(57)【要約】  本技術の一形態に係る情報処理装置は、判定部と、配信制御部とを具備する。前記判定部は、無線ネットワークを介したコンテンツのユニキャストによるストリーミング配信の対象となる複数の再生装置の各々について、前記無線ネットワークの通信状態が正常か否かを判定する。前記配信制御部は、前記複数の再生装置のうち前記通信状態が正常ではないと判定された再生装置である通信障害装置を、前記ユニキャストによるストリーミング配信の対象から除外する。
2016120931.tif 000002
【特許請求の範囲】
【請求項１】
無線ネットワークを介したコンテンツのユニキャストによるストリーミング配信の対象となる複数の再生装置の各々について、前記無線ネットワークの通信状態が正常か否かを判定する判定部と、
前記複数の再生装置のうち前記通信状態が正常ではないと判定された再生装置である通信障害装置を、前記ユニキャストによるストリーミング配信の対象から除外する配信制御部と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記複数の再生装置は、同一のコンテンツを同時に再生可能なグループを構成しており、
前記配信制御部は、前記通信障害装置を、前記同一コンテンツの前記ユニキャストによるストリーミング配信の対象から除外する
情報処理装置。
【請求項３】
請求項１に記載の情報処理装置であって、
前記判定部は、前記通信状態の判定を定期的に実行し、
前記配信制御部は、前記判定部による定期的な判定により前記通信障害装置の通信状態が正常に回復したと判定された場合、当該通信障害装置であった前記再生装置を、前記ユニキャストによるストリーミング配信の対象に戻す
情報処理装置。
【請求項４】
請求項１に記載の情報処理装置であって、
前記判定部は、前記複数の再生装置の各々から送信される再送要求の単位時間当たりの数、及び前記複数の再生装置の各々から送信される通信品質情報の少なくとも一方をもとに、前記通信状態を判定する
情報処理装置。
【請求項５】
請求項４に記載の情報処理装置であって、
前記通信品質情報は、受信電界強度及びデータ転送速度の少なくとも一方の情報を含む
情報処理装置。
【請求項６】
請求項１に記載の情報処理装置であって、
前記複数の再生装置の各々は、前記無線ネットワークを介してアクセスポイントに接続されており、
前記情報処理装置は、さらに、前記アクセスポイントの、前記コンテンツのマルチキャストによるストリーミング配信に関する機器情報を取得する取得部を具備し、
前記配信制御部は、前記取得された機器情報をもとに、前記ユニキャストによるストリーミング配信、及び前記マルチキャストによるストリーミング配信のいずれかを選択して実行させる
情報処理装置。
【請求項７】
請求項６に記載の情報処理装置であって、
前記機器情報は、前記マルチキャストによるストリーミング配信に使用可能な帯域の情報を含み、
前記配信制御部は、前記コンテンツのビットレートが前記マルチキャストによるストリーミング配信に使用可能な帯域以下である場合に、前記マルチキャストによるストリーミング配信を選択する
情報処理装置。
【請求項８】
請求項６に記載の情報処理装置であって、さらに、
前記コンテンツのビットレートを可変的に設定可能な設定部を具備し、
前記配信制御部は、前記設定部により設定された前記ビットレートが前記使用可能な帯域以下である場合に、前記マルチキャストによるストリーミング配信を選択する
情報処理装置。
【請求項９】
請求項１に記載の情報処理装置であって、さらに、
前記複数の再生装置と前記無線ネットワークを介して接続可能な接続部と、
前記無線ネットワークを介して前記複数の再生装置の各々に前記コンテンツをユニキャストで配信可能な配信部と
具備する情報処理装置。
【請求項１０】
無線ネットワークを介したコンテンツのユニキャストによるストリーミング配信の対象となる複数の再生装置の各々について、前記無線ネットワークの通信状態が正常か否かを判定し、
前記複数の再生装置のうち前記通信状態が正常ではないと判定された再生装置である通信障害装置を、前記ユニキャストによるストリーミング配信の対象から除外する
ことをコンピュータが実行する情報処理方法。
【請求項１１】
請求項１０に記載の情報処理方法であって、
前記複数の再生装置は、同一のコンテンツを同時に再生可能なグループを構成しており、
前記通信障害装置を前記ユニキャストによるストリーミング配信の対象から除外する配信制御ステップは、前記通信障害装置を、前記同一コンテンツの前記ユニキャストによるストリーミング配信の対象から除外する
情報処理方法。
【請求項１２】
請求項１０に記載の情報処理方法であって、
前記判定ステップは、前記通信状態の判定を定期的に実行し、
前記配信制御ステップは、前記判定ステップによる定期的な判定により前記通信障害装置の通信状態が正常に回復したと判定された場合、当該通信障害装置であった前記再生装置を、前記ユニキャストによるストリーミング配信の対象に戻す
情報処理方法。
【請求項１３】
請求項１０に記載の情報処理方法であって、
前記判定ステップは、前記複数の再生装置の各々から送信される再送要求の単位時間当たりの数、及び前記複数の再生装置の各々から送信される通信品質情報の少なくとも一方をもとに、前記通信状態を判定する
情報処理方法。
【請求項１４】
請求項１３に記載の情報処理方法であって、
前記通信品質情報は、受信電界強度及びデータ転送速度の少なくとも一方の情報を含む
情報処理方法。
【請求項１５】
請求項１０に記載の情報処理方法であって、
前記複数の再生装置の各々は、前記無線ネットワークを介してアクセスポイントに接続されており、
前記情報処理方法は、さらに、前記アクセスポイントの、前記コンテンツのマルチキャストによるストリーミング配信に関する機器情報を取得し、
前記配信制御ステップは、前記取得された機器情報をもとに、前記ユニキャストによるストリーミング配信、及び前記マルチキャストによるストリーミング配信のいずれかを選択して実行させる
情報処理方法。
【請求項１６】
請求項１５に記載の情報処理方法であって、
前記機器情報は、前記マルチキャストによるストリーミング配信に使用可能な帯域の情報を含み、
前記配信制御ステップは、前記コンテンツのビットレートが前記マルチキャストによるストリーミング配信に使用可能な帯域以下である場合に、前記マルチキャストによるストリーミング配信を選択する
情報処理方法。
【請求項１７】
請求項１５に記載の情報処理方法であって、さらに、
前記コンテンツのビットレートを可変的に設定し、
前記配信制御ステップは、前記設定された前記ビットレートが前記使用可能な帯域以下である場合に、前記マルチキャストによるストリーミング配信を選択する
情報処理方法。
【請求項１８】
無線ネットワークを介したコンテンツのユニキャストによるストリーミング配信の対象となる複数の再生装置の各々について、前記無線ネットワークの通信状態が正常か否かを判定するステップと、
前記複数の再生装置のうち前記通信状態が正常ではないと判定された再生装置である通信障害装置を、前記ユニキャストによるストリーミング配信の対象から除外するステップと
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、無線ネットワークを介したコンテンツのストリーミング配信に適用可能な情報処理方法、情報処理装置、及びプログラムに関する。
【背景技術】
【０００２】
従来、無線ネットワークを介して、音楽や映像等のコンテンツをストリーミング配信する技術が知られている。例えば特許文献１には、無線空間を有する通信ネットワークにおけるサーバに対して複数台の端末からのデータ配信要求があった際に、データ配信の遅延時間を短縮し、データスループットを向上させるための技術が開示されている。【０００３】
特許文献１に記載の無線通信システムでは、複数台の端末からデータ配信要求があった場合に、各端末とアクセスポイントとのリンク速度が検出されて比較される。当該比較の結果をもとに、端末に配信されるストリーミングデータのビットレートが制御される。これにより新たなデータ配信による輻輳の発生が防止されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１８６６０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のような無線ネットワークを介して複数の端末にコンテンツを配信するシステムにおいて、通信品質の低下を抑えた安定したストリーミング配信を可能とする技術が求められている。【０００６】
以上のような事情に鑑み、本技術の目的は、通信品質の低下を抑えた安定したストリーミング配信を可能とする情報処理方法、情報処理装置、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本技術の一形態に係る情報処理装置は、判定部と、配信制御部とを具備する。
前記判定部は、無線ネットワークを介したコンテンツのユニキャストによるストリーミング配信の対象となる複数の再生装置の各々について、前記無線ネットワークの通信状態が正常か否かを判定する。
前記配信制御部は、前記複数の再生装置のうち前記通信状態が正常ではないと判定された再生装置である通信障害装置を、前記ユニキャストによるストリーミング配信の対象から除外する。【０００８】
この情報処理装置では、コンテンツがユニキャストによりストリーミング配信される際に、各再生装置についての無線ネットワークの通信状態が判定される。そして通信状態が正常ではないと判定された通信障害装置は、ユニキャスト送信の対象から除外される。これにより通信品質の低下を抑えた安定したストリーミング配信が可能となる。【０００９】
前記複数の再生装置は、同一のコンテンツを同時に再生可能なグループを構成してもよい。この場合、前記配信制御部は、前記通信障害装置を、前記同一コンテンツの前記ユニキャストによるストリーミング配信の対象から除外してもよい。
これにより通信状態が正常ではないと判定された通信障害装置を除く他の再生装置により、同一のコンテンツの同時再生が維持される。従ってコンテンツの再生が中断してしまうこと等を防止することができる。【００１０】
前記判定部は、前記通信状態の判定を定期的に実行してもよい。この場合、前記配信制御部は、前記判定部による定期的な判定により前記通信障害装置の通信状態が正常に回復したと判定された場合、当該通信障害装置であった前記再生装置を、前記ユニキャストによるストリーミング配信の対象に戻してもよい。
これにより通信状態が回復した再生装置による再生が自動的に再開されるので、有用なコンテンツ配信システムを構築することが可能となる。【００１１】
前記判定部は、前記複数の再生装置の各々から送信される再送要求の単位時間当たりの数、及び前記複数の再生装置の各々から送信される通信品質情報の少なくとも一方をもとに、前記通信状態を判定してもよい。
これにより高い精度で各再生装置の通信状態を判定することがきる。【００１２】
前記通信品質情報は、受信電界強度及びデータ転送速度の少なくとも一方の情報を含んでもよい。
これにより高い精度で各再生装置の通信状態を判定することがきる。【００１３】
前記複数の再生装置の各々は、前記無線ネットワークを介してアクセスポイントに接続されてもよい。この場合、前記情報処理装置は、さらに、前記アクセスポイントの、前記コンテンツのマルチキャストによるストリーミング配信に関する機器情報を取得する取得部を具備してもよい。また前記配信制御部は、前記取得された機器情報をもとに、前記ユニキャストによるストリーミング配信、及び前記マルチキャストによるストリーミング配信のいずれかを選択して実行させてもよい。
この情報処理装置では、マルチポイントのマルチキャスト配信に関する機器情報をもとに、ユニキャスト送信及びマルチキャスト送信のいずれかが選択される。これにより効率的なコンテンツの配信が実現する。【００１４】
前記機器情報は、前記マルチキャストによるストリーミング配信に使用可能な帯域の情報を含んでもよい。この場合、前記配信制御部は、前記コンテンツのビットレートが前記マルチキャストによるストリーミング配信に使用可能な帯域以下である場合に、前記マルチキャストによるストリーミング配信を選択してもよい。
これにより使用帯域を節約することができる。【００１５】
前記情報処理装置は、さらに、前記コンテンツのビットレートを可変的に設定可能な設定部を具備してもよい。この場合、前記配信制御部は、前記設定部により設定された前記ビットレートが前記使用可能な帯域以下である場合に、前記マルチキャストによるストリーミング配信を選択してもよい。
これにより効率的にコンテンツを配信することができる。【００１６】
前記情報処理装置は、さらに、接続部と、配信部とを具備してもよい。
前記接続部は、前記複数の再生装置と前記無線ネットワークを介して接続可能である。
前記配信部は、前記無線ネットワークを介して前記複数の再生装置の各々に前記コンテンツをユニキャストで配信可能である。【００１７】
本技術の一形態に係る情報処理方法は、コンピュータにより実行される情報処理方法であって、無線ネットワークを介したコンテンツのユニキャストによるストリーミング配信の対象となる複数の再生装置の各々について、前記無線ネットワークの通信状態が正常か否かを判定することを含む。
前記複数の再生装置のうち前記通信状態が正常ではないと判定された再生装置である通信障害装置が、前記ユニキャストによるストリーミング配信の対象から除外される。【００１８】
本技術の一形態に係るプログラムは、コンピュータに以下のステップを実行させる。
無線ネットワークを介したコンテンツのユニキャストによるストリーミング配信の対象となる複数の再生装置の各々について、前記無線ネットワークの通信状態が正常か否かを判定するステップ。
前記複数の再生装置のうち前記通信状態が正常ではないと判定された再生装置である通信障害装置を、前記ユニキャストによるストリーミング配信の対象から除外するステップ。
【発明の効果】
【００１９】
以上のように、本技術によれば、通信品質の低下を抑えた安定したストリーミング配信を実現することができる。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００２０】
【図１】一実施形態に係るネットワークシステムの構成例を示す概略図である。
【図２】図１に示す再生装置の構成例を示すブロック図である。
【図３】コンテンツのストリーミング配信の方式について説明するための模式図である。
【図４】アクセスポイントの機器情報を取得する処理例を示すシーケンス図である。
【図５】アクセスポイントがマルチキャスト対応である場合の、配信方式の選択の一例を示すフローチャート及びシーケンス図である。
【図６】ユニキャスト送信が選択された場合の通信状態の判定の処理例を示すフローチャート及びシーケンス図である。
【図７】通信状態の判定の他の処理例を示すフローチャート及びシーケンス図である。
【図８】配信方式の選択の変形例を示すフローチャートである。
【図９】配信方式の選択の変形例を示すフローチャートである。
【図１０】ネットワーク品質に応じたビットレートの変更例を示すフローチャート及びシーケンス図である。
【図１１】ネットワーク品質に応じたビットレートの他の変更例を示すフローチャート及びシーケンス図である。
【発明を実施するための形態】
【００２１】
以下、本技術に係る実施形態を、図面を参照しながら説明する。
【００２２】
［ネットワークシステム］
図１は、本技術の一実施形態に係るネットワークシステムの構成例を示す概略図である。ネットワークシステム１００は、家庭内に構築されたホームネットワーク１と、これに接続された複数の再生装置１０、コンテンツを提供するサーバ装置２０、及び携帯端末３０とを有する。
【００２３】
複数の再生装置１０、サーバ装置２０、及び携帯端末３０は、アクセスポイント５を介して、ＷｉＦｉ等の無線通信によりホームネットワーク１に接続される。従ってホームネットワーク１は、本実施形態に係る無線ネットワークに相当する。なお無線ＬＡＮや無線ＷＡＮ等の任意の無線ネットワークにおいて、本技術は適用可能である。
【００２４】
ホームネットワーク１としては、例えばＤＬＮＡ（Digital Living Network Alliance）規格に準拠したネットワークが用いられる。この場合、複数の再生装置１０はＤＭＲ（Digital Media Renderer）として機能し、サーバ装置２０はＤＭＳ（Digital Media Server）として機能する。また携帯端末３０は、ＤＭＣ（Digital Media Controller）として機能する。なお他のプロトコルを利用したネットワークが用いられてもよい。
【００２５】
図１に示すように、複数の再生装置１０は、リビングルーム２、ホビールーム３、及びベッドルーム４の各部屋に配置される。ユーザは、携帯端末３０を操作することで、各部屋に配置された再生装置１０に、サーバ装置２０内のコンテンツの再生を指示することができる。なお再生装置１０やサーバ装置２０等の数は限定されない。
【００２６】
再生装置１０として、ＤＭＰ（Digital Media Player）として動作可能なものが配置されてもよい。この場合、当該再生装置１０が有するＵＩ（User Interface）を操作することで、サーバ装置２０内のコンテンツを再生することができる。
【００２７】
本実施形態では、複数の再生装置１０により音楽コンテンツが再生される。しかしながら、本技術は、音楽コンテンツの再生に限定されず、映像等の種々のコンテンツの再生に適用可能である。
【００２８】
再生装置１０としては、例えばテレビジョン装置、ＰＣ（Personal computer）、オーディオビデオレシーバ、ビデオモニタ、又は家庭用ゲーム機器等が用いられる。サーバ装置２０としては、例えばＰＣ又はネットワーク対応のＨＤＤ（ＮＡＳ）等が用いられる。携帯端末３０としては、典型的にはスマートフォンが用いられるが、これに限定されずタブレット端末等の種々のＰＤＡ（Personal Digital Assistant）が用いられてもよい。
【００２９】
［マルチルーム再生］
ネットワークシステム１００にて実行されるコンテンツのマルチルーム再生について説明する。マルチルーム再生とは、ホームネットワーク１に接続された２以上の再生装置１０により構成されたグループにて、同一のコンテンツを同時に再生する再生方法である。
【００３０】
例えば同一の部屋にある複数の再生装置１０から同一のコンテンツを再生させることで、部屋全体にて大音量で音楽を楽しむことができる。あるいは多くの友人を家に招いてパーティを開催する場合等において、各部屋に配置された再生装置１０から同一のコンテンツを再生させ、その動作を同時に制御することでパーティを盛り上げることができる。
【００３１】
マルチルーム再生が実行される際には、グループを構成する２以上の再生装置１０のうちの１つがマスタ装置５０として設定され、他の再生装置１０がスレーブ装置５５として設定される。マスタ装置５０がサーバ装置２０から同一のコンテンツをダウンロードして、スレーブ装置５５に同時にストリーミング配信する。これによりコンテンツのマルチルーム再生が実現される。
【００３２】
図１に示す例では、リビングルーム２に配置された２つの再生装置１０、ホビールーム３に配置された１つの再生装置１０、及びベッドルーム４に配置された１つの再生装置１０によりグループが構成されている。このうちリビングルーム２に配置された一方の再生装置１０がマスタ装置５０に設定され、他の再生装置１０がスレーブ装置５５に設定されている。
【００３３】
マルチルーム再生を実行可能な再生装置１０は、本技術に係る情報処理装置として動作する。またマスタ装置５５として設定された再生装置１０により、本技術に係る情報処理方法が実行される。なお本実施形態では、全ての再生装置１０がマルチルーム再生を実行可能であるとする（マルチルーム対応装置ともいう）。
【００３４】
［再生装置の構成］
図２は、再生装置１０の構成例を示すブロック図である。再生装置１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、表示部１４、及び操作部１５を有する。また再生装置１０は、通信部１６、外部Ｉ／Ｆ（インタフェース）１７、記憶部１８、及びスピーカ１９を有する。
【００３５】
ＣＰＵ１１は、再生装置１０の各ブロックと信号をやり取りして各種演算を行い、スピーカ１９からの音声コンテンツの再生、表示部１４への画像の表示、スレーブ装置５５へのコンテンツのストリーミング配信等、再生装置１０で実行される種々の処理を統括的に制御する。
【００３６】
ＲＯＭ１２は、ＣＰＵ１１が処理する種々のデータや、アプリケーション等の各種のプログラムを記憶する。ＲＡＭ１３は、ＣＰＵ１１の作業領域として用いられ、ＣＰＵ１１によりプログラムが実行される際には、その実行に必要なデータが展開される。
【００３７】
表示部１４は、例えば液晶、ＥＬ（Electro-Luminescence）等を用いた表示デバイスである。操作部１５は、例えばコントローラ、ポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。操作部１５がタッチパネルを含む場合、そのタッチパネルは表示部１４と一体となり得る。
【００３８】
通信部１６は、再生装置１０をホームネットワーク１に接続するためのインタフェースである。例えば通信部１６として、ＷｉＦｉ等の無線ＬＡＮモジュールが設けられる。その他、モデムやルータ等の通信機器が用いられてもよい。通信部１６は、本実施形態において接続部として機能する。
【００３９】
外部Ｉ／Ｆ１７は、例えばＵＳＢやＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）等の規格に基づいて、外部機器と接続するためのインタフェースである。その他、各種メモリカードと接続するためのインタフェースが構成されてもよい。
【００４０】
記憶部１８は、不揮発性の記憶デバイスであり、例えばＨＤＤ（Hard Disk Drive）、フラッシュメモリ、その他の固体メモリである。記憶部１８には、例えばサーバ装置２０からダウンロードされたコンテンツ等が記憶される。また上記した各種データやプログラム等が記憶されてもよい。
【００４１】
上記のようなハードウェア構成を有する再生装置１０による情報処理は、ＲＯＭ１２や記憶部１８に記憶されたソフトウェアと、再生装置１０のハードウェア資源との協働により実現される。例えばＣＰＵ１１がＲＯＭ１２等に記憶された本技術に係るプログラムをＲＡＭ１３にロードして実行することにより、本技術に係る情報処理方法が実現される。
【００４２】
その際には図２に示すように、ＣＰＵ１１は、配信制御部４０、通信状態判定部４１、ＡＰ（アクセスポイント）情報取得部４２、及びエンコード部４３として機能する。これらのブロックを実現するために、専用のハードウェアが適宜用いられてもよい。
【００４３】
アプリケーション等のプログラムは、例えばグローバルネットワークから再生装置１０にインストールされる。あるいは、記録媒体を介してプログラムが再生装置１０にインストールされてもよい。
【００４４】
［マスタ装置の動作］
図３は、コンテンツのストリーミング配信の方式について説明するための模式図である。図３Ａ及びＢに示すように、マスタ装置５０により、アクセスポイント５を介して、複数のスレーブ装置５５にコンテンツがストリーミング配信される。なおマスタ装置５０及びスレーブ装置５５はそれぞれ、トランスミッタ及びレシーバと表現することもできる。
【００４５】
本実施形態では、マスタ装置５０は、ユニキャストによるストリーミング配信と、マルチキャストによるストリーミング配信のいずれかを選択することが可能である。これらのストリーミング配信は、例えばＵＤＰ（User Datagram Protocol）に従って実行される。以下、ユニキャストによるストリーミング配信をユニキャスト送信と記載し、マルチキャストによるストリーミング配信をマルチキャスト送信と記載する。
【００４６】
図３Ａは、ユニキャスト送信の動作例を示す模式図である。ユニキャスト送信では、マスタ装置５０は、複数のスレーブ装置５５の各々に対して、個別にコンテンツのストリーミング配信を実行する。
【００４７】
従ってアクセスポイント５を基準とすると、１台のスレーブ装置５５に対して、マスタ装置５０からアクセスポイント５へのアップリンクＵＬ側で１本、アクセスポイント５からスレーブ装置５５へのダウンリンクＤＬ側で１本、計２本分のデータ転送帯域（bps）が必要となる。当然のことながらスレーブ装置５５が１台増えると、当該２本分のデータ転送帯域が新たに必要となる。
【００４８】
本実施形態では、無線ネットワークが構築されており、グループ内のスレーブ装置５５により無線帯域が共有される。従ってスレーブ装置５５の１台当たりのデータ転送速度は合計の台数分の１以下となる。
【００４９】
図３Ｂは、マルチキャスト送信の動作例を示す模式図である。マルチキャスト送信では、全てのスレーブ装置５５がグループ化されてマルチキャストグループが構成される。マスタ装置５０は、当該マルチキャストグループのアドレスを宛先として、単一のコンテンツデータを送信する。当該コンテンツデータは、アクセスポイント５により複製され、マルチキャストグループに所属する全てのスレーブ装置５５にストリーミング配信される。このときのアクセスポイント５の動作は、マルチキャスト転送ともよばれる。
【００５０】
図３Ｂに示すように、アップリングＵＬ側では１本分のデータ転送帯域で、全てのスレーブ装置５５へのコンテンツ配信が可能となり、伝送路の使用帯域を大幅に節約することができる。しかしながらアクセスポイント５の機能や設定等においては、マルチキャスト転送ができない場合（マルチキャスト非対応）や、マルチキャスト転送に使用可能な帯域が制限されていることがある。使用可能な帯域の上限が低い場合には、高品質のコンテンツを配信することができない。
【００５１】
アクセスポイント５によるマルチキャスト転送ができない場合、マスタ装置５０によるマルチキャスト送信はできないことになる。またアクセスポイント５によるマルチキャスト転送に使用可能な帯域は、マスタ装置５０によるマルチキャスト送信に使用可能な帯域に相当する。
【００５２】
本実施形態ではマルチルーム再生が実行される際の初期化時に、マスタ装置５０により、アクセスポイント５がマルチキャスト送信を受信可能であるか、すなわちマルチキャスト転送が可能であるかが判定される。またマルチキャスト転送が可能である場合には、その使用可能な帯域の上限が測定される。
【００５３】
そのために図２に示すＡＰ情報取得部４２により、アクセスポイント５の（マスタ装置５０による）マルチキャスト送信に関する機器情報が取得される。当該機器情報は、（マスタ装置５０による）マルチキャスト送信に使用可能な帯域の情報を含む。なおアクセスポイント５のマルチキャスト送信に関する機器特性は、ホームネットワーク１のマルチキャスト送信に対するネットワーク特性ともいえる。
【００５４】
図４は、アクセスポイント５の機器情報を取得するための処理例を示す模式的なシーケンス図である。図４では図を簡素化するために、２つのスレーブ装置５５ａ及び５５ｂが図示されている。より多くのスレーブ装置５５が存在する場合でも、図４を参照して説明する処理と同様の処理が実行されればよい。このことは図５−図９についても同様である。
【００５５】
まず配信制御部４０により、単位時間当たりに所定の回数以上のマルチキャスト送信が実行される（ステップ１０１）。所定の回数は限定されず、ある程度多くの回数が設定される。なお配信制御部４０は、本実施形態において、ホームネットワーク１を介してユニキャスト送信及びマルチキャスト送信を実行可能な配信部としても機能する。
【００５６】
マスタ装置５０は、大量のマルチキャスト送信に応じた、各スレーブ装置５５からの受信数応答を受け取る（ステップ１０２）。ＡＰ情報取得部４２は、受信数をもとに、マルチキャスト送信に関する機器情報を算出し、アクセスポイント５がマルチキャスト対応であるか否か、及び使用可能な帯域の上限を判定する（ステップ１０３）。
【００５７】
例えば受信数がゼロの場合には、アクセスポイント５は、マルチキャスト対応ではないと判定される。受信数が１以上の場合は、各スレーブ装置５５ごとの受信数のうち最も低い値をもとに、単位時間当たりのマルチキャスト伝送可能数、すなわちマルチキャスト送信の使用可能な帯域の上限が算出される。
【００５８】
なお以下の説明では、マルチキャスト送信に使用可能な帯域の上限のことを単にマルチキャスト送信の使用帯域と記載し、例えば使用帯域よりも大きいや使用帯域以下というような表現をする場合がある。
【００５９】
ＡＰ情報取得部４２により取得（算出）された機器情報をもとに、配信制御部４０により、ユニキャスト送信及びマルチキャスト送信のいずれかが選択される。例えばアクセスポイント５がマルチキャスト非対応である場合には、ユニキャスト送信が選択される。
【００６０】
図５は、アクセスポイント５がマルチキャスト対応である場合の、配信方式の選択の一例を示すフローチャート及びシーケンス図である。まずコンテンツのビットレート（bps）がマルチキャスト送信の使用帯域よりも大きいか否か判定される（ステップ２０１）。ビットレートの方が大きいと判定された場合（ステップ２０１のＹｅｓ）、ユニキャスト送信が実行される（ステップ２０２）。
【００６１】
ビットレートが使用帯域以下であると判定された場合（ステップ２０２のＮｏ）、ユニキャスト送信が実行される（ステップ２０３）。このようにアクセスポイント５の機器情報（ホームネットワーク１のネットワーク情報）をもとに、ユニキャスト送信とマルチキャスト送信とが適宜選択されるので、効率的なコンテンツの配信が実現する。
【００６２】
本実施形態では、図２に示すエンコード部４３により、エンコード時のコンテンツのビットレートが可変的に設定可能である。当該エンコード部４３により設定された可変ビットレート（ＶＢＲ：Variable Bitrate）をもとにステップ２０１の判定処理が実行される。
【００６３】
例えばサーバ装置２０からコンテンツがダウンロードされると、エンコード部４３により所定のビットレートでエンコードが実行される。この際のビットレートの値は限定されないが、例えばユーザにより設定される。またサーバ装置２０によるエンコード時のビットレートが、初期のビットレートとして設定されてもよい。
【００６４】
エンコード部４３によるビットレートの設定（変更）が、例えばコンテンツの配信中等の任意のタイミングで実行されてもよい。この場合、例えばビットレートの変更に応じて、ステップ２０１の判定処理が適宜実行される。ビットレートの変更については、後に説明する。エンコード部４３は、本実施形態において設定部として機能する。
【００６５】
［ユニキャスト送信の動作］
図６は、ユニキャスト送信が選択された場合の通信状態の判定の処理例を示すフローチャート及びシーケンス図である。本実施形態では、図２に示す通信状態判定部４１により、ホームネットワーク１を介したユニキャスト送信の対象となる複数のスレーブ装置５５の各々について、ホームネットワーク１の通信状態が正常か否か判定される。各スレーブ装置５５についてのホームネットワーク１の通信状態とは、マスタ装置５０から各スレーブ装置５５までの間のリンクの通信状態である。
【００６６】
図６に示すようにまず複数のスレーブ装置５５の各々から送信される通信品質情報が、定期的に取得される（ステップ３０１）。例えば各スレーブ装置５５は、５秒等の所定の時間間隔で、通信品質情報をマスタ装置５０に送信する。あるいは定期的にマスタ装置５０から各スレーブ装置５５に、通信品質情報を送信するための要求が送られてもよい。
【００６７】
通信品質情報は、マスタ装置５０から各スレーブ装置５５までのリンクの状況を評価可能な情報であり、典型的には、各スレーブ装置５５にて算出される受信電界強度及びデータ転送速度の少なくとも一方の情報を含む。もちろんこれに限定されずスループット（実効速度）を評価する他のパラメータやリンク速度の情報等が通信品質情報として送信されてもよい。
【００６８】
通信状態判定部４１は、各スレーブ装置５５から取得した通信品質情報をもとに、各スレーブ装置５５ごとに、通信状態が正常か否か判定する（ステップ３０２）。通信状態が正常ではないと判定されたスレーブ装置５５は、配信制御部４０により、ユニキャスト送信の対象から除外される（ステップ３０２のＮｏからステップ３０３）。以下、通信状態が正常ではないと判定されたスレーブ装置５５を、通信障害装置と記載する場合がある。
【００６９】
通信状態が正常であると判定されたレーブ装置５５は、配信制御部４０により、ユニキャスト送信の対象に設定される（ステップ３０２のＹｅｓからステップ３０４）。典型的には、ユニキャスト送信が選択された時点で、全てのスレーブ装置５５がユニキャスト送信の対象に設定されるので、当該設定が維持される。
【００７０】
ステップ３０２の判定処理は、通信品質情報が取得される度に定期的に実行される。その定期的な判定において、直前の判定で通信障害装置と判定されたスレーブ装置５５が、新たな判定により通信状態が正常であると判定されたとする。この場合、通信状態が回復したと判定され、当該通信障害装置であったスレーブ装置５５が、ユニキャスト送信の対象に復帰される（同じくステップ３０４）。
【００７１】
例えば伝送路でのエラー発生のために通信品質が低下して、データ転送速度（リンク速度）が遅くなってしまったスレーブ装置５５が１台でも存在したとする。エラー発生理由は限定されないが、例えば近くに電子レンジ等が配置されており、当該電子レンジの動作により電波障害が発生する場合等は十分に考えられる。
【００７２】
スループットが低いスレーブ装置５５が１台でも存在すると、その影響が他のスレーブ装置５５へのストリーミング配信におよび、系全体のスループットが低下してしまう。例えば通信品質が低下したスレーブ装置５５から欠落したバケットの再送要求が繰り返され、全体のトラフィックが詰まってしまう。あるいは無線路のエラー発生レートが高くなると、安定した通信路を確立するために、アクセスポイント５により全体のリンク速度が下げられる場合もある。
【００７３】
全体のスループットが低下してしまうとコンテンツの再生が適正に行われず、例えばコンテンツがリアルタイム性を要求されるマルチメディアデータの場合、要求時間内にデータが到着せず、音声が途切れたり映像が止まってしまうことも起こり得る。
【００７４】
このような問題に対して本実施形態では、コンテンツがユニキャスト送信される際において、各スレーブ装置５５についての通信状態が定期的に監視される。そして通信状態が正常ではないと判定された通信障害装置が、ユニキャスト送信の対象から除外され、通信状態が正常であると判定されたスレーブ装置５５を対象に、ユニキャスト送信が維持される。
【００７５】
この結果、通信障害装置を除く他のスレーブ装置５５により、マルチルーム再生が維持され、コンテンツの再生が停止してしまうこと等を十分に防止することができる。従ってユーザは、コンテンツの鑑賞を継続的に楽しむことができる。
【００７６】
このように本技術を用いることで、ネットワーク全体の通信品質の低下を抑えた安定したストリーミング配信を実現することが可能となる。例えばパケット衝突によるエラーの発生や、その回復のための再送信等の発生を十分に抑えることができる。
【００７７】
また通信状態の判定が定期的に実行されるので、通信障害装置と判定されていたスレーブ装置５５を、通信状態の回復に応じてユニキャスト送信の対象に復帰させることができる。すなわち通信状態が低下した通信障害装置は、コンテンツ配信対象から一時的に離脱されるだけであり、通信状態が回復した場合にはその再生装置によるコンテンツの再生が自動的に再開される。この結果、有用なコンテンツ配信システムを構築することが可能となり、本実施形態においては、商品性の高いマルチルーム再生システムを実現することができる。
【００７８】
図７は、通信状態を判定するための他の処理例を示すフローチャート及びシーケンス図である。通信状態判定部４１により、複数のスレーブ装置５５の各々から送信される再送要求の単位時間当たりの数が算出される（ステップ４０１）。再送要求数は、典型的にはパケットの欠損数に相当する。
【００７９】
単位時間当たりの再送要求の数（以下、単位再送要求数と記載する）が所定の閾値以上のスレーブ装置５５は、通信状態が正常ではない通信障害装置と判定され、ユニキャスト送信の対象から除外される（ステップ４０２のＹｅｓからステップ４０３）。単位再送要求数が所定の閾値未満のスレーブ装置５５は、通信状態が正常であるスレーブ装置５５と判定され、ユニキャスト送信の対象に設定される、あるいは対象に復帰される（ステップ４０２Ｎｏからステップ４０４）。
【００８０】
このように各スレーブ装置５５から送信される単位再送要求数をもとに、通信状態が正常であるか否か判定されてもよい。また図６に示す通信状態情報と、図７に示す単位再送要求数とが適宜組み合わされて、通信状態が判定されてもよい。通信状態情報、又は／及び単位再送要求数が用いられることで、通信状態を高い精度で簡単に判定可能である。
【００８１】
エンコード部４３によるビットレートの変更の動作例について説明する。図８は、ユニキャスト送信及びマルチキャスト送信のいずれかを選択する処理の変形例を示すフローチャートである（シーケンス図は省略）。図５のステップ２０１と同様に、コンテンツのビットレートがマルチキャスト送信の使用帯域よりも大きいか否か判定される（ステップ５０１）。
【００８２】
ビットレートの方が大きいと判定された場合（ステップ５０１のＹｅｓ）、エンコード部４３により低ビットレート化が実行される。すなわちビットレートが下げられてコンテンツがエンコードされる（ステップ５０２）。その後、低く下げられたビットレートがマルチキャスト送信の使用帯域よりも大きいか否か判定される（ステップ５０３）。
【００８３】
新たに設定されたビットレートの方が大きいと判定された場合（ステップ５０３のＹｅｓ）、ユニキャスト送信が実行される（ステップ５０４）。一方新たなビットレートが使用帯域以下であると判定された場合（ステップ５０３のＮｏ）、ユニキャスト送信が実行される（ステップ５０５）。
【００８４】
このように図８に示す例では、マルチキャスト送信の使用帯域以下にビットレートが変更可能である場合には、マルチキャスト送信が適宜選択される。これにより伝送路の使用帯域を大幅に節約することができ、効率的に安定してコンテンツを配信することができる。
【００８５】
なお図９のステップ６０１に示すように、コンテンツのビットレートが使用帯域よりも大きい場合に、当該使用帯域と、エンコード部４３により変更可能なビットレートとが比較されてもよい。すなわち使用可能な帯域の上限と、変更可能なビットレートの下限とが比較されてもよい。
【００８６】
変更可能なビットレートが使用帯域よりも大きい場合は（ステップ６０１のＹｅｓ）、ユニキャスト送信が選択される（ステップ６０２）。変更可能なビットレートが使用帯域以下の場合には（ステップ６０１のＮｏ）、低ビットレート化が実行され（ステップ６０３）、マルチキャスト送信が実行される（ステップ６０４）。この場合ビットレートは、使用可能な帯域の上限よりも小さい範囲で適宜設定される。例えば使用可能な帯域の上限に略等しい値に設定される。このような処理により、効率的なコンテンツ配信が実行可能である。
【００８７】
また変更可能なビットレートが、マルチキャスト送信の使用帯域以下に変更可能であって、エンコード部４３によりビットレートが変更されたとする。その変更後のビットレートが所定の閾値よりも小さい場合には、マルチキャスト送信ではなくユニキャスト送信が選択されてもよい。これによりコンテンツの品質が一定の水準以上に維持される。この処理は、伝送路の使用帯域の節約よりも、コンテンツの品質を重視する考え方に基づく。
【００８８】
なおビットレートに応じて配信方式を選択する場合に、通信状態情報、又は／及び単位再送要求数が判定のパラメータとして用いられてもよい。例えば通信状態が良好であるときは、ビットレートを下げることでマルチキャスト送信が可能であったとしても、比較的高いビットレートにてユニキャスト送信を実行する。通信状態があまり良好でないときは、コンテンツの品質が若干悪くなったとしても、ビットレートを下げてマルチキャスト送信を実行する。このような処理により、効率的なコンテンツ配信が可能となる。
【００８９】
図１０及び図１１は、グループ内のネットワーク全体の品質（以下、ネットワーク品質と記載する）に応じたビットレートの変更例を示すフローチャート及びシーケンス図である。
【００９０】
まず複数のスレーブ装置５５の各々から送信される通信品質情報が定期的に取得され、全ての通信品質情報がまとめて集計される（ステップ７０１）。集計された結果をもとに、ネットワーク品質が悪化したか否か判定される（ステップ７０２）。ネットワーク品質が悪化したと判定された場合（ステップ７０２のＹｅｓ）、接続性を優先して低ビットレート化が実行される（ステップ７０３）。
【００９１】
ネットワーク品質が悪化していないと判定された場合（ステップ７０２のＮｏ）、ネットワーク品質が改善されたか否か判定される（ステップ７０４）。ネットワーク品質が改善されたと判定された場合（ステップ７０４のＹｅｓ）、再生品質を優先して、ビットレートを高い値に設定する高ビットレート化が実行される（ステップ７０５）。ネットワーク品質が改善されていないと判定された場合（ステップ７０４のＮｏ）、ステップ７０１に戻る。
【００９２】
図１１に示すように、複数のスレーブ装置５５の各々から送信される再送要求の単位時間当たりの数をもとにネットワーク品質が判定されてもよい。まず各スレーブ装置５５から送信された単位時間当たりの再送要求数が算出される（ステップ８０１）。単位再送要求数が２つの閾値のうち高い方の閾値である高閾値以上であるか否かが判定される（ステップ８０２）。単位再送要求数が高閾値以上である場合（ステップ８０２のＹｅｓ）、ネットワーク品質が悪化したと判定され、低ビットレート化が実行される（ステップ８０３）。
【００９３】
単位再送要求数が高閾値よりも小さい場合（ステップ８０２のＮｏ）、単位再送要求数が２つの閾値のうち低い方の閾値である低閾値未満であるか否か判定される（ステップ８０４）。単位再送要求数が低閾値以上であると判定された場合（ステップ８０４のＹｅｓ）、ネットワーク品質が改善したと判定され、高ビットレート化が実行される（ステップ８０５）。単位再送要求数が低閾値未満であると判定された場合（ステップ８０４のＮｏ）、ステップ８０１に戻る。
【００９４】
なお高閾値及び低閾値は限定されず、適宜設定されてよい。また単位時間当たりに送られてくる全てのスレーブ装置５５からの再送要求の総数をもとに、ネットワーク品質が判定されてもよい。
【００９５】
このようにユニキャスト送信及びマルチキャスト送信が行われている際に、定期的にネットワーク品質が判定され、その判定結果をもとに、コンテンツのビットレートが変更されてもよい。これにより安定したストリーミング配信が可能となる。ビットレートが変更される度に、あるいは所定のタイミングで定期的に、図５、図８、及び図９に示すような配信方式の選択処理が実行される。これによりネットワーク品質に合わせた最適な配信方式を選択することが可能となり、効率的なコンテンツ配信が可能となる。
【００９６】
なお低ビットレート化、及び高ビットレート化は、例えばその時点のビットレートの値も参照しつつ最適化されたパラメータをもとに実行される。また各閾値にヒステリシス特性をもたせることで、滑らかなビットレートの変更が実行されてもよい。
【００９７】
＜その他の実施形態＞
本技術は、以上説明した実施形態に限定されず、他の種々の実施形態を実現することができる。
【００９８】
本技術は、ユニキャスト送信のみが可能な装置にも適応可能である。すなわち図６及び図７等に示すような、ユニキャスト送信に関する機能を備えさせることで、通信品質の低下を抑えた安定したストリーミング配信を実現することができる。
【００９９】
また本技術は、コンテンツのビットレートが変更できない、固定のビットレートでの配信のみが可能な装置にも適用可能である。固定ビットレートでの配信が実行される際にも、例えばユニキャスト送信において通信状態が正常でない通信障害装置を一時的に離脱させる処理等を実行することで、安定したストリーミング配信が可能となる。またアクセスポイントのマルチキャスト送信に関する機器情報をもとに、配信方式を適宜選択することで、効率的なコンテンツ配信が可能となる。
【０１００】
コンテンツのビットレートを固定とするか、又は可変とするかがユーザにより設定可能であってもよい。この場合ユーザの設定に応じて、上記した本技術の処理が適宜適用されてよい。
【０１０１】
上記では、本技術に係る情報処理装置として、グループ内のスレーブ装置５０を例に挙げて説明した。しかしながらこれに限定されず、ＤＭＣとして機能する携帯端末３０が本技術に係る情報処理装置として構成されてもよい。例えば図２に示す配信制御部（配信部の機能を除く）４０、及び通信状態判定部４１の機能が、携帯端末３０に備えられることで、本技術に係る情報処理方法が実行可能である。もちろんＡＰ情報取得部４２やエンコード部４３の機能が携帯端末３０に備えられてもよい。
【０１０２】
通信障害装置の一時的な離脱、現在実行されている配信方式、又は現在のビットレート等が、携帯端末３０のディスプレイ等に表示されてもよい。これによりユーザは、コンテンツの配信状況を簡単に把握することができる。
【０１０３】
上記では、マルチルーム再生が実行されるグループ内の動作を例として説明を行った。しかしながら所定のグループを構成する再生装置のみならず、無線ネットワークに接続された任意の複数の再生装置に対して、本技術は適用可能である。例えば図１に示すサーバ装置２０により、ホームネットワーク１に接続された複数の再生装置１０にコンテンツが配信される場合にも、本技術は適用可能である。
【０１０４】
ビットレートの変更について、最初ユニキャスト送信が選択され、ネットワーク品質が落ち着くまで（所定の閾値等で判定）低ビットレート化が実行される。低ビットレート化が実行されてもネットワーク品質が落ち着かない場合に、マルチキャスト送信が選択可能かどうかの判定が実行される。このような動作が実行されてもよい。
【０１０５】
以上説明した本技術に係る特徴部分のうち、少なくとも２つの特徴部分を組み合わせることも可能である。すなわち各実施形態で説明した種々の特徴部分は、各実施形態の区別なく、任意に組み合わされてもよい。また上記で記載した種々の効果は、あくまで例示であって限定されるものではなく、また他の効果が発揮されてもよい。
【０１０６】
なお、本技術は以下のような構成も採ることができる。
（１）無線ネットワークを介したコンテンツのユニキャストによるストリーミング配信の対象となる複数の再生装置の各々について、前記無線ネットワークの通信状態が正常か否かを判定する判定部と、
前記複数の再生装置のうち前記通信状態が正常ではないと判定された再生装置である通信障害装置を、前記ユニキャストによるストリーミング配信の対象から除外する配信制御部と
を具備する情報処理装置。
（２）（１）に記載の情報処理装置であって、
前記複数の再生装置は、同一のコンテンツを同時に再生可能なグループを構成しており、
前記配信制御部は、前記通信障害装置を、前記同一コンテンツの前記ユニキャストによるストリーミング配信の対象から除外する
情報処理装置。
（３）（１）又は（２）に記載の情報処理装置であって、
前記判定部は、前記通信状態の判定を定期的に実行し、
前記配信制御部は、前記判定部による定期的な判定により前記通信障害装置の通信状態が正常に回復したと判定された場合、当該通信障害装置であった前記再生装置を、前記ユニキャストによるストリーミング配信の対象に戻す
情報処理装置。
（４）（１）から（３）のうちいずれか１つに記載の情報処理装置であって、
前記判定部は、前記複数の再生装置の各々から送信される再送要求の単位時間当たりの数、及び前記複数の再生装置の各々から送信される通信品質情報の少なくとも一方をもとに、前記通信状態を判定する
情報処理装置。
（５）（４）に記載の情報処理装置であって、
前記通信品質情報は、受信電界強度及びデータ転送速度の少なくとも一方の情報を含む
情報処理装置。
（６）（１）から（５）のうちいずれか１つに記載の情報処理装置であって、
前記複数の再生装置の各々は、前記無線ネットワークを介してアクセスポイントに接続されており、
前記情報処理装置は、さらに、前記アクセスポイントの、前記コンテンツのマルチキャストによるストリーミング配信に関する機器情報を取得する取得部を具備し、
前記配信制御部は、前記取得された機器情報をもとに、前記ユニキャストによるストリーミング配信、及び前記マルチキャストによるストリーミング配信のいずれかを選択して実行させる
情報処理装置。
（７）（６）に記載の情報処理装置であって、
前記機器情報は、前記マルチキャストによるストリーミング配信に使用可能な帯域の情報を含み、
前記配信制御部は、前記コンテンツのビットレートが前記マルチキャストによるストリーミング配信に使用可能な帯域以下である場合に、前記マルチキャストによるストリーミング配信を選択する
情報処理装置。
（８）（６）又は（７）に記載の情報処理装置であって、さらに、
前記コンテンツのビットレートを可変的に設定可能な設定部を具備し、
前記配信制御部は、前記設定部により設定された前記ビットレートが前記使用可能な帯域以下である場合に、前記マルチキャストによるストリーミング配信を選択する
情報処理装置。
（９）（１）から（８）のうちいずれか１つに記載の情報処理装置であって、さらに、
前記複数の再生装置と前記無線ネットワークを介して接続可能な接続部と、
前記無線ネットワークを介して前記複数の再生装置の各々に前記コンテンツをユニキャストで配信可能な配信部と
具備する情報処理装置。
【符号の説明】
【０１０７】
１…ホームネットワーク
１０…複数の再生装置
２０…サーバ装置
３０…携帯端末
４０…配信制御部
４１…通信状態判定部
４２…ＡＰ（アクセスポイント）情報取得部
４３…エンコード部
５０…マスタ装置
５５…スレーブ装置
１００…ネットワークシステム
【図１】
2016120931.tif 000003
【図２】
2016120931.tif 000004
【図３】
2016120931.tif 000005
【図４】
2016120931.tif 000006
【図５】
2016120931.tif 000007
【図６】
2016120931.tif 000008
【図７】
2016120931.tif 000009
【図８】
2016120931.tif 000010
【図９】
2016120931.tif 000011
【図１０】
2016120931.tif 000012
【図１１】
2016120931.tif 000013
【国際調査報告】
2016120931.tif 000014
2016120931.tif 000015