JP6885230B2 - 通信装置 - 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を実行不可能であることを示す情報「Failure」を含む。したがって、この時点では、ＭＦＰ１０がＧ／Ｏ及びＣＬのどちらとして動作すべきかが決定されない。

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

Ｓ６０において、ＣＰＵ３２は、情報「ＮＧ」をＮＦＣＩ／Ｆ２２に供給して、情報「ＯＫ」に代えて情報「ＮＧ」をＮＦＣＩ／Ｆ２２のメモリに記憶させる。情報「ＮＧ」は、外部装置とのＮＦＣ接続をトリガとしてＷｉ−Ｆｉ接続を確立不可能であることを示す情報である。そして、Ｓ７０において、ＣＰＵ３２は、第１の待機処理（図４参照）を実行する。

図４のＳ１４０において、ＣＰＵ３２は、待機画面内のＯＫボタンへのユーザ操作が入力されることを監視する。ＣＰＵ３２は、ＯＫボタンへのユーザ操作が入力されると（Ｓ１４０でＹＥＳ、図２のＴ１６参照）、Ｓ１５０において、待機画面の表示を終了する。

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

ＣＰＵ３２は、Ｓ１６３でＧ／Ｏ状態に移行した場合（図２のＴ２０参照）には、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷを識別するための識別子であるＳＳＩＤ（Service Set Identifierの略）と、当該ＷＦＤＮＷで認証及び暗号化に利用されるパスワードと、を生成する。そして、Ｓ１６５において、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を介して、第１携帯端末からＰｒｏｂｅ要求を受信する。当該Ｐｒｏｂｅ要求は、ＭＦＰ１０のＭＡＣアドレス「Ｍ１０」を含む。即ち、当該Ｐｒｏｂｅ要求は、第１携帯端末からユニキャストによって送信される信号（即ち、宛先が特定されている信号）であり、Ｗｉ−Ｆｉ接続の確立をＭＦＰ１０に要求するための信号である。ＣＰＵ３２は、Ｐｒｏｂｅ要求を受信すると、Ｗｉ−ＦｉＩ／Ｆ２０を介して、生成済みのＳＳＩＤと情報「Device Password ID = 0x0004」とを含むＰｒｏｂｅ応答を第１携帯端末に送信する。当該情報は、ＷＰＳに従ったＷｉ−Ｆｉ接続処理を実行可能であることを意味する情報である。これにより、ＭＦＰ１０は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立可能であることを第１携帯端末に知らせることができる。

Ｓ１７０において、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を介して、第１携帯端末との接続処理（即ち、WSC Exchange、Authentication、Association、4-way Handshake等の通信）を実行する。具体的には、ＣＰＵ３２は、ＷＰＳのＰＢＣ方式に従った通信であるWSC Exchangeにおいて、ＳＳＩＤ及びパスワードを第１携帯端末に送信する。そして、ＣＰＵ３２は、第１携帯端末からＳＳＩＤ及びパスワードを受信し、これらの情報の認証を実行する。この結果、ＭＦＰ１０は、第１携帯端末とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０が親局（即ち、Ｇ／Ｏ）として動作するＷＦＤＮＷに第１携帯端末を子局（即ち、ＣＬ）として参加させることができる（図２のＴ２２参照）。

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

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

Ｓ１２０において、ＣＰＵ３２は、ＭＦＰ１０の動作状態をデバイス状態からＧ／Ｏ状態に移行させる（図２のＴ３６参照）。この際に、ＣＰＵ３２は、ＳＳＩＤ、パスワード等を生成する。そして、Ｓ１３０において、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を介して、第２携帯端末との接続処理を実行する。具体的には、ＣＰＵ３２は、第２携帯端末からブロードキャストによって送信されたＰｒｏｂｅ要求を受信することに応じて、ＭＡＣアドレス「Ｍ１０」と、生成済みのＳＳＩＤと、を含むＰｒｏｂｅ応答を第２携帯端末に送信する。Ｓ８０でＭＡＣアドレス「Ｍ１０」が第２携帯端末に送信されているので、当該ＭＡＣアドレス「Ｍ１０」を含むＰｒｏｂｅ応答を第２携帯端末に送信すれば、接続対象のＭＦＰ１０が存在することを第２携帯端末に知らせることができる。次いで、ＣＰＵ３２は、第２携帯端末からProvision Discovery要求を受信することに応じて、Provision Discovery応答を第２携帯端末に送信する。Provision Discovery要求は、Ｗｉ−Ｆｉ接続を確立することを要求するための信号である。その後の各信号の通信（ユニキャストのＰｒｏｂｅ要求、Ｐｒｏｂｅ応答、WSC Exchange 、Authentication、Association、WPS、4-way handshake等）は、ＭＦＰ１０がＧ／Ｏ状態である場合に実行される図４のＳ１６５及びＳ１７０と同様である。ただし、当該Ｐｒｏｂｅ要求は、図４のＳ１６５とは異なり、上記の生成済みのＳＳＩＤを宛先として含む。この結果、ＭＦＰ１０は、第２携帯端末とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０が親局（即ち、Ｇ／Ｏ）として動作するＷＦＤＮＷに第２携帯端末を子局（即ち、ＣＬ）として参加させることができる（図２のＴ３８参照）。

第１の待機処理（図４参照）の説明に戻る。第１の待機処理では、ＣＰＵ３２は、Ｓ１４０において、待機画面内のＯＫボタンへのユーザ操作が入力されることを監視するとともに、Ｓ１８０において、ＮＦＣＩ／Ｆ２２を介したＮＦＣ接続が携帯端末（例えば携帯端末２００）と確立されることを監視する。Ｓ１４０においてＯＫボタンへのユーザ操作が入力される前に（Ｓ１４０でＮＯ）、ＮＦＣＩ／Ｆ２２を介したＮＦＣ接続が携帯端末と確立される場合（Ｓ１８０でＹＥＳ、図２のＴ４８参照）に、ＣＰＵ３２は、Ｓ１８０でＹＥＳと判断して、Ｓ１９０に進む。以下では、Ｓ１８０のＮＦＣ接続を確立された携帯端末のことを「第３携帯端末」と呼ぶ。なお、ＮＦＣＩ／Ｆ２２は、確立済みのＮＦＣ接続を利用して、ＮＦＣＩ／Ｆ２２のメモリに記憶されているＭＡＣアドレス「Ｍ１０」及び情報「ＮＧ」（図３のＳ６０参照）を携帯端末に送信する（図２のＴ５０参照）。

Ｓ１９０において、ＣＰＵ３２は、Ｓ１８０で確立されたＮＦＣ接続を利用して、第３携帯端末から優先指示を受信したのか否かを判断する。優先指示は、第３携帯端末がアプリ１３８を有する場合に、アプリ１３８によって第３携帯端末からＭＦＰ１０に送信され、第３携帯端末がアプリ１３８を有さない場合に、第３携帯端末からＭＦＰ１０に送信されない。優先指示は、第１携帯端末とのＷｉ−Ｆｉ接続を確立するためのユーザ操作を待機している状態において、第３携帯端末とのＷｉ−Ｆｉ接続を優先的に確立すべきことをＭＦＰ１０に要求するための指示である。ＣＰＵ３２は、優先指示を受信したと判断する場合（Ｓ１９０でＹＥＳ）には、Ｓ２２０に進み、優先指示を受信しなかったと判断する場合（Ｓ１９０でＮＯ）には、Ｓ２２０以降の処理を実行せずにＳ１４０に戻る。このように、ＭＦＰ１０は、優先指示を受信しない場合、即ち、第３携帯端末がアプリ１３８を有さない場合には、第３携帯端末とのＷｉ−Ｆｉ接続を確立することができないので、Ｓ２２０以降の処理を実行しない。この結果、ＭＦＰ１０は、待機画面へのユーザ操作に応じて、第１携帯端末とのＷｉ−Ｆｉ接続を適切に確立することができる（Ｓ１４０でＹＥＳ，Ｓ１６０〜Ｓ１７０）。

Ｓ２２０では、ＣＰＵ３２は、待機画面の表示を終了する。これにより、待機画面へのユーザ操作を実行不可能な状態になるので、第３携帯端末とのＷｉ−Ｆｉ接続を確立する過程において、待機画面へのユーザ操作が実行される事象が発生するのを抑制することができる。その後に実行されるＳ２３０及びＳ２４０は、図３のＳ１２０及びＳ１３０と同様である（図２のＴ５２，Ｔ５４参照）。

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

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

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

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

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

ケースＹ３では、ケースＹ１においてＭＦＰ１０に待機画面が表示されている間に、ＭＦＰ１０と携帯端末２００との間にＮＦＣ接続が確立される。Ｔ８６〜Ｔ９０は、ケースＹ１のＴ６０〜Ｔ６４と同様である。そして、待機画面が表示されている間に（即ち、ＯＫボタンへのユーザ操作が入力される前に）、Ｔ９２において、ユーザが携帯端末２００をＭＦＰ１０に近づけると、Ｔ９４において、携帯端末２００のＮＦＣＩ／Ｆ（不図示）とＭＦＰ１０のＮＦＣＩ／Ｆ２２との間にＮＦＣ接続が確立される。Ｔ９６〜Ｔ１０２は、ケースＹ２のＴ７８〜Ｔ８４と同様である。このように、ＭＦＰ１０は、携帯端末１００からProvision Discovery要求を受信することに応じて待機画面を表示している間に、携帯端末２００とのＮＦＣ接続が確立される場合に、携帯端末２００とのＷｉ−Ｆｉ接続を確立する。

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

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

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

Ｓ３３０において、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を介して、第１携帯端末からProvision Discovery要求を受信することを監視する。当該Provision Discovery要求は、Ｗｉ−Ｆｉ接続の確立をＭＦＰ１０に要求するための信号であり、第１携帯端末のＭＡＣアドレスを含む。ＣＰＵ３２は、Provision Discovery要求を受信すると（Ｓ３３０でＹＥＳ、図５のＴ６２，Ｔ８８参照）、Ｓ３４０において、Ｗｉ−ＦｉＩ／Ｆ２０を介して、Provision Discovery応答を第１携帯端末に送信する。Ｓ３５０及びＳ３６０の処理は、図３のＳ５０及びＳ６０の処理と同様である（図５のＴ６４，Ｔ９０参照）。そして、Ｓ３７０において、ＣＰＵ３２は、第２の待機処理（図７参照）を実行する。

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

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

図６の説明に戻る。Ｓ３８０及びＳ４３０は、図３のＳ８０及びＳ１３０と同様である。この結果、ＭＦＰ１０は、第２携帯端末とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０が親局（即ち、Ｇ／Ｏ）として動作するＷＦＤＮＷに第２携帯端末を子局（即ち、ＣＬ）として参加させることができる（図５のＴ７６〜Ｔ８４参照）。

第２の待機処理（図７参照）の説明に戻る。Ｓ５００の処理は、図４のＳ１８０の処理と同様である。ＣＰＵ３２は、第３携帯端末とのＮＦＣ接続が確立される場合に、図４のＳ１９０〜Ｓ２２０と同様の処理を実行する（図５のＴ９４，Ｔ９６参照）。

Ｓ５５０において、ＣＰＵ３２は、第１携帯端末のＭＡＣアドレスをメモリ３４内の拒否リスト４０に記憶させる。当該ＭＡＣアドレスは、図６のＳ３３０のProvision Discovery要求に含まれる。

Ｓ５６０において、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を介して、ユニキャストによって送信されるＰｒｏｂｅ要求を受信することを監視する。ＣＰＵ３２は、Ｐｒｏｂｅ要求を受信すると（Ｓ５６０でＹＥＳ）、Ｓ５７０において、当該Ｐｒｏｂｅ要求に含まれる送信元の携帯端末のＭＡＣアドレスが、拒否リスト４０内のＭＡＣアドレスに一致するのか否かを判断する。

ＣＰＵ３２は、拒否リスト４０内のＭＡＣアドレスに一致すると判断する場合（Ｓ５７０でＹＥＳ）、即ち、第１携帯端末からＰｒｏｂｅ要求を受信した場合には、情報「Device Password ID = 0x0004」を含まないＰｒｏｂｅ応答を第１携帯端末に送信する。これにより、ＭＦＰ１０と第１携帯端末との間において、ＷＰＳに従った接続処理は開始されない。このために、ＭＦＰ１０は、第３携帯端末とのＷｉ−Ｆｉ接続を適切に確立することができる（後述のＳ６００参照）。

一方、ＣＰＵ３２は、拒否リスト４０内のＭＡＣアドレスに一致しない場合（Ｓ５７０でＮＯ）、即ち、第３携帯端末からＰｒｏｂｅ要求を受信した場合には、情報「Device Password ID = 0x0004」を含むＰｒｏｂｅ応答を第３携帯端末に送信する（図５のＴ９８，Ｔ１００参照）。これにより、Ｓ６００において、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０を介して、第３携帯端末との接続処理を実行する。Ｓ６００の処理は、図４のＳ２４０の処理と同様である。この結果、ＭＦＰ１０は、第３携帯端末とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０が親局（即ち、Ｇ／Ｏ）として動作するＷＦＤＮＷに第３携帯端末を子局（即ち、ＣＬ）として参加させることができる（図５のＴ１０２参照）。このように、ＭＦＰ１０は、拒否リスト４０内のＭＡＣアドレスを利用することによって、情報「Device Password ID = 0x0004」を含まないＰｒｏｂｅ応答を送信するのか（Ｓ５８０）、当該情報を含むＰｒｏｂｅ応答を送信するのか（Ｓ５９０）、即ち、どの携帯端末とのＷｉ−Ｆｉ接続を確立すべきか、を適切に判断することができる。

Ｓ６１０において、ＣＰＵ３２は、第１携帯端末のＭＡＣアドレスを拒否リスト４０から削除する。そして、Ｓ６２０において、ＣＰＵ３２は、待機画面を表示部１４に再表示させる。これにより、ＭＦＰ１０は、待機画面へのユーザ操作が入力される場合（Ｓ４６０でＹＥＳ）に、第１携帯端末とのＷｉ−Ｆｉ接続を確立することができる（Ｓ４９０）。即ち、ＭＦＰ１０は、第１携帯端末及び第３携帯端末の双方とのＷｉ−Ｆｉ接続を適切に確立することができる。

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

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

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

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

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

携帯端末２００は、Ｔ４３０において、ＭＦＰ１０から情報「ＮＧ」を受信することによって、ＭＦＰ１０が待機画面ＳＳ２を表示中であること、即ち、他の装置とのＷｉ−Ｆｉ接続を確立するための待機状態であること、を知ることができる。ここで、携帯端末２００は、ＭＦＰ１０と携帯端末２００との間にＷｉ−Ｆｉ接続を優先的に確立させるために、Ｔ４３１において、優先指示をＭＦＰ１０に送信する。

ＭＦＰ１０は、Ｔ４３１において、携帯端末２００から優先指示を受信すると（Ｓ１９０でＹＥＳ）、Ｔ４３２において、待機画面ＳＳ２の表示を終了する（Ｓ２２０）。これにより、携帯端末１００のユーザから待機画面ＳＳ２へのユーザ操作が入力されることがなくなり、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を適切に確立することができる。ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を確立するために、Ｔ４３４において、Ｇ／Ｏ状態に移行し（Ｓ２３０）、Ｔ４３５において、ＳＳＩＤ「Ｘ１０」、パスワード等を生成する。その後、ＭＦＰ１０は、図９のＴ３２６〜Ｔ３４０と同様の処理を実行する。この結果、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに携帯端末２００をＣＬとして参加させる。

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

まず、ＭＦＰ１０００は、図８のＴ２１０〜Ｔ２２４と同様の処理を実行する。ただし、図８のＴ２１４のＰｒｏｂｅ応答は、デバイス名「Ｄ１０００」を含み、Ｔ２１６では、デバイス名「Ｄ１０００」を含む選択画面が表示される。Ｔ１４２６及びＴ１４２８は、図１０のＴ４２６及びＴ４２８と同様である。Ｔ１４３０では、ＭＦＰ１０００は、ＮＦＣ接続を利用して、ＭＡＣアドレス「Ｍ１０００」を携帯端末２００に送信し、情報「ＮＧ」を携帯端末２００に送信しない。そして、ＭＦＰ１０００は、待機画面ＳＳ２の表示を終了することなく、図１０のＴ４３４及びＴ４３５と同様に、Ｔ１４３４及びＴ１４３５を実行する。

ＭＦＰ１０００は、Ｇ／Ｏ状態に移行した後に、Ｔ１４３６において、携帯端末１００のユーザから待機画面ＳＳ２内のＯＫボタンへのユーザ操作の入力を受け付ける。この場合、ＭＦＰ１０００は、携帯端末１００とのＷｉ−Ｆｉ接続を確立するために、まず、Ｔ１４３８において、Ｇ／Ｏ状態からデバイス状態に移行する（即ち、デバイス状態に戻る）。そして、ＭＦＰ１０００は、Ｔ１４４０において、携帯端末２００からＰｒｏｂｅ要求を受信しても、Ｇ／Ｏ状態ではないので、ＳＳＩＤを含むＰｒｏｂｅ応答を携帯端末２００に送信しない。携帯端末２００がＰｒｏｂｅ応答に基づいてＧ／Ｏ状態であるＭＦＰ１０００を認識することができないので、図９のＴ３３０以降の処理（即ちＷＰＳに従った通信）が実行されず、ＭＦＰ１０００と携帯端末２００との間のＷｉ−Ｆｉ接続の確立が失敗する。

これに対し、本実施例では、図１０に示されるように、ＭＦＰ１０は、待機画面ＳＳ２が表示されている間（即ち、ＯＫボタンへのユーザ操作が入力される前）に、携帯端末２００とのＮＦＣ接続が確立されると、Ｔ４３２において、待機画面ＳＳ２の表示を終了する。これにより、ＭＦＰ１０は、携帯端末２００とのＮＦＣ接続が確立された後に、待機画面ＳＳ２内のＯＫボタンへのユーザ操作が入力されることがなくなる。この結果、ＭＦＰ１０は、Ｇ／Ｏ状態からデバイス状態に移行せずに、Ｇ／Ｏ状態で動作するので、携帯端末２００からＰｒｏｂｅ要求を受信することに応じて、ＳＳＩＤを含むＰｒｏｂｅ応答を携帯端末２００に送信することができる（Ｔ４３５の後の図９のＴ３２８）。これにより、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を確立する。このように、待機画面ＳＳ２が表示されている間に、携帯端末２００とのＮＦＣ接続が確立される場合には、携帯端末２００のユーザは、携帯端末１００のユーザよりもＭＦＰ１０の近くにいることが予想される。従って、本実施例では、ＭＦＰ１０は、携帯端末１００と携帯端末２００とのうち、ＭＦＰ１０に先に近づいたユーザによって所持される携帯端末２００とのＷｉ−Ｆｉ接続を適切に確立することができる。なお、上述した説明から明らかであるように、本実施例では、ＭＦＰ１０と携帯端末２００とのＷｉ−Ｆｉ接続が確立される前に、ＭＦＰ１０は、待機画面ＳＳ２の表示を終了する。特に、ＭＦＰ１０は、待機画面ＳＳ２の表示を終了させた後に、携帯端末２００とのＷｉ−Ｆｉ接続処理を実行する。以下に説明する他の各ケースＦ〜Ｊにおいても同様である。

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

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

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

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

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

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

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

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

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

Ｔ７３５及びＴ７３６は、図１０のＴ４３１及びＴ４３２と同様である。これにより、携帯端末１００のユーザから待機画面ＳＳ２へのユーザ操作が入力されることがなくなり、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を適切に確立することができる。ＭＦＰ１０は、Ｔ７３８において、携帯端末１００のＭＡＣアドレス「Ｍ１００」をメモリ３４内の拒否リスト４０に記憶させる（Ｓ５５０）。

ＭＦＰ１０は、Ｔ７４０において、携帯端末１００からＭＡＣアドレス「Ｍ１００」とＳＳＩＤ「Ｘ１０」とを含むＰｒｏｂｅ要求を受信すると（Ｓ５６０でＹＥＳ）、Ｐｒｏｂｅ要求内のＭＡＣアドレス「Ｍ１００」が拒否リスト４０内のＭＡＣアドレス「Ｍ１００」に一致すると判断し（Ｓ５７０でＹＥＳ）、Ｔ７４２において、情報「Device Password ID = 0x0004」を含まないＰｒｏｂｅ応答を携帯端末１００に送信する（Ｓ５８０）。図示省略しているが、ＭＦＰ１０は、携帯端末１００からＰｒｏｂｅ要求を再び受信しても、情報「Device Password ID = 0x0004」を含まないＰｒｏｂｅ応答を携帯端末１００に送信する。

一方、ＭＦＰ１０は、図１３のＴ６２６〜Ｔ６３２と同様に、図１５のＴ７４６〜Ｔ７５２の処理を携帯端末２００と実行する。次いで、ＭＦＰ１０は、Ｔ７５４において、携帯端末２００からＭＡＣアドレス「Ｍ２００」とＳＳＩＤ「Ｘ１０」とを含むＰｒｏｂｅ要求を受信すると（Ｓ５６０でＹＥＳ）、Ｐｒｏｂｅ要求内のＭＡＣアドレス「Ｍ２００」が拒否リスト４０内のＭＡＣアドレス「Ｍ１００」に一致しないと判断し（Ｓ５７０でＮＯ）、Ｔ７５６において、情報「Device Password ID = 0x0004」を含むＰｒｏｂｅ応答を携帯端末２００に送信する（Ｓ５９０）。その後、ＭＦＰ１０は、図１３のＴ６３８及びＴ６４０と同様に、Ｔ７５８及びＴ７６０の処理を携帯端末２００と実行し（Ｓ６００）、この結果、携帯端末２００とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに携帯端末２００をＣＬとして参加させる。

ＭＦＰ１０は、Ｔ７７０において、携帯端末１００のＭＡＣアドレス「Ｍ１００」を拒否リスト４０から削除する（Ｓ６１０）。そして、ＭＦＰ１０は、Ｔ７７２において、待機画面ＳＳ２を表示部１４に再表示する（Ｓ６２０）。ＭＦＰ１０は、Ｔ７７４において、携帯端末１００のユーザから、再表示された待機画面ＳＳ２へのユーザ操作の入力を受け付けることにより（Ｓ４６０でＹＥＳ）、図１２のＴ５３２〜Ｔ５３８と同様にＴ７７６〜Ｔ７８２の処理を実行し（Ｓ４７０〜Ｓ４９０）、この結果、携帯端末１００とＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに携帯端末１００をＣＬとして参加させる。即ち、ＭＦＰ１０は、携帯端末１００及び携帯端末２００の双方とＷｉ−Ｆｉ接続を適切に確立することができる。

（比較例２；図１６）
続いて、図１６を参照して、比較例２のＭＦＰ１０００が携帯端末２００とのＷｉ−Ｆｉ接続の確立に失敗するケースを説明する。比較例２のＭＦＰ１０００は、上述した図１１の比較例１と同様に、待機画面ＳＳ２が表示されている間に携帯端末２００とのＮＦＣ接続が確立されても、待機画面ＳＳ２の表示を終了しない。また、ＭＦＰ１０００は、ＭＦＰ１０００がＧ／Ｏとして動作するＷＦＤＮＷで利用されるべきＳＳＩＤ「Ｘ１０００」を生成済みである。

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

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

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

これに対し、本実施例では、図１４に示されるように、ＭＦＰ１０は、待機画面ＳＳ２が表示されている間（即ち、ＯＫボタンへのユーザ操作が入力される前）に、携帯端末２００とのＮＦＣ接続が確立されると、Ｔ７３６において、待機画面ＳＳ２の表示を終了する。これにより、ＭＦＰ１０は、携帯端末２００とのＮＦＣ接続が確立された後に、待機画面ＳＳ２内のＯＫボタンへのユーザ操作が入力されることがなくなる。したがって、ＭＦＰ１０と携帯端末１００との間の接続処理が開始されない。この結果、ＭＦＰ１０は、携帯端末２００との接続処理を実行している間に、携帯端末１００との接続処理を実行しない。即ち、携帯端末２００との接続処理が中止されることがないので、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を適切に確立することができる。特に、ＭＦＰ１０は、携帯端末１００と携帯端末２００とのうち、ＭＦＰ１０に先に近づいたユーザによって所持される携帯端末２００とのＷｉ−Ｆｉ接続を適切に確立することができる。

（対応関係）
ＭＦＰ１０、携帯端末１００、携帯端末２００が、それぞれ「通信装置」、「第１の外部装置」、「第２の外部装置」の一例である。ＮＦＣＩ／Ｆ２２、Ｗｉ−ＦｉＩ／Ｆ２０が、それぞれ「第１の無線インタフェース」、「第２の無線インタフェース」の一例である。G/O Negotiation要求及びProvision Discovery要求が、「接続要求」の一例である。携帯端末１００のユーザ、携帯端末２００のユーザが、それぞれ、「第１のユーザ」、「第２のユーザ」の一例である。待機画面ＳＳ２内のＯＫボタンへのユーザ操作が、「第１のユーザによる操作部への操作」の一例である。携帯端末２００をＭＦＰ１０に近づける操作が「第２のユーザによる第２の外部装置への操作」の一例である。G/O Negotiation要求、Provision Discovery要求が、それぞれ、「第１種の接続要求」、「第２種の接続要求」の一例である。ＭＦＰ１０と携帯端末１００との間で確立されるＷｉ−Ｆｉ接続が、「第１の無線接続」の一例である。ＭＦＰ１０と携帯端末２００との間で確立されるＮＦＣ接続が、「第１の無線インタフェースを介した無線接続」の一例である。ＭＦＰ１０と携帯端末２００との間で確立されるＷｉ−Ｆｉ接続が、「第２の無線接続」の一例である。優先指示が、「所定指示」の一例である。デバイス状態が、「特定状態」の一例である。図７のＳ４９０で実行される通信が、「第２の無線インタフェースを介した第１の無線接続を第１の外部装置と確立するための通信」の一例である。情報「Device Password ID = 0x0004」が、「第１の無線接続を第１の外部装置と確立するための通信を開始するための情報」の一例である。拒否リスト４０が、「所定リスト」の一例である。Ｓ４８０のＰｒｏｂｅ要求、Ｓ４８５のＰｒｏｂｅ応答が、それぞれ、「第１の要求信号」、「第１の応答信号」の一例である。第１携帯端末から受信されるＳ５６０のＰｒｏｂｅ要求、第３携帯端末から受信されるＳ５６０のＰｒｏｂｅ要求、Ｓ５８０のＰｒｏｂｅ応答、Ｓ５９０のＰｒｏｂｅ応答が、それぞれ、「第１の要求信号」、「第２の要求信号」、「第２の応答信号」、「第３の応答信号」の一例である。なお、「インタフェース」は、Ｗｉ−ＦｉＩ／Ｆ２０、ＮＦＣＩ／Ｆ２２等のアンテナ及びＣＰＵにより構成されるハードウェアをいう。

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

（第２実施例）
本実施例では、ＭＦＰ１０のＮＦＣＩ／Ｆ２２がＮＦＣタグではなくＮＦＣフォーラムデバイスである点が第１実施例と異なっている。ＭＦＰ１０のＮＦＣＩ／Ｆ２２と携帯端末のＮＦＣＩ／Ｆ（例えば１２２）との間にＮＦＣ接続が確立される前の初期状態では、ＭＦＰ１０のＮＦＣＩ／Ｆ２２は、Ｒｅａｄｅｒ／Ｗｒｉｔｅｒモード（以下では、「Ｒ／Ｗモード」と記載する）で動作し、携帯端末のＮＦＣＩ／Ｆは、ＣＥモードで動作する。

（ＭＦＰ１０が実行する処理；図３，４及び〜図６，７）
本実施例では、ＣＰＵ３２は、図３及び図６の初期状態において、ＭＡＣアドレス「Ｍ１０」及び情報「ＯＫ」をＮＦＣＩ／Ｆ２２に供給しない。また、図３のＳ６０及び図６のＳ３６０の処理は実行されない。図３のＳ８０のＮＦＣ接続が確立されても、ＮＦＣＩ／Ｆ２２は、ＭＡＣアドレス「Ｍ１０」及び情報「ＯＫ」を第２携帯端末に送信しない。そして、ＮＦＣＩ／Ｆ２２は、Ｒｅａｄｅｒモードで動作して、第２携帯端末から情報を読み出す（即ち受信する）。

ＣＰＵ３２は、Ｓ８０でＹＥＳの場合に、Ｓ１００において、ＮＦＣＩ／Ｆ２２の動作状態をＰ２Ｐモードに移行させる。次いで、Ｓ１１０において、ＣＰＵ３２は、ＭＡＣアドレス「Ｍ１０」をＮＦＣＩ／Ｆ２２に供給する。この結果、ＮＦＣＩ／Ｆ２２は、Ｐ２Ｐモードで動作して、ＭＡＣアドレス「Ｍ１０」を第２携帯端末に送信する。その後、Ｓ１２０に進む。

また、図４のＳ１８０〜Ｓ２１０及び図６のＳ３８０〜Ｓ４１０は、図３のＳ８０〜Ｓ１１０と同様である。また、図７のＳ５００でＹＥＳの場合には、図４のＳ１９０〜Ｓ２１０を経てＳ２２０が実行される。

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

まず、ＭＦＰ１０は、図８のＴ２１０〜Ｔ２２４と同様の処理を実行する。これにより、ＭＦＰ１０の表示部１４に待機画面ＳＳ２が表示される。Ｔ８２６及びＴ８２８は、図１０のＴ４２６及びＴ４２８と同様である。ＭＦＰ１０は、Ｔ８２９において、ＮＦＣＩ／Ｆ２２がＲｅａｄｅｒモードで動作しながら、携帯端末２００から優先指示を含むＲｅａｄ情報を読み出す（即ち、Ｒｅａｄ情報を受信する）。ＭＦＰ１０は、Ｔ８３０において、ＮＦＣＩ／Ｆ２２の動作状態をＰ２Ｐモードに移行させ、Ｔ８３１において、ＮＦＣＩ／Ｆ２２がＰ２Ｐモードで動作しながら、ＭＡＣアドレス「Ｍ１０」を携帯端末２００に送信する。Ｔ８３２〜Ｔ８３５は、それぞれ、図１０のＴ４３２〜Ｔ４３５と同様である。その後、ＭＦＰ１０は、図９のＴ３２６〜Ｔ３４０と同様の処理を実行する。この結果、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに携帯端末２００をＣＬとして参加させる。

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

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

本実施例によると、ＭＦＰ１０のＮＦＣＩ／Ｆ２２は、初期状態において、Ｒ／Ｗモードで動作する。このために、ＮＦＣＩ／Ｆ２２は、Ｒｅａｄｅｒモードで動作して、例えば認証カード等の情報を読み出すことができる。この場合、ＭＦＰ１０は、認証カードの認証が成功する場合に、例えば印刷を実行することができる。ＮＦＣＩ／Ｆ２２は、さらに、携帯端末２００からＲｅａｄ情報を読み出すこともできる（図１７のＴ８２９、図１８のＴ９３５）。そして、ＭＦＰ１０は、Ｒｅａｄ情報が優先指示を含む場合には、Ｐ２Ｐモードに移行して（図１７のＴ８３０、図１８のＴ９３６）、ＭＡＣアドレス「Ｍ１０」を携帯端末２００に送信する（図１７のＴ８３１、図１８のＴ９３７）。このために、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を適切に確立することができる。

なお、ＮＦＣＩ／Ｆ２２が、携帯端末２００から優先指示を含むＲｅａｄ情報を読み出した後に、Ｐ２Ｐモードに移行せずに、Ｗｒｉｔｅｒモード又はＣＥモードで動作して、ＭＡＣアドレス「Ｍ１０」を携帯端末２００に送信する比較例の構成が考えられる。ただし、比較例の構成によると、ＮＦＣＩ／Ｆ２２は、ＭＡＣアドレス「Ｍ１０」を携帯端末２００に送信した後に、携帯端末２００から情報の受信が成功した旨の情報を受信しない。Ｗｒｉｔｅｒモード又はＣＥモードは、双方向通信ではなく単方向通信を実行するためのモードであるからである。従って、この場合、ＮＦＣＩ／Ｆ２２は、携帯端末２００が情報を適切に受信したのか否かを判断することができない。これに対し、本実施例によると、ＮＦＣＩ／Ｆ２２は、携帯端末２００から優先指示を含むＲｅａｄ情報を読み出した後に、双方向通信を実行するためのＰ２Ｐモードで動作して、ＭＡＣアドレス「Ｍ１０」を携帯端末２００に送信する。このために、ＮＦＣＩ／Ｆ２２は、携帯端末２００から情報の受信が成功した旨の情報を受信し、携帯端末２００が情報を適切に受信したのか否かを判断することができる。そして、ＮＦＣＩ／Ｆ２２は、携帯端末２００が情報を受信しなかったと判断する場合に、ＭＡＣアドレス「Ｍ１０」を携帯端末２００に再送信することができる。このために、ＮＦＣＩ／Ｆ２２は、ＭＡＣアドレス「Ｍ１０」を携帯端末２００に適切に送信することができる。なお、変形例では、上記の比較例の構成を採用してもよい。また、別の変形例では、ＮＦＣＩ／Ｆ２２は、Ｐ２Ｐモード又はＣＥモードで動作して携帯端末２００から優先指示を受信し、Ｐ２Ｐモード、ＣＥモード、又は、Ｗｒｉｔｅｒモードで動作してＭＡＣアドレス「Ｍ１０」を携帯端末２００に送信してもよい。

（第３実施例）
本実施例では、ＭＦＰ１０に待機画面が表示されている間（即ち、ＯＫボタンへのユーザ操作が入力される前）に、ＭＦＰ１０と第３携帯端末との間に１回目のＮＦＣ接続が確立される場合（図４のＳ１８０でＹＥＳ、図７のＳ５００でＹＥＳ）には、ＣＰＵ３２は、第３携帯端末から優先指示を受信しない（Ｓ１９０でＮＯ）。そして、ＭＦＰ１０に待機画面が表示されている間に、ＭＦＰ１０と第３携帯端末との間に２回目のＮＦＣ接続が確立される場合（Ｓ１８０でＹＥＳ、Ｓ５００でＹＥＳ）に、ＣＰＵ３２は、第３携帯端末から優先指示を受信する（Ｓ１９０でＹＥＳ）。具体的には、第３携帯端末は、アプリ１３８を起動中である場合において、ＭＦＰ１０との１回目のＮＦＣ接続を確立した場合、優先指示をＭＦＰ１０に送信せずに、当該ＮＦＣ接続を利用して受信されたＭＦＰ１０のＭＡＣアドレス「Ｍ１０」をメモリ（不図示）に記憶させる。そして、第３携帯端末は、ＭＦＰ１０との２回目のＮＦＣ接続を確立する場合に、当該ＮＦＣ接続を利用して受信されたＭＡＣアドレスがメモリ内のＭＡＣアドレスに一致することに応じて、優先指示をＭＦＰ１０に送信する。すなわち、第３携帯端末は、１回目のＮＦＣ接続が確立された機器と２回目のＮＦＣ接続が確立された機器とが同一であると判断する場合に、優先指示を当該対象機器に送信する。なお、ＭＦＰ１０のＮＦＣＩ／Ｆ２２は、本実施例では、第１実施例と同様にＮＦＣタグであるが、変形例では、第２実施例と同様にＮＦＣフォーラムデバイスであってもよい。

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

まず、ＭＦＰ１０は、図８のＴ２１０〜Ｔ２２４と同様の処理を実行する。これにより、ＭＦＰ１０の表示部１４に待機画面ＳＳ２が表示される。Ｔ１０２６〜Ｔ１０３０は、それぞれ、図１０のＴ４２６〜Ｔ４３０と同様である。携帯端末２００は、１回目のＮＦＣ接続が確立されてＭＦＰ１０から情報「ＮＧ」を受信する場合（即ち、Ｔ１０２８、Ｔ１０３０）に、優先指示をＭＦＰ１０に送信しない。携帯端末２００は、情報「ＮＧ」を受信する場合に、所定のメッセージを表示し、Ｔ１０３１において、ＭＡＣアドレス「Ｍ１０」を携帯端末２００のメモリ（不図示）に記憶させる。所定のメッセージは、他の携帯端末のユーザからユーザ操作を受けるための待機画面ＳＳ２がＭＦＰ１０に表示されていることを示す文字列と、ＭＦＰ１０と携帯端末２００との間のＷｉ−Ｆｉ接続を優先的に確立させることを望む場合には、携帯端末２００をＭＦＰ１０に再び近づけることを示す文字列と、を含む。この所定のメッセージに応じて、Ｔ１０３２において、ユーザは、携帯端末２００をＭＦＰ１０に再び近づける。携帯端末２００は、２回目のＮＦＣ接続が確立されてＭＦＰ１０からＭＡＣアドレス「Ｍ１０」及び情報「ＮＧ」を受信する場合（即ち、Ｔ１０３４、Ｔ１０３６）に、受信したＭＡＣアドレス「Ｍ１０」がメモリに記憶されているＭＡＣアドレス「Ｍ１０」に一致すると判断することに応じて、Ｔ１０３８において、優先指示をＭＦＰ１０に送信する。

Ｔ１０４０〜Ｔ１０４４は、それぞれ、図１０のＴ４３２〜Ｔ４３５と同様である。その後、ＭＦＰ１０は、図９のＴ３２６〜Ｔ３４０と同様の処理を実行する。この結果、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに携帯端末２００をＣＬとして参加させる。

なお、Ｔ１０３１において、ＭＦＰ１０との１回目のＮＦＣ接続の確立に応じて携帯端末２００のメモリに記憶させたＭＦＰ１０のＭＡＣアドレス「Ｍ１０」は、例えば、所定の時間が経過した場合や、Ｔ１０３８において、優先指示をＭＦＰ１０に送信した場合に携帯端末２００のメモリから削除される。

（ＭＦＰ１０がＧ／Ｏ状態である状況での具体的なケースＪ；図２０）
続いて、図２０を参照して、ＭＦＰ１０がＧ／Ｏ状態である状況において、図６及び図７の処理によって実現される具体的なケースを説明する。

まず、ＭＦＰ１０は、図１２のＴ５１０〜Ｔ５２８と同様の処理を実行する。これにより、ＭＦＰ１０の表示部１４に待機画面ＳＳ２が表示される。Ｔ１１３０〜Ｔ１１３４は、それぞれ、図１４のＴ７３０〜Ｔ７３４と同様である。本ケースでも、携帯端末２００は、１回目のＮＦＣ接続が確立されてＭＦＰ１０から情報「ＮＧ」を受信する場合（即ち、Ｔ１１３２、Ｔ１１３４）に、優先指示をＭＦＰ１０に送信せず、上記の所定のメッセージを表示する。そして、携帯端末２００は、Ｔ１１３６において、ＭＡＣアドレス「Ｍ１０」を携帯端末２００のメモリに記憶させる。Ｔ１１４４において、ユーザは、携帯端末２００をＭＦＰ１０に再び近づける。携帯端末２００は、２回目のＮＦＣ接続が確立されてＭＦＰ１０からＭＡＣアドレス「Ｍ１０」及び情報「ＮＧ」を受信する場合（即ち、Ｔ１１４６、Ｔ１１４８）に、受信したＭＡＣアドレス「Ｍ１０」がメモリに記憶されているＭＡＣアドレス「Ｍ１０」に一致すると判断することに応じて、Ｔ１１５０において、優先指示をＭＦＰ１０に送信する。Ｔ１１５０及びＴ１１５２は、図１４のＴ７３６及びＴ７３８と同様である。その後、ＭＦＰ１０は、図１４及び図１５のＴ７４０〜Ｔ７８２と同様の処理を実行する。

本実施例では、図１９及び図２０に示すように、待機画面ＳＳ２が表示されている間に携帯端末２００との１回目のＮＦＣ接続が確立されても、ＭＦＰ１０は、携帯端末２００との接続処理を開始しない。そして、携帯端末２００には、上記の所定のメッセージが表示される。このために、携帯端末２００のユーザは、待機画面ＳＳ２が表示されていることを知ることができ、携帯端末１００よりも優先的に携帯端末２００をＭＦＰ１０に接続させるべきか否かを判断することができる。そして、ユーザは、携帯端末２００をＭＦＰ１０に接続させるべきと判断する場合には、携帯端末２００をＭＦＰ１０に近づける。この場合、携帯端末２００とＭＦＰ１０との間にＷｉ−Ｆｉ接続が確立される。また、ユーザは、携帯端末２００をＭＦＰ１０に接続させるべきでないと判断する場合には、携帯端末２００をＭＦＰ１０に近づけない。この場合、携帯端末１００のユーザが待機画面ＳＳ２へのユーザ操作を実行すると、携帯端末１００とＭＦＰ１０との間にＷｉ−Ｆｉ接続が確立される。このように、本実施例によると、待機画面ＳＳ２が表示されている間に携帯端末２００とのＮＦＣ接続が確立される場合に、ユーザの意図に応じて、携帯端末２００をＭＦＰ１０に接続させるのか否かを変えることができる。

（第４実施例）
本実施例では、待機画面が表示されている間（即ち、第１携帯端末とのＷｉ−Ｆｉ接続処理の開始を待機している間）に、第３携帯端末とのＮＦＣ接続が確立される場合（例えば図４のＳ１８０でＹＥＳ、Ｓ１９０でＹＥＳ）に、待機画面の表示が終了されない。なお、ＭＦＰ１０のＮＦＣＩ／Ｆ２２は、本実施例では、第１実施例と同様にＮＦＣタグであるが、変形例では、第２実施例と同様にＮＦＣフォーラムデバイスであってもよい。

（ＭＦＰ１０が実行する処理；図３，４及び図６，７）
本実施例では、図４に示すように、ＣＰＵ３２は、第３携帯端末から優先指示を受信すると（Ｓ１９０でＹＥＳ）、Ｓ２２０において、待機画面の表示を終了させずに、禁止フラグ「ＯＮ」をメモリ３４に記憶させる。禁止フラグ「ＯＮ」は、第１携帯端末とのＷｉ−Ｆｉ接続を確立するための接続処理を禁止することを意味する。具体的には、禁止フラグ「ＯＮ」が記憶されている状態でＳ２３０及びＳ２４０を実行する過程において、待機画面へのユーザ操作が入力されても、ＣＰＵ３２は、Ｓ１４０でＹＥＳと判断しない（換言すると、Ｓ１５０〜Ｓ１７０の各処理を実行しない）。そして、ＣＰＵ３２は、第３携帯端末との接続処理が完了することに応じて（Ｓ２４０）、Ｓ２４５において、禁止フラグを「ＯＮ」から「ＯＦＦ」に変更する。禁止フラグ「ＯＦＦ」は、第１携帯端末とのＷｉ−Ｆｉ接続を確立するための接続処理を許容することを意味する。従って、ＣＰＵ３２は、Ｓ２４５が終了すると、Ｓ１４０において、ユーザ操作の入力を監視し、ユーザ操作が入力されると（Ｓ１４０でＹＥＳ）、第１携帯端末とのＷｉ−Ｆｉ接続を確立するための接続処理を実行する（Ｓ１５０〜Ｓ１７０）。

図７においても同様に、ＭＦＰ１０と第３携帯端末とのＮＦＣ接続が確立される場合（Ｓ５００でＹＥＳ）に、ＣＰＵ３２は、第３携帯端末から優先指示を受信すると、禁止フラグ「ＯＮ」をメモリ３４に記憶させる。これにより、禁止フラグ「ＯＮ」が記憶されている状態でＳ５６０〜Ｓ６００を実行する過程において、待機画面へのユーザ操作が入力されても、ＣＰＵ３２は、Ｓ４６０でＹＥＳと判断しない（換言すると、Ｓ４７０〜Ｓ４９０の各処理を実行しない）。そして、ＣＰＵ３２は、第３携帯端末とのＷｉ−Ｆｉ接続処理が完了することに応じて（Ｓ６００）、Ｓ６２５において、禁止フラグを「ＯＮ」から「ＯＦＦ」に変更する。

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

まず、ＭＦＰ１０は、図８のＴ２１０〜Ｔ２２４と同様の処理を実行する。これにより、ＭＦＰ１０の表示部１４に待機画面ＳＳ２が表示される。Ｔ１２２６〜Ｔ１２３１は、それぞれ、図１０のＴ４２６〜Ｔ４３１と同様である。ＭＦＰ１０は、Ｔ１２３１において、携帯端末２００から優先指示を受信すると、Ｔ１２３２において、禁止フラグ「ＯＮ」を記憶する（図４のＳ２２０）。ここで、待機画面ＳＳ２の表示は終了されない。Ｔ１２３４及びＴ１２３５は、図１０のＴ４３４及びＴ４３５と同様である。Ｔ１２３６において、ＭＦＰ１０は、待機画面ＳＳ２内のＯＫボタンへのユーザ操作の入力を受け付ける。しかしながら、禁止フラグが「ＯＮ」に設定されているため、ＭＦＰ１０は、図４のＳ１４０でＹＥＳと判断せず、図１１の比較例１のＴ１４３８に示されるデバイス状態への移行を実行せず、G/O Negotiation要求（Ｓ１６０）を携帯端末１００に送信しない。このために、ＭＦＰ１０は、携帯端末１００との接続処理を開始しない。その後、ＭＦＰ１０は、図９のＴ３２６〜Ｔ３４０と同様の処理を実行し、Ｔ１２３８において、禁止フラグを「ＯＮ」から「ＯＦＦ」に変更する（Ｓ２４５）。

このように、本ケースでは、待機画面ＳＳ２が表示されている間に、携帯端末２００とのＮＦＣ接続が確立された場合に、禁止フラグが「ＯＮ」に設定されるので、ＭＦＰ１０は、待機画面ＳＳ２のＯＫボタンへのユーザ操作が入力されても、Ｇ／Ｏ状態からデバイス状態に移行することなく（図１１の比較例１のＴ１４３８参照）、G/O Negotiation要求を携帯端末１００に送信しない。このため、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を適切に確立することができる。

（ＭＦＰ１０がＧ／Ｏ状態である状況での具体的なケースＬ；図２２）
続いて、図２２を参照して、ＭＦＰ１０がＧ／Ｏ状態である状況において、図６及び図７の処理によって実現される具体的なケースを説明する。

まず、ＭＦＰ１０は、図１２のＴ５１０〜Ｔ５２８と同様の処理を実行する。Ｔ１３３０〜Ｔ１３３５は、それぞれ、図１４のＴ７３０〜Ｔ７３５と同様である。ＭＦＰ１０は、Ｔ１３３５において、携帯端末２００から優先指示を受信すると、Ｔ１３３６において、禁止フラグ「ＯＮ」を記憶する。Ｔ１３３８において、ＭＦＰ１０は、待機画面ＳＳ２内のＯＫボタンへのユーザ操作の入力を受け付ける。しかしながら、禁止フラグが「ＯＮ」に設定されているので、ＭＦＰ１０は、図７のＳ４６０でＹＥＳと判断せず、情報「Device Password ID = 0x0004」を含むＰｒｏｂｅ応答（Ｓ４８５）を携帯端末１００に送信しない。このために、ＭＦＰ１０は、携帯端末１００との接続処理を開始しない。Ｔ１３４０及びＴ１３４２は、図１５のＴ７４０及びＴ７４２と同様である。その後、ＭＦＰ１０は、図１４及び図１５のＴ７３８〜Ｔ７７０と同様の処理を実行する。そして、Ｔ１３４６において、ＭＦＰ１０は、禁止フラグを「ＯＮ」から「ＯＦＦ」に変更する（Ｓ６２５）。その後、ＭＦＰ１０は、図１５のＴ７７４〜Ｔ７８２と同様の処理を実行する。

このように、本ケースでは、禁止フラグが「ＯＮ」に設定されている場合に、ＭＦＰ１０は、待機画面ＳＳ２へのユーザ操作が入力された後に、携帯端末１００からＰｒｏｂｅ要求を受信しても、「Device Password ID = 0x0004」を含むＰｒｏｂｅ応答を携帯端末１００に送信せずに（図１６の比較例２のＴ１７４２参照）、「Device Password ID = 0x0004」を含まないＰｒｏｂｅ応答を携帯端末１００に送信する（図２２のＴ１３４２）。このために、携帯端末１００との接続処理と携帯端末２００との接続処理とが並行して実行されることを抑制できる。この結果、ＭＦＰ１０は、携帯端末２００とのＷｉ−Ｆｉ接続を適切に確立することができる。

（対応関係）
図４のＳ１６５〜Ｓ１７０で実行される各通信、図７のＳ４９０で実行される通信が、「第２の無線インタフェースを介した無線接続を確立するための通信」の一例である。図４のＳ１６０のG/O Negotiation要求、図７のＳ４８５のDevice Password ID = 0x0004を含むＰｒｏｂｅ応答が、「第２の無線インタフェースを介した無線接続を確立するための通信を開始するための信号」の一例である。特に、Ｓ１６０のG/O Negotiation要求が、「決定通信要求信号」及び「第１種の所定の信号」の一例である。Ｓ４８０のＰｒｏｂｅ要求、Ｓ４８５のＰｒｏｂｅ応答が、それぞれ、「識別子要求信号」、「第２種の所定の信号」の一例である。情報「Device Password ID = 0x0004」が、「第２の無線インタフェースを介した無線接続を確立するための通信を開始するための情報」の一例である。図４のＳ１６５及び図７のＳ４８５が「送信部」によって実行される処理の一例である。

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

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

（変形例２）第１〜第４実施例において、待機画面を表示している状態で、第３携帯端末とのＮＦＣ接続が確立される場合（即ち、図４のＳ１８０でＹＥＳ、図７のＳ５００でＹＥＳ）、第３携帯端末からＭＦＰ１０に優先指示が送信されたか否かを判断しなくてもよい。即ち、図４のＳ１９０は省略可能である。即ち、「判断部」を省略可能である。この場合、第３携帯端末からＭＦＰ１０に優先指示が送信されなくてもよい。

（変形例３）第１〜第３実施例において、待機画面の表示を終了した後、ＮＦＣ接続をトリガとするＷｉ−Ｆｉ接続が第３携帯端末と確立された場合（Ｓ６００）、待機画面は再表示されなくてもよい。即ち、図７のＳ６２０を省略してもよい。即ち、「第３の表示制御部」を省略可能である。

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

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

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

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

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

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

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

Claims (10)

1. 通信装置であって、
   第１の無線インタフェースと、
   第２の無線インタフェースであって、前記第１の無線インタフェースを介した無線通信を実行可能な最大の距離が、前記第２の無線インタフェースを介した無線通信を実行可能な最大の距離よりも小さい、前記第２の無線インタフェースと、
   表示部と、
   制御部と、を備え、
   前記制御部は、
   前記第２の無線インタフェースを介して第１の外部装置から接続要求を受信する受信部と、
   前記第１の外部装置から前記接続要求が受信される場合に、前記第１の外部装置の第１のユーザによる操作部への操作を待機するための待機画面を前記表示部に表示させる第１の表示制御部と、
   前記待機画面が前記表示部に表示されている状態で、前記第１のユーザによる前記操作部への前記操作が実行される第１の場合に、前記第２の無線インタフェースを介した第１の無線接続を前記第１の外部装置と確立する第１の確立部と、
   前記待機画面が前記表示部に表示されている状態で、前記第１のユーザによる前記操作部への前記操作が実行されずに、前記第１の外部装置とは異なる第２の外部装置の第２のユーザによる前記第２の外部装置への操作に応じて、前記第１の無線インタフェースを介した無線接続が前記第２の外部装置と確立される第２の場合に、前記表示部における前記待機画面の表示を終了する第２の表示制御部と、
   前記第２の場合に、前記第２の無線インタフェースを介した第２の無線接続を前記第２の外部装置と確立する第２の確立部と、
   を備える通信装置。
2. 前記制御部は、さらに、
   前記第２の場合に、前記第１の無線インタフェースを介した前記無線接続を利用して、前記第２の外部装置から所定指示が受信されたのか否かを判断する判断部であって、前記所定指示は、前記第２の外部装置が前記第２の無線インタフェースを介した前記第２の無線接続を確立するためのアプリケーションを有する場合に、前記第２の外部装置から前記通信装置に送信され、前記第２の外部装置が前記アプリケーションを有さない場合に、前記第２の外部装置から前記通信装置に送信されない、前記判断部を備え、
   前記第１の無線インタフェースを介した前記無線接続を利用して、前記第２の外部装置から前記所定指示が受信されたと判断される場合に、
   前記第２の表示制御部は、前記待機画面の表示を終了し、
   前記第２の確立部は、前記第２の無線インタフェースを介した前記第２の無線接続を、前記アプリケーションを有する前記第２の外部装置と確立し、
   前記第１の無線インタフェースを介した前記無線接続を利用して、前記第２の外部装置から前記所定指示が受信されなかったと判断される場合に、
   前記第２の表示制御部は、前記待機画面の表示を終了せず、
   前記第２の確立部は、前記第２の無線インタフェースを介した前記第２の無線接続を、前記アプリケーションを有さない前記第２の外部装置と確立しない、請求項１に記載の通信装置。
3. 前記通信装置は、無線ネットワークの親局として動作すべき親局状態と、無線ネットワークの子局として動作すべき子局状態と、前記親局状態および前記子局状態とは異なる特定状態と、を含む複数の状態のうちのいずれかの状態で動作可能であり、
   前記受信部は、前記通信装置の状態が前記特定状態である状況において、前記第２の無線インタフェースを介して前記第１の外部装置から第１種の前記接続要求を受信し、
   前記第１の表示制御部は、前記通信装置の状態が前記特定状態である状況において、前記第２の無線インタフェースを介して前記第１の外部装置から前記第１種の接続要求が受信される場合に、前記待機画面を前記表示部に表示させ、
   前記第２の確立部は、前記通信装置の状態が前記特定状態である状況での前記第２の場合に、前記通信装置の状態を前記特定状態から前記親局状態に移行させた後に、前記第２の無線接続を前記第２の外部装置と確立する、請求項１または２に記載の通信装置。
4. 前記受信部は、前記通信装置の状態が、無線ネットワークの親局として動作すべき親局状態である状況において、前記第２の無線インタフェースを介して第１の外部装置から第２種の前記接続要求を受信し、
   前記第１の表示制御部は、前記通信装置の状態が前記親局状態である状況において、前記第２の無線インタフェースを介して前記第１の外部装置から前記第２種の接続要求が受信される場合に、前記待機画面を前記表示部に表示させ、
   前記制御部は、さらに、
   前記通信装置の状態が前記親局状態である状況での前記第１の場合において、前記第２の無線インタフェースを介して前記第１の外部装置から第１の要求信号が受信される場合に、前記第２の無線インタフェースを介した前記第１の無線接続を前記第１の外部装置と確立するための通信を開始するための情報を含む第１の応答信号を前記第１の外部装置に送信する送信部を備え、
   前記第１の確立部は、前記第１の応答信号が前記第１の外部装置に送信された後に、前記第２の無線インタフェースを介した前記第１の無線接続を前記第１の外部装置と確立するための前記通信を前記第１の外部装置と実行して、前記第２の無線インタフェースを介した前記第１の無線接続を前記第１の外部装置と確立し、
   前記第２の確立部は、前記通信装置の状態が前記親局状態である状況での前記第２の場合において、前記第１の外部装置から前記第１の要求信号が受信される場合に、前記第１の無線接続を前記第１の外部装置と確立するための前記通信を開始するための前記情報を含む応答信号を前記第１の外部装置に送信することなく、前記第２の無線接続を前記第２の外部装置と確立する、請求項１から３のいずれか一項に記載の通信装置。
5. 前記制御部は、さらに、
   前記第２の無線接続が前記第２の外部装置と確立された後に、前記第１の外部装置から前記第２種の接続要求が再受信されなくても、前記待機画面を前記表示部に再表示させる第３の表示制御部を備える、請求項４に記載の通信装置。
6. 前記通信装置は、さらに、
   メモリを備え、
   前記制御部は、さらに、
   前記通信装置の状態が前記親局状態である状況での前記第２の場合に、前記第１の外部装置のＭＡＣアドレスを前記メモリ内の所定リストに記憶させる記憶制御部を備え、
   前記第２の確立部は、
   前記通信装置の状態が前記親局状態である状況での前記第２の場合において、前記第１の外部装置から前記第１の要求信号が受信される場合に、前記第１の要求信号に含まれる前記第１の外部装置の前記ＭＡＣアドレスと、前記所定リストに記憶されている前記第１の外部装置の前記ＭＡＣアドレスと、が一致すると判断することに応じて、前記第１の無線接続を前記第１の外部装置と確立するための前記通信を開始するための前記情報を含む応答信号を前記第１の外部装置に送信することなく、前記第２の無線インタフェースを介して前記第１の無線接続を前記第１の外部装置と確立するための前記通信を開始するための前記情報を含まない第２の応答信号を前記第１の外部装置に送信し、
   前記通信装置の状態が前記親局状態である状況での前記第２の場合において、前記第２の外部装置から第２の要求信号が受信される場合に、前記第２の要求信号に含まれる前記第２の外部装置のＭＡＣアドレスと、前記所定リストに記憶されている前記第１の外部装置の前記ＭＡＣアドレスと、が一致しないと判断することに応じて、前記第２の無線インタフェースを介して前記第２の無線接続を前記第２の外部装置と確立するための通信を開始するための情報を含む第３の応答信号を前記第２の外部装置に送信し、
   前記第３の応答信号が前記第２の外部装置に送信された後に、前記第２の無線インタフェースを介した前記第２の無線接続を前記第２の外部装置と確立するための前記通信を前記第２の外部装置と実行して、前記第２の無線接続を前記第２の外部装置と確立する、請求項１から５のいずれか一項に記載の通信装置。
7. 前記所定指示は、前記待機画面が表示されている間に、前記第１のユーザによる前記操作部への前記操作が実行される前に、１回目の前記第１の無線インタフェースを介した前記無線接続が確立されても、前記アプリケーションを有する前記第２の外部装置から前記通信装置に送信されず、２回目の前記第１の無線インタフェースを介した前記無線接続が確立されると、前記アプリケーションを有する前記第２の外部装置から前記通信装置に送信される、請求項２から６のいずれか一項に記載の通信装置。
8. 前記第１のユーザによる前記操作部への前記操作は、ＷＰＳ（Wi-Fi Protected Setupの略）のプッシュボタン操作に相当する操作である、請求項１から７のいずれか一項に記載の通信装置。
9. 前記通信装置は、さらに、前記操作部を備える、請求項１から８のいずれか一項に記載の通信装置。
10. 通信装置のためのプログラムであって、
    前記通信装置のコンピュータを、
    第２の無線インタフェースを介して第１の外部装置から接続要求を受信する受信部であって、第１の無線インタフェースを介した無線通信を実行可能な最大の距離は、前記第２の無線インタフェースを介した無線通信を実行可能な最大の距離よりも小さい、前記受信部と、
    前記第１の外部装置から前記接続要求が受信される場合に、前記第１の外部装置の第１のユーザによる操作部への操作を待機するための待機画面を前記通信装置の表示部に表示させる第１の表示制御部と、
    前記待機画面が前記表示部に表示されている状態で、前記第１のユーザによる前記操作部への前記操作が実行される第１の場合に、前記第２の無線インタフェースを介した第１の無線接続を前記第１の外部装置と確立する第１の確立部と、
    前記待機画面が前記表示部に表示されている状態で、前記第１のユーザによる前記操作部への前記操作が実行されずに、前記第１の外部装置とは異なる第２の外部装置の第２のユーザによる前記第２の外部装置への操作に応じて、前記第１の無線インタフェースを介した無線接続が前記第２の外部装置と確立される第２の場合に、前記表示部における前記待機画面の表示を終了する第２の表示制御部と、
    前記第２の場合に、前記第２の無線インタフェースを介した第２の無線接続を前記第２の外部装置と確立する第２の確立部と、
    として機能させる、プログラム。

Images