(57)【要約】      （修正有）【課題】異なる無線ネットワークに属する通信装置間の無線接続をより安定的に行う通信装置を提供すること。【解決手段】通信装置は、自装置が属する無線ネットワークのアクセスポイント（ＡＰ）を介さずに、無線ネットワークに属さない他の通信装置を探索し、第１接続モードまたは第１接続モードとは異なる第２接続モードによる接続を行うための第１探索情報を取得する第１取得手段と、無線ネットワークのＡＰを介して他の通信装置を探索し、第２接続モードによる接続を行うための第２探索情報を取得する第２取得手段と、無線ネットワークのＡＰを介さずに、他の通信装置と第１接続モードによる接続を行う第１接続手段と、無線ネットワークのＡＰを介して、他の通信装置と第２接続モードによる接続を行う第２接続手段と、第１探索情報と前記第２探索情報の少なくとも一方に基づいて、第１接続手段または第２接続手段を選択する選択手段とを備える。【選択図】図３
2020088712.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
前記通信装置が属する無線ネットワークのアクセスポイントを介さずに、前記無線ネットワークに属さない他の通信装置を探索し、第１の接続モードまたは前記第１の接続モードとは異なる第２の接続モードによる接続を行うための第１の探索情報を取得する第１の取得手段と、
前記無線ネットワークのアクセスポイントを介して前記他の通信装置を探索し、前記第２の接続モードによる接続を行うための第２の探索情報を取得する第２の取得手段と、
前記無線ネットワークのアクセスポイントを介さずに、前記他の通信装置と前記第１の接続モードによる接続を行う第１の接続手段と、
前記無線ネットワークのアクセスポイントを介して、前記他の通信装置と前記第２の接続モードによる接続を行う第２の接続手段と、
前記第１の探索情報と前記第２の探索情報の少なくとも一方に基づいて、前記第１の接続手段または前記第２の接続手段を選択する選択手段と、
を備えることを特徴とする通信装置。
【請求項２】
前記第１の取得手段が取得した前記第１の探索情報に、前記第２の接続モードによる接続を行うための情報が含まれているかを判定する判定手段をさらに備え、
前記選択手段は、前記判定手段の判定結果に応じて、前記第１の接続手段または前記第２の接続手段を選択することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記第２の取得手段によって前記第２の探索情報が取得されなかった場合、前記判定手段は、前記第１の探索手段が取得した前記第１の探索情報に、前記第２の接続モードによる接続を行うための情報が含まれているかを判定することを特徴とする請求項２に記載の通信装置。
【請求項４】
前記第１の取得手段が取得した前記第１の探索情報に前記第２の接続モードによる接続を行うための情報が含まれている場合、前記第２の取得手段は、前記他の通信装置を探索しないことを特徴とする請求項１または２に記載の通信装置。
【請求項５】
前記第２の取得手段によって前記第２の探索情報が取得された場合、前記第１の取得手段は、前記他の通信装置を探索しないことを特徴とする請求項１または２に記載の通信装置。
【請求項６】
前記選択手段は、前記他の通信装置との接続履歴に応じて、前記第１の接続手段または前記第２の接続手段を選択することを特徴とする請求項１に記載の通信装置。
【請求項７】
前記他の通信装置が複数ある場合、前記選択手段は、前記第１の接続手段より前記第２の接続手段を優先して選択することを特徴とする請求項１に記載の通信装置。
【請求項８】
前記選択手段は、前記通信装置の電源接続状況に応じて、前記第１の接続手段または前記第２の接続手段を選択することを特徴とする請求項１に記載の通信装置。
【請求項９】
前記選択手段は、前記第１の接続モードにおける前記通信装置の役割に応じて、前記第１の接続手段または前記第２の接続手段を選択することを特徴とする請求項１に記載の通信装置。
【請求項１０】
前記第１の接続モードによる接続と前記第２の接続モードによる接続とが可能な場合、前記選択手段は、前記第２の接続手段を選択することを特徴とする請求項１〜９のいずれか１項に記載の通信装置。
【請求項１１】
前記選択手段により選択された接続手段が、所定時間以内に前記他の通信装置との接続を確立できない場合、前記通信装置は、前記選択手段により選択されなかった接続手段で、前記他の通信装置との接続を行うことを特徴とする請求項１〜１０のいずれか１項に記載の通信装置。
【請求項１２】
前記通信装置は、前記第１の接続手段又は前記第２の接続手段によって接続した前記他の通信装置へ、Ｍｉｒａｃａｓｔ（登録商標）技術を使用して動画データを送信することを特徴とする請求項１〜１１のいずれか１項に記載の通信装置。
【請求項１３】
自装置が属する無線ネットワークのアクセスポイントを介さずに、前記無線ネットワークに属さない他の通信装置と、第１の接続モードによる接続を行う第１の接続手段と、
前記無線ネットワークのアクセスポイントを介して、前記第１の接続モードとは異なる第２の接続モードによる接続を前記他の通信装置と行う第２の接続手段と、
前記無線ネットワークのアクセスポイントを介さずに前記他の通信装置から受信した探索に応答する場合、前記第２の接続モードによる接続を行うための情報を、前記他の通信装置に送信する送信手段と、
を備えることを特徴とする通信装置。
【請求項１４】
前記送信手段は、前記無線ネットワークのアクセスポイントと自装置との接続状況に応じて、前記第２の接続モードによる接続を行うための情報を、前記他の通信装置に送信することを特徴とする請求項１３に記載の通信装置。
【請求項１５】
前記無線ネットワークのアクセスポイントと自装置とが前記第２の接続モードで接続している場合、前記送信手段は、前記第２の接続モードによる接続を行うための情報を、前記他の通信装置に送信することを特徴とする請求項１４に記載の通信装置。
【請求項１６】
前記送信手段は、前記第２の接続モードによる接続を行うための情報を、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙの情報要素に付加して、前記他の通信装置に送信することを特徴とする請求項１３〜１５のいずれか１項に記載の通信装置。
【請求項１７】
前記第２の接続モードによる接続を行うための情報は、自装置のＩＰアドレス情報とポート番号情報を含むことを特徴とする請求項１３〜１６のいずれか１項に記載の通信装置。
【請求項１８】
前記通信装置は、Ｍｉｒａｃａｓｔ（登録商標）技術を使用して動画データを前記他の通信装置から受信することを特徴とする請求項１３〜１７のいずれか１項に記載の通信装置。
【請求項１９】
前記第１の接続モードによる接続は無線Ｐ２Ｐ接続であり、前記第２の接続モードによる接続はインフラストラクチャモードによる接続であることを特徴とする請求項１〜１８のいずれか１項に記載の通信装置。
【請求項２０】
通信装置の制御方法であって、
前記通信装置が、自装置が属する無線ネットワークのアクセスポイントを介さずに、前記無線ネットワークに属さない他の通信装置を探索し、第１の接続モードまたは前記第１の接続モードとは異なる第２の接続モードによる接続を行うための第１の探索情報を取得するステップと、
前記通信装置が、前記無線ネットワークのアクセスポイントを介して前記他の通信装置を探索し、前記第２の接続モードによる接続を行うための第２の探索情報を取得するステップと、
前記通信装置が、前記無線ネットワークのアクセスポイントを介さずに、前記他の通信装置と前記第１の接続モードによる接続を行うステップと、
前記通信装置が、前記無線ネットワークのアクセスポイントを介して、前記他の通信装置と前記第２の接続モードによる接続を行うステップと、
前記通信装置が、前記第１の探索情報と前記第２の探索情報の少なくとも一方に基づいて、前記第１の接続モードによる接続または前記第２の接続モードによる接続を選択するステップと、
を有することを特徴とする制御方法。
【請求項２１】
通信装置の制御方法であって、
前記通信装置が、自装置が属する無線ネットワークのアクセスポイントを介さずに、前記無線ネットワークに属さない他の通信装置と、第１の接続モードによる接続を行うステップと、
前記通信装置が、前記無線ネットワークのアクセスポイントを介して、前記第１の接続モードとは異なる第２の接続モードによる接続を前記他の通信装置と行うステップと、
前記通信装置が、前記無線ネットワークのアクセスポイントを介さずに前記他の通信装置から受信した探索に応答する場合、前記第２の接続モードによる接続を行うための情報を、前記他の通信装置に送信するステップと、
を有することを特徴とする制御方法。
【請求項２２】
コンピュータが読み取り実行することで、前記コンピュータを、請求項１〜１９のいずれか１項に記載の通信装置の各手段として機能させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信装置およびその制御方法に関する。
【背景技術】
【０００２】
無線通信伝送技術であるＭｉｒａｃａｓｔ（登録商標）は、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔを用いたピアツーピア接続だけでなく、新たな規格として無線アクセスポイントを経由したインフラストラクチャモード接続による通信をサポートしている（特許文献１参照）。Ｍｉｒａｃａｓｔ無線通信において、映像（動画）ストリーミングを送信する側の装置はソースと称され、受信する側の装置はシンクと称される。また、Ｍｉｒａｃａｓｔ無線通信で使用される映像ストリーミング技術として、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙが知られている。Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙは、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅ（登録商標）が規格化した無線ダイレクトストリーミング技術である。以下の記載において、Ｗｉ−Ｆｉ  Ｄｉｓｐｌａｙは「ＷＦＤ」と称する。また、ピアツーピア接続は「Ｐ２Ｐ接続」または「無線Ｐ２Ｐ接続」と称し、アクセスポイントは「ＡＰ」と称する。
【０００３】
ローカルリンクネットワーク上で提供されているサービスや接続されている機器を発見するための技術として、ｍｕｌｔｉｃａｓｔ  ＤＮＳ（以下、「ｍＤＮＳ」と称する）が知られている。インフラストラクチャモード接続において、ＷＦＤ送信装置（ソース）は、ｍＤＮＳにより、ＷＦＤ受信装置（シンク）を探索し、ポート番号情報を取得する。ＷＦＤ送信装置は、探索により発見したＷＦＤ受信装置への接続要求として、ＴＣＰコネクションを用いたＷＦＤセッションを確立するためのＲ２コマンドを送信し、ＷＦＤ受信装置との接続を確立する。ｍＤＮＳによる探索は、探索条件をＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）によるマルチキャストで送信し、条件に該当する装置が応答することで探索を行う方式である。ＤＮＳはＤｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍの略である。ＴＣＰはＴｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌの略である。
【０００４】
また、Ｐ２Ｐ接続では、１台の装置がＡＰとしてＧｒｏｕｐ  Ｏｗｎｅｒ（以下、「ＧＯ」と称する）となりグループを形成する。その他の装置は、クライアントとしてグループに参加することで接続を確立する。Ｐ２Ｐによる探索は、プローブ要求（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）の送信により問い合わせを行い、問い合わせを受信したクライアント装置がプローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）により応答を行うことで探索を行う方式である。
インフラストラクチャモード接続およびＰ２Ｐ接続のどちらにおいても、ユースケースとして１対多で通信するマルチソースやマルチシンクといった接続形態がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１６−５４４０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ｍＤＮＳによる探索パケットをはじめとするＵＤＰのマルチキャスト通信は、サブネットを越えて通信することができない。そのため、異なるサブネットのネットワークに属する装置には探索パケットが届かず、ｍＤＮＳを必要とするＭｉｒａｃａｓｔのインフラストラクチャモード接続では、異なるサブネットに属するＷＦＤ受信装置を発見することができない。このような場合に、ＷＦＤのセッションを確立するために必要な情報を取得することができないため、インフラストラクチャモード接続によるストリーミング通信を開始することができないことがある。
【０００７】
また、ＷＦＤ送信装置とＷＦＤ受信装置が物理的に近距離にあり、Ｐ２Ｐのグループを形成できる場合には、Ｐ２Ｐ接続によるストリーミング通信が可能である。ただし、１対多で通信する接続形態（マルチソースやマルチシンク）におけるＰ２Ｐ接続は、ＧＯ装置を介してクライアント装置間のストリーミング通信を行うため、ＧＯ装置が電源断などによりネットワークから離脱した場合に、クライアント装置間のストリーミング通信も途絶してしまう。そのため、Ｐ２Ｐ接続よりもインフラストラクチャモード接続が望ましい。
そこで、本発明は、異なる無線ネットワークに属する通信装置間の無線接続をより安定的に行うことができる通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するために、本発明の１つの態様による通信装置は、自装置が属する無線ネットワークのアクセスポイントを介さずに、前記無線ネットワークに属さない他の通信装置を探索し、第１の接続モードまたは前記第１の接続モードとは異なる第２の接続モードによる接続を行うための第１の探索情報を取得する第１の取得手段と、前記無線ネットワークのアクセスポイントを介して前記他の通信装置を探索し、前記第２の接続モードによる接続を行うための第２の探索情報を取得する第２の取得手段と、前記無線ネットワークのアクセスポイントを介さずに、前記他の通信装置と前記第１の接続モードによる接続を行う第１の接続手段と、前記無線ネットワークのアクセスポイントを介して、前記他の通信装置と前記第２の接続モードによる接続を行う第２の接続手段と、前記第１の探索情報と前記第２の探索情報の少なくとも一方に基づいて、前記第１の接続手段または前記第２の接続手段を選択する選択手段と、を備える。
【０００９】
本発明の他の態様による通信装置は、自装置が属する無線ネットワークのアクセスポイントを介さずに、前記無線ネットワークに属さない他の通信装置と、第１の接続モードによる接続を行う第１の接続手段と、前記無線ネットワークのアクセスポイントを介して、前記第１の接続モードとは異なる第２の接続モードによる接続を前記他の通信装置と行う第２の接続手段と、前記無線ネットワークのアクセスポイントを介さずに前記他の通信装置から受信した探索に応答する場合、前記第２の接続モードによる接続を行うための情報を、前記他の通信装置に送信する送信手段と、を備える。
【発明の効果】
【００１０】
本発明によれば、異なる無線ネットワークに属する通信装置間の無線接続をより安定的に行うことができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態におけるネットワーク構成例を示す図。
【図２】実施形態におけるＷＦＤ送受信装置の構成を概略的に示すブロック図。
【図３】ＷＦＤ送信装置がＷＦＤ受信装置と接続を行う際のシーケンス図。
【図４】Ｐ２Ｐ探索部がプローブ応答を送信する処理を示すフローチャート。
【図５】ＷＦＤ  ＩＥのフォーマットを示す図。
【図６】接続選択部の処理を説明するためのフローチャート。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明の実施形態を詳細に説明する。なお、以下の実施形態は本発明を限定するものではなく、また、実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。実施形態の構成は、本発明が適用される装置の仕様や各種条件（使用条件、使用環境等）によって適宜修正又は変更され得る。本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されない。  実施形態では、通信装置の一例として、Ｍｉｒａｃａｓｔを使用する無線通信装置を説明するが、本発明の通信装置は、そのような無線通信装置に限定されない。
【００１３】
＜ネットワーク構成について＞
図１は本実施形態におけるネットワーク構成例を示す図である。
本実施形態では、ＷＦＤ送信装置１００Ａが、ｍＤＮＳ探索とＰ２Ｐ探索の両探索を行い、両探索においてＷＦＤ受信装置１００Ｂを発見できる場合を説明する。
ＷＦＤ送信装置１００ＡはＡＰ２００と無線ネットワーク１を構築し、ＷＦＤ受信装置１００ＢはＡＰ（アクセスポイント）３００と無線ネットワーク２を構築している。無線ネットワーク１と無線ネットワーク２は、それぞれサブネットワークであり、ＷＦＤ送信装置１００Ａは無線ネットワーク２に属しておらず、ＷＦＤ受信装置１００Ｂは無線ネットワーク１に属していない。
【００１４】
ＡＰ２００とＡＰ３００は互いに通信可能である。これにより、ＷＦＤ送信装置１００ＡとＷＦＤ受信装置１００Ｂは、インフラストラクチャモード接続により通信が可能である。よって、ＷＦＤ送信装置１００Ａは、自装置が属する無線ネットワーク１に属さない無線通信装置であるＷＦＤ受信装置１００Ｂに、インフラストラクチャモード接続でデータを送信することができる。
本実施形態では、ＷＦＤ送信装置１００ＡとＷＦＤ受信装置１００Ｂが物理的に近距離にあり、Ｐ２Ｐのグループを形成することができる。よって、ＷＦＤ送信装置１００ＡとＷＦＤ受信装置１００Ｂは、無線Ｐ２Ｐ接続によるストリーミング通信を行うこともできる。つまり、ＷＦＤ送信装置１００Ａは、１つの接続モードであるインフラストラクチャモードでＷＦＤ受信装置１００Ｂに接続することができ、また、他の接続モードである無線Ｐ２Ｐ接続でもＷＦＤ受信装置１００Ｂに接続することができる。
ＷＦＤ送信装置１００Ａは、例えば、ＰＣ、タブレット端末、カメラ、モバイル端末（スマートフォンなど）などであり、ＷＦＤ規格に準拠したソースとして機能する無線通信装置である。ＰＣはＰｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒの略である。
【００１５】
ＷＦＤ受信装置１００Ｂは、例えば、ＴＶ、ディスプレイ、プロジェクタ、プリンタ、デジタルカメラ、モバイル端末、タブレット端末等であり、主に表示部等の出力部を備え、ＷＦＤ規格に準拠したシンクとして機能する無線通信装置である。
ＷＦＤ送信装置１００Ａは、自装置の記憶部１５５（図２）に記憶している映像を自装置の表示部（画面）１５３（図２）に表示すると同時に、動画データ（動画ストリーム）として、ＷＦＤ受信装置１００Ｂへ送信する。ＷＦＤ受信装置１００Ｂは、ＷＦＤ送信装置１００Ａから動画データを受信し、当該動画データをＷＦＤ受信装置１００Ｂの表示部に表示する。
【００１６】
なお、本実施形態では、ＷＦＤ送信装置１００ＡとＷＦＤ受信装置１００Ｂは、同じ構成を有する。ソース側の装置として機能する場合には、ＷＦＤ送信装置１００Ａと称し、シンク側の装置として機能する場合には、ＷＦＤ受信装置１００Ｂと称する。
また、図１のネットワーク構成において、１つのＷＦＤ送信装置１００Ａと１つのＷＦＤ受信装置１００Ｂが図示されているが、ＷＦＤ送信装置１００Ａ、１００Ｂの個数を図示の例に限定するものではない。
【００１７】
＜ＷＦＤ送受信装置１００の構成＞
次に、本実施形態に係るＷＦＤ送受信装置１００（１００Ａ、１００Ｂ）の構成について説明する。
図２は、ＷＦＤ送受信装置１００の構成の一例を概略的に示すブロック図である。図１で説明したように、ＷＦＤ送受信装置１００は、ソース側の装置として機能する場合には、ＷＦＤ送信装置１００Ａと称し、シンク側の装置として機能する場合には、ＷＦＤ受信装置１００Ｂと称する。ＷＦＤ送信装置１００ＡとＷＦＤ受信装置１００Ｂのブロック構成は同一である。ＷＦＤ送信装置１００ＡとＷＦＤ受信装置１００Ｂを区別して記載する場合には、装置構成部の末尾にＡまたはＢを付する。
【００１８】
ＷＦＤ送受信装置１００は、ハードウェア構成部として、ＣＰＵ１５１、入力部１５２、表示部１５３、通信部１５４および記憶部（メモリ）１５５を備え、これらのハードウェア１５１〜１５５は、内部バス１５６で相互に接続されている。通信部１５４にはアンテナ１５７が接続されている。
ＣＰＵ１５１は、ＷＦＤ送受信装置１００の全体の制御を司る。尚、ＣＰＵ１５１は、物理的に複数のＣＰＵ、プロセッサであってもよい。入力部１５２は、例えば、キーボード、マウス、タッチパネルなどである。タッチパネルは、入力部１５２のＵＩ画面として用いることができる。ＵＩはＵｓｅｒ  Ｉｎｔｅｒｆａｃｅの略である。表示部１５３は、例えば、液晶モニタである。
【００１９】
通信部１５４は、ＩＥＥＥ８０２．１１規格に準拠した無線ＬＡＮによる無線通信を行うためのインターフェースであって、他の無線通信装置とデータ送受信を行う。他の無線通信装置は、以下の記載において「他装置」と称することがある。
記憶部１５５は、一つ以上のＲＡＭおよびＲＯＭなどからなる。記憶部１５５は、ソフトウェアであるＯＳ１０１、アプリケーション１０２、探索制御部１０３、ｍＤＮＳ探索部１０４、Ｐ２Ｐ探索部１０５、情報管理部１０６、接続選択部１０７および表示制御部１０８を記憶している。これらソフトウェア１０１〜１０８は、例えば、ＲＡＭに読み出されて、ＣＰＵ１５１の制御に従い動作する。また、記憶部１５５には、動画データや接続履歴も記憶される。ＯＳはＯｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍの略である。
【００２０】
ＯＳ１０１は、ＷＦＤ送受信装置１００の全体を制御し、アプリケーション１０２の実行を制御する機能部である。
アプリケーション１０２は、Ｍｉｒａｃａｓｔに対応したデータを再生・伝送するためのアプリケーションであって、無線通信による接続の開始・終了を制御し、ＷＦＤ送受信装置１００のストリーミング通信を制御する機能部である。
探索制御部１０３は、ｍＤＮＳ探索部１０４およびＰ２Ｐ探索部１０５による探索を制御する。探索制御部１０３が探索制御部１０３Ａとして機能する場合、探索制御部１０３Ａは、ｍＤＮＳ探索部１０４ＡおよびＰ２Ｐ探索部１０５ＡによるＷＦＤ受信装置１００Ｂの探索を制御する。探索制御部１０３が探索制御部１０３Ｂとして機能する場合、探索制御部１０３Ｂは、ＷＦＤ送信装置１００Ａからの探索に応答するために、ｍＤＮＳ探索部１０４ＢとＰ２Ｐ探索部１０５Ｂによる応答を制御する。
【００２１】
ｍＤＮＳ探索部１０４は、ｍＤＮＳ探索部１０４Ａとして機能する場合、ｍＤＮＳによる探索を行う機能部であり、探索条件（探索要求）をマルチキャストで送信し、探索条件に該当する応答を受信する。つまり、ｍＤＮＳ探索部１０４Ａは、自装置（ＷＦＤ送信装置１００Ａ）が属する無線ネットワーク１のアクセスポイント２００を介して、無線ネットワーク１に属さない通信装置であるＷＦＤ受信装置１００Ｂを探索する。そして、ｍＤＮＳ探索部１０４Ａは、ＷＦＤ受信装置１００Ｂからの応答として、インフラストラクチャモードによる接続を行うための探索情報を受信する。
また、ｍＤＮＳ探索部１０４がｍＤＮＳ探索部１０４Ｂとして機能する場合は、ｍＤＮＳ探索部１０４Ｂは、他装置から探索条件を受信し探索条件に該当する場合には、応答を送信する。
【００２２】
Ｐ２Ｐ探索部１０５は、Ｐ２Ｐ探索部１０５Ａとして機能する場合、Ｐ２Ｐによる探索を行う機能部であり、プローブ要求を送信し、当該プローブ要求を受けた他装置からのプローブ応答を受信する。つまり、Ｐ２Ｐ探索部１０５Ａは、自装置（ＷＦＤ送信装置１００Ａ）が属する無線ネットワーク１のアクセスポイント２００を介さずに、無線ネットワーク１に属さない通信装置であるＷＦＤ受信装置１００Ｂを探索する。そして、Ｐ２Ｐ探索部１０５Ａは、プローブ応答として、Ｐ２Ｐ接続またはインフラストラクチャモードによる接続を行うための探索情報を、ＷＦＤ受信装置１００Ｂから受信する。
【００２３】
さらに、Ｐ２Ｐ探索部１０５Ａは、プローブ応答を受信した際、ＷＦＤ  ＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ：情報要素）の拡張対象領域を確認する。当該確認の結果、ＷＦＤ  ＩＥの拡張対象領域にＩＰアドレス情報とポート番号情報が格納されている場合、Ｐ２Ｐ探索部１０５Ａは、ＩＰアドレス情報とポート番号情報も探索した情報として情報管理部１０６へ記憶する。ＷＦＤ  ＩＥの拡張対象領域については、図５を用いて後述する。
【００２４】
Ｐ２Ｐ探索部１０５がＰ２Ｐ探索部１０５Ｂとして機能する場合は、Ｐ２Ｐ探索部１０５Ｂは、他装置からプローブ要求を受信すると、プローブ応答を送信する。
また、Ｐ２Ｐ探索部１０５Ｂは、プローブ応答を他装置に送信する際に、Ｐ２Ｐ探索部１０５Ｂがインフラストラクチャモード接続を行っているか判断する。Ｐ２Ｐ探索部１０５Ｂがインフラストラクチャモード接続を行っている場合、Ｐ２Ｐ探索部１０５Ｂは、プローブ応答としてＷＦＤ  ＩＥを拡張し自装置のＩＰアドレス情報とポート番号情報を付加する。プローブ応答としてＷＦＤ  ＩＥを拡張しＩＰアドレス情報とポート番号情報を付加する処理を、Ｐ２Ｐ探索応答処理と称する。ＷＦＤ  ＩＥの拡張については、図５を用いて後述する。
【００２５】
情報管理部１０６は、探索制御部１０３の制御に従い、ｍＤＮＳ探索部１０４またはＰ２Ｐ探索部１０５が探索した他装置に関する情報を管理する。ｍＤＮＳ探索部１０４が探索した情報は、例えばＩＰアドレス情報、デバイス名情報、接続可不可情報、ポート番号情報を含む。また、Ｐ２Ｐ探索部１０５が探索した情報は、例えば、デバイス識別子情報、デバイス名情報、Ｐ２Ｐ役割情報、接続可不可情報、ＷＰＳ（Ｗｉ−Ｆｉ  Ｐｒｏｔｅｘｔｅｄ  Ｓｅｔｕｐ）情報を含む。Ｐ２Ｐ探索部１０５がＷＦＤ  ＩＥを拡張した場合は、Ｐ２Ｐ探索部１０５が探索した情報は、更にＩＰアドレス情報とポート番号情報を含む。
【００２６】
接続選択部１０７は、接続選択部１０７Ａとして機能する場合、ｍＤＮＳ探索部１０４およびＰ２Ｐ探索部１０５の探索結果に基づき、インフラストラクチャモード接続と無線Ｐ２Ｐ接続のどちらでＷＦＤ受信装置１００Ｂに接続を行うかを選択し、接続処理を行う。より詳しくは、接続選択部１０７Ａは、ｍＤＮＳ探索部１０４Ａが取得した探索情報とＰ２Ｐ探索部１０５Ａが取得した探索情報結果の少なくとも一方に基づいて、インフラストラクチャモード接続または無線Ｐ２Ｐ接続を選択する。
接続選択部１０７が接続選択部１０７Ｂとして機能する場合、接続選択部１０７Ｂは、ＷＦＤ送信装置１００Ａからの接続要求に応じて、インフラストラクチャモード接続または無線Ｐ２Ｐ接続のいずれかでＷＦＤ送信装置１００Ａとの接続処理を行う。
表示制御部１０８は、ストリーミング画像を表示するために表示部１５３を制御する。
【００２７】
なお、ＷＦＤ送受信装置１００は、少なくとも図２に示す構成を備えていればよく、その他のハードウェア要素や機能部を備えてもよい。例えば、ＷＦＤ送受信装置１００は、音声出力部や発光部を備えてもよい。
図２に示した記憶部１５５の構成は一例であり、複数の機能部が１つの機能部に統合されてもよいし、いずれかの機能部が複数の機能部に分かれてもよい。また、記憶部１５５の１つまたは複数の機能部は、ハードウェアで構成してもよい（例えば、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である）。ＡＳＩＣはＡｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔの略である。
【００２８】
＜探索処理について＞
図３は、ＷＦＤ送信装置１００Ａが備える探索制御部１０３Ａの制御に従い、ｍＤＮＳ探索部１０４ＡおよびＰ２Ｐ探索部１０５Ａが探索を行い、ＷＦＤ受信装置１００Ｂと接続を行うための処理を示すシーケンス図である。ＳはＳｔｅｐ（ステップ）の略である。
ＷＦＤ送信装置１００Ａは、アプリケーション１０２Ａからの指示により、探索制御部１０３Ａがストリーミング通信を行うために、ＷＦＤ受信装置１００Ｂの探索処理を開始する（Ｓ３０１）。
【００２９】
探索制御部１０３Ａは、ｍＤＮＳ探索部１０４ＡへｍＤＮＳによる探索の開始を指示する。ＷＦＤ送信装置１００Ａが備えるｍＤＮＳ探索部１０４Ａは、マルチキャストで探索要求を送信する（Ｓ３０２）。
マルチキャストによる探索要求を受信したＷＦＤ受信装置１００Ｂは、ユニキャストにより探索応答をＷＦＤ送信装置１００Ａへ送信する（Ｓ３０３）。ＷＦＤ送信装置１００Ａは、探索応答により受信した情報を情報管理部１０６Ａへ記憶する。探索応答により受信した情報には、ＷＦＤ受信装置１００ＢのＩＰアドレス情報や、ポート番号情報などが含まれる。
次に、探索制御部１０３Ａは、Ｐ２Ｐ探索部１０５ＡへＰ２Ｐによる探索の開始を指示する。ＷＦＤ送信装置１００Ａが備えるＰ２Ｐ探索部１０５Ａは、プローブ要求をＷＦＤ受信装置１００Ｂへ送信する（Ｓ３０４）。
【００３０】
プローブ要求による問い合わせを受けたＷＦＤ受信装置１００ＢのＰ２Ｐ探索部１０５Ｂは、Ｐ２Ｐ探索応答処理を行う（Ｓ３０５）。具体的には、ＷＦＤ受信装置１００ＢがＡＰ３００とインフラストラクチャモードで接続済みであれば、Ｐ２Ｐ探索部１０５Ｂは、ＷＦＤ  ＩＥを拡張し、ＷＦＤ受信装置１００ＢのＩＰアドレス情報とポート番号情報の情報を付加する。ＷＦＤ受信装置１００ＢがＡＰ３００とインフラストラクチャモードで接続済みでなければ、Ｐ２Ｐ探索部１０５Ｂは、ＷＦＤ  ＩＥを拡張しない。
【００３１】
Ｐ２Ｐ探索部１０５Ｂは、ＷＦＤ受信装置１００ＢのＩＰアドレス情報とポート番号情報を付加した（あるいは付加していない）ＷＦＤ  ＩＥをプローブ応答としてＷＦＤ送信装置１００Ａへ送信する（Ｓ３０６）。ＷＦＤ送信装置１００Ａは、プローブ応答により受信した情報を、情報管理部１０６Ａへ記憶する。このとき、ＷＦＤ  ＩＥの拡張対象領域に情報が含まれているならば、ＷＦＤ送信装置１００Ａは、当該情報も情報管理部１０６Ａへ記憶する。Ｐ２Ｐ探索応答処理については、図４を用いて後述する。
【００３２】
接続選択部１０７Ａは、ｍＤＮＳ探索とＰ２Ｐ探索を行った結果に基づき、インフラストラクチャモード接続とＰ２Ｐ接続のどちらでＷＦＤ受信装置１００Ｂに接続を行うかを選択する（Ｓ３０７）。本実施形態では、Ｓ３０７において、接続選択部１０７Ａは、インフラストラクチャモード接続とＰ２Ｐ接続とが可能な場合、インフラストラクチャモード接続を優先して選択するとする。なお、入力部１５２ＡのＵＩ画面で、インフラストラクチャモード接続とＰ２Ｐ接続のどちらを用いるかユーザに選択させてもよい。あるいは、接続選択部１０７Ａは、接続履歴を参照して、直近の接続と同じ接続を自動的に選択してもよい。また、マルチソースやマルチシンクなど複数接続を行う場合には、接続選択部１０７Ａは、インフラストラクチャモード接続を選択してもよい。
【００３３】
接続選択部１０７Ａの選択に基づいて、ＷＦＤ送信装置１００ＡはＷＦＤ受信装置１００Ｂと接続を行い、ストリーミング通信を開始する（Ｓ３０８）。ストリーミング通信を開始すると、ＷＦＤ受信装置１００Ｂは、ＷＦＤ送信装置１００Ａから送信されたストリーミング画像（動画データ）を受信する。そして、ＷＦＤ受信装置１００Ｂの表示制御部１０８Ｂは、当該ストリーミング画像を制御し、表示部１５３Ｂへ表示する。
【００３４】
ｍＤＮＳ探索部１０４Ａが行う探索の結果、接続選択部１０７Ａがインフラストラクチャモード接続を行うために必要な情報を取得している場合、後述のＰ２Ｐ探索部１０５Ａが行う探索は必ずしも行う必要はない。つまり、ｍＤＮＳ探索部１０４Ａが所望の探索情報、即ちインフラストラクチャモード接続を行うために必要な情報の取得に成功した場合、Ｐ２Ｐ探索部１０５ＡはＷＦＤ受信装置１００Ｂを探索しなくてもよい。この場合、ｍＤＮＳ探索が失敗した場合にのみ、Ｐ２Ｐ探索処理（図３）を行うことになる。
また、ｍＤＮＳ探索部１０４Ａが行う探索（Ｓ３０２〜Ｓ３０３）とＰ２Ｐ探索部１０５Ａが行う探索（Ｓ３０４〜Ｓ３０６）は順不同であり、どちらの探索を先に行ってもよい。Ｓ３０４〜Ｓ４０６の探索を先に行う場合、Ｐ２Ｐ探索部１０５Ａがインフラストラクチャモード接続を行うために必要な情報を取得したならば、Ｓ３０２〜Ｓ３０３の探索は行わなくてもよい。
【００３５】
＜Ｐ２Ｐ探索応答処理について＞
次に、図３のＳ３０５の処理の詳細を説明する。図４は、ＷＦＤ受信装置１００ＢがＷＦＤ送信装置１００Ａから受信したプローブ要求に対して、Ｐ２Ｐ探索部１０５Ｂがプローブ応答を送信する処理を説明するためのフローチャートである。
Ｐ２Ｐ探索部１０５Ｂは、プローブ要求をＷＦＤ送信装置１００Ａから受信すると、ＷＦＤ受信装置１００ＢがＡＰ３００とインフラストラクチャモードで接続済みであるか判断する（Ｓ４０１）。
【００３６】
ＷＦＤ受信装置１００ＢがＡＰ３００とインフラストラクチャモードで接続済みである場合（Ｓ４０１：Ｙｅｓ）、Ｓ４０２に進む。Ｓ４０２において、Ｐ２Ｐ探索部１０５Ｂは、インフラストラクチャモード接続における接続要求で使用するＩＰアドレス情報とポート番号情報を通知するため、ＷＦＤ  ＩＥを拡張し、ＷＦＤ受信装置１００ＢのＩＰアドレス情報とポート番号情報を付加する。Ｓ４０２の後、Ｓ４０３に進む。
【００３７】
ＷＦＤ受信装置１００ＢがＡＰ３００とインフラストラクチャモード接続をしていない場合（Ｓ４０１：Ｎｏ）、Ｓ４０３に進む。
Ｓ４０３において、Ｐ２Ｐ探索部１０５Ｂは、ＷＦＤ送信装置１００Ａへプローブ応答を送信する。
【００３８】
＜ＷＦＤ  ＩＥの拡張について＞
図５は、ＷＦＤ  ＩＥのフォーマットの例を示している。ＷＦＤ受信装置１００ＢがＷＦＤ送信装置１００Ａへプローブ応答を送信する際に、インフラストラクチャモード接続済みである場合に、ＩＰアドレス情報とポート番号情報を付加するためにＷＦＤ  ＩＥフォーマットの拡張する箇所について説明する。
【００３９】
ＩＰアドレス情報は、例えば、ＷＦＤ  Ｓｕｂｅｌｅｍｅｎｔ  ＩＤの８番であるＬｏｃａｌ  ＩＰ  Ａｄｄｒｅｓｓ５０１に付加される。インフラストラクチャモード接続で使用するポート番号情報は、既存のＷＦＤ  ＩＥに存在しないため、ＷＦＤ  Ｓｕｂｅｌｅｍｅｎｔ  ＩＤの１１番であるＷＦＤ  Ｒ２  Ｄｅｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ５０２が拡張されて、ポート番号情報が付加される。
なお、ＷＦＤ受信装置１００Ｂは、ＩＰアドレス情報およびポート番号情報を付加するにあたり、ＷＦＤ  Ｓｕｂｅｌｅｍｅｎｔ  ＩＤのＲｅｓｅｒｖｅｄ５０３である１２番から２５５番を拡張して当該情報を付加してもよい。
【００４０】
＜接続選択処理について＞
図３のＳ３０７の処理の詳細を説明する。図６は、接続選択部１０７Ａの接続選択処理を説明するためのフローチャートである。図６では、インフラストラクチャモード接続を優先して選択するものとして説明する。
ＷＦＤ送信装置１００Ａの接続選択部１０７Ａは、ｍＤＮＳ探索部１０４Ａ、Ｐ２Ｐ探索部１０５Ａによる探索に応答してきた他装置の情報を格納している情報管理部１０６Ａの情報を参照し、ＷＦＤ受信装置１００Ｂの情報を確認する（Ｓ６０１）。つまり、接続選択部１０７Ａは、接続要求対象装置であるＷＦＤ受信装置１００Ｂの情報を確認する。
【００４１】
接続選択部１０７Ａは、情報管理部１０６Ａに、ＷＦＤ受信装置１００ＢのＩＰアドレス情報とポート番号情報が記憶されているかを判定する（Ｓ６０２）。つまり、接続選択部１０７Ａは、ＷＦＤ受信装置１００Ｂが接続情報としてＩＰアドレス情報とポート番号情報を保持しているかを判定する。換言すると、接続選択部１０７Ａは、Ｐ２Ｐ探索部１０５Ａが取得したプローブ応答（Ｓ３０６）に、ＷＦＤ受信装置１００ＢのＩＰアドレス情報とポート番号情報が含まれているかを判定する。
【００４２】
Ｓ６０２の判定結果がＹｅｓの場合、つまり、ＷＦＤ受信装置１００ＢがＩＰアドレス情報とポート番号情報を保持している場合、ＷＦＤ送信装置１００Ａは、ＷＦＤ受信装置１００Ｂへインフラストラクチャモードで接続要求を行う（Ｓ６０３）。
そして、接続選択部１０７Ａは、ソケットの接続に成功したかを判定する（Ｓ６０４）。つまり、接続選択部１０７Ａは、インフラストラクチャモードで接続を確立できたかを判定する。
【００４３】
接続選択部１０７Ａは、インフラストラクチャモードでの接続要求の結果、所定時間内に接続を確立できなかった場合（Ｓ６０４：Ｎｏ）、ＷＦＤ受信装置１００ＢへＰ２Ｐで接続要求を行う（Ｓ６０５）。そして、接続選択部１０７Ａは、接続選択処理を終了する。
Ｓ６０４において、接続選択部１０７Ａがインフラストラクチャモードで接続を確立できた場合、接続選択部１０７Ａは、接続選択処理を終了する。
Ｓ６０２において、ＷＦＤ受信装置１００ＢがＩＰアドレス情報とポート番号情報を保持していない場合、Ｓ６０５へ進み、接続選択部１０７Ａは、ＷＦＤ受信装置１００ＢへＰ２Ｐ接続要求を行う。
【００４４】
（実施形態の効果）
ＷＦＤ送信装置１００ＡとＷＦＤ受信装置１００Ｂのネットワーク環境に起因して、ＷＦＤ送信装置１００ＡによるｍＤＮＳ探索によってＷＦＤ受信装置１００Ｂが発見できない場合がある。このような場合、本実施形態では、ＷＦＤ受信装置１００Ｂが、Ｐ２Ｐ探索のＷＦＤ  ＩＥを拡張しＩＰアドレス情報とポート番号情報を付加し、ＷＦＤ送信装置１００Ａに送る。よって、ＷＦＤ送信装置１００ＡによるｍＤＮＳ探索によってＷＦＤ受信装置１００Ｂが発見できない場合であっても、ＷＦＤ送信装置１００Ａは、ＷＦＤ受信装置１００Ｂとインフラストラクチャモード接続を行うことが可能になる。
【００４５】
つまり、サブネットが異なるためにｍＤＮＳ探索によりＷＦＤ受信装置１００Ｂを発見できずストリーミング通信を開始できない場合であっても、ＷＦＤ送信装置１００Ａは、ＷＦＤ受信装置１００ＢとＷＦＤのセッションを確立するために必要な情報を、Ｐ２Ｐ探索を用いて取得することができる。そして、ＷＦＤ送信装置１００Ａは、取得した情報を用いて、ＷＦＤのセッション即ちインフラストラクチャモード接続を確立して、ＷＦＤ受信装置１００Ｂとのストリーミング通信を開始することができる。
【００４６】
また、インフラストラクチャモードで接続要求を行うという選択がなされても（Ｓ６０３）、所定時間以内にＷＦＤ受信装置１００Ｂに動画データを送信することができない場合（Ｓ６０４：Ｎｏ）、選択されなかった接続で、ＷＦＤ受信装置１００Ｂに動画データを送信することができる（Ｓ６０５）。
なお、上記した実施形態では、ＷＦＤ送信装置１００Ａが探索を行うとしたが、ＷＦＤ受信装置１００Ｂが探索を行ってもよい。また、ＷＦＤ送信装置１００ＡおよびＷＦＤ受信装置１００Ｂが複数台あったとしても、上記した効果と同様な効果が得られる。
【００４７】
（適用例）
次に、ＷＦＤ送信装置１００ＡおよびＷＦＤ受信装置１００Ｂの具体的な適用例について説明する。
ＷＦＤ送信装置１００Ａの具体例として、例えばＰＣやモバイル端末（スマートフォンなど）が挙げられる。ＷＦＤ受信装置１００Ｂの具体例として、プロジェクタやプリンタが挙げられる。以下の説明では、ＷＦＤ送信装置１００ＡがＰＣであり、ＷＦＤ受信装置１００Ｂがプロジェクタであるとする。
【００４８】
会社など情報セキュリティを重視する環境では、基幹のネットワークと会議室など末端のネットワークは異なるネットワークアドレスで管理されることがある。その場合、ＷＦＤ送信装置１００ＡであるＰＣと、ＷＦＤ受信装置１００Ｂであるプロジェクタは別のサブネットワークに属するため、ｍＤＮＳを用いるインフラストラクチャモード探索では探索ができない場合がある。そこで、本実施形態の探索処理（図３）を適用し、ＰＣがＰ２Ｐ探索でインフラストラクチャモード接続に必要な情報を取得することにより、インフラストラクチャモードによる接続を行うことができるようにする。
【００４９】
複数のプロジェクタ（メイン会場、サテライト会場など）を対象に単一のＰＣからストリーミング通信を行う場合、無線Ｐ２Ｐ接続を利用すると、ＧＯとなったデバイスがネットワークから離脱した際に各装置間の通信が途絶してしまう場合がある。また、既にネットワーク接続済みであるインフラストラクチャモード接続と比べて、Ｐ２Ｐグループの確立から行う必要があるため、ストリーミング通信を開始するまでの待機時間が長い。そこで、本実施形態の探索処理（図３）を適用し、ＰＣがＰ２Ｐ探索でインフラストラクチャモード接続に必要な情報を取得する。そして、複数のプロジェクタを対象にストリーミング通信を行う場合は、インフラストラクチャモード接続で複数のプロジェクタに単一ＰＣからストリーミング通信を行うことができるようになる。
【００５０】
ＷＦＤ送信装置１００Ａがモバイル端末であり、ＷＦＤ受信装置１００Ｂがプロジェクタである場合にも、上記と同様に本実施形態の探索処理を適用することができる。また、ＷＦＤ送信装置１００Ａがモバイル端末であり、ＷＦＤ受信装置１００Ｂがプリンタである場合にも、上記と同様に本実施形態の探索処理を適用することができる。
【００５１】
ＷＦＤ送信装置１００ＡをＰＣやモバイル端末とし、ＷＦＤ受信装置１００Ｂをプロジェクタやプリンタとしたユースケースにおいて、Ｐ２Ｐ探索でインフラストラクチャモード接続に必要な情報を取得し、インフラストラクチャモード接続を行うことができる。これにより、ユーザの利便性を向上することができる。
なお、ＷＦＤ送信装置１００Ａの具体例はＰＣやモバイル端末に限定されず、ＷＦＤ受信装置１００Ｂの具体例もプロジェクタやプリンタに限定されない。
【００５２】
（変形例）
上記した実施形態ではＷＦＤ送信装置１００Ａが備える接続選択部１０７Ａは、図３で説明したような接続選択処理を行ったが、本発明の接続選択処理は図３の処理に限定されない。例えば、接続選択部１０７Ａは、以下のスキームでＷＦＤ受信装置１００Ｂとの接続方法（インフラストラクチャモード接続または無線Ｐ２Ｐ接続）を選択してもよい。
【００５３】
（１）ＵＩ画面からユーザに接続方法を選択させる
ＷＦＤ受信装置１００ＢがＩＰアドレス情報とポート番号情報を保持している（図６のＳ６０２：Ｙｅｓ）ならば、表示部１５３ＡはＵＩ画面を表示し、ユーザにインフラストラクチャモード接続と無線Ｐ２Ｐ接続のいずれかを選択させる。ＷＦＤ送信装置１００Ａは、選択された接続方法でＷＦＤ受信装置１００Ｂに接続要求を行う。接続選択部１０７Ａが選択した接続方法による接続要求の結果、ＷＦＤ受信装置１００Ｂと一定時間内に接続を確立できなかった場合（図６のＳ６０４のＮｏと同様）、ユーザに選択されなかった接続方法で接続要求を行う。
【００５４】
（２）接続履歴に応じて接続方法を選択する
ＷＦＤ受信装置１００ＢがＩＰアドレス情報とポート番号情報を保持している（Ｓ６０２：Ｙｅｓ）ならば、ＷＦＤ送信装置１００Ａは、例えば、記憶部１５５に接続履歴が存在するかを確認する。当該確認の結果、記憶部１５５に接続履歴が存在する場合、ＷＦＤ送信装置１００Ａは、例えば直近の接続履歴で選択した接続方法を選択し、ＷＦＤ受信装置１００Ｂに接続要求を行う。選択した接続方法による接続要求の結果、接続を確立できた場合、ＷＦＤ送信装置１００Ａは、当該選択した接続方法を接続履歴として記憶部１５５に記憶する。
【００５５】
（３）接続形態に応じて接続方法を選択する
ＷＦＤ送信装置１００Ａは、マルチソースやマルチシンクなど複数接続を行う接続形態に応じて接続方法を選択する。この場合、予め複数接続を行うことが分かっていること、ＷＦＤのセッションを確立する際にＷＦＤのセッションが他に存在すること、直近で複数接続を行った接続先であること、などの所定条件に基づきインフラストラクチャモード接続を優先的に選択する。ＩＰアドレス情報とポート番号情報を保持している（Ｓ６０２：Ｙｅｓ）ならば、ＷＦＤ送信装置１００Ａは、ｍＷＦＤのセッション確立状況を確認し、前記所定条件に一致した場合にインフラストラクチャモード接続を選択し、接続要求を行う。
【００５６】
（４）ＷＦＤ送信装置１００Ａの電源接続状況に応じて接続方法を選択する
ＷＦＤ受信装置１００ＢがＩＰアドレス情報とポート番号情報を保持しているならば、ＷＦＤ送信装置１００Ａは、自装置の電源接続状況を確認する。電源接続状況を確認した結果、電源に接続されていない場合、ＷＦＤ送信装置１００Ａはインフラストラクチャモード接続を選択し接続要求を行う。
【００５７】
（５）無線Ｐ２Ｐ接続におけるＷＦＤ送信装置１００Ａの役割に応じて接続方法を選択する
ＷＦＤ受信装置１００ＢがＩＰアドレス情報とポート番号情報を保持しているならば、ＷＦＤ送信装置１００Ａは、無線Ｐ２Ｐ接続における自装置の役割を確認する。自装置のＧＯ優先度を示すＩｎｔｅｎｔ値が上限値である場合や、ＧＯネゴシエーションを行った結果自装置がＧＯとなる場合、ＷＦＤ送信装置１００Ａはインフラストラクチャモード接続を選択し、接続要求を行う。
【００５８】
他の実施形態
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００５９】
１００…ＷＦＤ送受信装置、１００Ａ…ＷＦＤ送信装置、１００Ｂ…ＷＦＤ受信装置、１０３…探索制御部、１０４…ｍＤＮＳ探索部、１０５…Ｐ２Ｐ探索部、１０６…情報管理部、１０７…接続選択部、１５１…ＣＰＵ、１５４…通信部、１５５…記憶部
【図１】
2020088712.tif 000003
【図２】
2020088712.tif 000004
【図３】
2020088712.tif 000005
【図４】
2020088712.tif 000006
【図５】
2020088712.tif 000007
【図６】
2020088712.tif 000008