JP6915414B2 - 通信装置 - Google Patents

Description

本明細書では、外部装置との無線接続を確立することが可能な通信装置を開示する。

従来、一対の機器の間にＷｉ−Ｆｉ方式に従った無線接続を簡単に確立するための技術であるＷＰＳ（Wi-Fi Protected Setupの略）が存在する。例えば、一方の機器は、他方の機器から接続要求を受信すると、ユーザ操作（例えば、プッシュボタン操作）を待機するための待機画面を表示する。待機画面が表示されている状態でユーザ操作が実行されると、一対の機器の間で、ＷＰＳに従った通信、即ち、無線接続を確立するための無線設定情報の遣り取りが実行され、Ｗｉ−Ｆｉ方式に従った無線接続が確立される。このようにユーザは、例えばプッシュボタン操作のような簡単な操作を実行するだけで、一対の機器の間に無線接続を確立させることができる。

また、一対の機器の間で、例えばＮＦＣ（Near Field Communicationの略）通信のような近距離無線通信が実行されることに応じて、ＷＰＳに従った通信が実行されて、Ｗｉ−Ｆｉ方式に従った無線接続が確立される技術も存在する。なお、ＷＰＳ、およびＮＦＣ通信が実行されることに応じてＷＰＳに従った通信が実行されてＷｉ−Ｆｉ方式に従った無線接続が確立される点については、例えば非特許文献１に開示されている。

Wi-Fi Peer to Peer (P2P) Technical Specification Version 1.5 (Wi-Fi Alliance, 2014)

ところで従来の通信装置では、前述のような第１の外部装置からの接続要求の受信と、前述のような第２の外部装置との近距離無線通信の確立とが、近いタイミングで起こる場合について考慮されていなかった。本明細書では、このような状況において、通信装置が適切な外部装置と無線接続を確立するための技術を提供する。

本明細書に開示する通信装置は、第１の無線インタフェースと、第２の無線インタフェースであって、前記第２の無線インタフェースを介した無線通信を実行可能な最大の距離は、前記第１の無線インタフェースを介した無線通信を実行可能な最大の距離よりも大きい、前記第２の無線インタフェースと、表示部と、制御部と、を備え、前記制御部は、前記第２の無線インタフェースを介して第１の外部装置から接続要求を受信する受信部と、前記第２の無線インタフェースを介して前記第１の外部装置から前記接続要求が受信される場合に、前記第１の外部装置の第１のユーザによる操作部への操作を待機するための待機画面を前記表示部に表示させる第１の表示制御部と、前記待機画面が前記表示部に表示されている状態で、前記第１の外部装置の前記第１のユーザによる前記操作部への前記操作が実行される第１の場合に、前記第２の無線インタフェースを介した無線接続を前記第１の外部装置と確立する第１の確立制御部と、前記第２の無線インタフェースを介して前記第１の外部装置から前記接続要求が受信されず、前記待機画面が前記表示部に表示されていない状態で、前記第１の外部装置とは異なる第２の外部装置の第２のユーザによる前記第２の外部装置への操作に応じて、前記第１の無線インタフェースを介した無線接続が前記第２の外部装置と確立される第２の場合に、前記待機画面を前記表示部に表示させることなく、前記第２の無線インタフェースを介した無線接続を前記第２の外部装置と確立する第２の確立制御部と、前記待機画面が前記表示部に表示されている状態で、前記第１の外部装置の前記第１のユーザによる前記操作部への前記操作が実行されずに、前記第２の外部装置の前記第２のユーザによる前記第２の外部装置への前記操作に応じて、前記第１の無線インタフェースを介した無線接続が前記第２の外部装置と確立される第３の場合において、さらに、前記待機画面が前記表示部に表示されている状態で、前記第１の外部装置の前記第１のユーザによる前記操作部への前記操作が実行される場合に、前記第２の無線インタフェースを介した無線接続を前記第２の外部装置と確立せずに、前記第２の無線インタフェースを介した無線接続を前記第１の外部装置と確立する第３の確立制御部と、を備える。

通信装置において、第２の無線インタフェースを介した第１の外部装置からの接続要求に応じて待機画面が表示されている状態で、第１のユーザによる操作部への操作が実行される前に、第２のユーザによる第２の外部装置への操作に応じて、第１の無線インタフェースを介した無線接続が第２の外部装置と確立される状況を想定する。このような状況において、待機画面が表示されている状態で、第１のユーザによる操作部への操作が実行される場合、第１のユーザは第１の外部装置と通信装置との無線接続を所望する可能性が高い。通信装置は、このような状況において、第２の外部装置ではなく、第１の外部装置と第２の無線インタフェースを介した無線接続を確立する。このように、通信装置は、第２の外部装置との第１の無線インタフェースを介した無線接続の確立よりも先に、第１の外部装置から第２の無線インタフェースを介して接続要求を受信する場合には、第１の外部装置及び第２の外部装置のうち、先に受信された接続要求の送信元である第１の外部装置との無線接続を適切に確立することができる。

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

通信システムの構成を示す。 多機能機がデバイス状態である状況における各ケースＸ１，Ｘ２，Ｘ３のシーケンス図を示す。 デバイス状態の多機能機が実行する処理のフローチャートを示す。 第１の待機処理のフローチャートを示す。 多機能機がＧ／Ｏ状態である状況における各ケースＹ１，Ｙ２，Ｙ３のシーケンス図を示す。 Ｇ／Ｏ状態の多機能機が実行する処理のフローチャートを示す。 第２の待機処理のフローチャートを示す。 多機能機がデバイス状態である状況において、待機画面へのユーザ操作が実行されるケースＡのシーケンス図を示す。 多機能機がデバイス状態である状況において、ＮＦＣ接続が確立されるケースＢのシーケンス図を示す。 多機能機がデバイス状態である状況において、待機画面が表示されている状態でＮＦＣ接続が確立されるケースＣのシーケンス図を示す。 比較例１のシーケンス図を示す。 多機能機がＧ／Ｏ状態である状況において、待機画面へのユーザ操作が実行されるケースＤのシーケンス図を示す。 多機能機がＧ／Ｏ状態である状況において、ＮＦＣ接続が確立されるケースＥのシーケンス図を示す。 多機能機がＧ／Ｏ状態である状況において、待機画面が表示されている状態でＮＦＣ接続が確立されるケースＦのシーケンス図を示す。 比較例２のシーケンス図を示す。 第２実施例の多機能機が実行する処理のフローチャートを示す。 多機能機がデバイス状態である状況において、待機画面が表示されている状態でＮＦＣ接続が確立される第２実施例のケースＧのシーケンス図を示す。 多機能機がＧ／Ｏ状態である状況において、待機画面が表示されている状態でＮＦＣ接続が確立される第２実施例のケースＨのシーケンス図を示す。 多機能機がデバイス状態である状況において、待機画面が表示されている状態でＮＦＣ接続が確立される第３実施例のケースＩのシーケンス図を示す。

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

ＭＦＰ１０は、ＷＦＤ方式のＧ／Ｏ（Group Ownerの略）状態、ＣＬ（Clientの略）状態、及び、デバイス状態のいずれかの状態で動作することができる。ＭＦＰ１０がＧ／Ｏ状態で動作する場合には、ＭＦＰ１０は、ＭＦＰ１０が親局（即ちＧ／Ｏ）として動作すると共に外部装置が子局として動作するＷＦＤネットワーク（以下では「ＷＦＤＮＷ」と記載する）を形成することができる。また、外部装置がＧ／Ｏ状態で動作する場合には、ＭＦＰ１０は、ＣＬ状態で動作して、当該外部装置によって形成されたＷＦＤＮＷに子局（即ちＣＬ）として参加することができる。なお、デバイス状態は、Ｇ／Ｏ状態及びＣＬ状態のどちらでもない状態、即ち、ＭＦＰ１０が外部装置との接続を確立していない状態である。

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

ＮＦＣＩ／Ｆ２２は、ＮＦＣ方式に従ったＮＦＣ通信を実行するためのＩ／Ｆである。ＮＦＣ方式は、例えば、ISO/IEC14443、15693、18092などの国際標準規格に基づく無線通信方式である。なお、ＮＦＣ通信を実行するためのＩ／Ｆの種類として、ＮＦＣフォーラムデバイス（NFC Forum Device）と呼ばれるＩ／Ｆと、ＮＦＣフォーラムタグと呼ばれるＩ／Ｆと、が知られている。本実施例では、ＮＦＣＩ／Ｆ２２は、ＮＦＣフォーラムタグである。ただし、変形例では、ＮＦＣＩ／Ｆ２２は、ＮＦＣフォーラムデバイスであってもよい。

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

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

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

操作部１１２は、複数のキーを備える。ユーザは、操作部１１２を操作することによって、様々な指示を携帯端末１００に入力することができる。表示部１１４は、様々な情報を表示するためのディスプレイである。表示部１１４は、いわゆるタッチパネル（即ち、操作部）としても機能する。Ｗｉ−ＦｉＩ／Ｆ１２０は、ＭＦＰ１０のＷｉ−ＦｉＩ／Ｆ２０と同様である。ＮＦＣＩ／Ｆ１２２は、ＮＦＣフォーラムデバイスであり、Ｐ２Ｐ(Peer to Peerの略)モード、Ｒｅａｄｅｒ／Ｗｒｉｔｅｒモード、及び、ＣＥ（Card Emulationの略）モードのうちのいずれかで動作可能である。特に、本実施例では、ＮＦＣＩ／Ｆ１２２は、Ｒｅａｄｅｒモードで動作して、ＭＦＰ１０のＮＦＣＩ／Ｆ２２から情報を読み出す（即ち情報を受信する）ことができる。また、ＮＦＣＩ／Ｆ１２２は、Ｗｒｉｔｅｒモードで動作して、ＭＦＰ１０のＮＦＣＩ／Ｆ２２に情報を書き込む（即ち情報を送信する）ことができる。

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

携帯端末２００は、ＭＡＣアドレス「Ｍ２００」及びデバイス名「Ｄ２００」が割り当てられている点を除いて、携帯端末１００と同様の構成を備える。

（ケースＸ１〜Ｘ３；図２）
続いて、図２を参照して、ＭＦＰ１０の動作状態がデバイス状態である状況において、ＭＦＰ１０が各携帯端末１００，２００との無線接続を確立する各ケースＸ１〜Ｘ３について簡易的に説明する。各ケースＸ１〜Ｘ３は、後述する図３及び図４の説明の理解を容易にするためのものである。したがって、実際には、各ケースＸ１〜Ｘ３に含まれない一又は複数の処理が実行され得る。また、以下では、理解の容易化のため、各デバイス１０，１００，２００の各ＣＰＵ３２，１３２等が実行する動作を、ＣＰＵを主体として記載せずに、デバイス（即ち、ＭＦＰ１０、各携帯端末１００，２００）を主体として記載する。また、以降の各図では、ＮＦＣ通信を太線矢印で示し、Ｗｉ−Ｆｉ通信を細線矢印で示す。

ケースＸ１では、携帯端末１００の操作部１１２にＷＦＤ接続操作が実行される場合に、デバイス状態のＭＦＰ１０と携帯端末１００との間にＷｉ−Ｆｉ接続が確立される。携帯端末１００は、Ｔ１０において、操作部１１２へのＷＦＤ接続操作がユーザによって実行されると、Ｔ１２において、G/O Negotiation要求をＭＦＰ１０に送信する。

ＭＦＰ１０は、Ｔ１２において、携帯端末１００からG/O Negotiation要求を受信すると、Ｔ１４において、待機画面を表示部１４に表示する。そして、ＭＦＰ１０は、Ｔ１６において、携帯端末１００のユーザから待機画面内のＯＫボタンへのユーザ操作の入力を受け付けると、Ｔ１８において、携帯端末１００とG/O Negotiationを実行する。

本ケースでは、G/O Negotiationの結果、ＭＦＰ１０がＧ／Ｏとなることが決定され、ＭＦＰ１０は、Ｔ２０において、デバイス状態からＧ／Ｏ状態に移行する。その後、ＭＦＰ１０は、携帯端末１００との接続処理を実行する。この結果、Ｔ２２において、ＭＦＰ１０は、携帯端末１００とのＷｉ−Ｆｉ接続を確立する。

ケースＸ２では、ＮＦＣ接続をトリガとして、ＭＦＰ１０と携帯端末２００との間にＷｉ−Ｆｉ接続が確立される。Ｔ３０において、ユーザが携帯端末２００をＭＦＰ１０に近づけると、Ｔ３２において、携帯端末２００のＮＦＣＩ／Ｆ（不図示）とＭＦＰ１０のＮＦＣＩ／Ｆ２２との間にＮＦＣ接続が確立される。

ＭＦＰ１０は、Ｔ３２において、ＮＦＣ接続が確立されると、Ｔ３４において、ＮＦＣ接続を利用して、自身のＭＡＣアドレス「Ｍ１０」と情報「ＯＫ」とを携帯端末２００に送信する。情報「ＯＫ」は、外部装置とのＮＦＣ接続をトリガとしてＷｉ−Ｆｉ接続を確立可能であることを示す情報である。次いで、ＭＦＰ１０は、Ｔ３６において、G/O Negotiationを実行することなく、デバイス状態からＧ／Ｏ状態に移行する。その後、ＭＦＰ１０は、携帯端末２００との接続処理を実行する。この結果、Ｔ３８において、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を確立する。

ケースＸ３では、ケースＸ１においてＭＦＰ１０に待機画面が表示されている状態で、ＭＦＰ１０と携帯端末２００との間にＮＦＣ接続が確立される。Ｔ４０〜Ｔ４４は、ケースＸ１のＴ１０〜Ｔ１４と同様である。そして、待機画面が表示されている状態で（即ち、ＯＫボタンへのユーザ操作が入力される前に）、Ｔ４６において、ユーザが携帯端末２００をＭＦＰ１０に近づけると、Ｔ４８において、携帯端末２００のＮＦＣＩ／Ｆ（不図示）とＭＦＰ１０のＮＦＣＩ／Ｆ２２との間にＮＦＣ接続が確立される。

ＭＦＰ１０は、Ｔ４８において、ＮＦＣ接続が確立されると、Ｔ５０において、ＮＦＣ接続を利用して、自身のＭＡＣアドレス「Ｍ１０」及び情報「ＮＧ」を携帯端末２００に送信する。情報「ＮＧ」は、外部装置とのＮＦＣ接続をトリガとしてＷｉ−Ｆｉ接続を確立不可能であることを示す情報である。

その後、Ｔ５２において、ＭＦＰ１０は、携帯端末１００のユーザから待機画面内のＯＫボタンへのユーザ操作の入力を受け付けると、Ｔ５４において、携帯端末１００とG/O Negotiationを実行する。Ｔ５４〜Ｔ５８は、ケースＸ１のＴ１８〜Ｔ２２と同様である。このように、ＭＦＰ１０は、携帯端末２００とのＮＦＣ接続の確立よりも先に、携帯端末１００からG/O Negotiation要求を受信する場合には、携帯端末１００及び携帯端末２００のうち、先に受信されたG/O Negotiation要求の送信元の携帯端末１００とのＷｉ−Ｆｉ接続を確立する。

（デバイス状態のＭＦＰ１０が実行する処理；図３及び図４）
続いて、図３及び図４を参照して、ＭＦＰ１０の動作状態がデバイス状態である場合に、ＭＦＰ１０のＣＰＵ３２がプログラム３６に従って実行する処理の内容を説明する。図３及び図４の処理によって図２のケースＸ１〜Ｘ３が実現される。

ＭＦＰ１０は、ＷＦＤ機能が無効化されている状態（即ち、Ｇ／Ｏ状態、ＣＬ状態、及び、デバイス状態のいずれでもない状態）において、ＷＦＤ機能を有効化するための操作が操作部１２に実行される場合に、デバイス状態で動作する。ＣＰＵ３２は、ＷＦＤ機能が無効化されている状態では、ＷＦＤ方式に従ったＷｉ−Ｆｉ接続を確立するための処理（例えば後述のＳ１０等の処理）を実行せず、デバイス状態で動作する場合には、当該処理を実行する。また、ＣＰＵ３２は、ＷＦＤ機能が無効化されている状態からデバイス状態に移行する場合に、ＭＦＰ１０のＭＡＣアドレス「Ｍ１０」及び情報「ＯＫ」をＮＦＣＩ／Ｆ２２に供給して、ＭＡＣアドレス「Ｍ１０」及び情報「ＯＫ」をＮＦＣＩ／Ｆ２２のメモリ（図示省略）に記憶させる。

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

Ｓ３０において、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を介して、第１携帯端末からG/O Negotiation要求を受信することを監視する。G/O Negotiation要求は、Ｗｉ−Ｆｉ接続の確立をＭＦＰ１０に要求するための信号であり、具体的には、G/O Negotiationと呼ばれる通信を実行することを要求するための信号である。G/O Negotiationは、ＭＦＰ１０及び第１携帯端末のどちらが親局（即ち、Ｇ／Ｏ）として動作すべきかを決定するための通信である。ＣＰＵ３２は、G/O Negotiation要求を受信すると（Ｓ３０でＹＥＳ、図２のＴ１２，Ｔ４２参照）、Ｓ４０において、Ｗｉ−ＦｉＩ／Ｆ２０を介して、G/O Negotiation応答を第１携帯端末に送信する。当該G/O Negotiation応答は、G/O Negotiationを実行不可能であることを示す情報「Failure」を含む。したがって、この時点では、ＭＦＰ１０がＧ／Ｏ及びＣＬのどちらとして動作すべきかが決定されない。

Ｓ５０において、ＣＰＵ３２は、待機画面を表示部１４に表示させる（図２のＴ１４，Ｔ４４参照）。待機画面は、第１携帯端末とのＷｉ−Ｆｉ接続を確立するためのユーザ操作を待機するための画面である。具体的には、待機画面は、第１携帯端末とのＷｉ−Ｆｉ接続を確立するのか否かをユーザに問い合わせるためのメッセージと、ＯＫボタンと、を含む。

Ｓ６０において、ＣＰＵ３２は、情報「ＮＧ」をＮＦＣＩ／Ｆ２２に供給して、情報「ＯＫ」に代えて情報「ＮＧ」をＮＦＣＩ／Ｆ２２のメモリに記憶させる。そして、Ｓ７０において、ＣＰＵ３２は、第１の待機処理（図４参照）を実行する。

また、ＣＰＵ３２は、Ｓ１０において、第１携帯端末からＰｒｏｂｅ要求を受信することを監視するとともに、Ｓ８０において、ＮＦＣＩ／Ｆ２２を介したＮＦＣ接続が携帯端末（例えば携帯端末２００）と確立されることを監視する。ユーザが携帯端末をＭＦＰ１０に近づけると、携帯端末のＮＦＣＩ／ＦとＭＦＰ１０のＮＦＣＩ／Ｆ２２との間の距離が、ＮＦＣ接続を確立可能な最大の距離（例えば、１０ｃｍ）よりも小さくなる。この結果、ＭＦＰ１０と携帯端末との間のＮＦＣ接続が確立される（図２のＴ３２参照）。ＣＰＵ３２は、ＮＦＣ接続が確立されたことを示す情報をＮＦＣＩ／Ｆ２２から取得する場合に、Ｓ８０でＹＥＳと判断して、Ｓ９０に進む。以下では、Ｓ８０のＮＦＣ接続が確立された携帯端末のことを「第２携帯端末」と呼ぶ。なお、ＮＦＣＩ／Ｆ２２は、確立済みのＮＦＣ接続を利用して、ＮＦＣＩ／Ｆ２２のメモリに記憶されているＭＡＣアドレス「Ｍ１０」及び情報「ＯＫ」を第２携帯端末に送信する（図２のＴ３４参照）。これにより、ＭＦＰ１０は、ＮＦＣ接続をトリガとして、ＭＡＣアドレス「Ｍ１０」を有するＭＦＰ１０とのＷｉ−Ｆｉ接続を確立可能であることを第２携帯端末に知らせることができる。

Ｓ９０において、ＣＰＵ３２は、ＭＦＰ１０の動作状態をデバイス状態からＧ／Ｏ状態に移行させる（図２のＴ３６参照）この際に、ＣＰＵ３２は、ＳＳＩＤ（Service Set Identifierの略）、パスワード等を生成する。ＳＳＩＤは、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷを識別するための識別子である。パスワードは、当該ＷＦＤＮＷで認証及び暗号化に利用される。

そして、Ｓ１００において、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を介して、第２携帯端末との接続処理を実行する。具体的には、ＣＰＵ３２は、第２携帯端末からブロードキャストによって送信されたＰｒｏｂｅ要求を受信することに応じて、ＭＡＣアドレス「Ｍ１０」と、生成済みのＳＳＩＤと、を含むＰｒｏｂｅ応答を第２携帯端末に送信する。Ｓ８０でＭＡＣアドレス「Ｍ１０」が第２携帯端末に送信されているので、当該ＭＡＣアドレス「Ｍ１０」を含むＰｒｏｂｅ応答を第２携帯端末に送信すれば、接続対象のＭＦＰ１０が存在することを第２携帯端末に知らせることができる。次いで、ＣＰＵ３２は、第２携帯端末からProvision Discovery要求を受信することに応じて、Provision Discovery応答を第２携帯端末に送信する。Provision Discovery要求は、Ｗｉ−Ｆｉ接続を確立することを要求するための信号である。次いで、ＣＰＵ３２は、第２携帯端末からＰｒｏｂｅ要求を受信することに応じて、生成済みのＳＳＩＤと情報「Device Password ID = 0x0004」とを含むＰｒｏｂｅ応答を第２携帯端末に送信する。当該Ｐｒｏｂｅ要求は、Ｓ８０のＮＦＣ接続を利用して第２携帯端末に送信されたＳＳＩＤを含む。即ち、当該Ｐｒｏｂｅ要求は、第２携帯端末からユニキャストによって送信される信号（即ち、宛先が特定されている信号）であり、Ｗｉ−Ｆｉ接続の確立をＭＦＰ１０に要求するための信号である。また、情報「Device Password ID = 0x0004」は、ＷＰＳに従ったＷｉ−Ｆｉ接続処理を実行可能であることを意味する情報である。これにより、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立可能であることを第２携帯端末に知らせることができる。その後、ＣＰＵ３２は、ＷＰＳのＰＢＣ方式に従った通信であるWSC Exchangeにおいて、ＳＳＩＤ及びパスワードを第２携帯端末に送信する。そして、ＣＰＵ３２は、Authentication、Association、4-way Handshake等の通信の過程において、第２携帯端末からＳＳＩＤ及びパスワードを受信し、これらの情報の認証を実行する。この結果、ＭＦＰ１０は、第２携帯端末とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０が親局（即ち、Ｇ／Ｏ）として動作するＷＦＤＮＷに第２携帯端末を子局（即ち、ＣＬ）として参加させることができる（図２のＴ３８参照）。

続いて、図４を参照して、図３のＳ７０の第１の待機処理について説明する。ＣＰＵ３２は、Ｓ１１０において、ＮＦＣＩ／Ｆ２２を介したＮＦＣ接続が携帯端末（例えば携帯端末２００）と確立されることを監視する。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２を介したＮＦＣ接続が携帯端末と確立されても（Ｓ１１０でＹＥＳ、図２のＴ４８参照）、特に処理を実行しない。以下では、Ｓ１１０のＮＦＣ接続を確立された携帯端末のことを「第３携帯端末」と呼ぶ。なお、ＮＦＣＩ／Ｆ２２は、Ｓ１１０のＮＦＣ接続を利用して、ＮＦＣＩ／Ｆ２２のメモリに記憶されているＭＡＣアドレス「Ｍ１０」及び情報「ＮＧ」（図３のＳ６０参照）を第３携帯端末に送信する（図２のＴ５０参照）。これにより、ＮＦＣ接続をトリガとして、ＭＡＣアドレス「Ｍ１０」を有するＭＦＰ１０とのＷｉ−Ｆｉ接続を確立不可能であることを第３携帯端末に知らせることができる。従って、第３携帯端末がＷｉ−Ｆｉ接続の確立のための信号（例えばＰｒｏｂｅ要求等）をＭＦＰ１０に送信しないので、ＭＦＰ１０と第３携帯端末との間にＷｉ−Ｆｉ接続が確立されない。

また、ＣＰＵ３２は、Ｓ１１０において、ＮＦＣ接続が第３携帯端末と確立されることを監視するとともに、Ｓ１２０において、第１携帯端末のユーザによる待機画面内のＯＫボタンへのユーザ操作が入力されることを監視する。Ｓ１２０において、ＣＰＵ３２は、ＯＫボタンへのユーザ操作が入力されると（Ｓ１２０でＹＥＳ、図２のＴ１６，Ｔ５２参照）、Ｓ１３０において、待機画面の表示を終了する。

Ｓ１４０において、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を介して、G/O Negotiation要求を第１携帯端末に送信して、Ｗｉ−ＦｉＩ／Ｆ２０を介して、第１携帯端末からG/O Negotiation応答を受信する（図２のＴ１８，Ｔ５４参照）。当該G/O Negotiation要求は、ＭＦＰ１０のＧ／Ｏへのなり易さを示す指標値であるＩｎｔｅｎｔ値を含む。当該G/O Negotiation応答は、第１携帯端末のＧ／Ｏへのなり易さを示す指標値であるＩｎｔｅｎｔ値を含む。ＣＰＵ３２は、それらのＩｎｔｅｎｔ値を比較して、ＭＦＰ１０及び第１携帯端末のどちらがＧ／Ｏになるべきかを決定する。この結果、ＭＦＰ１０がＧ／ＯまたはＣＬとして動作することが決定される。そして、当該決定に基づいて、Ｓ１５０において、ＭＦＰ１０は、Ｇ／Ｏ状態またはＣＬ状態に移行する。そして、Ｓ１６０において、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を介して、第１携帯端末との接続処理を実行する。

具体的には、ＣＰＵ３２は、Ｓ１５０でＧ／Ｏ状態に移行する場合（図２のＴ５４参照）には、ＳＳＩＤ、パスワード等を生成する。その後、ＣＰＵ３２は、ＣＰＵ３２は、第１携帯端末から、ＭＦＰ１０のＭＡＣアドレス「Ｍ１０」を含むＰｒｏｂｅ要求（即ちユニキャストによって送信されるＰｒｏｂｅ要求）を受信することに応じて、生成済みのＳＳＩＤと情報「Device Password ID = 0x0004」とを含むＰｒｏｂｅ応答を第１携帯端末に送信する。そして、ＣＰＵ３２は、図３のＳ１００と同様に、WSC Exchange、Authentication、Association、4-way Handshake等の通信を実行する。この結果、ＭＦＰ１０は、第１携帯端末とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０が親局（即ち、Ｇ／Ｏ）として動作するＷＦＤＮＷに第１携帯端末を子局（即ち、ＣＬ）として参加させることができる（図２のＴ５８参照）。

一方、ＣＰＵ３２は、Ｓ１５０でＣＬ状態に移行する場合には、第１携帯端末のＭＡＣアドレス「Ｍ１００」を含むＰｒｏｂｅ要求を第１携帯端末に送信することに応じて、第１携帯端末からＳＳＩＤと情報「Device Password ID = 0x0004」とを含むＰｒｏｂｅ応答を受信する。当該ＳＳＩＤは、第１携帯端末がＧ／Ｏとして動作するＷＦＤＮＷを識別するための識別子であり、第１携帯端末によって生成される。次いで、ＣＰＵ３２は、WSC Exchangeにおいて、第１携帯端末からＳＳＩＤ及びパスワードを受信し、Authentication、Association、4-way Handshake等の通信の過程において、これらの情報を第１携帯端末に送信して第１携帯端末に認証を実行させる。この結果、ＭＦＰ１０は、第１携帯端末とのＷｉ−Ｆｉ接続を確立して、第１携帯端末が親局（即ち、Ｇ／Ｏ）として動作するＷＦＤＮＷに子局（即ち、ＣＬ）として参加することができる。

続いて、図５を参照して、ＭＦＰ１０の動作状態がＧ／Ｏ状態である状況において、ＭＦＰ１０が各携帯端末１００，２００との無線接続を確立する各ケースＹ１〜Ｙ３について簡易的に説明する。各ケースＹ１〜Ｙ３は、後述する図６及び図７の説明の理解を容易にするためのものである。したがって、実際には、各ケースＹ１〜Ｙ３に含まれない一又は複数の処理が実行され得る。

ケースＹ１では、携帯端末１００の操作部１１２にＷＦＤ接続操作が実行される場合に、Ｇ／Ｏ状態のＭＦＰ１０と携帯端末１００との間にＷｉ−Ｆｉ接続が確立される。携帯端末１００は、Ｔ６０において、ＷＦＤ接続操作がユーザによって実行されると、Ｔ６２において、Provision Discovery要求をＭＦＰ１０に送信する。

ＭＦＰ１０は、Ｔ６２において、携帯端末１００からProvision Discovery要求を受信すると、Ｔ６４において、待機画面を表示部１４に表示する。そして、ＭＦＰ１０は、Ｔ６６において、携帯端末１００のユーザから待機画面内のＯＫボタンへのユーザ操作の入力を受け付ける。その後、ＭＦＰ１０は、Ｔ６８において、携帯端末１００からＰｒｏｂｅ要求を受信することに応じて、Ｔ７０において、Ｐｒｏｂｅ応答を携帯端末１００に送信する。そして、ＭＦＰ１０は、G/O Negotiationを実行することなく、Ｇ／Ｏ状態を維持しながら、携帯端末１００との接続処理を実行する。この結果、Ｔ７２において、ＭＦＰ１０は、携帯端末１００とのＷｉ−Ｆｉ接続を確立する。

ケースＹ２では、ＮＦＣ接続をトリガとして、ＭＦＰ１０と携帯端末２００との間にＷｉ−Ｆｉ接続が確立される。Ｔ７４において、ユーザが携帯端末２００をＭＦＰ１０に近づけると、Ｔ７６において、携帯端末２００のＮＦＣＩ／Ｆ（不図示）とＭＦＰ１０のＮＦＣＩ／Ｆ２２との間にＮＦＣ接続が確立される。

ＭＦＰ１０は、Ｔ７６においてＮＦＣ接続が確立されると、Ｔ７８において、ＮＦＣ接続を利用して、自身のＭＡＣアドレス「Ｍ１０」と情報「ＯＫ」とを携帯端末２００に送信する。次いで、ＭＦＰ１０は、Ｔ８０において、携帯端末２００からＰｒｏｂｅ要求を受信することに応じて、Ｔ８２において、Ｐｒｏｂｅ応答を携帯端末２００に送信する。そして、ＭＦＰ１０は、G/O Negotiationを実行することなく、Ｇ／Ｏ状態を維持しながら、携帯端末２００との接続処理を実行する。この結果、Ｔ８４において、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を確立する。

ケースＹ３では、ケースＹ１においてＭＦＰ１０に待機画面が表示されている状態で、ＭＦＰ１０と携帯端末２００との間にＮＦＣ接続が確立される。Ｔ９０〜Ｔ９４は、ケースＹ１のＴ６０〜Ｔ６４と同様である。そして、待機画面が表示されている状態で（即ち、ＯＫボタンへのユーザ操作が入力される前に）、Ｔ９６において、ユーザが携帯端末２００をＭＦＰ１０に近づけると、Ｔ９８において、携帯端末２００のＮＦＣＩ／Ｆ（不図示）とＭＦＰ１０のＮＦＣＩ／Ｆ２２との間にＮＦＣ接続が確立される。

ＭＦＰ１０は、Ｔ９９において、ＮＦＣ接続が確立されると、Ｔ１００において、ＮＦＣ接続を利用して、自身のＭＡＣアドレス「Ｍ１０」及び情報「ＮＧ」を携帯端末２００に送信する。その後、Ｔ１０２において、ＭＦＰ１０は、携帯端末１００のユーザから待機画面内のＯＫボタンへのユーザ操作の入力を受け付ける。Ｔ１０４〜Ｔ１０８は、ケースＹ１のＴ６８からＴ７２と同様である。このように、ＭＦＰ１０は、携帯端末２００とのＮＦＣ接続の確立よりも先に、携帯端末１００からProvision Discovery要求を受信する場合には、携帯端末１００及び携帯端末２００のうち、先に受信されたProvision Discovery要求の送信元の携帯端末１００とのＷｉ−Ｆｉ接続を確立する。

（Ｇ／Ｏ状態のＭＦＰ１０が実行する処理；図６及び図７）
続いて、図６及び図７を参照して、ＭＦＰ１０の動作状態がＧ／Ｏ状態である場合に、ＭＦＰ１０のＣＰＵ３２がプログラム３６に従って実行する処理の内容を説明する。図６及び図７の処理によって図５のケースＹ１〜Ｙ３が実現される。

ＭＦＰ１０は、デバイス状態で動作している間に、Ｇ／Ｏ状態に移行するための操作が操作部１２に実行されると、Ｇ／Ｏ状態に移行する。この際に、ＭＦＰ１０は、ＭＦＰ１０が親局（即ち、Ｇ／Ｏ）として動作するＷＦＤＮＷで利用されるべきＳＳＩＤ、パスワード等を生成する。

Ｓ３１０の処理は、図３のＳ１０の処理と同様である。Ｓ３２０の処理は、デバイス名「Ｄ１０」を含むＰｒｏｂｅ応答に代えて、ＳＳＩＤを含むＰｒｏｂｅ応答を第１携帯端末に送信する点を除いて、図３のＳ２０の処理と同様である。

Ｓ３３０において、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を介して、第１携帯端末からProvision Discovery要求を受信することを監視する。ＣＰＵ３２は、Provision Discovery要求を受信すると（Ｓ３３０でＹＥＳ、図５のＴ６２，Ｔ９２参照）、Ｓ３４０において、Ｗｉ−ＦｉＩ／Ｆ２０を介して、Provision Discovery応答を第１携帯端末に送信する。Ｓ３５０及びＳ３６０の処理は、図３のＳ５０及びＳ６０の処理と同様である（図５のＴ６４，Ｔ９４参照）。そして、Ｓ３７０において、ＣＰＵ３２は、第２の待機処理（図７参照）を実行する。

また、ＣＰＵ３２は、Ｓ３１０において、第１携帯端末からＰｒｏｂｅ要求を受信することを監視するとともに、Ｓ３８０において、ＮＦＣＩ／Ｆ２２を介したＮＦＣ接続が第２携帯端末と確立されることを監視する。Ｓ３８０及びＳ３９０は、図３のＳ８０及びＳ１００と同様である。即ち、図３のＳ９０は実行されない。ＭＦＰ１０は、既にＧ／Ｏ状態で動作しているからである。この結果、ＭＦＰ１０は、Ｇ／Ｏ状態を維持しながら、第２携帯端末とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０が親局（即ち、Ｇ／Ｏ）として動作するＷＦＤＮＷに第２携帯端末を子局（即ち、ＣＬ）として参加させることができる（図５のＴ７６〜Ｔ８４参照）。

続いて、図７を参照して、図６のＳ３７０の第２の待機処理について説明する。ＣＰＵ３２は、Ｓ４００において、Ｗｉ−ＦｉＩ／Ｆ２０を介して、第１携帯端末からユニキャストによって送信されるＰｒｏｂｅ要求、即ち、図６のＳ３２０で送信されたＳＳＩＤを宛先として含むＰｒｏｂｅ要求を受信することを監視する。ＣＰＵ３２は、Ｐｒｏｂｅ要求を受信すると（Ｓ４００でＹＥＳ）、Ｓ４１０において、Ｗｉ−ＦｉＩ／Ｆ２０を介して、Ｐｒｏｂｅ応答を第１携帯端末に送信する。図６のＳ３５０で表示された待機画面へのユーザ操作がまだ入力されていないので、当該Ｐｒｏｂｅ応答は、情報「Device Password ID = 0x0004」を含まない。これにより、ＭＦＰ１０は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立不可能であることを第１携帯端末に知らせることができる。したがって、ＭＦＰ１０と第１携帯端末との間において、ＷＰＳに従った接続処理は開始されない。

Ｓ４２０は図４のＳ１１０と同様であり、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２を介したＮＦＣ接続が第３携帯端末と確立されても（Ｓ４２０でＹＥＳ、図５のＴ９８参照）、特に処理を実行しない。ＭＦＰ１０と第３携帯端末との間にＷｉ−Ｆｉ接続が確立されない。

また、Ｓ４３０及びＳ４４０は、図４のＳ１２０及びＳ１３０と同様である。Ｓ４５０及びＳ４６０の処理は、情報「Device Password ID = 0x0004」を含まないＰｒｏｂｅ応答に代えて、当該情報を含むＰｒｏｂｅ応答を第１携帯端末に送信する点を除いて、Ｓ４００及びＳ４１０の処理と同様である（図５のＴ１０４，Ｔ１０６参照）。これにより、ＭＦＰ１０は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立可能であることを第１携帯端末に知らせることができる。そして、Ｓ４７０において、ＣＰＵ３２は、G/O Negotiationを実行することなく、Ｇ／Ｏ状態を維持しながら、第１携帯端末との接続処理（WSC Exchange、Authentication、Association、4-way Handshake等の通信）を実行する。これらの通信は、図４のＳ１５０でＧ／Ｏ状態に移行する場合におけるＳ１６０で実行される通信と同様である。この結果、ＭＦＰ１０は、第１携帯端末とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０が親局（即ち、Ｇ／Ｏ）として動作するＷＦＤＮＷに第１携帯端末を子局（即ち、ＣＬ）として参加させることができる（図５のＴ１０８参照）。

（ＭＦＰ１０がデバイス状態である状況での具体的なケース；図８〜図１０）
続いて、図８〜図１０を参照して、ＭＦＰ１０がデバイス状態である状況において、図３及び図４の処理によって実現される具体的なケースを説明する。

（ケースＡ；図８）
ケースＡでは、携帯端末１００の操作部１１２にＷＦＤ接続操作が実行される場合に、デバイス状態のＭＦＰ１０と携帯端末１００との間にＷｉ−Ｆｉ接続が確立される。携帯端末１００は、Ｔ２１０において、操作部１１２へのＷＦＤ接続操作がユーザによって実行されると、Ｔ２１２において、Ｐｒｏｂｅ要求をブロードキャストによって送信する。

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

携帯端末１００は、Ｔ２１４において、ＭＦＰ１０からＰｒｏｂｅ応答を受信すると、Ｔ２１６において、当該Ｐｒｏｂｅ応答に含まれるデバイス名「Ｄ１０」を含む選択画面ＳＳ１を表示部１１４に表示する。携帯端末１００は、ＭＦＰ１０とは異なる通信装置（不図示）からもＰｒｏｂｅ応答を受信し得るので、選択画面ＳＳ１は、ＭＦＰ１０のデバイス名「Ｄ１０」のみならず、当該異なる通信装置のデバイス名「Ｄ２０」、当該異なる通信装置によって形成されている無線ネットワークのＳＳＩＤ「Ｘ３０」等も含み得る。Ｔ２１８において、携帯端末１００は、選択画面ＳＳ１においてデバイス名「Ｄ１０」の選択を受け付ける。この場合、携帯端末１００は、Ｔ２２０において、携帯端末１００のＩｎｔｅｎｔ値を含むG/O Negotiation要求をＭＦＰ１０に送信する。

ＭＦＰ１０は、Ｔ２２０において、携帯端末１００からG/O Negotiation要求を受信すると（Ｓ３０でＹＥＳ）、Ｔ２２２において、情報「failure」を含むG/O Negotiation応答を携帯端末１００に送信する（Ｓ４０）。次いで、ＭＦＰ１０は、Ｔ２２４において、待機画面ＳＳ２を表示する（Ｓ５０）。ＭＦＰ１０は、Ｔ２２６において、携帯端末１００のユーザから待機画面ＳＳ２内のＯＫボタンへのユーザ操作の入力を受け付けると（図４のＳ１２０でＹＥＳ）、Ｔ２２７において、待機画面ＳＳ２の表示を終了する（Ｓ１３０）。この場合、ＭＦＰ１０は、Ｔ２２８において、ＭＦＰ１０のＩｎｔｅｎｔ値を含むG/O Negotiation要求を携帯端末１００に送信する（Ｓ１４０）。

携帯端末１００は、Ｔ２２８において、ＭＦＰ１０からG/O Negotiation要求を受信すると、Ｔ２３０において、携帯端末１００のＩｎｔｅｎｔ値を含むG/O Negotiation応答をＭＦＰ１０に送信する。これにより、ＭＦＰ１０と携帯端末１００との間でG/O Negotiationが実行される。

本ケースでは、G/O Negotiationの結果、ＭＦＰ１０がＧ／Ｏとなることが決定される。したがって、ＭＦＰ１０は、Ｔ２３２において、デバイス状態からＧ／Ｏ状態に移行する（Ｓ１５０）。この際に、ＭＦＰ１０は、Ｔ２３３において、ＳＳＩＤ「Ｘ１０」、パスワード等を生成する（Ｓ１５０）。

ＭＦＰ１０は、Ｔ２３４において、携帯端末１００からＭＡＣアドレス「Ｍ１０」を含むＰｒｏｂｅ要求を受信すると、Ｔ２３６において、ＳＳＩＤ「Ｘ１０」と情報「Device Password ID = 0x0004」とを含むＰｒｏｂｅ応答を携帯端末１００に送信する（Ｓ１６０）。次いで、Ｔ２３８では、ＭＦＰ１０は、携帯端末１００との接続処理（WSC Exchange、Authentication、Association、4-way Handshake等の通信）を実行する（Ｓ１６０）。この結果、Ｔ２４０において、ＭＦＰ１０は、携帯端末１００とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに携帯端末１００をＣＬとして参加させる。

（ケースＢ；図９）
ケースＢでは、ＮＦＣ接続をトリガとして、ＭＦＰ１０と携帯端末２００との間にＷｉ−Ｆｉ接続が確立される。携帯端末２００は、Ｔ３１０において、アプリ１３８を起動させるための操作がユーザによって実行されると、アプリ１３８を起動する。その後、Ｔ３１５において、ユーザが携帯端末２００をＭＦＰ１０に近づけると、Ｔ３２０において、携帯端末２００のＮＦＣＩ／Ｆ（不図示）とＭＦＰ１０のＮＦＣＩ／Ｆ２２との間にＮＦＣ接続が確立される。

ＭＦＰ１０は、Ｔ３２０において、ＮＦＣ接続が確立されると（図３のＳ８０でＹＥＳ）、Ｔ３２２において、ＮＦＣ接続を利用して、ＭＡＣアドレス「Ｍ１０」と情報「ＯＫ」とを携帯端末２００に送信する。次いで、ＭＦＰ１０は、Ｔ３２４において、デバイス状態からＧ／Ｏ状態に移行する（Ｓ９０）。この際に、ＭＦＰ１０は、Ｔ３２５において、ＳＳＩＤ「Ｘ１０」、パスワード等を生成する。

ＭＦＰ１０は、Ｔ３２６において、携帯端末２００からＰｒｏｂｅ要求を受信すると、Ｔ３２８において、ＭＡＣアドレス「Ｍ１０」とＳＳＩＤ「Ｘ１０」とを含むＰｒｏｂｅ応答を携帯端末２００に送信する（Ｓ１００）。

携帯端末２００は、Ｔ３２２において、ＭＦＰ１０からＭＡＣアドレス「Ｍ１０」を受信している。このために、携帯端末２００は、Ｔ３２８において、ＭＦＰ１０を含む複数個の装置から複数個のＰｒｏｂｅ応答を受信する場合に、複数個のＰｒｏｂｅ応答の中から、ＭＡＣアドレス「Ｍ１０」を含むＰｒｏｂｅ応答を特定することができる。そして、携帯端末２００は、特定済みのＰｒｏｂｅ応答に含まれるＳＳＩＤ「Ｘ１０」、即ち、携帯端末２００が参加すべきＷＦＤＮＷのＳＳＩＤ「Ｘ１０」を知ることができる。即ち、携帯端末２００は、Ｇ／Ｏ状態であるＭＦＰ１０を認識することができる。このために、携帯端末２００は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立するための以降の各処理を実行することができる。

ＭＦＰ１０は、Ｔ３３０において、携帯端末２００からProvision Discovery要求を受信すると、Ｔ３３２において、Provision Discovery応答を携帯端末２００に送信する（Ｓ１００）。Ｔ３３４〜Ｔ３４０は、それぞれ、図８のＴ２３４〜Ｔ２４０と同様である。ただし、Ｔ３３４のＰｒｏｂｅ要求は、図８のＴ２３４とは異なり、ＳＳＩＤ「Ｘ１０」を宛先として含む。

（ケースＣ；図１０）
ケースＣでは、図８のケースＡにおいてＭＦＰ１０に待機画面ＳＳ２が表示されている状態で、ＭＦＰ１０と携帯端末２００との間にＮＦＣ接続が確立される。まず、ＭＦＰ１０は、図８のＴ２１０〜Ｔ２２４と同様の処理を実行する。これにより、ＭＦＰ１０の表示部１４に待機画面ＳＳ２が表示される。Ｔ４２６及びＴ４２８は、図９のＴ３１０〜Ｔ３２０と同様である。本ケースでは、ＭＦＰ１０に待機画面ＳＳ２が表示されている状態で（即ち、ＯＫボタンへのユーザ操作が入力される前に）、Ｔ４２８のＮＦＣ接続が確立される。この場合、ＭＦＰ１０は、Ｔ４３０において、ＮＦＣ接続を利用して、ＭＡＣアドレス「Ｍ１０」と情報「ＮＧ」とを携帯端末２００に送信する（図４のＳ１１０でＹＥＳ）。

携帯端末２００は、Ｔ４３０において、ＭＦＰ１０から情報「ＮＧ」を受信することによって、ＭＦＰ１０が待機画面ＳＳ２を表示中であること、即ち、他の装置とのＷｉ−Ｆｉ接続を確立するための待機状態であること、を知ることができる。したがって、携帯端末２００は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立するための処理（例えば、図９のＴ３２６のＰｒｏｂｅ要求の送信）を実行しない。

ＭＦＰ１０は、Ｔ４３１において、携帯端末１００のユーザから待機画面ＳＳ２内のＯＫボタンへのユーザ操作の入力を受け付ける（Ｓ１２０でＹＥＳ）。その後、ＭＦＰ１０は、図８のＴ２２７〜Ｔ２４０と同様の処理を実行する（Ｓ１３０〜Ｓ１６０）。この結果、ＭＦＰ１０は、携帯端末１００とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに携帯端末１００をＣＬとして参加させる。

（比較例１；図１１）
続いて、図１１を参照して、比較例１のＭＦＰ１０００が携帯端末１００とのＷｉ−Ｆｉ接続の確立に失敗するケースを説明する。ＭＦＰ１０００には、ＭＡＣアドレス「Ｍ１０００」及びデバイス名「Ｄ１０００」が割り当てられている。

まず、ＭＦＰ１０００は、図８のＴ２１０〜Ｔ２２４と同様の処理を実行する。ただし、Ｔ２１４のＰｒｏｂｅ応答は、デバイス名「Ｄ１０００」を含み、Ｔ２１６では、デバイス名「Ｄ１０００」を含む選択画面が表示され、Ｔ２１８では、デバイス名「Ｄ１０００」が選択される。Ｔ１４２６及びＴ１４２８は、図１０のＴ４２６及びＴ４２８と同様である。Ｔ１４３０では、ＭＦＰ１０００は、ＮＦＣ接続を利用して、ＭＡＣアドレス「Ｍ１０００」を携帯端末２００に送信する。ここで情報「ＮＧ」を携帯端末２００に送信しない点が、本実施例のＭＦＰ１０とは異なる。そして、ＭＦＰ１０００は、Ｔ１４３４において、デバイス状態からＧ／Ｏ状態に移行し、Ｔ１４３５において、ＳＳＩＤ、パスワード等を生成する。Ｇ／Ｏ状態に移行してＳＳＩＤ等を生成する点が、本実施例のＭＦＰ１０とは異なる。

その後、ＭＦＰ１０００は、Ｔ１４３６において、携帯端末１００のユーザから待機画面ＳＳ２内のＯＫボタンへのユーザ操作の入力を受け付ける。ＭＦＰ１０００は、Ｔ１４３４において既にデバイス状態からＧ／Ｏ状態に移行しているので、G/O Negotiationを実行することができず、この結果、G/O Negotiation要求（図４のＳ１４０参照）を携帯端末１００に送信することができない。即ち、図８のＴ２２８以降の処理が実行されず、ＭＦＰ１０００と携帯端末１００との間のＷｉ−Ｆｉ接続の確立が失敗する。その後、ＭＦＰ１０００は、図９のＴ３２６〜Ｔ３４０と同様の処理を実行し、携帯端末２００とのＷｉ−Ｆｉ接続を確立する。

これに対し、本実施例では、図１０に示されるように、ＭＦＰ１０は、待機画面ＳＳ２が表示されている状態で（即ち、ＯＫボタンへのユーザ操作が入力される前に）、携帯端末２００とのＮＦＣ接続が確立されると、Ｔ４３０において、ＮＦＣ接続を利用して情報「ＮＧ」を携帯端末２００に送信し、Ｇ／Ｏ状態に移行せずにデバイス状態を維持する。この結果、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を確立しない。そして、ＭＦＰ１０は、待機画面ＳＳ２のＯＫボタンへのユーザ操作の入力を受け付けることに応じて（Ｔ４３１参照）、G/O Negotiation要求を携帯端末１００に送信し（図８のＴ２２８）、携帯端末１００とのＷｉ−Ｆｉ接続を確立する（図８のＴ２４０）。このように、本実施例によれば、ＭＦＰ１０は、携帯端末１００からのG/O Negotiation要求に応じて待機画面ＳＳ２を表示している状態で、携帯端末２００とのＮＦＣ接続が確立されても、携帯端末２００とのＷｉ−Ｆｉ接続を確立しない。即ち、ＭＦＰ１０は、携帯端末２００とのＮＦＣ接続の確立よりも先に、携帯端末１００からG/O Negotiation要求を受信する場合には、携帯端末１００及び携帯端末２００のうち、先に受信されたG/O Negotiation要求の送信元の携帯端末１００とのＷｉ−Ｆｉ接続を適切に確立することができる。

（ＭＦＰ１０がＧ／Ｏ状態である状況での具体的なケース；図１２〜図１４）
続いて、図１２〜図１４を参照して、ＭＦＰ１０がＧ／Ｏ状態である状況において、図６及び図７の処理によって実現される具体的なケースを説明する。これらのケースでは、ＭＦＰ１０は、Ｇ／Ｏ状態に移行する際に、ＳＳＩＤ「Ｘ１０」、パスワード等を生成済みである。

（ケースＤ；図１２）
ケースＤでは、携帯端末１００の操作部１１２にＷＦＤ接続操作が実行される場合に、Ｇ／Ｏ状態のＭＦＰ１０と携帯端末１００との間にＷｉ−Ｆｉ接続が確立される。

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

携帯端末１００は、Ｔ５１４において、ＭＦＰ１０からＰｒｏｂｅ応答を受信すると、Ｔ５１６において、当該Ｐｒｏｂｅ応答に含まれるＳＳＩＤ「Ｘ１０」を含む選択画面ＳＳ３を表示部１１４に表示する。Ｔ５１８において、携帯端末１００は、選択画面ＳＳ３においてＳＳＩＤ「Ｘ１０」の選択を受け付ける。この場合、Ｔ５２０において、携帯端末１００は、Provision Discovery要求をＭＦＰ１０に送信する。

ＭＦＰ１０は、Ｔ５２０において、携帯端末１００からProvision Discovery要求を受信すると（Ｓ３３０でＹＥＳ）、Ｔ５２２において、Provision Discovery応答を携帯端末１００に送信する（Ｓ３４０）。次いで、ＭＦＰ１０は、Ｔ５２４において、待機画面ＳＳ２（図８参照）を表示する（Ｓ３５０）。

ＭＦＰ１０は、Ｔ５２６において、ＳＳＩＤ「Ｘ１０」を宛先として含むＰｒｏｂｅ要求を受信すると（図７のＳ４００でＹＥＳ）、Ｔ５２８において、Ｐｒｏｂｅ応答を携帯端末１００に送信する（Ｓ４１０）。この段階では、待機画面ＳＳ２へのユーザ操作がまだ入力されていないので、当該Ｐｒｏｂｅ応答は、情報「Device Password ID = 0x0004」を含まない。このため、携帯端末１００とＭＦＰ１０との間において、ＷＰＳに従った接続処理が開始されない。

ＭＦＰ１０は、Ｔ５３０において、待機画面ＳＳ２内のＯＫボタンへのユーザ操作の入力を受け付けると（Ｓ４３０でＹＥＳ）、Ｔ５３１において、待機画面ＳＳ２の表示を終了する（Ｓ４４０）。その後、ＭＦＰ１０は、Ｔ５３２において、携帯端末１００からＳＳＩＤ「Ｘ１０」を含むＰｒｏｂｅ要求を受信すると（Ｓ４５０でＹＥＳ）、Ｔ５３４において、情報「Device Password ID = 0x0004」を含むＰｒｏｂｅ応答を携帯端末１００に送信する（Ｓ４６０）。このため、携帯端末１００とＭＦＰ１０との間において、ＷＰＳに従った接続処理が開始される。Ｔ５３６及びＴ５３８は、図８のＴ２３８及びＴ２４０と同様である（Ｓ４７０）。この結果、ＭＦＰ１０は、携帯端末１００とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに携帯端末１００をＣＬとして参加させる。

（ケースＥ；図１３）
ケースＥでは、ＮＦＣ接続をトリガとして、ＭＦＰ１０と携帯端末２００との間にＷｉ−Ｆｉ接続が確立される。本ケースは、ＭＦＰ１０が最初からＧ／Ｏ状態で動作している点を除いて、図９のケースＢと同様である。具体的には、Ｔ６１０〜Ｔ６４０は、図９のＴ３２４及びＴ３２５を実行しない点を除いて、図９のＴ３１０〜Ｔ３４０と同様である。

（ケースＦ；図１４）
ケースＦでは、図１２のケースＤにおいてＭＦＰ１０に待機画面ＳＳ２が表示されている状態で、ＭＦＰ１０と携帯端末２００との間にＮＦＣ接続が確立される。まず、ＭＦＰ１０は、図１２のＴ５１０〜Ｔ５２８と同様の処理を実行する。これにより、ＭＦＰ１０の表示部１４に待機画面ＳＳ２が表示される。Ｔ７３０及びＴ７３２は、図１３のＴ６１０〜Ｔ６２０と同様である。本ケースでは、ＭＦＰ１０に待機画面ＳＳ２が表示されている状態で（即ち、ＯＫボタンへのユーザ操作が入力される前に）、Ｔ７３２のＮＦＣ接続が確立される。この場合、ＭＦＰ１０は、Ｔ７３４において、ＮＦＣ接続を利用して、ＭＡＣアドレス「Ｍ１０」と情報「ＮＧ」とを携帯端末２００に送信する（図７のＳ４２０でＹＥＳ）。

携帯端末２００は、Ｔ７３４において、ＭＦＰ１０から情報「ＮＧ」を受信することによって、ＭＦＰ１０が待機画面ＳＳ２を表示中であること、即ち、他の装置とのＷｉ−Ｆｉ接続を確立するための待機状態であること、を知ることができる。したがって、携帯端末２００は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立するための処理（例えば、図１３のＴ６２６のＰｒｏｂｅ要求の送信）を実行しない。

ＭＦＰ１０は、Ｔ７３６において、携帯端末１００のユーザから待機画面ＳＳ２内のＯＫボタンへのユーザ操作の入力を受け付ける（Ｓ４３０でＹＥＳ）。その後、ＭＦＰ１０は、図１２のＴ５３１〜Ｔ５３８と同様の処理を実行する（Ｓ４４０〜Ｓ４７０）。この結果、ＭＦＰ１０は、携帯端末１００とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに携帯端末１００をＣＬとして参加させる。

（比較例２；図１５）
続いて、図１５を参照して、比較例２のＭＦＰ１０００が携帯端末１００とのＷｉ−Ｆｉ接続の確立に失敗するケースを説明する。ＭＦＰ１０００は、Ｇ／Ｏとして動作しており、ＳＳＩＤ「Ｘ１０００」を生成済みである。

まず、ＭＦＰ１０は、図１２のＴ５１０〜Ｔ５２８と同様の処理を実行する。ただし、Ｔ５１４のＰｒｏｂｅ応答は、ＳＳＩＤ「Ｘ１０００」を含み、Ｔ５１６では、ＳＳＩＤ「Ｘ１０００」を含む選択画面が表示され、Ｔ５１８では、ＳＳＩＤ「Ｘ１０００」が選択される。Ｔ１７３０及びＴ１７３２は、図１４のＴ７３０及びＴ７３２と同様である。Ｔ１７３４では、ＭＦＰ１０００は、ＮＦＣ接続を利用して、ＭＡＣアドレス「Ｍ１０００」を携帯端末２００に送信する。ここで情報「ＮＧ」を携帯端末２００に送信しない点が、本実施例のＭＦＰ１０とは異なる。そして、ＭＦＰ１０００は、Ｔ１７３８において、携帯端末１００のユーザから待機画面ＳＳ２内のＯＫボタンへのユーザ操作の入力を受け付ける。この場合、ＭＦＰ１０００は、Ｔ１７４０において、携帯端末１００からＳＳＩＤ「Ｘ１０００」を含むＰｒｏｂｅ要求を受信すると、Ｔ１７４２において、情報「Device Password ID = 0x0004」を含むＰｒｏｂｅ応答を携帯端末１００に送信する。この場合、ＭＦＰ１０００は、携帯端末１００とのＷｉ−Ｆｉ接続を確立するために、図１２のＴ５３６及びＴ５３８と同様の処理を実行する。

一方、ＭＦＰ１０００は、Ｔ１７５２において、携帯端末２００からＰｒｏｂｅ要求を受信すると、Ｔ１７５４において、ＳＳＩＤ「Ｘ１０００」を含むＰｒｏｂｅ応答を携帯端末２００に送信する。この場合、ＭＦＰ１０００は、携帯端末２００とのＷｉ−Ｆｉ接続を確立するために、図１３のＴ６３０〜Ｔ６４０と同様の処理を実行する。

しかしながら、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅの規格においては、ＭＦＰ１０００が２個以上のデバイスとの接続処理を並行して実行しようとすると、いずれの接続処理（即ち、ＷＰＳに従った通信）も中止される。このため、ＭＦＰ１０００では、携帯端末１００とのＷｉ−Ｆｉ接続のための接続処理と、携帯端末２００とのＷｉ−Ｆｉ接続のための接続処理と、の双方が中止される。即ち、ＭＦＰ１０００は、携帯端末１００，２００のいずれとのＷｉ−Ｆｉ接続も確立することができない。なお、携帯端末１００とのＴ１７４０以降の処理と、携帯端末２００とのＴ１７５２以降の処理と、のどちらが先に開始されても、または、同じタイミングで開始されても、双方の接続処理が中止される。

これに対し、本実施例では、図１４に示されるように、ＭＦＰ１０は、待機画面ＳＳ２が表示されている状態で（即ち、ＯＫボタンへのユーザ操作が入力される前に）、携帯端末２００とのＮＦＣ接続が確立されると、Ｔ７３４において、ＮＦＣ接続を利用して情報「ＮＧ」を携帯端末２００に送信する。これにより、携帯端末２００とのＷｉ−Ｆｉ接続のための接続処理が開始されない。即ち、待機画面ＳＳ２が表示されている状態では、携帯端末２００との接続処理が開始されないので、携帯端末１００との接続処理が中止されることを防止することができる、そして、ＭＦＰ１０は、待機画面ＳＳ２のＯＫボタンへのユーザ操作の入力を受け付けることに応じて（Ｔ７３６参照）、携帯端末１００からのＰｒｏｂｅ要求に対して情報「Device Password ID = 0x0004」を含むＰｒｏｂｅ応答を携帯端末１００に送信し（図１２のＴ５３４）、携帯端末１００とのＷｉ−Ｆｉ接続を確立する（図１２のＴ５３８）。このように、本実施例によれば、ＭＦＰ１０は、携帯端末１００からのProvision Discovery要求に応じて待機画面ＳＳ２を表示している状態で、携帯端末２００とのＮＦＣ接続が確立されても、携帯端末２００とのＷｉ−Ｆｉ接続のための接続処理を開始しないので、携帯端末１００との接続処理が中止されることを防止することができる。このために、ＭＦＰ１０は、携帯端末２００とのＮＦＣ接続の確立よりも先に、携帯端末１００からProvision Discovery要求を受信する場合には、携帯端末１００及び携帯端末２００のうち、先に受信されたProvision Discovery要求の送信元の携帯端末１００とのＷｉ−Ｆｉ接続を適切に確立することができる。

（対応関係）
ＭＦＰ１０、携帯端末１００、携帯端末２００が、それぞれ「通信装置」、「第１の外部装置」、「第２の外部装置」の一例である。ＮＦＣＩ／Ｆ２２、Ｗｉ−ＦｉＩ／Ｆ２０が、それぞれ、「第１の無線インタフェース」、「第２の無線インタフェース」の一例である。携帯端末１００のユーザ、携帯端末２００のユーザが、それぞれ、「第１のユーザ」、「第２のユーザ」の一例である。G/O Negotiation要求及びProvision Discovery要求が、「接続要求」の一例である。G/O Negotiation要求、Provision Discovery要求が、それぞれ、「第１種の接続要求」、「第２種の接続要求」の一例である。待機画面ＳＳ２内のＯＫボタンへのユーザ操作が、「第１のユーザによる操作部への操作」の一例である。携帯端末２００をＭＦＰ１０に近づける操作が、「第２のユーザによる第２の外部装置への操作」の一例である。ＭＦＰ１０と携帯端末１００との間で確立されるＷｉ−Ｆｉ接続が、「第１の外部装置と確立される第２の無線インタフェースを介した無線接続」の一例である。ＭＦＰ１０と携帯端末２００との間で確立されるＮＦＣ接続が、「第１の無線インタフェースを介した無線接続」の一例である。ＭＦＰ１０と携帯端末２００との間で確立されるＷｉ−Ｆｉ接続が、「第２の外部装置と確立される第２の無線インタフェースを介した無線接続」の一例である。図３のＳ１００で受信されるＰｒｏｂｅ要求及び図６のＳ３９０で受信されるＰｒｏｂｅ要求が、「第１の信号」の一例である。情報「ＯＫ」が、「第１の情報」の一例である。情報「ＮＧ」が、「第２の情報」の一例である。Ｇ／Ｏ状態、ＣＬ状態、デバイス状態が、それぞれ、「親局状態」、「子局状態」、「特定状態」の一例である。G/O Negotiationが、「決定通信」の一例である。図４のＳ１２０で肯定判断される場合が、「通信装置の状態が特定状態である状況での第１の場合」の一例である。図７のＳ４３０で肯定判断される場合が、「通信装置の状態が親局状態である状況での第１の場合」の一例である。図３のＳ８０で肯定判断される場合が、「通信装置の状態が特定状態である状況での第２の場合」の一例である。図６のＳ３８０で肯定判断される場合が、「通信装置の状態が親局状態である状況での第２の場合」の一例である。図４のＳ１１０で肯定判断される場合が、「通信装置の状態が特定状態である状況での第３の場合」の一例である。図７のＳ４２０で肯定判断される場合が、「通信装置の状態が親局状態である状況での第３の場合」の一例である。なお、「インタフェース」は、Ｗｉ−ＦｉＩ／Ｆ２０、ＮＦＣＩ／Ｆ２２等のアンテナ及びＣＰＵにより構成されるハードウェアをいう。

図３のＳ３０及び図６のＳ３３０が、「受信部」によって実行される処理の一例である。図３のＳ５０及び図６のＳ３５０が、「第１の表示制御部」によって実行される処理の一例である。図４のＳ１６０及び図７のＳ４７０が、「第１の確立制御部」によって実行される処理の一例である。図３のＳ１００及び図６のＳ３９０が、「第２の確立制御部」によって実行される処理の一例である。図４のＳ１６０及び図７のＳ４７０が、「第３の確立制御部」によって実行される処理の一例である。なお、「受信部」は、インタフェースから情報を受信する制御部３０内の構成をいう。

（第２実施例）
本実施例では、ＭＦＰ１０に待機画面が表示されている状態で（即ち、ＯＫボタンへのユーザ操作が入力される前に）、ＭＦＰ１０と第３携帯端末との間にＮＦＣ接続が確立される場合（図４のＳ１１０でＹＥＳ、図７のＳ４２０でＹＥＳ）に、ＣＰＵ３２は、図１６の処理を実行する。

（ＭＦＰ１０が実行する処理；図１６）
図１６に示すように、ＣＰＵ３２は、Ｓ５００において、待機画面に代えて選択画面ＳＳ４を表示部１４に表示させる。選択画面ＳＳ４は、第３携帯端末とのＷｉ−Ｆｉ接続を確立すべきか否かを第３携帯端末のユーザに選択させるための画面である。具体的には、選択画面ＳＳ４は、ＭＦＰ１０とのＷｉ−Ｆｉ接続の確立を待機している他のデバイスが存在することを示すメッセージと、第３携帯端末とのＷｉ−Ｆｉ接続を確立するか否かをユーザに問い合わせるためのメッセージと、ＹＥＳボタンと、ＮＯボタンと、を含む。

Ｓ５１０において、ＣＰＵ３２は、第３携帯端末のユーザから選択画面ＳＳ４内のＹＥＳボタンとＮＯボタンのいずれへの選択の入力を受け付けたかを判断する。

ＣＰＵ３２は、ＹＥＳボタンへの選択の入力を受け付けたと判断する場合（Ｓ５１０でＹＥＳ）には、Ｓ５２０において、情報「ＯＫ」をＮＦＣＩ／Ｆ２２に供給して、情報「ＮＧ」に代えて情報「ＯＫ」をＮＦＣＩ／Ｆ２２のメモリに記憶させる。

次いで、Ｓ５３０において、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２を介したＮＦＣ接続が第３携帯端末と再び確立されることを監視する。ＣＰＵ３２は、第３携帯端末とのＮＦＣ接続が確立される場合（Ｓ５３０でＹＥＳ）に、Ｓ５４０に進む。この際に、ＮＦＣＩ／Ｆ２２は、確立済みのＮＦＣ接続を利用して、ＮＦＣＩ／Ｆ２２のメモリに記憶されているＭＡＣアドレス「Ｍ１０」及び情報「ＯＫ」を第３携帯端末に送信する。これにより、ＭＦＰ１０は、ＮＦＣ接続をトリガとして、ＭＡＣアドレス「Ｍ１０」を有するＭＦＰ１０とのＷｉ−Ｆｉ接続を確立可能であることを第３携帯端末に知らせることができる。

Ｓ５４０において、ＣＰＵ３２は、ＭＦＰ１０の動作状態をデバイス状態からＧ／Ｏ状態に移行させる。この際に、ＣＰＵ３２は、ＳＳＩＤ、パスワード等を生成する。なお、図４のＳ１１０でＹＥＳを介した場合には、Ｓ５４０の処理が実行されるが、図７のＳ４２０でＹＥＳを介した場合には、ＭＦＰ１０の動作状態が既にＧ／Ｏ状態であるので、Ｓ５４０の処理が実行されない。そして、ＣＰＵ３２は、Ｓ５５０において、Ｗｉ−ＦｉＩ／Ｆ２０を介して、第３携帯端末との接続処理を実行する。Ｓ５５０の処理は、図３のＳ１００の処理と同様である。

一方、ＣＰＵ３２は、Ｓ５１０において、ＮＯボタンへの選択の入力を受け付けたと判断する場合（Ｓ５１０でＮＯ）には、Ｓ５６０において、選択画面ＳＳ４に代えて待機画面を表示部１４に再表示させる。そして、ＣＰＵ３２は、図４のＳ１１０でＹＥＳを介した場合には、図４のＳ１１０及びＳ１２０の監視へ戻り、図７のＳ４２０を介した場合には、図７のＳ４００，Ｓ４２０，Ｓ４３０の監視へ戻る。

（ＭＦＰ１０がデバイス状態である状況での具体的なケースＧ；図１７）
続いて、図１７を参照して、ＭＦＰ１０がデバイス状態である状況において、本実施例によって実現される具体的なケースを説明する。

まず、ＭＦＰ１０は、図８のＴ２１０〜Ｔ２２４と同様の処理を実行する。これにより、ＭＦＰ１０の表示部１４に待機画面ＳＳ２が表示される。Ｔ８２６〜Ｔ８２９は、それぞれ、図１０のＴ４２６〜Ｔ４３０と同様である。ＭＦＰ１０は、Ｔ８３２において、待機画面ＳＳ２に代えて選択画面ＳＳ４を表示する（図１６のＳ５００）。そして、Ｔ８３４において、ＭＦＰ１０は、携帯端末２００のユーザから選択画面ＳＳ４内のＹＥＳボタンまたはＮＯボタンへの選択の入力を受け付ける（Ｓ５１０）。

ＭＦＰ１０は、Ｔ８３４において、ＮＯボタンへの選択の入力を受け付ける場合（Ｓ５１０でＮＯ）には、Ｔ８３６において、選択画面ＳＳ４に代えて待機画面ＳＳ２を再表示する（Ｓ５６０）。そして、Ｔ８３８において、ＭＦＰ１０は、携帯端末１００のユーザから待機画面ＳＳ２内のＯＫボタンへのユーザ操作の入力を受け付ける（図４のＳ１２０でＹＥＳ）。その後、ＭＦＰ１０は、図８のＴ２２７〜Ｔ２４０と同様の処理を実行する。この結果、ＭＦＰ１０は、携帯端末１００とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに携帯端末１００をＣＬとして参加させる。

一方、ＭＦＰ１０は、Ｔ８３４において、ＹＥＳボタンへの選択の入力を受け付ける場合（Ｓ５１０でＹＥＳ）には、Ｔ８３９において、ユーザが携帯端末２００をＭＦＰ１０に再び近づけることに応じて、Ｔ８４０において、携帯端末２００とのＮＦＣ接続を再び確立する。この場合、Ｔ８４２において、ＭＦＰ１０は、ＮＦＣ接続を利用して、ＭＡＣアドレス「Ｍ１０」及び情報「ＯＫ」を携帯端末２００に送信する（Ｓ５２０、Ｓ５３０でＹＥＳ）。即ち、ＭＦＰ１０は、Ｔ８２９において、情報「ＮＧ」を携帯端末２００に送信することによって、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立不可能であることを携帯端末２００に通知していたが、Ｔ８４２において、情報「ＯＫ」を携帯端末２００に送信することによって、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立可能であることを携帯端末２００に通知することができる。従って、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を確立するための処理を実行することができる。即ち、ＭＦＰ１０は、Ｔ８４４において、Ｇ／Ｏ状態に移行し（Ｓ５４０）、Ｔ８４６において、ＳＳＩＤ等を生成する。そして、ＭＦＰ１０は、図９のＴ３２６〜Ｔ３４０と同様の処理を実行する（Ｓ５５０）。この結果、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに携帯端末２００をＣＬとして参加させる。

（ＭＦＰ１０がＧ／Ｏ状態である状況での具体的なケースＧ；図１８）
続いて、図１８を参照して、ＭＦＰ１０がＧ／Ｏ状態である状況において、本実施例によって実現される具体的なケースを説明する。

まず、ＭＦＰ１０は、図１２のＴ５１０〜Ｔ５２８と同様の処理を実行する。これにより、ＭＦＰ１０の表示部１４に待機画面ＳＳ２が表示される。Ｔ９２６〜Ｔ９３２は、それぞれ、図１７のＴ８２６〜Ｔ８３２と同様である。

ＭＦＰ１０は、Ｔ９３４において、ＮＯボタンへの選択の入力を受け付ける場合（Ｓ５１０でＮＯ）には、Ｔ９３６及びＴ９３８の処理を実行する。Ｔ９３６及びＴ９３８は、図１７のＴ８３６及びＴ８３８と同様である。その後、ＭＦＰ１０は、図１２のＴ５３１〜Ｔ５３８と同様の処理を実行する。この結果、ＭＦＰ１０は、携帯端末１００とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに携帯端末１００をＣＬとして参加させる。

一方、ＭＦＰ１０は、Ｔ９３４において、ＹＥＳボタンへの選択の入力を受け付ける場合（Ｓ５１０でＹＥＳ）には、Ｔ９４０及びＴ９４２の処理を実行する。Ｔ９４０及びＴ９４２は、図１７のＴ８４０及びＴ８４２と同様である。その後、ＭＦＰ１０は、図１３のＴ６２６〜Ｔ６４０と同様の処理を実行する。この結果、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに携帯端末２００をＣＬとして参加させる。

このように、本実施例では、待機画面ＳＳ２が表示されている状態で（即ち、ＯＫボタンへのユーザ操作が入力される前に）、携帯端末２００とのＮＦＣ接続が確立されると、ＭＦＰ１０は、待機画面ＳＳ２に代えて選択画面ＳＳ４を表示する（図１７のＴ８３２、図１８のＴ９３２）。これにより、携帯端末２００のユーザは、ＭＦＰ１０とのＷｉ−Ｆｉ接続の確立を待機している他のデバイス（即ち携帯端末１００）が存在することを知ることができる。そして、携帯端末２００とのＷｉ−Ｆｉ接続を確立すべきでないことが携帯端末２００のユーザによって選択される場合（図１７のＴ８３４又は図１８のＴ９３４の選択操作で「ＮＯ」の場合）には、ＭＦＰ１０は、選択画面ＳＳ４に代えて待機画面ＳＳ２を再表示する（図１７のＴ８３６、図１８のＴ９３６）。このために、携帯端末１００のユーザは、待機画面ＳＳ２内のＯＫボタンへの操作を実行することができ（図１７のＴ８３８、図１８のＴ９３８）、ＭＦＰ１０は、当該操作に応じて、携帯端末１００とのＷｉ−Ｆｉ接続を確立することができる。また、携帯端末２００とのＷｉ−Ｆｉ接続を確立すべきことが携帯端末２００のユーザによって選択される場合（図１７のＴ８３４又は図１８のＴ９３４の選択操作で「ＹＥＳ」の場合）、ＭＦＰ１０は、携帯端末２００とのＮＦＣ接続を再確立することに応じて、携帯端末２００とのＷｉ−Ｆｉ接続を確立することができる。このように、ＭＦＰ１０は、携帯端末２００のユーザの意図に応じて、携帯端末１００又は携帯端末２００とのＷｉ−Ｆｉ接続を確立することができる。

（対応関係）
図１６のＳ５００で肯定判断される場合が、「第４の場合」の一例である。Ｓ５００が、「第２の表示制御部」によって実行される処理の一例である。Ｓ５６０が、「第３の表示制御部」によって実行される処理の一例である。Ｓ５５０が、「第４の確立制御部」によって実行される処理の一例である。

（第３実施例）
本実施例では、ＭＦＰ１０がＮＦＣ接続を利用して情報「ＮＧ」を送信しない点が、第１及び第２実施例とは異なる。

（ＭＦＰ１０が実行する処理；図３及び図４）
本実施例では、図３のＳ６０の処理が実行されない。したがって、図４に示すように、ＭＦＰ１０と第３携帯端末との間にＮＦＣ接続が確立されると（Ｓ１１０でＹＥＳ）、ＮＦＣＩ／Ｆ２２は、ＭＡＣアドレス「Ｍ１０」及び情報「ＯＫ」を第３携帯端末に送信する。

ＣＰＵ３２は、Ｓ１１０でＹＥＳの場合に、Ｓ６００において、ＭＦＰ１０の動作状態をデバイス状態からＧ／Ｏ状態に移行させる。そして、ＣＰＵ３２は、Ｓ６１０において、待機画面内のＯＫボタンへのユーザ操作が入力されることを監視する。ＣＰＵ３２は、ＯＫボタンへのユーザ操作が入力されると（Ｓ６１０でＹＥＳ）、Ｓ６２０において、待機画面の表示を終了する。次いで、Ｓ６３０において、ＣＰＵ３２は、ＭＦＰ１０の動作状態をＧ／Ｏ状態からデバイス状態に移行させる。その後、Ｓ１４０〜Ｓ１６０の処理が実行される。これにより、ＭＦＰ１０は、第１携帯端末とのＷｉ−Ｆｉ接続を確立することができる。

一方、ＣＰＵ３２は、Ｓ１１０でＮＯの場合（即ち、待機画面内のＯＫボタンへのユーザ操作が入力されない場合）には、Ｓ６４０において、第３携帯端末とのＷｉ−Ｆｉ接続を確立する。Ｓ６４０の処理は、図３のＳ１００と同様である。

（ＭＦＰ１０がデバイス状態である状況での具体的なケースＫ；図１９）
続いて、図１９を参照して、ＭＦＰ１０がデバイス状態である状況において、本実施例によって実現される具体的なケースを説明する。

まず、ＭＦＰ１０は、図８のＴ２１０〜Ｔ２２４と同様の処理を実行する。これにより、ＭＦＰ１０の表示部１４に待機画面ＳＳ２が表示される。ＭＦＰ１０は、Ｔ１０２６において、携帯端末２００がＭＦＰ１０に近づけられることに応じて、Ｔ１０２８において、携帯端末２００とのＮＦＣ接続が確立されると（図４のＳ１１０でＹＥＳ）、Ｔ１０３０において、ＭＡＣアドレス「Ｍ１０」及び情報「ＯＫ」を携帯端末２００に送信する。ここで情報「ＯＫ」を送信する点が、第１実施例の図１０のＴ４３０とは異なる。これにより、携帯端末２００は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立するための処理を開始する。そして、ＭＦＰ１０は、Ｔ１０３２において、デバイス状態からＧ／Ｏ状態に移行する（Ｓ６００）。

上述したように、ＭＦＰ１０と携帯端末２００との間でＷｉ−Ｆｉ接続を確立するための処理（図９のＴ３２６〜Ｔ３４０）が開始される。ただし、Ｗｉ−Ｆｉ接続の確立が完了するまでには、ある程度の時間がかかる。ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続の確立が完了する前に、Ｔ１０３４において、待機画面ＳＳ２内のＯＫボタンへのユーザ操作の入力を受け付けることに応じて（Ｓ６１０でＹＥＳ）、Ｔ１０３６において、待機画面ＳＳ２の表示を終了する（Ｓ６２０）。次いで、Ｔ１０３８において、ＭＦＰ１０は、Ｇ／Ｏ状態からデバイス状態に移行する（即ち、デバイス状態に戻る）（Ｓ６３０）。これにより、ＭＦＰ１０と携帯端末２００との間でＷｉ−Ｆｉ接続を確立するための処理が中止され、携帯端末２００とのＷｉ−Ｆｉ接続が確立されない。その後のＴ１４２２及びＴ１４２４は、図８のＴ２２８及びＳ２３０と同様である。そして、ＭＦＰ１０は、図８のＴ２３２〜Ｔ２４０と同様の処理を実行する。この結果、ＭＦＰ１０は、携帯端末１００とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに携帯端末１００をＣＬとして参加させる。

このように、本ケースでは、待機画面ＳＳ２が表示されている状況において、携帯端末２００とのＮＦＣ接続が確立したことに応じて、ＭＦＰ１０の動作状態がデバイス状態からＧ／Ｏ状態に移行する。その後、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続の確立が完了する前に、待機画面ＳＳ２内のＯＫボタンへのユーザ操作の入力を受け付けることに応じて、Ｇ／Ｏ状態からデバイス状態に戻るので、携帯端末２００とのＷｉ−Ｆｉ接続を確立しない。このために、ＭＦＰ１０は、携帯端末１００とG/O Negotiationを実行することが可能となり、携帯端末１００とのＷｉ−Ｆｉ接続を適切に確立することができる。

（対応関係）
図４のＳ６００が、「第１の移行制御部」によって実行される処理の一例である。Ｓ６３０が、「第２の移行制御部」によって実行される処理の一例である。Ｓ６４０が、「第５の確立制御部」によって実行される処理の一例である。

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

（変形例１）「待機画面」は、ＯＫボタンへの操作を待機するための画面（即ちＷＰＳのＰＢＣ方式の待機画面）でなくてもよく、ＰＩＮコード方式の待機画面でもよい。例えば、ＭＦＰ１０にＰＩＮコードが表示され、携帯端末の操作部にＰＩＮコードが入力される場合には、ＭＦＰ１０に表示されるＰＩＮコードの表示画面が、「待機画面」の一例である。この場合、ユーザ操作（即ちＰＩＮコードの入力操作）は、携帯端末の操作部に実行される。即ち、ＭＦＰ１０は、携帯端末から、ＭＦＰ１０に表示されたＰＩＮコードに一致する入力済みのＰＩＮコードを含む特定の信号を受信する場合に、図４のＳ１３０〜Ｓ１６０の処理及び／又は図７のＳ４４０〜Ｓ４７０の処理及び／又はＳ６２０〜Ｓ６３０の処理を実行する。この場合、Ｓ１２０、Ｓ４３０及びＳ６１０は「特定の信号を受信？」と読み替えればよい。この場合、携帯端末１００の操作部１１２が、「操作部」の一例である。また、例えば、携帯端末にＰＩＮコードが表示され、ＭＦＰ１０にＰＩＮコードが入力される場合には、ＭＦＰ１０に表示されるＰＩＮコードの入力画面が、「待機画面」の一例である。この場合、ユーザ操作（即ちＰＩＮコードの入力操作）は、ＭＦＰ１０に実行される。また、別の変形例では、ＷＰＳに従ったユーザ操作を受け付けるための画面が表示されなくてもよく、他の方式（例えばＡＯＳＳ（登録商標））に従ったユーザ操作を受け付けるための画面が表示されてもよい。

（変形例２）デバイス状態のＭＦＰ１０が実行する処理と、Ｇ／Ｏ状態のＭＦＰ１０が実行する処理と、の一方のみを実行するようにＣＰＵ３２を構成してもよい。即ち、ＣＰＵ３２は、図３（及び図４）の処理と、図６（及び図７）の処理と、の一方のみを実行してもよい。後者の場合、「第１の移行制御部」、「第２の移行制御部」及び「第５の確立制御部」を省略可能である。

（変形例３）ＭＦＰ１０は、第２携帯端末とＮＦＣ接続が確立された後（図３のＳ８０でＹＥＳ）にＧ／Ｏ状態に移行した際（Ｓ９０）、または、第３携帯端末とＮＦＣ接続が確立された後（図４のＳ１１０でＹＥＳ）にＧ／Ｏ状態に移行した際（第２実施例における図１６のＳ５４０）、ＳＳＩＤ等を生成したが、これに限られず、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷで利用されるべきＳＳＩＤ等を予め生成してもよい。この場合、ＮＦＣＩ／Ｆ２２は、図３のＳ８０、図４のＳ１１０及び図１６のＳ５３０において、確立済みのＮＦＣ接続を利用して、ＭＡＣアドレスに代えて予め生成済みのＳＳＩＤを送信してもよい。即ち、図９のＴ３２５は実行されなくてもよく、Ｔ３２２において、ＭＦＰ１０は、「Ｍ１０」に代えて「Ｘ１０」を携帯端末２００に送信してもよい。図１０のＴ４３０、図１７のＴ８２９及びＴ８４２、図１９のＴ１０３０についても同様である。また、図６のＳ３８０及び図７のＳ４２０においても、ＮＦＣＩ／Ｆ２２は、確立済みのＮＦＣ接続を利用して、ＭＡＣアドレスに代えて予め生成済みのＳＳＩＤを送信してもよい。即ち、図１３のＴ６２２において、ＭＦＰ１０は、「Ｍ１０」に代えて「Ｘ１０」を携帯端末２００に送信してもよい。図１４のＴ７３４、図１８のＴ９２９及びＴ９４２についても同様である。

（変形例４）第１及び第２実施例において、ＮＦＣＩ／Ｆ２２は、情報「ＯＫ」を送信せずに、情報「ＮＧ」のみを送信してもよい。即ち、ＮＦＣＩ／Ｆ２２は、図３のＳ８０において第２携帯端末とのＮＦＣ接続が確立された際に、ＮＦＣ接続を利用して情報「ＯＫ」を第２携帯端末に送信しなくてもよい。この場合、ＮＦＣＩ／Ｆ２２から情報「ＮＧ」が送信されないことをもって、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立可能であると判断するように、第２携帯端末を構成してもよい。図６のＳ３８０においても同様である。また、第１及び第２実施例において、ＮＦＣＩ／Ｆ２２は、情報「ＮＧ」を送信せずに、情報「ＯＫ」のみを送信してもよい。即ち、ＮＦＣＩ／Ｆ２２は、図４のＳ１１０において第３携帯端末とのＮＦＣ接続が確立された際に、ＮＦＣ接続を利用して情報「ＮＧ」を第３携帯端末に送信しなくてもよい。この場合、ＮＦＣＩ／Ｆ２２から情報「ＯＫ」が送信されないことをもって、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立可能であると判断するように、第３携帯端末を構成してもよい。図７のＳ４２０においても同様である。また、第３実施例において、ＮＦＣＩ／Ｆ２２は、ＮＦＣ接続を利用して、情報「ＯＫ」を送信しなくてもよい。即ち、ＮＦＣＩ／Ｆ２２は、図３のＳ８０及び図４のＳ１１０において第２携帯端末及び第３携帯端末とのＮＦＣ接続が確立された際に、ＮＦＣ接続を利用して情報「ＯＫ」を送信しなくてもよい。この場合、ＭＦＰ１０とのＮＦＣ接続が確立されることに応じて、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立可能であると判断するように、第２携帯端末及び第３携帯端末を構成してもよい。

（変形例５）「第１の無線インタフェース」は、ＮＦＣＩ／Ｆでなくてもよく、ＢｌｕｅＴｏｏｔｈ（登録商標）通信、赤外線通信、又は、ＴｒａｎｓｆｅｒＪｅｔ（登録商標）通信を実行するためのインタフェースであってもよい。

（変形例６）「第２の無線インタフェースを介した無線接続」は、ＷＦＤ方式に従った無線接続でなくてもよく、ＳｏｆｔＡＰに従った無線接続でもよい。

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

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

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

Claims (12)

1. 通信装置であって、
   第１の無線インタフェースと、
   第２の無線インタフェースであって、前記第１の無線インタフェースを介した無線通信を実行可能な最大の距離は、前記第２の無線インタフェースを介した無線通信を実行可能な最大の距離よりも小さい、前記第２の無線インタフェースと、
   表示部と、
   制御部と、を備え、
   前記制御部は、
   前記第２の無線インタフェースを介して第１の外部装置から接続要求を受信する受信部と、
   前記第２の無線インタフェースを介して前記第１の外部装置から前記接続要求が受信される場合に、前記第１の外部装置の第１のユーザによる操作部への操作を待機するための待機画面を前記表示部に表示させる第１の表示制御部と、
   前記待機画面が前記表示部に表示されている状態で、前記第１の外部装置の前記第１のユーザによる前記操作部への前記操作が実行される第１の場合に、前記第２の無線インタフェースを介した無線接続を前記第１の外部装置と確立する第１の確立制御部と、
   前記第２の無線インタフェースを介して前記第１の外部装置から前記接続要求が受信されず、前記待機画面が前記表示部に表示されていない状態で、前記第１の外部装置とは異なる第２の外部装置の第２のユーザによる前記第２の外部装置への操作に応じて、前記第１の無線インタフェースを介した無線接続が前記第２の外部装置と確立される第２の場合に、前記待機画面を前記表示部に表示させることなく、前記第２の無線インタフェースを介した無線接続を前記第２の外部装置と確立する第２の確立制御部と、
   前記待機画面が前記表示部に表示されている状態で、前記第１の外部装置の前記第１のユーザによる前記操作部への前記操作が実行されずに、前記第２の外部装置の前記第２のユーザによる前記第２の外部装置への前記操作に応じて、前記第１の無線インタフェースを介した無線接続が前記第２の外部装置と確立される第３の場合において、さらに、前記待機画面が前記表示部に表示されている状態で、前記第１の外部装置の前記第１のユーザによる前記操作部への前記操作が実行される場合に、前記第２の無線インタフェースを介した無線接続を前記第２の外部装置と確立せずに、前記第２の無線インタフェースを介した無線接続を前記第１の外部装置と確立する第３の確立制御部と、を備える、
   通信装置。
2. 前記第１の無線インタフェースは、前記第３の場合に、第１の信号の送信を前記第２の外部装置に実行させないための第１の情報を前記第２の外部装置に送信し、
   前記第１の信号は、前記通信装置と前記第２の外部装置との間に前記第２の無線インタフェースを介した無線接続を確立するための信号であり、
   前記第３の確立制御部は、前記第３の場合に、前記第２の無線インタフェースを介して前記第２の外部装置から前記第１の信号を受信しない、請求項１に記載の通信装置。
3. 前記第１の無線インタフェースは、前記第２の場合に、第１の信号の送信を前記第２の外部装置に実行させるための第２の情報を前記第２の外部装置に送信し、
   前記第１の信号は、前記通信装置と前記第２の外部装置との間に前記第２の無線インタフェースを介した無線接続を確立するための信号であり、
   前記第２の確立制御部は、前記第２の場合に、前記第２の無線インタフェースを介して前記第２の外部装置から前記第１の信号を受信することに応じて、前記第２の無線インタフェースを介した前記無線接続を前記第２の外部装置と確立する、請求項１または２に記載の通信装置。
4. 前記制御部は、さらに、
   前記第３の場合に、前記待機画面に代えて選択画面を前記表示部に表示させる第２の表示制御部であって、前記選択画面は、前記通信装置と前記第２の外部装置との間に前記第２の無線インタフェースを介した無線接続を確立すべきか否かを前記第２の外部装置の前記第２のユーザに選択させるための画面である、前記第２の表示制御部と、
   前記選択画面において、前記通信装置と前記第２の外部装置との間に前記第２の無線インタフェースを介した前記無線接続を確立すべきでないことが前記第２のユーザによって選択される場合に、前記選択画面に代えて前記待機画面を前記表示部に再表示させる第３の表示制御部と、
   前記選択画面において、前記通信装置と前記第２の外部装置との間に前記第２の無線インタフェースを介した前記無線接続を確立すべきことが前記第２のユーザによって選択される第４の場合に、前記第２の無線インタフェースを介した無線接続を前記第２の外部装置と確立する第４の確立制御部と、を備え、
   前記第３の確立制御部は、前記選択画面において、前記通信装置と前記第２の外部装置との間に前記第２の無線インタフェースを介した前記無線接続を確立すべきでないことが前記第２のユーザによって選択され、かつ、前記待機画面が前記表示部に再表示されている状態で、前記第１のユーザによる前記操作部への前記操作が実行される場合に、前記第２の無線インタフェースを介した無線接続を前記第２の外部装置と確立せずに、前記第２の無線インタフェースを介した前記無線接続を前記第１の外部装置と確立する、請求項１から３のいずれか一項に記載の通信装置。
5. 前記第１の無線インタフェースは、前記第３の場合に、第１の信号の送信を前記第２の外部装置に実行させないための第１の情報を前記第２の外部装置に送信し、
   前記第１の信号は、前記通信装置と前記第２の外部装置との間に前記第２の無線インタフェースを介した無線接続を確立するための信号であり、
   前記第１の無線インタフェースは、前記第４の場合において、前記第１の無線インタフェースを介した無線接続が前記第２の外部装置と再び確立される場合に、前記第１の信号の送信を前記第２の外部装置に実行させるための第２の情報を前記第２の外部装置に送信し、
   前記第４の確立制御部は、前記第４の場合において、前記第１の無線インタフェースを介した前記無線接続が前記第２の外部装置と再び確立される場合に、前記第２の無線インタフェースを介して前記第２の外部装置から前記第１の信号を受信することに応じて、前記第２の無線インタフェースを介した前記無線接続を前記第２の外部装置と確立する、請求項４に記載の通信装置。
6. 前記通信装置は、無線ネットワークの親局として動作すべき親局状態と、無線ネットワークの子局として動作すべき子局状態と、前記親局状態及び子局状態とは異なる特定状態と、を含む複数の状態のうちのいずれかの状態で動作可能であり、
   前記受信部は、前記通信装置の状態が前記特定状態である状況において、前記第２の無線インタフェースを介して前記第１の外部装置から第１種の前記接続要求を受信し、
   前記第１の表示制御部は、前記通信装置の状態が前記特定状態である状況において、前記第２の無線インタフェースを介して前記第１の外部装置から前記第１種の接続要求が受信される場合に、前記待機画面を前記表示部に表示させ、
   前記第１の確立制御部は、
   前記通信装置の状態が前記特定状態である状況での前記第１の場合に、前記第２の無線インタフェースを介して、前記通信装置が前記親局及び前記子局のどちらとして動作すべきかを決定するための決定通信を前記第１の外部装置と実行し、
   前記決定通信において、前記通信装置が前記親局として動作すべきと決定される場合に、前記通信装置の状態を前記特定状態から前記親局状態に移行させて、前記第２の無線インタフェースを介した前記無線接続を前記第１の外部装置と確立し、
   前記決定通信において、前記通信装置が前記子局として動作すべきと決定される場合に、前記通信装置の状態を前記特定状態から前記子局状態に移行させて、前記第２の無線インタフェースを介した前記無線接続を前記第１の外部装置と確立し、
   前記第３の確立制御部は、
   前記通信装置の状態が前記特定状態である状況での前記第３の場合において、前記待機画面が前記表示部に表示されている状態で、前記第１のユーザによる前記操作部への前記操作が実行される場合に、前記第２の無線インタフェースを介して、前記決定通信を前記第１の外部装置と実行し、
   前記決定通信において、前記通信装置が前記親局として動作すべきと決定される場合に、前記通信装置の状態を前記特定状態から前記親局状態に移行させて、前記第２の無線インタフェースを介した前記無線接続を前記第１の外部装置と確立し、
   前記決定通信において、前記通信装置が前記子局として動作すべきと決定される場合に、前記通信装置の状態を前記特定状態から前記子局状態に移行させて、前記第２の無線インタフェースを介した前記無線接続を前記第１の外部装置と確立する、請求項１から５のいずれか一項に記載の通信装置。
7. 前記第３の確立制御部は、前記通信装置の状態が前記特定状態である状況での前記第３の場合に、前記通信装置の状態を前記特定状態から前記親局状態に移行させない、請求項６に記載の通信装置。
8. 前記制御部は、さらに、
   前記通信装置の状態が前記特定状態である状況での前記第３の場合に、前記通信装置の状態を前記特定状態から前記親局状態に移行させる第１の移行制御部と、
   前記通信装置の状態が前記特定状態である状況での前記第３の場合において、前記通信装置の状態が前記特定状態から前記親局状態に移行した後に、前記第１の外部装置の前記第１のユーザによる前記操作部への前記操作が実行される場合に、前記通信装置の状態を前記親局状態から前記特定状態に移行させる第２の移行制御部と、
   前記通信装置の状態が前記特定状態である状況での前記第３の場合において、前記通信装置の状態が前記特定状態から前記親局状態に移行した後に、前記第１の外部装置の前記第１のユーザによる前記操作部への前記操作が実行されない場合に、前記第２の無線インタフェースを介した無線接続を前記第２の外部装置と確立する第５の確立制御部と、を備え、
   前記第３の確立制御部は、前記通信装置の状態が前記特定状態である状況での前記第３の場合において、前記通信装置の状態が前記特定状態から前記親局状態に移行した後に、前記第１の外部装置の前記第１のユーザによる前記操作部への前記操作が実行される場合に、前記通信装置の状態が前記親局状態から前記特定状態に移行した後に、前記第２の無線インタフェースを介した前記無線接続を前記第２の外部装置と確立せずに、前記第２の無線インタフェースを介した前記無線接続を前記第１の外部装置と確立する、請求項６に記載の通信装置。
9. 前記受信部は、前記通信装置の状態が、無線ネットワークの親局として動作すべき親局状態である状況において、前記第２の無線インタフェースを介して前記第１の外部装置から第２種の前記接続要求を受信し、
   前記第１の表示制御部は、前記通信装置の状態が前記親局状態である状況において、前記第２の無線インタフェースを介して前記第１の外部装置から前記第２種の接続要求が受信される場合に、前記待機画面を前記表示部に表示させ、
   前記第１の確立制御部は、前記通信装置の状態が前記親局状態である状況での前記第１の場合に、前記通信装置の状態を前記親局状態に維持して、前記第２の無線インタフェースを介した前記無線接続を前記第１の外部装置と確立し、
   前記第２の確立制御部は、前記通信装置の状態が前記親局状態である状況での前記第２の場合に、前記通信装置の状態を前記親局状態に維持して、前記第２の無線インタフェースを介した前記無線接続を前記第２の外部装置と確立し、
   前記第３の確立制御部は、前記通信装置の状態が前記親局状態である状況での前記第３の場合において、前記待機画面が前記表示部に表示されている状態で、前記第１のユーザによる前記操作部への前記操作が実行される場合に、前記通信装置の状態を前記親局状態に維持して、前記第２の無線インタフェースを介した前記無線接続を前記第２の外部装置と確立せずに、前記第２の無線インタフェースを介した前記無線接続を前記第１の外部装置と確立する、請求項１から８のいずれか一項に記載の通信装置。
10. 前記第１のユーザによる前記操作部への前記操作は、ＷＰＳ（Wi-Fi Protected Setupの略）のプッシュボタン操作に相当する操作である、請求項１から９のいずれか一項に記載の通信装置。
11. 前記通信装置は、さらに、前記操作部を備える、請求項１から１０のいずれか一項に記載の通信装置。
12. 通信装置のためのプログラムであって、
    前記通信装置のコンピュータを、
    第２の無線インタフェースを介して第１の外部装置から接続要求を受信する受信部であって、第１の無線インタフェースを介した無線通信を実行可能な最大の距離は、前記第２の無線インタフェースを介した無線通信を実行可能な最大の距離よりも小さい、前記受信部と、
    前記第２の無線インタフェースを介して前記第１の外部装置から前記接続要求が受信される場合に、前記第１の外部装置の第１のユーザによる操作部への操作を待機するための待機画面を前記通信装置の表示部に表示させる第１の表示制御部と、
    前記待機画面が前記表示部に表示されている状態で、前記第１の外部装置の前記第１のユーザによる前記操作部への前記操作が実行される第１の場合に、前記第２の無線インタフェースを介した無線接続を前記第１の外部装置と確立する第１の確立制御部と、
    前記第２の無線インタフェースを介して前記第１の外部装置から前記接続要求が受信されず、前記待機画面が前記表示部に表示されていない状態で、前記第１の外部装置とは異なる第２の外部装置の第２のユーザによる前記第２の外部装置への操作に応じて、前記第１の無線インタフェースを介した無線接続が前記第２の外部装置と確立される第２の場合に、前記待機画面を前記表示部に表示させることなく、前記第２の無線インタフェースを介した無線接続を前記第２の外部装置と確立する第２の確立制御部と、
    前記待機画面が前記表示部に表示されている状態で、前記第１の外部装置の前記第１のユーザによる前記操作部への前記操作が実行されずに、前記第２の外部装置の前記第２のユーザによる前記第２の外部装置への前記操作に応じて、前記第１の無線インタフェースを介した無線接続が前記第２の外部装置と確立される第３の場合において、さらに、前記待機画面が前記表示部に表示されている状態で、前記第１の外部装置の前記第１のユーザによる前記操作部への前記操作が実行される場合に、前記第２の無線インタフェースを介した無線接続を前記第２の外部装置と確立せずに、前記第２の無線インタフェースを介した無線接続を前記第１の外部装置と確立する第３の確立制御部と、
    して機能させる、プログラム。

Images