(57)【要約】 【課題】Ｐ２ＰグループにおいてＧＯが消失した場合でも接続を維持する。【解決手段】複数の無線通信装置から構成されるネットワークにおいて、アクセスポイントとして機能する無線通信装置は、該ネットワークにおける他の無線通信装置の中から、所定のサービスの提供側の無線通信装置および受信側の無線通信装置の数に基づいて、該アクセスポイントとして機能する通信装置が該ネットワークから消失した場合に該アクセスポイントとして機能すべき無線通信装置を選択し、該選択された無線通信装置に対して、該ネットワークを引き継ぐための所定の情報を送信する。【選択図】  図４
2018078527.tif 000002
【特許請求の範囲】
【請求項１】
複数の無線通信装置から構成されるネットワークにおいて、アクセスポイントとして機能する無線通信装置であって、
前記ネットワークにおける他の無線通信装置の中から、所定のサービスの提供側の無線通信装置および受信側の無線通信装置の数に基づいて、当該アクセスポイントとして機能する無線通信装置が前記ネットワークから消失した場合に前記アクセスポイントとして機能すべき無線通信装置を選択する選択手段と、
前記選択された無線通信装置に対して、前記ネットワークを引き継ぐための所定の情報を送信する送信手段と、
を有することを特徴とする無線通信装置。
【請求項２】
前記所定のサービスは、コンテンツの送受信を含むことを特徴とする請求項１に記載の無線通信装置。
【請求項３】
複数の無線通信装置から構成されるネットワークにおいて、アクセスポイントとして機能する無線通信装置であって、
前記ネットワークにおける他の無線通信装置の中から、前記他の無線通信装置に関する情報に基づいて、当該アクセスポイントとして機能する通信装置が前記ネットワークから消失した場合に前記アクセスポイントとして機能すべき無線通信装置を選択する選択手段と、
前記選択された無線通信装置に対して、前記ネットワークを引き継ぐための所定の情報を送信する送信手段と、
を有することを特徴とする無線通信装置。
【請求項４】
前記選択手段は、前記他の無線通信装置それぞれにおける、バッテリの情報、前記アクセスポイントへのなりやすさを示す情報、電波強度、前記所定の情報を用いて前記アクセスポイントになるための機能の有無、のうちの少なくとも１つに基づいて、前記アクセスポイントとして機能すべき無線通信装置を選択することを特徴とする請求項３に記載の無線通信装置。
【請求項５】
前記選択手段により前記アクセスポイントとして機能すべき無線通信装置を選択した後に、前記ネットワークにおける無線通信装置の数が変化した場合、前記選択手段は、再度、前記ネットワークにおける他の無線通信装置の中から、前記アクセスポイントとして機能すべき無線通信装置を選択することを特徴とする請求項１から４のいずれか１項に記載の無線通信装置。
【請求項６】
前記選択手段は、前記アクセスポイントとして機能すべき無線通信装置として、第１の他の無線通信装置を選択し、前記再度の選択により、第２の他の無線通信装置を選択した場合、前記送信手段は、前記第１の他の無線通信装置に対して、送信した前記所定の情報を削除するための要求を送信し、前記第２の他の無線通信装置に対して、前記所定の情報を送信することを特徴とする請求項５に記載の無線通信装置。
【請求項７】
前記送信手段は、前記選択された無線通信装置に対して、前記所定の情報を複数回送信することを特徴とする請求項１から６のいずれか１項に記載の無線通信装置。
【請求項８】
前記所定の情報を管理する管理手段を更に有し、
前記管理手段により前記所定の情報が変更された場合、前記送信手段は、前記選択された無線通信装置に対して、当該変更された情報を送信することを特徴とする請求項１から７のいずれか１項に記載の無線通信装置。
【請求項９】
複数の無線通信装置から構成されるネットワークにおいて、アクセスポイントとして機能する無線通信装置であって、
前記ネットワークにおける他の無線通信装置の中から、当該アクセスポイントとして機能する通信装置が前記ネットワークから消失した場合に前記アクセスポイントとして機能すべき無線通信装置を選択する選択手段と、
前記選択された無線通信装置に対して、前記ネットワークを引き継ぐための所定の情報を送信する送信手段と、
を有することを特徴とする無線通信装置。
【請求項１０】
前記無線通信装置は、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔに準拠するネットワークにおいてＧｒｏｕｐ  Ｏｗｎｅｒとして機能する無線通信装置であることを特徴とする請求項１から９のいずれか１項に記載の無線通信装置。
【請求項１１】
複数の無線通信装置から構成されるネットワークにおける無線通信装置であって、
前記ネットワークにおいてアクセスポイントとして機能する無線通信装置から、前記ネットワークを引き継ぐための所定の情報を受信する受信手段と、
前記アクセスポイントとして機能する無線通信装置が前記ネットワークから消失したか否かを検知する検知手段と、
前記検知手段により前記アクセスポイントとして機能する無線通信装置が前記ネットワークから消失したことが検知された場合、前記所定の情報を用いて前記ネットワークを引き継ぐネットワーク制御手段と、
を有することを特徴とする無線通信装置。
【請求項１２】
前記受信手段により前記所定の情報が受信されてから所定の時間が経過した場合、前記所定の情報を削除する管理手段を更に有することを特徴とする請求項１１に記載の無線通信装置。
【請求項１３】
前記無線通信装置は、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔに準拠するネットワークにおいてＣｌｉｅｎｔとして機能する無線通信装置であることを特徴とする請求項１１または１２に記載の無線通信装置。
【請求項１４】
前記所定の情報は、暗号化に必要な情報や、前記ネットワークへの接続に必要なアドレス情報の少なくともいずれかを含むことを特徴とする請求項１から１３のいずれか１項に記載の無線通信装置。
【請求項１５】
複数の無線通信装置から構成されるネットワークにおいて、アクセスポイントとして機能する無線通信装置の制御方法であって、
前記ネットワークにおける他の無線通信装置の中から、所定のサービスの提供側の無線通信装置および受信側の無線通信装置の数に基づいて、当該アクセスポイントとして機能する通信装置が前記ネットワークから消失した場合に前記アクセスポイントとして機能すべき無線通信装置を選択する選択工程と、
前記選択された無線通信装置に対して、前記ネットワークを引き継ぐための所定の情報を送信する送信工程と、
を有することを特徴とする無線通信装置の制御方法。
【請求項１６】
複数の無線通信装置から構成されるネットワークにおいて、アクセスポイントとして機能する無線通信装置の制御方法であって、
前記ネットワークにおける他の無線通信装置の中から、前記他の無線通信装置に関する情報に基づいて、当該アクセスポイントとして機能する通信装置が前記ネットワークから消失した場合に前記アクセスポイントとして機能すべき無線通信装置を選択する選択工程と、
前記選択された無線通信装置に対して、前記ネットワークを引き継ぐための所定の情報を送信する送信工程と、
を有することを特徴とする無線通信装置の制御方法。
【請求項１７】
複数の無線通信装置から構成されるネットワークにおける無線通信装置の制御方法であって、
前記ネットワークにおいてアクセスポイントとして機能する無線通信装置から、前記ネットワークを引き継ぐための所定の情報を受信する受信工程と、
前記アクセスポイントとして機能する無線通信装置が前記ネットワークから消失したか否かを検知する検知工程と、
前記検知工程において前記アクセスポイントとして機能する無線通信装置が前記ネットワークから消失したことが検知された場合、前記所定の情報を用いて前記ネットワークを引き継ぐネットワーク制御工程と、
を有することを特徴とする無線通信装置の制御方法。
【請求項１８】
コンピュータを、請求項１から１４のいずれか１項に記載の無線通信装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信装置間で無線通信を行うための無線通信装置、無線通信方法及び無線通信システムに関する。
【背景技術】
【０００２】
近年、ディスプレイ画面を無線通信により他のディスプレイにミラーリング表示する技術がＭｉｒａｃａｓｔ（登録商標）（Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙ）として標準化されている。ミラーリングとは、一方のデバイスのディスプレイに表示された画面をもう一方のデバイスのディスプレイに表示する機能を指す。この技術は、スマートフォンやＰＣ（Personal Computer）向けＯＳ（Operating System）に標準サポートされる割合が増加するなど、活用の場が広がっている。Ｍｉｒａｃａｓｔにおいて、表示画面を送信する側のデバイスをＳｏｕｒｃｅと呼び、画面を受信し、表示する側のデバイスをＳｉｎｋと呼ぶ。
【０００３】
Ｍｉｒａｃａｓｔによる無線通信技術として、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ（登録商標）が使用されている。Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔは、複数台のデバイスを容易に無線接続する技術である。Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔの特徴は、無線接続を行うデバイスの他に別途ＡＰ（アクセスポイント）を用意する必要が無いことである。そのため、スマートフォン同士やスマートフォンとプリンタの接続といった簡易的な接続分野で活用されている。
【０００４】
Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔに準拠するネットワーク（Ｐ２Ｐ（Peer-to-Peer）グループ）では、別途ＡＰを必要としない代わりに、無線接続するデバイスのうちいずれか１台がＡＰとしての役割を担う。ＡＰの役割を担うこのようなデバイスを、ＧＯ（Group Owner（基地局））と呼び、ＡＰ以外のＳＴＡ（Station）デバイスを、ＣＬ（Client）と呼ぶ。ＧＯは、Ｐ２ＰグループでＡＰとして振る舞い、さまざまなＡＰとしての責務を担う。ＡＰとしての責務には、例えば、ビーコンを送信する、ＳＴＡ（ＣＬ）との接続を認証する、などがある。一方、ＣＬは、Ｐ２ＰグループでＳＴＡとして振舞う。また、ＧＯは、ＤＨＣＰ（Dynamic Host Configuration Protocol）Ｓｅｒｖｅｒとしての責務を持ち、ＣＬは、ＤＨＣＰ  Ｃｌｉｅｎｔとしての責務を持つ。これにより、ＣＬは、自身のＩＰアドレスを決定すること（以下、ＩＰアドレッシングと呼ぶ）ができる。
【０００５】
Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔでは、３台以上のデバイスを接続することも可能である。３台のデバイスを接続する際は、一般的な手順として、まず２台のデバイス間で接続を行う。２台のデバイスがＷｉ−Ｆｉ  Ｄｉｒｅｃｔで接続する際、多くの場合、どちらのデバイスがＧＯの役割を担うかを決定するために、Ｇｒｏｕｐ  Ｏｗｎｅｒ  Ｎｅｇｏｔｉａｔｉｏｎ（ＧＯネゴシエーション）と呼ばれる手順を実施する。この手順により、２台のデバイスのうち、よりＧＯとなることを期待しているデバイスがＧＯとして選択される。続いて、３台目のデバイスがＰ２Ｐグループに加入・接続することで、３台によるＰ２Ｐグループが構成される。このとき、一般的には３台のデバイスでＧＯの役割を交代することは無く、３台目のデバイスは常にＣＬとなる。したがって、３台以上のデバイスでＰ２Ｐグループを構築した場合、ＧＯが何らかの原因で消失した場合に、他のＣＬ同士の通信が不可能になる。なお、ＧＯの消失とは、ＧＯの電源断や電波不通、といった原因により、ＧＯがＡＰとしての機能を果たせなくなったことを示す。
【０００６】
３台のデバイスがＷｉ−Ｆｉ  Ｄｉｒｅｃｔで接続する際の課題を、図８を参照して説明する。図８は、従来技術におけるＧＯ消失前と消失後の構成を説明する概略図である。図８（ａ）では、ＳｏｕｒｃｅＡ（ＣＬ）８０１、ＳｉｎｋＡ（ＧＯ）８０２、ＳｉｎｋＢ（ＣＬ）８０３の３台でＰ２Ｐグループが構成されている。このような構成で、ＳｉｎｋＡ（ＧＯ）８０２が、何らかの原因により消失する場合がある。このとき、残ったＣＬ（すなわち、ＳｏｕｒｃｅＡ（ＣＬ）８０１とＳｉｎｋＢ（ＣＬ）８０３）間の無線接続は、切断されてしまう（図８（ｂ））。この場合、他のデバイスがＧＯを代行する必要がある。ＧＯの代行・移譲手法として、例えば特許文献１、２に記載される手法がある。
【０００７】
特許文献１には、無線通信装置が、基地局指数（ネットワークの基地局としての機能に合致する指数）に応じて、次の基地局（ＧＯ）の役割を果たす無線通信装置を決定し、その無線通信装置に基地局の機能を移譲することが記載されている。基地局（ＧＯ）は、消失前に事前に基地局（ＧＯ）の役割をＣＬ（無線通信装置）に移譲することにより、残ったＣＬ（無線通信装置）は通信を継続することが可能となる。
【０００８】
また、特許文献２には、無線ＰＡＮにおけるコーディネータが、コーディネータの役割を特定の条件で他の端末へ移譲することが記載されている。コーディネータが、コーディネータ移譲の候補を前もって選任することで、緊急時に速やかなコーディネータ移譲が可能となる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１３−３８７２４号公報
【特許文献２】米国特許出願公開２００５／０２３７９７９号明細書
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上記文献の方法は、Ｐ２Ｐグループの有効期間中にＧＯの役割を移譲するものであるため、ＧＯの消失を検知した後にＧＯの役割を移譲することはできない。例えば、電波環境の変化による通信断、電池切れ、コンセント抜けの発生時には、ＧＯは、ＧＯの役割を他の無線通信装置に移譲できず、Ｐ２Ｐグループが解消されてしまう。また、上記文献では、Ｍｉｒａｃａｓｔデバイスの役割は考慮されていない。例えば、Ｓｏｕｒｃｅが１台、Ｓｉｎｋが５台のＰ２ＰグループにおいてＧＯの役割の移譲先としてＳｉｎｋのどれかを選択する可能性がある。そうした場合、移譲先とされたＳｉｎｋが消失した場合にＰ２Ｐグループが解消されてしまう。
【００１１】
本発明は、上記課題に鑑みてなされたものであり、Ｐ２ＰグループにおいてＧＯが消失した場合でも接続を維持することを目的とする。
【課題を解決するための手段】
【００１２】
上記の目的を達成するため、本発明の一態様による無線通信装置は、以下の構成を有する。すなわち、複数の無線通信装置から構成されるネットワークにおいて、アクセスポイントとして機能する無線通信装置であって、前記ネットワークにおける他の無線通信装置の中から、所定のサービスの提供側の無線通信装置および受信側の無線通信装置の数に基づいて、当該アクセスポイントとして機能する通信装置が前記ネットワークから消失した場合に前記アクセスポイントとして機能すべき無線通信装置を選択する選択手段と、前記選択された無線通信装置に対して、前記ネットワークを引き継ぐための所定の情報を送信する送信手段と、を有する。
【発明の効果】
【００１３】
本発明によれば、Ｐ２ＰグループにおいてＧＯが消失した場合でも接続を維持することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】実施形態における無線通信装置の構成を示す図。
【図２】第１の実施形態におけるＧＯとしての無線通信装置の処理を説明するためのフローチャート。
【図３】第１の実施形態におけるＣＬとしての無線通信装置の処理を説明するためのフローチャート。
【図４】第１の実施形態における動作を説明するためのシーケンス図。
【図５】第２の実施形態におけるＧＯ消失前と消失後の構成を説明する概略図。
【図６】第２の実施形態におけるＧＯがＳｅｃｏｎｄａｒｙ ＧＯを決定するための条件を示す図。
【図７】第２の実施形態におけるＧＯとしての無線通信装置の処理を説明するためのフローチャート。
【図８】従来技術におけるＧＯ消失前と消失後の構成を説明する概略図。
【発明を実施するための形態】
【００１５】
以下、添付の図面を参照して、本発明をその実施形態に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１６】
［第１の実施形態］
第１実施形態における無線通信装置１００の構成例について図１を用いて説明する。図１（ａ）は、無線通信装置１００のハードウェア構成例を示し、図１（ｂ）は、無線通信装置１００の機能構成例を示す。
【００１７】
まず、無線通信装置１００のハードウェア構成について説明する。図１（ａ）において、記憶部１０１は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等のメモリにより構成される。記憶部１０１は、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。なお、記憶部１０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、DVDなどの記憶媒体を用いてもよい。また、記憶部１０１が複数のメモリ等を備えていてもよい。
【００１８】
制御部１０２は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等のプロセッサにより構成される。制御部１０２は、記憶部１０１に記憶されたプログラムを実行することにより無線通信装置１００全体を制御する。また、制御部１０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサにより無線通信装置１００全体を制御するようにしてもよい。
【００１９】
入力部１０３は、ユーザからの各種操作の受付を行う。出力部１０４は、液晶モニタ等により構成され、各種表示を行う。なお、タッチパネルのように入力部１０３と出力部１０４の両方を１つのモジュールで実現するようにしてもよい。また、出力部１０４は、表示以外を行うように構成されてもよい。
【００２０】
通信部１０５は、無線ＬＡＮ（Local Area Network）に接続するためのインタフェースとして、無線通信の制御を行う。また、通信部１０５はアンテナ１０６を制御して、無線通信のための無線信号の送受信を行う。無線通信装置１００は、通信部１０５を介して、映像データ等のコンテンツを対向機へ送信することもできる。
【００２１】
次に、無線通信装置１００の機能構成について説明する。図１（ｂ）において、無線通信制御部１１１は、無線ＬＡＮの接続を管理するために、ＧＯ（Group Owner）制御部１１２、ＣＬ（Client）制御部１１３、Ｐ２Ｐ Ｒｏｌｅ切替制御部１１４を有する。ＧＯ制御部１１２は、無線ＬＡＮのＡＰ（アクセスポイント、すなわちＧＯもしくは基地局モード）としての機能を有し、他の無線ＬＡＮのＳＴＡ（Station）との接続を制御する。また、ＧＯ制御部１１２は、他の無線ＬＡＮのＳＴＡとの接続に必要な情報（例えば暗号化に必要な暗号化情報）を管理する。ＣＬ制御部１１３は、無線ＬＡＮのＳＴＡ（すなわちＣＬ、もしくは通常モード）としての機能を有し、他の無線ＬＡＮのＡＰとの接続を制御する。Ｐ２Ｐ Ｒｏｌｅ切替制御部１１４は、無線通信制御部１１１の動作を、任意のタイミングで、ＧＯ制御部１１２による制御（基地局モード）とＣＬ制御部１１３による制御（通常モード）とに切り替えることが可能である。
【００２２】
ＤＨＣＰ  Ｓｅｒｖｅｒ制御部１１５は、ＤＨＣＰ（Dynamic Host Configuration Protocol）  Ｓｅｒｖｅｒとしての機能（ネットワーク制御機能）を有する。ＤＨＣＰ  Ｓｅｒｖｅｒ制御部１１５は、アドレス情報を含むネットワーク情報を管理し、例えば、他のＤＨＣＰ  Ｃｌｉｅｎｔからの要求に応じて、各デバイスにＩＰアドレスの貸し出し、および、貸し出したＩＰアドレスの管理を行う。ＤＨＣＰ  Ｃｌｉｅｎｔ制御部１１６は、ＤＨＣＰ  Ｃｌｉｅｎｔとしての機能を有する。ＤＨＣＰ  Ｃｌｉｅｎｔ制御部１１６は、ＤＨＣＰ  ＳｅｒｖｅｒへＩＰアドレスの貸し出し要求を送信することにより、自身のＩＰアドレス設定を行う。また、ＩＰアドレスの貸し出し期限が一定値未満となった際、ＤＨＣＰ  Ｃｌｉｅｎｔ制御部１１６は、ＩＰアドレスの貸し出し期限を延長するための要求を、ＤＨＣＰ  Ｓｅｒｖｅｒへ送信する。
【００２３】
表示デバイス制御部１１７は、コーデック制御部１１８から受け取った映像及び／または音声情報を出力部１０４に表示するための制御を行う。コーデック制御部１１８は、無線通信装置１００がＳｏｕｒｃｅ（所定のサービスの提供側）として動作している場合は、非圧縮映像及び／又は非圧縮音声情報を取得し情報の圧縮を行う。また、コーデック制御部１１８は、無線通信装置１００がＳｉｎｋ（所定のサービスの受信側）として動作している場合は、対向機から受信した圧縮映像及び／又は圧縮音声情報を取得し情報の伸張を行う。
【００２４】
映像通信制御部１１９は、コーデック制御部１１８により圧縮処理が施された圧縮映像及び／または圧縮音声情報を、対向機と通信するための制御を行う。ＧＯ消失検知部１２０は、無線通信制御部１１１においてＣＬ制御部１１３が動作している場合に動作する。ＧＯ消失検知部１２０は、無線通信装置１００が接続中のＧＯの存在を監視し、ＧＯの消失を確認した際に、そのことをＰ２Ｐ Ｒｏｌｅ切替制御部１１４へ通知する。
【００２５】
Ｓｅｃｏｎｄａｒｙ ＧＯ選択部１２１は、無線通信装置１００がＧＯとして動作している場合に動作する。なお、Ｓｅｃｏｎｄａｒｙ ＧＯとは、ＧＯの消失を検知した際に新たなＧＯとなるべきＣＬのこと（ＧＯの代替候補となったＣＬ）である。Ｓｅｃｏｎｄａｒｙ ＧＯ選択部１２１は、後述する他装置管理部１２３から取得したＰ２Ｐグループ内のＳｏｕｒｃｅ／Ｓｉｎｋの数に基づいて、Ｓｅｃｏｎｄａｒｙ ＧＯを選択（決定）する。さらに、Ｓｅｃｏｎｄａｒｙ ＧＯ選択部１２１は、ＤＨＣＰ  Ｓｅｒｖｅｒ制御部１１５や無線通信制御部１１１のＧＯ制御部１１２から、アドレス情報を含むネットワーク情報や接続に必要な情報を引継ぎ情報として受け取り、無線通信制御部１１１を介して、ＣＬに対して当該引継ぎ情報を送信する。
【００２６】
引継ぎ情報管理部１２２は、無線通信装置１００がＳｅｃｏｎｄａｒｙＧＯとして動作している場合に動作する。引継ぎ情報管理部１２２は、ＧＯから引継ぎ情報を受け取った際に引継ぎ情報を保持する。他装置管理部１２３は、Ｐ２Ｐグループ内の無線通信装置の情報を取得して管理する。他装置管理部１２３は、例えば、Ｓｏｕｒｃｅ／Ｓｉｎｋの数を測定する。測定された値は、Ｓｅｃｏｎｄａｒｙ ＧＯ選択部１２１によってＳｅｃｏｎｄａｒｙ ＧＯを選択するために使用される。なお、Ｓｏｕｒｃｅ／Ｓｉｎｋの判断として、例えば、無線通信装置１００が送信する無線フレームのＷＦＤ  ＩＥ（Wi-Fi Display Information Element）を確認する方法がある。具体的には、ＷＦＤ  ＩＥに含まれるＷＦＤ  Ｓｅｓｓｉｏｎ  ＳｕｂｅｌｅｍｅｎｔのＷＦＤ  Ｄｅｖｉｃｅ  Ｉｎｆｏ  Ｄｅｓｃｒｉｐｔｏｒフィールドを参照する。また、上記のＷＦＤ  ＩＥを確認する方法以外の方法を用いてもよい。
【００２７】
次に、無線通信装置１００の動作を図２〜図４を参照して説明する。図２は、ＧＯとしての無線通信装置１００の動作を示し、図３は、ＣＬとしての無線通信装置１００の動作を示す。なお、本説明にあたり、従来技術として説明した図８のように、ＳｏｕｒｃｅＡ（ＣＬ）８０１、ＳｉｎｋＡ（ＧＯ）８０２、ＳｉｎｋＢ（ＣＬ）８０３の３台で構成される無線通信システム（Ｐ２Ｐグループ（例えばＷｉ−Ｆｉ  Ｄｉｒｅｃｔに準拠するネットワーク））を想定する。
【００２８】
図２は、ＳｉｎｋＡ（ＧＯ）８０２が自身の消失に備えるために、ＧＯの役割を担う候補（Ｓｅｃｏｎｄａｒｙ ＧＯ）をＣＬ（ＳＴＡ）から選出し、そのＳｅｃｏｎｄａｒｙ ＧＯに対してＧＯの引継ぎ情報を送信する処理を説明するフローチャートである。
【００２９】
ステップＳ２０１において、ＳｉｎｋＡ（ＧＯ）８０２のＳｅｃｏｎｄａｒｙ ＧＯ選択部１２１は、Ｐ２Ｐグループ内のデバイスからＳｅｃｏｎｄａｒｙ ＧＯを選択する。ＳｉｎｋＡ（ＧＯ）８０２がＧＯの役割を消失した場合、ＳｏｕｒｃｅＡ（ＣＬ）８０１、ＳｉｎｋＢ（ＣＬ）８０３の２台がＰ２Ｐグループ内に存在する。そのとき、ＳｉｎｋＡ（ＧＯ）８０２のＳｅｃｏｎｄａｒｙ ＧＯ選択部１２１は、Ｓｅｃｏｎｄａｒｙ ＧＯとしてＳｏｕｒｃｅＡ（ＣＬ）８０１、ＳｉｎｋＢ（ＣＬ）８０３のどちらかを選択する。この選択のために、所定の要素が参考にされてもよい。例えば、所定の要素とは、デバイスのバッテリの情報（例えばデバイスの電池残量、デバイスに対する給電方法）、ＧＯへのなりやすさを示す情報（例えばＧＯ Ｉｎｔｅｎｔ値）、電波強度、Ｓｅｃｏｎｄａｒｙ ＧＯ機能（引継ぎ情報を用いてＧＯとなるための機能）の有無などである。ここでは、ＳｉｎｋＡ（ＧＯ）８０２のＳｅｃｏｎｄａｒｙ ＧＯ選択部１２１は、ＳｉｎｋＢ（ＣＬ）８０３をＳｅｃｏｎｄａｒｙ ＧＯとして選択し、ステップＳ２０２へ進む。
【００３０】
ステップＳ２０２において、ＳｉｎｋＡ（ＧＯ）８０２のＧＯ制御部１１２は、ステップＳ２０１で決定したＳｅｃｏｎｄａｒｙ ＧＯのＳｉｎｋＢ（ＣＬ）８０３に対して、Ｐ２Ｐグループの引継ぎ情報を通信部１０５を介して送信する。この送信は所定時間経過後に再び行われてもよい（すなわち複数回送信してもよい）。なお、Ｐ２Ｐグループの引継ぎ情報は、例えば、暗号化に必要な暗号化情報（暗号化キー、パスワード、パスフレーズ、ＰＳＫ）や、アドレス情報（ＩＰアドレス、ＩＰアドレスの有効期限、ＩＰアドレスのリース情報（リース期間に関する情報）など）を含むネットワーク情報である。また、ＧＯ制御部１１２は、Ｐ２Ｐグループの引継ぎ情報を送信する際、ＵＤＰ（User Datagram Protocol）やＰ２Ｐ Ａｃｔｉｏｎ  Ｆｒａｍｅを使用することができる。
【００３１】
なお、図２に示したフローチャートの処理は、Ｐ２Ｐグループの構成が変化した際に実行され得る。例えば、新たなデバイスが追加された場合や、Ｐ２Ｐグループを構成しているあるデバイスが当該Ｐ２Ｐグループから離脱した場合である。また、ＩＰアドレスの有効期限が延長されるなど、Ｐ２Ｐグループの引継ぎ情報を変更：更新された場合に、ＧＯとしての無線通信装置１００は本フローチャートの処理を実行し、引継ぎ情報を送信してもよい。
【００３２】
また、ＳｉｎｋＡ（ＧＯ）８０２のＳｅｃｏｎｄａｒｙ ＧＯ選択部１２１は、一度決定したＳｅｃｏｎｄａｒｙ ＧＯを取り消し、別のＳｅｃｏｎｄａｒｙ ＧＯを選択しても良い。この場合、ＳｉｎｋＡ（ＧＯ）８０２のＧＯ制御部１１２は、新たに選択されたＳｅｃｏｎｄａｒｙ ＧＯへ引継ぎ情報を送ってもよい。また、この場合、ＳｉｎｋＡ（ＧＯ）８０２のＧＯ制御部１１２は、取り消したＳｅｃｏｎｄａｒｙ ＧＯに対して、新たなＳｅｃｏｎｄａｒｙ ＧＯを選択したことを通知するために引継ぎ情報削除要求を、通信部１０５を介して送信することができる。
【００３３】
図３は、図２のステップＳ２０１で決定されたＳｅｃｏｎｄａｒｙ ＧＯ ＳｉｎｋＢ（ＣＬ）８０３がＧＯから引継ぎ情報を受信してＧＯになる（ＧＯの役割を開始する）までの処理を説明するフローチャートである。
【００３４】
ステップＳ３０１において、ＳｉｎｋＢ（ＣＬ）８０３の引継ぎ情報管理部１２２は、通信部１０５を介して、ＧＯからのＰ２Ｐグループの引継ぎ情報を受信したか判断する。ＳｉｎｋＢ（ＣＬ）８０３は、引継ぎ情報を受信すると、Ｓｅｃｏｎｄａｒｙ ＧＯとして選択されたことを認識する。ＳｉｎｋＢ（ＣＬ）８０３の引継ぎ情報管理部１２２は、ＳｉｎｋＡ（ＧＯ）８０２から引継ぎ情報を受信したと判断した場合（ステップＳ３０１でＹｅｓ）、ＣＬ制御部１１３は、ＳｉｎｋＡ（ＧＯ）８０２の消失を監視する（ステップＳ３０２）。ＣＬ制御部１１３は、ＧＯが送信するビーコン信号を一定時間以上（例えば８００ｍｓ）受信できるか、もしくは、ＧＯの電波強度が一定レベル以下か等に基づいて、ＳｉｎｋＡ（ＧＯ）８０２の消失を監視する。ＣＬ制御部１１３が、例えば、ＧＯが送信するビーコン信号を一定時間以上受信しなかった場合、もしくは、ＧＯの電波強度が一定レベル以下と判定した場合、ＧＯ消失検知部１２０は、ＳｉｎｋＡ（ＧＯ）８０２の消失を検知する（ステップＳ３０２でＹｅｓ）。そして、処理はステップＳ３０３へ進む。
【００３５】
ステップＳ３０３において、ＳｉｎｋＢ（ＣＬ）８０３は、ステップＳ３０１で受信した引継ぎ情報を用いて、ＧＯとしての役割を開始する。すなわち、ＳｉｎｋＢ（ＣＬ）８０３のＰ２Ｐ  Ｒｏｌｅ切替制御部１１４は、無線通信制御部１１１の動作を、任意のタイミングで、ＣＬ制御部１１３による制御からＧＯ制御部１１２による制御に切り替える。また、ＤＨＣＰ  Ｓｅｒｖｅｒ制御部１１５は、ＤＨＣＰ  Ｓｅｒｖｅｒとしての機能を起動させる。
【００３６】
なお、ＳｉｎｋＡ（ＧＯ）８０２は、ＳｉｎｋＢ（ＣＬ）８０３をＳｅｃｏｎｄａｒｙ ＧＯに選択した後に、Ｐ２Ｐグループにデバイスが追加・削除された（デバイスの数が変化した場合）等の理由により、Ｓｅｃｏｎｄａｒｙ ＧＯを再選択することがある。このような場合、ＳｉｎｋＢ（ＣＬ）８０３の引継ぎ情報管理部１２２は、ＳｉｎｋＡ（ＧＯ）８０２から送信された引継ぎ情報削除要求を受信し、既に受信していた引継ぎ情報を削除する。これにより、ＳｉｎｋＢ（ＣＬ）８０３は、Ｓｅｃｏｎｄａｒｙ ＧＯとしての動作（Ｓ３０２、Ｓ３０３）を終了することとなる。
【００３７】
また、ＳｉｎｋＢ（ＣＬ）８０３の引継ぎ情報管理部１２２は、Ｓｅｃｏｎｄａｒｙ ＧＯとなってから所定の時間を計測し、所定時間経過した場合に引継ぎ情報を削除するようにしてもよい。この場合、所定時間が経過する前にＳｉｎｋＡ（ＧＯ）８０２から再び引継ぎ情報を受信した場合には、記憶されている引継ぎ情報を更新し、再び所定の時間の計測を開始することができる。
【００３８】
図４は、ＧＯがＳｅｃｏｎｄａｒｙ ＧＯにＧＯの役割を移譲する動作を説明するためのシーケンス図である。なお、本説明にあたり、従来技術として説明した図８のように、ＳｏｕｒｃｅＡ（ＣＬ）８０１、ＳｉｎｋＡ（ＧＯ）８０２、ＳｉｎｋＢ（ＣＬ）８０３の３台で構成される無線通信システム（Ｐ２Ｐグループ（例えばＷｉ−Ｆｉ  Ｄｉｒｅｃｔに準拠するネットワーク））を想定する。また、ＳｉｎｋＡ（ＧＯ）８０２、ＳｏｕｒｃｅＡ（ＣＬ）８０２、ＳｉｎｋＢ（ＧＯ）８０３の３台が、所定のＩＰアドレス４３２〜４３４を用いて予めＰ２Ｐ通信の接続が完了している（ステップＳ４３０）ものとして説明する。
【００３９】
はじめに、ＳｉｎｋＡ（ＧＯ）８０２がＳｉｎｋＢ（ＧＯ）８０３をＳｅｃｏｎｄａｒｙ ＧＯとして決定（選択）する（ステップＳ４０１）。ＳｉｎｋＡ（ＧＯ）８０２は、ステップ４０１でＳｅｃｏｎｄａｒｙ ＧＯに決定したＳｉｎｋＢ（ＣＬ）８０３に引継ぎ情報を送信する（図２のステップＳ２０２、ステップＳ４０２）。ＳｉｎｋＢ（ＣＬ）８０３は、ステップＳ４０２で、ＳｉｎｋＢ（ＧＯ）８０３は、ＳｉｎｋＡ（ＧＯ）８０２から引継ぎ情報を受信すると、Ｓｅｃｏｎｄａｒｙ  ＧＯとなり、ＳｉｎｋＡ（ＧＯ）８０２に対するＧＯの消失を監視する（ステップＳ４１１）。
【００４０】
ＳｉｎｋＢ（Ｓｅｃｏｎｄａｒｙ  ＧＯ）８０３は、ＳｉｎｋＡ（ＧＯ）８０２のＧＯの消失を検知すると（図３のステップＳ３０２でＹｅｓ、ステップＳ４１２）、ＣＬからＧＯに役割を変更する（ステップＳ４１３）。ＳｉｎｋＢ（ＧＯ）８０３は、ステップＳ４１３において、ＣＬからＧＯに役割を変更したため、ＤＨＣＰ  Ｓｅｒｖｅｒ制御部１１５は、ＤＨＣＰ  Ｓｅｒｖｅｒとしての機能を起動させる（ステップＳ４１４）。
【００４１】
ＳｏｕｒｃｅＡ（ＣＬ）８０１は、新たにＧＯとなったＳｉｎｋＢ（ＧＯ）８０３を検出すると（ステップＳ４２１）、ＳｉｎｋＢ（ＧＯ）８０３に対して再接続要求を送信する（ステップＳ４２２）。このような手順により、ＳｉｎｋＡ ８０２の消失後も、ＳｉｎｋＢ（ＧＯ）８０３とＳｏｕｒｃｅＡ（ＣＬ）８０１は、Ｐ２Ｐグループを維持：継続することができる。
【００４２】
続いて、ＳｏｕｒｃｅＡ （ＣＬ）８０２が、新たなＧＯのＳｉｎｋＢ（ＧＯ）８０３に対して、使用中のＩＰアドレスにおけるリース期間（有効期限）を延長するための処理を説明する。ステップＳ４２３において、例えば、ＤＨＣＰの残リース時間が短くなったことにより、ＳｏｕｒｃｅＡ（ＣＬ）８０１はＳｉｎｋＡ（旧ＧＯ）８０２に対して、リース期間の延長を要求するためのメッセージ（ＤＨＣＰ  ＲＥＱＵＥＳＴ）を送信する。
【００４３】
しかし、ＤＨＣＰ  Ｓｅｒｖｅｒ（ＧＯ）は元々ＳｉｎｋＡ（旧ＧＯ）８０２が担っていたため、ＳｉｎｋＡ８０２に割り当てられていたＩＰアドレス４３２のデバイス（ＧＯを担っていたＳｉｎｋＡ８０２）が存在していない。そのため、ＩＰアドレスのリース期間の延長はできない。従って、ＳｏｕｒｃｅＡ（ＣＬ）８０１は、ＩＰアドレスのリース期限が間近に迫るとＰ２Ｐグループ内における新たなＤＨＣＰ  Ｓｅｒｖｅｒ（ＧＯ）を探索する。このとき、ＳｏｕｒｃｅＡ（ＣＬ）８０１のＤＨＣＰ  Ｃｌｉｅｎｔ制御部１１６は、Ｐ２Ｐ グループのネットワーク内の全デバイスに向けてＤＨＣＰ  Ｓｅｒｖｅｒを発見するためのメッセージ（ＤＨＣＰ  ＤＩＳＣＯＶＥＲ）を通信部１０５を介して送信する（ステップＳ４２４）。
【００４４】
ＳｉｎｋＢ（ＧＯ）８０３のＤＨＣＰ  Ｓｅｒｖｅｒ制御部１１５は、通信部１０５を介して、ＤＨＣＰ  ＤＩＳＣＯＶＥＲを受け取ると、ＳｏｕｒｃｅＡ（ＣＬ）８０１に対して、割り当て候補となるＩＰアドレスを含むメッセージ（ＤＨＣＰ  ＯＦＦＥＲ）を返信する（ステップＳ４２５）。このとき、ＳｉｎｋＢ（ＧＯ）８０３は、ＳｏｕｒｃｅＡ（ＣＬ）８０１に割り当てるＩＰアドレスの候補として、旧ＧＯのＳｉｎｋＡ８０１から送信された引継ぎ情報に含まれるリース情報を用いることができる。このような手順により、ＳｏｕｒｃｅＡ（ＣＬ）８０１は、元々使用していたＩＰアドレス４３３を継続して使用することができる。
【００４５】
ステップＳ４２６において、ＳｏｕｒｃｅＡ（ＣＬ）８０１のＤＨＣＰ  Ｃｌｉｅｎｔ制御部１１６は、ステップＳ４２４で受信したＩＰアドレスに対して、リース期間の延長を要求するためのメッセージ（ＤＨＣＰ  ＲＥＱＵＥＳＴ）を通信部１０５を介して送信する。ステップＳ４２７において、ＳｉｎｋＢ（ＧＯ）８０３のＤＨＣＰ  Ｓｅｒｖｅｒ制御部１１５は、通信部１０５を介してＤＨＣＰ  ＲＥＱＵＥＳＴに対する肯定応答のメッセージ（ＤＨＣＰ  ＡＣＫ）をＳｏｕｒｃｅＡ（ＣＬ）８０１へ送信する。ＳｏｕｒｃｅＡ（ＣＬ）８０１は、ＳｉｎｋＢ（ＧＯ）８０３から受信したＤＨＣＰ  ＡＣＫにより、正式に、使用中のＩＰアドレスを継続利用することが可能となる。
【００４６】
なお、ＳｉｎｋＡ（ＧＯ）８０２において、電池切れが発生した際に、上述のステップＳ４０１〜ステップＳ４２７までの処理を行わない場合、Ｐ２Ｐグループが解消されてしまう。再度、Ｐ２Ｐグループ内で再接続する場合、ＧＯネゴシエーションやＤＨＣＰによるＩＰアドレッシング等の処理が必要になる。しかし、図４に示すステップＳ４０１〜ステップＳ４２７までの処理を行うことにより、ＧＯネゴシエーションやＤＨＣＰによるＩＰアドレッシング等の処理を省略でき、ＣＬの再接続に要する時間が短くできる。
【００４７】
上述のように、本実施形態では、ＧＯの役割を担っていた無線通信装置が、何らかの理由でＧＯの役割を消失したとしても、予めＧＯの候補となるＳｅｃｏｎｄａｒｙ ＧＯに決定し、そのＳｅｃｏｎｄａｒｙ ＧＯがＧＯの役割を新たに担うことができる。従って、Ｐ２ＰグループにおいてＧＯが消失した場合においても、残ったＣＬでグループを構築し、無線接続を維持することが可能となる。また、ＧＯネゴシエーションやＤＨＣＰによるＩＰアドレッシング等の処理を省略でき、ＣＬの再接続に要する時間が短くなるという効果も得られる。
【００４８】
［第２の実施形態］
第１の実施形態では、３台の無線通信装置（デバイス）１００が無線通信する際に、ＧＯが突然消失した場合にも無線通信を継続することが可能なＧＯの役割の移譲方法を示した。本実施形態では、４台の無線通信装置のケースについて説明する。なお、第２の実施形態において、図１に示す無線通信装置と同一の構成要素については同一の参照番号を付して説明を省略する。
【００４９】
図５は、第２の実施形態における無線通信システム（Ｐ２Ｐグループ）において、ＧＯ消失前と消失後の構成を説明する図である。第２の実施形態では、図５に示す通り、４台の無線通信装置（デバイス）１００で構築したＰ２Ｐグループにおいて、Ｍｉｒａｃａｓｔによるディスプレイミラーリングを実行中である場合を説明する。
【００５０】
図５（ａ）に示すように、ＳｏｕｒｃｅＡ（ＣＬ）５０１、ＳｉｎｋＡ（ＧＯ）５０２、ＳｉｎｋＢ（ＣＬ）５０３、ＳｉｎｋＣ（ＣＬ）５０４の４台でＰ２Ｐグループが構成されている。ここで、ＳｏｕｒｃｅＡ５０１としての無線通信装置１００の映像通信制御部１１９は、ＳｉｎｋＡ５０２、ＳｉｎｋＢ５０３、ＳｉｎｋＣ５０４に対して、圧縮映像及び／または圧縮音声情報を通信部１０５を介して送信している。このような状況で、図５（ｂ）のように、ＳｉｎｋＡ（ＧＯ）５０２が何らかの原因により消失したとしても、残った３台の間で無線通信を継続できることが望ましい。しかし、ＧＯが消失したためこの接続は切断されてしまう。ここで、第１実施形態の方法を用いることでＧＯの消失後もＰ２Ｐグループを継続することが可能である。しかし、次のＧＯとなるデバイスとしてＳｉｎｋＢ（ＣＬ）５０３が選択された場合、以下の問題が発生する。
【００５１】
１つ目の問題として、ＳｉｎｋＢ（ＣＬ）５０３がＧＯとして起動した際に再度、次のＧＯを決定する必要がある。これはＳｉｎｋＢ（ＣＬ）５０３の消失後もＳｏｕｒｃｅＡ（ＣＬ）５０１とＳｉｎｋＣ（ＣＬ）５０４は動作を継続し、無線通信を継続することが望ましいためである。ここで、実際にＳｉｎｋＢ（ＣＬ）５０３が消失すると、再びＧＯの交代事象が発生する。
【００５２】
２つ目の問題として、ＳｉｎｋＡ（ＧＯ）５０２よりも先にＳｉｎｋＢ（ＣＬ）５０３が消失すると次のＧＯが存在しないタイミングが生まれる。このタイミングでＳｉｎｋＡ（ＧＯ）５０２が消失すると、Ｐ２Ｐグループが消失してしまう。
【００５３】
つまり、ＧＯの交代回数を極力減らし、Ｓｅｃｏｎｄａｒｙ ＧＯの消失を考慮することが望ましい。このような問題を解決するため、第２の実施形態における無線通信装置１００は、図６に示す条件を用いてＳｅｃｏｎｄａｒｙ ＧＯを決定する。
【００５４】
図６は、第２の実施形態におけるＧＯがＳｅｃｏｎｄａｒｙ ＧＯを決定するための条件を示す図である。ＳｉｎｋＡ（ＧＯ）５０２のＳｅｃｏｎｄａｒｙ ＧＯ選択部１２１は、Ｓｅｃｏｎｄａｒｙ ＧＯを選択する際、他装置管理部１２３から取得したＳｏｕｒｃｅデバイスとＳｉｎｋデバイスの数に基づいて、図６の条件を用いて決定する。なお、Ｐ２Ｐグループ内のＳｏｕｒｃｅデバイスとＳｉｎｋデバイスの数にはＳｉｎｋＡ（ＧＯ）５０２自身を含めないものとする。
●パターン１：Ｓｏｕｒｃｅデバイスが複数台、Ｓｉｎｋデバイスが１台の場合は、ＳｉｎｋデバイスをＳｅｃｏｎｄａｒｙ ＧＯに選定する。
●パターン２：Ｓｏｕｒｃｅデバイスが１台、Ｓｉｎｋデバイスが複数台の場合は、ＳｏｕｒｃｅデバイスをＳｅｃｏｎｄａｒｙ ＧＯに選定する。
●パターン３：Ｓｏｕｒｃｅデバイスが０台は、Ｓｅｃｏｎｄａｒｙ ＧＯに選択しない。
●パターン４：Ｓｉｎｋデバイスが０台は、Ｓｅｃｏｎｄａｒｙ ＧＯに選択しない。
●パターン５：Ｓｏｕｒｃｅデバイスが複数台、Ｓｉｎｋデバイスが複数台の場合は、ＳｏｕｒｃｅデバイスまたはＳｉｎｋデバイスの中から任意のデバイスを選択する。
【００５５】
つまり、ＧＯは、Ｐ２Ｐグループ内のＳｏｕｒｃｅデバイスとＳｉｎｋデバイスの数を計測し、どちらかが１台で他方が複数台のときに１台側のデバイスをＳｅｃｏｎｄａｒｙ ＧＯとして選択する。なお、Ｐ２Ｐグループ内のＳｏｕｒｃｅデバイスとＳｉｎｋデバイスの数を計測する方法については後述する。
【００５６】
図７は、第２の実施形態におけるＧＯがＳｅｃｏｎｄａｒｙ ＧＯを決定し、そのＳｅｃｏｎｄａｒｙ ＧＯに引継ぎ情報を送信するまでの処理を説明するためのフローチャートである。
【００５７】
ステップＳ７０１において、ＳｉｎｋＡ（ＧＯ） ５０２の他装置管理部１２３は、接続中の全ＣＬのＳｏｕｒｃｅ／Ｓｉｎｋの役割を調べる。この処理のために、例えば、ＳｉｎｋＡ（ＧＯ）５０２自身のＷＦＤ  ＩＥに含まれるＷＦＤ  Ｓｅｓｓｉｏｎ  ＳｕｂｅｌｅｍｅｎｔのＷＦＤ  Ｄｅｖｉｃｅ  Ｉｎｆｏ  Ｄｅｓｃｒｉｐｔｏｒフィールドに含まれるＰ２Ｐグループ内のデバイス情報が用いられる。ＷＦＤ  Ｄｅｖｉｃｅ  Ｉｎｆｏ  Ｄｅｓｃｒｉｐｔｏｒフィールドには、グループ内の他のデバイスの情報を示すＷＦＤ Ｄｅｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎフィールドが他のデバイスの数だけ含まれる。そして、ＷＦＤ Ｄｅｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎフィールド内のＷＦＤ Ｄｅｖｉｃｅ Ｔｙｐｅ ｂｉｔｓは、それぞれのデバイスがＳｏｕｒｃｅかＳｉｎｋかを示す。そのため、ＳｉｎｋＡ（ＧＯ）５０２の他装置管理部１２３は、デバイス毎のＷＦＤ Ｄｅｖｉｃｅ Ｔｙｐｅ ｂｉｔｓを参照することにより、Ｐ２Ｐグループ内のＳｏｕｒｃｅデバイスとＳｉｎｋデバイスの数を計測することができる。ただし、他装置管理部１２３は、上記以外の方法でＳｏｕｒｃｅデバイスとＳｉｎｋデバイスの数を計測することも可能である。
【００５８】
ステップＳ７０２において、ＳｉｎｋＡ（ＧＯ）５０２のＳｅｃｏｎｄａｒｙ ＧＯ選択部１２１は、ＳｏｕｒｃｅデバイスとＳｉｎｋデバイスの数により、図６に示す条件に基づいて、どのデバイス（無線通信装置）をＳｅｃｏｎｄａｒｙ ＧＯとするかを決定する。Ｓｏｕｒｃｅデバイスが複数台、Ｓｉｎｋデバイスが複数台の場合（ステップＳ７０３）、Ｓｅｃｏｎｄａｒｙ ＧＯ選択部１２１は、ＳｏｕｒｃｅデバイスまたはＳｉｎｋデバイスの中から任意のデバイスをＳｅｃｏｎｄａｒｙ ＧＯに決定する。Ｓｏｕｒｃｅデバイスが１台、Ｓｉｎｋデバイスが複数台の場合（ステップＳ７０４）、Ｓｅｃｏｎｄａｒｙ ＧＯ選択部１２１は、ＳｏｕｒｃｅデバイスをＳｅｃｏｎｄａｒｙ ＧＯに決定する。Ｓｏｕｒｃｅデバイスが複数台、Ｓｉｎｋデバイスが１台の場合（ステップＳ７０５）、Ｓｅｃｏｎｄａｒｙ ＧＯ選択部１２１は、ＳｉｎｋデバイスをＳｅｃｏｎｄａｒｙ ＧＯに決定する。Ｓｏｕｒｃｅデバイスが０台、または、Ｓｉｎｋデバイスが０台の場合（ステップＳ７０６）、Ｓｅｃｏｎｄａｒｙ ＧＯ選択部１２１は、Ｓｅｃｏｎｄａｒｙ ＧＯを決定せずに、本フローは終了する。
【００５９】
続いて、ＳｉｎｋＡ（ＧＯ）５０２のＧＯ制御部１１２は、Ｓｅｃｏｎｄａｒｙ ＧＯに決定されたデバイスに対して、通信部１０５を介して引継ぎ情報を送信する。ステップＳ７０７の処理は、第１の実施形態で説明した図２のステップＳ２０２と同一処理であるため、説明を省略する。
【００６０】
上述のように、本実施形態では、ＧＯが消失し、Ｐ２Ｐグループ内に残った無線通信装置（ＣＬ）が３以上になる場合に、残ったＣＬのＳｏｕｒｃｅ／Ｓｉｎｋの役割を考慮して、効果的にＳｅｃｏｎｄａｒｙ ＧＯを選択できる。
【００６１】
このように、以上に説明した実施形態によれば、Ｐ２ＰグループにおいてＧＯが消失した場合でも、残ったＣＬでグループを構築し、無線接続を維持することができる。従って、残ったＣＬでグループを再構築する際に、ＧＯネゴシエーションやＤＨＣＰによるＩＰアドレッシング等の処理を省略でき、ＣＬの再接続に要する時間が短くなる。さらに、Ｍｉｒａｃａｓｔにおけるデバイスの役割を考慮して適切なデバイスをＧＯとして選択できる。
【００６２】
［その他の実施形態］
上記実施形態では、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔに準拠するネットワークを前提としたが、これに限定されず、他の形態のネットワークにも上記実施形態を適用可能である。また、上記実施形態におけるＳｏｕｃｅデバイスとＳｉｎｋデバイスに替えて、所定のサービスを提供するデバイスと提供されるデバイスとしてもよい。
【００６３】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００６４】
１００  無線通信装置、１１１  無線通信制御部、１１２  ＧＯ制御部、１１３  ＣＬ制御部、１１４  Ｐ２Ｐ Ｒｏｌｅ切替制御部、１１５  ＤＨＣＰ  Ｓｅｒｖｅｒ制御部、１１６  ＤＨＣＰ  Ｃｌｉｅｎｔ制御部、１１７  表示デバイス制御部、１１８  コーデック制御部、１１９  映像通信制御部、１２０  ＧＯ消失検知部、１２１  Ｓｅｃｏｎｄａｒｙ ＧＯ選択部、１２２  引継ぎ情報管理部、１２３  他装置管理部
【図１】
2018078527.tif 000003
【図２】
2018078527.tif 000004
【図３】
2018078527.tif 000005
【図４】
2018078527.tif 000006
【図５】
2018078527.tif 000007
【図６】
2018078527.tif 000008
【図７】
2018078527.tif 000009
【図８】
2018078527.tif 000010