特許 6919738 通信装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6919738

(24)【登録日】2021年7月28日

(45)【発行日】2021年8月18日

(54)【発明の名称】通信装置

(51)【国際特許分類】

   H04W 76/10 20180101AFI20210805BHJP

   H04W 4/80 20180101ALI20210805BHJP

   H04W 76/30 20180101ALI20210805BHJP

   H04W 88/06 20090101ALI20210805BHJP

   H04W 92/18 20090101ALI20210805BHJP

【ＦＩ】

   H04W76/10

   H04W4/80

   H04W76/30

   H04W88/06

   H04W92/18

【請求項の数】3

【全頁数】35

(21)【出願番号】特願2020-37008(P2020-37008)

(22)【出願日】2020年3月4日

(62)【分割の表示】特願2018-221816(P2018-221816)の分割

【原出願日】2012年3月30日

(65)【公開番号】特開2020-99098(P2020-99098A)

(43)【公開日】2020年6月25日

【審査請求日】2020年3月31日

(73)【特許権者】

【識別番号】000005267

【氏名又は名称】ブラザー工業株式会社

(74)【代理人】

【識別番号】110000110

【氏名又は名称】特許業務法人快友国際特許事務所

(72)【発明者】

【氏名】鈴木 隆延

(72)【発明者】

【氏名】朝倉 弘崇

(72)【発明者】

【氏名】松田 宗久

(72)【発明者】

【氏名】田中 聡

【審査官】 町田 舞

(56)【参考文献】

【文献】 国際公開第２０１１／０８７２１０（ＷＯ，Ａ２）

【文献】 特開２０１１−１８８３１２（ＪＰ，Ａ）

【文献】 国際公開第２０１１／０３５４１４（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

(57)【特許請求の範囲】

【請求項1】

通信装置のためのコンピュータプログラムであって、
前記通信装置のコンピュータを、以下の各部、即ち、
前記通信装置の第１の通信インターフェイスを介して、前記通信装置と外部装置との間に第１の通信方式に従った第１の通信リンクを確立する第１の確立部と、
前記第１の通信リンクが確立された後に、前記第１の通信インターフェイスを介して、前記第１の通信リンクを利用して、前記外部装置から通信設定情報をＲｅａｄするＲｅａｄ部であって、前記通信設定情報は、前記第１の通信方式とは異なる第２の通信方式に従った通信であって、前記通信装置が前記第１の通信インターフェイスとは異なる第２の通信インターフェイスを介した前記通信を実行するための情報であり、前記第１の通信方式の通信速度は、前記第２の通信方式の通信速度よりも遅い、前記Ｒｅａｄ部と、
前記外部装置から前記通信設定情報をＲｅａｄした後に、前記第１の通信インターフェイスを介して、前記通信設定情報をＲｅａｄしたことを示す応答を前記外部装置にＷｒｉｔｅするＷｒｉｔｅ部と、
として機能させる、コンピュータプログラム。

【請求項2】

前記第１の通信方式は、ＮＦＣ（Near Field Communicationの略）方式である、請求項１に記載のコンピュータプログラム。

【請求項3】

前記コンピュータプログラムは、前記コンピュータを、さらに、
前記外部装置から前記通信設定情報をＲｅａｄした後に、前記第１の通信リンクを切断する切断部と、
前記第１の通信リンクが切断された後に、前記第１の通信インターフェイスを介して、前記通信装置と前記外部装置との間に前記第１の通信方式に従った第２の通信リンクを確立する第２の確立部と、として機能させ、
前記Ｗｒｉｔｅ部は、前記第２の通信リンクが確立された後に、前記第１の通信インターフェイスを介して、前記第２の通信リンクを利用して、前記応答を前記外部装置にＷｒｉｔｅする、請求項１又は２に記載のコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書によって開示される技術は、ＮＦＣ（Near Field Communicationの略）規格に従った通信方式であるＮＦＣ方式で、通信対象の対象データの通信を外部装置と実行する通信装置に関する。

【背景技術】

【0002】

特許文献１には、２個の通信装置が無線通信を実行するための技術が開示されている。この技術では、２個の通信装置は、ＮＦＣ方式で通信情報の無線通信を実行する。通信情報は、ＮＦＣ方式とは異なる通信方式（例えばＩＥＥＥ８０２．１１ａ）に従った無線通信を実行するための情報（即ち、通信方式を示す情報、暗号化方式を示す情報）を含む。これにより、２個の通信装置は、ＮＦＣ方式とは異なる通信方式に従って、無線通信を実行可能になる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００７−１６６５３８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

本明細書では、通信装置が、ＮＦＣ方式で通信対象の対象データを外部装置と適切に通信するための技術を提供する。

【課題を解決するための手段】

【0005】

本明細書によって開示される一つの技術は、通信装置のためのコンピュータプログラムである。コンピュータプログラムは、前記通信装置のコンピュータを、以下の各部、即ち、前記通信装置の第１の通信インターフェイスを介して、前記通信装置と外部装置との間に第１の通信方式に従った第１の通信リンクを確立する第１の確立部と、前記第１の通信リンクが確立された後に、前記第１の通信インターフェイスを介して、前記第１の通信リンクを利用して、前記外部装置から通信設定情報をＲｅａｄするＲｅａｄ部であって、前記第１の通信方式の通信速度は、前記第２の通信方式の通信速度よりも遅く、前記通信設定情報は、前記第１の通信方式とは異なる第２の通信方式に従った通信であって、前記通信装置が前記第１の通信インターフェイスとは異なる第２の通信インターフェイスを介した前記通信を実行するための情報である、前記Ｒｅａｄ部と、前記外部装置から前記通信設定情報をＲｅａｄした後に、前記第１の通信インターフェイスを介して、前記通信設定情報をＲｅａｄしたことを示す応答を前記外部装置にＷｒｉｔｅするＷｒｉｔｅ部と、として機能させてもよい。
また、本明細書によって開示される他の技術は、ＮＦＣ規格に従った通信方式であるＮＦＣ方式で、通信対象の対象データの通信を外部装置と実行する通信装置である。通信装置は、ＮＦＣ方式の通信を実行するためのＮＦＣインターフェイスと、プロセッサと、プログラムを記憶しているメモリと、を備える。
前記プロセッサは、前記プログラムに従って、以下の各ステップ、即ち、
前記通信装置と前記外部装置との間に第１の通信リンクを確立するための第１の確立コマンドを、前記ＮＦＣインターフェイスを介して、前記外部装置と通信して、前記第１の通信リンクを確立する第１の確立ステップと、
前記第１の通信リンクを利用して、第１の対象データを、前記ＮＦＣインターフェイスを介して、前記外部装置と通信する第１の通信ステップと、
前記第１の対象データを前記外部装置と通信した後に、前記第１の通信リンクを切断する切断ステップと、
前記第１の通信リンクを切断した後に、前記通信装置と前記外部装置との間に第２の通信リンクを確立するための第２の確立コマンドを、前記ＮＦＣインターフェイスを介して、前記外部装置と通信して、前記第２の通信リンクを確立する第２の確立ステップと、
前記第２の通信リンクを利用して、第２の対象データを、前記ＮＦＣインターフェイスを介して、前記外部装置と通信する第２の通信ステップであって、前記第２の対象データは、前記第１の対象データを処理することによって生成されるデータである、前記第２の通信ステップと、
を実行する。

【0006】

上記の構成によると、通信装置は、第１の通信リンクを利用して、第１の対象データを外部装置と通信した後に、同じ第１の通信リンクを利用して、第２の対象データを通信するのではなく、第１の通信リンクを一旦切断する。その後、通信装置は、第２の通信リンクを新たに確立して、第２の通信リンクを利用して、第２の対象データを外部装置と通信する。このために、通信装置は、第１の対象データと、第１の対象データを処理することによって生成される第２の対象データと、の両方を、外部装置と適切に通信することができる。

【0007】

前記ＮＦＣインターフェイスが、ポーリング信号を前記外部装置から受信して、前記ポーリング信号に対するレスポンス信号を前記外部装置に送信するＬｉｓｔｅｎ動作を実行する場合に、前記第１の確立ステップは、前記第１の確立コマンドを受信するステップを含んでいてもよい。前記ＮＦＣインターフェイスが、ポーリング信号を前記外部装置に送信して、前記ポーリング信号に対するレスポンス信号を前記外部装置から受信するＰｏｌｌ動作を実行する場合に、前記第１の確立ステップは、前記第１の確立コマンドを送信するステップを含んでいてもよい。この構成によると、通信装置は、ＮＦＣインターフェイスが、Ｌｉｓｔｅｎ動作を実行するのか、Ｐｏｌｌ動作を実行するのか、に応じて、第１の確立コマンドを外部装置と適切に通信することができる。

【0008】

前記第１の確立ステップにおいて、前記第１の確立コマンドを前記外部装置から受信する第１の場合に、前記切断ステップは、第１の切断手法を用いて、前記第１の通信リンクを切断するステップを含んでいてもよい。前記第１の確立ステップにおいて、前記第１の確立コマンドを前記外部装置に送信する第２の場合に、前記切断ステップは、前記第１の切断手法とは異なる第２の切断手法を用いて、前記第１の通信リンクを切断するステップを含んでいてもよい。この構成によると、通信装置は、第１の確立コマンドを外部装置から受信する第１の場合と、第１の確立コマンドを外部装置に送信する第２の場合と、のそれぞれのケースに応じて、異なる切断手法を用いる。このために、通信装置は、適切な切断手法を用いて、第１の通信リンクを適切に切断することができる。

【0009】

前記第１の通信リンクは、前記通信装置及び前記外部装置のそれぞれが、ＮＦＣ規格のＰ２Ｐモードに従って通信するための通信リンクであってもよい。この構成によると、通信装置は、ＮＦＣ規格のＰ２Ｐモードに従って、第１の対象データを外部装置と適切に通信することができる。

【0010】

前記プロセッサは、前記プログラムに従って、さらに、前記第１の確立ステップにおいて、前記第１の確立コマンドを前記外部装置から受信する第１の場合に、前記第１の通信リンクが確立されている間に、前記外部装置から、前記ＮＦＣインターフェイスを介して、前記第１の通信リンクを維持するのか否かを確認するための確認コマンドを受信して、前記確認コマンドに対するレスポンスコマンドを、前記ＮＦＣインターフェイスを介して、前記外部装置に送信する第１の確認ステップを実行してもよい。前記第１の場合に、前記切断ステップは、前記第１の確認ステップの実行を停止し、その後、前記外部装置から、前記ＮＦＣインターフェイスを介して、前記第１の通信リンクを切断するための切断コマンドを受信して、前記切断コマンドに対するレスポンスコマンドを、前記ＮＦＣインターフェイスを介して、前記外部装置に送信するステップを含んでいてもよい。この構成によると、通信装置は、第１の確立コマンドを外部装置から受信する第１の場合に、第１の通信リンクを適切に切断することができる。

【0011】

前記第１の確立ステップにおいて、前記第１の確立コマンドを前記外部装置から受信する第１の場合に、前記切断ステップは、前記ＮＦＣインターフェイスの動作を一時的に停止させるステップを含んでいてもよい。この構成によると、通信装置は、第１の確立コマンドを外部装置から受信する第１の場合に、第１の通信リンクを適切に切断することができる。

【0012】

前記第１の確立ステップにおいて、前記第１の確立コマンドを前記外部装置に送信する第２の場合に、前記切断ステップは、前記第１の通信リンクを切断するための切断コマンドを、前記ＮＦＣインターフェイスを介して、前記外部装置に送信して、前記外部装置から、前記ＮＦＣインターフェイスを介して、前記切断コマンドに対するレスポンスコマンドを受信するステップを含んでいてもよい。この構成によると、通信装置は、第１の確立コマンドを外部装置に送信する第２の場合に、第１の通信リンクを適切に切断することができる。

【0013】

前記プロセッサは、前記プログラムに従って、さらに、前記第１の確立ステップにおいて、前記第１の確立コマンドを前記外部装置に送信する第２の場合に、前記第１の通信リンクが確立されている間に、前記第１の通信リンクを維持するのか否かを確認するための確認コマンドを、前記ＮＦＣインターフェイスを介して、前記外部装置に送信して、前記外部装置から、前記ＮＦＣインターフェイスを介して、前記確認コマンドに対するレスポンスコマンドを受信する第２の確認ステップを実行してもよい。前記第２の場合に、前記切断ステップは、前記第２の確認ステップの実行を停止するステップを含んでいてもよい。この構成によると、通信装置は、第１の確立コマンドを外部装置に送信する第２の場合に、第１の通信リンクを適切に切断することができる。

【0014】

前記第１の通信リンクは、前記通信装置及び前記外部装置の一方が、ＮＦＣ規格のＲｅａｄｅｒ／Ｗｒｉｔｅｒモードに従って通信すると共に、前記通信装置及び前記外部装置の他方が、ＮＦＣ規格のＣａｒｄ Ｅｍｕｌａｔｉｏｎモードに従って通信するための通信リンクであってもよい。この構成によると、通信装置は、ＮＦＣ規格のＲｅａｄｅｒ／Ｗｒｉｔｅｒモード、又は、Ｃａｒｄ Ｅｍｕｌａｔｉｏｎモードに従って、第１の対象データを外部装置と適切に通信することができる。

【0015】

前記第１の確立ステップにおいて、前記第１の確立コマンドを前記外部装置から受信する第１の場合に、前記切断ステップは、前記外部装置から、前記ＮＦＣインターフェイスを介して、前記第１の通信リンクを切断するための切断コマンドを受信して、前記切断コマンドに対するレスポンスコマンドを、前記ＮＦＣインターフェイスを介して、前記外部装置に送信するステップを含んでいてもよい。この構成によると、通信装置は、第１の確立コマンドを外部装置から受信する第１の場合に、第１の通信リンクを適切に切断することができる。

【0016】

前記第１の確立ステップにおいて、前記第１の確立コマンドを前記外部装置に送信する第２の場合に、前記切断ステップは、前記第１の通信リンクを切断するための切断コマンドを、前記ＮＦＣインターフェイスを介して、前記外部装置に送信して、前記外部装置から、前記ＮＦＣインターフェイスを介して、前記切断コマンドに対するレスポンスコマンドを受信するステップを含んでいてもよい。この構成によると、通信装置は、第１の確立コマンドを外部装置に送信する第２の場合に、第１の通信リンクを適切に切断することができる。

【0017】

前記ＮＦＣインターフェイスは、ポーリング信号を前記外部装置から受信して、前記ポーリング信号に対するレスポンス信号を前記外部装置に送信するＬｉｓｔｅｎ動作を実行してもよい。前記プロセッサは、前記プログラムに従って、さらに、前記切断ステップを実行した後に、所定期間に亘って、前記ＮＦＣインターフェイスが前記Ｌｉｓｔｅｎ動作を実行しないように、前記ＮＦＣインターフェイスの動作を制御する動作制御ステップを実行してもよい。この構成によると、通信装置は、所定期間に亘って、ＮＦＣインターフェイスにＬｉｓｔｅｎ動作を実行させない。このために、通信装置は、第１の対象データを通信した後に、外部装置を適切に動作させ得る。

【0018】

前記ＮＦＣインターフェイスは、ポーリング信号を前記外部装置に送信して、前記外部装置から前記ポーリング信号に対するレスポンス信号を受信するＰｏｌｌ動作を実行してもよい。前記プロセッサは、前記プログラムに従って、さらに、前記切断ステップを実行した後に、所定期間に亘って、前記ＮＦＣインターフェイスが前記Ｐｏｌｌ動作を実行しないように、前記ＮＦＣインターフェイスの動作を制御する動作制御ステップを実行してもよい。この構成によると、通信装置は、所定期間に亘って、ＮＦＣインターフェイスにＰｏｌｌ動作を実行させない。このために、通信装置は、第１の対象データを通信した後に、外部装置を適切に動作させ得る。

【0019】

前記通信装置が、前記第１の対象データを前記外部装置から受信すべき場合に、（Ａ）前記第１の確立ステップは、前記通信装置が、ＮＦＣ規格のＣａｒｄ Ｅｍｕｌａｔｉｏｎモードに従って通信すると共に、前記外部装置が、ＮＦＣ規格のＷｒｉｔｅｒモードに従って通信するための前記第１の通信リンクを確立するステップを含んでいてもよく、（Ｂ）前記第１の通信ステップは、前記第１の通信リンクを利用して、前記外部装置から前記第１の対象データを受信するステップを含んでいてもよく、（Ｃ）前記第２の確立ステップは、前記通信装置が、ＮＦＣ規格のＷｒｉｔｅｒモードに従って通信すると共に、前記外部装置が、ＮＦＣ規格のＣａｒｄ Ｅｍｕｌａｔｉｏｎモードに従って通信するための前記第２の通信リンクを確立するステップを含んでいてもよく、（Ｄ）前記第２の通信ステップは、前記第２の通信リンクを利用して、前記第２の対象データを前記外部装置に送信するステップを含んでいてもよい。この構成によると、通信装置は、第１の対象データを外部装置から適切に受信して、第２の対象データを外部装置に適切に送信することができる。

【0020】

前記通信装置が、前記第１の対象データを前記外部装置に送信すべき場合に、（Ａ）前記第１の確立ステップは、前記通信装置が、ＮＦＣ規格のＣａｒｄ Ｅｍｕｌａｔｉｏｎモードに従って通信すると共に、前記外部装置が、ＮＦＣ規格のＲｅａｄｅｒモードに従って通信するための前記第１の通信リンクを確立するステップを含んでいてもよく、（Ｂ）前記第１の通信ステップは、前記第１の通信リンクを利用して、前記第１の対象データを前記外部装置に送信するステップを含んでいてもよく、（Ｃ）前記第２の確立ステップは、前記通信装置が、ＮＦＣ規格のＲｅａｄｅｒモードに従って通信すると共に、前記外部装置が、ＮＦＣ規格のＣａｒｄ Ｅｍｕｌａｔｉｏｎモードに従って通信するための前記第２の通信リンクを確立するステップを含んでいてもよく、（Ｄ）前記第２の通信ステップは、前記第２の通信リンクを利用して、前記第２の対象データを前記外部装置から受信するステップを含んでいてもよい。この構成によると、通信装置は、第１の対象データを外部装置に適切に送信して、第２の対象データを外部装置から適切に受信することができる。

【0021】

前記通信装置が、前記第１の対象データを前記外部装置から受信すべき場合に、（Ａ）前記第１の確立ステップは、前記通信装置が、ＮＦＣ規格のＲｅａｄｅｒモードに従って通信すると共に、前記外部装置が、ＮＦＣ規格のＣａｒｄ Ｅｍｕｌａｔｉｏｎモードに従って通信するための前記第１の通信リンクを確立するステップを含んでいてもよく、（Ｂ）前記第１の通信ステップは、前記第１の通信リンクを利用して、前記外部装置から前記第１の対象データを受信するステップを含んでいてもよく、（Ｃ）前記第２の確立ステップは、前記通信装置が、ＮＦＣ規格のＷｒｉｔｅｒモードに従って通信すると共に、前記外部装置が、ＮＦＣ規格のＣａｒｄ Ｅｍｕｌａｔｉｏｎモードに従って通信するための前記第２の通信リンクを確立するステップを含んでいてもよく、（Ｄ）前記第２の通信ステップは、前記第２の通信リンクを利用して、前記第２の対象データを前記外部装置に送信するステップを含んでいてもよい。この構成によると、通信装置は、第１の対象データを外部装置から適切に受信して、第２の対象データを外部装置に適切に送信することができる。

【0022】

前記通信装置が、前記第１の対象データを前記外部装置から受信すべき場合に、（Ａ）前記第１の確立ステップは、前記通信装置が、ＮＦＣ規格のＲｅａｄｅｒモードに従って動作すると共に、前記外部装置が、ＮＦＣ規格のＣａｒｄ Ｅｍｕｌａｔｉｏｎモードに従って動作するための前記第１の通信リンクを確立するステップを含んでいてもよく、（Ｂ）前記第１の通信ステップは、前記第１の通信リンクを利用して、前記外部装置から前記第１の対象データを受信するステップを含んでいてもよく、（Ｃ）前記第２の確立ステップは、前記通信装置が、ＮＦＣ規格のＣａｒｄ Ｅｍｕｌａｔｉｏｎモードに従って動作すると共に、前記外部装置が、ＮＦＣ規格のＲｅａｄｅｒモードに従って動作するための前記第２の通信リンクを確立するステップを含んでいてもよく、（Ｄ）前記第２の通信ステップは、前記第２の通信リンクを利用して、前記第１の対象データを前記外部装置に送信するステップを含んでいてもよい。この構成によると、通信装置は、第１の対象データを外部装置から適切に受信して、第２の対象データを外部装置に適切に送信することができる。

【0023】

前記通信装置が、前記第１の対象データを前記外部装置に送信すべき場合に、（Ａ）前記第１の確立ステップは、前記通信装置が、ＮＦＣ規格のＷｒｉｔｅｒモードに従って通信すると共に、前記外部装置が、ＮＦＣ規格のＣａｒｄ Ｅｍｕｌａｔｉｏｎモードに従って通信するための前記第１の通信リンクを確立するステップを含んでいてもよく、（Ｂ）前記第１の通信ステップは、前記第１の通信リンクを利用して、前記第１の対象データを前記外部装置に送信するステップを含んでいてもよく、（Ｃ）前記第２の確立ステップは、前記通信装置が、ＮＦＣ規格のＲｅａｄｅｒモードに従って通信すると共に、前記外部装置が、ＮＦＣ規格のＣａｒｄ Ｅｍｕｌａｔｉｏｎモードに従って通信するための前記第２の通信リンクを確立するステップを含んでいてもよく、（Ｄ）前記第２の通信ステップは、前記第２の通信リンクを利用して、前記第２の対象データを前記外部装置から受信するステップを含んでいてもよい。この構成によると、通信装置は、第１の対象データを外部装置に適切に送信して、第２の対象データを外部装置から適切に受信することができる。

【0024】

前記通信装置が、前記第１の対象データを前記外部装置に送信すべき場合に、（Ａ）前記第１の確立ステップは、前記通信装置が、ＮＦＣ規格のＷｒｉｔｅｒモードに従って通信すると共に、前記外部装置が、ＮＦＣ規格のＣａｒｄ Ｅｍｕｌａｔｉｏｎモードに従って通信するための前記第１の通信リンクを確立するステップを含んでいてもよく、（Ｂ）前記第１の通信ステップは、前記第１の通信リンクを利用して、前記第１の対象データを前記外部装置に送信するステップを含んでいてもよく、（Ｃ）前記第２の確立ステップは、前記通信装置が、ＮＦＣ規格のＣａｒｄ Ｅｍｕｌａｔｉｏｎモードに従って通信すると共に、前記外部装置が、ＮＦＣ規格のＷｒｉｔｅｒモードに従って通信するための前記第２の通信リンクを確立するステップを含んでいてもよく、（Ｄ）前記第２の通信ステップは、前記第２の通信リンクを利用して、前記第２の対象データを前記外部装置から受信するステップを含んでいてもよい。この構成によると、通信装置は、第１の対象データを外部装置に適切に送信して、第２の対象データを外部装置から適切に受信することができる。

【0025】

前記プロセッサは、前記プログラムに従って、さらに、データ送信を実行すべきことを示す送信情報が前記メモリ内に記憶されているのか否かを判断する判断ステップを実行してもよい。前記第１の対象データを前記外部装置と通信すべき際に、前記判断ステップにおいて、前記送信情報が前記メモリ内に記憶されていると判断される場合に、前記第１の通信ステップは、前記第１の通信リンクを利用して、前記第１の対象データを前記外部装置に送信するステップを含んでいてもよい。前記第１の対象データを前記外部装置と通信すべき際に、前記判断ステップにおいて、前記送信情報が前記メモリ内に記憶されていないと判断される場合に、前記第１の通信ステップは、前記第１の通信リンクを利用して、前記第１の対象データを前記外部装置から受信するステップを含んでいてもよい。前記第２の対象データを前記外部装置と通信すべき際に、前記判断ステップにおいて、前記送信情報が前記メモリ内に記憶されていると判断される場合に、前記第２の通信ステップは、前記第２の通信リンクを利用して、前記第２の対象データを前記外部装置に送信するステップを含んでいてもよい。前記第２の対象データを前記外部装置と通信すべき際に、前記判断ステップにおいて、前記送信情報が前記メモリ内に記憶されていないと判断される場合に、前記第２の通信ステップは、前記第２の通信リンクを利用して、前記第２の対象データを前記外部装置から受信するステップを含んでいてもよい。この構成によると、通信装置は、送信情報がメモリ内に記憶されているのか否かに関する判断結果に応じて、対象データの送信又は受信を適切に実行することができる。

【0026】

前記第１の対象データを前記外部装置と通信すべき際に、前記判断ステップにおいて、前記送信情報が前記メモリ内に記憶されていると判断される場合に、前記第１の確立ステップは、前記通信装置がデータ送信を実行するための送信用モードに従った前記第１の通信リンクを確立するステップを含んでいてもよい。前記第１の対象データを前記外部装置と通信すべき際に、前記判断ステップにおいて、前記送信情報が前記メモリ内に記憶されていないと判断される場合に、前記第１の確立ステップは、前記通信装置がデータ受信を実行するための受信用モードに従った前記第１の通信リンクを確立するステップを含んでいてもよい。前記第２の対象データを前記外部装置と通信すべき際に、前記判断ステップにおいて、前記送信情報が前記メモリ内に記憶されていると判断される場合に、前記第２の確立ステップは、前記送信用モードに従った前記第２の通信リンクを確立するステップを含んでいてもよい。前記第２の対象データを前記外部装置と通信すべき際に、前記判断ステップにおいて、前記送信情報が前記メモリ内に記憶されていないと判断される場合に、前記第２の確立ステップは、前記受信用モードに従った前記第２の通信リンクを確立するステップを含んでいてもよい。この構成によると、通信装置は、送信情報がメモリ内に記憶されているのか否かに関する判断結果に応じて、送信用モード又は受信用モードに従った通信リンクを適切に確立することができる。

【0027】

前記プロセッサは、前記プログラムに従って、さらに、前記第１の通信ステップにおいて、前記第１の対象データを前記外部装置に送信する場合に、前記送信情報を前記メモリから消去し、前記第１の通信ステップにおいて、前記外部装置を前記第１の対象データから受信する場合に、前記送信情報を前記メモリに記憶させるメモリ制御ステップを実行してもよい。この構成によると、通信装置は、第１の対象データを外部装置に送信する場合と、第１の対象データを外部装置から受信する場合と、のそれぞれのケースに応じて、送信情報を適切に管理することができる。

【0028】

前記プロセッサは、前記プログラムに従って、さらに、前記通信装置が、ＮＦＣ規格のＰ２Ｐモードに従って動作すべき場合であり、かつ、前記判断ステップにおいて、前記送信情報が前記メモリ内に記憶されていると判断される場合に、前記通信装置がデータ送信を実行することを、前記外部装置に通知し、前記通信装置が、ＮＦＣ規格のＰ２Ｐモードに従って動作すべき場合であり、かつ、前記判断ステップにおいて、前記送信情報が前記メモリ内に記憶されていないと判断される場合に、前記通信装置がデータ受信を実行することを、前記外部装置に通知する通知ステップを実行してもよい。この構成によると、通信装置は、ＮＦＣ規格のＰ２Ｐモードに従って動作すべき場合に、送信情報がメモリ内に記憶されているのか否かに関する判断結果に応じて、通信装置が、データ送信を実行するのか、データ受信を実行するのかを、外部装置に適切に通知することができる。このために、通信装置は、外部装置を適切に動作させ得る。

【0029】

前記プロセッサは、前記プログラムに従って、さらに、前記通信装置が、ＮＦＣ規格のＲｅａｄｅｒ／Ｗｒｉｔｅｒモードに従って動作すべき場合であり、かつ、前記判断ステップにおいて、前記送信情報が前記メモリ内に記憶されていると判断される場合に、前記通信装置がＷｒｉｔｅｒモードに従って動作すべきことを決定し、前記通信装置が、ＮＦＣ規格のＲｅａｄｅｒ／Ｗｒｉｔｅｒモードに従って動作すべき場合であり、かつ、前記判断ステップにおいて、前記送信情報が前記メモリ内に記憶されていないと判断される場合に、前記通信装置がＲｅａｄｅｒモードに従って動作すべきことを決定する決定ステップを実行してもよい。この構成によると、通信装置は、ＮＦＣ規格のＲｅａｄｅｒ／Ｗｒｉｔｅｒモードに従って動作すべき場合に、送信情報がメモリ内に記憶されているのか否かに関する判断結果に応じて、Ｒｅａｄｅｒモードに従って動作すべきか、Ｗｒｉｔｅｒモードに従って動作すべきかを、適切に決定することができる。

【0030】

前記プロセッサは、前記プログラムに従って、さらに、前記第１の通信ステップにおいて、前記第１の対象データを前記外部装置から受信する場合に、前記第１の対象データを処理することによって、前記第２の対象データを生成する処理ステップを実行してもよい。この構成によると、通信装置は、第１の対象データを処理することによって、第２の対象データを適切に生成することができる。

【0031】

本明細書によって開示される一つの技術は、ＮＦＣ規格に従った通信方式であるＮＦＣ方式で、通信対象の対象データの通信を外部装置と実行する通信装置である。
通信装置は、
前記通信装置と前記外部装置との間にＮＦＣ方式に従った第１の通信リンクを確立するための第１の確立コマンドを、前記外部装置と通信して、前記第１の通信リンクを確立する第１の確立手段と、
前記第１の通信リンクを利用して、第１の対象データを前記外部装置と通信する第１の通信手段と、
前記第１の対象データを前記外部装置と通信した後に、前記第１の通信リンクを切断する切断手段と、
前記第１の通信リンクを切断した後に、前記通信装置と前記外部装置との間にＮＦＣ方式に従った第２の通信リンクを確立するための第２の確立コマンドを、前記外部装置と通信して、前記第２の通信リンクを確立する第２の確立手段と、
前記第２の通信リンクを利用して、前記第１の対象データを処理することによって生成される第２の対象データを、前記外部装置と通信する第２の通信手段と、
を備える。

【0032】

上記の構成によると、通信装置は、第１の対象データと、第１の対象データを処理することによって生成される第２の対象データと、の両方を、外部装置と適切に通信することができる。

【0033】

本明細書によって開示される一つの技術は、ＮＦＣ規格に従った通信方式であるＮＦＣ方式で、通信対象の対象データの通信を外部装置と実行する通信装置である。通信装置は、ＮＦＣ方式の通信を実行するためのＮＦＣインターフェイスと、プロセッサと、プログラムを記憶しているメモリと、を備える。
前記プロセッサは、前記プログラムに従って、以下の各ステップ、即ち、
前記通信装置と前記外部装置との間に通信リンクを確立するための確立コマンドを、前記ＮＦＣインターフェイスを介して、前記外部装置と通信する場合に、データ送信を実行すべきことを示す送信情報が前記メモリ内に記憶されているのか否かを判断する判断ステップと、
前記判断ステップにおいて、前記送信情報が前記メモリ内に記憶されていないと判断される場合に、前記通信リンクを利用して、前記外部装置から、前記ＮＦＣインターフェイスを介して、第１の対象データを受信する受信ステップと、
前記外部装置から前記第１の対象データを受信する場合に、前記第１の対象データを処理することによって、第２の対象データを生成する処理ステップと、
前記外部装置から前記第１の対象データを受信する場合に、前記送信情報を前記メモリに記憶させるメモリ制御ステップと、
前記外部装置から前記第１の対象データを受信した後に、前記通信リンクを切断する切断ステップと、
前記判断ステップにおいて、前記送信情報が前記メモリ内に記憶されていると判断される場合に、前記通信リンクを利用して、前記第２の対象データを、前記ＮＦＣインターフェイスを介して、前記外部装置に送信する送信ステップと、
を実行する通信装置。

【0034】

上記の構成によると、通信装置は、送信情報を利用することによって、第１の対象データを外部装置から適切に受信し、次いで、第２の対象データを外部装置に適切に送信することができる。

【0035】

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

【図面の簡単な説明】

【0036】

【図1】通信システムの構成を示す。

【図2】ＭＦＰのＬｉｓｔｅｎ処理のフローチャートを示す。

【図3】図２の続きのフローチャートを示す。

【図4】ＭＦＰのＰｏｌｌ処理のフローチャートを示す。

【図5】図４の続きのフローチャートを示す。

【図6】Ｐ２Ｐモードの通信の一例であるケースＡ１のシーケンスチャートを示す。

【図7】Ｐ２Ｐモードの通信の一例であるケースＡ２のシーケンスチャートを示す。

【図8】Ｐ２Ｐモードの通信の一例であるケースＡ３のシーケンスチャートを示す。

【図9】Ｐ２Ｐモードの通信の一例であるケースＡ４のシーケンスチャートを示す。

【図10】Ｒ／Ｗモード及びＣＥモードの通信の一例であるケースＢ１のシーケンスチャートを示す。

【図11】Ｒ／Ｗモード及びＣＥモードの通信の一例であるケースＢ２のシーケンスチャートを示す。

【図12】Ｒ／Ｗモード及びＣＥモードの通信の一例であるケースＢ３〜Ｂ８のシーケンスチャートを示す。

【発明を実施するための形態】

【0037】

（通信システム２の構成）
図１に示すように、通信システム２は、多機能機（以下では「ＭＦＰ（Multi-Function Peripheralの略）」と呼ぶ）１０と、携帯端末５０と、を備える。ＭＦＰ１０と携帯端末５０とは、ＮＦＣ規格の通信方式（即ちＮＦＣ方式）の通信を実行可能である。本実施例では、ＮＦＣ規格は、ＩＳＯ／ＩＥＣ２１４８１又はＩＳＯ／ＩＥＣ１８０９２の国際標準規格である。ＮＦＣ方式の通信は、１３．５６ＭＨｚ帯の電波を利用した無線通信である。また、ＭＦＰ１０と携帯端末５０とは、それぞれ、ＮＦＣ方式の通信リンクとは異なる通信ネットワークを利用して、有線通信又は無線通信を実行可能である。

【0038】

（ＭＦＰ１０の構成）
ＭＦＰ１０は、操作部１２と、表示部１４と、ネットワークインターフェイス（以下では、インターフェイスのことを「Ｉ／Ｆ」と記載する）１６と、印刷実行部１８と、スキャン実行部２０と、ＮＦＣ Ｉ／Ｆ２２と、制御部３０と、を備える。操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。ネットワークＩ／Ｆ１６は、有線ネットワークに接続するためのＩ／Ｆであってもよいし、無線ネットワークに接続するためのＩ／Ｆであってもよい。なお、この無線ネットワークは、ＮＦＣ方式の通信とは異なる無線通信を実行するためのネットワークであり、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に従ったネットワークである。印刷実行部１８は、インクジェット方式、レーザ方式等の印刷機構である。スキャン実行部２０は、ＣＣＤ、ＣＩＳ等のスキャン機構である。

【0039】

ＮＦＣ Ｉ／Ｆ２２は、ＮＦＣ方式の通信を実行するためのインターフェイスである。ＮＦＣ Ｉ／Ｆ２２は、ネットワークＩ／Ｆ１６とは異なるチップによって構成されている。なお、ネットワークＩ／Ｆ１６が無線ネットワークに接続するためのＩ／Ｆである場合には、ネットワークＩ／Ｆ１６とＮＦＣ Ｉ／Ｆ２２とは、以下の点で異なる。

【0040】

即ち、ネットワークＩ／Ｆ１６を介した無線通信の通信速度は、ＮＦＣ Ｉ／Ｆ２２を介した無線通信の通信速度よりも速い。さらに、ネットワークＩ／Ｆ１６を介した無線通信における搬送波の周波数は、ＮＦＣ Ｉ／Ｆ２２を介した無線通信における搬送波の周波数とは異なる。また、ＭＦＰ１０と携帯端末５０との距離がおよそ１０ｃｍ以下である場合に、ＭＦＰ１０は、ＮＦＣ Ｉ／Ｆ２２を介して、携帯端末５０とＮＦＣ方式の通信を実行可能である。一方において、ＭＦＰ１０と携帯端末５０との距離が、１０ｃｍ以下である場合でも、１０ｃｍ以上である場合でも、ＭＦＰ１０は、ネットワークＩ／Ｆ１６を介して、携帯端末５０と無線通信を実行可能である。即ち、ＭＦＰ１０が、ネットワークＩ／Ｆ１６を介して、通信先の機器（例えば携帯端末５０）と無線通信を実行可能な最大の距離は、ＭＦＰ１０が、ＮＦＣ Ｉ／Ｆ２２を介して、通信先の機器と無線通信を実行可能な最大の距離よりも大きい。なお、以下では、ネットワークＩ／Ｆ１６を介した無線通信のことを、「ネットワーク無線通信」と呼ぶ。

【0041】

制御部３０は、ＣＰＵ３２とメモリ３４とを備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６，３８に従って、様々な処理を実行する。メモリ３４は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。メモリ３４は、ＣＰＵ３２によって実行される上記のプログラム３６，３８を格納する。アプリケーションプログラム３６は、ＣＰＵ３２が、ＯＳＩ参照モデルのアプリケーション層の処理を実行するためのプログラムである。

【0042】

プロトコルスタック３８は、ＣＰＵ３２が、ＯＳＩ参照モデルのアプリケーション層よりも下位層の処理を実行するためのプログラムである。なお、プロトコルスタック３８は、Ｐ２Ｐ（Peer to Peerの略）プログラムと、Ｒ／Ｗプログラムと、ＣＥプログラムと、を含む。Ｐ２Ｐプログラムは、ＮＦＣ規格のＰ２Ｐモードに従った処理を実行するためのプログラムである。Ｒ／Ｗプログラムは、ＮＦＣ規格のＲｅａｄｅｒ／Ｗｒｉｔｅｒモードに従った処理を実行するためのプログラムである。ＣＥプログラムは、ＮＦＣ規格のＣＥ（Card Emulationの略）モードに従った処理を実行するためのプログラムである。これらのプログラムは、ＮＦＣフォーラムによって定められたＮＦＣ規格に準拠した処理を実行するためのプログラムである。

【0043】

メモリ３４は、さらに、送信フラグとして「０」又は「１」を記憶する。送信フラグは、ＭＦＰ１０が、通信対象の対象データを送信すべきか否かを示すフラグである。即ち、ＭＦＰ１０が対象データを送信すべき状況では、送信フラグは「１」に設定される。また、ＭＦＰ１０が対象データを送信すべきでない状況では、送信フラグは「０」に設定される。

【0044】

メモリ３４は、さらに、通信済フラグとして「０」又は「１」を記憶する。後で詳しく述べるが、ＭＦＰ１０と携帯端末５０との間では、一方のデバイスから他方のデバイスに、ＮＦＣ方式の通信によって、第１の対象データが送信された後に、当該他方のデバイスから当該一方のデバイスに、ＮＦＣ方式の通信によって、第２の対象データが送信される。以下では、このように、第１の対象データの通信を実行し、次いで、第２の対象データの通信を実行することを、「１セットの通信」と呼ぶ。通信済フラグは、１セットの通信において、第１の対象データの通信が実行された状況であるのか、第１の対象データの通信が実行されていない状況であるのか、を示すフラグである。即ち、第１の対象データの通信が実行された状況では、通信済フラグは「１」に設定される。また、第１の対象データの通信が実行されていない状況では、通信済フラグは「０」に設定される。

【0045】

（携帯端末５０の構成）
携帯端末５０は、例えば、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等である。携帯端末５０は、無線ネットワークに接続するためのネットワークＩ／Ｆと、ＮＦＣ Ｉ／Ｆと、を備える。従って、携帯端末５０は、ネットワークＩ／Ｆを介して、ＭＦＰ１０と無線通信を実行可能であると共に、ＮＦＣ Ｉ／Ｆを利用して、ＭＦＰ１０と無線通信を実行可能である。

【0046】

携帯端末５０は、ＭＦＰ１０に様々な機能（例えば、印刷機能、スキャン機能等）を実行させるためのアプリケーションプログラム（以下では「ＭＦＰ用アプリケーション」と呼ぶ）を備える。なお、ＭＦＰ用アプリケーションは、例えば、ＭＦＰ１０のベンダによって提供されるサーバから携帯端末５０にインストールされてもよいし、ＭＦＰ１０と共に出荷されるメディアから携帯端末５０にインストールされてもよい。

【0047】

（通信対象の対象データ）
上記の１セットの通信の対象である第１及び第２の対象データとして、様々なデータが考えられる。第１及び第２の対象データの一例を以下に列挙する。

【0048】

（第１の例）
ＭＦＰ１０が、携帯端末５０から印刷データを受信して、当該印刷データに従った印刷機能を実行すべき状況を想定する。携帯端末５０のユーザは、携帯端末５０のＭＦＰ用アプリケーションを起動させて、ＭＦＰ１０に印刷機能を実行させるための指示を携帯端末５０に入力する。この場合、携帯端末５０は、ＮＦＣ方式の通信を利用して、印刷実行指示をＭＦＰ１０に送信する。印刷実行指示は、印刷データを含まない。

【0049】

ＭＦＰ１０は、携帯端末５０から、ＮＦＣ Ｉ／Ｆ２２を介して、印刷実行指示を受信する。上述したように、ＮＦＣ方式の通信の通信速度は、ネットワーク無線通信の通信速度よりも遅い。このために、仮に、携帯端末５０からＭＦＰ１０への印刷データの通信としてＮＦＣ方式の通信が利用されると、印刷データの通信に長時間を要する可能性がある。従って、本例では、ＭＦＰ１０が、ネットワーク無線通信を利用して、携帯端末５０から印刷データを受信する構成を採用する。このような構成を採用するためには、携帯端末５０は、ＭＦＰ１０とネットワーク無線通信を実行するための無線設定を知る必要がある。従って、ＭＦＰ１０は、携帯端末５０から印刷実行指示を受信する場合に、ＮＦＣ Ｉ／Ｆ２２を介して、上記の無線設定を含む応答を携帯端末５０に送信する。

【0050】

これにより、ＭＦＰ１０及び携帯端末５０は、ＮＦＣ方式の通信に代えて、ネットワーク無線通信を実行して、印刷データを通信することができる。従って、ＭＦＰ１０は、印刷機能を実行することができる。本例では、印刷実行指示、無線設定を含む応答が、それぞれ、「第１の対象データ」、「第２の対象データ」の一例である。

【0051】

（第２の例）
ＭＦＰ１０が、スキャンを実行してスキャンデータを生成して、当該スキャンデータを携帯端末５０に送信するスキャン機能を実行すべき状況を想定する。携帯端末５０のユーザは、携帯端末５０のＭＦＰ用アプリケーションを起動させて、ＭＦＰ１０にスキャン機能を実行させるための指示を携帯端末５０に入力する。この場合、携帯端末５０は、ＮＦＣ方式の通信を利用して、スキャン実行指示をＭＦＰ１０に送信する。

【0052】

ＭＦＰ１０は、携帯端末５０から、ＮＦＣ Ｉ／Ｆ２２を介して、スキャン実行指示を受信する。上記の第１の例と同様に、仮に、ＭＦＰ１０から携帯端末５０へのスキャンデータの通信としてＮＦＣ方式の通信が利用されると、スキャンデータの通信に長時間を要する可能性がある。このために、本例では、ＭＦＰ１０が、ネットワーク無線通信を利用して、スキャンデータを携帯端末５０に送信する構成を採用する。従って、ＭＦＰ１０は、携帯端末５０からスキャン実行指示を受信する場合に、ＮＦＣ Ｉ／Ｆ２２を介して、無線設定を含む応答を携帯端末５０に送信する。

【0053】

これにより、ＭＦＰ１０及び携帯端末５０は、ＮＦＣ方式の通信に代えて、ネットワーク無線通信を実行して、スキャンデータを通信することができる。従って、ＭＦＰ１０は、スキャン機能を実行することができる。本例では、スキャン実行指示、無線設定を含む応答が、それぞれ、「第１の対象データ」、「第２の対象データ」の一例である。

【0054】

（第３の例）
携帯端末５０が、ＭＦＰ１０が利用すべき設定情報を、ＭＦＰ１０に送信すべき状況を想定する。上記の設定情報として、例えば、ＭＦＰ１０が印刷機能を実行するための印刷設定情報（例えば、印刷解像度、用紙サイズ等）、ＭＦＰ１０がスキャン機能を実行するためのスキャン設定情報（例えば、スキャン解像度等）、ＭＦＰ１０が通信機能を実行するための通信設定情報（例えば、ＩＰアドレス、サブネットマスク、ゲートウェイアドレス等）を挙げることができる。

【0055】

携帯端末５０のユーザは、携帯端末５０のＭＦＰ用アプリケーションを起動させて、ＭＦＰ１０が利用すべき設定情報を携帯端末５０に入力する。この場合、携帯端末５０は、ＮＦＣ方式の通信を利用して、上記の設定情報をＭＦＰ１０に送信する。

【0056】

ＭＦＰ１０は、携帯端末５０から、ＮＦＣ Ｉ／Ｆ２２を介して、設定情報を受信する。ＭＦＰ１０は、受信済みの設定情報を、ＭＦＰ１０が利用すべき設定情報として、メモリ３４に格納する。これにより、ＭＦＰ１０は、受信済みの設定情報を利用して、様々な機能を実行することができる。ＭＦＰ１０は、携帯端末５０から設定情報を受信する場合に、設定情報を受信したことを示す応答を、ＮＦＣ Ｉ／Ｆ２２を介して、携帯端末５０に送信する。本例では、設定情報、応答が、それぞれ、「第１の対象データ」、「第２の対象データ」の一例である。

【0057】

（第４の例）
携帯端末５０が、携帯端末５０で現在利用されているアドレス帳に含まれるアドレス情報を、ＭＦＰ１０に送信すべき状況を想定する。携帯端末５０のユーザは、携帯端末５０のＭＦＰ用アプリケーションを起動させて、アドレス情報をＭＦＰ１０に送信するための指示を携帯端末５０に入力する。この場合、携帯端末５０は、ＮＦＣ方式の通信を利用して、アドレス情報をＭＦＰ１０に送信する。

【0058】

ＭＦＰ１０は、携帯端末５０から、ＮＦＣ Ｉ／Ｆ２２を介して、アドレス情報を受信する。ＭＦＰ１０は、受信済みのアドレス情報を、ＭＦＰ１０で現在利用されているアドレス帳（即ちメモリ３４内のアドレス帳）に追加する。これにより、ＭＦＰ１０は、受信済みのアドレス情報を利用して、通信機能を実行することができる。ＭＦＰ１０は、携帯端末５０からアドレス情報を受信する場合に、アドレス情報を受信したことを示す応答を、ＮＦＣ Ｉ／Ｆ２２を介して、携帯端末５０に送信する。本例では、アドレス情報、応答が、それぞれ、「第１の対象データ」、「第２の対象データ」の一例である。

【0059】

（第５の例）
上記の第１の例では、ＭＦＰ１０が、ネットワーク無線通信を利用して、印刷データを携帯端末５０に送信する構成を採用している。これに代えて、例えば、ＭＦＰ１０は、携帯端末５０から、ＮＦＣ Ｉ／Ｆ２２を介して、印刷データを受信してもよい。この場合、ＭＦＰ１０は、印刷データを受信したことを示す応答を、ＮＦＣ Ｉ／Ｆ２２を介して、携帯端末５０に送信してもよい。本例では、印刷データ、応答が、それぞれ、「第１の対象データ」、「第２の対象データ」の一例である。

【0060】

（第６の例）
上記の第１〜第５の例では、１セットの通信において、携帯端末５０からＭＦＰ１０への第１の対象データの送信が実行され、その後、ＭＦＰ１０から携帯端末５０への第２の対象データの送信が実行される。ただし、１セットの通信において、ＭＦＰ１０から携帯端末５０への第１の対象データの送信が実行され、その後、携帯端末５０からＭＦＰ１０への第２の対象データの送信が実行されてもよい。例えば、ＭＦＰ１０は、ＮＦＣ Ｉ／Ｆ２２を介して、スキャンデータを携帯端末５０に送信し、携帯端末５０から、ＮＦＣ Ｉ／Ｆ２２を介して、応答を受信してもよい。本例では、スキャンデータ、応答が、それぞれ、「第１の対象データ」、「第２の対象データ」の一例である。

【0061】

なお、「第１の対象データ」と「第２の対象データ」の組合せは、上記の第１〜第６の例に限られず、他の組合せであってもよい。即ち、「第１の対象データ」は、通信対象のデータであれば、どのような種類のデータであってもよく、「第２の対象データ」は、第１の対象データを処理することによって生成されるデータ（即ち、第１の対象データとは異なるデータ）であれば、どのような種類のデータであってもよい。なお、第２の対象データを生成する主体は、ＭＤＰ１０であってもよいし、携帯端末５０であってもよい。

【0062】

（ＮＦＣ規格のモード）
続いて、ＮＦＣ規格で採用されている各モードについて説明する。ＮＦＣ規格では、Ｐ２Ｐモード、Ｒｅａｄｅｒ／Ｗｒｉｔｅｒモード（以下では「Ｒ／Ｗモード」と簡単に記載する）、及び、ＣＥモードが利用される。なお、以下では、ＮＦＣ方式の通信を実行可能な機器（ＭＦＰ１０、携帯端末５０等）のことを「ＮＦＣ機器」と呼ぶ。

【0063】

ＮＦＣ機器の中には、上記の３つのモードの全てを利用可能な機器も存在するし、上記の３つのモードのうちの１つ又は２つのモードのみを利用可能な機器も存在する。本実施例では、ＭＦＰ１０は、上記の３つのモードの全てを利用可能な機器である。ただし、携帯端末５０は、上記の３つのモードの全てを利用可能な機器であってもよいし、上記の３つのモードのうち、Ｒ／Ｗモード及びＣＥモードの２つのモードのみを利用可能であってもよい。

【0064】

（Ｐ２Ｐモード）
Ｐ２Ｐモードは、一対のＮＦＣ機器の間で双方向通信を実行するためのモードである。
例えば、第１のＮＦＣ機器と第２のＮＦＣ機器との両方が、Ｐ２Ｐモードに従って動作する状況を想定する。この場合、第１のＮＦＣ機器と第２のＮＦＣ機器との間で、Ｐ２Ｐモードに従った通信を実行するための通信リンクが確立される。例えば、第１のＮＦＣ機器は、通信リンクを利用してデータを第２のＮＦＣ機器に送信する。その後、第２のＮＦＣ機器は、通常、同じ通信リンクを利用して、他のデータを第１のＮＦＣ機器に送信する。これにより、双方向通信が実現される。ＮＦＣフォーラムによって定められるタグタイプがタイプＡであるＮＦＣ機器、及び、タグタイプがタイプＦであるＮＦＣ機器は、Ｐ２Ｐモードに従って動作することができるが、タグタイプがタイプＢであるＮＦＣ機器は、Ｐ２Ｐモードに従って動作することができない。

【0065】

（Ｒ／Ｗモード、ＣＥモード）
Ｒ／Ｗモード及びＣＥモードは、一対のＮＦＣ機器の間で単方向通信を実行するためのモードである。ＣＥモードは、ＮＦＣ機器がＮＦＣフォーラムによって定められた形式である「カード」として動作するためのモードである。タグタイプがタイプＡであるＮＦＣ機器と、タグタイプがタイプＦであるＮＦＣ機器と、タグタイプがタイプＢであるＮＦＣ機器と、のいずれも、ＣＥモードに従って動作することができる。Ｒ／Ｗモードは、さらに、Ｒｅａｄｅｒモードと、Ｗｒｉｔｅｒモードと、に区分される。Ｒｅａｄｅｒモードは、ＣＥモードでカードとして動作するＮＦＣ機器からデータを読み出すためのモードである。Ｗｒｉｔｅｒモードは、ＣＥモードでカードとして動作するＮＦＣ機器にデータを書き込むためのモードである。なお、Ｒｅａｄｅｒモードでは、ＮＦＣ規格のカードからデータを読み出すこともできる。また、Ｗｒｉｔｅｒモードでは、ＮＦＣ規格のカードにデータを書き込むこともできる。

【0066】

例えば、第１のＮＦＣ機器が、Ｒｅａｄｅｒモードに従って動作し、第２のＮＦＣ機器が、ＣＥモードに従って動作する状況を想定する。この場合、第１のＮＦＣ機器と第２のＮＦＣ機器との間で、Ｒｅａｄｅｒモード及びＣＥモードに従った通信を実行するための通信リンクが確立される。第１のＮＦＣ機器は、第２のＮＦＣ機器内の擬似的なカードからデータを読み出すための動作を実行することによって、当該データを第２のＮＦＣ機器から受信する。

【0067】

また、例えば、第１のＮＦＣ機器が、Ｗｒｉｔｅｒモードに従って動作し、第２のＮＦＣ機器が、ＣＥモードに従って動作する状況を想定する。この場合、第１のＮＦＣ機器と第２のＮＦＣ機器との間で、Ｗｒｉｔｅｒモード及びＣＥモードに従った通信を実行するための通信リンクが確立される。第１のＮＦＣ機器は、第２のＮＦＣ機器内の擬似的なカードにデータを書き込むための動作を実行することによって、当該データを第２のＮＦＣ機器に送信する。

【0068】

上述したように、一対のＮＦＣ機器がＮＦＣ方式の通信を実行するためには、様々なモードの組合せが考えられる。例えば、ＭＦＰ１０及び携帯端末５０のモードの組合せとして、以下の５つのパターン、即ち、「Ｐ２Ｐモード、Ｐ２Ｐモード」、「Ｒｅａｄｅｒモード、ＣＥモード」、「Ｗｒｉｔｅｒモード、ＣＥモード」、「ＣＥモード、Ｒｅａｄｅｒモード」、「ＣＥモード、Ｗｒｉｔｅｒモード」が考えられる。

【0069】

（Ｐｏｌｌ動作とＬｉｓｔｅｎ動作）
ＮＦＣ機器は、Ｐｏｌｌ動作及びＬｉｓｔｅｎ動作を実行可能である。より具体的に言うと、例えば、ＭＦＰ１０では、ＣＰＵ３２が、プログラム３６，３８に従ってＰｏｌｌ動作及びＬｉｓｔｅｎ動作を実行するのではなく、ＮＦＣ Ｉ／Ｆ２２が、Ｐｏｌｌ動作及びＬｉｓｔｅｎ動作を実行する。Ｐｏｌｌ動作は、ポーリング信号を送信して、ポーリング信号に対するレスポンス信号を受信する動作である。また、Ｌｉｓｔｅｎ動作は、ポーリング信号を受信して、ポーリング信号に対するレスポンス信号を送信する動作である。

【0070】

ＭＦＰ１０のＮＦＣ Ｉ／Ｆ２２は、Ｐｏｌｌ動作を実行するためのＰｏｌｌモードと、Ｌｉｓｔｅｎ動作を実行するためのＬｉｓｔｅｎモードと、Ｐｏｌｌ動作及びＬｉｓｔｅｎ動作のどちらも実行しないモード（以下では「不実行モード」と呼ぶ）と、のうちのいずれかのモードで動作可能である。ＮＦＣ Ｉ／Ｆ２２は、Ｐｏｌｌモード、Ｌｉｓｔｅｎモード、及び、不実行モードで、順次動作する。例えば、ＮＦＣ Ｉ／Ｆ２２は、Ｐｏｌｌモードで動作し、その後、Ｌｉｓｔｅｎモードで動作し、その後、不実行モードで動作するという１セットの動作を実行する。ＮＦＣ Ｉ／Ｆ２２は、上記の１セットの動作を繰り返し実行する。

【0071】

Ｐｏｌｌモードでは、ＮＦＣ Ｉ／Ｆ２２は、ポーリング信号を送信して、レスポンス信号を受信することを監視する。具体的に言うと、ＮＦＣ Ｉ／Ｆ２２は、（１）タグタイプがタイプＡであるＮＦＣ機器が応答可能なポーリング信号（即ちタイプＡに対応するポーリング信号）を送信して、レスポンス信号の受信を所定時間監視し、（２）レスポンス信号を受信しなければ、タグタイプがタイプＢであるＮＦＣ機器が応答可能なポーリング信号（即ちタイプＢに対応するポーリング信号）を送信して、レスポンス信号の受信を所定時間監視し、（３）レスポンス信号を受信しなければ、タグタイプがタイプＦであるＮＦＣ機器が応答可能なポーリング信号（即ちタイプＦに対応するポーリング信号）を送信して、レスポンス信号の受信を所定時間監視する、という動作を繰り返す。ＮＦＣ Ｉ／Ｆ２２が所定時間内にＮＦＣ機器からレスポンス信号を受信する場合には、当該ＮＦＣ機器は、当該レスポンス信号の送信の直前に受信したポーリング信号に対応するタイプのＮＦＣ機器であると言える。ＮＦＣ Ｉ／Ｆ２２は、レスポンス信号を受信する場合に、さらに、当該レスポンス信号の送信元のＮＦＣ機器が、どのモードで動作可能であるのかを問い合わせる問い合わせ信号を、当該ＮＦＣ機器に送信する。この結果、ＮＦＣ Ｉ／Ｆ２２は、当該ＮＦＣ機器から動作可能モード信号を受信する。動作可能モード信号は、当該ＮＦＣ機器がＰ２Ｐモード及びＣＥモードで動作可能であることを示すか、あるいは、当該ＮＦＣ機器がＣＥモードのみで動作可能であることを示す。

【0072】

Ｌｉｓｔｅｎモードでは、ＮＦＣ Ｉ／Ｆ２２は、ポーリング信号を受信することを監視して、ポーリング信号を受信すると、レスポンス信号を送信する。ＮＦＣ Ｉ／Ｆ２２は、ＮＦＣ Ｉ／Ｆ２２に対応するタイプのポーリング信号を受信する場合にのみ、ポーリング信号の送信元のＮＦＣ機器にレスポンス信号を送信する。ＮＦＣ Ｉ／Ｆ２２は、当該ＮＦＣ機器にレスポンス信号を送信する場合に、当該ＮＦＣ機器から問い合わせ信号を受信して、動作可能モード信号を当該ＮＦＣ機器に送信する。不実行モードでは、ＮＦＣ Ｉ／Ｆ２２は、ポーリング信号を送信せず、さらに、ポーリング信号を受信しても、レスポンス信号を送信しない。

【0073】

携帯端末５０も、上記の１セットの動作を繰り返し実行する。従って、例えば、ＭＦＰ１０と携帯端末５０との間の距離が１０ｃｍ未満であり、かつ、ＮＦＣ Ｉ／Ｆ２２がＰｏｌｌモードで動作する期間と、携帯端末５０がＬｉｓｔｅｎモードで動作する期間と、が一致する場合には、ＮＦＣ Ｉ／Ｆ２２は、ポーリング信号を携帯端末５０に送信して、レスポンス信号を携帯端末５０から受信するＰｏｌｌ動作を実行する。また、例えば、ＭＦＰ１０と携帯端末５０との間の距離が１０ｃｍ未満であり、ＮＦＣ Ｉ／Ｆ２２がＬｉｓｔｅｎモードで動作する期間と、携帯端末５０がＰｏｌｌモードで動作する期間と、が一致すると、ＮＦＣ Ｉ／Ｆ２２は、ポーリング信号を携帯端末５０から受信して、レスポンス信号を携帯端末５０に送信するＬｉｓｔｅｎ動作を実行する。

【0074】

ＮＦＣ Ｉ／Ｆ２２がＰｏｌｌ動作又はＬｉｓｔｅｎ動作を実行すると、以降の通信のための各処理は、ＣＰＵ３２に引き継がれる。具体的に言うと、ＭＦＰ１０のＮＦＣ Ｉ／Ｆ２２がＰｏｌｌ動作を実行し、携帯端末５０がＬｉｓｔｅｎ動作を実行する場合には、携帯端末５０がどのモードの動作を実行可能であるのかを示す情報（即ち、受信済みの動作可能モード信号が示す情報）が、ＮＦＣ Ｉ／Ｆ２２からＣＰＵ３２に受け渡される。ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２から受け渡された情報に基づいて、ＭＦＰ１０がどのモードで動作すべきかを決定する。具体的には、ＭＦＰ１０が全てのモードで動作可能であり、かつ、受信済みの動作可能モード信号がＰ２Ｐモード及びＣＥモードで動作可能であることを示す場合には、ＣＰＵ３２は、ＭＦＰ１０がＰ２Ｐモードで動作すべきことを決定する。なお、変形例では、この場合に、ＣＰＵ３２は、ＭＦＰ１０がＣＥモードで動作すべきことを決定してもよい。また、ＭＦＰ１０が全てのモードで動作可能であり、かつ、受信済みの動作可能モード信号がＣＥモードのみで動作可能であることを示す場合には、ＣＰＵ３２は、ＭＦＰ１０がＲ／Ｗモードで動作すべきことを決定する。なお、仮に、ＭＦＰ１０がＲ／Ｗモードのみで動作可能であり、かつ、受信済みの動作可能モード信号がＣＥモードで動作可能であることを示す場合には、ＣＰＵ３２は、ＭＦＰ１０がＲ／Ｗモードで動作すべきことを決定する。後で詳しく述べるが、その後、ＣＰＵ３２は、ＭＦＰ１０が動作すべきモード（即ちＣＰＵ３２によって決定されたモード）に対応するＡｃｔｉｖａｔｉｏｎコマンドを携帯端末５０に送信する（図４のＳ１１２、図５のＳ１６０参照）。Ａｃｔｉｖａｔｉｏｎコマンドは、ＮＦＣ規格で採用されているコマンドであり、ＭＦＰ１０と携帯端末５０との間にＮＦＣ方式の通信リンクを確立するためのコマンドである。

【0075】

なお、ＮＦＣ規格では、Ｐｏｌｌ動作を実行したＮＦＣ機器（以下では「Ｐｏｌｌ機器」と呼ぶ）は、Ｐ２Ｐモード及びＲ／Ｗモードで動作することができるが、ＣＥモードで動作することができない。従って、上述したように、ＭＦＰ１０がＰｏｌｌ機器である場合には、ＣＰＵ３２は、ＭＦＰ１０がＰ２Ｐモード又はＲ／Ｗモードで動作すべきことを決定する。

【0076】

一方において、ＭＦＰ１０のＮＦＣ Ｉ／Ｆ２２がＬｉｓｔｅｎ動作を実行し、携帯端末５０がＰｏｌｌ動作を実行する場合には、ＣＰＵ３２は、携帯端末５０が動作すべきモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを、携帯端末５０から受信する（図２のＳ１０参照）。ＣＰＵ３２は、Ｐ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信する場合に、ＭＦＰ１０がＰ２Ｐモードで動作すべきことを決定し、Ｒ／Ｗモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信する場合に、ＭＦＰ１０がＣＥモードで動作すべきことを決定する。

【0077】

なお、ＮＦＣ規格では、Ｌｉｓｔｅｎ動作を実行したＮＦＣ機器（以下では「Ｌｉｓｔｅｎ機器」と呼ぶ）は、Ｐ２Ｐモード及びＣＥモードで動作することができるが、Ｒ／Ｗモードで動作することができない。従って、上述したように、ＭＦＰ１０がＰｏｌｌ機器である場合には、ＣＰＵ３２は、ＭＦＰ１０がＰ２Ｐモード又はＣＥモードで動作すべきことを決定する。

【0078】

上述したように、ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２がＰｏｌｌ動作又はＬｉｓｔｅｎ動作を実行すれば、ＭＦＰ１０の近傍に携帯端末５０が存在することを知ることができ、さらに、ＭＦＰ１０がどのモードで動作すべきかを知ることができ、その後の通信のための各処理（後述の図２〜図５参照）を実行する。

【0079】

（ＭＦＰ１０が実行する処理；図２〜図５）
続いて、図２〜図５を参照して、ＭＦＰ１０が実行する処理について説明する。なお、ＣＰＵ３２は、メモリ３４内のプログラム３６，３８に従って、図２〜図５の各処理を実行する。以下では、まず、ＮＦＣ Ｉ／Ｆ２２がＬｉｓｔｅｎ動作を実行した場合に、ＣＰＵ３２が実行する処理（図２及び図３；以下では「ＭＦＰのＬｉｓｔｅｎ処理」と呼ぶ）の内容を説明し、次いで、ＮＦＣ Ｉ／Ｆ２２がＰｏｌｌ動作を実行した場合に、ＣＰＵ３２が実行する処理（図４及び図５；以下では「ＭＦＰのＰｏｌｌ処理」と呼ぶ）の内容を説明する。

【0080】

（ＭＦＰのＬｉｓｔｅｎ処理；図２及び図３）
上述したように、ＮＦＣ Ｉ／Ｆ２２がＬｉｓｔｅｎ動作を実行する場合（即ち携帯端末５０がＰｏｌｌ動作を実行する場合）には、携帯端末５０は、携帯端末５０が動作すべきモードに対応するＡｃｔｉｖａｔｉｏｎコマンドをＭＦＰ１０に送信する。Ｓ１０において、ＣＰＵ３２は、携帯端末５０から、ＮＦＣ Ｉ／Ｆ２２を介して、Ａｃｔｉｖａｔｉｏｎコマンドを受信する。

【0081】

次いで、Ｓ１２において、ＣＰＵ３２は、ＭＦＰ１０が、Ｐ２Ｐモードで動作すべきか、ＣＥモードで動作すべきかを判断する。上述したように、ＭＦＰ１０は、Ｐ２Ｐモード、Ｒ／Ｗモード、及び、ＣＥモードの３つのモードのうちの全てを利用可能なＮＦＣ機器である。一方において、携帯端末５０は、３つのモードのうちの全てのモードを利用可能な機器であるかもしれないし、Ｒ／Ｗモード及びＣＥモードのみを利用可能な機器であるかもしれない。ＣＰＵ３２は、Ｐ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信する場合に、ＭＦＰ１０がＰ２Ｐモードで動作すべきと判断して（図２のＳ１２でＹＥＳ）、Ｓ１４に進む。一方において、ＣＰＵ３２は、Ｒ／Ｗモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信する場合に、ＭＦＰ１０がＣＥモードで動作すべきと判断して（図２のＳ１２でＮＯ）、図３のＳ６２に進む。

【0082】

（ＭＦＰのＬｉｓｔｅｎ処理；Ｐ２Ｐモード）
Ｓ１４では、ＣＰＵ３２は、Ａｃｔｉｖａｔｉｏｎコマンドに対するレスポンスコマンド（即ちＯＫコマンド）を、ＮＦＣ Ｉ／Ｆ２２を介して、携帯端末５０に送信する。これにより、ＭＦＰ１０と携帯端末５０との間にＮＦＣ方式の通信リンクが確立される。即ち、ＣＰＵ３２は、Ａｃｔｉｖａｔｉｏｎコマンドを受信して、ＯＫコマンドを送信することによって、通信リンクを適切に確立することができる。

【0083】

なお、ＭＦＰのＬｉｓｔｅｎ処理では、ＭＦＰ１０から携帯端末５０にＡｃｔｉｖａｔｉｏｎコマンドを送信することができない。Ｐｏｌｌ機器はＡｃｔｉｖａｔｉｏｎコマンドを送信することができるが、Ｌｉｓｔｅｎ機器はＡｃｔｉｖａｔｉｏｎコマンドを送信することができないからである。

【0084】

次いで、Ｓ１６では、ＣＰＵ３２は、確認コマンド応答処理を開始する。確認コマンドは、Ｐｏｌｌ機器からＬｉｓｔｅｎ機器に送信されるコマンドであり、通信リンクを維持するための否かを確認するためのコマンドである。上述したように、現時点では、ＭＦＰ１０がＬｉｓｔｅｎ機器であり、携帯端末５０がＰｏｌｌ機器である。従って、確認コマンド応答処理では、ＣＰＵ３２は、携帯端末５０から、ＮＦＣ Ｉ／Ｆ２２を介して、確認コマンドを受信して、確認コマンドに対するレスポンスコマンド（即ちＯＫコマンド）を、ＮＦＣ Ｉ／Ｆ２２を介して、携帯端末５０に送信する。

【0085】

なお、フローチャートには示されていないが、ＣＰＵ３２は、Ｓ１６で確認コマンド応答処理を開始すると、後述のＳ３８が実行されるまで、又は、後述のＳ４４で通信リンクが切断されるまで、確認コマンド応答処理を継続して実行する。

【0086】

次いで、Ｓ１８では、ＣＰＵ３２は、メモリ３４内の送信フラグが「１」であるのか否かを判断する。なお、上記の１セットの通信において、第１の対象データの通信が実行されていない状況では、通常、送信フラグは「０」に設定される。例えば、対象データに関する上記の第１〜第５の例では、第１の対象データは、携帯端末５０からＭＦＰ１０に送信され、第２の対象データは、ＭＦＰ１０から携帯端末５０に送信される。このようなケースでは、第１の対象データの通信が実行されていない状況では、通常、送信フラグは「０」に設定される。この結果、後述のように、ＭＦＰ１０が第１の対象データを携帯端末５０から受信することが実現される（Ｓ２２等参照）。さらに、このようなケースでは、第１の対象データの通信が実行された状況では、送信フラグは「１」に設定される（Ｓ２８等参照）。この結果、後述のように、ＭＦＰ１０が第２の対象データを携帯端末５０に送信することが実現される（Ｓ３２等参照）。

【0087】

ただし、対象データに関する上記の第６の例では、第１の対象データは、ＭＦＰ１０から携帯端末５０に送信され、第２の対象データは、携帯端末５０からＭＦＰ１０に送信される。例えば、ＣＰＵ３２は、上記の第６の例に従って、スキャンデータ（即ち第１の対象データ）を生成すると、図２〜図５のフローチャートに示されていない処理において、送信フラグを「０」から「１」に変更する。このようなケースでは、上記の１セットの通信において、第１の対象データの通信が実行されていない状況でも、送信フラグは「１」に設定される。この結果、後述のように、ＭＦＰ１０が第１の対象データを携帯端末５０に送信することが実現される（Ｓ３２等参照）。さらに、このようなケースでは、第１の対象データの通信が実行された状況では、送信フラグは「０」に設定される（Ｓ３６等参照）。この結果、後述のように、ＭＦＰ１０が第２の対象データを携帯端末５０から受信することが実現される（Ｓ２２等参照）。

【0088】

ＣＰＵ３２は、メモリ３４内の送信フラグが「１」である場合に、Ｓ１８でＹＥＳと判断して、Ｓ３０に進む。一方において、ＣＰＵ３２は、メモリ３４内の送信フラグが「０」である場合に、Ｓ１８でＮＯと判断して、Ｓ２０に進む。

【0089】

Ｓ２０では、ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２を介して、携帯端末５０とネゴシエーションを実行する。具体的に言うと、ＣＰＵ３２は、まず、ＭＦＰ１０がＰ２Ｐモードのクライアントとして動作することを決定する。次いで、ＣＰＵ３２は、ＭＦＰ１０がクライアントとして動作し、携帯端末５０がＰ２Ｐモードのサーバとして動作するように、Ｓｉｍｐｌｅ ＮＤＥＦ Ｅｘｃｈａｎｇｅプロトコルに従った通信を実行する。これにより、携帯端末５０は、クライアント（即ちＭＦＰ１０）からのリクエストに応じて、処理を実行するサーバとして動作する。なお、ＮＤＥＦは、ＮＦＣ ｄａｔａ Ｅｘｃｈａｎｇｅ Ｆｏｒｍａｔの略である。

【0090】

Ｓ２０では、ＣＰＵ３２は、さらに、ＭＦＰ１０がデータ受信を実行すること（即ち携帯端末５０がデータ送信を実行すること）を、携帯端末５０に通知する。これにより、携帯端末５０は、対象データをＭＦＰ１０に送信すべきことを知ることができ、対象データをＭＦＰ１０に送信する。なお、以下では、「対象データ」は、対象データに関する上記の第１〜６の例のうちのいずれの第１の対象データであってもよいし、いずれの第２の対象データであってもよい。

【0091】

次いで、Ｓ２２では、ＣＰＵ３２は、Ｓ１４で確立された通信リンクを利用して、携帯端末５０から、ＮＦＣ Ｉ／Ｆ２２を介して、対象データを受信する。

【0092】

次いで、Ｓ２４では、ＣＰＵ３２は、Ｓ２２で受信された対象データを処理する。例えば、上記の第１又は第２の例では、ＣＰＵ３２は、Ｓ２２で受信された印刷実行指示又はスキャン実行（即ち第１の対象データ）を解釈して、無線設定（即ち第２の対象データ）を含む応答を生成する。また、例えば、上記の第３の例では、ＣＰＵ３２は、Ｓ２２で受信された設定情報（即ち第１の対象データ）をメモリ３４に記憶させ、設定情報を受信したことを示す応答（即ち第２の対象データ）を生成する。また、例えば、上記の第４の例では、ＣＰＵ３２は、Ｓ２２で受信されたアドレス情報（即ち第１の対象データ）をメモリ３４内のアドレス帳に追加し、アドレス情報を受信したことを示す応答（即ち第２の対象データ）を生成する。また、例えば、上記の第５の例では、ＣＰＵ３２は、Ｓ２２で受信された印刷データ（即ち第１の対象データ）に従った印刷機能を実行し、印刷データを受信したことを示す応答（即ち第２の対象データ）を生成する。

【0093】

なお、上記の第６の例では、ＣＰＵ３２は、Ｓ２２で受信された応答（即ち第２の対象データ）を解釈して、携帯端末５０がスキャンデータを受信したことを確認する。この場合、上記の第１〜第５の例とは異なり、ＣＰＵ３２は、第２の対象データを生成する処理を実行しない。即ち、第２の対象データは、携帯端末５０によって生成されるデータである。

【0094】

次いで、Ｓ２６では、ＣＰＵ３２は、メモリ３４内の通信済フラグが「１」であるのか否かを判断する。ＣＰＵ３２は、メモリ３４内の通信済フラグが「１」である場合に、Ｓ２６でＹＥＳと判断して、Ｓ４０に進む。一方において、ＣＰＵ３２は、メモリ３４内の通信済フラグが「０」である場合に、Ｓ２６でＮＯと判断して、Ｓ２８に進む。

【0095】

Ｓ２８では、ＣＰＵ３２は、メモリ３４内の送信フラグを「１」に設定し、メモリ３４内の通信済フラグを「１」に設定する。Ｓ２８を終えると、Ｓ３８に進む。

【0096】

Ｓ３８では、ＣＰＵ３２は、Ｓ１４で確立された通信リンクを切断するための切断処理を実行する。Ｓ３８の切断処理の手法として、ソフトウェア的切断処理と、ハードウェア的切断処理と、の２つの手法が考えられる。ＣＰＵ３２は、どちらの手法の切断処理を実行してもよい。

【0097】

ＣＰＵ３２がソフトウェア的切断処理を実行する場合には、ＣＰＵ３２は、Ｓ１６で開始された確認コマンド応答処理を終了させる。即ち、ＣＰＵ３２は、携帯端末５０から確認コマンドを受信しても、確認コマンドに対するレスポンスコマンド（即ちＯＫコマンド）を携帯端末５０に送信しない。これにより、携帯端末５０は、ＭＦＰ１０が通信リンクを維持することを望まないことを知ることができ、通信リンクを切断するためのＤｅａｃｔｉｖａｔｉｏｎコマンドをＭＦＰ１０に送信する。

【0098】

従って、ＣＰＵ３２は、携帯端末５０から、ＮＦＣ Ｉ／Ｆ２２を介して、Ｄｅａｃｔｉｖａｔｉｏｎコマンドを受信する。この場合、ＣＰＵ３２は、Ｄｅａｃｔｉｖａｔｉｏｎコマンドに対するレスポンスコマンド（即ちＯＫコマンド）を、ＮＦＣ Ｉ／Ｆ２２を介して、携帯端末５０に送信する。これにより、Ｓ１４で確立された通信リンクが切断される。ＣＰＵ３２は、ソフトウェア的切断処理（確認コマンド応答処理の終了、Ａｃｔｉｖａｔｉｏｎコマンドの受信、ＯＫコマンドの送信）を実行することによって、通信リンクを適切に切断することができる。

【0099】

なお、ＭＦＰのＬｉｓｔｅｎ処理では、ＭＦＰ１０から携帯端末５０にＤｅａｃｔｉｖａｔｉｏｎコマンドを送信することはできない。Ｐｏｌｌ機器はＤｅａｃｔｉｖａｔｉｏｎコマンドを送信することができるが、Ｌｉｓｔｅｎ機器はＤｅａｃｔｉｖａｔｉｏｎコマンドを送信することができないからである。

【0100】

一方において、ＣＰＵ３２がハードウェア的切断処理を実行する場合には、ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２の動作を一時的に停止させる。具体的に言うと、例えば、ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２が動作を停止するための指示を、ＮＦＣ Ｉ／Ｆ２２に送信する。これにより、ＮＦＣ Ｉ／Ｆ２２は、外部からの信号の受信、外部への信号の送信、Ｐｏｌｌ動作、Ｌｉｓｔｅｎ動作等を含む全ての動作を一時的に停止する。従って、ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２を介して、Ｓ１６で開始された確認コマンド応答処理を実行することができなくなる。

【0101】

ハードウェア的切断処理が実行されると、ソフトウェア的切断処理の場合と同様に、携帯端末５０は、確認コマンドに対するレスポンスコマンド（即ちＯＫコマンド）を受信することができない。この場合、携帯端末５０は、ＤｅａｃｔｉｖａｔｉｏｎコマンドをＭＦＰ１０に送信するが、ＭＦＰ１０のＮＦＣ Ｉ／Ｆ２２の動作が停止されているために、Ｄｅａｃｔｉｖａｔｉｏｎコマンドに対するレスポンスコマンド（即ちＯＫコマンド）を受信することもできない。従って、携帯端末５０は、タイムアウトと判断して、通信リンクを維持するための処理（即ち、確認コマンドを送信する処理等）を終了する。これにより、Ｓ１４で確立された通信リンクが切断される。ＣＰＵ３２は、ハードウェア的切断処理（即ちＮＦＣ Ｉ／Ｆ２２の動作の停止）を実行することによって、通信リンクを適切に切断することができる。

【0102】

なお、ＮＦＣ Ｉ／Ｆ２２の動作を停止させる手法は、上記のように、ＣＰＵ３２からＮＦＣ Ｉ／Ｆ２２に指示を送信する手法に限られない。例えば、ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２への電力供給を一時的に停止することによって、ＮＦＣ Ｉ／Ｆ２２の動作を一時的に停止させてもよい。この手法も、ハードウェア的切断処理の一例である。Ｓ３８が終了すると、ＭＦＰのＬｉｓｔｅｎ処理が終了する。

【0103】

一方において、Ｓ１８でＹＥＳの場合（即ち送信フラグが「１」である場合）には、Ｓ３０において、ＣＰＵ３２は、Ｓ２０と同様に、ＭＦＰ１０がＰ２Ｐモードのクライアントとして動作し、携帯端末５０がＰ２Ｐモードのサーバとして動作するように、ネゴシエーションを実行する。Ｓ３０では、ＣＰＵ３２は、さらに、ＭＦＰ１０がデータ送信を実行すること（即ち携帯端末５０がデータ受信を実行すること）を、携帯端末５０に通知する。これにより、携帯端末５０は、ＭＦＰ１０から対象データを受信するまで待機する。

【0104】

次いで、Ｓ３２において、ＣＰＵ３２は、Ｓ１４で確立された通信リンクを利用して、ＮＦＣ Ｉ／Ｆ２２を介して、携帯端末５０に対象データを送信する。例えば、上記の第１〜第５の例では、ＣＰＵ３２は、例えば、前回のＭＦＰのＬｉｓｔｅｎ処理のＳ２４、又は、前回のＭＦＰのＰｏｌｌ処理（図４）のＳ１２４において、第１の対象データを処理して、第２の対象データを生成する。この場合、Ｓ３２では、ＣＰＵ３２は、生成済みの第２の対象データを携帯端末５０に送信する。また、例えば、上記の第６の例では、第１の対象データとして、スキャンデータが生成される。この場合、Ｓ３２では、ＣＰＵ３２は、生成済みの第１の対象データを携帯端末５０に送信する。

【0105】

次いで、Ｓ３４では、ＣＰＵ３２は、メモリ３４内の通信済フラグが「１」であるのか否かを判断する。ＣＰＵ３２は、メモリ３４内の通信済フラグが「１」である場合に、Ｓ３４でＹＥＳと判断して、Ｓ４０に進む。一方において、ＣＰＵ３２は、メモリ３４内の通信済フラグが「０」である場合に、Ｓ３４でＮＯと判断して、Ｓ３６に進む。

【0106】

Ｓ３６では、ＣＰＵ３２は、メモリ３４内の送信フラグを「０」に設定し、メモリ３４内の通信済フラグを「１」に設定する。ＣＰＵ３２は、Ｓ３６を終えると、Ｓ３８に進み、上記の切断処理を実行する。

【0107】

一方において、Ｓ４０では、ＣＰＵ３２は、メモリ３４内の送信フラグを「０」に設定し、メモリ３４内の通信済フラグを「０」に設定する。

【0108】

なお、Ｓ４０が実行される場合（即ち、通信済フラグが「１」である場合）には、第２の対象データの通信が完了している（即ち、上記の１セットの通信が完了している）。従って、携帯端末５０は、通信リンクを維持する必要がないと判断して、ＤｅａｃｔｉｖａｔｉｏｎコマンドをＭＦＰ１０に送信する。この結果、Ｓ４２において、ＣＰＵ３２は、携帯端末５０から、ＮＦＣ Ｉ／Ｆ２２を介して、Ｄｅａｃｔｉｖａｔｉｏｎコマンドを受信する。

【0109】

次いで、Ｓ４４において、ＣＰＵ３２は、Ｄｅａｃｔｉｖａｔｉｏｎコマンドに対するレスポンスコマンド（即ちＯＫコマンド）を、ＮＦＣ Ｉ／Ｆ２２を介して、携帯端末５０に送信する。これにより、Ｓ１４で確立された通信リンクが切断される。Ｓ４４が終了すると、ＭＦＰのＬｉｓｔｅｎ処理が終了する。

【0110】

（ＭＦＰのＬｉｓｔｅｎ処理；ＣＥモード（図３））
続いて、図３を参照して、図２のＳ１２でＮＯと判断される場合（ＭＦＰ１０がＣＥモードで動作すべきことが判断される場合）の処理の内容を説明する。Ｓ６２は、図２のＳ１４と同様である。なお、ＭＦＰ１０がＣＥモードで動作し、携帯端末５０がＲ／Ｗモードで動作する場合には、Ｐ２Ｐモードの場合と異なり、確認コマンド応答処理（図２のＳ１６参照）が実行されない。単方向通信のためのモードであるために（即ち、１回の対象データの通信のみが実行されるモードであるために）、通信リンクを維持するのか否かを確認する必要がないからである。

【0111】

Ｓ６４〜Ｓ７２は、図２のＳ１８，Ｓ２２〜Ｓ２８と同様である。Ｓ７４〜Ｓ７８は、図２のＳ３２〜Ｓ３６と同様である。また、Ｓ８６〜Ｓ９０は、図２のＳ４０〜Ｓ４４と同様である。Ｓ９０が終了すると、ＭＦＰのＬｉｓｔｅｎ処理が終了する。

【0112】

Ｓ８０では、ＣＰＵ３２は、Ｓ６２で確立された通信リンクを切断するためのソフトウェア的切断処理を実行する。即ち、ＣＰＵ３２は、携帯端末５０から、ＮＦＣ Ｉ／Ｆ２２を介して、Ｄｅａｃｔｉｖａｔｉｏｎコマンドを受信して、Ｄｅａｃｔｉｖａｔｉｏｎコマンドに対するレスポンスコマンド（即ちＯＫコマンド）を、ＮＦＣ Ｉ／Ｆ２２を介して、携帯端末５０に送信する。これにより、Ｓ６２で確立された通信リンクが切断される。ＣＰＵ３２は、ソフトウェア的切断処理（Ｄｅａｃｔｉｖａｔｉｏｎコマンドの受信、及び、ＯＫコマンドの送信）を実行することによって、通信リンクを適切に切断することができる。

【0113】

次いで、Ｓ８２において、ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２の動作を制御するための動作制御処理を実行する。ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２が動作を停止するための指示を、ＮＦＣ Ｉ／Ｆ２２に送信する。これにより、ＮＦＣ Ｉ／Ｆ２２は、外部からの信号の受信、外部への信号の送信、Ｐｏｌｌ動作、Ｌｉｓｔｅｎ動作等を含む全ての動作を一時的に停止する。

【0114】

Ｓ８０で通信リンクが切断されると、携帯端末５０は、Ｐｏｌｌモード及びＬｉｓｔｅｎモードで再び順次動作する。ただし、Ｓ８２において、ＭＦＰ１０のＮＦＣ Ｉ／Ｆ２２の動作が一時的に停止されるために、携帯端末５０は、ポーリング信号を送信しても、レスポンス信号を受信しない。また、携帯端末５０は、ＭＦＰ１０からポーリング信号を受信しない。このために、携帯端末５０は、ＭＦＰ１０と携帯端末５０の間の距離が大きくなったこと、即ち、通信相手が離反したこと、を検知することができる。

【0115】

携帯端末５０に通信相手の離反を検知させるのは（即ちＳ８２の動作制御処理を実行するのは）、以下の理由である。ＣＥモード及びＲ／Ｗモードに対応する通信リンクでは、１回の対象データの通信のみが実行されることが前提となっている。従って、一対のＮＦＣ機器のそれぞれは、ＣＥモード及びＲ／Ｗモードに従って、対象データの通信を実行すると、通常、通信リンクを切断する。その後、仮に、一対のＮＦＣ機器が近接している状態が維持され続けると、一対のＮＦＣ機器は、Ｐｏｌｌ動作及びＬｉｓｔｅｎ動作を再び実行して通信リンクを再び確立し、同じ対象データの通信を実行し得る。即ち、一対のＮＦＣ機器が近接している状態が維持される場合には、同じ対象データが何回も通信されるという事象が発生し得る。

【0116】

従って、ＮＦＣ機器は、通常、ＣＥモード及びＲ／Ｗモードに対応する通信リンクを切断した後に、通信相手の離反を検知しない場合には、Ｐｏｌｌ動作及びＬｉｓｔｅｎ動作を再び実行しても、通信リンクを再び確立しないようにプログラムされている。そして、ＮＦＣ機器は、例えば、ポーリング信号を何回か送信しても、レスポンス信号を通信相手から受信しない場合や、所定期間に亘って通信相手からポーリング信号を受信しない場合に、通信相手の離反を検知する。ＮＦＣ機器は、このようにして通信相手の離反を検知すると、同じ通信相手と通信リンクを再び確立することができる。

【0117】

本実施例では、第１の対象データの通信が実行された後に、第２の対象データの通信が実行される（即ち１セットの通信が実行される）。従って、第１の対象データの通信のための通信リンクが切断された後に、ＭＦＰ１０と携帯端末５０とが近接している状態が維持されていても、第２の対象データの通信のための新たな通信リンクを再び確立させる仕組みが必要である。この仕組みが、Ｓ８２の動作制御処理である。即ち、ＭＦＰ１０がＳ８２の動作制御処理を実行すれば、ＭＦＰ１０と携帯端末５０とが近接している状態が維持されていても、携帯端末５０は、ＭＦＰ１０の離反を検知することができる。その後、ＭＦＰ１０及び携帯端末５０がＰｏｌｌ動作及びＬｉｓｔｅｎ動作を実行すれば、ＭＦＰ１０及び携帯端末５０の間に通信リンクを再び確立させることができる。

【0118】

なお、Ｓ８２の動作制御処理は、上記のように、ＣＰＵ３２からＮＦＣ Ｉ／Ｆ２２に指示を送信する手法に限られない。例えば、ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２への電力供給を一時的に停止することによって、ＮＦＣ Ｉ／Ｆ２２の動作を一時的に停止させてもよい。この手法も、動作制御処理の一例である。Ｓ８２が終了すると、ＭＦＰのＬｉｓｔｅｎ処理が終了する。

【0119】

（ＭＦＰのＰｏｌｌ処理；図４及び図５）
続いて、図４及び図５を参照して、ＭＦＰのＰｏｌｌ処理の内容を説明する。上述したように、ＮＦＣ Ｉ／Ｆ２２がＰｏｌｌ動作を実行する場合には、ＭＦＰ１０は、受信済みの動作可能モード信号に従って、Ｐ２Ｐモード及びＲ／Ｗモードのうちのどちらかのモードで動作する。Ｓ１１０では、ＣＰＵ３２は、受信済みの動作可能モード信号に基づいて、ＭＦＰ１０が、Ｐ２Ｐモードで動作すべきか、Ｒ／Ｗモードで動作すべきか、を判断する。ＣＰＵ３２は、ＭＦＰ１０がＰ２Ｐモードで動作すべきと判断する場合（Ｓ１１０でＹＥＳの場合）に、Ｓ１１２に進み、ＭＦＰ１０がＲ／Ｗモードで動作すべきと判断する場合（Ｓ１１０でＮＯの場合）に、図５のＳ１６０に進む。

【0120】

（ＭＦＰのＰｏｌｌ処理；Ｐ２Ｐモード（図４））
Ｓ１１２では、ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２を介して、Ｐ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを携帯端末５０に送信する。次いで、Ｓ１１４では、ＣＰＵ３２は、携帯端末５０から、ＮＦＣ Ｉ／Ｆ２２を介して、Ａｃｔｉｖａｔｉｏｎコマンドに対するレスポンスコマンド（即ちＯＫコマンド）を受信する。これにより、ＭＦＰ１０と携帯端末５０との間にＮＦＣ方式の通信リンクが確立される。

【0121】

次いで、Ｓ１１６では、ＣＰＵ３２は、確認コマンド送信処理を開始する。確認コマンド送信処理では、ＣＰＵ３２は、確認コマンドを、ＮＦＣ Ｉ／Ｆ２２を介して、携帯端末５０に送信して、携帯端末５０から、ＮＦＣ Ｉ／Ｆ２２を介して、確認コマンドに対するレスポンスコマンド（即ちＯＫコマンド）を受信する。なお、ＣＰＵ３２は、Ｓ１１６で確認コマンド送信処理を開始すると、後述のＳ１３８が実行されるまで、又は、後述のＳ１４４で通信リンクが切断されるまで、確認コマンド送信処理を継続して実行する。

【0122】

Ｓ１１８〜Ｓ１２８は、図２のＳ１８〜Ｓ２８と同様である。Ｓ１３０〜Ｓ１３６は、図２のＳ３０〜Ｓ３６と同様である。また、Ｓ１４０は、図２のＳ４０と同様である。Ｓ１４２では、ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２を介して、Ｄｅａｃｔｉｖａｔｉｏｎコマンドを携帯端末５０に送信する。次いで、Ｓ１４４では、ＣＰＵ３２は、携帯端末５０から、ＮＦＣ Ｉ／Ｆ２２を介して、Ｄｅａｃｔｉｖａｔｉｏｎコマンドに対するレスポンスコマンド（即ちＯＫコマンド）を受信する。これにより、Ｓ１１４で確立された通信リンクが切断される。

【0123】

Ｓ１３８では、ＣＰＵ３２は、Ｓ１１４で確立された通信リンクを切断するための切断処理を実行する。Ｓ１３８の切断処理の手法として、ソフトウェア的切断処理と、ハードウェア的切断処理と、の２つの手法が考えられる。ＣＰＵ３２は、どちらの手法の切断処理を実行してもよい。

【0124】

ＣＰＵ３２がソフトウェア的切断処理を実行する場合には、ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２を介して、Ｄｅａｃｔｉｖａｔｉｏｎコマンドを携帯端末５０に送信して、携帯端末５０から、ＮＦＣ Ｉ／Ｆ２２を介して、Ｄｅａｃｔｉｖａｔｉｏｎコマンドに対するレスポンスコマンド（即ちＯＫコマンド）を受信する。これにより、Ｓ１１４で確立された通信リンクが切断される。ＣＰＵ３２は、ソフトウェア的切断処理（Ｄｅａｃｔｉｖａｔｉｏｎコマンドの送信、及び、ＯＫコマンドの受信）を実行することによって、通信リンクを適切に切断することができる。

【0125】

なお、ソフトウェア的切断処理は、上記のように、ＣＰＵ３２がＤｅａｃｔｉｖａｔｉｏｎコマンドを送信する手法に限られない。例えば、ＣＰＵ３２は、Ｓ１１６で開始された確認コマンド送信処理を終了させてもよい。即ち、ＣＰＵ３２は、確認コマンドを携帯端末５０に送信しない。携帯端末５０は、所定期間に亘って、ＭＦＰ１０から確認コマンドを受信しない場合に、タイムアウトと判断する。これにより、携帯端末５０は、通信リンクに関する処理（即ち、確認コマンドの受信の監視等）を終了し、この結果、通信リンクが切断される。この手法も、ソフトウェア的切断処理の一例である。

【0126】

一方において、ＣＰＵ３２がハードウェア的切断処理を実行する場合には、ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２の動作を一時的に停止させる。具体的に言うと、例えば、ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２が動作を停止するための指示を、ＮＦＣ Ｉ／Ｆ２２に送信する。従って、ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２を介して、Ｓ１１６で開始された確認コマンド送信処理を実行することができなくなる。この場合、携帯端末５０は、タイムアウトと判断し、通信リンクに関する処理（即ち、確認コマンドの受信の監視等）を終了し、この結果、通信リンクが切断される。ＣＰＵ３２は、ハードウェア的切断処理（ＮＦＣ Ｉ／Ｆ２２の動作の停止）を実行することによって、通信リンクを適切に切断することができる。

【0127】

なお、ＮＦＣ Ｉ／Ｆ２２の動作を停止させる手法は、上記のように、ＣＰＵ３２からＮＦＣ Ｉ／Ｆ２２に指示を送信する手法に限られない。例えば、ＣＰＵ３２は、ＮＦＣ Ｉ／Ｆ２２への電力供給を一時的に停止することによって、ＮＦＣ Ｉ／Ｆ２２の動作を一時的に停止させてもよい。この手法も、ハードウェア的切断処理の一例である。Ｓ１３８が終了すると、ＭＦＰのＰｏｌｌ処理が終了する。

【0128】

（ＭＦＰのＰｏｌｌ処理；Ｒ／Ｗモード（図５））
続いて、図５を参照して、図４のＳ１１０でＮＯと判断される場合（即ちＭＦＰ１０がＲ／Ｗモードで動作すべきと判断される場合）の処理の内容を説明する。Ｓ１６０〜Ｓ１６４は、図４のＳ１１２，Ｓ１１４，Ｓ１１８と同様である。ただし、Ｓ１６０では、ＣＰＵ３２は、Ｒ／Ｗモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを送信する。

【0129】

Ｓ１６４でＮＯの場合（即ち送信フラグが「０」である場合）には、Ｓ１６５において、ＣＰＵ３２は、ＭＦＰ１０がＲｅａｄｅｒモードに従って動作すべきことを決定する。これにより、ＣＰＵ３２は、携帯端末５０の擬似的なカードから対象データを読み出すこと、即ち、携帯端末５０から対象データを受信することができる。この後に実行されるＳ１６６〜Ｓ１７２は、図３のＳ６６〜Ｓ７２と同様である。

【0130】

一方において、Ｓ１６４でＹＥＳの場合（即ち送信フラグが「１」である場合）には、Ｓ１７３において、ＣＰＵ３２は、ＭＦＰ１０がＷｒｉｔｅｒモードに従って動作すべきことを決定する。これにより、ＣＰＵ３２は、携帯端末５０の擬似的なカードに対象データを書き込むこと、即ち、携帯端末５０に対象データを送信することができる。この後に実行されるＳ１７４〜Ｓ１８２は、図３のＳ７４〜Ｓ８２と同様である。なお、Ｓ１８６〜Ｓ１９０は、図４のＳ１４０〜Ｓ１４４と同様である。

【0131】

（具体的なケース）
続いて、本実施例によって実現される具体的なケースを説明する。以下の各ケースは、ＭＦＰ１０が図２〜図５の各処理を実行することによって、実現される。

【0132】

（ケースＡ１；図６）
ケースＡ１では、ＭＦＰ１０がＬｉｓｔｅｎ動作を実行し（即ち携帯端末５０がＰｏｌｌ動作を実行し）、さらに、携帯端末５０がＰ２Ｐモードに従って動作可能である。

【0133】

ＭＦＰ１０は、携帯端末５０からＡｃｔｉｖａｔｉｏｎコマンドを受信して（図２のＳ１０）、ＯＫコマンドを携帯端末５０に送信する（Ｓ１４）。これにより、ＭＦＰ１０と携帯端末５０との間に通信リンクＬ１が確立される。この場合、ＭＦＰ１０は、確認コマンド応答処理を開始する（Ｓ１６）。即ち、ＭＦＰ１０は、携帯端末５０から確認コマンドを受信して、ＯＫコマンドを携帯端末５０に送信する。

【0134】

ケースＡ１では、通信リンクＬ１が確立された時点では、送信フラグが「０」である。この場合、ＭＦＰ１０は、図２のＳ１８でＮＯと判断し、次いで、ネゴシエーションを実行して、ＭＦＰ１０がデータ受信を実行することを、携帯端末５０に通知する（Ｓ２０）。ＭＦＰ１０は、携帯端末５０から第１の対象データを受信し（Ｓ２２）、第１の対象データを処理することによって第２の対象データを生成する（Ｓ２４）。この場合、ＭＦＰ１０は、送信フラグを「１」に設定し、通信済フラグを「１」に設定する（Ｓ２８）。

【0135】

次いで、ＭＦＰ１０は、ソフトウェア的切断処理を実行する（Ｓ３８）。即ち、ＭＦＰ１０は、携帯端末５０から確認コマンドを受信しても、ＯＫコマンドを送信しない。この場合、ＭＦＰ１０は、携帯端末５０からＤｅａｃｔｉｖａｔｉｏｎコマンドを受信して、ＯＫコマンドを携帯端末５０送信する。この結果、通信リンクＬ１が切断される。

【0136】

その後、ＭＦＰ１０がＬｉｓｔｅｎ動作を再び実行する（即ち携帯端末５０がＰｏｌｌ動作を再び実行する）。ＭＦＰ１０は、携帯端末５０からＡｃｔｉｖａｔｉｏｎコマンドを受信して（Ｓ１０）、ＯＫコマンドを携帯端末５０に送信する（Ｓ１４）。この結果、ＭＦＰ１０と携帯端末５０との間に通信リンクＬ２が確立される。

【0137】

第１の対象データが通信された際に、送信フラグが「１」に設定されている。この場合、ＭＦＰ１０は、図２のＳ１８でＹＥＳと判断し、次いで、ネゴシエーションを実行して、ＭＦＰ１０がデータ送信を実行することを、携帯端末５０に通知する（Ｓ３０）。ＭＦＰ１０は、第２の対象データを携帯端末５０に送信する（Ｓ３２）。この場合、ＭＦＰ１０は、送信フラグを「０」に設定し、通信済フラグを「０」に設定する（Ｓ４０）。次いで、ＭＦＰ１０は、携帯端末５０からＤｅａｃｔｉｖａｔｉｏｎコマンドを受信して（Ｓ４２）、ＯＫコマンドを携帯端末５０に送信する（Ｓ４４）。この結果、通信リンクＬ２が切断される。

【0138】

上述したように、Ｐ２Ｐモードは、双方向通信のためのモードである。従って、同じ通信リンクＬ１を利用して、第１及び第２の対象データの両方を通信する構成が考えられる。しかしながら、携帯端末５０が、Ｐ２Ｐモードに従って、双方向通信を適切に実行することができない可能性がある。例えば、携帯端末５０のＯＳ（Operating System）が、通信リンクＬ１を利用して、第１の対象データを送信した後に、同じ通信リンクＬ１を利用して、第２の対象データを受信する動作を許容しない可能性がある。

【0139】

このような可能性に鑑みて、本実施例では、ケースＡ１に示されるように、ＭＦＰ１０は、Ｐ２Ｐに対応する通信リンクＬ１を利用して、携帯端末５０から第１の対象データを受信すると、通信リンクＬ１を切断する。次いで、ＭＦＰ１０は、Ｐ２Ｐに対応する通信リンクＬ２を再確立し、通信リンクＬ２を利用して、第２の対象データを携帯端末５０に送信する。従って、携帯端末５０がＰ２Ｐモードの双方向通信を許容しない場合でも、ＭＦＰ１０は、Ｐ２Ｐモードに従って、第１の対象データと、第１の対象データを処理することによって生成される第２の対象データと、の両方を、携帯端末５０と適切に通信することができる。

【0140】

（ケースＡ２；図７）
ケースＡ２では、ＭＦＰ１０が、ソフトウェア的切断処理の代わりに、ハードウェア的切断処理（図２のＳ３８）を実行する点が、ケースＡ１とは異なる。

【0141】

即ち、ＭＦＰ１０は、ハードウェア的切断処理において、ＮＦＣ Ｉ／Ｆ２２の動作を一時的に停止させる。このために、ＭＦＰ１０は、携帯端末５０から確認コマンドを受信しても、ＯＫコマンドを送信しない。また、ＭＦＰ１０は、携帯端末５０からＤｅａｃｔｉｖａｔｉｏｎコマンドを受信しても、ＯＫコマンドを送信しない。これにより、携帯端末５０は、タイムアウトと判断し、この結果、通信リンクＬ１が切断される。その他の点は、ケースＡ１と同様である。ケースＡ２でも、ケースＡ１と同様の作用及び効果が得られる。

【0142】

なお、ケースＡ２のハードウェア的切断処理を実行すると、ＮＦＣ Ｉ／Ｆ２２が復帰するまでに長時間を要する可能性がある。従って、処理の迅速化という観点では、ケースＡ１のソフトウェア的切断処理を実行することが好ましい。ただし、ケースＡ２のハードウェア的切断処理によると、通信リンクＬ１を確実に切断することができる。従って、通信リンクの切断の確実化という観点では、ケースＡ２のハードウェア的切断処理を実行することが好ましい。その他のケース（例えば図４のケースＡ４）でも、ＭＦＰ１０のベンダが重視する観点に応じて、ソフトウェア的切断処理及びハードウェア的切断処理のどちらが採用されてもよい。

【0143】

（ケースＡ３；図８）
ケースＡ３では、ＭＦＰ１０がＰｏｌｌ動作を実行し（即ち携帯端末５０がＬｉｓｔｅｎ動作を実行し）、さらに、携帯端末５０がＰ２Ｐモードに従って動作可能である。

【0144】

ＭＦＰ１０は、Ａｃｔｉｖａｔｉｏｎコマンドを携帯端末５０に送信して（図４のＳ１１２）、携帯端末５０からＯＫコマンドを受信する（Ｓ１１４）。これにより、ＭＦＰ１０と携帯端末５０との間に通信リンクＬ１が確立される。

【0145】

ケースＡ３では、通信リンクＬ１が確立された時点では、送信フラグが「０」である。この場合、ＭＦＰ１０は、図４のＳ１１８でＮＯと判断し、次いで、ネゴシエーションを実行して、ＭＦＰ１０がデータ受信を実行することを、携帯端末５０に通知する（Ｓ１２０）。ＭＦＰ１０は、携帯端末５０から第１の対象データを受信し（Ｓ１２２）、第１の対象データを処理することによって第２の対象データを生成する（Ｓ１２４）。この場合、ＭＦＰ１０は、送信フラグを「１」に設定し、通信済フラグを「１」に設定する（Ｓ１２８）。

【0146】

次いで、ＭＦＰ１０は、ソフトウェア的切断処理を実行する（Ｓ１３８）。即ち、ＭＦＰ１０は、Ｄｅａｃｔｉｖａｔｉｏｎコマンドを携帯端末５０に送信して、携帯端末５０からＯＫコマンドを受信する。この結果、通信リンクＬ１が切断される。

【0147】

その後、ＭＦＰ１０がＰｏｌｌ動作を再び実行する（即ち携帯端末５０がＬｉｓｔｅｎ動作を再び実行する）。ＭＦＰ１０は、Ａｃｔｉｖａｔｉｏｎコマンドを携帯端末５０に送信して（Ｓ１１２）、携帯端末５０からＯＫコマンドを受信する（Ｓ１１４）。この結果、ＭＦＰ１０と携帯端末５０との間に通信リンクＬ２が確立される。

【0148】

第１の対象データが通信された際に、送信フラグが「１」に設定されている。この場合、ＭＦＰ１０は、図４のＳ１１８でＹＥＳと判断し、次いで、ネゴシエーションを実行して、ＭＦＰ１０がデータ送信を実行することを、携帯端末５０に通知する（Ｓ１３０）。ＭＦＰ１０は、第２の対象データを携帯端末５０に送信する（Ｓ１３２）。この場合、ＭＦＰ１０は、送信フラグを「０」に設定し、通信済フラグを「０」に設定する（Ｓ１４０）。次いで、ＭＦＰ１０は、Ｄｅａｃｔｉｖａｔｉｏｎコマンドを携帯端末５０に送信して（Ｓ１４２）、携帯端末５０からＯＫコマンドを受信する（Ｓ１４４）。この結果、通信リンクＬ２が切断される。

【0149】

ケースＡ３でも、ＭＦＰ１０は、Ｐ２Ｐモードに従って、第１の対象データと、第１の対象データを処理することによって生成される第２の対象データと、の両方を、携帯端末５０と適切に通信することができる。

【0150】

（ケースＡ４；図９）
ケースＡ４では、ソフトウェア的切断処理の内容が、ケースＡ３とは異なる。なお、ＭＦＰ１０は、通信リンクＬ１が確立されると、確認コマンド送信処理を開始する（Ｓ１１６）。即ち、ＭＦＰ１０は、確認コマンドを携帯端末５０に送信して、携帯端末５０からＯＫコマンドを受信する。

【0151】

ケースＡ３のソフトウェア的切断処理では、ＭＦＰ１０は、Ｄｅａｃｔｉｖａｔｉｏｎコマンドを携帯端末５０に送信して、携帯端末５０からＯＫコマンドを受信する（図８参照）。これに代えて、ケースＡ４では、ソフトウェア的切断処理において、ＭＦＰ１０は、確認コマンド送信処理を終了する（Ｓ１３８）。これにより、携帯端末５０は、タイムアウトと判断し、この結果、通信リンクＬ１が切断される。その他の点は、ケースＡ３と同様である。ケースＡ４でも、ケースＡ３と同様の作用及び効果が得られる。

【0152】

なお、上述したように、ＭＦＰ１０は、ＮＦＣ Ｉ／Ｆ２２の動作を一時的に停止させるハードウェア的切断処理を実行してもよい（Ｓ１３８）。この場合も、確認コマンドが携帯端末５０に送信されないために、携帯端末５０は、タイムアウトと判断し、この結果、通信リンクＬ１が切断される。このような構成でも、同様の作用及び効果が得られる。

【0153】

（その他のケース）
図６〜図９のケースＡ１〜Ａ４では、第１の通信リンクＬ１を確立する際、及び、第２の通信リンクＬ２を確立する際、の両方において、ＭＦＰ１０は、同じ機器（即ち、図６及び図７ではＬｉｓｔｅｎ機器、図８及び図９ではＰｏｌｌ機器）として動作する。しかしながら、例えば、ＭＦＰ１０は、第１の通信リンクＬ１を確立する際に、Ｌｉｓｔｅｎ機器として動作し、第２の通信リンクＬ２を確立する際に、Ｐｏｌｌ機器として動作してもよい。また、例えば、ＭＦＰ１０は、第１の通信リンクＬ１を確立する際に、Ｐｏｌｌ機器として動作し、第２の通信リンクＬ２を確立する際に、Ｌｉｓｔｅｎ機器として動作してもよい。

【0154】

また、図６〜図９のケースＡ１〜Ａ４では、ＭＦＰ１０は、携帯端末５０から第１の対象データを受信して、第２の対象データを携帯端末５０に送信する。即ち、ケースＡ１〜Ａ４は、対象データに関する上記の第１〜第５の例に対応する。しかしながら、ＭＦＰ１０は、第１の対象データを携帯端末５０に送信して、携帯端末５０から第２の対象データを受信してもよい。即ち、対象データに関する上記の第６の例が実現されてもよい。いずれのケースでも、ケースＡ１〜Ａ４と同様の作用及び効果が得られる。

【0155】

（ケースＢ１；図１０）
ケースＢ１では、ＭＦＰ１０がＬｉｓｔｅｎ動作を実行し（即ち携帯端末５０がＰｏｌｌ動作を実行し）、さらに、携帯端末５０がＲ／Ｗモード及びＣＥモードのみに従って動作可能である。従って、ＭＦＰ１０がＣＥモードに従って動作し、携帯端末５０がＲ／Ｗモードに従って動作する。

【0156】

ＭＦＰ１０は、携帯端末５０からＡｃｔｉｖａｔｉｏｎコマンドを受信して（図２のＳ１０）、ＯＫコマンドを携帯端末５０に送信する（Ｓ６２）。これにより、ＭＦＰ１０と携帯端末５０との間に通信リンクＬ１が確立される。

【0157】

ケースＢ１では、通信リンクＬ１が確立された時点では、送信フラグが「０」である。この場合、ＭＦＰ１０は、図３のＳ６４でＮＯと判断し、携帯端末５０から第１の対象データを受信し（Ｓ６６）、第１の対象データを処理することによって第２の対象データを生成する（Ｓ６８）。この場合、ＭＦＰ１０は、送信フラグを「１」に設定し、通信済フラグを「１」に設定する（Ｓ７２）。

【0158】

次いで、ＭＦＰ１０は、ソフトウェア的切断処理を実行する（Ｓ８０）。即ち、ＭＦＰ１０は、携帯端末５０からＤｅａｃｔｉｖａｔｉｏｎコマンドを受信して、ＯＫコマンドを携帯端末５０に送信する。この結果、通信リンクＬ１が切断される。

【0159】

次いで、ＭＦＰ１０は、動作制御処理を実行する（Ｓ８２）。即ち、ＭＦＰ１０は、携帯端末５０からポーリング信号を受信しても、レスポンス信号を送信しない（即ち、ＮＦＣ Ｉ／Ｆ２２がＬｉｓｔｅｎ動作を一時的に実行しない）。また、ＭＦＰ１０は、ポーリング信号を携帯端末５０に送信しない（即ち、ＮＦＣ Ｉ／Ｆ２２がＰｏｌｌ動作を一時的に実行しない）。これにより、携帯端末５０は、ＭＦＰ１０の離反を検知する。この結果、ＭＦＰ１０及び携帯端末５０が近接している状態が維持されても、後述の通信リンクＬ２を適切に確立することができる。

【0160】

その後、ＭＦＰ１０がＬｉｓｔｅｎ動作を再び実行する（即ち携帯端末５０がＰｏｌｌ動作を再び実行する）。ＭＦＰ１０は、携帯端末５０からＡｃｔｉｖａｔｉｏｎコマンドを受信して（図２のＳ１０）、ＯＫコマンドを携帯端末５０に送信する（Ｓ６２）。この結果、ＭＦＰ１０と携帯端末５０との間に通信リンクＬ２が確立される。

【0161】

第１の対象データが通信された際に、送信フラグが「１」に設定されている。この場合、ＭＦＰ１０は、図３のＳ６４でＹＥＳと判断し、第２の対象データを携帯端末５０に送信する（Ｓ７４）。この場合、ＭＦＰ１０は、送信フラグを「０」に設定し、通信済フラグを「０」に設定する（Ｓ８６）。次いで、ＭＦＰ１０は、携帯端末５０からＤｅａｃｔｉｖａｔｉｏｎコマンドを受信して（Ｓ８８）、ＯＫコマンドを携帯端末５０に送信する（Ｓ９０）。この結果、通信リンクＬ２が切断される。

【0162】

上述したように、Ｒ／Ｗモード及びＣＥモードは、単方向通信のためのモードである。従って、同じ通信リンクＬ１を利用して、第１及び第２の対象データの両方を通信することができない。本実施例では、ケースＢ１に示されるように、ＭＦＰ１０は、通信リンクＬ１を利用して、携帯端末５０から第１の対象データを受信すると、通信リンクＬ１を切断する。次いで、ＭＦＰ１０は、通信リンクＬ２を再確立し、通信リンクＬ２を利用して、第２の対象データを携帯端末５０に送信する。従って、ＭＦＰ１０及び携帯端末５０がＲ／Ｗモード及びＣＥモードに従って動作する場合でも、ＭＦＰ１０は、第１の対象データと、第１の対象データを処理することによって生成される第２の対象データと、の両方を、携帯端末５０と適切に通信することができる。即ち、ＭＦＰ１０は、擬似的な双方向通信を実現することができる。

【0163】

（ケースＢ２；図１１）
ケースＢ２では、ＭＦＰ１０がＰｏｌｌ動作を実行し（即ち携帯端末５０がＬｉｓｔｅｎ動作を実行し）、さらに、携帯端末５０がＲ／Ｗモード及びＣＥモードのみに従って動作可能である。従って、ＭＦＰ１０がＲ／Ｗモードに従って動作し、携帯端末５０がＣＥモードに従って動作する。

【0164】

ＭＦＰ１０は、Ａｃｔｉｖａｔｉｏｎコマンドを携帯端末５０に送信して（図５のＳ１６０）、携帯端末５０からＯＫコマンドを受信する（Ｓ１６２）。これにより、ＭＦＰ１０と携帯端末５０との間に通信リンクＬ１が確立される。

【0165】

ケースＢ２では、通信リンクＬ１が確立された時点では、送信フラグが「０」である。この場合、ＭＦＰ１０は、図５のＳ１６４でＮＯと判断し、ＭＦＰ１０がＲｅａｄｅｒモードに従って動作すべきことを決定する（Ｓ１６５）。ＭＦＰ１０は、携帯端末５０から第１の対象データを受信し（Ｓ１６６）、第１の対象データを処理することによって第２の対象データを生成する（Ｓ１６８）。この場合、ＭＦＰ１０は、送信フラグを「１」に設定し、通信済フラグを「１」に設定する（Ｓ１７２）。

【0166】

次いで、ＭＦＰ１０は、ソフトウェア的切断処理を実行する（Ｓ１８０）。即ち、ＭＦＰ１０は、Ｄｅａｃｔｉｖａｔｉｏｎコマンドを携帯端末５０に送信して、携帯端末５０からＯＫコマンドを受信する。この結果、通信リンクＬ１が切断される。

【0167】

次いで、ＭＦＰ１０は、動作制御処理を実行する（Ｓ１８２）。これにより、携帯端末５０は、ＭＦＰ１０の離反を検知する。その後、ＭＦＰ１０がＰｏｌｌ動作を再び実行する（即ち携帯端末５０がＬｉｓｔｅｎ動作を再び実行する）。ＭＦＰ１０は、Ａｃｔｉｖａｔｉｏｎコマンドを携帯端末５０に送信して（Ｓ１６０）、携帯端末５０からＯＫコマンドを受信する（Ｓ１６２）。この結果、ＭＦＰ１０と携帯端末５０との間に通信リンクＬ２が確立される。

【0168】

第１の対象データが通信された際に、送信フラグが「１」に設定されている。この場合、ＭＦＰ１０は、図５のＳ１６４でＹＥＳと判断し、ＭＦＰ１０がＷｒｉｔｅｒモードに従って動作すべきことを決定する（Ｓ１７３）。ＭＦＰ１０は、第２の対象データを携帯端末５０に送信する（Ｓ１７４）。この場合、ＭＦＰ１０は、送信フラグを「０」に設定し、通信済フラグを「０」に設定する（Ｓ１８６）。次いで、ＭＦＰ１０は、Ｄｅａｃｔｉｖａｔｉｏｎコマンドを携帯端末５０に送信して（Ｓ１８８）、携帯端末５０からＯＫコマンドを受信する（Ｓ１９０）。この結果、通信リンクＬ２が切断される。

【0169】

ケースＢ２でも、ケースＢ１と同様の作用及び効果が得られる。即ち、ＭＦＰ１０及び携帯端末５０がＲ／Ｗモード及びＣＥモードに従って動作する場合でも、ＭＦＰ１０は、擬似的な双方向通信を実現することができる。

【0170】

（その他のケース）
図１０及び図１１のケースＢ１，Ｂ２では、第１の通信リンクＬ１を確立する際、及び、第２の通信リンクＬ２を確立する際、の両方において、ＭＦＰ１０は、同じ機器（即ち、図１０ではＬｉｓｔｅｎ機器、図１１ではＰｏｌｌ機器）として動作する。しかしながら、例えば、図１２のケースＢ３に示されるように、ＭＦＰ１０は、第１の通信リンクＬ１を確立する際に、Ｌｉｓｔｅｎ機器（即ちＣＥモード）として動作し、第２の通信リンクＬ２を確立する際に、Ｐｏｌｌ機器（即ちＷｒｉｔｅｒモード）として動作してもよい。また、例えば、図１２のケースＢ４に示されるように、ＭＦＰ１０は、第１の通信リンクＬ１を確立する際に、Ｐｏｌｌ機器（即ちＲｅａｄｅｒモード）として動作し、第２の通信リンクＬ２を確立する際に、Ｌｉｓｔｅｎ機器（即ちＣＥモード）として動作してもよい。

【0171】

また、図１０及び図１１のケースＢ１，Ｂ２では、ＭＦＰ１０は、携帯端末５０から第１の対象データを受信して、第２の対象データを携帯端末５０に送信する。即ち、ケースＢ１，Ｂ２は、対象データに関する上記の第１〜第５の例に対応する。しかしながら、図１２のケースＢ５〜Ｂ８のように、ＭＦＰ１０は、第１の対象データを携帯端末５０に送信して、携帯端末５０から第２の対象データを受信してもよい。即ち、対象データに関する上記の第６の例が実現されてもよい。いずれのケースでも、ケースＢ１，Ｂ２と同様の作用及び効果が得られる。

【0172】

（対応関係）
ＭＦＰ１０、携帯端末５０が、それぞれ、「通信装置」、「外部装置」の一例である。Ａｃｔｉｖａｔｉｏｎコマンドが、「第１の確立コマンド」及び「第２の確立コマンド」の一例である。Ｄｅａｃｔｉｖａｔｉｏｎコマンドが、「切断コマンド」の一例である。また、送信フラグ＝１が、「送信情報」の一例である。また、図６〜図９のケースＡ１〜Ａ４では、Ｐ２Ｐモードが、「送信用モード」及び「受信用モード」の一例である。また、図１０のケースＢ１では、ＣＥモードが、「送信用モード」及び「受信用モード」の一例である。また、図１１のケースＢ２では、Ｗｒｉｔｅｒモード、Ｒｅａｄｅｒモードが、それぞれ、「送信用モード」、「受信用モード」の一例である。

【0173】

図２のＳ１０，Ｓ１４、図３のＳ６２、図４のＳ１１２，Ｓ１１４、図５のＳ１６０，Ｓ１６２が、「第１の確立ステップ（さらに第１の確立手段）」及び「第２の確立ステップ（さらに第２の確立手段）」の一例である。図２のＳ２２，Ｓ３２、図３のＳ６６，Ｓ７４、図４のＳ１２２，Ｓ１３２、図５のＳ１６６，Ｓ１７４が、「第１の通信ステップ（さらに第１の通信手段）」及び「第２の通信ステップ（さらに第２の通信手段）」の一例である。また、図２のＳ３８、図３のＳ８０、図４のＳ１３８、図５のＳ１８０が、「切断ステップ（さらに切断手段）」の一例である。例えば、図２のＳ３８、図４のＳ１３８が、それぞれ、「第１の切断手法」、「第２の切断手法」の一例である。また、例えば、図３のＳ８０、図５のＳ１８０が、それぞれ、「第１の切断手法」、「第２の切断手法」の一例である。

【0174】

また、図２のＳ１６で開始される確認コマンド応答処理、図４のＳ１１６で開始される確認コマンド送信処理が、それぞれ、「第１の確認ステップ」、「第２の確認ステップ」の一例である。図３のＳ８２、図５のＳ１８２が、「動作制御ステップ」の一例である。また、図２のＳ１８、図３のＳ６４、図４のＳ１１８、図５のＳ１６４が、「判断ステップ」の一例である。図２のＳ２８，Ｓ３６、図３のＳ７２，Ｓ７８、図４のＳ１２８，Ｓ１３６、図５のＳ１７２，Ｓ１７８が、「メモリ制御ステップ」の一例である。図２のＳ２０、図４のＳ１２０が、「通知ステップ」の一例である。図５のＳ１６５，Ｓ１７３が、「決定ステップ」の一例である。図２のＳ２４、図３のＳ６８、図４のＳ１２４、図３のＳ１６８が、「処理ステップ」の一例である。また、図２のＳ２２、図３のＳ６６、図４のＳ１２２、図５のＳ１６６が、「受信ステップ」の一例である。図２のＳ３２、図３のＳ７４、図４のＳ１３２、図５のＳ１７４が、「送信ステップ」の一例である。

【0175】

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

【0176】

（変形例１）「通信装置」は、印刷機能及びスキャン機能を実行可能な多機能機（即ちＭＦＰ１０）に限られず、印刷機能及びスキャン機能のうちの印刷機能のみを実行可能なプリンタであってもよいし、印刷機能及びスキャン機能のうちのスキャン機能のみを実行可能なスキャナであってもよい。また、「通信装置」は、印刷機能及びスキャン機能とは異なる機能（例えば、画像の表示機能、データの演算機能）を実行する装置（例えば、ＰＣ、サーバ、携帯端末（携帯電話、スマートフォン、ＰＤＡ等））であってもよい。即ち、「通信装置」は、ＮＦＣ方式の通信を実行可能なあらゆるデバイスを含む。

【0177】

（変形例２）ＭＦＰ１０は、Ｐ２Ｐモードを利用可能でなくてもよく、Ｒ／Ｗモード及びＣＥモードのみを利用可能であってもよい。この場合、ＣＰＵ３２は、図２及び図４の各処理を実行せずに、図３及び図５の各処理を実行すればよい。また、ＭＦＰ１０は、Ｒ／Ｗモード及びＣＥモードを利用可能でなくてもよく、Ｐ２Ｐモードのみを利用可能であってもよい。即ち、「通信装置」は、ＮＦＣ規格の全てのモードを利用可能でなくてもよく、少なくとも１つのモードを利用可能であればよい。

【0178】

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

【0179】

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

【符号の説明】

【0180】

２：通信システム、１０：多機能機（ＭＦＰ）、３０：制御部、３２：ＣＰＵ、３４：メモリ、５０：携帯端末、Ｌ１，Ｌ２：通信リンク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】