JP5838987B2 - 通信装置 - Google Patents

Description

本明細書によって開示される技術は、通信装置に関する。

特許文献１には、近接無線通信デバイスを備える電子機器が開示されている。近接無線通信デバイスは、ＩｎｉｔｉａｔｏｒモードとＲｅｓｐｏｎｄｅｒモードとを所定のタイミングで自動的に切り替える。特許文献１では、近接無線通信デバイスは、電子機器に接続される電源の状態に応じて、Ｉｎｉｔｉａｔｏｒモードで動作する時間とＲｅｓｐｏｎｄｅｒモードで動作する時間の割合を変化させる。

特開２０１１−４４０９２号公報

電子機器の状態に応じて適切に電子機器を動作させ得る新規の手法が求められている。

本明細書では、通信装置の状態に応じて適切に動作し得る新規な通信装置を提供する。

本明細書によって開示される一つの技術は、通信装置である。通信装置は、ＮＦＣ（Near Field Communicationの略）規格に従った通信方式であるＮＦＣ方式で通信を実行するためのＮＦＣインターフェースと、制御部と、を備える。制御部は、第１の判断部と、モード設定部と、送信部と、第１の通信制御部と、を備える。第１の判断部は、通信装置の状態が、通信装置に予め記憶されている特定のデータが外部に送信されるべき第１の状態であるか否かを判断する。モード設定部は、通信装置の状態が第１の状態であると判断される場合に、通信装置の動作モードをＮＦＣ規格のＣＥ（Card Emulationの略）モードに設定し、通信装置の状態が第１の状態でないと判断される場合に、通信装置の動作モードをＣＥモードとは異なるＮＦＣ規格の第１のモードに設定する。送信部は、通信装置の動作モードがＣＥモードに設定されている状態で、通信装置と第１の外部装置との間に第１種の通信リンクが確立される場合に、第１種の通信リンクを利用して、特定のデータを第１の外部装置に送信する。第１種の通信リンクは、通信装置がＣＥモードで動作すると共に、第１の外部装置がＮＦＣ規格のＲｅａｄｅｒモードで動作して、ＮＦＣインターフェースを介してデータ通信が実行されるべき通信リンクである。第１の通信制御部は、通信装置の動作モードが第１のモードに設定されている状態で、通信装置と第２の外部装置との間に第２種の通信リンクが確立される場合に、第２種の通信リンクを利用して、特定のデータとは異なる通信対象のデータを第２の外部装置と通信する。第２種の通信リンクは、通信装置が第１のモードで動作すると共に、第２の外部装置がＮＦＣ規格の第２のモードで動作して、ＮＦＣインターフェースを介してデータ通信が実行されるべき通信リンクである。

上記の構成によると、通信装置は、通信装置の状態が、特定のデータが外部に送信されるべき第１の状態であるか否かを判断する。通信装置は、通信装置の状態が第１の状態であると判断される場合に、通信装置の動作モードをＮＦＣ規格のＣＥ（Card Emulationの略）モードに設定し、通信装置の状態が第１の状態でないと判断される場合に、通信装置の動作モードをＣＥモードとは異なるＮＦＣ規格の第１のモードに設定する。続いて、通信装置と第１の外部装置との間に第１種の通信リンクが確立される場合に、通信装置は、第１種の通信リンクを利用して、特定のデータを第１の外部装置に送信する。一方、通信装置と第２の外部装置との間に第２種の通信リンクが確立される場合に、通信装置は、第２種の通信リンクを利用して、特定のデータとは異なる通信対象のデータを第２の外部装置と通信する。即ち、上記の通信装置は、通信装置の状態が第１の状態であると判断されるか否かに応じて、適切な動作モード（ＣＥモード又は第１のモード）で動作し得る。その結果、通信装置は、第１又は第２の外部装置との間で、通信装置の動作モードに応じた適切な通信を実行し得る。従って、上記の通信装置は、通信装置の状態に応じて適切に動作し得る。

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

通信システムの構成を示す。 ＭＦＰの通信処理のフローチャートを示す。 ＭＦＰのＣＥモード処理のフローチャートを示す。 ＭＦＰのＷｒｉｔｅｒモード処理のフローチャートを示す。 ＭＦＰのＲｅａｄｅｒモード処理のフローチャートを示す。 ＭＦＰのＰ２Ｐモード処理のフローチャートを示す。 ＭＦＰがＣＥモードで動作する場合の通信のシーケンスチャートを示す。 ＭＦＰがＷｒｉｔｅｒモードで動作する場合の通信のシーケンスチャートを示す。 ＭＦＰがＲｅａｄｅｒモードで動作する場合の通信のシーケンスチャートを示す。 ＭＦＰがＰ２Ｐモードで動作する場合の通信のシーケンスチャートを示す。

（実施例）
（通信システム２の構成；図１）
図１に示すように、通信システム２は、ＡＰ（Access Pointの略）６と、ＰＣ（Personal Computerの略）８と、多機能機（以下では「ＭＦＰ（Multi-Function Peripheralの略）」と呼ぶ）１０と、携帯端末５０、８０と、認証カード１００と、を備える。ＭＦＰ１０と携帯端末５０、８０と認証カード１００とは、それぞれ、ＮＦＣ規格の通信方式（即ちＮＦＣ方式）の通信を実行可能である。近距離無線通信は、ＮＦＣ方式に従った無線通信である。本実施例では、ＩＳＯ／ＩＥＣ２１４８１又はＩＳＯ／ＩＥＣ１８０９２の国際標準規格に基づいて、ＮＦＣ方式の無線通信が実行される。

また、ＰＣ８とＭＦＰ１０と携帯端末５０、８０とは、それぞれ、後述のＷｉ−Ｆｉ Ｄｉｒｅｃｔの方式（以下では「ＷＦＤ方式」と呼ぶ）に従った無線通信を実行可能である。ＷＦＤ方式では、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）の８０２．１１の規格、及び、それに準ずる規格（例えば８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に基づいて、無線通信が実行される。ＮＦＣ方式とＷＦＤ方式とは、無線通信方式（即ち無線通信の規格）が異なる。また、ＷＦＤ方式の無線通信の通信速度は、ＮＦＣ方式の無線通信の通信速度よりも速い。

例えば、ＭＦＰ１０は、ＷＦＤ方式に従って、携帯端末５０との接続（以下では「ＷＦＤ接続」と呼ぶ）を確立することによって、ＷＦＤネットワークを構築することができる。同様に、ＭＦＰ１０は、ＰＣ８とのＷＦＤ接続を確立することによって、ＷＦＤネットワークを構築することができる。

ＰＣ８とＭＦＰ１０と携帯端末５０、８０とは、さらに、ＷＦＤ方式に従った無線通信とは異なる通常Ｗｉ−Ｆｉに従った無線通信を実行可能である。一般的に言うと、通常Ｗｉ−Ｆｉに従った無線通信とは、ＡＰ６が利用される無線通信であり、ＷＦＤ方式に従った無線通信とは、ＡＰ６が利用されない無線通信である。例えば、ＭＦＰ１０は、通常Ｗｉ−Ｆｉに従って、ＡＰ６との接続（以下では「通常Ｗｉ−Ｆｉ接続」と呼ぶ）を確立することによって、通常Ｗｉ−Ｆｉネットワークに属することができる。ＭＦＰ１０は、ＡＰ６を介して、通常Ｗｉ−Ｆｉネットワークに属している他のデバイス（例えばＰＣ８、携帯端末５０）と無線通信を実行することができる。また、ＮＦＣ方式と通常Ｗｉ−Ｆｉとは、無線通信方式（即ち無線通信の規格）が異なる。また、通常Ｗｉ−Ｆｉの無線通信の通信速度は、ＮＦＣ方式の無線通信の通信速度よりも速い。

（ＭＦＰ１０の構成）
ＭＦＰ１０は、操作部１２と、表示部１４と、印刷実行部１６と、スキャン実行部１８と、無線ＬＡＮインターフェース（以下では、インターフェースのことを「Ｉ／Ｆ」と記載する）２０と、ＮＦＣＩ／Ｆ２２と、制御部２４と、を備える。操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。印刷実行部１６は、インクジェット方式、レーザ方式等の印刷機構である。スキャン実行部１８は、ＣＣＤ、ＣＩＳ等のスキャン機構である。

無線ＬＡＮＩ／Ｆ２０は、制御部２４が、ＷＦＤ方式に従った無線通信と、通常Ｗｉ−Ｆｉに従った無線通信と、を実行するためのインターフェースである。無線ＬＡＮＩ／Ｆ２０は、物理的には１個のインターフェースである。但し、無線ＬＡＮＩ／Ｆ２０には、ＷＦＤ方式に従った無線通信で利用されるＭＡＣアドレス（以下では「ＷＦＤ用ＭＡＣアドレス」と呼ぶ）と、通常Ｗｉ−Ｆｉに従った無線通信で利用されるＭＡＣアドレス（以下では「通常Ｗｉ−Ｆｉ用ＭＡＣアドレス」と呼ぶ）と、の両方が割り当てられる。より詳細には、無線ＬＡＮＩ／Ｆ２０には、通常Ｗｉ−Ｆｉ用ＭＡＣアドレスが、予め割り当てられている。制御部２４は、通常Ｗｉ−Ｆｉ用ＭＡＣアドレスを用いて、ＷＦＤ用ＭＡＣアドレスを生成して、ＷＦＤ用ＭＡＣアドレスを無線ＬＡＮＩ／Ｆ２０に割り当てる。ＷＦＤ用ＭＡＣアドレスは、通常Ｗｉ−Ｆｉ用ＭＡＣアドレスとは異なる。従って、制御部２４は、無線ＬＡＮＩ／Ｆ２０を介して、ＷＦＤ方式に従った無線通信と通常Ｗｉ−Ｆｉに従った無線通信との両方を同時的に実行し得る。この結果、ＭＦＰ１０が、ＷＦＤネットワークに属していると共に、通常Ｗｉ−Ｆｉネットワークに属している状況が成立し得る。なお、変形例では、ＷＦＤ方式に従った無線通信を実行するためのインターフェースと、通常Ｗｉ−Ｆｉに従った無線通信とを実行するためのインターフェースと、が物理的に異なるチップによって構成されていてもよい。

なお、ユーザは、操作部１２を操作することによって、無線ＬＡＮＩ／Ｆ２０の設定を、ＷＦＤ方式に従った無線通信を実行可能な設定（以下では「ＷＦＤＩ／Ｆ設定がＯＮである」と表現する）と、ＷＦＤ方式に従った無線通信を実行不可能な設定（以下では「ＷＦＤＩ／Ｆ設定がＯＦＦである」と表現する）と、の間で変更することができる。ＣＰＵ３０は、ユーザによって設定されたＷＦＤＩ／Ｆ設定を示す値（ＯＮ又はＯＦＦ）を、メモリ３２に記憶させる。

ＮＦＣＩ／Ｆ２２は、制御部２４が、ＮＦＣ方式の無線通信を実行するためのインターフェースである。無線ＬＡＮＩ／Ｆ２０とＮＦＣＩ／Ｆ２２とは、物理的に異なるチップによって構成されている。

なお、無線ＬＡＮＩ／Ｆ２０を介した無線通信の通信速度（例えば、最大の通信速度が１１〜６００Ｍｂｐｓ）は、ＮＦＣＩ／Ｆ２２を介した無線通信の通信速度（例えば、最大の通信速度が１０６〜４２４ｋｂｐｓ）よりも速い。さらに、無線ＬＡＮＩ／Ｆ２０を介した無線通信における搬送波の周波数（例えば、２．４ＧＨｚ帯、５．０ＧＨｚ帯）は、ＮＦＣＩ／Ｆ２２を介した無線通信における搬送波の周波数（例えば、１３．５６ＭＨｚ帯）とは異なる。また、ＭＦＰ１０と携帯端末５０、８０との距離がおよそ１０ｃｍ以下である場合に、ＣＰＵ３０は、ＮＦＣＩ／Ｆ２２を介して、携帯端末５０、８０とＮＦＣ方式の無線通信を実行可能である。一方において、ＭＦＰ１０と携帯端末５０、８０との距離が、１０ｃｍ以下である場合でも、１０ｃｍ以上である場合（例えば、最大で約１００ｍ）でも、ＣＰＵ３０は、無線ＬＡＮＩ／Ｆ２０を介して、ＷＦＤ方式に従った無線通信、及び、通常Ｗｉ−Ｆｉに従った無線通信を、携帯端末５０、８０と実行可能である。即ち、ＭＦＰ１０が、無線ＬＡＮＩ／Ｆ２０を介して、通信先の機器（例えば携帯端末５０）と無線通信を実行可能な最大の距離は、ＭＦＰ１０が、ＮＦＣＩ／Ｆ２２を介して、通信先の機器と無線通信を実行可能な最大の距離よりも大きい。

制御部２４は、ＣＰＵ３０とメモリ３２とを備える。ＣＰＵ３０は、メモリ３２に記憶されているプログラムに従って、様々な処理を実行する。メモリ３２は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。メモリ３２は、ＣＰＵ３０によって実行される上記のプログラムを記憶する。

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

また、ＭＦＰ１０がＷＦＤネットワークに現在属している場合には、ＣＰＵ３０は、メモリ３２に、ＷＦＤネットワークに現在属していることを示す情報と、当該ＷＦＤネットワークを介して目的データ（例えば、印刷データ、スキャンデータ）の通信を実行するための無線設定（認証方式、暗号化方式、パスワード、無線ネットワークのＳＳＩＤ（Service Set Identifierの略）、ＢＳＳＩＤ（Basic Service Set Identifierの略）を含む）と、を記憶させる。また、ＭＦＰ１０が通常Ｗｉ−Ｆｉネットワークに現在属している場合には、ＣＰＵ３０は、通常Ｗｉ−Ｆｉネットワークに現在属していることを示す情報と、当該通常Ｗｉ−Ｆｉネットワークを介して目的データの通信を実行するための無線設定と、をメモリ３２に記憶させる。なお、ＳＳＩＤは、無線ネットワークを識別するための識別子であり、ＢＳＳＩＤは、無線ネットワークを構築するアクセスポイント（即ち、ＷＦＤネットワークの場合には、Ｇ／Ｏ状態（後述）の機器）の固有の識別子（例えばＭＡＣアドレス）である。

メモリ３２は、さらに、ＷＦＤＩ／Ｆ設定を示す値（ＯＮ又はＯＦＦ）を記憶する。なお、制御部２４は、メモリ３２内のＷＦＤＩ／Ｆ設定がＯＦＦである状態では、ＷＦＤ方式に従った各処理を実行することができない。ＷＦＤＩ／Ｆ設定がＯＮである状態では、メモリ３２は、さらに、ＷＦＤ方式に関するＭＦＰ１０の現在の状態（Ｇ／Ｏ状態、クライアント状態、及び、デバイス状態のいずれかの状態）を示す値を記憶する。

メモリ３２は、さらに、他の装置（例えば携帯端末５０）が、ＭＦＰ１０を利用して様々な機能（印刷機能、スキャン機能等）を実行するためのアプリケーションプログラム（以下では、「ＭＦＰ用アプリケーション」と呼ぶ）を他の装置にダウンロードさせるためのＵＲＬ（以下では、「アプリダウンロードＵＲＬ」と呼ぶ）を記憶する。また、メモリ３２は、ＭＦＰ１０で発生する装置エラー（例えば、印刷実行部１６で発生する紙詰まりや印刷機構の故障等）を解消させるための手法を示すウェブページのＵＲＬ（以下では、「サポートページＵＲＬ」と呼ぶ）を記憶する。装置エラーについては後で詳しく説明する。さらに、メモリ３２は、ＭＦＰ１０で使用される消耗品（例えば、インク（トナー）、用紙等）を紹介するためのウェブページのＵＲＬ（以下では、「消耗品ページＵＲＬ」と呼ぶ）を記憶する。アプリダウンロードＵＲＬ、サポートページＵＲＬ、及び、消耗品ページＵＲＬは、ＭＦＰ１０のベンダによって、予めメモリ３２に記憶されている。

メモリ３２は、さらに、アプリＵＲＬ供給モード設定を示す値（ＯＮ又はＯＦＦ）を記憶する。ここで、「アプリＵＲＬ供給モード」とは、上記のアプリダウンロードＵＲＬを他の端末に供給するためのモードである。ユーザは、操作部１２を操作することによって、アプリＵＲＬ供給モードの設定をＯＮ／ＯＦＦすることができる。ＣＰＵ３０は、ユーザによって設定されたアプリＵＲＬ供給モード設定を示す値（ＯＮ又はＯＦＦ）を、メモリ３２に記憶させる。

さらに、メモリ３２は、書き込みジョブを記憶する。ＣＰＵ３０は、ＡＰ６を介してＰＣ８から書き込みジョブを受信する場合、書き込みジョブをメモリ３２に記憶させる。書き込みジョブは、ユーザが指定する書き込みデータ（例えば、ユーザが指示したＵＲＬ、ユーザが入力したテキスト等）を含む。また、メモリ３２は、印刷ジョブを記憶する。ＣＰＵ３０は、ＡＰ６を介してＰＣ８から印刷ジョブを受信する場合、印刷ジョブをメモリ３２に記憶させる。印刷ジョブは、ユーザが印刷を希望する印刷データを含む。本実施例では、後で説明するように、ＭＦＰ１０が印刷データに従って印刷を実行するためには、認証カード１００を用いて認証を行う必要がある。

（ＮＦＣ方式の通信）
次に、ＮＦＣ方式の通信について説明する。以下では、ＮＦＣ方式の通信を実行可能な機器（ＭＦＰ１０、携帯端末５０、８０、認証カード１００等）のことを「ＮＦＣ機器」と呼ぶ。また、以下では、ＲｅａｄｅｒモードとＷｒｉｔｅｒモードを合わせて、「Ｒ／Ｗモード」と簡単に記載することがある。

ＮＦＣ機器の中には、Ｐ２Ｐモード、Ｒ／Ｗモード、及び、ＣＥモードの３つのモードの全てを利用可能な機器も存在するし、上記の３つのモードのうちの１つ又は２つのモードのみを利用可能な機器も存在する。本実施例では、ＭＦＰ１０、携帯端末５０、８０は、上記の３つのモードの全てを利用可能な機器である。また、認証カード１００は、ＮＦＣ規格のカードであり、より具体的に言うと、ＣＥモードを利用可能であるが、Ｐ２Ｐモード及びＲ／Ｗモードを利用不可能である。

Ｐ２Ｐモードは、一対のＮＦＣ機器の間で双方向通信を実行するためのモードである。例えば、第１のＮＦＣ機器と第２のＮＦＣ機器との両方において、Ｐ２Ｐモードが起動されている状況を想定する。この場合、第１のＮＦＣ機器と第２のＮＦＣ機器との間で、Ｐ２Ｐモードに対応する通信リンク（以下では「Ｐ２Ｐの通信リンク」と呼ぶ）が確立される。この場合、例えば、第１のＮＦＣ機器は、Ｐ２Ｐの通信リンクを利用して、第１の所定データを第２のＮＦＣ機器に送信する。その後、第２のＮＦＣ機器は、同じＰ２Ｐの通信リンクを利用して、第２の所定データを第１のＮＦＣ機器に送信する。これにより、双方向通信が実現される。ＮＦＣフォーラムによって定められるＩＳＯ／ＩＥＣ １４４３のＴｙｐｅＡであるＮＦＣ機器、及び、ＩＳＯ／ＩＥＣ １８０９２のＴｙｐｅＦであるＮＦＣ機器は、Ｐ２Ｐモードを利用可能であるが、ＩＳＯ／ＩＥＣ １４４３のＴｙｐｅＢであるＮＦＣ機器は、Ｐ２Ｐモードを利用不可能である。

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

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

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

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

なお、ＮＦＣ機器は、Ｒｅａｄｅｒモード及びＷｒｉｔｅｒモードの両方が起動されている状態を形成し得ない。即ち、ＮＦＣ機器は、Ｒｅａｄｅｒモードを起動しているのであれば、Ｗｒｉｔｅｒモードを停止している。また、ＮＦＣ機器は、Ｗｒｉｔｅｒモードを起動しているのであれば、Ｒｅａｄｅｒモードを停止している。

また、ＮＦＣ機器は、起動されているモードに対応する通信リンクを確立することができるが、起動されていないモードに対応する通信リンクを確立することができない。例えば、ＭＦＰ１０において、ＣＥモードが起動されており、Ｐ２Ｐモード及びＲ／Ｗモードを起動されていない場合には、ＭＦＰ１０は、ＭＦＰ１０がＣＥモードで動作するための通信リンクを確立することができるが、他の通信リンク（即ち、ＭＦＰ１０が、Ｐ２Ｐモード、Ｒｅａｄｅｒモード、又は、Ｗｒｉｔｅｒモードで動作するための通信リンク）を確立することができない。

（ＷＦＤ）
次に、ＷＦＤについて説明する。ＷＦＤは、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定された規格である。ＷＦＤは、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって作成された「Ｗｉ−Ｆｉ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ（Ｐ２Ｐ） Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖｅｒｓｉｏｎ１．１」に記述されている。

上述したように、ＰＣ８とＭＦＰ１０と携帯端末５０、８０とは、それぞれ、ＷＦＤ方式に従った無線通信を実行可能である。以下では、ＷＦＤ方式に従った無線通信を実行可能な機器のことを「ＷＦＤ対応機器」と呼ぶ。ＷＦＤ規格では、ＷＦＤ対応機器の状態として、Ｇｒｏｕｐ Ｏｗｎｅｒ状態（以下では「Ｇ／Ｏ状態」と呼ぶ）、クライアント状態、及び、デバイス状態の３つの状態が定義されている。ＷＦＤ対応機器は、上記の３つの状態のうちの１つの状態で選択的に動作可能である。

Ｇ／Ｏ状態の機器とクライアント状態の機器とによって、ＷＦＤネットワークが構成される。ＷＦＤネットワークでは、Ｇ／Ｏ状態の機器が１個しか存在し得ないが、クライアント状態の機器が１個以上存在し得る。Ｇ／Ｏ状態の機器は、１個以上のクライアント状態の機器を管理する。具体的に言うと、Ｇ／Ｏ状態の機器は、１個以上のクライアント状態の機器のそれぞれの識別情報（即ちＭＡＣアドレス）が記述された管理リストを生成する。Ｇ／Ｏ状態の機器は、クライアント状態の機器がＷＦＤネットワークに新たに属すると、当該機器の識別情報を管理リストに追加し、クライアント状態の機器がＷＦＤネットワークから離脱すると、当該機器の識別情報を管理リストから消去する。

Ｇ／Ｏ状態の機器は、管理リストに登録されている機器、即ち、クライアント状態の機器（即ちＷＦＤネットワークに属している機器）との間で、目的データ（例えば、ＯＳＩ参照モデルのネットワーク層の情報を含むデータ（印刷データ、スキャンデータ等））の無線通信を実行可能である。しかしながら、Ｇ／Ｏ状態の機器は、管理リストに登録されていない未登録機器との間で、当該未登録機器がＷＦＤネットワークに参加するためのデータ（例えば、ネットワーク層の情報を含まないデータ（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ信号、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ信号等の物理層のデータ）の無線通信を実行可能であるが、上記の目的データの無線通信を実行不可能である。例えば、Ｇ／Ｏ状態のＭＦＰ１０は、管理リストに登録されている携帯端末５０（即ち、クライアント状態の携帯端末５０）から印刷データを無線で受信可能であるが、管理リストに登録されていない機器から印刷データを無線で受信不可能である。

また、Ｇ／Ｏ状態の機器は、複数個のクライアント状態の機器の間の目的データ（印刷データ、スキャンデータ等）の無線通信を中継可能である。例えば、クライアント状態の携帯端末５０がクライアント状態の他のプリンタに印刷データを無線で送信すべき場合には、携帯端末５０は、まず、印刷データをＧ／Ｏ状態のＭＦＰ１０に無線で送信する。この場合、ＭＦＰ１０は、携帯端末５０から印刷データを無線で受信して、上記の他のプリンタに印刷データを無線で送信する。即ち、Ｇ／Ｏ状態の機器は、通常Ｗｉ−ＦｉネットワークのＡＰの機能を実行可能である。

なお、ＷＦＤネットワークに属していないＷＦＤ対応機器（即ち、管理リストに登録されていない機器）が、デバイス状態の機器である。デバイス状態の機器は、ＷＦＤネットワークに参加するためのデータ（Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ信号、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ信号等の物理層のデータ等）の無線通信を実行可能であるが、ＷＦＤネットワークを介して目的データ（印刷データ、スキャンデータ等）の無線通信を実行不可能である。

（携帯端末５０、８０の構成）
携帯端末５０は、例えば、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末である。携帯端末８０は、携帯端末５０と同様の構成を有する。携帯端末５０は、操作部５２と、表示部５４と、無線ＬＡＮＩ／Ｆ５６と、ＮＦＣＩ／Ｆ５８と、制御部６０と、を備える。操作部５２は、複数のキーを備える。表示部５４は、様々な情報を表示するためのディスプレイである。変形例では、携帯端末５０は、操作部５２と表示部５４の両方の機能を有するタッチパネルを有していてもよい。

無線ＬＡＮＩ／Ｆ５６、及び、ＮＦＣＩ／Ｆ５８は、それぞれ、上記のＭＦＰ１０の無線ＬＡＮＩ／Ｆ２０、及び、ＮＦＣＩ／Ｆ２２と同様のインターフェースである。即ち、制御部６０は、無線ＬＡＮＩ／Ｆ５６を介して、ＷＦＤ方式に従った無線通信と通常Ｗｉ−Ｆｉに従った無線通信の両方を同時的に実行し得る。また、制御部６０は、ＮＦＣＩ／Ｆ５８を介して、ＮＦＣ方式に従った無線通信を実行し得る。

制御部６０は、ＣＰＵ６２とメモリ６４とを備える。ＣＰＵ６２は、メモリ６４に記憶されているプログラムに従って、様々な処理を実行する。メモリ６４は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。メモリ６４は、ＣＰＵ６２によって実行される上記のプログラムを記憶する。プログラムは、ＭＦＰ１０の場合と同様に、アプリケーションプログラムと、プロトコルスタックと、を含む。アプリケーションプログラムには、ＭＦＰ１０に様々な機能（例えば、印刷機能、スキャン機能等）を実行させるためのアプリケーションプログラム（以下では「ＭＦＰ用アプリケーション」と呼ぶ）を含む。後で図７を参照して説明するように、ＣＰＵ６２は、ＭＦＰ１０からアプリダウンロードＵＲＬを受信すると、アプリダウンロードＵＲＬに従ってＭＦＰ１０のベンダが提供するインターネットサーバ（図示省略）にアクセスし、そのサーバからアプリケーションプログラムをダウンロードする。その後、ＣＰＵ６２は、ダウンロードされたＭＦＰ用アプリケーションをメモリ６４にインストールする。

メモリ６４は、第１のＯＳ（Operation Systemの略）プログラムを記憶する。第１のＯＳプログラムは、携帯端末５０を以下のように動作させる。即ち、携帯端末５０は、携帯端末５０の電源がＯＮされると、Ｒｅａｄｅｒモードが起動されており、他のモードが起動されていない初期状態に移行する。携帯端末５０は、ＭＦＰ用アプリケーションがインストールされていない場合には、上記の初期状態を維持する。携帯端末５０は、ＭＦＰ用アプリケーションがインストールされていても、ＭＦＰ用アプリケーションが起動されていない場合には、上記の初期状態を維持する。携帯端末５０は、ＭＦＰ用アプリケーションが起動されると、上記の初期状態から、Ｐ２Ｐモードが起動されており、他のモード（Ｒ／Ｗモード及びＣＥモード）が起動されていない状態に移行する。

（認証カード１００の構成）
認証カード１００は、ＰＣ８のユーザに与えられているカードである。上述したように、認証カード１００は、ＮＦＣ規格のカードであって、ＣＥモードを利用可能であるが、Ｐ２Ｐモード及びＲ／Ｗモードを利用不可能である。本実施例の通信システム２では、ＭＦＰ１０が、ＡＰ６とＰＣ８とを含む無線ネットワークに属している場合、ＭＦＰ１０は、ＡＰ６を介してＰＣ８から印刷ジョブを受信する。印刷ジョブには、印刷データが含まれている。ＭＦＰ１０は、ＰＣ６から印刷ジョブを受信しても、認証カード１００を用いた認証が成功するまでは、印刷を開始しない。認証カード１００は、ＭＦＰ１０で認証を行うための認証データ（例えばユーザＩＤとパスワード）を記憶している。後で図９を参照して説明するように、ＰＣ８のユーザは、ＰＣ８からＭＦＰ１０に印刷ジョブを送信した後に、認証カード１００をＭＦＰ１０に近づける。ＭＦＰ１０は、認証カード１００から、認証データ（例えばユーザＩＤとパスワード）を受信して、認証処理を実行する。ＭＦＰ１０は、認証が成功すると、印刷を開始する。これにより、ＰＣ８のユーザは、ＭＦＰ１０の近くに存在する際に、印刷物を取得することができる。即ち、第三者に印刷物が持ち去られるのを抑制することができる。

（Ｐｏｌｌ動作及びＬｉｓｔｅｎ動作）
続いて、ＮＦＣ機器によって実行されるＰｏｌｌ動作及びＬｉｓｔｅｎ動作について説明する。例えば、ＭＦＰ１０では、ＣＰＵ３０が、プログラムに従ってＰｏｌｌ動作及びＬｉｓｔｅｎ動作を実行するのではなく、ＮＦＣＩ／Ｆ２２が、Ｐｏｌｌ動作及びＬｉｓｔｅｎ動作を実行する。Ｐｏｌｌ動作は、ポーリング信号を送信して、ポーリング信号に対するレスポンス信号を受信する動作である。また、Ｌｉｓｔｅｎ動作は、ポーリング信号を受信して、ポーリング信号に対するレスポンス信号を送信する動作である。

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

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

Ｌｉｓｔｅｎモードでは、ＮＦＣＩ／Ｆ２２は、ポーリング信号を受信することを監視して、ポーリング信号を受信すると、レスポンス信号を送信する。ＮＦＣＩ／Ｆ２２は、ＮＦＣＩ／Ｆ２２に対応するＴｙｐｅのポーリング信号を受信する場合にのみ、ポーリング信号の送信元のＮＦＣ機器（即ち通信相手）にレスポンス信号を送信する。ＮＦＣＩ／Ｆ２２は、通信相手にレスポンス信号を送信する場合に、さらに、通信相手から問合信号を受信して、起動モード信号を通信相手に送信する。

不実行モードでは、ＮＦＣＩ／Ｆ２２は、ポーリング信号を送信せず、さらに、ポーリング信号を受信しても、レスポンス信号を送信しない。

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

ＮＦＣＩ／Ｆ２２がＰｏｌｌ動作を実行する場合、即ち、ＭＦＰ１０がＰｏｌｌ機器である場合には、以降の通信のための各処理は、ＣＰＵ３０に引き継がれる。具体的に言うと、まず、Ｌｉｓｔｅｎ機器である通信相手（例えば携帯端末５０）がどのモードの動作を実行可能であるのかを示す情報（即ち、受信済みの起動モード信号が示す情報）が、ＮＦＣＩ／Ｆ２２からＣＰＵ３０に受け渡される。

例えば、Ｐｏｌｌ機器であるＭＦＰ１０の現在の状態が、Ｐ２Ｐモードが起動されており、おり、ＣＥモード及びＲ／Ｗモードが起動されていない状態であり、かつ、ＮＦＣＩ／Ｆ２２から受け渡された情報が、Ｌｉｓｔｅｎ機器である通信相手がＰ２Ｐモードを起動していることを示す場合には、ＣＰＵ３０は、Ｐ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを通信相手に送信して、通信相手からＯＫコマンドを受信する。これにより、Ｐｏｌｌ機器であるＭＦＰ１０とＬｉｓｔｅｎ機器である通信相手との間に、Ｐ２Ｐモードの通信リンクが確立される。

また、例えば、Ｌｉｓｔｅｎ機器であるＭＦＰ１０の現在の状態が、Ｐ２Ｐモードが起動されており、ＣＥモードが起動されていない状態であり、かつ、Ｐｏｌｌ機器である通信相手の現在の状態が、Ｐ２Ｐモードが起動されている状態である場合には、ＣＰＵ３０は、通信相手からＰ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信する。この場合、ＣＰＵ３０は、ＭＦＰ１０がＰ２Ｐモードで動作すべきことを決定し、ＯＫコマンドを通信相手に送信する。これにより、Ｌｉｓｔｅｎ機器であるＭＦＰ１０とＰｏｌｌ機器である通信相手との間に、Ｐ２Ｐの通信リンクが確立される。

また、例えば、Ｌｉｓｔｅｎ機器であるＭＦＰ１０の現在の状態が、ＣＥモードが起動されており、Ｐ２Ｐモードが起動されていない状態であり、かつ、Ｐｏｌｌ機器である通信相手の現在の状態が、Ｒｅａｄｅｒモード又はＷｒｉｔｅｒモードが起動されている状態である場合には、ＣＰＵ３２は、通信相手からＲ／Ｗモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信する。この場合、ＣＰＵ３２は、ＭＦＰ１０がＣＥモードで動作すべきことを決定し、ＯＫコマンドを通信相手に送信する。これにより、Ｌｉｓｔｅｎ機器であるＭＦＰ１０とＰｏｌｌ機器である通信相手との間に、ＣＥモード及びＲ／Ｗモードに対応する通信リンクが確立される。

なお、ＣＥモード及びＲ／Ｗモードに対応する通信リンクが確立される場合には、ＣＰＵ３２は、さらに、通信相手から、通信相手がＲｅａｄｅｒモード又はＷｒｉｔｅｒモードのどちらで動作するのかを示す情報を受信する。従って、例えば、通信相手がＲｅａｄｅｒモードで動作することを示す情報が受信される場合には、Ｌｉｓｔｅｎ機器であるＭＦＰ１０とＰｏｌｌ機器である通信相手との間に、ＣＥモード及びＲｅａｄｅｒモードに対応する通信リンク（以下では「ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンク」と呼ぶ）が確立されると言える。また、例えば、通信相手がＷｒｉｔｅｒモードで動作することを示す情報が受信される場合には、Ｌｉｓｔｅｎ機器であるＭＦＰ１０とＰｏｌｌ機器である通信相手との間に、ＣＥモード及びＷｒｉｔｅｒモードに対応する通信リンク（以下では「ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンク」と呼ぶ）が確立されると言える。

また、例えば、Ｐｏｌｌ機器であるＭＦＰ１０の現在の状態が、Ｗｒｉｔｅｒモードが起動されており、他のモードが起動されていない状態であり、かつ、ＮＦＣＩ／Ｆ２２から受け渡された情報が、Ｌｉｓｔｅｎ機器である通信相手がＰ２Ｐモードを起動していることを示す場合には、Ｐｏｌｌ機器であるＭＦＰ１０とＬｉｓｔｅｎ機器である通信相手との間には、通信リンクは確立されない。ただし、ＣＰＵ３０は、通信相手がＰ２Ｐモードを起動していることを検出することができる（後述の図４のＳ７６でＹＥＳ）。

また、同様に、Ｐｏｌｌ機器であるＭＦＰ１０の現在の状態が、Ｒｅａｄｅｒモードが起動されており、おり、他のモードが起動されていない状態であり、かつ、ＮＦＣＩ／Ｆ２２から受け渡された情報が、Ｌｉｓｔｅｎ機器である通信相手がＰ２Ｐモードを起動していることを示す場合には、Ｐｏｌｌ機器であるＭＦＰ１０とＬｉｓｔｅｎ機器である通信相手との間には、通信リンクは確立されない。ただし、この場合も、ＣＰＵ３０は、通信相手がＰ２Ｐモードを起動していることを検出することができる（後述の図５のＳ９８でＹＥＳ）。

（ＰＣ８の構成）
ＰＣ８は、無線ＬＡＮＩ／Ｆ（即ちＷＦＤ及び通常Ｗｉ−Ｆｉ用のインターフェース）を備えるが、ＮＦＣＩ／Ｆを備えていない。従って、ＰＣ８は、無線ＬＡＮを利用して、ＭＦＰ１０と通信を実行可能であるが、ＮＦＣ方式の無線通信を実行不可能である。ＰＣ８は、ＭＦＰ１０に機能（例えば印刷機能、スキャン機能等）を実行させるためのドライバプログラムを備える。なお、ドライバプログラムは、通常、ＭＦＰ１０と共に出荷されるメディアからＰＣ８にインストールされる。ただし、変形例では、ドライバプログラムは、ＭＦＰ１０のベンダによって提供されるサーバからＰＣ８にインストールされてもよい。

（ＡＰ６の構成）
ＡＰ６は、ＷＦＤ方式のＧ／Ｏ状態の機器ではなく、無線アクセスポイント又は無線ＬＡＮルータと呼ばれる通常のＡＰである。ＡＰ６は、複数個の機器と通常Ｗｉ−Ｆｉ接続を確立することができる。これにより、ＡＰ６と複数個の機器とを含む通常Ｗｉ−Ｆｉネットワークが構築される。ＡＰ６は、通常Ｗｉ−Ｆｉネットワークに属している複数個の機器のうちの１個の機器からデータを受信して、複数個の機器のうちの他の１個の機器に当該データを送信する。即ち、ＡＰ６は、通常Ｗｉ−Ｆｉネットワークに属する一対の機器の間の通信を中継する。

（ＭＦＰ１０の通信処理；図２）
次いで、図２を参照して、ＭＦＰ１０のＣＰＵ３０がプログラムに従って実行する通信処理の内容を説明する。ＭＦＰ１０の電源がＯＮされると、ＣＰＵ３０は、図２の通信処理を開始する。ＣＰＵ３０は、通信処理を開始すると、Ｓ１０、Ｓ１２、Ｓ１４、Ｓ１６、Ｓ１８の各判断を順次実行する。

Ｓ１０では、ＣＰＵ３０は、ＭＦＰ１０で装置エラーが発生しているか否かを判断する。ここで、装置エラーは、消耗品切れ以外の理由で発生するエラーを意味する。例えば、印刷実行部１６で発生する紙詰まり、印刷機構の故障等が、装置エラーの一例である。また、スキャン実行部１８で発生する原稿送り機構の故障、センサの故障等も、装置エラーの一例である。Ｓ１０では、ＣＰＵ３０は、ＭＦＰ１０の各部（印刷実行部１６、スキャン実行部１８等）の状態をチェックする。その結果、上記の装置エラーが発生していると判断される場合、ＣＰＵ３０は、Ｓ１０でＹＥＳと判断して、Ｓ２４に進む。Ｓ２４では、ＣＰＵ３０は、ＣＥモードを起動する。これにより、ＭＦＰ１０がＣＥモードで動作する。この際、他のモード（Ｐ２Ｐモード及びＲ／Ｗモード）は起動されない。次いで、Ｓ２６では、ＣＰＵ３０は、ＭＦＰ１０の装置エラーを解消させるための手法を示すウェブページのＵＲＬ（サポートページＵＲＬ）を、ＮＦＣＩ／Ｆ２２に登録する。具体的に言うと、ＣＰＵ３０は、ＮＦＣＩ／Ｆ２２を構成するチップに、メモリ３２に記憶されているサポートページＵＲＬを記憶させる。Ｓ２６を終えると、ＣＰＵ３０は、Ｓ３６に進み、後述のＣＥモード処理（図３参照）を実行する。一方において、ＭＦＰ１０で装置エラーが判断していないと判断される場合、ＣＰＵ３０は、Ｓ１０でＮＯと判断して、Ｓ１２に進む。

Ｓ１２では、ＣＰＵ３０は、ＭＦＰ１０で消耗品エラーが発生しているか否かを判断する。消耗品エラーは、印刷実行部１６のトナー（インク）、用紙等の消耗品の残量がゼロであることを意味する。ＣＰＵ３０は、印刷実行部１６の消耗品の残量をチェックし、消耗品の残量がゼロであると判断される場合に、Ｓ１２でＹＥＳと判断して、Ｓ２８に進む。Ｓ２８では、ＣＰＵ３０は、ＣＥモードを起動する。これにより、ＭＦＰ１０がＣＥモードで動作する。この際、他のモード（Ｐ２Ｐモード及びＲ／Ｗモード）は起動されない。次いで、Ｓ３０では、ＣＰＵ３０は、ＭＦＰ１０で使用される消耗品（インク（トナー）、用紙等）を紹介するためのウェブページのＵＲＬ（消耗品ページＵＲＬ）を、ＮＦＣＩ／Ｆ２２に登録する。具体的に言うと、ＣＰＵ３０は、ＮＦＣＩ／Ｆ２２を構成するチップに、メモリ３２に記憶されている消耗品ページＵＲＬを記憶させる。Ｓ３０を終えると、ＣＰＵ３０は、Ｓ３６に進み、後述のＣＥモード処理（図３参照）を実行する。一方において、消耗品の残量がゼロではないと判断される場合に、ＣＰＵ３０は、Ｓ１２でＮＯと判断して、Ｓ１４に進む。

Ｓ１４では、ＣＰＵ３０は、ＭＦＰ１０でアプリＵＲＬ供給モードが設定されているか否かを判断する。具体的に言うと、Ｓ１４では、ＣＰＵ３０は、メモリ３２に記憶されているアプリＵＲＬ供給モード設定を示す値がＯＮであるか否かを確認する。アプリＵＲＬ供給モード設定を示す値がＯＮである場合、ＣＰＵ３０は、Ｓ１４でＹＥＳと判断して、Ｓ３２に進む。Ｓ３２では、ＣＰＵ３０は、ＣＥモードを起動する。これにより、ＭＦＰ１０がＣＥモードで動作する。この際、他のモード（Ｐ２Ｐモード及びＲ／Ｗモード）は起動されない。次いで、Ｓ３４では、ＣＰＵ３０は、ＮＦＣＩ／Ｆ２２に、アプリダウンロードＵＲＬを登録する。具体的に言うと、ＣＰＵ３０は、ＮＦＣＩ／Ｆ２２を構成するチップに、メモリ３２に記憶されているアプリダウンロードＵＲＬを記憶させる。Ｓ３４を終えると、ＣＰＵ３０は、Ｓ３６に進み、後述のＣＥモード処理（図３参照）を実行する。一方において、メモリ３２に記憶されているアプリＵＲＬ供給モード設定を示す値がＯＦＦである場合、ＣＰＵ３０は、Ｓ１４でＮＯと判断して、Ｓ１６に進む。

Ｓ１６では、ＣＰＵ３０は、書き込みジョブが存在するか否かを判断する。具体的に言うと、Ｓ１６では、ＣＰＵ３０は、メモリ３２に書き込みジョブが記憶されているか否かを判断する。上述したように、ＣＰＵ３０は、ＡＰ６を介してＰＣ８から書き込みジョブを受信する場合、受信された書き込みジョブをメモリ３２に記憶させる。メモリ３２に書き込みジョブが記憶されている場合、ＣＰＵ３０は、Ｓ１６でＹＥＳと判断して、Ｓ３８に進む。Ｓ３８では、ＣＰＵ３０は、Ｗｒｉｔｅｒモードを起動する。これにより、ＭＦＰ１０がＷｒｉｔｅｒモードで動作する。この際、他のモードは起動されない。次いで、Ｓ４０では、ＣＰＵ３０は、後述のＷｒｉｔｅｒモード処理（図４参照）を実行する。一方において、メモリ３２に書き込みジョブが記憶されていない場合、ＣＰＵ３０は、Ｓ１６でＮＯと判断して、Ｓ１８に進む。即ち、この構成によると、ＭＦＰ１０は、ＭＦＰ１０の状態が、ＵＲＬ（サポートページＵＲＬ、消耗品ページＵＲＬ、又は、アプリダウンロードＵＲＬ）を外部に送信すべき状態でなく、書き込みジョブが存在する状態であると判断される場合（Ｓ１６でＹＥＳ）に、Ｗｒｉｔｅｒモードで適切に動作し得る。

Ｓ１８では、ＣＰＵ３０は、認証が必要な印刷ジョブが存在することを監視する。具体的に言うと、Ｓ１８では、ＣＰＵ３０は、メモリ３２に印刷ジョブが記憶されているか否かを判断する。上述したように、ＣＰＵ３０は、ＡＰ６を介してＰＣ８から印刷ジョブを受信する場合、受信された印刷ジョブをメモリ３２に記憶させる。上述したように、ＭＦＰ１０は、認証カード１００を用いて認証が行われない限り、印刷を実行しない。メモリ３２に印刷ジョブが記憶されている場合、ＣＰＵ３０は、Ｓ１８でＹＥＳと判断して、Ｓ４２に進む。Ｓ４２では、ＣＰＵ３０は、Ｒｅａｄｅｒモードを起動する。これにより、ＭＦＰ１０がＲｅａｄｅｒモードで動作する。この際、他のモードは起動されない。次いで、Ｓ４４では、ＣＰＵ３０は、後述のＲｅａｄｅｒモード処理（図５参照）を実行する。一方において、メモリ３２に印刷ジョブが記憶されていない場合、ＣＰＵ３０は、Ｓ１８でＮＯと判断して、Ｓ２０に進む。即ち、この構成によると、ＭＦＰ１０は、ＭＦＰ１０の状態が、ＵＲＬ（サポートページＵＲＬ、消耗品ページＵＲＬ、又は、アプリダウンロードＵＲＬ）を外部に送信すべき状態、書き込みジョブが存在する状態、のどちらでもなく、かつ、印刷ジョブが存在する状態であると判断される場合（Ｓ１８でＹＥＳ）に、Ｒｅａｄｅｒモードで適切に動作し得る。

Ｓ２０では、ＣＰＵ３０は、Ｐ２Ｐモードを起動する。これにより、ＭＦＰ１０がＰ２Ｐモードで動作する。この際、他のモードは起動されない。次いで、Ｓ２２では、ＣＰＵ３０は、後述のＰ２Ｐモード処理（図６参照）を実行する。

上記の通り、本実施例では、ＭＦＰ１０は、図２のＳ１０、Ｓ１２、Ｓ１４、Ｓ１６、Ｓ１８のいずれにおいてもＮＯと判断される場合に、ＭＦＰ１０の動作モードをＰ２Ｐモードに設定する（Ｓ２０）。即ち、ＭＦＰ１０がＰ２Ｐモードで動作する場合、ＭＦＰ１０の状態は、ＵＲＬ（サポートページＵＲＬ、消耗品ページＵＲＬ、又は、アプリダウンロードＵＲＬ）を外部に送信すべき状態、書き込みジョブが存在する状態、印刷ジョブが存在する状態、のいずれでもない。従って、本実施例の構成によると、ＭＦＰ１０は、ＭＦＰ１０の状態に応じて、適切な動作モードで動作し得る。

（ＣＥモード処理；図３）
次いで、図３を参照して、ＭＦＰ１０のＣＰＵ３０が実行するＣＥモード処理（図２のＳ３６）の内容を説明する。ＣＥモード処理は、ＣＥモードで動作するＭＦＰ１０のＣＰＵ３０が実行する処理である。ＣＥモード処理が開始されると、ＣＰＵ３０は、Ｓ５０及びＳ５４の監視を実行する。

Ｓ５０では、ＣＰＵ３０は、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクが確立されることを監視する。上述したように、ＣＰＵ３０は、通信相手（例えば携帯端末５０）からＲｅａｄｅｒモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信する場合に、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクが確立されたと判断する。この場合、ＣＰＵ３０は、Ｓ５０でＹＥＳと判断して、ＣＥモード処理（図３、図２のＳ３６）を終了する。

なお、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクが確立される場合（Ｓ５０でＹＥＳ）、ＮＦＣＩ／Ｆ２２は、確立されたＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクを利用して、登録されているＵＲＬ（サポートページＵＲＬ、消耗品ページＵＲＬ、又は、アプリダウンロードＵＲＬ）を通信相手に自動的に送信する。この構成によると、ＭＦＰ１０は、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクを利用して、ＵＲＬ（サポートページＵＲＬ、消耗品ページＵＲＬ、又は、アプリダウンロードＵＲＬ）を通信相手に適切に送信し得る。

Ｓ５４では、ＣＰＵ３０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが確立されることを監視する。上述したように、ＣＰＵ３０は、Ｗｒｉｔｅｒモードで動作する通信相手（例えば携帯端末５０）からＷｒｉｔｅｒモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信する場合に、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが確立されたと判断する。この場合、ＣＰＵ３０は、Ｓ５４でＹＥＳと判断して、Ｓ５６に進む。

Ｓ５６では、ＣＰＵ３０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクを利用して、ＮＦＣＩ／Ｆ２２を介して、通信相手から実行要求を受信することを監視する。実行要求は、ＭＦＰ１０の特定の機能（スキャン機能、印刷機能）の実行を求めるリクエスト信号である。ＣＰＵ３０は、Ｗｒｉｔｅｒモードで動作する通信相手から、実行要求を受信する場合に、Ｓ５６でＹＥＳと判断して、Ｓ５８に進む。一方、所定のタイムアウト期間が経過しても通信相手から実行要求を受信できない場合、又は、通信相手から実行要求以外の情報が受信される場合には、ＣＰＵ３０は、Ｓ５６でＮＯと判断して、Ｓ６４に進む。

Ｓ５８では、ＣＰＵ３０は、ＭＦＰ１０が、実行要求が示す特定の機能を実行可能であるか否かを判断する。例えば、特定の機能が印刷である場合、Ｓ５８では、ＣＰＵ３０は、印刷実行部１６の状態をチェックし、紙詰まり、印刷機構の故障等の装置エラー、又は、トナー（インク）切れ、用紙切れ等の消耗品エラーが発生しているか否かを判断する。その結果、印刷実行部１６で装置エラーと消耗品エラーのいずれも発生していない場合、ＣＰＵ３０は、機能実行可能であると判断する。なお、特定の機能が印刷である場合に、スキャン実行部１８で装置エラーが発生していたとしても、ＣＰＵ３０は、機能実行可能（印刷可能）であると判断する。この場合、ＣＰＵ３０は、Ｓ５８でＹＥＳと判断し、Ｓ６０に進む。一方、特定の機能が印刷である場合に、印刷実行部１６で装置エラーと消耗品エラーの少なくとも一方が発生していると、ＣＰＵ３０は、機能実行可能でないと判断する。この場合、ＣＰＵ３０は、Ｓ５８でＮＯと判断し、Ｓ６４に進む。

同様に、例えば、特定の機能がスキャンである場合、Ｓ５８では、ＣＰＵ３０は、スキャン実行部１８の状態をチェックし、装置エラー（原稿送り機構の故障、センサの故障等）が発生しているか否かを判断する。その結果、スキャン実行部１８で装置エラーが発生していない場合、ＣＰＵ３０は、機能実行可能であると判断する。なお、特定の機能がスキャンである場合に、印刷実行部１６で装置エラー又は消耗品エラーが発生していたとしても、ＣＰＵ３０は、機能実行可能（スキャン可能）であると判断する。この場合、ＣＰＵ３０は、Ｓ５８でＹＥＳと判断し、Ｓ６０に進む。一方、特定の機能がスキャンである場合に、スキャン実行部１８で装置エラーが発生していると、ＣＰＵ３０は、機能実行可能でないと判断する。この場合、ＣＰＵ３０は、Ｓ５８でＮＯと判断し、Ｓ６４に進む。

Ｓ６４では、ＣＰＵ３０は、特定の機能を実行可能でない旨のメッセージを含むエラー画面を表示部１４に表示させる。Ｓ６４を終えると、ＣＰＵ３０は、ＣＥモード処理（図３、図２のＳ３６）を終了する。

Ｓ６０では、ＣＰＵ３０は、ＣＥモードを停止し、Ｐ２Ｐモードを起動させる。具体的に言うと、まず、ＣＰＵ３０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクを切断する。即ち、ＣＰＵ３０は、Ｄｅａｃｔｉｖａｔｉｏｎコマンド及びＯＫコマンドの通信を実行する。ＮＦＣ規格では、Ｐｏｌｌ機器がＤｅａｃｔｉｖａｔｉｏｎコマンドを送信すること、即ち、Ｌｉｓｔｅｎ機器がＤｅａｃｔｉｖａｔｉｏｎコマンドを受信することが決められている。ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクの切断が実行される際には、通信相手がＰｏｌｌ機器であり、ＭＦＰ１０がＬｉｓｔｅｎ機器である。このために、ＣＰＵ３０は、ＮＦＣＩ／Ｆ２２を介して、通信相手からＤｅａｃｔｉｖａｔｉｏｎコマンドを受信し、ＮＦＣＩ／Ｆ２２を介して、ＯＫコマンドを通信相手に送信する。この結果、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが切断される。ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクが切断された後で、ＣＰＵ３０は、ＣＥモードを停止し、Ｐ２Ｐモードを起動させる。この結果、ＭＦＰ１０は、Ｐ２Ｐモードで動作する。次いで、ＣＰＵ３０は、Ｓ６２に進み、後述のＰ２Ｐモード処理（図６参照）を実行する。Ｓ６２のＰ２Ｐモード処理を終了すると、ＣＰＵ３０は、ＣＥモード処理を終了する。

なお、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクと、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクのどちらも確立されない場合には、ＣＰＵ３０は、Ｓ５０及びＳ５４でＮＯと判断して、ＣＥモード処理を終了する。

ＣＥモード処理（図３、図２のＳ３６）が終了すると、ＣＰＵ３０は、図２のＳ１０に戻り、再びＳ１０の判断を実行する。その後、図２のＳ１２、Ｓ１４、Ｓ１６のいずれかでＹＥＳと判断されると、ＣＰＵ３０は、再び図３のＣＥモード処理を実行する。

（Ｗｒｉｔｅｒモード処理；図４）
次いで、図４を参照して、ＭＦＰ１０のＣＰＵ３０が実行するＷｒｉｔｅｒモード処理（図２のＳ４０）の内容を説明する。Ｗｒｉｔｅｒモード処理は、Ｗｒｉｔｅｒモードで動作するＭＦＰ１０のＣＰＵ３０が実行する処理である。Ｗｒｉｔｅｒモード処理が開始されると、ＣＰＵ３０は、Ｓ７０及びＳ７６の監視を実行する。

Ｓ７０では、ＣＰＵ３０は、ＭＦＰ（Ｗ）−相手（ＣＥ）の通信リンクが確立されることを監視する。ＣＰＵ３０は、ＣＥモードで動作する通信相手（例えば認証カード１００）に、Ｗｒｉｔｅｒモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを送信して、通信相手からＯＫコマンドを受信する場合に、ＭＦＰ（Ｗ）−相手（ＣＥ）の通信リンクが確立されたと判断する。この場合、ＣＰＵ３０は、Ｓ７０でＹＥＳと判断し、Ｓ７２に進む。

Ｓ７２では、ＣＰＵ３０は、携帯端末（Ｗ）−相手（ＣＥ）の通信リンクを利用して、メモリ３２に記憶されている書き込みジョブに含まれる書き込みデータ（例えば、ユーザが指示したＵＲＬ、ユーザが入力したテキスト等）を通信相手（例えば認証カード１００）に送信する。続くＳ７４では、ＣＰＵ３０は、メモリ３２内の書き込みジョブを削除する。Ｓ７４を終えると、ＣＰＵ３０は、Ｗｒｉｔｅｒモード処理（図４、図２のＳ４０）を終了する。

Ｓ７６では、ＣＰＵ３０は、Ｐ２Ｐモードで動作する機器を検出することを監視する。上記の通り、ＭＦＰ１０はＷｒｉｔｅｒモードで動作している。即ち、ＭＦＰ１０はＰｏｌｌ機器である。また、上述したように、Ｐ２Ｐモードで動作する機器は、Ｐｏｌｌ動作と、Ｌｉｓｔｅｎ動作を繰り返し実行している。そのため、Ｐ２Ｐモードで動作する機器（以下では、「特定の機器」と呼ぶ）がＬｉｓｔｅｎ動作を行っている間に、特定の機器は、ＭＦＰ１０のＮＦＣＩ／Ｆ２２が送信するポーリング信号を受信する。特定の機器は、ポーリング信号を受信すると、ＭＦＰ１０のＮＦＣＩ／Ｆ２２に対して、レスポンス信号を送信する。ＭＦＰ１０のＮＦＣＩ／Ｆ２２は、特定の機器からレスポンス信号を受信すると、特定の機器に、どのモードで動作しているのかを問い合わせるための問合信号を送信する。特定の機器は、問合信号を受信すると、Ｐ２Ｐモードで動作していることを示す起動モード信号をＭＦＰ１０のＮＦＣＩ／Ｆ２２に送信する。ＭＦＰ１０のＮＦＣＩ／Ｆ２２は、特定の機器からＰ２Ｐモードで動作していることを示す起動モード信号を受信する。ＭＦＰ１０のＮＦＣＩ／Ｆ２２は、特定の機器がＰ２Ｐモードで動作していることを示す起動モード信号をＣＰＵ３０に受け渡す。この場合、ＣＰＵ３０は、Ｓ７６でＹＥＳと判断して、Ｓ７８に進む。

Ｓ７８では、ＣＰＵ３０は、Ｗｒｉｔｅｒモードを停止し、Ｐ２Ｐモードを起動させる。この結果、ＭＦＰ１０は、Ｗｒｉｔｅｒモードで動作する。次いで、ＣＰＵ３０は、Ｓ８０に進み、後述のＰ２Ｐモード処理（図６参照）を実行する。Ｓ８０のＰ２Ｐモード処理を終了すると、ＣＰＵ３０は、Ｗｒｉｔｅｒモード処理を終了する。

なお、ＭＦＰ（Ｗ）−相手（ＣＥ）の通信リンクが確立されず、かつ、Ｐ２Ｐモードで動作する機器も検出されない場合には、ＣＰＵ３０は、Ｓ７０及びＳ７６でＮＯと判断して、Ｗｒｉｔｅｒモード処理を終了する。

Ｗｒｉｔｅｒモード処理（図４、図２のＳ４０）が終了すると、ＣＰＵ３０は、図２のＳ１０に戻り、再びＳ１０の判断を実行する。その後、図２のＳ１６でＹＥＳと判断されると、ＣＰＵ３０は、再び図４のＷｒｉｔｅｒモード処理を実行する。

（Ｒｅａｄｅｒモード処理；図５）
次いで、図５を参照して、ＭＦＰ１０のＣＰＵ３０が実行するＲｅａｄｅｒモード処理（図２のＳ４４）の内容を説明する。Ｒｅａｄｅｒモード処理は、Ｒｅａｄｅｒモードで動作するＭＦＰ１０のＣＰＵ３０が実行する処理である。Ｒｅａｄｅｒモード処理が開始されると、ＣＰＵ３０は、Ｓ９０及びＳ９８の監視を実行する。

Ｓ９０では、ＣＰＵ３０は、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立されることを監視する。ＣＰＵ３０は、ＣＥモードで動作する通信相手（例えば認証カード１００）に、Ｒｅａｄｅｒモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを送信して、通信相手からＯＫコマンドを受信する場合に、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立されたと判断する。この場合、ＣＰＵ３０は、Ｓ９０でＹＥＳと判断し、Ｓ９２に進む。

Ｓ９２では、ＣＰＵ３０は、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクを利用して、ＮＦＣＩ／Ｆ２２を介して、通信相手（例えば認証カード１００）から認証データを受信する。次いで、Ｓ９４では、ＣＰＵ３０は、受信された認証データを用いて認証処理を実行する。認証が成功する場合、ＣＰＵ３０は、印刷ジョブに含まれる印刷データが表す画像を印刷実行部１６に印刷させる。印刷が完了すると、Ｓ９６に進む。Ｓ９６では、ＣＰＵ３０は、メモリ３２内の印刷ジョブを削除する。Ｓ９６を終えると、ＣＰＵ３０は、Ｒｅａｄｅｒモード処理（図５、図２のＳ４４）を終了する。

Ｓ９８では、ＣＰＵ３０は、Ｐ２Ｐモードで動作する機器（特定の機器）を検出することを監視する。上記の通り、ＭＦＰ１０はＲｅａｄｅｒモードで動作している。即ち、ＭＦＰ１０はＰｏｌｌ機器である。また、上述したように、Ｐ２Ｐモードで動作する特定の機器は、Ｐｏｌｌ動作と、Ｌｉｓｔｅｎ動作を繰り返し実行している。そのため、特定の機器がＬｉｓｔｅｎ動作を行っている間に、特定の機器は、ＭＦＰ１０のＮＦＣＩ／Ｆ２２が送信するポーリング信号を受信する。特定の機器は、ポーリング信号を受信すると、ＭＦＰ１０のＮＦＣＩ／Ｆ２２に対して、レスポンス信号を送信する。ＭＦＰ１０のＮＦＣＩ／Ｆ２２は、特定の機器からレスポンス信号を受信すると、特定の機器に、どのモードで動作しているのかを問い合わせるための問合信号を送信する。特定の機器は、問合信号を受信すると、Ｐ２Ｐモードで動作していることを示す起動モード信号をＭＦＰ１０のＮＦＣＩ／Ｆ２２に送信する。ＭＦＰ１０のＮＦＣＩ／Ｆ２２は、特定の機器からＰ２Ｐモードで動作していることを示す起動モード信号を受信する。ＭＦＰ１０のＮＦＣＩ／Ｆ２２は、特定の機器がＰ２Ｐモードで動作していることを示す情報をＣＰＵ３０に受け渡す。この場合、ＣＰＵ３０は、Ｓ９８でＹＥＳと判断して、Ｓ１００に進む。

Ｓ１００では、ＣＰＵ３０は、Ｒｅａｄｅｒモードを停止し、Ｐ２Ｐモードを起動させる。この結果、ＭＦＰ１０は、Ｒｅａｄｅｒモードで動作する。次いで、ＣＰＵ３０は、Ｓ１０２に進み、後述のＰ２Ｐモード処理（図６参照）を実行する。Ｓ１０２のＰ２Ｐモード処理を終了すると、ＣＰＵ３０は、Ｒｅａｄｅｒモード処理を終了する。

なお、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立されず、かつ、Ｐ２Ｐモードで動作する機器も検出されない場合には、ＣＰＵ３０は、Ｓ９０及びＳ９８でＮＯと判断して、Ｒｅａｄｅｒモード処理を終了する。

Ｒｅａｄｅｒモード処理（図５、図２のＳ４４）が終了すると、ＣＰＵ３０は、図２のＳ１０に戻り、再びＳ１０の判断を実行する。その後、図２のＳ１８でＹＥＳと判断されると、ＣＰＵ３０は、再び図５のＲｅａｄｅｒモード処理を実行する。

（Ｐ２Ｐモード処理；図６）
次いで、図６を参照して、ＭＦＰ１０のＣＰＵ３０が実行するＰ２Ｐモード処理（図２のＳ２２、図３のＳ６２、図４のＳ８０、図５のＳ１０２）の内容を説明する。Ｐ２Ｐモード処理は、Ｐ２Ｐモードで動作するＭＦＰ１０のＣＰＵ３０が実行する処理である。Ｐ２Ｐモード処理が開始されると、ＣＰＵ３０は、Ｓ１１０の監視を実行する。

Ｓ１１０では、ＣＰＵ３０は、Ｐ２Ｐの通信リンクが確立されることを監視する。上述したように、例えば、ＭＦＰ１０がＰｏｌｌ機器である場合には、ＣＰＵ３０は、Ｐ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドをＰ２Ｐモードで動作する通信相手（例えば携帯端末５０）に送信して、通信相手からＯＫコマンドを受信する場合に、Ｐ２Ｐの通信リンクが確立されたと判断する。この場合、ＣＰＵ３０は、Ｓ１１０でＹＥＳと判断して、Ｓ１１２に進む。また、例えば、ＭＦＰ１０がＬｉｓｔｅｎ機器である場合には、ＣＰＵ３０は、Ｐ２Ｐモードで動作する通信相手（例えば携帯端末５０）からＰ２Ｐモードに対応するＡｃｔｉｖａｔｉｏｎコマンドを受信して、ＯＫコマンドを通信相手に送信する場合に、Ｐ２Ｐの通信リンクが確立されたと判断する。この場合も、ＣＰＵ３０は、Ｓ１１０でＹＥＳと判断して、Ｓ１１２に進む。

Ｓ１１２では、ＣＰＵ３０は、Ｐ２Ｐの通信リンクを利用して、ＮＦＣＩ／Ｆ２２を介して、通信相手（例えば携帯端末５０）と双方向通信（以下では、「Ｐ２Ｐ通信」と呼ぶ場合がある）を実行する。具体的に言うと、まず、ＣＰＵ３０は、通信相手から、特定の機能の実行を要求する実行要求と、通信相手の属するネットワークに関するネットワーク情報と、を受信する。ただし、ＣＰＵ３０は、Ｓ１１２の時点で、通信相手から既に実行要求を受信している場合（図３のＳ５６でＹＥＳ、Ｓ５８でＹＥＳ）には、通信相手から、改めて実行要求を受信しない。ネットワーク情報のより詳しい内容は後で説明する。次いで、ＣＰＵ３０は、通信相手に対して、自身が属するネットワークの無線設定を示す設定情報（認証方式、暗号化方式、パスワード、ＳＳＩＤ、ＢＳＳＩＤ等）と、設定変更不要を示す変更不要情報と、のうちの一方を送信する。Ｓ１１２で実行される双方向通信は、以下で説明するように、通信相手がネットワークに属しているか否かによって内容が異なる。以下では、Ｓ１１２で実行される双方向通信の内容を、場合を分けて説明する。

（通信相手がネットワークに属している場合の双方向通信（Ｓ１１２））
通信相手がネットワークに属している場合、まず、通信相手は、ＭＦＰ１０に対して、特定の機能の実行を要求する実行要求と、自身が属するネットワーク（無線ＬＡＮ又はＷＦＤネットワーク）の無線設定（ＳＳＩＤ、ＢＳＳＩＤ）と、を送信する。ただし、上述したように、通信相手は、既にＭＦＰ１０に実行要求を送信している場合（図３のＳ５６でＹＥＳ、Ｓ５８でＹＥＳ）には、改めてＭＦＰ１０に実行要求を送信しない。ＣＰＵ３０は、実行要求と、通信相手が属するネットワークの無線設定と、を受信する。この場合、通信相手が属するネットワークの無線設定が、通信相手の「ネットワーク情報」である。

次いで、ＣＰＵ３０は、受信された無線設定に基づいて、ＭＦＰ１０が通信相手と同一のネットワークに属しているか否かを判断する。即ち、受信済のＳＳＩＤ、ＢＳＳＩＤそれぞれが、ＭＦＰ１０が属するネットワーク無線設定に含まれるＳＳＩＤ、ＢＳＳＩＤそれぞれと一致するかを判断する。ＭＦＰ１０が通信相手と同一のネットワークに属していると判断される場合、ＣＰＵ３０は、通信相手に対して、設定変更が不要であることを示す変更不要情報を送信する。

これに対し、ＭＦＰ１０が属しているネットワークと、通信相手が属しているネットワークとが異なると判断される場合、ＣＰＵ３０は、通信相手に対して、ＭＦＰ１０がＧ／ＯであるＷＦＤネットワークの無線設定（認証方式、暗号化方式、パスワード、ＳＳＩＤ、ＢＳＳＩＤ）を通信相手に送信する。例えば、ＭＦＰ１０が、Ｇ／ＯとしてＷＦＤネットワークに属している場合には、ＣＰＵ３０は、当該ＷＦＤネットワークで利用されている無線設定を通信相手に送信する。また、例えば、ＭＦＰ１０が、ＭＦＰ１０自身がＧ／ＯであるＷＦＤネットワークに属していない場合には、ＣＰＵ３０は、ＭＦＰ１０をＧ／Ｏに移行させてＷＦＤネットワークを新たに形成し、当該ＷＦＤネットワークの無線設定を通信相手に送信する。

（通信相手がネットワークに属していない場合の双方向通信（Ｓ１１２））
通信相手がネットワークに属していない場合、まず、通信相手は、ＭＦＰ１０に対して、特定の機能の実行を要求する実行要求と、自身がネットワークに属していないことを示す情報と、を送信する。ただし、この場合も、通信相手は、既にＭＦＰ１０に実行要求を送信している場合（図３のＳ５６でＹＥＳ、Ｓ５８でＹＥＳ）には、改めてＭＦＰ１０に実行要求を送信しない。ＣＰＵ３０は、実行要求と、通信相手がネットワークに属していないことを示す情報と、を受信する。この場合、通信相手がネットワークに属していないことを示す情報が、通信相手の「ネットワーク情報」である。

次いで、ＣＰＵ３０は、ＭＦＰ１０自身がＧ／ＯであるＷＦＤネットワークに属しているか否かを判断する。ＭＦＰ１０自身がＧ／ＯであるＷＦＤネットワークに属している場合、ＣＰＵ３０は、当該ＷＦＤネットワークで利用されている無線設定を通信相手に送信する。

これに対し、ＭＦＰ１０自身がＧ／ＯであるＷＦＤネットワークに属していない場合、ＣＰＵ３０は、Ｇ／Ｏに移行してＷＦＤネットワークを新たに形成し、当該ＷＦＤネットワークの無線設定を通信相手に送信する。

Ｓ１１２の双方向通信の結果、ＭＦＰ１０と通信相手は共通の無線設定を利用可能となる。ＣＰＵ３０は、共通の無線設定を利用して、通信相手との間で、無線ＬＡＮＩ／Ｆ２０を利用した無線通信リンク（ＷＦＤ接続又は通常Ｗｉ−Ｆｉ接続）を確立する。

次いで、Ｓ１１４では、ＣＰＵ３０は、実行要求が示す特定の機能を実行する。具体的に言うと、Ｓ１１４では、ＣＰＵ３０は、通信相手との間で、確立された無線通信リンクを利用して、無線ＬＡＮＩ／Ｆ２０を介して機能実行の対象となる対象データを通信する。例えば、特定の機能が印刷である場合、通信相手からＭＦＰ１０に対して印刷データ（対象データ）が送信される。ＣＰＵ３０は、対象データを受信すると、対象データが示す画像を、印刷実行部１６に印刷させる。また、例えば、特定の機能がスキャンである場合、ＣＰＵ３０は、スキャン実行部１８の原稿送り機構にセットされた原稿にスキャンさせ、スキャンデータ（対象データ）を生成する。ＣＰＵ３０は、生成された対象データを、通信相手に送信する。

Ｓ１１４を終えると、ＣＰＵ３０は、Ｐ２Ｐモード処理を終了する。なお、Ｐ２Ｐの通信リンクが確立されない場合にも、ＣＰＵ３０は、Ｓ１１０でＮＯと判断して、Ｐ２Ｐモード処理を終了する。Ｐ２Ｐモード処理（図２のＳ２２、図３のＳ６２、図４のＳ８０、図５のＳ１０２）が終了すると、ＣＰＵ３０は、図２のＳ１０に戻り、再びＳ１０の判断を実行する。その後、図２のＳ１８でＮＯ、図３のＳ５８でＹＥＳ、図４のＳ７６でＹＥＳ、図５のＳ９８でＹＥＳのいずれかの場合、ＣＰＵ３０は、再び図６のＰ２Ｐモード処理を実行する。

（ＭＦＰ１０がＣＥモードで動作する場合の通信；図７）
図７を参照して、ＭＦＰ１０がＣＥモードで動作する場合に、ＭＦＰ１０と携帯端末５０、８０との間で実行される通信の例について説明する。図７では、ＣＥモードで動作するＭＦＰ１０とＲｅａｄｅｒモードで動作する携帯端末５０との間で通信が行われる例、及び、ＣＥモードで動作するＭＦＰ１０とＰ２Ｐモードで動作する携帯端末８０との間で通信が行われる例について説明する。

図７の例では、ＭＦＰ１０の電源がＯＮされた後、操作部１２が操作されてアプリＵＲＬ供給モード設定がＯＮされる。これにより、ＭＦＰ１０のメモリ３２内に、アプリＵＲＬ供給モード設定「ＯＮ」を示す値が記憶される（図２のＳ１４でＹＥＳ）。その結果、ＭＦＰ１０が、ＣＥモードで動作する（図２のＳ３２）。次いで、ＭＦＰ１０は、ＮＦＣＩ／Ｆ２２に、アプリダウンロードＵＲＬを登録する（図２のＳ３４）。次いで、ＭＦＰ１０は、ＭＦＰ（ＣＥ）−相手（Ｗ）の通信リンクと、ＭＦＰ（ＣＥ）−相手（Ｒ）の通信リンクとのうちのいずれか一方が確立されることを監視する（図３のＳ５０、Ｓ５４）。

図７の例では、携帯端末５０には、ＭＦＰアプリケーションがインストールされていない。携帯端末５０は、電源がＯＮされると、Ｒｅａｄｅｒモードが起動されており、他のモードが起動されていない初期状態に移行する。次いで、携帯端末５０は、携帯端末（Ｒ）−相手（ＣＥ）の通信リンクが確立されることを監視する。

この状態で、携帯端末５０がＭＦＰ１０に近づけられることにより、ＮＦＣＩ／Ｆ２２、５８が互いに通信可能な距離（例えば１０ｃｍ未満）まで近づく。その場合、ＭＦＰ１０と携帯端末５０との間で、ＮＦＣＩ／Ｆ２２、５８を介してＭＦＰ１０（ＣＥ）−携帯端末５０（Ｒ）の通信リンクが確立する（図３のＳ５０でＹＥＳ）。

ＭＦＰ１０と携帯端末５０との間にＭＦＰ１０（ＣＥ）−携帯端末５０（Ｒ）の通信リンクが確立すると、ＭＦＰ１０のＮＦＣＩ／Ｆ２２は、ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｒ）の通信リンクを利用して、ＮＦＣＩ／Ｆ２２に登録されたアプリダウンロードＵＲＬを携帯端末５０に送信する。携帯端末５０は、アプリダウンロードＵＲＬを受信する。

携帯端末５０は、受信されたアプリダウンロードＵＲＬに従って、アプリダウンロードＵＲＬが示すサーバ（ＭＦＰ１０のベンダが提供するサーバ）にアクセスし、ＭＦＰ用アプリケーションをダウンロードする。次いで、携帯端末５０は、ダウンロードされたＭＦＰ用アプリケーションをメモリ６４にインストールする。インストールが完了すると、携帯端末５０は、ＭＦＰ用アプリケーションに従った各種処理を実行可能となる。

一方において、携帯端末８０には、ＭＦＰアプリケーションが既にインストールされている。携帯端末８０は、ＭＦＰアプリケーションが起動された後に、操作部において機能実行指示（スキャン指示、印刷指示）が入力されると、Ｐ２Ｐモードが起動されており、他のモードが起動されていない状態に移行する。

この状態で、携帯端末８０がＭＦＰ１０に近づけられることにより、Ｐ２Ｐモードで動作する携帯端末８０は、ＭＦＰ１０がＣＥモードで動作していることを検出できる。上述したように、Ｐ２Ｐモードで動作する携帯端末は、Ｐｏｌｌ動作と、Ｌｉｓｔｅｎ動作を繰り返し実行する。また、ＣＥモードで動作するＭＦＰ１０はＬｉｓｔｅｎ動作を行うＬｉｓｔｅｎ機器である。携帯端末８０がＰｏｌｌ動作を行う場合、Ｌｉｓｔｅｎ機器であるＭＦＰ１０にポーリング信号を送信する。ＭＦＰ１０は携帯端末８０からポーリング信号を受信すると、レスポンス信号を携帯端末８０に送信する。携帯端末８０はＭＦＰ１０からレスポンス信号を受信すると、ＭＦＰ１０にどのモードで動作しているのかを問い合わせるための問合信号を送信する。ＭＦＰ１０は問合信号を受信すると、携帯端末８０に、自身がＣＥモードで動作していることを示す起動モード信号を送信する。これにより、携帯端末８０は、ＭＦＰ１０がＣＥモードで動作することを検出できる。

携帯端末８０は、ＭＦＰ１０がＣＥモードで動作することを検出すると、Ｐ２Ｐモードを停止し、Ｗｒｉｔｅｒモードを起動させる。次いで、携帯端末８０は、携帯端末（Ｗ）−相手（ＣＥ）の通信リンクが確立されることを監視する。

この状態で、ＭＦＰ１０と携帯端末８０が互いにＮＦＣ通信可能な距離内に存在すると、ＭＦＰ１０と携帯端末８０との間に、ＭＦＰ１０（ＣＥ）−携帯端末８０（Ｗ）の通信リンクが確立する（図３のＳ５４でＹＥＳ）。

ＭＦＰ１０と携帯端末８０との間にＭＦＰ１０（ＣＥ）−携帯端末８０（Ｗ）の通信リンクが確立すると、携帯端末８０は、ＭＦＰ１０（ＣＥ）−携帯端末８０（Ｗ）の通信リンクを利用して、特定の機能の実行を要求する実行要求をＭＦＰ１０に送信する。携帯端末８０は、実行要求を送信すると、Ｗｒｉｔｅｒモードを停止し、Ｐ２Ｐモードを起動させる。次いで、携帯端末８０は、Ｐ２Ｐの通信リンクが確立されることを監視する。

ＭＦＰ１０は、ＮＦＣＩ／Ｆ２２を介して、実行要求を受信する（図３のＳ５６でＹＥＳ）。次いで、ＭＦＰ１０は、実行要求が示す特定の機能を実行可能であるか否か判断する（図３のＳ５８）。図７の例では、ＭＦＰ１０は特定の機能を実行可能であると判断する（図３のＳ５８でＹＥＳ）。その場合、ＭＦＰ１０は、ＣＥモードを停止し、Ｐ２Ｐモードを起動させる（図３のＳ６０）。この場合、ＭＦＰ１０と携帯端末８０は、ＭＦＰ１０（ＣＥ）−携帯端末８０（Ｗ）の通信リンクを切断する。次いで、ＭＦＰ１０は、Ｐ２Ｐの通信リンクが確立されることを監視する（図６のＳ１１０）。

この状態で、ＭＦＰ１０と携帯端末８０が互いにＮＦＣ通信可能な距離内に存在すると、ＭＦＰ１０と携帯端末８０との間に、Ｐ２Ｐの通信リンクが確立される（図６のＳ１１０でＹＥＳ）。次いで、ＭＦＰ１０と携帯端末８０との間で、Ｐ２Ｐの通信リンクを利用して、Ｐ２Ｐ通信が実行される（図６のＳ１１２）。即ち、まず、携帯端末８０は、ＭＦＰ１０に対して、ネットワーク情報（携帯端末８０が属するネットワークの無線設定、又は、携帯端末８０がネットワークに属していないことを示す情報）を送信する。なお、図７の例では、携帯端末８０は、既にＭＦＰ１０に実行要求を送信しているため、この時点では再度実行要求をＭＦＰ１０に送信しない。次いで、ＭＦＰ１０は、携帯端末８０に対して、ＭＦＰ１０自身がＧ／ＯであるＷＦＤネットワークの無線設定、又は、変更不要情報を送信する。この構成によると、ＭＦＰ１０は、ＭＦＰ１０の動作モードを、ＣＥモードからＰ２Ｐモードに適切に変更することができる。その結果、ＭＦＰ１０は、Ｐ２Ｐの通信リンクを利用して、携帯端末８０との間で適切にＰ２Ｐ通信を実行し得る。

上記のＰ２Ｐ通信の結果、ＭＦＰ１０と携帯端末８０とが共通の無線設定を利用可能となる。ＭＦＰ１０と携帯端末８０は、共通の無線設定を利用して、無線ＬＡＮＩ／Ｆ２０及び携帯端末８０の無線ＬＡＮＩ／Ｆを介した無線通信リンク（ＷＦＤ接続又は通常Ｗｉ−Ｆｉ接続）を確立する。

次いで、ＭＦＰ１０及び携帯端末８０は、確立された無線通信リンクを利用して、無線ＬＡＮＩ／Ｆ２０及び携帯端末８０の無線ＬＡＮＩ／Ｆを介して、実行要求が示す特定の機能の実行の対象データを通信する（図６のＳ１１４）。例えば、特定の機能が印刷である場合、携帯端末８０は、ＭＦＰ１０に対して印刷データ（対象データ）を送信する。ＭＦＰ１０は、対象データを受信すると、対象データが示す画像を、印刷実行部１６に印刷させる。また、特定の機能がスキャンである場合、ＭＦＰ１０は、スキャン実行部１８の原稿送り機構にセットされた原稿をスキャンし、スキャンデータ（対象データ）を生成する。ＭＦＰ１０は、生成された対象データを、携帯端末８０に送信する。

機能の実行が終了すると、携帯端末８０は、起動されているＭＦＰ用アプリケーションを終了させる。

（ＭＦＰ１０がＷｒｉｔｅｒモードで動作する場合の通信；図８）
図８を参照して、ＭＦＰ１０がＷｒｉｔｅｒモードで動作する場合に、ＭＦＰ１０と認証カード１００、携帯端末８０との間で実行される通信の例について説明する。図８では、Ｗｒｉｔｅｒモードで動作するＭＦＰ１０とＣＥモードで動作する認証カード１００との間で通信が行われる例、及び、Ｗｒｉｔｅｒモードで動作するＭＦＰ１０とＰ２Ｐモードで動作する携帯端末８０との間で通信が行われる例について説明する。

図８の例では、ＭＦＰ１０の電源がＯＮされた後、ＭＦＰ１０は、ＡＰ６を介してＰＣ８から書き込みジョブを受信する。ＭＦＰ１０は、受信された書き込みジョブをメモリ３２に記憶させる（図２のＳ１６でＹＥＳ）。その結果、ＭＦＰ１０が、Ｗｒｉｔｅｒモードで動作する（図２のＳ３８）。次いで、ＭＦＰ１０は、ＭＦＰ（Ｗ）−相手（ＣＥ）の通信リンクが確立されることを監視するとともに、Ｐ２Ｐモードで動作する機器を検出することを監視する（図４のＳ７０、Ｓ７６）。

認証カード１００は、常にＣＥモードで動作する。認証カード１００がＭＦＰ１０に近づけられることにより、ＭＦＰ１０と認証カード１００との間で、ＭＦＰ１０（Ｗ）−認証カード１００（ＣＥ）の通信リンクが確立する（図４のＳ７０でＹＥＳ）。

ＭＦＰ１０と認証カード１００との間にＭＦＰ１０（Ｗ）−認証カード１００（ＣＥ）の通信リンクが確立すると、ＭＦＰ１０は、ＭＦＰ１０（Ｗ）−認証カード１００（ＣＥ）の通信リンクを利用して、メモリ３２に記憶された書き込みジョブに含まれる書き込みデータ（例えば、ユーザが指示したＵＲＬ、ユーザが入力したテキスト等）を認証カード１００に送信する（図４のＳ７２）。認証カード１００は、書き込みデータを受信し、受信された書き込みデータを記憶する。

ＭＦＰ１０は、書き込みデータを送信すると、メモリ３２内の書き込みジョブを削除する（図４のＳ７４）。

図８の例でも、携帯端末８０には、ＭＦＰアプリケーションが既にインストールされている。携帯端末８０は、ＭＦＰアプリケーションが起動された後に、操作部において機能実行指示（スキャン指示、印刷指示）が入力されると、Ｐ２Ｐモードで動作する。

この状態で、携帯端末８０がＭＦＰ１０に近づけられると、Ｗｒｉｔｅｒモードで動作するＭＦＰ１０は、携帯端末８０がＰ２Ｐモードで動作していることを検出できる。Ｗｒｉｔｅｒモードで起動するＭＦＰ１０は、Ｐｏｌｌ動作を行うＰｏｌｌ機器である。また、Ｐ２Ｐモードで動作する携帯端末８０は、Ｐｏｌｌ動作と、Ｌｉｓｔｅｎ動作を繰り返し実行する。携帯端末８０がＬｉｓｔｅｎ動作を行っている間、携帯端末８０は、Ｐｏｌｌ機器であるＭＦＰ１０が送信するポーリング信号を受信する。携帯端末８０は、ポーリング信号を受信すると、ＭＦＰ１０に対して、レスポンス信号を送信する。ＭＦＰ１０は携帯端末８０からレスポンス信号を受信すると、携帯端末８０にどのモードで動作しているのかを問い合わせるための問合信号を送信する。携帯端末８０は問合信号を受信すると、ＭＦＰ１０に、自身がＰ２Ｐモードで動作していることを示す起動モード信号を送信する。これにより、ＭＦＰ１０は、携帯端末８０がＰ２Ｐモードで動作することを検出できる（図４のＳ７６でＹＥＳ）。

ＭＦＰ１０は、Ｐ２Ｐモードで動作する携帯端末８０を検出すると、Ｗｒｉｔｅｒモードを停止し、Ｐ２Ｐモードを起動させる（図４のＳ７８）。次いで、ＭＦＰ１０は、Ｐ２Ｐの通信リンクが確立されることを監視する（図６のＳ１１０）。

この状態で、ＭＦＰ１０と携帯端末８０が互いにＮＦＣ通信可能な距離内に存在すると、ＭＦＰ１０と携帯端末８０との間に、Ｐ２Ｐの通信リンクが確立される（図６のＳ１１０でＹＥＳ）。次いで、ＭＦＰ１０と携帯端末８０との間で、Ｐ２Ｐの通信リンクを利用して、Ｐ２Ｐ通信が実行される（図６のＳ１１２）。即ち、まず、携帯端末８０は、ＭＦＰ１０に対して、特定の機能の実行を要求する実行要求、及び、ネットワーク情報（携帯端末８０が属するネットワークの無線設定、又は、携帯端末８０がネットワークに属していないことを示す情報）を送信する。次いで、ＭＦＰ１０は、携帯端末８０に対して、ＭＦＰ１０自身がＧ／ＯであるＷＦＤネットワークの無線設定、又は、変更不要情報を送信する。この構成によると、ＭＦＰ１０は、ＭＦＰ１０の動作モードを、ＷｒｉｔｅｒモードからＰ２Ｐモードに適切に変更することができる。その結果、ＭＦＰ１０は、Ｐ２Ｐの通信リンクを利用して、携帯端末８０との間で適切にＰ２Ｐ通信を実行し得る。

上記のＰ２Ｐ通信の結果、ＭＦＰ１０と携帯端末８０とが共通の無線設定を利用可能となる。ＭＦＰ１０と携帯端末８０は、共通の無線設定を利用して、無線ＬＡＮＩ／Ｆ２０及び携帯端末８０の無線ＬＡＮＩ／Ｆを介した無線通信リンク（ＷＦＤ接続又は通常Ｗｉ−Ｆｉ接続）を確立する。

次いで、ＭＦＰ１０及び携帯端末８０は、確立された無線通信リンクを利用して、無線ＬＡＮＩ／Ｆ２０及び携帯端末８０の無線ＬＡＮＩ／Ｆを介して、実行要求が示す特定の機能の実行の対象データを通信する（図６のＳ１１４）。例えば、特定の機能が印刷である場合、携帯端末８０は、ＭＦＰ１０に対して印刷データ（対象データ）を送信する。ＭＦＰ１０は、対象データを受信すると、対象データが示す画像を、印刷実行部１６に印刷させる。また、特定の機能がスキャンである場合、ＭＦＰ１０は、スキャン実行部１８の原稿送り機構にセットされた原稿をスキャンし、スキャンデータ（対象データ）を生成する。ＭＦＰ１０は、生成された対象データを、携帯端末８０に送信する。

機能の実行が終了すると、携帯端末８０は、起動されているＭＦＰ用アプリケーションを終了させる。

（ＭＦＰ１０がＲｅａｄｅｒモードで動作する場合の通信；図９）
図９を参照して、ＭＦＰ１０がＲｅａｄｅｒモードで動作する場合に、ＭＦＰ１０と認証カード１００、携帯端末８０との間で実行される通信の例について説明する。図９では、Ｒｅａｄｅｒモードで動作するＭＦＰ１０とＣＥモードで動作する認証カード１００との間で通信が行われる例、及び、Ｒｅａｄｅｒモードで動作するＭＦＰ１０とＰ２Ｐモードで動作する携帯端末８０との間で通信が行われる例について説明する。

図９の例では、ＭＦＰ１０の電源がＯＮされた後、ＭＦＰ１０は、ＡＰ６を介してＰＣ８から印刷ジョブを受信する。ＭＦＰ１０は、受信された印刷ジョブをメモリ３２に記憶させる（図２のＳ１８でＹＥＳ）。その結果、ＭＦＰ１０は、Ｒｅａｄｅｒモードで動作する（図２のＳ４２）。次いで、ＭＦＰ１０は、ＭＦＰ（Ｒ）−相手（ＣＥ）の通信リンクが確立されることを監視するとともに、Ｐ２Ｐモードで動作する機器を検出することを監視する（図５のＳ９０、Ｓ９８）。

上述したように、認証カード１００は、常にＣＥモードで動作する。認証カード１００がＭＦＰ１０に近づけられることにより、ＭＦＰ１０と認証カード１００との間で、ＭＦＰ１０（Ｒ）−認証カード１００（ＣＥ）の通信リンクが確立する（図５のＳ９０でＹＥＳ）。

ＭＦＰ１０と認証カード１００との間にＭＦＰ１０（Ｒ）−認証カード１００（ＣＥ）の通信リンクが確立すると、ＭＦＰ１０は、ＭＦＰ１０（Ｒ）−認証カード１００（ＣＥ）の通信リンクを利用して、認証カード１００から、認証カード１００に記憶されている認証データを受信する（図５のＳ９２）。

次いで、ＭＦＰ１０は、受信された認証データを用いて認証処理を実行する（図５のＳ９４）。図９の例では、認証が成功する。認証が成功すると、ＭＦＰ１０は、印刷ジョブに含まれる印刷データが表す画像を印刷実行部１６に印刷させる。印刷が完了すると、ＭＦＰ１０は、メモリ３２内の印刷ジョブを削除する（図５のＳ９６）。

図９の例でも、携帯端末８０には、ＭＦＰアプリケーションが既にインストールされている。携帯端末８０は、ＭＦＰアプリケーションが起動された後に、操作部において機能実行指示（スキャン指示、印刷指示）が入力されると、Ｐ２Ｐモードで動作する。

この状態で、携帯端末８０がＭＦＰ１０に近づけられると、Ｒｅａｄｅｒモードで動作するＭＦＰ１０は、携帯端末８０がＰ２Ｐモードで動作していることを検出できる。Ｒｅａｄｅｒモードで起動するＭＦＰ１０は、Ｐｏｌｌ動作を行うＰｏｌｌ機器である。また、Ｐ２Ｐモードで動作する携帯端末８０は、Ｐｏｌｌ動作と、Ｌｉｓｔｅｎ動作を繰り返し実行する。携帯端末８０がＬｉｓｔｅｎ動作を行っている間、携帯端末８０は、Ｐｏｌｌ機器であるＭＦＰ１０が送信するポーリング信号を受信する。携帯端末８０は、ポーリング信号を受信すると、ＭＦＰ１０に対して、レスポンス信号を送信する。ＭＦＰ１０は携帯端末８０からレスポンス信号を受信すると、携帯端末８０にどのモードで動作しているのかを問い合わせるための問合信号を送信する。携帯端末８０は問合信号を受信すると、ＭＦＰ１０に、自身がＰ２Ｐモードで動作していることを示す起動モード信号を送信する。これにより、ＭＦＰ１０は、携帯端末８０がＰ２Ｐモードで動作することを検出できる（図５のＳ９８でＹＥＳ）。

ＭＦＰ１０は、Ｐ２Ｐモードで動作する携帯端末８０を検出すると、Ｒｅａｄｅｒモードを停止し、Ｐ２Ｐモードを起動させる（図５のＳ１００）。次いで、ＭＦＰ１０は、Ｐ２Ｐの通信リンクが確立されることを監視する（図６のＳ１１０）。

この状態で、ＭＦＰ１０と携帯端末８０が互いにＮＦＣ通信可能な距離内に存在すると、ＭＦＰ１０と携帯端末８０との間に、Ｐ２Ｐの通信リンクが確立される（図６のＳ１１０でＹＥＳ）。次いで、ＭＦＰ１０と携帯端末８０との間で、Ｐ２Ｐの通信リンクを利用して、Ｐ２Ｐ通信が実行される（図６のＳ１１２）。ここで行われるＰ２Ｐ通信の内容は、図８の例と同様であるため、詳しい説明を省略する。この構成によると、ＭＦＰ１０は、ＭＦＰ１０の動作モードを、ＲｅａｄｅｒモードからＰ２Ｐモードに適切に変更することができる。その結果、ＭＦＰ１０は、Ｐ２Ｐの通信リンクを利用して、携帯端末８０との間で適切にＰ２Ｐ通信を実行し得る。

上記のＰ２Ｐ通信の結果、ＭＦＰ１０と携帯端末８０とが共通の無線設定を利用可能となる。図８の例と同様に、ＭＦＰ１０と携帯端末８０は、共通の無線設定を利用して、無線ＬＡＮＩ／Ｆ２０及び携帯端末８０の無線ＬＡＮＩ／Ｆを介した無線通信リンク（ＷＦＤ接続又は通常Ｗｉ−Ｆｉ接続）を確立する。次いで、ＭＦＰ１０及び携帯端末８０は、確立された無線通信リンクを利用して、無線ＬＡＮＩ／Ｆ２０及び携帯端末８０の無線ＬＡＮＩ／Ｆを介して、実行要求が示す特定の機能の実行の対象データを通信する（図６のＳ１１４）。この通信の内容も、図８の例と同様であるため、詳しい説明を省略する。

機能の実行が終了すると、携帯端末８０は、起動されているＭＦＰ用アプリケーションを終了させる。

（ＭＦＰ１０がＰ２Ｐモードで動作する場合の通信；図１０）
図１０を参照して、ＭＦＰ１０がＰ２Ｐモードで動作する場合に、Ｐ２Ｐモードで動作する携帯端末５０との間で実行される通信の例について説明する。

図１０の例では、ＭＦＰ１０の電源がＯＮされた後、ＭＦＰ１０は、Ｐ２Ｐモードで動作する（図２のＳ１８でＮＯ、Ｓ２０）。次いで、ＭＦＰ１０は、Ｐ２Ｐの通信リンクが確立することを監視する（図６のＳ１１０）。

また、図１０の例では、携帯端末５０には、ＭＦＰアプリケーションが既にインストールされている。携帯端末５０は、ＭＦＰアプリケーションが起動された後に、操作部５２において機能実行指示（スキャン指示、印刷指示）が入力されると、Ｐ２Ｐモードが起動されており、他のモードが起動されていない状態に移行する。

この状態で、携帯端末５０がＭＦＰ１０に近づけられると、ＭＦＰ１０と携帯端末５０との間に、Ｐ２Ｐの通信リンクが確立される（図６のＳ１１０でＹＥＳ）。次いで、ＭＦＰ１０と携帯端末５０との間で、Ｐ２Ｐの通信リンクを利用して、Ｐ２Ｐ通信が実行される（図６のＳ１１２）。ここで行われるＰ２Ｐ通信の内容も、図８、図９の例と同様であるため、詳しい説明を省略する。

上記のＰ２Ｐ通信の結果、ＭＦＰ１０と携帯端末５０とが共通の無線設定を利用可能となる。図８、図９の例と同様に、ＭＦＰ１０と携帯端末５０は、共通の無線設定を利用して、無線ＬＡＮＩ／Ｆ２０、５６を介した無線通信リンク（ＷＦＤ接続又は通常Ｗｉ−Ｆｉ接続）を確立する。次いで、ＭＦＰ１０及び携帯端末５０は、確立された無線通信リンクを利用して、無線ＬＡＮＩ／Ｆ２０、５６を介して、実行要求が示す特定の機能の実行の対象データを通信する（図６のＳ１１４）。この通信の内容も、図８、図９の例と同様であるため、詳しい説明を省略する。

機能の実行が終了すると、携帯端末５０は、起動されているＭＦＰ用アプリケーションを終了させる。

（本実施例の効果）
図２を参照して説明したように、本実施例では、ＭＦＰ１０は、ＵＲＬ（サポートページＵＲＬ、消耗品ページＵＲＬ、又は、アプリダウンロードＵＲＬ）が外部に送信されるべき状態（装置エラーが発生している場合、消耗品エラーが発生している場合、又は、アプリ供給モードが設定されている場合）であると判断される場合（図２のＳ１０でＹＥＳ、Ｓ１２でＹＥＳ、又は、Ｓ１４でＹＥＳ）に、ＭＦＰ１０をＣＥモードで動作させる（Ｓ２４、Ｓ２８、又は、Ｓ３２）。図７に示すように、ＣＥモードで動作するＭＦＰ１０と、Ｒｅａｄｅｒモードで動作する携帯端末５０との間でＭＦＰ１０（ＣＥ）−携帯端末５０（Ｒ）の通信リンクが確立される場合（図３のＳ５０でＹＥＳ）、ＭＦＰ１０のＮＦＣＩ／Ｆ２２は、ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｒ）の通信リンクを利用して、ＵＲＬを携帯端末に送信する。一方、ＭＦＰ１０は、ＵＲＬが外部に送信されるべき状態でないと判断される場合、（図２のＳ１０でＮＯ、Ｓ１２でＮＯ、Ｓ１４でＮＯ）、ＭＦＰ１０を、ＣＥモード以外の動作モード（Ｐ２Ｐモード、Ｗｒｉｔｅｒモード、又は、Ｒｅａｄｅｒモード）で動作させる（Ｓ２０、Ｓ３８、Ｓ４２）。ＭＦＰ１０は、動作モードに応じた処理を実行する（図７〜図１０参照）。即ち、本実施例のＭＦＰ１０は、ＭＦＰ１０の状態が、ＵＲＬが外部に送信されるべき状態であると判断されるか否かに応じて、適切な動作モードで動作し得る。その結果、ＭＦＰ１０は、外部装置（携帯端末５０、８０、認証カード１００）との間で適切な通信を実行し得る。従って、本実施例のＭＦＰ１０は、ＭＦＰ１０の状態に応じて適切に動作し得る。

（対応関係）
ＭＦＰ１０が「通信装置」の一例である。携帯端末５０、８０が「第１の外部装置」、「第３の外部装置」、「第４の外部装置」の一例である。携帯端末５０、８０、認証カード１００が「第２の外部装置」の一例である。Ｐ２Ｐモード、Ｒｅａｄｅｒモード、Ｗｒｉｔｅｒモードが「第１のモード」の一例である。Ｐ２Ｐモード、ＣＥモードが「第２のモード」の一例である。ＵＲＬ（サポートページＵＲＬ、消耗品ページＵＲＬ、アプリダウンロードＵＲＬのいずれか）が「特定のデータ」の一例である。実行要求、携帯端末５０（８０）のネットワーク情報、及び、ＭＦＰ１０が送信する無線設定又は変更不要情報が「第１のデータ」の一例である。認証データ（図９参照）が「第２のデータ」の一例である。書き込みデータ（図８参照）が「第３のデータ」の一例である。装置エラーが発生している状態（図２のＳ１０でＹＥＳ）、消耗品エラーが発生している状態（図２のＳ１２でＹＥＳ）、アプリＵＲＬ供給モードが設定されている状態（図２のＳ１４でＹＥＳ）が「第１の状態」の一例である。印刷ジョブが存在する状態（図２のＳ１８でＹＥＳ）が「第２の状態」の一例である。書き込みジョブが存在する状態（図２のＳ１６でＹＥＳ）が「第３の状態」の一例である。ＭＦＰ１０（ＣＥ）−携帯端末５０（Ｒ）（図７参照）の通信リンクが「第１種の通信リンク」の一例である。ＭＦＰ１０（Ｐ２Ｐ）−携帯端末５０（Ｐ２Ｐ）の通信リンク（図１０参照）、ＭＦＰ１０（Ｒ）―認証カード（ＣＥ）の通信リンク（図９参照）、ＭＦＰ（Ｗ）−携帯端末（ＣＥ）の通信リンク（図８参照）が「第２種の通信リンク」の一例である。ＭＦＰ１０（Ｐ２Ｐ）−携帯端末８０（Ｐ２Ｐ）の通信リンク（図９、図８参照）が「第３種の通信リンク」の一例である。ＭＦＰ１０（ＣＥ）−携帯端末８０（Ｗ）の通信リンク（図７参照）が「第４種の通信リンク」の一例である。ＭＦＰ１０（Ｐ２Ｐ）−携帯端末５０（Ｐ２Ｐ）の通信リンク（図７参照）が「第５種の通信リンク」の一例である。図６のＳ１１０でＹＥＳの場合が「第１の場合」の一例である。図５のＳ９０でＹＥＳの場合が「第２の場合」の一例である。図４のＳ７０でＹＥＳの場合が「第３の場合」の一例である。

図２のＳ１０、Ｓ１２、Ｓ１４が「第１の判断部」が実行する処理の一例である。図２のＳ１８が「第２の判断部」が実行する処理の一例である。図２のＳ１６が「第３の判断部」が実行する処理の一例である。図２のＳ２４、Ｓ２８、Ｓ３２、Ｓ２０、Ｓ３８、Ｓ４２が「モード設定部」が実行する処理の一例である。図３のＳ５０でＹＥＳの場合の処理が「送信部」が実行する処理の一例である。図４のＳ７２、図５のＳ９２、図６のＳ１１２が「第１の通信制御部」が実行する処理の一例である。図３のＳ６０、図４のＳ７８、図５のＳ１００が「変更部」が実行する処理の一例である。図３のＳ５６が「受信部」が実行する処理の一例である。図６のＳ１１２が「第２の通信制御部」が実行する処理の一例である。また、図６のＳ１１２が「第３の通信制御部」が実行する処理の一例である。

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

（変形例１）ＭＦＰ１０のＣＰＵ３０は、図２のＳ１０、Ｓ１２、Ｓ１４、Ｓ１６、Ｓ１８の各判断を、図２に示す順序（即ち、Ｓ１０、Ｓ１２、Ｓ１４、Ｓ１６、Ｓ１８の順）以外の順序で行ってもよい。即ち、一般的に言うと、第１の判断部が、通信装置の状態が、通信装置に予め記憶されている特定のデータが外部に送信されるべき第１の状態であるか否かを判断すればよい。また、第２の判断部が、通信装置の状態が第１の状態とは異なる第２の状態であるか否かを判断すればよい。また、第３の判断部が、通信装置の状態が第１の状態とは異なる第３の状態であるか否かを判断すればよい。

（変形例２）ＭＦＰ１０のＣＰＵ３０は、図２のＳ１０、Ｓ１２、Ｓ１４の各判断を実行すれば、図２のＳ１６、Ｓ１８の各判断のうちの１つ以上の判断を省略してもよい。即ち、一般的に言うと、モード設定部は、通信装置の状態が第１の状態であると判断される場合に、通信装置の動作モードをＮＦＣ規格のＣＥモードに設定し、通信装置の状態が第１の状態でないと判断される場合に、通信装置の動作モードをＣＥモードとは異なるＮＦＣ規格の第１のモードに設定すればよい。

（変形例３）また、ＭＦＰ１０のＣＰＵ３０は、図２のＳ１０、Ｓ１２、Ｓ１４の各判断のうちの少なくとも１つを実行すればよい。その場合、ＣＰＵ３０は、図２のＳ１０、Ｓ１２、Ｓ１４の各判断のうちの１つ以上の判断を省略してもよい。即ち、一般的に言うと、第１の判断部は、通信装置の状態が、通信装置に予め記憶されている特定のデータが外部に送信されるべき第１の状態であるか否かを判断すればよい。

（変形例４）上記の実施例では、図６のＳ１１２で実行されるＰ２Ｐ通信において、通信相手（例えば、携帯端末５０）は、既にＭＦＰ１０に実行要求を送信している場合（図３のＳ５６でＹＥＳ、Ｓ５８でＹＥＳ）には、改めてＭＦＰ１０に実行要求を送信しない。これに代えて、図６のＳ１１２で実行されるＰ２Ｐ通信において、通信相手は、既にＭＦＰ１０に実行要求を送信している場合であっても、改めてＭＦＰ１０に実行要求を送信してもよい。

（変形例５）ＭＦＰ１０のＣＰＵ３０が印刷ジョブ又は書き込みジョブを受信する手法は、ＡＰ６を介して受信する手法に限られない。例えば、ユーザが操作部１２を操作して、直接ＭＦＰ１０に印刷ジョブ又は書き込みジョブを入力してもよい。その場合、ＭＦＰ１０のＣＰＵ３０は、操作部１２を介して入力された印刷ジョブ又は書き込みジョブをメモリ３２に記憶させる。一般的に言うと、「第３のデータ」は、通信装置によって取得されればよい。

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

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

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

２：通信システム、４：ＡＰ、６：ＰＣ、１０：多機能機（ＭＦＰ）、２４：制御部、３０：ＣＰＵ、３２：メモリ、５０、８０：携帯端末、１００：認証カード

Claims (10)

1. 通信装置であって、
   ＮＦＣ（Near Field Communicationの略）規格に従った通信方式であるＮＦＣ方式で通信を実行するためのＮＦＣインターフェースと、
   制御部と、を備え、
   前記制御部は、
   前記通信装置の状態が、前記通信装置に予め記憶されている特定のデータが外部に送信されるべき第１の状態であるか否かを判断する第１の判断部と、
   前記通信装置の状態が前記第１の状態であると判断される場合に、前記通信装置の動作モードを前記ＮＦＣ規格のＣＥ（Card Emulationの略）モードに設定し、前記通信装置の状態が前記第１の状態でないと判断される場合に、前記通信装置の動作モードを前記ＣＥモードとは異なる前記ＮＦＣ規格の第１のモードに設定するモード設定部と、
   前記通信装置の動作モードが前記ＣＥモードに設定されている状態で、前記通信装置と第１の外部装置との間に第１種の通信リンクが確立される場合に、前記第１種の通信リンクを利用して、前記特定のデータを前記第１の外部装置に送信する送信部であって、前記第１種の通信リンクは、前記通信装置が前記ＣＥモードで動作すると共に、前記第１の外部装置が前記ＮＦＣ規格のＲｅａｄｅｒモードで動作して、前記ＮＦＣインターフェースを介してデータ通信が実行されるべき通信リンクである、前記送信部と、
   前記通信装置の動作モードが前記第１のモードに設定されている状態で、前記通信装置と第２の外部装置との間に第２種の通信リンクが確立される場合に、前記第２種の通信リンクを利用して、前記特定のデータとは異なる通信対象のデータを前記第２の外部装置と通信する第１の通信制御部であって、前記第２種の通信リンクは、前記通信装置が前記第１のモードで動作すると共に、前記第２の外部装置が前記ＮＦＣ規格の第２のモードで動作して、前記ＮＦＣインターフェースを介してデータ通信が実行されるべき通信リンクである、前記第１の通信制御部と、
   を備える通信装置。
2. 前記モード設定部は、前記通信装置の状態が前記第１の状態でないと判断される場合に、前記通信装置の動作モードを、前記第１のモードである前記ＮＦＣ規格のＰ２Ｐ（Peer to Peerの略）モードに設定し、
   前記第１の通信制御部は、前記通信装置の動作モードが前記Ｐ２Ｐモードに設定されている状態で、前記通信装置と前記第２の外部装置との間に前記第２種の通信リンクが確立される第１の場合に、前記第２種の通信リンクを利用して、前記通信対象のデータとして第１のデータの双方向通信を前記第２の外部装置と実行し、
   前記第１の場合に、前記第２種の通信リンクは、前記通信装置が前記Ｐ２Ｐモードで動作すると共に、前記第２の外部装置が前記Ｐ２Ｐモードで動作して、前記ＮＦＣインターフェースを介してデータ通信が実行されるべき通信リンクである、請求項１に記載の通信装置。
3. 前記制御部は、さらに、
   前記通信装置の状態が前記第１の状態とは異なる第２の状態であるか否かを判断する第２の判断部であって、前記第２の状態は、第２のデータが外部から受信されるべき状態である、前記第２の判断部を備え、
   前記モード設定部は、前記通信装置の状態が前記第１の状態でないと判断され、かつ、前記通信装置の状態が前記第２の状態であると判断される場合に、前記通信装置の動作モードを前記ＮＦＣ規格のＲｅａｄｅｒモードに設定し、
   前記第１の通信制御部は、前記通信装置の動作モードが前記Ｒｅａｄｅｒモードに設定されている状態で、前記通信装置と前記第２の外部装置との間に前記第２種の通信リンクが確立される第２の場合に、前記第２種の通信リンクを利用して、前記第２の外部装置から前記通信対象のデータとして前記第２のデータを受信し、
   前記第２の場合に、前記第２種の通信リンクは、前記通信装置が前記Ｒｅａｄｅｒモードで動作すると共に、前記第２の外部装置が前記ＣＥモードで動作して、前記ＮＦＣインターフェースを介してデータ通信が実行されるべき通信リンクである、請求項１又は２に記載の通信装置。
4. 前記制御部は、さらに、
   前記通信装置の動作モードが前記Ｒｅａｄｅｒモードに設定されている状態で、前記ＮＦＣインターフェースの通信範囲内に、前記ＮＦＣ規格のＰ２Ｐ（Peer to Peerの略）モードで動作する第３の外部装置が存在することが検出される場合に、前記通信装置の動作モードを前記Ｒｅａｄｅｒモードから前記Ｐ２Ｐモードに変更する変更部と、
   前記通信装置の動作モードが前記Ｒｅａｄｅｒモードから前記Ｐ２Ｐモードに変更された後に、前記通信装置と前記第３の外部装置との間に第３種の通信リンクが確立される場合に、前記第３種の通信リンクを利用して、双方向通信を前記第３の外部装置と実行する第２の通信制御部と、を備え、
   前記第３種の通信リンクは、前記通信装置が前記Ｐ２Ｐモードで動作すると共に、前記第３の外部装置が前記Ｐ２Ｐモードで動作して、前記ＮＦＣインターフェースを介してデータ通信が実行されるべき通信リンクである、請求項３に記載の通信装置。
5. 前記制御部は、さらに、
   前記通信装置の状態が前記第１の状態とは異なる第３の状態であるか否かを判断する第３の判断部であって、前記第３の状態は、前記通信装置によって取得される第３のデータが外部に送信されるべき状態である、前記第３の判断部を備え、
   前記モード設定部は、前記通信装置の状態が前記第１の状態でないと判断され、かつ、前記通信装置の状態が前記第３の状態であると判断される場合に、前記通信装置の動作モードを前記ＮＦＣ規格のＷｒｉｔｅｒモードに設定し、
   前記第１の通信制御部は、前記通信装置の動作モードが前記Ｗｒｉｔｅｒモードに設定されている状態で、前記通信装置と前記第２の外部装置との間に前記第２種の通信リンクが確立される第３の場合に、前記第２種の通信リンクを利用して、前記通信対象のデータとして前記第３のデータを前記第２の外部装置に送信し、
   前記第３の場合に、前記第２種の通信リンクは、前記通信装置が前記Ｗｒｉｔｅｒモードで動作すると共に、前記第２の外部装置が前記ＣＥモードで動作して、前記ＮＦＣインターフェースを介してデータ通信が実行されるべき通信リンクである、請求項１から４のいずれか一項に記載の通信装置。
6. 前記制御部は、さらに、
   前記通信装置の動作モードが前記Ｗｒｉｔｅｒモードに設定されている状態で、前記ＮＦＣインターフェースの通信範囲内に、前記ＮＦＣ規格のＰ２Ｐ（Peer to Peerの略）モードで動作する第３の外部装置が存在することが検出される場合に、前記通信装置の動作モードを前記Ｗｒｉｔｅｒモードから前記Ｐ２Ｐモードに変更する変更部と、
   前記通信装置の動作モードが前記Ｗｒｉｔｅｒモードから前記Ｐ２Ｐモードに変更された後に、前記通信装置と前記第３の外部装置との間に第３種の通信リンクが確立される場合に、前記第３種の通信リンクを利用して、双方向通信を前記第３の外部装置と実行する第２の通信制御部と、を備え、
   前記第３種の通信リンクは、前記通信装置が前記Ｐ２Ｐモードで動作すると共に、前記第３の外部装置が前記Ｐ２Ｐモードで動作して、前記ＮＦＣインターフェースを介してデータ通信が実行されるべき通信リンクである、請求項５に記載の通信装置。
7. 前記制御部は、さらに、
   前記通信装置の動作モードが前記ＣＥモードに設定されている状態で、前記通信装置と第４の外部装置との間に第４種の通信リンクが確立される場合に、前記第４種の通信リンクを利用して、前記第４の外部装置から、特定の機能を前記通信装置に実行させるための要求を受信する受信部であって、前記第４種の通信リンクは、前記通信装置が前記ＣＥモードで動作すると共に、前記第４の外部装置が前記ＮＦＣ規格のＷｒｉｔｅｒモードで動作して、前記ＮＦＣインターフェースを介してデータ通信が実行されるべき通信リンクである、前記受信部と、
   前記第４の外部装置から前記要求が受信される場合に、前記通信装置の動作モードを前記ＣＥモードから前記Ｐ２Ｐモードに変更する変更部と、
   前記通信装置の動作モードが前記ＣＥモードから前記Ｐ２Ｐモードに変更された後に、前記通信装置と前記第４の外部装置との間に第５種の通信リンクが確立される場合に、前記第５種の通信リンクを利用して、双方向通信を前記第４の外部装置と実行する第３の通信制御部と、
   を備える、請求項１から６のいずれか一項に記載の通信装置。
8. 前記第１の状態は、前記通信装置が少なくとも１つの機能を実行不可能であるエラー状態を含み、
   前記特定のデータは、前記エラー状態を解消させるための手法を示すウェブページの位置情報を含む、請求項１から７のいずれか一項に記載の通信装置。
9. 前記第１の状態は、特定のアプリケーションプログラムを外部装置にダウンロードさせるべき状態を含み、
   前記特定のデータは、前記外部装置が前記特定のアプリケーションをダウンロードするための位置情報を含む、請求項１から７のいずれか一項に記載の通信装置。
10. 通信装置のためのコンピュータプログラムであって、
    前記通信装置は、
    ＮＦＣ（Near Field Communicationの略）規格に従った通信方式であるＮＦＣ方式で通信を実行するためのＮＦＣインターフェースを備え、
    前記コンピュータプログラムは、前記通信装置に搭載されるコンピュータに、以下の各ステップ、即ち、
    前記通信装置の状態が、前記通信装置に予め記憶されている特定のデータが外部に送信されるべき第１の状態であるか否かを判断する第１の判断ステップと、
    前記通信装置の状態が前記第１の状態であると判断される場合に、前記通信装置の動作モードを前記ＮＦＣ規格のＣＥ（Card Emulationの略）モードに設定し、前記通信装置の状態が前記第１の状態でないと判断される場合に、前記通信装置の動作モードを前記ＣＥモードとは異なる前記ＮＦＣ規格の第１のモードに設定するモード設定ステップと、
    前記通信装置の動作モードが前記ＣＥモードに設定されている状態で、前記通信装置と第１の外部装置との間に第１種の通信リンクが確立される場合に、前記第１種の通信リンクを利用して、前記特定のデータを前記第１の外部装置に送信する送信ステップであって、前記第１種の通信リンクは、前記通信装置が前記ＣＥモードで動作すると共に、前記第１の外部装置が前記ＮＦＣ規格のＲｅａｄｅｒモードで動作して、前記ＮＦＣインターフェースを介してデータ通信が実行されるべき通信リンクである、前記送信ステップと、
    前記通信装置の動作モードが前記第１のモードに設定されている状態で、前記通信装置と第２の外部装置との間に第２種の通信リンクが確立される場合に、前記第２種の通信リンクを利用して、前記特定のデータとは異なる通信対象のデータを前記第２の外部装置と通信する第１の通信制御ステップであって、前記第２種の通信リンクは、前記通信装置が前記第１のモードで動作すると共に、前記第２の外部装置が前記ＮＦＣ規格の第２のモードで動作して、前記ＮＦＣインターフェースを介してデータ通信が実行されるべき通信リンクである、前記第１の通信制御ステップと、
    を実行させるコンピュータプログラム。

Images