(57)【要約】【課題】  通信装置が親局として動作する無線ネットワークを再構築し得る技術を提供すること。【解決手段】  通信装置は、通信装置が第１の無線ネットワークの親局として動作する親局状態であり、かつ、Ｎ個（Ｎは１以上の整数）の第１の外部装置が第１の無線ネットワークに子局として参加している特定の状況において、第２の外部装置から所属要求を受信する受信部と、特定の状況において、所属要求が受信される場合に、通信装置を、第２の無線ネットワークに所属している第１の状態に移行させる第１の移行部と、第２の無線ネットワークを利用して、無線通信を第２の外部装置と実行する無線通信実行部と、無線通信が完了した後に、通信装置を親局状態に移行させる第２の移行部と、親局状態に移行した後に、Ｍ個（Ｍは１以上Ｎ以下の整数）の第１の外部装置を第１の無線ネットワークに子局として再び参加させる参加制御部と、を備える。【選択図】図７
2018125774.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
無線インタフェースと、
前記通信装置の動作状態が第１の無線ネットワークの親局として動作する親局状態であり、かつ、Ｎ個（前記Ｎは１以上の整数）の第１の外部装置が前記第１の無線ネットワークに子局として参加している特定の状況において、前記無線インタフェースを介して、前記Ｎ個の第１の外部装置とは異なる第２の外部装置から所属要求を受信する受信部であって、前記所属要求は、前記第１の無線ネットワークとは異なる第２の無線ネットワークへの所属を前記通信装置に要求するためのコマンドである、前記受信部と、
前記特定の状況において、前記第２の外部装置から前記所属要求が受信される場合に、前記通信装置の動作状態を、前記親局状態から、前記第２の無線ネットワークに所属している第１の状態に移行させる第１の移行部と、
前記通信装置の動作状態が前記親局状態から前記第１の状態に移行した後に、前記第２の無線ネットワークを利用して、前記無線インタフェースを介して、対象データの無線通信を前記第２の外部装置と実行する無線通信実行部と、
前記対象データの無線通信が完了した後に、前記通信装置の動作状態を前記第１の状態から前記親局状態に移行させる第２の移行部と、
前記通信装置の動作状態が前記第１の状態から前記親局状態に移行した後に、前記Ｎ個の第１の外部装置のうちのＭ個（前記Ｍは１以上前記Ｎ以下の整数）の第１の外部装置を前記第１の無線ネットワークに子局として再び参加させる参加制御部と、
を備える通信装置。
【請求項２】
前記第１の移行部は、
前記特定の状況において、前記第２の外部装置から前記所属要求が受信される場合に、前記通信装置の動作状態を、前記親局状態から、無線ネットワークに所属していない第２の状態に移行させ、
前記通信装置の動作状態が前記親局状態から前記第２の状態に移行した後に、前記通信装置の動作状態を前記第２の状態から前記第１の状態に移行させる、請求項１に記載の通信装置。
【請求項３】
前記第１の状態は、前記第２の外部装置が親局として動作する前記第２の無線ネットワークに子局として参加している状態である、請求項１又は２に記載の通信装置。
【請求項４】
前記第１の状態は、前記第２の無線ネットワークの親局として動作する状態である、請求項１又は２に記載の通信装置。
【請求項５】
前記第２の移行部は、
前記Ｎ個の第１の外部装置の全てが、第１の無線通信方式に従って前記第１の無線ネットワークに子局として参加した場合に、前記対象データの無線通信が完了した後に、前記通信装置の動作状態を前記第１の状態から前記親局状態に移行させず、
前記Ｎ個の第１の外部装置の全てが、前記第１の無線通信方式とは異なる第２の無線通信方式に従って前記第１の無線ネットワークに子局として参加した場合に、前記対象データの無線通信が完了した後に、前記通信装置の動作状態を前記第１の状態から前記親局状態に移行させる、請求項１から４のいずれか一項に記載の通信装置。
【請求項６】
前記第２の移行部は、前記Ｎ個の第１の外部装置の全てが、前記第１の無線通信方式に従って前記第１の無線ネットワークに子局として参加した場合に、前記対象データの無線通信が完了した後に、前記通信装置の動作状態を、前記第１の状態から、無線ネットワークに所属していない第２の状態に移行させる、請求項５に記載の通信装置。
【請求項７】
前記Ｎは、２以上の整数であり、
前記第２の移行部は、前記Ｎ個の第１の外部装置のうちのＮ１個（前記Ｎ１は１以上前記Ｎ未満）の第１の外部装置が、前記第１の無線通信方式に従って前記第１の無線ネットワークに子局として参加し、かつ、前記Ｎ個の第１の外部装置のうちのＮ２個（前記Ｎ２は１以上前記Ｎ未満）の第１の外部装置が、前記第２の無線通信方式に従って前記第１の無線ネットワークに子局として参加した特定の場合に、前記対象データの無線通信が完了した後に、前記通信装置の動作状態を前記第１の状態から前記親局状態に移行させる、請求項５又は６に記載の通信装置。
【請求項８】
前記参加制御部は、前記特定の場合に、前記通信装置の動作状態が前記第１の状態から前記親局状態に移行した後に、前記無線インタフェースを介して、参加要求を前記Ｎ２個の第１の外部装置に送信せずに、前記参加要求を前記Ｎ１個の第１の外部装置に送信し、
前記参加要求は、前記第１の無線ネットワークへの参加を前記第１の外部装置に要求するためのコマンドである、請求項７に記載の通信装置。
【請求項９】
前記第１の無線通信方式は、ＷＦＤ（Wi-Fi Direct（登録商標）の略）方式を利用するＷｉ−Ｆｉ方式であり、
前記第２の無線通信方式は、前記ＷＦＤ方式を利用しないＷｉ−Ｆｉ方式である、請求項５から８のいずれか一項に記載の通信装置。
【請求項１０】
前記参加制御部は、前記通信装置の動作状態が前記第１の状態から前記親局状態に移行した後に、前記無線インタフェースを介して、参加要求を前記Ｎ個の第１の外部装置のうちの少なくとも１個の第１の外部装置に送信して、前記Ｎ個の第１の外部装置のうちの前記Ｍ個の第１の外部装置を前記第１の無線ネットワークに子局として再び参加させ、
前記参加要求は、前記第１の無線ネットワークへの参加を前記第１の外部装置に要求するためのコマンドである、請求項１から９のいずれか一項に記載の通信装置。
【請求項１１】
通信装置のためのコンピュータプログラムであって、
前記通信装置に搭載されるコンピュータを、以下の各部、即ち、
前記通信装置の動作状態が第１の無線ネットワークの親局として動作する親局状態であり、かつ、Ｎ個（前記Ｎは１以上の整数）の第１の外部装置が前記第１の無線ネットワークに子局として参加している特定の状況において、前記通信装置の無線インタフェースを介して、前記Ｎ個の第１の外部装置とは異なる第２の外部装置から所属要求を受信する受信部であって、前記所属要求は、前記第１の無線ネットワークとは異なる第２の無線ネットワークへの所属を前記通信装置に要求するためのコマンドである、前記受信部と、
前記特定の状況において、前記第２の外部装置から前記所属要求が受信される場合に、前記通信装置の動作状態を、前記親局状態から、前記第２の無線ネットワークに所属している第１の状態に移行させる第１の移行部と、
前記通信装置の動作状態が前記親局状態から前記第１の状態に移行した後に、前記第２の無線ネットワークを利用して、前記無線インタフェースを介して、対象データの無線通信を前記第２の外部装置と実行する無線通信実行部と、
前記対象データの無線通信が完了した後に、前記通信装置の動作状態を前記第１の状態から前記親局状態に移行させる第２の移行部と、
前記通信装置の動作状態が前記第１の状態から前記親局状態に移行した後に、前記Ｎ個の第１の外部装置のうちのＭ個（前記Ｍは１以上前記Ｎ以下の整数）の第１の外部装置を前記第１の無線ネットワークに子局として再び参加させる参加制御部と、
として機能させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書では、無線ネットワークの親局として動作可能な通信装置を開示する。
【背景技術】
【０００２】
特許文献１には、第１のＭＦＰと、第２のＭＦＰと、情報処理装置と、第１アクセスポイントと、第２アクセスポイントと、を備える通信システムが開示されている。第２のＭＦＰ及び第２アクセスポイントによって特定ネットワークが形成され、第１のＭＦＰ及び第１アクセスポイントによって特定ネットワークとは異なるネットワークが形成されている。情報処理装置は、特定ネットワークに接続している状態において、印刷データを第１のＭＦＰに送信すべき場合に、上記の異なるネットワークに接続し、印刷データを第１のＭＦＰに送信し、第１のＭＦＰへのデータ通信が完了した後に、特定ネットワークに再び接続する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１２７８１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の技術では、情報処理装置は、特定ネットワークに子局として参加している状態から、上記の異なるネットワークに子局として参加している状態に移行し、データ通信が完了した後に、元の状態に復帰する。しかしながら、情報処理装置が無線ネットワークの親局として動作することについて、何ら考慮されていない。
【０００５】
本明細書では、通信装置が親局として動作していると共に外部装置が子局として参加している無線ネットワークを再構築するための技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書によって開示される通信装置は、無線インタフェースと、前記通信装置の動作状態が第１の無線ネットワークの親局として動作する親局状態であり、かつ、Ｎ個（前記Ｎは１以上の整数）の第１の外部装置が前記第１の無線ネットワークに子局として参加している特定の状況において、前記無線インタフェースを介して、前記Ｎ個の第１の外部装置とは異なる第２の外部装置から所属要求を受信する受信部であって、前記所属要求は、前記第１の無線ネットワークとは異なる第２の無線ネットワークへの所属を前記通信装置に要求するためのコマンドである、前記受信部と、前記特定の状況において、前記第２の外部装置から前記所属要求が受信される場合に、前記通信装置の動作状態を、前記親局状態から、前記第２の無線ネットワークに所属している第１の状態に移行させる第１の移行部と、前記通信装置の動作状態が前記親局状態から前記第１の状態に移行した後に、前記第２の無線ネットワークを利用して、前記無線インタフェースを介して、対象データの無線通信を前記第２の外部装置と実行する無線通信実行部と、前記対象データの無線通信が完了した後に、前記通信装置の動作状態を前記第１の状態から前記親局状態に移行させる第２の移行部と、前記通信装置の動作状態が前記第１の状態から前記親局状態に移行した後に、前記Ｎ個の第１の外部装置のうちのＭ個（前記Ｍは１以上前記Ｎ以下の整数）の第１の外部装置を前記第１の無線ネットワークに子局として再び参加させる参加制御部と、を備える。
【０００７】
上記の構成によると、通信装置は、第１の無線ネットワークの親局として動作する親局状態から、第２の無線ネットワークに所属している第１の状態に移行し、第２の無線ネットワークを利用して、対象データの無線通信を第２の外部装置と実行する。その後、通信装置は、第１の状態から親局状態に移行し、第１の無線ネットワークに子局として参加していたＮ個の第１の外部装置のうちのＭ個の第１の外部装置を第１の無線ネットワークに子局として再び参加させる。従って、通信装置が親局として動作していると共にＭ個の第１の外部装置が子局として参加している第１の無線ネットワークを再構築することができる。
【０００８】
上記の通信装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の通信装置と第１の外部装置と第２の外部装置とを備える通信システムも、新規で有用である。
【図面の簡単な説明】
【０００９】
【図１】通信システムの構成を示す。
【図２】ＭＦＰ処理のフローチャートを示す。
【図３】Ｗｉ−Ｆｉ接続処理のフローチャートを示す。
【図４】図３の続きのフローチャートを示す。
【図５】ＭＦＰとＰＣとの間にＷｉ−Ｆｉ接続が確立されるケースのシーケンス図を示す。
【図６】携帯端末とＭＦＰとの間にＮＦＣリンクが確立されるケースのシーケンス図を示す。
【図７】図６の続きのシーケンス図を示す。
【図８】第２実施例のシーケンス図を示す。
【図９】第３実施例のＷｉ−Ｆｉ接続処理のフローチャートを示す。
【図１０】第３実施例のシーケンス図を示す。
【発明を実施するための形態】
【００１０】
（第１実施例）
（通信システム２の構成；図１）
図１に示すように、通信システム２は、多機能機１０（以下では「ＭＦＰ（Multi-Function Peripheralの略）」と呼ぶ）と、携帯端末１００と、複数個のＰＣ２００、３００と、を備える。ＭＦＰ１０及び携帯端末１００は、Ｗｉ−Ｆｉ方式に従った無線通信であるＷｉ−Ｆｉ通信を相互に実行可能であると共に、ＮＦＣ（Near Field Communicationの略）方式に従った無線通信であるＮＦＣ通信を相互に実行可能である。ＭＦＰ１０及び各ＰＣ２００、３００は、Ｗｉ−Ｆｉ通信を相互に実行可能である。
【００１１】
（ＭＦＰ１０の構成）
ＭＦＰ１０は、印刷機能及びスキャン機能を含む多機能を実行可能な周辺装置（例えばＰＣ２００等の周辺装置）である。ＭＦＰ１０には、ＭＡＣアドレス「ＡＡＡ」及びデバイス名「ＸＸＸ」が割り当てられている。ＭＦＰ１０は、操作部１２と、表示部１４と、印刷実行部１６と、スキャン実行部１８と、Ｗｉ−Ｆｉインタフェース（以下ではインタフェースを「Ｉ／Ｆ」と記載する）２０と、ＮＦＣＩ／Ｆ２２と、制御部３０と、を備える。
【００１２】
操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、いわゆるタッチパネルとしても機能する。即ち、表示部１４は、操作部としても機能する。以下では、操作部１２及び表示部１４を総称して「ＭＦＰ操作部」と呼ぶことがある。印刷実行部１６は、インクジェット方式、レーザ方式等の印刷機構である。スキャン実行部１８は、ＣＣＤ、ＣＩＳ等のスキャン機構である。
【００１３】
Ｗｉ−ＦｉＩ／Ｆ２０は、Ｗｉ−Ｆｉ方式に従ったＷｉ−Ｆｉ通信を実行するためのＩ／Ｆである。Ｗｉ−Ｆｉ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers、 Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ等）に基づく無線通信方式である。Ｗｉ−ＦｉＩ／Ｆ２０は、特に、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅによって策定されたＷＦＤ（Wi-Fi Direct（登録商標）の略）方式をサポートしている。ＷＦＤ方式は、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅによって作成された規格書「Wi-Fi Peer-to-Peer (P2P) Technical Specification Version1.5」に記述されている無線通信方式である。
【００１４】
ＭＦＰ１０は、ＷＦＤ方式のＧｒｏｕｐ  Ｏｗｎｅｒ状態、Ｃｌｉｅｎｔ状態、及び、デバイス状態のいずれかの状態で動作することができる。以下では、Ｇｒｏｕｐ  Ｏｗｎｅｒ、Ｃｌｉｅｎｔのことを、それぞれ、「Ｇ／Ｏ」、「ＣＬ」と記載する。ＭＦＰ１０がＧ／Ｏ状態で動作する場合には、ＭＦＰ１０は、ＭＦＰ１０が親局（即ちＧ／Ｏ）として動作するＷＦＤネットワーク（以下では「ＷＦＤＮＷ」と記載する）を形成する。そして、ＭＦＰ１０は、外部機器とのＷｉ−Ｆｉ接続を確立して、外部機器をＷＦＤＮＷに子局として参加させることができる。例えば、外部機器がＷＦＤ方式をサポートしている機器（以下では「ＷＦＤ機器」と呼ぶ）である場合には、当該外部機器は、ＣＬ状態で動作して、ＷＦＤＮＷに子局（即ちＣＬ）として参加する。また、例えば、外部機器がＷＦＤ方式をサポートしていない場合、即ち、当該外部機器がレガシー機器である場合には、当該外部機器は、ＷＦＤ方式のいずれかの状態で動作することなく、ＷＦＤＮＷに子局（即ちレガシー）として参加する。ＭＦＰ１０が親局として動作するＷＦＤネットワークに参加可能な子局の数の上限数は予め決められており、本実施例では、上限数は「２」である。なお、変形例では、上限数は、「１」であってもよいし、「３」以上であってもよい。また、外部機器がＧ／Ｏ状態で動作する場合には、ＭＦＰ１０は、ＣＬ状態で動作する。そして、ＭＦＰ１０は、外部機器とのＷｉ−Ｆｉ接続を確立して、当該外部機器によって形成されたＷＦＤＮＷに子局（即ちＣＬ）として参加することができる。なお、デバイス状態は、Ｇ／Ｏ状態及びＣＬ状態のどちらでもない状態、即ち、ＭＦＰ１０が外部機器との接続を確立していない状態である。
【００１５】
ＮＦＣＩ／Ｆ２２は、ＮＦＣ（Near Field Communicationの略）方式に従ったＮＦＣ通信を実行するためのＩ／Ｆである。ＮＦＣ方式は、例えば、ISO/IEC14443、15693、18092などの国際標準規格に基づく無線通信方式である。なお、ＮＦＣ通信を実行するためのＩ／Ｆの種類として、ＮＦＣフォーラムデバイス（NFC Forum Device）と呼ばれるＩ／Ｆと、ＮＦＣフォーラムタグと呼ばれるＩ／Ｆと、が知られている。ＮＦＣＩ／Ｆ２２は、ＮＦＣフォーラムデバイスであり、Ｐ２Ｐ（Peer To Peerの略）モード、Ｒ／Ｗ（Reader/Writerの略）モード、及び、ＣＥ（Card Emulationの略）モードのいずれかで選択的に動作可能なＩ／Ｆである。
【００１６】
次いで、Ｗｉ−ＦｉＩ／Ｆ２０とＮＦＣＩ／Ｆ２２との間の相違点を説明しておく。Ｗｉ−ＦｉＩ／Ｆ２０を介したＷｉ−Ｆｉ通信の通信速度（例えば最大の通信速度が１１〜６００Ｍｂｐｓ）は、ＮＦＣＩ／Ｆ２２を介したＮＦＣ通信の通信速度（例えば最大の通信速度が１００〜４２４Ｋｂｐｓ）よりも速い。また、Ｗｉ−ＦｉＩ／Ｆ２０を介したＷｉ−Ｆｉ通信における搬送波の周波数（例えば２．４ＧＨｚ帯又は５．０ＧＨｚ帯）は、ＮＦＣＩ／Ｆ２２を介したＮＦＣ通信における搬送波の周波数（例えば１３．５６ＭＨｚ帯）とは異なる。また、Ｗｉ−ＦｉＩ／Ｆ２０を介したＷｉ−Ｆｉ通信を実行可能な最大の距離（例えば最大で約１００ｍ）は、ＮＦＣＩ／Ｆ２２を介したＮＦＣ通信を実行可能な最大の距離（例えば最大で約１０ｃｍ）よりも大きい。
【００１７】
制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。また、メモリ３４は、接続テーブル３８を格納する。
【００１８】
接続テーブル３８では、ＭＦＰ１０とのＷｉ−Ｆｉ接続が過去に確立された１個以上の外部機器のそれぞれについて、当該外部機器のデバイス情報が登録される。デバイス情報は、外部機器のＭＡＣアドレスと、レガシー情報と、接続情報と、を含む。レガシー情報は、外部機器がレガシー機器であるのか否かを示す情報である。「ＹＥＳ」は、外部機器がレガシー機器であることを示し、「ＮＯ」は、外部機器がＷＦＤ機器であることを示す。接続情報は、外部機器が、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに子局として現在参加しているのか否かを示す情報である。「ＹＥＳ」は、外部機器が当該ＷＦＤＮＷに参加していることを示し、「ＮＯ」は、外部機器が当該ＷＦＤＮＷに参加していないこと（即ち過去に参加していたこと）を示す。デバイス情報は、ＭＦＰ１０と外部機器との間にＷｉ−Ｆｉ接続が初めて確立される際に格納される。
【００１９】
（携帯端末１００の構成）
携帯端末１００は、例えば、携帯電話、スマートフォン、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。携帯端末１００には、ＭＡＣアドレス「ＢＢＢ」が割り当てられている。携帯端末１００は、操作部１１２と、表示部１１４と、Ｗｉ−ＦｉＩ／Ｆ１２０と、ＮＦＣＩ／Ｆ１２２と、制御部１３０と、を備える。
【００２０】
操作部１１２は、複数のキーを備える。ユーザは、操作部１１２を操作することによって、様々な指示を携帯端末１００に入力することができる。表示部１１４は、様々な情報を表示するためのディスプレイである。表示部１１４は、いわゆるタッチパネルとしても機能する。即ち、表示部１１４は、操作部としても機能する。以下では、操作部１１２及び表示部１１４を総称して「端末操作部」と呼ぶことがある。Ｗｉ−ＦｉＩ／Ｆ１２０、ＮＦＣＩ／Ｆ１２２は、それぞれ、ＭＦＰ１０のＷｉ−ＦｉＩ／Ｆ２０、ＮＦＣＩ／Ｆ２２と同様である。
【００２１】
制御部１３０は、ＣＰＵ１３２と、メモリ１３４と、を備える。ＣＰＵ１３２は、メモリ１３４に格納されているプログラム１３６、１３８に従って、様々な処理を実行する。ＯＳ（Operation Systemの略）プログラム１３６は、携帯端末１００の種々の基本的な動作を制御するためのプログラムである。また、ＭＦＰアプリケーション１３８は、ＭＦＰ１０のベンダによって提供されるアプリケーションであり、例えば、インターネット上のサーバから携帯端末１００にインストールされる。ＭＦＰアプリケーション１３８は、携帯端末１００とＭＦＰ１０の間にＷｉ−Ｆｉ接続を確立させたり、当該Ｗｉ−Ｆｉ接続を利用して対象データ（例えば印刷データ、スキャンデータ）の通信を実行させたりするためのアプリケーションである。以下では、ＭＦＰアプリケーション１３８のことを単に「アプリ１３８」と呼ぶ。
【００２２】
（ＰＣ２００、３００の構成）
各ＰＣ２００、３００は、据置型ＰＣであってもよいし、可搬型ＰＣであってもよい。ＰＣ２００、ＰＣ３００には、それぞれ、ＭＡＣアドレス「ＣＣＣ」、「ＤＤＤ」が割り当てられている。ＰＣ２００は、レガシー機器であり、ＰＣ３００は、ＷＦＤ機器である。
【００２３】
（ＭＦＰが実行する処理；図２）
続いて、図２を参照して、ＭＦＰ１０のＣＰＵ３２がプログラム３６に従って実行する処理の内容を説明する。ＭＦＰ１０の電源がＯＮされると、ＭＦＰ１０はＷＦＤ方式のデバイス状態に移行する。ＣＰＵ３２は、この状態で図２の処理を実行する。
【００２４】
Ｓ１０において、ＣＰＵ３２は、ユーザによって移行操作がＭＦＰ操作部に実行されることを監視する。移行操作は、ＭＦＰ１０の動作状態をデバイス状態からＧ／Ｏ状態に移行させることを指示するための操作である。ＣＰＵ３２は、ユーザによって移行操作が実行される場合に、Ｓ１０でＹＥＳと判断し、Ｓ１２に進む。
【００２５】
Ｓ１２において、ＣＰＵ３２は、ＭＦＰ１０の動作状態をデバイス状態からＧ／Ｏ状態に移行させる。これにより、ＭＦＰ１０は、ＭＦＰ１０が親局（即ちＧ／Ｏ状態）として動作する第１のＷＦＤＮＷを形成し、当該第１のＷＦＤＮＷで利用されるべき第１の無線設定情報（例えば、ＳＳＩＤ「ＹＹＹ１」、パスワード「ＰＰＰ１」等）を生成する。
【００２６】
Ｓ２０において、ＣＰＵ３２は、ＭＦＰ１０と携帯端末１００との間にＮＦＣリンクが確立されることを監視する。ユーザが携帯端末１００をＭＦＰ１０に近づけると、携帯端末１００のＮＦＣＩ／Ｆ１２２とＭＦＰ１０のＮＦＣＩ／Ｆ２２との間の距離が、ＮＦＣ通信を実行可能な最大の距離（例えば１０ｃｍ）よりも小さくなる。この結果、ＭＦＰ１０と携帯端末１００との間のＮＦＣリンクが確立される。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２からＮＦＣリンクが確立されたことを示す確立情報を取得する場合に、Ｓ２０でＹＥＳと判断して、Ｓ２２に進む。
【００２７】
Ｓ２２において、ＣＰＵ３２は、確立済みのＮＦＣリンクを利用して（即ちＮＦＣＩ／Ｆ２２を介して）、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」を携帯端末１００に送信する。
【００２８】
また、ＣＰＵ３２は、Ｓ２０の監視と同時的に、Ｓ３０において、Ｗｉ−ＦｉＩ／Ｆ２０を介して、対象機器（例えばＰＣ２００等）からＰｒｏｂｅ要求を受信することを監視する。当該Ｐｒｏｂｅ要求は、対象機器からブロードキャストによって送信される信号（即ち宛先が特定されていない信号）であり、Ｗｉ−Ｆｉ接続を確立可能な装置を検索するための信号である。ＣＰＵ３２は、Ｐｒｏｂｅ要求を受信すると（Ｓ３０でＹＥＳ）、Ｓ３２において、Ｗｉ−ＦｉＩ／Ｆ２０を介して、ＭＡＣアドレス「ＡＡＡ」及びＳＳＩＤ「ＹＹＹ１」を含むＰｒｏｂｅ応答を対象機器に送信する。
【００２９】
また、ＣＰＵ３２は、Ｓ２０及びＳ３０の監視と同時的に、Ｓ４０において、Ｗｉ−ＦｉＩ／Ｆ２０を介して、対象機器からＰｒｏｂｅ要求を受信することを監視する。当該Ｐｒｏｂｅ要求は、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」を含む。即ち、当該Ｐｒｏｂｅ要求は、対象機器からユニキャストによって送信される信号（即ち宛先が特定されている信号）であり、Ｗｉ−Ｆｉ接続の確立をＭＦＰ１０に要求するための信号である。ＣＰＵ３２は、Ｐｒｏｂｅ要求を受信すると（Ｓ４０でＹＥＳ）、Ｓ４２において、Ｗｉ−ＦｉＩ／Ｆ２０を介して、ＭＡＣアドレス「ＡＡＡ」及びＳＳＩＤ「ＹＹＹ１」を含むＰｒｏｂｅ応答を対象機器に送信する。これにより、ＭＦＰ１０は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立可能であることを対象機器に知らせることができる。
【００３０】
Ｓ５０において、ＣＰＵ３２は、対象機器とのＷｉ−Ｆｉ接続を確立するためのＷｉ−Ｆｉ接続処理（図３及び図４参照）を実行する。
【００３１】
Ｓ５２において、ＣＰＵ３２は、Ｗｉ−Ｆｉ接続処理が実行された後のＭＦＰ１０の動作状態がＧ／Ｏ状態であるのか否かを判断する。ＣＰＵ３２は、ＭＦＰ１０の動作状態がＧ／Ｏ状態である場合（図３及び図４の「Ｇ／ＯＥＮＤ」参照）には、Ｓ５２でＹＥＳと判断し、Ｓ２０、Ｓ３０、及び、Ｓ４０の監視に戻る。一方、ＭＦＰ１０の動作状態がデバイス状態である場合（図３及び図４の「ＤｅｖｉｃｅＥＮＤ」参照）、Ｓ５２でＮＯと判断し、図２のＳ１０に戻る。
【００３２】
（Ｗｉ−Ｆｉ接続処理；図３及び図４）
続いて、図３及び図４を参照して、図２のＳ５０で実行されるＷｉ−Ｆｉ接続処理を説明する。なお、図３及び図４で実行される全ての通信は、Ｗｉ−ＦｉＩ／Ｆ２０を介した通信である。このため、以下の説明では、「Ｗｉ−ＦｉＩ／Ｆ２０を介して」という説明を省略する。
【００３３】
Ｓ６０において、ＣＰＵ３２は、対象機器からService Discovery要求を受信することを監視する。Service Discovery要求は、Ｐｅｒｓｉｓｔｅｎｔ情報を保存していないＷＦＤ機器である対象機器から受信される信号である。Ｐｅｒｓｉｓｔｅｎｔ情報は、ＭＦＰ１０と対象機器との間にＷｉ−Ｆｉ接続を過去に確立するために利用された無線設定情報である。例えば、ＭＦＰ１０が親局（即ちＧ／Ｏ状態）として動作する第１のＷＦＤＮＷに対象機器が子局として過去に参加したことがある場合には、当該対象機器に保存されるＰｅｒｓｉｓｔｅｎｔ情報は、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」と、第１のＷＦＤＮＷのＳＳＩＤ「ＹＹＹ１」と、第１のＷＦＤＮＷで利用されるパスワード「ＰＰＰ１」と、を含む。ＣＰＵ３２は、対象機器からService Discovery要求を受信すると、Ｓ６０でＹＥＳと判断し、Ｓ６２に進む。
【００３４】
Ｓ６２において、ＣＰＵ３２は、対象機器とのＷｉ−Ｆｉ接続を確立するための第１の接続処理を実行する。Ｇ／Ｏ状態であるＭＦＰ１０側から見ると、第１の接続処理は、Ｓ６０で受信されたService Discovery要求に対する応答の送信、Provision Discovery要求の受信、その応答の送信、WSC Exchangeの通信、Authentication要求の受信、その応答の送信、Association要求の受信、その応答の送信、及び、4-way handshakeの通信を含む。ＣＰＵ３２は、WSC Exchangeにおいて、第１のＷＦＤＮＷで利用される第１の無線設定情報（即ち、ＳＳＩＤ「ＹＹＹ１」、パスワード「ＰＰＰ１」等）を対象機器に送信する。これにより、ＣＰＵ３２は、対象機器とのＷｉ−Ｆｉ接続を確立して、対象機器を子局として第１のＷＦＤＮＷに参加させる。
【００３５】
Ｓ６４において、ＣＰＵ３２は、対象機器に関係する情報を接続テーブル３８に登録する。具体的には、ＣＰＵ３２は、対象機器のＭＡＣアドレスと、レガシー情報「ＮＯ」と、接続情報「ＹＥＳ」と、を接続テーブル３８に登録する。Ｓ６４が終了すると、ＣＰＵ３２は、「Ｇ／ＯＥＮＤ」として、図３の処理を終了する。この結果、ＣＰＵ３２は、図２のＳ５２でＹＥＳと判断し、Ｓ２０等に戻る。
【００３６】
また、ＣＰＵ３２は、Ｓ６０の監視と同時的に、Ｓ７０において、対象機器からＩｎｖｉｔａｔｉｏｎ要求を受信することを監視する。Ｉｎｖｉｔａｔｉｏｎ要求は、第２のＷＦＤＮＷの親局（即ちＧ／Ｏ）として動作しているＷＦＤ機器である対象機器から受信される。Ｉｎｖｉｔａｔｉｏｎ要求は、第２のＷＦＤＮＷに子局として参加することを要求するためのコマンドである。ＣＰＵ３２は、対象機器からＩｎｖｉｔａｔｉｏｎ要求を受信すると、Ｓ７０でＹＥＳと判断し、Ｓ７２に進む。
【００３７】
現時点では、ＭＦＰ１０は、Ｇ／Ｏとして動作して、第１のＷＦＤＮＷを形成している。従って、ＭＦＰ１０は、第２のＷＦＤＮＷに参加することができない。このために、Ｓ７２において、ＣＰＵ３２は、第２のＷＦＤＮＷへの参加が不可能であることを示すＮＧ情報を含むＩｎｖｉｔａｔｉｏｎ応答を対象機器に送信する。
【００３８】
Ｓ７４において、ＣＰＵ３２は、第１のＷＦＤＮＷに参加している対象機器に切断要求を送信し、対象機器とのＷｉ−Ｆｉ接続が切断された後に、ＭＦＰ１０の動作状態をＧ／Ｏ状態からデバイス状態に移行させる。これにより、第１のＷＦＤＮＷが消滅する。ＭＦＰ１０は、デバイス状態に移行することによって、第２のＷＦＤＮＷに子局として参加可能な状態になる。
【００３９】
Ｓ８０において、ＣＰＵ３２は、対象機器のＭＡＣアドレスを含むＰｒｏｂｅ要求を対象機器に送信する。なお、対象機器のＭＡＣアドレスは、Ｓ７０で受信されるＩｎｖｉｔａｔｉｏｎ要求に含まれている。Ｓ８０において、さらに、ＣＰＵ３２は、Ｐｒｏｂｅ要求を送信することに応じて、対象機器から対象機器のＭＡＣアドレスを含むＰｒｏｂｅ応答を受信する。
【００４０】
Ｓ８２において、ＣＰＵ３２は、第１の接続処理を実行する。Ｓ６２で実行される第１の接続処理と比べると、Ｓ８２で実行される第１の接続処理では、送信側の機器と受信側の機器とが逆である。具体的には、ＭＦＰ１０側からみると、Ｓ８２の第１の接続処理は、Service Discovery要求の送信、その応答の受信、Provision Discovery要求の送信、その応答の受信、WSC Exchangeの通信, Authentication要求の送信、その応答の受信、Association要求の送信、その応答の受信、及び、4-way handshakeの通信を含む。そして、ＣＰＵ３２は、WSC Exchangeにおいて、対象機器から第２のＷＦＤＮＷで利用される第２の無線設定情報（即ち、ＳＳＩＤ、パスワード等）を受信する。これにより、ＣＰＵ３２は、ＭＦＰ１０の動作状態をデバイス状態からＣＬ状態に移行させ、対象機器とのＷｉ−Ｆｉ接続を確立して、第２のＷＦＤＮＷに子局（即ちＣＬ）として参加する。その後、図示省略しているが、ＣＰＵ３２は、Ｗｉ−Ｆｉ接続を利用して、対象データ（例えば、印刷データ、スキャンデータ等）の通信を対象機器と実行する。Ｓ８２が終了すると、図４のＳ１１０に進む。
【００４１】
図４のＳ１１０において、ＣＰＵ３２は、対象データの通信が完了することを監視する。例えば、ＣＰＵ３２は、対象機器から印刷対象の画像を表わす印刷データの受信が完了した場合、又は、スキャンによって生成されたスキャンデータの対象機器への送信が完了した場合に、Ｓ１１０でＹＥＳと判断し、Ｓ１１２に進む。
【００４２】
Ｓ１１２において、ＣＰＵ３２は、ＭＦＰ１０の動作状態をＣＬ状態からデバイス状態に移行させ、対象機器とのＷｉ−Ｆｉ接続を切断する。
【００４３】
Ｓ１２０において、ＣＰＵ３２は、図３のＳ７４で第１のＷＦＤＮＷが消滅した際に、１個以上の子局が第１のＷＦＤＮＷに参加していたのか否かを判断する。ＣＰＵ３２は、接続情報「ＹＥＳ」を含む１個以上のデバイス情報が接続テーブル３８に存在する場合には、Ｓ１２０でＹＥＳと判断し、Ｓ１２２に進む。以下では、接続情報「ＹＥＳ」を含むデバイス情報のことを「参加デバイス情報」と呼ぶ。
【００４４】
一方、ＣＰＵ３２は、１個の参加デバイス情報も接続テーブル３８に存在しない場合、即ち、全てのデバイス情報が接続情報「ＮＯ」を含む場合には、Ｓ１２０でＮＯと判断し、「ＤｅｖｉｃｅＥＮＤ」として図４の処理を終了する。この結果、ＣＰＵ３２は、図２のＳ５２でＮＯと判断し、Ｓ１０に戻る。Ｓ１２０でＮＯと判断されるということは、第１のＷＦＤＮＷが消滅した際に、１個の子局も第１のＷＦＤＮＷに参加していなかったことを意味する。従って、ＭＦＰ１０がＧ／Ｏ状態に戻って第１のＷＦＤＮＷを再び形成する必要性が少ない。このために、ＭＦＰ１０は、Ｇ／Ｏ状態に戻らずにデバイス状態で動作する。デバイス状態での消費電力は、通常、Ｇ／Ｏ状態での消費電力より低い。従って、省電力を実現することができる。
【００４５】
Ｓ１２２において、ＣＰＵ３２は、図３のＳ７４で第１のＷＦＤＮＷが消滅した際に、１個以上のレガシー機器が第１のＷＦＤＮＷに参加していたのか否かを判断する。ＣＰＵ３２は、接続テーブル３８内のいずれかの参加デバイス情報がレガシー情報「ＹＥＳ」を含む場合には、Ｓ１２２でＹＥＳと判断し、Ｓ１２４に進む。
【００４６】
一方、ＣＰＵ３２は、接続テーブル３８内のいずれの参加デバイス情報もレガシー情報「ＹＥＳ」を含まない場合、即ち、全ての参加デバイス情報がレガシー情報「ＮＯ」を含む場合には、Ｓ１２２でＮＯと判断し、Ｓ１２８において、接続テーブル３８を更新する。具体的には、ＣＰＵ３２は、全ての参加デバイス情報について、接続情報を「ＹＥＳ」から「ＮＯ」に変更する。そして、ＣＰＵ３２は、「ＤｅｖｉｃｅＥＮＤ」として図４の処理を終了する。この結果、ＣＰＵ３２は、図２のＳ５２でＮＯと判断し、Ｓ１０に戻る。Ｓ１２２でＮＯと判断されるということは、第１のＷＦＤＮＷが消滅した際に、ＷＦＤ機器のみが第１のＷＦＤＮＷに参加していたことを意味する。ＷＦＤ機器は、Ｇ／Ｏとして動作するＭＦＰ１０とのＷｉ−Ｆｉ接続が切断された後に、何らかの指示が与えられない限り、ＭＦＰ１０とのＷｉ−Ｆｉ接続を再確立するための処理を実行しない。本実施例では、当該指示をＷＦＤ機器に与える仕組みを採用していないので、仮に、ＭＦＰ１０がＧ／Ｏ状態に戻って第１のＷＦＤＮＷを再び形成したとしても、ＷＦＤ機器は、第１のＷＦＤＮＷに自動で再び参加しない。このような実情に鑑みて、ＭＦＰ１０は、第１のＷＦＤＮＷが消滅した際に、ＷＦＤ機器のみが第１のＷＦＤＮＷに参加していた場合には、Ｇ／Ｏ状態に戻らずにデバイス状態で動作する。このために、省電力を実現することができる。
【００４７】
Ｓ１２４において、ＣＰＵ３２は、ＭＦＰ１０の動作状態をデバイス状態からＧ／Ｏ状態に移行させる。これにより、ＭＦＰ１０は、第１のＷＦＤＮＷを再形成すると共に、当該ＷＦＤＮＷで利用されるべき第１の無線設定情報を再生成する。
【００４８】
Ｓ１２６は、Ｓ１２８と同様である。ＣＰＵ３２は、Ｓ１２６が終了すると、「Ｇ／ＯＥＮＤ」として図４の処理を終了する。この結果、ＣＰＵ３２は、図２のＳ５２でＹＥＳと判断し、Ｓ２０等に戻る。Ｓ１２２でＹＥＳと判断されるということは、第１のＷＦＤＮＷが消滅した際に、レガシー機器が第１のＷＦＤＮＷに参加していたことを意味する。レガシー機器は、Ｇ／Ｏとして動作するＭＦＰ１０とのＷｉ−Ｆｉ接続が切断された後に、ＭＦＰ１０とのＷｉ−Ｆｉ接続を再確立するための処理を自動的に実行し得る。このために、ＭＦＰ１０がＧ／Ｏ状態に戻って第１のＷＦＤＮＷを再び形成すると、レガシー機器は、第１のＷＦＤＮＷに自動的に参加することができる。このような実情に鑑みて、ＭＦＰ１０は、第１のＷＦＤＮＷが消滅した際に、レガシー機器が第１のＷＦＤＮＷに参加していた場合には、Ｇ／Ｏ状態に戻って、第１のＷＦＤＮＷを再び形成する。これにより、ＭＦＰ１０は、レガシー情報「ＹＥＳ」を含む参加デバイス情報によって特定されるレガシー機器とのＷｉ−Ｆｉ接続を再確立して、当該レガシー機器を第１のＷＦＤＮＷに再び参加させることができる。
【００４９】
図３のＳ７０の説明に戻る。ＣＰＵ３２は、Ｉｎｖｉｔａｔｉｏｎ要求を受信しない場合（Ｓ７０でＮＯ）、即ち、対象機器からAuthentication要求を受信する場合には、Ｓ９０において、対象機器とのＷｉ−Ｆｉ接続を確立するための第２の接続処理を実行する。当該Authentication要求は、レガシー機器である対象機器から受信されるか、Ｐｅｒｓｉｓｔｅｎｔ情報を保存しているＷＦＤ機器である対象機器から受信される。第２の接続処理は、Authentication要求に対する応答の送信、Association要求の受信、その応答の送信、及び、4-way handshakeの通信を含む。これにより、ＣＰＵ３２は、対象機器とのＷｉ−Ｆｉ接続を確立して、対象機器を子局として第１のＷＦＤＮＷに参加させる。
【００５０】
Ｓ９２において、ＣＰＵ３２は、Ｓ９０でＷｉ−Ｆｉ接続が確立された対象機器に対応するデバイス情報が接続テーブル３８に登録済みであるのか否かを判断する。ＣＰＵ３２は、対象機器のＭＡＣアドレスを含むデバイス情報が接続テーブル３８に登録されている場合に、Ｓ９２でＹＥＳと判断し、Ｓ９４において、当該デバイス情報に含まれる接続情報を「ＮＯ」から「ＹＥＳ」に変更する。一方、ＣＰＵ３２は、対象機器のＭＡＣアドレスを含むデバイス情報が接続テーブル３８に登録されていない場合には、Ｓ９２でＮＯと判断し、Ｓ９６に進む。上述したように、Ｓ９０及びＳ９２が実行される状況では、対象機器は、レガシー機器と、Ｐｅｒｓｉｓｔｅｎｔ情報を保存しているＷＦＤ機器と、のどちらかである。そして、対象機器が当該ＷＦＤ機器である場合には、ＭＦＰ１０は、当該ＷＦＤ機器とのＷｉ−Ｆｉ接続を過去に確立しており、この結果、当該ＷＦＤ機器のデバイス情報は、接続テーブル３８に登録されている。従って、Ｓ９２でＮＯと判断される状況では、対象機器は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を過去に確立していないレガシー機器である。
【００５１】
Ｓ９６において、ＣＰＵ３２は、対象機器（即ちレガシー機器）のデバイス情報を接続テーブル３８に登録する。当該デバイス情報は、対象機器のＭＡＣアドレスとレガシー情報「ＹＥＳ」と接続情報「ＹＥＳ」とを含む。ＣＰＵ３２は、Ｓ９４又はＳ９６が終了すると、「Ｇ／ＯＥＮＤ」として図３の処理を終了する。この結果、ＣＰＵ３２は、図２のＳ５２でＹＥＳと判断し、Ｓ２０等に戻る。
【００５２】
（具体的なケース）
続いて、図５〜図７を参照して、図２〜図４の各処理によって実現される具体的なケースについて説明する。
【００５３】
（ＭＦＰ１０とＰＣ２００、３００との間のＷｉ−Ｆｉ接続の確立；図５）
Ｔ１０において、ユーザによって移行操作がＭＦＰ１０に実行されると（図２のＳ１０でＹＥＳ）、Ｔ１２において、ＭＦＰ１０は、デバイス状態からＧ／Ｏ状態に移行して第１のＷＦＤＮＷを形成し、当該第１のＷＦＤＮＷで利用されるべき第１の無線設定情報（即ち、ＳＳＩＤ「ＹＹＹ１」、パスワード「ＰＰＰ１」等）を生成する（Ｓ１２）。
【００５４】
ＰＣ２００は、Ｔ２０において、サーチ操作がユーザによって実行されると、Ｔ２２において、ブロードキャストによってＰｒｏｂｅ要求を送信する。サーチ操作は、ＰＣ２００とのＷｉ−Ｆｉ接続を確立可能なデバイスをサーチするための操作である。
【００５５】
ＭＦＰ１０は、Ｔ２２において、ＰＣ２００からＰｒｏｂｅ要求を受信すると（Ｓ３０でＹＥＳ）、Ｔ２４において、ＭＡＣアドレス「ＡＡＡ」とＳＳＩＤ「ＹＹＹ１」とを含むＰｒｏｂｅ応答をＰＣ２００に送信する（Ｓ３２）。
【００５６】
ＰＣ２００は、Ｔ２４において、ＭＦＰ１０からＰｒｏｂｅ応答を受信すると、Ｔ２６において、当該Ｐｒｏｂｅ応答に含まれるＳＳＩＤ「ＹＹＹ１」を含む選択画面を表示し、Ｔ２８において、ＳＳＩＤ「ＹＹＹ１」の選択とパスワード「ＰＰＰ１」の入力とを受け付ける。そして、ＰＣ２００は、Ｔ３０において、ＭＡＣアドレス「ＡＡＡ」を含むＰｒｏｂｅ要求をＭＦＰ１０に送信する。
【００５７】
ＭＦＰ１０は、Ｔ３０において、ＰＣ２００からＰｒｏｂｅ要求を受信すると（Ｓ４０でＹＥＳ）、Ｔ３２において、ＭＡＣアドレス「ＡＡＡ」とＳＳＩＤ「ＹＹＹ１」とを含むＰｒｏｂｅ応答をＰＣ２００に送信する（Ｓ４２）。
【００５８】
ＭＦＰ１０は、Ｐｒｏｂｅ応答を送信すると、レガシー機器であるＰＣ２００からAuthentication要求を受信し（図４のＳ７０でＮＯ）、Ｔ４０において、第２の接続処理（即ち、Authentication, Association, 4-way handshakeの通信）を実行し、ＰＣ２００とのＷｉ−Ｆｉ接続を確立する（Ｓ９０）。
【００５９】
ＰＣ２００は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立することによって、Ｔ４２において、第１のＷＦＤＮＷに子局（即ちレガシー）として参加し、Ｔ４４において、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」と、Ｔ２８で選択及び入力された第１の無線設定情報（即ち、ＳＳＩＤ「ＹＹＹ１」、パスワード「ＰＰＰ１」）と、を再接続情報として保存する。これにより、ＰＣ２００は、ＭＦＰ１０とのＷｉ−Ｆｉ接続が切断された後に、ＭＦＰ１０とのＷｉ−Ｆｉ接続を再確立すべき場合に、ユーザによってパスワード「ＰＰＰ１」が入力されなくても、再接続情報を利用して、ＭＦＰ１０とのＷｉ−Ｆｉ接続を再確立することができる。
【００６０】
ＭＦＰ１０は、ＰＣ２００のＭＡＣアドレス「ＣＣＣ」を含むデバイス情報が接続テーブル３８に登録されていないと判断し（図３のＳ９２でＮＯ）、Ｔ４６において、ＰＣ２００のデバイス情報、即ち、ＭＡＣアドレス「ＣＣＣ」と、レガシー情報「ＹＥＳ」と、接続情報「ＹＥＳ」と、を接続テーブル３８に登録する（Ｓ９６）。
【００６１】
Ｔ５０〜Ｔ５６は、Ｔ２０〜Ｔ２６と同様である。ＷＦＤ機器であるＰＣ３００は、レガシー機器であるＰＣ２００とは異なり、Ｔ５８において、ＳＳＩＤ「ＹＹＹ１」の選択を受け付けるが、パスワードの入力を受け付けない。Ｔ６０、Ｔ６２は、それぞれ、Ｔ３０、Ｔ３２と同様である。
【００６２】
Ｔ７０において、ＭＦＰ１０は、ＰＣ３００からService Discovery要求を受信し（Ｓ６０でＹＥＳ）、第１の接続処理（Service Discovery, Provision Discovery, WSC Exchange, Authentication, Association, 4-way handshakeの通信）を実行し、ＰＣ３００とのＷｉ−Ｆｉ接続を確立する（Ｓ６２）。ＭＦＰ１０は、WSC Exchangeにおいて、第１のＷＦＤＮＷで利用される第１の無線設定情報（即ち、ＳＳＩＤ「ＹＹＹ１」、パスワード「ＰＰＰ１」等）をＰＣ３００に送信する。
【００６３】
ＰＣ３００は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立することによって、Ｔ７２において、第１のＷＦＤＮＷに子局（即ちＣＬ）として参加し、Ｔ７４において、第１の無線設定情報をＰｅｒｓｉｓｔｅｎｔ情報として保存する。これにより、ＰＣ３００は、ＭＦＰ１０とのＷｉ−Ｆｉ接続が切断された後に、ＭＦＰ１０とのＷｉ−Ｆｉ接続を再確立すべき場合に、ユーザによってパスワード「ＰＰＰ１」が入力されなくても、Ｐｅｒｓｉｓｔｅｎｔ情報を利用して、ＭＦＰ１０とのＷｉ−Ｆｉ接続を再確立することができる。
【００６４】
ＭＦＰ１０は、Ｔ７６において、第１の無線設定情報をＰｅｒｓｉｓｔｅｎｔ情報としてメモリ３４に保存し、ＰＣ３００のデバイス情報、即ち、ＭＡＣアドレス「ＤＤＤ」と、レガシー情報「ＮＯ」と、接続情報「ＹＥＳ」と、を接続テーブル３８に登録する（Ｓ６４）。
【００６５】
（ＭＦＰ１０と携帯端末１００との間のＷｉ−Ｆｉ接続の確立；図６及び図７）
図６の初期状態は、図５の処理が実行された後、即ち、ＰＣ２００及びＰＣ３００が、ＭＦＰ１０が親局（即ちＧ／Ｏ）として動作する第１のＷＦＤＮＷに子局として参加した後の状態である。なお、図６において、太線の矢印はＮＦＣ通信を示し、細線の矢印はＷｉ−Ｆｉ通信を示す。
【００６６】
Ｔ１１０において、ユーザが携帯端末１００をＭＦＰ１０に近づけると、Ｔ１２０において、ＭＦＰ１０と携帯端末１００との間のＮＦＣリンクが確立される（図２のＳ２０でＹＥＳ）。
【００６７】
ＭＦＰ１０は、Ｔ１２２において、ＮＦＣリンクを利用して、ＭＡＣアドレス「ＡＡＡ」を携帯端末１００に送信する（Ｓ２２）。Ｔ１３０、Ｔ１３２は、それぞれ、図５のＴ２２、Ｔ２４と同様である（Ｓ３０でＹＥＳ、Ｓ３２）。
【００６８】
携帯端末１００は、Ｔ１３２において、ＭＦＰ１０からＰｒｏｂｅ応答を受信すると、Ｔ１４０において、Ｇ／Ｏ状態に移行して第２のＷＦＤＮＷを形成し、当該第２のＷＦＤＮＷで利用されるべき第２の無線設定情報（即ち、ＳＳＩＤ「ＹＹＹ２」、パスワード「ＰＰＰ２」等）を生成する。Ｔ１５０、Ｔ１５２は、それぞれ、図５のＴ３０、Ｔ３２と同様である（Ｓ４０でＹＥＳ、Ｓ４２）。携帯端末１００は、Ｔ１５２において、ＭＦＰ１０からＰｒｏｂｅ応答を受信すると、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」を含むＰｅｒｓｉｓｔｅｎｔ情報が保存されていないと判断し、Ｔ１６０において、Ｉｎｖｉｔａｔｉｏｎ要求をＭＦＰ１０に送信する。
【００６９】
ＭＦＰ１０は、Ｔ１６０において、Ｉｎｖｉｔａｔｉｏｎ要求を受信すると（図３のＳ７０でＹＥＳ）、携帯端末１００のＭＡＣアドレス「ＢＢＢ」を含むＰｅｒｓｉｓｔｅｎｔ情報が保存されていないので、ＮＧ情報を含むＩｎｖｉｔａｔｉｏｎ応答を携帯端末１００に送信する（Ｓ７２）。そして、ＭＦＰ１０は、Ｔ１７０において、ＰＣ２００に切断要求を送信し、Ｔ１７２において、ＰＣ２００とのＷｉ−Ｆｉ接続を切断し、Ｔ１７４において、ＰＣ３００に切断要求を送信し、Ｔ１７６において、ＰＣ３００とのＷｉ−Ｆｉ接続を切断する。そして、Ｔ１７８において、ＭＦＰ１０は、Ｇ／Ｏ状態からデバイス状態に移行する（Ｓ７４）。これにより、第１のＷＦＤＮＷが消滅する。そして、ＭＦＰ１０は、Ｔ１８０において、携帯端末１００のＭＡＣアドレス「ＢＢＢ」を含むＰｒｏｂｅ要求を携帯端末１００に送信する（Ｓ８０）。
【００７０】
携帯端末１００は、Ｔ１８０において、ＭＦＰ１０からＰｒｏｂｅ要求を受信すると、Ｔ１８２において、Ｐｒｏｂｅ応答をＭＦＰ１０に送信する。
【００７１】
ＭＦＰ１０は、Ｔ１８２において、携帯端末１００からＰｒｏｂｅ応答を受信すると、Ｔ１９０において、携帯端末１００との第１の接続処理（Service Discovery, Provision Discovery, WSC Exchange, Authentication, Association, 4-way handshakeの通信）を実行する（Ｓ８２）。ＭＦＰ１０は、WSC Exchangeにおいて、携帯端末１００から第２の無線設定情報を受信する。これにより、ＭＦＰ１０と携帯端末１００との間のＷｉ−Ｆｉ接続が確立され、ＭＦＰ１０は、第２のＷＦＤＮＷに子局（即ちＣＬ）として参加する。
【００７２】
Ｔ１９２において、ＭＦＰ１０は、携帯端末１００のＭＡＣアドレス「ＢＢＢ」と、Ｔ１９０で受信された第２の無線設定情報と、を含むＰｅｒｓｉｓｔｅｎｔ情報をメモリ３４に保存する。
【００７３】
また、携帯端末１００は、Ｔ１９４において、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」と、Ｔ１９０で送信された第２の無線設定情報と、を含むＰｅｒｓｉｓｔｅｎｔ情報をメモリ１３４に保存する。
【００７４】
ＭＦＰ１０は、Ｔ２００において、Ｗｉ−Ｆｉ接続を利用して、対象データの通信を携帯端末１００と実行する。対象データは、例えば、携帯端末１００からＭＦＰ１０に送信される印刷データ、ＭＦＰ１０から携帯端末１００に送信されるスキャンデータである。
【００７５】
ＭＦＰ１０は、対象データの通信が完了すると、図７のＴ２１０において、携帯端末１００から切断要求を受信する。これにより、ＭＦＰ１０は、対象データの通信が完了したと判断し（図４のＳ１１０でＹＥＳ）、Ｔ２１２において、切断応答を携帯端末１００に送信する。この結果、Ｔ２２０において、ＭＦＰ１０と携帯端末１００との間のＷｉ−Ｆｉ接続が切断される（Ｓ１１２）。
【００７６】
ＭＦＰ１０は、図６のＴ１７０〜Ｔ１７８で第１のＷＦＤＮＷが消滅した際に、ＰＣ２００及びＰＣ３００が第１のＷＦＤＮＷに子局として参加していたと判断し（図４のＳ１２０でＹＥＳ）、レガシー機器（即ちＰＣ２００）が第１のＷＦＤＮＷに子局として参加していたと判断し（Ｓ１２２でＹＥＳ）、Ｔ２２２において、デバイス状態からＧ／Ｏ状態に移行する。これにより、ＭＦＰ１０は、第１のＷＦＤＮＷを再形成し、当該第１のＷＦＤＮＷで利用されるべき第１の無線設定情報（即ち、ＳＳＩＤ「ＹＹＹ１」、パスワード「ＰＰＰ１」等）を再生成する。そして、Ｔ２２４において、ＭＦＰ１０は、ＰＣ２００及びＰＣ３００のデバイス情報に含まれる接続情報を「ＹＥＳ」から「ＮＯ」に変更する。
【００７７】
Ｔ２３０、Ｔ２３２、Ｔ２３４、Ｔ２３６は、それぞれ、図５のＴ２２、Ｔ２４、Ｔ３０、Ｔ３２と同様である。上述のように、レガシー機器であるＰＣ２００は、Ｇ／Ｏとして動作するＭＦＰ１０とのＷｉ−Ｆｉ接続が切断された後に、ＭＦＰ１０とのＷｉ−Ｆｉ接続を再確立するための処理を自動的に実行する。具体的には、ＰＣ２００は、ＭＦＰ１０とのＷｉ−Ｆｉ接続が切断された後に、ブロードキャストによるＰｒｏｂｅ要求を定期的に送信し、ＭＦＰ１０からＰｒｏｂｅ応答を受信する場合、即ち、ＰＣ２００のメモリに保存されている再接続情報内のＭＡＣアドレス「ＡＡＡ」を含むＰｒｏｂｅ応答を受信する場合に、ＭＦＰ１０とのＷｉ−Ｆｉ接続を再確立する。即ち、Ｔ２３０で送信されるＰｒｏｂｅ要求は、ユーザによってサーチ操作が実行されることなく自動的に送信される。
【００７８】
Ｔ２３８は、図５のＴ４０と同様である。ここでは、ＰＣ２００に保存されている再接続情報を利用して、ＭＦＰ１０とＰＣ２００との間のＷｉ−Ｆｉ接続が確立される。これにより、ＰＣ２００は、第１のＷＦＤＮＷに子局として再び参加することができる。Ｔ２４０において、ＭＦＰ１０は、接続テーブル３８内のＰＣ２００のデバイス情報に含まれる接続情報を「ＮＯ」から「ＹＥＳ」に変更する。
【００７９】
なお、ＷＦＤ機器であるＰＣ３００は、レガシー機器であるＰＣ２００とは異なり、ＭＦＰ１０とのＷｉ−Ｆｉ接続が切断された後に、ブロードキャストによるＰｒｏｂｅ要求を自動的に送信しない。従って、本ケースでは、ＰＣ３００は、第１のＷＦＤＮＷに子局として再び参加しない。
【００８０】
（第１実施例の効果）
本実施例によると、ＭＦＰ１０は、第１のＷＦＤＮＷの親局として動作するＧ／Ｏ状態から、携帯端末１００が親局として動作する第２のＷＦＤＮＷに子局として参加するＣＬ状態に移行し（図６のＴ１７８、Ｔ１９０）、携帯端末１００との対象データの通信が完了した後に（Ｔ２００）、第１のＷＦＤＮＷを再形成する（図７のＴ２２２）。そして、ＭＦＰ１０は、第１のＷＦＤＮＷに子局として参加していたＰＣ２００を第１のＷＦＤＮＷに子局として再び参加させる（Ｔ２３８）。従って、ＭＦＰ１０が親局として動作していると共にＰＣ２００が子局として参加している第１のＷＦＤＮＷを再構築することができる。
【００８１】
（対応関係）
ＭＦＰ１０、ＰＣ２００、３００、携帯端末１００が、それぞれ、「通信装置」、「第１の外部装置」、「第２の外部装置」の一例である。Ｗｉ−ＦｉＩ／Ｆ２０が、「無線インタフェース」の一例である。第１のＷＦＤＮＷ、第２のＷＦＤＮＷが、それぞれ「第１の無線ネットワーク」、「第２の無線ネットワーク」の一例である。Ｉｎｖｉｔａｔｉｏｎ要求が、「所属要求」の一例である。ＣＬ状態、デバイス状態が、それぞれ、「第１の状態」、「第２の状態」の一例である。印刷データ、スキャンデータが、「対象データ」の一例である。ＷＦＤ方式、ＷＦＤ方式を利用しないＷｉ−Ｆｉ方式が「第１の無線通信方式」、「第２の無線通信方式」の一例である。
【００８２】
（第２実施例）
本実施例では、図４の処理が第１実施例と異なる。具体的には、Ｓ１２０でＹＥＳと判断される場合に、Ｓ２２０〜Ｓ２２６が実行される。
【００８３】
Ｓ２２０は、Ｓ１２４と同様である。Ｓ２２２において、ＣＰＵ３２は、図３のＳ７４で第１のＷＦＤＮＷが消滅した際に、１個以上のＷＦＤ機器が第１のＷＦＤＮＷに子局として参加していたのか否かを判断する。ＣＰＵ３２は、接続テーブル３８内のいずれかの参加デバイス情報がレガシー情報「ＮＯ」を含む場合に、Ｓ２２２でＹＥＳと判断し、Ｓ２２４に進み、接続テーブル３８内のいずれの参加デバイス情報もレガシー情報「ＮＯ」を含まない場合に、Ｓ２２２でＮＯと判断し、Ｓ２２４をスキップして、Ｓ２２６に進む。以下では、レガシー情報「ＮＯ」を含む参加デバイス情報のことを「ＷＦＤ参加デバイス情報」と呼ぶ。
【００８４】
Ｓ２２４において、ＣＰＵ３２は、接続テーブル３８内の１個以上のＷＦＤ参加デバイス情報によって特定される１個以上のＷＦＤ機器のそれぞれにＩｎｖｉｔａｔｉｏｎ要求を送信する。当該Ｉｎｖｉｔａｔｉｏｎ要求は、第１のＷＦＤＮＷに参加することを要求するためのコマンドである。ＣＰＵ３２は、Ｉｎｖｉｔａｔｉｏｎ要求をＷＦＤ機器に送信すると、当該ＷＦＤ機器からＩｎｖｉｔａｔｉｏｎ応答を受信する。そして、ＣＰＵ３２は、メモリ３４内の当該ＷＦＤ機器のＰｅｒｓｉｓｔｅｎｔ情報を利用して、当該ＷＦＤ機器とのＷｉ−Ｆｉ接続を再確立する。Ｓ２２６は、Ｓ１２６と同様である。
【００８５】
（具体的なケース）
続いて、図８を参照して、図２〜図４の処理によって実現されるケースについて説明する。なお、図８は、図６の続きであり、ＭＦＰ１０が、携帯端末１００が親局として動作する第２のＷＦＤＮＷに子局として参加した後の状態である。
【００８６】
Ｔ３１０〜Ｔ３２２は、図７のＴ２１０〜Ｔ２２２と同様である。ＭＦＰ１０は、図６のＴ１７０〜Ｔ１７８で第１のＷＦＤＮＷが消滅した際に、ＷＦＤ機器（即ちＰＣ３００）が第１のＷＦＤＮＷに子局として参加していたと判断し（Ｓ２２２でＹＥＳ）、Ｔ３３０において、Ｉｎｖｉｔａｔｉｏｎ要求をＰＣ３００に送信する（Ｓ２２４）。
【００８７】
ＰＣ３００は、Ｔ３３０において、ＭＦＰ１０からＩｎｖｉｔａｔｉｏｎ要求を受信すると、当該Ｉｎｖｉｔａｔｉｏｎ要求内のＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」を含むＰｅｒｓｉｓｔｅｎｔ情報を保存しているので（図５のＴ７４）、Ｔ３３２において、ＯＫ情報を含むＩｎｖｉｔａｔｉｏｎ応答をＭＦＰ１０に送信する。
【００８８】
ＭＦＰ１０は、ＰＣ３００からＩｎｖｉｔａｔｉｏｎ応答を受信すると、Ｔ３３４において、接続テーブル３８内のＰＣ２００及びＰＣ３００のそれぞれの接続情報を「ＹＥＳ」から「ＮＯ」に変更する（図４のＳ２２６）。Ｔ３３６、Ｔ３３８は、それぞれ、図５のＴ３０、Ｔ３２と同様である。ＭＦＰ１０は、さらに、ＰＣ３００からAuthentication要求を受信すると（図３のＳ７０でＮＯ）、Ｔ３４０において、Ｐｅｒｓｉｓｔｅｎｔ情報を利用して、第２の接続処理を実行し（Ｓ９０）、ＰＣ３００とのＷｉ−Ｆｉ接続を確立する（Ｓ９０）。そして、ＭＦＰ１０は、Ｔ３４２において、接続テーブル３８内のＰＣ３００の接続情報を「ＮＯ」から「ＹＥＳ」に変更する（Ｓ９４）。Ｔ３５０〜Ｔ３６０は、図７のＴ２３０〜Ｔ２４０と同様である。
【００８９】
（第２実施例の効果）
ＷＦＤ機器であるＰＣ３００は、ユーザによるサーチ操作が実行される場合、又は、親局として動作するＭＦＰ１０からＩｎｖｉｔａｔｉｏｎ要求を受信する場合に、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立することができる。本実施例によると、ＭＦＰ１０は、ＰＣ３００とのＷｉ−Ｆｉ接続を再確立するためのＩｎｖｉｔａｔｉｏｎ要求をＰＣ３００に送信する（Ｔ３３０）。これにより、ＭＦＰ１０は、ユーザによってサーチ操作がＰＣ３００に実行されなくても、ＰＣ３００とのＷｉ−Ｆｉ接続を適切に再確立することができる（Ｔ３４０）。本実施例によると、ＭＦＰ１０が親局として動作していると共に各ＰＣ２００、３００が子局として参加している第１のＷＦＤＮＷを再構築することができる。
【００９０】
（対応関係）
図４のＳ２２４で送信されるＩｎｖｉｔａｔｉｏｎ要求が、「参加要求」の一例である。
【００９１】
（第３実施例）
第３実施例では、ＭＦＰ１０のメモリ３４は、ＮＦＣフラグ４０を格納する。ＮＦＣフラグ４０は、ＮＦＣリンクが確立されたことを意味する「ＯＮ」と、ＮＦＣリンクが確立されていないことを意味する「ＯＦＦ」と、のどちらかの値を示す。また、本実施例では、ＭＦＰ１０は、図３の処理に代えて、図９の処理を実行する。また、図２、図４の各処理が第１実施例とは異なる。なお、実施例間で共通する処理については、同じ符号を付して説明を省略する。なお、本実施例では、ＭＦＰ１０が第１のＷＦＤＮＷの親局として動作している状態を、「第１のＧ／Ｏ状態」と呼ぶ。
【００９２】
図２に示すように、ＣＰＵ３２は、Ｓ１２において、ＭＦＰ１０をデバイス状態から第１のＧ／Ｏ状態に移行させる。
【００９３】
そして、ＣＰＵ３２は、Ｓ２０でＹＥＳと判断し、Ｓ２２を実行した後に、Ｓ３２４において、ＮＦＣフラグ４０を「ＯＦＦ」から「ＯＮ」に変更する。
【００９４】
（Ｗｉ−Ｆｉ接続処理；図４、図９）
次いで、図４、図９を参照して、本実施例のＭＦＰ１０のＣＰＵ３２が実行する処理の内容を説明する。まず、図９を参照して、本実施例のＷｉ−Ｆｉ接続処理を説明する。
【００９５】
Ｓ３５８において、ＣＰＵ３２は、ＮＦＣフラグ４０が「ＯＦＦ」であるのか否かを判断する。ＣＰＵ３２は、ＮＦＣフラグ４０が「ＯＦＦ」である場合（Ｓ３５８でＹＥＳ）に、Ｓ６０に進む。一方、ＣＰＵ３２は、ＮＦＣフラグ４０が「ＯＮ」である場合（Ｓ３５８でＮＯ）に、Ｓ３７０に進む。
【００９６】
Ｓ３７０において、ＣＰＵ３２は、ＭＦＰ１０を第１のＧ／Ｏ状態から第２のＧ／Ｏ状態に移行させる。第２のＧ／Ｏ状態は、ＭＦＰ１０が第１のＷＦＤＮＷとは異なる第３のＷＦＤＮＷの親局として動作している状態である。具体的には、ＣＰＵ３２は、ＭＦＰ１０を第１のＧ／Ｏ状態からデバイス状態に移行させ、さらに、ＭＦＰ１０をデバイス状態から第２のＧ／Ｏ状態に移行させる。これにより、ＭＦＰ１０は、第３のＷＦＤＮＷを形成し、第３のＷＦＤＮＷで利用されるべき第３の無線設定情報（即ち、ＳＳＩＤ「ＹＹＹ３」、パスワード「ＰＰＰ３」など）を生成する。
【００９７】
Ｓ３７２において、ＣＰＵ３２は、Ｓ６２と同様に対象機器との第１の接続処理を実行する。ＣＰＵ３２は、WSC Exchangeにおいて、Ｗｉ−ＦｉＩ／Ｆ２０を介して、第３の無線設定情報を対象機器に送信する。これにより、ＭＦＰ１０と対象機器との間のＷｉ−Ｆｉ接続が確立され、対象機器が第３のＷＦＤＮＷに子局として参加する。そして、ＣＰＵ３２は、図４のＳ１１０に進む。
【００９８】
ＣＰＵ３２は、図４のＳ１１０でＹＥＳと判断される場合に、Ｓ１１２において、ＭＦＰ１０を第２のＧ／Ｏ状態からデバイス状態に移行させ、対象機器とのＷｉ−Ｆｉ接続を切断する。そして、ＣＰＵ３２は、Ｓ４２４において、ＮＦＣフラグ４０を「ＯＮ」から「ＯＦＦ」に変更する。
【００９９】
（具体的なケース）
次いで、図１０を参照して、図２、図４、図９の各処理によって実現される具体的なケースについて説明する。図１０の初期状態は、図６の初期状態と同様である。Ｔ４１０〜Ｔ４３２は、図６のＴ１１０〜Ｔ１３２と同様である。また、Ｔ４４０、Ｔ４４２は、図６のＴ１５０、Ｔ１５２と同様である。
【０１００】
ＭＦＰ１０は、ＮＦＣフラグ４０が「ＯＮ」であると判断し（図９のＳ３５８でＮＯ）、Ｔ４５０において、第１のＧ／Ｏ状態からデバイス状態に移行し、Ｔ４５２において、ＰＣ２００とのＷｉ−Ｆｉ接続を切断し、Ｔ４５４において、ＰＣ３００とのＷｉ−Ｆｉ接続を切断し、Ｔ４５６において、デバイス状態から第２のＧ／Ｏ状態に移行する（Ｓ３７０）。これにより、ＭＦＰ１０は、第３のＷＦＤＮＷを形成し、第３のＷＦＤＮＷで利用されるべき第３の無線設定情報（即ち、ＳＳＩＤ「ＹＹＹ３」、パスワード「ＰＰＰ３」など）を生成する。
【０１０１】
Ｔ４６０は、図６のＴ７０と同様である（Ｓ３７２）。ここで、ＭＦＰ１０は、第３の無線設定情報を携帯端末１００に送信する。Ｔ４６２〜Ｔ４７０は、第３の無線設定情報がＰｅｒｓｉｓｔｅｎｔ情報として保存される点を除いて、図６のＴ１９２〜Ｔ２００と同様である。
【０１０２】
ＭＦＰ１０は、Ｔ４８０において、第２のＧ／Ｏ状態からデバイス状態に移行する。これにより、Ｔ４８２において、ＭＦＰ１０と携帯端末１００との間のＷｉ−Ｆｉ接続が切断される（図４のＳ１１２）。
【０１０３】
（第３実施例の効果）
本実施例によると、ＭＦＰ１０は、ＰＣ２００、３００が第１のＷＦＤＮＷに子局として参加している状況において、携帯端末１００からＰｒｏｂｅ要求を受信する場合（Ｔ４４０）に、第１のＧ／Ｏ状態から第２のＧ／Ｏ状態に移行する（Ｔ４５０、Ｔ４５６）。これにより、ＭＦＰ１０は、携帯端末１００とのＷｉ−Ｆｉ接続を確立し、携帯端末１００を第３のＷＦＤＮＷに子局として参加させることができる（Ｔ４６０）。従って、ＭＦＰ１０は、Ｗｉ−Ｆｉ接続を利用して、携帯端末１００との対象データの通信を実行することができる。
【０１０４】
（対応関係）
Ｓ２０でＹＥＳを経た後にＳ４０で受信されるＰｒｏｂｅ応答が、「所属要求」の一例である。第１のＷＦＤＮＷ、第３のＷＦＤＮＷが、それぞれ、「第１の無線ネットワーク」、「第２の無線ネットワーク」の一例である。第２のＧ／Ｏ状態が、「第１の状態」の一例である。
【０１０５】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【０１０６】
（変形例１）ＣＰＵ３２は、図３のＳ７４で第１のＷＦＤＮＷを消滅させる際に、第１のＷＦＤＮＷに参加している全ての機器がレガシー機器である場合にのみ、携帯端末１００とのＷｉ−Ｆｉ接続が確立され（図３のＳ８２）、当該Ｗｉ−Ｆｉ接続を利用した印刷データの受信が完了し（Ｓ１１０でＹＥＳ）、当該Ｗｉ−Ｆｉ接続が切断された後（Ｓ１１２）に、ＭＦＰ１０の動作状態をＣＬ状態からＧ／Ｏ状態に移行させてもよい。
【０１０７】
（変形例２）「通信装置」は、ＭＦＰ１０でなくてもよく、印刷機能のみを実行可能なプリンタ、スキャン機能のみを実行可能なスキャナ、ＰＣ、携帯端末等であってもよい。
【０１０８】
（変形例３）上記の実施例では、ＭＦＰ１０のＣＰＵ３２がプログラム３６（即ちソフトウェア）を実行することによって、図２〜図１０の各処理が実現される。これに代えて、図２〜図１０の各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。
【０１０９】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【０１１０】
２：通信システム、１０：多機能機（ＭＦＰ）、１２：操作部、１４：表示部、１６：印刷実行部、１８：スキャン実行部、２０：Ｗｉ−ＦｉＩ／Ｆ、２２：ＮＦＣＩ／Ｆ、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、３８：接続テーブル、４０：ＮＦＣフラグ、１００：携帯端末、１１２：操作部、１１４：表示部、１２０：Ｗｉ−ＦｉＩ／Ｆ、１２２：ＮＦＣＩ／Ｆ、１３０：制御部、１３２：ＣＰＵ、１３４：メモリ、１３６：ＯＳソフトウェア、１３８：ＭＦＰアプリケーション、２００、３００：ＰＣ
【図１】
2018125774.tif 000003
【図２】
2018125774.tif 000004
【図３】
2018125774.tif 000005
【図４】
2018125774.tif 000006
【図５】
2018125774.tif 000007
【図６】
2018125774.tif 000008
【図７】
2018125774.tif 000009
【図８】
2018125774.tif 000010
【図９】
2018125774.tif 000011
【図１０】
2018125774.tif 000012