(57)【要約】【課題】  対象データの双方向通信を適切に実行するための技術を提供すること。【解決手段】  ＭＦＰ１０は、ＣＥモードのみが起動されている初期状態である間に、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクが確立されることを監視する。ＭＦＰ１０は、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクが確立される場合に、ＵＲＬデータを携帯端末５０に送信する。ＵＲＬデータは、ＭＦＰ用アプリケーションの起動を携帯端末５０に実行させるためのコマンドを含む。その後、ＭＦＰ１０は、ＭＦＰ１０の状態を、上記の初期状態から、Ｐ２Ｐモードのみが起動されている状態に変更する。ＭＦＰ１０は、Ｐ２Ｐの通信リンクが確立される場合に、ＭＦＰ用アプリケーションを起動している携帯端末５０と対象データの双方向通信を実行する。【選択図】図３
2014032579.tif 000002
【特許請求の範囲】
【請求項１】
ＮＦＣ（Near Field Communication）規格に従った通信方式であるＮＦＣ方式で、対象データの双方向通信を外部装置と実行するための通信装置であって、
前記ＮＦＣ方式の通信を実行するためのＮＦＣインターフェースと、
プロセッサと、
プログラムを格納しているメモリと、を備え、
前記プロセッサは、前記メモリに格納されている前記プログラムに従って、以下の各ステップ、即ち、
前記通信装置の状態が、前記ＮＦＣ規格のＰ２Ｐ（Peer to Peer）モードが起動されておらず、前記ＮＦＣ規格の第１のモードが起動されている第１の状態である間に、前記通信装置と前記外部装置との間に第１種の通信リンクが確立されることを監視する監視ステップであって、前記第１種の通信リンクは、前記通信装置が前記第１のモードで動作すると共に前記外部装置が前記ＮＦＣ規格の第２のモードで動作して、データ通信が実行されるべき通信リンクである、前記監視ステップと、
前記通信装置の状態が前記第１の状態である間に、前記第１種の通信リンクが確立される場合に、前記第１種の通信リンクを利用して、前記ＮＦＣインターフェースを介して、前記外部装置に第１のデータを送信する送信ステップであって、前記第１のデータは、前記対象データの双方向通信を実行するための特定のアプリケーションの起動を前記外部装置に実行させるためのコマンドを含む、前記送信ステップと、
前記第１のデータの送信後の予め決められたタイミングで、前記通信装置の状態を、前記第１の状態から、前記Ｐ２Ｐモードが起動されている第２の状態に変更する第１の変更ステップと、
前記通信装置の状態が前記第２の状態である間に、前記通信装置と前記外部装置との間に第２種の通信リンクが確立される場合に、前記第２種の通信リンクを利用して、前記ＮＦＣインターフェースを介して、前記特定のアプリケーションを起動している前記外部装置と前記対象データの双方向通信を実行する通信ステップであって、前記第２種の通信リンクは、前記通信装置及び前記外部装置が前記Ｐ２Ｐモードで動作して、データ通信が実行されるべき通信リンクである、前記通信ステップと、
を実行する通信装置。
【請求項２】
前記プロセッサは、さらに、
前記通信ステップが実行される場合に、前記通信装置の状態を、前記第２の状態から前記第１の状態に変更する第２の変更ステップを実行する、請求項１に記載の通信装置。
【請求項３】
前記第１のモードは、前記ＮＦＣ規格のＣＥ（Card Emulation）モードであり、
前記第２のモードは、前記ＮＦＣ規格のＲｅａｄｅｒモードである、請求項１又は２に記載の通信装置。
【請求項４】
前記監視ステップは、さらに、前記通信装置の状態が前記第１の状態である間に、前記通信装置と前記外部装置との間に第３種の通信リンクが確立されることを監視することを含み、
前記第３種の通信リンクは、前記通信装置が前記ＣＥモードで動作すると共に前記外部装置が前記ＮＦＣ規格のＷｒｉｔｅｒモードで動作して、データ通信が実行されるべき通信リンクであり、
前記プロセッサは、さらに、
前記通信装置の状態が前記第１の状態である間に、前記第３種の通信リンクが確立される場合に、前記第３種の通信リンクを利用して、前記ＮＦＣインターフェースを介して、前記外部装置から第２のデータを受信する第１の受信ステップであって、前記第２のデータは、前記Ｐ２Ｐモードの起動を前記通信装置に実行させるためのコマンドを含む、前記第１の受信ステップを実行し、
前記予め決められたタイミングは、前記第２のデータが受信されるタイミングである、請求項３に記載の通信装置。
【請求項５】
前記第１の状態は、前記Ｐ２Ｐモード、前記Ｒｅａｄｅｒモード、及び、前記ＮＦＣ規格のＷｒｉｔｅｒモードが起動されておらず、前記ＣＥモードが起動されている状態である、請求項３又は４に記載の通信装置。
【請求項６】
前記第１の状態は、前記Ｐ２Ｐモード、及び、前記ＮＦＣ規格のＷｒｉｔｅｒモードが起動されておらず、前記Ｒｅａｄｅｒモード、及び、前記ＣＥモードが起動されている状態であり、
前記監視ステップは、さらに、前記通信装置の状態が前記第１の状態である間に、前記通信装置と前記外部装置との間に第４種の通信リンクが確立されることを監視することを含み、
前記第４種の通信リンクは、前記通信装置が前記Ｒｅａｄｅｒモードで動作すると共に前記外部装置が前記ＣＥモードで動作して、データ通信が実行されるべき通信リンクであり、
前記プロセッサは、さらに、
前記通信装置の状態が前記第１の状態である間に、前記第４種の通信リンクが確立される場合に、前記第４種の通信リンクを利用して、前記ＮＦＣインターフェースを介して、前記外部装置から第２のデータを受信する第２の受信ステップであって、前記第２のデータは、前記Ｐ２Ｐモードの起動を前記通信装置に実行させるためのコマンドを含む、前記第２の受信ステップを実行し、
前記予め決められたタイミングは、前記第２のデータが受信されるタイミングである、請求項３又は４に記載の通信装置。
【請求項７】
前記プロセッサは、さらに、
前記通信装置の状態が前記第１の状態である間に、前記第４種の通信リンクが確立されても、前記外部装置から前記第２のデータが受信されない場合に、前記通信装置の状態を、前記第１の状態から、前記Ｐ２Ｐモード、前記Ｒｅａｄｅｒモード、及び、前記Ｗｒｉｔｅｒモードが起動されておらず、前記ＣＥモードが起動されている第３の状態に変更する第３の変更ステップを実行し、
前記プロセッサは、前記通信装置の状態が前記第１の状態である間に、前記第１種の通信リンクが確立される場合のみならず、前記通信装置の状態が前記第３の状態である間に、前記第１種の通信リンクが確立される場合にも、前記送信ステップを実行する、請求項６に記載の通信装置。
【請求項８】
前記プロセッサは、さらに、
前記第３の変更ステップが実行された後に、前記送信ステップが実行される場合に、前記通信装置の状態を、前記第３の状態から前記第１の状態に変更する第４の変更ステップを実行する、請求項７に記載の通信装置。
【請求項９】
前記プロセッサは、さらに、
前記通信装置の状態が前記第１の状態である間に、前記第４種の通信リンクが確立される場合に、前記第４種の通信リンクを利用して、前記ＮＦＣインターフェースを介して、前記外部装置から、前記第２のデータとは異なる第３のデータを受信する第３の受信ステップを実行し、
前記プロセッサは、前記第３のデータが受信される場合に、前記第３の変更ステップを実行しない、請求項７又は８に記載の通信装置。
【請求項１０】
前記第２の状態は、前記ＮＦＣ規格のＣＥモード、Ｒｅａｄｅｒモード、及び、Ｗｒｉｔｅｒモードが起動されておらず、前記Ｐ２Ｐモードが起動されている状態である、請求項１から９のいずれか一項に記載の通信装置。
【請求項１１】
ＮＦＣ（Near Field Communication）規格に従った通信方式であるＮＦＣ方式で、対象データの双方向通信を外部装置と実行するための通信装置であって、
前記通信装置の状態が、前記ＮＦＣ規格のＰ２Ｐ（Peer to Peer）モードが起動されておらず、前記ＮＦＣ規格の第１のモードが起動されている第１の状態である間に、前記通信装置と前記外部装置との間に第１種の通信リンクが確立されることを監視する監視手段であって、前記第１種の通信リンクは、前記通信装置が前記第１のモードで動作すると共に前記外部装置が前記ＮＦＣ規格の第２のモードで動作して、データ通信が実行されるべき通信リンクである、前記監視手段と、
前記通信装置の状態が前記第１の状態である間に、前記第１種の通信リンクが確立される場合に、前記第１種の通信リンクを利用して、前記外部装置に第１のデータを送信する送信手段であって、前記第１のデータは、前記対象データの双方向通信を実行するための特定のアプリケーションの起動を前記外部装置に実行させるためのコマンドを含む、前記送信手段と、
前記第１のデータの送信後の予め決められたタイミングで、前記通信装置の状態を、前記第１の状態から、前記Ｐ２Ｐモードが起動されている第２の状態に変更する第１の変更手段と、
前記通信装置の状態が前記第２の状態である間に、前記通信装置と前記外部装置との間に第２種の通信リンクが確立される場合に、前記第２種の通信リンクを利用して、前記特定のアプリケーションを起動している前記外部装置と前記対象データの双方向通信を実行する通信手段であって、前記第２種の通信リンクは、前記通信装置及び前記外部装置が前記Ｐ２Ｐモードで動作して、データ通信が実行されるべき通信リンクである、前記通信手段と、
を備える通信装置。
【請求項１２】
ＮＦＣ（Near Field Communication）規格に従った通信方式であるＮＦＣ方式で、対象データの双方向通信を外部装置と実行するための通信装置のためのコンピュータプログラムであって、
前記通信装置に搭載されるコンピュータに、以下の各ステップ、即ち、
前記通信装置の状態が、前記ＮＦＣ規格のＰ２Ｐ（Peer to Peer）モードが起動されておらず、前記ＮＦＣ規格の第１のモードが起動されている第１の状態である間に、前記通信装置と前記外部装置との間に第１種の通信リンクが確立されることを監視する監視ステップであって、前記第１種の通信リンクは、前記通信装置が前記第１のモードで動作すると共に前記外部装置が前記ＮＦＣ規格の第２のモードで動作して、データ通信が実行されるべき通信リンクである、前記監視ステップと、
前記通信装置の状態が前記第１の状態である間に、前記第１種の通信リンクが確立される場合に、前記第１種の通信リンクを利用して、前記外部装置に第１のデータを送信する送信ステップであって、前記第１のデータは、前記対象データの双方向通信を実行するための特定のアプリケーションの起動を前記外部装置に実行させるためのコマンドを含む、前記送信ステップと、
前記第１のデータの送信後の予め決められたタイミングで、前記通信装置の状態を、前記第１の状態から、前記Ｐ２Ｐモードが起動されている第２の状態に変更する第１の変更ステップと、
前記通信装置の状態が前記第２の状態である間に、前記通信装置と前記外部装置との間に第２種の通信リンクが確立される場合に、前記第２種の通信リンクを利用して、前記特定のアプリケーションを起動している前記外部装置と前記対象データの双方向通信を実行する通信ステップであって、前記第２種の通信リンクは、前記通信装置及び前記外部装置が前記Ｐ２Ｐモードで動作して、データ通信が実行されるべき通信リンクである、前記通信ステップと、
を実行させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書によって開示される技術は、ＮＦＣ（Near Field Communicationの略）規格に従った通信方式であるＮＦＣ方式で、対象データの双方向通信を外部装置と実行するための通信装置である。
【背景技術】
【０００２】
特許文献１には、通信端末と、ＮＦＣデバイスと、を備えるシステムが開示されている。通信端末は、アプリケーションが起動されている状態で、ユーザによってデータ読み出し操作が行われると、Ｒ／Ｗモードに移行する。通信端末がＲ／Ｗモードであり、かつ、ＮＦＣデバイスがパッシブタグモードである状態において、通信端末からＮＦＣデバイスにデータ読み出し要求が送信される。次いで、通信端末及びＮＦＣデバイスのそれぞれは、Ｐ２Ｐモードに移行する。通信端末がＰ２Ｐモードであり、かつ、ＮＦＣデバイスがＰ２Ｐモードである状態において、ＮＦＣデバイスから通信端末にデータが転送される。データ転送が完了すると、通信端末は、パッシブタグモードに移行し、ＮＦＣデバイスは、Ｒ／Ｗモードに移行する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−４４０９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の特許文献１の技術では、通信端末とＮＦＣデバイスとの間でデータ通信が実行されるべき際に、通信端末のアプリケーションが起動されていることが前提となっており、通信端末のアプリケーションが起動されていない状況について、何ら考慮されていない。
【０００５】
本明細書では、外部装置のアプリケーションが起動されていない状況を考慮して、通信装置と外部装置との間で、対象データの双方向通信を適切に実行するための技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書によって開示される一つの技術は、ＮＦＣ（Near Field Communication）規格に従った通信方式であるＮＦＣ方式で、対象データの双方向通信を外部装置と実行する通信装置である。通信装置は、ＮＦＣ方式の通信を実行するためのＮＦＣインターフェースと、プロセッサと、プログラムを格納しているメモリと、を備える。プロセッサは、メモリに格納されているプログラムに従って、以下の各ステップ、即ち、
通信装置の状態が、ＮＦＣ規格のＰ２Ｐ（Peer to Peer）モードが起動されておらず、ＮＦＣ規格の第１のモードが起動されている第１の状態である間に、通信装置と外部装置との間に第１種の通信リンクが確立されることを監視する監視ステップであって、第１種の通信リンクは、通信装置が第１のモードで動作すると共に外部装置がＮＦＣ規格の第２のモードで動作して、データ通信が実行されるべき通信リンクである、監視ステップと、
通信装置の状態が第１の状態である間に、第１種の通信リンクが確立される場合に、第１種の通信リンクを利用して、ＮＦＣインターフェースを介して、外部装置に第１のデータを送信する送信ステップであって、第１のデータは、対象データの双方向通信を実行するための特定のアプリケーションの起動を外部装置に実行させるためのコマンドを含む、送信ステップと、
第１のデータの送信後の予め決められたタイミングで、通信装置の状態を、第１の状態から、Ｐ２Ｐモードが起動されている第２の状態に変更する第１の変更ステップと、
通信装置の状態が第２の状態である間に、通信装置と外部装置との間に第２種の通信リンクが確立される場合に、第２種の通信リンクを利用して、ＮＦＣインターフェースを介して、特定のアプリケーションを起動している外部装置と対象データの双方向通信を実行する通信ステップであって、第２種の通信リンクは、通信装置及び外部装置がＰ２Ｐモードで動作して、データ通信が実行されるべき通信リンクである、通信ステップと、
を実行する。
【０００７】
上記の構成によると、通信装置において、Ｐ２Ｐモードが起動されておらず、第１のモードが起動されている第１の状態である間に、第１種の通信リンク（即ち、通信装置＝第１のモード、外部装置＝第２のモード）が確立され得る。通信装置は、第１種の通信リンクが確立される場合に、外部装置に第１のデータを送信する。第１のデータは、特定のアプリケーションの起動を外部装置に実行させるためのコマンドを含む。従って、仮に、外部装置で特定のアプリケーションが起動されていなくても、通信装置は、第１のデータを外部装置に送信することによって、特定のアプリケーションの起動を外部装置に実行させることができる。その後、通信装置は、通信装置の状態を、第１の状態から、Ｐ２Ｐモードが起動されている第２の状態に変更する。これにより、第２種の通信リンク（即ち、通信装置＝Ｐ２Ｐモード、外部装置＝Ｐ２Ｐモード）が確立され得る。通信装置は、第２種の通信リンクが確立される場合に、特定のアプリケーションを起動している外部装置と対象データの双方向通信を実行する。この技術によると、通信装置と外部装置との間で、対象データの双方向通信を適切に実行することができる。
【０００８】
プロセッサは、さらに、通信ステップが実行される場合に、通信装置の状態を、第２の状態から第１の状態に変更する第２の変更ステップを実行してもよい。この構成によると、通信装置は、通信装置の状態を第１の状態に適切に戻すことができる。
【０００９】
第１のモードは、ＮＦＣ規格のＣＥ（Card Emulation）モードであってもよい。第２のモードは、ＮＦＣ規格のＲｅａｄｅｒモードであってもよい。この構成によると、通信装置の状態が第１の状態である間に、第１種の通信リンク（即ち、通信装置＝ＣＥモード、外部装置＝Ｒｅａｄｅｒモード）が適切に確立され得る。
【００１０】
監視ステップは、さらに、通信装置の状態が第１の状態である間に、通信装置と外部装置との間に第３種の通信リンクが確立されることを監視することを含んでいてもよい。第３種の通信リンクは、通信装置がＣＥモードで動作すると共に外部装置がＮＦＣ規格のＷｒｉｔｅｒモードで動作して、データ通信が実行されるべき通信リンクであってもよい。プロセッサは、さらに、通信装置の状態が第１の状態である間に、第３種の通信リンクが確立される場合に、第３種の通信リンクを利用して、ＮＦＣインターフェースを介して、外部装置から第２のデータを受信する第１の受信ステップを実行してもよい。第２のデータは、Ｐ２Ｐモードの起動を通信装置に実行させるためのコマンドを含んでいてもよい。予め決められたタイミングは、第２のデータが受信されるタイミングであってもよい。この構成によると、通信装置は、通信装置の状態が第１の状態である間に、第３種の通信リンク（即ち、通信装置＝ＣＥモード、外部装置＝Ｗｒｉｔｅｒモード）が確立される場合に、外部装置から第２のデータを受信する。第２のデータは、Ｐ２Ｐモードの起動を通信装置に実行させるためのコマンドを含む。従って、通信装置は、外部装置から第２のデータを受信することを契機として、通信装置の状態を、第１の状態から、Ｐ２Ｐモードが起動されている第２の状態に変更することができる。従って、通信装置は、適切なタイミングで、通信装置の状態を第２の状態に変更し得る。
【００１１】
第１の状態は、Ｐ２Ｐモード、Ｒｅａｄｅｒモード、及び、ＮＦＣ規格のＷｒｉｔｅｒモードが起動されておらず、ＣＥモードが起動されている状態であってもよい。この構成によると、通信装置の状態が第１の状態である間に、第１種の通信リンク（即ち、通信装置＝ＣＥモード、外部装置＝Ｒｅａｄｅｒモード）が適切に確立され得る。
【００１２】
第１の状態は、Ｐ２Ｐモード、及び、ＮＦＣ規格のＷｒｉｔｅｒモードが起動されておらず、Ｒｅａｄｅｒモード、及び、ＣＥモードが起動されている状態であってもよい。監視ステップは、さらに、通信装置の状態が第１の状態である間に、通信装置と外部装置との間に第４種の通信リンクが確立されることを監視することを含んでいてもよい。第４種の通信リンクは、通信装置がＲｅａｄｅｒモードで動作すると共に外部装置がＣＥモードで動作して、データ通信が実行されるべき通信リンクであってもよい。プロセッサは、さらに、通信装置の状態が第１の状態である間に、第４種の通信リンクが確立される場合に、第４種の通信リンクを利用して、ＮＦＣインターフェースを介して、外部装置から第２のデータを受信する第２の受信ステップを実行してもよい。第２のデータは、Ｐ２Ｐモードの起動を通信装置に実行させるためのコマンドを含んでいてもよい。予め決められたタイミングは、第２のデータが受信されるタイミングであってもよい。この構成によると、通信装置は、通信装置の状態が第１の状態である間に、第４種の通信リンク（即ち、通信装置＝Ｒｅａｄｅｒモード、外部装置＝ＣＥモード）が確立される場合に、外部装置から第２のデータを受信する。第２のデータは、Ｐ２Ｐモードの起動を通信装置に実行させるためのコマンドを含む。従って、通信装置は、外部装置から第２のデータを受信することを契機として、通信装置の状態を、第１の状態から、Ｐ２Ｐモードが起動されている第２の状態に変更することができる。通信装置は、適切なタイミングで、通信装置の状態を第２の状態に変更し得る。
【００１３】
プロセッサは、さらに、通信装置の状態が第１の状態である間に、第４種の通信リンクが確立されても、外部装置から第２のデータが受信されない場合に、通信装置の状態を、第１の状態から、Ｐ２Ｐモード、Ｒｅａｄｅｒモード、及び、Ｗｒｉｔｅｒモードが起動されておらず、ＣＥモードが起動されている第３の状態に変更する第３の変更ステップを実行してもよい。プロセッサは、通信装置の状態が第１の状態である間に、第１種の通信リンクが確立される場合のみならず、通信装置の状態が第３の状態である間に、第１種の通信リンクが確立される場合にも、送信ステップを実行してもよい。この構成によると、通信装置は、通信装置の状態が第１の状態である間に、第４種の通信リンク（即ち、通信装置＝Ｒｅａｄｅｒモード、外部装置＝ＣＥモード）が確立されても、外部装置から第２のデータが受信されない場合に、通信装置の状態を、第１の状態から第３の状態に変更することができる。通信装置は、適切なタイミングで、通信装置の状態を第３の状態に変更し得る。通信装置は、通信装置の状態が第３の状態である間に、第１種の通信リンク（即ち、通信装置＝ＣＥモード、外部装置＝Ｒｅａｄｅｒモード）が確立される場合に、外部装置に第１のデータを送信する。従って、通信装置は、第１のデータを外部装置に送信することによって、特定のアプリケーションの起動を外部装置に実行させることができる。
【００１４】
プロセッサは、さらに、第３の変更ステップが実行された後に、送信ステップが実行される場合に、通信装置の状態を、第３の状態から第１の状態に変更する第４の変更ステップを実行してもよい。この構成によると、通信装置は、通信装置の状態を第１の状態に適切に戻すことができる。
【００１５】
プロセッサは、さらに、通信装置の状態が第１の状態である間に、第４種の通信リンクが確立される場合に、第４種の通信リンクを利用して、ＮＦＣインターフェースを介して、外部装置から、第２のデータとは異なる第３のデータを受信する第３の受信ステップを実行してもよい。プロセッサは、第３のデータが受信される場合に、第３の変更ステップを実行しなくてもよい。この構成によると、通信装置は、通信装置の状態が第１の状態である間に、第４種の通信リンク（即ち、通信装置＝Ｒｅａｄｅｒモード、外部装置＝ＣＥモード）が確立される場合に、外部装置から第３のデータを受信する。通信装置は、外部装置から第３のデータを受信する場合に、通信装置の状態を第１の状態に適切に維持することができる。
【００１６】
第２の状態は、ＮＦＣ規格のＣＥモード、Ｒｅａｄｅｒモード、及び、Ｗｒｉｔｅｒモードが起動されておらず、Ｐ２Ｐモードが起動されている状態であってもよい。この構成によると、通信装置の状態が第２の状態である間に、第２種の通信リンク（即ち、通信装置＝Ｐ２Ｐモード、外部装置＝Ｐ２Ｐモード）が適切に確立され得る。
【００１７】
なお、上記の通信装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の通信装置と外部装置とを含む通信システムも、新規で有用である。
【図面の簡単な説明】
【００１８】
【図１】通信システムの構成を示す。
【図２】第１実施例のＭＦＰの通信処理のフローチャートを示す。
【図３】第１実施例のケースＡの通信のシーケンスチャートを示す。
【図４】第２実施例のＭＦＰの通信処理のフローチャートを示す。
【図５】第２実施例のケースＢ１の通信のシーケンスチャートを示す。
【図６】第２実施例のケースＢ２の通信のシーケンスチャートを示す。
【図７】第２実施例のケースＢ３の通信のシーケンスチャートを示す。
【図８】第２実施例のケースＢ４の通信のシーケンスチャートを示す。
【発明を実施するための形態】
【００１９】
（第１実施例）
（通信システム２の構成）
図１に示すように、通信システム２は、ＡＰ（Access Pointの略）４と、ＰＣ（Personal Computerの略）６と、多機能機（以下では「ＭＦＰ（Multi-Function Peripheralの略）」と呼ぶ）１０と、携帯端末５０，５２と、認証カード５４と、を備える。ＭＦＰ１０と携帯端末５０，５２と認証カード５４とは、それぞれ、ＮＦＣ規格の通信方式（即ちＮＦＣ方式）の通信を実行可能である。本実施例では、ＮＦＣ規格は、ＩＳＯ／ＩＥＣ２１４８１又はＩＳＯ／ＩＥＣ１８０９２の国際標準規格である。ＮＦＣ方式の通信は、１３．５６ＭＨｚ帯の電波を利用した無線通信である。また、ＭＦＰ１０と携帯端末５０，５２とは、それぞれ、ＮＦＣ方式の通信リンクとは異なる通信ネットワークを利用して、無線通信を実行可能である。
【００２０】
（ＭＦＰ１０の構成）
ＭＦＰ１０は、操作部１２と、表示部１４と、ネットワークインターフェース（以下では、インターフェースのことを「Ｉ／Ｆ」と記載する）１６と、印刷実行部１８と、スキャン実行部２０と、ＮＦＣ  Ｉ／Ｆ２２と、制御部３０と、を備える。
【００２１】
操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。ネットワークＩ／Ｆ１６は、無線ネットワークに接続するためのＩ／Ｆである。なお、この無線ネットワークは、ＮＦＣ方式の通信とは異なる無線通信を実行するためのネットワークであり、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に従ったネットワークである。本実施例では、無線ネットワークは、ＡＰ４とＰＣ６とＭＦＰ１０とを含むネットワークである。印刷実行部１８は、インクジェット方式、レーザ方式等の印刷機構である。スキャン実行部２０は、ＣＣＤ、ＣＩＳ等のスキャン機構である。
【００２２】
ＮＦＣ  Ｉ／Ｆ２２は、ＮＦＣ方式の通信を実行するためのインターフェースである。ＮＦＣ  Ｉ／Ｆ２２は、ネットワークＩ／Ｆ１６とは異なるチップによって構成されている。なお、ネットワークＩ／Ｆ１６とＮＦＣ  Ｉ／Ｆ２２とは、以下の点で異なる。
【００２３】
即ち、ネットワークＩ／Ｆ１６を介した無線通信の通信速度は、ＮＦＣ  Ｉ／Ｆ２２を介した無線通信の通信速度よりも速い。さらに、ネットワークＩ／Ｆ１６を介した無線通信における搬送波の周波数は、ＮＦＣ  Ｉ／Ｆ２２を介した無線通信における搬送波の周波数とは異なる。また、ＭＦＰ１０と携帯端末５０との距離がおよそ１０ｃｍ以下である場合に、ＭＦＰ１０は、ＮＦＣ  Ｉ／Ｆ２２を介して、携帯端末５０とＮＦＣ方式の通信を実行可能である。一方において、ＭＦＰ１０と携帯端末５０との距離が、１０ｃｍ以下である場合でも、１０ｃｍ以上である場合でも、ＭＦＰ１０は、ネットワークＩ／Ｆ１６を介して、携帯端末５０と無線通信を実行可能である。即ち、ＭＦＰ１０が、ネットワークＩ／Ｆ１６を介して、通信相手（例えば携帯端末５０）と無線通信を実行可能な最大の距離は、ＭＦＰ１０が、ＮＦＣ  Ｉ／Ｆ２２を介して、通信相手と無線通信を実行可能な最大の距離よりも大きい。なお、以下では、ネットワークＩ／Ｆ１６を介した無線通信のことを、「ネットワーク無線通信」と呼ぶ。
【００２４】
制御部３０は、ＣＰＵ３２とメモリ３４とを備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。メモリ３４は、ＣＰＵ３２によって実行される上記のプログラム３６を格納する。
【００２５】
プログラム３６は、アプリケーションプログラムと、プロトコルスタックと、を含む。アプリケーションプログラムは、ＣＰＵ３２が、ＯＳＩ参照モデルのアプリケーション層の処理を実行するためのプログラムである。プロトコルスタックは、ＣＰＵ３２が、ＯＳＩ参照モデルのアプリケーション層よりも下位層の処理を実行するためのプログラムである。プロトコルスタックは、Ｐ２Ｐ（Peer to Peerの略）プログラムと、Ｒ／Ｗプログラムと、ＣＥプログラムと、を含む。Ｐ２Ｐプログラムは、ＮＦＣ規格のＰ２Ｐモードに従った処理を実行するためのプログラムである。Ｒ／Ｗプログラムは、ＮＦＣ規格のＲｅａｄｅｒ／Ｗｒｉｔｅｒモードに従った処理を実行するためのプログラムである。ＣＥプログラムは、ＮＦＣ規格のＣＥ（Card Emulationの略）モードに従った処理を実行するためのプログラムである。これらのプログラムは、ＮＦＣフォーラムによって定められたＮＦＣ規格に準拠した処理を実行するためのプログラムである。
【００２６】
以下では、ＮＦＣ方式の通信を実行可能な機器（ＭＦＰ１０、携帯端末５０，５２、認証カード５４等）のことを「ＮＦＣ機器」と呼ぶ。また、以下では、Ｒｅａｄｅｒモード及びＷｒｉｔｅｒモードを合わせて、「Ｒ／Ｗモード」と簡単に記載することがある。
【００２７】
ＮＦＣ機器の中には、Ｐ２Ｐモード、Ｒ／Ｗモード、及び、ＣＥモードの３つのモードの全てを利用可能な機器も存在するし、上記の３つのモードのうちの１つ又は２つのモードのみを利用可能な機器も存在する。本実施例では、ＭＦＰ１０及び携帯端末５２は、上記の３つのモードの全てを利用可能な機器である。ただし、携帯端末５０は、Ｐ２Ｐモード及びＲ／Ｗモードを利用可能であるが、ＣＥモードを利用不可能である。また、認証カード５４は、ＮＦＣ規格のカードであり、より具体的に言うと、ＣＥモードを利用可能であるが、Ｐ２Ｐモード及びＲ／Ｗモードを利用不可能である。
【００２８】
Ｐ２Ｐモードは、一対のＮＦＣ機器の間で双方向通信を実行するためのモードである。
例えば、第１のＮＦＣ機器と第２のＮＦＣ機器との両方において、Ｐ２Ｐモードが起動されている状況を想定する。この場合、第１のＮＦＣ機器と第２のＮＦＣ機器との間で、Ｐ２Ｐモードに対応する通信リンク（以下では「Ｐ２Ｐの通信リンク」と呼ぶ）が確立される。この場合、例えば、第１のＮＦＣ機器は、Ｐ２Ｐの通信リンクを利用して、第１のデータを第２のＮＦＣ機器に送信する。その後、第２のＮＦＣ機器は、同じＰ２Ｐの通信リンクを利用して、第２のデータを第１のＮＦＣ機器に送信する。これにより、双方向通信が実現される。ＮＦＣフォーラムによって定められるＩＳＯ／ＩＥＣ  １４４３のＴｙｐｅＡであるＮＦＣ機器、及び、ＩＳＯ／ＩＥＣ  １８０９２のＴｙｐｅＦであるＮＦＣ機器は、Ｐ２Ｐモードを利用可能であるが、ＩＳＯ／ＩＥＣ  １４４３のＴｙｐｅＢであるＮＦＣ機器は、Ｐ２Ｐモードを利用不可能である。
【００２９】
Ｒ／Ｗモード及びＣＥモードは、一対のＮＦＣ機器の間で単方向通信を実行するためのモードである。ＣＥモードは、ＮＦＣ機器がＮＦＣフォーラムによって定められた形式である「カード」として動作するためのモードである。ＴｙｐｅＡのＮＦＣ機器と、ＴｙｐｅＦのＮＦＣ機器と、ＴｙｐｅＢのＮＦＣ機器と、のいずれも、ＣＥモードを利用可能である。Ｒｅａｄｅｒモードは、ＣＥモードでカードとして動作するＮＦＣ機器からデータを読み出すためのモードである。Ｗｒｉｔｅｒモードは、ＣＥモードでカードとして動作するＮＦＣ機器にデータを書き込むためのモードである。なお、Ｒｅａｄｅｒモードでは、ＮＦＣ規格のカード（即ち、認証カード５４）からデータを読み出すこともできる。また、Ｗｒｉｔｅｒモードでは、ＮＦＣ規格のカードにデータを書き込むこともできる。
【００３０】
例えば、第１のＮＦＣ機器において、Ｒｅａｄｅｒモードが起動されており、第２のＮＦＣ機器において、ＣＥモードが起動されている状況を想定する。この場合、第１のＮＦＣ機器と第２のＮＦＣ機器との間で、Ｒｅａｄｅｒモード及びＣＥモードに対応する通信リンクが確立される。この場合、第１のＮＦＣ機器は、通信リンクを利用して、第２のＮＦＣ機器内の擬似的なカードからデータを読み出すための動作を実行することによって、当該データを第２のＮＦＣ機器から受信する。
【００３１】
また、例えば、第１のＮＦＣ機器において、Ｗｒｉｔｅｒモードが起動されており、第２のＮＦＣ機器において、ＣＥモードが起動されている状況を想定する。この場合、第１のＮＦＣ機器と第２のＮＦＣ機器との間で、Ｗｒｉｔｅｒモード及びＣＥモードに対応する通信リンクが確立される。この場合、第１のＮＦＣ機器は、通信リンクを利用して、第２のＮＦＣ機器内の擬似的なカードにデータを書き込むための動作を実行することによって、当該データを第２のＮＦＣ機器に送信する。
【００３２】
上述したように、一対のＮＦＣ機器がＮＦＣ方式の通信を実行するためには、様々なモードの組合せが考えられる。例えば、一対のＮＦＣ機器のモードの組合せとして、以下の５つのパターン、即ち、「Ｐ２Ｐモード、Ｐ２Ｐモード」、「Ｒｅａｄｅｒモード、ＣＥモード」、「Ｗｒｉｔｅｒモード、ＣＥモード」、「ＣＥモード、Ｒｅａｄｅｒモード」、「ＣＥモード、Ｗｒｉｔｅｒモード」が考えられる。
【００３３】
なお、ＮＦＣ機器は、Ｒｅａｄｅｒモード及びＷｒｉｔｅｒモードの両方が起動されている状態を形成し得ない。即ち、ＮＦＣ機器は、Ｒｅａｄｅｒモードを起動しているのであれば、Ｗｒｉｔｅｒモードを停止している。また、ＮＦＣ機器は、Ｗｒｉｔｅｒモードを起動しているのであれば、Ｒｅａｄｅｒモードを停止している。
【００３４】
また、ＮＦＣ機器は、起動されているモードに対応する通信リンクを確立することができるが、起動されていないモードに対応する通信リンクを確立することができない。例えば、ＭＦＰ１０において、ＣＥモードが起動されており、Ｐ２Ｐモード及びＲ／Ｗモードを起動されていない場合には、ＭＦＰ１０は、ＭＦＰ１０がＣＥモードで動作するための通信リンクを確立することができるが、他の通信リンク（即ち、ＭＦＰ１０が、Ｐ２Ｐモード、Ｒｅａｄｅｒモード、又は、Ｗｒｉｔｅｒモードで動作するための通信リンク）を確立することができない。
【００３５】
ＭＦＰ１０は、ＭＦＰ１０の電源がＯＮされると、ＣＥモードのみが起動されており、Ｐ２Ｐモード及びＲ／Ｗモードが起動されていない初期状態に移行する。ＭＦＰ１０は、後述のＰ２Ｐ起動コマンドを受信すると（図２のＳ３２でＹＥＳ）、上記の初期状態から、Ｐ２Ｐモードのみが起動されており、Ｒ／Ｗモード及びＣＥモードが起動されていない状態に移行する（Ｓ３６）。なお、ＭＦＰ１０は、ＭＦＰ１０の電源がＯＮされている間に、Ｒ／Ｗモードが起動されていない状態を維持する。従って、変形例では、ＭＦＰ１０は、Ｒ／Ｗモードを利用不可能であってもよい。
【００３６】
（携帯端末５０，５２の構成）
携帯端末５０，５２は、例えば、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末である。携帯端末５０，５２のそれぞれは、無線ネットワークに接続するためのネットワークＩ／Ｆと、ＮＦＣ  Ｉ／Ｆと、を備える。従って、携帯端末５０，５２のそれぞれは、ネットワークＩ／Ｆを介して、ＭＦＰ１０と無線通信を実行可能であると共に、ＮＦＣ  Ｉ／Ｆを利用して、ＭＦＰ１０と無線通信を実行可能である。
【００３７】
携帯端末５０，５２のそれぞれは、ＭＦＰ１０に様々な機能（例えば、印刷機能、スキャン機能等）を実行させるためのアプリケーションプログラム（以下では「ＭＦＰ用アプリケーション」と呼ぶ）をインストールすることができる。なお、本実施例では、携帯端末５０，５２は、ＭＦＰ１０のベンダによって提供されるインターネットサーバ（図示省略）から、ＭＦＰ用アプリケーションをインストールする。
【００３８】
上述したように、本実施例では、携帯端末５０は、Ｐ２Ｐモード及びＲ／Ｗモードを利用可能であるが、ＣＥモードを利用不可能である。携帯端末５０は、第１のＯＳ（Operation Systemの略）プログラムを備える。第１のＯＳプログラムは、例えば、Ａｎｄｒｏｉｄ（登録商標）のバージョン４．０である。第１のＯＳプログラムは、携帯端末５０を以下のように動作させる。即ち、携帯端末５０は、携帯端末５０の電源がＯＮされると、Ｐ２Ｐモード及びＲｅａｄｅｒモードが起動されており、Ｗｒｉｔｅｒモードが起動されていない初期状態に移行する。携帯端末５０は、ＭＦＰ用アプリケーションがインストールされていない場合には、上記の初期状態を維持する。携帯端末５０は、ＭＦＰ用アプリケーションがインストールされていても、ＭＦＰ用アプリケーションが起動されていない場合には、上記の初期状態を維持する。携帯端末５０は、ＭＦＰ用アプリケーションが起動されると、上記の初期状態から、Ｐ２Ｐモード及びＷｒｉｔｅｒモードが起動されており、Ｒｅａｄｅｒモードが起動されていない状態に移行する。
【００３９】
また、上述したように、携帯端末５２は、Ｐ２Ｐモード、Ｒ／Ｗモード、及び、ＣＥモードを利用可能である。携帯端末５２は、第１のＯＳプログラムとは異なる第２のＯＳプログラムを備える。第２のＯＳプログラムは、携帯端末５２を以下のように動作させる。
即ち、携帯端末５２は、携帯端末５２の電源がＯＮされると、Ｐ２Ｐモード、Ｒｅａｄｅｒモード、及び、ＣＥモードが起動されており、Ｗｒｉｔｅｒモードが起動されていない初期状態に移行する。携帯端末５２は、ＭＦＰ用アプリケーションがインストールされていない場合には、上記の初期状態を維持する。携帯端末５２は、ＭＦＰ用アプリケーションがインストールされていても、ＭＦＰ用アプリケーションが起動されていない場合には、上記の初期状態を維持する。携帯端末５２は、ＭＦＰ用アプリケーションが起動されると、上記の初期状態から、Ｐ２Ｐモード、Ｗｒｉｔｅｒモード、及び、ＣＥモードが起動されており、Ｒｅａｄｅｒモードが起動されていない状態に移行する。
【００４０】
なお、ＡＰ４、ＰＣ６、及び、認証カード５４は、後述の第２実施例で利用される。従って、ここでは、これらのデバイスに関する説明を省略する。
【００４１】
（Ｐｏｌｌ動作及びＬｉｓｔｅｎ動作）
続いて、ＮＦＣ機器によって実行されるＰｏｌｌ動作及びＬｉｓｔｅｎ動作について説明する。例えば、ＭＦＰ１０では、ＣＰＵ３２が、プログラム３６に従ってＰｏｌｌ動作及びＬｉｓｔｅｎ動作を実行するのではなく、ＮＦＣ  Ｉ／Ｆ２２が、Ｐｏｌｌ動作及びＬｉｓｔｅｎ動作を実行する。Ｐｏｌｌ動作は、ポーリング信号を送信して、ポーリング信号に対するレスポンス信号を受信する動作である。また、Ｌｉｓｔｅｎ動作は、ポーリング信号を受信して、ポーリング信号に対するレスポンス信号を送信する動作である。
【００４２】
ＭＦＰ１０のＮＦＣ  Ｉ／Ｆ２２は、Ｐｏｌｌ動作を実行するためのＰｏｌｌモードと、Ｌｉｓｔｅｎ動作を実行するためのＬｉｓｔｅｎモードと、Ｐｏｌｌ動作及びＬｉｓｔｅｎ動作のどちらも実行しないモード（以下では「不実行モード」と呼ぶ）と、のうちのいずれかのモードで動作可能である。ＮＦＣ  Ｉ／Ｆ２２は、Ｐｏｌｌモード、Ｌｉｓｔｅｎモード、及び、不実行モードで、順次動作する。例えば、ＮＦＣ  Ｉ／Ｆ２２は、Ｐｏｌｌモードで動作し、次いで、Ｌｉｓｔｅｎモードで動作し、次いで、不実行モードで動作する、という１セットの動作を実行する。ＮＦＣ  Ｉ／Ｆ２２は、上記の１セットの動作を繰り返し実行する。
【００４３】
Ｐｏｌｌモードでは、ＮＦＣ  Ｉ／Ｆ２２は、ポーリング信号を送信して、レスポンス信号を受信することを監視する。具体的に言うと、ＮＦＣ  Ｉ／Ｆ２２は、（１）ＴｙｐｅＡのＮＦＣ機器が応答可能なポーリング信号（即ちＴｙｐｅＡに対応するポーリング信号）を送信して、レスポンス信号の受信を所定時間監視し、（２）レスポンス信号を受信しなければ、ＴｙｐｅＢのＮＦＣ機器が応答可能なポーリング信号（即ちＴｙｐｅＢに対応するポーリング信号）を送信して、レスポンス信号の受信を所定時間監視し、（３）レスポンス信号を受信しなければ、ＴｙｐｅＦのＮＦＣ機器が応答可能なポーリング信号（即ちＴｙｐｅＦに対応するポーリング信号）を送信して、レスポンス信号の受信を所定時間監視する、という動作を繰り返す。ＮＦＣ  Ｉ／Ｆ２２が所定時間内にＮＦＣ機器（即ち通信相手）からレスポンス信号を受信する場合には、通信相手は、当該レスポンス信号の送信の直前に受信したポーリング信号に対応するＴｙｐｅのＮＦＣ機器であると言える。ＮＦＣ  Ｉ／Ｆ２２は、レスポンス信号を受信する場合に、さらに、当該レスポンス信号の送信元のＮＦＣ機器が、どのモードを起動しているのかを問い合わせるための問合信号を、通信相手に送信する。この結果、ＮＦＣ  Ｉ／Ｆ２２は、通信相手から起動モード信号を受信する。起動モード信号は、通信相手において、Ｐ２Ｐモード及びＣＥモードの両方が起動されていることを示すか、Ｐ２Ｐモードのみが起動されていることを示すか、ＣＥモードのみが起動されていることを示す。
【００４４】
Ｌｉｓｔｅｎモードでは、ＮＦＣ  Ｉ／Ｆ２２は、ポーリング信号を受信することを監視して、ポーリング信号を受信すると、レスポンス信号を送信する。ＮＦＣ  Ｉ／Ｆ２２は、ＮＦＣ  Ｉ／Ｆ２２に対応するＴｙｐｅのポーリング信号を受信する場合にのみ、ポーリング信号の送信元のＮＦＣ機器（即ち通信相手）にレスポンス信号を送信する。ＮＦＣ  Ｉ／Ｆ２２は、通信相手にレスポンス信号を送信する場合に、さらに、通信相手から問合信号を受信して、起動モード信号を通信相手に送信する。
【００４５】
不実行モードでは、ＮＦＣ  Ｉ／Ｆ２２は、ポーリング信号を送信せず、さらに、ポーリング信号を受信しても、レスポンス信号を送信しない。
【００４６】
携帯端末５０，５２のそれぞれも、上記の１セットの動作を繰り返し実行する。従って、例えば、ＭＦＰ１０と携帯端末５０との間の距離が１０ｃｍ未満であり、かつ、ＭＦＰ１０のＮＦＣ  Ｉ／Ｆ２２がＰｏｌｌモードで動作する期間と、携帯端末５０がＬｉｓｔｅｎモードで動作する期間と、が一致する場合には、ＮＦＣ  Ｉ／Ｆ２２は、ポーリング信号を携帯端末５０に送信して、レスポンス信号を携帯端末５０から受信するＰｏｌｌ動作を実行する。また、例えば、ＭＦＰ１０と携帯端末５０との間の距離が１０ｃｍ未満であり、ＮＦＣ  Ｉ／Ｆ２２がＬｉｓｔｅｎモードで動作する期間と、携帯端末５０がＰｏｌｌモードで動作する期間と、が一致すると、ＮＦＣ  Ｉ／Ｆ２２は、ポーリング信号を携帯端末５０から受信して、レスポンス信号を携帯端末５０に送信するＬｉｓｔｅｎ動作を実行する。なお、以下では、Ｐｏｌｌ動作を実行したＮＦＣ機器、Ｌｉｓｔｅｎ動作を実行したＮＦＣ機器のことを、それぞれ、「Ｐｏｌｌ機器」、「Ｌｉｓｔｅｎ機器」と呼ぶ。
【００４７】
ＮＦＣ  Ｉ／Ｆ２２がＰｏｌｌ動作を実行する場合、即ち、ＭＦＰ１０がＰｏｌｌ機器である場合には、以降の通信のための各処理は、ＣＰＵ３２に引き継がれる。具体的に言うと、まず、Ｌｉｓｔｅｎ機器である通信相手（例えば携帯端末５０）がどのモードの動作を実行可能であるのかを示す情報（即ち、受信済みの起動モード信号が示す情報）が、ＮＦＣ  Ｉ／Ｆ２２からＣＰＵ３２に受け渡される。ＣＰＵ３２は、ＭＦＰ１０の現在の状態（即ち、ＭＦＰ１０で現在起動されているモード）と、ＮＦＣ  Ｉ／Ｆ２２から受け渡された情報と、に基づいて、ＭＦＰ１０がどのモードで動作すべきかを決定する。具体的には、ＣＰＵ３２は、以下のようにして、Ｐｏｌｌ機器であるＭＦＰ１０がどのモードで動作すべきかを決定する。
【００４８】
ＮＦＣ規格では、Ｐｏｌｌ機器は、Ｐ２Ｐモード又はＲ／Ｗモードで動作可能であるが、ＣＥモードで動作不可能である。従って、ＭＦＰ１０がＰｏｌｌ機器である場合には、ＣＰＵ３２は、ＭＦＰ１０がＰ２Ｐモード又はＲ／Ｗモードで動作すべきことを決定する。例えば、Ｐｏｌｌ機器であるＭＦＰ１０の現在の状態が、Ｐ２Ｐモードが起動されており、Ｒ／Ｗモードが起動されていない状態であり、かつ、ＮＦＣ  Ｉ／Ｆ２２から受け渡された情報が、Ｌｉｓｔｅｎ機器である通信相手がＰ２Ｐモードを起動していることを示す場合には、ＣＰＵ３２は、ＭＦＰ１０がＰ２Ｐモードで動作すべきことを決定する。この場合、ＣＰＵ３２は、Ｐ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを通信相手に送信して、通信相手からＯＫコマンドを受信する。これにより、Ｐｏｌｌ機器であるＭＦＰ１０とＬｉｓｔｅｎ機器である通信相手との間に、Ｐ２Ｐモードの通信リンクが確立される。なお、本実施例では、ＭＦＰ１０がＲ／Ｗモードが起動することがないために、ＣＰＵ３２は、ＭＦＰ１０がＲ／Ｗモードで動作すべきことを決定しない。
【００４９】
また、ＮＦＣ  Ｉ／Ｆ２２がＬｉｓｔｅｎ動作を実行する場合、即ち、ＭＦＰ１０がＬｉｓｔｅｎ機器である場合にも、以降の通信のための各処理は、ＣＰＵ３２に引き継がれる。ＣＰＵ３２は、Ｐｏｌｌ機器である通信相手から受信されるＡｃｔｉｖａｔｉｏｎ信号に基づいて、ＭＦＰ１０がどのモードで動作すべきかを決定する。具体的には、ＣＰＵ３２は、以下のようにして、Ｌｉｓｔｅｎ機器であるＭＦＰ１０がどのモードで動作すべきかを決定する。
【００５０】
ＮＦＣ規格では、Ｌｉｓｔｅｎ機器は、Ｐ２Ｐモード又はＣＥモードで動作可能であるが、Ｒ／Ｗモードで動作不可能である。従って、ＭＦＰ１０がＬｉｓｔｅｎ機器である場合には、ＣＰＵ３２は、ＭＦＰ１０がＰ２Ｐモード又はＣＥモードで動作すべきことを決定する。例えば、Ｌｉｓｔｅｎ機器であるＭＦＰ１０の現在の状態が、Ｐ２Ｐモードが起動されており、ＣＥモードが起動されていない状態であり、かつ、Ｐｏｌｌ機器である通信相手の現在の状態が、Ｐ２Ｐモードが起動されている状態である場合には、ＣＰＵ３２は、通信相手からＰ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信する。この場合、ＣＰＵ３２は、ＭＦＰ１０がＰ２Ｐモードで動作すべきことを決定し、ＯＫコマンドを通信相手に送信する。これにより、Ｌｉｓｔｅｎ機器であるＭＦＰ１０とＰｏｌｌ機器である通信相手との間に、Ｐ２Ｐの通信リンクが確立される。
【００５１】
また、例えば、Ｌｉｓｔｅｎ機器であるＭＦＰ１０の現在の状態が、ＣＥモードが起動されており、Ｐ２Ｐモードが起動されていない状態であり、かつ、Ｐｏｌｌ機器である通信相手の現在の状態が、Ｒｅａｄｅｒモード又はＷｒｉｔｅｒモードが起動されている状態である場合には、ＣＰＵ３２は、通信相手からＲ／Ｗモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信する。この場合、ＣＰＵ３２は、ＭＦＰ１０がＣＥモードで動作すべきことを決定し、ＯＫコマンドを通信相手に送信する。これにより、Ｌｉｓｔｅｎ機器であるＭＦＰ１０とＰｏｌｌ機器である通信相手との間に、ＣＥモード及びＲ／Ｗモードに対応する通信リンクが確立される。
【００５２】
なお、ＣＥモード及びＲ／Ｗモードに対応する通信リンクが確立される場合には、ＣＰＵ３２は、さらに、通信相手から、通信相手がＲｅａｄｅｒモード又はＷｒｉｔｅｒモードのどちらで動作するのかを示す情報を受信する。従って、例えば、通信相手がＲｅａｄｅｒモードで動作することを示す情報が受信される場合には、Ｌｉｓｔｅｎ機器であるＭＦＰ１０とＰｏｌｌ機器である通信相手との間に、ＣＥモード及びＲｅａｄｅｒモードに対応する通信リンク（以下では「ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンク」と呼ぶ）が確立されると言える。また、例えば、通信相手がＷｒｉｔｅｒモードで動作することを示す情報が受信される場合には、Ｌｉｓｔｅｎ機器であるＭＦＰ１０とＰｏｌｌ機器である通信相手との間に、ＣＥモード及びＷｒｉｔｅｒモードに対応する通信リンク（以下では「ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンク」と呼ぶ）が確立されると言える。
【００５３】
（ＭＦＰの通信処理；図２）
次いで、図２を参照して、ＭＦＰ１０のＣＰＵ３２がプログラム３６に従って実行する処理の内容を説明する。ＣＰＵ３２は、ＭＦＰ１０の電源がＯＮされると、Ｓ１０において、ＭＦＰ１０の状態を、ＣＥモードが起動されており、Ｐ２Ｐモード及びＲ／Ｗモードが起動されていない初期状態に移行させる。
【００５４】
Ｓ２０に示されるように、ＣＰＵ３２は、ＭＦＰ１０の状態が上記の初期状態である間に、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクが確立されることを監視する。上述したように、ＣＰＵ３２は、通信相手がＲｅａｄｅｒモードで動作することを示す情報を受信する場合に、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクが確立されたと判断する。この場合、ＣＰＵ３２は、Ｓ２０でＹＥＳと判断して、Ｓ２２に進む。
【００５５】
Ｓ２２では、ＣＰＵ３２は、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクを利用して、ＮＦＣ  Ｉ／Ｆ２２を介して、通信相手にＵＲＬ（Uniform Resource Locatorの略）データを送信する。上述したように、ＭＦＰ１０のベンダによって提供されるインターネットサーバは、ＭＦＰ用アプリケーションを格納しており、外部装置からのリクエストに応じて、ＭＦＰ用アプリケーションのダウンロード及びインストールを外部装置に許可する。Ｓ２２で送信されるＵＲＬデータは、ＭＦＰ用アプリケーションのＵＲＬ（即ち、上記のインターネットサーバ内のＭＦＰ用アプリケーションのファイルアドレス）を示す。ＵＲＬデータは、ＮＦＣ規格で定められているスマートポスター（Smart Poster）のコマンドを含む。スマートポスターのコマンドは、ＭＦＰ用アプリケーションの起動を通信相手（即ち、携帯端末５０，５２）に実行させるためのコマンドである。なお、通信相手がＵＲＬデータを受信した際に実行する動作については、後で詳しく説明する。Ｓ２２が終了すると、Ｓ２４に進む。
【００５６】
Ｓ２４では、ＣＰＵ３２は、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクを切断する。具体的に言うと、ＣＰＵ３２は、Ｄｅａｃｔｉｖａｔｉｏｎコマンド及びＯＫコマンドの通信を実行する。ＮＦＣ規格では、Ｐｏｌｌ機器がＤｅａｃｔｉｖａｔｉｏｎコマンドを送信すること、即ち、Ｌｉｓｔｅｎ機器がＤｅａｃｔｉｖａｔｉｏｎコマンドを受信することが決められている。Ｓ２４が実行される際には、通信相手がＰｏｌｌ機器であり、ＭＦＰ１０がＬｉｓｔｅｎ機器である。このために、ＣＰＵ３２は、ＮＦＣ  Ｉ／Ｆ２２を介して、通信相手からＤｅａｃｔｉｖａｔｉｏｎコマンドを受信し、ＮＦＣ  Ｉ／Ｆ２２を介して、ＯＫコマンドを通信相手に送信する。この結果、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクが切断される。
【００５７】
なお、通信相手がＭＦＰ１０にＤｅａｃｔｉｖａｔｉｏｎコマンドを送信する前に、通信相手がＭＦＰ１０から離れることに起因して、ＭＦＰ１０と携帯端末５０との間の距離がＮＦＣ通信を実行不可能な距離になる可能性がある。この場合、Ｓ２４では、Ｄｅａｃｔｉｖａｔｉｏｎコマンド及びＯＫコマンドの通信が実行されずに、強制的にリンクが切断される。Ｓ２４が終了すると、Ｓ２０に戻る。
【００５８】
Ｓ３０に示されるように、ＣＰＵ３２は、ＭＦＰ１０の状態が上記の初期状態である間に、さらに、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが確立されることを監視する。上述したように、ＣＰＵ３２は、通信相手がＷｒｉｔｅｒモードで動作することを示す情報を受信する場合に、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが確立されたと判断する。この場合、ＣＰＵ３２は、Ｓ３０でＹＥＳと判断して、Ｓ３２に進む。
【００５９】
Ｓ３２では、ＣＰＵ３２は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクを利用して、ＮＦＣ  Ｉ／Ｆ２２を介して、通信相手からＰ２Ｐ起動コマンドを受信することを監視する。Ｐ２Ｐ起動コマンドは、Ｐ２Ｐモードの起動をＭＦＰ１０に実行させるためのコマンドである。Ｐ２Ｐ起動コマンドは、ＭＦＰ用アプリケーションに従って準備されるコマンドである。即ち、通信相手からＰ２Ｐ起動コマンドを受信するということは、通信相手でＭＦＰ用アプリケーションが起動されていることを意味する。ＣＰＵ３２は、通信相手からＰ２Ｐ起動コマンドを受信する場合に、Ｓ３２でＹＥＳと判断し、Ｓ３４に進む。一方において、ＣＰＵ３２は、通信相手からＰ２Ｐ起動コマンドを受信しない場合（即ち、Ｐ２Ｐ起動コマンドとは異なるコマンドを受信する場合、又は、いずれのコマンドも受信しない場合）に、Ｓ３２でＮＯと判断し、Ｓ２４に進む。
【００６０】
Ｓ３４では、ＣＰＵ３２は、Ｓ２４と同様に、Ｄｅａｃｔｉｖａｔｉｏｎコマンド及びＯＫコマンドの通信を実行して、通信リンクを切断する。次いで、Ｓ３６では、ＣＰＵ３２は、Ｐ２Ｐ起動コマンドに従って、ＣＥモードを停止し、Ｐ２Ｐモードを起動させる。この結果、ＣＰＵ３２は、ＭＦＰ１０の状態を、初期状態から、Ｐ２Ｐモードが起動されており、Ｒ／Ｗモード及びＣＥモードが起動されていない状態に変更することができる。なお、上述したように、通信相手からＰ２Ｐ起動コマンドを受信するということは、通信相手でＭＦＰ用アプリケーションが起動されていることを意味する。従って、ＭＦＰ１０は、適切なタイミング（即ち、通信相手でＭＦＰ用アプリケーションが起動されているタイミング）で、ＭＦＰ１０の状態を、初期状態から、Ｐ２Ｐモードが起動されている状態に変更することができる。また、Ｓ３６では、ＣＰＵ３２は、ＣＥモードが起動されている状態を維持することなく、ＣＥモードを停止する。従って、後述のＳ３８において、ＭＦＰ１０がＣＥモードで動作するための通信リンクが確立されるのを抑制することができ、Ｐ２Ｐの通信リンクが適切に確立される。Ｓ３６が終了すると、Ｓ３８に進む。
【００６１】
Ｓ３８では、ＣＰＵ３２は、Ｐ２Ｐの通信リンクが確立されることを監視する。上述したように、例えば、ＭＦＰ１０がＰｏｌｌ機器である場合には、ＣＰＵ３２は、Ｐ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを通信相手に送信して、通信相手からＯＫコマンドを受信する場合に、Ｐ２Ｐの通信リンクが確立されたと判断する。この場合、ＣＰＵ３２は、Ｓ３８でＹＥＳと判断して、Ｓ４０に進む。また、例えば、ＭＦＰ１０がＬｉｓｔｅｎ機器である場合には、ＣＰＵ３２は、通信相手からＰ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信して、ＯＫコマンドを通信相手に送信する場合に、Ｐ２Ｐの通信リンクが確立されたと判断する。この場合も、ＣＰＵ３２は、Ｓ３８でＹＥＳと判断して、Ｓ４０に進む。
【００６２】
Ｓ４０では、ＣＰＵ３２は、Ｐ２Ｐの通信リンクを利用して、ＮＦＣ  Ｉ／Ｆ２２を介して、通信相手と双方向通信を実行する。具体的に言うと、ＣＰＵ３２は、印刷リクエストデータ及びレスポンスデータの双方向通信を実行する。ＣＰＵ３２は、まず、ＮＦＣ  Ｉ／Ｆ２２を介して、通信相手から印刷リクエストデータを受信する。印刷リクエストデータは、印刷機能をＭＦＰ１０に実行させるための印刷指示コマンドを含む。なお、印刷リクエストデータは、印刷対象のデータである印刷データ自体を含まない。
【００６３】
上述したように、ＮＦＣ方式の通信の通信速度は、ネットワーク無線通信の通信速度よりも遅い。このために、仮に、通信相手（即ち、携帯端末５０，５２）からＭＦＰ１０への印刷データの通信としてＮＦＣ方式の通信が利用されると、印刷データの通信に長時間を要する可能性がある。従って、本実施例では、ＭＦＰ１０が、ネットワーク無線通信を利用して、通信相手から印刷データを受信する構成を採用する。このような構成を採用するためには、通信相手は、ＭＦＰ１０とネットワーク無線通信を実行するための無線設定を知る必要がある。従って、ＭＦＰ１０は、通信相手から印刷指示コマンドを含む印刷リクエストデータを受信する場合に、印刷指示コマンドに対するレスポンスを示すレスポンスデータとして、上記の無線設定を通信相手に送信する。
【００６４】
即ち、Ｓ４０では、ＣＰＵ３２は、印刷リクエストデータに含まれる印刷指示コマンドを読み込むと、メモリ３４から、ＭＦＰ１０が現在属している無線ネットワークで利用されている無線設定を特定する。Ｓ４０では、ＣＰＵ３２は、さらに、特定済みの無線設定を含むレスポンスデータを生成する。Ｓ４０では、ＣＰＵ３２は、さらに、Ｐ２Ｐの通信リンクを利用して、ＮＦＣ  Ｉ／Ｆ２２を介して、生成済みのレスポンスデータを通信相手に送信する。これにより、通信相手は、レスポンスデータに含まれる無線設定を利用して、無線ネットワークに参加することができる。この結果、ＭＦＰ１０及び通信相手は、ＮＦＣ方式の通信に代えて、ネットワーク無線通信を実行して、印刷データを通信することができる。即ち、ＭＦＰ１０は、通信相手から印刷データを受信して、印刷機能を実行することができる。Ｓ４０が終了すると、Ｓ４２に進む。
【００６５】
Ｓ４２では、ＣＰＵ３２は、Ｐ２Ｐの通信リンクを切断する。例えば、ＭＦＰ１０がＬｉｓｔｅｎ機器である場合には、ＣＰＵ３２は、Ｓ２４と同様に、通信相手からＤｅａｃｔｉｖａｔｉｏｎコマンドを受信して、ＯＫコマンドを通信相手に送信する。この結果、Ｐ２Ｐの通信リンクが切断される。また、例えば、ＭＦＰ１０がＰｏｌｌ機器である場合には、ＣＰＵ３２は、Ｄｅａｃｔｉｖａｔｉｏｎコマンドを通信相手に送信して、通信相手からＯＫコマンドを受信する。この結果、Ｐ２Ｐの通信リンクが切断される。なお、Ｄｅａｃｔｉｖａｔｉｏｎコマンド及びＯＫコマンドの通信が実行される前に、通信相手がＭＦＰ１０から離れる場合には、Ｓ４２では、それらのコマンドの通信が実行されずに、強制的にリンクが切断されてもよい。Ｓ４２が終了すると、Ｓ４４に進む。
【００６６】
Ｓ４４では、ＣＰＵ３２は、Ｐ２Ｐモードを停止し、ＣＥモードを起動させる。この結果、ＣＰＵ３２は、ＭＦＰ１０の状態を、Ｐ２Ｐモードが起動されており、Ｒ／Ｗモード及びＣＥモードが起動されていない状態から、上記の初期状態に変更することができる。この構成によると、ＭＦＰ１０は、ＭＦＰ１０の状態を初期状態に適切に戻すことができる。Ｓ４４が終了すると、Ｓ２０に戻る。
【００６７】
（ケースＡ；図３）
続いて、図３を参照して、本実施例によって実現される具体的なケースＡを説明する。ケースＡは、ＭＦＰ１０が図２の各処理を実行することによって、実現される。
【００６８】
ケースＡ１は、ＭＦＰ１０と、第１のＯＳプログラムを備える携帯端末５０と、の間で実行される通信を示す。ＭＦＰ１０の初期状態では、ＣＥモードが起動されており、Ｐ２Ｐモード及びＲ／Ｗモードが起動されていない（即ち、Ｐ２Ｐ＝ＯＦＦ、Ｒ／Ｗ＝ＯＦＦ、ＣＥ＝ＯＮ）。また、携帯端末５０は、ＭＦＰ用アプリケーションをインストール済みでない。もしくは、携帯端末５０は、ＭＦＰ用アプリケーションをインストール済みであるが、ＭＦＰ用アプリケーションを起動していない。従って、携帯端末５０の初期状態では、Ｐ２Ｐモード及びＲｅａｄｅｒモードが起動されており、Ｗｒｉｔｅｒモードが起動されていない（即ち、Ｐ２Ｐ＝ＯＮ、Ｒｅａｄｅｒ＝ＯＮ、Ｗｒｉｔｅｒ＝ＯＦＦ）。
【００６９】
携帯端末５０のユーザは、ＭＦＰ用アプリケーションが起動されていない状態で、携帯端末５０をＭＦＰ１０に近づける。ＭＦＰ１０において、ＣＥモードが起動されており、携帯端末５０において、Ｐ２Ｐモード及びＲｅａｄｅｒモードが起動されている。このような状況では、ＭＦＰ１０と携帯端末５０との間に、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクのみが確立され得る（図２のＳ２０）。即ち、Ｐ２Ｐの通信リンク、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンク、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンク、及び、ＭＦＰ（Ｗ）−相手（ＣＥ）の通信リンクは、確立されない。
【００７０】
ＭＦＰ１０は、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクが確立される場合（図２のＳ２０でＹＥＳの場合）に、ＵＲＬデータを携帯端末５０に送信する（Ｓ２２）。次いで、ＭＦＰ１０は、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクを切断する（Ｓ２４）。
【００７１】
携帯端末５０は、ＭＦＰ１０からＵＲＬデータを受信すると、第１のＯＳプログラムに従って、ＵＲＬデータに含まれるスマートポスターのコマンドを読み込む。携帯端末５０がＭＦＰ用アプリケーションをインストール済みでないケースでは、以下の第１の例及び第２の例が実現される。第１の例では、携帯端末５０は、スマートポスターのコマンドを読み込むと、ＵＲＬデータに含まれるＵＲＬ（即ちＭＦＰ用アプリケーションを格納しているインターネットサーバ）に自動的にアクセスして、インターネットサーバからＭＦＰ用アプリケーションをダウンロードする。これにより、携帯端末５０は、ＭＦＰ用アプリケーションをインストールすることができる。第２の例では、携帯端末５０は、スマートポスターのコマンドを読み込むと、所定の画面を表示させて、ＵＲＬデータに含まれるＵＲＬにアクセスするのか否かを、ユーザに問い合わせる。そして、ユーザがアクセスを許可すると、携帯端末５０は、インターネットサーバからＭＦＰ用アプリケーションをダウンロードする。これにより、携帯端末５０は、ＭＦＰ用アプリケーションをインストールすることができる。携帯端末５０は、ＭＦＰ用アプリケーションをインストールすると、ＭＦＰ用アプリケーションを起動させる。この結果、携帯端末５０は、Ｒｅａｄｅｒモードを停止し、Ｗｒｉｔｅｒモードを起動させる。
【００７２】
また、携帯端末５０がＭＦＰ用アプリケーションをインストール済みであるケースでは、携帯端末５０は、スマートポスターのコマンドを読み込んでも、ＭＦＰ用アプリケーションをダウンロードしない。携帯端末５０は、スマートポスターのコマンドを読み込むと、例えば、所定のアプリケーション（ブラウザアプリケーション等）を起動して、ＵＲＬデータに含まれるＵＲＬを示す所定の画面を表示させる。そして、ユーザが上記の所定の画面を介してＭＦＰ用アプリケーションを起動させるための操作を実行すると、携帯端末５０は、ＭＦＰ用アプリケーションを起動させる。この結果、携帯端末５０は、Ｒｅａｄｅｒモードを停止し、Ｗｒｉｔｅｒモードを起動させる。
【００７３】
携帯端末５０のユーザは、ＭＦＰ用アプリケーションの画面に従って、印刷機能をＭＦＰ１０に実行させるための操作を、携帯端末５０に加える。そして、ユーザは、携帯端末５０をＭＦＰ１０に近づける。ＭＦＰ１０において、ＣＥモードが起動されており、携帯端末５０において、Ｐ２Ｐモード及びＷｒｉｔｅｒモードが起動されている。このような状況では、ＭＦＰ１０と携帯端末５０との間に、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクのみが確立され得る（図２のＳ３０）。
【００７４】
携帯端末５０は、ＭＦＰ用アプリケーションに従って、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクを利用して、Ｐ２Ｐ起動コマンドをＭＦＰ１０に送信する。この結果、ＭＦＰ１０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクを利用して、携帯端末５０からＰ２Ｐ起動コマンドを受信する（Ｓ３２でＹＥＳ）。次いで、ＭＦＰ１０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクを切断する（Ｓ３４）。
【００７５】
ＭＦＰ１０は、Ｐ２Ｐ起動コマンドに従って、ＣＥモードを停止し、Ｐ２Ｐモードを起動させる（Ｓ３６）。ＭＦＰ１０において、Ｐ２Ｐモードが起動されており、携帯端末５０において、Ｐ２Ｐモード及びＷｒｉｔｅｒモードが起動されている。このような状況では、ＭＦＰ１０と携帯端末５０との間に、Ｐ２Ｐの通信リンクのみが確立され得る（図２のＳ３８でＹＥＳ）。なお、ＭＦＰ１０は、Ｐ２Ｐ起動コマンドを受信する場合に、Ｐ２Ｐモードのみが起動されている状態（Ｓ３６）に移行するが、Ｐ２ＰモードとＲ／Ｗモードとの両方が起動されている状態に移行してもよい。
【００７６】
携帯端末５０は、ＭＦＰ用アプリケーションに従って、印刷リクエストデータを生成する。そして、携帯端末５０は、Ｐ２Ｐの通信リンクを利用して、印刷リクエストデータをＭＦＰ１０に送信する。この結果、ＭＦＰ１０は、Ｐ２Ｐの通信リンクを利用して、携帯端末５０から印刷リクエストデータを受信する（Ｓ４０）。次いで、ＭＦＰ１０は、Ｐ２Ｐの通信リンクを利用して、無線設定を含むレスポンスデータを携帯端末５０に送信する（Ｓ４０）。
【００７７】
携帯端末５０は、Ｐ２Ｐの通信リンクを利用して、ＭＦＰ１０からレスポンスデータを受信する。これにより、携帯端末５０は、ＭＦＰ用アプリケーションに従って、レスポンスデータに含まれる無線設定を利用して、無線ネットワークに参加する。携帯端末５０は、ネットワーク無線通信を実行して、印刷データをＭＦＰ１０に送信する。
【００７８】
ＭＦＰ１０は、ネットワーク無線通信を実行して、携帯端末５０から印刷データを受信する（フローチャート及びシーケンスチャートの図示省略）。印刷データは、印刷実行部１８に供給される。これにより、ＭＦＰ１０（即ち印刷実行部１８）は、印刷データによって表される画像を、印刷媒体に印刷する。
【００７９】
なお、印刷リクエストデータ及びレスポンスデータの双方向通信が終了すると、ＭＦＰ１０は、Ｐ２Ｐの通信リンクを切断する（Ｓ４２）。次いで、ＭＦＰ１０は、Ｐ２Ｐモードを停止し、ＣＥモードを起動させる（Ｓ４４）。これにより、ＭＦＰ１０は、初期状態に戻る。
【００８０】
なお、図３では、携帯端末５０において、ＭＦＰ用アプリケーションが起動されていない状況を想定している。ただし、携帯端末５０において、ＭＦＰ用アプリケーションが起動されている状況では、想定している。
【００８１】
（本実施例の効果）
仮に、ＭＦＰ１０が、Ｐ２Ｐモードが起動されている状態を維持する構成（以下では「比較例の構成」と呼ぶ）を採用すると、以下の事象が発生し得る。携帯端末５０では、ＭＦＰ用アプリケーションが起動されていなくても、Ｐ２Ｐモードが起動されている。従って、携帯端末５０でＭＦＰ用アプリケーションが起動されていない状況でも、ＭＦＰ１０と携帯端末５０との間に、Ｐ２Ｐの通信リンクが確立され得る。この場合、携帯端末５０は、ＭＦＰ用アプリケーションに従って動作しないために、印刷リクエストデータをＭＦＰ１０に送信しない。即ち、比較例の構成によると、対象データ（即ち印刷リクエストデータ及びレスポンスデータ）の双方向通信が適切に実行されない可能性がある。
【００８２】
これに対し、本実施例では、ＭＦＰ１０の初期状態では、ＣＥモードが起動されており、Ｐ２Ｐモード及びＲ／Ｗモードが起動されていない。従って、比較例の構成とは異なり、ＭＦＰ１０が初期状態であり、かつ、携帯端末５０でＭＦＰ用アプリケーションが起動されていない状況において、ＭＦＰ１０と携帯端末５０との間に、Ｐ２Ｐの通信リンクが確立されない。従って、ＭＦＰ１０は、初期状態である間に、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクを適切に確立することができる（図２のＳ２０でＹＥＳ）。そして、ＭＦＰ１０は、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクを利用して、ＵＲＬデータを携帯端末５０に送信する（Ｓ２２）。これにより、ＭＦＰ１０は、ＭＦＰ用アプリケーションの起動を携帯端末５０に実行させることができる。
【００８３】
その後、ＭＦＰ１０は、ＭＦＰ１０の状態を、初期状態から、Ｐ２Ｐモードが起動されている状態に変更する（Ｓ３６）。これにより、ＭＦＰ１０と携帯端末５０との間に、Ｐ２Ｐの通信リンクが確立される。この際、携帯端末５０でＭＦＰ用アプリケーションが起動されているために、ＭＦＰ１０は、Ｐ２Ｐの通信リンクを利用して、対象データの双方向通信を携帯端末５０と実行することができる。本実施例によると、比較例の構成と比べて、対象データの双方向通信を適切に実行することができる。
【００８４】
なお、ＭＦＰ１０の通信相手が、携帯端末５０である状況のみならず、携帯端末５２である状況でも、図３のケースＡと同様の通信が実行され、上記と同様の効果が得られる。即ち、携帯端末５２では、ＭＦＰ用アプリケーションが起動されていない場合に、Ｐ２Ｐモード、Ｒｅａｄｅｒモード、及び、ＣＥモードが起動されており、Ｗｒｉｔｅｒモードが起動されていない。従って、ＭＦＰ１０が初期状態であり、かつ、携帯端末５２でＭＦＰ用アプリケーションが起動されていない状況において、ＭＦＰ１０と携帯端末５２との間に、Ｐ２Ｐの通信リンクが確立されない。従って、ＭＦＰ１０は、初期状態である間に、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクを確立して、ＵＲＬデータを携帯端末５２に送信することができる。以降の通信は、ＭＦＰ１０と携帯端末５０との間の通信（図３のケースＡ）と同様である。
【００８５】
（対応関係）
ＭＦＰ１０、携帯端末５０，５２が、それぞれ、「通信装置」、「外部装置」の一例である。ＭＦＰ１０の初期状態（即ち、ＣＥモードのみが起動されており、Ｐ２Ｐモード及びＲ／Ｗモードが起動されていない状態）が、「第１の状態」の一例である。ＣＥモード、Ｒｅａｄｅｒモードが、それぞれ、「第１のモード」、「第２のモード」の一例である。ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンク、Ｐ２Ｐの通信リンク、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが、それぞれ、「第１種の通信リンク」、「第２種の通信リンク」、「第３種の通信リンク」の一例である。ＵＲＬデータ、Ｐ２Ｐ起動コマンドが、それぞれ、「第１のデータ」、「第２のデータ」の一例である。また、Ｐ２Ｐ起動コマンドが受信されるタイミングが、「予め決められたタイミング」の一例である。
【００８６】
図２のＳ２０及びＳ３０が、「監視ステップ」の一例である。Ｓ２２、Ｓ３２、Ｓ４０が、それぞれ、「送信ステップ」、「第１の受信ステップ」、「通信ステップ」の一例である。Ｓ３６、Ｓ４４が、それぞれ、「第１の変更ステップ」、「第２の変更ステップ」の一例である。
【００８７】
（第２実施例）
本実施例では、ＭＦＰ１０の初期状態が、第１実施例とは異なる。即ち、ＭＦＰ１０の初期状態では、Ｒｅａｄｅｒモード及びＣＥモードが起動されており、Ｐ２Ｐモード及びＷｒｉｔｅｒモードが起動されていない。ＭＦＰ１０がＲｅａｄｅｒモードを起動しているために、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立され得る。
【００８８】
また、携帯端末５０が、Ｐ２Ｐモード及びＲ／Ｗモードのみならず、ＣＥモードも利用可能である点が、第１実施例とは異なる。携帯端末５０の初期状態（即ち、ＭＦＰ用アプリケーションが起動されていない状態）では、Ｐ２Ｐモード及びＲｅａｄｅｒモードが起動されており、Ｗｒｉｔｅｒモード及びＣＥモードが起動されていない。携帯端末５０でＭＦＰ用アプリケーションが起動されると、携帯端末５０は、上記の初期状態から、Ｐ２Ｐモード、Ｗｒｉｔｅｒモード、及び、ＣＥモードが起動されており、Ｒｅａｄｅｒモードが起動されていない状態に移行する。
【００８９】
ＭＦＰ１０は、ＡＰ４とＰＣ６とを含む無線ネットワークに属している。従って、ＭＦＰ１０は、ＡＰ４を介してＰＣ６から印刷データを受信して、印刷データに従って印刷を実行することができる。なお、認証カード５４は、ＰＣ６のユーザに与えられているカードである。ＭＦＰ１０は、ＰＣ６から印刷データを受信しても、認証カード５４を用いた認証が成功するまで印刷を開始しない。即ち、ＰＣ６のユーザは、ＰＣ６からＭＦＰ１０に印刷データを送信した後に、認証カード５４をＭＦＰ１０に近づける。ＭＦＰ１０は、認証カード５４から、認証情報（例えばユーザＩＤとパスワード）を含む認証コマンドを受信して、認証を実行する。ＭＦＰ１０は、認証が成功すると、印刷を開始する。これにより、ＰＣ６のユーザは、ＭＦＰ１０の近くに存在する際に、印刷物を取得することができる。即ち、第三者に印刷物が持ち去られるのを抑制することができる。
【００９０】
（ＭＦＰの通信処理；図４）
次いで、図４を参照して、本実施例のＭＦＰ１０の通信処理の内容を説明する。ＣＰＵ３２は、ＭＦＰ１０の電源がＯＮされると、Ｓ１１０において、ＭＦＰ１０の状態を、Ｒｅａｄｅｒモード及びＣＥモードが起動されており、Ｐ２Ｐモード及びＷｒｉｔｅｒモードが起動されていない初期状態に移行させる。
【００９１】
Ｓ１２０〜Ｓ１２４は、図２のＳ２０〜Ｓ２４と同様である。ただし、Ｓ１２４では、ＣＰＵ３２は、ＭＦＰ１０の状態が、Ｒｅａｄｅｒモードが起動されていない状態である場合（後述のＳ１７０参照）に、Ｒｅａｄｅｒモードを起動させる。これにより、ＣＰＵ３２は、ＭＦＰ１０の状態を、Ｒｅａｄｅｒモードが起動されていない状態から、Ｒｅａｄｅｒモードが起動されている初期状態に適切に戻すことができる。
【００９２】
Ｓ１３０〜Ｓ１４４は、図２のＳ３０〜Ｓ４４と同様である。ただし、Ｓ１３６では、ＣＰＵ３２は、Ｐ２Ｐ起動コマンドに従って、Ｒｅａｄｅｒモード及びＣＥモードを停止し、Ｐ２Ｐモードを起動させる。この結果、ＣＰＵ３２は、ＭＦＰ１０の状態を、初期状態から、Ｐ２Ｐモードが起動されており、Ｒ／Ｗモード及びＣＥモードが起動されていない状態に変更することができる。また、Ｓ１４４では、ＣＰＵ３２は、Ｐ２Ｐモードを停止し、Ｒｅａｄｅｒモード及びＣＥモードを起動させる。この結果、ＣＰＵ３２は、ＭＦＰ１０の状態を、Ｐ２Ｐモードが起動されており、Ｒ／Ｗモード及びＣＥモードが起動されていない状態から、上記の初期状態に変更することができる。
【００９３】
Ｓ１６０に示されるように、ＣＰＵ３２は、ＭＦＰ１０の状態が上記の初期状態である間に、さらに、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立されることを監視する。ＭＦＰ１０がＰｏｌｌ動作を実行し、かつ、ＮＦＣ  Ｉ／Ｆ２２から受け渡された情報（即ち、Ｌｉｓｔｅｎ機器である通信相手から受信された起動モード信号が示す情報）が、通信相手がＣＥモードを起動していることを示す場合に、ＣＰＵ３２は、ＭＦＰ１０がＲｅａｄｅｒモードで動作すべきことを決定する。この場合、ＣＰＵ３２は、Ｒ／Ｗモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを通信相手に送信して、通信相手からＯＫコマンドを受信する。ＣＰＵ３２は、通信相手からＯＫコマンドを受信する場合に、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立されたと判断する。この場合、ＣＰＵ３２は、Ｓ１６０でＹＥＳと判断して、Ｓ１６２に進む。
【００９４】
Ｓ１６２，Ｓ１６４では、ＣＰＵ３２は、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクを利用して、ＮＦＣ  Ｉ／Ｆ２２を介して、通信相手からＰ２Ｐ起動コマンド又は認証コマンドを受信することを監視する。ＣＰＵ３２は、通信相手（即ち、携帯端末５０，５２）からＰ２Ｐ起動コマンドを受信する場合に、Ｓ１６２でＹＥＳと判断して、Ｓ１３４に進む。
【００９５】
なお、通信相手が認証カード５４である場合には、ＣＰＵ３２は、通信相手（即ち、認証カード５４）から認証コマンドを受信する。この場合、ＣＰＵ３２は、Ｓ１６４でＹＥＳと判断して、Ｓ１６６に進む。一方において、ＣＰＵ３２は、通信相手からＰ２Ｐ起動コマンド及び認証コマンドのどちらも受信されない場合には、Ｓ１６４でＮＯと判断して、Ｓ１６８に進む。
【００９６】
Ｓ１６６では、ＣＰＵ３２は、Ｄｅａｃｔｉｖａｔｉｏｎコマンドを通信相手に送信して、通信相手からＯＫコマンドを受信する。この結果、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが切断される。なお、Ｄｅａｃｔｉｖａｔｉｏｎコマンド及びＯＫコマンドの通信が実行される前に、通信相手がＭＦＰ１０から離れる場合には、Ｓ１６６では、それらのコマンドの通信が実行されずに、強制的にリンクが切断されてもよい。また、フローチャートでは図示省略しているが、ＣＰＵ３２は、認証コマンドが受信される場合に、認証コマンドに含まれる認証情報の認証を実行して、認証が成功する場合に、印刷データに従って印刷を開始する。Ｓ１６６が終了すると、Ｓ１２０に戻る。なお、ＣＰＵ３２は、Ｓ１６４でＹＥＳと判断する場合、即ち、通信相手から認証コマンドを受信する場合には、後述のＳ１７０のように、Ｒｅａｄｅｒモードを停止しない。従って、ＣＰＵ３２は、Ｒｅａｄｅｒモードが起動されている状態を適切に維持することができる。
【００９７】
Ｓ１６８では、ＣＰＵ３２は、Ｓ１６６と同様に、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクを切断する。次いで、Ｓ１７０において、ＣＰＵ３２は、Ｒｅａｄｅｒモードを停止する。この結果、ＣＰＵ３２は、ＭＦＰ１０の状態を、初期状態から、ＣＥモードが起動されており、Ｐ２Ｐモード及びＲ／Ｗモードが起動されていない状態に変更することができる。これにより、後述のＳ１７２において、ＭＦＰ１０がＲｅａｄｅｒモードで動作するための通信リンクが確立されるのを抑制でき、ＭＦＰ１０がＣＥモードで動作するための通信リンクが適切に確立される。Ｓ１７０が終了すると、Ｓ１７２に進む。
【００９８】
Ｓ１７２では、ＣＰＵ３２は、Ｓ１２０と同様に、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクが確立されることを監視する。ＣＰＵ３２は、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクが確立される場合に、Ｓ１７２でＹＥＳと判断して、Ｓ１２２に進む。なお、上述したように、Ｓ１７０、Ｓ１７２、及び、Ｓ１２２を経て、Ｓ１２４が実行される場合には、Ｓ１２４において、ＣＰＵ３２は、Ｓ１７０で停止されたＲｅａｄｅｒモードを再び起動させて、ＭＦＰ１０を初期状態に戻す。
【００９９】
（ケースＢ１；図５）
続いて、図５〜図８を参照して、本実施例によって実現される具体的なケースＢ１〜Ｂ４を説明する。ケースＢ１〜Ｂ４は、ＭＦＰ１０が図４の各処理を実行することによって、実現される。
【０１００】
ケースＢ１は、ＭＦＰ１０と、第１のＯＳプログラムを備える携帯端末５０と、の間で実行される通信を示す。ＭＦＰ１０の初期状態では、Ｒｅａｄｅｒモード及びＣＥモードが起動されており、Ｐ２Ｐモード及びＷｒｉｔｅｒモードが起動されていない（即ち、Ｐ２Ｐ＝ＯＦＦ、Ｒｅａｄｅｒ＝ＯＮ、Ｗｒｉｔｅｒ＝ＯＦＦ、ＣＥ＝ＯＮ）。また、携帯端末５０の初期状態（即ち、ＭＦＰ用アプリケーションが起動されていない状態）では、Ｐ２Ｐモード及びＲｅａｄｅｒモードが起動されており、Ｗｒｉｔｅｒモード及びＣＥモードが起動されていない（即ち、Ｐ２Ｐ＝ＯＮ、Ｒｅａｄｅｒ＝ＯＮ、Ｗｒｉｔｅｒ＝ＯＦＦ、ＣＥモード＝ＯＦＦ）。このような状況では、ＭＦＰ１０と携帯端末５０との間に、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクのみが確立され得る（図４のＳ１２０）。その後、携帯端末５０がＭＦＰ用アプリケーションを起動させるまでの各処理は、図３のケースＡと同様である。
【０１０１】
携帯端末５０は、ＭＦＰ用アプリケーションを起動させると、Ｒｅａｄｅｒモードを停止し、Ｗｒｉｔｅｒモード及びＣＥモードを起動させる。このような状況では、ＭＦＰ１０と携帯端末５０との間に、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンク、又は、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立され得る（図４のＳ１３０又はＳ１６０）。ケースＢ１では、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが確立される（Ｓ１３０でＹＥＳ）。その後の各処理は、Ｓ１３６において、ＭＦＰ１０が、ＣＥモードのみならず、Ｒｅａｄｅｒモードも停止する点、及び、Ｓ１４４において、ＭＦＰ１０が、ＣＥモードのみならず、Ｒｅａｄｅｒモードも起動させる点を除くと、図３のケースＡと同様である。
【０１０２】
（ケースＢ２；図６）
一方において、ケースＢ２では、携帯端末５０がＭＦＰ用アプリケーションを起動させた後に、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立される（図４のＳ１６０でＹＥＳ）。この場合、携帯端末５０は、ＭＦＰ用アプリケーションに従って、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクを利用して、Ｐ２Ｐ起動コマンドをＭＦＰ１０に送信する。この結果、ＭＦＰ１０は、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクを利用して、携帯端末５０からＰ２Ｐ起動コマンドを受信する（Ｓ１６２でＹＥＳ）。その後の各処理は、図５のケースＢ１と同様である。
【０１０３】
ケースＢ１及びＢ２に示されるように、ＭＦＰ１０は、初期状態である間に、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクを適切に確立することができ（図４のＳ１２０でＹＥＳ）、ＵＲＬデータを携帯端末５０に送信することができる（Ｓ１２２）。これにより、ＭＦＰ１０は、ＭＦＰ用アプリケーションの起動を携帯端末５０に実行させることができる。その後、ＭＦＰ１０は、ＭＦＰ１０の状態を、初期状態から、Ｐ２Ｐモードが起動されている状態に変更する（Ｓ１３６）。これにより、ＭＦＰ１０は、Ｐ２Ｐの通信リンクを利用して、対象データの双方向通信を携帯端末５０と適切に実行することができる。
【０１０４】
また、ＭＦＰ用アプリケーションの起動を携帯端末５０に実行させた後に、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンク、又は、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立され得る（図４のＳ１３０でＹＥＳ又はＳ１６０でＹＥＳ）。ＭＦＰ１０は、どちらの通信リンクが確立されても、携帯端末５０からＰ２Ｐ起動コマンドを受信することができ（Ｓ１３２でＹＥＳ又はＳ１６２でＹＥＳ）、適切なタイミング（即ち、携帯端末５０でＭＦＰ用アプリケーションが起動されているタイミング）で、ＭＦＰ１０の状態を、初期状態から、Ｐ２Ｐモードが起動されている状態に変更することができる（Ｓ１３６）。この結果、ＭＦＰ１０は、Ｐ２Ｐの通信リンクを利用して、対象データの双方向通信を携帯端末５０と適切に実行することができる。
【０１０５】
（ケースＢ３；図７）
ケースＢ３は、ＭＦＰ１０と、第２のＯＳプログラムを備える携帯端末５２と、の間で実行される通信を示す。ＭＦＰ１０の初期状態は、図５及び図６のケースＢ１及びＢ２と同様である。また、携帯端末５２の初期状態（即ち、ＭＦＰ用アプリケーションが起動されていない状態）では、Ｐ２Ｐモード、Ｒｅａｄｅｒモード、及び、ＣＥモードが起動されており、Ｗｒｉｔｅｒモードが起動されていない（即ち、Ｐ２Ｐ＝ＯＮ、Ｒｅａｄｅｒ＝ＯＮ、Ｗｒｉｔｅｒ＝ＯＦＦ、ＣＥモード＝ＯＮ）。このような状況では、ＭＦＰ１０と携帯端末５２との間に、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンク、又は、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立され得る（図４のＳ１２０又はＳ１６０）。ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクが確立される場合（図４のＳ１２０でＹＥＳの場合）には、その後の各処理は、携帯端末５２において、ＣＥモードが起動されている状態が維持される点を除くと、図５及び図６のケースＢ１及びＢ２と同様である。
【０１０６】
一方において、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立される場合（図４のＳ１６０でＹＥＳの場合）には、携帯端末５２は、ＭＦＰ用アプリケーションに従って動作しないために、ＭＦＰ１０にＰ２Ｐ起動コマンドを送信しない。従って、ＭＦＰ１０は、携帯端末５２からＰ２Ｐ起動コマンドを受信しない（Ｓ１６２でＮＯ）。さらに、ＭＦＰ１０は、認証コマンドも受信しない（Ｓ１６４でＮＯ）。この場合、ＭＦＰ１０は、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクを切断する（Ｓ１６８）。
【０１０７】
次いで、ＭＦＰ１０は、Ｒｅａｄｅｒモードを停止させる（Ｓ１７０）。このような状況では、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクのみが確立され得る（Ｓ１７２）。ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクが確立される場合（Ｓ１７２でＹＥＳの場合）には、その後の各処理は、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクが切断される際に、ＭＦＰ１０において、Ｒｅａｄｅｒモードが起動される点、及び、携帯端末５２において、ＣＥモードが起動されている状態が維持される点を除くと、図５及び図６のケースＢ１及びＢ２と同様である。
【０１０８】
ケースＢ３に示されるように、携帯端末５２の第２のＯＳプログラムは、携帯端末５０の第１のＯＳプログラムとは異なり、ＭＦＰ用アプリケーションが起動されていなくても、ＣＥモードを起動する。このために、携帯端末５２でＭＦＰ用アプリケーションが起動されていなくても、ＭＦＰ１０と携帯端末５２との間に、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立され得る（Ｓ１６０でＹＥＳ）。この場合、ＭＦＰ１０は、携帯端末５２からＰ２Ｐ起動コマンドを受信しないために（Ｓ１６２、Ｓ１６４でＮＯ）、Ｒｅａｄｅｒモードを停止する（Ｓ１７０）。Ｓ１７０でＲｅａｄｅｒモードが停止されるために、ＭＦＰ１０と携帯端末５２との間に、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクが適切に確立される（Ｓ１７２でＹＥＳ）。この結果、ＭＦＰ１０は、ＭＦＰ用アプリケーションの起動を携帯端末５０に適切に実行させることができる（Ｓ１２２）。
【０１０９】
（ケースＢ４；図８）
ケースＢ４は、ＭＦＰ１０と認証カード５４との間で実行される通信を示す。ＭＦＰ１０の初期状態は、図５〜図７のケースＢ１〜Ｂ３と同様である。また、認証カード５４では、ＣＥモードのみが起動されている。このような状況では、ＭＦＰ１０と認証カード５４との間に、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクのみが確立され得る（図４のＳ１６０）。ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立される場合（Ｓ１６０でＹＥＳの場合）には、ＭＦＰ１０は、認証カード５４から認証コマンドを受信する（Ｓ１６４でＹＥＳ）。次いで、ＭＦＰ１０は、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクを切断する（Ｓ１６６）。
【０１１０】
なお、ＭＦＰ１０は、認証コマンドを受信する前に、ＡＰ４を介してＰＣ６から印刷データを受信済みである。ＭＦＰ１０は、認証コマンドを受信すると、認証コマンドに含まれる認証情報を用いて認証を実行する。ＭＦＰ１０は、認証が成功すると、受信済みの印刷データに従って印刷を開始する。
【０１１１】
ケースＢ４に示されるように、ＭＦＰ１０の初期状態では、ＣＥモードのみならず、Ｒｅａｄｅｒモードが起動されているために、ＭＦＰ１０と認証カード５４との間に、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立される（Ｓ１６０）。この場合、ＭＦＰ１０は、認証カード５４から認証コマンドを受信して（Ｓ１６４でＹＥＳ）、認証を実行することができる。本実施例によると、ＭＦＰ１０は、認証カード５４を用いた認証を実行する構成を実現しつつ、ケースＢ１〜Ｂ３のように、対象データの双方向通信を携帯端末５０，５２と適切に実行することができる。
【０１１２】
（対応関係）
第２実施例の対応関係は、基本的には、第１実施例の対応関係と同様である。相違点を以下に列挙する。携帯端末５０，５２及び認証カード５４が、「外部装置」の一例である。ＭＦＰ１０の初期状態（即ち、ＣＥモード及びＲｅａｄｅｒモードが起動されており、Ｐ２Ｐモード及びＷｒｉｔｅｒモードが起動されていない状態）が、「第１の状態」の一例である。ＣＥモードのみが起動されている状態（即ち、図４のＳ１７０が実行された後の状態）が、「第３の状態」の一例である。認証コマンドが、「第３のデータ」の一例である。
【０１１３】
図４のＳ１２０、Ｓ１３０、及び、Ｓ１６０が、「監視ステップ」の一例である。Ｓ１２２、Ｓ１３２、Ｓ１６２、Ｓ１６４、Ｓ１４０が、それぞれ、「送信ステップ」、「第１の受信ステップ」、「第２の受信ステップ」、「第３の受信ステップ」、「通信ステップ」の一例である。Ｓ１３６、Ｓ１４４、Ｓ１７０、Ｓ１２４が、それぞれ、「第１の変更ステップ」、「第２の変更ステップ」、「第３の変更ステップ」、「第４の変更ステップ」の一例である。
【０１１４】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【０１１５】
（変形例１）ＭＦＰ１０の初期状態では、Ｗｒｉｔｅｒモードが起動されており、Ｐ２Ｐモード、Ｒｅａｄｅｒモード、及び、ＣＥモードが起動されていなくてもよい。また、携帯端末５２の初期状態は、図７のケースＢ３に示される状態と同様であってもよい。この場合、ＭＦＰ１０と携帯端末５２との間に、ＭＦＰ（Ｗ）−相手（ＣＥ）の通信リンクのみが確立され得る。ＭＦＰ１０のＣＰＵ３２は、ＭＦＰ（Ｗ）−相手（ＣＥ）の通信リンクが確立される場合に、ＭＦＰ（Ｗ）−相手（ＣＥ）の通信リンクを利用して、ＵＲＬデータを携帯端末５０送信してもよい。これにより、ＭＦＰ１０は、ＭＦＰ用アプリケーションの起動を携帯端末５２に実行させることができる。その後、ＣＰＵ３２は、ＭＦＰ１０の状態を、初期状態から、Ｐ２Ｐモードが起動されている状態に変更してもよい。本変形例でも、ＭＦＰ１０は、ＭＦＰ用アプリケーションの起動を携帯端末５２に適切に実行させることができ、この結果、対象データの双方向通信を携帯端末５２と適切に実行することができる。本変形例では、Ｗｒｉｔｅｒモードのみが起動されている状態が、「第１の状態」の一例である。Ｗｒｉｔｅｒモード、ＣＥモードが、それぞれ、「第１のモード」、「第２のモード」の一例である。「第１の状態」は、例えば、Ｐ２Ｐモードが起動されておらず、Ｐ２Ｐモードとは異なる第１のモードが起動されている状態であればよい。また、ＭＦＰ（Ｗ）−相手（ＣＥ）の通信リンクが、「第１種の通信リンク」の一例である。「第１種の通信リンク」は、例えば、通信装置から外部装置への第１のデータの単方向通信を実行可能な通信リンクであればよい。
【０１１６】
（変形例２）上記の各実施例では、スマートポスターのコマンドを含むＵＲＬデータが、「第１のデータ」の一例である。これに代えて、例えば、携帯端末５０の第１のＯＳプログラムがＡｎｄｒｏｉｄ（登録商標）である場合（例えば、４．０又はそれ以降のバージョンを有するプログラムである場合）には、「第１のデータ」は、Ａｎｄｒｏｉｄ（登録商標）のアプリケーションレコードを含むデータであってもよい。即ち、図２のＳ２２又は図４のＳ１２２において、ＣＰＵ３２は、ＵＲＬデータの代わりに、アプリケーションレコードを送信してもよい。当該アプリケーションレコードは、ＭＦＰ用アプリケーションのＵＲＬを含まず、ＭＦＰ用アプリケーションのパッケージ名（即ちテキスト情報）を含む。携帯端末５０は、アプリケーションレコードに含まれるパッケージ名を用いて、ＭＦＰ用アプリケーションをインストールしたり起動したりすることができる。本変形例では、アプリケーションレコードを含むデータが、「第１のデータ」の一例である。
【０１１７】
（変形例３）携帯端末５０，５２において、ＭＦＰ用アプリケーションがインストール済みであることを前提とするのであれば、「第１のデータ」として、ＵＲＬデータの代わりに、ＭＦＰ用アプリケーションの起動コマンド（ただしＵＲＬを含まない）を含むデータが採用されてもよい。即ち、一般的に言うと、「第１のデータ」は、対象データの双方向通信を実行するための特定のアプリケーションの起動を外部装置に実行させるためのコマンドを含んでいればよい。
【０１１８】
（変形例４）上記の各実施例では、Ｐ２Ｐ起動コマンドが受信されるタイミングが、「予め決められたタイミング」の一例である。これに代えて、ＣＰＵ３２は、ＵＲＬデータを携帯端末５０，５２に送信してから所定時間が経過したタイミング（例えば、携帯端末５０，５２でＭＦＰ用アプリケーションが起動されるのに必要な予測時間が経過したタイミング）で、Ｐ２Ｐモードを起動してもよい。この構成によると、上記の所定時間が経過したタイミングが、「予め決められたタイミング」の一例である。「第１の変更ステップ」は、第１のデータの送信後の予め決められたタイミングで、通信装置の状態を、第１の状態から第２の状態に変更するステップであればよい。なお、本変形例では、図２において、Ｓ３０〜Ｓ３４が実行されず、Ｓ２４が実行された後に、Ｓ３６〜Ｓ４４が実行されればよい。一般的に言うと、プロセッサは、監視ステップ（例えばＳ２０）と、送信ステップ（例えばＳ２２）と、第１の変更ステップ（例えばＳ３６）と、通信ステップ（例えばＳ４０）と、を少なくとも実行すればよい。
【０１１９】
（変形例５）上記の各実施例では、Ｐ２Ｐモードが起動されており、ＣＥモード及びＲ／Ｗモードが起動されていない状態（即ち、図２又は図４のＳ３６又はＳ１３６が実行された後の状態）が、「第２の状態」の一例である。これに代えて、「第２の状態」は、Ｐ２Ｐモードのみならず、ＣＥモード、Ｒｅａｄｅｒモード、及び、Ｗｒｉｔｅｒモードのうちの少なくとも１つのモードも起動されている状態であってもよい。即ち、「第２の状態」は、少なくともＰ２Ｐモードが起動されている状態であればよい。
【０１２０】
（変形例６）上記の第２実施例では、認証コマンドが、「第３のデータ」の一例である。これに代えて、「第３のデータ」は、ＮＦＣ方式で通信される他の種類のデータ（例えば、電子マネーに関するデータ等）であってもよい。
【０１２１】
（変形例７）上記の各実施例では、印刷リクエストデータ、レスポンスデータが、双方向通信の対象の「対象データ」の一例である。これに代えて、例えば、以下の各変形例が採用されてもよい。
【０１２２】
（変形例７−１）「対象データ」として、スキャン機能をＭＦＰ１０に実行させるためのスキャン指示コマンドを含むスキャンリクエストデータと、無線設定を含むレスポンスデータと、が採用されてもよい。
【０１２３】
（変形例７−２）例えば、携帯端末５０が、ＭＦＰ１０が利用すべき設定情報を、ＭＦＰ１０に送信すべき状況を想定する。上記の設定情報として、例えば、ＭＦＰ１０が印刷機能を実行するための印刷設定情報（例えば、印刷解像度、用紙サイズ等）、ＭＦＰ１０がスキャン機能を実行するためのスキャン設定情報（例えば、スキャン解像度等）、ＭＦＰ１０が通信機能を実行するための通信設定情報（例えば、ＩＰアドレス、サブネットマスク、ゲートウェイアドレス等）を挙げることができる。これにより、ＭＦＰ１０は、携帯端末５０から受信される設定情報を利用して、様々な機能を実行することができる。ＭＦＰ１０は、携帯端末５０から設定情報を受信する場合に、設定情報を受信したことを示す応答コマンドを携帯端末５０に送信する。「対象データ」として、上記の設定情報と、上記の応答コマンドと、が採用されてもよい。
【０１２４】
（変形例７−３）例えば、携帯端末５０が、携帯端末５０内のアドレス帳に含まれるアドレス情報を、ＭＦＰ１０に送信すべき状況を想定する。ＭＦＰ１０は、携帯端末５０から受信されるアドレス情報を利用して、通信機能を実行することができる。ＭＦＰ１０は、携帯端末５０からアドレス情報を受信する場合に、アドレス情報を受信したことを示す応答コマンドを携帯端末に送信する。「対象データ」として、上記のアドレス情報と、上記の応答コマンドと、が採用されてもよい。
【０１２５】
（変形例７−４）上記の実施例では、ＭＦＰ１０が、ネットワーク無線通信を利用して、携帯端末５０から印刷データを受信する構成を採用している。これに代えて、例えば、ＭＦＰ１０は、ＮＦＣ通信を利用して、携帯端末５０から印刷データを受信してもよい。この場合、ＭＦＰ１０は、印刷データを受信したことを示す応答コマンドを携帯端末５０に送信してもよい。「対象データ」として、上記の印刷データと、上記の応答コマンドと、が採用されてもよい。
【０１２６】
（変形例７−５）また、上記の実施例及び上記の変形例７−１〜７−４では、携帯端末５０からＭＦＰ１０への対象データの送信が実行され、その後、ＭＦＰ１０から携帯端末５０への対象データの送信が実行される。これに代えて、ＭＦＰ１０から携帯端末５０への対象データの送信が実行され、その後、携帯端末５０からＭＦＰ１０への対象データの送信が実行されてもよい。即ち、「通信ステップ」は、対象データの双方向通信を実行するステップであればよい。
【０１２７】
（変形例８）「通信装置」は、印刷機能及びスキャン機能を実行可能な多機能機（即ちＭＦＰ１０）に限られず、印刷機能及びスキャン機能のうちの印刷機能のみを実行可能なプリンタであってもよいし、印刷機能及びスキャン機能のうちのスキャン機能のみを実行可能なスキャナであってもよい。また、「通信装置」は、印刷機能及びスキャン機能とは異なる機能（例えば、画像の表示機能、データの演算機能）を実行する装置（例えば、ＰＣ、サーバ、携帯端末（携帯電話、スマートフォン、ＰＤＡ等））であってもよい。即ち、「通信装置」は、ＮＦＣ方式の通信を実行可能なあらゆるデバイスを含む。また、「外部装置」は、携帯端末５０，５２、認証カード５４に限られず、ＮＦＣ方式の通信を実行可能なあらゆるデバイスを含む。
【０１２８】
（変形例９）上記の各実施例では、図２又は図４の各処理がソフトウェア（即ちプログラム３６）によって実現されるが、図２又は図４の各処理のうちの少なくとも１つが論理回路等のハードウェアによって実現されてもよい。
【０１２９】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【０１３０】
２：通信システム、４：ＡＰ、６：ＰＣ、１０：多機能機（ＭＦＰ）、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、５０，５２：携帯端末、５４：認証カード
【図１】
2014032579.tif 000003
【図２】
2014032579.tif 000004
【図３】
2014032579.tif 000005
【図４】
2014032579.tif 000006
【図５】
2014032579.tif 000007
【図６】
2014032579.tif 000008
【図７】
2014032579.tif 000009
【図８】
2014032579.tif 000010