JP6900892B2 - 通信装置 - Google Patents

Description

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

特許文献１には、ＭＦＰ（Multi-Function Peripheralの略）と携帯端末との間にＷＦＤ（Wi-Fi Directの略）方式に従った無線接続（以下では「ＷＦＤ接続」と呼ぶ）を確立するための技術が開示されている。ＭＦＰは、ＮＦＣ（Near Field Communicationの略）方式に従った無線接続（以下では「ＮＦＣ接続」と呼ぶ）が携帯端末と確立されることに応じて、ＷＦＤ接続の確立のための各種通信を実行可能なモード（即ちＷＦＤ＝ＯＮモード）に移行する。これにより、ＭＦＰは、当該各種通信を携帯端末と実行して、ＷＦＤ接続を携帯端末と確立する。

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

特許文献１の技術では、ＭＦＰは、ＮＦＣ接続が第１の携帯端末と確立されることに応じてＷＦＤ＝ＯＮモードに移行した後に、第１の携帯端末とは異なる第２の携帯端末から接続要求を受信すると、第２の携帯端末とのＷＦＤ接続を確立し得る。この場合、ＭＦＰは、ＮＦＣ接続が確立された第１の携帯端末とのＷＦＤ接続を確立することができない可能性がある。

本明細書では、第１の無線インターフェースを介した第１の無線接続が第１の端末装置と確立された後に、第２の無線インターフェースを介した第２の無線接続を第１の端末装置と適切に確立し得る通信装置を開示する。

本明細書によって開示される通信装置は、第１の無線インターフェースと、第２の無線インターフェースと、前記第１の無線インターフェースを介した第１の無線接続が第１の端末装置と確立される場合に、前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、前記第１の端末装置から、第１の特定情報を受信する第１の特定情報受信部と、前記第１の端末装置から前記第１の特定情報が受信された後に、前記第２の無線インターフェースを介した第２の無線接続を第２の端末装置と確立する確立部と、前記第２の無線接続が前記第２の端末装置と確立された後に、前記第２の端末装置から第２の特定情報を受信する第２の特定情報受信部と、前記第２の端末装置から前記第２の特定情報が受信される場合に、前記第１の特定情報と前記第２の特定情報とを利用して、前記第１の端末装置と前記第２の端末装置とが一致するのか否かを判断する判断部と、前記第１の端末装置と前記第２の端末装置とが一致しないと判断される場合に、前記第１の端末装置とは異なる前記第２の端末装置との前記第２の無線接続を切断する切断部であって、前記第１の端末装置と前記第２の端末装置とが一致すると判断される場合に、前記第１の端末装置に一致する前記第２の端末装置との前記第２の無線接続は切断されない、前記切断部と、を備えてもよい。

上記の構成によると、通信装置は、第１の無線インターフェースを介した第１の無線接続を第１の端末装置と確立する場合に、第１の端末装置から第１の特定情報を受信し、その後、第２の無線インターフェースを介した第２の無線接続を第２の端末装置と確立した後に、第２の端末装置から第２の特定情報を受信する。この場合、通信装置は、第１の特定情報と第２の特定情報とを利用して、第１の端末装置と第２の端末装置とが一致するのか否かを判断し、第１の端末装置と第２の端末装置とが一致しないと判断する場合に、第２の端末装置との第２の無線接続を切断する。このように、第１の端末装置とは異なる第２の端末装置との第２の無線接続が切断されるので、その後、通信装置は、第２の無線インターフェースを介した無線接続を第１の端末装置と適切に確立し得る。

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

通信システムの構成を示す。 プリンタがデバイス状態である状況において、ＮＦＣ接続が確立された後にＷＦＤ接続が確立されるケースＡ１のシーケンス図を示す。 プリンタがデバイス状態である状況において、ＮＦＣ接続が確立されることなくＷＦＤ接続が確立されるケースＡ２のシーケンス図を示す。 比較例１のシーケンス図を示す。 プリンタがＧ／Ｏ状態に移行した後に、ＭＡＣアドレスの一致を判断するケースＡ３のシーケンス図を示す。 プリンタがクライアント状態に移行した後に、ＭＡＣアドレスの一致を判断するケースＡ４のシーケンス図を示す。 プリンタがＧ／Ｏ状態である状況において、ＮＦＣ接続が確立された後にＷＦＤ接続が確立されるケースＢ１のシーケンス図を示す。 プリンタがＧ／Ｏ状態である状況において、ＮＦＣ接続が確立されることなくＷＦＤ接続が確立されるケースＢ２のシーケンス図を示す。 比較例２のシーケンス図を示す。 プリンタがＧ／Ｏ状態である状況において、ＭＡＣアドレスの一致を判断するケースＢ３のシーケンス図を示す。 第２実施例のシーケンス図を示す。

（第１実施例）
（通信システム２の構成；図１）
図１に示すように、通信システム２は、プリンタ１０と、複数個の携帯端末５０Ａ，５０Ｂと、を備える。各デバイス１０，５０Ａ，５０Ｂは、Ｗｉ−Ｆｉ方式に従った無線通信（以下では「Ｗｉ−Ｆｉ通信」と呼ぶ）と、ＮＦＣ（Near Field Communicationの略）方式に従った無線通信（以下では「ＮＦＣ通信」と呼ぶ）と、を実行可能である。特に、各デバイス１０，５０Ａ，５０Ｂは、Ｗｉ−Ｆｉ方式に準拠するＷＦＤ（Wi-Fi Direct（登録商標）の略）方式に従った無線通信（以下では「ＷＦＤ通信」と呼ぶ）を実行可能（即ちサポートしている）である。

（プリンタ１０の構成）
プリンタ１０は、印刷機能を実行可能な周辺装置（例えば、携帯端末５０Ａ等の周辺装置）である。プリンタ１０は、プリンタ１０の名称であるデバイス名「ｏｆｆｉｃｅ ｐｒｉｎｔｅｒ」を有する。プリンタ１０は、操作部１２と、表示部１４と、Ｗｉ−Ｆｉインターフェース１６と、ＮＦＣインターフェース１８と、印刷実行部２０と、制御部３０と、を備える。各部１２〜３０は、バス線（符号省略）に接続されている。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。

操作部１２は、複数個のキーを備えており、ユーザの操作を受け付ける。表示部１４は、様々な情報を表示するためのディスプレイである。印刷実行部２０は、インクジェット方式、レーザ方式等の印刷機構を備える。

Ｗｉ−ＦｉＩ／Ｆ１６は、Ｗｉ−Ｆｉ方式に従ったＷｉ−Ｆｉ通信を実行するための無線インターフェースである。Ｗｉ−ＦｉＩ／Ｆ１６には、ＭＡＣアドレス「ＸＸＸ」が割り当てられている。Ｗｉ−Ｆｉ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に従って、無線通信を実行するための無線通信方式である。Ｗｉ−ＦｉＩ／Ｆ１６は、特に、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＷＦＤ方式をサポートしており、ＷＦＤ方式に従った無線通信を実行可能である。即ち、プリンタ１０は、ＷＦＤ機器である。ＷＦＤ方式は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書「Wi-Fi Peer-to-Peer (P2P) Technical Specification Version1.1」に記述されている無線通信方式である。ＷＦＤの規格では、ＷＦＤ機器の状態として、Ｇｒｏｕｐ Ｏｗｎｅｒ状態（以下では「Ｇ／Ｏ状態」と呼ぶ）、クライアント状態、及び、デバイス状態の３つの状態が定義されている。ＷＦＤ機器は、上記の３つの状態のうちの１つの状態で選択的に動作可能である。

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

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

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

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

（各携帯端末５０Ａ，５０Ｂの構成）
各携帯端末５０Ａ，５０Ｂは、例えば、携帯電話、スマートフォン、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。各携帯端末５０Ａ，５０Ｂは図示省略のＷｉ−ＦｉＩ／Ｆを備えており、各携帯端末５０Ａ，５０ＢのＷｉ−ＦｉＩ／Ｆには、ＭＡＣアドレス「ＡＡＡ」、「ＢＢＢ」が割り当てられている。

また、各携帯端末５０Ａ，５０Ｂは、印刷アプリケーション（以下では「アプリ」と呼ぶ）５２を格納する。アプリ５２は、プリンタ１０と各携帯端末５０Ａ，５０Ｂとの間にＷＦＤ方式に従った無線接続（以下では「ＷＦＤ接続」と呼ぶ）を確立して、プリンタ１０に印刷を実行させるためのアプリである。アプリ５２は、例えば、プリンタ１０のベンダによって提供されるインターネット上のサーバから各携帯端末５０Ａ，５０Ｂにインストールされてもよいし、プリンタ１０と共に出荷されるメディアから各携帯端末５０Ａ，５０Ｂにインストールされてもよい。

（各デバイス１０，５０Ａ，５０Ｂの処理；図２以降）
続いて、図２以降を参照して、各デバイス１０，５０Ａ，５０Ｂによって実行される処理の具体例を説明する。図２等において、プリンタ１０（又は１００）と各携帯端末５０Ａ，５０Ｂとの間の破線の矢印、実線の矢印は、それぞれ、ＮＦＣ通信、Ｗｉ−Ｆｉ通信を示す。また、プリンタ１０は、ＮＦＣＩ／Ｆ１８を介してＮＦＣ通信を実行し、Ｗｉ−ＦｉＩ／Ｆ１６を介してＷｉ−Ｆｉ通信を実行する。従って、以下では「ＮＦＣＩ／Ｆ１８を介して」及び「Ｗｉ−ＦｉＩ／Ｆ１６を介して」という記載を省略する。

（ケースＡ１；図２）
図２は、プリンタ１０と携帯端末５０Ａとの間にＮＦＣ接続が確立された後にＷＦＤ接続が確立されるケースＡ１を示す。プリンタ１０のＣＰＵ３２は、プリンタ１０の電源がＯＮされる際に、ＭＡＣアドレス「ＸＸＸ」をＮＦＣＩ／Ｆ１８に供給して、ＭＡＣアドレス「ＸＸＸ」をＮＦＣＩ／Ｆ１８のメモリ１９に記憶させる。従って、図２の初期状態では、ＭＡＣアドレス「ＸＸＸ」がメモリ１９に記憶されている。この点は、後述の図３、図５〜図８、図１０、及び、図１１でも同様である。

Ｔ３において、ユーザによって携帯端末５０Ａのアプリ５２が起動され、携帯端末５０Ａがプリンタ１０に近付けられる。これにより、Ｔ５において、プリンタ１０と携帯端末５０Ａとの間にＮＦＣ接続が確立される。この場合、Ｔ６において、プリンタ１０のＮＦＣＩ／Ｆ１８は、ＮＦＣ接続を利用して、メモリ１９内のＭＡＣアドレス「ＸＸＸ」を携帯端末５０Ａに送信する。また、Ｔ９では、プリンタ１０のＣＰＵ３２は、携帯端末５０ＡとのＮＦＣ接続が確立されることに応じて、ＰＢＣモードを有効化する。これにより、ユーザがＰＢＣモードを有効化する操作をプリンタ１０に実行する必要がないので、ユーザの利便性が向上する。

Ｔ１０では、ＣＰＵ３２は、携帯端末５０Ａからブロードキャストによって送信されたＰｒｏｂｅ要求を受信し、Ｔ１２において、Ｐｒｏｂｅ応答を携帯端末５０Ａに送信する。当該Ｐｒｏｂｅ応答は、デバイス名「ｏｆｆｉｃｅ ｐｒｉｎｔｅｒ」と、送信元のＭＡＣアドレス「ＸＸＸ」と、を含む。

携帯端末５０Ａは、Ｔ１０でＰｒｏｂｅ要求を送信すると、プリンタ１０を含む１個以上のデバイスのそれぞれからＰｒｏｂｅ応答を受信する。この場合、携帯端末５０Ａは、１個以上のＰｒｏｂｅ応答の中から、Ｔ６で受信されたＭＡＣアドレス「ＸＸＸ」を含むＰｒｏｂｅ応答（即ちＴ１２でプリンタ１０から送信されたＰｒｏｂｅ応答）を特定することによって、接続対象のプリンタ１０を特定することができる。そして、Ｔ２０において、携帯端末５０Ａは、特定済みのプリンタ１０のＭＡＣアドレス「ＸＸＸ」を送信先として含むＰｒｏｂｅ要求をプリンタ１０に送信する（即ちユニキャストによって送信する）。

ＣＰＵ３２は、Ｔ２０において、携帯端末５０ＡからＭＡＣアドレス「ＸＸＸ」を含むＰｒｏｂｅ要求を受信して、Ｔ２２において、Ｐｒｏｂｅ応答を携帯端末５０Ａに送信する。

ＣＰＵ３２は、Ｔ３０において、携帯端末５０ＡからＰｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ要求を受信して、Ｔ３２において、Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ応答を携帯端末５０Ａに送信する。

Ｔ４０では、ＣＰＵ３２は、携帯端末５０ＡからＧ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎ要求を受信する。Ｇ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎ要求は、プリンタ１０及び携帯端末５０ＡのうちのどちらがＧ／Ｏになるべきかを決定するための通信であるＧ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎの実行を要求するコマンドである。そして、Ｔ４２では、ＣＰＵ３２は、Ｇ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎ応答を携帯端末５０Ａに送信して、携帯端末５０ＡとのＧ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎを実行する。本ケースでは、プリンタ１０がＧ／Ｏになると共に携帯端末５０Ａがクライアントになることが決定され、Ｔ４４において、プリンタ１０がＧ／Ｏ状態に移行し、Ｔ４６において、携帯端末５０Ａがクライアント状態に移行する。

Ｔ５０では、ＣＰＵ３２は、携帯端末５０Ａとの各種通信（Ａｓｓｏｃｉａｔｉｏｎ、ＷＰＳ Ｎｅｇｏｔｉａｔｉｏｎ、４ｗａｙ−ｈａｎｄｓｈａｋｅ等）を実行する。ＣＰＵ３２は、ＷＰＳ Ｎｅｇｏｔｉａｔｉｏｎにおいて、プリンタ１０がＧ／Ｏとして動作する無線ネットワークで利用されるＳＳＩＤ及びパスワードを含む無線設定情報を携帯端末５０Ａに送信する。また、ＣＰＵ３２は、ＷＰＳ Ｎｅｇｏｔｉａｔｉｏｎの過程でＰＢＣモードを無効化する。これにより、ＣＰＵ３２は、仮に、他の携帯端末（例えば５０Ｂ）からＰＢＣモードに従った要求（例えばＡｓｓｏｃｉａｔｅ要求）を受信しても、当該要求に対する応答を当該他の携帯端末に送信せず、当該他の携帯端末とのＷＦＤ接続を確立しない。そして、ＣＰＵ３２は、４ｗａｙ−ｈａｎｄｓｈａｋｅの通信の過程において、携帯端末５０ＡからＳＳＩＤ及びパスワードを受信して、当該ＳＳＩＤ及びパスワードの認証が成功する場合に、携帯端末５０ＡとのＷＦＤ接続を確立する。

ＣＰＵ３２は、Ｔ６０において、プリンタ１０に印刷を実行させるための印刷操作が携帯端末５０Ａに実行されることに応じて、Ｔ６２において、ＷＦＤ接続を利用して、携帯端末５０Ａから印刷データを受信し、Ｔ６４において、印刷データに従った印刷を印刷実行部２０に実行させる。

このように、本実施例では、プリンタ１０と携帯端末５０Ａとの間でＮＦＣ接続が確立された後にＷＦＤ接続が確立され、ＷＦＤ接続を利用して印刷データが通信される。ＷＦＤ接続を利用した通信速度（即ちＷｉ−Ｆｉ通信の通信速度）は、ＮＦＣ接続を利用した通信速度よりも速い。このために、ＮＦＣ接続を利用して印刷データを通信するよりも、印刷データを高速で通信することができる。また、ユーザは、プリンタ１０と携帯端末５０Ａとの間にＷＦＤ接続を確立させるために、アプリ５２を起動する操作と、携帯端末５０Ａをプリンタ１０に近づける操作と、を実行すればよい。このために、ユーザはＷＦＤ接続を容易に確立させることができる。

（ケースＡ２；図３）
続いて、図３を参照して、プリンタ１０と携帯端末５０Ｂとの間にＮＦＣ接続が確立されることなくＷＦＤ接続が確立されるケースＡ２を説明する。Ｔ１０３において、ユーザによって携帯端末５０Ｂのアプリ５２が起動され、ＷＦＤ接続操作が携帯端末５０Ｂに実行される。これにより、Ｔ１１０において、プリンタ１０のＣＰＵ３２は、携帯端末５０Ｂからブロードキャストによって送信されたＰｒｏｂｅ要求を受信する。Ｔ１１０及びＴ１１２は、通信対象が携帯端末５０Ｂである点を除いて、図２のＴ１０及びＴ１２と同様である。

携帯端末５０Ｂは、Ｔ１１０でＰｒｏｂｅ要求を送信すると、プリンタ１０を含む１個以上のデバイスのそれぞれからＰｒｏｂｅ応答を受信する。ただし、携帯端末５０Ｂは、ＮＦＣ接続を利用してプリンタ１０からＭＡＣアドレス「ＸＸＸ」を受信していないので、受信済みの１個以上のＰｒｏｂｅ応答の中からＭＡＣアドレス「ＸＸＸ」を含むＰｒｏｂｅ応答を特定することができない（即ち接続対象のプリンタ１０を特定することができない）。このため、Ｔ１１４において、携帯端末５０Ｂは、受信済みの１個以上のＰｒｏｂｅ応答に含まれる１個以上のデバイス名を示すデバイス名リストを表示する。そして、Ｔ１１６において、デバイス名リストから、プリンタ１０のデバイス名「ｏｆｆｉｃｅ ｐｒｉｎｔｅｒ」がユーザによって選択される。この場合、Ｔ１２０において、携帯端末５０Ｂは、選択済みのデバイス名「ｏｆｆｉｃｅ ｐｒｉｎｔｅｒ」を含むＴ１１２のＰｒｏｂｅ応答に含まれるＭＡＣアドレス「ＸＸＸ」を特定し（即ち接続対象のプリンタ１０を特定し）、特定済みのＭＡＣアドレス「ＸＸＸ」を送信先として含むＰｒｏｂｅ要求をプリンタ１０に送信する。Ｔ１２２は、通信対象が携帯端末５０Ｂである点を除いて、図２のＴ２２と同様である。

ＣＰＵ３２は、Ｔ１３０において、携帯端末５０ＢからＰｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ要求を受信することに応じて、Ｔ１３１において、ＰＢＣモードを有効化して、Ｔ１３２において、Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ応答を携帯端末５０Ｂに送信する。

ＣＰＵ３２は、Ｔ１４０において、携帯端末５０ＢからＧ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎ要求を受信し、Ｔ１４６において、Ｇ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎ応答を携帯端末５０Ｂに送信し、Ｇ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎを携帯端末５０Ｂと実行する。本ケースでは、Ｔ１４８において、プリンタ１０がＧ／Ｏ状態に移行し、Ｔ１４９において、携帯端末５０Ａがクライアント状態に移行する。Ｔ１５０〜Ｔ１６４は、通信対象が携帯端末５０Ｂである点を除いて、図２のＴ５０〜Ｔ６４と同様である。

上記の図２及び図３のケースＡ１及びＡ２に示されるように、プリンタ１０は、各携帯端末５０Ａ，５０ＢとのＷＦＤ接続を確立することができる。ここで、プリンタ１０において、携帯端末５０ＡとのＮＦＣ接続が確立されることに応じて、ＰＢＣモードが有効化された後に（即ち図２のＴ９の後に）、携帯端末５０Ａとは異なる携帯端末５０ＢにおいてＷＦＤ接続操作が実行される状況を想定する。この場合、従来のプリンタでは、ＮＦＣ接続が確立された携帯端末５０ＡとのＷＦＤ接続が適切に確立されない可能性があった。図４を参照して、このような従来のプリンタ１００の動作を示す比較例１を説明する。

（比較例１；図４）
Ｔ２０３及びＴ２０５は、比較例１のプリンタ１００が利用される点を除き、図２のＴ３及びＴ５と同様である。プリンタ１００は、Ｔ２０６において、ＮＦＣ接続を利用してプリンタ１００のＭＡＣアドレス「ＹＹＹ」を携帯端末５０Ａに送信し、Ｔ２０９において、ＰＢＣモードを有効化する。

その後のＴ２１０及びＴ２１２は、プリンタ１００が利用される点を除き、図３のＴ１０３及びＴ１１０と同様である。Ｔ２１４では、プリンタ１００は、プリンタ１００のデバイス名と送信元のＭＡＣアドレス「ＹＹＹ」とを含むＰｒｏｂｅ応答を携帯端末５０Ｂに送信する。

その後のＴ２１６〜Ｔ２４６は、比較例１のプリンタ１００が利用される点を除き、図３のＴ１１４〜Ｔ１３０及びＴ１３２〜Ｔ１４６と同様である。この結果、Ｔ２４８において、プリンタ１００がＧ／Ｏ状態に移行し、Ｔ２４９において、携帯端末５０Ｂがクライアント状態に移行する。

上述したように、プリンタ１００と携帯端末５０Ａとの間にＮＦＣ接続が確立されたにも関わらず、プリンタ１００と携帯端末５０Ａとは異なる携帯端末５０Ｂとの間でＧ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎが実行され、プリンタ１００がＧ／Ｏ状態に移行してしまう。そして、この後に、プリンタ１００と携帯端末５０Ａとの間でＴ２５０〜Ｔ２７２が実行される。Ｔ２５０〜Ｔ２７２は、プリンタ１００が利用される点を除き、図２のＴ１０〜Ｔ３２と同様である。次いで、Ｔ２８０では、プリンタ１００は、携帯端末５０ＡからＧ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎ要求を受信する。しかしながら、プリンタ１００は、既にＧ／Ｏ状態に移行しているので（Ｔ２４８）、携帯端末５０ＡとのＧ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎを実行することができない。従って、プリンタ１００は、Ｇ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎ応答を携帯端末５０Ａに送信せず、この結果、携帯端末５０ＡとのＷＦＤ接続を確立することができない。

比較例１に示されるように、従来のプリンタ１００は、ＮＦＣ接続が確立された携帯端末５０ＡとのＷＦＤ接続を確立することができない可能性がある。これに対し、本実施例のプリンタ１０は、以下の図５及び図６の処理を実行することによって、ＮＦＣ接続が確立された携帯端末５０ＡとのＷＦＤ接続を適切に確立することができる。

（ケースＡ３；図５）
図５を参照して、プリンタ１０がＧ／Ｏ状態に移行した後に、プリンタ１０と携帯端末５０Ａとの間のＷＦＤ接続が適切に確立されるケースＡ３を説明する。Ｔ３０３〜Ｔ３０６は、図２のＴ３〜Ｔ６と同様である。ＣＰＵ３２は、Ｔ３０７において、ＮＦＣ接続を利用して、携帯端末５０Ａから、携帯端末５０ＡのＭＡＣアドレス「ＡＡＡ」を受信し、Ｔ３０８において、ＭＡＣアドレス「ＡＡＡ」をメモリ３４に記憶する。Ｔ３０９は、図２のＴ９と同様である。

以下では、プリンタ１０が携帯端末５０Ａ及び携帯端末５０Ｂのどちらかと通信を実行する状況を想定している。当該通信の対象の携帯端末のことを「対象携帯端末」と呼ぶ。対象携帯端末が携帯端末５０Ａである場合には、図２のＴ１０〜Ｔ４２と同様の処理が実行され、対象携帯端末が携帯端末５０Ｂである場合には、図３のＴ１０３〜Ｔ１３０及びＴ１３２〜Ｔ１４６と同様の処理が実行される。本ケースでは、Ｔ３４４において、プリンタ１０がＧ／Ｏ状態に移行し、Ｔ３４６において、対象携帯端末がクライアント状態に移行する。Ｔ３５０は、図２のＴ５０と同様である。

Ｔ３６０では、ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ１６を介した通信のための通信ポートを制限する。具体的には、ＣＰＵ３２は、ＤＨＣＰ（Dynamic Host Configuration Protocolの略）に従った通信において利用されるポート番号（例えば「６７」、「６８」）を有する通信ポートのみを開放して、他のプロトコルに従った通信において利用されるポート番号を有する通信ポートを閉じる。これにより、例えば、対象携帯端末が携帯端末５０Ｂであり、ＷＦＤ接続を利用して、携帯端末５０Ｂからプリンタ１０に印刷データが送信されても、プリンタ１０によって印刷データが受信されない。従って、ＮＦＣ接続が確立された携帯端末５０Ａとは異なる携帯端末５０ＢとのＷＦＤ接続が確立されても、当該ＷＦＤ接続を利用した通信を制限することができる。

Ｔ３７０では、ＣＰＵ３２は、Ｔ３５０で確立されたＷＦＤ接続を利用して、対象携帯端末から、ＩＰアドレスの割り当てを要求するＤＨＣＰ要求を受信する。当該ＤＨＣＰ要求は、送信元のＭＡＣアドレス（即ち「ＡＡＡ」又は「ＢＢＢ」）を含む。

Ｓ１０では、ＣＰＵ３２は、ＤＨＣＰ要求内の送信元のＭＡＣアドレスと、Ｔ３０８で記憶されたメモリ３４内のＭＡＣアドレス「ＡＡＡ」と、が一致するのか否かを判断する。ＣＰＵ３２は、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致すると判断する場合、即ち、携帯端末５０Ａと対象携帯端末とが一致すると判断する場合（Ｓ１０でＹＥＳ）には、Ｔ３７２において、ＤＨＣＰ応答を携帯端末５０Ａに送信する。当該ＤＨＣＰ応答は、対象携帯端末によって利用されるべきＩＰアドレス（図示省略）を含む。次いで、ＣＰＵ３２は、Ｔ３７４において、Ｔ３６０において閉じられた各通信ポートを開放する。この結果、ＣＰＵ３２は、印刷操作が携帯端末５０Ａに実行されることに応じて（Ｔ３８０）、ＷＦＤ接続を利用して携帯端末５０Ａから印刷データを受信することができ（Ｔ３８２）、当該印刷データに従った印刷を印刷実行部２０に実行させることができる（Ｔ３８４）。

一方、ＣＰＵ３２は、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致しないと判断する場合、即ち、携帯端末５０Ａと対象携帯端末（即ち携帯端末５０Ｂ）とが一致しないと判断する場合（Ｓ１０でＮＯ）には、Ｔ３９０において、ＷＦＤ接続の切断を要求する切断要求を携帯端末５０Ｂに送信して、Ｔ３９２において、携帯端末５０ＢとのＷＦＤ接続を切断する。

ＣＰＵ３２は、Ｔ３９４において、Ｇ／Ｏ状態からデバイス状態に移行し、Ｔ３９６において、ＰＢＣモードを再び有効化する。これにより、その後、ＣＰＵ３２は、図２のＴ１０〜Ｔ４２及び図５のＴ３４４〜Ｔ３８４の通信を携帯端末５０Ａと実行することができる。即ち、ＣＰＵ３２は、携帯端末５０ＡとのＷＦＤ接続を適切に確立することができ、この結果、ＷＦＤ接続を利用して携帯端末５０Ａから印刷データを受信し、印刷データに従った印刷を印刷実行部２０に実行させることができる。

上記のように、プリンタ１０は、ＮＦＣ接続を携帯端末５０Ａと確立する場合（Ｔ３０５）に、携帯端末５０Ａから携帯端末５０ＡのＭＡＣアドレス「ＡＡＡ」を受信する（Ｔ３０７）。その後、プリンタ１０は、ＷＦＤ接続を対象携帯端末（即ち携帯端末５０Ａ又は携帯端末５０Ｂ）と確立した後に（Ｔ３５０）、対象携帯端末から送信元のＭＡＣアドレスを含むＤＨＣＰ要求を受信する（Ｔ３７０）。この場合、プリンタ１０は、記憶済みのＭＡＣアドレス「ＡＡＡ」と送信元のＭＡＣアドレスとを利用して、携帯端末５０Ａと対象携帯端末とが一致するのか否かを判断し（Ｓ１０）、携帯端末５０Ａと対象携帯端末とが一致しないと判断する場合（Ｓ１０でＮＯ）、即ち、対象携帯端末が携帯端末５０Ａとは異なる携帯端末５０Ｂである場合に、携帯端末５０ＢとのＷＦＤ接続を切断する（Ｔ３９２）。このように、携帯端末５０Ａとは異なる携帯端末５０ＢとのＷＦＤ接続が切断されるので、その後、プリンタ１０は、ＷＦＤ接続を携帯端末５０Ａと適切に確立し得る。

また、上記のように、プリンタ１０は、対象携帯端末とのＷＦＤ接続が確立される場合（Ｔ３５０）に、Ｗｉ−ＦｉＩ／Ｆ１６を介した通信のための通信ポートを制限する（Ｔ３６０）。ここで、通信ポートが制限されない比較例を想定する。比較例では、プリンタは、例えば、携帯端末５０Ａとは異なる不正な携帯端末とのＷＦＤ接続を確立する場合に、ＷＦＤ接続を利用して当該携帯端末との印刷データの通信を実行し得る。これに対し、本実施例では、プリンタ１０は、通信ポートを制限するので、携帯端末５０Ａとは異なる不正な携帯端末とのＷＦＤ接続を利用して印刷データの通信を実行することがない。従って、不正な携帯端末との印刷データの通信が実行されることを抑制できる。

（ケースＡ４：図６）
続いて、図６を参照して、プリンタ１０がクライアント状態に移行した後に、プリンタ１０と携帯端末５０Ａとの間のＷＦＤ接続が適切に確立されるケースＡ４を説明する。Ｔ４０３〜Ｔ４０６は、図２のＴ３〜Ｔ６と同様である。ＣＰＵ３２は、Ｔ４０７において、ＮＦＣ接続を利用して、携帯端末５０Ａから、携帯端末５０ＡのＭＡＣアドレス「ＡＡＡ」を受信し、Ｔ４０８において、ＭＡＣアドレス「ＡＡＡ」をメモリ３４に記憶する。Ｔ４０９は、図２のＴ９と同様である。

次いで、プリンタ１０は、対象携帯端末（即ち携帯端末５０Ａ又は携帯端末５０Ｂ）との通信を実行する。対象携帯端末が携帯端末５０Ａである場合には、図２のＴ１０〜Ｔ４２と同様の処理が実行され、対象携帯端末が携帯端末５０Ｂである場合には、図３のＴ１０３〜Ｔ１３０及びＴ１３２〜Ｔ１４６と同様の処理が実行される。本ケースでは、Ｔ４４４において、プリンタ１０がクライアント状態に移行し、Ｔ４４６において、対象携帯端末がＧ／Ｏ状態に移行する。Ｔ４５０及びＴ４６０は、図５のＴ３５０及びＴ３６０と同様である。ただし、Ｔ４５０において、ＣＰＵ３２は、ＷＰＳ Ｎｅｇｏｔｉａｔｉｏｎにおいて、対象携帯端末からＳＳＩＤ及びパスワードを含む無線設定情報を受信し、４ｗａｙ−ｈａｎｄｓｈａｋｅの通信の過程において、ＳＳＩＤ及びパスワードを対象携帯端末に送信して、当該ＳＳＩＤ及びパスワードの認証が対象携帯端末で成功する場合に、対象携帯端末とのＷＦＤ接続を確立する。

次いで、ＣＰＵ３２は、Ｔ４７０において、ＷＦＤ接続を利用して、ＩＰアドレスの割り当てを対象携帯端末に要求するＤＨＣＰ要求を対象携帯端末に送信して、Ｔ４７２において、対象携帯端末から、送信元のＭＡＣアドレスと、プリンタ１０によって利用されるべきＩＰアドレス（図示省略）と、を含むＤＨＣＰ応答を受信する。

Ｓ２０では、ＣＰＵ３２は、ＤＨＣＰ応答内の送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致するのか否かを判断する。ＣＰＵ３２は、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致すると判断する場合、即ち、携帯端末５０Ａと対象携帯端末とが一致すると判断する場合（Ｓ２０でＹＥＳ）には、Ｔ４７４において、Ｔ４６０において閉じられた各通信ポートを開放する。その後のＴ４８０〜Ｔ４８４は、図５のＴ３８０〜Ｔ３８４と同様である。

一方、ＣＰＵ３２は、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致しないと判断する場合、即ち、携帯端末５０Ａと対象携帯端末（即ち携帯端末５０Ｂ）とが一致しないと判断する場合（Ｓ２０でＮＯ）には、Ｔ４９０において、ＷＦＤ接続の切断を要求する切断要求を携帯端末５０Ｂに送信して、Ｔ４９２において、携帯端末５０ＢとのＷＦＤ接続を切断する。Ｔ４９４及びＴ４９６は、図５のＴ３９４及びＴ３９６と同様である。

上記のように、プリンタ１０は、ＮＦＣ接続を携帯端末５０Ａと確立する場合（Ｔ４０５）に、携帯端末５０Ａから携帯端末５０ＡのＭＡＣアドレス「ＡＡＡ」を受信する（Ｔ４０７）。その後、プリンタ１０は、ＷＦＤ接続を対象携帯端末と確立した後に（Ｔ４５０）、ＤＨＣＰ要求を対象携帯端末に送信して（Ｔ４７０）、対象携帯端末から送信元のＭＡＣアドレスを含むＤＨＣＰ応答を受信する（Ｔ４７２）。この場合、プリンタ１０は、記憶済みのＭＡＣアドレス「ＡＡＡ」と送信元のＭＡＣアドレスとを利用して、携帯端末５０Ａと対象携帯端末とが一致するのか否かを判断し（Ｓ２０）、携帯端末５０Ａと対象携帯端末とが一致しないと判断する場合（Ｓ２０でＮＯ）、即ち、対象携帯端末が携帯端末５０Ｂである場合に、携帯端末５０ＢとのＷＦＤ接続を切断する（Ｔ４９２）。このように、携帯端末５０Ａとは異なる携帯端末５０ＢとのＷＦＤ接続が切断されるので、その後、プリンタ１０は、ＷＦＤ接続を携帯端末５０Ａと適切に確立し得る。

（ケースＢ１；図７）
続いて、図７を参照して、プリンタ１０がＧ／Ｏ状態である状況において、プリンタ１０と携帯端末５０Ａとの間にＮＦＣ接続が確立された後にＷＦＤ接続が確立されるケースＢ１を説明する。例えば、プリンタ１０が各携帯端末５０Ａ，５０Ｂとは異なる携帯端末（図示省略）とのＧ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎを実行した結果として、プリンタ１０がＧ／Ｏ状態に移行すると、本ケースＢ１の初期状態が実現される。また例えば、プリンタ１０をＧ／Ｏ状態に自発的に移行させる操作がユーザによってプリンタ１０に実行されると、本ケースＢ１の初期状態が実現される。

Ｔ５０３〜Ｔ５１０は、プリンタ１０がＧ／Ｏ状態である点を除き、図２のＴ３〜Ｔ１０と同様である。プリンタ１０のＣＰＵ３２は、Ｔ５１２において、Ｐｒｏｂｅ応答を携帯端末５０Ａに送信する。当該Ｐｒｏｂｅ応答は、プリンタ１０がＧ／Ｏとして動作する無線ネットワークで利用されるＳＳＩＤ「ａｂｃ」と、送信元のＭＡＣアドレス「ＸＸＸ」と、を含む。

携帯端末５０Ａは、Ｔ５１０でＰｒｏｂｅ要求を送信すると、プリンタ１０を含む１個以上のデバイスのそれぞれからＰｒｏｂｅ応答を受信する。携帯端末５０Ａは、１個以上のＰｒｏｂｅ応答の中から、Ｔ５０６で受信されたＭＡＣアドレス「ＸＸＸ」を含むＰｒｏｂｅ応答を特定し、Ｔ５２０において、特定済みのＰｒｏｂｅ応答に含まれるＳＳＩＤ「ａｂｃ」を送信先として含むＰｒｏｂｅ要求をプリンタ１０に送信する。

Ｔ５２２〜Ｔ５３２は、プリンタ１０がＧ／Ｏ状態である点、及び、Ｔ５２０のＰｒｏｂｅ要求がＳＳＩＤ「ａｂｃ」を含む点を除き、図２のＴ２２〜Ｔ３２と同様である。本ケースでは、プリンタ１０が既にＧ／Ｏ状態として動作しているので、ＣＰＵ３２は、携帯端末５０ＡからＧ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎ要求を受信することなく、Ｔ５５０において、携帯端末５０Ａとの各種通信を実行して、携帯端末５０ＡとのＷＦＤ接続を確立する。Ｔ５６０〜Ｔ５６４は、図２のＴ６０〜Ｔ６４と同様である。

（ケースＢ２；図８）
続いて、図８を参照して、プリンタ１０がＧ／Ｏ状態である状況において、プリンタ１０と携帯端末５０Ｂとの間にＮＦＣ接続が確立されることなくＷＦＤ接続が確立されるケースＢ２を説明する。Ｔ６０３及びＴ６１０は、図３のＴ１０３及びＴ１１０と同様である。Ｔ６１２では、プリンタ１０のＣＰＵ３２は、デバイス名「ｏｆｆｉｃｅ ｐｒｉｎｔｅｒ」とＳＳＩＤ「ａｂｃ」とプリンタ１０のＭＡＣアドレス「ＸＸＸ」とを含むＰｒｏｂｅ応答を携帯端末５０Ｂに送信する。

Ｔ６１４及びＴ６１６は、図３のＴ１１４及びＴ１１６と同様である。この場合、Ｔ６２０において、携帯端末５０Ｂは、選択済みのデバイス名「ｏｆｆｉｃｅ ｐｒｉｎｔｅｒ」を含むＴ６１２のＰｒｏｂｅ応答に含まれるＳＳＩＤ「ａｂｃ」を特定し（即ち接続対象のプリンタ１０を特定し）、特定済みのＳＳＩＤ「ａｂｃ」を送信先として含むＰｒｏｂｅ要求をプリンタ１０に送信する。Ｔ６２２及びＴ６３０は、図３のＴ１２２及びＴ１３０と同様である。

ＣＰＵ３２は、Ｔ６３０において、携帯端末５０ＢからＰｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ要求を受信することに応じて、Ｔ６３６において、ＰＢＣモードを有効化し、Ｔ６３８において、Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ応答を携帯端末５０Ｂに送信する。Ｔ６５０〜Ｔ６６４は、図３のＴ１５０〜Ｔ１６４と同様である。

上記の図７及び図８のケースＢ１及びＢ２に示されるように、プリンタ１０は、各携帯端末５０Ａ，５０ＢとのＷＦＤ接続を確立することができる。ここで、プリンタ１０において、携帯端末５０ＡとのＮＦＣ接続が確立されることに応じて、ＰＢＣモードが有効化された後に（即ち図７のＴ５０９の後に）、携帯端末５０Ａとは異なる携帯端末５０ＢにおいてＷＦＤ接続操作が実行される状況を想定する。この場合、従来のプリンタでは、ＮＦＣ接続が確立された携帯端末５０ＡとのＷＦＤ接続が適切に確立されない可能性がある。図９を参照して、このような従来のプリンタ１００の動作を示す比較例２を説明する。

（比較例２；図９）
Ｔ７０３〜Ｔ７１１は、プリンタ１００がＧ／Ｏ状態である点を除き、図４のＴ２０３〜２１２と同様である。Ｔ７１２では、プリンタ１００は、プリンタ１００のデバイス名とプリンタ１００がＧ／Ｏとして動作する無線ネットワークのＳＳＩＤ「ｄｅｆ」と送信元のＭＡＣアドレス「ＹＹＹ」とを含むＰｒｏｂｅ応答を携帯端末５０Ｂに送信する。その後のＴ７１４〜Ｔ７５０は、プリンタ１００が利用される点を除き、図８のＴ６１４〜Ｔ６５０と同様である。

上述したように、プリンタ１００と携帯端末５０Ａとの間にＮＦＣ接続が確立されたにも関わらず、プリンタ１００と携帯端末５０Ａとは異なる携帯端末５０Ｂとの間でＷＰＳ Ｎｅｇｏｔｉａｔｉｏｎが実行され、その過程において、ＰＢＣモードが無効化されてしまう（Ｔ７５０）。そして、この後に、プリンタ１００と携帯端末５０Ａとの間でＴ７６０〜Ｔ７８０が実行される。Ｔ７６０〜Ｔ７８０は、図７のＴ５１０〜Ｔ５３０と同様である。しかしながら、プリンタ１００は、ＰＢＣモードを無効化しているので（Ｔ７５０）、携帯端末５０ＡとＰＢＣモードに従った通信を実行することができない。従って、プリンタ１００は、Ｐｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙ応答を携帯端末５０Ａに送信せず、この結果、携帯端末５０ＡとのＷＦＤ接続を確立することができない。

比較例２に示されるように、従来のプリンタ１００は、ＮＦＣ接続が確立された携帯端末５０ＡとのＷＦＤ接続を確立することができない可能性がある。これに対し、本実施例のプリンタ１０は、以下の図１０の処理を実行することによって、ＮＦＣ接続が確立された携帯端末５０ＡとのＷＦＤ接続を適切に確立することができる。

（ケースＢ３；図１０）
図１０を参照して、プリンタ１０と携帯端末５０Ａとの間のＷＦＤ接続が適切に確立されるケースＢ３を説明する。Ｔ８０３〜Ｔ８０９は、プリンタ１０がＧ／Ｏ状態である点を除き、図５のＴ３０３〜Ｔ３０９と同様である。

次いで、ＣＰＵ３２は、対象携帯端末（即ち携帯端末５０Ａ又は携帯端末５０Ｂ）との通信を実行する。対象携帯端末が携帯端末５０Ａである場合には、図７のＴ５１０〜Ｔ５５０と同様の処理が実行され、対象携帯端末が携帯端末５０Ｂである場合には、図８のＴ６０３〜Ｔ６３０、Ｔ６３８、及び、Ｔ６５０と同様の処理が実行される。その後、ＣＰＵ３２は、Ｔ８６０において、Ｗｉ−ＦｉＩ／Ｆ１６を介した通信のための通信ポートを制限し、Ｔ８７０において、対象携帯端末から送信元のＭＡＣアドレスを含むＤＨＣＰ要求を受信する。

Ｓ３０は、図５のＳ１０と同様である。ＣＰＵ３２は、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致すると判断する場合、即ち、携帯端末５０Ａと対象携帯端末とが一致すると判断する場合（Ｓ３０でＹＥＳ）には、Ｔ８７２において、ＤＨＣＰ応答を携帯端末５０Ａに送信して、Ｔ８７４において、Ｔ８６０において閉じられた各通信ポートを開放する。この結果、ＣＰＵ３２は、印刷操作が携帯端末５０Ａに実行されることに応じて（Ｔ８８０）、ＷＦＤ接続を利用して携帯端末５０Ａから印刷データを受信することができ（Ｔ８８２）、印刷データに従った印刷を印刷実行部２０に実行させることができる（Ｔ８８４）。

一方、ＣＰＵ３２は、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致しないと判断する場合、即ち、携帯端末５０Ａと対象携帯端末（即ち携帯端末５０Ｂ）とが一致しないと判断する場合（Ｓ３０でＮＯ）には、Ｔ８９０において、ＷＦＤ接続の切断を要求する切断要求を携帯端末５０Ｂに送信して、Ｔ８９２において、携帯端末５０ＢとのＷＦＤ接続を切断する。そして、ＣＰＵ３２は、Ｔ８９６において、ＰＢＣモードを有効化する。本ケースにおいても、携帯端末５０Ａとは異なる携帯端末５０ＢとのＷＦＤ接続が切断されるので、その後、プリンタ１０は、携帯端末５０ＡとのＷＦＤ接続を適切に確立し得る。

（対応関係）
プリンタ１０、携帯端末５０Ａ、対象携帯端末が、それぞれ、「通信装置」、「第１の端末装置」、「第２の端末装置」の一例である。ＮＦＣＩ／Ｆ１８、Ｗｉ−ＦｉＩ／Ｆ１６が、それぞれ、「第１の無線インターフェース」、「第２の無線インターフェース」の一例であり、携帯端末５０ＡとのＮＦＣ接続、対象携帯端末とのＷＦＤ接続が、それぞれ、「第１の無線接続」、「第２の無線接続」の一例である。ＭＡＣアドレス「ＡＡＡ」が、「第１の特定情報」の一例である。図５のＴ３７０及び図１０のＴ８７０のＤＨＣＰ要求内のＭＡＣアドレスと、図６のＴ４７２のＤＨＣＰ応答内のＭＡＣアドレスと、が「第２の特定情報」の一例である。Ｔ３７０及びＴ８７０のＤＨＣＰ要求、Ｔ４７０のＤＨＣＰ要求が、それぞれ、「第１の要求」、「第２の要求」の一例である。

図５のＴ３０７（及び図６のＴ４０７、図１０のＴ８０７）の処理、Ｔ３５０（及びＴ４５０、Ｔ８５０）の処理が、それぞれ、「第１の特定情報受信部」、「確立部」によって実行される処理の一例である。Ｔ３７０（及びＴ４７２、Ｔ８７０）の処理が、「第２の特定情報受信部」によって実行される処理の一例である。図５のＳ１０、図６のＳ２０、及び、図１０のＳ３０の処理が、「判断部」によって実行される処理の一例である。Ｔ３９０、Ｔ４９０、及び、Ｔ８９０が、「切断部」によって実行される処理の一例である。

（第２実施例；図１１）
続いて、図１１を参照して、第２実施例を説明する。第２実施例では、各携帯端末５０Ａ，５０Ｂが暗号鍵及び復号鍵を記憶している。携帯端末５０Ａの暗号鍵及び復号鍵は、携帯端末５０Ｂの暗号鍵及び復号鍵とは異なる。

図１１のＴ９０３〜Ｔ９０６は、図２のＴ３〜Ｔ６と同様である。プリンタ１０のＣＰＵ３２は、Ｔ９０７において、ＮＦＣ接続を利用して、携帯端末５０Ａから暗号鍵を受信し、Ｔ９０８において、暗号鍵をメモリ３４に記憶する。Ｔ９０９は、図２のＴ９と同様である。

次いで、プリンタ１０は、対象携帯端末（即ち携帯端末５０Ａ又は携帯端末５０Ｂ）との通信を実行する。対象携帯端末が携帯端末５０Ａである場合には、図２のＴ１０〜Ｔ４２と同様の処理が実行され、対象携帯端末が携帯端末５０Ｂである場合には、図３のＴ１０３〜Ｔ１３０及びＴ１３２〜Ｔ１４６と同様の処理が実行される。この結果、Ｔ９４４において、プリンタ１０がＧ／Ｏ状態に移行し、Ｔ９４６において、対象携帯端末がクライアント状態に移行する。Ｔ９５０及びＴ９６０は、図５のＴ３５０及びＴ３６０と同様である。ただし、Ｔ９６０では、後述のＣｈａｌｌｅｎｇｅ要求及びＣｈａｌｌｅｎｇｅ応答の通信に利用されるポートは閉じられない。

ＣＰＵ３２は、Ｔ９６２において、Ｔ９０８で記憶された暗号鍵を利用して、対象データを暗号化して暗号化データを生成し、Ｔ９７０において、ＷＦＤ接続を利用して、暗号化データを含むＣｈａｌｌｅｎｇｅ要求を携帯端末５０Ａに送信する。Ｃｈａｌｌｅｎｇｅ要求は、プリンタ１０への復号データの送信を対象携帯端末に要求するコマンドである。

対象携帯端末は、Ｔ９７０において、プリンタ１０からＣｈａｌｌｅｎｇｅ要求を受信することに応じて、Ｔ９７２において、復号鍵を利用して、Ｃｈａｌｌｅｎｇｅ要求内の暗号化データを復号して復号データを生成し、Ｔ９７４において、復号データを含むＣｈａｌｌｅｎｇｅ応答をプリンタ１０に送信する。

ＣＰＵ３２は、Ｔ９７４において、対象携帯端末からＣｈａｌｌｅｎｇｅ応答を受信することに応じて、Ｓ４０において、対象データとＣｈａｌｌｅｎｇｅ応答内の復号データとが一致するのか否かを判断する。ＣＰＵ３２は、対象データと復号データとが一致すると判断する場合、即ち、携帯端末５０Ａと対象携帯端末とが一致すると判断する場合（Ｓ４０でＹＥＳ）には、Ｔ９７８において、Ｔ９６０において閉じられた各通信ポートを開放する。その後のＴ９８０〜Ｔ９８４は、図５のＴ３８０〜Ｔ３８４と同様である。

一方、ＣＰＵ３２は、対象データと復号データとが一致しないと判断する場合、即ち、携帯端末５０Ａと対象携帯端末（即ち携帯端末５０Ｂ）とが一致しないと判断する場合（Ｓ４０でＮＯ）には、Ｔ９９０において、ＷＦＤ接続の切断を要求する切断要求を携帯端末５０Ｂに送信して、Ｔ９９２において、携帯端末５０ＢとのＷＦＤ接続を切断する。Ｔ９９４及びＴ９９６は、図５のＴ３９４及びＴ３９６と同様である。

上記ように、プリンタ１０は、ＮＦＣ接続を携帯端末５０Ａと確立する場合に、携帯端末５０Ａから暗号鍵を受信する（Ｔ９０７）。その後、プリンタ１０は、ＷＦＤ接続を対象携帯端末（即ち携帯端末５０Ａ又は携帯端末５０Ｂ）と確立した後に（Ｔ９５０）、記憶済みの暗号鍵を利用して対象データを暗号化し（Ｔ９６２）、暗号化データを含むＣｈａｌｌｅｎｇｅ要求を対象携帯端末に送信して（Ｔ９７０）、対象携帯端末から復号データを含むＣｈａｌｌｅｎｇｅ応答を受信する（Ｔ９７４）。この場合、プリンタ１０は、対象データと復号データとを利用して、携帯端末５０Ａと対象携帯端末とが一致するのか否かを判断し（Ｓ４０）、携帯端末５０Ａと対象携帯端末とが一致しないと判断する場合（Ｓ４０でＮＯ）、即ち、対象携帯端末が携帯端末５０Ａとは異なる携帯端末５０Ｂである場合に、携帯端末５０ＢとのＷＦＤ接続を切断する（Ｔ９９２）。このように、携帯端末５０Ａとは異なる携帯端末５０ＢとのＷＦＤ接続が切断されるので、その後、プリンタ１０は、ＷＦＤ接続を携帯端末５０Ａと適切に確立し得る。

なお、図示省略しているが、プリンタ１０がＧ／Ｏ状態である状況において、プリンタ１０と携帯端末５０Ａとの間にＮＦＣ接続が確立される場合には、Ｇ／Ｏ Ｎｅｇｏｔｉａｔｉｏｎが実行されない（例えばＴ９４４、Ｔ９４６等が実行されない）点、及び、Ｔ９９４が実行されない点を除いて、図１１と同様の処理が実行される。

（対応関係）
Ｔ９０７で受信される暗号鍵、Ｔ９７４で受信される復号データが、それぞれ、「第１の特定情報」、「第２の特定情報」の一例である。Ｔ９０７の処理、Ｔ９５０の処理、Ｔ９７４の処理、Ｓ４０の処理、Ｔ９９０の処理が、それぞれ、「第１の特定情報受信部」、「確立部」、「第２の特定情報受信部」、「判断部」、「切断部」によって実行される処理の一例である。

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

（変形例１）図５のＴ３０７において、ＣＰＵ３２は、携帯端末５０Ａから、携帯端末５０ＡのＭＡＣアドレス「ＡＡＡ」に代えて、携帯端末５０Ａのデバイス名を受信してもよい。この場合、ＣＰＵ３２は、Ｔ３０８において、受信済みのデバイス名をメモリ３４内に記憶し、Ｔ３７０において、対象携帯端末から、対象携帯端末のデバイス名を含むＤＨＣＰ要求を受信する場合に、記憶済みの携帯端末５０Ａのデバイス名と、ＤＨＣＰ要求内のデバイス名と、が一致するのか否かを判断する。本変形例では、携帯端末５０Ａのデバイス名、ＤＨＣＰ要求内のデバイス名が、それぞれ、「第１の特定情報」、「第２の特定情報」の一例である。また、別の変形例では、ＣＰＵ３２は、携帯端末５０Ａを識別する他の識別情報（例えばＵＵＩＤ（Universally Unique Identifierの略）等）を利用して、携帯端末５０Ａと対象携帯端末とが一致するのか否かを判断してもよい。

（変形例２）図５のＴ３７０において、ＣＰＵ３２は、ＮＦＣ接続を利用して、携帯端末５０Ａから、携帯端末５０ＡのＭＡＣアドレス「ＡＡＡ」を受信してもよい。即ち、「第２の特定情報受信部」は、第２の無線接続を利用しなくてもよい。

（変形例３）図１１のＴ９０７，Ｔ９０８において、ＣＰＵ３２は、暗号鍵に代えて、携帯端末５０Ａから暗号鍵を含む証明書を受信して、証明書をメモリ３４に記憶してもよい。この場合、ＣＰＵ３２は、対象携帯端末とのＷＦＤ接続が確立されることに応じて、ＷＦＤ接続を利用して、証明書付きデータの送信を要求するデータ要求を対象携帯端末に送信して、対象携帯端末から証明書付きデータを受信する。ＣＰＵ３２は、記憶済みの証明書内の暗号鍵を利用して、証明書付きデータを復号して証明書を取得し、記憶済みの証明書と取得済みの証明書とが一致するのか否かを判断することによって、携帯端末５０Ａと対象携帯端末とが一致するのか否かを判断する。本変形例では、証明書、証明書付きデータが、それぞれ、「第１の特定情報」、「第２の特定情報」の一例である。

（変形例４）図５のＴ３６０及びＴ３７４は、省略可能である。即ち、「通信制限部」及び「解除部」は省略可能である。

（変形例５）プリンタ１０は、ＷＦＤ方式をサポートしていなくてもよく、それに代えて、例えば、ＳｏｆｔＡＰ方式をサポートしていてもよい。この場合、例えば図５において、ＣＰＵ３２は、携帯端末５０ＡとのＮＦＣ接続が確立されることに応じて（Ｔ３０５）、ＳｏｆＴＡＰを起動していない状態から、ＳｏｆＴＡＰを起動している状態に移行してもよい。なお、ＷＦＤ方式のＧ／Ｏ状態、及び、ＳｏｆＴＡＰを起動している状態をまとめて「親局状態」と呼んでもよい。

（変形例６）図５のＴ３０９において、ＣＰＵ３２は、ＰＢＣモードに代えて、ＷＰＳのＰＩＮコード方式を有効化してもよい。例えば、ＣＰＵ３２は、ＰＩＮコードを表示部１４に表示し、当該ＰＩＮコードが対象携帯端末に入力される場合に、対象携帯端末とのＷＦＤ接続を確立する。また、ＣＰＵ３２は、Ｔ３９６において、ＰＢＣモードに代えて、ＰＩＮコード方式を再び有効化してもよい。また、別の変形例では、ＣＰＵ３２は、ＷＰＳとは異なる自動無線設定（例えばＡＯＳＳ（登録商標）等）を利用して、対象携帯端末とのＷＦＤ接続を確立してもよい。これらの変形例では、「第１の有効化部」及び「第２の有効化部」を省略可能である。

（変形例７）プリンタ１０は、ＮＦＣＩ／Ｆ１８に代えて、ＢＴ（Bluetooth（登録商標）の略）Ｉ／Ｆを備えてもよい。この場合、例えば図５のＴ３０５〜Ｔ３０７がＢＴに従って実行される。本変形例では、ＢＴＩ／Ｆが、「第１の無線インターフェース」の一例である。また、別の変形例では、プリンタ１０は、ＮＦＣＩ／Ｆ１８もＢＴＩ／Ｆも備えなくてもよい。この場合、プリンタ１０のＷｉ−ＦｉＩ／Ｆ１６は、ＩＥＥＥ８０２．１１ａｈに準拠するＷｉ−Ｆｉ ＨａＬｏｗ方式、又は、ＩＥＥＥ８０２．１１ｓに準拠するＷｉ−Ｆｉ Ａｗａｒｅ方式をサポートしていてもよい。この場合、例えば図５のＴ３０５〜Ｔ３０７がＷｉ−Ｆｉ ＨａＬｏｗ方式又はＷｉ−Ｆｉ Ａｗａｒｅ方式に従って実行される。本変形例では、Ｗｉ−ＦｉＩ／Ｆ１６が、「第１の無線インターフェース」及び「第２の無線インターフェース」の一例である。

（変形例８）「通信装置」は、プリンタでなくてもよく、スキャナ、多機能機、携帯端末、ＰＣ、サーバ等の他のデバイスであってもよい。

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

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

２：通信システム、１０，１００：プリンタ、１２：操作部、１４：表示部、１６：Ｗｉ−ＦｉＩ／Ｆ、１８：ＮＦＣＩ／Ｆ、１９，３４：メモリ、２０：印刷実行部、３０：制御部、３２：ＣＰＵ、３６：プログラム、５０Ａ，５０Ｂ：携帯端末、５２：印刷アプリケーション

Claims (9)

1. 通信装置であって、
   第１の無線インターフェースと、
   第２の無線インターフェースと、
   前記第１の無線インターフェースを介した第１の無線接続が第１の端末装置と確立される場合に、前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、前記第１の端末装置から、第１の特定情報を受信する第１の特定情報受信部と、
   前記第１の端末装置から前記第１の特定情報が受信された後に、前記第２の無線インターフェースを介した第２の無線接続を第２の端末装置と確立する確立部と、
   前記第２の無線接続が前記第２の端末装置と確立された後に、前記第２の端末装置から第２の特定情報を受信する第２の特定情報受信部と、
   前記第２の端末装置から前記第２の特定情報が受信される場合に、前記第１の特定情報と前記第２の特定情報とを利用して、前記第１の端末装置と前記第２の端末装置とが一致するのか否かを判断する判断部と、
   前記第１の端末装置と前記第２の端末装置とが一致しないと判断される場合に、前記第１の端末装置とは異なる前記第２の端末装置との前記第２の無線接続を切断する切断部であって、前記第１の端末装置と前記第２の端末装置とが一致すると判断される場合に、前記第１の端末装置に一致する前記第２の端末装置との前記第２の無線接続は切断されない、前記切断部と、
   を備える、通信装置。
2. 前記第２の特定情報受信部は、前記第２の無線接続を利用して、前記第２の無線インターフェースを介して、前記第２の端末装置から前記第２の特定情報を受信する、請求項１に記載の通信装置。
3. 前記第１の特定情報は、前記第１の端末装置のＭＡＣアドレスであり、
   前記第２の特定情報は、前記第２の端末装置のＭＡＣアドレスであり、
   前記判断部は、
   前記第１の特定情報と前記第２の特定情報とが一致する場合に、前記第１の端末装置と前記第２の端末装置とが一致すると判断し、
   前記第１の特定情報と前記第２の特定情報とが一致しない場合に、前記第１の端末装置と前記第２の端末装置とが一致しないと判断する、請求項２に記載の通信装置。
4. 前記通信装置は、さらに、
   前記通信装置がＷＦＤ（Wi-Fi Directの略）方式のデバイス状態である間に、前記第１の無線接続が前記第１の端末装置と確立された後であって、前記第２の無線接続が前記第２の端末装置と確立される前に、前記通信装置の状態を前記デバイス状態から前記ＷＦＤ方式のＧｒｏｕｐＯｗｎｅｒ状態又はＣｌｉｅｎｔ状態に移行させる第１の状態移行部を備え、
   前記第２の特定情報受信部は、前記通信装置の状態が前記ＧｒｏｕｐＯｗｎｅｒ状態に移行した後に、前記第２の無線接続が前記第２の端末装置と確立される場合に、前記第２の無線接続を利用して、前記第２の無線インターフェースを介して、前記第２の端末装置から、前記第２の端末装置の前記ＭＡＣアドレスである前記第２の特定情報を含む第１の要求であって、前記第２の端末装置のＩＰアドレスの割り当てを前記通信装置に要求する前記第１の要求を受信し、
   前記通信装置は、さらに、前記通信装置の状態が前記Ｃｌｉｅｎｔ状態に移行した後に、前記第２の無線接続が前記第２の端末装置と確立される場合に、前記第２の無線接続を利用して、前記第２の無線インターフェースを介して、前記通信装置のＩＰアドレスの割り当てを前記第２の端末装置に要求する第２の要求を前記第２の端末装置に送信する要求送信部を備え、
   前記第２の特定情報受信部は、前記第２の要求が前記第２の端末装置に送信された後に、前記第２の無線接続を利用して、前記第２の無線インターフェースを介して、前記第２の端末装置から、前記第２の要求に対する応答であって、前記第２の端末装置の前記ＭＡＣアドレスである前記第２の特定情報を含む前記応答を受信する、請求項３に記載の通信装置。
5. 前記第１の特定情報は、暗号鍵であり、
   前記通信装置は、さらに、
   前記暗号鍵を利用して、対象データを暗号化して暗号化データを生成する生成部と、
   前記第２の無線接続を利用して、前記第２の無線インターフェースを介して、前記暗号化データを前記第２の端末装置に送信する暗号化データ送信部と、を備え、
   前記第２の特定情報は、前記暗号化データが前記第２の端末装置によって復号されることによって生成される復号データであり、
   前記判断部は、
   前記対象データと前記復号データとが一致する場合に、前記第１の端末装置と前記第２の端末装置とが一致すると判断し、
   前記対象データと前記復号データとが一致しない場合に、前記第１の端末装置と前記第２の端末装置とが一致しないと判断する、請求項２に記載の通信装置。
6. 前記通信装置は、さらに、
   前記第２の無線接続が前記第２の端末装置と確立される場合に、前記第２の無線インターフェースを介した通信を制限する通信制限部と、
   前記第１の端末装置と前記第２の端末装置とが一致すると判断される場合に、前記第２の無線インターフェースを介した通信の制限を解除する解除部と、を備える、請求項１から５のいずれか一項に記載の通信装置。
7. 前記通信装置は、さらに、
   前記通信装置がＷＦＤ（Wi-Fi Directの略）方式のデバイス状態である間に、前記第１の無線接続が前記第１の端末装置と確立された後であって、前記第２の無線接続が前記第２の端末装置と確立される前に、前記通信装置の状態を前記デバイス状態から前記ＷＦＤ方式のＧｒｏｕｐＯｗｎｅｒ状態に移行させる第１の状態移行部と、
   前記通信装置の状態が前記デバイス状態から前記ＧｒｏｕｐＯｗｎｅｒ状態に移行した後に、前記第１の端末装置と前記第２の端末装置とが一致しないと判断されることに起因して、前記第１の端末装置とは異なる前記第２の端末装置との前記第２の無線接続が切断される場合に、前記通信装置の状態を前記ＧｒｏｕｐＯｗｎｅｒ状態から前記デバイス状態に移行させる第２の状態移行部と、を備える、請求項１から６のいずれか一項に記載の通信装置。
8. 前記通信装置は、さらに、
   前記第１の無線接続が前記第１の端末装置と確立される場合に、ＷＰＳ（Wi-Fi Protected Setupの略）規格のＰＢＣ（Push Button Configurationの略）方式に従ったＰＢＣモードを有効化する第１の有効化部を備え、
   前記確立部は、前記ＰＢＣモードに従った所定通信を実行して、前記第２の無線接続を前記第２の端末装置と確立し、
   前記ＰＢＣモードは、前記第２の無線接続が確立されている状態では、無効化されており、
   前記通信装置は、さらに、
   前記第１の端末装置と前記第２の端末装置とが一致しないと判断されることに起因して、前記第１の端末装置とは異なる前記第２の端末装置との前記第２の無線接続が切断される場合に、前記ＰＢＣモードを再び有効化する第２の有効化部を備える、請求項１から７のいずれか一項に記載の通信装置。
9. 通信装置のためのコンピュータプログラムあって、
   前記通信装置のコンピュータを、以下の各部、即ち、
   前記通信装置の第１の無線インターフェースを介した第１の無線接続が第１の端末装置と確立される場合に、前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、前記第１の端末装置から、第１の特定情報を受信する第１の特定情報受信部と、
   前記第１の端末装置から前記第１の特定情報が受信された後に、前記通信装置の第２の無線インターフェースを介した第２の無線接続を第２の端末装置と確立する確立部と、
   前記第２の無線接続が前記第２の端末装置と確立された後に、前記第２の端末装置から第２の特定情報を受信する第２の特定情報受信部と、
   前記第２の端末装置から前記第２の特定情報が受信される場合に、前記第１の特定情報と前記第２の特定情報とを利用して、前記第１の端末装置と前記第２の端末装置とが一致するのか否かを判断する判断部と、
   前記第１の端末装置と前記第２の端末装置とが一致しないと判断される場合に、前記第１の端末装置とは異なる前記第２の端末装置との前記第２の無線接続を切断する切断部であって、前記第１の端末装置と前記第２の端末装置とが一致すると判断される場合に、前記第１の端末装置に一致する前記第２の端末装置との前記第２の無線接続は切断されない、前記切断部と、
   として機能させる、コンピュータプログラム。
   
   

Images