JP5149012B2 - ネットワーク上のマルチチャネルスピーカの同期 - Google Patents

Description

本発明は，ネットワーク上のマルチチャネルスピーカの同期に関する。そのようなスピーカは，デジタルオーディオビデオデータを制作及び利用できるネットワークに接続された消費者装置に組み込むことができる。

先行音効果としても知られるハース（Ｈａａｓ）効果は，両耳に聞こえるが異なる時間に到着する音源の方向を正確に識別できる人間の心理音響現象をいう。頭の形状によって，任意の音源からの直接音は最初に音源に近い方の耳に入り，次に遠い方の耳に入る。ハース効果は，人間は引き続く音の到着が２５〜３５ミリ秒以内のときは，最初に到着した音によって音源を特定することを教示する。後続の音がこれよりも遅く到着するときは，２つの別の音に聞こえる。

ハース効果は，１対のステレオスピーカのうち１つに明らかな音量の増加を生じさせることができる。高品質ハイファイシステムにおいては，２つのステレオチャネル間のわずか１〜２ミリ秒の時間差でこの効果が知覚でき，２５ミリ秒程度までは増加が検知される。時間遅れがより大きくなると，反響及び残響が知覚されるであろう。したがって，ネットワークに接続されたマルチチャネルスピーカ間で同期が必要であることは明らかである。

米国特許出願第２００３／０２００００１号には，音源の近くのマイクロホンと，組み込み制御符号と，ネットワーク出力デバイスからの音響パターンとを用いて，多数のネットワーク出力デバイスにおいてデジタルオーディオ放送の再生を同期させる方法が記載されている。任意選択の，追加の手動調整方法は，調整のためのグラヒックユーザインタフェースと，同期させるべきデバイスからの耳に聞こえるパルスとに頼っている。音響の同期は，ネットワーク出力デバイスのクロック同期によって達成される。

Ｇｏｌｄｂｅｒｇほかによる米国特許出願第２００４／００５９４４６号は，共通にバスに接続された各遠隔オーディオデバイスの同期を開示している。同期機構は，バス上の信号とオーディオデバイス上のクロック信号とを比較し，比較結果に応じてクロックを調整する。これによって同期機構は，高精度クロック又はほかの複雑な解決方法を必要とせずに，各遠隔オーディオデバイスを正確に同期させることができる。この同期技法は，通信を目的とした，デジタル標本化及び同報を行う分散オーディオシステムにおける遠隔オーディオデバイスの同期に特に適用できる。Ｇｏｌｄｂｅｒｇの文献においては，バス上の各オーディオデバイスの標本化及び出力を同期させることによって，同期機構が音響品質を改善させる。これは，標本化時間が変動することによって生じる歪みを減少させて音響品質を改善させる。これは非常に正確な音響同期を可能にするが，有線バスを必要とする。したがって無線ネットワークで接続された２つのスピーカの間に実施するのには適していない。

ホームネットワーク市場においては，最近出現した８０２．１１ＷＬＡＮ技術が無線ホームネットワークの主要な要因となっている。８０２．１１ｇ接続点の費用は急速に１００ユーロ以下に低下しており，消費者がこれら新規無線ネットワーク技術の利点及び簡単さを認知し始めているので，それによってネットワークで接続された家電（ＣＥ）製品の市場を更に加速させるであろう。

図１に，次世代ＣＥ装置１０２，１０４が存在することになるホームネットワーク環境１０１を示す。基本的にＣＥ装置の局所ネットワークは，大域的な無線８０２．１１ネットワーク１０５によって一緒に結合される有線ホームネットワーク領域（ｉｓｌａｎｄ）１０３を介して相互運用される。この局所ネットワークは次に，ゲートウェイ装置１０８を介して，実質的に家庭への広帯域接続路である外部の広域ネットワーク（ＷＡＮ）１０６に接続される。

したがって消費者は，電線又はケーブルを必要とせずに新しいデバイス及び周辺サブシステムを導入できるように，最新のホームＣＥデバイスは無線ネットワークに接続できることを期待するであろう。

無線スピーカは既に市場で知られているが，それらは真にネットワークに接続されたサブシステムではなく，普通は主ユニットからのオーディオ信号を，有線ポイント‐ツ‐ポイント接続で搬送するものである。したがって，オーディオの同期は主ユニット上で行うことができる。

ＭｃＣａｒｔｙほかによる米国特許出願第２００３／０２１０７９６号は，ネットワークを介して入力デバイスと出力デバイスとの間でオーディオ信号を通信する発明を開示している。出力デバイスは，スピーカ及びヘッドホンを含んでもよい。いくつかの実施例において，例えばセンタチャネルスピーカである出力デバイスは，オーディオ信号をほかの出力デバイスに送信する。いくつかの実施例において出力デバイスは，スピーカスタンド又はスピーカブラケットと結合又は一体化されている。ネットワークは，無線と，有線と，赤外線と，無線周波（ＲＦ）と，電力線と，であってよい。しかしながらＭｃＣａｒｔｙほかの文献は，ステレオスピーカ間の高品質な音響同期の達成については明示的に開示していない。（彼らは，チャネル間の位相，すなわち遅延を調整することによって手動で同期を得ることができると述べているが，これではチャネル間の非常に精密な時間遅延，又は２つのチャネル間の継続的ドリフトを保証することはできない。）

関連分野の先行技術は，オーディオサブシステムのクロックスキューを測定することである。例としてはＡｋｅｓｔｅｒほかがＩＣＭＥ２００２に発表した，"A New Audio Skew Detection and Correction Algorithm"があり，タイムスタンプ付きＲＴＰパケットによってクロックスキューを正確に推定すること，及びシステム割り込みによってオーディオ再生レートを決定すること，を教示している。Ｒａｖｉｋａｎｔｈによる米国特許第６，３２７，２７４号には，パケットデータネットワークに接続されている２つのデバイス間の相対クロックスキューを測定する発明が開示されている。

先行技術から，各デバイスが局所クロックスキューを測定し，それによって受信マルチメディアストリームを修正できることは明らかである。しかしその場合クライアントデバイスは，
（ｉ）実時間クロックスキューを測定するために，実時間割り込みによる分析を行わなければならず，
（ｉｉ）同時にデジタルオーディオを復号しなければならず，また受信オーディオストリームをデインタリーブする必要もあるかも知れず，そして最後に
（ｉｉｉ）測定したクロックスキューを補償するために受信オーディオデータパケットのサイズを増加又は減少させるため，クライアントデバイスは，オーディオサンプルをどこに，どうやって挿入（又は削除）するかを決定するために各受信オーディオパケットの分析を行うことが望ましい。

更にこれらの方法はすべて，実時間で実現しなければならず，クライアントデバイスに高い計算負荷を掛けることになる。

上記のステップ（ｉ）は，Ｒａｖｉｋａｎｔｈによる米国特許第６，３２７，２７４号に記載されたもののような技法を用いて実現することができ，それによればデータストリームを発信するサーバと各クライアントとの間の相対クロックスキューを，クライアント上で，各ＲＴＰパケットに付与されたタイムスタンプデータ，並びに受信データストリームの多数のパケットのジッタ及び遅延を統計的に分析することによって，測定することができる。しかし，この方法は依然としてクライアントデバイスに多くの実時間計算を要求する。

本発明は，サーバ内で動作する方法であって，あるオーディオ信号に対応する少なくとも１つのオーディオデータストリームをネットワーク内の２以上のスピーカに配信するようになっており，各スピーカは前記オーディオデータから前記オーディオ信号を再生するためにそれぞれクロックを有し，各スピーカについて，前記スピーカクロックの実時間レートに対する相対レートを測定する測定ステップと，あるスピーカに与えられる各データストリームについて，前記相対レートによって変更すべき前記オーディオ信号のそれぞれのサンプルを，それぞれの相対レートから決定する決定ステップと，前記決定ステップによって前記ストリームを変更する変更ステップと，前記の変更したオーディオストリームを，前記ネットワーク内に送信するステップと，を有する方法を提供する。

前記変更ステップは，前記の決定したサンプルを追加，削除，又は複製することによって各ストリームを修正するステップを有することが好ましい。あるいは前記変更ステップは，あるスピーカ内で前記オーディオ信号を再生するとき追加，削除，又は複製するオーディオサンプルの指示をそれぞれのオーディオストリームに含めるステップを有する。

本発明は，クロックスキューの補償を可能にし，その場合少なくとも１つのマルチメディアストリームがネットワークに接続された２以上のクライアントデバイスに同報される。

本発明を用いると，多数のクライアントデバイスに対する実時間計算要求条件の多くを，単一のより強力なサーバデバイスに移行させることができる。

好適な実施例においては，すべてのデバイスはＮＴＰ（ネットワーク時間プロトコル）を用いて同期させられる。

好適な実施例においては，前記相対レートは，ＲＴＣＰ（実時間制御プロトコル）を用いて測定される。

ここで添付の図面を参照して本発明の実施例を例として説明する。

本発明の好適な実施例によれば，２以上のオーディオチャネル間でサブミリ秒の同期を達成することができ，それによってハース効果によるステレオ音の心理音響歪みが生じる可能性を軽減することができる。

図２（ｂ）に本発明の好適な実施例を示す。この実施例においては，ネットワークで結ばれた２つのスピーカを備えるステレオオーディオシステムに関する音響同期を説明する。しかしながら同一の技法は，５．１チャネル及びほかのマルチスピーカシステムにも均等に適用することができる。また，類似の技法をビデオ再生デバイスに適用してもよいことも明白であろう。したがってこのシステムは，ビデオチャネルを伴うマルチオーディオチャネルの同期にも適用してもよい。

上記の好適な実施例においては，各スピーカ１０８，１０９が組み込み計算機サブシステム１０２及びオーディオサブシステム１０４を含む。本質的に，組み込み計算機サブシステム１０２は未処理のオーディオデータの数ブロックを受信し，復号し，バッファに書き込む。そしてそれらのデータはオーディオサブシステム１０４によって処理され，アナログオーディオとして出力される。

上記の好適な実施例においては，ネットワークに接続された第３のデバイス，すなわちマルチメディアストリームサーバ１１０からマルチキャストステレオオーディオストリームが同報される。同報データは，通常，ＲＦＣ３５５０及び３５５１に記載された実時間プロトコル（ＲＴＰ）及びＲＦＣ３６０５に記載された実時間制御プロトコル（ＲＴＣＰ）を用いて送信されるであろう。通常ＲＴＰが主なデータペイロードを搬送し，ＲＴＣＰはパケット再送信及びほかのストリーム制御を管理する制御プロトコルである。ある実施例においては，サーバ１１０がＲＴＰパケットで搬送されるオーディオデータストリームをインタリーブしてもよく，それによってデータパケットが損失してもクライアント１０８，１０９における再生音響出力に単一の大きなギャップを生じさせない。そのような技法は，当業者にはよく知られたことである。

そのようなマルチキャストステレオオーディオストリームが再生開始時間マーカを含むように修正して，図２（ｂ）に示す右側（ＲＨ）スピーカサブシステム及び左側（ＬＨ）スピーカサブシステムがそれぞれのステレオチャネルを同時に再生開始できるようにすることが簡単な方法である。

これに関連して各サブシステム１０２は，クロック同期を達成するためにネットワーク時間プロトコル（http://www.ntp.orgを参照）を用いる。通常の運用において，２つの組み込み計算機間で１ミリ秒以下のオーダの同期を得ることは全く現実的である。

モトローラ（登録商標）オンコア（Ｏｎｃｏｒｅ）（登録商標）ＧＰＳユニットのようなＧＰＳ受信機を用いて実現することができる正確なＰＰＳ（Ｏｎｅ Ｐｕｌｓｅ Ｐｅｒ Ｓｅｃｏｎｄ）ハードウェア信号を用いることによって，更に正確なタイミングを得ることができる。あるいは，ＲＦ又は赤外線（ＩＲ）信号を用いて局所的に主ＰＰＳ信号を発生させ，複数の従属デバイスを同期させるために用いてもよい。ＰＰＳハードウェア信号が利用できる場合は，ＮＴＰを用いて計算機間で５０〜１００マイクロ秒オーダの同期を得ることができ，次に掲げる文献に記載の技法を用いることによって，更に正確な同期が可能である。
http://www.eecis.udel.edu/~mills/database/brief/precise/precise.pdf

このように，図２（ｂ）に示したＬＨスピーカサブシステム１０８及びＲＨスピーカサブシステム１０９の組み込み計算機サブシステム１０２を，非常に高精度に同期させられることがわかる。

通常の運用においてオーディオサブシステム１０４は，内部クロック信号に依存した固定レートで出力音データを発生する。この信号はある形態の電子発振器から発生されるので，製造偏差及び温度のような環境要因を含むさまざまな要因に影響される。したがって２つのオーディオサブシステムが正確に一致することはほとんどあり得ない。図２（ａ）に示すような先行技術によるシステムでは，双方のスピーカが単一のオーディオサブシステムによって駆動されるので，これは問題ではない。

しかしながら図２（ｂ）に示すネットワークに接続された２つのスピーカサブシステム１０２は，たとえ前に述べたように各音楽トラックの始めで，例えば３分ごとに再同期しても，２つのステレオチャネル間の０.０１％，すなわち１万分の１のドリフトが１８ミリ秒のチャネル間遅延を生じさせることになり，それは重大なハース効果をおこすのに十分な量より多く，ほとんど残響及び反響を誘発するのに十分である。

したがってサブシステム１０２を同期させるのと同様に，各ステレオサブシステムのオーディオ処理サブシステム１０４も，それらの間のクロックスキューを補償するために同期させる必要がある。さもなければステレオチャネルは緩やかに初期の同期状態を失うであろう。

図３に，組み込み計算機サブシステム１０２とオーディオサブシステム１０４との間のインタフェースを示す。上述のように，組み込み計算機サブシステムは，例えばＰＣＭ又はＡＤＰＣＭである未処理のオーディオデータの数ブロックを，パラレルデータバス３０２を介してバッファ３０４に書き込み，それらはデジタルアナログ変換器３１４によって処理され，アナログオーディオとして出力される。データバッファ３０４が空になりそうになると，割り込み３１０が組み込み計算機サブシステムに送信され，出力アナログ信号の継続性を維持するために，すぐに更なるデータが必要になることを示す。上記の好適な実施例においては，オーディオサブシステムは従来のＰＣサウンドカードであることに注意されたい。

ネットワークに接続された各クライアントのオーディオサブシステムの局所クロックスキューを測定できることは，先行技術からよく知られたことである。また先行技術においては，例えばＰＣＴ特許出願第PCT/EP2004/006808号に記載のように，パケットネットワークを介して転送される実時間オーディオストリームを発信するネットワークに接続された第１デバイスと，前記ストリームを再生する第２デバイスとの間でクロック同期を取らなければならないことが記載されている。この場合は，クロックスキュー補正がＶｏＩＰ又はポイント‐ツ‐ポイント通信の分野に適用されている。そのような応用においては，送信デバイスは以前未知であったデバイスに接続するので，そのようなデバイスのクロックスキューに関する知識は一般に事前には得ることができず，したがって動的に測定しなければならない。

上記の好適な実施例においては，サーバ１１０は一般に既知でかつ比較的一致して振る舞うクライアント１０８，１０９に接続するので，局所クロックスキューの測定は，普通はクライアントデバイスが何らかの理由で非活性であるときに時々行うだけでよい。そのような時々行われる測定結果はサーバ１１０に返送され，統計的に分析され，長期クロックスキューレートが測定され，通信中のクライアントデバイスに適用される。これらのクロックスキュー測定はサーバが開始してもよく，デバイスが始めてネットワークに接続されたときは，サーバが各クライアントデバイスの信頼できるクロックスキューレートを測定するまで，より集中的な較正体制を適用してもよい。この目的のために，ＮＴＰが用いる方法及び技法のいくつかを都合よく改変してもよいことは，当業者には明らかであろう。

サーバ１１０に新規なオーディオストリームを開始するように要求すると，サーバはオーディオストリームをストリームする準備が必要である。当業者にはよく知られたことであるが，未処理のデジタルオーディオデータは予め符号化してあるか，若しくはそうでなければハードウェアサブシステム，又はソフトウェアサブシステム，又はそれらのある組合せで実現されるコーデックを素通りする。符号化されたストリームデータは，次にパケット化される。この過程は，単一タイムスロットのデータをいくつかのパケットに拡散するインタリーブステップも組み込んでよい。インタリーブによって，クライアントにおいてオーディオストリームを再生したときのパケット損失の影響を最小化することができる。符号化，パケット化，及びインタリーブのこれら各ステップの詳細な実装は，デジタルデータストリームの形式に依存する。普通デジタルオーディオ形式は，パケットデインタリーブ，ストリーム再組立て，及びストリーム復号が容易になるように最適化される。

上記の好適な実施例において，ここでこの一連のサーバ側過程に追加のステップを加える。このステップは，所定のクロックスキューレートを用いて各クライアントデバイス用にオーディオデータを調整する追加ストリーム処理を行う。このストリーム処理の詳細な実装は，基盤となるデジタルストリーム形式にある程度依存する。しかしながら上記の好適な実施例において，ストリームを処理する２つの一般化した技法を特定することができる。
（ｉ）基盤となるデジタルストリーム形式が非対称チャネルに対応しているとき，すなわちマルチキャストストリームの左チャネル及び右チャネルが同数のデータバイトを有する必要がないときは，各オーディオチャネルの１つ又は双方に適当な数の冗長オーディオサンプルを削除，追加，又は複製してもよい。あるいは，
（ｉｉ）基盤となるデジタルストリーム形式が対称チャネルを必要とするときは，各オーディオチャネルの１つ又は双方に追加（又は削除）する上記の冗長オーディオサンプルを，ストリームデータとは別にマークしなければならず，この情報がクライアントに搬送される。

以降，方法（ｉ）を（実際はサンプルを追加又は複製されることもあることに留意しつつ）「除去」と呼び，方法（ｉｉ）を「マーク付け」と呼ぶ。

オーディオ信号処理の当業者には，１ブロックのオーディオデータ内の冗長オーディオサンプルを測定するさまざまな技法が知られているであろう。冗長オーディオサンプルの最も単純なものは，オーディオトラックの無音期間にある。本発明においては，これらの無音期間は，オーディオサンプルオーダの時間だけ継続すれば有効である。

図４に，オーディオストリーム内に冗長サンプルを挿入，複製，又は削除できることを示すいくつかの追加の単純化した例を示す。これらは次の場合に生じる。オーディオ信号が比較的緩やかに変化し，１以上のサンプルを変更してもオーディオ信号４０１の局所傾斜を大幅に変化させない領域，オーディオ信号４０２の極大極小点，そして２つのオーディオサンプルを平均してその平均値４０３で単一のサンプルを置換するいくつかの瞬間。特に複雑なオーディオ信号が，簡単に決定できる冗長サンプルを多く含まないときは，ほかのより複雑な分析技法を適用してもよい。

ここで本発明の単純な実施例によるストリーム処理の好適な方法は，方法（ｉ）である。なぜならすべてのストリーム処理をサーバ側で行うことができ，クライアント側にはどのような修正も必要としないからである。この実施例を図５（ａ）に示す。明りょうにするために，符号化，パケット化，及びインタリーブのステップは省略している。このようにして方法（ｉ）によれば，冗長オーディオサンプル分析器５０４がオーディオデータブロック５０２を分析し，受信デバイスのクロックスキューに基づいて，受信機デバイスのクロックスキューを補償するために，デジタルオーディオブロックのどこに，どれだけ，冗長オーディオサンプルを追加又は削除する必要があるかを決定する。複数のそのような「除去」操作は，別々の意図するあて先を有する各オーディオストリームについて並行して行われることに留意されたい。この過程は除去されたオーディオデータブロック５１６を発生させ，それは任意選択でパケット化する前に符号化し，オーディオストリーム５０１内で同報してもよい。この実施例においては，必要なクロックスキュー補償は，すべてサーバ上で行われ，クライアントデバイスには何の修正も必要としない。

しかしながら次に開示するように，この方法は特に本発明を複数の部屋に実施する場合に欠点がある。したがって，実装がより複雑で，クライアントとサーバとを結合した処理が必要ではあるが，方法（ｉｉ）は方法（ｉ）に対して大きな利点を有する。

例えば図６に示すように，本発明は単純に複数の部屋に対する実施例に拡張できる。このようにして，ある家の別々の部屋にある複数のステレオスピーカ対が同時に同一のオーディオデータを出力することができ，各ステレオスピーカ対はある部屋の中で局所的に同期しており，その家のほかの部屋にあるスピーカ対とも大域的に同期している。各スピーカ対は同一のマルチキャストデータストリーム５１１からオーディオデータを取得し，それによってネットワーク帯域の要求条件を最適化している。明らかに「除去」方法によるチャネル同期は，そのような複数部屋システムには適さないであろう。その代わり，サーバがネットワークに接続された各スピーカについてクロックスキューを取得して，各スピーカに個別化した冗長オーディオサンプルの「マーク付け」リストを提供しなければならない。普通，その「マーク付け」リスト間には重複があり，ネットワーク帯域要求条件を減らすために，任意選択でこのデータを一組の差分表の形に整理してもよい。

図５（ｂ）に，この実施例の動作を単一クライアントに関して示す。冗長オーディオサンプル分析器５０４が，前述のようにオーディオデータブロック５０２ａを分析し，受信デバイスのクロックスキューに基づいて，受信機デバイスのクロックスキューを補償するために，各受信クライアントデバイスについてデジタルオーディオブロックのどこに，どれだけ，冗長オーディオサンプルを追加又は削除する必要があるかを決定する。この実施例においては，各クライアントデバイスが固有のクロックスキューを有するので単純にオーディオストリームからこれらのサンプルを除去することはできず，除去するサンプルの別の組を必要とする。したがって除去操作は各クライアントにおいて別個に行わなければならず，各クライアント用に必要な「マーク付け」データは冗長オーディオサンプル（ＲＡＳ）ヘッダ５０６又は均等物内に記録される。元のオーディオデータブロックは変更しない形態５０２ｂで残される。次にこのオーディオデータをパケット化してマルチキャストストリーム５０１とし，ネットワークに接続された多数のクライアントデバイス１０８，１０９が受信する。

オーディオデータブロック（すなわちペイロード）がクライアントで受信されると，「マーク付け」したオーディオサンプルに関連するリストが，ハードウェア，又はソフトウェア，又はそれらのある組合せで実現できるＲＡＳ除去器５０８によってＲＡＳヘッダ５０６から適宜抽出又は再構築される。次にＲＡＳ除去器５０８は上記のリストから，「マーク付け」された位置でオーディオサンプルを挿入，又は除去することが望ましいかどうかを決定する。この実施例においては，サンプルは適宜除去されるか又は単純に複製される。この方法は，ＲＡＳヘッダ５０６に冗長オーディオサンプルの位置だけを記録すればよいので有利である。次に得られた除去したオーディオデータブロック５１６はオーディオサブシステム５０９の標準デバイスドライバに渡され，データバス３０２を介して音声処理サブシステム１０４に書き込まれる。

当業者であれば，デジタルメディアストリームが未処理のサンプル形式でストリームされることはほとんどないことを認識するであろう。普通未処理のデジタルメディアストリームは符号化され，任意選択で圧縮及び暗号化してもよい。ある符号化方式に関しては，サーバ側の「マーク付け」操作及びクライアント側の「除去」操作を，サーバ側の符号化エンジン及びクライアント側の復号エンジンに組み込むと有利なことがある。

また高度な符号化方式は，５．１チャネル形式オーディオのためのマルチメディアストリーム同期機構を組み込んでいる。これらの機構は，複数の可変ビットレートオーディオストリームを復号後に再同期できるように意図されている。しかしながらこれらの機構が再構築したデータストリームの相対サイズを調整する有利な機構を提供する場合は，本発明の代替実施例において有利に利用できる。

上述のとおり，環境要因，特に温度がチャネル間のドリフトに影響することがある。更なる発展形態においては，クロックスキュー較正を行う場合，追加でクライアントのオーディオサブシステム内の温度を測定してもよく，このデータを統計分析のためにサーバに供給してもよい。この方法においては，サーバは特定クライアントの基盤となるクロックスキューレートを測定するだけでなく，そのクロックスキューレートと温度変化との相関も取ってもよい。

この場合サーバは，オーディオストリームを除去し，又はマーク付けするときに，各クライアントの現在の温度を考慮に入れるため，マルチキャストストリームを開始する前に各クライアントに温度測定を要求してもよい。

ＣＥ装置のためのホームネットワーク基盤を示す図である。 先行技術の無線デジタルオーディオサブシステムを示す図である。 本発明の実施例による無線デジタルオーディオサブシステムを示す図である。 図２（ｂ）のサブシステムをより詳細に示す図である。 オーディオストリームにおける冗長サンプルの挿入及び除去を示す図である。 本発明のそれぞれの実施例をより詳細に示す図である。 本発明のそれぞれの実施例をより詳細に示す図である。 本発明の複数の部屋への実施を示す図である。

Claims (10)

1. サーバ内で動作する方法であって，あるオーディオ信号に対応する少なくとも１つのオーディオデータストリームをネットワーク内の２以上のスピーカに配信するようになっており，各スピーカは前記オーディオデータから前記オーディオ信号を再生するためにそれぞれクロックを有し，
   各スピーカについて，前記スピーカクロックのスキューを測定する測定ステップと，
   あるスピーカに与えられる各データストリームについて，前記スキューに応じて追加，削除，又は複製して変更すべき前記オーディオ信号のそれぞれのサンプルを，それぞれのスキューから決定する決定ステップと，
   前記決定ステップによって前記の決定したサンプルを追加，削除，又は複製して前記ストリームを変更する変更ステップと，
   前記の変更したオーディオストリームを，前記ネットワーク内に送信するステップと，
   を有する方法。
2. 前記変更ステップは，あるスピーカ内で前記オーディオ信号を再生するとき追加，削除，又は複製するオーディオサンプルの指示をそれぞれのオーディオストリームに含めるステップを有する請求項１に記載の方法。
3. 前記指示を，オーディオサンプルデータを含むパケットのヘッダに含める請求項２に記載の方法。
4. 前記ストリームを変更する変更ステップは，
   前記オーディオ信号の無音期間に１以上のサンプルを追加，又は該期間から１以上のサンプルを削除するステップと，
   前記オーディオ信号の緩やかに変化する期間に１以上のサンプルを追加，又は該期間から１以上のサンプルを削除するステップと，
   前記オーディオ信号のある期間のサンプルを減少させるために２以上のサンプルを平均するステップと，
   のうち１以上を有する請求項１に記載の方法。
5. ＮＴＰ（ネットワーク時間プロトコル）を用いて前記スピーカを実時間に同期させるステップを更に有する請求項１に記載の方法。
6. 前記測定ステップは，ＲＴＣＰ（実時間制御プロトコル）を用いて前記スキューを測定するステップを有する請求項１に記載の方法。
7. 周囲温度を周期的に感知するステップと，該周囲温度を考慮して前記スキューを測定するステップと，を更に有する請求項１に記載の方法。
8. サーバであって，あるオーディオ信号に対応する少なくとも１つのオーディオデータストリームをネットワーク内の２以上のスピーカに配信するようになっており，各スピーカは前記オーディオデータから前記オーディオ信号を再生するためにそれぞれクロックを有し，
   各スピーカについて，前記スピーカクロックのスキューを測定し，
   あるスピーカに与えられる各データストリームについて，前記スキューに応じて追加，削除，又は複製して変更すべき前記オーディオ信号のそれぞれのサンプルを，それぞれのスキューから決定し，
   前記の決定によって前記の決定したサンプルを追加，削除，又は複製して前記ストリームを変更し，
   前記の変更したオーディオストリームを，前記ネットワーク内に送信する，
   ようにしたサーバ。
9. 前記ネットワークは，無線ネットワークとする請求項８に記載のサーバ。
10. 請求項１に記載の各ステップを実行するようにネットワークサーバ内で動作する計算機プログラム。

Images