JP6874381B2 - 通信装置 - Google Patents

Description

本明細書では、通信装置及び外部装置を同じ無線ネットワークに所属させるための技術を開示する。

通信装置が、外部装置が親局である無線ネットワークに子局として参加して、当該無線ネットワークを利用した無線通信を外部装置と実行する技術が広く知られている。

特開２０１３−２１４８０３号公報

通信装置は、第１の外部装置が親局である無線ネットワークに子局として参加している状態では、通常、他の無線ネットワークに所属することができない。

本明細書では、第１の外部装置が親局である第１の無線ネットワークに子局として参加している状態に代えて、第２の無線ネットワークに所属することができる通信装置を開示する。

本明細書によって開示される通信装置は、第１の無線インタフェースと、前記第１の無線インタフェースとは異なる第２の無線インタフェースであって、前記第２の無線インタフェースを介した無線通信を実行可能な距離は、前記第１の無線インタフェースを介した無線通信を実行可能な距離よりも小さい、前記第２の無線インタフェースと、前記通信装置が、前記第１の無線インタフェースを介した無線通信を実行するための第１の無線ネットワークであって、第１の外部装置が親局である前記第１の無線ネットワークに子局として参加している所定状態において、前記第２の無線インタフェースを介した第１の無線接続が前記第１の外部装置とは異なる第２の外部装置と確立される場合に、前記通信装置の動作状態を、前記第１の無線ネットワークの前記子局として動作する子局状態から、前記子局状態とは異なる特定状態に移行させる第１の移行部と、前記通信装置の動作状態が前記特定状態に移行した後に、前記第１の無線インタフェースを介して、前記第２の外部装置から要求信号を受信する受信部であって、前記要求信号は、前記第１の無線インタフェースを介した無線接続の確立を前記通信装置に要求するための信号である、前記受信部と、前記第２の外部装置から前記要求信号が受信される場合に、前記第１の無線インタフェースを介した第２の無線接続を前記第２の外部装置と確立して、前記第１の無線インタフェースを介した無線通信を実行するための第２の無線ネットワークに所属する第１の確立部と、を備える。

上記の構成によると、通信装置は、第１の外部装置が親局である第１の無線ネットワークに子局として参加している状態において、第１の無線接続が第２の外部装置と確立される場合に、子局状態から特定状態に移行する。このため、通信装置は、第２の外部装置から要求信号を受信すると、第１の無線インタフェースを介した第２の無線接続を第２の外部装置と確立して、第２の無線ネットワークに所属することができる。従って、通常装置は、第１の外部装置が親局である第１の無線ネットワークに子局として参加している状態に代えて、第２の無線ネットワークに所属することができる。

上記の通信装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の通信装置と第１及び／又は第２の外部装置を備える通信システムも、新規で有用である。

通信システムの構成を示す。 ＭＦＰがＣＬ状態に移行するシーケンス図を示す。 ＭＦＰが実行する処理のフローチャートを示す。 Ｗｉ−Ｆｉ接続処理のフローチャートを示す。 携帯端末が実行するＭＦＰアプリ処理のフローチャートを示す。 携帯端末とＭＦＰとの間にＮＦＣリンクが確立されるケースのシーケンス図を示す。 第２実施例のＭＦＰが実行する処理のフローチャートを示す。 第２実施例のＷｉ−Ｆｉ接続処理のフローチャートを示す。 第２実施例において、携帯端末とＭＦＰとの間にＮＦＣリンクが確立されるケースのシーケンス図を示す。

（第１実施例）
（通信システム２の構成；図１）
図１に示すように、通信システム２は、多機能機１０（以下では「ＭＦＰ（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」に記述されている無線通信方式である。

ＭＦＰ１０は、ＷＦＤ方式のＧｒｏｕｐ Ｏｗｎｅｒ状態、Ｃｌｉｅｎｔ状態、及び、デバイス状態のいずれかの状態で動作することができる。以下では、Ｇｒｏｕｐ Ｏｗｎｅｒ、Ｃｌｉｅｎｔのことを、それぞれ、「Ｇ／Ｏ」、「ＣＬ」と記載する。ＭＦＰ１０がＧ／Ｏ状態で動作する場合には、ＭＦＰ１０は、ＭＦＰ１０が親局（即ちＧ／Ｏ）として動作するＷＦＤネットワーク（以下では「ＷＦＤＮＷ」と記載する）を形成する。そして、ＭＦＰ１０は、外部機器とのＷｉ−Ｆｉ接続を確立して、外部機器をＷＦＤＮＷに子局として参加させることができる。例えば、外部機器がＷＦＤ方式をサポートしている機器（以下では「ＷＦＤ機器」と呼ぶ）である場合には、当該外部機器は、ＣＬ状態で動作して、ＷＦＤＮＷに子局（即ちＣＬ）として参加する。ＭＦＰ１０が親局として動作するＷＦＤネットワークに参加可能な子局の数の上限数が２以上である場合には、ＭＦＰ１０は、１個の外部機器が子局としてＷＦＤＮＷに参加している状態において、他の外部機器とのＷｉ−Ｆｉ接続をさらに確立して、当該他の外部機器をＷＦＤＮＷに子局として参加させることできる。また、外部機器がＧ／Ｏ状態で動作する場合には、ＭＦＰ１０は、ＣＬ状態で動作する。そして、ＭＦＰ１０は、外部機器とのＷｉ−Ｆｉ接続を確立して、当該外部機器によって形成されたＷＦＤＮＷに子局（即ちＣＬ）として参加することができる。ＭＦＰ１０は、外部機器によって形成されたＷＦＤＮＷに子局として参加している状態において、他の外部機器とのＷｉ−Ｆｉ接続をさらに確立することができない。なお、デバイス状態は、Ｇ／Ｏ状態及びＣＬ状態のどちらでもない状態、即ち、ＭＦＰ１０が外部機器との接続を確立していない状態である。

また、Ｗｉ−ＦｉＩ／Ｆ２０は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＷＰＳ（Wi-Fi Protected Setupの略）をサポートしている。ＷＰＳは、いわゆる自動無線設定又は簡単無線設定と呼ばれるものであり、Ｗｉ−Ｆｉ方式に従った無線接続（以下では「Ｗｉ−Ｆｉ接続」と呼ぶ）を確立するための無線設定情報（例えば、パスワード、認証方式、暗号化方式等）がユーザによって入力されなくても、一対の機器の間に簡単にＷｉ−Ｆｉ接続を確立することができる技術である。特に、Ｗｉ−ＦｉＩ／Ｆ２０は、ＷＰＳのＰＢＣ（Push Button Configurationの略）方式をサポートしている。ＰＢＣ方式は、一対の機器のそれぞれにユーザによって無線接続操作（例えばボタンを押す操作）が実行される場合に、一対の機器の間にＷｉ−Ｆｉ接続を確立するための方式である。

ＮＦＣＩ／Ｆ２２は、ＮＦＣ（Near Field Communicationの略）方式に従ったＮＦＣ通信を実行するためのＩ／Ｆである。ＮＦＣ方式は、例えば、ISO/IEC14443、15693、18092などの国際標準規格に基づく無線通信方式である。なお、ＮＦＣ通信を実行するためのＩ／Ｆの種類として、ＮＦＣフォーラムデバイス（NFC Forum Device）と呼ばれるＩ／Ｆと、ＮＦＣフォーラムタグと呼ばれるＩ／Ｆと、が知られている。ＮＦＣＩ／Ｆ２２は、ＮＦＣフォーラムデバイスであり、Ｐ２Ｐ（Peer To Peerの略）モード、Ｒ／Ｗ（Reader/Writerの略）モード、及び、ＣＥ（Card Emulationの略）モードのいずれかで選択的に動作可能なＩ／Ｆである。

次いで、Ｗｉ−ＦｉＩ／Ｆ２０とＮＦＣＩ／Ｆ２２との間の相違点を説明しておく。Ｗｉ−ＦｉＩ／Ｆ２０を介したＷｉ−Ｆｉ通信の通信速度（例えば最大の通信速度が１１〜６００Ｍｂｐｓ）は、ＮＦＣＩ／Ｆ２２を介したＮＦＣ通信の通信速度（例えば最大の通信速度が１００〜４２４Ｋｂｐｓ）よりも速い。また、Ｗｉ−ＦｉＩ／Ｆ２０を介したＷｉ−Ｆｉ通信における搬送波の周波数（例えば２．４ＧＨｚ帯又は５．０ＧＨｚ帯）は、ＮＦＣＩ／Ｆ２２を介したＮＦＣ通信における搬送波の周波数（例えば１３．５６ＭＨｚ帯）とは異なる。また、Ｗｉ−ＦｉＩ／Ｆ２０を介したＷｉ−Ｆｉ通信を実行可能な最大の距離（例えば最大で約１００ｍ）は、ＮＦＣＩ／Ｆ２２を介したＮＦＣ通信を実行可能な最大の距離（例えば最大で約１０ｃｍ）よりも大きい。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。

（携帯端末１００の構成）
携帯端末１００は、例えば、携帯電話、スマートフォン、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。携帯端末１００には、ＭＡＣアドレス「ＢＢＢ」が割り当てられている。携帯端末１００は、操作部１１２と、表示部１１４と、Ｗｉ−ＦｉＩ／Ｆ１２０と、ＮＦＣＩ／Ｆ１２２と、制御部１３０と、を備える。

操作部１１２は、複数のキーを備える。ユーザは、操作部１１２を操作することによって、様々な指示を携帯端末１００に入力することができる。表示部１１４は、様々な情報を表示するためのディスプレイである。表示部１１４は、いわゆるタッチパネルとしても機能する。即ち、表示部１１４は、操作部としても機能する。以下では、操作部１１２及び表示部１１４を総称して「端末操作部」と呼ぶことがある。Ｗｉ−ＦｉＩ／Ｆ１２０、ＮＦＣＩ／Ｆ１２２は、それぞれ、ＭＦＰ１０のＷｉ−ＦｉＩ／Ｆ２０、ＮＦＣＩ／Ｆ２２と同様である。

制御部１３０は、ＣＰＵ１３２と、メモリ１３４と、を備える。ＣＰＵ１３２は、メモリ１３４に格納されているＯＳ（Operation Systemの略）プログラム１３６に従って、様々な処理を実行する。ＯＳプログラム１３６は、携帯端末１００の種々の基本的な動作を制御するためのソフトウェアである。また、メモリ１３４は、ＭＦＰアプリケーション１３８を格納する。ＭＦＰアプリケーション１３８は、ＭＦＰ１０のベンダによって提供されるアプリケーションであり、例えば、インターネット上のサーバから携帯端末１００にインストールされる。ＭＦＰアプリケーション１３８は、携帯端末１００とＭＦＰ１０の間にＷｉ−Ｆｉ接続を確立させたり、携帯端末１００とＭＦＰ１０の間でＷｉ−Ｆｉ接続を利用して対象データ（例えば印刷データ、スキャンデータ）の通信を実行させたりするためのアプリケーションである。以下では、ＭＦＰアプリケーション１３８のことを単に「ＭＦＰアプリ１３８」と呼ぶ。

本実施例では、さらに、ＰＣ２００がＭＦＰ１０の周囲に存在する。ＰＣ２００は、ＷＦＤ機器である。ＰＣ２００は、リモートＵＩ（User Interfaceの略）アプリケーション２１０（以下では、「ＵＩアプリ２１０」と呼ぶ）を有する。ＵＩアプリ２１０は、ＭＦＰ操作部に対する操作と同様の操作をＰＣ２００で実行するためのアプリケーションである。ＰＣ２００とＭＦＰ１０とが同じＷＦＤＮＷに所属している状態において、ＵＩアプリ２１０が起動されると、ＰＣ２００には、ＭＦＰ１０の表示部１４に表示される画面と同様の画面が表示される。この状態において、画面内のボタンが操作されると、ＰＣ２００は、Ｗｉ−Ｆｉ接続を利用して、当該ボタンが操作されたことを示す情報をＭＦＰ１０に送信する。この結果、ＭＦＰ１０は、当該ボタンに割り当てられている機能を実行する。

（ＭＦＰ１０とＰＣ２００との間のＷｉ−Ｆｉ接続確立；図２）
続いて、図２を参照して、ＭＦＰ１０とＰＣ２００との間にＷｉ−Ｆｉ接続が確立される様子を説明する。図２の初期状態では、ＭＦＰ１０は、デバイス状態で動作している。

Ｔ１０において、ユーザによってサーチ操作がＰＣ２００に実行されると、Ｔ１２において、ＰＣ２００は、ブロードキャストによってＰｒｏｂｅ要求を送信する。

ＭＦＰ１０は、Ｔ１２において、ＰＣ２００からＰｒｏｂｅ要求を受信すると、Ｔ１４において、デバイス名「ＸＸＸ」を含むＰｒｏｂｅ応答をＰＣ２００に送信する。

ＰＣ２００は、Ｔ１４において、ＭＦＰ１０からＰｒｏｂｅ応答を受信すると、Ｔ１６において、当該Ｐｒｏｂｅ応答に含まれるデバイス名「ＸＸＸ」を含む選択画面を表示し、Ｔ１８において、デバイス名「ＸＸＸ」の選択を受け付ける。そして、ＰＣ２００は、Ｔ２０において、ネゴシエーション要求をＭＦＰ１０に送信する。ネゴシエーション要求は、Ｇ／Ｏネゴシエーションと呼ばれる通信を実行することを要求するための信号である。Ｇ／Ｏネゴシエーションは、ＭＦＰ１０及びＰＣ２００のどちらが親局（即ちＧ／Ｏ）として動作すべきかを決定するための動作決定通信である。

ＭＦＰ１０は、Ｔ２０において、ＰＣ２００からネゴシエーション要求を受信すると、Ｔ２２において、接続確認画面を表示部１４に表示する。接続確認画面は、ＰＣ２００とのＷｉ−Ｆｉ接続を確立するのか否かをユーザに確認するための画面である。ＭＦＰ１０は、Ｔ２４において、接続確認画面内のＯＫボタンが選択されることを受け付ける。

Ｔ３０において、ＭＦＰ１０及びＰＣ２００は、Ｇ／Ｏネゴシエーションを実行する。この結果、ＰＣ２００がＧ／Ｏとして動作することが決定される。このために、ＰＣ２００がデバイス状態からＧ／Ｏ状態に移行し、ＭＦＰ１０がデバイス状態からＣＬ状態に移行する。

ＰＣ２００は、ＰＣ２００が親局（即ちＧ／Ｏ）として動作する第１のＷＦＤＮＷで利用されるべき第１の無線設定情報（即ち、ＳＳＩＤ「ＹＹＹ１」、パスワード「ＰＰＰ１」等）を生成し、第１の無線設定情報をＭＦＰ１０に送信する。

ＭＦＰ１０は、ＰＣ２００から第１の無線設定情報を受信すると、第１の無線設定情報を利用してＰＣ２００とのＷｉ−Ｆｉ接続を確立して、第１のＷＦＤＮＷに子局（即ちＣＬ）として参加する。

（ＭＦＰ１０が実行する処理；図３）
続いて、図３を参照して、ＭＦＰ１０のＣＰＵ３２がプログラム３６に従って実行する処理の内容を説明する。ＭＦＰ１０がＣＬ状態に移行すると、図３の処理が開始される。以下では、ＭＦＰ１０が、ＰＣ２００が親局（即ちＧ／Ｏ）として動作する第１のＷＦＤＮＷに子局（即ちＣＬ）として参加している状態を例として、図３の処理の内容を説明する。

Ｓ１０において、ＣＰＵ３２は、ＭＦＰ１０と携帯端末１００との間にＮＦＣリンクが確立されることを監視する。ユーザが携帯端末１００をＭＦＰ１０に近づけると、携帯端末１００のＮＦＣＩ／Ｆ１２２とＭＦＰ１０のＮＦＣＩ／Ｆ２２との間の距離が、ＮＦＣリンクを確立可能な最大の距離（例えば１０ｃｍ）よりも小さくなる。この結果、ＭＦＰ１０と携帯端末１００との間のＮＦＣリンクが確立される。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２からＮＦＣリンクが確立されたことを示す確立情報を取得する場合に、Ｓ１０でＹＥＳと判断して、Ｓ１２に進む。

Ｓ１２において、ＣＰＵ３２は、確立済みのＮＦＣリンクを利用して（即ちＮＦＣＩ／Ｆ２２を介して）、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」を携帯端末１００に送信する。

Ｓ１４において、ＣＰＵ３２は、ＰＣ２００とのＷｉ−Ｆｉ通信を実行中であるのか否かを判断する。ＣＰＵ３２は、ＯＳＩ参照モデルのデータリンク層よりも上位層（即ち、ネットワーク層、トランスポート層、セッション層、プレゼンテーション層、及び、アプリケーション層）を利用したＴＣＰ／ＩＰ通信をＰＣ２００と実行している場合に、ＰＣ２００とのＷｉ−Ｆｉ通信を実行中であると判断し（Ｓ１４でＹＥＳ）、Ｓ３０に進む。例えば、ＰＣ２００から印刷対象の画像を表わす印刷データを受信している場合、又は、スキャンによって生成されたスキャンデータをＰＣ２００に送信している場合には、Ｓ１４でＹＥＳと判断される。一方、ＣＰＵ３２は、ＴＣＰ／ＩＰ通信をＰＣ２００と実行していない場合には、ＰＣ２００とのＷｉ−Ｆｉ通信を実行中でないと判断し（Ｓ１４でＮＯ）、Ｓ１６に進む。従って、ＣＰＵ３２は、データリンク層以下の層のみを利用した通信（例えばビーコン信号の通信）をＰＣ２００と実行していても、ＰＣ２００とのＷｉ−Ｆｉ通信を実行中でないと判断する。

Ｓ３０において、ＣＰＵ３２は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立することが不可能であることを示すエラー画面を表示部１４に表示させる。Ｓ３０が終了すると、図３の処理を終了する。即ち、ＣＰＵ３２は、ＭＦＰ１０をＣＬ状態からデバイス状態に移行させず（即ちＳ４０を実行せず）、ＰＣ２００とのＷｉ−Ｆｉ接続を切断しないと共に、携帯端末１００とのＷｉ−Ｆｉ接続を確立しない。

また、Ｓ１６において、ＣＰＵ３２は、ＰＣ２００とのＷｉ−Ｆｉ通信が実行されていない時間（以下では「未通信時間」と呼ぶ）が第１の所定時間よりも大きいのか否かを判断する。未通信時間は、ＰＣ２００との最後のＷｉ−Ｆｉ通信が完了してからの経過時間である。ＣＰＵ３２は、未通信時間が第１の所定時間以下であると判断する場合（Ｓ１６でＮＯ）に、Ｓ３０に進み、ＭＦＰ１０をＣＬ状態からデバイス状態に移行させずに、図３の処理を終了する。例えば、ユーザがＰＣ２００内の複数のドキュメントをＭＦＰ１０に印刷させることを望んでいる場合には、第１のドキュメント（即ち印刷データ）のＷｉ−Ｆｉ通信が完了してから第２のドキュメントのＷｉ−Ｆｉ通信が開始するまでの間に、未通信時間が発生する。そして、ユーザがＰＣ２００内の複数のドキュメントの印刷を望んでいる場合には、第２のドキュメントのＷｉ−Ｆｉ通信は、通常、第１のドキュメントのＷｉ−Ｆｉ通信の完了から比較的に短時間のうちに開始される。仮に、第１のドキュメントのＷｉ−Ｆｉ通信と第２のドキュメントのＷｉ−Ｆｉ通信との間の未通信時間内において、ＰＣ２００とのＷｉ−Ｆｉ接続を切断すると、全てのドキュメントの印刷をＭＦＰ１０に実行させることができなくなる事象が起こり得る。このような事象が発生するのを抑制するために、未通信時間が第１の所定時間以下であると判断する場合（Ｓ１６でＮＯ）には、ＰＣ２００とのＷｉ−Ｆｉ接続を切断しない構成を採用している。

Ｓ１８において、ＣＰＵ３２は、ＰＣ２００との通信実績があるのか否かを判断する。ＣＰＵ３２は、ＭＦＰ１０が第１のＷＦＤＮＷに参加した後に、ＰＣ２００とのＷｉ−Ｆｉ通信が１回以上実行されている場合に、ＰＣ２００との通信実績があると判断し（Ｓ１８でＹＥＳ）、Ｓ２０に進む。一方、ＣＰＵ３２は、ＰＣ２００とのＷｉ−Ｆｉ通信が未だに実行されていない場合に、ＰＣ２００との通信実績がないと判断し（Ｓ１８でＮＯ）、Ｓ３０に進み、ＭＦＰ１０をＣＬ状態からデバイス状態に移行させずに、図３の処理を終了する。ＰＣ２００のユーザは、ＭＦＰ１０とのＷｉ−Ｆｉ接続が確立された後に、ＭＦＰ１０とＰＣ２００との間で何らかのＷｉ−Ｆｉ通信を実行することを望む。従って、ＰＣ２００との通信実績がない状況では、Ｗｉ−Ｆｉ通信を実行するための操作がユーザによってＰＣ２００に実行される可能性が高い。仮に、このような状況において、ＰＣ２００とのＷｉ−Ｆｉ接続を切断すると、ユーザが所望しているＷｉ−Ｆｉ通信を実行することができなくなる。このような事象が発生するのを抑制するために、ＰＣ２００との通信実績がないと判断する場合（Ｓ１８でＮＯ）には、ＰＣ２００とのＷｉ−Ｆｉ接続を切断しない構成を採用している。

Ｓ２０において、ＣＰＵ３２は、ＰＣ２００からＵＩアプリ２１０を利用したアクセスを受付中であるのか否かを判断する。ＰＣ２００からＵＩアプリ２１０を利用したアクセスを受け付けると、ＭＦＰ１０のメモリ３４は、アクセスを受付中であることを示す情報（以下では「アクセス情報」と呼ぶ）を格納する。なお、ＰＣ２００からＵＩアプリ２１０の利用を終了する旨の情報が受信されると、メモリ３４からアクセス情報が消去される。ＣＰＵ３２は、アクセス情報がメモリ３４に格納されていない場合に、ＵＩアプリ２１０を利用したアクセスを受付中でないと判断し（Ｓ２０でＮＯ）、Ｓ４０に進む。一方、ＣＰＵ３２は、アクセス情報がメモリ３４に格納されている場合に、ＵＩアプリ２１０を利用したアクセスを受付中であると判断し（Ｓ２０でＹＥＳ）、Ｓ３０に進み、ＭＦＰ１０をＣＬ状態からデバイス状態に移行させずに、図３の処理を終了する。ＰＣ２００がＵＩアプリ２１０を利用してＭＦＰ１０にアクセスしている状態において、ＭＦＰ１０の表示部１４に表示される画面内のボタンがユーザによって操作される場合に、ＰＣ２００とＭＦＰ１０とのＷｉ−Ｆｉ通信が実行される。即ち、ＵＩアプリ２１０がＰＣ２００で起動されている状況では、ボタン操作を示す情報がＰＣ２００からＭＦＰ１０に断続的に送信され得る。このような状況において、仮に、ＰＣ２００とのＷｉ−Ｆｉ接続を切断すると、ユーザが所望している動作をＭＦＰ１０で実行させることができなくなる事象が起こり得る。このような事象が発生するのを抑制するために、ＵＩアプリ２１０を利用したアクセスを受付中である場合（Ｓ２０でＹＥＳ）には、ＰＣ２００とのＷｉ−Ｆｉ接続を切断しない構成を採用している。

Ｓ４０において、ＣＰＵ３２は、ＭＦＰ１０をＣＬ状態からデバイス状態に移行させる。これにより、ＭＦＰ１０とＰＣ２００との間のＷｉ−Ｆｉ接続が切断され、ＭＦＰ１０は第１のＷＦＤＮＷから離脱する。

Ｓ４２において、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を介して、携帯端末１００からＰｒｏｂｅ要求を受信する。当該Ｐｒｏｂｅ要求は、携帯端末１００からブロードキャストによって送信される信号（即ち宛先が特定されていない信号）であり、Ｗｉ−Ｆｉ接続を確立可能な装置を検索するための信号である。ＣＰＵ３２は、Ｐｒｏｂｅ要求を受信すると、Ｗｉ−ＦｉＩ／Ｆ２０を介して、ＭＡＣアドレス「ＡＡＡ」及びデバイス名「ＸＸＸ」を含むＰｒｏｂｅ応答を携帯端末１００に送信する。

Ｓ４４において、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を介して、携帯端末１００からＰｒｏｂｅ要求を受信する。当該Ｐｒｏｂｅ要求は、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」を含む。即ち、当該Ｐｒｏｂｅ要求は、携帯端末１００からユニキャストによって送信される信号（即ち宛先が特定されている信号）であり、Ｗｉ−Ｆｉ接続の確立をＭＦＰ１０に要求するための信号である。ＣＰＵ３２は、Ｐｒｏｂｅ要求を受信すると、Ｗｉ−ＦｉＩ／Ｆ２０を介して、ＭＡＣアドレス「ＡＡＡ」及びデバイス名「ＸＸＸ」を含むＰｒｏｂｅ応答を携帯端末１００に送信する。これにより、ＭＦＰ１０は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立可能であることを携帯端末１００に知らせることができる。

Ｓ４６において、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を介して、Ｐｅｒｓｉｓｔｅｎｔフラグを含むＩｎｖｉｔａｔｉｏｎ要求を携帯端末１００から受信することを監視する。Ｉｎｖｉｔａｔｉｏｎ要求は、携帯端末１００が親局（即ちＧ／Ｏ）として動作するＷＦＤＮＷに参加することを要求するための信号である。Ｐｅｒｓｉｓｔｅｎｔフラグは、ＷＰＳ処理を実行せずにＰｅｒｓｉｓｔｅｎｔ情報を利用してＷｉ−Ｆｉ接続を確立することを要求するための「ＯＮ」と、ＷＰＳ処理を実行してＷｉ−Ｆｉ接続を確立することを要求するための「ＯＦＦ」と、のどちらかの値に設定される。Ｐｅｒｓｉｓｔｅｎｔ情報は、ＭＦＰ１０と携帯端末１００との間にＷｉ−Ｆｉ接続を過去に確立するために利用された無線設定情報、即ち、携帯端末１００によって過去に形成されたＷＦＤＮＷで利用された無線設定情報である。例えば、ＭＦＰ１０が携帯端末１００によって形成された第２のＷＦＤＮＷに参加した実績があるのであれば、ＭＦＰ１０のメモリ３４は、携帯端末１００のＭＡＣアドレス「ＢＢＢ」と、第２のＷＦＤＮＷのＳＳＩＤ「ＹＹＹ２」と、第２のＷＦＤＮＷで利用されるパスワード「ＰＰＰ２」と、を含むＰｅｒｓｉｓｔｅｎｔ情報を格納している。ＣＰＵ３２は、Ｉｎｖｉｔａｔｉｏｎ要求を受信する場合（Ｓ４６でＹＥＳ）に、Ｓ５０において、携帯端末１００とのＷｉ−Ｆｉ接続を確立するためのＷｉ−Ｆｉ接続処理を実行する。Ｓ５０が終了すると、図３の処理を終了する。

また、ＣＰＵ３２は、Ｓ４６の監視と同時的に、Ｓ４８において、ＭＦＰ１０がＣＬ状態からデバイス状態に移行してから第２の所定時間が経過することを監視する。ＣＰＵ３２は、Ｉｎｖｉｔａｔｉｏｎ要求を受信することなく、第２の所定時間が経過すると、Ｓ４８でＹＥＳと判断し、Ｓ６０に進む。なお、変形例では、ＣＰＵ３２は、Ｓ４２のＰｒｏｂｅ要求の受信を監視し、当該Ｐｒｏｂｅ要求を受信することなく第２の所定時間が経過する場合に、Ｓ６０に進んでもよい。また、別の変形例では、ＣＰＵ３２は、Ｓ４４のＰｒｏｂｅ要求の受信を監視し、当該Ｐｒｏｂｅ要求を受信することなく第２の所定時間が経過する場合に、Ｓ６０に進んでもよい。

Ｓ６０において、ＣＰＵ３２は、ＰＣ２００とのＷｉ−Ｆｉ接続を再確立する。具体的には、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を介して、Ｗｉ−Ｆｉ接続の確立を要求するための信号（例えばＰｒｏｂｅ要求等）をＰＣ２００に送信する。上述のように、ＭＦＰ１０とＰＣ２００との間のＷｉ−Ｆｉ接続は過去に確立されており、ＭＦＰ１０のメモリ３４は、ＰＣ２００のＭＡＣアドレス「ＣＣＣ」と、第１のＷＦＤＮＷのＳＳＩＤ「ＹＹＹ１」と、第１のＷＦＤＮＷで利用されるパスワード「ＰＰＰ１」と、を含むＰｅｒｓｉｓｔｅｎｔ情報を格納している。このために、ＣＰＵ３２は、メモリ３４内のＰｅｒｓｉｓｔｅｎｔ情報（即ち第１の無線設定情報）を利用して、ＰＣ２００とのＷｉ−Ｆｉ接続を再確立することができる。この結果、ＭＦＰ１０は、ＰＣ２００が親局（即ちＧ／Ｏ）として動作する第１のＷＦＤＮＷに子局（即ちＣＬ）として参加する。Ｓ６０が終了すると、図３の処理を終了する。

（Ｗｉ−Ｆｉ接続処理；図４）
続いて、図４を参照して、図３のＳ５０で実行されるＷｉ−Ｆｉ接続処理を説明する。

Ｓ１１０において、ＣＰＵ３２は、図３のＳ４６で受信されるＩｎｖｉｔａｔｉｏｎ要求内のＰｅｒｓｉｓｔｅｎｔフラグが「ＯＦＦ」を示すのか否かを判断する。ＣＰＵ３２は、当該フラグが「ＯＦＦ」を示す場合（Ｓ１１０でＹＥＳ）に、Ｓ１２０に進み、当該フラグが「ＯＮ」を示す場合（Ｓ１１０でＮＯ）に、Ｓ１３０に進む。なお、以下では、「ＯＮ（又はＯＦＦ）」を示すＰｅｒｓｉｓｔｅｎｔフラグを含むＩｎｖｉｔａｔｉｏｎ要求のことを、「Ｉｎｖｉｔａｔｉｏｎ要求（ＯＮ（又はＯＦＦ））」と記載する。

Ｓ１２０において、ＣＰＵ３２は、ＷＰＳ処理を実行可能であることを示すＯＫ情報を含むＩｎｖｉｔａｔｉｏｎ応答を携帯端末１００に送信する。

Ｓ１２２において、ＣＰＵ３２は、ＷＰＳ処理を実行する。ＷＰＳ処理は、親局（即ちＧ／Ｏ）として動作する携帯端末１００とのＷｉ−Ｆｉ接続を確立するための無線設定情報を受信する処理を含む。従って、ＣＰＵ３２は、携帯端末１００から、携帯端末１００のＭＡＣアドレス「ＢＢＢ」と、携帯端末１００によって形成される第２のＷＦＤＮＷのＳＳＩＤ「ＹＹＹ２」と、当該ＷＦＤＮＷのパスワード「ＰＰＰ２」と、を含む第２の無線設定情報を受信する。

Ｓ１２４において、ＣＰＵ３２は、デバイス状態からＣＬ状態に移行し、Ｓ１２２で受信された第２の無線設定情報を利用して、携帯端末１００とのＷｉ−Ｆｉ接続を確立する。これにより、ＭＦＰ１０は、携帯端末１００が親局（即ちＧ／Ｏ）として動作する第２のＷＦＤＮＷに子局（即ちＣＬ）として参加することができる。

Ｓ１２６において、ＣＰＵ３２は、Ｓ１２２で受信された第２の無線設定情報をＰｅｒｓｉｓｔｅｎｔ情報としてメモリ３４に保存する。

図示省略しているが、Ｓ１２６が終了すると、ＣＰＵ３２は、Ｓ１２４で確立されたＷｉ−Ｆｉ接続を利用して（即ち第２のＷＦＤＮＷを利用して）、様々なデータの通信を携帯端末１００と実行することができる。例えば、ＣＰＵ３２は、携帯端末１００から能力情報要求を受信し、能力情報応答を携帯端末１００に送信する。能力情報応答は、ＭＦＰ１０が印刷機能及びスキャン機能を実行可能であることを示す情報を含む。これにより、携帯端末１００は、ＭＦＰ１０の能力を知ることができる。また、例えば、ＣＰＵ３２は、携帯端末１００から印刷対象の画像を表わす印刷データを受信したり、原稿のスキャンによって得られるスキャンデータを携帯端末１００に送信したりすることができる。そして、ＣＰＵ３２は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を切断するための操作が携帯端末１００に実行される場合に、携帯端末１００から切断要求を受信する。これにより、ＭＦＰ１０と携帯端末１００との間のＷｉ−Ｆｉ接続が切断される。

また、Ｓ１３０において、ＣＰＵ３２は、図３のＳ４６で受信されたＩｎｖｉｔａｔｉｏｎ要求（ＯＮ）内の携帯端末１００のＭＡＣアドレス「ＢＢＢ」を含むＰｅｒｓｉｓｔｅｎｔ情報がメモリ３４に保存されているのか否かを判断する。ＣＰＵ３２は、当該Ｐｅｒｓｉｓｔｅｎｔ情報がメモリ３４に保存されていると判断される場合（Ｓ１３０でＹＥＳ）に、Ｓ１４０に進み、当該Ｐｅｒｓｉｓｔｅｎｔ情報がメモリ３４に保存されていないと判断される場合（Ｓ１３０でＮＯ）に、Ｓ１２０に進む。即ち、当該Ｐｅｒｓｉｓｔｅｎｔ情報がメモリ３４に保存されていない場合には、ＣＰＵ３２は、ＷＰＳ処理を実行して、携帯端末１００とのＷｉ−Ｆｉ接続を確立することができる（Ｓ１２２、Ｓ１２４）。

Ｓ１４０において、ＣＰＵ３２は、Ｐｅｒｓｉｓｔｅｎｔ情報を利用したＷｉ−Ｆｉ接続を確立可能であることを示すＯＫ情報を含むＩｎｖｉｔａｔｉｏｎ応答を携帯端末１００に送信する。

Ｓ１４２において、ＣＰＵ３２は、デバイス状態からＣＬ状態に移行し、ＷＰＳ処理を実行することなく、メモリ３４内のＰｅｒｓｉｓｔｅｎｔ情報（即ち第２の無線設定情報）を利用して、携帯端末１００とのＷｉ−Ｆｉ接続を確立する。即ち、ＣＰＵ３２は、携帯端末１００から第２の無線設定情報を受信しなくても、メモリ３４内の第２の無線設定情報を利用して、携帯端末１００とのＷｉ−Ｆｉ接続を確立することができる。ＷＰＳ処理が実行されないので、ＭＦＰ１０と携帯端末１００との間のＷｉ−Ｆｉ接続が迅速に確立される。これにより、ＭＦＰ１０は、携帯端末１００が親局（即ちＧ／Ｏ）として動作する第２のＷＦＤＮＷに子局（即ちＣＬ）として参加することができる。

図示省略しているが、Ｓ１４２が終了すると、ＣＰＵ３２は、Ｓ１４２で確立されたＷｉ−Ｆｉ接続を利用して（即ち第２のＷＦＤＮＷを利用して）、印刷データ、スキャンデータ等の様々なデータの通信を携帯端末１００と実行することができる。そして、ＣＰＵ３２は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を切断するための操作が携帯端末１００に実行される場合に、携帯端末１００から切断要求を受信する。これにより、ＭＦＰ１０と携帯端末１００との間のＷｉ−Ｆｉ接続が切断される。

（図５；携帯端末１００が実行するＭＦＰアプリ処理）
次いで、図５を参照して、携帯端末１００のＣＰＵ１３２がＭＦＰアプリ１３８に従って実行する処理の内容を説明する。ＭＦＰアプリ１３８を起動させるための操作が端末操作部に実行される場合に、ＣＰＵ１３２は、図５の処理を開始する。なお、以下では、説明の便宜上、ＣＰＵ１３２を主体として記載せずに、ＣＰＵ１３２がＭＦＰアプリ１３８に従って実行する処理の主体、ＣＰＵ１３２がＯＳプログラム１３６に従って実行する処理の主体を、それぞれ、「アプリ１３８」、「ＯＳ１３６」と記載する。

Ｓ２１０において、アプリ１３８は、ＭＦＰ１０と携帯端末１００との間にＮＦＣリンクが確立されることを監視する。アプリ１３８は、ＮＦＣＩ／Ｆ１２２からＮＦＣリンクが確立されたことを示す情報を取得する場合に、Ｓ２１０でＹＥＳと判断して、Ｓ２１２に進む。

Ｓ２１２において、アプリ１３８は、ＮＦＣＩ／Ｆ１２２を介して、ＭＦＰ１０から、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」を受信する。

Ｓ２２０において、アプリ１３８は、ブロードキャストによってＰｒｏｂｅ要求を送信するための指示をＯＳ１３６に供給する。この場合、ＯＳ１３６は、当該指示をＷｉ−ＦｉＩ／Ｆ１２０に供給する。ＯＳ１３６は、Ｐｒｏｂｅ要求の送信に応じて、Ｗｉ−ＦｉＩ／Ｆ１２０を介して、ＭＦＰ１０から、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」と、ＭＦＰ１０のデバイス名「ＸＸＸ」と、を含むＰｒｏｂｅ応答を受信する。そして、ＯＳ１３６は、ＭＡＣアドレスと、デバイス名と、をアプリ１３８に供給する。

Ｓ２２２において、アプリ１３８は、携帯端末１００の動作状態をデバイス状態からＧ／Ｏ状態に移行させる。この結果、ＯＳ１３６は、携帯端末１００が親局（即ちＧ／Ｏ）として動作する第２のＷＦＤＮＷを形成し、第２のＷＦＤＮＷで利用されるべき第２の無線設定情報（即ち、ＳＳＩＤ「ＹＹＹ２」、「ＰＰＰ２」等）を生成する。なお、変形例では、アプリ１３８は、携帯端末１００の動作状態を、ＳｏｆｔＡＰが起動されていない状態から、ＳｏｆｔＡＰが起動されている状態に移行させてもよい。この場合も、携帯端末１００が親局として動作する無線ネットワークが形成される。

Ｓ２２４において、アプリ１３８は、接続要求指示をＯＳ１３６に供給する。接続要求指示は、Ｓ２１２で受信されたＭＡＣアドレス「ＡＡＡ」を含むＰｒｏｂｅ要求を送信するための指示と、Ｉｎｖｉｔａｔｉｏｎ要求を送信するための指示と、を含む。ＯＳ１３６は、接続要求指示を取得すると、ＭＡＣアドレス「ＡＡＡ」を含むＰｒｏｂｅ要求を送信するための指示をＷｉ−ＦｉＩ／Ｆ１２０に供給する。ＯＳ１３６は、Ｐｒｏｂｅ要求の送信に応じて、Ｗｉ−ＦｉＩ／Ｆ１２０を介して、ＭＦＰ１０からＰｒｏｂｅ応答を受信する。そして、ＯＳ１３６は、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」を含むＰｅｒｓｉｓｔｅｎｔ情報がメモリ１３４に記憶されているのか否かを判断する。ＯＳ１３６は、当該Ｐｅｒｓｉｓｔｅｎｔ情報が記憶されていると判断する場合に、Ｐｅｒｓｉｓｔｅｎｔフラグ「ＯＮ」を含むＩｎｖｉｔａｔｉｏｎ要求を送信するための指示をＷｉ−ＦｉＩ／Ｆ１２０に供給し、当該Ｐｅｒｓｉｓｔｅｎｔ情報が記憶されていないと判断する場合に、Ｐｅｒｓｉｓｔｅｎｔフラグ「ＯＦＦ」を含むＩｎｖｉｔａｔｉｏｎ要求を送信するための指示をＷｉ−ＦｉＩ／Ｆ１２０に供給する。ＯＳ１３６は、Ｉｎｖｉｔａｔｉｏｎ要求の送信に応じて、Ｗｉ−ＦｉＩ／Ｆ１２０を介して、ＭＦＰ１０からＩｎｖｉｔａｔｉｏｎ応答を受信する。

その後、ＯＳ１３６は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立するための処理を実行する。例えば、ＯＳ１３６は、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」を含むＰｅｒｓｉｓｔｅｎｔ情報が記憶されていない場合には、ＷＰＳ処理を実行して、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立する。この場合、ＯＳ１３６は、ＭＡＣアドレス「ＡＡＡ」と、Ｓ４２０で生成された第２の無線設定情報と、を含むＰｅｒｓｉｓｔｅｎｔ情報をメモリ１３４に記憶させる。また、例えば、ＯＳ１３６は、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」を含むＰｅｒｓｉｓｔｅｎｔ情報が記憶されている場合には、ＷＰＳ処理を実行することなく、Ｐｅｒｓｉｓｔｅｎｔ情報を利用して、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立する。Ｓ２２４が終了すると、図５の処理が終了する。

その後、図示省略しているが、アプリ１３８は、Ｗｉ−Ｆｉ接続を利用して、能力情報要求をＭＦＰ１０に送信してＭＦＰ１０から能力情報応答を受信したり、印刷データ又はスキャンデータの通信を携帯端末１００と実行したりすることができる。

（具体的なケース）
続いて、図６を参照して、図３〜図５の処理によって実現される具体的なケースについて説明する。図６において、太線の矢印はＮＦＣ通信を示し、細線の矢印はＷｉ−Ｆｉ通信を示す。

図６は、図２の処理が実行された後の状態、即ち、ＭＦＰ１０とＰＣ２００とのＷｉ−Ｆｉ接続が確立されている状態であり、ＭＦＰ１０は、子局（即ちＣＬ）として第１のＷＦＤＮＷに参加している。また、ＭＦＰ１０は、印刷データ、スキャンデータ等のＷｉ−Ｆｉ通信をＰＣ２００と実行済みである。また、ＭＦＰ１０とＰＣ２００との間で最後のＷｉ−Ｆｉ通信が完了してから第１の所定時間が経過している。また、ＭＦＰ１０は、ＵＩアプリ２１０を利用したアクセスを受付中でない。また、ＭＦＰ１０と携帯端末１００との間にＷｉ−Ｆｉ接続が確立された実績はなく、ＭＦＰ１０と携帯端末１００とのどちらにもＰｅｒｓｉｓｔｅｎｔ情報が格納されていない。

Ｔ１１０において、ユーザが携帯端末１００をＭＦＰ１０に近づけると、Ｔ１２０において、ＭＦＰ１０と携帯端末１００との間のＮＦＣリンクが確立される（図３のＳ１０でＹＥＳ、図５のＳ２１０でＹＥＳ）。

ＭＦＰ１０は、Ｔ１２２において、ＮＦＣリンクを利用して、ＭＡＣアドレス「ＡＡＡ」を携帯端末１００に送信する（図３のＳ１２）。そして、ＭＦＰ１０は、ＰＣ２００とのＷｉ−Ｆｉ通信を実行中でないと判断し（Ｓ１４でＮＯ）、未通信時間が第１の所定時間よりも大きいと判断し（Ｓ１６でＹＥＳ）、ＰＣ２００との通信実績が有ると判断し（Ｓ１８でＹＥＳ）、ＵＩアプリ２１０を利用したアクセスを受付中でないと判断する（Ｓ２０でＮＯ）。そして、ＭＦＰ１０は、Ｔ１２４において、ＣＬ状態からデバイス状態に移行し（Ｓ４０）、Ｔ１２６において、ＭＦＰ１０とＰＣ２００との間のＷｉ−Ｆｉ接続が切断される。

携帯端末１００は、Ｔ１３０において、ブロードキャストによってＰｒｏｂｅ要求を送信する（図５のＳ２２０）。

ＭＦＰ１０は、Ｔ１３０において、携帯端末１００からＰｒｏｂｅ要求を受信すると、Ｔ１３２において、ＭＡＣアドレス「ＡＡＡ」及びデバイス名「ＸＸＸ」を含むＰｒｏｂｅ応答を携帯端末１００に送信する（図３のＳ４２）。

携帯端末１００は、Ｔ１３２において、ＭＦＰ１０からＰｒｏｂｅ応答を受信すると（図５のＳ２２０）、Ｔ１４０において、Ｇ／Ｏ状態に移行する（Ｓ２２２）。これにより、携帯端末１００は、第２のＷＦＤＮＷを形成し、当該ＷＦＤＮＷで利用されるべき第２の無線設定情報（即ち、ＳＳＩＤ「ＹＹＹ２」、パスワード「ＰＰＰ２」等）を生成する。そして、携帯端末１００は、Ｔ１５０において、ＭＡＣアドレス「ＡＡＡ」を含むＰｒｏｂｅ要求をＭＦＰ１０に送信する（Ｓ２２４）。

ＭＦＰ１０は、Ｔ１５０において、携帯端末１００からＰｒｏｂｅ要求を受信すると、Ｔ１５２において、ＭＡＣアドレス「ＡＡＡ」及びデバイス名「ＸＸＸ」を含むＰｒｏｂｅ応答を携帯端末１００に送信する（図３のＳ４４）。

携帯端末１００は、Ｔ１５２において、ＭＦＰ１０からＰｒｏｂｅ応答を受信すると、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」を含むＰｅｒｓｉｓｔｅｎｔ情報が保存されていないと判断し、Ｔ１６０において、Ｉｎｖｉｔａｔｉｏｎ要求（ＯＦＦ）をＭＦＰ１０に送信する（図６のＳ２２４）。

ＭＦＰ１０は、Ｔ１６０において、携帯端末１００からＩｎｖｉｔａｔｉｏｎ要求（ＯＦＦ）を受信すると（図３のＳ４６でＹＥＳ）、Ｐｅｒｓｉｓｔｅｎｔフラグが「ＯＦＦ」であると判断し（図４のＳ１１０でＹＥＳ）、Ｔ１６２において、ＯＫ情報を含むＩｎｖｉｔａｔｉｏｎ応答を携帯端末１００に送信する（Ｓ１２０）。

Ｔ１７０において、ＭＦＰ１０と携帯端末１００との間でＷＰＳ処理が実行される（図４のＳ１２２）。具体的には、ＭＦＰ１０は、携帯端末１００から、第２のＷＦＤＮＷのＳＳＩＤ「ＹＹＹ２」と当該ＷＦＤＮＷのパスワード「ＰＰＰ２」と、を含む第２の無線設定情報を受信する。そして、Ｔ１７２において、ＭＦＰ１０と携帯端末１００の間で4-way Handshake等の通信が実行され、Ｗｉ−Ｆｉ接続が確立される（Ｓ１２４）。これにより、ＭＦＰ１０は、携帯端末１００が親局として動作する第２のＷＦＤＮＷに子局として参加する。

Ｔ１７４において、ＭＦＰ１０は、携帯端末１００のＭＡＣアドレス「ＢＢＢ」と、Ｔ１７０で受信された第２の無線設定情報と、を含むＰｅｒｓｉｓｔｅｎｔ情報をメモリ３４に保存する（図４のＳ１２６）。

また、携帯端末１００は、Ｔ１７６において、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」と、Ｔ１７０で送信された第２の無線設定情報と、を含むＰｅｒｓｉｓｔｅｎｔ情報をメモリ１３４に保存する。そして、携帯端末１００は、Ｔ１８０において、Ｗｉ−Ｆｉ接続を利用して、ＭＦＰ１０が実行可能な機能を確認するための能力情報要求をＭＦＰ１０に送信し、Ｔ１８２において、Ｗｉ−Ｆｉ接続を利用して、ＭＦＰ１０から、印刷機能及びスキャン機能を実行可能であることを示す能力情報応答を受信する。

携帯端末１００は、Ｔ１９０において、Ｗｉ−Ｆｉ接続を利用して、切断要求をＭＦＰ１０に送信し、Ｔ１９２において、Ｗｉ−Ｆｉ接続を利用して、ＭＦＰ１０から切断応答を受信する。これにより、Ｔ２００において、ＭＦＰ１０と携帯端末１００との間のＷｉ−Ｆｉ接続が切断される。

（第１実施例の効果）
ＭＦＰ１０は、ＰＣ２００が親局である第１のＷＦＤＮＷに子局として参加している状態では、携帯端末１００が所属する第２のＷＦＤＮＷに所属することができない。即ち、ＭＦＰ１０が第１のＷＦＤＮＷに子局として参加している状態において、ＭＦＰ１０と携帯端末１００との間のＷｉ−Ｆｉ接続を確立することができない。本実施例によると、ＭＦＰ１０は、ＰＣ２００が親局である第１のＷＦＤＮＷに子局として参加している状態において、携帯端末１００とのＮＦＣリンクが確立される場合に、ＣＬ状態からデバイス状態に移行する。そして、ＭＦＰ１０は、携帯端末１００からＩｎｖｉｔａｔｉｏｎ要求を受信すると、Ｗｉ−ＦｉＩ／Ｆ２０を介したＷｉ−Ｆｉ接続を携帯端末１００と確立して、第２のＷＦＤＮＷに所属することができる。従って、ＰＣ２００が親局である第１のＷＦＤＮＷに子局としてＭＦＰ１０が参加している状態に代えて、ＭＦＰ１０と携帯端末１００とが同じ第２のＷＦＤＮＷに所属することができる。

（対応関係）
ＭＦＰ１０、ＰＣ２００、携帯端末１００、が、それぞれ、「通信装置」、「第１の外部装置」「第２の外部装置」の一例である。Ｗｉ−ＦｉＩ／Ｆ２０、ＮＦＣＩ／Ｆ２２が、それぞれ「第１の無線インタフェース」、「第２の無線インタフェース」の一例である。リモートＵＩアプリケーション２１０が、「特定のアプリケーション」の一例である。
図６のＴ１２４のデバイス状態が、「特定状態」の一例である。第１のＷＦＤＮＷ、第２のＷＦＤＮＷが、それぞれ、「第１の無線ネットワーク」、「第２の無線ネットワーク」の一例である。ＮＦＣリンク、Ｗｉ−Ｆｉ接続が、「第１の無線接続」、「第２の無線接続」の一例である。Ｉｎｖｉｔａｔｉｏｎ要求が、「要求信号」の一例である。エラー画面が、「所定画面」の一例である。

（第２実施例）
本実施例では、ＭＦＰ１０は、図３、図４に代えて、図７、図８の処理を実行する。また、図５の携帯端末１００が実行するＭＦＰアプリ処理が第１実施例とは異なる。なお、実施例間で共通する処理については、同じ符号を付して説明を省略する。

（ＭＦＰ１０が実行する処理；図７）
図７を参照して、ＭＦＰ１０のＣＰＵ３２がプログラム３６に従って実行する処理の内容を説明する。

Ｓ３４０において、ＣＰＵ３２は、ＭＦＰ１０をＣＬ状態からＧ／Ｏ状態に移行させる。具体的には、ＣＰＵ３２は、ＭＦＰ１０をＣＬ状態からデバイス状態に移行させ、さらに、ＭＦＰ１０をデバイス状態からＧ／Ｏ状態に移行させる。これにより、ＭＦＰ１０とＰＣ２００との間のＷｉ−Ｆｉ接続が切断され、ＭＦＰ１０は第１のＷＦＤＮＷから離脱する。そして、ＭＦＰ１０は、第３のＷＦＤＮＷを形成し、当該ＷＦＤＮＷで利用されるべき、第３の無線設定情報（即ち、ＳＳＩＤ「ＹＹＹ３」パスワード「ＰＰＰ３」）を生成する。そして、ＣＰＵ３２は、Ｓ４２、Ｓ４４が終了すると、Ｓ３５０において、Ｗｉ−Ｆｉ接続処理（図８）を実行する。なお、Ｓ４２、４４において、ＣＰＵ３２は、ＳＳＩＤ「ＹＹＹ３」を含むＰｒｏｂｅ応答を携帯端末１００に送信する。

（Ｗｉ−Ｆｉ接続処理；図８）
続いて、図８を参照して、図７のＳ３５０で実行されるＷｉ−Ｆｉ接続処理を説明する。

Ｓ４１０において、ＣＰＵ３２は、携帯端末１００からＡｓｓｏｃｉａｔｉｏｎ要求を受信するのか否かを判断する。携帯端末１００は、ＷＰＳ処理を実行せずにＰｅｒｓｉｓｔｅｎｔ情報を利用してＷｉ−Ｆｉ接続を確立することを要求する場合に、Ａｓｓｏｃｉａｔｉｏｎ要求をＭＦＰ１０に送信する。即ち、携帯端末１００は、ＭＦＰ１０と携帯端末１００との間の接続が過去に確立されており、Ｐｅｒｓｉｓｔｅｎｔ情報が携帯端末１００のメモリ１３４に格納されている場合に、Ａｓｓｏｃｉａｔｉｏｎ要求をＭＦＰ１０に送信する。ＣＰＵ３２は、携帯端末１００からＡｓｓｏｃｉａｔｉｏｎ要求を受信しない場合（Ｓ４１０でＮＯ）に、Ｓ４２０に進む。一方、ＣＰＵ３２は、携帯端末１００からＡｓｓｏｃｉａｔｉｏｎ要求を受信する場合（Ｓ４１０でＹＥＳ）に、Ｓ４３０に進む。

Ｓ４２０において、ＣＰＵ３２は、ＷＰＳ処理を実行する。当該ＷＰＳ処理は、親局（即ちＧ／Ｏ）として動作するＭＦＰ１０とＷｉ−Ｆｉ接続を確立するための第３の無線設定情報（即ち、ＳＳＩＤ「ＹＹＹ３」、パスワード「ＰＰＰ３」等）を携帯端末１００に送信する処理を含む。

Ｓ４２２において、ＣＰＵ３２は、第３の無線設定情報を利用して、携帯端末１００とのＷｉ−Ｆｉ接続を確立する。これにより、ＭＦＰ１０は、携帯端末１００を第３のＷＦＤＮＷに子局（即ちＣＬ）として参加させることができる。

Ｓ４２４において、ＣＰＵ３２は、Ｓ４２２で送信した第３の無線設定情報をＰｅｒｓｉｓｔｅｎｔ情報としてメモリ３４に保存する。

また、Ｓ４３０において、ＣＰＵ３２は、ＷＰＳ処理を実行することなく、メモリ３４内のＰｅｒｓｉｓｔｅｎｔ情報（即ち第３の無線設定情報）を利用して、携帯端末１００とのＷｉ−Ｆｉ接続を確立する。これにより、ＭＦＰ１０は、携帯端末１００を第３のＷＦＤＮＷに子局（即ちＣＬ）として参加させることができる。

（図５；携帯端末１００が実行するＭＦＰアプリ処理）
次いで、図５を参照して、本実施例の携帯端末１００のＣＰＵ１３２がＭＦＰアプリ１３８に従って実行する処理の内容を説明する。本実施例において、アプリ１３８は、Ｓ２２０が終了すると、Ｓ２２２を省略して、Ｓ２２４に進む。即ち、アプリ１３８は、携帯端末１００の動作状態をデバイス状態から移行させない。

Ｓ２２４において、アプリ１３８は、接続要求指示をＯＳ１３６に供給する。接続要求指示は、Ｓ２１２で受信されたＭＡＣアドレス「ＡＡＡ」を含むＰｒｏｂｅ要求を送信するための指示と、Ａｓｓｏｃｉａｔｉｏｎ要求を送信するための指示と、を含む。ＯＳ１３６は、接続要求指示を取得すると、ＭＡＣアドレス「ＡＡＡ」を含むＰｒｏｂｅ要求を送信するための指示をＷｉ−ＦｉＩ／Ｆ１２０に供給する。ＯＳ１３６は、Ｐｒｏｂｅ要求の送信に応じて、Ｗｉ−ＦｉＩ／Ｆ１２０を介して、ＭＦＰ１０からＰｒｏｂｅ応答を受信する。そして、ＯＳ１３６は、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」を含むＰｅｒｓｉｓｔｅｎｔ情報がメモリ１３４に記憶されているのか否かを判断する。ＯＳ１３６は、当該Ｐｅｒｓｉｓｔｅｎｔ情報が記憶されていると判断する場合に、Ａｓｓｏｃｉａｔｉｏｎ要求を送信するための指示をＷｉ−ＦｉＩ／Ｆ１２０に供給する。その後、ＯＳ１３６は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立するための処理を実行する。一方、ＯＳ１３６は、当該Ｐｅｒｓｉｓｔｅｎｔ情報が記憶されていないと判断する場合、ＯＳ１３６は、Ａｓｓｏｃｉａｔｉｏｎ要求を送信するための指示をＷｉ−ＦｉＩ／Ｆ１２０に供給することなく、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立するための処理を実行する。Ｓ２２４が終了すると、図５の処理が終了する。

（具体的なケース）
続いて、図９を参照して、図５、図７、図８の処理によって実現される具体的なケースについて説明する。図９の初期状態は、図６の初期状態と同様である。

Ｔ２１０〜Ｔ２２６は、図６のＴ１１０〜Ｔ１２６と同様である。Ｔ２２８において、ＭＦＰ１０は、デバイス状態からＧ／Ｏ状態に移行する（図７のＳ３４０）。これにより、ＭＦＰ１０は、第３のＷＦＤＮＷを形成し、当該ＷＦＤＮＷで利用されるべき第３の無線設定情報（即ち、ＳＳＩＤ「ＹＹＹ３」、パスワード「ＰＰＰ３」等）を生成する。Ｔ２３０、Ｔ２４０は、図６のＴ１３０、Ｔ１５０と同様であり、Ｔ２３２、２４２は、ＳＳＩＤ「ＹＹＹ３」がＰｒｏｂｅ応答に含まれる点を除いて、Ｔ１３２、Ｔ１５２と同様である。

Ｔ２５０において、ＭＦＰ１０は、Ａｓｓｏｃｉａｔｉｏｎ要求を受信することなく、携帯端末１００とＷＰＳ処理を実行する。具体的には、ＭＦＰ１０は、第３のＷＦＤＮＷのＳＳＩＤ「ＹＹＹ３」と、当該ＷＦＤＮＷのパスワード「ＰＰＰ３」と、を含む第３の無線設定情報を携帯端末１００に送信する。そして、Ｔ２５２において、ＭＦＰ１０と携帯端末１００の間で4-way Handshake等の通信が実行され、Ｗｉ−Ｆｉ接続が確立される（図８のＳ４２２）。これにより、ＭＦＰ１０は、携帯端末１００を第３のＷＦＤＮＷに子局として参加させる。Ｔ２５４〜Ｔ２８０は、図６のＴ１７４〜Ｔ２００と同様である。

（第２実施例の効果）
本実施例によると、ＭＦＰ１０は、ＰＣ２００が親局である第１のＷＦＤＮＷに子局として参加している状態において、携帯端末１００とのＮＦＣリンクが確立される場合に、ＣＬ状態からＧ／Ｏ状態に移行する。そして、ＭＦＰ１０は、ユニキャストによって送信されるＰｒｏｂｅ要求を受信すると、Ｗｉ−ＦｉＩ／Ｆ２０を介したＷｉ−Ｆｉ接続を携帯端末１００と確立することができる。従って、ＰＣ２００が親局である第１のＷＦＤＮＷに子局としてＭＦＰ１０が参加している状態に代えて、ＭＦＰ１０と携帯端末１００とが同じ第３のＷＦＤＮＷに所属することができる。

（対応関係）
図９のＴ２２８のＧ／Ｏ状態が、「特定状態」の一例である。第１のＷＦＤＮＷ、第３のＷＦＤＮＷが、それぞれ、「第１の無線ネットワーク」、「第２の無線ネットワーク」の一例である。ユニキャストで送信されるＰｒｏｂｅ要求が、「要求信号」の一例である。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。

（変形例１）携帯端末１００、ＭＦＰ１０が、それぞれ、「通信装置」、「第２の外部装置」であってもよい。この場合、携帯端末１００は、ＰＣ２００が親局として動作する第１のＷＦＤＮＷの子局として動作している状態において、ＭＦＰ１０とのＮＦＣリンクが確立される場合に、携帯端末１００をＣＬ状態からデバイス状態に移行させる。そして、ＣＰＵ１３２は、携帯端末１００がデバイス状態に移行した後に、Ｗｉ−ＦｉＩ／Ｆ１２０を介して、ＭＦＰ１０が親局として動作する第３のＷＦＤＮＷに参加することを要求するためのＩｎｖｉｔａｔｉｏｎ要求が受信される場合に、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立する。これにより、携帯端末１００とＭＦＰ１０とが同じ第３のＷＦＤＮＷに所属することができる。

（変形例２）図３のＳ１４〜Ｓ３０を省略し、Ｓ１２が終了すると、Ｓ４０が実行されてもよい。本変形例では、「第１の判断部」、「第２の判断部」、「第３の判断部」、「第４の判断部」、及び「表示制御部」を省略可能である。

（変形例３）図３のＳ４８及びＳ６０を省略してもよい。この場合、「第２の確立部」を省略可能である。

（変形例４）「第２の無線インタフェース」は、ＮＦＣ通信を実行するためのＩ／Ｆでなくてもよく、例えば、ＢｌｕｅＴｏｏｔｈ（登録商標）、赤外線、トランスファージェット等の他の通信方式に従った無線通信を実行するためのＩ／Ｆであってもよい。

（変形例５）「通信装置」は、ＭＦＰ１０でなくてもよく、印刷機能のみを実行可能なプリンタ、スキャン機能のみを実行可能なスキャナ、ＰＣ、携帯端末等であってもよい。

（変形例６）上記の実施例では、ＭＦＰ１０のＣＰＵ３２がプログラム３６（即ちソフトウェア）を実行することによって、図３、図４、図７、図８の処理が実現される。これに代えて、図３、図４、図７、図８の処理は、論理回路等のハードウェアによって実現されてもよい。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：通信システム、１０：多機能機（ＭＦＰ）、１２：操作部、１４：表示部、１６：印刷実行部、１８：スキャン実行部、２０：Ｗｉ−ＦｉＩ／Ｆ、２２：ＮＦＣＩ／Ｆ、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、１００：携帯端末、１１２：操作部、１１４：表示部、１２０：Ｗｉ−ＦｉＩ／Ｆ、１２２：ＮＦＣＩ／Ｆ、１３０：制御部、１３２：ＣＰＵ、１３４：メモリ、１３６：ＯＳソフトウェア、１３８：ＭＦＰアプリケーション、２００：ＰＣ、２１０：リモートＵＩアプリケーション

Claims (9)

1. 通信装置であって、
   第１の無線インタフェースと、
   前記第１の無線インタフェースとは異なる第２の無線インタフェースであって、前記第２の無線インタフェースを介した無線通信を実行可能な距離は、前記第１の無線インタフェースを介した無線通信を実行可能な距離よりも小さい、前記第２の無線インタフェースと、
   前記通信装置が、前記第１の無線インタフェースを介した無線通信を実行するための第１の無線ネットワークであって、第１の外部装置が親局である前記第１の無線ネットワークに子局として参加している特定の状況において、前記第２の無線インタフェースを介した第１の無線接続が前記第１の外部装置とは異なる第２の外部装置と確立される場合に、前記通信装置が未通信状態であるのか否かを判断する第３の判断部であって、前記未通信状態は、前記通信装置が、前記第１の無線ネットワークに参加してから、前記第１の無線ネットワークを利用した無線通信を未だに実行していない状態である、前記第３の判断部と、
   前記通信装置が前記未通信状態でないと判断される場合に、前記通信装置の動作状態を、前記第１の無線ネットワークの前記子局として動作する子局状態から、前記子局状態とは異なる特定状態に移行させる第１の移行部であって、前記通信装置が前記未通信状態であると判断される場合に、前記通信装置の動作状態を前記子局状態から前記特定状態に移行させない、前記第１の移行部と、
   前記通信装置の動作状態が前記特定状態に移行した後に、前記第１の無線インタフェースを介して、前記第２の外部装置から要求信号を受信する受信部であって、前記要求信号は、前記第１の無線インタフェースを介した無線接続の確立を前記通信装置に要求するための信号である、前記受信部と、
   前記第２の外部装置から前記要求信号が受信される場合に、前記第１の無線インタフェースを介した第２の無線接続を前記第２の外部装置と確立して、前記第１の無線インタフェースを介した無線通信を実行するための第２の無線ネットワークに所属する第１の確立部と、
   を備える通信装置。
2. 前記通信装置は、さらに、
   前記特定の状況において前記第１の無線接続が前記第２の外部装置と確立される場合に、前記第１の無線ネットワークを利用した無線通信を実行中であるのか否かを判断する第１の判断部を備え、
   前記第１の移行部は、
   前記第１の無線ネットワークを利用した無線通信を実行中でないと判断される場合に、前記通信装置の動作状態を前記子局状態から前記特定状態に移行させ、
   前記第１の無線ネットワークを利用した無線通信を実行中であると判断される場合に、前記通信装置の動作状態を前記子局状態から前記特定状態に移行させない、請求項１に記載の通信装置。
3. 前記通信装置は、さらに、
   前記特定の状況において前記第１の無線接続が前記第２の外部装置と確立される場合に、未通信時間が第１の所定時間より大きいのか否かを判断する第２の判断部であって、前記未通信時間は、前記通信装置が前記第１の無線ネットワークを利用した最後の無線通信が完了してからの経過時間である、前記第２の判断部を備え、
   前記第１の移行部は、
   前記未通信時間が前記第１の所定時間よりも大きいと判断される場合に、前記通信装置の動作状態を前記子局状態から前記特定状態に移行させ、
   前記未通信時間が前記第１の所定時間以下であると判断される場合に、前記通信装置の動作状態を前記子局状態から前記特定状態に移行させない、請求項１または２に記載の通信装置。
4. 前記通信装置は、さらに、
   前記特定の状況において前記第１の無線接続が前記第２の外部装置と確立される場合に、特定のアプリケーションを備える前記第１の外部装置が、前記特定のアプリケーションを利用して、前記通信装置にアクセスしているのか否かを判断する第４の判断部を備え、
   前記第１の移行部は、
   前記第１の外部装置が前記通信装置にアクセスしていないと判断する場合に、前記通信装置の動作状態を前記子局状態から前記特定状態に移行させ、
   前記第１の外部装置が前記通信装置にアクセスしていると判断する場合に、前記通信装置の動作状態を前記子局状態から前記特定状態に移行させない、請求項１から３のいずれか一項に記載の通信装置。
5. 前記通信装置は、さらに、
   前記特定の状況において前記第１の無線接続が前記第２の外部装置と確立されても、前記通信装置の動作状態が前記子局状態から前記特定状態に移行しない場合に、前記通信装置と前記第２の外部装置との間に前記第１の無線インタフェースを介した無線接続を確立不可能であることを示す所定画面を前記通信装置の表示部に表示させる表示制御部を備える、請求項２から４のいずれか一項に記載の通信装置。
6. 前記通信装置は、さらに、
   前記通信装置の動作状態が前記子局状態から前記特定状態に移行してから第２の所定時間が経過しても、前記第２の外部装置から前記要求信号が受信されない場合に、前記第１の無線インタフェースを介した第３の無線接続を前記第１の外部装置と確立して、前記第１の外部装置が前記親局である前記第１の無線ネットワークに前記子局として再び参加する第２の確立部を備える、請求項１から５のいずれか一項に記載の通信装置。
7. 前記第１の確立部は、前記第１の無線インタフェースを介した前記第２の無線接続を前記第２の外部装置と確立して、前記第２の外部装置が親局である前記第２の無線ネットワークに子局として参加する、請求項１から６のいずれか一項に記載の通信装置。
8. 前記特定状態は、前記第２の無線ネットワークの親局として動作する親局状態であり、
   前記第１の確立部は、前記第１の無線インタフェースを介した前記第２の無線接続を前記第２の外部装置と確立して、前記通信装置が前記親局として動作する前記第２の無線ネットワークに前記第２の外部装置を子局として参加させる、請求項１から６のいずれか一項に記載の通信装置。
9. 通信装置のためのプログラムであって、
   前記通信装置に搭載されるコンピュータを、
   前記通信装置が、前記通信装置の第１の無線インタフェースを介した無線通信を実行するための第１の無線ネットワークであって、第１の外部装置が親局である前記第１の無線ネットワークに子局として参加している特定の状況において、前記第１の無線インタフェースとは異なる前記通信装置の第２の無線インタフェースを介した第１の無線接続が前記第１の外部装置とは異なる第２の外部装置と確立される場合に、前記通信装置が未通信状態であるのか否かを判断する第３の判断部であって、前記第２の無線インタフェースを介した無線通信を実行可能な距離は、前記第１の無線インタフェースを介した無線通信を実行可能な距離よりも小さく、前記未通信状態は、前記通信装置が、前記第１の無線ネットワークに参加してから、前記第１の無線ネットワークを利用した無線通信を未だに実行していない状態である、前記第３の判断部と、
   前記通信装置が前記未通信状態でないと判断される場合に、前記通信装置の動作状態を、前記第１の無線ネットワークの前記子局として動作する子局状態から、前記子局状態とは異なる特定状態に移行させる第１の移行部であって、前記通信装置が前記未通信状態であると判断される場合に、前記通信装置の動作状態を前記子局状態から前記特定状態に移行させない、前記第１の移行部と、
   前記通信装置の動作状態が前記特定状態に移行した後に、前記第１の無線インタフェースを介して、前記第２の外部装置から要求信号を受信する受信部であって、前記要求信号は、前記第１の無線インタフェースを介した無線接続の確立を前記通信装置に要求するための信号である、前記受信部と、
   前記第２の外部装置から前記要求信号が受信される場合に、前記第１の無線インタフェースを介した第２の無線接続を前記第２の外部装置と確立して、前記第１の無線インタフェースを介した無線通信を実行するための第２の無線ネットワークに所属する第１の確立部と、
   として機能させるコンピュータプログラム。
   

Images