JP6600268B2 - 送信装置およびその制御方法 - Google Patents

Description

本発明は、複数の他の通信装置と通信する送信装置およびその制御方法に関する。

近年、スマートフォンのような小型端末の画面を映像として符号化し、大型画面を備える受信端末に送信することによりし、小型端末の表示を大型画面上でミラーリング表示する技術が普及してきている。このような技術として、Ｗｉ−Ｆｉ（登録商標）ＣＥＲＴＩＦＩＥＤ Ｄｉｓｐｌａｙ（ＷＦＤ）がある。ＷＦＤでは、ビデオだけでなくオーディオを送信することもできる。このＷＦＤ技術を用いて、オーディオまたはビデオを、１つのソース（送信）装置から複数のシンク（受信）装置に、あるいは、複数のソース装置から１つのシンク装置に送信することできる（特許文献１）。このような技術を用いると、複数のシンク装置（スピーカ群）を利用したワイヤレススピーカシステムを作ることができる。

国際公開第２０１１／１２２４５６号

ところが、複数のシンク装置（スピーカ群）を利用したワイヤレススピーカシステムにおいて、当該スピーカ群の内の一部との無線接続が確立しない場合が考えられる。

本発明は、上記の問題点を鑑みてなされたものであり、以下を目的とする。即ち、送信装置が複数の他の通信装置を利用してコンテンツを再生する際に、該複数の他の通信装置の一部と接続できなかった場合に生じる少なくとも１つの課題を解決することを目的とする。

上述の問題点を解決するため、本発明に係る通信装置は以下の構成を備える。すなわち、コンテンツの送信装置において、複数の他の通信装置を利用するコンテンツ再生の指示を受け付ける受付手段と、第一の他の通信装置を含む前記複数の他の通信装置との接続を確立するための処理を実行する第一の実行手段と、前記複数の他の通信装置に含まれる第一の他の通信装置との接続が確立されなかった場合、前記複数の他の通信装置から前記第一の他の通信装置および前記第一の他の通信装置と組み合わせて利用される第二の他の通信装置を除いた一部の他の通信装置に含まれ、かつ前記第一の実行手段によって前記送信装置との接続が確立された少なくとも一台の他の通信装置に前記コンテンツの再生を実行させるための処理を実行する第二の実行手段と、を有する。

本発明によれば、送信装置が複数の他の通信装置を利用してコンテンツを再生する際に、該複数の他の通信装置の一部と接続できなかった場合に生じる少なくとも１つの課題を解決することができる。

１対Ｎ及びＭ対１の通信を行うシステムの例示的な構成を示す図である。 ソース装置及びシンク装置のハードウェア構成を示す図である。 １対１接続における正常時のシーケンスを示す図である。 ７．１ｃｈオーディオ再生システムにおけるスピーカの構成を示す図である。 動作例１におけるシーケンスを示す図である。 動作例２におけるシーケンスを示す図である。 動作例３におけるシーケンスを示す図である。 動作例４におけるシーケンスを示す図である。 動作例１及び動作例３における動作フローチャートである。 動作例２における動作フローチャートである。 動作例４における動作フローチャートである。

以下に、図面を参照して、この発明の好適な実施の形態を詳しく説明する。なお、以下の実施の形態はあくまで例示であり、本発明の範囲を限定する趣旨のものではない。

（第１実施形態）
本発明に係る通信装置の第１実施形態として、ソース装置とシンク装置を含むオーディオ・ビデオ（ＡＶ）システムを例に挙げて以下に説明する。

＜システム構成＞
図１は、１対Ｎ及びＭ対１の無線通信を行うシステムの例示的な構成を示す図である。ここで、ＭとＮは、ともに１以上の整数である。このシステムは、Ｍ台のソース装置１０１Ａ〜１０１Ｍ（以下では単にソース装置１０１とも呼ぶ）と、Ｎ台のシンク装置１０２Ａ〜１０２Ｎ（以下では単にシンク装置１０２とも呼ぶ）を含んでいる。

ソース装置１０１は、オーディオまたはビデオの送信側となる装置であり、Ｎ台のシンク装置１０２と通信接続可能に構成されている。例えば、カメラやビデオカメラ等の撮像装置、スキャナ等の画像入力装置、あるいは、ハードディスク装置やメモリ装置などの記憶装置である。もちろん、パーソナルコンピュータ（ＰＣ）やスマートフォンなどの情報処理装置であってもよい。

シンク装置１０２は、オーディオまたはビデオの受信側となる装置であり、Ｍ台のソース装置１０１と通信接続可能に構成されている。例えば、テレビ、ディスプレイ、プロジェクタ等のビデオ出力装置、スピーカ等のオーディオ出力装置である。

なお、以下の説明においては、ソース装置１０１とシンク装置１０２は、ＩＥＥＥ８０２．１１シリーズに準拠した無線通信を行うものとして説明する。ただし、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＷＢ、ＺｉｇＢｅｅ、ＭＢＯＡ等の規格に準拠した無線通信を利用する形態であってもよい。また、有線ＬＡＮ等の有線通信を利用する形態であってもよい。

また、ソース装置１０１とシンク装置１０２とが直接通信する他、アクセスポイントなどの中継装置（不図示）を介して通信するよう構成してもよい。なお、ＭＢＯＡは、Multi Band OFDM Allianceの略である。また、ＵＷＢには、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷＩＮＥＴなどが含まれる。

図２は、ソース装置１０１あるいはシンク装置１０２として動作する通信装置２００のハードウェア構成を示す図である。

記憶部２０１は、ＲＯＭやＲＡＭ等のメモリにより構成され、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク、磁気テープ、不揮発性メモリカードなどの記憶媒体を用いてもよい。また、記憶部２０１が複数のメモリを備えていてもよい。

制御部２０２は、ＣＰＵやＭＰＵ等のプロセッサにより構成され、記憶部２０１に記憶されたプログラムを実行することにより通信装置２００全体を制御する。なお、制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳ（Operating System）との協働により通信装置２００全体を制御するようにしてもよい。また、制御部２０２は、マルチコア等の複数のプロセッサを備え、当該複数のプロセッサにより通信装置２００全体を制御するようにしてもよい。また、制御部２０２は、後述の機能部２０３を制御して、撮像や印刷、投影等の所定の処理を実行する。

機能部２０３は、所定の処理を実行するためのハードウェアである。例えば、通信装置２００がソース装置１０１として動作する場合、機能部２０３は、カメラのような撮像機能及び画像符号化機能を有する。また、通信装置２００がシンク装置１０２として動作する場合、機能部２０３は、ディスプレイのような画像復号化機能及び表示機能を有する。さらに、機能部２０３が処理するデータは、記憶部２０１に記憶されているデータであってもよいし、後述する通信部２０６を介して他の通信装置と通信したデータであってもよい。

入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、画面上への表示や、スピーカによる音声出力、振動出力等の少なくともひとつを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。

通信部２０６は、ＩＥＥＥ８０２．１１シリーズに準拠した無線通信の制御や、ＩＰ通信の制御を行う。また、通信部２０６はアンテナ２０７を制御して、無線通信のための無線信号の送受信を行う。ソース装置１０１は、通信部２０６を介して、画像データや文書データ、オーディオ・ビデオデータ等のコンテンツをシンク装置１０２へ送信する。

＜通信装置２００の基本動作＞
・ソース装置とシンク装置の基本シーケンス
図３は、１対１接続におけるソース装置とシンク装置の間の正常時のシーケンスを示す図である。具体的には、それぞれが別個の通信装置２００により実現される１つのソース装置と１つのシンク装置との間における、装置の探索からサービス実行までの動作を示している。なお、ここでは、ＷＦＤ規格に準拠した装置におけるシーケンスの例を示している。

Ｓ３０１では、ソース装置１０１は、デバイス探索のための探索パケットを送信する。なお、探索パケットは、ブロードキャストパケットでもよいし、ユニキャストパケットであってもよい。Ｓ３０２では、シンク装置１０２は、探索パケットを受信し、当該探索パケット対する応答パケットを送信する。ここで、応答パケットには、シンク装置１０２自身の、デバイス名、デバイスのリンクアドレス、デバイスタイプなどが含まれている。

ここでは、デバイスタイプとは、「Source（ソース）」、「Primary Sink（プライマリシンク）」、「Secondary Sink（セカンダリシンク）」、「dual role（ソースとシンク両方）」の何れかである。

Ｓ３０３では、ソース装置１０１は、サービス探索のための探索パケットを送信する。Ｓ３０４では、シンク装置１０２は、探索パケットを受信し、当該探索パケットに対する応答パケットを送信する。このとき、シンク装置１０２は、この応答パケットの中に、提供できるサービス情報を含める。

ここでは、サービス情報とは、ファイル転送のための「Send」、印刷のための「Print」、オーディオ・ビデオストリーミングのための「Play」、ミラーリングのための「Display」、「その他」の何れかである。

ここまでの手順によって、２つの装置の間で、「サービス」及び当該サービスにおける「役割」が決定される。役割については後述する。

Ｓ３０５では、ソース装置１０１及びシンク装置１０２は、リンク層の接続をおこなう。これは、ＩＥＥＥ８０２．１１規格のオーセンティケーション、アソシエーション、および、Ｗｉ−Ｆｉ ＤｉｒｅｃｔのＧｒｏｕｐ Ｏｗｎｅｒ（ＧＯ）ネゴシエーションなどの手順である。

Ｓ３０６では、ソース装置１０１及びシンク装置１０２は、ＩＰ層（Internet Protocol）の接続をおこなう。ここで、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔによって接続している場合は、ＧＯになった方がＤＨＣＰサーバー機能を動作させ、対向であるクライアント装置のＩＰアドレスを割り当てる。

Ｓ３０７では、ソース装置１０１は、シンク装置１０２に対して、シンク装置１０２のサービス実行に関する能力問合せパケットを送信する。

Ｓ３０８では、シンク装置１０２は、能力問合せに対する応答パケットを送信する。ここでは、応答パケットには、シンク装置１０２が提供可能なサービスについての詳細情報が含まれている。この詳細情報とは、シンク装置１０２がディスプレイやプロジェクタであり提供可能サービスが「Display」である場合は、復号能力、解像度、などである。一方、シンク装置１０２がスピーカである場合は、役割と位置である。ここで、役割とは「Front（フロント）」、「SubWoofer（サブウーファー）」、「Center（センター）」、「Surround（サラウンドまたはリア）」、「Surround.Back（サラウンドバック）」などである。また、位置とは、「右」、「左」である。なお、シンク装置１０２は、提供可能な役割として、「Surround」と「Surround.Back」のように、複数の情報を応答することができる。

Ｓ３０９では、ソース装置１０１は、シンク装置１０２の能力を指定するための能力指定を送信する。Ｓ３１０では、シンク装置１０２は、受信した能力指定に対して応答する。なお、この手順は、任意のタイミングでおこなうことも可能である。このことにより、いったん、たとえば、「Ｓｕｒｒｏｕｎｄ．Ｂａｃｋ」として動作したシンク装置を「Ｓｕｒｒｏｕｎｄ」として動作させることも可能となっている。

Ｓ３１１では、ソース装置１０１は、ＲＴＳＰ手順のパラメータ設定を送信する。Ｓ３１２では、シンク装置１０２は、受信したパラメータ設定に対して応答を返す。Ｓ３１３では、ソース装置１０１は、ＲＴＳＰ手順のＳＥＴＵＰ（セットアップ）を送信する。Ｓ３１４では、シンク装置１０２は、受信したＳＥＴＵＰ（セットアップ）に対して応答を返す。

Ｓ３１５では、ソース装置１０１は、ＲＴＳＰ手順の再生要求をおこなう。Ｓ３１２では、シンク装置１０２は、再生要求に対して応答を返す。この時点で、シンク装置１０２では、ソース装置１０１からのオーディオまたはビデオのストリーミングデータを再生する準備が整ったことになる。

なお、以下の説明では、リンク層による接続後に通信装置同士でおこなわれる手順をセッションと表現することもある。

図４（ａ）は、無線通信による７．１ｃｈオーディオ再生システムにおけるスピーカの構成を示す図である。これは、図１の１対Ｎのネットワーク１１１において、Ｎ＝８の場合に相当する。

ソース装置１０１は、音楽などのコンテンツを有している。シンク装置１０２Ａは、Front/L（フロント左）、シンク装置１０２ＢはFront/R（フロント右）のスピーカであり、これらの２つで前方の音を再生する。以下、同様に、シンク装置１０２ＣはSubWoofer（サブウーファー）、シンク装置１０２ＤはCenter（センター）のスピーカである。さらに、シンク装置１０２ＥはSurround/L（サラウンド左）、シンク装置１０２ＦはSurround/R（サラウンド右）のスピーカである。シンク装置１０２ＧはSurround.Back/L（サラウンドバック左）、シンク装置１０２ＨはSurround.Back/R（サラウンドバック右）のスピーカである。

図４（ｂ）は、オーディオ再生システムの必要構成を示す構成テーブル４０１を示している。構成テーブル４０１は、オーディオ再生に必要となるスピーカの組み合わせを複数規定している。ここでは、７．１ｃｈ、５．１ｃｈ、３．１ｃｈ、２．１ｃｈ、２．０ｃｈの再生に必要となるスピーカの組み合わせを規定している。ここでは、１つの行または複数の行の組み合わせをサービス構成情報またはサービスプロファイルと呼ぶ。また、構成テーブル４０１は記憶部２０１に保持される。また、ソース装置１０１の利用者は、入力部２０４を介して、これらのサービス構成情報を変更することができる。

＜動作例＞
以下では、上述の構成における動作例について説明する。特に、動作例１〜３では、複数のシンク装置のうちの一部のシンク装置とのセッション確立が完了しない場合における、オーディオ再生構成の設定変更動作について説明する。また、動作例４では、１つのシンク装置に接続するソース装置の個数が途中で変化する多人数ゲームにおける接続の設定変更動作について説明する。

・動作例１：一部のスピーカとの接続手順が完了しないとき
動作例１として、８台のスピーカによる７．１ｃｈでの再生を指示した際に、１つのスピーカとの接続が確立しない場合の制御について説明する。具体的には、接続が確立した７台のスピーカで構成可能な５．１ｃｈ再生を行う例について説明する。なお、システム構成は、図４の７．１ｃｈオーディオ再生（コンテンツ再生）システムであるとする。

図５は、動作例１におけるシーケンスを示す図である。左から、利用者からの操作を受け付けるＵＩ（ユーザーインタフェース）、通信装置であるソース装置、複数の外部通信装置であるシンク装置群（８台のスピーカ）を示しており、装置間の制御を示している。

Ｓ５０１では、ソース装置１０１は、利用者からの操作を受け付けるＧＵＩを表示する。ここでは、利用者は「サービス構成情報（プロファイル）」として「７．１ｃｈ」を指定する。例えば、ＧＵＩとして表示されたボタンを利用者が押下することにより選択する。なお、サービス構成情報（プロファイル）を指定する代わりに、単にシンク装置の個数を指定するよう構成してもよい。Ｓ５０２では、ソース装置１０１は、「７．１ｃｈ」が指定されたことを検出する。Ｓ５０３では、ソース装置１０１は、出力部２０５に“７．１ｃｈを構成します”と表示する。

Ｓ５０４では、ソース装置１０１は、シンク装置１０２Ａ（Front/L）との間で、図３におけるＳ３０１〜Ｓ３１２までの手順をおこなう。以下の説明では、この一連の手順をおこなうことを「パラメータ設定まで」と表記することにする。以降、同様に、Ｓ５０５〜Ｓ５１０において、Front/RからSurround.Back/Lまでの５つのスピーカについて「パラメータ設定まで」の手順が完了する。

Ｓ５１１では、ソース装置１０１は、シンク装置１０２Ｈ（Surround.Back/R）との「パラメータ設定まで」の手順を試みる。しかし、ここでは、ＲＴＳＰパラメータ設定が未完了となっている。Ｓ５１２では、ソース装置１０１は、ＲＴＳＰパラメータ設定のタイムアウトを検出し、「パラメータ設定まで」の手順が失敗したと判断する。なお、この「パラメータ設定まで」の手順失敗の判断は、タイムアウトに限らず、不正値の応答や不正手順などのプロトコルエラー発生により行ってもよい。

Ｓ５１３では、ソース装置１０１は、シンク装置１０２Ｈ（Surround.Back/R）と「パラメータ設定まで」の手順を進めることができなかったことを表す“サラウンドバック右と接続できません”を出力部２０５に表示する。すなわち、利用者に対してエラー通知を行う。Ｓ５１４では、ソース装置１０１は、この状態における制御を利用者に選択させるための表示をおこなう。ここでは、選択肢として“（Ａ）他の構成で再生”、“（Ｂ）このまま継続”、“（Ｃ）終了”を利用者に提示する。

ここで、選択肢（Ａ）は、詳しくは後述するが、これまでにパラメータ設定までの手順が完了している７台のシンク装置を利用して、他の構成（「５．１ｃｈ」など）で再生を実行することを意味する。選択肢（Ｂ）は、これまでにパラメータ設定までの手順が完了している７台のシンク装置を利用して、当初の指定通りの再生手順を進めることを意味する。すなわち、この場合は、サラウンドバックに関して「右」は再生されず「左」のみ再生されることになる。

また、選択肢（Ｃ）は、これまでのシンク装置との手順を破棄し終了することを意味する。例えば、終了のために、ＲＴＳＰ手順のＴＥＡＲ ＤＯＷＮ（切断）、ＩＰ層の切断、または、リンク層の切断を利用することが出来る。なお、これらの切断の前に、いったんＲＳＴＰのＰＡＵＳＥ（一時停止）をおこなってよい。

Ｓ５１５では、ソース装置１０１は、利用者から何れかの選択肢の選択（操作指示）を受け付ける。ここでは、利用者が選択肢（Ａ）を選択するものとする。Ｓ５１６では、ソース装置１０１は、利用者への問い合わせの結果として選択肢（Ａ）が選択されたことを認識する。

そこで、ソース装置１０１は、当初の利用者の指示であった「７．１ｃｈ」に代わる構成を決定する。この決定は、例えば、構成テーブル４０１に登録されている構成と、現在のシンク装置との接続状況と、に応じて構成を自動的に選択する。より具体的には、現在接続しているシンク装置の組み合わせで正常に再生可能な構成を選択する。

例えば、構成テーブル４０１を参照すると、上述の７台のスピーカを使用して正常に再生可能な構成は、「２．０ｃｈ」「２．１ｃｈ」「３．１ｃｈ」「５．１ｃｈ」である。そこで、利用者が指定した「７．１ｃｈ」の再生に最も近い再生が可能である「５．１ｃｈ」を選択する。なお、他の構成を自動的に選択するようにしてもよいし、ユーザからの選択を受け付けるよう構成してもよい。以下では、「５．１ｃｈ」構成が選択された場合について説明する。

Ｓ５１７〜Ｓ５２２では、無線接続している７台のスピーカのうち６台（シンク装置１０２Ａ〜１０２Ｆ）に対してＲＴＳＰの再生手順を実行する。一方、Ｓ５２３では、ソース装置１０１は、無線接続している７台のスピーカのうち１台（シンク装置１０２Ｇ）に対しては、ＲＴＳＰのＰＡＵＳＥ（一時停止）手順を実行する。すなわち、全部で８個（Ｍ個）のシンク装置のうちの通信接続が確立した７個（Ｎ個）のシンク装置との通信接続を継続しつつ、７個より少ない６個（Ｌ個）のシンク装置を利用した構成によるコンテンツ再生を行うよう制御する。そして、１個（Ｎ−Ｌ個）のシンク装置に対しては一時停止の制御を行う。

Ｓ５２４では、ソース装置１０１は、各役割（チャネル）のオーディオストリームを、対応するシンク装置１０２Ａ〜１０２Ｆのそれぞれに送信する。Ｓ５２５では、ソース装置１０１は、出力部２０５に“５．１ｃｈで再生中”を表示する。

なお、Ｓ５２４において、各役割（チャネル）のオーディオストリームを、例えばＭＰＥＧ−ＴＳにより多重化し送信してもよい。すなわち、全てのシンク装置に同一のデータ（多重化ストリーム）を送信し、各シンク装置が自身の役割（チャネル）のデータを抽出し再生するようにしてもよい。また、このとき、Ｓ５２３において、シンク装置１０２Ｇとの間で再生手順をおこない、シンク装置１０２Ｇに対するデータについては多重化しないよう構成してもよい。

いずれの場合も、シンク装置１０２Ｇから音が再生されることはなく、６台のスピーカ（シンク装置１０２Ａ〜１０２Ｆ）による５．１ｃｈでの再生が行われることになる。このように制御することで、例えば、左右ペアとなっているスピーカの片方だけから音が出るといったバランスの悪い状態でのオーディオ再生を防ぐことが可能となる。

なお、状況に応じたサービス構成情報の選択は、単に「ペアとなっているスピーカだけ」を再生対象から除くことに限らない。たとえば、SubWooferとの間で「パラメータ設定まで」の手順が完了しない場合は、“Center”と“Surround”と“Surround.Back”を再生対象から除き、「２．０ｃｈ」の構成としてもよい。何れにしろ、無線接続しているスピーカと、構成テーブル４０１で定義されている各構成で用いるスピーカの組と、に応じて構成を選択するとよい。

この選択方法によると、「Center」との間で「パラメータ設定まで」が完了しないときは、「２．０ｃｈ」及び「２．１ｃｈ」の２つ（すなわち複数個存在）の構成が候補となる。この場合は、利用者による当初の要求である「７．１ｃｈ」により近い「２．１ｃｈ」の構成を優先して選択するとよい。

このように、動作例１によれば、利用者により指定された構成で利用される複数のシンク装置の一部と接続が出来ていない場合においても、違和感の少ない再生を行うことが可能となる。すなわち、利用者による少ない操作と制御手順によって、利用者の意図した構成に近い構成でバランスのとれた再生を実現することが出来る。また、既に確立したスピーカとのセッションを流用するため、利用者に待ち時間を強いることもなくなる。

・動作例２：動作例１の後の再生中の続きの制御
動作例２として、動作例１に後続する動作、具体的には、５．１ｃｈで再生中に７．１ｃｈでの再生に切り替える場合の動作について説明する。図６は、動作例２におけるシーケンスを示す図である。

Ｓ６０１では、ソース装置１０１は、「Surround.Back/Rの探索」のための制御をおこなうかを利用者に問い合わせために、出力部２０５に“他のスピーカを探索しますか？”あるいは“７．１ｃｈ接続を試みますか？”と表示する。Ｓ６０２では、ソース装置１０１は、利用者からの操作を受け付ける。ここでは、利用者は「はい」を選択する操作を行うとする。Ｓ６０３では、ソース装置１０１は、利用者による操作を検出し、シンク装置の探索を開始する。ここで、新規のシンク装置１０２Ｘが、スピーカとして動作可能な状態であったとする。

Ｓ６０４では、ソース装置１０１は、シンク装置１０２Ｘとの間で「パラメータ設定まで」の手順を完了させる。この「パラメータ設定まで」の手順とは、上述のように、図３のＳ３０１〜Ｓ３１２までの手順をまとめた処理である。

Ｓ６０５では、ソース装置１０１は、“７．１ｃｈにしますか？”と表示して、利用者に問い合わせる。Ｓ６０６では、ソース装置１０１は、利用者からの操作を受け付ける。ここでは、利用者は「はい」を選択する操作を行うとする。Ｓ６０７では、ソース装置１０１は、利用者による操作を検出する。なお、Ｓ６０４の完了後、７．１ｃｈ再生で用いられる８台のシンク装置との接続が確立されているか否かの判定を再度行うよう構成してもよい。

Ｓ６０８では、ソース装置１０１は、シンク装置１０２Ｇとの間でＲＴＳＰの再生手順を実行する。Ｓ６０９では、ソース装置１０１は、シンク装置１０２Ｘとの間でＲＴＳＰの再生手順を実行する。Ｓ６１０では、ソース装置１０１は、シンク装置１０２Ｇ及びシンク装置１０２Ｘに対してオーディオストリーム（Surround.Back/L及びSurround.Back/R）を新たに伝送する。Ｓ６１１では、ソース装置１０１は、出力部２０５に“７．１ｃｈで再生中”と表示する。

なお、Ｓ６０３での探索においてシンク装置１０２Ｈが検出された場合、シンク装置１０２Ｘの代わりに、シンク装置１０２Ｈと接続してもよい。さらに、再生中に任意のシンク装置との切断を検出した場合に、「装置を探索する」という制御をおこなうことも可能である。

このように、動作例２によれば、ある構成での再生中に、利用者による少ない操作と制御手順によって、他の構成による再生に変更することが出来る。特に、既に確立しているスピーカとのセッションを流用するため、素早く新しい構成に変更することが可能となる。

・動作例３：スピーカの役割を変更
動作例３として、８台のスピーカによる７．１ｃｈでの再生を指示した際に、１つのスピーカとの接続が確立しない場合の制御について説明する。ただし、動作例１とは異なり、シンク装置１０２Ｆ（“Surround/R”のスピーカ）との接続が確立しない場合の動作を示している。

図７は、動作例３におけるシーケンスを示す図である。Ｓ５０１〜Ｓ５１２までは、図５とほぼ同様である。ただし、上述のように、ここでは、シンク装置１０２Ｆ（“Surround/R”のスピーカ）との間で「パラメータ設定まで」の手順が未完了の状態である点が動作例１と異なる。

つまり、Ｓ５１２のタイムアウトは、シンク装置１０２Ｆとの手順におけるタイムアウトである。このような状態となるのは、ソース装置１０１が各シンク装置との手順を並列におこなっているためである。

さらに、動作例３においては、シンク装置１０２Ｇ及びシンク装置１０２Ｈはそれぞれ２つの役割を、能力として備えていることを、ソース装置１０１は確認済みとする。具体的には、シンク装置１０２Ｇは“Surround/L”と“Surround.Back/L”の２つの役割の何れかで動作可能である。シンク装置１０２Ｈは“Surround/R”と“Surround.Back/R”の２つの役割の何れかで動作可能である。すなわち、ソース装置１０１は、シンク装置１０２Ｇ及びシンク装置１０２Ｈについては役割を変更可能であることを知っている。

Ｓ７０１では、ソース装置１０１は、“Surround/R”であるシンク装置１０２Ｈと「パラメータ設定まで」の手順を完了できなかったことを表す“サラウンド右と接続できません”を出力部２０５に表示する。Ｓ７０２では、ソース装置１０１は、この状態における制御を利用者に選択させるための表示をおこなう。この選択肢は、“（Ａ）他の構成で再生”、“（Ｂ）このまま継続”、“（Ｃ）終了”である。

Ｓ７０３では、ソース装置１０１は、利用者から上述の選択肢の選択を受け付け、ここでは選択肢（Ａ）が選択されたことを検出する。

ただし、ここでは“Surround/R”が接続未完了であり利用できないため、動作例１と同様の制御を行った場合、構成テーブル４０１に基づいて、「３．１ｃｈ」の構成が選択されることになる。その場合、接続が完了している“Surround.Back”の２つのスピーカが利用されず無駄となる。そこで動作例３では、“Surround.Back”として接続されている２つのスピーカの役割を“Surround”に変更し、「５．１ｃｈ」の再生を行う。

そこで、Ｓ７０４では、ソース装置１０１は、シンク装置１０２Ｅに対しては、ＲＴＳＰのＰＡＵＳＥ（一時停止）手順を実行する。一方、Ｓ７０５では、ソース装置１０１は、シンク装置１０２Ｇに対して能力設定の手順をおこなう。この場合は、当初の“Surround.Back/L”に代えて“Surround/L”を指定する。同様に、Ｓ７０６では、ソース装置１０１は、シンク装置１０２Ｈに対して能力設定の手順をおこなう。この場合は、当初の“Surround.Back/R”に代えて“Surround/R”を指定する。

Ｓ７０７では、ソース装置１０１は、各役割（チャネル）のオーディオストリームを、対応するシンク装置１０２Ａ〜１０２Ｄ，１０２Ｇ，１０２Ｈのそれぞれに送信する。Ｓ７０８では、ソース装置１０１は、出力部２０５に“スピーカ変更して５．１ｃｈで再生中”を表示する。

なお、スピーカの役割の変更は、“Surround.Back”から“Surround”への変更に限られるものではない。すなわち、構成テーブル４０１及び、各スピーカの実行可能な役割および位置に応じて様々な変更が可能である。

このように、動作例３によれば、利用者により指定された構成で利用される複数のシンク装置の一部と接続が出来ていない場合においても、違和感の少ない再生を行うことが可能となる。特に、既に確立したスピーカとの接続を最大限利用することにより、より臨場感のある再生を行うことが可能となる。

・動作例４：多人数ゲームにおける動作
図８は、動作例４におけるシーケンスを示す図である。ここでは、複数のソース装置（タブレット端末）の画面を１つのシンク装置（大型ディスプレイ）に表示する多人数ゲームを想定している。左から、利用者からの操作を受け付けるＵＩ（ユーザーインタフェース）、シンク装置、ソース装置群（４台）を示しており、装置間の制御を示している。

すなわち、図１のＭ対１ネットワーク１１２において、Ｍ＝４の場合に相当する。ただし、動作例１〜３のように予め決まった接続構成が存在せず、ゲームを構成する装置の数についても任意であることを想定する。

Ｓ８０１では、シンク装置１０２は、ゲームの参加受付開始のためのＧＵＩを表示し、利用者からの操作を受け付ける。Ｓ８０２では、シンク装置１０２は、ゲームの参加受付開始の操作を検出する。

Ｓ８０３では、シンク装置１０２は、“Ｐｌａｙｅｒを待っています”と表示する。同時に、ソース装置からのデバイス探索を待ち受ける、及び／又は、ゲームサービスを起動中であることを報知する。例えば、デバイスタイプがＳｉｎｋ（シンク）であることを示すビーコン信号を送信する、または、Ｄｉｓｐｌａｙサービス実行可能であることを示すａｄｖｅｒｔｉｓｅパケットを送信する。

Ｓ８０４では、シンク装置１０２は、ソース装置１０１Ａとの間で「パラメータ設定まで」をおこなう。そして、Ｓ８０５では、シンク装置１０２は、“Ｐｌａｙｅｒ１と接続しました”と表示する。ただし、この時点ではゲーム参加者が１人であるため、シンク装置１０２は、引き続き、ゲーム参加の受け付けを待機する。

Ｓ８０６では、シンク装置１０２は、ソース装置１０１Ｂとの間で「パラメータ設定まで」をおこなう。そして、Ｓ８０７では、シンク装置１０２は、“Ｐｌａｙｅｒ２と接続しました。ゲームを開始しますか？”と表示する。すなわち、ゲーム参加者が２人以上となったなめ、シンク装置１０２は、ゲーム開始の受け付けを利用者に通知する。同様に、Ｓ８０８では、シンク装置１０２は、ソース装置１０１Ｃとの間で「パラメータ設定まで」をおこなう。そして、Ｓ８０９では、シンク装置１０２は、“Ｐｌａｙｅｒ３と接続しました”と表示する。

Ｓ８１０では、シンク装置１０２は、ゲームの開始指示のためのＧＵＩを表示し、利用者からの操作を受け付ける。Ｓ８１１では、シンク装置１０２は、ゲームの開始の操作を検出する。それに伴い、Ｓ８１２〜Ｓ８１４では、シンク装置１０２は、ソース装置１０１Ａ〜Ｃとの間で、それぞれ再生手順を実行する。

Ｓ８１５〜Ｓ８１７では、ソース装置１０１Ａ〜１０１Ｃは、それぞれ、シンク装置１０２に対し、オーディオまたはビデオの送信をおこなう。Ｓ８１８では、シンク装置１０２は、ソース装置１０１Ａ〜１０１Ｃから受信したオーディオまたはビデオを再生する。すなわち、出力部２０５において音声再生又は画面表示を行う。

Ｓ８１９では、ソース装置１０１Ｄは、ソース装置１０１Ｄの利用者（Ｐｌａｙｅｒ４）によるゲーム開始の操作に応じて、ゲームのためのサービス探索をおこなう。Ｓ８２０では、シンク装置１０２は、出力部２０５に“Ｐｌａｙｅｒ４と接続しますか？”と表示する。

このように、動作例４によれば、多人数ゲームにおいて、対向の通信相手の数を予め指定することなく再生までの手順を進めることが可能となり、操作性が良くなる。

上述の動作例１〜４においては、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ規格に基づいたＩＰ層での通信（ＤＨＣＰ制御やＲＴＳＰ制御）を想定して説明を行った。しかし、リンク層での通信を対象として制御を行うよう構成してもよい。

＜通信装置２００の動作フローチャート＞
図９は、通信装置２００がソース装置として動作する場合における動作フローチャートである。上述の、動作例１及び動作例３におけるソース装置の動作を説明するものに相当する。すなわち、図５と図７において説明したソース装置の動作をフローチャート形式で記述したものである。これは、通信装置２００において、記憶部２０１に記憶されたプログラムを制御部２０２が読み出し、それを実行することで実現される処理の流れのフローチャートを示す。

Ｓ９００では、通信装置２００は、初期状態にある。ここでは、通信装置２００は、「ｄｕａｌ ｒｏｌｅ」、すなわち、ソース装置とシンク装置の両方の機能を備える状態にあることを示している。たとえば、ノートパソコンやタブレット端末などのように、オーディオまたはビデオの送信側及び受信側の両方を実行可能な機器である。

Ｓ９０１では、通信装置２００は、オーディオまたはビデオ（ＡＶ）サービスのソース装置として動作を開始する操作が利用者により行われたか否かを判定する。ソース装置として動作を開始する操作が行われたと判定した場合はＳ９０２に進み、そうでない場合は後述の図１１のフローチャートに進む。

Ｓ９０２では、通信装置２００は、ソース装置として動作する場合は、シンク装置群のサービス構成情報を決定し、これを「サービスの第１の構成情報」とする。

Ｓ９０３では、通信装置２００は、サービス手順のタイマーを開始する。ここで、サービス手順とは、ＲＴＳＰ、ＤＨＣＰ、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔといった標準規格手順の他、ソース装置とシンク装置との間で独自に決定している手順のことである。Ｓ９０４では、通信装置２００は、上述の「パラメータ設定まで」の一連の処理を開始する。

Ｓ９０５では、通信装置２００は、Ｓ９０３で開始したサービス手順のタイムアウトが発生したかを確認する。タイムアウトが発生していたら、Ｓ９０６では、通信装置２００は、記憶部２０１にタイムアウトイベント発生を登録する。

Ｓ９０７では、通信装置２００は、サービス構成情報に含まれる全てのシンク装置との「パラメータ設定まで」の手順が終了したかを判断する。ここで、「パラメータ設定まで」の手順終了とは、各シンク装置との間で、Ｓ３１２までの手順が終了している、又は、タイムアウトが発生していることを意味する。全てのシンク装置との手順が終了していなければ、Ｓ９０３に戻り、終了していればＳ９０８に進む。

Ｓ９０８では、通信装置２００は、タイムアウトイベントが発生しているかを確認する。タイムアウトが発生していなければ、全てのシンク装置と正常に接続できていることになり、オーディオまたはビデオの再生中の状態に進む。この状態を「ソースの第１の構成で再生中」（Ｓ９５０）と呼ぶことにする。一方、タイムアウトが発生していれば、Ｓ９０９に進む。

Ｓ９０９では、通信装置２００は、“第１の構成での再生不可”の表示をおこなう。これは、Ｓ５１３，Ｓ７０１に相当する。Ｓ９１０では、通信装置２００は、利用者からの選択を受け付ける。すなわち、“（Ａ）他の構成で再生”、“（Ｂ）このまま継続”、“（Ｃ）終了”の何れかを操作を利用者から受け付ける。これは、Ｓ５１４，Ｓ７０２に相当する。

“（Ａ）他の構成で再生”の選択を検出した場合、Ｓ９１１では、通信装置２００は、「パラメータ設定まで」が完了したシンク装置群の中に、「パラメータ設定まで」が完了しなかった装置の代替となるシンク装置が存在するか否かを判断する。存在する場合は、Ｓ９１２に進み、存在しない場合はＳ９１３に進む。

Ｓ９１２では、通信装置２００は、代替シンク装置の能力を変更する。これは、Ｓ７０５，Ｓ７０６に相当する。一方、Ｓ９１３では、通信装置２００は、装置の能力を変更することなく再生手順に進む。これは、Ｓ５１７〜Ｓ５２３に相当する。

Ｓ９１２およびＳ９１３の後は、いずれも「ソースの第２の構成で再生中」（Ｓ１０００）の状態に進む。

なお、Ｓ９１０において“（Ｂ）このまま継続”の選択を検出した場合は、Ｓ９１４では、ソース装置における従来の再生処理（データ送信処理）をおこなう。また、Ｓ９１０において“（Ｃ）終了”の選択を検出した場合は、ソース装置における再生処理を終了する。

図１０は、通信装置２００がソース装置として動作する場合における動作フローチャートである。上述の、動作例２におけるソース装置の動作を説明するものに相当する。すなわち、図６において説明したソース装置の動作をフローチャート形式で記述したものである。

Ｓ１０００では、通信装置２００は、「ソースの第２の構成で再生中」の状態にある。ここで、「第２の構成」は、利用者が当初指定した構成（上述の例では「７．１ｃｈ」）ではなく、「５．１ｃｈ」などの他の構成という意味である。

Ｓ１００１では、通信装置２００は、「第２の構成で再生中」の表示をおこなう。これは、Ｓ５２５，Ｓ７０８に相当する。Ｓ１００２では、通信装置２００は、利用者による、他の装置の探索開始の操作を検出する。探索開始の操作が検出されると、Ｓ１００３では、通信装置２００は、他の装置の探索を開始する。Ｓ１００４では、通信装置２００は、他の装置が検出されたか否かを判定し、他の装置が検出された場合はＳ１００５に進む。検出されない場合はＳ１０００に戻る。

Ｓ１００５では、通信装置２００は、検出されたシンク装置に対して「能力問い合わせまで」の処理をおこなう。この「能力問い合わせまで」の処理とは、図３におけるＳ３０８までの手順のことである。Ｓ１００６では、通信装置２００は、第１の構成が可能であるかの判断をおこなう。例えば、動作例１においては、検出されたスピーカが、第１の構成を実現するために必要な“Surround.Back/R”の能力を持っているかを確認する処理である。検出されたスピーカが、その能力を持っている場合はＳ１００７に進み、持っていない場合はＳ１００４に戻る。

Ｓ１００７では、通信装置２００は、第１の構成による再生を実行し、「ソースの第１の構成で再生中」（Ｓ９５０）の状態に移行する。

図１１は、通信装置２００がシンク装置として動作する場合における動作フローチャートである。上述の、動作例４におけるシンク装置の動作を説明するものに相当する。すなわち、図８おいて説明したシンク装置の動作をフローチャート形式で記述したものである。

Ｓ１１０１では、通信装置２００は、オーディオまたはビデオ（ＡＶ）サービスのシンク装置として動作を開始する操作が利用者により行われたか否かを判定する。シンク装置として動作を開始する操作が行われたと判定した場合はＳ１１０２に進み、そうでない場合は前述の図９の初期状態（Ｓ９００）に移行する。

Ｓ１１０２では、通信装置２００は、「ソース装置からの待ち受け可能」であることを表示する。Ｓ１１０３では、通信装置２００は、ソース装置からの接続要求があるかの検出動作を行う。検出した場合はＳ１１０４に進み、検出されない場合はＳ１１０２に戻る。

Ｓ１１０４では、通信装置２００は、「接続要求された」ことを表示する。Ｓ１１０５では、通信装置２００は、検出された接続要求を受け付ける操作が利用者により行われたか否かを判断する。操作がおこなわれた場合はＳ１１０６に進み、操作がない場合はＳ１１０４に戻る。

Ｓ１１０６では、通信装置２００は、接続要求してきたソース装置との間で「パラメータ設定まで」の処理をおこなう。Ｓ１１０７では、通信装置２００は、サービス開始（例えば、ソース装置から送信された映像の表示）の操作が行われたかを判断する。操作がおこなわれた場合はＳ１１０８に進み、操作がない場合はＳ１１０２に戻る。

Ｓ１１０８では、通信装置２００は、ソース装置から送信され受信したオーディオまたはビデオを再生する。Ｓ１１０９では、通信装置２００は、さらに他のソース装置からの接続要求を待ち受けるか否かの選択を利用者から受け付ける。待ち受ける場合はＳ１１０３に戻る。なお、上述のＳ１１０３、Ｓ１１０５、Ｓ１１０７、Ｓ１１０９において、初期状態に戻るように構成することも可能である。

以上説明したとおり第１実施形態によれば、１対多の通信接続を用いるオーディオ・ビデオ（ＡＶ）システムにおいて、利用者にとってより良い再生環境を提供することが可能となる。例えば、一部の装置との接続が出来ていない場合においても、違和感の少ない再生を行うことが可能となる。また、既に確立した装置とのセッションを流用することにより、利用者に無駄な待ち時間を強いることもなくなる。

（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１ ソース装置； １０２ シンク装置； ２００ 通信装置； ２０２ 制御部； ２０３ 機能部； ２０６ 通信部

Claims (13)

1. コンテンツの送信装置であって、
   複数の他の通信装置を利用するコンテンツの再生の指示を受け付ける受付手段と、
   第一の他の通信装置を含む前記複数の他の通信装置との接続を確立するための処理を実行する第一の実行手段と、
   前記複数の他の通信装置に含まれる第一の他の通信装置との接続が確立されなかった場合、前記複数の他の通信装置から前記第一の他の通信装置および前記第一の他の通信装置と組み合わせて利用される第二の他の通信装置を除いた一部の他の通信装置に含まれ、かつ前記第一の実行手段によって前記送信装置との接続が確立された少なくとも一台の他の通信装置に前記コンテンツの再生を実行させるための処理を実行する第二の実行手段と、
   を有することを特徴とする送信装置。
2. 前記第一の他の通信装置との接続が確立されなかった場合、ユーザに所定の通知を行う通知手段を更に有する
   ことを特徴とする請求項１に記載の送信装置。
3. 前記所定の通知は、前記コンテンツの再生を行うかをユーザに問合せるため問合せを含む通知である
   ことを特徴とする請求項２に記載の送信装置。
4. 前記所定の通知は、前記第一の他の通信装置との接続が確立できなかったことを示すエラー情報を含む通知である
   ことを特徴とする請求項２または３に記載の送信装置。
5. 前記第二の実行手段によって前記少なくとも一台の他の通信装置に前記コンテンツの再生を実行させるための処理を実行する場合に、前記第二の他の通信装置に対して一時停止の制御を行う制御手段を更に有する
   ことを特徴とする請求項１から４のいずれか１項に記載の送信装置。
6. 前記コンテンツの再生のため他の通信装置の構成を複数規定するテーブルを記憶する記憶手段と、
   前記記憶手段により記憶された前記テーブルに基づいて、前記少なくとも一台の他の通信装置を選択する第一の選択手段と、
   を更に有し、
   前記第二の実行手段は、前記第一の選択手段によって選択された前記少なくとも一台の他の通信装置に前記コンテンツの再生を実行させるための処理を実行する
   ことを特徴とする請求項１から５のいずれか１項に記載の送信装置。
7. 前記第一の他の通信装置と前記第二の他の通信装置とは、左右の再生ペアを構成する
   ことを特徴とする請求項１から６のいずれか１項に記載の送信装置。
8. 前記第一の実行手段によって第三の他の通信装置と新たに接続を確立した場合、前記第二の実行手段は、前記第三の他の通信装置の役割を示す役割情報に基づいて、前記複数の他の通信装置および前記第三の他の通信装置に含まれる少なくとも一台の他の通信装置に前記コンテンツの再生を実行させるための処理を実行する
   ことを特徴とする請求項１から７のいずれか１項に記載の送信装置。
9. 前記複数の他の通信装置に含まれる通信装置であって、かつ前記第一の実行手段によって前記送信装置との接続を確立した少なくとも一台の他の通信装置の役割情報に基づいて、前記コンテンツを再生するための再生形態を選択する第二の選択手段を更に有し、
   前記第二の実行手段は、前記第二の選択手段によって選択した前記コンテンツを再生するための再生形態に基づいて、前記少なくとも一台の他の通信装置に前記コンテンツの再生を実行させるための処理を実行する
   ことを特徴とする請求項１から８のいずれか１項に記載の送信装置。
10. 前記第二の選択手段は、前記コンテンツを再生するための再生形態として、７．１ｃｈオーディオ再生システム、５．１ｃｈオーディオ再生システム、３．１ｃｈオーディオ再生システム、２．１ｃｈオーディオ再生システム、および２．０ｃｈオーディオ再生システムの何れか一つの再生形態を選択する
    ことを特徴とする請求項９に記載の送信装置。
11. 前記役割情報とは、オーディオ再生システムにおける役割である、フロント、サブウーファー、センター、サラウンド、およびサラウンドバックの少なくとも何れか一つを示す情報であることを特徴とする請求項８から１０のいずれか１項に記載の送信装置。
12. コンテンツの送信装置の制御方法であって、
    複数の他の通信装置を利用するコンテンツの再生の指示を受け付ける受付工程と、
    第一の他の通信装置を含む前記複数の他の通信装置との接続を確立するための処理を実行する第一の実行工程と、
    前記複数の他の通信装置に含まれる第一の他の通信装置との接続が確立されなかった場合、前記複数の他の通信装置から前記第一の他の通信装置および前記第一の他の通信装置と組み合わせて利用される第二の他の通信装置を除いた一部の他の通信装置に含まれ、かつ前記第一の実行工程によって前記送信装置との接続が確立された少なくとも一台の他の通信装置に前記コンテンツの再生を実行させるための処理を実行する第二の実行工程と、
    を含むことを特徴とする送信装置の制御方法。
13. 請求項１から１１のいずれか１項に記載の送信装置の各手段としてコンピュータを機能させるためのプログラム。

Images