データ配信システムおよび中継装置
【課題】複数の端末装置によるコンテンツの再生タイミングを制御する。
【解決手段】スピーカ装置２０−２の再生に遅延が生じており、スピーカ装置２０−１はその遅延時間Δｔ２を算出すると、遅延が生じていない自端末のオーディオデータの転送速度を、遅延時間に応じて、基本速度ＴからＴ２へ小さくするよう制御する。その一方で、スピーカ装置２０−１は、遅延が生じていないスピーカ装置２０−３に対して、オーディオデータの転送速度を、基本速度ＴからＴ２へ小さくするよう指示する遅延指示データを送信する。スピーカ装置２０−３は、この遅延指示データに応じて、転送速度を基本速度ＴからＴ２へ小さくする。この構成によれば、スピーカ装置２０−２の転送速度Ｔが、その他のスピーカ装置２０による転送速度Ｔ２よりも相対的に大きいから、遅延時間は次第に小さくなり、再生タイミングの遅延が解消される。
【解決手段】スピーカ装置２０−２の再生に遅延が生じており、スピーカ装置２０−１はその遅延時間Δｔ２を算出すると、遅延が生じていない自端末のオーディオデータの転送速度を、遅延時間に応じて、基本速度ＴからＴ２へ小さくするよう制御する。その一方で、スピーカ装置２０−１は、遅延が生じていないスピーカ装置２０−３に対して、オーディオデータの転送速度を、基本速度ＴからＴ２へ小さくするよう指示する遅延指示データを送信する。スピーカ装置２０−３は、この遅延指示データに応じて、転送速度を基本速度ＴからＴ２へ小さくする。この構成によれば、スピーカ装置２０−２の転送速度Ｔが、その他のスピーカ装置２０による転送速度Ｔ２よりも相対的に大きいから、遅延時間は次第に小さくなり、再生タイミングの遅延が解消される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の端末装置によるコンテンツの再生タイミングを制御する技術に関する。
【背景技術】
【０００２】
マルチチャネルフォーマットのオーディオ信号を再生して視聴するには、多数のスピーカが必要になる。例えば５．１チャネルフォーマットのオーディオ信号を忠実に再生するには、フロントＬ、フロントＲ、センタ、サラウンドＬ、サラウンドＲといった５本のスピーカと、サブウーハと呼ばれる超低域音声成分（ＬＦＥ）の再生のための専用スピーカが必要になる。なお、マルチチャネルオーディオ再生に関する技術文献として、例えば特許文献１がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１１２７６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、複数チャネルからなるオーディオデータをストリーミング配信して再生する場合に、各チャネルに対応付けられたスピーカから放音される音声においては、理想的なタイミングがあるが、そのタイミングがずれてしまうことがある。これは各チャネルのオーディオデータがシリアルに配信され、さらに各種処理が行われるために、各チャネルにおける再生タイミングにずれが生じてしまうからである。なお、各チャネルにおける本来的な再生タイミングは、基本的には同時に放音されるように行われるが、受音位置とスピーカとの距離の関係を考慮した場合は適宜遅延時間が調整される。
本発明は、このような事情に鑑みてなされたものであり、複数の端末装置によるコンテンツの再生タイミングを制御するための技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上述した課題を解決するため、本発明に係る端末装置は、ネットワークから取得したデータが自端末宛の情報であるか否かを判定し、自端末宛の情報である場合には当該データを取り込むデータ取得手段と、前記データ取得手段が取り込んだデータが放音用データである場合には、当該放音用データを順次蓄積するバッファ手段と、前記バッファ手段内の放音用データを順次読み出してオーディオ信号を生成して放音する放音手段と、前記データ取得手段が取り込んだデータに代表端末か子端末かを指定する指定情報が含まれていた場合に、当該指定情報に従い代表端末モードと子端末モードを設定するモード設定手段と、代表端末モードが設定された場合は、前記放音手段に対し所定時間待機させた後に放音を開始させ、かつ、子端末宛に放音開始を指示する放音開始指示を出力し、子端末モードが設定された場合は、前記データ取得手段が代表端末からの放音開始指示を取得したときに、前記放音手段による放音を開始させる制御手段とを具備することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、複数の端末装置によるコンテンツの再生タイミングを制御することができる。
【図面の簡単な説明】
【０００７】
【図１】配信システムの構成の一例を示すブロック図である。
【図２】部屋におけるスピーカ装置の設置の態様の一例を示す図である。
【図３】スピーカ装置の構成を示すブロック図である。
【図４】転送速度テーブルの一例を示す図である。
【図５】管理装置の構成を示すブロック図である。
【図６】配信システムにおける処理の流れを示すシーケンス図である。
【図７】配信システムにおける処理の流れを示すシーケンス図である。
【図８】先頭パケットデータのデータ構造を示す図である。
【図９】オーディオデータを含むパケットデータのデータ構造を示す図である。
【図１０】タイムスタンプデータを含むパケットデータのデータ構造を示す図である。
【図１１】（ａ）は管理装置においてオーディオデータが配信される様子を示すタイムチャートである。（ｂ）はスピーカ装置においてオーディオデータの再生タイミングおよび転送速度の様子を示すタイムチャートである。
【図１２】変形例における配信システムの構成の一例を示すブロック図である。
【発明を実施するための形態】
【０００８】
＜Ａ：実施形態の構成＞
まず、図１を参照して、本発明に係る配信システムについて説明する。図において、配信システム１００は、例えば、店舗やスタジオあるいは住居に設置される。配信システム１００は、管理装置１０と、スピーカ装置２０−１，２０−２，２０−３，２０−４，２０−５および２０−６と、ＰＬＣ専用アダプタ４０とを備えている。以下では、スピーカ装置２０のそれぞれを特に区別する必要の無い場合には、「スピーカ装置２０」（第１の端末装置）と総称する。管理装置１０とＰＬＣ専用アダプタ４０とは、専用回線等のネットワーク１を介して通信可能に接続されている。ＰＬＣ専用アダプタ４０とスピーカ装置２０とは電力線２を介して接続されている。
【０００９】
管理装置１０は、配信システム１００を管理するためコンピュータ装置（ＣＰＵ、メモリ、インタフェースなどから構成される）を有しており、スピーカ装置２０に放音用データ等を配信する。管理装置１０は、ネットワーク１、ＰＬＣ専用アダプタ４０及び電力線２を介して、スピーカ装置２０のそれぞれにデータを送信する。ＰＬＣ専用アダプタ４０は、電力線２を介してＰＬＣ（Power Line Communications）方式でデータを伝送するためのアダプタである。具体的には、ＰＬＣ専用アダプタ４０は、管理装置１０からネットワーク１を介して受信される信号を、電力線２を流れる給電電流に重畳させることによって、電力線２を介してスピーカ装置２０に送信する。また、ＰＬＣ専用アダプタ４０は、電力線２を流れる給電電流に重畳された信号を抽出し、この信号を、ネットワーク１を介して管理装置１０に送信する。スピーカ装置２０は、放音用データを受信すると、それに応じて放音する機能を有する。
【００１０】
次に、部屋３内におけるスピーカ装置２０の設置態様の一例について、図２を参照しつつ説明する。図２において、部屋３にはスピーカ装置２０−１〜２０−６が設置されている。スピーカ装置２０−１〜２０−６は、電力を供給する給電レール２００に取り付けられており、この給電レール２００には図１に示す電力線２が設けられている。この給電レール２００から供給される電力によりスピーカ装置２０−１〜２０−６の各部に電力が供給される。
【００１１】
次に、スピーカ装置２０の構成の一例について、図３を参照しつつ説明する。図３は、スピーカ装置２０の構成の一例を示すブロック図である。制御部２２は、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、記憶手段であるメモリを備え、ＲＯＭに記憶されているコンピュータプログラムを読み出して実行することにより、バスを介してスピーカ装置２０の各部を制御する。ＰＬＣ専用アダプタ２３は、上述したＰＬＣ専用アダプタ４０と同等の機能を有する。電源部２４は、スピーカ装置２０を駆動させるために、給電レール２００から供給される電力を電力線２１から受け取り、各部に供給する。通信インタフェース（以下、「通信ＩＦ部」という）２５は、例えばモデム等を備える通信手段である。制御部２２は、電力線２１からＰＬＣ専用アダプタ２３によって抽出されたデータを、通信ＩＦ部２５を介して受信する。アドレス検出部２６は、電力線２を流れる給電電流に重畳されて送信されてくるデータ（信号）を抽出し、抽出したデータの宛先アドレスを検出する。アドレス検出部２６は、制御部２２の制御の下、電力線２を介して伝送されてくるデータの宛先アドレスが自端末に割り当てられ、ＲＯＭに記憶されたＩＰアドレスと一致するか否かを判定し、一致した場合に当該データ（データストリーム）を取り込む。
【００１２】
時計部３２は、図示せぬクロックジェネレータから供給されるクロックに同期して作動するリアルタイムクロックであり、予め定められた時点からの経過時間（すなわち、時刻）を計測するとともに、その時刻を表す時刻情報を制御部２２へ供給する。また、時計部３２は、制御部２２からの指示に応じて、計測する時刻をリセットする。
【００１３】
第１データバッファ２７および第２データバッファ２８は、電力線２を介して伝送されてくるデータを一時的に記憶するための記憶手段である。第１データバッファ２７には、アドレス検出部２６が取り込んだデータが転送されて蓄積されていく。第２データバッファ２８には、第１データバッファ２７から転送され、音声の再生に用いられるオーディオデータが記憶される。このオーディオデータは、放音用データに挿入されている。本実施形態においては、第１データバッファ２７は、外部装置から供給されるデータをある程度の時間長で記憶することができるようにその記憶容量は比較的大きく設定されている。一方で、第２データバッファ２８は、放音処理に必要な分のオーディオデータを記憶すればよい容量に設定されている。Ｄ／Ａ（Digital / Analog）変換部２９は、第２データバッファ２８に記憶されたデジタルデータをアナログ信号に変換する。オーディオ信号再生部３０は、Ｄ／Ａ変換部２９から出力されるアナログ信号を増幅してオーディオ信号を生成（再生）し、スピーカ３１に放音させる。
【００１４】
また、制御部２２のＲＯＭには、転送速度テーブル２２１が記憶されている。
図４は、転送速度テーブル２２１の一例を示した図である。この転送速度テーブル２２１においては、スピーカ装置２０によって音声が再生された時刻が、基準となる時刻に対してどの程度遅れているか示す「遅延時間」と、データの転送速度（転送レート）である「転送速度」とが対応付けられている。「遅延時間」のフィールドには、「０ミリ秒〜５０ミリ秒」」「５１ミリ秒〜６０ミリ秒」、「６１ミリ秒〜７０ミリ秒」、「７１ミリ秒〜８０ミリ秒」、「８０ミリ秒〜１００ミリ秒」「１００ミリ秒以上」という具合に、所定の遅延時間の範囲を示す値が書き込まれている。「転送速度」には、それぞれの遅延時間に対応付けて、「Ｔ」（基本速度）、「Ｔ１」、「Ｔ２」、「Ｔ３」、「Ｔ４」、「Ｔ５」という転送速度が書き込まれている。ただし、各転送速度の関係は、基本速度Ｔ＞Ｔ１＞Ｔ２＞Ｔ３＞Ｔ４＞Ｔ５であり、遅延時間が大きいほど転送速度は小さく、各転送速度は遅延時間の値に応じて適切に決められている。
【００１５】
制御部２２は、この転送速度テーブル２２１に応じた転送速度で、第１データバッファ２７から放音用データを読み出し、これに含まれるオーディオデータを第２データバッファ２８へ書き込むことにより、オーディオデータの転送を行う。また、制御部２２は、これと同じ転送速度（読出速度）で第２データバッファ２８からオーディオデータを読み出し、Ｄ／Ａ変換部２９、オーディオ信号再生部３０を介してスピーカ３１へ転送して再生・放音させる。ただし、初期状態では、転送速度を基本速度Ｔとする。これらの転送速度（読出速度）において、第２データバッファ２８からの読出速度を大きくすると、第２データバッファ２８に格納されるデータ量よりも読み出されるデータ量の方が大きくなるから、オーディオデータが第２データバッファ２８に記憶されていない状態になり、放音されるべき音声が途切れてしまう虞がある。一方で、第１データバッファ２７から第２データバッファ２８への転送速度を大きくすると、上述したように第２データバッファ２８の記憶容量は比較的小さいから、記憶容量を超えるオーディオデータが供給されてしまうと、データが消失してしまい、放音されない音声が生じる虞がある。よって、本実施形態ではこれらの転送速度（読出速度）を等しくしている。このような問題が起こらないのであれば、必ずしも転送速度を一致させる必要はない。
【００１６】
このようにして制御部２２が転送速度を制御することにより、再生タイミングを制御する。また、制御部２２は、この転送速度テーブル２２１に書き込まれた転送速度で、他のスピーカ装置２０にオーディオデータを転送させるよう指示する。
また、この実施形態では、スピーカ装置２０を識別するための識別情報としてＩＰアドレスを用いるが、識別情報はＩＰアドレスに限らず、スピーカ装置２０を識別するものであればどのようなものであってもよい。
【００１７】
次に、管理装置１０の構成について、図５を参照しつつ説明する。管理装置１０は、各スピーカ装置２０に対し、放音すべきオーディオ信号を生成するための放音用データをパケットによりストリーム配信する。
図５は、管理装置１０の構成を示すブロック図である。図において、制御部１１は、ＣＰＵやＲＯＭ、ＲＡＭを備え、ＲＯＭ又は記憶部１２に記憶されているコンピュータプログラムを読み出して実行することにより、バスを介して管理装置１０の各部を制御する。記憶部１２は、制御部１１によって実行されるコンピュータプログラムやその実行時に使用されるデータを記憶するための記憶手段であり、例えばハードディスク装置である。表示部１３は、液晶ディスプレイなどを備え、制御部１１の制御の下で、管理装置１０を操作するためのメニュー画面等を表示する。操作部１４は、利用者による操作に応じた操作信号を制御部１１に出力する。読取部１５は、放音用データを配信するための各種データが格納された記憶媒体（例えば、ＤＶＤ（Digital Versatile Disc））からデータを読み出すデータ読み出し手段である。本実施形態では、この放音用データに含まれるオーディオデータは、マルチチャネルのデータを分割した内容である。通信ＩＦ部１６は、例えばモデム等を備える通信手段であり、スピーカ装置２０との間でネットワーク１、ＰＬＣ専用アダプタ４０及び電力線２を介して通信を行う。時計部１７は、スピーカ装置２０の時計部３２と同等の機能を有し、制御部１１の指示に応じて時刻の計測を開始する。例えば、放音用データの配信の開始時に、制御部１１が読取部１６に記憶媒体の読み取りを開始させるタイミングで、この指示を行う。
記憶部１２には、スピーカ装置２０を識別するために、スピーカ装置２０−１〜２０−６のそれぞれに割り当てられたＩＰアドレスが記憶されている。
【００１８】
管理装置１０とスピーカ装置２０との間では所定の通信プロトコルに従って行われるデータ通信が行われる。本実施形態で用いられている通信プロトコルは、アプリケーション層の通信プロトコルとしては、ＲＴＰ（Real-time Transport Protocol）が用いられており、トランスポート層の通信プロトコルとしては、ＵＤＰ（User Datagram Protocol）が用いられており、ネットワーク層の通信プロトコルとしてはＩＰ（Internet Protocol）が用いられている。ＲＴＰとは、オーディオデータや映像データをリアルタイムに送受信する通信サービスを提供するための通信プロトコルである。本実施形態において放音用データとして供給されるＲＴＰパケットデータは、ＩＰにおけるデータ転送単位であるパケットデータやＴＣＰにおけるデータ転送単位であるセグメントと同様に、ヘッダ部とペイロード部とで構成されている。
【００１９】
＜Ｂ：実施形態の動作＞
次に、この実施形態の動作の一例について、図６および図７に示すシーケンス図を参照しつつ説明する。管理装置１０の利用者は、管理装置１０の操作部１４を介してオーディオデータの配信を開始することを指示する。制御部１１は、操作部１４から供給される操作内容に応じた操作信号に従い、読取部１５にオーディオデータを格納した記録媒体を読み取らせ、配信のための処理を開始する。
【００２０】
まず、管理装置１０の制御部１１は、記憶部１２の所定領域に記憶されている属性情報を読み取る（ステップＳ１）。この属性情報には、複数チャネルのそれぞれについて、どのチャネルをどのスピーカ装置に割り当てるかを指定する情報が含まれている。制御部１１は、この属性情報に基づいて各チャネルとスピーカ装置２０とを対応付ける（ステップＳ２）。ここでは、楽曲のチャンネル数は「６」であるとし、配信システム１００のスピーカ装置２０の数も「６」である。以降においては、制御部１１は、対応付けたスピーカ装置２０へ各チャンネルのデータを送信する。
【００２１】
続いて、制御部１１は、各スピーカ装置２０に所定のパケットデータ（以下、「先頭パケットデータ」という）を送信する（ステップＳ３）。この「先頭パケットデータ」の送信はオーディオデータの配信に先立って行われ、各スピーカ装置２０が従うべき指示が含まれている。この楽曲の再生においては、各スピーカ装置２０は先頭パケットデータの内容に基づいて制御を行う。
【００２２】
図８は、先頭パケットデータのデータ構造を示す図である。図８に示したように、先頭パケットデータはヘッダ部とペイロード部とからなる。ヘッダ部には「送信先情報」、「データ種別情報」および「曲番号識別情報（以下、「楽曲ＩＤ」という）」が書き込まれている。「送信先情報」は、先頭パケットデータの送信先である各スピーカ装置２０に割り当てられた宛先アドレス（ＩＰアドレス）のことである。この内容によってパケットデータの送信先が特定される。「データ種別情報」は、管理装置１０からスピーカ装置２０に配信されるデータの種別を示す情報のことで、本実施形態ではオーディオデータを示す情報が書き込まれる。「楽曲ＩＤ」は、楽曲毎に割り当てられ、各楽曲を識別するための識別情報のことである。
【００２３】
先頭パケットデータのペイロード部には「端末情報」、「チャネル情報」おょび「子端末情報」が書き込まれている。「端末情報」は、スピーカ装置２０の動作モードを「代表端末モード」および「子端末モード」のいずれかに指定するための指定情報のことである。代表端末モードに設定されたスピーカ装置２０は、自端末および子端末モードに設定されたスピーカ装置２０の各種動作を制御する。本実施形態では、「端末情報」において、スピーカ装置２０−１は代表端末モードに指定され、スピーカ装置２０−２〜２０−６は子端末モードに指定される。もちろん、「端末情報」による指定によって、スピーカ装置２０−２等の他のスピーカ装置を代表端末モードに指定することもできる。「チャネル情報」は、楽曲のチャネル数のことである。本実施形態では、上述したようにチャネル数は「６」である。「子端末情報」は、子端末モードに割り当てられたスピーカ装置（スピーカ装置２０−２〜２０−６）の宛先アドレスのことである。
【００２４】
各スピーカ装置２０の制御部２２は、アドレス検出部２６を介して自端末宛の先頭パケットデータを受信すると、この内容をメモリ内の所定領域に記憶しておく。これに応じて、スピーカ装置２０−１は代表端末モードとして制御を行い、スピーカ装置２０−２〜２０−６は子端末モードとして制御を行う。
【００２５】
先頭パケットデータを送信した管理装置１０の制御部１１は、読取部１５に記憶媒体を読み取らせ、読み取ったデータに基づいてＲＴＰパケットデータを生成して、各チャネルに対応するスピーカ装置２０に送信する（ステップＳ４）。
図９は、ＲＴＰパケットデータのデータ構造を示す図である。図９に示したように、ＲＴＰパケットデータのヘッダ部には、「送信先情報」、「データ種別情報」および「楽曲ＩＤ」が書き込まれている。これらの情報については先頭パケットデータと同じであり、その説明を省略する。ＲＴＰパケットデータのペイロード部には所定時間（本実施形態では、２０ミリ秒）分のオーディオデータが書き込まれている。
【００２６】
各スピーカ装置２０の制御部２２はＲＴＰパケットデータを受信したら、これを第１データバッファ２７に記憶させて待機する（ステップＳ５）。そして、代表端末モードのスピーカ装置２０−１の制御部２２は、子端末モードのスピーカ装置２０−２〜２０−６に、放音を開始させるための指示を含むパケットデータ（以下、「放音開始指示」という）を送信する（ステップＳ６）。この放音開始指示を送信するタイミングは、例えばスピーカ装置２０−１が最初のＲＴＰパケットデータを受信してから所定時間経過した後であり、データ配信の速度にバラツキがあっても、全てのスピーカ装置２０−１〜２０−６にある程度のデータが蓄積できる時間が設定されている。なお、この所定時間を設定するデータを、管理装置１０から配信するように構成してもよい。
【００２７】
上述した放音開始指示には、送信元の情報であるスピーカ装置２０−１に割り当てられたＩＰアドレスが含まれており、これを受信したスピーカ装置２０−２〜２０−６の制御部２２は、どのスピーカ装置２０が代表端末モードに設定されているかを知るとともに、このＩＰアドレスをメモリに記憶する（ステップＳ７）。そして、子端末モードのスピーカ装置２０−２〜２０−６の制御部２２は、放音開始指示を取得したら、第１データバッファからオーディオデータを読み出して第２データバッファ２８に転送し、音声の放音を開始する。
一方、スピーカ装置２０−１の制御部２２においては、放音開始指示を送信するとともに自端末においても放音を開始する。
【００２８】
以上のように、子端末モードのスピーカ装置２０−２〜２０−６は、代表端末モードのスピーカ装置２０−１からの放音開始指示を待って再生を開始し、代表端末モードのスピーカ装置２０−１は、放音開始指示を送信したタイミングで再生を開始する。この結果、全てのスピーカ装置２０−１〜２０−６によって同時に各チャネルのオーディオ信号が再生されて放音される。
また、代表端末モードのスピーカ装置２０−１の制御部２２は、最初のＲＴＰパケットデータに応じたオーディオ信号の再生を開始する際に、時計部３２が計測する時刻をリセットし（ステップＳ８）、これを再生開始時刻としてメモリの所定の領域に記憶する。ここで時刻をリセットすることにより、時計部３２が計時する時刻は「０分００秒００」となり、時計部３２が計測する時刻は、楽曲の再生開始時からの経過時間を示すこととなる。
【００２９】
放音を開始すると、各スピーカ装置２０の制御部２２は、第１データバッファ２７から順次ＲＴＰパケットデータを読み出す（ステップＳ９）。そして、制御部２２は、このＲＴＰパケットデータのヘッダ部にタイムスタンプデータが挿入されているか否かを判断する（ステップＳ１０）。
ここで、図１０は、ヘッダ部にタイムスタンプデータが挿入されたＲＴＰパケットデータのデータ構造を示した図である。図１０に示した「タイムスタンプ」には、管理装置１０の時計部１７が計測する時刻を表す時刻情報が書き込まれる。管理装置１０の制御部１１は、各チャネルで同時に放音されるべき音声に対応するＲＴＰパケットデータに、時計部１７から取得した同時刻を表す時刻情報を書き込み、各スピーカ装置２０に所定のタイミング（例えば、１０秒間隔）で送信する。このタイムスタンプデータは、各スピーカ装置２０による再生タイミングを一致させるための同期信号としての機能を有することになるが、その詳細については後述する。
【００３０】
図９に示したようなタイムスタンプデータが挿入されていないパケットデータを読み出しているときは、ステップＳ１０の判定結果は「Ｎ」となり、ステップＳ１１へ進む。
ステップＳ１１において、各スピーカ装置２０の制御部２２は、ＲＴＰパケットデータに含まれているオーディオデータを第２データバッファ２８へ転送する。このとき、制御部２２は、転送速度テーブル２２１の内容に基づいて基本速度Ｔで転送する。そして、制御部２２は、第２データバッファ２８に記憶されたオーディオデータを、基本速度Ｔで順次読み出して転送して、再生した音声をスピーカ３１に放音させる（ステップＳ１２）。
【００３１】
一方、上述のステップＳ１０において「Ｙ」となり、各スピーカ装置２０の制御部２２がＲＴＰパケットデータにタイムスタンプデータが含まれていると判断すると、各スピーカ装置２０は以下の処理を行う。
【００３２】
まず、子端末モードのスピーカ装置２０−２〜２０−６の制御部２２は、タイムスタンプデータを含むＲＴＰパケットデータを受信すると、このタイムスタンプデータをスピーカ装置２０−１に送信する（ステップＳ１０１）。代表端末モードのスピーカ装置２０−１の制御部２２は、スピーカ装置２０−２〜２０−６から受信したタイムスタンプデータの受信時刻を、時計部３２の計時時刻を参照して特定し、自端末についてもタイムスタンプデータを受信した時刻を確認する（ステップＳ１０２）。
【００３３】
続いて、スピーカ装置２０−１の制御部２２は、自端末を含めた各スピーカ装置２０から取得したタイムスタンプデータを受信した受信時刻と、タイムスタンプデータが表す時刻との時間差を算出する（ステップＳ１０３）。そして、制御部２２は、これらのうち最も小さい時間差であるΔｔｍｉｎとそれぞれ求めた時間差との差分を、各スピーカ装置２０の遅延時間として算出する。
例えば、制御部２２が、時計部３２から取得した時刻情報が表す時刻がＴＡで、スピーカ装置２０−１〜２０〜６から時刻ＴＢを表すタイムスタンプデータを受信（取得）した受信時刻が、それぞれＴＢ１，ＴＢ２，ＴＢ３，・・・，ＴＢ６であったとする。この場合、制御部２２は、ＴＢ１−ＴＡ，ＴＢ２−ＴＡ，ＴＢ３−ＴＡ，・・・，ＴＢ６−ＴＡという演算を行って、タイムスタンプデータの受信時刻と、そのタイムスタンプデータが表す時刻との時間差を算出する。ここで、ＴＢ１−ＴＡ＝Δｔｍｉｎとすると、制御部２２はスピーカ装置２０−１〜２０−６の遅延時間Δｔ１，Δｔ２，Δｔ３，・・・，Δｔ６を、それぞれ０（＝ＴＢ１−ＴＡ−Δｔｍｉｎ），ＴＢ２−ＴＡ−Δｔｍｉｎ，ＴＢ３−ＴＡ−Δｔｍｉｎ，・・・ＴＢ６−ＴＡ−Δｔｍｉｎと算出する。このように、再生の遅れが最も小さいスピーカ装置２０（この場合、スピーカ装置２０−１）を基準としたときの、再生の遅れ時間が、本実施形態における「遅延時間」である。
【００３４】
スピーカ装置２０−１の制御部２２は、この遅延時間と、図４に図示した転送速度テーブル２２１とに基づいて、各スピーカ装置２０のオーディオデータの転送速度を変更する制御を行う。例えば、スピーカ装置２０−２による再生が遅れており、遅延時間Δｔ２が「６２ミリ秒」であるとし、スピーカ装置２０−１、２０−３〜２０−６の遅延時間が「０ミリ秒」であるとする。このとき、スピーカ装置２０−１の制御部２２は、この遅延時間Δｔ２と転送速度テーブル２２１とに基づいて、自端末のオーディオデータの転送速度を基本速度ＴからＴ２へ小さくするよう制御する（ステップＳ１０４）。また、スピーカ装置２０−１の制御部２２は、スピーカ装置２０−３〜２０−６に対しても、同様にオーディオデータの転送速度を、基本速度ＴからＴ２へ小さくするよう指示する遅延指示データを送信する（ステップＳ１０５）。この遅延指示データは、送信速度そのものを示すものであってもよいし、転送速度テーブル２２１に基づいて送信速度を特定できるから、遅延時間を示すものであってもよい。一方、スピーカ装置２０−１の制御部２２は、スピーカ装置２０−２に対しては転送速度を指示する遅延指示データを送信しないか、または基本速度Ｔを維持するよう指示するデータを送信する。タイムスタンプデータの応答として受信した遅延指示データに応じて、スピーカ装置２０−２〜２０−６の制御部２２は、オーディオデータの転送速度を基本速度ＴからＴ２へ変更する制御を行う（ステップＳ１０６）。
なお、代表端末モードのスピーカ装置２０−１の再生タイミングが遅れている場合には、ステップＳ１０４は省略されるか、基本速度Ｔを維持するよう制御されることになる。
【００３５】
以上のように、遅延が生じているスピーカ装置２０−２以外は、遅延時間Δｔ２に応じて再生速度を小さくして楽曲を再生する。つまり、１のＲＴＰパケットデータに応じた再生時間を２０ミリ秒よりも大きくすることによって、次第に遅延時間Δｔ２を小さくする。
【００３６】
この再生タイミング一致させる制御する処理について、図１１に示す、配信システム１００による再生タイミングの制御の様子を示すタイミングチャートを参照しつつ、より具体的に説明する。
図１１（ａ）は、管理装置１０による各ＲＴＰパケットデータの配信の様子を示すタイミングチャートで、同図（ｂ）は、各スピーカ装置２０によるオーディオデータの転送速度の様子を示すタイムチャートである。なお、同図においては、図が煩雑になることを防ぐために、スピーカ装置２０−１，２０−２，２０−３のみについて図示しているが、ここでは、スピーカ装置２０−４〜２０−６に対する配信の様子や転送速度は、スピーカ装置２０−３と同じである。
【００３７】
同図（ａ）に示したように、管理装置１０によってＲＴＰパケットデータ「＃Ａ１」，「＃Ｂ１」，「＃Ｃ１」，・・・、「＃Ａ，ｎ」，「＃Ｂ，ｎ」，「＃Ｃ，ｎ」，・・・，「＃Ａ，ｍ」，「＃Ｂ，ｍ」，「＃Ｃ，ｍ」（ｎ，ｍ；自然数、ｍ＞ｎ）という順で配信される。同図（ａ）において、代表端末モードのスピーカ装置２０−１に配信されるパケットデータを「Ａ」とし、再生の遅延が生じている子端末モードのスピーカ装置２０−２に配信されるパケットデータを「Ｂ」とし、再生の遅延が生じていない子端末モードのスピーカ装置２０−３に配信されるパケットデータを「Ｃ」とする。また、末尾の数字は各スピーカ装置２０に配信されるパケットデータの順番を表す値であり、この値が一致するＲＴＰパケットデータにおいては、理想的にはこれに応じた再生・放音が同時になされるべきものであることを意味する。
【００３８】
同図（ｂ）に示したように、スピーカ装置２０−１の時計部３２によって計測される時刻をｔとする。また、各チャネルでｎ番目に配信されるＲＴＰパケットデータ「＃Ａ，ｎ」、「＃Ｂ，ｎ」、「＃Ｃ，ｎ」においては、それぞれ同じ時刻を表す時刻ＴＩＭＥ０を表すタイムスタンプデータが挿入されている。各スピーカ装置２０は、このＲＴＰパケットデータ「＃Ａ，ｎ」、「＃Ｂ，ｎ」、「＃Ｃ，ｎ」を受信すると、上記で説明したような転送速度を制御するための処理を行う。ここでは、スピーカ装置２０−２によって転送されるＲＴＰパケットデータ「＃Ｂ，ｎ」に応じた再生は、他のスピーカ装置２０に対してΔｔ２＝６２ミリ秒だけ遅延しているから、上述のようにスピーカ装置２０−１および２０−３のオーディオデータの転送速度はＴ２とされ、スピーカ装置２０−２については基本速度Ｔのままとされる。
【００３９】
転送速度を変更するよう制御されると、ＲＴＰパケットデータ「＃Ａ，ｎ＋１」、「＃Ｂ，ｎ＋１」、「＃Ｃ，ｎ＋１」の転送速度も、図１１（ｂ）に示したように、それぞれＴ２、Ｔ、Ｔ２となる。さらに後で配信されるＲＴＰパケットデータにおいても同様である。このようにすれば、スピーカ装置２０−２によるオーディオデータの転送速度Ｔが、その他のスピーカ装置２０の転送速度Ｔ２よりも相対的に大きくなるから、この転送速度の差分に応じて、次第に遅延時間Δｔ２は小さくなっていく。そして、ＲＴＰパケットデータ「＃Ａ，ｍ」、「＃Ｂ，ｍ」、「＃Ｃ，ｍ」では、遅延時間Δｔ２＝０ミリ秒となり、これらに応じた音声が再生されるタイミングは一致する。
【００４０】
そして、スピーカ装置２０−１の制御部２２は、遅延時間Δｔ２が予め決められた所定量以下（例えば、１０ミリ秒以下）になったと判断したら、スピーカ装置２０−２に転送速度を小さくする前の速度に戻す（基本速度Ｔにする）よう指示する指示データを送信する。図１１においては、時刻ＴＩＭＥ１を表すタイムスタンプデータが挿入されたＲＴＰパケットデータ「＃Ａ，ｍ」、「＃Ｂ，ｍ」、「＃Ｃ，ｍ」が配信されたときに実行される。このように、再生の遅れが解消されたら、転送速度を基本速度Ｔに戻して各スピーカ装置２０の転送速度を一致させることで、スピーカ装置２０−２の再生タイミングが早い方にずれてしまうことを回避する。
【００４１】
そして、各スピーカ装置２０の制御部２２は、上記で説明したステップＳ１１以降の処理を行う。以降、各スピーカ装置２０がＲＴＰパケットデータを受信したら、上記処理ステップＳ５，Ｓ９〜Ｓ１２を実行する。そして、各スピーカ装置２０の制御部２２は、タイムスタンプデータを検出するたびに遅延時間を算出して、上記の処理を実行する。そして、管理装置１０から楽曲の再生の終了が通知されると、各スピーカ装置２０の制御部２２は、メモリに記憶しておいた先頭パケットデータに基づく情報をクリアして、楽曲の再生を終了する。
【００４２】
以上の処理により、各スピーカ装置２０がタイムスタンプデータを取得したタイミングに基づいて、遅れが最も大きいスピーカ装置２０との相対的な再生タイミングを一致させる。配信システム１００においては、タイムスタンプデータに基づいて各スピーカ装置２０による再生タイミングが一致するよう制御を行うから、タイムスタンプデータは同期信号として機能すると言える。また、複数のスピーカ装置２０の再生が遅延した場合にも、同じ方法で遅延時間を算出し、それに基づいて転送速度を制御することによって、再生タイミングを一致させることができる。
この構成によると、再生タイミングの遅延が検出されると、楽曲の再生速度（転送速度）を小さくするように制御するが、その速度の変化は僅かであり、かつ、そのような制御が行われる時間も短いから、放音された音声の聴取者にとっての聴取性は問題とならない。また、子端末モードのスピーカ装置２０がタイムスタンプデータを受信してから送信するまでに要する時間や、代表端末モードのスピーカ装置２０が遅延時間を検出して、転送速度を制御・指示するまでに要する時間は、聴取者の聴取性に影響を与えるような遅延時間に対して十分に小さく、再生タイミングの制御には影響を与えない。
【００４３】
ところで、上述のステップＳ２において、スピーカ装置２０の数と、楽曲のチャネル数とが一致しない場合には、管理装置１０はこれらの数の関係に応じて各チャネルを割り当てるスピーカ装置２０を決定する。
【００４４】
オーディオデータのチャネル数がスピーカ装置２０の数よりも多い場合で、例えば配信システム１００を用いて６．１ｃｈサラウンドからなるオーディオデータを配信する場合を想定する。このとき、各チャネルに対してそれぞれ１ずつスピーカ装置２０を割り当てると、スピーカ装置２０が１だけ不足してしまう。よって、この場合、制御部１１は、ある１チャネルのオーディオデータを配信しないようにする。例えば重要度の低いチャネルの音声を再生しないようにするべく、このチャネルを利用者に指定させればよい。利用者が不要と判断したチャネルを、操作部１４を介して指定すると、この操作に応じて管理装置１０の制御部１１は、ステップＳ２において、この不要なチャネル除いたオーディオデータをそれぞれのスピーカ装置２０に対応付けて、ステップＳ３以降の処理を行う。
また、上述の処理に代えて、スピーカ装置２０の数に併せてダウンミキシング処理を行い、ダウンミキシングした後のデータを各スピーカ装置２０に配信してもよい。
【００４５】
一方、オーディオデータのチャネル数がスピーカ装置２０の数よりも少ない場合、管理装置１０の制御部１１は、重要度の高いチャネルのオーディオデータを複数のスピーカ装置２０に配信する。例えば、「６」のスピーカ装置に対して、「４」チャネルからなるオーディオデータを配信するのであれば、制御部１１は、最も重要度の高いチャネルと、次に重要度の高いチャネルのオーディオデータを、複数のスピーカ装置２０に対応付けて配信するようにして、ステップＳ３以降の処理を行う。このときの重要度においても、利用者に指定させればよい。
【００４６】
また、オーディオデータが単数チャネル（モノラル）の場合、すべてのスピーカ装置２０から同じチャネルの音声が放音される。この場合も、上記と同じようにして、各スピーカ装置２０の再生タイミングを一致させるよう制御するが、１のスピーカ装置２０のみを用いる場合には、このような制御を行わなくてもよい。後者の場合、管理装置１０は代表端末モードや子端末モードを指定せずに、チャネル数が「１」であることを示す先頭パケットデータをスピーカ装置２０に送信する。そして、この先頭パケットデータを受信したスピーカ装置２０は、受信したオーディオデータを、順次第１データバッファ２７から第２データバッファ２８へと転送して、再生した音声をスピーカ３１に放音させる。
【００４７】
以上説明した実施形態によれば、複数のスピーカ装置２０のうち、代表端末モードのスピーカ装置２０−１は、遅延時間に応じた転送速度で自端末のオーディオデータを転送するよう制御し、かつ、子端末モードのスピーカ装置２０に対しても遅延時間に応じた転送速度にするよう指示する。子端末モードのスピーカ装置２０はこの指示に応じて転送速度を制御する。この構成によれば、遅延時間に応じて楽曲の再生速度を変化させることによって、複数のスピーカ装置２０から放音される各チャネルの音声の再生タイミングを一致させることができる。
【００４８】
＜Ｃ：変形例＞
上述した実施形態を以下のように変形してもよい。これらの変形は、各々を適宜に組み合わせることも可能である。
【００４９】
（１）上述した実施形態では、代表端末モードのスピーカ装置２０が、各スピーカ装置２０の再生タイミングを制御していたが、これをルータ等の中継装置３００（ＣＰＵ、メモリ、通信インタフェース、時計部などから構成される）が実現してもよい。この中継装置３００においても、上記所定の通信プロトコルにしたがって通信が行われる。この場合の配信システムの構成は図１２に示したようになる。図１２に示したように、配信システム１００ａにおいて、ＰＬＣ専用アダプタ４０はネットワーク４、中継装置３００および電力線２を介して各スピーカ装置２０と接続される。中継装置３００は、上述したスピーカ装置２０の制御部２２と同等の機能を有する。具体的には、中継装置３００は、管理装置１０からネットワーク４および通信インタフェースを介して受信したデータを、通信インタフェースおよびネットワーク１を介して各スピーカ装置２０へ配信する。スピーカ装置２０−１〜２０−６は、タイムスタンプデータを受信すると、これを中継装置３００に送信する。中継装置３００は、スピーカ装置２０−１〜２０−６からタイムスタンプデータを受信（取得）すると、これらを受信した受信時刻と、タイムスタンプデータが表す時刻とを比較する。そして、中継装置３００は、遅延時間と転送速度テーブルに応じて転送速度決定し、これを指示するための遅延指示データを各スピーカ装置２０へ送信する。各スピーカ装置２０はこれに応じてオーディオデータの転送速度を制御する。この構成においても、各スピーカ装置２０の遅延時間に応じて、再生タイミングの遅延を解消することができる。また、この場合、スピーカ装置２０の時計部３２に相当する構成は不要である。
【００５０】
（２）また、聴取者の聴取（受音）位置に応じて、スピーカ装置２０は再生タイミングを制御してもよい。例えば、コンサートホールなどの比較的大きな空間に配信システム１００を適用する場合、空間における聴取者の位置によって各スピーカ装置２０からの距離が大きく異なることがある。この場合、各スピーカ装置２０による再生タイミングが一致していても、聴取位置では、各チャネルの音声のタイミングがずれて聴こえてしまう。
この具体的な実現方法として、管理装置１０が聴取者の位置から各スピーカ装置２０までの距離を、代表端末モードのスピーカ装置２０−１に通知する。聴取者の位置からスピーカまでの距離は、例えば管理装置１０の利用者によって操作部１４を介して入力されるとよい。スピーカ装置２０−１は、この距離と音声（音波）の伝搬速度との演算によって、聴取位置に音声が伝わるのに要する時間を算出する。そして、スピーカ装置２０−１は、この時間分だけタイミングをずらすように遅延時間を発生させて再生する。つまり、聴取位置に近いスピーカ装置２０ほど、遅延時間を大きくして再生させる。このようにすれば、聴取位置において各チャネルの音声が聴こえるタイミングを一致させることができる。
【００５１】
（３）上述した実施形態では、音声の再生タイミングを制御していたが、映像と音声との再生タイミングや、複数の映像どうしの再生タイミングを制御する場合にも、本発明を適用することができる。この配信システムが音声とは違うコンテンツである映像を扱う場合であっても、配信したコンテンツを再生することができる構成を採ればよいだけで、その他の構成および動作は上述の実施形態と同じでよい。
具体的には、放映用の端末装置として、スピーカ装置２０に代えてモニタ装置（第２の端末装置）を採用する。このモニタ装置は、スピーカ装置２０のＤ／Ａ変換部２９、オーディオ信号再生部３０およびスピーカ３１の代わりに、放映するためのモニタや、映像データに応じて映像信号を生成（再生）し、モニタに映像を表示させるための表示制御手段を備える構成を有する。動作においては、代表端末モードに設定された端末装置が、子端末モードに設定されたモニタ装置に放映を開始させる放映開始指示を出力して放映を開始させたり、子端末モードのスピーカ装置２０に放音開始指示を出力して放音を開始させたりする。以降、実施形態と同様にして、タイムスタンプデータを取得するたびに再生タイミングを制御すればよい。もちろん、モニタ装置が代表端末モードに設定されてもよく、この場合も、モニタ装置が、最初のＲＴＰパケットデータを受信してから所定時間待機した後に放映を開始したり、子端末モードの端末装置に放音開始指示や放映開始指示を出力して、放音・放映を開始させればよい。この構成によれば、複数の映像の再生タイミングや、映像と音声との再生タイミングを一致させることができる。
【００５２】
（４）上述した実施形態において、管理装置１０が、楽曲の配信状況を記憶部１２に記憶しておき、その配信実績に基づいて、楽曲に対する使用料を算出してもよい。具体的には、管理装置１０は、楽曲を再生するたびにその楽曲に対応する楽曲ＩＤを配信実績として記憶部１２に記憶する。そして、管理装置１０は、予め定められた日時（例えば、月末、週末、等）になったことを検知すると、配信実績に基づいて、予め決められた楽曲に対する使用料を算出する。管理装置１０は、算出した使用料を示すデータを、例えば通信ＩＦ部１６を介して図示せぬサーバ装置へ出力する。サーバ装置の管理者は、管理装置１０から送信されてくる使用料情報を確認することで、楽曲の使用料を確認することができる。すなわち、この態様によれば、管理装置１０が使用料の算出処理を行うから、システムの管理者は、コンテンツの使用料をそれぞれ算出する必要がなく、煩雑な作業を行う必要がない。
【００５３】
（５）上述した実施形態では、代表端末モードのスピーカ装置２０−１が、タイムスタンプデータの受信時刻とそのタイムスタンプデータが表す時刻との時間差に基づいて、各スピーカ装置２０の遅延時間を算出していた。これに代えて、各スピーカ装置２０は時計部３２を有するから、子端末の各スピーカ装置２０がこの時間差を算出してスピーカ装置２０−１に送信してもよい。この場合、代表端末のスピーカ装置２０−１は、受信した時間差に基づいて遅延時間を算出する。ただし、この場合、各スピーカ装置２０の時計部３２が計測する時刻が一致している必要があるため、スピーカ装置２０−１又は管理装置１０が、時計部３２が計測する時刻を同期させる同期信号を、楽曲の再生開始前や再生中のあるタイミングで送信することが好ましい。
【００５４】
（６）上述した実施形態では、管理装置１０が先頭パケットデータを送信することによって各スピーカ装置２０の動作モードを設定していたが、各スピーカ装置２０の動作モードが予め決められていてもよい。例えば、スピーカ装置２０−１が代表端末モードに固定されている場合、子端末モードのスピーカ装置２０−２〜２０−６は、時刻を計測する必要がないから、時計部３２を有さなくてよい。また、この場合、スピーカ装置２０−１は、子端末モードのスピーカ装置２０−２〜２０−６のＩＰアドレスを予めＲＯＭに記憶しておいてもよい。
【００５５】
（７）上述した実施形態では、スピーカ装置２０の数は「６」であったが、これよりも少なくてもよいし、さらに多くしてもよい。
【００５６】
（８）上述した実施形態では、管理装置１０は、読取部１５が記憶媒体を読み取って取得したオーディオデータに基づいて配信を行っていたが、データの取得方法はこれ以外の方法であってもよい。例えば、ネットワークを介して接続された外部装置から取得してもよい。
【００５７】
（９）上述した実施形態では、スピーカ装置２０の数は「６」であったが、さらに多くしてもよく、少なくてもよく、「２」以上のスピーカ装置２０を備えていれば本発明を適用することができる。
【符号の説明】
【００５８】
１…ネットワーク、１０…管理装置、１００，１００ａ…配信システム、１１…制御部、１２…記憶部、１３…表示部、１４…操作部、１５…読取部、１６…通信ＩＦ部、１７，３２…時計部、２，２１…電力線、２０…スピーカ装置、２００…給電レール、３００…中継装置、２２…制御部、２２１…転送速度テーブル、２３，４０…ＰＬＣ専用アダプタ、２４…電源部、２５…通信ＩＦ部、２６…アドレス検出部、２７…第１データバッファ、２８…第２データバッファ、２９…Ｄ／Ａ変換部、３…部屋、３０…オーディオ信号再生部、３１…スピーカ、４…ネットワーク
【技術分野】
【０００１】
本発明は、複数の端末装置によるコンテンツの再生タイミングを制御する技術に関する。
【背景技術】
【０００２】
マルチチャネルフォーマットのオーディオ信号を再生して視聴するには、多数のスピーカが必要になる。例えば５．１チャネルフォーマットのオーディオ信号を忠実に再生するには、フロントＬ、フロントＲ、センタ、サラウンドＬ、サラウンドＲといった５本のスピーカと、サブウーハと呼ばれる超低域音声成分（ＬＦＥ）の再生のための専用スピーカが必要になる。なお、マルチチャネルオーディオ再生に関する技術文献として、例えば特許文献１がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１１２７６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、複数チャネルからなるオーディオデータをストリーミング配信して再生する場合に、各チャネルに対応付けられたスピーカから放音される音声においては、理想的なタイミングがあるが、そのタイミングがずれてしまうことがある。これは各チャネルのオーディオデータがシリアルに配信され、さらに各種処理が行われるために、各チャネルにおける再生タイミングにずれが生じてしまうからである。なお、各チャネルにおける本来的な再生タイミングは、基本的には同時に放音されるように行われるが、受音位置とスピーカとの距離の関係を考慮した場合は適宜遅延時間が調整される。
本発明は、このような事情に鑑みてなされたものであり、複数の端末装置によるコンテンツの再生タイミングを制御するための技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上述した課題を解決するため、本発明に係る端末装置は、ネットワークから取得したデータが自端末宛の情報であるか否かを判定し、自端末宛の情報である場合には当該データを取り込むデータ取得手段と、前記データ取得手段が取り込んだデータが放音用データである場合には、当該放音用データを順次蓄積するバッファ手段と、前記バッファ手段内の放音用データを順次読み出してオーディオ信号を生成して放音する放音手段と、前記データ取得手段が取り込んだデータに代表端末か子端末かを指定する指定情報が含まれていた場合に、当該指定情報に従い代表端末モードと子端末モードを設定するモード設定手段と、代表端末モードが設定された場合は、前記放音手段に対し所定時間待機させた後に放音を開始させ、かつ、子端末宛に放音開始を指示する放音開始指示を出力し、子端末モードが設定された場合は、前記データ取得手段が代表端末からの放音開始指示を取得したときに、前記放音手段による放音を開始させる制御手段とを具備することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、複数の端末装置によるコンテンツの再生タイミングを制御することができる。
【図面の簡単な説明】
【０００７】
【図１】配信システムの構成の一例を示すブロック図である。
【図２】部屋におけるスピーカ装置の設置の態様の一例を示す図である。
【図３】スピーカ装置の構成を示すブロック図である。
【図４】転送速度テーブルの一例を示す図である。
【図５】管理装置の構成を示すブロック図である。
【図６】配信システムにおける処理の流れを示すシーケンス図である。
【図７】配信システムにおける処理の流れを示すシーケンス図である。
【図８】先頭パケットデータのデータ構造を示す図である。
【図９】オーディオデータを含むパケットデータのデータ構造を示す図である。
【図１０】タイムスタンプデータを含むパケットデータのデータ構造を示す図である。
【図１１】（ａ）は管理装置においてオーディオデータが配信される様子を示すタイムチャートである。（ｂ）はスピーカ装置においてオーディオデータの再生タイミングおよび転送速度の様子を示すタイムチャートである。
【図１２】変形例における配信システムの構成の一例を示すブロック図である。
【発明を実施するための形態】
【０００８】
＜Ａ：実施形態の構成＞
まず、図１を参照して、本発明に係る配信システムについて説明する。図において、配信システム１００は、例えば、店舗やスタジオあるいは住居に設置される。配信システム１００は、管理装置１０と、スピーカ装置２０−１，２０−２，２０−３，２０−４，２０−５および２０−６と、ＰＬＣ専用アダプタ４０とを備えている。以下では、スピーカ装置２０のそれぞれを特に区別する必要の無い場合には、「スピーカ装置２０」（第１の端末装置）と総称する。管理装置１０とＰＬＣ専用アダプタ４０とは、専用回線等のネットワーク１を介して通信可能に接続されている。ＰＬＣ専用アダプタ４０とスピーカ装置２０とは電力線２を介して接続されている。
【０００９】
管理装置１０は、配信システム１００を管理するためコンピュータ装置（ＣＰＵ、メモリ、インタフェースなどから構成される）を有しており、スピーカ装置２０に放音用データ等を配信する。管理装置１０は、ネットワーク１、ＰＬＣ専用アダプタ４０及び電力線２を介して、スピーカ装置２０のそれぞれにデータを送信する。ＰＬＣ専用アダプタ４０は、電力線２を介してＰＬＣ（Power Line Communications）方式でデータを伝送するためのアダプタである。具体的には、ＰＬＣ専用アダプタ４０は、管理装置１０からネットワーク１を介して受信される信号を、電力線２を流れる給電電流に重畳させることによって、電力線２を介してスピーカ装置２０に送信する。また、ＰＬＣ専用アダプタ４０は、電力線２を流れる給電電流に重畳された信号を抽出し、この信号を、ネットワーク１を介して管理装置１０に送信する。スピーカ装置２０は、放音用データを受信すると、それに応じて放音する機能を有する。
【００１０】
次に、部屋３内におけるスピーカ装置２０の設置態様の一例について、図２を参照しつつ説明する。図２において、部屋３にはスピーカ装置２０−１〜２０−６が設置されている。スピーカ装置２０−１〜２０−６は、電力を供給する給電レール２００に取り付けられており、この給電レール２００には図１に示す電力線２が設けられている。この給電レール２００から供給される電力によりスピーカ装置２０−１〜２０−６の各部に電力が供給される。
【００１１】
次に、スピーカ装置２０の構成の一例について、図３を参照しつつ説明する。図３は、スピーカ装置２０の構成の一例を示すブロック図である。制御部２２は、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、記憶手段であるメモリを備え、ＲＯＭに記憶されているコンピュータプログラムを読み出して実行することにより、バスを介してスピーカ装置２０の各部を制御する。ＰＬＣ専用アダプタ２３は、上述したＰＬＣ専用アダプタ４０と同等の機能を有する。電源部２４は、スピーカ装置２０を駆動させるために、給電レール２００から供給される電力を電力線２１から受け取り、各部に供給する。通信インタフェース（以下、「通信ＩＦ部」という）２５は、例えばモデム等を備える通信手段である。制御部２２は、電力線２１からＰＬＣ専用アダプタ２３によって抽出されたデータを、通信ＩＦ部２５を介して受信する。アドレス検出部２６は、電力線２を流れる給電電流に重畳されて送信されてくるデータ（信号）を抽出し、抽出したデータの宛先アドレスを検出する。アドレス検出部２６は、制御部２２の制御の下、電力線２を介して伝送されてくるデータの宛先アドレスが自端末に割り当てられ、ＲＯＭに記憶されたＩＰアドレスと一致するか否かを判定し、一致した場合に当該データ（データストリーム）を取り込む。
【００１２】
時計部３２は、図示せぬクロックジェネレータから供給されるクロックに同期して作動するリアルタイムクロックであり、予め定められた時点からの経過時間（すなわち、時刻）を計測するとともに、その時刻を表す時刻情報を制御部２２へ供給する。また、時計部３２は、制御部２２からの指示に応じて、計測する時刻をリセットする。
【００１３】
第１データバッファ２７および第２データバッファ２８は、電力線２を介して伝送されてくるデータを一時的に記憶するための記憶手段である。第１データバッファ２７には、アドレス検出部２６が取り込んだデータが転送されて蓄積されていく。第２データバッファ２８には、第１データバッファ２７から転送され、音声の再生に用いられるオーディオデータが記憶される。このオーディオデータは、放音用データに挿入されている。本実施形態においては、第１データバッファ２７は、外部装置から供給されるデータをある程度の時間長で記憶することができるようにその記憶容量は比較的大きく設定されている。一方で、第２データバッファ２８は、放音処理に必要な分のオーディオデータを記憶すればよい容量に設定されている。Ｄ／Ａ（Digital / Analog）変換部２９は、第２データバッファ２８に記憶されたデジタルデータをアナログ信号に変換する。オーディオ信号再生部３０は、Ｄ／Ａ変換部２９から出力されるアナログ信号を増幅してオーディオ信号を生成（再生）し、スピーカ３１に放音させる。
【００１４】
また、制御部２２のＲＯＭには、転送速度テーブル２２１が記憶されている。
図４は、転送速度テーブル２２１の一例を示した図である。この転送速度テーブル２２１においては、スピーカ装置２０によって音声が再生された時刻が、基準となる時刻に対してどの程度遅れているか示す「遅延時間」と、データの転送速度（転送レート）である「転送速度」とが対応付けられている。「遅延時間」のフィールドには、「０ミリ秒〜５０ミリ秒」」「５１ミリ秒〜６０ミリ秒」、「６１ミリ秒〜７０ミリ秒」、「７１ミリ秒〜８０ミリ秒」、「８０ミリ秒〜１００ミリ秒」「１００ミリ秒以上」という具合に、所定の遅延時間の範囲を示す値が書き込まれている。「転送速度」には、それぞれの遅延時間に対応付けて、「Ｔ」（基本速度）、「Ｔ１」、「Ｔ２」、「Ｔ３」、「Ｔ４」、「Ｔ５」という転送速度が書き込まれている。ただし、各転送速度の関係は、基本速度Ｔ＞Ｔ１＞Ｔ２＞Ｔ３＞Ｔ４＞Ｔ５であり、遅延時間が大きいほど転送速度は小さく、各転送速度は遅延時間の値に応じて適切に決められている。
【００１５】
制御部２２は、この転送速度テーブル２２１に応じた転送速度で、第１データバッファ２７から放音用データを読み出し、これに含まれるオーディオデータを第２データバッファ２８へ書き込むことにより、オーディオデータの転送を行う。また、制御部２２は、これと同じ転送速度（読出速度）で第２データバッファ２８からオーディオデータを読み出し、Ｄ／Ａ変換部２９、オーディオ信号再生部３０を介してスピーカ３１へ転送して再生・放音させる。ただし、初期状態では、転送速度を基本速度Ｔとする。これらの転送速度（読出速度）において、第２データバッファ２８からの読出速度を大きくすると、第２データバッファ２８に格納されるデータ量よりも読み出されるデータ量の方が大きくなるから、オーディオデータが第２データバッファ２８に記憶されていない状態になり、放音されるべき音声が途切れてしまう虞がある。一方で、第１データバッファ２７から第２データバッファ２８への転送速度を大きくすると、上述したように第２データバッファ２８の記憶容量は比較的小さいから、記憶容量を超えるオーディオデータが供給されてしまうと、データが消失してしまい、放音されない音声が生じる虞がある。よって、本実施形態ではこれらの転送速度（読出速度）を等しくしている。このような問題が起こらないのであれば、必ずしも転送速度を一致させる必要はない。
【００１６】
このようにして制御部２２が転送速度を制御することにより、再生タイミングを制御する。また、制御部２２は、この転送速度テーブル２２１に書き込まれた転送速度で、他のスピーカ装置２０にオーディオデータを転送させるよう指示する。
また、この実施形態では、スピーカ装置２０を識別するための識別情報としてＩＰアドレスを用いるが、識別情報はＩＰアドレスに限らず、スピーカ装置２０を識別するものであればどのようなものであってもよい。
【００１７】
次に、管理装置１０の構成について、図５を参照しつつ説明する。管理装置１０は、各スピーカ装置２０に対し、放音すべきオーディオ信号を生成するための放音用データをパケットによりストリーム配信する。
図５は、管理装置１０の構成を示すブロック図である。図において、制御部１１は、ＣＰＵやＲＯＭ、ＲＡＭを備え、ＲＯＭ又は記憶部１２に記憶されているコンピュータプログラムを読み出して実行することにより、バスを介して管理装置１０の各部を制御する。記憶部１２は、制御部１１によって実行されるコンピュータプログラムやその実行時に使用されるデータを記憶するための記憶手段であり、例えばハードディスク装置である。表示部１３は、液晶ディスプレイなどを備え、制御部１１の制御の下で、管理装置１０を操作するためのメニュー画面等を表示する。操作部１４は、利用者による操作に応じた操作信号を制御部１１に出力する。読取部１５は、放音用データを配信するための各種データが格納された記憶媒体（例えば、ＤＶＤ（Digital Versatile Disc））からデータを読み出すデータ読み出し手段である。本実施形態では、この放音用データに含まれるオーディオデータは、マルチチャネルのデータを分割した内容である。通信ＩＦ部１６は、例えばモデム等を備える通信手段であり、スピーカ装置２０との間でネットワーク１、ＰＬＣ専用アダプタ４０及び電力線２を介して通信を行う。時計部１７は、スピーカ装置２０の時計部３２と同等の機能を有し、制御部１１の指示に応じて時刻の計測を開始する。例えば、放音用データの配信の開始時に、制御部１１が読取部１６に記憶媒体の読み取りを開始させるタイミングで、この指示を行う。
記憶部１２には、スピーカ装置２０を識別するために、スピーカ装置２０−１〜２０−６のそれぞれに割り当てられたＩＰアドレスが記憶されている。
【００１８】
管理装置１０とスピーカ装置２０との間では所定の通信プロトコルに従って行われるデータ通信が行われる。本実施形態で用いられている通信プロトコルは、アプリケーション層の通信プロトコルとしては、ＲＴＰ（Real-time Transport Protocol）が用いられており、トランスポート層の通信プロトコルとしては、ＵＤＰ（User Datagram Protocol）が用いられており、ネットワーク層の通信プロトコルとしてはＩＰ（Internet Protocol）が用いられている。ＲＴＰとは、オーディオデータや映像データをリアルタイムに送受信する通信サービスを提供するための通信プロトコルである。本実施形態において放音用データとして供給されるＲＴＰパケットデータは、ＩＰにおけるデータ転送単位であるパケットデータやＴＣＰにおけるデータ転送単位であるセグメントと同様に、ヘッダ部とペイロード部とで構成されている。
【００１９】
＜Ｂ：実施形態の動作＞
次に、この実施形態の動作の一例について、図６および図７に示すシーケンス図を参照しつつ説明する。管理装置１０の利用者は、管理装置１０の操作部１４を介してオーディオデータの配信を開始することを指示する。制御部１１は、操作部１４から供給される操作内容に応じた操作信号に従い、読取部１５にオーディオデータを格納した記録媒体を読み取らせ、配信のための処理を開始する。
【００２０】
まず、管理装置１０の制御部１１は、記憶部１２の所定領域に記憶されている属性情報を読み取る（ステップＳ１）。この属性情報には、複数チャネルのそれぞれについて、どのチャネルをどのスピーカ装置に割り当てるかを指定する情報が含まれている。制御部１１は、この属性情報に基づいて各チャネルとスピーカ装置２０とを対応付ける（ステップＳ２）。ここでは、楽曲のチャンネル数は「６」であるとし、配信システム１００のスピーカ装置２０の数も「６」である。以降においては、制御部１１は、対応付けたスピーカ装置２０へ各チャンネルのデータを送信する。
【００２１】
続いて、制御部１１は、各スピーカ装置２０に所定のパケットデータ（以下、「先頭パケットデータ」という）を送信する（ステップＳ３）。この「先頭パケットデータ」の送信はオーディオデータの配信に先立って行われ、各スピーカ装置２０が従うべき指示が含まれている。この楽曲の再生においては、各スピーカ装置２０は先頭パケットデータの内容に基づいて制御を行う。
【００２２】
図８は、先頭パケットデータのデータ構造を示す図である。図８に示したように、先頭パケットデータはヘッダ部とペイロード部とからなる。ヘッダ部には「送信先情報」、「データ種別情報」および「曲番号識別情報（以下、「楽曲ＩＤ」という）」が書き込まれている。「送信先情報」は、先頭パケットデータの送信先である各スピーカ装置２０に割り当てられた宛先アドレス（ＩＰアドレス）のことである。この内容によってパケットデータの送信先が特定される。「データ種別情報」は、管理装置１０からスピーカ装置２０に配信されるデータの種別を示す情報のことで、本実施形態ではオーディオデータを示す情報が書き込まれる。「楽曲ＩＤ」は、楽曲毎に割り当てられ、各楽曲を識別するための識別情報のことである。
【００２３】
先頭パケットデータのペイロード部には「端末情報」、「チャネル情報」おょび「子端末情報」が書き込まれている。「端末情報」は、スピーカ装置２０の動作モードを「代表端末モード」および「子端末モード」のいずれかに指定するための指定情報のことである。代表端末モードに設定されたスピーカ装置２０は、自端末および子端末モードに設定されたスピーカ装置２０の各種動作を制御する。本実施形態では、「端末情報」において、スピーカ装置２０−１は代表端末モードに指定され、スピーカ装置２０−２〜２０−６は子端末モードに指定される。もちろん、「端末情報」による指定によって、スピーカ装置２０−２等の他のスピーカ装置を代表端末モードに指定することもできる。「チャネル情報」は、楽曲のチャネル数のことである。本実施形態では、上述したようにチャネル数は「６」である。「子端末情報」は、子端末モードに割り当てられたスピーカ装置（スピーカ装置２０−２〜２０−６）の宛先アドレスのことである。
【００２４】
各スピーカ装置２０の制御部２２は、アドレス検出部２６を介して自端末宛の先頭パケットデータを受信すると、この内容をメモリ内の所定領域に記憶しておく。これに応じて、スピーカ装置２０−１は代表端末モードとして制御を行い、スピーカ装置２０−２〜２０−６は子端末モードとして制御を行う。
【００２５】
先頭パケットデータを送信した管理装置１０の制御部１１は、読取部１５に記憶媒体を読み取らせ、読み取ったデータに基づいてＲＴＰパケットデータを生成して、各チャネルに対応するスピーカ装置２０に送信する（ステップＳ４）。
図９は、ＲＴＰパケットデータのデータ構造を示す図である。図９に示したように、ＲＴＰパケットデータのヘッダ部には、「送信先情報」、「データ種別情報」および「楽曲ＩＤ」が書き込まれている。これらの情報については先頭パケットデータと同じであり、その説明を省略する。ＲＴＰパケットデータのペイロード部には所定時間（本実施形態では、２０ミリ秒）分のオーディオデータが書き込まれている。
【００２６】
各スピーカ装置２０の制御部２２はＲＴＰパケットデータを受信したら、これを第１データバッファ２７に記憶させて待機する（ステップＳ５）。そして、代表端末モードのスピーカ装置２０−１の制御部２２は、子端末モードのスピーカ装置２０−２〜２０−６に、放音を開始させるための指示を含むパケットデータ（以下、「放音開始指示」という）を送信する（ステップＳ６）。この放音開始指示を送信するタイミングは、例えばスピーカ装置２０−１が最初のＲＴＰパケットデータを受信してから所定時間経過した後であり、データ配信の速度にバラツキがあっても、全てのスピーカ装置２０−１〜２０−６にある程度のデータが蓄積できる時間が設定されている。なお、この所定時間を設定するデータを、管理装置１０から配信するように構成してもよい。
【００２７】
上述した放音開始指示には、送信元の情報であるスピーカ装置２０−１に割り当てられたＩＰアドレスが含まれており、これを受信したスピーカ装置２０−２〜２０−６の制御部２２は、どのスピーカ装置２０が代表端末モードに設定されているかを知るとともに、このＩＰアドレスをメモリに記憶する（ステップＳ７）。そして、子端末モードのスピーカ装置２０−２〜２０−６の制御部２２は、放音開始指示を取得したら、第１データバッファからオーディオデータを読み出して第２データバッファ２８に転送し、音声の放音を開始する。
一方、スピーカ装置２０−１の制御部２２においては、放音開始指示を送信するとともに自端末においても放音を開始する。
【００２８】
以上のように、子端末モードのスピーカ装置２０−２〜２０−６は、代表端末モードのスピーカ装置２０−１からの放音開始指示を待って再生を開始し、代表端末モードのスピーカ装置２０−１は、放音開始指示を送信したタイミングで再生を開始する。この結果、全てのスピーカ装置２０−１〜２０−６によって同時に各チャネルのオーディオ信号が再生されて放音される。
また、代表端末モードのスピーカ装置２０−１の制御部２２は、最初のＲＴＰパケットデータに応じたオーディオ信号の再生を開始する際に、時計部３２が計測する時刻をリセットし（ステップＳ８）、これを再生開始時刻としてメモリの所定の領域に記憶する。ここで時刻をリセットすることにより、時計部３２が計時する時刻は「０分００秒００」となり、時計部３２が計測する時刻は、楽曲の再生開始時からの経過時間を示すこととなる。
【００２９】
放音を開始すると、各スピーカ装置２０の制御部２２は、第１データバッファ２７から順次ＲＴＰパケットデータを読み出す（ステップＳ９）。そして、制御部２２は、このＲＴＰパケットデータのヘッダ部にタイムスタンプデータが挿入されているか否かを判断する（ステップＳ１０）。
ここで、図１０は、ヘッダ部にタイムスタンプデータが挿入されたＲＴＰパケットデータのデータ構造を示した図である。図１０に示した「タイムスタンプ」には、管理装置１０の時計部１７が計測する時刻を表す時刻情報が書き込まれる。管理装置１０の制御部１１は、各チャネルで同時に放音されるべき音声に対応するＲＴＰパケットデータに、時計部１７から取得した同時刻を表す時刻情報を書き込み、各スピーカ装置２０に所定のタイミング（例えば、１０秒間隔）で送信する。このタイムスタンプデータは、各スピーカ装置２０による再生タイミングを一致させるための同期信号としての機能を有することになるが、その詳細については後述する。
【００３０】
図９に示したようなタイムスタンプデータが挿入されていないパケットデータを読み出しているときは、ステップＳ１０の判定結果は「Ｎ」となり、ステップＳ１１へ進む。
ステップＳ１１において、各スピーカ装置２０の制御部２２は、ＲＴＰパケットデータに含まれているオーディオデータを第２データバッファ２８へ転送する。このとき、制御部２２は、転送速度テーブル２２１の内容に基づいて基本速度Ｔで転送する。そして、制御部２２は、第２データバッファ２８に記憶されたオーディオデータを、基本速度Ｔで順次読み出して転送して、再生した音声をスピーカ３１に放音させる（ステップＳ１２）。
【００３１】
一方、上述のステップＳ１０において「Ｙ」となり、各スピーカ装置２０の制御部２２がＲＴＰパケットデータにタイムスタンプデータが含まれていると判断すると、各スピーカ装置２０は以下の処理を行う。
【００３２】
まず、子端末モードのスピーカ装置２０−２〜２０−６の制御部２２は、タイムスタンプデータを含むＲＴＰパケットデータを受信すると、このタイムスタンプデータをスピーカ装置２０−１に送信する（ステップＳ１０１）。代表端末モードのスピーカ装置２０−１の制御部２２は、スピーカ装置２０−２〜２０−６から受信したタイムスタンプデータの受信時刻を、時計部３２の計時時刻を参照して特定し、自端末についてもタイムスタンプデータを受信した時刻を確認する（ステップＳ１０２）。
【００３３】
続いて、スピーカ装置２０−１の制御部２２は、自端末を含めた各スピーカ装置２０から取得したタイムスタンプデータを受信した受信時刻と、タイムスタンプデータが表す時刻との時間差を算出する（ステップＳ１０３）。そして、制御部２２は、これらのうち最も小さい時間差であるΔｔｍｉｎとそれぞれ求めた時間差との差分を、各スピーカ装置２０の遅延時間として算出する。
例えば、制御部２２が、時計部３２から取得した時刻情報が表す時刻がＴＡで、スピーカ装置２０−１〜２０〜６から時刻ＴＢを表すタイムスタンプデータを受信（取得）した受信時刻が、それぞれＴＢ１，ＴＢ２，ＴＢ３，・・・，ＴＢ６であったとする。この場合、制御部２２は、ＴＢ１−ＴＡ，ＴＢ２−ＴＡ，ＴＢ３−ＴＡ，・・・，ＴＢ６−ＴＡという演算を行って、タイムスタンプデータの受信時刻と、そのタイムスタンプデータが表す時刻との時間差を算出する。ここで、ＴＢ１−ＴＡ＝Δｔｍｉｎとすると、制御部２２はスピーカ装置２０−１〜２０−６の遅延時間Δｔ１，Δｔ２，Δｔ３，・・・，Δｔ６を、それぞれ０（＝ＴＢ１−ＴＡ−Δｔｍｉｎ），ＴＢ２−ＴＡ−Δｔｍｉｎ，ＴＢ３−ＴＡ−Δｔｍｉｎ，・・・ＴＢ６−ＴＡ−Δｔｍｉｎと算出する。このように、再生の遅れが最も小さいスピーカ装置２０（この場合、スピーカ装置２０−１）を基準としたときの、再生の遅れ時間が、本実施形態における「遅延時間」である。
【００３４】
スピーカ装置２０−１の制御部２２は、この遅延時間と、図４に図示した転送速度テーブル２２１とに基づいて、各スピーカ装置２０のオーディオデータの転送速度を変更する制御を行う。例えば、スピーカ装置２０−２による再生が遅れており、遅延時間Δｔ２が「６２ミリ秒」であるとし、スピーカ装置２０−１、２０−３〜２０−６の遅延時間が「０ミリ秒」であるとする。このとき、スピーカ装置２０−１の制御部２２は、この遅延時間Δｔ２と転送速度テーブル２２１とに基づいて、自端末のオーディオデータの転送速度を基本速度ＴからＴ２へ小さくするよう制御する（ステップＳ１０４）。また、スピーカ装置２０−１の制御部２２は、スピーカ装置２０−３〜２０−６に対しても、同様にオーディオデータの転送速度を、基本速度ＴからＴ２へ小さくするよう指示する遅延指示データを送信する（ステップＳ１０５）。この遅延指示データは、送信速度そのものを示すものであってもよいし、転送速度テーブル２２１に基づいて送信速度を特定できるから、遅延時間を示すものであってもよい。一方、スピーカ装置２０−１の制御部２２は、スピーカ装置２０−２に対しては転送速度を指示する遅延指示データを送信しないか、または基本速度Ｔを維持するよう指示するデータを送信する。タイムスタンプデータの応答として受信した遅延指示データに応じて、スピーカ装置２０−２〜２０−６の制御部２２は、オーディオデータの転送速度を基本速度ＴからＴ２へ変更する制御を行う（ステップＳ１０６）。
なお、代表端末モードのスピーカ装置２０−１の再生タイミングが遅れている場合には、ステップＳ１０４は省略されるか、基本速度Ｔを維持するよう制御されることになる。
【００３５】
以上のように、遅延が生じているスピーカ装置２０−２以外は、遅延時間Δｔ２に応じて再生速度を小さくして楽曲を再生する。つまり、１のＲＴＰパケットデータに応じた再生時間を２０ミリ秒よりも大きくすることによって、次第に遅延時間Δｔ２を小さくする。
【００３６】
この再生タイミング一致させる制御する処理について、図１１に示す、配信システム１００による再生タイミングの制御の様子を示すタイミングチャートを参照しつつ、より具体的に説明する。
図１１（ａ）は、管理装置１０による各ＲＴＰパケットデータの配信の様子を示すタイミングチャートで、同図（ｂ）は、各スピーカ装置２０によるオーディオデータの転送速度の様子を示すタイムチャートである。なお、同図においては、図が煩雑になることを防ぐために、スピーカ装置２０−１，２０−２，２０−３のみについて図示しているが、ここでは、スピーカ装置２０−４〜２０−６に対する配信の様子や転送速度は、スピーカ装置２０−３と同じである。
【００３７】
同図（ａ）に示したように、管理装置１０によってＲＴＰパケットデータ「＃Ａ１」，「＃Ｂ１」，「＃Ｃ１」，・・・、「＃Ａ，ｎ」，「＃Ｂ，ｎ」，「＃Ｃ，ｎ」，・・・，「＃Ａ，ｍ」，「＃Ｂ，ｍ」，「＃Ｃ，ｍ」（ｎ，ｍ；自然数、ｍ＞ｎ）という順で配信される。同図（ａ）において、代表端末モードのスピーカ装置２０−１に配信されるパケットデータを「Ａ」とし、再生の遅延が生じている子端末モードのスピーカ装置２０−２に配信されるパケットデータを「Ｂ」とし、再生の遅延が生じていない子端末モードのスピーカ装置２０−３に配信されるパケットデータを「Ｃ」とする。また、末尾の数字は各スピーカ装置２０に配信されるパケットデータの順番を表す値であり、この値が一致するＲＴＰパケットデータにおいては、理想的にはこれに応じた再生・放音が同時になされるべきものであることを意味する。
【００３８】
同図（ｂ）に示したように、スピーカ装置２０−１の時計部３２によって計測される時刻をｔとする。また、各チャネルでｎ番目に配信されるＲＴＰパケットデータ「＃Ａ，ｎ」、「＃Ｂ，ｎ」、「＃Ｃ，ｎ」においては、それぞれ同じ時刻を表す時刻ＴＩＭＥ０を表すタイムスタンプデータが挿入されている。各スピーカ装置２０は、このＲＴＰパケットデータ「＃Ａ，ｎ」、「＃Ｂ，ｎ」、「＃Ｃ，ｎ」を受信すると、上記で説明したような転送速度を制御するための処理を行う。ここでは、スピーカ装置２０−２によって転送されるＲＴＰパケットデータ「＃Ｂ，ｎ」に応じた再生は、他のスピーカ装置２０に対してΔｔ２＝６２ミリ秒だけ遅延しているから、上述のようにスピーカ装置２０−１および２０−３のオーディオデータの転送速度はＴ２とされ、スピーカ装置２０−２については基本速度Ｔのままとされる。
【００３９】
転送速度を変更するよう制御されると、ＲＴＰパケットデータ「＃Ａ，ｎ＋１」、「＃Ｂ，ｎ＋１」、「＃Ｃ，ｎ＋１」の転送速度も、図１１（ｂ）に示したように、それぞれＴ２、Ｔ、Ｔ２となる。さらに後で配信されるＲＴＰパケットデータにおいても同様である。このようにすれば、スピーカ装置２０−２によるオーディオデータの転送速度Ｔが、その他のスピーカ装置２０の転送速度Ｔ２よりも相対的に大きくなるから、この転送速度の差分に応じて、次第に遅延時間Δｔ２は小さくなっていく。そして、ＲＴＰパケットデータ「＃Ａ，ｍ」、「＃Ｂ，ｍ」、「＃Ｃ，ｍ」では、遅延時間Δｔ２＝０ミリ秒となり、これらに応じた音声が再生されるタイミングは一致する。
【００４０】
そして、スピーカ装置２０−１の制御部２２は、遅延時間Δｔ２が予め決められた所定量以下（例えば、１０ミリ秒以下）になったと判断したら、スピーカ装置２０−２に転送速度を小さくする前の速度に戻す（基本速度Ｔにする）よう指示する指示データを送信する。図１１においては、時刻ＴＩＭＥ１を表すタイムスタンプデータが挿入されたＲＴＰパケットデータ「＃Ａ，ｍ」、「＃Ｂ，ｍ」、「＃Ｃ，ｍ」が配信されたときに実行される。このように、再生の遅れが解消されたら、転送速度を基本速度Ｔに戻して各スピーカ装置２０の転送速度を一致させることで、スピーカ装置２０−２の再生タイミングが早い方にずれてしまうことを回避する。
【００４１】
そして、各スピーカ装置２０の制御部２２は、上記で説明したステップＳ１１以降の処理を行う。以降、各スピーカ装置２０がＲＴＰパケットデータを受信したら、上記処理ステップＳ５，Ｓ９〜Ｓ１２を実行する。そして、各スピーカ装置２０の制御部２２は、タイムスタンプデータを検出するたびに遅延時間を算出して、上記の処理を実行する。そして、管理装置１０から楽曲の再生の終了が通知されると、各スピーカ装置２０の制御部２２は、メモリに記憶しておいた先頭パケットデータに基づく情報をクリアして、楽曲の再生を終了する。
【００４２】
以上の処理により、各スピーカ装置２０がタイムスタンプデータを取得したタイミングに基づいて、遅れが最も大きいスピーカ装置２０との相対的な再生タイミングを一致させる。配信システム１００においては、タイムスタンプデータに基づいて各スピーカ装置２０による再生タイミングが一致するよう制御を行うから、タイムスタンプデータは同期信号として機能すると言える。また、複数のスピーカ装置２０の再生が遅延した場合にも、同じ方法で遅延時間を算出し、それに基づいて転送速度を制御することによって、再生タイミングを一致させることができる。
この構成によると、再生タイミングの遅延が検出されると、楽曲の再生速度（転送速度）を小さくするように制御するが、その速度の変化は僅かであり、かつ、そのような制御が行われる時間も短いから、放音された音声の聴取者にとっての聴取性は問題とならない。また、子端末モードのスピーカ装置２０がタイムスタンプデータを受信してから送信するまでに要する時間や、代表端末モードのスピーカ装置２０が遅延時間を検出して、転送速度を制御・指示するまでに要する時間は、聴取者の聴取性に影響を与えるような遅延時間に対して十分に小さく、再生タイミングの制御には影響を与えない。
【００４３】
ところで、上述のステップＳ２において、スピーカ装置２０の数と、楽曲のチャネル数とが一致しない場合には、管理装置１０はこれらの数の関係に応じて各チャネルを割り当てるスピーカ装置２０を決定する。
【００４４】
オーディオデータのチャネル数がスピーカ装置２０の数よりも多い場合で、例えば配信システム１００を用いて６．１ｃｈサラウンドからなるオーディオデータを配信する場合を想定する。このとき、各チャネルに対してそれぞれ１ずつスピーカ装置２０を割り当てると、スピーカ装置２０が１だけ不足してしまう。よって、この場合、制御部１１は、ある１チャネルのオーディオデータを配信しないようにする。例えば重要度の低いチャネルの音声を再生しないようにするべく、このチャネルを利用者に指定させればよい。利用者が不要と判断したチャネルを、操作部１４を介して指定すると、この操作に応じて管理装置１０の制御部１１は、ステップＳ２において、この不要なチャネル除いたオーディオデータをそれぞれのスピーカ装置２０に対応付けて、ステップＳ３以降の処理を行う。
また、上述の処理に代えて、スピーカ装置２０の数に併せてダウンミキシング処理を行い、ダウンミキシングした後のデータを各スピーカ装置２０に配信してもよい。
【００４５】
一方、オーディオデータのチャネル数がスピーカ装置２０の数よりも少ない場合、管理装置１０の制御部１１は、重要度の高いチャネルのオーディオデータを複数のスピーカ装置２０に配信する。例えば、「６」のスピーカ装置に対して、「４」チャネルからなるオーディオデータを配信するのであれば、制御部１１は、最も重要度の高いチャネルと、次に重要度の高いチャネルのオーディオデータを、複数のスピーカ装置２０に対応付けて配信するようにして、ステップＳ３以降の処理を行う。このときの重要度においても、利用者に指定させればよい。
【００４６】
また、オーディオデータが単数チャネル（モノラル）の場合、すべてのスピーカ装置２０から同じチャネルの音声が放音される。この場合も、上記と同じようにして、各スピーカ装置２０の再生タイミングを一致させるよう制御するが、１のスピーカ装置２０のみを用いる場合には、このような制御を行わなくてもよい。後者の場合、管理装置１０は代表端末モードや子端末モードを指定せずに、チャネル数が「１」であることを示す先頭パケットデータをスピーカ装置２０に送信する。そして、この先頭パケットデータを受信したスピーカ装置２０は、受信したオーディオデータを、順次第１データバッファ２７から第２データバッファ２８へと転送して、再生した音声をスピーカ３１に放音させる。
【００４７】
以上説明した実施形態によれば、複数のスピーカ装置２０のうち、代表端末モードのスピーカ装置２０−１は、遅延時間に応じた転送速度で自端末のオーディオデータを転送するよう制御し、かつ、子端末モードのスピーカ装置２０に対しても遅延時間に応じた転送速度にするよう指示する。子端末モードのスピーカ装置２０はこの指示に応じて転送速度を制御する。この構成によれば、遅延時間に応じて楽曲の再生速度を変化させることによって、複数のスピーカ装置２０から放音される各チャネルの音声の再生タイミングを一致させることができる。
【００４８】
＜Ｃ：変形例＞
上述した実施形態を以下のように変形してもよい。これらの変形は、各々を適宜に組み合わせることも可能である。
【００４９】
（１）上述した実施形態では、代表端末モードのスピーカ装置２０が、各スピーカ装置２０の再生タイミングを制御していたが、これをルータ等の中継装置３００（ＣＰＵ、メモリ、通信インタフェース、時計部などから構成される）が実現してもよい。この中継装置３００においても、上記所定の通信プロトコルにしたがって通信が行われる。この場合の配信システムの構成は図１２に示したようになる。図１２に示したように、配信システム１００ａにおいて、ＰＬＣ専用アダプタ４０はネットワーク４、中継装置３００および電力線２を介して各スピーカ装置２０と接続される。中継装置３００は、上述したスピーカ装置２０の制御部２２と同等の機能を有する。具体的には、中継装置３００は、管理装置１０からネットワーク４および通信インタフェースを介して受信したデータを、通信インタフェースおよびネットワーク１を介して各スピーカ装置２０へ配信する。スピーカ装置２０−１〜２０−６は、タイムスタンプデータを受信すると、これを中継装置３００に送信する。中継装置３００は、スピーカ装置２０−１〜２０−６からタイムスタンプデータを受信（取得）すると、これらを受信した受信時刻と、タイムスタンプデータが表す時刻とを比較する。そして、中継装置３００は、遅延時間と転送速度テーブルに応じて転送速度決定し、これを指示するための遅延指示データを各スピーカ装置２０へ送信する。各スピーカ装置２０はこれに応じてオーディオデータの転送速度を制御する。この構成においても、各スピーカ装置２０の遅延時間に応じて、再生タイミングの遅延を解消することができる。また、この場合、スピーカ装置２０の時計部３２に相当する構成は不要である。
【００５０】
（２）また、聴取者の聴取（受音）位置に応じて、スピーカ装置２０は再生タイミングを制御してもよい。例えば、コンサートホールなどの比較的大きな空間に配信システム１００を適用する場合、空間における聴取者の位置によって各スピーカ装置２０からの距離が大きく異なることがある。この場合、各スピーカ装置２０による再生タイミングが一致していても、聴取位置では、各チャネルの音声のタイミングがずれて聴こえてしまう。
この具体的な実現方法として、管理装置１０が聴取者の位置から各スピーカ装置２０までの距離を、代表端末モードのスピーカ装置２０−１に通知する。聴取者の位置からスピーカまでの距離は、例えば管理装置１０の利用者によって操作部１４を介して入力されるとよい。スピーカ装置２０−１は、この距離と音声（音波）の伝搬速度との演算によって、聴取位置に音声が伝わるのに要する時間を算出する。そして、スピーカ装置２０−１は、この時間分だけタイミングをずらすように遅延時間を発生させて再生する。つまり、聴取位置に近いスピーカ装置２０ほど、遅延時間を大きくして再生させる。このようにすれば、聴取位置において各チャネルの音声が聴こえるタイミングを一致させることができる。
【００５１】
（３）上述した実施形態では、音声の再生タイミングを制御していたが、映像と音声との再生タイミングや、複数の映像どうしの再生タイミングを制御する場合にも、本発明を適用することができる。この配信システムが音声とは違うコンテンツである映像を扱う場合であっても、配信したコンテンツを再生することができる構成を採ればよいだけで、その他の構成および動作は上述の実施形態と同じでよい。
具体的には、放映用の端末装置として、スピーカ装置２０に代えてモニタ装置（第２の端末装置）を採用する。このモニタ装置は、スピーカ装置２０のＤ／Ａ変換部２９、オーディオ信号再生部３０およびスピーカ３１の代わりに、放映するためのモニタや、映像データに応じて映像信号を生成（再生）し、モニタに映像を表示させるための表示制御手段を備える構成を有する。動作においては、代表端末モードに設定された端末装置が、子端末モードに設定されたモニタ装置に放映を開始させる放映開始指示を出力して放映を開始させたり、子端末モードのスピーカ装置２０に放音開始指示を出力して放音を開始させたりする。以降、実施形態と同様にして、タイムスタンプデータを取得するたびに再生タイミングを制御すればよい。もちろん、モニタ装置が代表端末モードに設定されてもよく、この場合も、モニタ装置が、最初のＲＴＰパケットデータを受信してから所定時間待機した後に放映を開始したり、子端末モードの端末装置に放音開始指示や放映開始指示を出力して、放音・放映を開始させればよい。この構成によれば、複数の映像の再生タイミングや、映像と音声との再生タイミングを一致させることができる。
【００５２】
（４）上述した実施形態において、管理装置１０が、楽曲の配信状況を記憶部１２に記憶しておき、その配信実績に基づいて、楽曲に対する使用料を算出してもよい。具体的には、管理装置１０は、楽曲を再生するたびにその楽曲に対応する楽曲ＩＤを配信実績として記憶部１２に記憶する。そして、管理装置１０は、予め定められた日時（例えば、月末、週末、等）になったことを検知すると、配信実績に基づいて、予め決められた楽曲に対する使用料を算出する。管理装置１０は、算出した使用料を示すデータを、例えば通信ＩＦ部１６を介して図示せぬサーバ装置へ出力する。サーバ装置の管理者は、管理装置１０から送信されてくる使用料情報を確認することで、楽曲の使用料を確認することができる。すなわち、この態様によれば、管理装置１０が使用料の算出処理を行うから、システムの管理者は、コンテンツの使用料をそれぞれ算出する必要がなく、煩雑な作業を行う必要がない。
【００５３】
（５）上述した実施形態では、代表端末モードのスピーカ装置２０−１が、タイムスタンプデータの受信時刻とそのタイムスタンプデータが表す時刻との時間差に基づいて、各スピーカ装置２０の遅延時間を算出していた。これに代えて、各スピーカ装置２０は時計部３２を有するから、子端末の各スピーカ装置２０がこの時間差を算出してスピーカ装置２０−１に送信してもよい。この場合、代表端末のスピーカ装置２０−１は、受信した時間差に基づいて遅延時間を算出する。ただし、この場合、各スピーカ装置２０の時計部３２が計測する時刻が一致している必要があるため、スピーカ装置２０−１又は管理装置１０が、時計部３２が計測する時刻を同期させる同期信号を、楽曲の再生開始前や再生中のあるタイミングで送信することが好ましい。
【００５４】
（６）上述した実施形態では、管理装置１０が先頭パケットデータを送信することによって各スピーカ装置２０の動作モードを設定していたが、各スピーカ装置２０の動作モードが予め決められていてもよい。例えば、スピーカ装置２０−１が代表端末モードに固定されている場合、子端末モードのスピーカ装置２０−２〜２０−６は、時刻を計測する必要がないから、時計部３２を有さなくてよい。また、この場合、スピーカ装置２０−１は、子端末モードのスピーカ装置２０−２〜２０−６のＩＰアドレスを予めＲＯＭに記憶しておいてもよい。
【００５５】
（７）上述した実施形態では、スピーカ装置２０の数は「６」であったが、これよりも少なくてもよいし、さらに多くしてもよい。
【００５６】
（８）上述した実施形態では、管理装置１０は、読取部１５が記憶媒体を読み取って取得したオーディオデータに基づいて配信を行っていたが、データの取得方法はこれ以外の方法であってもよい。例えば、ネットワークを介して接続された外部装置から取得してもよい。
【００５７】
（９）上述した実施形態では、スピーカ装置２０の数は「６」であったが、さらに多くしてもよく、少なくてもよく、「２」以上のスピーカ装置２０を備えていれば本発明を適用することができる。
【符号の説明】
【００５８】
１…ネットワーク、１０…管理装置、１００，１００ａ…配信システム、１１…制御部、１２…記憶部、１３…表示部、１４…操作部、１５…読取部、１６…通信ＩＦ部、１７，３２…時計部、２，２１…電力線、２０…スピーカ装置、２００…給電レール、３００…中継装置、２２…制御部、２２１…転送速度テーブル、２３，４０…ＰＬＣ専用アダプタ、２４…電源部、２５…通信ＩＦ部、２６…アドレス検出部、２７…第１データバッファ、２８…第２データバッファ、２９…Ｄ／Ａ変換部、３…部屋、３０…オーディオ信号再生部、３１…スピーカ、４…ネットワーク
【特許請求の範囲】
【請求項１】
ネットワークから取得したデータが自端末宛の情報であるか否かを判定し、自端末宛の情報である場合には当該データを取り込むデータ取得手段と、
前記データ取得手段が取り込んだデータが放音用データである場合には、当該放音用データを順次蓄積するバッファ手段と、
前記バッファ手段内の放音用データを順次読み出してオーディオ信号を生成して放音する放音手段と、
前記データ取得手段が取り込んだデータに代表端末か子端末かを指定する指定情報が含まれていた場合に、当該指定情報に従い代表端末モードと子端末モードを設定するモード設定手段と、
代表端末モードが設定された場合は、前記放音手段に対し所定時間待機させた後に放音を開始させ、かつ、子端末宛に放音開始を指示する放音開始指示を出力し、子端末モードが設定された場合は、前記データ取得手段が代表端末からの放音開始指示を取得したときに、前記放音手段による放音を開始させる制御手段と
を具備することを特徴とする端末装置。
【請求項１】
ネットワークから取得したデータが自端末宛の情報であるか否かを判定し、自端末宛の情報である場合には当該データを取り込むデータ取得手段と、
前記データ取得手段が取り込んだデータが放音用データである場合には、当該放音用データを順次蓄積するバッファ手段と、
前記バッファ手段内の放音用データを順次読み出してオーディオ信号を生成して放音する放音手段と、
前記データ取得手段が取り込んだデータに代表端末か子端末かを指定する指定情報が含まれていた場合に、当該指定情報に従い代表端末モードと子端末モードを設定するモード設定手段と、
代表端末モードが設定された場合は、前記放音手段に対し所定時間待機させた後に放音を開始させ、かつ、子端末宛に放音開始を指示する放音開始指示を出力し、子端末モードが設定された場合は、前記データ取得手段が代表端末からの放音開始指示を取得したときに、前記放音手段による放音を開始させる制御手段と
を具備することを特徴とする端末装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１２−１６１０８８（Ｐ２０１２−１６１０８８Ａ）
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願番号】特願２０１２−８４７４５（Ｐ２０１２−８４７４５）
【出願日】平成２４年４月３日（２０１２．４．３）
【分割の表示】特願２００７−２３８４３１（Ｐ２００７−２３８４３１）の分割
【原出願日】平成１９年９月１３日（２００７．９．１３）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願日】平成２４年４月３日（２０１２．４．３）
【分割の表示】特願２００７−２３８４３１（Ｐ２００７−２３８４３１）の分割
【原出願日】平成１９年９月１３日（２００７．９．１３）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
[ Back to top ]