JP6368989B2 - 通信装置 - Google Patents

Description

本明細書によって開示される技術は、通信装置に関する。

特許文献１には、アクセスポイントを備えるネットワークに新たにプリンタを追加するための技術が開示されている。この技術では、ＰＣは、プリンタとアドホック通信を実行して、アクセスポイントと無線接続を確立するために用いられる設定データをプリンタに送信する。プリンタは、ＰＣから受信された設定データを用いて、アクセスポイントと無線接続を確立する。

特開２００５−１７４１３４号公報

ところで、アクセスポイントを備えるネットワークに新たにプリンタを追加する技術は、上記技術に限られない。通信装置とアクセスポイントとの間で無線接続を確立するための新規の手法が求められている。本明細書では、アクセスポイントと無線接続を確立することができる新規な通信装置を提供する。

本明細書によって開示される一つの技術は、通信装置である。通信装置は、取得部と、判断部と、第１の確立部と、第２の確立部と、を備える。取得部は、自動無線設定モードに従って特定のアクセスポイントと無線接続を確立するための特定の指示を取得する。判断部は、特定の指示が取得される場合に、特定のアクセスポイントと無線接続を確立するための特定の無線設定値を、特定のアクセスポイントから受信すべきか、特定のアクセスポイントとは異なる端末装置から受信すべきか、を判断する。第１の確立部は、特定のアクセスポイントから特定の無線設定値を受信すべきと判断される場合に、特定のアクセスポイントから特定の無線設定値を受信して、特定の無線設定値を利用して、特定のアクセスポイントと無線接続を確立する。第２の確立部は、端末装置から特定の無線設定値を受信すべきと判断される場合に、端末装置から特定の無線設定値を受信して、特定の無線設定値を利用して、特定のアクセスポイントと無線接続を確立する。

上記の構成によると、通信装置は、特定のアクセスポイントと無線接続を確立するための特定の無線設定値を、特定のアクセスポイントから受信すべきか、端末装置から受信すべきか、を判断する。このために、通信装置は、判断結果に応じたデバイス（即ちアクセスポイント又は端末装置）から、特定の無線設定値を適切に受信することができる。この結果、通信装置は、受信済みの特定の無線設定値を利用して、特定のアクセスポイントと無線接続を確立することができる。本技術によると、新規な手法を用いて、特定のアクセスポイントと無線接続を適切に確立することができる。

通信装置は、さらに、特定の指示が取得される場合に、通信装置の動作モードを複数個の動作モードのうちのいずれか一つに設定するモード制御部を備えていてもよい。複数個の動作モードは、特定のアクセスポイントから第１の信号を受信することを監視するための第１の動作モードと、端末装置から第２の信号を受信することを監視するための第２の動作モードと、を含んでいてもよい。判断部は、通信装置の動作モードが第１の動作モードに設定されてから第１の期間が経過する前に、特定のアクセスポイントから第１の信号が受信される場合に、特定のアクセスポイントから特定の無線設定値を受信すべきと判断し、通信装置の動作モードが第２の動作モードに設定されてから第２の期間が経過する前に、端末装置から第２の信号が受信される場合に、端末装置から特定の無線設定値を受信すべきと判断してもよい。この構成によると、通信装置は、特定の無線設定値を、特定のアクセスポイントから受信すべきか、端末装置から受信すべきか、を適切に判断し得る。

モード制御部は、通信装置の動作モードが第１の動作モードに設定されてから第１の期間が経過する前に、特定のアクセスポイントから第１の信号が受信されない場合に、通信装置の動作モードを第１の動作モードから第２の動作モードに変更し、通信装置の動作モードが第２の動作モードに設定されてから第２の期間が経過する前に、端末装置から第２の信号が受信されない場合に、通信装置の動作モードを第２の動作モードから第１の動作モードに変更してもよい。この構成によると、通信装置は、動作モードの変更を実行することができる。

モード制御部は、特定の指示が取得される場合に、最初に、通信装置の動作モードを第２の動作モードに設定し、通信装置が第２の動作モードに設定されてから第２の期間が経過する前に、端末装置から第２の信号が受信されない場合に、通信装置の動作モードを第２の動作モードから第１の動作モードに変更してもよい。この構成によると、通信装置は、第２の動作モード、第１の動作モードの順で動作することができる。

モード制御部は、特定の指示が取得される場合に、最初に、通信装置の動作モードを第１の動作モードに設定し、通信装置が第１の動作モードに設定されてから第１の期間が経過する前に、特定のアクセスポイントから第１の信号が受信されない場合に、通信装置の動作モードを第１の動作モードから第２の動作モードに変更してもよい。この構成によると、通信装置は、第１の動作モード、第２の動作モードの順で動作することができる。

モード制御部は、通信装置を無線ネットワークの親局として機能させることによって、通信装置の動作モードを第２の動作モードに設定してもよい。この構成によると、通信装置は、無線ネットワークの子局として機能する端末装置から、第２の信号を受信し得る。

判断部は、通信装置が第１の動作モードに設定されている場合には、特定の要求信号をアクセスポイントに送信することによって、アクセスポイントから第１の信号が受信されるか否かを判断し、通信装置が第２の動作モードに設定されている場合には、特定の要求信号を端末装置に送信することなく、端末装置から第２の信号が受信されるか否かを判断してもよい。

通信装置は、さらに、端末装置から特定の無線設定値を受信すべきと判断される場合において、特定のアクセスポイントと無線接続が確立される場合に、無線接続の確立が成功したことを示す成功情報を端末装置に送信し、端末装置から特定の無線設定値を受信すべきと判断される場合において、特定のアクセスポイントと無線接続が確立されない場合に、無線接続の確立が失敗したことを示す失敗情報を端末装置に送信する情報送信部を備えてもよい。この構成によると、通信装置は、無線接続の確立が成功したのか否かを示す情報を端末装置に通知することができる。

通信装置は、さらに、端末装置から特定の無線設定値を受信すべきと判断される場合に、通信装置の周囲に存在する１個以上のアクセスポイントのそれぞれから、当該アクセスポイントに現在設定されている無線設定値のうちの一部である部分設定値を受信する設定値受信部と、１個以上のアクセスポイントの１個以上の部分設定値を端末装置に送信する設定値送信部と、を備えてもよい。この構成によると、通信装置は、通信装置の周囲に存在する１個以上のアクセスポイントの１個以上の部分設定値を端末装置に通知することができる。

なお、上記の通信装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の通信装置と、端末装置と、アクセスポイントと、を含む通信システムも、新規で有用である。

通信システムの構成を示す。 第１実施例のＭＦＰの無線接続処理のフローチャートを示す。 ＳＳＩＤ選択画面の一例を示す。 無線設定値入力画面の一例を示す。 第１実施例のケースＡ１の通信のシーケンスチャートを示す。 第１実施例のケースＢの通信のシーケンスチャートを示す。 第２実施例のケースＡ２の通信のシーケンスチャートを示す。 第３実施例のケースＡ３の通信のシーケンスチャートを示す。 第４実施例のＭＦＰの無線接続処理のフローチャートを示す。 第４実施例のケースＣの通信のシーケンスチャートを示す。

（第１実施例）
（通信システム２の構成；図１）
図１に示すように、通信システム２は、多機能機（以下では「ＭＦＰ（Multi-Function Peripheralの略）」と呼ぶ）１０と、携帯端末５０と、ＡＰ（Access Pointの略）９０と、を備える。

ＭＦＰ１０は、通常Ｗｉ−Ｆｉ方式に従った無線通信（例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）８０２．１１に従った無線通信）を実行可能である。例えば、ＭＦＰ１０は、通常Ｗｉ−Ｆｉ方式に従って、ＡＰ９０と接続（以下では「通常Ｗｉ−Ｆｉ接続」と呼ぶ）を確立することによって、通常Ｗｉ−Ｆｉネットワークに所属することができる。これにより、ＭＦＰ１０は、ＡＰ９０を介して、通常Ｗｉ−Ｆｉネットワークに所属している他のデバイス（図示省略）と無線通信を実行することができる。

本実施例では、ＭＦＰ１０は、ＭＦＰ１０自身をＳｏｆｔＡＰとして動作させることもできる。この場合、ＭＦＰ１０は、ＡＰとして機能することができ、通常Ｗｉ−Ｆｉ方式に従って、携帯端末５０と通常Ｗｉ−Ｆｉ接続を確立することができる。この結果、ＭＦＰ１０と携帯端末５０とを含む通常Ｗｉ−Ｆｉネットワークを構築することができる。即ち、ＭＦＰ１０は、通常Ｗｉ−Ｆｉネットワークの親局として動作する（即ち、携帯端末５０は、通常Ｗｉ−Ｆｉネットワークの子局として動作する）。

ＭＦＰ１０がＳｏｆｔＡＰとして動作して構築される通常Ｗｉ−Ｆｉネットワークは、上記のＡＰ９０を含む通常Ｗｉ−Ｆｉネットワークとは異なるネットワークである。以下では、上記のＡＰ９０を含む通常Ｗｉ−Ｆｉネットワーク、ＭＦＰ１０がＳｏｆｔＡＰとして動作して構築される通常Ｗｉ−Ｆｉネットワークのことを、それぞれ、「通常Ｗｉ−ＦｉＮＷ」、「ＳｏｆｔＡＰＮＷ」と呼ぶことがある。また、ＭＦＰ１０とＡＰ９０との間に確立される通常Ｗｉ−Ｆｉ接続、ＭＦＰ１０がＳｏｆｔＡＰとして動作して確立される通常Ｗｉ−Ｆｉ接続のことを、それぞれ、「通常Ｗｉ−Ｆｉ接続」、「ＳｏｆｔＡＰ接続」と呼ぶ。

（ＭＦＰ１０の構成）
ＭＦＰ１０は、操作部１２と、表示部１４と、印刷実行部１６と、スキャン実行部１８と、無線インターフェース（以下では、無線Ｉ／Ｆと記載する）２０と、制御部２２と、を備える。操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。ユーザは、操作部１２を操作して、ＭＦＰ１０とＡＰ９０との間に通常Ｗｉ−Ｆｉ接続を確立するための処理を開始するトリガである所定の操作（以下では「所定の接続開始操作」と呼ぶ）を入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。印刷実行部１６は、インクジェット方式、レーザ方式等の印刷機構である。スキャン実行部１８は、ＣＣＤ、ＣＩＳ等のスキャン機構である。

無線Ｉ／Ｆ２０は、通常Ｗｉ−Ｆｉ接続に関する無線通信（即ちＡＰ９０との無線通信）と、ＳｏｆｔＡＰ接続に関する無線通信（即ちＳｏｆｔＡＰとして実行される無線通信）と、を実行するためのインターフェースである。無線Ｉ／Ｆ２０は、物理的には１個のインターフェースである。ただし、無線Ｉ／Ｆ２０には、通常Ｗｉ−Ｆｉ接続のためのＭＡＣアドレス（以下では「第１のＭＡＣアドレス」と呼ぶ）と、ＳｏｆｔＡＰ接続のためのＭＡＣアドレス（以下では「第２のＭＡＣアドレス」と呼ぶ）と、の両方が割り当てられる。より詳細には、無線Ｉ／Ｆ２０には、第１のＭＡＣアドレスが予め割り当てられている。制御部２２は、第１のＭＡＣアドレスを用いて、第２のＭＡＣアドレスを生成して、第２のＭＡＣアドレスを無線Ｉ／Ｆ２０に割り当てる。第２のＭＡＣアドレスは、第１のＭＡＣアドレスとは異なる。従って、制御部２２は、無線Ｉ／Ｆ２０を介して、通常Ｗｉ−Ｆｉ接続に関する無線通信と、ＳｏｆｔＡＰ接続に関する無線通信と、の両方を同時的に実行し得る。この結果、ＭＦＰ１０が、通常Ｗｉ−ＦｉＮＷと、ＳｏｆｔＡＰＮＷと、の両方に所属している状況が成立し得る。なお、変形例では、通常Ｗｉ−Ｆｉ接続に関する無線通信を実行するためのインターフェースと、ＳｏｆｔＡＰ接続に関する無線通信と、を実行するためのインターフェースと、が物理的に異なるチップによって構成されていてもよい。

制御部２２は、ＣＰＵ３０とメモリ３２とを備える。ＣＰＵ３０は、メモリ３２に記憶されているプログラムに従って、様々な処理を実行する。メモリ３２は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。また、上記のプログラムは、ＭＦＰ１０をＳｏｆｔＡＰとして動作させるためのアプリケーションプログラムを含む。メモリ３２は、さらに、ＣＰＵ３０が処理を実行する過程で取得又は生成される各種データを記憶する。

（ＳｏｆｔＡＰ）
後で説明するように、本実施例では、ユーザが操作部１２に所定の接続開始操作を実行すると、ＭＦＰ１０は、ＳｏｆｔＡＰとして動作する。具体的には、ＭＦＰ１０のＣＰＵ３０は、ＭＦＰ１０をＳｏｆｔＡＰとして動作させるためのアプリケーションを起動させる。以下では、ＭＦＰ１０がＳｏｆｔＡＰとして機能するモードのことを「ＳｏｆｔＡＰモード」と呼ぶ。ＳｏｆｔＡＰモードで動作するＭＦＰ１０には、ＳＳＩＤ（Service Set IDentifierの略）、認証方式、暗号化方式、及び、パスワード（即ち無線設定値）が割り当てられる。当該無線設定値は、ＭＦＰ１０が出荷される段階からメモリ３２に予め設定されている。なお、他の例では、無線設定値は、ＭＦＰ１０が出荷された後に、特定のルールに従って生成されてもよい。その場合、生成された無線設定値がメモリ３２に記憶される。

ＳｏｆｔＡＰモードで動作するＭＦＰ１０は、通常の無線アクセスポイント（例えば、無線アクセスポイント、無線ＬＡＮルータ等）と同様の機能を発揮する。ＳｏｆｔＡＰモードで動作するＭＦＰ１０は、携帯端末５０とＳｏｆｔＡＰ接続を確立することができる。これにより、親局であるＭＦＰ１０と子局である携帯端末５０とを含むＳｏｆｔＡＰＮＷが構築される。ＭＦＰ１０は、ＳｏｆｔＡＰＮＷを利用して、他装置を介さずに、携帯端末５０とデータの通信を直接的に実行することができる。また、仮に、携帯端末５０のみならず、他の機器がＳｏｆｔＡＰＮＷに子局として所属している場合には、ＭＦＰ１０は、ＳｏｆｔＡＰＮＷに所属する一対の子局（即ち、携帯端末５０と、上記の他の機器）の間の通信を中継することができる。

（携帯端末５０の構成）
携帯端末５０は、例えば、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末である。携帯端末５０のメモリは、ＭＦＰ１０とＡＰ９０との間に通常Ｗｉ−Ｆｉ接続を確立させるための処理を実行するためのアプリケーションプログラム（以下では「接続用アプリケーション」と呼ぶ）を記憶する。

（ＡＰ９０の構成）
ＡＰ９０は、無線アクセスポイント又は無線ＬＡＮルータと呼ばれる通常のＡＰである。ＡＰ９０は、複数個の機器と通常Ｗｉ−Ｆｉ接続を確立することができる。これにより、ＡＰ９０と複数個の機器とを含む通常Ｗｉ−ＦｉＮＷが構築される。ＡＰ９０は、通常Ｗｉ−ＦｉＮＷに所属している一対の機器（即ち一対の子局）の間の通信を中継する。

ＡＰ９０に特定の接続開始操作（例えばボタンの操作）が実行されると、ＡＰ９０の動作モードは、接続対象の対象デバイス（例えば、ＭＦＰ１０）と通常Ｗｉ−Ｆｉ接続を自動的に確立するための動作モード（以下では「ＷＰＳ（Wi-Fi Protected Setupの略）モード」と呼ぶ）に設定される。ＷＰＳモードで動作するＡＰ９０は、対象デバイスとＷＰＳネゴシエーションを実行する。ＷＰＳネゴシエーションでは、ＡＰ９０で現在利用されているＳＳＩＤ、認証方式、暗号化方式、及び、パスワード（即ち無線設定値）が、ＡＰ９０から対象デバイスに送信される。対象デバイスは、ＡＰ９０から無線設定値を受信する。次いで、対象デバイスとＡＰ９０は、無線設定値を利用して、通常Ｗｉ−Ｆｉ接続の確立に必要な各種の認証を実行する。全ての認証が成功すると、ＡＰ９０と対象デバイスとの間に通常Ｗｉ−Ｆｉ接続が確立される。

（ＭＦＰ１０のＣＰＵ３０の無線接続処理；図２）
次いで、図２を参照して、ＭＦＰ１０のＣＰＵ３０が実行する無線接続処理の内容を説明する。ＭＦＰ１０の操作部１２に所定の接続開始操作が実行されると、ＣＰＵ３０は、当該操作によって与えられる指示を取得する。この場合、Ｓ１０において、ＣＰＵ３０は、ＳｏｆｔＡＰを起動させ、ＭＦＰ１０の動作モードをＳｏｆｔＡＰモードに設定する。

次いで、Ｓ１２では、ＣＰＵ３０は、Ｓ１０でＳｏｆｔＡＰを起動させてから所定の期間（例えば３０秒間；以下では「第２の期間」と呼ぶ）が経過する前に、携帯端末５０からProbe Request信号を受信することを監視する。

携帯端末５０のユーザは、携帯端末５０の操作部（図示省略）を操作して、上記の接続用アプリケーションを起動させることができる。この場合、携帯端末５０は、接続用アプリケーションに従って、ＳｏｆｔＡＰモードで動作するＭＦＰ１０のＳＳＩＤ（即ち予め決められているＳＳＩＤ）を含むProbe Request信号を無線で送信する。携帯端末５０の接続用アプリケーションには、ＭＦＰ１０がＳｏｆｔＡＰで動作する際のＳＳＩＤが予め設定されている。従って、携帯端末５０は、ＭＦＰ１０のＳＳＩＤを含むProbe Request信号を送信することができる。

ＭＦＰ１０の無線Ｉ／Ｆ２０は、携帯端末５０からProbe Request信号を受信すると、Probe Response信号を携帯端末５０に送信する。なお、Probe Response信号の送信は、ＭＦＰ１０のＣＰＵ３０によって実行される処理ではなく、無線Ｉ／Ｆ２０によって自動的に実行される。無線Ｉ／Ｆ２０は、携帯端末５０からProbe Request信号を受信したことを示す受信通知をＣＰＵ３０に供給する。当該受信通知は、Probe Request信号に含まれるＭＦＰ１０のＳＳＩＤを含む。ＣＰＵ３０は、Ｓ１０でＳｏｆｔＡＰを起動させてから第２の期間が経過する前に、無線Ｉ／Ｆ２０からＭＦＰ１０のＳＳＩＤを含む受信通知を受信する場合に、Ｓ１２でＹＥＳと判断し、Ｓ１４に進む。

ユーザが携帯端末５０の接続用アプリケーションを起動させない状況では、携帯端末５０からProbe Request信号が送信されない。従って、ＣＰＵ３０は、Ｓ１０でＳｏｆｔＡＰを起動させてから第２の期間が経過する前に、無線Ｉ／Ｆ２０からＭＦＰ１０のＳＳＩＤを含む受信通知を受信しない。この場合に、ＣＰＵ３０は、Ｓ１２でＮＯと判断し、Ｓ３０に進む。

Ｓ１４では、ＣＰＵ３０は、ＭＦＰ１０と携帯端末５０との間にＳｏｆｔＡＰ接続が確立されることを監視する。具体的には、Ｓ１４では、ＣＰＵ３０は、ＳｏｆｔＡＰとして動作するＭＦＰ１０に割り当てられたＳＳＩＤ、認証方式、暗号化方式、及び、パスワード（即ち無線設定値）を、携帯端末５０に送信する。そして、ＣＰＵ３０は、当該無線設定値を利用して、予め決められた認証を実行する。すべての認証が成功する場合に、ＭＦＰ１０と携帯端末５０との間にＳｏｆｔＡＰ接続が確立される。即ち、親局であるＭＦＰ１０と子局である携帯端末５０とを含むＳｏｆｔＡＰＮＷが構築される。この場合、ＣＰＵ３０は、Ｓ１４でＹＥＳと判断し、Ｓ１６に進む。

例えば、Ｓ１４の認証が実行されている間に、携帯端末５０の電源がＯＦＦされたり、ＭＦＰ１０と携帯端末５０との間の通信環境が悪化したりすると、ＭＦＰ１０と携帯端末５０との間にＳｏｆｔＡＰ接続が確立されない。この場合、ＣＰＵ３０は、Ｓ１４でＮＯと判断し、Ｓ３０に進む。

Ｓ１６では、ＣＰＵ３０は、携帯端末５０からデバイス情報要求を受信することを監視する。ＭＦＰ１０と携帯端末５０との間にＳｏｆｔＡＰ接続が確立されると、携帯端末５０は、接続用アプリケーションに従って、ＳｏｆｔＡＰＮＷを利用して、デバイス情報要求をＭＦＰ１０に送信する。デバイス情報要求は、ＭＦＰ１０の周囲に存在する１個以上のＡＰのデバイス情報（即ち、ＳＳＩＤ、認証方式、及び、暗号化方式）の送信を要求する信号である。ＣＰＵ３０は、携帯端末５０からデバイス情報要求を受信すると、Ｓ１６でＹＥＳと判断し、Ｓ１８に進む。一方、ＣＰＵ３０は、所定期間内に携帯端末５０からデバイス情報を受信しない場合（例えば、ＭＦＰ１０と携帯端末５０との間の通信環境が悪い場合）には、Ｓ１６でＮＯと判断し、Ｓ２６に進む。

Ｓ１８では、ＣＰＵ３０は、ＭＦＰ１０の周囲に存在する１個以上のＡＰ（ＡＰ９０等）のそれぞれからデバイス情報を収集する。具体的には、Ｓ１８では、ＣＰＵ３０は、まず、Probe Request信号を無線でブロードキャストする。ＭＦＰ１０の周囲に存在する各ＡＰ（ＡＰ９０等）は、Probe Request信号を受信すると、当該ＡＰで現在利用されているＳＳＩＤ、認証方式、及び、暗号化方式（即ちデバイス情報）を含むProbe Response信号を、ＭＦＰ１０に送信する。ただし、各ＡＰは、当該ＡＰで現在利用されているパスワードをＭＦＰ１０に送信しない。次いで、ＣＰＵ３０は、ＳｏｆｔＡＰＮＷを利用して、ＭＦＰ１０の周囲に存在する各ＡＰの各デバイス情報を携帯端末５０に送信する。

携帯端末５０は、ＭＦＰ１０から各ＡＰの各デバイス情報を受信すると、接続用アプリケーションに従って、図３に示すＳＳＩＤ選択画面を携帯端末５０の表示部（図示省略）に表示させる。ＳＳＩＤ選択画面は、受信済みの各デバイス情報に含まれる各ＡＰのＳＳＩＤ（例えば、「ＸＸＸＸＸ０２−ＡＰ」等）の一覧を表示する。ユーザは、携帯端末５０の操作部（図示省略）を操作して、ＳＳＩＤ選択画面に表示された１個以上のＳＳＩＤの中から１個のＳＳＩＤ（例えば「ＸＸＸＸＸ０２−ＡＰ」）を選択する。即ち、ユーザは、ＭＦＰ１０をＡＰ９０に接続させることを望む場合には、図３のＳＳＩＤの一覧の中から、ＡＰ９０のＳＳＩＤを選択する。以下では、ＡＰ９０のＳＳＩＤが選択された場合を例として、説明を続ける。なお、図３のＳＳＩＤ選択画面は、さらに、ＭＦＰ１０の周囲に存在する１個以上のＡＰの１個以上のデバイス情報をＭＦＰ１０に再収集させるための再検索ボタン１０２と、ＳＳＩＤ選択画面に表示されていないＡＰ（即ちＳＳＩＤ）を追加するための追加ボタン１０４と、を含む。

携帯端末５０は、ＡＰ９０のＳＳＩＤが選択されると、接続用アプリケーションに従って、図４の無線設定値入力画面を携帯端末５０の表示部に表示させる。無線設定値入力画面は、図３のＳＳＩＤ選択画面で選択されたＡＰ９０のＳＳＩＤ（「ＸＸＸＸＸ０２−ＡＰ」）と、認証方式入力欄１１０と、暗号化方式入力欄１１２と、パスワード入力欄１１４と、接続ボタン１１６と、を含む。

上述したように、携帯端末５０は、ＡＰ９０のＳＳＩＤのみならず、ＡＰ９０で現在利用されている認証方式及び暗号化方式を、ＡＰ９０から受信している。携帯端末５０は、ＡＰ９０から受信された認証方式（例えば「ＷＰＡ２−ＰＳＫ」）を認証方式入力欄１１０に入力（表示）し、ＡＰ９０から受信された暗号化方式（例えば「ＡＥＳ」）を暗号化方式入力欄１１２に入力（表示）する。なお、パスワード入力欄１１４は、空欄である。携帯端末５０のユーザは、ＡＰ９０で現在利用されているパスワードをパスワード入力欄１１４に入力し、接続ボタン１１６を選択する。この場合、携帯端末５０は、選択済みのＡＰ９０のＳＳＩＤと、図４の各欄１１０〜１１４に入力されている各情報（即ち、認証方式、暗号化方式、及び、パスワード）と、を含む無線設定値を、ＳｏｆｔＡＰＮＷを利用して、ＭＦＰ１０に送信する。上記の通り、携帯端末５０は、ＡＰ９０のＳＳＩＤ、認証方式、及び、暗号化方式を、ＡＰ９０から受信している。そのため、ユーザは、ＳＳＩＤ選択画面において、ＡＰ９０のＳＳＩＤ、認証方式、及び、暗号化方式を入力する必要がない。ユーザは、ＳＳＩＤ選択画面のパスワード入力欄１１４にパスワードを入力するだけで済む。

一方、図３のＳＳＩＤ選択画面に表示された複数個のＳＳＩＤの中から、いずれのＳＳＩＤも選択されずに、追加ボタン１０４が押される場合もある。その場合、携帯端末５０は、図４とは異なる特定の入力画面（図示省略）を表示部に表示させる。ユーザは、特定の入力画面中の各入力欄に、通常Ｗｉ−Ｆｉ接続の確立を希望するＡＰのＳＳＩＤ、認証方式、暗号化方式、及び、パスワードを入力する。この場合も、携帯端末５０は、特定の入力画面に入力されたＳＳＩＤ、認証方式、暗号化方式、及び、パスワード（即ち、無線設定値）を、ＳｏｆｔＡＰＮＷを利用して、ＭＦＰ１０に送信する。

図２のＳ２０では、ＣＰＵ３０は、ＳｏｆｔＡＰＮＷを利用して、携帯端末５０から無線設定値を受信することを監視する。ＣＰＵ３０は、携帯端末５０から無線設定値を受信すると、Ｓ２０でＹＥＳと判断し、Ｓ２２に進む。一方、ＣＰＵ３０は、所定期間内に携帯端末５０から無線設定値を受信しない場合（例えば、ＭＦＰ１０と携帯端末５０との間の通信環境が悪い場合）には、Ｓ２０でＮＯと判断し、Ｓ２６に進む。

Ｓ２２では、ＣＰＵ３０は、受信済みの無線設定値（即ち、ＳＳＩＤ、認証方式、暗号化方式、及び、パスワード）を利用して、ＡＰ９０と通常Ｗｉ−Ｆｉ接続を確立することを試行する。具体的には、Ｓ２２では、ＣＰＵ３０は、受信済みの無線設定値をＡＰ９０に送信する。これにより、ＡＰ９０は、当該無線設定値が、ＡＰ９０自身で現在利用されている無線設定値（即ちＡＰ９０によって形成されている通常Ｗｉ−ＦｉＮＷで現在利用されている無線設定値）に一致するのか否かを判断する（即ち認証を実行する）。認証が成功すれば、ＭＦＰ１０とＡＰ９０との間に通常Ｗｉ−Ｆｉ接続が確立される。即ち、ＭＦＰ１０は、ＡＰ９０によって形成されている通常Ｗｉ−ＦｉＮＷに子局として所属することができる。一方、認証が成功しなければ、通常Ｗｉ−Ｆｉ接続が確立されない。

次いで、Ｓ２４では、ＣＰＵ３０は、ＳｏｆｔＡＰＮＷを利用して、通常Ｗｉ−Ｆｉ接続が確立されたか否かを示す結果情報を携帯端末５０に送信する。即ち、ＣＰＵ３０は、通常Ｗｉ−Ｆｉ接続が確立された場合には、接続成功を示す成功情報を含む結果情報を携帯端末５０に送信し、通常Ｗｉ−Ｆｉ接続が確立されなかった場合には、接続失敗を示す失敗情報を含む結果情報を携帯端末５０に送信する。

携帯端末５０は、ＭＦＰ１０から結果情報を受信すると、接続用アプリケーションに従って、結果情報が示す接続結果（即ち、通常Ｗｉ−Ｆｉ接続が確立されたか否かを示すメッセージ）を、携帯端末５０の表示部に表示させる。従って、本実施例では、端末装置のユーザは、表示部を見ることにより、ＭＦＰ１０とＡＰとの間で通常Ｗｉ−Ｆｉ接続が確立されたか否かを知ることができる。

Ｓ２６では、ＣＰＵ３０は、Ｓ１０で起動させたアプリケーションを終了させる。この場合、ＭＦＰ１０のＳｏｆｔＡＰモードが終了する。この結果、ＭＦＰ１０と携帯端末５０との間のＳｏｆｔＡＰ接続が切断され、ＳｏｆｔＡＰＮＷが消滅する。Ｓ２６の処理を終えると、Ｓ２８に進む。

一方、Ｓ３０（Ｓ１２でＮＯの場合、又は、Ｓ１４でＮＯの場合）では、ＣＰＵ３０は、Ｓ１０で起動させたアプリケーションを終了させる。Ｓ３０の処理は、Ｓ２６の処理と同様であるため、詳しい説明は省略する。

次いで、Ｓ３２では、ＣＰＵ３０は、Probe Request信号を無線でブロードキャストする。Ｓ３４では、ＣＰＵ３０は、Ｓ３２でProbe Request信号をブロードキャストしてから所定の期間（例えば６０秒間；以下では「第１の期間」と呼ぶ）が経過する前に、ＷＰＳモードで動作しているＡＰ９０から、ＷＰＳモードで動作していることを示す情報を含むProbe Response信号を受信することを監視する。ＭＦＰ１０の周囲に存在する各ＡＰ（例えばＡＰ９０）は、起動されている間に、周囲からProbe Request信号を受信すると、Probe Response信号をＭＦＰ１０に送信する。特に、例えば、ＡＰ９０に特定の接続開始操作が実行されると、ＡＰ９０は、ＷＰＳモードで動作し、この場合、ＷＰＳモードで動作していることを示す情報を含むProbe Response信号をＭＦＰ１０に送信する。ただし、ＡＰ９０に特定の接続開始操作が実行されないと、ＡＰ９０は、ＷＰＳモードで動作していることを示す情報を含まないProbe Response信号をＭＦＰ１０に送信する。なお、以下では、ＷＰＳモードで動作していることを示す情報を含むProbe Response信号のことを「Probe Response信号（ＷＰＳモード）」と記載する。

ＣＰＵ３０は、Ｓ３２でProbe Request信号をブロードキャストしてから第１の期間が経過する前に、ＡＰ９０からProbe Response信号（ＷＰＳモード）を受信する場合に、Ｓ３４でＹＥＳと判断し、Ｓ３６に進む。一方、ＣＰＵ３０は、Ｓ３２でProbe Request信号をブロードキャストしてから第１の期間が経過する前に、Probe Response信号（ＷＰＳモード）を受信しない場合に、Ｓ３４でＮＯと判断し、Ｓ１０に戻る。

Ｓ３６では、ＣＰＵ３０は、受信済みのProbe Response信号（ＷＰＳモード）の送信元のＡＰ９０（即ち、ＷＰＳモードで動作しているＡＰ９０）とＷＰＳネゴシエーションを実行する。ＷＰＳネゴシエーションでは、ＣＰＵ３０は、ＡＰ９０から、ＳＳＩＤ、認証方式、暗号化方式、及び、パスワード（即ち、無線設定値）を受信する。ＣＰＵ３０は、受信済みの無線設定値を利用して、ＡＰと各種の認証を行う。全ての認証が成功すると、Ｓ３８において、ＣＰＵ３０は、通常Ｗｉ−Ｆｉ接続をＡＰ９０と確立する。即ち、ＭＦＰ１０は、ＡＰ９０によって形成されている通常Ｗｉ−ＦｉＮＷに子局として所属することができる。Ｓ３８の処理を終えると、Ｓ２８に進む。上記の通り、本実施例では、ＭＦＰ１０は、ＡＰ９０から無線設定値を取得し、取得された無線設定値を用いてＡＰと通常Ｗｉ−Ｆｉ接続を確立することができる。そのため、予め無線設定値がメモリ３２に記憶されている構成と比較して、ＷＰＳモードで動作するＡＰ９０との接続を適切に実行することができる。

Ｓ２８では、ＣＰＵ３０は、接続結果（即ち、通常Ｗｉ−Ｆｉ接続が確立されたのか否かを示すメッセージ）を表示部１４に表示させる。Ｓ２８を終えると、ＣＰＵ３０は、図２の無線接続処理を終了する。

上記の通り、本実施例では、ＭＦＰ１０は、図２のＳ１０でＳｏｆｔＡＰが起動されてから第２の期間が経過する前に、携帯端末５０からProbe Request信号が受信される場合に、携帯端末５０から無線設定値を受信すべきと判断する（Ｓ１２でＹＥＳ）。また、ＭＦＰ１０は、Ｓ３２でProbe Request信号をブロードキャストしてから第１の期間が経過する前に、ＡＰ９０からProbe Response信号（ＷＰＳモード）が受信される場合に、ＡＰ９０から無線設定値を受信すべきと判断する（Ｓ３４でＹＥＳ）。このように、ＭＦＰ１０は、ＡＰ９０と通常Ｗｉ−Ｆｉ接続を確立するための無線設定値を、ＡＰ９０から受信すべきか、携帯端末５０から受信すべきか、を適切に判断することができる。

また、本実施例では、ＭＦＰ１０は、図２のＳ１０でＳｏｆｔＡＰモードに設定されてから第２の期間が経過する前に、携帯端末５０からProbe Request信号が受信されない場合に（Ｓ１２でＮＯ）、ＳｏｆｔＡＰモードを終了し（Ｓ３０）、ＡＰ９０からのProbe Response信号（ＷＰＳモード）の受信を監視するモード（Ｓ３２、Ｓ３４）に移行する。また、ＭＦＰ１０は、Ｓ３２でProbe Request信号をブロードキャストしてから第１の期間が経過する前に、ＡＰ９０からProbe Response信号（ＷＰＳモード）が受信されない場合に（Ｓ３４でＮＯ）、再びＳｏｆｔＡＰモードに移行する（Ｓ１０）。即ち、ＭＦＰ１０は、携帯端末５０からのProbe Request信号の受信を監視するＳｏｆｔＡＰモードと、ＡＰ９０からのProbe Response信号（ＷＰＳモード）の受信を監視するモードと、を交互に実行することができる。この結果、ユーザが携帯端末５０の接続用アプリケーションを起動させる状況と、ユーザがＡＰ９０に特定の接続開始操作を実行する状況と、のどちらでも、ＭＦＰ１０は、携帯端末５０又はＡＰ９０から無線設定値を適切に受信して、ＡＰ９０と通常Ｗｉ−Ｆｉ接続を確立することができる。従来、操作部が操作される場合に、自動的にＡＰから無線設定値を受信することを試行するＭＦＰが知られている。これに対し、本実施例のＭＦＰ１０は、操作部１２が操作される場合に、携帯端末５０から無線設定値を受信するか、ＡＰ９０から無線設定値を受信するか、を判断する。従って、本実施例のＭＦＰ１０は、携帯端末５０又はＡＰ９０から無線設定値を適切に受信して、ＡＰ９０と通常Ｗｉ−Ｆｉ接続を確立することができる。

（ケースＡ１；図５）
続いて、図５を参照して、本実施例によって実現される具体的なケースＡ１を説明する。ケースＡ１では、ＭＦＰ１０が、携帯端末５０から無線設定値を受信し、受信済みの無線設定値を利用してＡＰ９０と通常Ｗｉ−Ｆｉ接続を確立する。

ケースＡ１では、まず、ユーザが、携帯端末５０の操作部を操作して、接続用アプリケーションを起動させるためのアプリケーション起動操作を行う。アプリケーション起動操作が行われると、携帯端末５０は、接続用アプリケーションを起動させる。携帯端末５０は、接続用アプリケーションを起動させると、ＭＦＰ１０の操作部１２で所定の接続開始操作を実行することをユーザに促すためのメッセージを含む指示画面を、携帯端末５０の表示部に表示させる。そして、携帯端末５０は、ＳｏｆｔＡＰモードで動作するＭＦＰ１０のＳＳＩＤ（予め決められた値「ＳＳＩＤ−Ｘ」）を含むProbe Request信号を送信する。図５の例では、携帯端末５０は、所定期間毎にProbe Request信号を繰り返し送信する。なお、以下では、Probe Request信号又はProbe Response信号が「ＳＳＩＤ−Ｘ」を含むことを、「Probe Request信号（ＳＳＩＤ−Ｘ）」又は「Probe Response信号（ＳＳＩＤ−Ｘ）」と表す場合がある。

一方、ユーザは、ＭＦＰ１０の操作部１２に所定の接続開始操作を実行する。ＭＦＰ１０は、ＳｏｆｔＡＰを起動し、ＭＦＰ１０の動作モードをＳｏｆｔＡＰモードに設定する（図２のＳ１０）。これにより、ＭＦＰ１０は、ＳＳＩＤ「ＳＳＩＤ−Ｘ」が割り当てられたＡＰとして動作する。ＭＦＰ１０は、ＳｏｆｔＡＰモードで動作を開始すると、携帯端末５０が送信するProbe Request信号（ＳＳＩＤ−Ｘ）を受信して（図２のＳ１２でＹＥＳ）、「ＳＳＩＤ−Ｘ」を含むProbe Response信号（ＳＳＩＤ−Ｘ）を携帯端末５０に送信する（図２のＳ１２でＹＥＳ）。

次いで、ＭＦＰ１０は、携帯端末５０とＳｏｆｔＡＰ接続を確立する（図２のＳ１４でＹＥＳ）。これにより、ＭＦＰ１０と携帯端末５０とを含むＳｏｆｔＡＰＮＷが構築される。次いで、携帯端末５０は、ＳｏｆｔＡＰＮＷを利用して、デバイス情報要求をＭＦＰ１０に送信する。

ＭＦＰ１０は、デバイス情報要求を受信すると（図２のＳ１６でＹＥＳ）、ＭＦＰ１０の周囲に存在する１個以上のＡＰ（ＡＰ９０等）のそれぞれからデバイス情報を収集し、ＳｏｆｔＡＰＮＷを利用して、携帯端末５０に収集済みの１個以上のデバイス情報を送信する（図２のＳ１８）。

携帯端末５０は、１個以上のデバイス情報を受信すると、ＳＳＩＤ選択画面（図３参照）を表示部に表示させる。ユーザは、携帯端末５０の操作部を操作して、ＳＳＩＤ選択画面に表示された１個以上のＳＳＩＤの中から、ＡＰ９０のＳＳＩＤ（「ＸＸＸＸＸ０２−ＡＰ」）を選択する。ＡＰ９０のＳＳＩＤが選択されると、携帯端末５０は、無線設定値入力画面（図４参照）を表示部に表示させる。無線設定値入力画面の認証方式入力欄１１０と暗号化方式入力欄１１２には、ＡＰ９０で現在利用されている認証方式（「ＷＰＡ２−ＰＳＫ」）と暗号化方式（「ＡＥＳ」）が予め入力されている。ユーザは、携帯端末５０の操作部を操作して、パスワード入力欄１１４にＡＰ９０で現在利用されているパスワードを入力し、接続ボタン１１６を押す。

携帯端末５０は、ＳｏｆｔＡＰＮＷを利用して、無線設定値（即ち、ＡＰ９０のＳＳＩＤと、図４の各欄１１０〜１１４に入力された認証方式、暗号化方式、及び、パスワード）をＭＦＰ１０に送信する。ＭＦＰ１０は、無線設定値を受信すると（図２のＳ２０でＹＥＳ）、受信済みの無線設定値を用いて、ＡＰ９０と通常Ｗｉ−Ｆｉ接続を確立する（図２のＳ２２）。これにより、ＭＦＰ１０とＡＰ９０とを含む通常Ｗｉ−ＦｉＮＷが構築される。

次いで、ＭＦＰ１０は、ＳｏｆｔＡＰＮＷを利用して、接続成功を示す成功情報を含む結果情報を携帯端末５０に送信する。携帯端末５０は、結果情報を受信すると、通常Ｗｉ−Ｆｉ接続が確立されたことを示す接続結果を表示部に表示させる。

ＭＦＰ１０は、結果情報を送信すると、ＳｏｆｔＡＰを終了する。これにより、ＭＦＰ１０と携帯端末５０との間のＳｏｆｔＡＰ接続が切断され、ＳｏｆｔＡＰＮＷが消滅する。次いで、ＭＦＰ１０は、通常Ｗｉ−Ｆｉ接続が確立されたことを示す接続結果を表示部１４に表示させる。

（ケースＢ；図６）
続いて、図６を参照して、本実施例によって実現される具体的なケースＢを説明する。ケースＢでは、ユーザは、ＡＰ９０に特定の接続開始操作を実行する。この場合、ＡＰ９０は、ＡＰ９０の動作モードをＷＰＳモードに設定する。

続いて、ユーザは、ＭＦＰ１０の操作部１２に所定の接続開始操作を実行する。ＭＦＰ１０は、ＳｏｆｔＡＰを起動し、ＭＦＰ１０の動作モードをＳｏｆｔＡＰモードに設定する（図２のＳ１０）。従って、ケースＡ１と同様に、ＭＦＰ１０は、ＳＳＩＤ「ＳＳＩＤ−Ｘ」が割り当てられたＡＰとして動作する。ただし、本ケースＢでは、携帯端末５０において、接続用アプリケーションが起動されない。このために、ＭＦＰ１０は、ＳｏｆｔＡＰを起動させてから第２の期間が経過する前に、携帯端末５０からProbe Request信号を受信しない（図２のＳ１２でＮＯ）。この結果、ＭＦＰ１０は、第２の期間の経過後に、ＳｏｆｔＡＰを終了する（図２のＳ３０）。次いで、ＭＦＰ１０は、Probe Request信号をブロードキャスト送信する。ＷＰＳモードで動作しているＡＰ９０は、Probe Request信号を受信すると、Probe Response信号（ＷＰＳモード）をＭＦＰ１０に送信する。

ＭＦＰ１０は、Probe Response信号（ＷＰＳモード）を受信すると、Probe Response信号（ＷＰＳモード）の送信元のＡＰ９０とＷＰＳネゴシエーションを実行して、ＡＰ９０から、ＳＳＩＤ、認証方式、暗号化方式、及び、パスワード（即ち、無線設定値）を受信する。ＭＦＰ１０は、受信済みの無線設定値を利用して、ＡＰと各種の認証を実行する。全ての認証が成功すると、ＭＦＰ１０とＡＰ９０との間に通常Ｗｉ−Ｆｉ接続が確立される。次いで、ＭＦＰ１０は、通常Ｗｉ−Ｆｉ接続が確立されたことを示す接続結果を表示部１４に表示させる。

（本実施例の効果）
上記の通り、本実施例では、ユーザが、ＭＦＰ１０をＡＰ９０に接続させることを望む場合に、図５のケースＡ１に示されるように、携帯端末５０の接続用アプリケーションを起動させることもあり得るし、図６のケースＢに示されるように、ＡＰ９０に特定の接続開始操作を実行することもあり得る。このために、ＭＦＰ１０は、ＡＰ９０と通常Ｗｉ−Ｆｉ接続を確立するための無線設定値を、携帯端末５０から受信すべきか（即ちユーザが携帯端末５０の接続用アプリケーションを起動させる状況であるのか）、ＡＰ９０から受信すべきか（即ちユーザがＡＰ９０に特定の接続開始操作を実行する状況であるのか）、を判断する（図２のＳ１２、Ｓ３４）。そして、ＭＦＰ１０は、判断結果に応じたデバイス（即ちＡＰ９０又は携帯端末５０）から、無線設定値を適切に受信することができる。このために、ＭＦＰ１０は、受信済みの無線設定値を利用して、ＡＰ９０と通常Ｗｉ−Ｆｉ接続を適切に確立することができる（図２のＳ２２、Ｓ３８）。

（対応関係）
ＭＦＰ１０、ＡＰ９０、携帯端末５０が、それぞれ、「通信装置」、「特定のアクセスポイント」、「端末装置」の一例である。ＭＦＰ１０とＡＰ９０との間に通常Ｗｉ−Ｆｉ接続を確立するための無線設定値が「特定の無線設定値」の一例である。また、ＭＦＰ１０が携帯端末５０に送信する１個以上のデバイス情報が「１個以上の部分設定値」の一例である。ＭＦＰ１０の操作部１２に実行される所定の接続開始操作によって与えられる指示が「特定の指示」の一例である。Ｓ３２でProbe Request信号をブロードキャストして、Ｓ３４でProbe Response信号（ＷＰＳモード）の受信を監視するモードが、「第１の動作モード」の一例である。ＳｏｆｔＡＰモードが「第２の動作モード」の一例である。また、Probe Response信号（ＷＰＳモード）が「第１の信号」の一例である。Ｓ１２で受信されるProbe Request信号が「第２の信号」の一例である。Ｓ３２で送信されるProbe Request信号が「特定の要求信号」の一例である。ＭＦＰ１０の操作部１２に実行される所定の接続開始操作によって与えられる指示を取得することが、「取得部」が実行する処理の一例である。図２のＳ１２、Ｓ３４の処理が「判断部」が実行する処理の一例である。Ｓ３６、Ｓ３８の処理が「第１の確立部」が実行する処理の一例である。Ｓ２２の処理が「第２の確立部」が実行する処理の一例である。Ｓ２４の処理が「情報送信部」が実行する処理の一例である。Ｓ１８の処理のうち、ＭＦＰ１０の周囲に存在する各ＡＰのデバイス情報を収集する処理が「設定値受信部」が実行する処理の一例である。Ｓ１８の処理のうち、ＭＦＰ１０の周囲に存在する各ＡＰの各デバイス情報を携帯端末５０に送信する処理が「設定値送信部」が実行する処理の一例である。

（第２実施例）
第２実施例について、第１実施例と異なる点を中心に説明する。上記の通り、第１実施例では、ＭＦＰ１０の操作部１２に所定の接続開始操作が実行されると、ＭＦＰ１０がＳｏｆｔＡＰモードで動作する（図２のＳ１０）。その後、ＭＦＰ１０が携帯端末５０からProbe Request信号を受信すると（Ｓ１２でＹＥＳ）、ＭＦＰ１０と携帯端末５０との間に、ＳｏｆｔＡＰ接続が確立される（Ｓ１４でＹＥＳ）。携帯端末５０は、ＳｏｆｔＡＰＮＷを利用して、無線設定値をＭＦＰ１０に送信する。これに代えて、本実施例では、ＭＦＰ１０の操作部１２に所定の接続開始操作が実行されると、ＭＦＰ１０が、アドホック方式に従った無線通信（以下では、「アドホック通信」と呼ぶ）を実行可能な動作モード（以下では、「アドモックモード」と呼ぶ）で動作する。本実施例では、ＭＦＰ１０と携帯端末５０とが、アドホック方式による接続（以下では「アドホック接続」と呼ぶ）を確立する。本実施例では、携帯端末５０は、ＭＦＰ１０との間に形成されたアドホックネットワーク（以下では、「アドホックＮＷ」と呼ぶ）を利用して、無線設定値をＭＦＰ１０に送信する。本実施例では、ＭＦＰ１０及び携帯端末５０（図１参照）は、いずれも、アドホック通信を実行可能な機器である。

（アドホック）
続いて、アドホックについて説明する。アドホックの無線ネットワークは、ＡＰとは異なる一対の機器によって形成される。具体的に言うと、一方の機器は、アドホックの無線ネットワークで利用されるべき通常Ｗｉ−ＦｉＷＳＩ（Wireless Setting Information）を準備して、通常Ｗｉ−ＦｉＷＳＩを他方の機器に供給する。これにより、一対の機器は、認証通信を実行して、アドホックに従った接続を確立することができる。即ち、一対の機器は、通常のＡＰやＳｏｆｔＡＰモードを利用せずに、通常Ｗｉ−ＦｉＮＷに所属することができる。

（ケースＡ２；図７）
続いて、図７を参照して、本実施例によって実現される具体的なケースＡ２を説明する。ケースＡ２では、ケースＡ１（図５）と同様に、ＭＦＰ１０が、携帯端末５０から無線設定値を受信し、受信済みの無線設定値を利用してＡＰ９０との間で通常Ｗｉ−Ｆｉ接続を確立する。

ケースＡ２でも、まず、ユーザが、携帯端末５０の操作部を操作して、接続用アプリケーションを起動させるためのアプリケーション起動操作を行う。アプリケーション起動操作が行われると、携帯端末５０は、接続用アプリケーションを起動させる。携帯端末５０は、接続用アプリケーションを起動させると、アドホックモードで動作する。アドホックモードで動作する携帯端末５０には、予め定められたＳＳＩＤ「ＳＳＩＤ−Ｘ」が割り当てられる。携帯端末５０は、ＭＦＰ１０の操作部１２で所定の接続開始操作を行うことをユーザに促すためのメッセージを含む指示画面を、携帯端末５０の表示部に表示させる。そして、携帯端末５０は、携帯端末５０に記憶されているアドホックＮＷのＳＳＩＤ（「ＳＳＩＤ−Ｘ」）を含むProbe Request信号（ＳＳＩＤ−Ｘ）を送信する。図７の例では、携帯端末５０は、所定期間毎にProbe Request信号（ＳＳＩＤ−Ｘ）を繰り返し送信する。この時点では、ＭＦＰ１０がアドホックモードで動作していないため、携帯端末５０は、Probe Response信号（ＳＳＩＤ−Ｘ）を受信することができない。ケースＡ２では、携帯端末５０は、その後、待機状態に移行し、アドホックモードで動作する他のデバイス（例えば、ＭＦＰ１０）が存在することを監視する。

一方、ユーザは、ＭＦＰ１０の操作部１２に所定の接続開始操作を行う。所定の接続開始操作が行われると、ＭＦＰ１０は、アドホックモードで動作する。ＭＦＰ１０は、メモリ３２に記憶されているアドホックＮＷのＳＳＩＤ（予め決められた値「ＳＳＩＤ−Ｘ」）を含むProbe Request信号（ＳＳＩＤ−Ｘ）を送信する。本ケースＡ２では、この時点で、待機状態の携帯端末５０が存在する。携帯端末５０は、ＭＦＰ１０からProbe Request信号（ＳＳＩＤ−Ｘ）を受信すると、ＭＦＰ１０にProbe Response信号（ＳＳＩＤ−Ｘ）を送信する。

ＭＦＰ１０は、携帯端末５０からProbe Response信号（ＳＳＩＤ−Ｘ）を受信することで、待機状態の携帯端末５０が存在することを検知することができる。次いで、ＭＦＰ１０は、携帯端末５０と必要な認証通信を実行し、アドホック接続を確立する。これにより、ＭＦＰ１０と携帯端末５０との間にアドホックＮＷが形成される。

次いで、携帯端末５０は、アドホックＮＷを利用して、デバイス情報要求をＭＦＰ１０に送信する。ＭＦＰ１０は、デバイス情報要求を受信すると、ＭＦＰ１０の周囲に存在する１個以上のＡＰ（ＡＰ９０等）のそれぞれからデバイス情報を収集し、アドホックＮＷを利用して、携帯端末５０に収集済みの１個以上のデバイス情報を送信する。

ケースＡ２でも、携帯端末５０は、１個以上のデバイス情報を受信すると、ＳＳＩＤ選択画面（図３参照）を表示部に表示させる。ユーザは、携帯端末５０の操作部を操作して、ＳＳＩＤ選択画面に表示された１個以上のＳＳＩＤの中から、ＡＰ９０のＳＳＩＤを選択する。ＡＰ９０のＳＳＩＤが選択されると、携帯端末５０は、無線設定値入力画面（図４参照）を表示部に表示させる。本ケースＡ２でも、ユーザは、携帯端末５０の操作部を操作して、パスワード入力欄１１４にＡＰ９０の所定のパスワードを入力し、接続ボタン１１６を押す。

接続ボタン１１６が押されると、携帯端末５０は、アドホックＮＷを利用して、無線設定値をＭＦＰ１０に送信する。本ケースＡ２では、ＭＦＰ１０は、無線設定値を受信すると、携帯端末５０とのアドホック接続を切断する。即ち、ＭＦＰ１０は、アドホックモードを終了する。次いで、ＭＦＰ１０は、受信済みの無線設定値を用いて、ＡＰ９０との間で通常Ｗｉ−Ｆｉ接続を確立する。これにより、ＭＦＰ１０とＡＰ９０を含む通常Ｗｉ−ＦｉＮＷが構築される。一般的に、アドホック接続と通常Ｗｉ−Ｆｉ接続とは異なる規格（アドホック規格とインフラストラクチャー規格）に従って実行されている。本実施例では、無線Ｉ／Ｆ２０は、異なる規格に従って実行される２種類の無線接続を同時的に確立することができない。そのため、上記の通り、ケースＡ２では、ＭＦＰ１０は、ＡＰ９０との通常Ｗｉ−Ｆｉ接続を確立する前に、携帯端末５０とのアドホック接続を切断する。

上記の通り、ケースＡ２では、ＭＦＰ１０とＡＰ９０との通常Ｗｉ−Ｆｉ接続が確立された時点で、アドホックＮＷが消滅している。そのため、ＭＦＰ１０は、携帯端末５０に、接続成功を示す成功情報を含む結果情報を送信しない。ただし、ＭＦＰ１０は、通常Ｗｉ−Ｆｉ接続が確立されたことを示す接続結果を表示部１４に表示させる。

（対応関係）
ＭＦＰ１０のアドホックモードが「第２の動作モード」の一例である。図７のケースＡ２のProbe Response信号（ＳＳＩＤ−Ｘ）が「第２の信号」の一例である。

（第３実施例）
第３実施例について、第１実施例と異なる点を中心に説明する。本実施例では、ＭＦＰ１０の操作部１２に所定の接続開始操作が実行されると、ＭＦＰ１０が、ＷＦＤ（Wi-Fi Directの略）方式に従った無線通信（以下では「ＷＦＤ通信」と呼ぶ））を実行可能な動作モード（以下では、「ＷＦＤモード」と呼ぶ）で動作する。本実施例では、ＭＦＰ１０と携帯端末５０とが、ＷＦＤ方式による接続（以下では「ＷＦＤ接続」と呼ぶ）を確立する。本実施例では、携帯端末５０は、ＭＦＰ１０との間に形成されたＷＦＤネットワーク（以下では、「ＷＦＤＮＷ」と呼ぶ）を利用して、無線設定値をＭＦＰ１０に送信する。本実施例では、ＭＦＰ１０及び携帯端末５０（図１参照）は、いずれも、ＷＦＤ通信を実行可能な機器である。

（ＷＦＤ）
続いて、ＷＦＤについて説明する。ＷＦＤ方式は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書「Ｗｉ−Ｆｉ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ） Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ１．１」に記述されている無線通信方式である。ＷＦＤ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に従って、無線通信を実行するための無線通信方式である。

以下では、ＭＦＰ１０、携帯端末５０等のように、ＷＦＤ方式に従ったＷＦＤ通信を実行可能な機器のことを、「ＷＦＤ対応機器」と呼ぶ。上記のＷＦＤの規格書では、ＷＦＤ対応機器の状態として、Ｇｒｏｕｐ Ｏｗｎｅｒ状態（以下では「Ｇ／Ｏ状態」と呼ぶ）、クライアント状態（以下では「ＣＬ状態」と呼ぶ）、及び、デバイス状態の３つの状態が定義されている。ＷＦＤ対応機器は、上記の３つの状態のうちの１つの状態で選択的に動作可能である。

デバイス状態の一対のＷＦＤ対応機器が無線ネットワークを新たに形成すべき際に、当該一対のＷＦＤ対応機器は、通常、Ｇ／Ｏネゴシエーションと呼ばれる無線通信を実行する。Ｇ／Ｏネゴシエーションでは、当該一対のＷＦＤ対応機器のうちの一方は、Ｇ／Ｏ状態（即ちＧ／Ｏ機器）になることを決定し、他方は、ＣＬ状態（即ちＣＬ機器）になることを決定する。その後、当該一対のＷＦＤ対応機器は、接続を確立して、無線ネットワークを形成する。

即ち、上記のＷＦＤＮＷは、ＷＦＤ方式の手順（例えばＧ／Ｏネゴシエーション）に従って形成される無線ネットワークであると言い換えることができる。Ｇ／ＯネゴシエーションによってＷＦＤＮＷが新たに形成された段階では、１個のＧ／Ｏ機器及び１個のＣＬ機器のみがＷＦＤＮＷに所属している。ただし、Ｇ／Ｏ機器は、他の機器と接続を確立して、当該他の機器をＣＬ機器としてＷＦＤＮＷに新たに参加させることができる。この場合、２個以上のＣＬ機器がＷＦＤＮＷに所属している状態になる。即ち、ＷＦＤＮＷでは、１個のＧ／Ｏ機器と１個以上のＣＬ機器とが存在し得る。Ｇ／Ｏ機器は、１個以上のＣＬ機器を管理する。具体的に言うと、Ｇ／Ｏ機器は、１個以上のＣＬ機器のＭＡＣアドレスを、Ｇ／Ｏ機器のメモリ内の管理リストに登録する。また、Ｇ／Ｏ機器は、ＣＬ機器がＷＦＤＮＷから離脱すると、ＣＬ機器のＭＡＣアドレスを管理リストから削除する。なお、Ｇ／Ｏ機器は、ＣＬ機器の数がゼロになると（即ち、管理リストに登録されているＭＡＣアドレスの数がゼロになると）、通常、Ｇ／Ｏ状態からデバイス状態に移行して、ＷＦＤＮＷを消滅させる。

Ｇ／Ｏ機器が管理可能なＣＬ機器の数の上限値（即ち、管理リストの登録可能なＣＬ機器のＭＡＣアドレスの数の上限値）は、Ｇ／Ｏ機器によって予め決められている。本実施例では、Ｇ／Ｏ機器が管理可能なＣＬ機器の数の上限値は、２以上の整数である。ただし、変形例では、Ｇ／Ｏ機器が管理可能なＣＬ機器の数の上限値は、１であってもよい。即ち、Ｇ／Ｏ機器が管理可能なＣＬ機器の数の上限値は、１以上の整数であればよい。

Ｇ／Ｏ機器は、他装置を介さずに、管理リストに登録されているＣＬ機器と対象データの無線通信を実行可能である。対象データは、ＯＳＩ参照モデルのネットワーク層の情報、及び、ネットワーク層よりも上位層（例えばアプリケーション層）の情報を含むデータであり、例えば、印刷データ、スキャンデータ等を含む。また、Ｇ／Ｏ機器は、複数個のＣＬ機器の間の対象データの無線通信を中継可能である。換言すると、一対のＣＬ機器は、Ｇ／Ｏ機器を介して、対象データの無線通信を実行可能である。

上述したように、ＷＦＤＮＷでは、対象データの送信元のＷＦＤ対応機器と、対象データの送信先のＷＦＤ対応機器と、の間で、これらのＷＦＤ対応機器とは別体に構成されているＡＰ（例えばＡＰ９０）を介さずに、対象データの無線通信を実行することができる。即ち、ＷＦＤ通信、ＷＦＤ方式、ＷＦＤＮＷは、それぞれ、ＡＰを介さない無線通信、ＡＰが利用されない無線通信方式、ＡＰを含まない無線ＮＷであると言える。

なお、ＷＦＤのＧ／Ｏ機器とＡＰ（例えばＡＰ９０）との間の相違点は、以下の通りである。即ち、ＷＦＤのＧ／Ｏ機器は、当該機器が所属しているＷＦＤＮＷから離脱して、他のＷＦＤＮＷに新たに所属する場合に、Ｇ／Ｏ状態とは異なる状態（即ちＣＬ状態）で動作し得る。これに対し、ＡＰは、ＷＦＤのＧ／Ｏ状態と同様の動作（例えば無線通信の中継）しか実行することができず、ＷＦＤのＣＬ状態と同様の動作を実行することができない。

Ｇ／Ｏ機器は、対象データの無線通信をデバイス状態のＷＦＤ対応機器（即ちデバイス機器）と実行不可能であるが、ＷＦＤ方式の接続用データの無線通信をデバイス機器と実行可能である。即ち、Ｇ／Ｏ機器は、ＷＦＤ方式の接続用データの無線通信をデバイス機器と実行することによって、デバイス機器と接続を確立して、デバイス機器をＷＦＤＮＷに参加させることができる。換言すると、デバイス機器は、ＷＦＤ方式の接続用データの無線通信をＧ／Ｏ機器と実行することによって、Ｇ／Ｏ機器と接続を確立して、ＷＦＤＮＷに参加することができる。この場合、デバイス機器は、デバイス状態からＣＬ状態に移行する。ＷＦＤ方式の接続用データは、ＯＳＩ参照モデルのネットワーク層よりも下位層（例えば、物理層、データリンク層）の情報を含むデータ（即ち、ネットワーク層の情報を含まないデータ）であり、例えば、Probe Request信号、Probe Response信号、Provision Discovery Request信号、Provision Discovery Response信号、Association Request信号、Association Response信号、Authentication Request信号、Authentication Response信号、4-Way Handshake信号等を含む。

Ｇ／Ｏ機器は、さらに、通常Ｗｉ−Ｆｉ方式の接続用データの無線通信を通常Ｗｉ−Ｆｉ機器と実行することによって、通常Ｗｉ−Ｆｉ機器と接続を確立して、通常Ｗｉ−Ｆｉ機器をＷＦＤＮＷに参加させることができる。通常Ｗｉ−Ｆｉ機器は、ＷＦＤ方式に従って無線ネットワークに所属することができないが（即ち、Ｇ／Ｏネゴシエーションを実行不可能であるが）、通常Ｗｉ−Ｆｉ方式に従って無線ネットワークに所属可能な機器である。通常Ｗｉ−Ｆｉ機器は、「レガシー機器」とも呼ばれる。通常Ｗｉ−Ｆｉ方式の接続用データは、Provision Discovery Request信号及びProvision Discovery Response信号を含まない点を除くと、上記のＷＦＤ方式の接続用データと同様である。Ｇ／Ｏ機器は、通常Ｗｉ−Ｆｉ機器と接続を確立する場合に、通常Ｗｉ−Ｆｉ機器のＭＡＣアドレスを管理リストに記述する。これにより、通常Ｗｉ−Ｆｉ機器は、ＷＦＤＮＷに参加することができる。通常Ｗｉ−Ｆｉ機器は、３つの状態（即ち、Ｇ／Ｏ状態、ＣＬ状態、デバイス状態）のいずれかの状態で選択的に動作するものではないが、ＷＦＤＮＷに所属している間には、ＣＬ機器と同様の状態で動作する。

上述したように、Ｇ／Ｏ機器は、ＷＦＤ対応機器（即ちデバイス機器）又は通常Ｗｉ−Ｆｉ機器と接続を確立して、ＷＦＤ対応機器又は通常Ｗｉ−Ｆｉ機器をＷＦＤＮＷに新たに参加させることができる。しかしながら、ＣＬ機器は、Ｇ／Ｏ機器とは異なり、ＷＦＤ対応機器又は通常Ｗｉ−Ｆｉ機器と接続を確立して、ＷＦＤ対応機器又は通常Ｗｉ−Ｆｉ機器をＷＦＤＮＷに新たに参加させることができない。

（ケースＡ３；図８）
続いて、図８を参照して、本実施例によって実現される具体的なケースＡ３を説明する。ケースＡ３では、ケースＡ１（図５）と同様に、ＭＦＰ１０が、携帯端末５０から無線設定値を受信し、受信済みの無線設定値を利用してＡＰ９０との間で通常Ｗｉ−Ｆｉ接続を確立する。

ケースＡ３でも、まず、ユーザが、携帯端末５０の操作部を操作して、接続用アプリケーションを起動させるためのアプリケーション起動操作を行う。アプリケーション起動操作が行われると、携帯端末５０は、接続用アプリケーションを起動させる。携帯端末５０は、接続用アプリケーションを起動させると、ＷＦＤモードで動作する。携帯端末５０がＷＦＤモードで動作を開始した時点では、携帯端末５０の状態はデバイス状態である。携帯端末５０は、ＭＦＰ１０の操作部１２で所定の接続開始操作を行うことをユーザに促すためのメッセージを含む指示画面を、携帯端末５０の表示部に表示させる。携帯端末５０は、携帯端末５０に記憶されているＭＦＰ１０のデバイス名（予め決められた値「ＤＥＶＩＣＥ０１」）を含むProbe Request信号を無線で送信する。図８の例では、携帯端末５０は、所定期間毎にProbe Request信号を繰り返して送信する。なお、以下では、Probe Request信号又はProbe Request信号が「ＤＥＶＩＣＥ０１」を含むことを、「Probe Request信号（ＤＥＶＩＣＥ０１）」又は「Probe Request信号（ＤＥＶＩＣＥ０１）」と表す場合がある。

一方、ユーザは、ＭＦＰ１０の操作部１２に所定の接続開始操作を行う。所定の接続開始操作が行われると、ＭＦＰ１０は、ＷＦＤモードで動作する。ＭＦＰ１０がＷＦＤモードで動作を開始した時点では、ＭＦＰ１０の状態はデバイス状態である。ＭＦＰ１０は、ＷＦＤモードで動作を開始すると、携帯端末５０が送信するProbe Request信号（ＤＥＶＩＣＥ０１）を受信する。ＭＦＰ１０は、Probe Request信号（ＤＥＶＩＣＥ０１）を受信すると、自身のデバイス名（即ち「ＤＥＶＩＣＥ０１」）を含むProbe Response信号（ＤＥＶＩＣＥ０１）を携帯端末５０に送信する。

携帯端末５０がProbe Response信号（ＤＥＶＩＣＥ０１）を受信すると、デバイス状態のＭＦＰ１０とデバイス状態の携帯端末５０との間でＧ／Ｏネゴシエーションが実行される。図には示さないが、本ケースＡ３では、Ｇ／Ｏネゴシエーションの結果、ＭＦＰ１０がＧ／Ｏ状態に移行し、携帯端末５０がＣＬ状態に移行する。次いで、Ｇ／Ｏ状態のＭＦＰ１０とＣＬ状態の携帯端末５０との間でＷＰＳネゴシエーションが実行される。ＷＰＳネゴシエーションの結果、Ｇ／Ｏ状態のＭＦＰ１０とクライアント状態の携帯端末５０とのＷＦＤ接続が確立する。即ち、ＭＦＰ１０と携帯端末５０とによってＷＦＤＮＷが構築される。

次いで、携帯端末５０は、ＷＦＤＮＷを利用して、デバイス情報要求をＭＦＰ１０に送信する。ＭＦＰ１０は、デバイス情報要求を受信すると、ＭＦＰ１０の周囲に存在する１個以上のＡＰ（ＡＰ９０等）のそれぞれからデバイス情報を収集し、ＷＦＤＮＷを利用して、携帯端末５０に収集済みの１個以上のデバイス情報を送信する。

本ケースＡ３でも、携帯端末５０は、１個以上のデバイス情報を受信すると、ＳＳＩＤ選択画面（図３参照）を表示部に表示させる。ユーザは、携帯端末５０の操作部を操作して、ＳＳＩＤ選択画面に表示された１個以上のＳＳＩＤの中から、ＡＰ９０のＳＳＩＤを選択する。ＡＰ９０のＳＳＩＤが選択されると、携帯端末５０は、無線設定値入力画面（図４参照）を表示部に表示させる。本ケースＡ３でも、ユーザは、携帯端末５０の操作部を操作して、パスワード入力欄１１４にＡＰ９０の所定のパスワードを入力し、接続ボタン１１６を押す。

接続ボタン１１６が押されると、携帯端末５０は、ＷＦＤＮＷを利用して、無線設定値をＭＦＰ１０に送信する。本ケースＡ３では、ＭＦＰ１０は、無線設定値を受信すると、受信済みの無線設定値を用いて、ＡＰ９０との通常Ｗｉ−Ｆｉ接続を確立する。これにより、ＭＦＰ１０とＡＰ９０を含む通常Ｗｉ−ＦｉＮＷが構築される。

次いで、ＭＦＰ１０は、ＷＦＤＮＷを利用して、携帯端末５０に、接続成功を示す成功情報を含む結果情報を送信する。携帯端末５０は、結果情報を受信すると、通常Ｗｉ−Ｆｉ接続が確立されたことを示す接続結果を表示部に表示させる。

ＭＦＰ１０は、結果情報を送信すると、ＷＦＤモードを終了する。これにより、ＭＦＰ１０と携帯端末５０との間のＷＦＤ接続が切断され、ＷＦＤＮＷが消滅する。次いで、ＭＦＰ１０は、通常Ｗｉ−Ｆｉ接続が確立されたことを示す接続結果を表示部１４に表示させる。

（対応関係）
ＭＦＰ１０のＷＦＤモードが「第２の動作モード」の一例である。図８のケースＡ３のProbe Request信号（ＤＥＶＩＣＥ０１）が「第２の信号」の一例である。

（第４実施例）
第４実施例について、第１実施例と異なる点を中心に説明する。第１実施例では、ＭＦＰ１０の操作部１２に所定の接続開始操作が実行されると、ＭＦＰ１０は、最初に、ＳｏｆｔＡＰモードで動作する（図２のＳ１０）。ＭＦＰ１０は、ＳｏｆｔＡＰが起動されてから第２の期間が経過する前に、携帯端末からProbe Request信号が受信されない場合に（Ｓ１２でＮＯ）、ＳｏｆｔＡＰモードを終了し（Ｓ３０）、ＡＰ９０からのProbe Response信号（ＷＰＳモード）の受信を監視するモード（Ｓ３２、Ｓ３４）に移行する。これに代えて、本実施例では、ＭＦＰ１０の操作部１２に所定の接続開始操作が実行されると、ＭＦＰ１０は、最初に、ＡＰ９０からのProbe Response信号（ＷＰＳモード）の受信を監視するモード（図９のＳ５０、Ｓ５２）で動作する。本実施例では、ＭＦＰ１０は、Probe Request信号をブロードキャストしてから第１の期間が経過する前に、ＡＰからProbe Response信号（ＷＰＳモード）が受信されない場合に（Ｓ５２でＮＯ）、ＳｏｆｔＡＰモードに移行する（Ｓ６０）。

（ＭＦＰ１０のＣＰＵ３０の無線接続処理；図９）
次いで、図９を参照して、ＭＦＰ１０のＣＰＵ３０が実行する無線接続処理の内容を説明する。ＭＦＰ１０の操作部１２に所定の接続開始操作が実行されると、ＣＰＵ３０は、当該操作によって与えられる指示を取得する。この場合、Ｓ５０において、ＣＰＵ３０は、Probe Request信号を無線でブロードキャスト送信する。Ｓ５０の処理の内容は、図２のＳ３２の処理と同様である。

次いで、Ｓ５２では、ＣＰＵ３０は、Ｓ５０でProbe Request信号をブロードキャストしてから所定の第１の期間が経過する前に、ＷＰＳモードで動作しているＡＰ９０から、Probe Response信号（ＷＰＳモード）を受信することを監視する。Ｓ５２の処理は、図２のＳ３４の処理と同様である。Ｓ５２でＹＥＳの場合、Ｓ５４に進む。一方、Ｓ５２でＮＯの場合、Ｓ６０に進む。Ｓ５４、Ｓ５６の各処理の内容は、図２のＳ３６、Ｓ３８の各処理の内容と同様である。Ｓ５６の処理を終えると、Ｓ５８に進む。

Ｓ６０では、ＣＰＵ３０は、ＳｏｆｔＡＰを起動させ、ＭＦＰ１０の動作モードをＳｏｆｔＡＰモードに設定する。Ｓ６０の処理の内容は、図２のＳ１０と同様である。次いで、Ｓ６２では、ＣＰＵ３０は、携帯端末５０から、Ｓ６０でＳｏｆｔＡＰを起動させてから所定の第２の期間が経過する前に、Probe Request信号を受信することを監視する。Ｓ６２の処理は、図２のＳ１２と同様である。Ｓ６２でＹＥＳの場合、Ｓ６４に進む。Ｓ６２でＮＯの場合、Ｓ５０に戻る。図には示していないが、この場合、ＣＰＵ３０は、ＳｏｆｔＡＰを終了（即ち、Ｓ６０で起動させたアプリケーションを終了）する。

Ｓ６４では、ＣＰＵ３０は、携帯端末との間でＳｏｆｔＡＰ接続が確立することを監視する。Ｓ６４の処理は、図２のＳ１４の処理と同様である。Ｓ６４でＹＥＳの場合、Ｓ６６に進む。Ｓ６４でＮＯの場合、Ｓ５０に戻る。図には示していないが、この場合も、ＣＰＵ３０は、ＳｏｆｔＡＰを終了（即ち、Ｓ６０で起動させたアプリケーションを終了）する。

Ｓ６６、Ｓ６８、Ｓ７０、Ｓ７２、Ｓ７４、Ｓ７６の各処理の内容は、図２のＳ１６、Ｓ１８、Ｓ１８、Ｓ２０、Ｓ２２、Ｓ２４、Ｓ２６の各処理の内容と同様である。Ｓ７６の処理を終えると、Ｓ５８に進む。

Ｓ５８の処理の内容は、図２のＳ２８の処理の内容と同様である。Ｓ５８の処理を終えると、ＣＰＵ３０は、図９の無線接続処理を終了する。

（ケースＣ；図１０）
続いて、図１０を参照して、本実施例によって実現される具体的なケースＣを説明する。ケースＣでは、ユーザは、ＡＰ９０に特定の接続開始操作を実行しない。ＭＦＰ１０は、ＳｏｆｔＡＰを起動した後で、携帯端末５０から無線設定値を受信し、受信済みの無線設定値を利用してＡＰ９０と通常Ｗｉ−Ｆｉ接続を確立する。

ケースＣでも、まず、ユーザが、携帯端末５０の操作部を操作して、接続用アプリケーションを起動させるためのアプリケーション起動操作を行う。アプリケーション起動操作が行われると、携帯端末５０は、接続用アプリケーションを起動させる。携帯端末５０は、接続用アプリケーションを起動させると、ＭＦＰ１０の操作部１２で所定の接続開始操作を行うことをユーザに促すためのメッセージを含む指示画面を、携帯端末５０の表示部に表示させる。そして、携帯端末５０は、ＳｏｆｔＡＰモードで動作するＭＦＰ１０のＳＳＩＤ（予め決められた値「ＳＳＩＤ−Ｘ」）を含むProbe Request信号（ＳＳＩＤ−Ｘ）を無線で繰り返し送信する。

一方、ユーザは、ＭＦＰ１０の操作部１２に所定の接続開始操作を実行する。ＭＦＰ１０は、Probe Request信号を無線でブロードキャスト送信する（図９のＳ５０）。本ケースＣでは、ユーザは、ＡＰ９０に特定の無線開始操作を実行しない。そのため、ＡＰ９０はＷＰＳモードで動作していない。従って、ＭＦＰ１０は、Ｓ５０でProbe Request信号をブロードキャストしてから第１の期間が経過する前にProbe Response（ＷＰＳモード）を受信しない（図９のＳ５２でＮＯ）。ＭＦＰ１０は、その後、ＳｏｆｔＡＰを起動し、ＭＦＰ１０の動作モードをＳｏｆｔＡＰモードに設定する（Ｓ６０）。これにより、ＭＦＰ１０は、ＳＳＩＤ「ＳＳＩＤ−Ｘ」が割り当てられたＡＰとして動作する。ＭＦＰ１０は、ＳｏｆｔＡＰモードで動作を開始すると、携帯端末５０が送信するProbe Request信号（ＳＳＩＤ−Ｘ）を受信する（Ｓ６２でＹＥＳ）。ＭＦＰ１０は、Probe Request信号（ＳＳＩＤ−Ｘ）を受信すると、自身のＳＳＩＤ（即ち「ＳＳＩＤ−Ｘ」）を含むProbe Response信号（ＳＳＩＤ−Ｘ）を携帯端末５０に送信する。

次いで、ＭＦＰ１０は、携帯端末５０との間で、ＳｏｆｔＡＰ接続を確立する（Ｓ６４でＹＥＳ）。これにより、ＭＦＰ１０と携帯端末５０とを含むＳｏｆｔＡＰＮＷが構築される。

携帯端末５０とＭＦＰ１０とのＳｏｆｔＡＰ接続が確立された後の各処理は、第１実施例のケースＡ１において携帯端末５０とＭＦＰ１０とのＳｏｆｔＡＰ接続が確立された後の各処理と同様であるため、詳しい説明を省略する。

本実施例のＭＦＰ１０も、基本的には、第１実施例のＭＦＰ１０と同様の作用効果を発揮する。即ち、本実施例でも、ユーザが、ＭＦＰ１０をＡＰ９０に接続させることを望む場合に、図１０のケースＣに示されるように、携帯端末５０の接続用アプリケーションを起動させることもあり得るし、ＡＰ９０に特定の接続開始操作を実行することもあり得る（図６のケースＢ参照）。このために、ＭＦＰ１０は、ＡＰ９０と通常Ｗｉ−Ｆｉ接続を確立するための無線設定値を、ＡＰ９０から受信すべきか（即ちユーザがＡＰ９０に特定の接続開始操作を実行する状況であるのか）、携帯端末５０から受信すべきか（即ちユーザが携帯端末５０の接続用アプリケーションを起動させる状況であるのか）、を判断する（図９のＳ５２、Ｓ６４）。そして、ＭＦＰ１０は、判断結果に応じたデバイス（即ちＡＰ９０又は携帯端末５０）から、無線設定値を適切に受信することができる。このために、ＭＦＰ１０は、受信済みの無線設定値を利用して、ＡＰ９０と通常Ｗｉ−Ｆｉ接続を適切に確立することができる（図９のＳ５６、Ｓ７２）。

（対応関係）
ＭＦＰ１０の操作部１２に実行される所定の接続開始操作によって与えられる指示を取得することが、「取得部」が実行する処理の一例である。図９のＳ５２、Ｓ６２の処理が「判断部」が実行する処理の一例である。Ｓ５４、Ｓ５６の処理が「第１の確立部」が実行する処理の一例である。Ｓ７２の処理が「第２の確立部」が実行する処理の一例である。Ｓ７４の処理が「情報送信部」が実行する処理の一例である。Ｓ６８の処理のうち、ＭＦＰ１０の周囲に存在する各ＡＰのデバイス情報を収集する処理が「設定値受信部」が実行する処理の一例である。Ｓ６８の処理のうち、ＭＦＰ１０の周囲に存在する各ＡＰの各デバイス情報を携帯端末５０に送信する処理が「設定値送信部」が実行する処理の一例である。

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

（変形例１）「通信装置」は、印刷機能及びスキャン機能を実行可能な多機能機（即ちＭＦＰ１０）に限られず、印刷機能及びスキャン機能のうちの印刷機能のみを実行可能なプリンタであってもよいし、印刷機能及びスキャン機能のうちのスキャン機能のみを実行可能なスキャナであってもよい。また、「通信装置」は、印刷機能及びスキャン機能とは異なる機能（例えば、画像の表示機能、データの演算機能）を実行する装置（例えば、ＰＣ、サーバ、携帯端末（携帯電話、スマートフォン、ＰＤＡ等））であってもよい。

（変形例２）第２実施例において、ＭＦＰ１０のＣＰＵ３０は、ＡＰ９０との間で通常Ｗｉ−Ｆｉ接続が確立されたが否かを示す結果情報を携帯端末５０に送信するようにしてもよい。その場合、ＭＦＰ１０のＣＰＵ３０は、携帯端末５０との間でアドホック接続を再確立し、その後、再確立されたアドホックＮＷを利用して、結果情報を携帯端末５０に送信してもよい。この処理も「情報送信部」が実行する処理の一例である。

（変形例３）図２のＳ１６、Ｓ１８の処理、及び、図９のＳ６６、Ｓ６８の処理を省略してもよい。この場合、ユーザが、携帯端末５０の操作部を操作して、携帯端末５０に無線設定値を入力してもよい。ＭＦＰ１０は、携帯端末５０に入力された無線設定値を携帯端末５０から受信してもよい。このように受信される無線設定値も、「特定の無線設定値」の一例である。

（変形例４）上記の各実施例では、図２、図９の各処理がソフトウェア（即ちプログラム）によって実現されるが、図２、図９の各処理のうちの少なくとも１つが論理回路等のハードウェアによって実現されてもよい。

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

２：通信システム、１０：多機能機（ＭＦＰ）、２２：制御部、３０：ＣＰＵ、３２：メモリ、５０：携帯端末、９０：ＡＰ

Claims (9)

1. 通信装置であって、
   自動無線設定モードに従って特定のアクセスポイントと無線接続を確立するための特定の指示を取得する取得部と、
   前記特定の指示が取得される場合に、前記通信装置の動作モードを複数個の動作モードのうちのいずれか一つに設定するモード制御部であって、前記複数個の動作モードは、前記特定のアクセスポイントから第１の信号を受信することを監視するための第１の動作モードと、前記端末装置から第２の信号を受信することを監視するための第２の動作モードと、を含む、前記モード制御部と、
   前記特定の指示が取得される場合に、前記特定のアクセスポイントと前記無線接続を確立するための特定の無線設定値を、前記特定のアクセスポイントから受信すべきか、前記特定のアクセスポイントとは異なる端末装置から受信すべきか、を判断する判断部であって、前記通信装置の動作モードが前記第１の動作モードに設定されてから第１の期間が経過する前に、前記特定のアクセスポイントから前記第１の信号が受信される場合に、前記特定のアクセスポイントから前記特定の無線設定値を受信すべきと判断し、前記通信装置の動作モードが前記第２の動作モードに設定されてから第２の期間が経過する前に、前記端末装置から前記第２の信号が受信される場合に、前記端末装置から前記特定の無線設定値を受信すべきと判断する、前記判断部と、
   前記特定のアクセスポイントから前記特定の無線設定値を受信すべきと判断される場合に、前記特定のアクセスポイントから前記特定の無線設定値を受信して、前記特定の無線設定値を利用して、前記特定のアクセスポイントと前記無線接続を確立する第１の確立部と、
   前記端末装置から前記特定の無線設定値を受信すべきと判断される場合に、前記端末装置から前記特定の無線設定値を受信して、前記特定の無線設定値を利用して、前記特定のアクセスポイントと前記無線接続を確立する第２の確立部と、
   を備える通信装置。
2. 前記モード制御部は、
   前記通信装置の動作モードが前記第１の動作モードに設定されてから前記第１の期間が経過する前に、前記特定のアクセスポイントから前記第１の信号が受信されない場合に、前記通信装置の動作モードを前記第１の動作モードから前記第２の動作モードに変更し、
   前記通信装置の動作モードが前記第２の動作モードに設定されてから前記第２の期間が経過する前に、前記端末装置から前記第２の信号が受信されない場合に、前記通信装置の動作モードを前記第２の動作モードから前記第１の動作モードに変更する、請求項１に記載の通信装置。
3. 前記モード制御部は、前記特定の指示が取得される場合に、最初に、前記通信装置の動作モードを前記第２の動作モードに設定し、前記通信装置が前記第２の動作モードに設定されてから前記第２の期間が経過する前に、前記端末装置から前記第２の信号が受信されない場合に、前記通信装置の動作モードを前記第２の動作モードから前記第１の動作モードに変更する、請求項１又は２に記載の通信装置。
4. 前記モード制御部は、前記特定の指示が取得される場合に、最初に、前記通信装置の動作モードを前記第１の動作モードに設定し、前記通信装置が前記第１の動作モードに設定されてから前記第１の期間が経過する前に、前記特定のアクセスポイントから前記第１の信号が受信されない場合に、前記通信装置の動作モードを前記第１の動作モードから前記第２の動作モードに変更する、請求項１又は２に記載の通信装置。
5. 前記モード制御部は、前記通信装置を無線ネットワークの親局として機能させることによって、前記通信装置の動作モードを前記第２の動作モードに設定する、請求項１から４のいずれか一項に記載の通信装置。
6. 前記判断部は、
   前記通信装置が前記第１の動作モードに設定されている場合には、特定の要求信号を前記特定のアクセスポイントに送信することによって、前記特定のアクセスポイントから前記第１の信号が受信されるか否かを判断し、
   前記通信装置が前記第２の動作モードに設定されている場合には、前記特定の要求信号を前記端末装置に送信することなく、前記端末装置から前記第２の信号が受信されるか否かを判断する、請求項１から５のいずれか一項に記載の通信装置。
7. 前記通信装置は、さらに、
   前記端末装置から前記特定の無線設定値を受信すべきと判断される場合において、前記特定のアクセスポイントと前記無線接続が確立される場合に、前記無線接続の確立が成功したことを示す成功情報を前記端末装置に送信し、
   前記端末装置から前記特定の無線設定値を受信すべきと判断される場合において、前記特定のアクセスポイントと前記無線接続が確立されない場合に、前記無線接続の確立が失敗したことを示す失敗情報を前記端末装置に送信する情報送信部を備える、請求項１から６のいずれか一項に記載の通信装置。
8. 前記通信装置は、さらに、
   前記端末装置から前記特定の無線設定値を受信すべきと判断される場合に、前記通信装置の周囲に存在する１個以上のアクセスポイントのそれぞれから、当該アクセスポイントに現在設定されている無線設定値のうちの一部である部分設定値を受信する設定値受信部と、
   前記１個以上のアクセスポイントの１個以上の前記部分設定値を前記端末装置に送信する設定値送信部と、を備える、請求項１から７のいずれか一項に記載の通信装置。
9. 通信装置のためのコンピュータプログラムであって、
   前記コンピュータプログラムは、前記通信装置に搭載されるコンピュータに、以下の各処理、即ち、
   自動無線設定モードに従って特定のアクセスポイントと無線接続を確立するための特定の指示を取得する取得処理と、
   前記特定の指示が取得される場合に、前記通信装置の動作モードを複数個の動作モードのうちのいずれか一つに設定するモード制御処理であって、前記複数個の動作モードは、前記特定のアクセスポイントから第１の信号を受信することを監視するための第１の動作モードと、前記端末装置から第２の信号を受信することを監視するための第２の動作モードと、を含む、前記モード制御処理と、
   前記特定の指示が取得される場合に、前記特定のアクセスポイントと前記無線接続を確立するための特定の無線設定値を、前記特定のアクセスポイントから受信すべきか、前記特定のアクセスポイントとは異なる端末装置から受信すべきか、を判断する判断処理であって、前記通信装置の動作モードが前記第１の動作モードに設定されてから第１の期間が経過する前に、前記特定のアクセスポイントから前記第１の信号が受信される場合に、前記特定のアクセスポイントから前記特定の無線設定値を受信すべきと判断し、前記通信装置の動作モードが前記第２の動作モードに設定されてから第２の期間が経過する前に、前記端末装置から前記第２の信号が受信される場合に、前記端末装置から前記特定の無線設定値を受信すべきと判断する、前記判断処理と、
   前記特定のアクセスポイントから前記特定の無線設定値を受信すべきと判断される場合に、前記特定のアクセスポイントから前記特定の無線設定値を受信して、前記特定の無線設定値を利用して、前記特定のアクセスポイントと前記無線接続を確立する第１の確立処理と、
   前記端末装置から前記特定の無線設定値を受信すべきと判断される場合に、前記端末装置から前記特定の無線設定値を受信して、前記特定の無線設定値を利用して、前記特定のアクセスポイントと前記無線接続を確立する第２の確立処理と、
   を実行させるコンピュータプログラム。
   

Images