特許 6582722 コンテンツ配信装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6582722

(24)【登録日】2019年9月13日

(45)【発行日】2019年10月2日

(54)【発明の名称】コンテンツ配信装置

(51)【国際特許分類】

   H04R 3/12 20060101AFI20190919BHJP

   G10K 15/02 20060101ALI20190919BHJP

   H04R 1/06 20060101ALI20190919BHJP

【ＦＩ】

   H04R3/12 Z

   G10K15/02

   H04R1/06 310

【請求項の数】4

【全頁数】12

(21)【出願番号】特願2015-162183(P2015-162183)

(22)【出願日】2015年8月19日

(65)【公開番号】特開2017-41743(P2017-41743A)

(43)【公開日】2017年2月23日

【審査請求日】2018年6月25日

(73)【特許権者】

【識別番号】000004075

【氏名又は名称】ヤマハ株式会社

(74)【代理人】

【識別番号】110000970

【氏名又は名称】特許業務法人 楓国際特許事務所

(72)【発明者】

【氏名】小原 治

【審査官】 鈴木 圭一郎

(56)【参考文献】

【文献】 特開２０１０−０８８０２９（ＪＰ，Ａ）

【文献】 特開２００４−２６６３３０（ＪＰ，Ａ）

【文献】 特開２００９−１６３８６８（ＪＰ，Ａ）

(57)【特許請求の範囲】

【請求項1】

リアルタイム再生を必要としない第１コンテンツを受信するコンテンツ受信部と、
リアルタイム再生を必要とする第２コンテンツが入力される外部入力部と、
無線通信でクライアント装置へ前記第１コンテンツまたは前記第２コンテンツを配信する配信部と、
前記第１コンテンツを一時保持するバッファと、
を備え、
前記配信部は、
前記第１コンテンツまたは前記第２コンテンツの基本成分及び拡張成分を配信し、
前記コンテンツ受信部が受信した前記第１コンテンツを配信する場合、前記第１コンテンツの基本成分及び拡張成分を前記バッファに一時保持させてから配信し、
前記外部入力部に入力された前記第２コンテンツを配信する場合、前記第２コンテンツの基本成分及び拡張成分を配信した後、前記第２コンテンツの基本成分を複数回配信する、
コンテンツ配信装置。

【請求項2】

前記配信部は、前記外部入力部に入力された前記第２コンテンツを配信する場合、前記クライアント装置との接続状態を確認せずに、前記第２コンテンツの基本成分を配信する、
請求項１に記載のコンテンツ配信装置。

【請求項3】

前記配信部は、前記外部入力部に入力された前記第２コンテンツを配信する場合、前記第２コンテンツの拡張成分を配信しない、
請求項１又は２に記載のコンテンツ配信装置。

【請求項4】

前記配信部は、前記外部入力部に入力された前記第２コンテンツを配信し、かつ配信先の前記クライアント装置の台数が所定台数以上の場合、前記第２コンテンツの拡張成分を配信せず、前記基本成分を配信する、
請求項１〜３のいずれかに記載のコンテンツ配信装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、クライアント装置へコンテンツを配信するコンテンツ配信装置に関する。

【背景技術】

【0002】

特許文献１には、コンテンツを配信するコンテンツ配信装置と、配信されたコンテンツを再生するクライアント装置と、が開示されている。

【0003】

特許文献１に開示されたコンテンツ配信装置は、コンテンツを記録するハードディスクと、当該ハードディスクより読みだしたコンテンツを一時保持するＦＩＦＯを備えている。特許文献１に開示されたコンテンツ配信装置は、このＦＩＦＯに一時保存する時間を調整することで、自装置及び各クライアント装置におけるコンテンツの再生を同期している。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００５−１４８５６５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

上述の通り、特許文献１のコンテンツ配信装置ではＦＩＦＯにコンテンツデータを一時記憶させてハードディスクからの読み出し量を制御することにより、配信先クライアントで同期再生を実現していた。しかし、外部入力端子から入力されたコンテンツを配信する場合、例えば、外部の光ディスク装置から連続して出力されるコンテンツの映像をコンテンツ配信装置が再生し、そのコンテンツの音声を各クライアント装置が再生することがある。このように外部からコンテンツが入力される場合、各クライアント装置による音声の再生は、コンテンツ配信装置による映像の再生に比べて遅れることがあるため、コンテンツ配信装置への入力から出力までの遅延を小さくする必要がある。

【0006】

そこで、本発明の目的は、配信する対象となるコンテンツに応じて最適なコンテンツの配信方法を選択するコンテンツ配信装置を提供することにある。

【課題を解決するための手段】

【0007】

本発明のコンテンツ配信装置は、コンテンツを受信するコンテンツ受信部と、コンテンツが入力される外部入力部と、クライアント装置へコンテンツを配信する配信部と、を備える。

【0008】

外部入力部は、例えば、コンポジットケーブルが接続されるコネクタを有する。ただし、外部入力部は、コンテンツを伝送する無線信号が入力されるネットワークインターフェースを有する態様であってもよい。

【0009】

外部入力部に入力されるコンテンツは、例えば、光ディスク装置が出力するコンテンツの一部（音声データ）である。光ディスク装置は、他の装置（例えばテレビ）に映像データを出力しつつ、音声データをコンテンツ配信装置に出力する場合がある。このような場合、テレビ側の映像の再生に対して各クライアント装置側での音声データの再生が遅れないように、リアルタイム再生が要求される。

【0010】

コンテンツ受信部が受信するコンテンツは、例えば、ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）、又はコンテンツ配信装置の内蔵ストレージに記憶されているコンテンツ、等である。このようなコンテンツの場合は、他の装置（例えばテレビ）に映像データを出力しつつ音声データを配信する必要がないため、コンテンツをバッファしたとしてもクライアント装置の再生だけが遅れる、という状況にはならない。

【0011】

配信部は、コンテンツの基本成分及び拡張成分を配信する。例えば、配信部は、音声圧縮コーデックであるＷａｖＰａｃｋコーデックを用いて、音声データを基本成分及び拡張成分に分けて２つの圧縮データを生成する。基本成分のみの圧縮データを用いるだけでも音声の再生は可能である。基本成分と拡張成分の両方の圧縮データを用いれば、圧縮による損失がない状態の再生が可能となる。

【0012】

配信部は、コンテンツ受信部が受信したコンテンツを配信する場合、コンテンツの基本成分及び拡張成分をバッファに一時保持してから配信する。すなわち、配信部は、リアルタイム再生が要求されないコンテンツを、バッファしてから配信する。これにより、コンテンツ配信装置は、クライアント装置間でのコンテンツ再生を確実に同期させることができる。さらに、クライアント装置は、コンテンツの基本成分及び拡張成分を受信するので、高品質なコンテンツを再生できる。

【0013】

配信部は、外部入力部に入力されたコンテンツ（リアルタイム再生が必要なコンテンツ）を、バッファせずに入力後すぐに配信する。さらに、配信部は、外部入力部に入力されるコンテンツを配信する場合、コンテンツの基本成分を複数回配信する。これにより、クライアント装置は、配信するデータの抜けが生じる可能性があっても、コンテンツの基本成分をより確実に受信する。クライアント装置は、より確実に受信できる基本成分のみでコンテンツ再生が可能であるので、コンテンツの再送要求を不要とする。コンテンツ配信装置は、コンテンツの再送要求にかかる時間を不要とするので、クライアント装置におけるコンテンツ再生の遅延を防止することができる。

【発明の効果】

【0014】

本発明のコンテンツ配信装置は、配信する対象となるコンテンツに応じて最適なコンテンツの配信方法を選択できる。

【図面の簡単な説明】

【0015】

【図1】実施形態１に係るコンテンツ配信システムの概要を説明するための図である。

【図2】（Ａ）は、ＡＶレシーバの構成の一部を示すハードウェアブロック図であり、（Ｂ）は、無線スピーカの構成の一部を示すハードウェアブロック図である。

【図3】ＡＶレシーバの構成の一部を示す機能ブロック図である。

【図4】ＡＶレシーバの動作を示すフローチャートである。

【図5】実施形態１におけるＡＶレシーバの動作の変形例に係る動作を示すフローチャートである。

【発明を実施するための形態】

【0016】

実施形態１に係るコンテンツ配信システム９００について、図１、図２（Ａ）、図２（Ｂ）を用いて説明する。図１は、コンテンツ配信システム９００の概要を説明するための図である。図２（Ａ）は、ＡＶレシーバ１００の構成の一部を示すハードウェアブロック図である。図２（Ｂ）は、無線スピーカ３０１ＳＬの構成の一部を示すハードウェアブロック図である。

【0017】

図１に示すように、コンテンツ配信システム９００は、ＡＶレシーバ１００と、プレーヤ１５０と、ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）１７０と、スピーカ２００Ｌと、スピーカ２００Ｒと、テレビ２１０と、無線スピーカ３０１ＳＬと、無線スピーカ３０１ＳＲと、を備えている。

【0018】

例えば、プレーヤ１５０は、光ディスクドライブを備える。プレーヤ１５０は、光ディスクに記憶されたＰＣＭ音源データを出力する。ＮＡＳ１７０は、複数のＰＣＭ音源データを記憶している。ＡＶレシーバ１００は、プレーヤ１５０から出力されるＰＣＭ音源データと、ＮＡＳ１７０に記憶されているＰＣＭ音源データとを、無線スピーカ３０１ＳＬ、及び無線スピーカ３０１ＳＲに配信する。本実施形態におけるＡＶレシーバ１００は、配信対象となるコンテンツに応じて、最適な配信方法を選択するものである。

【0019】

図２（Ａ）に示すように、ＡＶレシーバ１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１と、メモリ２と、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）３と、無線モジュール４と、ＡＭＰ（Ａｍｐｌｉｆｉｅｒ）５と、ＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ（ＨＤＭＩは登録商標）６と、複数の操作ボタン７と、を備えている。これら構成は、共通のＢＵＳに接続されている。

【0020】

ＤＳＰ３は、ＰＣＭ音源データに対する各種音響処理のためのプロセッサである。無線モジュール４は、Ｗｉ−Ｆｉ（登録商標）規格等の無線信号を生成する。また、無線モジュール４は、アンテナ（不図示）で無線信号を入出力する。これにより、無線モジュール４は、無線通信で情報を送受信する。ＡＭＰ５は、音声信号を増幅する回路である。ＡＭＰ５によって増幅された音声信号は、スピーカ２００Ｌ及びスピーカ２００Ｒへ出力される。スピーカ２００ＬへはＬチャンネルの音声信号が出力される。スピーカ２００ＲへはＲチャンネルの音声信号が出力される。ＨＤＭＩ６は、コンテンツを入出力するためのインターフェースである。ＨＤＭＩ６は、プレーヤ１５０のＨＤＭＩ（不図示）に接続されている。複数の操作ボタン７は、ユーザに操作されると、操作を示す信号を出力する。メモリ２は、無線スピーカ３０１ＳＬ、及び無線スピーカ３０１ＳＲのＩＰアドレスを記憶している。メモリ２は、プログラムを記憶している。ＣＰＵ１は、メモリ２からプログラムを読み出し、読み出したプログラムを実行する。

【0021】

図２（Ｂ）に示すように、無線スピーカ３０１ＳＬは、ＣＰＵ３１と、メモリ３２と、無線モジュール３４と、ＡＭＰ３５と、を備えている。これら構成は、共通のＢＵＳに接続されている。

【0022】

無線モジュール３４は、Ｗｉ−Ｆｉ（登録商標）規格等の無線信号を生成する。また、無線モジュール３４は、アンテナ（不図示）で無線信号を入出力する。これにより、無線モジュール３４は、無線通信で情報を送受信する。ＡＭＰ３５は、音声信号を増幅する回路である。ＡＭＰ３５によって増幅された音声信号は、スピーカユニット（不図示）に出力される。メモリ３２は、プログラムを記憶している。ＣＰＵ３１は、メモリ３２からプログラムを読み出し、読み出したプログラムを実行する。

【0023】

図示は省略するが、無線スピーカ３０１ＳＲは、無線スピーカ３０１ＳＬと同様の構成を備えている。無線スピーカ３０１ＳＬは、ＳＬチャンネルの音声データを受信する。無線スピーカ３０１ＳＲは、ＳＲチャンネルの音声データを受信する。

【0024】

ＡＶレシーバ１００は、プログラムを実行することで、図３の機能ブロック図に示す各機能部を実現する。

【0025】

図３に示すように、ＡＶレシーバ１００は、機能部として、外部入力部１０と、コンテンツ受信部１２と、音声出力部１４と、配信部１６と、映像出力部１８と、を備えている。外部入力部１０は、少なくともＨＤＭＩ６によって実現されている。コンテンツ受信部１２は、少なくとも無線モジュール４によって実現されている。音声出力部１４は、少なくともＡＭＰ５及び音声出力端子１４Ａによって実現されている。配信部１６は、少なくともメモリ２及び無線モジュール４によって実現されている。映像出力部１８は、少なくともＨＤＭＩ６によって実現されている。

【0026】

外部入力部１０には、プレーヤ１５０から出力されたＰＣＭ音源データが入力される。外部入力部１０に入力されたＰＣＭ音源データは、音声出力部１４と、配信部１６とへ出力される。コンテンツ受信部１２は、ＮＡＳ１７０に記憶されているＰＣＭ音源データを受信する。コンテンツ受信部１２が受信するＰＣＭ音源データは、音声出力部１４と、配信部１６とへ出力される。なお、各ＰＣＭ音源データは、音声出力部１４及び配信部１６に入力される前に、ＤＳＰ３によって音響処理（例えばイコライジング）が施されてもよい。

【0027】

音声出力部１４は、入力されたＰＣＭ音源データのうち、Ｌチャンネルの音声データをデジタルアナログ変換したうえでスピーカ２００Ｌへ出力する。音声出力部１４は、入力された音声データのうち、Ｒチャンネルの音声データをデジタルアナログ変換したうえでスピーカ２００Ｒへ出力する。

【0028】

配信部１６は、入力されたＰＣＭ音源データのうち、ＳＬチャンネルの音声データを無線スピーカ３０１ＳＬへ配信する。配信部１６は、入力された音声データのうち、ＳＲチャンネルの音声データを無線スピーカ３０１ＳＲへ配信する。

【0029】

配信部１６は、無線スピーカ３０１ＳＬ及び無線スピーカ３０１ＳＲにおける音声データの再生の遅延を防止するために、ＦＩＦＯ形式のバッファ１７を備えている。配信部１６は、バッファ１７を用いて、次のように動作する。図４は、配信部１６の動作を示すフローチャートである。なお、バッファ１７はメモリ２によって実現されている。

【0030】

図４に示すように、配信部１６は、配信すべき音声データを設定する（Ｓ１）。まず、配信部１６は、複数のボタン７で受け付けたソース選択操作に基づいて、外部入力部１０が出力するＰＣＭ音源データを配信するか、又は、コンテンツ受信部１２が受信するＰＣＭ音源データを配信するかを設定する。配信部１６は、コンテンツ受信部１２が受信するＰＣＭ音源データを配信すると設定した場合、さらに、複数の操作ボタン７で受け付けたデータ選択操作に基づいて、ＮＡＳ１７０が記憶する複数のＰＣＭ音源データから、配信すべきＰＣＭ音源データを選択する。

【0031】

次に、配信部１６は、ステップＳ１で設定したＰＣＭ音源データのソースに応じて異なる配信処理を実行する（Ｓ２）。

【0032】

＜コンテンツ受信部が受信するＰＣＭ音源データの配信＞
配信部１６は、コンテンツ受信部１２が受信するＰＣＭ音源データを配信すると設定した場合（Ｓ２：コンテンツ受信部）、当該ＰＣＭ音源データの先頭データをバッファ１７に一時保持する（Ｓ２１）。ＮＡＳ１７０に記憶されているＰＣＭ音源データは、コンテンツ受信部１２が必要に応じて受信するＰＵＬＬ型のデータである。換言すれば、ＮＡＳ１７０に記憶されているＰＣＭ音源データは、バッファ可能でリアルタイム再生を要求しないものである。そこで、配信部１６は、ステップＳ２１では、所望の量のＰＣＭ音源データをバッファする。所望の量は、例えば、ＰＣＭ音源データの２秒間の再生時間分に対応する。

【0033】

そして、配信部１６は、ＰＣＭ音源データをバッファ１７から取出し、取り出したＰＣＭ音源データを圧縮する（Ｓ２２）。ここで、配信部１６は、ＷａｖＰａｃｋコーデックを用いてＰＣＭ音源データを、基本成分及び拡張成分のデータに分けて圧縮する。基本成分のデータは、非可逆圧縮で生成される。基本成分のデータのみでも音声の再生は可能である。基本成分のデータを拡張成分のデータで補正すれば、圧縮による損失がない音声データＰＣＭ音源（例えば、１，４１１ｋｂｐｓのビットレートデータ）が復元される。配信部１６は、例えば、２００ｋｂｐｓのビットレートでＰＣＭ音源データの基本成分のデータを生成し、６００ｋｂｐｓのビットレートでそのＰＣＭ音源データの拡張成分のデータを生成する。

【0034】

次に、配信部１６は、生成した基本成分及び拡張成分のデータを含むパケットを生成する（Ｓ２３）。配信部１６は、生成したパケットを送信する（Ｓ２４）。このパケットは、無線アクセスポイント５００を介して無線スピーカ３０１ＳＬ及び無線スピーカ３０１ＳＲへ送信される。

【0035】

無線スピーカ３０１ＳＬ及び無線スピーカ３０１ＳＲのＣＰＵ３１は、ＡＶレシーバ１００からパケットを受信すると、受信したパケットからデータを取り出す。そして、ＣＰＵ３１は、ＷａｖＰａｃｋコーデックを用いて取り出したデータを復元する。すると、損失がない状態のＰＣＭ音源データが復元される。その後、ＣＰＵ３１は、復元されたＰＣＭ音源データから生成されるアナログ音声信号をスピーカユニット（不図示）へ出力する。

【0036】

配信部１６は、さらに配信すべき次のデータが存在するか否かを判断する（Ｓ２５）。配信部１６は、ステップＳ２４で配信したデータの次のデータが存在する場合（Ｓ２５：Ｙ）、ステップＳ２１に戻る。配信部１６は、ステップＳ２１に戻ると、配信したデータの次のデータを対象にして、ステップＳ２１〜Ｓ２４の処理を行う。配信部１６は、ステップＳ２４で配信したデータがＰＣＭ音源データの最後のデータの場合（Ｓ２５：Ｎ）、処理を終える。すなわち、配信部１６は、配信すべきＰＣＭ音源データの先頭データから最後尾データまでステップＳ２１〜Ｓ２４の処理を繰り返し実行する。

【0037】

なお、図示は省略するが、音声出力部１４は、ＳＬチャンネル及びＳＲチャンネルのＰＣＭ音源データの配信中に、Ｌチャンネル及びＲチャンネルのＰＣＭ音源データに対応する音声信号をスピーカ２００Ｌ及びスピーカ２００Ｒへ出力する。この際、音声出力部１４は、ＦＩＦＯ形式のバッファ１５（図３を参照）にＰＣＭ音源データを一時保持してから音声信号を出力する。バッファ１５に一時保持する時間は、配信部１６による配信処理、パケット伝送、及び無線スピーカ３０１ＳＬ及び無線スピーカ３０１ＳＲによる再生処理に必要な時間が考慮されて設定される。これにより、スピーカ２００Ｌ、スピーカ２００Ｒ、無線スピーカ３０１ＳＬ、及び無線スピーカ３０１ＳＲは、ＰＣＭ音源データを同期再生する。

【0038】

配信部１６は、例えばＰＣＭ音源データのバッファ処理（Ｓ２１）に０．５秒間の遅延が生じたとしても、バッファ１７に２秒間の再生時間分のＰＣＭ音源データが一時保持されているので、一時保持されているＰＣＭ音源データを送信することができる（Ｓ２２〜Ｓ２４）。これにより、ＡＶレシーバ１００は、無線スピーカ３０１ＳＬ及び無線スピーカ３０１ＳＲにおけるＰＣＭ音源データの再生の遅延を防止することができる。なお、配信部１６は、バッファ処理（Ｓ２１）に遅延が生じた場合、再び、２秒間の再生時間分のＰＣＭ音源データをバッファ１７に一時保持されているように、コンテンツ受信部１２からより多くのＰＣＭ音源データを取得する。

【0039】

＜外部入力部に入力された音声データの配信＞
プレーヤ１５０が出力するＰＣＭ音源データは、プレーヤ１５０が順次出力するＰＵＳＨ型のデータである。換言すれば、プレーヤ１５０が出力するＰＣＭ音源データは、リアルタイム再生を必要とするものである。なお、本実施形態においてリアルタイム再生とは、外部入力部１０に音声データが入力されたタイミングと、スピーカ２００Ｌ、スピーカ２００Ｒ、無線スピーカ３０１ＳＬ及び無線スピーカ３０１ＳＲがその音声データを再生するタイミングと、が略同時であることを意味する。従って、本実施形態では、外部入力部１０に音声データが入力されたタイミングと、各スピーカがその音声データを再生するタイミングとの間に数十ミリ秒の時間差がある再生もリアルタイム再生である。

【0040】

配信部１６は、外部入力部１０に入力されたＰＣＭ音源データを配信すると設定した場合（Ｓ２：外部入力部）、当該ＰＣＭ音源データの先頭データをバッファせずに、当該データを圧縮して基本成分及び拡張成分のデータを生成する（Ｓ１１）。この基本成分及び拡張成分のデータの生成処理は、ステップＳ２２の処理と同様であるので、説明を省略する。そして、配信部１６は、生成した基本成分及び拡張成分のデータを含むパケットを生成する（Ｓ１２）。ここで、配信部１６は、無線スピーカ３０１ＳＬ及び無線スピーカ３０１ＳＲにパケットがより早く到達するために、コネクションレス型通信で伝送されるＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケットを生成することが好ましい。そして、配信部１６は、生成したパケットを配信する（Ｓ１３）。配信部１６は、コネクションレス型通信を行う場合、接続状態を確認しないので、より早くパケットを送信できる。

【0041】

配信部１６は、基本成分及び拡張成分のデータを含むパケットを送信すると（Ｓ１３）、基本成分のデータを含むパケットのみを再度送信する（Ｓ１４）。この際、配信部１６は、パケットが再送されたものである旨を示す情報（例えば、フラグ情報）を再送するパケットに含めて送信する。これにより、無線スピーカ３０１ＳＬ及び無線スピーカ３０１ＳＲは、重複する音声データを含むパケットを判別できるので、音声データを重複して再生することがない。なお、基本成分のデータの再送は、複数回行われてもよい。

【0042】

配信部１６は、さらに配信すべき次のデータが存在するのか否かを判断する（Ｓ１５）。配信部１６は、外部入力部１０にＰＣＭ音源データが入力され続けている場合（Ｓ１５：Ｙ）、ステップＳ１１へ戻る。配信部１６は、外部入力部１０へのＰＣＭ音源データの入力がなくなった場合（Ｓ１５：Ｎ）、処理を終える。すなわち、配信部１６は、外部入力部１０にＰＣＭ音源データが入力され続ける限り、ステップＳ１１〜Ｓ１４を繰り返し実行する。

【0043】

配信部１６は、外部入力部１０に入力されたＰＣＭ音源データをバッファせずにすぐ送信するので、ＰＣＭ音源データを無線スピーカ３０１ＳＬ及び無線スピーカ３０１ＳＲにより早く配信することができる。

【0044】

また、無線スピーカ３０１ＳＬ及び無線スピーカ３０１ＳＲは、パケットロスが生じたとしても、配信部１６が基本成分のデータを含むパケットを２回送信するので、基本成分のデータをより確実に受信する。これにより、無線スピーカ３０１ＳＬ及び無線スピーカ３０１ＳＲがより確実に受信できる基本成分のデータを用いて音声を再生するので、音声データの再送の要求をしなくてもよい。このようにＡＶレシーバ１００は、音声データの再送にかかる時間を不要とすることで、無線スピーカ３０１ＳＬ及び無線スピーカ３０１ＳＲにおける音声データの再生の遅延を防止することができる。

【0045】

以上のように、ＡＶレシーバ１００は、リアルタイム再生が必要な音声データの配信の遅延を防止しつつ、リアルタイム再生が必要ない音声データを高品質な状態で配信する。従って、ＡＶレシーバ１００は、配信対象の音声データに応じて、最適な配信方法を選択することができる。

【0046】

なお、本実施形態では、スピーカ２００Ｌ及びスピーカ２００Ｒは、ＡＶレシーバ１００に接続されていたが、スピーカケーブルによってプレーヤ１５０に直接的に接続されてもよい。ＡＶレシーバ１００は、スピーカ２００Ｌ及びスピーカ２００Ｒが直接的にプレーヤ１５０に接続されても、外部入力部１０に入力されたＰＣＭ音源データを配信する場合（Ｓ２：外部入力部）、ＰＣＭ音源データをバッファせずに、かつ圧縮後のＰＣＭ音源データの基本成分のデータのみを２回送信する。これにより、ＡＶレシーバ１００は、スピーカ２００Ｌ及びスピーカ２００Ｒが直接的にプレーヤ１５０に接続されても、無線スピーカ３０１ＳＬ及び無線スピーカ３０１ＳＲにおける音声データの再生が遅延することを防止することができる。

【0047】

また、本実施形態では、ＡＶレシーバ１００は、スピーカ２００Ｌ及びスピーカ２００Ｒを用いて音声データのみを再生したが、音声データに加えて映像データを再生してもよい。より具体的には、外部入力部１０には、音声データ及び映像データが入力される。コンテンツ受信部１２は、音声データ及び映像データを受信する。外部入力部１０に入力された映像データは、図３に示すように、映像出力部１８へ出力される。コンテンツ受信部１２が受信した映像データは、映像出力部１８へ出力される。

【0048】

図３に示すように、映像出力部１８は、ＦＩＦＯ形式のバッファ１９を備えている。映像出力部１８は、コンテンツ受信部１２が受信する音声データが配信される場合、映像データをバッファ１９に一時保持してからテレビ２１０へ出力する。バッファ１９に一時保持する映像データの量は、バッファ１５に一時保持する音声データの量と同様に、配信部１６による配信処理、パケット伝送、及び無線スピーカ３０１ＳＬ及び無線スピーカ３０１ＳＲによる再生処理に必要な時間が考慮されて設定される。これにより、スピーカ２００Ｌ、スピーカ２００Ｒ、無線スピーカ３０１ＳＬ、及び無線スピーカ３０１ＳＲにおける音声の再生と、テレビ２１０による映像の再生とは同期する。

【0049】

映像出力部１８は、配信部１６が外部入力部１０に入力された音声データを配信する場合、ＨＤＭＩ６から映像データをテレビ２１０へ出力する。この場合であっても、ＡＶレシーバ１００は、音声データをバッファせずに、かつ音声データの基本成分のデータのみを２回配信するので、テレビ２１０による映像の再生に対して、無線スピーカ３０１ＳＬ及び無線スピーカ３０１ＳＲにおける音声の再生が遅延することを防止することができる。

【0050】

なお、外部入力部１０は、ＨＤＭＩ６以外にコンポジット端子を備えてもよい。さらに、外部入力部１０は、連続して無線送信されるコンテンツを受信するネットワークインターフェース（例えば無線モジュール４）を備えてもよい。

【0051】

また、ステップＳ２１におけるバッファ処理は、パケット送信前（Ｓ２４の前）であればいつでもよい。例えば、ＡＶレシーバ１００は、ＰＣＭ音源データそのものに代えて、ＰＣＭ音源データの基本成分及び拡張成分のデータをバッファ１７に一時保持してもよい。

【0052】

次に、図５は、配信部１６の動作の変形例に係る動作を示すフローチャートである。図５のフローチャートは、ステップＳ３、及びステップＳ１１Ａ〜Ｓ１５Ａを実行する点において、図４に示すフローチャートと相違する。なお、図５において、図４のフローチャートと重複するステップＳ２１〜Ｓ２４の図示は省略している。

【0053】

配信部１６は、ステップＳ３では、無線スピーカのＩＰアドレスが記憶されているメモリ２を参照することで、音声データの配信先の台数が３台以上であるか否かを判断する（Ｓ３）。

【0054】

配信部１６は、配信先の台数が３台以上の場合（Ｓ３：Ｙ）、ステップＳ１１Ａ〜Ｓ１５Ａを順次実行する。配信部１６は、ＰＣＭ音源データの基本成分のデータのみを生成し、基本成分のデータのみを対象としてパケットの生成及び送信を行う（Ｓ１１Ａ〜Ｓ１３Ａ）。ステップＳ１４Ａ及びステップＳ１５Ａの各処理は、ステップＳ１４及びステップＳ１５の各処理と同じであるので、説明を省略する。

【0055】

この変形例に係る動作では、配信部１６は、パケットの生成時間及びパケット伝送時間をさらに短くすることができる。従って、無線スピーカ３０１ＳＬ及び無線スピーカ３０１ＳＲに音声データが届くまでの時間はさらに短くなる。

【0056】

配信部１６は、配信先のスピーカの台数が３台未満の場合（Ｓ３：Ｎ）、ステップＳ１１〜Ｓ１５を順次実行する。

【0057】

なお、配信部１６は、配信先のスピーカの台数に関わらず、外部入力部１０に入力されたＰＣＭ音源データの基本成分のデータのみを配信してもよい。

【0058】

また、上述の例は、ＮＡＳ１７０に記憶されているコンテンツがバッファ１７に一時保持された後に配信されたが、ＡＶレシーバ１００の内蔵ストレージに記憶されているコンテンツがバッファ１７に一時保持された後に配信されてもよい。

【0059】

また、上述の例は、配信されるコンテンツを音声データとして示したが、配信されるコンテンツは映像データを含んでもよい。映像データを基本成分及び拡張成分に分けて圧縮するには、例えば、ＭＰＥＧ４ ＳＬＳコーデックを用いる。

【0060】

また、ＡＶレシーバ１００は、Ｗｉ−Ｆｉ（登録商標）規格に限らず、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格の無線通信でコンテンツを配信してもよい。

【符号の説明】

【0061】

９００…コンテンツ配信システム
１００…ＡＶレシーバ
１５０…プレーヤ
１７０…ＮＡＳ
２００Ｌ，２００Ｒ…スピーカ
２１０…テレビ
３０１ＳＬ，３０１ＳＲ…無線スピーカ
５００…無線アクセスポイント
１…ＣＰＵ
２…メモリ
３…ＤＳＰ
４…無線モジュール
５…ＡＭＰ
６…ＨＤＭＩ
７…操作ボタン
１０…外部入力部
１２…コンテンツ受信部
１４…音声出力部
１４Ａ…音声出力端子
１５…バッファ
１６…配信部
１７…バッファ
１８…映像出力部
１９…バッファ
３１…ＣＰＵ
３２…メモリ
３４…無線モジュール
３５…ＡＭＰ

【図1】

【図2】

【図3】

【図4】

【図5】