(57)【要約】【課題】ユーザ毎の環境に応じて可能な限り高品質なコンテンツを送信しながら、コンテンツ送信の遅延を防止できるコンテンツ送信装置を提供する。【解決手段】送信部は、通信条件に応じて、前記コンテンツの基本成分を送信するか、前記コンテンツの基本成分及び拡張成分を合わせて送信するかの判断を行う。通信条件は、例えば送信先のクライアント装置の台数である。クライアント装置は、基本成分のみでもコンテンツを再生する。送信部は、受信部が再送要求を受信すると、その再送要求に対応するコンテンツの基本成分のみを再送する。すなわち、送信部は、再送時に拡張成分を送信しないので、再送するデータのサイズを抑える。【選択図】図３
2017040768.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを基本成分と拡張成分に分けて圧縮する圧縮部と、
クライアント装置へコンテンツを送信する送信部と、
前記コンテンツの再送要求を受信する受信部と、
を備え、
前記送信部は、
通信条件に応じて、前記コンテンツの基本成分を送信するか、前記コンテンツの基本成分及び拡張成分を合わせて送信するかの判断を行い、
前記受信部が前記再送要求を受信すると、該再送要求に対応するコンテンツの基本成分のみを再送する、
コンテンツ送信装置。
【請求項２】
前記通信条件は、送信先のクライアント装置の台数に係る条件であり、
前記送信部は、
前記台数が所定数以下の場合、前記コンテンツの基本成分及び拡張成分を送信し、
前記台数が前記所定数より多い場合、前記コンテンツの基本成分を送信する、
請求項１に記載のコンテンツ送信装置。
【請求項３】
前記通信条件は、送信先のクライアント装置のネットワーク接続態様に係る条件であり、
前記送信部は、
前記クライアント装置が有線でネットワーク接続されている場合、該クライアント装置へ前記コンテンツの基本成分及び拡張成分を送信し、
前記クライアント装置が無線でネットワーク接続されている場合、該クライアント装置へ前記コンテンツの基本成分を送信する、
請求項１又は２に記載のコンテンツ送信装置。
【請求項４】
前記通信条件は、送信先のクライアント装置との間の応答速度に係る条件であり、
前記送信部は、
前記クライアント装置の応答速度が所定速度以上の場合、該クライアント装置へ、前記コンテンツの基本成分及び拡張成分を送信し、
前記クライアント装置の応答速度が所定速度未満の場合、該クライアント装置へ、前記コンテンツの基本成分を送信する、
請求項１〜３のいずれかに記載のコンテンツ送信装置。
【請求項５】
前記通信条件は、ネットワークの負荷に係る条件であり、
前記送信部は、
前記負荷が所定量以下の場合、前記コンテンツの基本成分及び拡張成分を送信し、
前記負荷が所定量より多い場合、前記コンテンツの基本成分を送信する、
請求項１〜４のいずれかに記載のコンテンツ送信装置。
【請求項６】
前記通信条件は、ネットワークにおける距離に係る条件であり、
前記送信部は、
前記コンテンツ送信装置と前記クライアント装置との距離が所定値未満の場合、該クライアント装置へ、前記コンテンツの基本成分及び拡張成分を送信し、
前記コンテンツ送信装置と前記クライアント装置との距離が所定値以上の場合、該クライアント装置へ、前記コンテンツの基本成分を送信する、
請求項１〜５のいずれかに記載のコンテンツ送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント装置へコンテンツを送信するコンテンツ送信装置に関する。
【背景技術】
【０００２】
特許文献１には、ネットワークを介して映像データを送信するコンテンツ送信装置と、送信された映像データを再生する複数のクライアント装置（テレビ）とが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−２５６９９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術のコンテンツ送信装置では、例えばネットワーク帯域が比較的に狭いユーザの環境においては、コンテンツ送信に遅延が生じる場合がある。その結果、クライアント装置は、例えば、コンテンツを途切れることなく再生することができなくなる。
【０００５】
一方で、コンテンツ送信装置が低容量のコンテンツ（例えばビットレートの低いコンテンツ）を送信すれば、クライアント装置は、ネットワーク帯域が狭い環境においても当該コンテンツを途切れることなく再生することができる。しかし、コンテンツ送信装置がビットレートの低いコンテンツを送信することで、全てのクライアント装置において再生されるコンテンツの品質が低下することになる。その結果、ネットワーク帯域が比較的広い環境においても低品質のコンテンツしか再生できないことになる。
【０００６】
そこで、本発明の目的は、ユーザ毎の環境に応じて可能な限り高品質なコンテンツを送信しながら、コンテンツ送信の遅延を防止できるコンテンツ送信装置を提供することにある。
【課題を解決するための手段】
【０００７】
本発明のコンテンツ送信装置は、コンテンツを基本成分と拡張成分に分けて圧縮する圧縮部と、クライアント装置へコンテンツを送信する送信部と、コンテンツの再送要求を受信する受信部と、を備える。そして、送信部は、通信条件に応じて、前記コンテンツの基本成分を送信するか、前記コンテンツの基本成分及び拡張成分を合わせて送信するかの判断を行う。
【０００８】
例えば、音声圧縮コーデックであるＷａｖＰａｃｋコーデックは、音声データを基本成分及び拡張成分に分けて２つの圧縮データを生成する。基本成分のみの圧縮データを用いるだけでも音声の再生は可能である。基本成分と拡張成分の両方の圧縮データを用いれば、高品質な音声データ再生が可能となる。
【０００９】
通信条件は、例えば、送信先のクライアント装置の台数に係る条件、及び、送信先のクライアント装置のネットワーク接続態様に係る条件である。これら通信条件は、それぞれ、ユーザの環境のネットワーク帯域に影響を与える条件である。例えば、コンテンツ送信に利用できるネットワーク帯域は、クライアント装置の台数が増加すると、狭くなる。
【００１０】
コンテンツ送信装置は、ユーザの環境のネットワーク帯域が比較的に広い場合、コンテンツの基本成分及び拡張成分を送信する。すなわち、コンテンツ送信装置は、ユーザの環境のネットワーク帯域が比較的に広い場合、高品質のコンテンツを送信する。
【００１１】
コンテンツ送信装置は、ユーザの環境のネットワーク帯域が比較的に狭い場合に、拡張成分を送信せず、基本成分を送信する。従って、コンテンツ送信装置は、ネットワーク帯域が比較的に狭くても、送信するコンテンツのデータサイズを抑えることで送信の遅延を防止する。
【００１２】
本発明のコンテンツ送信装置では、送信部は、前記受信部が前記再送要求を受信すると、該再送要求に対応するコンテンツの基本成分のみを再送する。
【００１３】
例えば、コンテンツ送信装置は、送信中にネットワーク帯域が狭く変化したことでコンテンツの再送が必要となったとしても、コンテンツの基本成分のみを再送するので、再送するコンテンツのデータサイズを抑える。コンテンツ送信装置は、再送するコンテンツのデータサイズを抑えるので、再送の遅延も防止する。
【発明の効果】
【００１４】
本発明のコンテンツ送信装置は、ユーザ毎の環境に応じて可能な限り高品質なコンテンツを送信しながら、コンテンツ送信の遅延を防止することができる。
【図面の簡単な説明】
【００１５】
【図１】実施形態１に係るコンテンツ配信システムの概要を説明するための図である。
【図２】（Ａ）は、ＡＶレシーバの構成の一部を示すハードウェアブロック図であり、（Ｂ）は、無線スピーカの構成の一部を示すハードウェアブロック図である。
【図３】実施形態１におけるＡＶレシーバの全体の動作を示すフローチャートである。
【図４】音声データの配信に係るＡＶレシーバ及び無線スピーカの動作を示すフローチャートである。
【図５】実施形態２に係るコンテンツ配信システムの概要を説明するための図である。
【図６】実施形態２におけるＡＶレシーバの全体の動作を示すフローチャートである。
【図７】実施形態３に係るコンテンツ配信システムのネットワーク接続態様を示す図である。
【図８】実施形態３におけるＡＶレシーバの全体の動作を示すフローチャートである。
【発明を実施するための形態】
【００１６】
実施形態１に係るコンテンツ配信システム９００について、図１、図２（Ａ）、図２（Ｂ）を用いて説明する。図１は、コンテンツ配信システム９００の概要を説明するための図である。図２（Ａ）は、ＡＶレシーバ１００の構成の一部を示すハードウェアブロック図である。図２（Ｂ）は、無線スピーカ３０１の構成の一部を示すハードウェアブロック図である。
【００１７】
図１に示すように、コンテンツ配信システム９００は、ＡＶレシーバ１００と、コンテンツ記憶装置１５０と、スピーカ２００Ｌと、スピーカ２００Ｒと、無線スピーカ３０１と、無線スピーカ３０２と、バースピーカ４００と、を備えている。無線スピーカ３０１は、部屋Ｒ９０１に配置されている。無線スピーカ３０２は、部屋Ｒ９０２に配置されている。バースピーカ４００は、部屋Ｒ９０３に配置されている。部屋Ｒ９０１〜Ｒ９０３とＡＶレシーバ１００が設置されている部屋は、互いに異なる。
【００１８】
ＡＶレシーバ１００は、無線アクセスポイント５００を介して、無線スピーカ３０１、無線スピーカ３０２、及びバースピーカ４００と無線通信する。ＡＶレシーバ１００は、無線通信することで、コンテンツ記憶装置１５０から取得した音声データを無線スピーカ３０１、無線スピーカ３０２、及びバースピーカ４００に配信する。配信された音声データは、無線スピーカ３０１、無線スピーカ３０２、及びバースピーカ４００で再生される。さらに、ＡＶレシーバ１００は、スピーカ２００Ｌ及びスピーカ２００Ｒを用いて、配信する音声データを自装置でも再生する。コンテンツ配信システム９００は、同一の音声データを、ＡＶレシーバ１００、無線スピーカ３０１，３０２、及びバースピーカ４００で同期させて再生させる。ただし、本発明において、ＡＶレシーバ１００、無線スピーカ３０１，３０２、及びバースピーカ４００に同期させて音声データを再生させることは必須ではない。また、図１は一例を示し、音声データの配信先のスピーカの台数は３台に限らない。
【００１９】
ＡＶレシーバ１００は、本発明のコンテンツ送信装置に相当する。無線スピーカ３０１，３０２及びバースピーカ４００は、それぞれ本発明のクライアント装置に相当する。本実施形態では、ＡＶレシーバ１００は、ユーザの環境毎（配信先のスピーカの台数）に応じて可能な限り高品質な音声データを配信しながら、音声データの配信の遅延を防止する。
【００２０】
図２（Ａ）に示すように、ＡＶレシーバ１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１と、メモリ２と、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）３と、無線モジュール４と、ＡＭＰ（Ａｍｐｌｉｆｉｅｒ）５と、複数の操作ボタン６と、クロック７と、を備えている。これら構成は、共通のＢＵＳに接続されている。
【００２１】
ＤＳＰ３は、音声データに対する各種音響処理のためのプロセッサである。無線モジュール４は、Ｗｉ−Ｆｉ（登録商標）規格等の無線信号を生成する。また、無線モジュール４は、アンテナ（不図示）で無線信号を入出力する。これにより、無線モジュール４は、無線通信で情報を送受信する。ＡＭＰ５は、音声信号を増幅する回路である。ＡＭＰ５によって増幅された音声信号は、スピーカ２００Ｌ及びスピーカ２００Ｒへ出力される。複数の操作ボタン６は、ユーザに操作されると、操作を示す信号を出力する。ただし、ＡＶレシーバ１００は、リモコンによってユーザの操作を受け付けてもよい。
【００２２】
クロック７は、時刻情報を出力する。クロック７から出力された時刻情報は、後述する同期処理に用いられる。メモリ２は、無線スピーカ３０１，３０２、及びバースピーカ４００の識別情報を記憶している。識別情報は、ＩＰアドレスを含んでいる。メモリ２は、プログラムも記憶している。ＣＰＵ１は、メモリ２からプログラムを読み出し、読み出したプログラムを実行する。本発明の送信部及び受信部は、このプログラムの実行によって実現される。
【００２３】
図２（Ｂ）に示すように、無線スピーカ３０１は、ＣＰＵ３１と、メモリ３２と、無線モジュール３４と、ＡＭＰ３５と、クロック３７と、を備えている。これら構成は、共通のＢＵＳに接続されている。
【００２４】
無線モジュール３４は、Ｗｉ−Ｆｉ（登録商標）規格等の無線信号を生成する。また、無線モジュール３４は、アンテナ（不図示）で無線信号を入出力する。これにより、無線モジュール３４は、無線通信で情報を送受信する。ＡＭＰ３５は、音声信号を増幅する回路である。ＡＭＰ３５によって増幅された音声信号は、スピーカユニットに出力される。クロック３７は、時刻情報を出力する。クロック３７から出力された時刻情報は、音声データの再生開始時刻の計時に用いられる。メモリ３２は、プログラムを記憶している。ＣＰＵ３１は、メモリ３２からプログラムを読み出し、読み出したプログラムを実行する。
【００２５】
図示は省略するが、無線スピーカ３０２は、無線スピーカ３０１と同様の構成を備えている。バースピーカ４００は、無線スピーカ３０１と同様の構成を備えるが、一列に配列された複数のスピーカユニットを備える点において、無線スピーカ３０１と異なる。
【００２６】
ＡＶレシーバ１００、無線スピーカ３０１，３０２、及びバースピーカ４００はそれぞれプログラムを実行することで、音声データの同期再生のために、次のように動作する。図３は、ＡＶレシーバ１００の全体の動作を示すフローチャートである。図４は、音声データ配信に係るＡＶレシーバ１００及び無線スピーカ３０１の動作を示すフローチャートである。ただし、図４は、無線スピーカ３０１の動作を代表して示している。無線スピーカ３０２及びバースピーカ４００の動作は、無線スピーカ３０１と同様の動作である。
【００２７】
図３に示すように、ＡＶレシーバ１００は、配信すべきＰＣＭ音源データを設定する（Ｓ１）。例えば、ＣＰＵ１は、複数の操作ボタン６で受け付けた操作（例えばデータ番号の入力操作）に基づいて、コンテンツ記憶装置１５０が記憶する複数のＰＣＭ音源データから、配信すべきＰＣＭ音源データを設定する。ＣＰＵ１は、無線モジュール４を制御することで、設定したＰＣＭ音源データをコンテンツ記憶装置１５０から取得する。
【００２８】
ＣＰＵ１は、配信すべきＰＣＭ音源データを設定すると（Ｓ１）、配信先の台数が３台以上か否かを判断する（Ｓ２１）。配信先の台数は、メモリ２に記憶された、無線スピーカ３０１，３０２、及びバースピーカ４００のＩＰアドレスを記憶した配信先再生装置のテーブルをＣＰＵ１が参照することで求められる。
【００２９】
ＣＰＵ１は、配信先の台数が３台以上の場合（Ｓ２１：Ｙ）、ＷａｖＰａｃｋコーデック（ハイブリッドモード）を用いて、コンテンツ記憶装置１５０が記憶するＰＣＭ音源データ（例えば１，４１１ｋｂｐｓのビットレート）を圧縮する（Ｓ２２）。すると、ＰＣＭ音源データの基本成分のデータが生成される。基本成分のデータは、例えば２００ｋｂｐｓのビットレートでＰＣＭ音源データが非可逆圧縮されたものである。
【００３０】
そして、ＣＰＵ１は、基本成分のデータを含むパケットを生成し、無線モジュール４へパケットを出力する（Ｓ２３）。無線モジュール４は、順次入力されたパケットをＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）に従って送信する。このパケットは、無線アクセスポイント５００を介して無線スピーカ３０１，３０２及びバースピーカ４００へ送信される。
【００３１】
なお、図示は省略するが、ＡＶレシーバ１００は、基本成分のデータの送信中に無線スピーカ３０１，３０２及びバースピーカ４００から再送要求を受信すると、再送要求に対する基本成分のデータを再度送信する。
【００３２】
ＣＰＵ１は、配信先の台数が３台未満の場合（Ｓ２１：Ｎ）、ＷａｖＰａｃｋコーデック（ハイブリッドモード）を用いて、コンテンツ記憶装置１５０が記憶するＰＣＭ音源データを圧縮する（Ｓ２４）。ステップＳ２４の圧縮では、基本成分及び拡張成分のデータが生成される。基本成分のデータを拡張成分のデータで補正すれば、圧縮による損失がないＰＣＭ音源データが復元される。拡張成分のデータは、例えば、６００ｋｂｐｓのビットレートで生成される。
【００３３】
ＣＰＵ１は、ＰＣＭ音源データを圧縮して基本成分及び拡張成分のデータを生成すると（Ｓ２４）、生成した基本成分及び拡張成分のデータを配信する（Ｓ２５）。ステップＳ２５の詳細な動作及びこの動作に対応する無線スピーカ３０１の動作について、図４を用いて説明する。
【００３４】
図４に示すように、ＣＰＵ１は、基本成分のデータと、拡張成分のデータに対して、各データの先頭データから１０２４ｂｙｔｅｓずつのデータを取り出し、取り出したデータを含むパケットを生成する（Ｓ３１）。
【００３５】
そして、ＣＰＵ１は、生成したパケットを無線モジュール４へ出力する。無線モジュール４は、入力されたパケットをＵＤＰに従って無線送信する（Ｓ３２）。このパケットは、無線アクセスポイント５００を介して無線スピーカ３０１，３０２及びバースピーカ４００へ送信される。そして、ＣＰＵ１は、配信すべき次のデータがあるかどうかを判断する（Ｓ３３）。ＣＰＵ１は、配信すべき次のデータがあると判断した場合（Ｓ３３：Ｙ）、ステップＳ３１へ戻る。ＣＰＵ１は、配信すべき次のデータがないと判断した場合（Ｓ３３：Ｎ）、処理を終える。すなわち、ステップＳ３１及びステップＳ３２のパケットの生成と送信は、基本成分のデータ及び拡張成分のデータの各先頭データから各最後尾データまで繰り返して行われる。
【００３６】
図４に示すように、無線スピーカ３０１の無線モジュール３４は、無線アクセスポイント５００を介して送信されたパケットを受信する（Ｓ５１）。無線スピーカ３０１のＣＰＵ３１は、無線モジュール３４がパケットを受信すると、受信したパケットにロス（抜け）が無いかどうかを判断する（Ｓ５２）。例えば、パケットロスは、パケットに含まれる一連番号（Ｓｅｑｕｅｎｔｉａｌ  Ｎｕｍｂｅｒ）を参照することで検出される。具体的には、ＣＰＵ３１は、一連番号が０００１、０００２、及び０００３のパケットが受信済みの状況で、一連番号が０００５のパケットが受信されると（Ｓ５１）、一連番号が０００４のパケットが未受信と判断し、当該パケットのロスを検出する（Ｓ５２：Ｙ）。
【００３７】
ＣＰＵ３１は、パケットロスを検出しない場合（Ｓ５２：ＮＯ）、受信したパケットから基本成分と拡張成分のデータを取り出す（Ｓ５３）。取り出されたデータは、ＦＩＦＯに入力されることで、バッファされる（Ｓ５４）。
【００３８】
ＣＰＵ３１は、ステップＳ５５の再生処理では、ＦＩＦＯからデータを取り出す。そして、ＣＰＵ３１は、ＷａｖＰａｃｋコーデックを用いて、ＦＩＦＯから取り出したデータをデコードする。これにより、ＣＰＵ３１は、圧縮による損失がないＰＣＭ音源データ（１，４１１ｋｂｐｓ）を復元する。そして、ＣＰＵ３１は、ＰＣＭ音源データをデジタルアナログ変換し、ＡＭＰ３５へアナログ音声信号を出力する。スピーカユニットは、ＡＭＰ３５によって増幅された音声信号に基づいて放音する。
【００３９】
なお、ステップＳ５５の再生処理は、各パケットのデータに含まれる指定時間（例えば１０時５５分８秒１０ミリ秒）に開始することで配信元と複数の配信先で再生時間の同期を行う。
【００４０】
ＣＰＵ３１は、パケットロスを検出しない場合（Ｓ５２：Ｎ）、基本成分のデータ及び拡張成分のデータの先頭データから順次送信されるデータを受信しつつ、受信したデータを順次再生するストリーム再生を行う（Ｓ５１、及びＳ５３〜Ｓ５５）。
【００４１】
ＣＰＵ３１は、パケットロスを検出すると（Ｓ５２：Ｙ）、ロスしたパケット（範囲）を再送する要求をＡＶレシーバ１００へ送信する（Ｓ５６）。この再送要求は、ロスしたパケットの一連番号（例えば０００４）を含む。また、ＣＰＵ３１は、３Ｗａｙハンドシェイク方式を用いるＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）で送信するように、無線モジュール３４を制御してもよい。これにより、再送要求は、より確実にＡＶレシーバ１００に届く。
【００４２】
ＡＶレシーバ１００のＣＰＵ１は、無線モジュール４が再送要求を受信すると（Ｓ４１：Ｙ）、当該再送要求に含められた一連番号（０００４）が付されたパケットを特定する（Ｓ４２）。特定されたパケットは、無線スピーカ３０１まで到達しなかった再送すべきパケットである。ただし、ＡＶレシーバ１００は、パケットの再送のために、送信済みのパケットをメモリ２に一時記憶しているものとする。そして、ＣＰＵ１は、再送要求に含められた一連番号でメモリ２を参照することで再送すべきパケットを特定する。
【００４３】
ここで、ステップＳ４２では、ＣＰＵ１は、再送すべきパケットの特定の際、基本成分のデータに対応するパケットのみを特定する。換言すれば、ＣＰＵ１は、拡張成分のデータに対応するパケットの再送要求を受信しても（再送要求は来ないはずだが）、再送すべきパケットを特定せず、かつ送信しない（拡張部分を要求されても、基本部分を送信するようにしてもよい）。ＣＰＵ１は、再送されることがない拡張成分のデータのパケットを一時記憶しなくてもよいので、メモリ２の消費を抑えることができる。
【００４４】
ＣＰＵ１は、特定したパケットを再送するように、無線モジュール４を制御する（Ｓ４３）。この際、ＣＰＵ１は、ステップＳ５６と同様に、確実に再送パケットを届けるために、ＴＣＰで送信してもよい。なお、再送されるパケットは、再送を示すフラグ情報を含んでいるので、ブロードキャストされたとしても、重複した音声データが再生されることはない。
【００４５】
無線スピーカ３０１のＣＰＵ３１は、無線モジュール３４が再送パケットを受信すると（Ｓ５７）、再送パケットから基本成分のデータを取り出す（Ｓ５８）。
【００４６】
ＣＰＵ３１は、ステップＳ５８で取り出したデータをＦＩＦＯに入力しバッファする（Ｓ５４）。この際、ＣＰＵ３１は、受信済みのパケットを順序付けて、ＦＩＦＯに入力する。例えば、ＣＰＵ３１は、再送で受信した一連番号が０００４のパケットと共に、一連番号０００５のパケットを一連番号順にＦＩＦＯに入力する（Ｓ５４）。ただし、上述のように再送されたデータは、基本成分のみである。従って、ＣＰＵ３１は、基本成分のデータに対応する拡張成分のデータがない場合に、基本成分のデータのみで再生する（Ｓ５５）。
【００４７】
その後、ステップＳ５１に戻り、無線モジュール３４は、次に送られるパケットを受信する。従って、無線スピーカ３０１は、いったん基本成分のみの音声データの再生となっても、その後、パケットロスが検出されなければ、圧縮による損失がないＰＣＭ音源データを再生する。
【００４８】
以上のように、ＡＶレシーバ１００は、配信先のスピーカの台数が少なく、音声データ配信に利用できるネットワーク帯域に余裕がある場合、基本成分及び拡張成分を有する高品質の音声データを配信する。
【００４９】
また、ＡＶレシーバ１００は、配信先のスピーカの台数が多く、音声データ配信に利用できるネットワーク帯域に余裕が無い場合は、基本成分のデータのみを配信することで（Ｓ２３）、多数の配信先にデータを配信することができる。これにより、ＡＶレシーバ１００は、配信先のスピーカの台数にかかわらず、配信の遅延を防止する。さらに、ＡＶレシーバ１００は、音声データの再送が必要になった時に、基本成分のデータのみを再送することで（Ｓ４３）、再送するデータのサイズを抑える。これにより、ＡＶレシーバ１００は、再送の遅延も防止する。
【００５０】
従って、本実施形態に係るＡＶレシーバ１００は、配信先のスピーカの台数に応じて可能な限り高品質な音声データを配信しながら、音声データの配信の遅延を防止することができる。
【００５１】
図３に戻り、ＡＶレシーバ１００は、音声データを配信するとともに（Ｓ２３及びＳ２５）、自装置でも音声データを再生する。具体的には、ＣＰＵ１は、配信すべきＰＣＭ音源データを設定すると（Ｓ１）、音声データの再生タイミングを各装置で同期させる同期処理を行う（Ｓ１１）。ＣＰＵ１は、この同期処理では、コンテンツ記憶装置１５０から取得したＰＣＭ音源データの先頭データから順にＦＩＦＯに書き込む。データは、ＦＩＦＯで所定時間格納される。この所定時間は、ＤＳＰ３による再生処理、無線スピーカ３０１，３０２及びバースピーカ４００への音声データの配信（ネットワーク遅延）、無線スピーカ３０１，３０２及びバースピーカ４００における再生処理等に必要な時間が考慮されて設定される（およそ２秒）。
【００５２】
そして、ＣＰＵ１は、ＰＣＭ音源データの再生処理を行う（Ｓ１２）。具体的には、ＣＰＵ１は、ＦＩＦＯからデータを取り出してＤＳＰ３へ出力する。ＤＳＰ３は、当該データに対して所定の音響処理を施した後に、デジタルアナログ変換し、アナログ音声信号をＡＭＰ５へ出力する。ＡＭＰ５は、アナログ音声信号を増幅して、増幅した音声信号をスピーカ２００Ｌ，２００Ｒへ出力する。
【００５３】
ＣＰＵ１は、再生すべき次のデータがあるかどうかを判断する（Ｓ１３）。ＣＰＵ１は、再生すべき次のデータがあると判断した場合（Ｓ１３：Ｙ）、ステップＳ１１へ戻る。ＣＰＵ１は、再生すべき次のデータがないと判断した場合（Ｓ１３：Ｎ）、処理を終える。すなわち、ＣＰＵ１は、ＰＣＭ音源データの先頭データから最後尾データまで、ステップＳ１１及びＳ１２を繰り返し実行する。
【００５４】
コンテンツ配信システム９００は、上述のように、配信先のスピーカの台数にかかわらず配信の遅延を防止するので、ＡＶレシーバ１００、無線スピーカ３０１，３０２、及びバースピーカ４００に同期させて音声データを再生させることができる。
【００５５】
なお、図３のステップＳ２２の圧縮は、基本成分のデータを生成できればよく、ステップＳ２４で用いるコーデックと異なるコーデックを用いて行われてもよい。例えば、ＣＰＵ１は、ステップＳ２２では、ＷａｖＰａｃｋコーデックより圧縮率が高いコーデックを用いる。これにより、ステップＳ２３で配信するデータのサイズはさらに小さくなる。
【００５６】
上述の例は、配信先のスピーカの台数をユーザの環境として示したが、ユーザの環境は、次の実施形態２に示すように、ネットワーク接続態様であっても構わない。図５は、実施形態２に係るコンテンツ配信システム９００Ａの概要を説明するための図である。図６は、実施形態２におけるＡＶレシーバ１００Ａの動作を説明するためのフローチャートである。
【００５７】
実施形態２に係るコンテンツ配信システム９００Ａは、ＡＶレシーバ１００Ａとバースピーカ４００Ａが有線接続されている点において、実施形態１に係るコンテンツ配信システム９００と相違する。
【００５８】
ＡＶレシーバ１００Ａ及びバースピーカ４００Ａは、有線ＬＡＮインターフェース（不図示）を備えている。図５に示すように、ＡＶレシーバ１００Ａは、ＬＡＮケーブル５０１によって、スイッチングハブ５００Ａに接続されている。バースピーカ４００Ａは、ＬＡＮケーブル５０２によって、スイッチングハブ５００Ａに接続されている。これにより、ＡＶレシーバ１００Ａとバースピーカ４００Ａの間のネットワーク経路は、例えば１Ｇｂｐｓの伝送速度で確立されている。ＡＶレシーバ１００Ａと、無線スピーカ３０１，３０２の間のネットワーク経路は、例えば、３００Ｍｂｐｓの伝送速度で確立されている。ただし、実施形態２におけるネットワーク接続態様は、バースピーカ４００Ａのみがスイッチングハブ５００Ａと有線接続される態様であってもよい。
【００５９】
図６に示すように、ＡＶレシーバ１００Ａは、音声データの配信先のスピーカがネットワークに有線接続されているのか、無線接続されているのかによって、配信するデータを変更する。具体的には、この場合もメモリ２に記憶された配信先再生装置のテーブルを参照し、接続態様を把握する。ＡＶレシーバ１００Ａの動作は、ステップＳ２１を実施せず、ステップＳ２、ステップＳ２３Ａ及びステップＳ２５Ａを実行する点において、図３に示す動作と相違する。
【００６０】
ステップＳ２では、ＣＰＵ１は、配信先のスピーカのネットワーク接続態様を判別する。具体的には、ＣＰＵ１は、無線スピーカ３０１，３０２、及びバースピーカ４００Ａがネットワークに有線接続されているのか、ネットワークに無線接続されているのかを示す情報をメモリ２に記憶された配信先再生装置のテーブルを参照し、接続態様を判別する。
【００６１】
ステップＳ２３Ａの動作は、圧縮後のＰＣＭ音源データの基本成分のデータのみの配信を無線スピーカ３０１，３０２に対して行う点において、図３のステップＳ２３の動作と相違する。ステップＳ２５Ａの動作は、圧縮後のＰＣＭ音源データの基本成分及び拡張成分の両方のデータの配信をバースピーカ４００Ａに対して行う点において、図３のステップＳ２５の動作と相違する。従って、バースピーカ４００Ａは、パケットロスを検出すると、再送要求をＡＶレシーバ１００Ａへ送信する。ＡＶレシーバ１００Ａは、バースピーカ４００Ａに対して、再送要求に対応する基本成分のデータのみを再送する。
【００６２】
なお、ＣＰＵ１は、接続態様が異なるスピーカ毎に異なるデータを送信するために（Ｓ２３Ａ及びＳ２５Ａ）、ポート番号を異ならせたＵＤＰパケットを生成する。ただし、ＣＰＵ１は、スピーカ毎に異なるデータを送信するために、配信先を指定するＴＣＰパケットを生成してもよい。
【００６３】
実施形態２におけるＡＶレシーバ１００Ａは、ネットワーク帯域に余裕があり、かつデータ伝送が安定する有線接続のバースピーカ４００Ａへ大きいデータサイズの音声データを配信する。ＡＶレシーバ１００Ａは、ネットワーク帯域に余裕がなく、データ伝送が不安定になりやすい無線接続の無線スピーカ３０１，３０２へ小さいデータサイズの音声データを配信する。従って、ＡＶレシーバ１００Ａは、比較的にネットワーク帯域に余裕がなく、かつデータ伝送が不安定になりやすい無線接続の無線スピーカ３０１，３０２に対して、音声データの配信の遅延を防止する。
【００６４】
また、ＡＶレシーバ１００Ａは、ネットワーク帯域に余裕があり、データ伝送が安定する有線接続のバースピーカ４００Ａに対して音声データの再送を行う際に、再送するデータのサイズを抑えるので、再送の遅延を防止する。従って、実施形態２に係るＡＶレシーバ１００Ａは、ネットワーク接続態様に応じて高品質な音声データを配信しながら、音声データの配信の遅延を防止することができる。
【００６５】
次に、図７は、実施形態３に係るコンテンツ配信システム９００Ｂのネットワーク接続態様を示す図である。図８は、実施形態３におけるＡＶレシーバ１００の動作を説明するためのフローチャートである。
【００６６】
図７及び図８に示すネットワーク接続態様では、ＡＶレシーバ１００は、ネットワークにかかる負荷に基づいて、圧縮後のＰＣＭ音源データの基本成分のデータのみ、又は、基本成分及び拡張成分の両方のデータを配信する。
【００６７】
図７に示すように、インターネット端末５０３は、無線アクセスポイント５００を介してインターネット５０４上の各装置と通信する。これにより、無線アクセスポイント５００は、コンテンツ配信システム９００による音声データの配信と、インターネット端末５０３の通信とに共用されている。従って、無線アクセスポイント５００の負荷は、実施形態１におけるネットワーク接続の場合に比べて、増加している。
【００６８】
図８に示すように、ＡＶレシーバ１００のＣＰＵ１は、配信すべきＰＣＭ音源データを設定すると（Ｓ１）、ネットワークにかかる負荷を測定する（Ｓ３）。具体的には、ＣＰＵ１は、ステップＳ３では、無線アクセスポイント５００にトラフィック取得の要求を送信し、その応答を受信するように無線モジュール４を制御する。
【００６９】
ＣＰＵ１は、ネットワークにかかる負荷を測定すると（Ｓ３）、負荷が所定量以上か否かを判断する（Ｓ２１Ｂ）。例えば、ＣＰＵ１は、無線アクセスポイント５００の無線通信の規格上の理論速度（３００Ｍｂｐｓ）に対して、取得したトラフィック（例えば５０Ｍｂｐｓ）がどの程度占有しているのかを算出する。そして、ＣＰＵ１は、その割合が５０％以上か否かを判断する。
【００７０】
ＣＰＵ１は、負荷が所定量以上と判断した場合（Ｓ２１Ｂ：Ｙ）、無線スピーカ３０１，３０２、及びバースピーカ４００へ圧縮後のＰＣＭ音源データの基本成分のデータのみを配信する（Ｓ２３）。ＣＰＵ１は、ネットワーク負荷が所定未満と判断した場合（Ｓ２１Ｂ：Ｎ）、無線スピーカ３０１，３０２、及びバースピーカ４００へ圧縮後のＰＣＭ音源データの基本成分及び拡張成分の両方のデータを配信する（Ｓ２５）。
【００７１】
以上のように、ＡＶレシーバ１００は、ネットワークの負荷に応じて高品質な音声データを配信しながら、音声データの配信の遅延を防止することができる。
【００７２】
また、ＡＶレシーバ１００は、ネットワークにかかる負荷の測定（Ｓ３）を、音声データの配信中に行ってもよい。これにより、ＡＶレシーバ１００は、音声データの配信中に、インターネット端末５０３の通信及び音声データの再送によってネットワークにかかる負荷がリアルタイムに増加しても、増加した負荷に応じて配信する音声データを基本成分のデータのみに切り替える。その後、ＡＶレシーバ１００は、ネットワークにかかる負荷がリアルタイムに減少すると、圧縮後のＰＣＭ音源データの基本成分及び拡張成分の両方のデータを配信するので、圧縮による損失がないＰＣＭ音源データの再生に切り替える。
【００７３】
なお、図８のステップＳ３のネットワークにかかる負荷の測定は、自装置の無線モジュール４のトラフィックを取得することで行われてもよい。
【００７４】
また、ＡＶレシーバ１００は、ネットワーク負荷に限らず、無線スピーカ３０１，３０２、及びバースピーカ４００の応答速度に基づいて、配信するデータを切り替えてもよい。例えば、ＡＶレシーバ１００は、ＰＩＮＧコマンドを無線スピーカ３０１，３０２、及びバースピーカ４００に送出し、その応答時間を測定する。そして、ＡＶレシーバ１００は、配信先のスピーカの応答速度が例えば１０ｍｓ未満であれば、圧縮後のＰＣＭ音源データの基本成分及び拡張成分の両方のデータを配信する。ＡＶレシーバ１００は、配信先のスピーカの応答速度が１０ｍｓ以上であれば、圧縮後のＰＣＭ音源データの基本成分のデータのみを配信する。
【００７５】
また、ＡＶレシーバ１００は、自装置と無線スピーカ３０１，３０２及びバースピーカ４００との距離に応じて、配信するデータを切り替えてもよい。例えば、ＡＶレシーバ１００は、無線アクセスポイント５００からＲＳＳＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）情報を取得する。ＲＳＳＩ情報は、無線スピーカ３０１，３０２及びバースピーカ４００が受信する無線信号の強度（ｄＢｍ）の情報を含む。強度は、無線アクセスポイント５００と各スピーカとの距離に対応する。そこで、ＡＶレシーバ１００は、例えば強度が−５０ｄＢｍより大きいスピーカに対して、圧縮後のＰＣＭ音源データの基本成分及び拡張成分のデータを配信する。
【００７６】
上述の例では、ＡＶレシーバ１００，１００Ａは、ＷａｖＰａｃｋコーデックを用いて圧縮することで、自装置でＰＣＭ音源データの基本成分及び拡張成分のデータを生成したが、コンテンツ記憶装置１５０に予め記憶済みの基本成分及び拡張成分のデータを配信するだけであってもよい。
【００７７】
また、上述の例は、音声データをコンテンツとして示したが、コンテンツは、映像データを含んでもよい。例えば、無圧縮ＡＶＩデータを基本成分及び拡張成分のデータに分けて圧縮するために、ＭＰＥＧ４  ＳＬＳコーデックを利用できる。
【００７８】
また、上述の例は、ＡＶレシーバ１００，１００Ａが音声データを配信したが、無線スピーカ３０１，３０２及びバースピーカ４００，４００Ａのいずれかが音声データを配信する態様であっても構わない。さらに、無線アクセスポイント５００に接続するスマートフォンが音声データを配信しても構わない。
【００７９】
また、無線通信は、Ｗｉ−Ｆｉ（登録商標）規格に限らず、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格で行われてもよい。
【符号の説明】
【００８０】
９００，９００Ａ，９００Ｂ…コンテンツ配信システム
１００，１００Ａ…ＡＶレシーバ
１５０…コンテンツ記憶装置
２００Ｌ，２００Ｒ…スピーカ
３０１，３０２…無線スピーカ
４００，４００Ａ…バースピーカ
１…ＣＰＵ
２…メモリ
３…ＤＳＰ
４…無線モジュール
５…ＡＭＰ
６…操作ボタン
７…クロック
３１…ＣＰＵ
３２…メモリ
３４…無線モジュール
３５…ＡＭＰ
３７…クロック
【図１】
2017040768.tif 000003
【図２】
2017040768.tif 000004
【図３】
2017040768.tif 000005
【図４】
2017040768.tif 000006
【図５】
2017040768.tif 000007
【図６】
2017040768.tif 000008
【図７】
2017040768.tif 000009
【図８】
2017040768.tif 000010