(57)【要約】【課題】  通信装置が、第２の無線インターフェースを介した第２の無線接続を第１の端末装置と適切に確立することができる技術を提供すること。【解決手段】  通信装置は、第１の無線接続が第１の端末装置と確立され、第１の端末装置から第１の端末装置を識別する第１の識別情報を受信した後に、第２の端末装置から、第２の端末装置を識別する第２の識別情報を含む接続要求を受信する。通信装置は、第１の識別情報と第２の識別情報とが一致する場合に、所定応答を第２の端末装置に送信して、第２の無線接続を第２の端末装置と確立し、第１の識別情報と第２の識別情報とが一致しない場合に、所定応答を第２の端末装置に送信しない。【選択図】図５
2019103050.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
第１の無線インターフェースと、
第２の無線インターフェースと、
前記第１の無線インターフェースを介した第１の無線接続が第１の端末装置と確立される場合に、前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、前記第１の端末装置から、前記第１の端末装置を識別する第１の識別情報を受信する第１の識別情報受信部と、
前記第１の端末装置から前記第１の識別情報が受信された後に、前記第２の無線インターフェースを介して、第２の端末装置から、無線接続の確立を要求する接続要求を受信する接続要求受信部であって、前記接続要求は、前記第２の端末装置を識別する第２の識別情報を含む、前記接続要求受信部と、
前記第２の端末装置から前記接続要求が受信される場合に、前記第１の識別情報と前記第２の識別情報とが一致するのか否かを判断する第１の判断部と、
前記第１の識別情報と前記第２の識別情報とが一致すると判断される場合に、前記第２の無線インターフェースを介して、所定応答を前記第２の端末装置に送信して、前記第２の無線インターフェースを介した第２の無線接続を前記第２の端末装置と確立する確立部であって、前記第１の識別情報と前記第２の識別情報とが一致しないと判断される場合に、前記所定応答は、前記第１の端末装置とは異なる前記第２の端末装置に送信されない、前記確立部と、
を備える、通信装置。
【請求項２】
前記通信装置の状態がＷＦＤ（Wi-Fi Directの略）方式のデバイス状態である場合に、
前記接続要求は、ＧｒｏｕｐＯｗｎｅｒＮｅｇｏｔｉａｔｉｏｎ要求であり、
前記所定応答は、ＧｒｏｕｐＯｗｎｅｒＮｅｇｏｔｉａｔｉｏｎを実行することを示すＧｒｏｕｐＯｗｎｅｒＮｅｇｏｔｉａｔｉｏｎ応答である、請求項１に記載の通信装置。
【請求項３】
前記通信装置の状態がＷＦＤ（Wi-Fi Directの略）方式のＧｒｏｕｐ  Ｏｗｎｅｒ状態である場合に、
前記接続要求は、Ａｓｓｏｃｉａｔｅ要求であり、
前記所定応答は、無線接続を確立することを示すＡｓｓｏｃｉａｔｅ応答である、請求項１又は２に記載の通信装置。
【請求項４】
前記第１の識別情報は、前記第１の端末装置のＭＡＣアドレスと、前記第１の端末装置のデバイス名と、のうちの少なくとも一方であり、
前記第２の識別情報は、前記第２の端末装置のＭＡＣアドレスと、前記第２の端末装置のデバイス名と、のうちの少なくとも一方である、請求項１から３のいずれか一項に記載の通信装置。
【請求項５】
前記通信装置は、さらに、
前記第１の無線接続が前記第１の端末装置と確立される場合に、ＷＰＳ（Wi-Fi Protected Setupの略）規格のＰＢＣ（Push Button Configurationの略）方式に従ったＰＢＣモードの動作を有効化するモード制御部を備える、請求項１から４のいずれか一項に記載の通信装置。
【請求項６】
前記通信装置は、さらに、
前記第１の無線接続が前記第１の端末装置と確立される場合に、前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、前記通信装置によって準備される第１の認証情報を前記第１の端末装置に送信する認証情報送信部と、
前記所定応答が前記第２の端末装置に送信された後に、前記第２の無線インターフェースを介して、前記第２の無線接続の確立のための所定通信が前記第２の端末装置と実行される過程で、前記第２の端末装置から前記第１の認証情報を用いて得られる特定情報が受信されたのか否かを判断する第２の判断部と、を備え、
前記確立部は、前記第２の端末装置から前記特定情報が受信されたと判断される場合に、前記第２の端末装置との前記所定通信を完了して、前記第２の無線接続を前記第２の端末装置と確立し、
前記第２の端末装置から前記特定情報が受信されなかったと判断される場合に、前記第２の端末装置との前記所定通信は中止される、請求項１から５のいずれか一項に記載の通信装置。
【請求項７】
通信装置であって、
第１の無線インターフェースと、
第２の無線インターフェースと、
前記第１の無線インターフェースを介した第１の無線接続が第１の端末装置と確立される場合に、前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、前記通信装置によって準備される第１の認証情報を前記第１の端末装置に送信する認証情報送信部と、
前記第１の認証情報が前記第１の端末装置に送信された後に、前記第２の無線インターフェースを介して、第２の無線接続の確立のための所定通信が第２の端末装置と実行される過程で、前記第２の無線インターフェースを介して、前記第２の端末装置から前記第１の認証情報を用いて得られる特定情報が受信されたのか否かを判断する第２の判断部と、
前記第２の端末装置から前記特定情報が受信されたと判断される場合に、前記第２の端末装置との前記所定通信を完了して、前記第２の無線インターフェースを介した前記第２の無線接続を前記第２の端末装置と確立する確立部であって、前記第２の端末装置から前記特定情報が受信されなかったと判断される場合に、前記第２の端末装置との前記所定通信は中止される、前記確立部と、
を備える、通信装置。
【請求項８】
前記通信装置は、さらに、
前記第１の認証情報が前記第１の端末装置に送信される場合に、前記第１の認証情報とは異なる第２の認証情報を生成する生成部を備え、
前記認証情報送信部は、前記第１の認証情報が前記第１の端末装置に送信された後に、前記第１の無線インターフェースを介した第３の無線接続が第３の端末装置と確立される場合に、前記第３の無線接続を利用して、前記第１の無線インターフェースを介して、前記第２の認証情報を前記第３の端末装置に送信する、請求項７に記載の通信装置。
【請求項９】
前記第２の判断部は、前記第２の認証情報が前記第３の端末装置に送信された後に、前記第２の端末装置との前記所定通信が実行される場合に、前記第２の認証情報が送信済みであるにも関わらず、前記第２の端末装置から、前記第２の認証情報よりも前に送信された前記第１の認証情報を用いて得られる前記特定情報が受信されたのか否かを判断する、請求項８に記載の通信装置。
【請求項１０】
前記第１の無線インターフェースは、ＮＦＣ（Near Field Communicationの略）方式のタグインターフェースである、請求項７から９のいずれか一項に記載の通信装置。
【請求項１１】
前記通信装置は、さらに、
前記通信装置がＷＦＤ（Wi-Fi Directの略）方式のデバイス状態である間に、前記第１の無線接続が前記第１の端末装置と確立された後であって、前記第２の端末装置との前記所定通信が実行される前に、前記通信装置の状態を前記デバイス状態から前記ＷＦＤ方式のＧｒｏｕｐＯｗｎｅｒ状態又はＣｌｉｅｎｔ状態に移行させる第１の状態移行部と、
前記通信装置の状態を前記デバイス状態から前記ＧｒｏｕｐＯｗｎｅｒ状態又は前記Ｃｌｉｅｎｔ状態に移行させた後に、前記第２の端末装置から前記特定情報が受信されなかったと判断される場合に、前記通信装置の状態を前記ＧｒｏｕｐＯｗｎｅｒ状態又は前記Ｃｌｉｅｎｔ状態から前記デバイス状態に移行させる第２の状態移行部であって、前記第２の端末装置から前記特定情報が受信されたと判断される場合に、前記通信装置の状態は、前記ＧｒｏｕｐＯｗｎｅｒ状態又は前記Ｃｌｉｅｎｔ状態から前記デバイス状態に移行されない、前記第２の状態移行部と、を備える、請求項７から１０のいずれか一項に記載の通信装置。
【請求項１２】
前記第１の認証情報は、ＷＰＳ（Wi-Fi Protected Setupの略）規格のＰＩＮ（Personal Identification Numberの略）コード方式に従ったＰＩＮコードである、請求項７から１１のいずれか一項に記載の通信装置。
【請求項１３】
前記所定通信は、ＷＰＳ（Wi-Fi Protected Setupの略）に従ったＮｅｇｏｔｉａｔｉｏｎである、請求項７から１２のいずれか一項に記載の通信装置。
【請求項１４】
通信装置のためのコンピュータプログラムであって、
前記通信装置のコンピュータを、以下の各部、即ち、
前記通信装置の第１の無線インターフェースを介した第１の無線接続が第１の端末装置と確立される場合に、前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、前記第１の端末装置から、前記第１の端末装置を識別する第１の識別情報を受信する第１の識別情報受信部と、
前記第１の端末装置から前記第１の識別情報が受信された後に、前記通信装置の第２の無線インターフェースを介して、第２の端末装置から、無線接続の確立を要求する接続要求を受信する接続要求受信部であって、前記接続要求は、前記第２の端末装置を識別する第２の識別情報を含む、前記接続要求受信部と、
前記第２の端末装置から前記接続要求が受信される場合に、前記第１の識別情報と前記第２の識別情報とが一致するのか否かを判断する第１の判断部と、
前記第１の識別情報と前記第２の識別情報とが一致すると判断される場合に、前記第２の無線インターフェースを介して、所定応答を前記第２の端末装置に送信して、前記第２の無線インターフェースを介した第２の無線接続を前記第２の端末装置と確立する確立部であって、前記第１の識別情報と前記第２の識別情報とが一致しないと判断される場合に、前記所定応答は、前記第１の端末装置とは異なる前記第２の端末装置に送信されない、前記確立部と、
として機能させる、コンピュータプログラム。
【請求項１５】
通信装置のためのコンピュータプログラムあって、
前記通信装置のコンピュータを、以下の各部、即ち、
前記通信装置の第１の無線インターフェースを介した第１の無線接続が第１の端末装置と確立される場合に、前記第１の無線接続を利用して、前記第１の無線インターフェースを介して、前記通信装置によって準備される第１の認証情報を前記第１の端末装置に送信する認証情報送信部と、
前記第１の認証情報が前記第１の端末装置に送信された後に、前記通信装置の第２の無線インターフェースを介して、第２の無線接続の確立のための所定通信が第２の端末装置と実行される過程で、前記第２の無線インターフェースを介して、前記第２の端末装置から前記第１の認証情報を用いて得られる特定情報が受信されたのか否かを判断する第２の判断部と、
前記第２の端末装置から前記特定情報が受信されたと判断される場合に、前記第２の端末装置との前記所定通信を完了して、前記第２の無線インターフェースを介した第２の無線接続を前記第２の端末装置と確立する確立部であって、前記第２の端末装置から前記特定情報が受信されなかったと判断される場合に、前記第２の端末装置との前記所定通信は中止される、前記確立部と、
として機能させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書では、端末装置との無線接続を確立可能な通信装置を開示する。
【背景技術】
【０００２】
特許文献１には、ＭＦＰ（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）と呼ばれるＩ／Ｆと、ＮＦＣフォーラムタグと呼ばれるＩ／Ｆと、が知られている。本実施例では、ＮＦＣＩ／Ｆ１８は、ＮＦＣフォーラムタグである。また、ＮＦＣＩ／Ｆ１８は、メモリ１９を備える。
【００１８】
ここで、Ｗｉ−Ｆｉ通信とＮＦＣ通信との間の相違点を説明しておく。Ｗｉ−Ｆｉ通信の通信速度（例えば最大の通信速度が１１〜６００Ｍｂｐｓ）は、ＮＦＣ通信の通信速度（例えば最大の通信速度が１００〜４２４Ｋｂｐｓ）よりも速い。また、Ｗｉ−Ｆｉ通信における搬送波の周波数（例えば２．４ＧＨｚ帯又は５．０ＧＨｚ帯）は、ＮＦＣ通信における搬送波の周波数（例えば１３．５６ＭＨｚ帯）とは異なる。また、Ｗｉ−Ｆｉ通信を実行可能な最大の距離（例えば最大で約１００ｍ）は、ＮＦＣ通信を実行可能な最大の距離（例えば最大で約１０ｃｍ）よりも大きい。
【００１９】
制御部３０は、ＣＰＵ３２とメモリ３４とを備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。
【００２０】
（各携帯端末５０Ａ〜５０Ｃの構成）
各携帯端末５０Ａ〜５０Ｃは、例えば、携帯電話、スマートフォン、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。各携帯端末５０Ａ〜５０Ｃは図示省略のＷｉ−ＦｉＩ／Ｆを備えており、各携帯端末５０Ａ〜５０ＣのＷｉ−ＦｉＩ／Ｆには、ＭＡＣアドレス「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」が割り当てられている。
【００２１】
また、各携帯端末５０Ａ〜５０Ｃは、印刷アプリケーション（以下では「アプリ」と呼ぶ）５２を格納する。アプリ５２は、プリンタ１０と各携帯端末５０Ａ〜５０Ｃとの間にＷＦＤ方式に従った無線接続（以下では「ＷＦＤ接続」と呼ぶ）を確立して、プリンタ１０に印刷を実行させるためのアプリである。アプリ５２は、例えば、プリンタ１０のベンダによって提供されるインターネット上のサーバから各携帯端末５０Ａ〜５０Ｃにインストールされてもよいし、プリンタ１０と共に出荷されるメディアから各携帯端末５０Ａ〜５０Ｃにインストールされてもよい。
【００２２】
（各デバイス１０，５０Ａ〜５０Ｃの処理；図２以降）
続いて、図２以降を参照して、各デバイス１０，５０Ａ〜５０Ｃによって実行される処理の具体例を説明する。図２等において、プリンタ１０（又は１００）と各携帯端末５０Ａ〜５０Ｃとの間の破線の矢印、実線の矢印は、それぞれ、ＮＦＣ通信、Ｗｉ−Ｆｉ通信を示す。また、プリンタ１０は、ＮＦＣＩ／Ｆ１８を介してＮＦＣ通信を実行し、Ｗｉ−ＦｉＩ／Ｆ１６を介してＷｉ−Ｆｉ通信を実行する。従って、以下では「ＮＦＣＩ／Ｆ１８を介して」及び「Ｗｉ−ＦｉＩ／Ｆ１６を介して」という記載を省略する。
【００２３】
（ケースＡ１；図２）
図２は、プリンタ１０と携帯端末５０Ａとの間にＮＦＣ接続が確立された後にＷＦＤ接続が確立されるケースＡ１を示す。プリンタ１０のＣＰＵ３２は、プリンタ１０の電源がＯＮされる際に、ＭＡＣアドレス「ＸＸＸ」をＮＦＣＩ／Ｆ１８に供給して、ＭＡＣアドレス「ＸＸＸ」をＮＦＣＩ／Ｆ１８のメモリ１９に記憶させる。従って、図２の初期状態では、ＭＡＣアドレス「ＸＸＸ」がメモリ１９に記憶されている。この点は、後述の図３、図５〜図７、及び、図９でも同様である。
【００２４】
Ｔ３において、ユーザによって携帯端末５０Ａのアプリ５２が起動され、携帯端末５０Ａがプリンタ１０に近付けられる。これにより、Ｔ５において、プリンタ１０と携帯端末５０Ａとの間にＮＦＣ接続が確立される。この場合、Ｔ６において、プリンタ１０のＮＦＣＩ／Ｆ１８は、ＮＦＣ接続を利用して、メモリ１９内のＭＡＣアドレス「ＸＸＸ」を携帯端末５０Ａに送信する。また、Ｔ９では、プリンタ１０のＣＰＵ３２は、携帯端末５０ＡとのＮＦＣ接続が確立されることに応じて、ＰＢＣモードを有効化する。これにより、ユーザがＰＢＣモードを有効化する操作をプリンタ１０に実行する必要がないので、ユーザの利便性が向上する。
【００２５】
Ｔ１０では、ＣＰＵ３２は、携帯端末５０Ａからブロードキャストによって送信されたＰｒｏｂｅ要求を受信し、Ｔ１２において、Ｐｒｏｂｅ応答を携帯端末５０Ａに送信する。当該Ｐｒｏｂｅ応答は、デバイス名「ｏｆｆｉｃｅ  ｐｒｉｎｔｅｒ」と、送信元のＭＡＣアドレス「ＸＸＸ」と、を含む。
【００２６】
携帯端末５０Ａは、Ｔ１０でＰｒｏｂｅ要求を送信すると、プリンタ１０を含む１個以上のデバイスのそれぞれからＰｒｏｂｅ応答を受信する。この場合、携帯端末５０Ａは、１個以上のＰｒｏｂｅ応答の中から、Ｔ６で受信されたＭＡＣアドレス「ＸＸＸ」を含むＰｒｏｂｅ応答（即ちＴ１２でプリンタ１０から送信されたＰｒｏｂｅ応答）を特定することによって、接続対象のプリンタ１０を特定することができる。そして、Ｔ２０において、携帯端末５０Ａは、特定済みのプリンタ１０のＭＡＣアドレス「ＸＸＸ」を送信先として含むＰｒｏｂｅ要求をプリンタ１０に送信する（即ちユニキャストによって送信する）。
【００２７】
ＣＰＵ３２は、Ｔ２０において、携帯端末５０ＡからＭＡＣアドレス「ＸＸＸ」を含むＰｒｏｂｅ要求を受信して、Ｔ２２において、Ｐｒｏｂｅ応答を携帯端末５０Ａに送信する。
【００２８】
ＣＰＵ３２は、Ｔ３０において、携帯端末５０ＡからＰｒｏｖｉｓｉｏｎ  Ｄｉｓｃｏｖｅｒｙ要求を受信して、Ｔ３２において、Ｐｒｏｖｉｓｉｏｎ  Ｄｉｓｃｏｖｅｒｙ応答を携帯端末５０Ａに送信する。
【００２９】
Ｔ４０では、ＣＰＵ３２は、携帯端末５０ＡからＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ要求を受信する。Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ要求は、プリンタ１０及び携帯端末５０ＡのうちのどちらがＧ／Ｏになるべきかを決定するための通信であるＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎの実行を要求するコマンドである。そして、Ｔ４２では、ＣＰＵ３２は、Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ応答を携帯端末５０Ａに送信して、携帯端末５０ＡとのＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎを実行する。本ケースでは、プリンタ１０がＧ／Ｏになると共に携帯端末５０Ａがクライアントになることが決定され、Ｔ４４において、プリンタ１０がＧ／Ｏ状態に移行し、Ｔ４６において、携帯端末５０Ａがクライアント状態に移行する。
【００３０】
次いで、ＣＰＵ３２は、Ｔ５０において、携帯端末５０ＡからＡｓｓｏｃｉａｔｅ要求を受信して、Ｔ５２において、Ａｓｓｏｃｉａｔｅ応答を携帯端末５０Ａに送信する。
【００３１】
Ｔ５４では、ＣＰＵ３２は、ＷＰＳに従ったＮｅｇｏｔｉａｔｉｏｎを携帯端末５０Ａと実行する。ＣＰＵ３２は、ＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎにおいて、プリンタ１０がＧ／Ｏとして動作する無線ネットワークで利用されるＳＳＩＤ及びパスワードを携帯端末５０Ａに送信する。また、ＣＰＵ３２は、ＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎの過程でＰＢＣモードを無効化する。これにより、ＣＰＵ３２は、仮に、他の携帯端末（例えば５０Ｂ）からＰＢＣモードに従った要求（例えばＡｓｓｏｃｉａｔｅ要求）を受信しても、当該要求に対する応答を当該他の携帯端末に送信せず、当該他の携帯端末とのＷＦＤ接続を確立しない。
【００３２】
Ｔ６０では、ＣＰＵ３２は、４ｗａｙ−ｈａｎｄｓｈａｋｅの通信を携帯端末５０Ａと実行する。４ｗａｙ−ｈａｎｄｓｈａｋｅの通信の少なくとも一部の過程において、ＣＰＵ３２は、上記のＳＳＩＤ及びパスワードから生成した鍵を用いて暗号化した暗号化情報を携帯端末５０Ａに送信して、暗号化情報を携帯端末５０Ａに復号させる。ＣＰＵ３２は、携帯端末５０Ａから暗号化情報に対する応答を受信する場合、即ち、携帯端末５０Ａにおいて暗号化情報が復号できた場合に、携帯端末５０Ａとの４ｗａｙ−ｈａｎｄｓｈａｋｅの通信を完了する。なお、ＣＰＵ３２は、４ｗａｙ−ｈａｎｄｓｈａｋｅの通信の少なくとも一部の過程において、携帯端末５０Ａから暗号化情報を受信して、当該暗号化情報を復号できる場合に、携帯端末５０Ａとの４ｗａｙ−ｈａｎｄｓｈａｋｅの通信を完了してもよい。この結果、ＣＰＵ３２は、Ｔ６２において、携帯端末５０ＡとのＷＦＤ接続を確立する。
【００３３】
ＣＰＵ３２は、Ｔ８０において、プリンタ１０に印刷を実行させるための印刷操作が携帯端末５０Ａに実行されることに応じて、Ｔ８２において、ＷＦＤ接続を利用して、携帯端末５０Ａから印刷データを受信し、Ｔ８４において、印刷データに従った印刷を印刷実行部２０に実行させる。
【００３４】
このように、本実施例では、プリンタ１０と携帯端末５０Ａとの間でＮＦＣ接続が確立された後にＷＦＤ接続が確立され、ＷＦＤ接続を利用して印刷データが通信される。ＷＦＤ接続を利用した通信速度（即ちＷｉ−Ｆｉ通信の通信速度）は、ＮＦＣ接続を利用した通信速度よりも速い。このために、ＮＦＣ接続を利用して印刷データを通信するよりも、印刷データを高速で通信することができる。また、ユーザは、プリンタ１０と携帯端末５０Ａとの間にＷＦＤ接続を確立させるために、アプリ５２を起動する操作と、携帯端末５０Ａをプリンタ１０に近づける操作と、を実行すればよい。このために、ユーザはＷＦＤ接続を容易に確立させることができる。
【００３５】
（ケースＡ２；図３）
続いて、図３を参照して、プリンタ１０と携帯端末５０Ｂとの間にＮＦＣ接続が確立されることなくＷＦＤ接続が確立されるケースＡ２を説明する。Ｔ１０３において、ユーザによって携帯端末５０Ｂのアプリ５２が起動され、ＷＦＤ接続操作が携帯端末５０Ｂに実行される。これにより、Ｔ１１０において、プリンタ１０のＣＰＵ３２は、携帯端末５０Ｂからブロードキャストによって送信されたＰｒｏｂｅ要求を受信する。Ｔ１１０及びＴ１１２は、通信対象が携帯端末５０Ｂである点を除いて、図２のＴ１０及びＴ１２と同様である。
【００３６】
携帯端末５０Ｂは、Ｔ１１０でＰｒｏｂｅ要求を送信すると、プリンタ１０を含む１個以上のデバイスのそれぞれからＰｒｏｂｅ応答を受信する。ただし、携帯端末５０Ｂは、ＮＦＣ接続を利用してプリンタ１０からＭＡＣアドレス「ＸＸＸ」を受信していないので、受信済みの１個以上のＰｒｏｂｅ応答の中からＭＡＣアドレス「ＸＸＸ」を含むＰｒｏｂｅ応答を特定することができない（即ち接続対象のプリンタ１０を特定することができない）。このため、Ｔ１１４において、携帯端末５０Ｂは、受信済みの１個以上のＰｒｏｂｅ応答に含まれる１個以上のデバイス名を示すデバイス名リストを表示する。そして、Ｔ１１６において、デバイス名リストから、プリンタ１０のデバイス名「ｏｆｆｉｃｅ  ｐｒｉｎｔｅｒ」がユーザによって選択される。この場合、Ｔ１２０において、携帯端末５０Ｂは、選択済みのデバイス名「ｏｆｆｉｃｅ  ｐｒｉｎｔｅｒ」を含むＴ１１２のＰｒｏｂｅ応答に含まれるＭＡＣアドレス「ＸＸＸ」を特定し（即ち接続対象のプリンタ１０を特定し）、特定済みのＭＡＣアドレス「ＸＸＸ」を送信先として含むＰｒｏｂｅ要求をプリンタ１０に送信する。Ｔ１２２は、通信対象が携帯端末５０Ｂである点を除いて、図２のＴ２２と同様である。
【００３７】
ＣＰＵ３２は、Ｔ１３０において、携帯端末５０ＢからＰｒｏｖｉｓｉｏｎ  Ｄｉｓｃｏｖｅｒｙ要求を受信することに応じて、Ｔ１３１において、ＰＢＣモードを有効化して、Ｔ１３２において、Ｐｒｏｖｉｓｉｏｎ  Ｄｉｓｃｏｖｅｒｙ応答を携帯端末５０Ｂに送信する。
【００３８】
ＣＰＵ３２は、Ｔ１４０において、携帯端末５０ＢからＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ要求を受信し、Ｔ１４６において、Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ応答を携帯端末５０Ｂに送信し、Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎを携帯端末５０Ｂと実行する。本ケースでは、Ｔ１４８において、プリンタ１０がＧ／Ｏ状態に移行し、Ｔ１４９において、携帯端末５０Ａがクライアント状態に移行する。Ｔ１５０〜Ｔ１８４は、通信対象が携帯端末５０Ｂである点を除いて、図２のＴ５０〜Ｔ８４と同様である。
【００３９】
上記の図２及び図３のケースＡ１及びＡ２に示されるように、プリンタ１０は、各携帯端末５０Ａ，５０ＢとのＷＦＤ接続を確立することができる。ここで、プリンタ１０において、携帯端末５０ＡとのＮＦＣ接続が確立されることに応じて、ＰＢＣモードが有効化された後に（即ち図２のＴ９の後に）、携帯端末５０Ａとは異なる携帯端末５０ＢにおいてＷＦＤ接続操作が実行される状況を想定する。この場合、従来のプリンタでは、ＮＦＣ接続が確立された携帯端末５０ＡとのＷＦＤ接続が適切に確立されない可能性があった。図４を参照して、このような従来のプリンタ１００の動作を示す比較例１を説明する。
【００４０】
（比較例１；図４）
Ｔ２０３及びＴ２０５は、比較例１のプリンタ１００が利用される点を除き、図２のＴ３及びＴ５と同様である。プリンタ１００は、Ｔ２０６において、ＮＦＣ接続を利用してプリンタ１００のＭＡＣアドレス「ＹＹＹ」を携帯端末５０Ａに送信し、Ｔ２０９において、ＰＢＣモードを有効化する。
【００４１】
その後のＴ２１０及びＴ２１２は、プリンタ１００が利用される点を除き、図３のＴ１０３及びＴ１１０と同様である。Ｔ２１４では、プリンタ１００は、プリンタ１００のデバイス名と送信元のＭＡＣアドレス「ＹＹＹ」とを含むＰｒｏｂｅ応答を携帯端末５０Ｂに送信する。
【００４２】
その後のＴ２１６〜Ｔ２４６は、比較例１のプリンタ１００が利用される点を除き、図３のＴ１１４〜Ｔ１４０及びＴ１４６と同様である。この結果、Ｔ２４８において、プリンタ１００がＧ／Ｏ状態に移行し、Ｔ２４９において、携帯端末５０Ｂがクライアント状態に移行する。
【００４３】
上述したように、プリンタ１００と携帯端末５０Ａとの間にＮＦＣ接続が確立されたにも関わらず、プリンタ１００と携帯端末５０Ａとは異なる携帯端末５０Ｂとの間でＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎが実行され、プリンタ１００がＧ／Ｏ状態に移行してしまう。そして、この後に、プリンタ１００と携帯端末５０Ａとの間でＴ２５０〜Ｔ２７２が実行される。Ｔ２５０〜Ｔ２７２は、プリンタ１００が利用される点を除き、図２のＴ１０〜Ｔ３２と同様である。次いで、Ｔ２８０では、プリンタ１００は、携帯端末５０ＡからＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ要求を受信する。しかしながら、プリンタ１００は、既にＧ／Ｏ状態に移行しているので（Ｔ２４８）、携帯端末５０ＡとのＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎを実行することができない。従って、プリンタ１００は、Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ応答を携帯端末５０Ａに送信せず、この結果、携帯端末５０ＡとのＷＦＤ接続を確立することができない。
【００４４】
比較例１に示されるように、従来のプリンタ１００は、ＮＦＣ接続が確立された携帯端末５０ＡとのＷＦＤ接続を確立することができない可能性がある。これに対し、本実施例のプリンタ１０は、以下の図５の処理を実行することによって、ＮＦＣ接続が確立された携帯端末５０ＡとのＷＦＤ接続を適切に確立することができる。
【００４５】
（ケースＡ３；図５）
図５を参照して、プリンタ１０と携帯端末５０Ａとの間のＷＦＤ接続が適切に確立されるケースＡ３を説明する。Ｔ３０３〜Ｔ３０６は、図２のＴ３〜Ｔ６と同様である。ＣＰＵ３２は、Ｔ３０７において、ＮＦＣ接続を利用して、携帯端末５０Ａから、携帯端末５０ＡのＭＡＣアドレス「ＡＡＡ」を受信し、Ｔ３０８において、ＭＡＣアドレス「ＡＡＡ」をメモリ３４に記憶する。Ｔ３０９は、図２のＴ９と同様である。
【００４６】
以下では、プリンタ１０が携帯端末５０Ａ及び携帯端末５０Ｂのどちらかと通信を実行する状況を想定している。当該通信の対象の携帯端末のことを「対象携帯端末」と呼ぶ。対象携帯端末が携帯端末５０Ａである場合には、図２のＴ１０〜Ｔ３２と同様の処理が実行され、対象携帯端末が携帯端末５０Ｂである場合には、図３のＴ１０３〜Ｔ１３０及びＴ１３２と同様の処理が実行される。その後、Ｔ３４０では、ＣＰＵ３２は、対象携帯端末からＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ要求を受信する。当該Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ要求は、対象携帯端末のＭＡＣアドレス（即ち「ＡＡＡ」又は「ＢＢＢ」）を含む。
【００４７】
Ｓ１０では、ＣＰＵ３２は、Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ要求内の送信元のＭＡＣアドレスと、Ｔ３０８で記憶されたメモリ３４内のＭＡＣアドレス「ＡＡＡ」と、が一致するのか否かを判断する。ＣＰＵ３２は、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致すると判断する場合、即ち、対象携帯端末が携帯端末５０Ａである場合（Ｓ１０でＹＥＳ）には、Ｔ３４２において、Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ応答を携帯端末５０Ａに送信して、携帯端末５０ＡとのＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎを実行する。この結果、Ｔ３４４において、プリンタ１０がＧ／Ｏ状態に移行し、Ｔ３４６において、携帯端末５０Ａがクライアント状態に移行する。Ｔ３５０〜Ｔ３８４は、図２のＴ５０〜Ｔ８４と同様である。即ち、ＣＰＵ３２は、携帯端末５０ＡとのＷＦＤ接続を確立し（Ｔ３６２）、ＷＦＤ接続を利用して携帯端末５０Ａから印刷データを受信し（Ｔ３８２）、印刷データに従った印刷を印刷実行部２０に実行させる（Ｔ３８４）。
【００４８】
一方、ＣＰＵ３２は、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致しないと判断する場合、即ち、対象携帯端末が携帯端末５０Ａとは異なる携帯端末５０Ｂである場合（Ｓ１０でＮＯ）には、Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ応答を携帯端末５０Ｂに送信しない。これにより、ＣＰＵ３２は、携帯端末５０ＢとのＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎを実行しないので、携帯端末５０ＢとのＷＦＤ接続を確立しない。従って、その後、ＣＰＵ３２は、図２のＴ１０〜Ｔ３２及び図５のＴ３４２〜Ｔ３６０の通信を携帯端末５０Ａと実行することができ、この結果、携帯端末５０ＡとのＷＦＤ接続を適切に確立することができる。
【００４９】
上記のように、プリンタ１０は、ＮＦＣ接続を携帯端末５０Ａと確立して携帯端末５０ＡからＭＡＣアドレス「ＡＡＡ」を受信した後に（Ｔ３０７）、対象携帯端末（即ち携帯端末５０Ａ又は携帯端末５０Ｂ）から送信元のＭＡＣアドレス（即ち「ＡＡＡ」又は「ＢＢＢ」）を含むＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ要求を受信する場合（Ｔ３４０）に、記憶済みのＭＡＣアドレス「ＡＡＡ」と送信元のＭＡＣアドレスとが一致するのか否かを判断する（Ｓ１０）。プリンタ１０は、記憶済みのＭＡＣアドレス「ＡＡＡ」と送信元のＭＡＣアドレスとが一致すると判断する場合、即ち、携帯端末５０Ａと対象携帯端末とが一致する場合（Ｓ１０でＹＥＳ）に、Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ応答を携帯端末５０Ａに送信して（Ｔ３４２）、ＷＦＤ接続を携帯端末５０Ａと確立する（３６２）。一方、プリンタ１０は、記憶済みのＭＡＣアドレス「ＡＡＡ」と送信元のＭＡＣアドレスとが一致しないと判断する場合、即ち、携帯端末５０Ａと対象携帯端末とが一致しない場合（Ｓ１０でＮＯ）に、Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ応答を携帯端末５０Ｂに送信しない。従って、プリンタ１０は、ＮＦＣ接続が携帯端末５０Ａと確立された後に、ＷＦＤ接続を携帯端末５０Ａと適切に確立することができる。
【００５０】
なお、図示省略しているが、図２、図３、及び、図５の各ケースＡ１，Ａ２，Ａ３において、Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎの結果、プリンタ１０がクライアント状態に移行し、携帯端末５０ＡがＧ／Ｏ状態に移行してもよい。この場合、例えば図５のＴ３５０のＡｓｓｏｃｉａｔｅ要求は、プリンタ１０から携帯端末５０Ａに送信され、Ｔ３５２のＡｓｓｏｃｉａｔｅ応答は、携帯端末５０Ａからプリンタ１０に送信される。その他の点は、各ケースと同様であり、プリンタ１０は、ＷＦＤ接続を携帯端末５０Ａと適切に確立することができる。
【００５１】
（ケースＢ１；図６）
続いて、図６を参照して、プリンタ１０がＧ／Ｏ状態である状況において、プリンタ１０と携帯端末５０Ａとの間にＮＦＣ接続が確立された後にＷＦＤ接続が確立されるケースＢ１を説明する。例えば、プリンタ１０が携帯端末５０Ａとは異なる携帯端末（例えば５０Ｃ）とのＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎを実行した結果として、プリンタ１０がＧ／Ｏ状態に移行すると、本ケースＢ１の初期状態が実現される。また例えば、プリンタ１０をＧ／Ｏ状態に自発的に移行させる操作がユーザによってプリンタ１０に実行されると、本ケースＢ１の初期状態が実現される。
【００５２】
Ｔ４０３〜Ｔ４１０は、プリンタ１０がＧ／Ｏ状態である点を除き、図２のＴ３〜Ｔ１０と同様である。プリンタ１０のＣＰＵ３２は、Ｔ４１２において、Ｐｒｏｂｅ応答を携帯端末５０Ａに送信する。当該Ｐｒｏｂｅ応答は、プリンタ１０がＧ／Ｏとして動作する無線ネットワークで利用されるＳＳＩＤ「ａｂｃ」と、送信元のＭＡＣアドレス「ＸＸＸ」と、を含む。
【００５３】
携帯端末５０Ａは、Ｔ４１０でＰｒｏｂｅ要求を送信すると、プリンタ１０を含む１個以上のデバイスのそれぞれからＰｒｏｂｅ応答を受信する。携帯端末５０Ａは、１個以上のＰｒｏｂｅ応答の中から、Ｔ４０６で受信されたＭＡＣアドレス「ＸＸＸ」を含むＰｒｏｂｅ応答を特定し、Ｔ４２０において、特定済みのＰｒｏｂｅ応答に含まれるＳＳＩＤ「ａｂｃ」を送信先として含むＰｒｏｂｅ要求をプリンタ１０に送信する。
【００５４】
Ｔ４２２〜Ｔ４３２は、プリンタ１０がＧ／Ｏ状態である点、及び、Ｔ４２０のＰｒｏｂｅ要求がＳＳＩＤ「ａｂｃ」を含む点を除き、図２のＴ２２〜Ｔ３２と同様である。本ケースでは、プリンタ１０が既にＧ／Ｏ状態として動作しているので、ＣＰＵ３２は、携帯端末５０ＡからＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ要求を受信することなく、Ｔ４５０において、携帯端末５０ＡからＡｓｓｏｃｉａｔｅ要求を受信し、Ｔ４５２において、Ａｓｓｏｃｉａｔｅ応答を携帯端末５０Ａに送信する。Ｔ４５４〜Ｔ４８４は、図２のＴ５４〜Ｔ８４と同様である。
【００５５】
（ケースＢ２；図７）
続いて、図７を参照して、プリンタ１０がＧ／Ｏ状態である状況において、プリンタ１０と携帯端末５０Ｂとの間にＮＦＣ接続が確立されることなくＷＦＤ接続が確立されるケースＢ２を説明する。Ｔ５０３及びＴ５１０は、図３のＴ１０３及びＴ１１０と同様である。Ｔ５１２では、プリンタ１０のＣＰＵ３２は、デバイス名「ｏｆｆｉｃｅ  ｐｒｉｎｔｅｒ」とＳＳＩＤ「ａｂｃ」とプリンタ１０のＭＡＣアドレス「ＸＸＸ」とを含むＰｒｏｂｅ応答を携帯端末５０Ｂに送信する。
【００５６】
Ｔ５１４及びＴ５１６は、図３のＴ１１４及びＴ１１６と同様である。この場合、Ｔ５２０において、携帯端末５０Ｂは、選択済みのデバイス名「ｏｆｆｉｃｅ  ｐｒｉｎｔｅｒ」を含むＴ５１２のＰｒｏｂｅ応答に含まれるＳＳＩＤ「ａｂｃ」を特定し（即ち接続対象のプリンタ１０を特定し）、特定済みのＳＳＩＤ「ａｂｃ」を送信先として含むＰｒｏｂｅ要求をプリンタ１０に送信する。Ｔ５２２及びＴ５３０は、図３のＴ１２２及びＴ１３０と同様である。
【００５７】
ＣＰＵ３２は、Ｔ５３０において、携帯端末５０ＢからＰｒｏｖｉｓｉｏｎ  Ｄｉｓｃｏｖｅｒｙ要求を受信することに応じて、Ｔ５３６において、ＰＢＣモードを有効化し、Ｔ５３８において、Ｐｒｏｖｉｓｉｏｎ  Ｄｉｓｃｏｖｅｒｙ応答を携帯端末５０Ｂに送信する。Ｔ５５０〜Ｔ５８４は、図３のＴ１５０〜Ｔ１８４と同様である。
【００５８】
上記の図６及び図７のケースＢ１及びＢ２に示されるように、プリンタ１０は、各携帯端末５０Ａ，５０ＢとのＷＦＤ接続を確立することができる。ここで、プリンタ１０において、携帯端末５０ＡとのＮＦＣ接続が確立されることに応じて、ＰＢＣモードが有効化された後に（即ち図６のＴ４０９の後に）、携帯端末５０Ａとは異なる携帯端末５０ＢにおいてＷＦＤ接続操作が実行される状況を想定する。この場合、従来のプリンタでは、ＮＦＣ接続が確立された携帯端末５０ＡとのＷＦＤ接続が適切に確立されない可能性があった。図８を参照して、このような従来のプリンタ１００の動作を示す比較例２を説明する。
【００５９】
（比較例２；図８）
Ｔ６０３〜Ｔ６１１は、プリンタ１００がＧ／Ｏ状態である点を除き、図４のＴ２０３〜２１１と同様である。Ｔ６１２では、プリンタ１００は、プリンタ１００のデバイス名とプリンタ１００がＧ／Ｏとして動作する無線ネットワークのＳＳＩＤ「ｄｅｆ」と送信元のＭＡＣアドレス「ＹＹＹ」とを含むＰｒｏｂｅ応答を携帯端末５０Ｂに送信する。その後のＴ６１４〜Ｔ６６２は、プリンタ１００が利用される点を除き、図７のＴ５１４〜Ｔ５６２と同様である。
【００６０】
上述したように、プリンタ１００と携帯端末５０Ａとの間にＮＦＣ接続が確立されたにも関わらず、プリンタ１００と携帯端末５０Ａとは異なる携帯端末５０Ｂとの間でＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎが実行され、その過程において、ＰＢＣモードが無効化されてしまう（Ｔ６５４）。そして、この後に、プリンタ１００と携帯端末５０Ａとの間でＴ６８０〜Ｔ６９０が実行される。Ｔ６８０〜Ｔ６９０は、図６のＴ４１０〜Ｔ４３０と同様である。しかしながら、プリンタ１００は、ＰＢＣモードを無効化しているので（Ｔ６５４）、携帯端末５０ＡとＰＢＣモードに従った通信を実行することができない。従って、プリンタ１００は、Ｐｒｏｖｉｓｉｏｎ  Ｄｉｓｃｏｖｅｒｙ応答を携帯端末５０Ａに送信せず、この結果、携帯端末５０ＡとのＷＦＤ接続を確立することができない。
【００６１】
比較例２に示されるように、従来のプリンタ１００は、ＮＦＣ接続が確立された携帯端末５０ＡとのＷＦＤ接続を確立することができない可能性がある。これに対し、本実施例のプリンタ１０は、以下の図９の処理を実行することによって、ＮＦＣ接続が確立された携帯端末５０ＡとのＷＦＤ接続を適切に確立することができる。
【００６２】
（ケースＢ３；図９）
図９を参照して、プリンタ１０と携帯端末５０Ａとの間のＷＦＤ接続が適切に確立されるケースＢ３を説明する。Ｔ７０３〜Ｔ７０９は、プリンタ１０がＧ／Ｏ状態である点を除き、図５のＴ３０３〜Ｔ３０９と同様である。
【００６３】
次いで、ＣＰＵ３２は、対象携帯端末（即ち携帯端末５０Ａ又は携帯端末５０Ｂ）との通信を実行する。対象携帯端末が携帯端末５０Ａである場合には、図６のＴ４１０〜Ｔ４３２と同様の処理が実行され、対象携帯端末が携帯端末５０Ｂである場合には、図７のＴ５０３〜Ｔ５３０及びＴ５３８と同様の処理が実行される。その後、Ｔ７５０では、ＣＰＵ３２は、対象携帯端末からＡｓｓｏｓｉａｔｅ要求を受信する。当該Ａｓｓｏｓｉａｔｅ要求は、対象携帯端末のＭＡＣアドレス（即ち「ＡＡＡ」又は「ＢＢＢ」）を含む。
【００６４】
Ｓ２０では、ＣＰＵ３２は、Ａｓｓｏｓｉａｔｅ要求内の送信元のＭＡＣアドレスと、Ｔ７０８で記憶されたメモリ３４内のＭＡＣアドレス「ＡＡＡ」と、が一致するのか否かを判断する。ＣＰＵ３２は、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致すると判断する場合、即ち、対象携帯端末が携帯端末５０Ａである場合（Ｓ２０でＹＥＳ）には、Ｔ７５２において、Ａｓｓｏｓｉａｔｅ応答を携帯端末５０Ａに送信する。Ｔ７５４〜Ｔ７８４は、図２のＴ５４〜Ｔ８４と同様である。即ち、ＣＰＵ３２は、携帯端末５０ＡとのＷＦＤ接続を確立し（Ｔ７６２）、ＷＦＤ接続を利用して携帯端末５０Ａから印刷データを受信し（Ｔ７８２）、印刷データに従った印刷を印刷実行部２０に実行させる（Ｔ７８４）。
【００６５】
一方、ＣＰＵ３２は、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致しないと判断する場合、即ち、対象携帯端末が携帯端末５０Ａとは異なる携帯端末５０Ｂである場合（Ｓ２０でＮＯ）には、Ａｓｓｏｓｉａｔｅ応答を携帯端末５０Ｂに送信しない。これにより、ＣＰＵ３２は、携帯端末５０Ｂとの以降の通信（即ちＴ７５４〜Ｔ７６２に相当する通信）を実行しないので、携帯端末５０ＢとのＷＦＤ接続を確立しない。従って、その後、ＣＰＵ３２は、図６のＴ４１０〜Ｔ４３２及び図９のＴ７５２〜Ｔ７６０の通信を携帯端末５０Ａと実行することができ、この結果、携帯端末５０ＡとのＷＦＤ接続を適切に確立することができる。
【００６６】
上記のように、プリンタ１０は、ＮＦＣ接続を携帯端末５０Ａと確立して携帯端末５０ＡからＭＡＣアドレス「ＡＡＡ」と受信した後に（Ｔ７０７）、対象携帯端末（即ち携帯端末５０Ａ又は携帯端末５０Ｂ）から送信元のＭＡＣアドレス（即ち「ＡＡＡ」又は「ＢＢＢ」）を含むＡｓｓｏｓｉａｔｅ要求を受信する場合（Ｔ７５０）に、記憶済みのＭＡＣアドレス「ＡＡＡ」と送信元のＭＡＣアドレスとが一致するのか否かを判断する（Ｓ２０）。プリンタ１０は、記憶済みのＭＡＣアドレス「ＡＡＡ」と送信元のＭＡＣアドレスとが一致すると判断する場合、即ち、携帯端末５０Ａと対象携帯端末とが一致する場合（Ｓ２０でＹＥＳ）に、Ａｓｓｏｓｉａｔｅ応答を携帯端末５０Ａに送信して（Ｔ７５２）、ＷＦＤ接続を携帯端末５０Ａと確立する（Ｔ７６２）。一方、プリンタ１０は、記憶済みのＭＡＣアドレス「ＡＡＡ」と送信元のＭＡＣアドレスとが一致しないと判断する場合、即ち、携帯端末５０Ａと対象携帯端末とが一致しない場合（Ｓ２０でＮＯ）に、Ａｓｓｏｓｉａｔｅ応答を携帯端末５０Ｂに送信しない。従って、プリンタ１０は、ＮＦＣ接続が携帯端末５０Ａと確立された後に、ＷＦＤ接続を携帯端末５０Ａと適切に確立することができる。
【００６７】
（対応関係）
プリンタ１０、携帯端末５０Ａ、対象携帯端末が、それぞれ、「通信装置」、「第１の端末装置」、「第２の端末装置」の一例である。ＮＦＣＩ／Ｆ１８、Ｗｉ−ＦｉＩ／Ｆ１６が、それぞれ、「第１の無線インターフェース」、「第２の無線インターフェース」の一例であり、プリンタ１０と携帯端末５０Ａとの間に確立されるＮＦＣ接続、ＷＦＤ接続が、それぞれ、「第１の無線接続」、「第２の無線接続」の一例である。ＭＡＣアドレス「ＡＡＡ」が、「第１の識別情報」の一例である。Ｔ３４０のＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ要求内のＭＡＣアドレス及びＴ７５０のＡｓｓｏｓｉａｔｅ要求内のＭＡＣアドレスが、「第２の識別情報」の一例である。
【００６８】
図５のＴ３０７（及び図９のＴ７０７）の処理、Ｔ３４０（及びＴ７５０）の処理が、それぞれ、「第１の識別情報受信部」、「接続要求受信部」によって実行される処理の一例である。図５のＳ１０及び図９のＳ２０の処理が、「第１の判断部」によって実行される処理の一例である。図５のＴ３４２〜Ｔ３６２及び図９のＴ７５２〜７６２の処理が、「確立部」によって実行される処理の一例である。
【００６９】
（第２実施例；図１０及び図１１）
続いて、図１０及び図１１を参照して、第２実施例を説明する。第２実施例は、Ｗｉ−ＦｉＩ／Ｆ１６がＷＰＳ規格のＰＩＮ（Personal Identification Numberの略）コード方式をサポートしている点が第１実施例とは異なる。上記の図４及び図８の比較例１及び２に示されるように、従来のプリンタ１００では、ＮＦＣ接続が確立された携帯端末５０ＡとのＷＦＤ接続が適切に確立されない可能性がある。本実施例では、プリンタ１０は、ＰＩＮコード方式を利用した以下の処理（即ち図１０及び図１１の処理）を実行することによって、ＮＦＣ接続が確立された携帯端末５０ＡとのＷＦＤ接続を適切に確立することができる。
【００７０】
図１０のＴ８００では、ユーザによってプリンタ１０の電源がＯＮされる。この場合、プリンタ１０のＣＰＵ３２は、Ｔ８０１において、ＰＩＮコード方式に従ったＰＩＮコード「００１」を生成し、プリンタ１０のＭＡＣアドレス「ＸＸＸ」と生成済みのＰＩＮコード「００１」とをＮＦＣＩ／Ｆ１８に供給して、ＭＡＣアドレス「ＸＸＸ」とＰＩＮコード「００１」とをＮＦＣＩ／Ｆ１８のメモリ１９に記憶させる。
【００７１】
Ｔ８０３及びＴ８０５は、図５のＴ３０３及びＴ３０５と同様である。Ｔ８０６では、プリンタ１０のＮＦＣＩ／Ｆ１８は、ＮＦＣ接続を利用して、メモリ１９内のＭＡＣアドレス「ＸＸＸ」とＰＩＮコード「００１」とを携帯端末５０Ａに送信する。これにより、後述のＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎにおいて、ＰＩＮコード「００１」が携帯端末５０Ａによって利用される。次いで、ＮＦＣＩ／Ｆ１８は、ＮＦＣ接続が確立されたことを示す通知、即ち、ＭＡＣアドレス「ＸＸＸ」とＰＩＮコード「００１」とを送信したことを示す通知をＣＰＵ３２に供給する。この場合、ＣＰＵ３２は、Ｔ８０８において、ＰＩＮコード「００１」とは異なるＰＩＮコード「００２」を生成し、生成済みのＰＩＮコード「００２」をＮＦＣＩ／Ｆ１８に供給して、ＰＩＮコード「００１」に代えてＰＩＮコード「００２」をメモリ１９に記憶させる。これにより、この後にＮＦＣＩ／Ｆ１８が携帯端末５０Ａとは異なる携帯端末とのＮＦＣ接続を確立しても、ＰＩＮコード「００１」とは異なるＰＩＮコード「００２」が当該携帯端末に送信されるので、同じＰＩＮコードが異なる複数個の携帯端末によって利用されることを抑制できる。
【００７２】
Ｔ８０９では、ＣＰＵ３２は、ＰＩＮコード「００１」を有効化する。これにより、ＣＰＵ３２は、ＰＩＮコード方式に従って、ＰＩＮコード「００１」を利用して、ＷＦＤ接続を確立可能な状態になる。
【００７３】
次いで、ＣＰＵ３２は、対象携帯端末（即ち携帯端末５０Ａ又は携帯端末５０Ｂ）との通信を実行する。対象携帯端末が携帯端末５０Ａである場合には、図２のＴ１０〜Ｔ５２と同様の処理が実行され、対象携帯端末が携帯端末５０Ｂである場合には、図３のＴ１０３〜Ｔ１３０及びＴ１３２〜Ｔ１５２と同様の処理が実行される。その後、Ｔ８５４では、ＣＰＵ３２は、対象携帯端末とのＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを開始する。
【００７４】
Ｓ３０では、ＣＰＵ３２は、ＰＩＮコード「００１」を用いた対象携帯端末とのＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎが成功したのか否かを判断する。具体的には、ＣＰＵ３２は、ＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎの少なくとも一部の過程において、対象携帯端末からＰＩＮコード「００１」を用いてＰＩＮコード方式において利用される特定のアルゴリズムで暗号化された暗号化情報を受信する場合に、対象携帯端末が携帯端末５０Ａであると判断する（Ｓ３０でＹＥＳ）。なお、変形例では、ＣＰＵ３２は、ＰＩＮコード「００１」を用いて特定のアルゴリズムで暗号化した暗号化情報を対象携帯端末に送信して、対象携帯端末から当該暗号化情報に対する応答を受信する場合に、対象携帯端末が携帯端末５０Ａであると判断してもよい。ＣＰＵ３２は、ＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎで通信されるべき対象の情報（例えばＳＳＩＤ、パスワード等）を携帯端末５０Ａに送信し、携帯端末５０ＡとのＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを完了し、Ｔ８６０において、４ｗａｙ−ｈａｎｄｓｈａｋｅの通信を携帯端末５０Ａと実行し、Ｔ８６２において、携帯端末５０ＡとのＷＦＤ接続を確立する。そして、Ｔ８７０では、ＣＰＵ３２は、ＰＩＮコード「００１」を無効化する。Ｔ８８０〜Ｔ８８４は、図２のＴ８０〜Ｔ８４と同様である。
【００７５】
一方、ＣＰＵ３２は、対象携帯端末からＰＩＮコード「００１」とは異なるＰＩＮコードを用いて特定のアルゴリズムで暗号化された暗号化情報を受信する場合に、対象携帯端末が携帯端末５０Ａとは異なる携帯端末５０Ｂであると判断する（Ｓ３０でＮＯ）。この場合、ＣＰＵ３２は、携帯端末５０ＢとのＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを中止する。これにより、ＣＰＵ３２は、以降の各処理（即ちＴ８６０及びＴ８６２に相当する処理）を実行しないので、携帯端末５０ＢとのＷＦＤ接続を確立しない。なお、ＣＰＵ３２は、応答を携帯端末５０Ｂに送信しないことによって、ＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを中止してもよいし、ＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを中止することを示す応答を携帯端末５０Ｂに送信することによって、ＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを中止してもよい。
【００７６】
Ｔ８９０では、ＣＰＵ３２は、デバイス状態に移行する。これにより、その後、ＣＰＵ３２は、図２のＴ１０〜Ｔ５２、図１０のＴ８５４（さらにＳ３０でＹＥＳ）、Ｔ８６０、及び、Ｔ８６２の通信を携帯端末５０Ａと実行することができ、この結果、携帯端末５０ＡとのＷＦＤ接続を適切に確立することができる。
【００７７】
上記のように、プリンタ１０は、ＮＦＣ接続を携帯端末５０Ａと確立してＰＩＮコード「００１」を携帯端末５０Ａに送信した後に（Ｔ８０６）、ＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを対象携帯端末（即ち携帯端末５０Ａ又は携帯端末５０Ｂ）と実行する過程で対象携帯端末からＰＩＮコード「００１」を用いて特定のアルゴリズムで暗号化された暗号化情報を受信したのか否かを判断する（Ｓ３０）。プリンタ１０は、対象携帯端末からＰＩＮコード「００１」を用いて特定のアルゴリズムで暗号化された暗号化情報を受信したと判断する場合、即ち、携帯端末５０Ａと対象携帯端末とが一致する場合（Ｓ３０でＹＥＳ）に、携帯端末５０ＡとのＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを完了して、ＷＦＤ接続を携帯端末５０Ａと確立する。一方、プリンタ１０は、対象携帯端末からＰＩＮコード「００１」を用いて特定のアルゴリズムで暗号化された暗号化情報を受信しなかったと判断する場合、即ち、携帯端末５０Ａと対象携帯端末とが一致しない場合（Ｓ３０でＮＯ）に、携帯端末５０ＢとのＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを中止する。従って、プリンタ１０は、ＮＦＣ接続が携帯端末５０Ａと確立された後に、ＷＦＤ接続を携帯端末５０Ａと適切に確立することができる。
【００７８】
図１１は、図１０のＴ８８４の続きのケースを示す。Ｔ９０３及びＴ９０５は、通信対象が携帯端末５０Ｃである点を除き、図２のＴ３及びＴ５と同様である。Ｔ９０６では、プリンタ１０のＮＦＣＩ／Ｆ１８は、ＮＦＣ接続を利用して、メモリ１９内のＭＡＣアドレス「ＸＸＸ」とＰＩＮコード「００２」とを携帯端末５０Ｃに送信する。この結果、ＣＰＵ３２は、Ｔ９０８において、ＰＩＮコード「００２」とは異なるＰＩＮコード「００３」を生成して、ＰＩＮコード「００２」に代えてＰＩＮコード「００３」をメモリ１９に記憶させ、Ｔ９０９において、ＰＩＮコード「００２」を有効化する。
【００７９】
次いで、ＣＰＵ３２は、対象携帯端末との通信を実行する。携帯端末５０ＡとのＷＦＤ接続は既に確立されているので（図１０のＴ８６２）、ここでは、対象携帯端末は、携帯端末５０Ｃ又は携帯端末５０Ｂである。対象携帯端末が携帯端末５０Ｃである場合には、通信対象が携帯端末５０Ｃである点を除き、図６のＴ４１０〜Ｔ４５２と同様の処理が実行され、対象携帯端末が携帯端末５０Ｂである場合には、図７のＴ５０３〜Ｔ５３０及びＴ５３８〜Ｔ５５２と同様の処理が実行される。その後、Ｔ８５４では、ＣＰＵ３２は、対象携帯端末とのＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを開始する。
【００８０】
Ｓ３５は、ＰＩＮコード「００２」が利用される点を除き、図１０のＳ３０と同様である。ＣＰＵ３２は、対象携帯端末からＰＩＮコード「００２」を用いて特定のアルゴリズムで暗号化された暗号化情報を受信する場合、即ち、対象携帯端末が携帯端末５０Ｃである場合（Ｓ３５でＹＥＳ）には、Ｔ９６０〜Ｔ９８４の処理を携帯端末５０Ｃと実行する。Ｔ９６０〜Ｔ９８４は、通信対象が携帯端末５０Ｃである点を除き、図１０のＴ８６０〜Ｔ８８４と同様である。
【００８１】
一方、ＣＰＵ３２は、対象携帯端末からＰＩＮコード「００２」を用いて特定のアルゴリズムで暗号化された暗号化情報を受信しない場合、即ち、対象携帯端末が携帯端末５０Ｃとは異なる携帯端末５０Ｂである場合（Ｓ３５でＮＯ）には、携帯端末５０ＢとのＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを中止する。従って、その後、ＣＰＵ３２は、携帯端末５０ＣとのＷＦＤ接続を適切に確立することができる。
【００８２】
（対応関係）
ＰＩＮコード「００１」、ＰＩＮコード「００２」が、それぞれ、「第１の認証情報」、「第２の認証情報」の一例である。ＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎが、「所定通信」の一例である。対象携帯端末から受信するＰＩＮコード「００１」を用いて特定のアルゴリズムで暗号化された暗号化情報が、「特定情報」の一例である。プリンタ１０と携帯端末５０Ｃとの間に確立されるＮＦＣ接続が、「第３の無線接続」の一例である。なお、上記の変形例の構成、即ち、プリンタ１０がＰＩＮコード「００１」を用いて特定のアルゴリズムで暗号化された暗号化情報を対象端末装置に送信する場合には対象携帯端末から受信する当該暗号化情報に対する応答が、「特定情報」の一例である。
【００８３】
図１０のＴ８０６（及び図１１のＴ９０６）の処理、Ｓ３０（及びＳ３５）の処理が、それぞれ、「認証情報送信部」、「第２の判断部」によって実行される処理の一例である。Ｔ８６０、Ｔ８６２、Ｔ９６０、及び、Ｔ９６２の処理が、「確立部」によって実行される処理の一例である。
【００８４】
（第３実施例；図１２）
続いて、図１２を参照して、第３実施例を説明する。第３実施例は、第２実施例と同様に、Ｗｉ−ＦｉＩ／Ｆ１６がＷＰＳ規格のＰＩＮコード方式をサポートしている。また、本実施例では、プリンタ１０は、第１実施例におけるＭＡＣアドレスの一致判断（例えば図５のＳ１０）と、第２実施例におけるＰＩＮコードの一致判断（例えば図１０のＳ３０）と、の双方を実行する。
【００８５】
Ｔ１０００〜Ｔ１００６は、図１０のＴ８００〜８０６と同様である。ＣＰＵ３２は、Ｔ１００７において、ＮＦＣ接続を利用して、携帯端末５０Ａから、携帯端末５０ＡのＭＡＣアドレス「ＡＡＡ」を受信し、Ｔ１００８において、ＭＡＣアドレス「ＡＡＡ」をメモリ３４に記憶して、Ｔ１００９において、ＰＩＮコード「００１」を有効化する。
【００８６】
次いで、ＣＰＵ３２は、対象携帯端末（即ち携帯端末５０Ａ又は携帯端末５０Ｂ）との通信を実行する。対象携帯端末が携帯端末５０Ａである場合には、図２のＴ１０〜Ｔ３２と同様の処理が実行され、対象携帯端末が携帯端末５０Ｂである場合には、図３のＴ１０３〜Ｔ１３０及びＴ１３２と同様の処理が実行される。その後、Ｔ１０４０では、ＣＰＵ３２は、対象携帯端末からＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ要求を受信する。当該Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ要求は、対象携帯端末のＭＡＣアドレス（即ち「ＡＡＡ」又は「ＢＢＢ」）を含む。
【００８７】
Ｓ４０は、図５のＳ１０と同様である。ＣＰＵ３２は、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致すると判断する場合、即ち、対象携帯端末が携帯端末５０Ａである場合（Ｓ４０でＹＥＳ）には、Ｔ１０４２において、Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ応答を携帯端末５０Ａに送信して、携帯端末５０ＡとのＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎを実行する。一方、ＣＰＵ３２は、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致しないと判断する場合、即ち、対象携帯端末が携帯端末５０Ａとは異なる携帯端末５０Ｂである場合（Ｓ４０でＮＯ）には、Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ応答を携帯端末５０Ｂに送信しない。
【００８８】
Ｔ１０４４〜Ｔ１０５４は、図２のＴ４４〜Ｔ５４と同様である。即ち、ＣＰＵ３２は、携帯端末５０ＡとのＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎの結果、Ｇ／Ｏ状態に移行して（Ｔ１０４４）、携帯端末５０ＡとのＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを開始する（Ｔ１０５４）。
【００８９】
Ｓ５０は、図１０のＳ３０と同様である。ＣＰＵ３２は、対象携帯端末からＰＩＮコード「００１」を用いて特定のアルゴリズムで暗号化された暗号化情報を受信する場合、即ち、対象携帯端末が携帯端末５０Ａである場合（Ｓ５０でＹＥＳ）には、携帯端末５０ＡとのＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを完了して、Ｔ１０６０において、４ｗａｙ−ｈａｎｄｓｈａｋｅの通信を携帯端末５０Ａと実行し、Ｔ１０６２において、携帯端末５０ＡとのＷＦＤ接続を確立する。Ｔ１０７０は、図１０のＴ８７０と同様であり、Ｔ８０〜Ｔ８４は、図２のＴ８０〜Ｔ８４と同様である。
【００９０】
一方、ＣＰＵ３２は、対象携帯端末からＰＩＮコード「００１」を用いて特定のアルゴリズムで暗号化された暗号化情報を受信しない場合、即ち、対象携帯端末が携帯端末５０Ａとは異なる携帯端末５０Ｂである場合（Ｓ３０でＮＯ）には、携帯端末５０ＢとのＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを中止する。
【００９１】
本実施例では、プリンタ１０は、記憶済みのＭＡＣアドレス「ＡＡＡ」とＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ要求内の送信元のＭＡＣアドレスとが一致すると判断し（Ｓ４０でＹＥＳ）、かつ、ＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎが対象携帯端末と実行される過程で対象携帯端末からＰＩＮコード「００１」を用いて特定のアルゴリズムで暗号化された暗号化情報を受信したと判断する場合（Ｓ５０でＹＥＳ）に、携帯端末５０ＡとのＷＦＤ接続を確立する（Ｔ１０６２）。例えば、悪意ある第三者によってＭＡＣアドレスが「ＡＡＡ」に偽装された携帯端末５０Ｂから、ＭＡＣアドレス「ＡＡＡ」を含むＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ要求が受信される状況を想定する。この場合、プリンタ１０は、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致すると判断して（Ｓ４０でＹＥＳ）、Ｔ１０４２〜Ｔ１０５４に相当する各処理を携帯端末５０Ｂと実行する。しかしながら、プリンタ１０は、Ｓ５０の処理をさらに実行し、ここで、ＰＩＮコード「００１」を用いて特定のアルゴリズムで暗号化された暗号化情報を受信しないと判断するので（Ｓ５０でＮＯ）、携帯端末５０ＢとのＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを中止し、携帯端末５０ＢとのＷＦＤ接続を確立しない。従って、プリンタ１０は、ＮＦＣ接続が携帯端末５０Ａと確立された後に、ＷＦＤ接続を携帯端末５０Ａと適切に確立することができる。
【００９２】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００９３】
（変形例１）図５のＳ１０において、ＣＰＵ３２は、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致すると判断する場合（Ｓ１０でＹＥＳ）に、Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎを実行することを示すＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ応答を携帯端末５０Ａに送信し、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致しないと判断する場合（Ｓ１０でＮＯ）に、Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎを実行しないことを示すＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ応答を携帯端末５０Ｂに送信してもよい。また、図９のＳ２０において、ＣＰＵ３２は、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致すると判断する場合（Ｓ２０でＹＥＳ）に、ＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを実行することを示すＡｓｓｏｃｉａｔｅ応答を携帯端末５０Ａに送信し、送信元のＭＡＣアドレスと記憶済みのＭＡＣアドレス「ＡＡＡ」とが一致しないと判断する場合（Ｓ２０でＮＯ）に、ＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを実行しないことを示すＡｓｓｏｃｉａｔｅ応答を携帯端末５０Ｂに送信してもよい。本変形例では、Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎを実行することを示すＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ応答、及び、ＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎを実行することを示すＡｓｓｏｃｉａｔｅ応答が、「所定応答」の一例である。
【００９４】
（変形例２）ＣＰＵ３２は、対象携帯端末（即ち携帯端末５０Ａ又は携帯端末５０Ｂ）から送信元のＭＡＣアドレス（即ち「ＡＡＡ」又は「ＢＢＢ」）を含むＰｒｏｖｉｓｉｏｎ  Ｄｉｓｃｏｖｅｒｙ要求を受信する場合に、図５のＳ１０及び図９のＳ２０の処理を実行してもよい。この場合、ＣＰＵ３２は、記憶済みのＭＡＣアドレス「ＡＡＡ」と送信元のＭＡＣアドレスとが一致すると判断する場合に、Ｐｒｏｖｉｓｉｏｎ  Ｄｉｓｃｏｖｅｒｙ応答を携帯端末５０Ａに送信し、記憶済みのＭＡＣアドレス「ＡＡＡ」と送信元のＭＡＣアドレスとが一致しないと判断する場合に、Ｐｒｏｖｉｓｉｏｎ  Ｄｉｓｃｏｖｅｒｙ応答を携帯端末５０Ｂに送信しない。本変形例では、Ｐｒｏｖｉｓｉｏｎ  Ｄｉｓｃｏｖｅｒｙ要求、Ｐｒｏｖｉｓｉｏｎ  Ｄｉｓｃｏｖｅｒｙ応答が、それぞれ、「接続要求」、「所定応答」の一例である。
【００９５】
（変形例３）図５のＴ３０７において、ＣＰＵ３２は、携帯端末５０Ａから、携帯端末５０ＡのＭＡＣアドレス「ＡＡＡ」に代えて、又は、携帯端末５０ＡのＭＡＣアドレス「ＡＡＡ」と共に、携帯端末５０Ａのデバイス名を受信してもよい。この場合、ＣＰＵ３２は、Ｔ３０８において、受信済みのＭＡＣアドレス及び／又はデバイス名をメモリ３４内に記憶し、Ｔ３４０において、対象携帯端末から、対象携帯端末のＭＡＣアドレス及び／又はデバイス名を含むＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ要求を受信する場合に、記憶済みの携帯端末５０ＡのＭＡＣアドレス及び／又はデバイス名と、Ｇ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎ要求内のＭＡＣアドレス及び／又はデバイス名と、が一致するのか否かを判断する。一般的には、「第１（又は第２）の識別情報」は、第１（又は第２）の端末装置のＭＡＣアドレスと、第１（又は第２）の端末装置のデバイス名と、のうちの少なくとも一方であればよい。また、別の変形例では、ＣＰＵ３２は、携帯端末５０Ａを識別する他の識別情報（例えばＵＵＩＤ（Universally Unique Identifierの略）等）を利用して、携帯端末５０Ａと対象携帯端末とが一致するのか否かを判断してもよい。一般的には、「第１（又は第２）の識別情報」は、第１（又は第２）の端末装置を識別する情報であればよい。
【００９６】
（変形例４）図１０のＴ８０８、図１１のＴ９０８の処理が省略されてもよい。即ち、「生成部」は省略可能である。
【００９７】
（変形例５）例えば図５において、ＣＰＵ３２は、携帯端末５０ＡとＧ／Ｏ  Ｎｅｇｏｔｉａｔｉｏｎを実行するが（Ｔ３４０、Ｔ３４２等参照）、それに代えて、携帯端末５０ＡとのＮＦＣ接続が確立されることに応じて（Ｔ３０５）、Ｇ／Ｏ状態に移行してもよい。この場合、ＣＰＵ３２は、Ｔ３４０、Ｓ１０、Ｔ３４２、及び、Ｔ３４４を実行せずに、対象携帯端末からＡｓｓｏｃｉａｔｅ要求を受信する場合（Ｔ３５０）に、ＭＡＣアドレスの一致判断を実行してもよい。そして、ＣＰＵ３２は、ＭＡＣアドレスが一致すると判断する場合に、Ａｓｓｏｃｉａｔｅ応答を携帯端末５０Ａに送信し、ＭＡＣアドレスが一致しないと判断する場合に、Ａｓｓｏｃｉａｔｅ応答を携帯端末５０Ｂに送信しない。本変形例では、Ａｓｓｏｃｉａｔｅ要求、Ａｓｓｏｃｉａｔｅ応答が、それぞれ、「接続要求」、「所定応答」の一例である。
【００９８】
（変形例６）図１０のＳ３０において、ＣＰＵ３２は、ＷＰＳ  Ｎｅｇｏｔｉａｔｉｏｎの過程において、対象携帯端末からＰＩＮコード「００１」を受信する場合に、Ｓ３０でＹＥＳと判断してもよい。本変形例では、ＰＩＮコード「００１」が「特定情報」の一例であり、「第１の認証情報」と「特定情報」とは同じ情報でもよい。
【００９９】
（変形例７）プリンタ１０は、ＷＦＤ方式をサポートしていなくてもよく、それに代えて、例えば、ＳｏｆｔＡＰ方式をサポートしていてもよい。この場合、例えば図５において、ＣＰＵ３２は、携帯端末５０ＡとのＮＦＣ接続が確立されることに応じて（Ｔ３０５）、ＳｏｆＴＡＰを起動していない状態から、ＳｏｆＴＡＰを起動している状態に移行してもよい。この場合、上記の変形例５と同様に、ＣＰＵ３２は、Ｔ３４０、Ｓ１０、及び、Ｔ３４２を実行せずに、対象携帯端末からＡｓｓｏｃｉａｔｅ要求を受信する場合に、ＭＡＣアドレスの一致判断を実行してもよい。なお、ＷＦＤ方式のＧ／Ｏ状態、及び、ＳｏｆＴＡＰを起動している状態をまとめて「親局状態」と呼んでもよい。
【０１００】
（変形例８）変形例では、プリンタ１０は、ＮＦＣＩ／Ｆ１８に代えて、ＢＴ（Bluetooth（登録商標）の略）Ｉ／Ｆを備えてもよい。この場合、例えば図５のＴ３０５〜Ｔ３０７がＢＴに従って実行される。本変形例では、ＢＴＩ／Ｆが、「第１の無線インターフェース」の一例である。また、別の変形例では、プリンタ１０は、ＮＦＣＩ／Ｆ１８もＢＴＩ／Ｆも備えなくてもよい。この場合、プリンタ１０のＷｉ−ＦｉＩ／Ｆ１６は、ＩＥＥＥ８０２．１１ａｈに準拠するＷｉ−Ｆｉ  ＨａＬｏｗ方式、又は、ＩＥＥＥ８０２．１１ｓに準拠するＷｉ−Ｆｉ  Ａｗａｒｅ方式をサポートしていてもよい。この場合、例えば図５のＴ３０５〜Ｔ３０７がＷｉ−Ｆｉ  ＨａＬｏｗ方式又はＷｉ−Ｆｉ  Ａｗａｒｅ方式に従って実行される。本変形例では、Ｗｉ−ＦｉＩ／Ｆ１６が、「第１の無線インターフェース」及び「第２の無線インターフェース」の一例である。
【０１０１】
（変形例９）「通信装置」は、プリンタでなくてもよく、スキャナ、多機能機、携帯端末、ＰＣ、サーバ等の他のデバイスであってもよい。
【０１０２】
（変形例１０）上記の各実施例では、図２、図３、図５〜図７、及び、図９〜図１２の各処理がソフトウェア（即ちプログラム３６）によって実現されるが、これらの各処理のうちの少なくとも１つが論理回路等のハードウェアによって実現されてもよい。
【０１０３】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【０１０４】
２：通信システム、１０，１００：プリンタ、１２：操作部、１４：表示部、１６：Ｗｉ−ＦｉＩ／Ｆ、１８：ＮＦＣＩ／Ｆ、１９，３４：メモリ、２０：印刷実行部、３０：制御部、３２：ＣＰＵ、３６：プログラム、５０Ａ，５０Ｂ，５０Ｃ：携帯端末、５２：印刷アプリケーション
【図１】
2019103050.tif 000003
【図２】
2019103050.tif 000004
【図３】
2019103050.tif 000005
【図４】
2019103050.tif 000006
【図５】
2019103050.tif 000007
【図６】
2019103050.tif 000008
【図７】
2019103050.tif 000009
【図８】
2019103050.tif 000010
【図９】
2019103050.tif 000011
【図１０】
2019103050.tif 000012
【図１１】
2019103050.tif 000013
【図１２】
2019103050.tif 000014