(57)【要約】【課題】シンク機器の復号能力を超過することなく、複数のソース機器から受信されるコンテンツをシンク機器において適切に再生することを可能とすること。【解決手段】複数の符号化装置との間で無線接続を確立する無線通信部と、前記複数の符号化装置から前記無線通信部を介して受信されるコンテンツをそれぞれ復号する復号部と、前記復号部により復号される複数のコンテンツを再生する再生部と、前記再生部により再生されるコンテンツのセットにより要求される要求復号能力が前記復号部の実復号能力を超過しないように、前記複数の符号化装置におけるコンテンツの符号化条件を制御する制御部と、を備える復号装置を提供する。【選択図】図２
2015111289.tif 000002
【特許請求の範囲】
【請求項１】
複数の符号化装置との間で無線接続を確立する無線通信部と、
前記複数の符号化装置から前記無線通信部を介して受信されるコンテンツをそれぞれ復号する復号部と、
前記復号部により復号される複数のコンテンツを再生する再生部と、
前記再生部により再生されるコンテンツのセットにより要求される要求復号能力が前記復号部の実復号能力を超過しないように、前記複数の符号化装置におけるコンテンツの符号化条件を制御する制御部と、
を備える復号装置。
【請求項２】
前記制御部は、前記無線通信部を介して各符号化装置から受信される当該符号化装置の符号化能力情報に基づいて、各符号化装置における前記符号化条件を決定する、請求項１に記載の復号装置。
【請求項３】
前記制御部は、前記無線通信部を介して各符号化装置へ能力問合せメッセージを送信することにより、各符号化装置から前記符号化能力情報を収集する、請求項２に記載の復号装置。
【請求項４】
前記能力問合せメッセージは、シンク機器からソース機器へ前記符号化能力情報を問合せるために拡張された、ＲＴＳＰ（Real  Time  Streaming  Protocol）のパラメータ取得用メッセージである、請求項３に記載の復号装置。
【請求項５】
前記制御部は、シンク機器によってソース機器の前記符号化条件を設定するために拡張された、ＲＴＳＰのパラメータ設定用メッセージを各符号化装置へ送信することにより、各符号化装置における前記符号化条件を制御する、請求項４に記載の復号装置。
【請求項６】
前記能力問合せメッセージは、Ｗｉ−Ｆｉダイレクトのサービスディスカバリリクエストメッセージである、請求項３に記載の復号装置。
【請求項７】
前記要求復号能力及び前記実復号能力は、サポートされるコーデック種別、解像度、レート及び品質レベル、復号回路の数、並びにプロセッサ性能のうち少なくとも１つにより表現される、請求項１に記載の復号装置。
【請求項８】
前記符号化条件は、各符号化装置において使用されるコーデック種別、解像度、レート及び品質レベルのうち少なくとも１つに関する条件である、請求項１に記載の復号装置。
【請求項９】
前記制御部は、前記要求復号能力が前記実復号能力を超過する場合に、少なくとも１つのコンテンツを圧縮符号化することなく送信することを、当該少なくとも１つのコンテンツを有する前記符号化装置へ要求する、請求項１に記載の復号装置。
【請求項１０】
前記制御部は、各符号化装置との間の前記無線接続の接続品質にさらに基づいて、各符号化装置における前記符号化条件を制御する、請求項１に記載の復号装置。
【請求項１１】
前記制御部は、各符号化装置の電源状態にさらに基づいて、各符号化装置における前記符号化条件を制御する、請求項１に記載の復号装置。
【請求項１２】
前記制御部は、各符号化装置から受信される、優先すべき符号化条件を特定する優先条件情報にさらに基づいて、各符号化装置における前記符号化条件を制御する、請求項１に記載の復号装置。
【請求項１３】
前記制御部は、前記複数の符号化装置における前記符号化条件に応じて、当該複数の符号化装置との間の前記無線接続の周波数チャネルをさらに制御する、請求項１に記載の復号装置。
【請求項１４】
前記制御部は、前記再生されるコンテンツの前記セットの更新を指示するユーザ入力が検出された場合に、更新後の前記セットについての前記要求復号能力を前記実復号能力と比較する、請求項１に記載の復号装置。
【請求項１５】
前記制御部は、前記復号部に掛かる負荷に基づいて動的に計算される前記実復号能力を、前記要求復号能力と比較する、請求項１に記載の復号装置。
【請求項１６】
前記制御部は、前記再生部により再生される前記複数のコンテンツを表示する画面に、前記要求復号能力に前記実復号能力を超過させないために前記セットから除外したコンテンツを有する符号化装置のリストを表示させる、請求項１に記載の復号装置。
【請求項１７】
前記制御部は、前記リスト内の前記符号化装置と前記無線通信部との間の前記無線接続を維持する、請求項１６に記載の復号装置。
【請求項１８】
復号装置により、複数の符号化装置から無線接続を介して受信されるコンテンツをそれぞれ復号することと、
復号される複数のコンテンツを再生することと、
再生されるコンテンツのセットにより要求される要求復号能力が前記復号装置の実復号能力を超過しないように、前記復号装置により、前記複数の符号化装置におけるコンテンツの符号化条件を制御することと、
を含む復号方法。
【請求項１９】
複数の装置から受信されるコンテンツをそれぞれ復号して再生する復号装置との間で無線接続を確立する無線通信部と、
前記無線通信部を介して前記復号装置へ送信すべきコンテンツを符号化する符号化部と、
前記復号装置により再生されるコンテンツのセットにより要求される要求復号能力が前記復号装置の実復号能力を超過しないように、前記復号装置から受信される制御メッセージに基づいて、前記符号化部におけるコンテンツの符号化条件を制御する制御部と、
を備える符号化装置。
【請求項２０】
複数の装置から受信されるコンテンツをそれぞれ復号して再生する復号装置へ無線接続を介してコンテンツを送信する符号化装置により、前記復号装置へ送信すべきコンテンツを符号化することと、
前記復号装置により再生されるコンテンツのセットにより要求される要求復号能力が前記復号装置の実復号能力を超過しないように、前記復号装置から受信される制御メッセージに基づいて、前記符号化装置におけるコンテンツの符号化条件を制御することと、
を含む符号化方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、復号装置、復号方法、符号化装置及び符号化方法に関する。
【背景技術】
【０００２】
今日、様々な種類の電子機器が、マルチメディアコンテンツを符号化して伝送し、又は復号して再生する能力を有している。符号化されたコンテンツは、マルチメディアネットワーク上で伝送され、当該コンテンツを受信した機器により再生される。マルチメディアネットワークは、従来はＨＤＭＩ（High-Definition  Multimedia  Interface）などの有線通信技術を用いて形成されることが多かった。しかし、近年の無線通信技術の急速な発展の結果として、例えば無線ＬＡＮ（Local  Area  Network）などの無線通信ネットワークをマルチメディアコンテンツを伝送するために活用することも可能となった。【０００３】
コンテンツを必要に応じて符号化してネットワークへ送出する機器は、一般に、ソース機器と呼ばれる。対照的に、ソース機器からコンテンツを受信して再生する機器は、シンク機器と呼ばれる。シンク機器がコンテンツを成功裏に再生するためには、シンク機器の能力及び通信環境などの条件に適合する形で符号化されたコンテンツを、ソース機器がネットワークへ送出することが重要である。そこで、特許文献１は、ソース機器に相当するコンテンツサーバがシンク機器に相当する端末の能力に合わせてコンテンツを符号化する際の符号化条件を制御する手法を提案している。【０００４】
非特許文献１は、Ｗｉ−Ｆｉアライアンスにより策定されたＷｉ−Ｆｉディスプレイの技術仕様書である。Ｗｉ−Ｆｉディスプレイは、Wi-Fi  CERTIFIED  MIRACAST（登録商標）とも呼ばれる。Ｗｉ−Ｆｉディスプレイは、アクセスポイントを介することなく無線ＬＡＮ機器同士で無線通信ネットワークを形成するためのＷｉ−Ｆｉダイレクトを基盤技術として採用し、高精細な映像コンテンツをソース機器からシンク機器へ伝送するためのプロトコルを定義する。非特許文献１において定義された機器間のメッセージングは、ＲＴＳＰ（Real  Time  Streaming  Protocol）に基づいている。例えば、ソース機器は、ＲＴＳＰのＭ３メッセージを用いてシンク機器の能力を問合せ、ＲＴＳＰのＭ４メッセージを用いてシンク機器の動作を設定することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２６０８１８号公報
【非特許文献】
【０００６】
【非特許文献１】“Wi-Fi  Display  Technical  Specification  Version  1.0.0”,  Wi-Fi  Alliance  Technical  Committee，  Wi-Fi  Display  Technical  Task  Group,  August  24,  2012
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、１つのシンク機器が異なるソース機器からそれぞれ受信される複数のコンテンツを再生しようとする場面において、コンテンツの符号化及び復号の条件をソース機器がマスタとなって制御する既存の手法は、不都合を生じさせる。例えば、あるソース機器がシンク機器によりサポートされる符号化方式でコンテンツを符号化してシンク機器へ送信したものとする。これと同時に、他のソース機器もまた同じ符号化方式で別のコンテンツを符号化してシンク機器へ送信し得る。しかし、その符号化方式でコンテンツを復号することのできる回路をシンク機器が１つしか有しなければ、シンク機器は、２つのソース機器から受信されるコンテンツを同時に再生することができない。こうした問題は、ハードウェアではなくソフトウェアで復号処理が実装されるケースにも存在する。【０００８】
従って、複数のソース機器が存在することを前提として、コンテンツの符号化又は復号の条件をシンク機器において適切に制御することを可能とする仕組みが提供されることが望ましい。
【課題を解決するための手段】
【０００９】
本開示によれば、複数の符号化装置との間で無線接続を確立する無線通信部と、前記複数の符号化装置から前記無線通信部を介して受信されるコンテンツをそれぞれ復号する復号部と、前記復号部により復号される複数のコンテンツを再生する再生部と、前記再生部により再生されるコンテンツのセットにより要求される要求復号能力が前記復号部の実復号能力を超過しないように、前記複数の符号化装置におけるコンテンツの符号化条件を制御する制御部と、を備える復号装置が提供される。【００１０】
また、本開示によれば、復号装置により、複数の符号化装置から無線接続を介して受信されるコンテンツをそれぞれ復号することと、復号される複数のコンテンツを再生することと、再生されるコンテンツのセットにより要求される要求復号能力が前記復号装置の実復号能力を超過しないように、前記復号装置により、前記複数の符号化装置におけるコンテンツの符号化条件を制御することと、を含む復号方法が提供される。【００１１】
また、本開示によれば、複数の装置から受信されるコンテンツをそれぞれ復号して再生する復号装置との間で無線接続を確立する無線通信部と、前記無線通信部を介して前記復号装置へ送信すべきコンテンツを符号化する符号化部と、前記復号装置により再生されるコンテンツのセットにより要求される要求復号能力が前記復号装置の実復号能力を超過しないように、前記復号装置から受信される制御メッセージに基づいて、前記符号化部におけるコンテンツの符号化条件を制御する制御部と、を備える符号化装置が提供される。【００１２】
また、本開示によれば、複数の装置から受信されるコンテンツをそれぞれ復号して再生する復号装置へ無線接続を介してコンテンツを送信する符号化装置により、前記復号装置へ送信すべきコンテンツを符号化することと、前記復号装置により再生されるコンテンツのセットにより要求される要求復号能力が前記復号装置の実復号能力を超過しないように、前記復号装置から受信される制御メッセージに基づいて、前記符号化装置におけるコンテンツの符号化条件を制御することと、を含む符号化方法が提供される。
【発明の効果】
【００１３】
本開示に係る技術によれば、シンク機器の復号能力を超過することなく、複数のソース機器から受信されるコンテンツをシンク機器において適切に再生することが可能となる。
なお、上記の効果は必ずしも限定的なものではなく、上記の効果と共に、又は上記の効果に代えて、本明細書に示されたいずれかの効果、又は本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１４】
【図１】一実施形態に係るコンテンツ再生システムの概要について説明するための説明図である。
【図２】一実施形態に係るシンク機器の構成の一例を示すブロック図である。
【図３Ａ】シンク機器の復号部の詳細な構成の第１の例を示すブロック図である。
【図３Ｂ】シンク機器の復号部の詳細な構成の第２の例を示すブロック図である。
【図４Ａ】シンク機器の映像再生部により出力される表示画像の構成の第１の例を示す説明図である。
【図４Ｂ】シンク機器の映像再生部により出力される表示画像の構成の第２の例を示す説明図である。
【図４Ｃ】シンク機器の映像再生部により出力される表示画像の構成の第３の例を示す説明図である。
【図５】一実施形態に係るソース機器の構成の一例を示すブロック図である。
【図６】一実施形態に係るシンク機器により実行されるコンテンツ再生処理の流れの一例を示すフローチャートである。
【図７】コンテンツ再生セットを更新するための更新処理の詳細な流れの一例を示すフローチャートである。
【図８】一実施形態に係るソース機器により実行されるコンテンツ送信処理の流れの一例を示すフローチャートである。
【図９】符号化条件の制御に関連する例示的な第１の制御シナリオについて説明するための説明図である。
【図１０】符号化条件の制御に関連する例示的な第２の制御シナリオについて説明するための説明図である。
【図１１】符号化条件の制御に関連する例示的な第３の制御シナリオについて説明するための説明図である。
【図１２】符号化条件の制御に関連する例示的な第４の制御シナリオについて説明するための説明図である。
【図１３】符号化条件の制御に関連する例示的な第５の制御シナリオについて説明するための説明図である。
【図１４】Ｗｉ−Ｆｉディスプレイにおける機器間のメッセージングの流れを概略的に示すシーケンス図である。
【図１５】図１４の能力交渉（Capability  Negotiation）手続における既存のメッセージングの流れの一例を示すシーケンス図である。
【図１６】第１の手法に従って拡張されたシンク機器とソース機器との間のメッセージングの流れの一例を示すシーケンス図である。
【図１７】第１の手法に従って拡張されたシンク機器とソース機器との間のメッセージングの流れの他の例を示すシーケンス図である。
【図１８】サービスが中断される場合のメッセージングの流れの一例を示すシーケンス図である。
【図１９】第２の手法に従って拡張されたシンク機器とソース機器との間のメッセージングの流れの一例を示すシーケンス図である。
【図２０】スマートフォンの概略的な構成の一例を示すブロック図である。
【図２１】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１５】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１６】
また、以下の順序で説明を行う。
１．システムの概要
２．シンク機器の構成例
３．ソース機器の構成例
４．処理の流れ
４−１．シンク側の処理
４−２．ソース側の処理
５．制御シナリオ
６．メッセージングシーケンス（Ｗｉ−Ｆｉディスプレイの例）
６−１．概略的な流れ
６−２．既存の能力交渉手続
６−３．拡張されたメッセージングシーケンス（第１の手法）
６−４．拡張されたメッセージングシーケンス（第２の手法）
７．応用例
８．まとめ
【００１７】
＜１．システムの概要＞
図１は、一実施形態に係るコンテンツ再生システム１の概要について説明するための説明図である。コンテンツ再生システム１は、シンク機器１００、ソース機器２００ａ、ソース機器２００ｂ、ソース機器２００ｃ及びソース機器２００ｄを含む。シンク機器１００は、ソース機器２００ａ、ソース機器２００ｂ、ソース機器２００ｃ及びソース機器２００ｄとの間でそれぞれ無線接続を確立する。
【００１８】
シンク機器は、ソース機器から受信されるコンテンツを復号し、復号したコンテンツを再生する装置である。図１の例では、シンク機器１００は、デジタルテレビジョン装置である。ソース機器は、コンテンツを必要に応じて符号化し、符号化したコンテンツをシンク機器へ送信する装置である。コンテンツ再生システム１において、ソース機器からシンク機器へ送信されるコンテンツは、典型的には、映像コンテンツ及び音声コンテンツの少なくとも一方を含む。図１の例では、ソース機器２００ａは、“ＤＶＣ１”という識別子を有するデジタルビデオカメラである。ソース機器２００ｂは、“ＳＭＰ１”という識別子を有するスマートフォンである。ソース機器２００ｃは、“ＶＤＲ１”という識別子を有するコンテンツレコーダである。ソース機器２００ｄは、“ＴＢＬ１”という識別子を有するタブレットＰＣ（Personal  Computer）である。なお、本開示に係る技術は、図示された例に限定されず、例えば、デスクトップＰＣ、ラップトップＰＣ、ＰＤＡ（Personal  Digital  Assistant）、携帯電話、ゲーム機器、ウェアラブルデバイス又はストレージデバイスなどの、任意の種類のシンク機器及びソース機器に適用可能である。本明細書の以下の説明において、ソース機器２００ａ、ソース機器２００ｂ、ソース機器２００ｃ及びソース機器２００ｄを互いに区別する必要の無い場合には、これらをソース機器２００と総称する。
【００１９】
シンク機器１００とソース機器２００との間の無線接続は、例えば、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ又は１１ａｄなどの無線ＬＡＮ（Local  Area  Network）方式、ＵＷＢ（Ultra  Wideband）若しくはＺｉｇｂｅｅなどの無線ＰＡＮ（Personal  Area  Network）方式、又はＩＥＥＥ８０２．１６などの無線ＭＡＮ（Metropolitan  Area  Network）方式といった、任意の種類の無線通信方式に従って形成されてよい。また、シンク機器１００とソース機器２００との間に、無線アクセスポイントなどの中間的な機器が介在してもしなくてもよい。なお、以下の説明では、一例として、シンク機器１００とソース機器２００とが無線ＬＡＮ方式で接続され、無線ＬＡＮ接続上でＷｉ−Ｆｉディスプレイのメッセージング仕様に従ってコンテンツが伝送されるものとする。この場合、無線ＬＡＮ接続は、Ｗｉ−Ｆｉダイレクトを用いて、又はＴＤＬＳ（Tunneled  Direct  Link  Setup）と呼ばれる接続プロトコルを用いて、シンク機器１００とソース機器２００との間で確立され得る。さらに、シンク機器１００とソース機器２００との間で、ユーザ入力情報を交換するための制御チャネルが形成されてもよい。当該制御チャネルは、例えば、ＴＣＰ／ＩＰ（Transmission  Control  Protocol/Internet  Protocol）ベースのＵＩＢＣ（User  Input  Back  Channel）であってもよい。なお、Ｗｉ−Ｆｉディスプレイの代わりに、例えば、ＶＮＣ（Virtual  Network  Computing）などの他のリモートデスクトップアプリケーションを用いて、コンテンツが伝送されてもよい。
【００２０】
ソース機器２００は、例えば、カメラで被写体を撮影することにより取得される映像コンテンツ又はマイクロフォンで実世界の音声を集音することにより取得される音声コンテンツを、シンク機器へ提供してもよい。また、ソース機器２００は、リモートデバイスからネットワークを介して受信されるコンテンツを、シンク機器へ提供してもよい。また、ソース機器２００は、ストレージデバイス（例えば、ハードディスクドライブ）から読み出されるコンテンツを、シンク機器へ提供してもよい。一方、本実施形態において、シンク機器１００は、複数のソース機器２００からコンテンツを並列的に受信し、受信したコンテンツを必要に応じて復号してそれぞれ再生する。
【００２１】
既存の手法では、通常、コンテンツの符号化及び復号の条件は、主にソース機器により制御される。しかし、シンク機器１００が異なるソース機器２００からそれぞれ受信される複数のコンテンツを再生しようとする場面では、そのようなソース側での制御は不都合を生じさせる。例えば、ソース機器２００ａがシンク機器１００によりサポートされる符号化方式でコンテンツを符号化して、符号化したコンテンツをシンク機器１００へ送信したものとする。これと同時に、ソース機器２００ｂ、２００ｃ又は２００ｄもまた、同じ符号化方式で別のコンテンツを符号化して、符号化したコンテンツをシンク機器１００へ送信し得る。しかし、その符号化方式でコンテンツを復号することのできる回路を１つしかシンク機器１００が有しなければ（又はその符号化方式で２つのコンテンツを並列的に復号可能なプロセッサ性能をシンク機器１００が有しなければ）、シンク機器は、それらソース機器から受信されるコンテンツを同時に再生することができない。このような不都合を解消し又は軽減するために、複数のソース機器が存在することを前提として、コンテンツの符号化又は復号の条件をシンク機器において制御することを可能とする仕組みが実現されることが望ましい。そうした仕組みに関連する実施形態について、次節より詳細に説明する。
【００２２】
＜２．シンク機器の構成例＞
図２は、一実施形態に係るシンク機器１００の構成の一例を示すブロック図である。図２を参照すると、シンク機器１００は、無線通信部１１０、ストリーム取得部１２０、復号部１３０、映像再生部１４０、音声再生部１５０、再生制御部１６０、記憶部１７０及びユーザインタフェース部１８０を備える。
【００２３】
（１）無線通信部
無線通信部１１０は、シンク機器１００による他の装置との間の無線通信を仲介する無線インタフェースである。本実施形態において、無線通信部１１０は、複数のソース機器（コンテンツを符号化する符号化装置）２００との間で無線接続を確立する。そして、無線通信部１１０は、無線接続上でソース機器２００により送信されるコンテンツデータを含む無線信号を、アンテナを介して受信する。無線通信部１１０は、コンテンツデータを含む受信信号をストリーム取得部１２０へ出力する。また、無線通信部１１０は、ソース機器２００との間で、制御メッセージを含む無線信号をも送受信し得る。ソース機器２００へ送信される制御メッセージは、後に説明する再生制御部１６０により生成される。また、ソース機器２００から受信される制御メッセージは、再生制御部１６０により解釈される。
【００２４】
無線通信部１１０は、伝送レートの互いに異なる複数の周波数チャネルを並列的に又は選択的に使用可能であってもよい。複数の周波数チャネルとは、例えば、２．４ＧＨｚ、５ＧＨｚ及び６０ＧＨｚの伝送レートをそれぞれ有するチャネルであってもよい。無線通信部１１０は、後に説明する再生制御部１６０による割当てに従って、各ソース機器２００からのコンテンツの受信のために使用すべき周波数チャネルを切り替え得る。典型的には、高ビットレートのコンテンツ（例えば、マルチフレームのメインウィンドウに表示されるコンテンツ）は伝送レートの高いチャネルで伝送され、低ビットレートのコンテンツ（例えば、マルチフレームのサブウィンドウに表示されるコンテンツ）は伝送レートの低いチャネルで伝送され得る。無線通信部１１０は、各周波数チャネルの接続品質を測定し、測定結果を示す品質指標（例えば、受信信号強度又はＳＮＲ（Signal-to-Noise  Ratio）など）を再生制御部１６０へ出力してもよい。
【００２５】
（２）ストリーム取得部
ストリーム取得部１２０は、無線通信部１１０から入力される受信信号から、再生すべきコンテンツ（例えば、映像コンテンツ又は音声コンテンツ）のビットストリームを取得する。そして、ストリーム取得部１２０は、再生すべきコンテンツについて取得したビットストリームを、復号部１３０へ出力する。
【００２６】
ストリーム取得部１２０は、各ストリームについて無線接続の接続品質を評価するための品質指標（例えばＢＥＲ（Bit  Error  Rate）又はＰＥＲ（Packet  Error  Rate）など）を測定し、当該品質指標を再生制御部１６０へ出力してもよい。
【００２７】
（３）復号部
復号部１３０は、１つ以上のソース機器２００から受信されるコンテンツのビットストリームから、コンテンツをそれぞれ復号する。復号部１３０は、映像コンテンツを復号した場合には、復号した映像コンテンツを映像再生部１４０へ出力する。また、復号部１３０は、音声コンテンツを復号した場合には、復号した音声コンテンツを音声再生部１５０へ出力する。復号部１３０は、複数のコンテンツを並列的に復号することができる。コンテンツが圧縮符号化されている場合には、復号部１３０における復号処理を通じて、当該コンテンツは伸長される。
【００２８】
図３Ａは、シンク機器１００の復号部１３０の詳細な構成の第１の例を示すブロック図である。第１の例において、復号部１３０は、第１の映像復号回路１３１、第２の映像復号回路１３２、第３の映像復号回路１３３及び音声復号回路１３６を有する。第１の映像復号回路１３１は、例えば、ビデオコーデックとしてＨ．２６５／ＨＥＶＣをサポートする復号回路である。第２の映像復号回路１３２及び第３の映像復号回路１３３は、例えば、ビデオコーデックとしてＨ．２６４／ＡＶＣをサポートする復号回路である。音声復号回路１３６は、ＡＡＣ、ＭＰ３又はＬＰＣＭなどのオーディオコーデックをサポートする復号回路である。第１の例において、復号部１３０の実復号能力は、これら復号回路の全体としての能力（capabilities）に相当する。実復号能力は、復号回路の数、並びに各復号回路によりサポートされるコーデック種別、解像度、レート（フレームレート又はサンプリングレートなど）及び品質レベル（ビット深度又は量子化ステップなど）のうち少なくとも１つにより表現され得る。
【００２９】
図３Ｂは、シンク機器１００の復号部１３０の詳細な構成の第２の例を示すブロック図である。第２の例において、復号部１３０は、プロセッサにより構成され、当該プロセッサはメモリ（図示せず）から読み込まれるソフトウェアモジュールを実行する。復号部１３０により実行されるソフトウェアモジュールは、例えば、映像復号モジュール１３４及び音声復号モジュール１３７を含む。映像復号モジュール１３４は、ビデオコーデックとしてＨ．２６５／ＨＥＶＣ及びＨ．２６４／ＡＶＣをサポートし得る。音声復号モジュール１３７は、オーディオコーデックとしてＡＡＣ、ＭＰ３又はＬＰＣＭなどをサポートし得る。第２の例において、復号部１３０の実復号能力は、プロセッサ性能に依存する。コンテンツを復号するために要求されるプロセッサ性能は、復号されるコンテンツのコーデック種別、解像度、レート及び品質レベルなどの復号条件に依存し得る。
【００３０】
なお、復号部１３０の構成は、上述した例に限定されない。復号部１３０は、より多くの又はより少ない復号回路を有していてもよい。また、復号部１３０は、ハードウェアとしての復号回路、並びに映像復号用及び音声復号用のソフトウェアモジュールを実行するプロセッサ、の双方を有していてもよい。また、復号部１３０は、上で例示したものとは異なるコーデック種別をサポートしていてもよい。
【００３１】
（４）映像再生部
映像再生部１４０及び音声再生部１５０は、復号部１３０により復号される複数のコンテンツを再生するために使用される。映像再生部１４０は、復号部１３０により復号される映像コンテンツの各フレームをディスプレイへ順次出力する。複数の映像コンテンツが並列的に復号される場合、映像再生部１４０は、例えば、それら映像コンテンツのフレームを１つの画像へマージ（又はブレンディング）し、マルチフレームの表示画像をディスプレイへ出力し得る。
【００３２】
図４Ａは、シンク機器１００の映像再生部１４０によりディスプレイへ出力される表示画像の構成の第１の例を示す説明図である。図４Ａを参照すると、表示画像１４２は、メインウィンドウ１４５ａ、サブウィンドウ１４５ｂ、サブウィンドウ１４５ｃ及び待機機器用ウィンドウ１４６を含む。メインウィンドウ１４５ａは、ユーザ入力に基づいて選択され得るメインコンテンツを表示するためのウィンドウである。サブウィンドウ１４５ｂ及びサブウィンドウ１４５ｃは、メインコンテンツと並列的に復号され得るサブコンテンツをそれぞれ表示するためのウィンドウである。メインコンテンツ及びサブコンテンツは、コンテンツ再生セットを構成する。待機機器用ウィンドウ１４６は、再生中のコンテンツをシンク機器１００へ提供していないものの、シンク機器１００との間の無線接続がその時点で維持されているソース機器２００のリスト（以下、待機リストという）を表示するためのウィンドウである。図４Ａの例では、メインウィンドウ１４５ａにソース機器２００ａから受信されたコンテンツが、サブウィンドウ１４５ｂにソース機器２００ｂから受信されたコンテンツが、サブウィンドウ１４５ｃにソース機器２００ｃから受信されたコンテンツがそれぞれ表示されている。一方、ソース機器２００ｄからのコンテンツは再生されておらず、ソース機器２００ｄのアイコン（及び当該機器を識別する識別子）が待機機器用ウィンドウ１４６に表示されている。
【００３３】
図４Ｂは、シンク機器１００の映像再生部１４０によりディスプレイへ出力される表示画像の構成の第２の例を示す説明図である。図４Ｂを参照すると、第１のディスプレイへ出力される表示画像１４３ａ及び第２のディスプレイへ出力される表示画像１４３ｂが示されている。表示画像１４３ａは、メインウィンドウ１４５ａを含む。表示画像１４３ｂは、サブウィンドウ１４５ｂ、サブウィンドウ１４５ｃ及び待機機器用ウィンドウ１４６を含む。このように、映像再生部１４０は、複数のディスプレイへ別個の表示画像を出力可能であってもよい。また、これら表示画像の各々は、どういった数の及びどういった種類のウィンドウを含んでいてもよい。
【００３４】
図４Ｃは、シンク機器１００の映像再生部１４０によりディスプレイへ出力される表示画像の構成の第３の例を示す説明図である。図４Ｃを参照すると、表示画像１４４は、メインウィンドウ１４５ａ、サブウィンドウ１４５ｂ及びサブウィンドウ１４５ｃを含む一方、図４Ａ及び図４Ｂに示したような待機機器用ウィンドウ１４６を含まない。このように、待機機器用ウィンドウ（又は待機リスト）を表示することは必須ではない。
【００３５】
なお、ディスプレイは、シンク機器１００と一体的に構成されてもよく、又は交換可能な方式でシンク機器１００に接続されてもよい。映像再生部１４０は、所望のウィンドウ構成と出力先のディスプレイの仕様とに合わせて、再生される映像コンテンツの表示属性（例えば、フレームサイズなど）を調整し得る。ディスプレイとして、モニタ又はプロジェクタが利用されてもよい。
【００３６】
（５）音声再生部
音声再生部１５０は、復号部１３０により復号される音声コンテンツの音声信号をスピーカへ順次出力する。音声再生部１５０により再生されるコンテンツは、メインコンテンツ若しくはサブコンテンツである映像コンテンツに付随する音声コンテンツであってもよく、又は映像コンテンツとは関連しない別個の音声コンテンツであってもよい。
【００３７】
（６）再生制御部
再生制御部１６０は、映像再生部１４０及び音声再生部１５０により再生されるコンテンツのセット（コンテンツ再生セット）により要求される要求復号能力が復号部１３０の実復号能力を超過しないように、それらコンテンツの送信元の複数のソース機器２００におけるコンテンツの符号化条件を制御する。コンテンツ再生セットは、典型的には、ユーザインタフェース部１８０を介して取得されるユーザ入力に基づいて、生成され及び更新され得る。再生制御部１６０は、最初に生成され又は更新された最新のコンテンツ再生セットについて要求復号能力を決定し、決定した要求復号能力を復号部１３０の実復号能力と比較する。要求復号能力が実復号能力を超過しない場合には、再生制御部１６０は、コンテンツ再生セット及びその符号化条件をそのまま維持し得る。要求復号能力が実復号能力を超過する場合、再生制御部１６０は、要求復号能力を引き下げるために、少なくとも１つのソース機器２００における符号化条件を変更する。
【００３８】
ソース機器２００における符号化条件を適切に決定することを可能とするために、再生制御部１６０は、ソース機器２００の各々の符号化能力（encoding  capabilities）を予め把握する。より具体的には、再生制御部１６０は、無線通信部１１０を介してソース機器２００の各々へ能力問合せメッセージを送信することにより、各ソース機器２００から符号化能力情報を収集し、収集した符号化能力情報を記憶部１７０に記憶させる。そして、再生制御部１６０は、収集したソース機器２００の各々の符号化能力情報により許容される範囲内で、ソース機器２００における符号化条件を決定する。
【００３９】
例えば、非特許文献１において定義されたＷｉ−Ｆｉディスプレイの仕様は、ソース機器からシンク機器へ復号能力情報を問合せるためのメッセージを定義している一方で、シンク機器からソース機器へ符号化能力を問合せるためのメッセージを定義していない。これは、既存の手法において、通常、コンテンツの符号化及び復号の条件が、主にソース機器により制御されるためである。これに対し、本実施形態では、後に詳しく説明するように、シンク機器１００からソース機器２００へ符号化能力を問合せるための能力問合せメッセージが導入される。それにより、シンク機器１００がマスタとして複数のソース機器２００における符号化条件を統合的に制御することが可能となる。
【００４０】
符号化条件は、各ソース機器２００において使用されるコーデック種別、解像度、レート及び品質レベルのうち少なくとも１つに関する条件であってよい。例えば、再生制御部１６０は、Ｈ．２６５／ＨＥＶＣをサポートする復号回路が要求に対して不足している一方で、Ｈ．２６４／ＡＶＣをサポートする復号回路に空きがある場合に、Ｈ．２６５／ＨＥＶＣでコンテンツを符号化しているソース機器２００の符号化条件をＨ．２６４／ＡＶＣに変更し得る。また、再生制御部１６０は、復号部１３０のプロセッサ性能が要求に対して不足している場合に、より低い解像度、より低いレート又はより低い品質レベルでコンテンツを符号化することをソース機器２００に要求し得る。それにより、要求復号能力を実復号能力に適合させることができる。こうした符号化条件の変更は、ソース機器２００が変更後の符号化条件でコンテンツを符号化し又は送信する能力を有していることを符号化能力情報が示している場合に許容される。
【００４１】
コーデック種別は、圧縮符号化方式のみならず、無圧縮方式を含んでもよい。無圧縮方式での伝送は、伝送されるコンテンツが高ビットレートとなるために伝送レートの高い無線接続上でしか行われないものの、圧縮符号化方式と比較するとエンコーダ及びデコーダへほとんど負荷を与えない。そこで、再生制御部１６０は、符号化能力情報によって許容される限りにおいて、要求復号能力が実復号能力を超過する場合に、特定のコーデック種別でコンテンツを符号化しているソース機器２００に、当該コンテンツを圧縮符号化することなく送信することを要求してもよい。再生制御部１６０は、割当てられる周波数チャネルの伝送レート又は接続品質に応じて、ソース機器２００に適用すべきコーデック種別を圧縮符号化方式と無圧縮方式との間で切り替えてもよい。
【００４２】
再生制御部１６０は、符号化条件の変更（再生の開始又は停止を含む）を決定すると、決定した符号化条件を設定するためのメッセージを、無線通信部１１０を介して、変更に関与するソース機器２００へ送信する。上述したＷｉ−Ｆｉディスプレイの仕様はシンク機器からソース機器へ符号化条件の設定を求めるメッセージを定義していないのとは対照的に、本実施形態では、シンク機器１００からソース機器２００へ符号化条件の設定を求める設定要求メッセージが導入される。
【００４３】
補助的な制御として、再生制御部１６０は、各ソース機器２００との間の無線接続の接続品質に基づいて、各ソース機器２００における符号化条件を制御してもよい。例えば、再生制御部１６０は、無線通信部１１０又はストリーム取得部１２０から入力される品質指標をモニタリングする。そして、再生制御部１６０は、あるソース機器２００について接続品質が劣化していることが検出された場合、当該ソース機器２００から受信しているコンテンツの解像度、レート又は品質レベルを引き下げる。それにより、コンテンツのビットレートが低減されるため、品質の劣化した無線接続上でコンテンツデータがロスするリスクを軽減することができる。
【００４４】
また、再生制御部１６０は、各ソース機器２００の電源状態に基づいて、各ソース機器２００における符号化条件を制御してもよい。例えば、再生制御部１６０は、コンテンツ再生セットからいずれかのコンテンツを除外すべき状況において、バッテリ駆動している（又はバッテリ残量の少ない）ソース機器２００からのコンテンツを優先的に除外してもよい。また、再生制御部１６０は、バッテリ駆動しているソース機器２００からのコンテンツについて、その解像度、レート又は品質レベルを優先的に引き下げてもよい。再生制御部１６０は、バッテリ駆動しているソース機器２００について、コンテンツの復号及び再符号化（又はトランスコード）が不要となるようにコーデック種別を決定してもよい。それにより、要求復号能力の引き下げと共に、システム全体としてのバッテリ消費を抑制することができる。
【００４５】
また、各ソース機器２００は、事前のメッセージ交換手続を通じて、シンク機器１００へ優先すべき符号化条件を特定する優先条件情報を提供してもよい。当該優先条件情報は、記憶部１７０により記憶され、再生制御部１６０が各ソース機器２００における符号化条件を決定する際に参照され得る。こうした優先条件情報に基づいて符号化条件を制御することにより、例えば省電力化又は処理負荷の低減といった個々の機器についての制約又は（例えばユーザ設定に基づく）要件を、制御に反映させることが可能となる。
【００４６】
また、再生制御部１６０は、ソース機器２００における符号化条件に応じて、ソース機器２００との間の無線接続の周波数チャネルをさらに制御してもよい。例えば、再生制御部１６０は、あるソース機器２００から受信すべきコンテンツのビットレートが高くなることが符号化条件から認識される場合に、当該ソース機器２００との間の無線接続に、より伝送レートの高い（又はより接続品質の良好な）周波数チャネルを割当てる。また、再生制御部１６０は、あるコンテンツについて想定されるビットレートよりも割当て可能な周波数チャネルの伝送レートが低い場合には、当該コンテンツの解像度、レート又は品質レベルを引き下げてもよい。それにより、コンテンツの安定的な伝送を確保することができる。
【００４７】
再生制御部１６０は、ソース機器２００との間のメッセージの交換をも制御し得る。ソース機器２００へ送信されるメッセージは、ソース機器２００における符号化条件を制御するための、上述した能力問合せメッセージ及び設定要求メッセージを含み得る。ソース機器２００から受信されるメッセージは、上述した能力問合せメッセージ及び設定要求メッセージに対するソース機器２００からの応答メッセージを含み得る。さらに、再生制御部１６０は、コンテンツの再生に関連するコマンド（例えば、再生開始、再生停止、早送り及び巻き戻しなど）を含む制御メッセージを、機器間の制御チャネルを介して送受信してもよい。再生制御部１６０は、そうしたコマンドの検出に応じて、映像再生部１４０及び音声再生部１５０の動作を制御し得る。
【００４８】
（７）記憶部
記憶部１７０は、シンク機器１００におけるコンテンツの復号及び再生を制御するためのプログラム及びデータを記憶し得る。記憶部１７０は、例えば、複数のソース機器２００から収集される符号化能力情報、及び上述した優先条件情報を記憶し得る。また、記憶部１７０は、復号部１３０の実復号能力を示す実復号能力情報を記憶し得る。実復号能力情報は、予め固定的に定義されてもよい。その代わりに、再生制御部１６０は、復号部１３０に掛かる負荷を継続的にモニタリングして復号部１３０の実復号能力を動的に再計算し、実復号能力情報を更新してもよい。例えば、復号処理がソフトウェアで実装される場合には、ソフトウェアを実行するプロセッサが他の処理をも実行する可能性があるため、復号処理のために利用可能なプロセッサ性能を動的に再計算することが有益である。
【００４９】
（８）ユーザインタフェース部
ユーザインタフェース部１８０は、シンク機器１００の入力デバイス（図示せず）を介して、ユーザ入力を受け付ける。シンク機器１００は、例えば、リモートコントローラ、タッチパネル、キーボード、マウス、ボタン又はスイッチなどの固有のハードウェアにおいて生成される入力信号を、ユーザ入力として受け付けてもよい。また、シンク機器１００は、マイクロフォンを通じて取得される音声コマンド、カメラを通じて取得されるジェスチャコマンド、又はセンサを通じて取得されるセンサコマンドを、ユーザ入力として受け付けてもよい。ユーザインタフェース部１８０は、受け付けたユーザ入力を再生制御部１６０へ出力する。
【００５０】
＜３．ソース機器の構成例＞
図５は、一実施形態に係るソース機器２００の構成の一例を示すブロック図である。図５を参照すると、ソース機器２００は、無線通信部２１０、記憶部２２０、コンテンツ取得部２３０、符号化部２４０、ストリーム送信部２５０、符号化制御部２６０及びユーザインタフェース部２７０を備える。
【００５１】
（１）無線通信部
無線通信部２１０は、ソース機器２００による他の装置との間の無線通信を仲介する無線インタフェースである。本実施形態において、無線通信部２１０は、シンク機器１００との間で無線接続を確立する。上述したように、シンク機器１００は、複数のソース機器から受信されるコンテンツをそれぞれ復号して再生する復号装置である。無線通信部１１０は、ストリーム送信部２５０により生成されるコンテンツデータを含む無線信号を、アンテナを介して無線接続上でシンク機器１００へ送信する。また、無線通信部２１０は、シンク機器１００との間で、制御メッセージを含む無線信号をも送受信し得る。シンク機器１００へ送信される制御メッセージは、後に説明する符号化制御部２６０により生成される。また、シンク機器１００から受信される制御メッセージは、符号化制御部２６０により解釈される。
【００５２】
（２）記憶部
記憶部２２０は、ソース機器２００におけるコンテンツの符号化及び送信を制御するためのプログラム及びデータを記憶し得る。記憶部２２０は、例えば、ソース機器２００自身の符号化能力を示す符号化能力情報を予め記憶する。符号化能力情報は、例えば、符号化部２４０によりサポートされるコーデック種別、解像度、レート及び品質レベルのうち少なくとも１つを示し得る。符号化条件は、この符号化能力情報により示される符号化能力の範囲内で指定され得る。また、記憶部２２０は、ソース機器２００において優先されることが望ましい符号化条件（優先条件）を特定する優先条件情報を記憶してもよい。優先条件は、ユーザにより設定され、又は符号化制御部２６０により動的に指定され得る。
【００５３】
記憶部２２０は、さらに、シンク機器１００へ提供され得る任意の種類のコンテンツを記憶してもよい。例えば、記憶部２２０は、カメラで撮影した映像とマイクロフォンで集音した音声とを含むコンテンツ、放送局から受信され及び記録されるコンテンツ、コンテンツサーバからダウンロードされるコンテンツ、周辺機器から読み込まれるコンテンツ、又は何らかのユーザアプリケーションにより生成されるコンテンツを記憶し得る。
【００５４】
（３）コンテンツ取得部
コンテンツ取得部２３０は、シンク機器１００へ提供すべきコンテンツを記憶部２２０又は他のデータソースから取得し、取得したコンテンツを符号化部２４０へ出力する。他のデータソースとは、例えば、ソース機器２００のカメラ及びマイクロフォン、又はソース機器２００によりアクセス可能なリモードデバイス（例えば、コンテンツサーバ又はマイクロフォン付きのＷｅｂカメラなど）を含み得る。シンク機器１００へどのコンテンツを提供すべきかは、ユーザインタフェース部２７０により検出されるユーザ入力によって、又はシンク機器１００から受信される制御メッセージによって指定され得る。コンテンツ取得部２３０は、取得したコンテンツがシンク機器１００から指示された符号化条件とは異なるコーデック種別で符号化されている場合には、当該コンテンツを一旦復号した後に符号化部２４０へ出力してもよい。
【００５５】
（４）符号化部
符号化部２４０は、コンテンツ取得部２３０から入力される、シンク機器１００へ送信すべきコンテンツを符号化し、コンテンツのビットストリームを生成する。そして、符号化部２４０は、生成したビットストリームをストリーム送信部２５０へ出力する。符号化部２４０におけるコンテンツの符号化条件は、シンク機器１００から受信される制御メッセージに基づいて、符号化制御部２６０により制御される。例えば、映像コンテンツについての符号化条件は、使用されるビデオコーデックのコーデック種別、解像度、フレームレート及び画質レベルを含み得る。音声コンテンツについての符号化条件は、使用されるオーディオコーデックのコーデック種別、サンプリングレート及び音質レベルを含み得る。符号化部２４０は、コンテンツを圧縮符号化しないことが指示された場合には、コンテンツを圧縮することなく、無圧縮フォーマットでコンテンツのビットストリームを生成してもよい。
【００５６】
符号化部２４０は、ハードウェアとしての１つ以上の符号化回路を有していてもよい。また、符号化部２４０は、映像符号化用及び音声符号化用のソフトウェアモジュールを実行可能なプロセッサを有していてもよい。また、符号化部２４０は、ハードウェアとしての符号化回路及びソフトウェアモジュールを実行可能なプロセッサの双方を有していてもよい。符号化部２４０は、任意のコーデック種別をサポートし得る。
【００５７】
（５）ストリーム送信部
ストリーム送信部２５０は、符号化部２４０から入力される符号化されたコンテンツのビットストリームを、無線通信部２１０を介してシンク機器１００へ送信する。ストリーム送信部２５０は、映像コンテンツのストリーム及び音声コンテンツのストリームを多重化することによりマルチメディアストリームを生成し、生成したマルチメディアストリームを送信してもよい。
【００５８】
（６）符号化制御部
符号化制御部２６０は、シンク機器１００から受信される制御メッセージに基づいて、符号化部２４０におけるコンテンツの符号化条件を制御する。シンク機器１００から受信される制御メッセージは、シンク機器１００により再生されるコンテンツのセットにより要求される要求復号能力がシンク機器１００の実復号能力を超過しないように決定された符号化条件を指定する。例えば、符号化制御部２６０は、シンク機器１００により指定されたコーデック種別、解像度、フレームレート及び画質レベルで、映像コンテンツを符号化部２４０に符号化させてもよい。また、符号化制御部２６０は、シンク機器１００により指定されたコーデック種別、サンプリングレート及び音質レベルで、音声コンテンツを符号化部２４０に符号化させてもよい。
【００５９】
符号化部２４０における符号化条件をシンク機器１００が適切に決定することを可能とするために、符号化制御部２６０は、符号化部２４０の符号化能力を示す符号化能力情報を、無線通信部２１０を介してシンク機器１００へ送信する。例えば、符号化制御部２６０は、シンク機器１００から受信される能力問合せメッセージへの応答として、符号化能力情報をシンク機器１００へ送信してもよい。既存の手法では、ソース機器がシンク機器へ復号能力を問合せ、その結果に基づいて主にソース機器がコンテンツの符号化及び復号の条件を決定していた。これに対し、本実施形態では、シンク機器１００からソース機器２００へ符号化能力を問合せるための能力問合せメッセージと、当該能力問合せメッセージへの応答としてソース機器２００からシンク機器１００へ返送される、符号化能力情報を含む応答メッセージとが導入される。それにより、シンク機器１００がマスタとして複数のソース機器２００における符号化条件を統合的に制御することが可能となる。
【００６０】
シンク機器１００から受信され得る別の制御メッセージは、シンク機器１００へ送信された符号化能力情報により示される範囲内の符号化条件を指定する。当該制御メッセージは、上で説明した、シンク機器１００からソース機器２００へ符号化条件の設定を求める設定要求メッセージであってよい。符号化能力情報が許容する場合には、設定要求メッセージは、コーデック種別として無圧縮方式を指定してもよい。コーデック種別として無圧縮方式が指定されると、符号化制御部２６０は、コンテンツを圧縮することなく無圧縮フォーマットでコンテンツのビットストリームを生成することを、符号化部２４０に指示し得る。符号化制御部２６０は、コンテンツ取得部２３０により取得されるコンテンツが設定要求メッセージにおいて指定されたコーデック種別で既に符号化されている場合には、当該コンテンツの復号及び再符号化（又はトランスコード）をスキップさせてもよい。
【００６１】
また、符号化制御部２６０は、ソース機器２００の電源状態（例えば、バッテリ駆動しているか若しくは電源に接続されているか、又はバッテリ残量など）をシンク機器１００へ通知してもよい。この場合、シンク機器１００は、ソース機器２００の電源状態にさらに基づいて、例えばバッテリ駆動しているソース機器２００におけるバッテリ消費を抑制するために、ソース機器２００における符号化条件を制御し得る。
【００６２】
また、符号化制御部２６０は、上述したように、事前のメッセージ交換手続を通じて、シンク機器１００へ優先すべき符号化条件を特定する優先条件情報を送信してもよい。優先条件情報は、例えば省電力化又は処理負荷の低減といった個々の機器についての制約又は要件に基づいて定義され、シンク機器１００がソース機器２００における符号化条件を決定する際に参照され得る。
【００６３】
また、符号化制御部２６０は、シンク機器１００からの制御に従って、シンク機器１００との間の無線接続の周波数チャネルをさらに制御してもよい。例えば、シンク機器１００へ送信すべきコンテンツのビットレートが高くなることが認識される場合には、シンク機器１００との間の無線接続に、より伝送レートの高い（又はより接続品質の良好な）周波数チャネルが割当てられる。符号化制御部２６０は、シンク機器１００により割当てられた周波数チャネルを使用することを、無線通信部２１０に指示し得る。符号化制御部２６０は、シンク機器１００との間の無線接続の接続品質を評価するための品質指標（例えばＢＥＲ又はＰＥＲなど）を測定し、当該品質指標をシンク機器１００へ送信してもよい。
【００６４】
符号化制御部２６０は、シンク機器１００との間のメッセージの交換をも制御し得る。シンク機器１００から受信されるメッセージは、ソース機器２００における符号化条件を制御するための、上述した能力問合せメッセージ及び設定要求メッセージを含み得る。シンク機器１００へ送信されるメッセージは、上述した能力問合せメッセージ及び設定要求メッセージに対する応答メッセージを含み得る。さらに、符号化制御部２６０は、ユーザインタフェース部２７０においてコンテンツの再生に関連するユーザ入力が検出された場合には、検出されたユーザ入力に対応するコマンドを含む制御メッセージを、機器間の制御チャネルを介してシンク機器１００へ送信してもよい。
【００６５】
例えばソース機器２００が待機機器として選択された場合には、コンテンツの再生停止を指示する制御メッセージが無線通信部２１０により受信され得る。この場合、符号化制御部２６０は、ソース機器２００の動作モードをスタンバイモードへ移行させ、スタンバイモードの期間中にソース機器２００の各部への電力供給を部分的に停止してもよい。スタンバイモードにおいて、無線通信部２１０は、例えば間欠的に動作し、周期的なアクティブ期間においてシンク機器１００からの制御メッセージを受信し得る。即ち、シンク機器１００とソース機器２００との間の無線接続は、スタンバイモードの期間中にも維持され得る。符号化制御部２６０は、スタンバイモードの期間中にコンテンツの再生開始を指示する制御メッセージが受信されると、ソース機器２００の動作モードをアクティブモードへ復帰させ得る。
【００６６】
（７）ユーザインタフェース部
ユーザインタフェース部２７０は、ソース機器２００の入力デバイス（図示せず）を介して、ユーザ入力を受け付ける。ソース機器２００は、例えば、リモートコントローラ、タッチパネル、キーボード、マウス、ボタン又はスイッチなどの固有のハードウェアにおいて生成される入力信号を、ユーザ入力として受け付けてもよい。また、ソース機器２００は、マイクロフォンを通じて取得される音声コマンド、カメラを通じて取得されるジェスチャコマンド、又はセンサを通じて取得されるセンサコマンドを、ユーザ入力として受け付けてもよい。ユーザインタフェース部２７０は、受け付けたユーザ入力を符号化制御部２６０へ出力する。
【００６７】
図５に示してはいないものの、ソース機器２００もまた、映像再生部及び音声再生部を有していてもよい。
【００６８】
＜４．処理の流れ＞
［４−１．シンク側の処理］
（１）コンテンツ再生処理
図６は、本実施形態に係るシンク機器１００により実行されるコンテンツ再生処理の流れの一例を示すフローチャートである。
【００６９】
図６を参照すると、まず、シンク機器１００の再生制御部１６０は、シンク機器１００の各部を初期化する（ステップＳ１００）。次に、再生制御部１６０は、無線通信部１１０からシンク機器１００の周囲へ探索信号をブロードキャストすることにより、又はソース機器２００からブロードキャストされる探索信号を検出することにより、周囲に存在する１つ以上のソース機器２００を発見する（ステップＳ１０５）。次に、再生制御部１６０は、発見したソース機器２００へ、無線通信部１１０から能力問合せメッセージを送信する（ステップＳ１１０）。その後、再生制御部１６０は、能力問合せメッセージへの応答としてソース機器２００から返送される符号化能力情報を受信する（ステップＳ１２０）。そして、再生制御部１６０は、コンテンツを提供可能なソース機器２００との間の無線接続を確立する（ステップＳ１３０）。なお、ステップＳ１０５〜Ｓ１３０の処理は、以下に説明するコンテンツ再生制御が実行されている間にも、継続的に繰り返されてよい。シンク機器１００は、新たなソース機器２００が発見される都度、発見されたソース機器２００との間の無線接続を確立し得る。
【００７０】
その後、例えばユーザ入力に応じて、コンテンツの再生がトリガされる。まず、再生制御部１６０は、コンテンツ再生セットを更新するかを判定する（ステップＳ１３５）。例えば、再生制御部１６０は、ユーザによりメインコンテンツ又はサブコンテンツとして指定されたコンテンツを、コンテンツ再生セットに追加する。コンテンツ再生セットを更新するためのステップＳ１４０における更新処理について、後により詳細に説明する。ここでの更新処理を通じて再生すべきコンテンツの符号化条件が変更された場合、再生制御部１６０は、符号化条件に変更のあるソース機器２００へ、設定要求メッセージを送信することにより、符号化条件の設定を要求する（ステップＳ１６０）。
【００７１】
そして、コンテンツの提供が開始されると、無線通信部１１０は、複数のソース機器２００から、コンテンツ再生セットに含まれるコンテンツをそれぞれ受信する（ステップＳ１７０）。各コンテンツのビットストリームは、ストリーム取得部１２０によって受信信号から抽出され得る。次に、復号部１３０は、受信されたコンテンツのビットストリームから、メインコンテンツ及びサブコンテンツをそれぞれ復号する（ステップＳ１７２）。次に、映像再生部１４０は、復号された映像コンテンツのフレームをマルチフレームの表示画像へブレンディングする（ステップＳ１７４）。また、映像再生部１４０は、待機機器として選択されたソース機器２００が存在する場合に、待機機器のアイコン（又はテキスト）を、表示画像に表示される待機リストに追加する（ステップＳ１７６）。そして、映像再生部１４０は、マルチフレームの映像をディスプレイに表示させる（ステップＳ１７８）。また。音声再生部１５０は、復号された音声コンテンツの音声をスピーカへ出力する（ステップＳ１８０）。
【００７２】
上述したコンテンツ再生処理の間、再生制御部１６０は、コンテンツ再生セットの更新に関連する制御トリガをモニタリングする（ステップＳ１９０）。ここでの制御トリガは、例えば、コンテンツ再生セットの更新を指示するユーザ入力の検出、復号部１３０に掛かる負荷の上昇、及び無線接続の接続品質の劣化、のうちの１つ以上を含み得る。制御トリガが検出されない場合には、上述したステップＳ１４０及びＳ１６０の処理はスキップされ、ソース機器２００からのコンテンツの受信、復号及び再生が繰り返される。制御トリガが検出された場合、次に説明するコンテンツ再生セットを更新するための更新処理が実行され得る。
【００７３】
（２）再生セット更新処理
図７は、図６のステップＳ１４０に相当するコンテンツ再生セットを更新するための更新処理の詳細な流れの一例を示すフローチャートである。
【００７４】
図７に示した更新処理は、ユーザ入力の内容に依存して分岐する。例えば、メインコンテンツがユーザにより指定された場合（ステップＳ１４１）、再生制御部１６０は、指定されたコンテンツをメインコンテンツに設定する（ステップＳ１４２）。また、サブコンテンツがユーザにより指定された場合（ステップＳ１４３）、再生制御部１６０は、指定されたコンテンツをサブコンテンツに設定する（ステップＳ１４４）。また、待機機器がユーザにより指定された場合（ステップＳ１４５）、再生制御部１６０は、指定されソース機器２００を待機機器に設定する（ステップＳ１４６）。
【００７５】
次に、再生制御部１６０は、再生セットの要求復号能力を判定する（ステップＳ１４８）。例えば、映像コンテンツについての要求復号能力は、再生される映像コンテンツのコーデック種別、解像度、フレームレート及び画質レベルに依存し得る。音声コンテンツについての要求復号能力は、再生される音声コンテンツのコーデック種別、サンプリングレート及び音質レベルに依存し得る。要求復号能力は、必要とされる復号回路の数、又は必要とされるプロセッサ性能によって表現されてもよい。
【００７６】
次に、再生制御部１６０は、判定した要求復号能力が復号部１３０の実復号能力を超過するか否かを判定する（ステップＳ１４８）。要求復号能力が復号部１３０の実復号能力を超過する場合、再生制御部１６０は、コンテンツ再生セットの符号化条件を変更して、要求復号能力を引き下げる（ステップＳ１４９）。ここでの符号化条件の変更は、各ソース機器２００から取得される符号化能力情報により許容される範囲内で、例えば、以下のアイテムａ１）〜ａ９）のうちの１つ以上を含んでよい。
ａ１）メインコンテンツのサブコンテンツへの変更
ａ２）メインコンテンツの再生停止（待機機器への変更）
ａ３）サブコンテンツの再生停止（待機機器への変更）
ａ４）コーデック種別の変更（軽量な圧縮符号化方式又は無圧縮方式への変更）
ａ５）映像コンテンツの解像度の引き下げ、
ａ６）映像コンテンツのフレームレートの引き下げ
ａ７）映像コンテンツの画質レベルの引き下げ
ａ８）音声コンテンツのサンプリングレートの引き下げ
ａ９）音声コンテンツの音質レベルの引き下げ
その後、再生制御部１６０は、要求復号能力の判定、及び判定した要求復号能力と実復号能力との比較を再度実行する。
【００７７】
要求復号能力が復号部１３０の実復号能力を超過しない場合において、実復号能力に余剰分が存在するとき（ステップＳ１５０）、再生制御部１６０は、実復号能力を超過しない範囲で符号化条件を変更して、要求復号能力を引き上げてもよい（ステップＳ１５１）。ここでの符号化条件の変更は、各ソース機器２００から取得される符号化能力情報により許容される範囲内で、例えば、以下のアイテムｂ１）〜ｂ９）のうちの１つ以上を含んでよい。
ｂ１）サブコンテンツのメインコンテンツへの変更
ｂ２）待機機器からのメインコンテンツの再生開始
ｂ３）待機機器からのサブコンテンツの再生開始
ｂ４）コーデック種別の変更
ｂ５）映像コンテンツの解像度の引き上げ、
ｂ６）映像コンテンツのフレームレートの引き上げ
ｂ７）映像コンテンツの画質レベルの引き上げ
ｂ８）音声コンテンツのサンプリングレートの引き上げ
ｂ９）音声コンテンツの音質レベルの引き上げ
その後、再生制御部１６０は、要求復号能力の判定、及び判定した要求復号能力と実復号能力との比較を再度実行する。
【００７８】
要求復号能力が復号部１３０の実復号能力を超過せず、実復号能力の余剰分の活用も求められない場合、処理はステップＳ１５２へ進む。ここで、再生制御部１６０は、接続品質の劣化した無線接続が存在するかを判定する（ステップＳ１５２）。例えば、ある無線接続の伝送レートが搬送すべきコンテンツのビットレートを下回る場合、その無線接続の接続品質は劣化していると判定され得る。接続品質の劣化した無線接続が存在する場合、再生制御部１６０は、符号化条件を変更して、対応するコンテンツのビットレートを引き下げる（ステップＳ１５３）。なお、無線接続の接続品質に応じた符号化条件の変更は、必ずしも実行されなくてもよく、又は送信側のソース機器２００において実行されてもよい。
【００７９】
［４−２．ソース側の処理］
図８は、本実施形態に係るソース機器２００により実行されるコンテンツ送信処理の流れの一例を示すフローチャートである。
【００８０】
図８を参照すると、まず、ソース機器２００の符号化制御部２６０は、ソース機器２００の各部を初期化する（ステップＳ２００）。次に、符号化制御部２６０は、シンク機器１００からブロードキャストされる探索信号を検出し又は無線通信部２１０から探索信号をブロードキャストすることにより、シンク機器１００を発見する（ステップＳ２０５）。次に、符号化制御部２６０は、無線通信部２１０を介してシンク機器１００から能力問合せメッセージを受信する（ステップＳ２１０）。すると、符号化制御部２６０は、能力問合せメッセージへの応答として、符号化能力情報を含む応答メッセージをシンク機器１００へ送信する（ステップＳ２２０）。そして、符号化制御部２６０は、シンク機器１００との間の無線接続を確立する（ステップＳ２３０）。
【００８１】
その後、符号化制御部２６０は、シンク機器１００から符号化条件の設定が要求されると（ステップＳ２３５）、コンテンツを符号化するための符号化条件をその要求に従って設定する（ステップＳ２４０）。符号化条件は、例えば、シンク機器１００から受信される設定要求メッセージに記述される。
【００８２】
そして、例えばシンク機器１００からの要求に応じて、コンテンツの送信がトリガされる（ステップＳ２５０）。まず、コンテンツ取得部２３０は、シンク機器１００へ送信すべきコンテンツを、記憶部２２０又は他のデータソースから取得する（ステップＳ２５２）。次に、符号化部２４０は、符号化制御部２６０により設定された符号化条件に従って、コンテンツ取得部２３０から入力されるコンテンツを符号化する（ステップＳ２５４）。次に、ストリーム送信部２５０は、符号化部２４０から入力される符号化されたコンテンツのビットストリームを、無線通信部２１０を介してシンク機器１００へ送信する（ステップＳ２５６）。
【００８３】
上述したコンテンツ送信処理の間、符号化制御部２６０は、制御トリガをモニタリングする。ここでの制御トリガは、例えば、シンク機器１００からの設定要求メッセージの受信及びユーザインタフェース部２７０におけるユーザ入力の検出を含み得る。制御トリガが符号化条件の変更を要求している場合、符号化制御部２６０は、上述したステップＳ２４０において、要求に従って符号化条件を再度設定し得る。制御トリガが検出されない場合には、コンテンツの取得、符号化及び送信が繰り返される。なお、コンテンツの取得、符号化及び送信は、ソース機器２００が待機機器として選択されている間は、スキップされる。
【００８４】
＜５．制御シナリオ＞
本節では、コンテンツ再生システム１における符号化条件の制御に関連するいくつかの制御シナリオについて、図面を用いて説明する。
【００８５】
（１）第１の制御シナリオ
図９は、符号化条件の制御に関連する例示的な第１の制御シナリオについて説明するための説明図である。図９の上部には、コンテンツ再生セットＲＬ１０と、対応する表示画像とが示されている。コンテンツ再生セットＲＬ１０は、ソース機器２００ａ（識別子“ＤＶＣ１”）からのメインコンテンツと、ソース機器２００ｂ（識別子“ＳＭＰ１”）及びソース機器２００ｃ（識別子“ＶＤＲ１”）からの２つのサブコンテンツとを含む。ソース機器２００ｄ（識別子“ＴＢＬ１”）は、待機機器である。表示画像のメインウィンドウ１４５ａには、ソース機器２００ａから受信されるコンテンツが表示されている。サブウィンドウ１４５ｂには、ソース機器２００ｂから受信されるコンテンツが表示されている。サブウィンドウ１４５ｃには、ソース機器２００ｃから受信されるコンテンツが表示されている。待機機器用ウィンドウ１４６には、待機機器であるソース機器２００ｄのアイコンが表示されている。
【００８６】
ここで、ソース機器２００ｄからのコンテンツをメインウィンドウ１４５ａに表示させることを、例えばユーザが画面に表示されるＧＵＩ（Graphical  User  Interface）を介して指示したものとする。すると、シンク機器１００の再生制御部１６０は、コンテンツ再生セットＲＬ１０をコンテンツ再生セットＲＬ１１に更新する。コンテンツ再生セットＲＬ１１において、ソース機器２００ｄ（識別子“ＴＢＬ１”）からのコンテンツがメインコンテンツに設定されている。しかし、例えば復号部１３０は映像コンテンツを復号することのできる復号回路を３つしか有していないため、コンテンツ再生セットＲＬ１１の要求復号能力は、復号部１３０の実復号能力を超過する。
【００８７】
そこで、再生制御部１６０は、例えば、コンテンツ再生セットＲＬ１１をコンテンツ再生セットＲＬ１２に更新する。コンテンツ再生セットＲＬ１２において、ソース機器２００ａ（識別子“ＤＶＣ１”）からのコンテンツは再生対象から除外され、ソース機器２００ａは待機機器に変更されている。結果として、コンテンツ再生セットＲＬ１２の要求復号能力は、復号部１３０の実復号能力を超過しない。図９の下部には、コンテンツ再生セットＲＬ１２に対応する表示画像が示されている。メインウィンドウ１４５ａには、ソース機器２００ｄ（識別子“ＴＢＬ１”）から受信されるコンテンツが表示されている。一方、待機機器用ウィンドウ１４６には、待機機器に変更されたソース機器２００ａのアイコンが表示されている。無線通信部１１０とソース機器２００ａとの間の無線接続は、このようにソース機器２００ａがアイコン化された後にも維持される。それにより、ソース機器２００ａからのコンテンツが再度再生される場合の、再生開始までの遅延時間（例えば、無線接続のセットアップに要する時間）を短縮することができる。
【００８８】
（２）第２の制御シナリオ
図１０は、符号化条件の制御に関連する例示的な第２の制御シナリオについて説明するための説明図である。図１０の上部には、コンテンツ再生セットＲＬ２０と、対応する表示画像とが示されている。コンテンツ再生セットＲＬ２０は、ソース機器２００ａ（識別子“ＤＶＣ１”）からのメインコンテンツと、ソース機器２００ｂ（識別子“ＳＭＰ１”）及びソース機器２００ｃ（識別子“ＶＤＲ１”）からの２つのサブコンテンツとを含む。ソース機器２００ｄ（識別子“ＴＢＬ１”）は、待機機器である。表示画像のメインウィンドウ１４５ａには、ソース機器２００ａから受信されるコンテンツが表示されている。サブウィンドウ１４５ｂには、ソース機器２００ｂから受信されるコンテンツが表示されている。サブウィンドウ１４５ｃには、ソース機器２００ｃから受信されるコンテンツが表示されている。待機機器用ウィンドウ１４６には、待機機器であるソース機器２００ｄのアイコンが表示されている。
【００８９】
ここで、ソース機器２００ｂからのコンテンツをメインウィンドウ１４５ａに表示させることを、例えばユーザがソース機器２００ｂのユーザインタフェースを介して指示したものとする。すると、シンク機器１００の再生制御部１６０は、コンテンツ再生セットＲＬ２０をコンテンツ再生セットＲＬ２１に更新する。コンテンツ再生セットＲＬ２１において、ソース機器２００ｂ（識別子“ＳＭＰ１”）からのコンテンツがメインコンテンツに設定されている。しかし、高い解像度の求められる２つのメインコンテンツを同時に復号しようとすると、要求復号能力が、復号部１３０のプロセッサの実復号能力を超過する。一例として、メインコンテンツの受信及び復号、サブコンテンツの受信及び復号、並びに無線接続の維持には、それぞれ５０％、２０％及び２％のプロセッサ性能を要するものとする。この場合、２つのメインコンテンツを並列的に復号すれば、要求復号能力は１００％に達し、プロセッサ性能は不足し得る。要求復号能力は、符号化条件に関連付けてこのように簡易的に計算されてもよい。
【００９０】
そこで、再生制御部１６０は、例えば、コンテンツ再生セットＲＬ２１をコンテンツ再生セットＲＬ２２に更新する。コンテンツ再生セットＲＬ２２において、ソース機器２００ａ（識別子“ＤＶＣ１”）からのコンテンツはサブコンテンツに変更されている。結果として、コンテンツ再生セットＲＬ２２の要求復号能力は、復号部１３０の実復号能力を超過しない。図１０の下部には、コンテンツ再生セットＲＬ２２に対応する表示画像が示されている。メインウィンドウ１４５ａには、ソース機器２００ｂ（識別子“ＳＭＰ１”）から受信されるコンテンツが表示されている。一方、サブウィンドウ１４５ｂには、ソース機器２００ａ（識別子“ＤＶＣ１”）から受信されるコンテンツが表示されている。
【００９１】
（３）第３の制御シナリオ
図１１は、符号化条件の制御に関連する例示的な第３の制御シナリオについて説明するための説明図である。図１１の上部には、コンテンツ再生セットＲＬ３０と、対応する表示画像とが示されている。コンテンツ再生セットＲＬ３０は、ソース機器２００ａ（識別子“ＤＶＣ１”）からのメインコンテンツと、ソース機器２００ｂ（識別子“ＳＭＰ１”）及びソース機器２００ｃ（識別子“ＶＤＲ１”）からの２つのサブコンテンツとを含む。ソース機器２００ｄ（識別子“ＴＢＬ１”）は、待機機器である。表示画像のメインウィンドウ１４５ａには、ソース機器２００ａから受信されるコンテンツが表示されている。サブウィンドウ１４５ｂには、ソース機器２００ｂから受信されるコンテンツが表示されている。サブウィンドウ１４５ｃには、ソース機器２００ｃから受信されるコンテンツが表示されている。待機機器用ウィンドウ１４６には、待機機器であるソース機器２００ｄのアイコンが表示されている。
【００９２】
ここで、ソース機器２００ｄからのコンテンツをサブウィンドウ１４５ｂ又は１４５ｃに表示させることを、例えばユーザが画面に表示されるＧＵＩを介して指示したものとする。すると、シンク機器１００の再生制御部１６０は、コンテンツ再生セットＲＬ３０をコンテンツ再生セットＲＬ３１に更新する。コンテンツ再生セットＲＬ３１において、ソース機器２００ｄ（識別子“ＴＢＬ１”）からのコンテンツがサブコンテンツに設定されている。しかし、１つのメインコンテンツと３つのサブコンテンツとを既定の解像度で同時に復号しようとすると、要求復号能力が、復号部１３０のプロセッサの実復号能力を超過する。
【００９３】
そこで、再生制御部１６０は、例えば、コンテンツ再生セットＲＬ３１をコンテンツ再生セットＲＬ３２に更新する。コンテンツ再生セットＲＬ３２において、ソース機器２００ｂ（識別子“ＳＭＰ１”）及びソース機器２００ｃ（識別子“ＶＤＲ１”）からのサブコンテンツの解像度が、低解像度（ＬＤ）に変更されている。結果として、コンテンツ再生セットＲＬ３２の要求復号能力は、復号部１３０の実復号能力を超過しない。図１１の下部には、コンテンツ再生セットＲＬ３２に対応する表示画像が示されている。サブウィンドウ１４５ｂ及び１４５ｃのウィンドウサイズは縮小され、これらウィンドウはそれぞれ低解像度のサブコンテンツを表示している。また、新たなサブウィンドウ１４５ｄが追加され、サブウィンドウ１４５ｄはソース機器２００ｄ（識別子“ＴＢＬ１”）から受信されるコンテンツを表示している。このように、表示画像のウィンドウ構成（ウィンドウの数及びサイズなど）は、コンテンツ再生セットの符号化条件に追随して動的に変更されてもよい。
【００９４】
（４）第４の制御シナリオ
図１２は、符号化条件の制御に関連する例示的な第４の制御シナリオについて説明するための説明図である。図１２の上部には、コンテンツ再生セットＲＬ４０と、対応する表示画像とが示されている。コンテンツ再生セットＲＬ４０は、ソース機器２００ａ（識別子“ＤＶＣ１”）からのメインコンテンツと、ソース機器２００ｂ（識別子“ＳＭＰ１”）及びソース機器２００ｃ（識別子“ＶＤＲ１”）からの２つのサブコンテンツとを含む。ソース機器２００ｄ（識別子“ＴＢＬ１”）は、待機機器である。メインコンテンツは、ソース機器２００ａにおいてＨ．２６５／ＨＥＶＣで符号化される。２つのサブコンテンツは、ソース機器２００ｂ及び２００ｃにおいてＨ．２６４／ＡＶＣで符号化される。
【００９５】
ここで、ソース機器２００ｄからのコンテンツをメインウィンドウ１４５ａに表示させることを、例えばユーザが画面に表示されるＧＵＩを介して指示したものとする。すると、シンク機器１００の再生制御部１６０は、コンテンツ再生セットＲＬ４０をコンテンツ再生セットＲＬ４１に更新する。コンテンツ再生セットＲＬ４１において、ソース機器２００ｄ（識別子“ＴＢＬ１”）からのコンテンツがメインコンテンツに設定されている。しかし、例えば復号部１３０は映像コンテンツを復号することのできる復号回路を３つしか有していないため、コンテンツ再生セットＲＬ４１の要求復号能力は、復号部１３０の実復号能力を超過する。
【００９６】
そこで、再生制御部１６０は、コンテンツ再生セットＲＬ４１をさらにコンテンツ再生セットＲＬ４２に更新する。コンテンツ再生セットＲＬ４２において、ソース機器２００ａ（識別子“ＤＶＣ１”）からのコンテンツがサブコンテンツに設定され、ソース機器２００ｃ（識別子“ＶＤＲ１”）からのコンテンツが再生対象から除外されている。ソース機器２００ｄ（識別子“ＴＢＬ１”）からのメインコンテンツは、Ｈ．２６５／ＨＥＶＣで符号化される。しかし、例えば復号部１３０はＨ．２６５／ＨＥＶＣで映像コンテンツを復号することのできる復号回路を１つしか有していないため、コンテンツ再生セットＲＬ４２の要求復号能力は、依然として復号部１３０の実復号能力を超過する。
【００９７】
そこで、再生制御部１６０は、例えば、コンテンツ再生セットＲＬ４２をさらにコンテンツ再生セットＲＬ４３に更新する。コンテンツ再生セットＲＬ４３において、ソース機器２００ｄ（識別子“ＴＢＬ１”）からのメインコンテンツは、Ｈ．２６４／ＡＶＣで符号化される。結果として、コンテンツ再生セットＲＬ４３の要求復号能力は、復号部１３０の実復号能力を超過しない。いずれのソース機器のコーデック種別を変更すべきかは、例えば、各ソース機器から予め収集される符号化能力情報に基づいて決定されてよい。図１２の制御シナリオにおいて、ソース機器２００ｄからのメインコンテンツのためのコーデック種別がＨ．２６４／ＡＶＣに変更された理由は、例えば、ソース機器２００ｄがＨ．２６５／ＨＥＶＣ及びＨ．２６４／ＡＶＣの双方をサポートする一方で、ソース機器２００ａがＨ．２６５／ＨＥＶＣのみをサポートしていることであってよい。
【００９８】
（５）第５の制御シナリオ
図１３は、符号化条件の制御に関連する例示的な第５の制御シナリオについて説明するための説明図である。図１３の上部には、コンテンツ再生セットＲＬ５０と、対応する表示画像とが示されている。コンテンツ再生セットＲＬ５０は、ソース機器２００ａ（識別子“ＤＶＣ１”）からのメインコンテンツと、ソース機器２００ｂ（識別子“ＳＭＰ１”）及びソース機器２００ｃ（識別子“ＶＤＲ１”）からの２つのサブコンテンツとを含む。ソース機器２００ｄ（識別子“ＴＢＬ１”）は、待機機器である。
【００９９】
ここで、ソース機器２００ｄからのコンテンツをメインウィンドウ１４５ａに表示させることを、例えばユーザが画面に表示されるＧＵＩを介して指示したものとする。すると、シンク機器１００の再生制御部１６０は、コンテンツ再生セットＲＬ５０をコンテンツ再生セットＲＬ５１に更新する。コンテンツ再生セットＲＬ５１において、ソース機器２００ｄ（識別子“ＴＢＬ１”）からのコンテンツがメインコンテンツに設定されている。しかし、例えば復号部１３０は映像コンテンツを復号することのできる復号回路を３つしか有さず、メインコンテンツのための既定のビデオコーデックであるＨ．２６５／ＨＥＶＣでコンテンツ復号可能な復号回路は１つしか存在しないため、コンテンツ再生セットＲＬ５１の要求復号能力は、復号部１３０の実復号能力を超過する。
【０１００】
そこで、再生制御部１６０は、例えば、コンテンツ再生セットＲＬ５１をコンテンツ再生セットＲＬ５２に更新する。コンテンツ再生セットＲＬ５２において、ソース機器２００ａ（識別子“ＤＶＣ１”）からのコンテンツはサブコンテンツに変更され、当該コンテンツのコーデック種別は無圧縮（ＮＣ）方式に変更されている。この場合、ソース機器２００ａは、コンテンツを圧縮符号化することなくシンク機器１００へ送信する。シンク機器１００の復号部１３０は、ソース機器２００ａから受信されるサブコンテンツを伸長するための復号処理を実行しなくてよい。結果として、コンテンツ再生セットＲＬ５２の要求復号能力は、復号部１３０の実復号能力を超過しない。図１３の下部には、コンテンツ再生セットＲＬ５２に対応する表示画像が示されている。当該表示画像において、新たなサブウィンドウ１４５ｅが追加され、サブウィンドウ１４５ｅはソース機器２００ａ（識別子“ＤＶＣ１”）から受信されるコンテンツを表示している。
【０１０１】
＜６．メッセージングシーケンス（Ｗｉ−Ｆｉディスプレイの例）＞
本節では、コンテンツ再生システム１におけるシンク機器１００とソース機器２００との間のメッセージングシーケンスのいくつかの例を図面を用いて説明する。なお、ここでは、限定ではなく一例として、メッセージングシーケンスはＷｉ−Ｆｉディスプレイの仕様に従うものとし、但し、そのシーケンスは本開示に係る技術の実現のために部分的に拡張され得る。
【０１０２】
［６−１．概略的な流れ］
図１４は、Ｗｉ−Ｆｉディスプレイにおける機器間のメッセージングの流れを概略的に示すシーケンス図である。なお、図中では、説明の簡明さのために、１つのソース機器と１つのシンク機器のみが示される。しかし、実際には、複数のソース機器と１つのシンク機器とが、本節で説明される手続に従ってメッセージを交換し得る。
【０１０３】
図１４を参照すると、まず、シンク機器１００とソース機器２００との間で、デバイスディスカバリ手続（WFD  Device  Discovery）が実行される（ステップＳ１０）。デバイスディスカバリ手続において、少なくとも一方の機器が探索信号を送信し、当該探索信号を受信した他方の機器が応答信号を返送する。それにより、シンク機器１００とソース機器２００とが、互いの存在を認識する。
【０１０４】
次に、シンク機器１００とソース機器２００との間で、サービスディスカバリ手続（WFD  Service  Discovery）が実行される（ステップＳ１５）。なお、サービスディスカバリ手続は任意的（optional）であり、シーケンスから省略されてもよい。サービスディスカバリ手続において、少なくとも一方の機器がサービス問合せ信号を送信し、当該サービス問合せ信号を受信した他方の機器がサービス応答信号を返送する。後に詳細に説明する第２の手法では、このサービスディスカバリ手続の中で、ソース機器２００の符号化能力情報がシンク機器１００へ提供される。
【０１０５】
次に、シンク機器１００において、発見された機器の中から接続すべきソース機器２００が選択される（ステップＳ２０ａ）。ここでの機器の選択は、ユーザ入力に従って行われてもよく、又は予め記憶されるローカルポリシーに従って行われてもよい。同様に、ソース機器２００においても、接続すべきシンク機器１００が選択されてもよい（ステップＳ２０ｂ）。
【０１０６】
次に、シンク機器１００とソース機器２００との間で、接続セットアップ手続（WFD  Connection  Setup）が実行される（ステップＳ２５）。それにより、機器間のＴＣＰ接続が確立される。典型的には、シンク機器１００がＴＣＰクライアントとして接続セットアップ手続を開始し、ソース機器２００はＴＣＰサーバとして動作する。
【０１０７】
次に、シンク機器１００とソース機器２００との間で、能力交渉手続（WFD  Capability  Negotiation）が実行される（ステップＳ３０）。後に詳細に説明する第１の手法では、この能力交渉手続の中で、ソース機器２００の符号化能力情報がシンク機器１００へ提供される。能力交渉手続は、ＲＴＳＰ（Real  Time  Streaming  Protocol）のＭ１、Ｍ２、Ｍ３及びＭ４メッセージ、又はそれらの拡張を用いて実装され得る。
【０１０８】
次に、シンク機器１００とソース機器２００との間で、セッション確立手続（WFD  Session  Establishment）が実行される（ステップＳ５０）。それにより、機器間のサービスセッションが確立される。セッション確立手続は、ＲＴＳＰのＭ５、Ｍ６及びＭ７メッセージを用いて実装され得る。
【０１０９】
次に、シンク機器１００とソース機器２００との間で、ＵＩＢＣセットアップ手続が実行される（ステップＳ６０）。なお、ＵＩＢＣセットアップ手続は任意的であり、シーケンスから省略されてもよい。ＵＩＢＣセットアップ手続により、機器間でユーザ入力情報を伝送するための制御チャネルが確立される。ＵＩＢＣセットアップ手続は、ＲＴＳＰのＭ３及びＭ４メッセージ、又はＭ１４及びＭ１５メッセージを用いて実装され得る。
【０１１０】
次に、シンク機器１００とソース機器２００との間で、コンテンツ保護セットアップ手続が実行される（ステップＳ６５）。なお、コンテンツ保護セットアップ手続は任意的であり、シーケンスから省略されてもよい。コンテンツ保護セットアップ手続により、例えばＨＤＣＰ（High-bandwidth  Digital  Content  Protection）技術によってコンテンツを保護することが可能となる。
【０１１１】
その後、ソース機器２００からシンク機器１００へのコンテンツのストリーミングが実行される（ステップＳ７０）。ここでのストリーミングは、例えば、図８のステップＳ２５２〜Ｓ２５６及び図６のステップＳ１７０〜Ｓ１８０の処理に相当し得る。ストリーミングの最中に何らかの制御トリガが検出された場合（ステップＳ７５）、シンク機器１００は、検出された制御トリガに応じた制御を実行する（ステップＳ８０）。例えば、コンテンツ再生セットの更新及びそれに伴う新たな符号化条件のソース機器２００への指示が、ここで行われてよい。
【０１１２】
次に、ソース機器２００が待機機器として選択された場合には、シンク機器１００とソース機器２００との間で、スタンバイ移行手続（WFD  Source/Sink  standby）が実行され得る（ステップＳ９０）。サービスが終了される場合には、シンク機器１００とソース機器２００との間で、セッション切断手続（WFD  Session  Teardown）が実行され得る（ステップＳ９５）。
【０１１３】
［６−２．既存の能力交渉手続］
図１５は、図１４の能力交渉手続における既存のメッセージングの流れの一例を示すシーケンス図である。非特許文献１によれば、Ｗｉ−Ｆｉディスプレイでは、能力交渉手続（WFD  Capability  Negotiation）は、ＲＴＳＰのＭ１、Ｍ２、Ｍ３及びＭ４メッセージを用いて実装される。
【０１１４】
まず、ソース機器は、シンク機器によりサポートされるメソッドを問合せるために、Ｍ１リクエストメッセージ（M1-RTSP  OPTIONS  Request）をシンク機器へ送信する（ステップＳ３１ａ）。シンク機器は、Ｍ１リクエストメッセージへの応答として、Ｍ１レスポンスメッセージ（M1-RTSP  OPTIONS  Response）を返送する（ステップＳ３１ｂ）。
【０１１５】
次に、シンク機器は、ソース機器によりサポートされるメソッドを問合せるために、Ｍ２リクエストメッセージ（M2-RTSP  OPTIONS  Request）をソース機器へ送信する（ステップＳ３３ａ）。ソース機器は、Ｍ２リクエストメッセージへの応答として、Ｍ２レスポンスメッセージ（M2-RTSP  OPTIONS  Response）を返送する（ステップＳ３３ｂ）。
【０１１６】
次に、ソース機器は、シンク機器の復号能力を示すパラメータを取得するために、Ｍ３リクエストメッセージ（M3-RTSP  GET_PARAMETER  Request）をシンク機器へ送信する（ステップＳ３５ａ）。シンク機器は、Ｍ３リクエストメッセージへの応答として、Ｍ３レスポンスメッセージ（M3-RTSP  Response）を返送する（ステップＳ３５ｂ）。
【０１１７】
次に、ソース機器は、シンク機器へ復号条件の設定を指示するために、Ｍ４リクエストメッセージ（M4-RTSP  SET_PARAMETER  Request）をシンク機器へ送信する（ステップＳ３７ａ）。シンク機器は、Ｍ４リクエストメッセージへの応答として、Ｍ４レスポンスメッセージ（M4-RTSP  Response）を返送する（ステップＳ３７ｂ）。
【０１１８】
このように、既存のメッセージングシーケンスでは、ソース機器がコンテンツの符号化及び復号の条件を制御するマスタとしての役割を有し、シンク機器はソース機器からの指示に従って復号条件を設定する。これに対し、本実施形態では、シンク機器１００がコンテンツの符号化及び復号の条件を制御するマスタとしての役割を有する。そのための拡張されたメッセージングシーケンスの２つの例を、以下に説明する。
【０１１９】
［６−３．拡張されたメッセージングシーケンス（第１の手法）］
（１）基本的な流れ
図１６は、第１の手法に従って拡張されたシンク機器とソース機器との間のメッセージングの流れの一例を示すシーケンス図である。第１の手法では、ＲＴＳＰのパラメータ取得用メッセージであるＭ３リクエストメッセージが拡張され、シンク機器１００からソース機器２００へ符号化能力情報を問合せるための能力問合せメッセージとして利用される。また、ＲＴＳＰのパラメータ設定用メッセージであるＭ４リクエストメッセージが拡張され、シンク機器１００によってソース機器２００の符号化条件を設定するための設定要求メッセージとして利用される。
【０１２０】
図１６のステップＳ３１ａ〜Ｓ３３ｂは、図１５を用いて説明したものと同様である。シンク機器１００は、ソース機器２００の符号化能力情報を取得するために、拡張されたＭ３リクエストメッセージ（M3'-RTSP  GET_PARAMETER  Request）をソース機器２００へ送信する（ステップＳ３６ａ）。拡張されたＭ３リクエストメッセージは、上述した能力問合せメッセージに相当する。ソース機器２００は、自身の符号化能力情報を含む拡張されたＭ３レスポンスメッセージ（M3'-RTSP  Response）を、シンク機器１００へ返送する（ステップＳ３６ｂ）。シンク機器１００は、このようにソース機器２００から収集される符号化能力情報を用いて、ソース機器２００に適用すべき符号化条件を決定し得る。拡張されたＭ３レスポンスメッセージは、ソース機器２００の優先条件情報を追加的に含んでもよい。
【０１２１】
符号化条件が決定されると、シンク機器１００は、ソース機器２００へ符号化条件の設定を指示するために、拡張されたＭ４リクエストメッセージ（M4'-RTSP  SET_PARAMETER  Request）をソース機器２００へ送信する（ステップＳ３８ａ）。拡張されたＭ４リクエストメッセージは、ソース機器２００がコンテンツを符号化する際に使用すべき符号化条件を指定する、上述した設定要求メッセージに相当する。ソース機器２００は、拡張されたＭ４リクエストメッセージへの応答として、拡張されたＭ４レスポンスメッセージ（M4'-RTSP  Response）を返送する（ステップＳ３８ｂ）。
【０１２２】
（２）変形例
図１７は、第１の手法に従って拡張されたシンク機器とソース機器との間のメッセージングの流れの他の例を示すシーケンス図である。図１７の例では、シンク機器１００からソース機器２００へ能力問合せメッセージ、即ち拡張されたＭ３リクエストメッセージが送信される前に、図１５を用いて説明した既存のメッセージングの流れに従って、ソース機器２００からシンク機器１００へ（拡張されていない）Ｍ４リクエストメッセージが送信される（ステップＳ３７ａ）。シンク機器１００は、このＭ４リクエストメッセージへの応答として、指示されたパラメータの設定を拒否することを示すＭ４レスポンスメッセージ（M4-RTSP  Response  (NG)）を返送する（ステップＳ３７ｂ）。その後、シンク機器１００とソース機器２００との間で、図１６を用いて説明した通りに、拡張されたＭ３リクエスト／レスポンスメッセージ及び拡張されたＭ４リクエスト／レスポンスメッセージが交換される。なお、シンク機器１００は、ステップＳ３７ａにおいて指示されたパラメータが、ソース機器２００に設定すべき符号化条件に適合している場合には、指示された当該パラメータの設定を受け入れてもよい。その場合、ステップＳ３７ｂにおいて、指示されたパラメータの設定を受け入れることを示すＭ４レスポンスメッセージが返送され得る。
【０１２３】
図１８は、サービスが中断される場合のメッセージングの流れの一例を示すシーケンス図である。図１８のステップＳ３１ａ〜Ｓ３６ｂは、図１６を用いて説明したものと同様である。シンク機器１００は、ソース機器２００の符号化能力情報を取得するために、拡張されたＭ３リクエストメッセージをソース機器２００へ送信する（ステップＳ３６ａ）。ソース機器２００は、自身の符号化能力情報を含む拡張されたＭ３レスポンスメッセージを、シンク機器１００へ返送する（ステップＳ３６ｂ）。このように収集される符号化能力情報を用いてシンク機器１００がソース機器２００に適用すべき符号化条件を判定した結果、シンク機器１００は、ソース機器２００からのサービスの提供を停止することを決定したものとする。この場合、シンク機器１００は、Ｍ８リクエストメッセージ（M8-RTSP  TEARDOWN  Request）をソース機器２００へ送信することにより、サービスの停止をソース機器２００へ通知する（ステップＳ３９ａ）。ソース機器２００は、Ｍ８レスポンスメッセージ（M8-RTSP  Response）を返送する（ステップＳ３９ｂ）。
【０１２４】
［６−４．拡張されたメッセージングシーケンス（第２の手法）］
図１９は、第２の手法に従って拡張されたシンク機器とソース機器との間のメッセージングの流れの一例を示すシーケンス図である。第２の手法では、Ｗｉ−Ｆｉダイレクトのサービスディスカバリリクエストメッセージが拡張され、シンク機器１００からソース機器２００へ符号化能力情報を問合せるための能力問合せメッセージとして利用される。符号化条件情報は、サービスディスカバリレスポンスメッセージに含められる。
【０１２５】
図１９を参照すると、図１４に示したサービスディスカバリ手続が詳細化されており、シンク機器１００は、拡張されたサービスディスカバリリクエストメッセージをソース機器２００へ送信する（ステップＳ１５ａ）。拡張されたサービスディスカバリリクエストメッセージは、上述した能力問合せメッセージに相当する。ソース機器２００は、サービスディスカバリリクエストメッセージへの応答として、拡張されたサービスディスカバリレスポンスメッセージをシンク機器１００へ返送する（ステップＳ１５ｂ）。シンク機器１００は、このようにソース機器２００から収集される符号化能力情報を用いて、ソース機器２００に適用すべき符号化条件を決定し得る。拡張されたサービスディスカバリレスポンスメッセージは、ソース機器２００の優先条件情報を追加的に含んでもよい。
【０１２６】
その後、ソース機器２００は、シンク機器１００の復号能力を示すパラメータを取得するために、（拡張されていない）Ｍ３リクエストメッセージをシンク機器１００へ送信する（ステップＳ３５ａ）。シンク機器１００は、Ｍ３リクエストメッセージへの応答として、Ｍ３レスポンスメッセージを返送する（ステップＳ３５ｂ）。このとき、シンク機器１００は、ソース機器２００について決定した所要の符号化条件に対応するパラメータのみを、Ｍ３レスポンスメッセージに含める。それにより、シンク機器１００が決定した符号化条件をソース機器２００に使用させることができる。
【０１２７】
＜７．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、シンク機器１００及びソース機器２００は、スマートフォン、タブレットＰＣ、ノートＰＣ、携帯型ゲーム端末若しくはデジタルカメラなどのモバイル端末、テレビジョン受像機、プリンタ、デジタルスキャナ若しくはネットワークストレージなどの固定端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、これら端末に搭載される制御モジュール（例えば、１つのダイで構成される集積回路モジュール）が提供されてもよい。
【０１２８】
［７−１．第１の応用例］
図２０は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３、アンテナスイッチ９１４、アンテナ９１５、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
【０１２９】
プロセッサ９０１は、例えばＣＰＵ（Central  Processing  Unit）又はＳｏＣ（System  on  Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ（Random  Access  Memory）及びＲＯＭ（Read  Only  Memory）を含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal  Serial  Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
【０１３０】
カメラ９０６は、例えば、ＣＣＤ（Charge  Coupled  Device）又はＣＭＯＳ（Complementary  Metal  Oxide  Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
【０１３１】
無線通信インタフェース９１３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９１３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９１３は、アドホックモードにおいては、他の装置と直接的に通信し得る。なお、Ｗｉ−Ｆｉダイレクトでは、アドホックモードとは異なり２つの端末の一方がアクセスポイントとして動作するが、通信はそれら端末間で直接的に行われる。無線通信インタフェース９１３は、典型的には、ベースバンドプロセッサ、ＲＦ（Radio  Frequency）回路及びパワーアンプなどを含み得る。無線通信インタフェース９１３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９１４は、無線通信インタフェース９１３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１５の接続先を切り替える。アンテナ９１５は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１３による無線信号の送信及び受信のために使用される。
【０１３２】
なお、図２０の例に限定されず、スマートフォン９００は、複数のアンテナ（例えば、無線ＬＡＮ用のアンテナ及び近接無線通信方式用のアンテナ、など）を備えてもよい。その場合に、アンテナスイッチ９１４は、スマートフォン９００の構成から省略されてもよい。
【０１３３】
バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２０に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
【０１３４】
図２０に示したスマートフォン９００において、シンク機器１００の再生制御機能又はソース機器２００の符号化制御機能は、プロセッサ９０１又は補助コントローラ９１９において実装され得る。例えば、プロセッサ９０１がスマートフォン９００の実復号能力を超過しないように外部のソース機器からのコンテンツの受信を制御することで、スマートフォン９００における複数のコンテンツの再生を円滑に実行することが可能となる。
【０１３５】
［７−２．第２の応用例］
図２１は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global  Positioning  System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、アンテナスイッチ９３４、アンテナ９３５及びバッテリー９３８を備える。
【０１３６】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０１３７】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０１３８】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０１３９】
無線通信インタフェース９３３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９３３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９３３は、アドホックモード又はＷｉ−Ｆｉダイレクトにおいては、他の装置と直接的に通信し得る。無線通信インタフェース９３３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９３３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９３４は、無線通信インタフェース９３３に含まれる複数の回路の間でアンテナ９３５の接続先を切り替える。アンテナ９３５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９３３による無線信号の送信及び受信のために使用される。
【０１４０】
なお、図２１の例に限定されず、カーナビゲーション装置９２０は、複数のアンテナを備えてもよい。その場合に、アンテナスイッチ９３４は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０１４１】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２１に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０１４２】
図２１に示したカーナビゲーション装置９２０において、シンク機器１００の再生制御機能又はソース機器２００の符号化制御機能は、プロセッサ９２１において実装され得る。例えば、プロセッサ９２１がカーナビゲーション装置９２０の実復号能力を超過しないように外部のソース機器からのコンテンツの受信を制御することで、カーナビゲーション装置９２０における複数のコンテンツの再生を円滑に実行することが可能となる。
【０１４３】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０１４４】
＜８．まとめ＞
ここまで、図１〜図２１を用いて、本開示に係る技術の実施形態について詳細に説明した。上述した実施形態によれば、シンク機器（復号装置）が複数のソース機器（符号化装置）から無線接続を介して受信されるコンテンツを復号して再生する状況において、再生されるコンテンツのセットにより要求される要求復号能力がシンク機器の実復号能力を超過しないように、シンク機器によって、複数のソース機器におけるコンテンツの符号化条件が制御される。よって、シンク機器の能力に応じて、複数のソース機器について符号化条件を適切にコーディネートし、最適な条件で複数のコンテンツを再生することが可能となる。
【０１４５】
また、上述した実施形態によれば、各ソース機器からシンク機器へ各ソース機器の符号化能力情報が収集され、シンク機器は、収集した符号化能力情報に基づいて各シンク機器の符号化条件を決定し得る。かかる構成によれば、既存の手法とは異なり、コンテンツの符号化及び復号の条件を中心的に制御するマスタとしての役割を、シンク機器が果たすことが可能となる。例えば、ユーザは、コンテンツの再生に関連するユーザ入力をシンク機器に与えるだけで、シンク機器の復号能力の不足を回避しつつ所望の形態で複数のコンテンツを並列的に体験することができる。
【０１４６】
また、上述した実施形態によれば、各ソース機器からシンク機器へ符号化能力情報を収集するための仕組みは、既存のプロトコルをわずかに拡張するだけで実現され得る。第１の手法において、例えば、ＲＴＳＰのパラメータ取得用メッセージが拡張され、シンク機器からソース機器へ符号化能力情報を問合せるための能力問合せメッセージとして利用され得る。第２の手法において、Ｗｉ−Ｆｉダイレクトのサービスディスカバリリクエストメッセージが拡張され、シンク機器からソース機器へ符号化能力情報を問合せるための能力問合せメッセージとして利用され得る。このような拡張が利用される場合には、より少ないコストで本開示に係る技術を実現することが可能であり、既存のプロトコルとの互換性を確保することも容易である。
【０１４７】
なお、本明細書において説明した各装置による一連の制御処理は、ソフトウェア、ハードウェア、及びソフトウェアとハードウェアとの組合せのいずれを用いて実現されてもよい。ソフトウェアを構成するプログラムは、例えば、各装置の内部又は外部に設けられる記憶媒体（非一時的な媒体：non-transitory  media）に予め格納される。そして、各プログラムは、例えば、実行時にＲＡＭに読み込まれ、ＣＰＵなどのプロセッサにより実行される。
【０１４８】
また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。
【０１４９】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１５０】
また、本明細書に記載された効果は、あくまで説明的又は例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果と共に、又は上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏し得る。
【０１５１】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
複数の符号化装置との間で無線接続を確立する無線通信部と、
前記複数の符号化装置から前記無線通信部を介して受信されるコンテンツをそれぞれ復号する復号部と、
前記復号部により復号される複数のコンテンツを再生する再生部と、
前記再生部により再生されるコンテンツのセットにより要求される要求復号能力が前記復号部の実復号能力を超過しないように、前記複数の符号化装置におけるコンテンツの符号化条件を制御する制御部と、
を備える復号装置。
（２）
前記制御部は、前記無線通信部を介して各符号化装置から受信される当該符号化装置の符号化能力情報に基づいて、各符号化装置における前記符号化条件を決定する、前記（１）に記載の復号装置。
（３）
前記制御部は、前記無線通信部を介して各符号化装置へ能力問合せメッセージを送信することにより、各符号化装置から前記符号化能力情報を収集する、前記（２）に記載の復号装置。
（４）
前記能力問合せメッセージは、シンク機器からソース機器へ前記符号化能力情報を問合せるために拡張された、ＲＴＳＰ（Real  Time  Streaming  Protocol）のパラメータ取得用メッセージである、前記（３）に記載の復号装置。
（５）
前記制御部は、シンク機器によってソース機器の前記符号化条件を設定するために拡張された、ＲＴＳＰのパラメータ設定用メッセージを各符号化装置へ送信することにより、各符号化装置における前記符号化条件を制御する、前記（４）に記載の復号装置。
（６）
前記能力問合せメッセージは、Ｗｉ−Ｆｉダイレクトのサービスディスカバリリクエストメッセージである、前記（３）に記載の復号装置。
（７）
前記要求復号能力及び前記実復号能力は、サポートされるコーデック種別、解像度、レート及び品質レベル、復号回路の数、並びにプロセッサ性能のうち少なくとも１つにより表現される、前記（１）〜（６）のいずれか１項に記載の復号装置。
（８）
前記符号化条件は、各符号化装置において使用されるコーデック種別、解像度、レート及び品質レベルのうち少なくとも１つに関する条件である、前記（１）〜（７）のいずれか１項に記載の復号装置。
（９）
前記制御部は、前記要求復号能力が前記実復号能力を超過する場合に、少なくとも１つのコンテンツを圧縮符号化することなく送信することを、当該少なくとも１つのコンテンツを有する前記符号化装置へ要求する、前記（１）〜（８）のいずれか１項に記載の復号装置
（１０）
前記制御部は、各符号化装置との間の前記無線接続の接続品質にさらに基づいて、各符号化装置における前記符号化条件を制御する、前記（１）〜（９）のいずれか１項に記載の復号装置。
（１１）
前記制御部は、各符号化装置の電源状態にさらに基づいて、各符号化装置における前記符号化条件を制御する、前記（１）〜（１０）のいずれか１項に記載の復号装置。
（１２）
前記制御部は、各符号化装置から受信される、優先すべき符号化条件を特定する優先条件情報にさらに基づいて、各符号化装置における前記符号化条件を制御する、前記（１）〜（１１）のいずれか１項に記載の復号装置。
（１３）
前記制御部は、前記複数の符号化装置における前記符号化条件に応じて、当該複数の符号化装置との間の前記無線接続の周波数チャネルをさらに制御する、前記（１）〜（１２）のいずれか１項に記載の復号装置。
（１４）
前記制御部は、前記再生されるコンテンツの前記セットの更新を指示するユーザ入力が検出された場合に、更新後の前記セットについての前記要求復号能力を前記実復号能力と比較する、前記（１）〜（１３）のいずれか１項に記載の復号装置。
（１５）
前記制御部は、前記復号部に掛かる負荷に基づいて動的に計算される前記実復号能力を、前記要求復号能力と比較する、前記（１）〜（１４）のいずれか１項に記載の復号装置。
（１６）
前記制御部は、前記再生部により再生される前記複数のコンテンツを表示する画面に、前記要求復号能力に前記実復号能力を超過させないために前記セットから除外したコンテンツを有する符号化装置のリストを表示させる、前記（１）〜（１５）のいずれか１項に記載の復号装置。
（１７）
前記制御部は、前記リスト内の前記符号化装置と前記無線通信部との間の前記無線接続を維持する、前記（１６）に記載の復号装置。
（１８）
復号装置により、複数の符号化装置から無線接続を介して受信されるコンテンツをそれぞれ復号することと、
復号される複数のコンテンツを再生することと、
再生されるコンテンツのセットにより要求される要求復号能力が前記復号装置の実復号能力を超過しないように、前記復号装置により、前記複数の符号化装置におけるコンテンツの符号化条件を制御することと、
を含む復号方法。
（１９）
複数の装置から受信されるコンテンツをそれぞれ復号して再生する復号装置との間で無線接続を確立する無線通信部と、
前記無線通信部を介して前記復号装置へ送信すべきコンテンツを符号化する符号化部と、
前記復号装置により再生されるコンテンツのセットにより要求される要求復号能力が前記復号装置の実復号能力を超過しないように、前記復号装置から受信される制御メッセージに基づいて、前記符号化部におけるコンテンツの符号化条件を制御する制御部と、
を備える符号化装置。
（２０）
複数の装置から受信されるコンテンツをそれぞれ復号して再生する復号装置へ無線接続を介してコンテンツを送信する符号化装置により、前記復号装置へ送信すべきコンテンツを符号化することと、
前記復号装置により再生されるコンテンツのセットにより要求される要求復号能力が前記復号装置の実復号能力を超過しないように、前記復号装置から受信される制御メッセージに基づいて、前記符号化装置におけるコンテンツの符号化条件を制御することと、
を含む符号化方法。
【符号の説明】
【０１５２】
１        コンテンツ再生システム
１００    復号装置（シンク機器）
１１０    無線通信部
１２０    ストリーム取得部
１３０    復号部
１４０    映像再生部
１５０    音声再生部
１６０    再生制御部
１７０    記憶部
１８０    ユーザインタフェース部
２００    符号化装置（ソース機器）
２１０    無線通信部
２２０    記憶部
２３０    コンテンツ取得部
２４０    符号化部
２５０    ストリーム送信部
２６０    符号化制御部
２７０    ユーザインタフェース部
【図１】
2015111289.tif 000003
【図２】
2015111289.tif 000004
【図３Ａ】
2015111289.tif 000005
【図３Ｂ】
2015111289.tif 000006
【図４Ａ】
2015111289.tif 000007
【図４Ｂ】
2015111289.tif 000008
【図４Ｃ】
2015111289.tif 000009
【図５】
2015111289.tif 000010
【図６】
2015111289.tif 000011
【図７】
2015111289.tif 000012
【図８】
2015111289.tif 000013
【図９】
2015111289.tif 000014
【図１０】
2015111289.tif 000015
【図１１】
2015111289.tif 000016
【図１２】
2015111289.tif 000017
【図１３】
2015111289.tif 000018
【図１４】
2015111289.tif 000019
【図１５】
2015111289.tif 000020
【図１６】
2015111289.tif 000021
【図１７】
2015111289.tif 000022
【図１８】
2015111289.tif 000023
【図１９】
2015111289.tif 000024
【図２０】
2015111289.tif 000025
【図２１】
2015111289.tif 000026
【国際調査報告】
2015111289.tif 000027
2015111289.tif 000028
2015111289.tif 000029
2015111289.tif 000030