(57)【特許請求の範囲】
【請求項１】
通信機器であって、
第１の無線接続を外部機器と確立するための特定処理を実行可能な可能状態と、前記特定処理を実行不可能な不可能状態と、を含む複数個の状態のうちのいずれかの状態で動作可能な無線インターフェースであって、前記可能状態で動作する場合に、前記第１の無線接続によって形成される無線ネットワークの親局又は子局として機能する第１の状態と、前記第１の状態とは異なる第２の状態と、を取り得る前記無線インターフェースと、
前記無線インターフェースが前記可能状態で動作している間に、前記無線インターフェースを介して、前記第１の無線接続を前記外部機器と確立する確立部と、
前記第１の無線接続が前記外部機器と確立される場合に、前記第１の無線接続を利用して前記外部機器から設定情報を受信する受信処理と、前記設定情報を利用して、前記無線インターフェースを介して、第２の無線接続を前記外部機器とは異なるアクセスポイントと確立する確立処理と、を含む所定処理を試行する試行部と、
前記所定処理が試行された結果として前記第２の無線接続が前記アクセスポイントと確立される場合、ユーザから前記無線インターフェースを前記不可能状態で動作させるための指示が入力されることなく、前記無線インターフェースが前記不可能状態で動作するように、前記無線インターフェースの状態を制御し、前記所定処理が試行された結果として前記第２の無線接続が前記アクセスポイントと確立されない場合、前記ユーザから前記無線インターフェースを前記可能状態で動作させるための指示が入力されることなく、前記第１の無線接続が切断された後に前記無線インターフェースが前記可能状態かつ前記第２の状態で動作するように、前記無線インターフェースの状態を制御するインターフェース制御部と、を備え、
前記確立部は、前記所定処理が試行された結果として前記第２の無線接続が前記アクセスポイントと確立されない場合には、前記第１の無線接続が切断された後に前記無線インターフェースが前記可能状態で動作している間に、前記第１の無線接続を前記外部機器と再度確立し、
前記試行部は、前記第１の無線接続が前記外部機器と再度確立される場合に、前記所定処理を再度試行する、通信機器。
【請求項２】
前記インターフェース制御部は、さらに、前記受信処理が試行された結果として前記外部機器から前記設定情報が受信される場合に、前記確立処理が試行される前に、前記無線インターフェースの状態を前記可能状態から前記不可能状態に変更する、請求項１に記載の通信機器。
【請求項３】
前記インターフェース制御部は、前記確立処理が試行された結果として前記第２の無線接続が前記アクセスポイントと確立されない場合に、前記無線インターフェースの状態を前記不可能状態から前記可能状態に変更する、請求項２に記載の通信機器。
【請求項４】
前記通信機器は、さらに、
前記受信処理が試行された結果として前記外部機器から前記設定情報が受信される場合に、前記第１の無線接続を切断する第１の切断部を備え、
前記インターフェース制御部は、前記第１の無線接続が切断された後に、前記無線インターフェースの状態を前記可能状態から前記不可能状態に変更する、請求項２又は３に記載の通信機器。
【請求項５】
前記通信機器は、さらに、
前記受信処理が試行された結果として前記外部機器から前記設定情報が受信される場合に、前記第１の無線接続を切断する第１の切断部を備え、
前記インターフェース制御部は、
前記受信処理が試行された結果として前記外部機器から前記設定情報が受信される場合に、前記無線インターフェースの状態を前記可能状態に維持し、
前記確立処理が試行された結果として前記第２の無線接続が前記アクセスポイントと確立されない場合に、前記無線インターフェースの状態を前記可能状態に維持する、請求項１に記載の通信機器。
【請求項６】
前記通信機器は、さらに、
前記受信処理が試行された結果として前記外部機器から前記設定情報が受信されない場合に、前記第１の無線接続を切断する第２の切断部を備え、
前記インターフェース制御部は、前記受信処理が試行された結果として前記外部機器から前記設定情報が受信されない場合に、前記第１の無線接続が切断された後に前記無線インターフェースが前記可能状態で動作するように、前記無線インターフェースの状態を制御する、請求項１から５のいずれか一項に記載の通信機器。
【請求項７】
前記確立処理は、前記設定情報を利用して、前記設定情報を現在利用している前記アクセスポイントをサーチするサーチ処理を含み、
前記インターフェース制御部は、
前記サーチ処理の結果として前記アクセスポイントが見つかることに起因して、前記第２の無線接続が前記アクセスポイントと確立される場合に、前記無線インターフェースが前記不可能状態で動作するように、前記無線インターフェースの状態を制御し、
前記サーチ処理の結果として前記アクセスポイントが見つからないことに起因して、前記第２の無線接続が前記アクセスポイントと確立されない場合に、前記無線インターフェースが前記可能状態で動作するように、前記無線インターフェースの状態を制御する、請求項１から６のいずれか一項に記載の通信機器。
【請求項８】
前記確立処理は、前記設定情報を利用して、前記設定情報を現在利用している前記アクセスポイントをサーチするサーチ処理と、前記通信機器が、前記アクセスポイントによって現在利用されている設定方式をサポートしているのか否かを判断する判断処理を含み、
前記インターフェース制御部は、
前記サーチ処理の結果として前記アクセスポイントが見つかること、及び、前記判断処理の結果として前記通信機器が前記設定方式をサポートしていると判断されることに起因して、前記第２の無線接続が前記アクセスポイントと確立される場合に、前記無線インターフェースが前記不可能状態で動作するように、前記無線インターフェースの状態を制御し、
前記サーチ処理の結果として前記アクセスポイントが見つかること、及び、前記判断処理の結果として前記通信機器が前記設定方式をサポートしていないと判断されることに起因して、前記第２の無線接続が前記アクセスポイントと確立されない場合に、前記無線インターフェースが前記不可能状態で動作するように、前記無線インターフェースの状態を制御する、請求項１から７のいずれか一項に記載の通信機器。
【請求項９】
前記設定方式は、前記アクセスポイントによって現在利用されている認証方式及び暗号化方式を含む、請求項８に記載の通信機器。
【請求項１０】
前記設定方式は、前記アクセスポイントによって現在利用されている認証プロトコルを含み、
前記認証プロトコルは、パーソナル系の認証プロトコルと、エンタープライズ系の認証プロトコルと、のいずれかである、請求項８又は９に記載の通信機器。
【請求項１１】
前記無線インターフェースは、
前記可能状態で動作する間に、前記第２の無線接続を前記アクセスポイントと確立不可能であり、
前記不可能状態で動作する間に、前記第２の無線接続を前記アクセスポイントと確立可能である、請求項１から１０に記載の通信機器。
【請求項１２】
前記インターフェース制御部は、さらに、前記通信機器の電源が投入されること、及び、前記無線インターフェースの状態を前記不可能状態から前記可能状態に変更するための指示が前記ユーザによって入力されること、の少なくとも一方が満たされる場合に、前記無線インターフェースが前記可能状態で動作するように、前記無線インターフェースを制御する、請求項１から１１のいずれか一項に記載の通信機器。
【請求項１３】
前記第１の無線接続を確立するための前記無線インターフェースと、前記第２の無線接続を確立するための前記無線インターフェースと、は一体に構成されている、請求項１から１２のいずれか一項に記載の通信機器。
【請求項１４】
前記特定処理は、少なくとも、プローブ要求を受信して応答を送信する処理を含む、請求項１から１３のいずれか一項に記載の通信機器。
【請求項１５】
通信機器のためのコンピュータプログラムであって、
前記通信機器は、第１の無線接続を外部機器と確立するための特定処理を実行可能な可能状態と、前記特定処理を実行不可能な不可能状態と、を含む複数個の状態のうちのいずれかの状態で動作可能な無線インターフェースであって、前記可能状態で動作する場合に、前記第１の無線接続によって形成される無線ネットワークの親局又は子局として機能する第１の状態と、前記第１の状態とは異なる第２の状態と、を取り得る前記無線インターフェースと、
コンピュータと、を備え、
前記コンピュータプログラムは、前記コンピュータを、
前記無線インターフェースが前記可能状態で動作している間に、前記無線インターフェースを介して、前記第１の無線接続を前記外部機器と確立する確立部、
前記第１の無線接続が前記外部機器と確立される場合に、前記第１の無線接続を利用して前記外部機器から設定情報を受信する受信処理と、前記設定情報を利用して、前記無線インターフェースを介して、第２の無線接続を前記外部機器とは異なるアクセスポイントと確立する確立処理と、を含む所定処理を試行する試行部、及び、
前記所定処理が試行された結果として前記第２の無線接続が前記アクセスポイントと確立される場合には、前記無線インターフェースを前記不可能状態で動作させるための指示がユーザによって入力されなくても、前記無線インターフェースが前記不可能状態で動作するように、前記無線インターフェースの状態を制御し、前記所定処理が試行された結果として前記第２の無線接続が前記アクセスポイントと確立されない場合には、前記無線インターフェースを前記可能状態で動作させるための指示が前記ユーザによって入力されなくても、前記第１の無線接続が切断された後に前記無線インターフェースが前記可能状態かつ前記第２の状態で動作するように、前記無線インターフェースの状態を制御するインターフェース制御部、
として機能させ、
前記確立部は、前記所定処理が試行された結果として前記第２の無線接続が前記アクセスポイントと確立されない場合には、前記第１の無線接続が切断された後に前記無線インターフェースが前記可能状態で動作している間に、前記第１の無線接続を前記外部機器と再度確立し、
前記試行部は、前記第１の無線接続が前記外部機器と再度確立される場合に、前記所定処理を再度試行する、
コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書によって開示される技術は、無線接続を外部機器と確立可能な通信機器に関する。
【背景技術】
【０００２】
特許文献１に開示されているＭＦＰ（Multi-Function Peripheralの略）は、接続開始操作が入力されると、ＳｏｆｔＡＰ（Access Pointの略）を起動し、携帯端末とＳｏｆｔＡＰ接続を確立する。ＭＦＰは、ＳｏｆｔＡＰ接続を利用して、携帯端末からＡＰによって利用されている無線設定値を受信し、当該無線設定値を利用して、ＡＰと通常Ｗｉ−Ｆｉ接続を確立する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−２４１４８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のＭＦＰは、ＡＰと通常Ｗｉ−Ｆｉ接続を確立するのか否かにかかわらず、ＳｏｆｔＡＰを終了してしまう。このため、ＭＦＰがＡＰと通常Ｗｉ−Ｆｉ接続を確立することができない状況において、ユーザは、ＡＰと通常Ｗｉ−Ｆｉ接続を確立するための処理をＭＦＰに再試行させるために接続開始操作をＭＦＰに再入力しなければならない。
【０００５】
本明細書では、通信機器がアクセスポイントと無線接続を確立すべき状況において、ユーザの利便性を向上させ得る技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書で開示する通信機器は、第１の無線接続を外部機器と確立するための特定処理を実行可能な可能状態と、特定処理を実行不可能な不可能状態と、を含む複数個の状態のうちのいずれかの状態で動作可能な無線インターフェースと、無線インターフェースが可能状態で動作している間に、無線インターフェースを介して、第１の無線接続を外部機器と確立する確立部と、第１の無線接続が外部機器と確立される場合に、第１の無線接続を利用して外部機器から設定情報を受信する受信処理と、設定情報を利用して、無線インターフェースを介して、第２の無線接続を外部機器とは異なるアクセスポイントと確立する確立処理と、を含む所定処理を試行する試行部と、所定処理が試行された結果として第２の無線接続がアクセスポイントと確立される場合、ユーザから無線インターフェースを不可能状態で動作させるための指示が入力されることなく、無線インターフェースが不可能状態で動作するように、無線インターフェースの状態を制御し、所定処理が試行された結果として第２の無線接続がアクセスポイントと確立されない場合、ユーザから無線インターフェースを可能状態で動作させるための指示が入力されることなく、第１の無線接続が切断された後に無線インターフェースが可能状態で動作するように、無線インターフェースの状態を制御するインターフェース制御部と、を備える。確立部は、所定処理が試行された結果として第２の無線接続がアクセスポイントと確立されない場合には、第１の無線接続が切断された後に無線インターフェースが可能状態で動作している間に、第１の無線接続を外部機器と再度確立する。試行部は、第１の無線接続が外部機器と再度確立される場合に、所定処理を再度試行する。
【０００７】
上記の構成によると、通信機器は、所定処理が試行された結果として第２の無線接続がアクセスポイントと確立されない場合には、ユーザから指示が入力されることなく、第１の無線接続が切断された後に無線インターフェースが可能状態で動作するように、無線インターフェースの状態を制御する。このために、通信機器は、ユーザから指示が入力されなくても、外部機器と第１の無線接続を再度確立して、所定処理を再度試行することができる。従って、通信機器がアクセスポイントと無線接続を確立すべき状況において、ユーザの利便性を向上させ得る。
【０００８】
なお、上記の通信機器を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の通信装置と、外部機器と、アクセスポイントと、を含む通信システムも、新規で有用である。
【図面の簡単な説明】
【０００９】
【図１】通信システムの構成を示す。
【図２】ＭＦＰのＣＰＵが実行する無線設定処理のフローチャートを示す。
【図３】ＡＰが見つからないケースＡ１のシーケンス図を示す。
【図４】ＡＰ設定情報を受信しないケースＡ２のシーケンス図を示す。
【図５】ＡＰの設定方式をサポートしていないケースＡ３のシーケンス図を示す。
【図６】ＡＰが見つからない第２実施例のケースＢ１のシーケンス図を示す。
【図７】ＡＰ設定情報を受信しない第２実施例のケースＢ２のシーケンス図を示す。
【図８】ＡＰの設定方式をサポートしていない第２実施例のケースＢ３のシーケンス図を示す。
【発明を実施するための形態】
【００１０】
（第１実施例）
（通信システム２の構成；図１）
図１に示されるように、通信システム２は、ＭＦＰ１０と、ＰＣ（Personal Computerの略）５０と、ＡＰ（Access Pointの略）９０と、を備える。各装置１０、５０、９０は、相互に無線通信可能である。
【００１１】
（ＭＦＰ１０の構成）
ＭＦＰ１０は、印刷機能及びスキャン機能を含む多機能を実行可能な周辺装置（即ちＰＣ５０の周辺装置）であり、操作部１２と、表示部１４と、印刷実行部１６と、スキャン実行部１８と、無線インターフェース（以下では「無線Ｉ／Ｆ」と記載する）２０と、制御部２２と、を備える。操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、いわゆるタッチパネルであり、操作部としても機能する。以下の「操作部１２」という表現は、操作部１２そのものと、タッチパネルである表示部１４と、の双方を含む意味である。印刷実行部１６は、インクジェット方式、レーザ方式等の印刷機構である。スキャン実行部１８は、ＣＣＤ、ＣＩＳ等のスキャン機構である。
【００１２】
無線Ｉ／Ｆ２０は、通常Ｗｉ−Ｆｉ方式に従った無線通信を実行するためのＩ／Ｆである。通常Ｗｉ−Ｆｉ方式は、Wi-Fi Allianceによって策定された規格に準拠した無線通信方式であり、例えば、IEEE（The Institute of Electrical and Electronics Engineers, Inc.の略）802.11の規格、及び、それに準ずる規格（例えば、802.11a,11b,11g,11n等）に基づく無線通信方式である。ＭＦＰ１０は、通常Ｗｉ−Ｆｉ方式に従ってＡＰ９０と無線接続（以下では「ＡＰ接続」と呼ぶ）を確立することによって、ＡＰ９０によって形成される通常Ｗｉ−Ｆｉネットワーク（以下では「ＡＰＮＷ」と呼ぶ）に所属することができる。
【００１３】
無線Ｉ／Ｆ２０は、さらに、ＷＦＤ方式をサポートしている。ＷＦＤ方式の詳細は、Wi-Fi Allianceによって作成された「Wi-Fi Peer-to-Peer(P2P) Technical Specification Version1.1」に記述されている。また、米国特許出願公開第２０１３／０２６０６８３号公報にも、ＷＦＤ方式の詳細が開示されており、当該文献を参照して引用する。ＭＦＰ１０は、ＷＦＤ方式に従ってＰＣ５０と接続（以下では「ＷＦＤ接続」と呼ぶ）を確立することによって、ＭＦＰ１０又はＰＣ５０によって形成されるＷＦＤネットワーク（以下では「ＷＦＤＮＷ」と呼ぶ）に所属することができる。
【００１４】
本実施例では、無線Ｉ／Ｆ２０は、通常Ｗｉ−Ｆｉ方式に従った無線通信（以下では「ＡＰ通信」と呼ぶ）と、ＷＦＤ方式に従った無線通信（以下では「ＷＦＤ通信」と呼ぶ）と、を同時的に実行不可能であり、一方の無線通信のみを択一的に実行可能である。ただし、変形例では、無線Ｉ／Ｆ２０はＡＰ通信とＷＦＤ通信とを同時的に実行可能である。
【００１５】
無線Ｉ／Ｆ２０は、ＷＦＤ通信を実行可能な状態と、ＷＦＤ通信を実行不可能な状態と、のどちらかの状態で動作することができる。以下では、前者の状態、後者の状態を、それぞれ、「ＷＦＤＩ／ＦがＯＮされた状態」、「ＷＦＤＩ／ＦがＯＦＦされた状態」と記載する。また、ＷＦＤＩ／ＦがＯＮされた状態からＯＦＦされた状態に移行させること、ＷＦＤＩ／ＦがＯＦＦされた状態からＯＮされた状態に移行させることを、それぞれ、「ＷＦＤＩ／ＦをＯＦＦする」、「ＷＦＤＩ／ＦをＯＮする」と記載する。
【００１６】
ＷＦＤＩ／ＦがＯＮされた状態では、無線Ｉ／Ｆ２０は、ＷＦＤ方式に従った少なくともＬｉｓｔｅｎ処理を実行可能である。Ｌｉｓｔｅｎ処理は、プローブ要求を受信して応答を送信することによって、ＭＦＰ１０の周囲に存在する機器にＭＦＰ１０の存在を知らせるための処理である。ＷＦＤＩ／ＦがＯＮされた状態では、無線Ｉ／Ｆ２０は、さらに、ＷＦＤ方式に特有の信号（例えばProvision Discovery信号）の通信を実行可能である。ＷＦＤＩ／ＦがＯＦＦされた状態では、無線Ｉ／Ｆ２０は、Ｌｉｓｔｅｎ処理を実行不可能であり、さらに、上記の特有の信号の通信を実行不可能である。変形例では、ＷＦＤＩ／ＦがＯＮされた状態では、無線Ｉ／Ｆ２０は、ＷＦＤ方式に従ったＳｅａｒｃｈ処理を実行し、Ｌｉｓｔｅｎ処理を実行しなくてもよい。Ｓｅａｒｃｈ処理は、プローブ要求を送信して応答を受信することによって、ＭＦＰ１０の周囲に存在する機器を把握するための処理である。
【００１７】
制御部２２は、ＣＰＵ３０とメモリ３２とを備える。ＣＰＵ３０は、メモリ３２に記憶されているプログラム３４に従って、様々な処理を実行する。メモリ３２は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。メモリ３２は、さらに、ＣＰＵ３０が処理を実行する過程で取得又は生成される各種データを記憶する。
【００１８】
（ＰＣ５０の構成）
ＰＣ５０は、デスクトップＰＣ、タブレットＰＣ、ノートＰＣ等の端末機器である。ＰＣ５０は、図示しない無線Ｉ／Ｆを備える。ＰＣ５０の無線Ｉ／Ｆは、ＡＰ通信及びＷＦＤ通信を実行するためのＩ／Ｆである。ＰＣ５０は、ＡＰ９０とＡＰ接続を確立している。
【００１９】
ＰＣ５０のメモリは、ＭＦＰ１０とＡＰ９０との間にＡＰ接続を確立させるための処理を実行するためのアプリケーションプログラム５２（以下では「設定アプリケーション５２」と呼ぶ）を記憶する。設定アプリケーション５２は、ＭＦＰ１０のベンダによって提供されるアプリケーションであり、例えば、インターネット上のサーバからＰＣ５０にインストールされてもよいし、ＭＦＰ１０と共に出荷されるメディアからＰＣ５０にインストールされてもよい。
【００２０】
（ＡＰ９０の構成）
ＡＰ９０は、無線アクセスポイント又は無線ＬＡＮルータと呼ばれる通常のＡＰであり、ＷＦＤ方式のＧ／Ｏ（Group Ownerの略）及びＳｏｆｔＡＰとは異なる。ＡＰ９０は、複数個の機器とＡＰ接続を同時的に確立することができる。ＡＰ９０は、ＡＰ接続が確立されている一対の機器（即ち一対の子局）の間の通信を中継することができる。
【００２１】
（無線設定処理；図２）
図２を参照して、ＭＦＰ１０のＣＰＵ３０が実行する無線設定処理について説明する。ＣＰＵ３０は、第１条件及び第２条件のうちの一方が満たされる際に、ＷＦＤＩ／ＦをＯＮして図２の処理を開始する。第１条件は、ＷＦＤＩ／ＦがＯＦＦされている状態において、ＷＦＤＩ／ＦをＯＮするための所定操作が操作部１２に入力されることである。第２条件は、ＭＦＰ１０の出荷後に最初に電源が投入されることである。変形例では、ＷＦＤＩ／ＦをＯＮして図２の処理を開始するための条件は、第１条件のみでもよいし、第２条件のみでもよいし、他の条件（例えば、ＭＦＰ１０の電源が投入される毎）でもよい。以下、ＷＦＤＩ／ＦのＯＦＦからＯＮへの移行、及び、ＯＮからＯＦＦへの移行は、操作部１２への操作の入力等、トリガの明記がない限り、ユーザによる指示無しに行われる点に留意されたい。ＷＦＤＩ／ＦがＯＮされると、ＭＦＰ１０は、ＷＦＤ方式のデバイス状態で動作する。デバイス状態は、ＷＦＤＮＷの親局及び子局のどちらでも動作していない状態であり、少なくともＬｉｓｔｅｎ処理を実行する状態である。なお、以下の全ての通信は、無線Ｉ／Ｆ２０を介して実行されるので、以下では、「無線Ｉ／Ｆ２０を介して」という説明を省略する。なお、変形例では、ＷＦＤＩ／ＦがＯＮされると、ＭＦＰ１０は、ＷＦＤ方式のＧ／Ｏ状態で動作してもよい。
【００２２】
Ｓ１０では、ＣＰＵ３０は、Ｌｉｓｔｅｎ処理を実行して、ＰＣ５０からプローブ要求を受信することを監視する。ＰＣ５０のユーザは、ＰＣ５０の操作部（図示省略）を操作して、設定アプリケーション５２を起動させる。この場合、ＰＣ５０は、デバイス状態のＭＦＰ１０を探索するためのプローブ要求をブロードキャスト送信する。ＣＰＵ３０は、ＰＣ５０からプローブ要求を受信すると、Ｓ１０でＹＥＳと判断してＳ１２に進む。
【００２３】
Ｓ１２では、ＣＰＵ３０は、プローブ応答をＰＣ５０に送信し、さらに、ＭＦＰ１０の動作状態をＷＦＤ方式のデバイス状態からＧ／Ｏ状態に移行させる。これにより、ＭＦＰ１０は、ＭＦＰ１０が親局として動作するＷＦＤＮＷを形成する。この時点では、ＭＦＰ１０のみがＷＦＤＮＷに所属しており、子局がＷＦＤＮＷに所属していない。Ｓ１２では、ＣＰＵ３０は、さらに、ＷＦＤＮＷで利用されるＳＳＩＤ（Service Set Identifierの略）及びパスワードを生成して、それらをメモリ３２に記憶させる。ＳＳＩＤ及びパスワードは、ランダムに文字列が選択されることによって生成される。ただし、変形例では、予め決められているＳＳＩＤ及びパスワードが利用されてもよい。ＳＳＩＤ、パスワードは、それぞれ、無線ネットワークを識別するための識別子、当該無線ネットワークにおいて認証及び暗号化に利用されるデータである。
【００２４】
Ｓ１４では、ＣＰＵ３０は、プローブ要求の送信元のＰＣ５０とＷＦＤ接続を確立する。具体的には、ＣＰＵ３０は、例えば、Provision Discovery信号、Authentication信号、Association信号、WSC Exchange、4-Way Handshake等を含む各種信号の通信をＰＣ５０と実行する。これらの信号の通信の過程において、ＣＰＵ３０は、ＷＰＳ（Wi-Fi Protected Setupの略）ネゴシエーションを実行する。ＷＰＳネゴシエーションでは、Ｓ１２で生成されたＳＳＩＤ及びパスワードが、ＭＦＰ１０からＰＣ５０に送信される。ＣＰＵ３０は、ＷＰＳネゴシエーションを実行した後に、ＰＣ５０からＳＳＩＤ及びパスワードを受信して、それらの認証を実行し、当該認証が成功するとＰＣ５０とＷＦＤ接続を確立する。これにより、ＣＰＵ３０は、ＰＣ５０を子局としてＷＦＤＮＷに参加させる。
【００２５】
続くＳ１６とＳ４０では、ＣＰＵ３０は、ＷＦＤ接続を利用して、ＰＣ５０からＡＰ設定情報と切断要求のどちらかを受信することを監視する。具体的に、Ｓ１６では、ＷＦＤ接続を利用して、ＰＣ５０からＡＰ設定情報を受信したか否かを判断する。ＡＰ設定情報は、ＰＣ５０が現在子局として参加しているＡＰＮＷ（即ちＡＰ９０によって形成されているＡＰＮＷ）で利用されている無線設定情報であり、ＳＳＩＤ、パスワード、認証方式、暗号化方式等を含む。認証方式、暗号化方式は、それぞれ、無線ネットワークにおいて認証、暗号化を実行するための方式である。変形例では、ＡＰ設定情報は、ＰＣ５０が過去に子局として参加していたＡＰＮＷで利用されている無線設定情報であってもよい。
【００２６】
例えば、ＭＦＰ１０とＰＣ５０との間のＷＦＤ接続の通信環境が安定していない場合、ＰＣ５０においてＡＰ設定情報が記憶されたメモリが読み取り不可能である場合等には、ＣＰＵ３０は、ＰＣ５０からＡＰ設定情報を受信することなく（Ｓ１６でＮＯ）、ＰＣ５０から切断要求を受信し得る。Ｓ１６でＮＯと判断した場合に進むＳ４０では、具体的には、ＷＦＤ接続を利用して、ＰＣ５０から切断要求を受信したか否かを判断する。切断要求を受信した場合、ＣＰＵ３０は、Ｓ４０でＹＥＳと判断してＳ４２に進む。また、Ｓ４０では、ＰＣ５０からＡＰ設定情報及び切断要求のどちらも受信することなく、所定時間が経過したか否かも判断する。例えば、ＰＣ５０においてその他の不具合（例えば、電源ＯＦＦ、無線Ｉ／Ｆの故障等）が生じている場合には、ＣＰＵ３０は、ＰＣ５０からＡＰ設定情報及び切断要求のどちらも受信することなく、所定時間が経過したと判断し（Ｓ４０でＹＥＳ）、Ｓ４２に進む。
【００２７】
Ｓ４２では、ＣＰＵ３０は、ＰＣ５０とのＷＦＤ接続を切断する。具体的には、ＣＰＵ３０は、切断要求を受信したことに起因してＳ４０でＹＥＳと判断した場合には、切断要求に対する応答をＰＣ５０に送信し、さらに、Ｓ１２で生成されたＳＳＩＤ及びパスワードをメモリ３２から削除する。また、ＣＰＵ３０は、所定時間が経過したことに起因してＳ４０でＹＥＳと判断した場合には、Ｓ１２で生成されたＳＳＩＤ及びパスワードをメモリ３２から削除する。
【００２８】
続くＳ４４では、ＣＰＵ３０は、ＷＦＤＩ／ＦがＯＮされた状態を維持しながら、ＭＦＰ１０の動作状態をＧ／Ｏ状態からデバイス状態に移行させる。そして、Ｓ１０の監視に戻る。この場合、ＣＰＵ３０は、ＰＣ５０からプローブ要求を再度受信して（Ｓ１０でＹＥＳ）、Ｓ１２以降の処理を再度実行することができる。
【００２９】
一方、ＣＰＵ３０は、ＰＣ５０からＡＰ設定情報を受信すると、Ｓ１６でＹＥＳと判断し、Ｓ１８に進む。Ｓ１８では、ＣＰＵ３０は、ＰＣ５０から切断要求を受信して応答をＰＣ５０に送信すること、及び、Ｓ１２で生成されたＳＳＩＤ及びパスワードをメモリ３２から削除すること、を実行して、ＰＣ５０とのＷＦＤ接続を切断する。続くＳ２０では、ＣＰＵ３０は、ＷＦＤＩ／ＦをＯＮからＯＦＦに移行させる。上記の通り、無線Ｉ／Ｆ２０は、ＡＰ通信及びＷＦＤ通信の双方を同時的に実行不可能である。Ｓ１８及びＳ２０の処理を実行することにより、その後ＷＦＤ通信が実行されることがない。そのため、ＣＰＵ３０は、この後、無線Ｉ／Ｆ２０を介してＡＰ（例えばＡＰ９０）とＡＰ接続を確立し、ＡＰ通信を適切に実行することができる。変形例では、ＣＰＵ３０は、ＰＣ５０からＡＰ設定情報を受信した後（Ｓ１６でＹＥＳ）、Ｓ１８をスキップしてＳ２０に進み、ＷＦＤＩ／ＦをＯＮからＯＦＦに移行させることによって、強制的にＰＣ５０とのＷＦＤ接続を切断するようにしてもよい。
【００３０】
Ｓ２２では、ＣＰＵ３０は、プローブ要求をブロードキャスト送信する。当該プローブ要求は、ＭＦＰ１０の周囲に存在するＡＰ（例えばＡＰ９０）をサーチするための信号である。ＭＦＰ１０の周囲に存在する各ＡＰは、プローブ要求を受信すると、プローブ応答をＭＦＰ１０に送信する。応答は、当該応答の送信元のＡＰによって形成されているＡＰＮＷで現在利用されているＳＳＩＤ及び設定方式（即ち認証方式及び暗号化方式）を含む。
【００３１】
続くＳ２４では、ＣＰＵ３０は、Ｓ１６で受信されたＳＳＩＤ（以下では「対象ＳＳＩＤ」と呼ぶ）によって識別されるＡＰＮＷを形成しているＡＰ（以下では「対象ＡＰ」と呼ぶ）が、ＭＦＰ１０の周囲に存在するか否かを判断する。具体的には、ＣＰＵ３０は、各ＡＰから受信された各応答の中に、対象ＳＳＩＤを含む応答が存在するか否かを判断する。対象ＳＳＩＤを含む応答が存在する場合（即ち、対象ＡＰが見つかった場合）、ＣＰＵ３０は、Ｓ２４でＹＥＳと判断し、Ｓ２６に進む。一方、対象ＳＳＩＤを含む応答が存在しない場合（即ち、対象ＡＰが見つからなかった場合）、ＣＰＵ３０は、Ｓ２４でＮＯと判断し、Ｓ５０に進む。
【００３２】
Ｓ５０では、ＣＰＵ３０は、ＷＦＤＩ／ＦをＯＦＦからＯＮに移行させる。そして、Ｓ１０の監視に戻る。この場合、ＣＰＵ３０は、ＰＣ５０からプローブ要求を再度受信して（Ｓ１０でＹＥＳ）、Ｓ１２以降の処理を再度実行することができる。
【００３３】
Ｓ２６では、ＣＰＵ３０は、ＭＦＰ１０が、Ｓ１６で受信された設定方式（即ち、認証方式及び暗号化方式）をサポートしているか否かを判断する。ＭＦＰ１０がサポートしている設定方式のリストは、メモリ３２に予め記憶されている。
【００３４】
ここで、設定方式について詳しく説明する。認証方式は、パーソナル系の認証方式とエンタープライズ系の認証方式とのどちらかに分類される。パーソナル系の認証方式は、WPA-PSK（Wi-Fi Protected Access-Pre-Shared Keyの略）、WPA2-PSK（Wi-Fi Protected Access 2-Pre-Shared Keyの略）、Open、及び、Shared keyの４種類に分類される。エンタープライズ系の認証方式は、WPA-EnterpriseとWPA2-Enterpriseの２種類に分類される。そして、WPA-EnterpriseとWPA2-Enterpriseのどちらも、さらに、EAP-FAST（Extensible Authentication Protocol - Flexible Authentication via Secured Tunnelの略）、PEAP（Protected EAP）、EAP-TTLS（EAP-Tunneled Transport Layer Security）、EAP-TLS（EAP-Transport Layer Security）の４種類に分類される。暗号化方式は、TKIP（Temporal Key Integrity Protocol）と、AES（Advanced Encryption Standard）と、WEP（Wired Equivalent Privacy）の３種類に分類される。
【００３５】
Ｓ２６では、ＣＰＵ３０は、Ｓ１６で受信された設定方式がメモリ３２に記憶されているか否かを判断する。受信済みの設定方式がメモリ３２に記憶されている場合には、ＣＰＵ３０は、Ｓ２６でＹＥＳと判断し、Ｓ２８に進む。一方、受信済みの設定方式がメモリ３２に記憶されていない場合には、ＣＰＵ３０は、Ｓ２６でＮＯと判断し、ＷＦＤＩ／ＦがＯＦＦされた状態を維持しながら、図２の処理を終了する。例えば、パーソナル系の認証方式のみがメモリ３２に記憶されている状況において、受信済みの設定方式内の認証方式がエンタープライズ系の認証方式を示す場合には、ＣＰＵ３０は、Ｓ２６でＮＯと判断する。また、例えば、暗号化方式「AES」のみがメモリ３２に記憶されている状況において、受信済みの設定方式内の暗号化方式が「TKIP」を示す場合には、ＣＰＵ３０は、Ｓ２６でＮＯと判断する。
【００３６】
Ｓ２８では、ＣＰＵ３０は、Ｓ１６で受信されたＡＰ設定情報を利用して、対象ＡＰとＡＰ接続を確立する。具体的には、ＣＰＵ３０は、無線Ｉ／Ｆ２０を介して、各種信号（例えばAuthentication信号、Association信号、4-way handshake等）の通信を対象ＡＰと実行する。ここでは、ＷＦＤ方式に特有の信号（例えばProvision Discovery信号）の通信は実行されない。上記の各種信号の通信の過程で、ＣＰＵ３０は、受信済みのＡＰ設定情報を対象ＡＰに送信して、当該ＡＰ設定情報の認証、即ち、ＭＦＰ１０の認証を対象ＡＰに実行させる。これにより、ＣＰＵ３０は、対象ＡＰとＡＰ接続を確立し、ＭＦＰ１０を子局としてＡＰＮＷに参加させる。Ｓ２８を終えると、ＷＦＤＩ／ＦがＯＦＦされた状態を維持しながら、図２の処理を終了する。この場合、ＣＰＵ３０は、ＡＰ接続を利用して、対象ＡＰを介して、ＰＣ５０とのＡＰ通信を実行することができる。これにより、ＣＰＵ３０は、例えば、ＡＰ通信によってＰＣ５０から印刷データを受信して印刷実行部１６に印刷を実行させること、及び、スキャン実行部１８でスキャンが実行されることで生成されたスキャンデータをＡＰ通信によってＰＣ５０に送信することができる。
【００３７】
（具体的なケース；図３〜図５）
続いて、図３〜図５を参照して、図２の処理によって実現される具体的なケースＡ１〜Ａ３を説明する。各ケースＡ１〜Ａ３の初期状態では、ＰＣ５０は、ＡＰ９０とＡＰ接続を確立しており、ＭＦＰ１０は、ＷＦＤＩ／ＦがＯＮされた状態であり、デバイス状態で動作している。
【００３８】
（ケースＡ１；図３）
ケースＡ１では、対象ＡＰ（即ちＡＰ９０）が存在しない（図２のＳ２４でＮＯ）ことに起因して、ＭＦＰ１０とＡＰ９０との間のＡＰ接続の確立が失敗するが、その後、当該ＡＰ接続の確立が成功する。
【００３９】
Ｔ０１では、ユーザは、ＰＣ５０の操作部を操作して、設定アプリケーション５２を起動させる。これにより、ＰＣ５０は、設定アプリケーション５２に従って、下記の各処理を実行する。そして、Ｔ１０では、ＰＣ５０は、プローブ要求をブロードキャスト送信する。
【００４０】
ＭＦＰ１０は、ＰＣ５０からＴ１０のプローブ要求を受信すると（図２のＳ１０でＹＥＳ）、Ｔ１２において、プローブ応答をＰＣ５０に送信する（Ｓ１２）。そして、ＭＦＰ１０は、Ｔ１４において、Ｇ／Ｏ状態に移行し（Ｓ１２）、Ｔ１６において、ＰＣ５０とＷＦＤ接続を確立する（Ｓ１４）。
【００４１】
Ｔ１７では、ＰＣ５０は、ＷＦＤ接続を利用して、ＡＰ９０で現在利用されているＡＰ設定情報をＭＦＰ１０に送信する。
【００４２】
ＭＦＰ１０は、ＰＣ５０からＴ１７のＡＰ設定情報を受信する（Ｓ１６でＹＥＳ）と、Ｔ１８において、ＰＣ５０とのＷＦＤ接続を切断し（Ｓ１８）、Ｔ２０において、ＷＦＤＩ／ＤをＯＮからＯＦＦに移行させる（Ｓ２０）。続くＴ２２では、ＭＦＰ１０は、プローブ要求をブロードキャスト送信する。例えば、ＭＦＰ１０とＡＰ９０との間の距離が大きい、ＭＦＰ１０とＡＰ９０との間の通信状態が不良である等の要因により、ＭＦＰ１０は、ＡＰ９０からプローブ応答を受信することができず、Ｔ２３において、対象ＡＰ（即ちＡＰ９０）が存在しないと判断する（Ｓ２４でＮＯ）。この場合、Ｔ２４において、ＭＦＰ１０は、ＷＦＤＩ／ＦをＯＦＦからＯＮに移行させ、デバイス状態で動作する（Ｓ５０）。
【００４３】
Ｔ３０、Ｔ４０に示すように、ＰＣ５０は、ＭＦＰ１０とのＷＦＤ接続が切断（Ｔ１８）された後に、プローブ要求をブロードキャスト送信することを繰り返す。変形例では、ＰＣ５０は、ＭＦＰ１０とのＷＦＤ接続の切断後、所定のタイムアウト期間が経過するまで待機し、その後、再度プローブ要求を送信するように動作してもよい。
【００４４】
ＭＦＰ１０は、Ｔ２４でＷＦＤＩ／ＦがＯＮされた後に、ＰＣ５０からＴ４０のプローブ要求を再度受信する。その後のＴ４２〜Ｔ５０の処理は、上記のＴ１２〜Ｔ２０と同様である。
【００４５】
Ｔ５２では、ＭＦＰ１０は、プローブ要求を再度ブロードキャスト送信する（Ｓ２２）。この時点では、ＭＦＰ１０がＡＰ９０に近づけられたり、ＭＦＰ１０とＡＰ９０との間の通信状態が改善されたりしているので、Ｔ５４において、ＭＦＰ１０は、ＡＰ９０からプローブ応答を受信し、Ｔ５５において、Ｔ４７で受信済みのＡＰ設定情報に含まれるＳＳＩＤを利用している対象ＡＰ（即ちＡＰ９０）が存在すると判断する（Ｓ２４でＹＥＳ）。そして、ＭＦＰ１０は、Ｔ５６において、ＭＦＰ１０が対象ＡＰの設定方式をサポートしていると判断し（Ｓ２６でＹＥＳ）、Ｔ５７において、受信済みのＡＰ設定情報を利用して、ＡＰ９０とＡＰ接続を確立する。
【００４６】
なお、Ｔ６０に示すように、ＰＣ５０は、ＭＦＰ１０とのＷＦＤ接続が切断（Ｔ４８）された後に、プローブ要求をブロードキャスト送信することを繰り返す。ＰＣ５０は、ＭＦＰ１０から応答を受信することなく、所定のタイムアウト期間が経過した後に、プローブ要求の送信を終了する。
【００４７】
比較例では、ＭＦＰ１０は、対象ＡＰが存在しないと判断する場合（Ｔ２３）に、ＷＦＤＩ／ＦがＯＦＦされた状態を維持する。この場合、ＭＦＰ１０は、Ｌｉｓｔｅｎ処理（Ｔ４０、Ｔ４２）を実行不可能である。そのため、ＭＦＰ１０とＡＰ９０との間のＡＰ接続を確立させるためには、ユーザは、ＷＦＤＩ／ＦをＯＮさせるための所定操作（図２のトリガ）をＭＦＰ１０に実行する必要がある。これに対し、本実施例では、ＭＦＰ１０は、対象ＡＰが存在しないと判断する場合（Ｔ２３）に、ＷＦＤＩ／ＦをＯＦＦからＯＮに移行させる（Ｔ２４）。即ち、ＭＦＰ１０は、ユーザによって所定操作が実行されなくても、ＷＦＤＩ／Ｆを自動的にＯＮさせる。そのため、ＭＦＰ１０は、対象ＡＰが存在しないことに起因してＡＰ９０とのＡＰ接続の確立に失敗する場合（Ｔ２３）に、ユーザによって指示が入力されなくても、ＡＰ９０とのＡＰ接続を自動的に確立することができる（Ｔ５７）。従って、ＭＦＰ１０がＡＰ９０とＡＰ接続を確立すべき状況において、ユーザの利便性を向上させることができる。
【００４８】
（ケースＡ２；図４）
ケースＡ２では、ＭＦＰ１０がＰＣ５０からＡＰ設定情報を受信できない（図２のＳ４０でＹＥＳ）ことに起因して、ＭＦＰ１０とＡＰ９０との間のＡＰ接続の確立が失敗するが、その後、当該ＡＰ接続の確立が成功する。
【００４９】
Ｔ０１、Ｔ１０〜Ｔ１６の各処理は、図３と同様である。本ケースでは、ＭＦＰ１０とＰＣ５０との間のＷＦＤ接続（Ｔ１６）が確立された後に、ＰＣ５０に不具合（例えば、ＡＰ設定情報が記憶されたメモリが読み取り不可能である等）が生じたので、ＰＣ５０は、ＡＰ設定情報をＭＦＰ１０に送信することなく、切断要求をＭＦＰ１０に送信する。
【００５０】
Ｔ８０に示すように、ＭＦＰ１０は、ＰＣ５０からＡＰ設定情報を受信することができず、Ｔ８２において、ＰＣ５０とのＷＦＤ接続を切断する（Ｓ４０でＹＥＳ、Ｓ４２）。続くＴ８４では、ＭＦＰ１０は、ＷＦＤＩ／ＦがＯＮした状態を維持しながら、Ｇ／Ｏ状態からデバイス状態に移行する（Ｓ４４）。
【００５１】
Ｔ９０、Ｔ１００に示すように、ＰＣ５０は、ＭＦＰ１０とのＷＦＤ接続が切断（Ｔ８０）された後に、プローブ要求をブロードキャスト送信することを繰り返す。
【００５２】
ＭＦＰ１０は、ＰＣ５０からＴ１００のプローブ要求を再度受信する。その後のＴ１０２〜Ｔ１１７及びＴ１２０の処理は、図３のＴ４２〜Ｔ５７及びＴ６０の処理と同様である。本ケースでは、ＰＣ５０の不具合が解消されるので、ＭＦＰ１０は、ＰＣ５０からＴ１０７のＡＰ設定情報を受信し（図２のＳ１６でＹＥＳ）、ＡＰ９０とのＡＰ接続を確立する（Ｔ１１７、図２のＳ２８）。
【００５３】
比較例では、ＭＦＰ１０は、ＰＣ５０からＡＰ設定情報を受信することができない場合（Ｔ８０、Ｔ８２）に、ＷＦＤＩ／ＦをＯＮからＯＦＦに移行させる。この場合、ＭＦＰ１０は、Ｌｉｓｔｅｎ処理（Ｔ４０、Ｔ４２）を実行不可能である。そのため、ＭＦＰ１０とＡＰ９０との間のＡＰ接続を確立させるためには、ユーザは、ＷＦＤＩ／ＦをＯＮさせるための所定操作（図２のトリガ）をＭＦＰ１０に実行する必要がある。これに対し、本実施例では、ＭＦＰ１０は、ＰＣ５０からＡＰ設定情報を受信することができない場合（Ｔ８０、Ｔ８２）に、ＷＦＤＩ／ＦがＯＮされた状態を維持する（Ｔ８４）。即ち、ＭＦＰ１０は、ユーザによって所定操作が実行されなくても、ＷＦＤＩ／Ｆを自動的にＯＮさせる。そのため、ＭＦＰ１０は、ＰＣ５０からＡＰ設定情報が受信できないことに起因して、ＡＰ９０とのＡＰ接続の確立に失敗する場合（Ｔ８０）に、ユーザによって指示が入力されなくても、ＡＰ９０とのＡＰ接続を自動的に確立することができる（Ｔ１１７）。従って、ＭＦＰ１０がＡＰ９０とのＡＰ接続を確立すべき状況において、ユーザの利便性を向上させることができる。
【００５４】
（ケースＡ３；図５）
ケースＡ３では、ＭＦＰ１０が対象ＡＰ（即ちＡＰ９０）の設定方式をサポートしていないこと（図２のＳ２６でＮＯ）に起因して、ＭＦＰ１０とＡＰ９０との間のＡＰ接続の確立が失敗する。
【００５５】
Ｔ０１、Ｔ１０〜Ｔ２２の各処理は、図３と同様である。ＭＦＰ１０は、Ｔ１３０において、ＡＰ９０からプローブ応答を受信すると、Ｔ１３１において、対象ＡＰ（即ちＡＰ９０）が存在すると判断する（図３のＳ２４でＹＥＳ）。そして、Ｔ１３２において、ＭＦＰ１０は、ＭＦＰ１０が対象ＡＰの設定方式をサポートしていないと判断する（Ｓ２６でＮＯ）。この場合、ＭＦＰ１０は、ＷＦＤＩ／ＦがＯＦＦされた状態を維持する。このために、ＭＦＰ１０は、ＰＣ５０からＴ３０のプローブ要求を受信することができず、この結果、ＡＰ９０とのＡＰ接続を確立することができない。
【００５６】
ＭＦＰ１０が対象ＡＰの設定方式をサポートしていない場合には、ＭＦＰ１０は、対象ＡＰとＡＰ接続を確立することができない。このために、ＭＦＰ１０は、対象ＡＰの設定方式をサポートしていないことに起因してＡＰ接続の確立に失敗する場合に、ＷＦＤＩ／ＦをＯＦＦに維持する。これにより、ＭＦＰ１０がＰＣ５０とＷＦＤ接続を再度確立することが防止される。このために、ＭＦＰ１０の処理負荷を低減させることができる。
【００５７】
（本実施例の効果）
本実施例の構成を備えない従来のＭＦＰを利用する場合、ユーザは、操作部を操作して、ＡＰ設定情報をＭＦＰに入力し、ＡＰとＡＰ接続を確立する必要があった。仮に、ユーザが従来のＭＦＰに備えられる自動無線設定機能（例えば、ＷＰＳ、ＡＯＳＳ（Airstation One- touch Secure Systemの略）等）を利用する場合であっても、ユーザは、プッシュボタン操作やＰＩＮコード入力操作を行う必要があった。従来のＭＦＰでは、無線接続に関する知識が乏しいユーザは、ＡＰ接続を確立することが困難であった。
【００５８】
これに対し、本実施例では、ＰＣ５０がＡＰ９０とＡＰ接続を確立している環境（例えば家庭内のＬＡＮ（Local Area Networkの略）環境）にＭＦＰ１０を新たに設置する際に、ユーザは、ＰＣ５０にインストールされている設定アプリケーション５２を起動させ、出荷後に最初にＭＦＰ１０の電源をオンすれば（あるいは、図２のトリガの所定操作を実行すれば）、ＭＦＰ１０は、ＰＣ５０からＡＰ設定情報を受信して（Ｓ１６でＹＥＳ）、ＡＰ９０とＡＰ接続を自動的に確立することができる（Ｓ２８）。従って、本実施例のＭＦＰ１０によると、ユーザは、容易にＭＦＰ１０とＡＰ９０との間のＡＰ接続を確立することができる。
【００５９】
そして、本実施例では、ＭＦＰ１０は、対象ＡＰが存在しないことに起因してＡＰ接続の確立に失敗する場合（図３のＴ２３）、又は、ＰＣからＡＰ設定情報を受信できないことに起因してＡＰ接続の確立に失敗する場合（図４のＴ８０）に、ユーザによって指示が入力されなくても、ＷＦＤＩ／ＦがＯＮされた状態でＷＦＤＩ／Ｆを動作させる（図３のＴ２４、図４のＴ８４）。従って、ＭＦＰ１０が対象ＡＰとのＡＰ接続を確立すべき状況において、ユーザの利便性を向上させることができる。
【００６０】
（対応関係）
ＭＦＰ１０、ＰＣ５０が、それぞれ、「通信機器」、「外部機器」の一例である。ＭＦＰ１０とＰＣ５０とのＷＦＤ接続、ＭＦＰ１０とＡＰ９０とのＡＰ接続が、それぞれ、「第１の無線接続」、「第２の無線接続」の一例である。ＡＰ設定情報が「設定情報」の一例である。図２のＳ１０、Ｓ１２の処理が、「特定処理」の一例である。ＷＦＤＩ／ＦがＯＮの状態、ＯＦＦの状態が、それぞれ、「可能状態」、「不可能状態」の一例である。図２のＳ１６の処理が「受信処理」の一例である。Ｓ２２〜Ｓ２８の処理が「確立処理」の一例である。Ｓ２２、Ｓ２４の処理が「サーチ処理」の一例である。Ｓ２６の処理が「判断処理」の一例である。
【００６１】
（第２実施例）
本実施例では、ＭＦＰ１０の無線Ｉ／Ｆ２０はＡＰ通信とＷＦＤ通信とを同時的に実行可能である。そのため、ＣＰＵ３０が実行する無線設定処理（図２参照）の内容の一部が第１実施例とは異なる。本実施例では、ＣＰＵ３０は、Ｓ１８でＰＣ５０とのＷＦＤ接続が切断された後、Ｓ２０をスキップして（即ち、ＷＦＤＩ／ＦがＯＮされた状態を維持して）、Ｓ２２に進む。そして、Ｓ５０（即ちＳ２４でＮＯの場合）では、ＣＰＵ３０は、ＷＦＤＩ／ＦがＯＮされた状態を維持するとともに、ＭＦＰ１０の動作状態をＧ／Ｏ状態からデバイス状態に移行させる。さらに、ＣＰＵ３０は、Ｓ２６でＮＯと判断される場合（即ちＭＦＰ１０が対象ＡＰの設定方式をサポートしていないと判断された場合）に、Ｓ６０において、ＷＦＤＩ／ＦをＯＮからＯＦＦに移行させる。また、ＣＰＵ３０は、Ｓ２８で対象ＡＰとのＡＰ接続が確立された後に、Ｓ３０において、ＷＦＤＩ／ＦをＯＮからＯＦＦに移行させる。本実施例では、Ｓ３０でＷＦＤＩ／ＦがＯＦＦされることにより、ＡＰ接続確立後に、ＣＰＵ３０が外部機器からプローブ要求を受信してプローブ応答を送信する処理が無駄に行われることを抑制し、無線Ｉ／Ｆ２０の負荷が増大することを抑えることができる。
【００６２】
（具体的なケース；図６〜図８）
続いて、図６〜図８を参照して、本実施例によって実現される具体的なケースＢ１〜Ｂ３について、第１実施例の各ケースＡ１〜Ａ３と相違する点を中心に説明する。
【００６３】
（ケースＢ１；図６）
ケースＢ１では、対象ＡＰ（即ちＡＰ９０）が存在しない（図２のＳ２４でＮＯ）ことに起因して、ＭＦＰ１０とＡＰ９０との間のＡＰ接続の確立が失敗するが、その後当該ＡＰ接続の確立が成功する。Ｔ０１、Ｔ１０〜Ｔ１８の各処理は、図３と同様である。
【００６４】
本ケースでは、ＭＦＰ１０は、Ｔ１８でＰＣ５０とのＷＦＤ接続が切断された後、ＷＦＤＩ／ＦがＯＮされた状態で維持し、Ｇ／Ｏ状態の動作を継続する。そして、Ｔ２２では、ＭＦＰ１０は、プローブ要求をブロードキャスト送信する。例えば、ＭＦＰ１０とＡＰ９０との間の距離が大きい、ＭＦＰ１０とＡＰ９０との間の通信状態が不良である等の要因により、ＭＦＰ１０は、ＡＰ９０からプローブ応答を受信することができず、Ｔ１４０において、対象ＡＰ（即ちＡＰ９０）が存在しないと判断する（Ｓ２４でＮＯ）。そして、Ｔ１４１において、ＭＦＰ１０は、ＭＦＰ１０の動作状態をＧ／Ｏ状態からデバイス状態に移行させる（Ｓ５０）。
【００６５】
本実施例では、ＰＣ５０は、ＭＦＰ１０とのＷＦＤ接続が切断（Ｔ１８）された後、Ｔ０２において、所定のタイムアウト期間が経過するまで待機を開始する。そして、ＰＣ５０は、Ｔ０３で待機が終了すると、Ｔ１５０において再度プローブ要求をブロードキャスト送信する。
【００６６】
ＭＦＰ１０は、ＰＣ５０からＴ１５０のプローブ要求を再度受信する。Ｔ１５２〜Ｔ１５８の各処理は、上記のＴ１０〜Ｔ１８と同様である。Ｔ１６２では、Ｔ２２と同様に、ＭＦＰ１０は、無線Ｉ／Ｆ２０を介して、プローブ要求をブロードキャスト送信する。この時点では、ＭＦＰ１０がＡＰ９０に近づけられたり、ＭＦＰ１０とＡＰ９０との間の通信状態が改善されたりしているので、Ｔ１６４において、ＭＦＰ１０は、ＡＰ９０からプローブ応答を受信する。その後のＴ１６５〜Ｔ１６７の各処理は、図３のＴ５５〜Ｔ５７と同様である。そして、Ｔ１６８では、ＭＦＰ１０は、ＷＦＤＩ／ＦをＯＮからＯＦＦに移行させる（Ｓ３０）。
【００６７】
なお、Ｔ０４、Ｔ０５に示すように、ＰＣ５０は、ＭＦＰ１０とのＷＦＤ接続が切断（Ｔ１５８）された後、所定のタイムアウト期間の間再度待機した後、Ｔ１７０において、プローブ要求を再度ブロードキャスト送信する。ただし、この時点では、ＭＦＰ１０のＷＦＤＩ／ＦはＯＦＦされているため、ＰＣ５０は、ＭＦＰ１０から応答を受信することなく、Ｔ０６で処理を終了する。
【００６８】
（ケースＢ２；図７）
ケースＢ２では、ＭＦＰ１０がＰＣ５０からＡＰ設定情報を受信できない（図２のＳ４０でＹＥＳ）ことに起因して、ＭＦＰ１０とＡＰ９０との間のＡＰ接続の確立が失敗するが、その後当該ＡＰ接続の確立が成功する。Ｔ０１、Ｔ１０〜Ｔ１６、Ｔ８０〜Ｔ８４の各処理は、図４と同様である。また、Ｔ０２、Ｔ０３の各処理は、図６と同様である。そして、Ｔ１８０〜Ｔ２１０の各処理は、図６のＴ１５０〜Ｔ１７０の各処理と同様である。Ｔ０４〜Ｔ０６の各処理も、図６と同様である。
【００６９】
（ケースＢ３；図８）
ケースＢ３では、ＭＦＰ１０が対象ＡＰ（即ちＡＰ９０）の設定方式をサポートしていないこと（図２のＳ２６でＮＯ）に起因して、ＭＦＰ１０とＡＰ９０との間のＡＰ接続の確立が失敗する。Ｔ０１、Ｔ１０〜Ｔ１８、Ｔ２２の各処理は、図６と同様である。また、Ｔ０２、Ｔ０３、Ｔ０６の各処理は、図６と同様である。Ｔ２３０の処理も、図６のＴ１７０と同様である。
【００７０】
ＭＦＰ１０は、Ｔ２２０において、ＡＰ９０からプローブ応答を受信すると、Ｔ２２１において、対象ＡＰ（即ちＡＰ９０）が存在すると判断する（Ｓ２４でＹＥＳ）。そして、Ｔ２２２において、ＭＦＰ１０は、ＭＦＰ１０が対象ＡＰの設定方式をサポートしていないと判断する（Ｓ２６でＮＯ）。この場合、Ｔ２２４において、ＭＦＰ１０は、ＷＦＤＩ／ＦをＯＮからＯＦＦに移行させる（Ｓ６０）。このために、ＭＦＰ１０は、ＰＣ５０からＴ２３０のプローブ要求を受信することができず、この結果、ＡＰ９０とのＡＰ接続を確立することができない。
【００７１】
以上、本明細書で開示する技術の具体例を説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００７２】
（変形例１）第２実施例において、ＣＰＵ３０は、図２のＳ１８の処理（即ちＷＦＤ接続の切断）を省略してもよい。即ち、本変形例では「第１の切断部」が省略されてもよい。
【００７３】
（変形例２）ＣＰＵ３０は、Ｓ２２及びＳ２４を実行せずに、対象ＡＰのＳＳＩＤを含む接続要求を対象ＡＰに送信して、対象ＡＰとＡＰ接続を確立してもよい。即ち、本変形例では「サーチ処理」が省略されてもよい。
【００７４】
（変形例３）ＭＦＰ１０が、想定され得る設定方式をすべてサポートしている場合には、ＣＰＵ３０は、Ｓ２６を実行しなくてもよい。即ち、本変形例では「判断処理」が省略されてもよい。
【００７５】
（変形例４）ＡＰ通信のためのＩ／ＦとＷＦＤ通信のためのＩ／Ｆとは、物理的に異なるＩ／Ｆであってもよい。
【００７６】
（変形例５）第１実施例において、ＣＰＵ３０は、ＭＦＰ１０が対象ＡＰの設定方式をサポートしていないと判断する場合（Ｓ２６でＮＯ）に、ＷＦＤＩ／ＦをＯＦＦからＯＮに移行させてもよい。同様に、第２実施例において、ＣＰＵ３０は、Ｓ２６でＮＯの場合に、ＷＦＤＩ／ＦがＯＮされた状態を維持してもよい。
【００７７】
（変形例６）ＣＰＵ３０は、ＰＣ５０からＡＰ設定情報を受信しなかった場合（Ｓ１６でＮＯ、Ｓ４０でＹＥＳ）に、ＷＦＤＩ／ＦをＯＮからＯＦＦに移行させてもよい。
【００７８】
（変形例７）第１実施例において、ＣＰＵ３０は、Ｓ２０でＷＦＤＩ／ＦをＯＮからＯＦＦに移行させた後、Ｓ２４でＮＯと判断される前に、ＷＦＤＩ／ＦをＯＦＦからＯＮに再度移行させてもよい。
【００７９】
（変形例８）第１実施例において、ＣＰＵ３０は、対象ＡＰが存在しないと判断される場合（Ｓ２４でＮＯ）に、ＷＦＤＩ／ＦがＯＦＦされた状態を維持してもよい。同様に、第２実施例において、ＣＰＵ３０は、Ｓ２４でＮＯの場合に、ＷＦＤＩ／ＦをＯＮからＯＦＦに移行させてもよい。
【００８０】
（変形例９）ＣＰＵ３０は、Ｓ４４において、ＷＦＤＩ／ＦがＯＮされた状態を維持することに代えて、ＷＦＤＩ／ＦをＯＮからＯＦＦに一旦移行させた後に、ＯＦＦからＯＮに再移行させるようにしてもよい。この変形例も、「外部機器から設定情報が受信されない場合に、第１の無線接続が切断された後に無線インターフェースが可能状態で動作するように、無線インターフェースの状態を制御する」の一例である。なお、Ｓ４４に限らず、第１実施例におけるＳ２６でＮＯと判断された後、Ｓ２８の後、及び第２実施例におけるＳ１８の後、Ｓ５０等においては、ＷＦＤＩ／ＦがＯＮされた状態又はＯＦＦされた状態を「維持する」ことに代えて、ＷＦＤＩ／ＦをＯＦＦ又はＯＮに一旦移行させた後に、ＯＮ又はＯＦＦに再移行させるようにしてもよい。
【００８１】
（変形例１０）Ｓ２２のプローブ要求は、対象ＡＰのＳＳＩＤを含んでもよい。この場合、対象ＡＰのみが応答をＭＦＰ１０に送信することができる。Ｓ２４では、ＣＰＵ３０は、対象ＡＰからの応答が受信されるか否かを判断することによって、対象ＡＰが存在するか否かを判断してもよい。本変形例も「サーチ処理」の一例である。
【００８２】
（変形例１１）設定アプリケーション５２は、ＭＦＰ１０によって形成されるＷＦＤＮＷのＳＳＩＤが所定のＳＳＩＤである場合に、ＭＦＰ１０とＷＦＤ接続を確立する確立モードで動作し、当該ＷＦＤＮＷのＳＳＩＤが上記の所定のＳＳＩＤとは異なるＳＳＩＤである場合に、確立モードで動作しなくてもよい。この場合、ＣＰＵ３０は、図２のＳ１２において、ＭＦＰ１０のＷＦＤＮＷのＳＳＩＤとして上記の所定のＳＳＩＤを生成する。そして、ＣＰＵ３０は、Ｓ２０、Ｓ３０、Ｓ６０において、ＷＦＤＩ／ＦをＯＦＦせずに、ＷＦＤＩ／ＦをＯＮのまま維持しながら、ＷＦＤＮＷのＳＳＩＤを上記の所定のＳＳＩＤから他のＳＳＩＤに変更する。この場合、ＰＣ５０は、設定アプリケーション５２に従って、ＷＦＤ接続をＭＦＰ１０と確立しない。即ち、ＭＦＰ１０は、ＷＦＤ接続をＰＣ５０と確立不可能である。本変形例では、上記の所定のＳＳＩＤが利用されるＷＦＤＩ／Ｆの状態、他のＳＳＩＤが利用されるＷＦＤＩ／Ｆの状態が、それぞれ、「可能状態」、「不可能状態」の一例である。
【００８３】
（変形例１２）ＣＰＵ３０は、Ｓ１２において、応答を送信した後、Ｇ／Ｏ状態に移行しなくてもよい。この場合、ＣＰＵ３０は、ＰＣ５０との間でＧ／Ｏネゴシエーションを実行してもよい。
【００８４】
（変形例１３）ＰＣ５０は、ＡＰ設定情報をＭＦＰ１０に送信した後で、対象ＡＰ（即ちＡＰ９０）を介してＳＮＭＰブロードキャストを実行し、ＭＦＰ１０とＡＰ９０との間のＡＰ接続が確立されたか否かを確認するようにしてもよい。
【００８５】
（変形例１４）上記の各実施例では、ＭＦＰ１０（即ち無線Ｉ／Ｆ２０）は、ＷＦＤ方式に対応しており、ＰＣ５０との間でＷＦＤ接続を確立して、ＰＣ５０からＡＰ設定情報を受信する。ＰＣ５０からＡＰ設定情報を受信するための通信は、ＷＦＤ方式に従った無線通信には限られず、他の方式に従った無線通信であってもよい。従って、例えば、ＭＦＰ１０は、Bluetooth（登録商標。以下では「ＢＴ」と呼ぶ）方式に対応する無線通信を実行可能なＢＴＩ／Ｆを有していてもよい。その場合、ＣＰＵ３０は、ＰＣ５０との間でＢＴ接続を確立して、ＢＴ接続を利用してＰＣ５０からＡＰ設定情報を受信してもよい。また、例えば、ＭＦＰ１０は、ＮＦＣ（Near Field Communicationの略）方式に対応する無線通信を実行可能なＮＦＣＩ／Ｆを有していてもよい。ＣＰＵ３０は、ＰＣ５０との間でＮＦＣ接続を確立して、ＮＦＣ接続を利用してＰＣ５０からＡＰ設定情報を受信してもよい。また、例えば、ＰＣ５０からＡＰ設定情報を受信するための通信は、通常Ｗｉ−Ｆｉ方式に従った無線通信であってもよい。例えば、ＭＦＰ１０は、ＳｏｆｔＡＰとして動作可能であってもよい。その場合、ＣＰＵ３０は、ＳｏｆｔＡＰとして動作している間に、ＰＣ５０との間でＳｏｆｔＡＰ接続を確立し（即ち、ＭＦＰ１０が形成するＳｏｆｔＡＰＮＷにＰＣ５０を子局として参加させ）、ＳｏｆｔＡＰ接続を利用してＰＣ５０からＡＰ設定情報を受信してもよい。この変形例も「受信処理」の一例である。
【００８６】
（変形例１５）上記の各実施例では、図２の各処理がソフトウェア（即ちプログラム）によって実現されるが、図２の各処理のうちの少なくとも１つが論理回路等のハードウェアによって実現されてもよい。
【００８７】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【００８８】
２：通信システム、１０：ＭＦＰ、１２：操作部、１４：表示部、１６：印刷実行部、１８：スキャン実行部、２０：無線Ｉ／Ｆ、２２：制御部、３０：ＣＰＵ、３２：メモリ、３４：プログラム、５０：ＰＣ、５２：設定アプリケーション、９０：ＡＰ
【図１】
0006690321.tif 000002
【図２】
0006690321.tif 000003
【図３】
0006690321.tif 000004
【図４】
0006690321.tif 000005
【図５】
0006690321.tif 000006
【図６】
0006690321.tif 000007
【図７】
0006690321.tif 000008
【図８】
0006690321.tif 000009