(57)【要約】【課題】  通信装置のＮＦＣインターフェースの動作モードを変更するための技術を提供すること。【解決手段】  ＭＦＰは、対象装置からのＦｏｒｍａｔ信号及びＮＤＥＦ信号を利用して、対象装置がＮＤＥＦをサポートしていない（Ｓ１１４でＮＯ）、又は、対象装置に認証アプリケーションがインストールされていない（Ｓ１１８でＮＯ）と判断する場合に、ＭＦＰのＮＦＣＩ／Ｆの動作モードをＲｅａｄｅｒモードからＣＥモードに変更し、対象装置にＵＲＬを送信する（Ｓ１３０）。ＭＦＰは、対象装置がＮＤＥＦをサポートしており（Ｓ１１４でＹＥＳ）、かつ、対象装置に認証アプリケーションがインストールされている（Ｓ１１８でＹＥＳ）と判断する場合に、ＭＦＰのＮＦＣＩ／Ｆの動作モードをＲｅａｄｅｒモードからＷｒｉｔｅｒモードに変更し、対象装置に認証ＩＤを送信する（Ｓ１３２）。【選択図】図３
2018052087.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
ＮＦＣ（Near Field Communicationの略）規格に従った無線通信を実行するためのＮＦＣインターフェースと、
前記ＮＦＣインターフェースが前記ＮＦＣ規格のＲｅａｄｅｒモードで動作すると共に、端末装置が前記ＮＦＣ規格のＣＥ（Card Emulationの略）モードで動作する場合に、前記端末装置から前記ＮＦＣインターフェースを介して第１の特定信号を受信する第１の受信部と、
前記第１の受信部によって受信される前記第１の特定信号が、所定のアプリケーションが前記端末装置にインストールされていることを示すインストール情報を含むのか否かを判断する判断部と、
前記第１の特定信号が前記インストール情報を含まないと前記判断部によって判断される場合に、前記ＮＦＣインターフェースの動作モードを前記Ｒｅａｄｅｒモードから前記ＣＥモードに変更する第１のモード変更部と、
前記第１の特定信号が前記インストール情報を含むと前記判断部によって判断される場合に、前記ＮＦＣインターフェースの動作モードを前記Ｒｅａｄｅｒモードから前記ＮＦＣ規格のＷｒｉｔｅｒモードに変更する第２のモード変更部と、
前記ＮＦＣインターフェースが前記ＣＥモードで動作する場合に、前記所定のアプリケーションを識別するための第１の識別情報であって、前記端末装置が前記所定のアプリケーションをインストールするための前記第１の識別情報を前記ＮＦＣインターフェースに供給する第１の供給部であって、前記ＮＦＣインターフェースは、前記ＮＦＣインターフェースが前記ＣＥモードで動作すると共に、前記端末装置が前記Ｒｅａｄｅｒモードで動作する場合に、前記第１の識別情報を前記端末装置に送信する、前記第１の供給部と、
前記ＮＦＣインターフェースが前記Ｗｒｉｔｅｒモードで動作する場合に、前記第１の識別情報とは異なる特定情報を前記ＮＦＣインターフェースに供給する第２の供給部であって、前記ＮＦＣインターフェースは、前記ＮＦＣインターフェースが前記Ｗｒｉｔｅｒモードで動作すると共に、前記端末装置が前記ＣＥモードで動作する場合に、前記特定情報を前記端末装置に送信する、前記第２の供給部と、
を備える通信装置。
【請求項２】
前記通信装置は、さらに、
前記端末装置への前記第１の識別情報の送信が完了する場合に、ユーザから操作を受け付けることなく、前記ＮＦＣインターフェースの動作モードを前記ＣＥモードから前記Ｒｅａｄｅｒモードに変更する第３のモード変更部と、
前記端末装置への前記特定情報の送信が完了する場合に、ユーザから操作を受け付けることなく、前記ＮＦＣインターフェースの動作モードを前記Ｗｒｉｔｅｒモードから前記Ｒｅａｄｅｒモードに変更する第４のモード変更部と、を備える、請求項１に記載の通信装置。
【請求項３】
前記第１の受信部は、前記ＮＦＣインターフェースと前記端末装置との間に確立される第１の通信セッションを利用して、前記端末装置から前記ＮＦＣインターフェースを介して前記第１の特定信号を受信し、
前記通信装置は、さらに、
前記第１の特定信号が前記インストール情報を含まないと前記判断部によって判断される場合に、前記第１の通信セッションを切断する切断部であって、前記第１の特定信号が前記インストール情報を含むと前記判断部によって判断される場合に、前記第１の通信セッションは切断されない、前記切断部を備え、
前記ＮＦＣインターフェースは、前記切断部によって前記第１の通信セッションが切断された後に、前記ＮＦＣインターフェースが前記ＣＥモードで動作すると共に、前記端末装置が前記Ｒｅａｄｅｒモードで動作する場合に、前記ＮＦＣインターフェースと前記端末装置との間に確立される第２の通信セッションを利用して、前記第１の識別情報を前記端末装置に送信し、
前記ＮＦＣインターフェースは、前記ＮＦＣインターフェースが前記Ｗｒｉｔｅｒモードで動作すると共に、前記端末装置が前記ＣＥモードで動作する場合に、前記第１の通信セッションを利用して、前記特定情報を前記端末装置に送信する、請求項１又は２に記載の通信装置。
【請求項４】
前記通信装置は、さらに、
前記端末装置への前記特定情報の送信が完了する前に、前記第１の通信セッションが切断される場合に、前記ＮＦＣインターフェースの動作モードを前記Ｗｒｉｔｅｒモードから前記Ｒｅａｄｅｒモードに変更する第５のモード変更部を備える、請求項３に記載の通信装置。
【請求項５】
前記所定のアプリケーションは、認証情報を前記通信装置に送信して、前記認証情報を利用した認証を前記通信装置に実行させるためのアプリケーションであり、
前記特定情報は、前記端末装置に割り当てられる前記認証情報である対象認証情報であり、
前記通信装置は、さらに、
前記対象認証情報である前記特定情報が前記端末装置に送信された後に、前記ＮＦＣインターフェースが前記Ｒｅａｄｅｒモードで動作すると共に、前記端末装置が前記ＣＥモードで動作する場合に、前記端末装置から前記ＮＦＣインターフェースを介して前記対象認証情報を含む第２の特定信号を受信する第２の受信部と、
前記対象認証情報を含む前記第２の特定信号が前記第２の受信部によって受信される場合に、前記対象認証情報を利用した認証を実行する認証部と、を備える、請求項１から４のいずれか一項に記載の通信装置。
【請求項６】
前記第１の受信部は、特定のユーザが前記通信装置へのログインを実行している状態で、前記ＮＦＣインターフェースが前記Ｒｅａｄｅｒモードで動作すると共に、前記端末装置が前記ＣＥモードで動作する場合に、前記端末装置から前記ＮＦＣインターフェースを介して前記第１の特定信号を受信し、
前記通信装置は、さらに、
前記第１の識別情報が前記端末装置に送信された後に、前記特定のユーザが前記通信装置へのログインを実行していない状態で、前記ＮＦＣインターフェースが前記Ｒｅａｄｅｒモードで動作すると共に、前記端末装置が前記ＣＥモードで動作する場合に、前記端末装置から前記ＮＦＣインターフェースを介して前記インストール情報を含む第３の特定信号を受信する第３の受信部と、
前記インストール情報を含む前記第３の特定信号が前記第３の受信部によって受信される場合に、前記ＮＦＣインターフェースの動作モードを前記Ｒｅａｄｅｒモードから前記Ｗｒｉｔｅｒモードに変更する第６のモード変更部と、
前記インストール情報を含む前記第３の特定信号が前記第３の受信部によって受信された結果として、前記ＮＦＣインターフェースが前記Ｗｒｉｔｅｒモードで動作する場合に、前記対象認証情報を前記ＮＦＣインターフェースに供給することなく、指示情報を前記ＮＦＣインターフェースに供給する第３の供給部であって、前記ＮＦＣインターフェースは、前記ＮＦＣインターフェースが前記Ｗｒｉｔｅｒモードで動作すると共に、前記端末装置が前記ＣＥモードで動作する場合に、前記指示情報を前記端末装置に送信し、前記指示情報は、前記通信装置へのログインを指示するための情報である、前記第３の供給部と、を備える請求項５に記載の通信装置。
【請求項７】
前記インストール情報は、前記所定のアプリケーションを識別するための第２の識別情報を含む、請求項１から６のいずれか一項に記載の通信装置。
【請求項８】
前記ＮＦＣインターフェースは、前記ＮＦＣ規格のＰ２Ｐ（Peer to Peerの略）モードで動作不可能である、請求項１から７のいずれか一項に記載の通信装置。
【請求項９】
通信装置のためのコンピュータプログラムであって、
前記通信装置に搭載されるコンピュータを、
ＮＦＣ（Near Field Communicationの略）規格に従った無線通信を実行するためのＮＦＣインターフェースが前記ＮＦＣ規格のＲｅａｄｅｒモードで動作すると共に、端末装置が前記ＮＦＣ規格のＣＥ（Card Emulationの略）モードで動作する場合に、前記端末装置から前記ＮＦＣインターフェースを介して第１の特定信号を受信する第１の受信部と、
前記第１の受信部によって受信される前記第１の特定信号が、所定のアプリケーションが前記端末装置にインストールされていることを示すインストール情報を含むのか否かを判断する判断部と、
前記第１の特定信号が前記インストール情報を含まないと前記判断部によって判断される場合に、前記ＮＦＣインターフェースの動作モードを前記Ｒｅａｄｅｒモードから前記ＣＥモードに変更する第１のモード変更部と、
前記第１の特定信号が前記インストール情報を含むと前記判断部によって判断される場合に、前記ＮＦＣインターフェースの動作モードを前記Ｒｅａｄｅｒモードから前記ＮＦＣ規格のＷｒｉｔｅｒモードに変更する第２のモード変更部と、
前記ＮＦＣインターフェースが前記ＣＥモードで動作する場合に、前記所定のアプリケーションを識別するための第１の識別情報であって、前記端末装置が前記所定のアプリケーションをインストールするための前記第１の識別情報を前記ＮＦＣインターフェースに供給する第１の供給部であって、前記ＮＦＣインターフェースは、前記ＮＦＣインターフェースが前記ＣＥモードで動作すると共に、前記端末装置が前記Ｒｅａｄｅｒモードで動作する場合に、前記第１の識別情報を前記端末装置に送信する、前記第１の供給部と、
前記ＮＦＣインターフェースが前記Ｗｒｉｔｅｒモードで動作する場合に、前記第１の識別情報とは異なる特定情報を前記ＮＦＣインターフェースに供給する第２の供給部であって、前記ＮＦＣインターフェースは、前記ＮＦＣインターフェースが前記Ｗｒｉｔｅｒモードで動作すると共に、前記端末装置が前記ＣＥモードで動作する場合に、前記特定情報を前記端末装置に送信する、前記第２の供給部と、
として機能させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書では、ＮＦＣ（Near Field Communicationの略）規格に従った無線通信を実行可能な通信装置を開示する。
【背景技術】
【０００２】
特許文献１には、多機能機と携帯端末とＰＣとを備える通信システムが開示されている。ＰＣは、印刷ジョブを多機能機に送信する。多機能機は、ユーザによってアプリＵＲＬ供給モードがＯＮされる場合に、多機能機の動作モードをＮＦＣ規格のＣＥモードに変更して、アプリケーションをインストールするためのＵＲＬを携帯端末に送信する。多機能機は、ユーザによってアプリＵＲＬ供給モードがＯＦＦされており、かつ、印刷ジョブを記憶している場合に、多機能機の動作モードをＮＦＣ規格のＲｅａｄｅｒモードに変更して、携帯端末の認証を実行し、認証が成功する場合に、印刷ジョブに従った印刷を実行する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１９２８２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書では、上記の技術とは異なる手法を利用して、通信装置のＮＦＣインターフェースの動作モードを変更するための技術を提供する。
【課題を解決するための手段】
【０００５】
本明細書によって開示される通信装置は、ＮＦＣ（Near Field Communicationの略）規格に従った無線通信を実行するためのＮＦＣインターフェースと、前記ＮＦＣインターフェースが前記ＮＦＣ規格のＲｅａｄｅｒモードで動作すると共に、端末装置が前記ＮＦＣ規格のＣＥ（Card Emulationの略）モードで動作する場合に、前記端末装置から前記ＮＦＣインターフェースを介して第１の特定信号を受信する第１の受信部と、前記第１の受信部によって受信される前記第１の特定信号が、所定のアプリケーションが前記端末装置にインストールされていることを示すインストール情報を含むのか否かを判断する判断部と、前記第１の特定信号が前記インストール情報を含まないと前記判断部によって判断される場合に、前記ＮＦＣインターフェースの動作モードを前記Ｒｅａｄｅｒモードから前記ＣＥモードに変更する第１のモード変更部と、前記第１の特定信号が前記インストール情報を含むと前記判断部によって判断される場合に、前記ＮＦＣインターフェースの動作モードを前記Ｒｅａｄｅｒモードから前記ＮＦＣ規格のＷｒｉｔｅｒモードに変更する第２のモード変更部と、前記ＮＦＣインターフェースが前記ＣＥモードで動作する場合に、前記所定のアプリケーションを識別するための第１の識別情報であって、前記端末装置が前記所定のアプリケーションをインストールするための前記第１の識別情報を前記ＮＦＣインターフェースに供給する第１の供給部であって、前記ＮＦＣインターフェースは、前記ＮＦＣインターフェースが前記ＣＥモードで動作すると共に、前記端末装置が前記Ｒｅａｄｅｒモードで動作する場合に、前記第１の識別情報を前記端末装置に送信する、前記第１の供給部と、前記ＮＦＣインターフェースが前記Ｗｒｉｔｅｒモードで動作する場合に、前記第１の識別情報とは異なる特定情報を前記ＮＦＣインターフェースに供給する第２の供給部であって、前記ＮＦＣインターフェースは、前記ＮＦＣインターフェースが前記Ｗｒｉｔｅｒモードで動作すると共に、前記端末装置が前記ＣＥモードで動作する場合に、前記特定情報を前記端末装置に送信する、前記第２の供給部と、を備える。
【０００６】
上記の構成によると、通信装置は、端末装置から受信される第１の特定信号がインストール情報を含むのか否かに応じて、ＮＦＣインターフェースの動作モードをＲｅａｄｅｒモードからＷｒｉｔｅｒモード又はＣＥモードに変更する。このように、通信装置は、新規な手法を利用して、ＮＦＣインターフェースの動作モードを変更することができる。
【０００７】
上記の通信装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の通信装置と端末装置とを備える通信システムも、新規で有用である。
【図面の簡単な説明】
【０００８】
【図１】通信システムの構成を示す。
【図２】ＭＦＰが実行する処理のフローチャートを示す。
【図３】登録処理のフローチャートを示す。
【図４】対象装置の種類を特定する手法を説明するためのテーブルを示す。
【図５】ＵＲＬ供給処理のフローチャートを示す。
【図６】ＩＤ発行処理のフローチャートを示す。
【図７】認証処理のフローチャートを示す。
【図８】ＵＲＬを携帯端末に送信するケースＡのシーケンス図を示す。
【図９】認証を実行するケースＢのシーケンス図を示す。
【発明を実施するための形態】
【０００９】
（通信システム２の構成；図１）
図１に示すように、通信システム２は、多機能機１０（以下では「ＭＦＰ（Multi-Function Peripheralの略）」と呼ぶ）と、携帯端末７０と、を備える。各装置１０、７０は、ＮＦＣ（Near Field Communicationの略）方式に従った無線通信（以下では「ＮＦＣ通信」と呼ぶ）を実行可能である。多機能機１０は、ＮＦＣ通信を利用して、携帯端末７０から認証ＩＤを受信する場合に、当該認証ＩＤを利用した認証（即ち携帯端末７０のユーザの認証）を実行可能である。また、多機能機１０は、ＮＦＣ通信を利用して、認証カード５０から認証ＩＤを受信することもでき、この場合、当該認証ＩＤを利用した認証（即ち認証カード５０のユーザの認証）を実行する。
【００１０】
（ＭＦＰ１０の構成）
ＭＦＰ１０は、印刷機能及びスキャン機能を含む多機能を実行可能な周辺装置（即ち携帯端末７０等の周辺装置）である。ＭＦＰ１０は、操作部１２と、表示部１４と、印刷実行部１６と、スキャン実行部１８と、ＮＦＣＩ／Ｆ２０と、制御部３０と、を備える。
【００１１】
操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、いわゆるタッチパネルとしても機能する。即ち、表示部１４は、操作部としても機能する。印刷実行部１６は、インクジェット方式、レーザ方式等の印刷機構である。スキャン実行部１８は、ＣＣＤ、ＣＩＳ等のスキャン機構である。
【００１２】
ＮＦＣＩ／Ｆ２０は、ＮＦＣ通信を実行するためのＩ／Ｆである。ＮＦＣ方式は、例えば、ISO/IEC14443、15693、18092などの国際標準規格に基づく無線通信方式である。なお、ＮＦＣ通信を実行するためのＩ／Ｆの種類として、ＮＦＣフォーラムデバイス（NFC Forum Device）と呼ばれるＩ／Ｆと、ＮＦＣタグ（NFC Tag）と呼ばれるＩ／Ｆと、が知られている。ＮＦＣフォーラムデバイスは、Ｐ２Ｐ（Peer To Peerの略）モード、Ｒ／Ｗ（Reader/Writerの略）モード、及び、ＣＥ（Card Emulationの略）モードのうちの１個以上のモードのいずれかで選択的に動作可能なＩ／Ｆである。ＮＦＣタグは、これらのモードのいずれかで選択的に動作可能なＩ／Ｆではなく、ＮＦＣ方式のＩＣ（Integrated Circuitの略）タグとして機能する。
【００１３】
Ｐ２Ｐモードは、Ｐ２Ｐモードで動作する一方のＮＦＣ機器とＰ２Ｐモードで動作する他方のＮＦＣ機器との間で双方向通信を実行するためのモードである。Ｒ／Ｗモード及びＣＥモードは、Ｒ／Ｗモードで動作する一方のＮＦＣ機器とＣＥモードで動作する他方のＮＦＣ機器との間で単方向通信を実行するためのモードである。なお、ＣＥモードは、セキュア・エレメントを必要とするＣＥモードであってもよく、セキュア・エレメントを必要としないＨＣＥ（Host Card Emulationの略）モードであってもよい。Ｒ／ＷモードのうちのＲｅａｄｅｒモードは、ＣＥモードで動作するＮＦＣ機器からデータを読み出すためのモードである。Ｒ／ＷモードのうちのＷｒｉｔｅｒモードは、ＣＥモードで動作するＮＦＣ機器にデータを書き込むためのモードである。なお、Ｒ／Ｗモードで動作するＮＦＣ機器は、ＮＦＣタグからデータを読み出したり、ＮＦＣタグにデータを書き込んだりすることもできる。
【００１４】
ＮＦＣＩ／Ｆ２０は、ＮＦＣフォーラムデバイスであり、Ｒ／Ｗモード及びＣＥモードで動作可能であるが、Ｐ２Ｐモードで動作不可能である。ＮＦＣＩ／Ｆ２０がＰ２Ｐモードで動作不可能であるので、ＮＦＣＩ／Ｆ２０の構成を簡易化でき、この結果、ＮＦＣＩ／Ｆ２０のコストを抑え得る。
【００１５】
制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。また、メモリ３４は、プログラム３６の他に、ユーザテーブル３８、ＵＲＬ（Uniform Resource Locatorの略）３９、及び、割当ＩＤ４０を格納する。ＵＲＬ３９は、端末装置（例えば携帯端末７０）にインストールされるべき認証アプリケーション７６のインターネット上の位置情報である。割当ＩＤ４０は、端末装置に割り当てられるべきＩＤを示す文字列である。割当ＩＤ４０は、ＭＦＰ１０のＭＡＣアドレス「ＸＸＸ」と、複数桁の数字（本実施例では２桁の数字）である数字部と、の組み合わせを含む。数字部は、初期値として「００」を有する。割当ＩＤ４０が端末装置に割り当てられる毎に、数字部の数字が「１」だけインクリメントされて、新たな割当ＩＤ４０が生成される。なお、変形例では、割当ＩＤ４０は、複数個の文字列がランダムに選択されたものでもよい。
【００１６】
ユーザテーブル３８では、ユーザ名と、パスワードと、認証ＩＤと、印刷許可情報と、スキャン許可情報と、が対応付けられる。ユーザ名、パスワード、印刷許可情報、及び、スキャン許可情報は、例えば、ＭＦＰ１０の管理者が、操作部１２を操作することによって、又は、端末装置からＭＦＰ１０にアクセスすることによって、ユーザテーブル３８に登録される。印刷許可情報、スキャン許可情報は、それぞれ、印刷機能、スキャン機能をユーザに許可するのか否かを示す。各許可情報の「ＯＫ」は、機能の利用を許可することを示し、「ＮＧ」は、機能の利用を許可しないことを示す。認証ＩＤは、認証カード５０又は携帯端末７０を識別するための識別情報であり、後述する登録処理（図３）によって登録される。なお、変形例では、ユーザテーブル３８は、ＭＦＰ１０とは異なる外部装置のメモリ内に格納されてもよい。この場合、ＭＦＰ１０は、当該外部装置と通信して、ユーザテーブル３８内の情報を利用することができる。
【００１７】
（認証カード５０の構成）
認証カード５０は、ＮＦＣタグであるＮＦＣＩ／Ｆ５２を備える。認証カード５０は、通常、ＯＳソフトウェア及びアプリケーションを有さない。ＮＦＣＩ／Ｆ５２は、タイプＡ、Ｆ、及び、Ｖのいずれか１つのタイプに対応する（換言すると、１つのタイプのみをサポートしている）。タイプＡに対応するＮＦＣＩ／Ｆ５２は、通信規格「ISO/IEC14443」に従ったＩ／Ｆ（即ちカード）であり、さらに、通信規格「ISO/IEC14443」に準拠した特定規格「ISO/IEC14443-4」に従ったＩ／Ｆと、特定規格「ISO/IEC14443-4」に従っていないＩ／Ｆと、に分類される。前者のＩ／Ｆは、非接触カード用の特定の通信プロトコル「Ｔ−ＣＬ」に準拠しているMifare Desfire系のカードである。また、後者のＩ／Ｆは、通信プロトコル「Ｔ−ＣＬ」に準拠していないMifare（登録商標） 系のカードである。タイプＦに対応するＮＦＣＩ／Ｆ５２は、通信規格「ISO/IEC18092」に従ったカードであり、例えば、FeliCa（登録商標） Standard、FeliCa Liteなどのカードである。また、タイプＶに対応するＮＦＣＩ／Ｆ５２は、通信規格「ISO/IEC15693」に従ったカードである。
【００１８】
（携帯端末７０の構成）
携帯端末７０は、例えば、携帯電話、スマートフォン、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。携帯端末７０は、ＮＦＣＩ／Ｆ７２と、ＯＳソフトウェア７４と、を備える。ＮＦＣＩ／Ｆ７２は、ＮＦＣフォーラムデバイスである。ＮＦＣＩ／Ｆ７２は、Ｒ／Ｗモード及びＣＥモードで動作可能である。ＮＦＣＩ／Ｆ７２は、Ｐ２Ｐモードで動作可能であってもよいし動作不可能であってもよい。ＯＳソフトウェア７４は、携帯端末７０の種々の基本的な動作を制御するためのソフトウェアである。
【００１９】
携帯端末７０は、さらに、認証アプリケーション７６を備え得る。認証アプリケーション７６は、携帯端末７０を利用して、ＭＦＰ１０に認証を実行させるためのアプリケーションである。認証アプリケーション７６は、ＭＦＰ１０のベンダによって提供されるアプリケーションであり、例えば、インターネット上のサーバから携帯端末７０にインストールされる。
【００２０】
（ＭＦＰ１０が実行する処理；図２）
続いて、図２を参照して、ＭＦＰ１０の認証モードがＯＮに設定されている場合に、ＣＰＵ３２によって実行される処理について説明する。認証モードは、対象装置（例えば、認証カード５０、携帯端末７０）とＮＦＣ通信を実行して、認証に関する処理を実行すべきモードである。認証モードをＯＦＦからＯＮに変更するための操作がユーザによって操作部１２に実行された際に、図２の処理が開始される。
【００２１】
Ｓ１０において、ＣＰＵ３２は、動作モードを変更するための指示をＮＦＣＩ／Ｆ２０に供給して、ＮＦＣＩ／Ｆ２０の動作モードを「Ｒ／Ｗモード＝ＯＮ」かつ「ＣＥモード＝ＯＦＦ」に変更する。ここで、「Ｒ／Ｗモード＝ＯＮ」は、ＮＦＣＩ／Ｆ２０がＲ／Ｗモードに従った動作（例えばＰｏｌｌｉｎｇ信号の送信）を実行可能であることを意味する。また、「ＣＥモード＝ＯＦＦ」は、ＮＦＣＩ／Ｆ２０がＣＥモードに従った動作（例えばＰｏｌｌｉｎｇ信号に対する応答信号の送信）を実行不可能であることを意味する。特に、Ｓ１０では、ＣＰＵ３２は、Ｒｅａｄオンリーで動作するための指示をＮＦＣＩ／Ｆ２０に供給して、Ｒ／ＷモードのうちのＲｅａｄｅｒモードのみでＮＦＣＩ／Ｆ２０を動作させる。従って、ＮＦＣＩ／Ｆ２０は、Ｒｅａｄｅｒモードに従った動作（例えば対象装置からの情報の読み出し（即ち情報の受信））を実行可能であるが、Ｗｒｉｔｅｒモードに従った動作（例えば対象装置への情報の書き込み（即ち情報の送信））を実行不可能である。
【００２２】
Ｓ１０では、さらに、ＣＰＵ３２は、タイプＡ、Ｆ、及び、Ｖの各タイプに対応するＰｏｌｌｉｎｇ信号の送信をＮＦＣＩ／Ｆ２０に指示する。この結果、ＮＦＣＩ／Ｆ２０は、各タイプに対応する各Ｐｏｌｌｉｎｇ信号を順次送信することを繰り返す。
【００２３】
Ｓ２０において、ＣＰＵ３２は、ユーザによってログイン操作が操作部１２に実行されることを監視する。ＣＰＵ３２は、ユーザテーブル３８に登録されているユーザ名及びパスワードの組合せが操作部１２に入力される場合に、Ｓ２０でＹＥＳと判断して、Ｓ３０に進む。
【００２４】
Ｓ３０において、ＣＰＵ３２は、認証ＩＤをユーザテーブル３８に登録するための登録ボタンが操作されることを監視する。ＣＰＵ３２は、登録ボタンが操作される場合に、Ｓ３０でＹＥＳと判断して、Ｓ４０に進む。
【００２５】
Ｓ４０において、ＣＰＵ３２は、対象装置から、ＮＦＣＩ／Ｆ２０を介して、Ｐｏｌｌｉｎｇ信号に対する応答信号を受信することを監視する。上述のように、ＮＦＣＩ／Ｆ２０は、タイプＡ、Ｆ、及び、Ｖの各タイプに対応する各Ｐｏｌｌｉｎｇ信号を順次送信することを繰り返す。ＮＦＣＩ／Ｆ２０は、いずれかのタイプに対応するＰｏｌｌｉｎｇ信号に対する応答信号を受信する場合に、対象装置とのＮＦＣ通信セッションを確立する。そして、例えば、タイプＡに対応するＰｏｌｌｉｎｇ信号を送信した際に、当該信号に対する応答信号を受信する場合に、タイプＡを示す情報を制御部３０に供給する。同様に、ＮＦＣＩ／Ｆ２０は、他の通信タイプに対応する応答信号を受信する場合に、当該タイプを示す情報と、当該応答信号内の情報と、を制御部３０に供給する。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２０からこれらの情報を取得する場合に、Ｓ４０でＹＥＳと判断して、Ｓ４２に進む。
【００２６】
タイプＡの応答信号は、ＳＥＮＳ（SENS_RES Responseの略）信号と、ＳＤＤ（SDD_RES Responseの略）信号と、ＳＥＬ（SEL_RES Responseの略）信号と、を含む。ＳＥＮＳ信号は、タイプＡの装置ＩＤであるＮＦＣＩＤ１のデータサイズを示す情報を含む。ＳＤＤ信号は、当該ＮＦＣＩＤ１を含む。ＳＥＬ信号は、ＩＳＯ＿ＤＥＰ（ISO/IEC14443-4で定義されたData Exchange Protocolの略）情報を含む。ＩＳＯ＿ＤＥＰ情報は、対象装置がＩＳＯ＿ＤＥＰをサポートしていることを意味する「ＯＮ」と、対象装置がＩＳＯ＿ＤＥＰをサポートしてないことを意味する「ＯＦＦ」と、のどちらかの値を示す。
【００２７】
タイプＦの応答信号は、ＳＥＮＳＦ信号を含む。ＳＥＮＳＦ信号は、タイプＦの装置ＩＤであるＮＦＣＩＤ２と、対象装置のＮＦＣＩ／ＦのＩＣタイプと、を含む。
【００２８】
タイプＶの応答信号は、Ｉｎｖｅｎｔｏｒｙ信号を含む。Ｉｎｖｅｎｔｏｒｙ信号は、タイプＶの装置ＩＤであるＵＩＤ（Universal IDの略）を含む。
【００２９】
上述したように、装置ＩＤは、通信タイプ毎に異なる名称を有するＩＤである。通信タイプＡ、Ｆ、Ｖに対応する装置ＩＤは、それぞれ、「ＮＦＣＩＤ１」、「ＮＦＣＩＤ２」、「ＵＩＤ」である。ＮＦＣＩＤ１、ＮＦＣＩＤ２は、それぞれ、ＮＦＣフォーラムで規定されており、ＵＩＤは、ＮＦＣフォーラムで規定されていない。
【００３０】
対象装置が認証カードである場合には、装置ＩＤは、各カードに予め割り当てられているユニークなＩＤである。即ち、２枚以上の認証カードの間で装置ＩＤが重複しない。従って、タイプＡ、Ｆ、又は、Ｖに対応する認証カードの装置ＩＤは、認証に適している。
【００３１】
また、対象装置が携帯端末である場合には、装置ＩＤは、通常、ＯＳソフトウェアによって準備される。例えば、ＯＳソフトウェアは、Ｐｏｌｌｉｎｇ信号に対する応答信号を送信すべき際に、ランダムに文字列を決定して、当該文字列を装置ＩＤとして決定する。従って、仮に、携帯端末から受信される装置ＩＤがユーザテーブル３８に登録されると、その後に当該携帯端末から受信される装置ＩＤは、通常、登録済みの装置ＩＤとは異なる。従って、携帯端末から受信される装置ＩＤは、認証に適していない。従って、本実施例では、ＭＦＰ１０によって準備される割当ＩＤ４０を認証ＩＤとして携帯端末に割り当てて、当該認証ＩＤを利用した認証を実行する。
【００３２】
Ｓ４２において、ＣＰＵ３２は、対象装置の認証ＩＤをユーザテーブル３８に登録することに関係する登録処理（図３参照）を実行する。Ｓ４２が終了すると、Ｓ２０に戻る。
【００３３】
また、Ｓ５０において、ＣＰＵ３２は、ログイン操作が実行されることなく（Ｓ２０でＮＯ）、対象装置から、ＮＦＣＩ／Ｆ２０を介して、Ｐｏｌｌｉｎｇ信号に対する応答信号を受信することを監視する。Ｓ５０は、Ｓ４０と同様であり、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２０から通信タイプに対応する情報を取得する場合に、Ｓ５０でＹＥＳと判断して、Ｓ５２に進む。
【００３４】
Ｓ５２において、ＣＰＵ３２は、対象装置の認証に関係する認証処理（図７参照）を実行する。Ｓ５２が終了すると、Ｓ２０に戻る。
【００３５】
（登録処理；図３）
続いて、図３を参照して、図２のＳ４２で実行される登録処理の内容を説明する。Ｓ１１０において、ＣＰＵ３２は、対象装置が携帯端末７０であるのか認証カード５０であるのかを判断する。具体的には、ＣＰＵ３２は、図２のＳ４０で取得された各情報（即ちタイプを示す情報と応答信号内の情報）と、図４に示すテーブルと、を利用して、以下のようにＳ１１０の判断を実行する。
【００３６】
対象装置の通信タイプがタイプＡである場合には、ＣＰＵ３２は、ＳＥＮＳ信号に含まれるデータサイズ情報と、ＳＥＬ信号に含まれるＩＳＯ＿ＤＥＰ情報と、を利用して、対象装置の種類を特定する。ＣＰＵ３２は、ＩＳＯ＿ＤＥＰ情報が「ＯＦＦ」である場合に、対象装置がMifare系の認証カード５０であり、ＩＳＯ＿ＤＥＰ情報が「ＯＮ」であり、かつ、データサイズ情報が「７ｂｙｔｅ」である場合に、対象装置がMifare Desfire系の認証カード５０であり、ＩＳＯ＿ＤＥＰ情報が「ＯＮ」であり、かつ、データサイズ情報が「４ｂｙｔｅ」である場合に、対象装置が携帯端末７０であると特定する。
【００３７】
また、対象装置の通信タイプがタイプＦである場合には、ＣＰＵ３２は、ＳＥＮＳＦ信号に含まれるＩＣタイプを利用して、対象装置の種類を特定する。ＣＰＵ３２は、ＩＣタイプが所定タイプ（例えば、０６ｈ、０７ｈ、１０ｈ〜１３ｈ、及び、１４ｈ〜１Ｆｈ）である場合に、対象装置が携帯端末７０であると特定し、ＩＣタイプが所定タイプでない場合に、対象装置が認証カード５０であると特定する。
【００３８】
対象装置の通信タイプがタイプＶである場合には、対象装置が携帯端末７０であることはあり得ず、認証カード５０である。従って、対象装置の通信タイプがタイプＶである場合には、ＣＰＵ３２は、対象装置を認証カード５０であると特定する。
【００３９】
ＣＰＵ３２は、対象装置が認証カード５０であると判断される場合（Ｓ１１０でＮＯ）に、Ｓ１４０に進む。対象装置が認証カード５０である場合には、対象装置の装置ＩＤを、対象装置の認証に利用することができる。従って、Ｓ１４０において、ＣＰＵ３２は、図２のＳ２０で入力されたユーザ名及びパスワードに対応する認証ＩＤとして、図２のＳ４０で取得された装置ＩＤをユーザテーブル３８に登録する。即ち、ＣＰＵ３２は、対象装置がタイプＡに対応する認証カード５０であれば、ＮＦＣＩＤ１を登録し、対象装置がタイプＦに対応する認証カード５０であれば、ＮＦＣＩＤ２を登録し、対象装置がタイプＶに対応する認証カード５０であれば、ＵＩＤを登録する。
【００４０】
一方、ＣＰＵ３２は、対象装置が携帯端末７０であると判断される場合（Ｓ１１０でＹＥＳ）に、Ｓ１１２に進む。Ｓ１１２において、ＣＰＵ３２は、Ｆｏｒｍａｔ信号を受信することを監視する。ＮＦＣＩ／Ｆ２０は、要求信号を携帯端末７０に送信して、携帯端末７０からＦｏｒｍａｔ情報を含むＦｏｒｍａｔ信号を受信する。ＮＦＣＩ／Ｆ２０は、Ｆｏｒｍａｔ信号を受信する場合に、Ｆｏｒｍａｔ情報を制御部３０に供給する。この場合、ＣＰＵ３２は、Ｓ１１２でＹＥＳと判断して、Ｓ１１４に進む。Ｆｏｒｍａｔ情報は、携帯端末７０がＮＤＥＦ信号の通信を実行可能であることを意味する「ＯＮ」と、携帯端末７０がＮＤＥＦ信号の通信を実行不可能であることを意味する「ＯＦＦ」と、のどちらかの値を示す。携帯端末７０において、ＮＤＥＦを利用する何らかのアプリケーションがインストールされている場合には、Ｆｏｒｍａｔ情報が「ＯＮ」に設定される。
【００４１】
Ｓ１１４において、ＣＰＵ３２は、Ｆｏｒｍａｔ情報に基づいて、携帯端末７０がＮＤＥＦをサポートしているのか否かを判断する。ＣＰＵ３２は、Ｆｏｒｍａｔ情報が「ＯＮ」を示す場合には、携帯端末７０がＮＤＥＦをサポートしていると判断して（Ｓ１１４でＹＥＳ）、Ｓ１１６に進む。一方、ＣＰＵ３２は、Ｆｏｒｍａｔ情報が「ＯＦＦ」を示す場合には、携帯端末７０がＮＤＥＦをサポートしていないと判断して（Ｓ１１４でＮＯ）に、Ｓ１３０に進む。
【００４２】
Ｓ１１６において、ＣＰＵ３２は、ＮＤＥＦ信号を受信すること監視する。ＮＦＣＩ／Ｆ２０は、要求信号を携帯端末７０に送信して、携帯端末７０からＮＤＥＦ信号を受信する。ＮＦＣＩ／Ｆ２０は、ＮＤＥＦ信号を受信する場合に、ＮＤＥＦ情報を制御部３０に供給する。この場合、ＣＰＵ３２は、Ｓ１１６でＹＥＳと判断して、Ｓ１１８に進む。ＮＤＥＦ情報は、携帯端末７０にインストールされているアプリケーションのＩＤ（以下では「アプリＩＤ」と呼ぶ）と、ＮＤＥＦ領域への情報の書み込みを実行可能であるのか否かを示す書込情報と、を含む。また、ＮＤＥＦ情報は、携帯端末７０の認証ＩＤを含み得る。
【００４３】
Ｓ１１８において、ＣＰＵ３２は、Ｓ１１６で取得されたＮＤＥＦ情報に含まれるアプリＩＤが、認証アプリケーション７６のアプリＩＤ「ＺＺＺ」に一致するのか否かを判断する。ＣＰＵ３２は、ＮＤＥＦ情報に含まれるアプリＩＤが「ＺＺＺ」に一致する場合（Ｓ１１８でＹＥＳ）に、Ｓ１２０に進み、ＮＤＥＦ情報に含まれるアプリＩＤが「ＺＺＺ」に一致しない場合（Ｓ１１８でＮＯ）に、Ｓ１３０に進む。
【００４４】
Ｓ１２０において、ＣＰＵ３２は、Ｓ１１６で取得されたＮＤＥＦ情報が認証ＩＤを含むのか否かを判断する。ＣＰＵ３２は、ＮＤＥＦ情報が認証ＩＤを含むと判断する場合（Ｓ１２０でＹＥＳ）に、Ｓ１２２に進む。一方、ＣＰＵ３２は、ＮＤＥＦ情報が認証ＩＤを含まないと判断する場合（Ｓ１２０でＮＯ）に、Ｓ１３２に進む。
【００４５】
Ｓ１２２において、ＣＰＵ３２は、ＮＤＥＦ情報に含まれる認証ＩＤが、ユーザテーブル３８に登録されているのか否かを判断する。ＣＰＵ３２は、ＮＤＥＦ情報に含まれる認証ＩＤがユーザテーブル３８に登録されていると判断する場合（Ｓ１２２でＹＥＳ）に、Ｓ１２３に進む。一方、ＣＰＵ３２は、ＮＤＥＦ情報に含まれる認証ＩＤがユーザテーブル３８に登録されていないと判断する場合（Ｓ１２２でＮＯ）に、Ｓ１３２に進む。例えば、割当ＩＤ４０が認証ＩＤとしてユーザテーブル３８に登録された後に、管理者が当該認証ＩＤをユーザテーブル３８から削除する状況が想定される。この場合、ＮＤＥＦ情報は認証ＩＤを含むが、ユーザテーブル３８には当該認証ＩＤが登録されておらず、Ｓ１２２でＮＯと判断される。
【００４６】
Ｓ１２３において、ＣＰＵ３２は、認証ＩＤがユーザテーブル３８に登録済みであることを示すエラー画面を表示部１４に表示させる。これにより、ユーザは、認証ＩＤの登録が必要ないことを知ることができる。
【００４７】
Ｓ１２４において、ＣＰＵ３２は、Ｄｅａｃｔｉｖａｔｅ信号の送信指示をＮＦＣＩ／Ｆ２０に供給する。これにより、ＮＦＣＩ／Ｆ２０は、Ｄｅａｃｔｉｖａｔｅ信号を携帯端末７０に送信し、この結果、図２のＳ４０で確立されたＮＦＣ通信セッションが切断される。Ｓ１２４が終了すると、図３の処理が終了する。
【００４８】
また、Ｓ１３０において、ＣＰＵ３２は、ＵＲＬ３９を携帯端末７０に供給するためのＵＲＬ供給処理（図５参照）を実行する。Ｓ１３０が終了すると、図３の処理が終了する。
【００４９】
また、Ｓ１３２において、ＣＰＵ３２は、割当ＩＤ４０を認証ＩＤとして携帯端末７０に割り当てるためのＩＤ発行処理（図６参照）を実行する。Ｓ１３２が終了すると、図３の処理が終了する。
【００５０】
（ＵＲＬ供給処理；図５）
続いて、図５を参照して、図３のＳ１３０で実行されるＵＲＬ供給処理について説明する。対象装置が携帯端末７０であり、かつ、携帯端末７０が認証アプリケーション７６をインストールしていない場合に、図５の処理が実行される。
【００５１】
Ｓ２１０は、図３のＳ１２４と同様である。Ｓ２２０において、ＣＰＵ３２は、動作モードを変更するための変更指示をＮＦＣＩ／Ｆ２０に供給して、ＮＦＣＩ／Ｆ２０の動作モードを「Ｒ／Ｗモード＝ＯＦＦ」かつ「ＣＥモード＝ＯＮ」に変更する。ここで、「Ｒ／Ｗモード＝ＯＦＦ」は、ＮＦＣＩ／Ｆ２０がＲ／Ｗモードに従った動作を実行不可能であることを意味し、「ＣＥモード＝ＯＮ」は、ＮＦＣＩ／Ｆ２０がＣＥモードに従った動作を実行不可能であることを意味する。ＮＦＣＩ／Ｆ２０は、Ｓ２２０で動作モードが変更されると、携帯端末７０から送信されるＰｏｌｌｉｎｇ信号を受信して、当該信号に対する応答信号を送信することができ、この結果、Ｒ／Ｗモードで動作する携帯端末７０とのＮＦＣ通信セッションを確立することができる。
【００５２】
Ｓ２２２において、ＣＰＵ３２は、メモリ３４内のＵＲＬ３９をＮＦＣＩ／Ｆ２０に供給する。この結果、ＮＦＣＩ／Ｆ２０内のメモリにＵＲＬ３９が格納される。
【００５３】
Ｓ２２４において、ＣＰＵ３２は、タイマーのカウントを開始する。Ｓ２２６において、ＣＰＵ３２は、タイマーのカウント値が所定値を超えることを監視する。ＣＰＵ３２は、タイマーのカウント値が所定値を超えた場合（Ｓ２２６でＮＯ）、即ち、携帯端末７０とのＮＦＣ通信セッションが長時間に亘って確立されない場合には、Ｓ２３６において、携帯端末７０へのＵＲＬ３９の送信が失敗したことを示すエラー画面を表示部１４に表示させる。Ｓ２３６が終了すると、Ｓ２４０に進む。
【００５４】
また、Ｓ２３０において、ＣＰＵ３２は、Ｒｅａｄ信号を受信することを監視する。ＮＦＣＩ／Ｆ２０は、携帯端末７０とのＮＦＣ通信セッションを確立する場合に、携帯端末７０からＲｅａｄ信号を受信する。そして、ＮＦＣＩ／Ｆ２０は、Ｒｅａｄ信号を受信したことを示す情報を制御部３０に供給する。この場合、ＣＰＵ３２は、Ｓ２３０でＹＥＳと判断して、Ｓ２３２に進む。ＮＦＣＩ／Ｆ２０は、Ｒｅａｄ信号を受信することに応じて、ＮＦＣ通信セッションを利用して、Ｓ２２２で取得されたＵＲＬ３９を携帯端末７０に送信する。なお、変形例では、ＣＰＵ３２は、ＵＲＬ３９ではなく、認証アプリケーション７６のパッケージ名を含むＡＡＲ（「Android Application Record」の略）をＮＦＣＩ／Ｆ２０に供給し、ＮＦＣＩ／Ｆ２０は、ＡＡＲを携帯端末７０に送信してもよい。パッケージ名とは、例えば「com.example.android.beam」のようにドメインを逆方向に並べたものである。
【００５５】
Ｓ２３２において、ＣＰＵ３２は、Ｄｅａｃｔｉｖａｔｅを検出することを監視する。携帯端末７０がＭＦＰ１０からＵＲＬ３９を受信すると、ユーザが認証アプリケーション７６を携帯端末７０にインストールするための操作を実行するために、ＭＦＰ１０と携帯端末７０との間の距離がＮＦＣ通信を実行可能な最大距離（例えば１０ｃｍ）よりも大きくなる。これにより、携帯端末とのＮＦＣ通信セッションが切断される。この場合、ＣＰＵ３２は、ＮＦＣ通信セッションが切断されたことを示す情報をＮＦＣＩ／Ｆ２０から取得し、Ｓ２３２でＹＥＳと判断して、Ｓ２３４に進む。
【００５６】
Ｓ２３４において、ＣＰＵ３２は、携帯端末７０へのＵＲＬ３９の送信が完了したことを示す完了画面を表示部１４に表示させる。
【００５７】
Ｓ２４０において、ＣＰＵ３２は、動作モードを変更するための変更指示をＮＦＣＩ／Ｆ２０に供給して、ＮＦＣＩ／Ｆ２０の動作モードを「Ｒ／Ｗモード＝ＯＮ」かつ「ＣＥモード＝ＯＦＦ」に変更する。また、ＣＰＵ３２は、Ｒｅａｄｅｒオンリーで動作するための指示をＮＦＣＩ／Ｆ２０に供給して、Ｒ／ＷモードのうちのＲｅａｄｅｒモードのみでＮＦＣＩ／Ｆ２０を動作させる。これにより、ＮＦＣＩ／Ｆ２０の動作モードが、図２のＳ１０の動作モードに戻る。即ち、ＭＦＰ１０は、ＮＦＣＩ／Ｆ２０の動作モードを初期状態の動作モードに適切に戻すことができる。Ｓ２４０が終了すると、図５の処理を終了する。
【００５８】
（ＩＤ発行処理；図６）
続いて、図６を参照して、図３のＳ１３２で実行されるＩＤ発行処理について説明する。対象装置が携帯端末７０であり、かつ、携帯端末７０に認証アプリケーション７６がインストールされている場合に、図６の処理が実行される。
【００５９】
Ｓ３１０において、ＣＰＵ３２は、図３のＳ１１６で取得されるＮＤＥＦ情報に含まれる書込情報に基づいて、携帯端末７０への情報の書き込みを実行可能であるのか否かを判断する。書込情報は、情報の書き込みを実行可能であることを意味する「ＯＮ」と、情報の書き込みを実行不可能であることを意味する「ＯＦＦ」と、のどちらかの値を示す。ＣＰＵ３２は、書込情報が「ＯＮ」を示す場合（Ｓ３１０でＹＥＳ）に、Ｓ３１２に進み、書込情報が「ＯＦＦ」を示す場合（Ｓ３１０でＮＯ）に、Ｓ３５０に進む。
【００６０】
Ｓ３５０は、図３のＳ１２４と同様である。Ｓ３５２において、ＣＰＵ３２は、携帯端末７０において書込禁止を解除することを要求する解除画面を表示部１４に表示させる。これにより、ユーザは、携帯端末７０を操作して、書込禁止を解除することができる。これにより、書込情報が「ＯＦＦ」から「ＯＮ」に変更され、携帯端末７０への割当ＩＤ４０の書き込み（即ち割当ＩＤ４０の送信）を実行することができるようになる。Ｓ３５２が終了すると、図６の処理が終了する。
【００６１】
Ｓ３１２において、ＣＰＵ３２は、携帯端末７０とのＮＦＣ通信セッションが継続中（即ちＡｃｔｉｖａｔｅ）であるのか否かを判断する。ＣＰＵ３２は、図２のＳ４０で対象装置とのＮＦＣ通信セッションが確立された後に、ＮＦＣＩ／Ｆ２０からＮＦＣ通信セッションが切断されたことを示す情報を取得していない場合に、Ｓ３１２でＹＥＳと判断し、Ｓ３１４に進む。例えば、Ｓ３１２の処理よりも前に、ユーザが携帯端末７０をＭＦＰ１０から離すと、図２のＳ４０で確立されたＮＦＣ通信セッションが切断される。この場合、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２０からＮＦＣ通信セッションが切断されたことを示す情報を取得するので、Ｓ３１２でＮＯと判断し、Ｓ３４２に進む。
【００６２】
Ｓ３４２において、ＣＰＵ３２は、携帯端末７０とのＮＦＣ通信セッションを再確立させることを要求する再確立画面を表示部１４に表示させる。具体的には、再確立画面は、携帯端末７０をＭＦＰ１０に近づけることを要求するメッセージを含む。Ｓ３４２が終了すると、図６の処理が終了する。
【００６３】
Ｓ３１４において、ＣＰＵ３２は、Ｗｒｉｔｅオンリーで動作するための指示をＮＦＣＩ／Ｆ２０に供給して、Ｒ／ＷモードのうちのＷｒｉｔｅｒモードのみでＮＦＣＩ／Ｆ２０を動作させる。これにより、ＮＦＣＩ／Ｆ２０は、Ｗｒｉｔｅｒモードに従った動作（例えば対象装置への情報の書き込み（即ち情報の送信））を実行可能であるが、Ｒｅａｄｅｒモードに従った動作（例えば対象装置からの情報の読み出し（即ち情報の受信））を実行不可能になる。
【００６４】
Ｓ３１６において、ＣＰＵ３２は、メモリ３４内の割当ＩＤ４０をＮＦＣＩ／Ｆ２０に供給する。この結果、ＮＦＣＩ／Ｆ２０は、図２のＳ４０で確立されたＮＦＣ通信セッションを利用して、割当ＩＤ４０を携帯端末７０に送信し、割当ＩＤ４０を携帯端末７０に書込む。このように、ＭＦＰ１０は、図２のＳ４０で確立されたＮＦＣ通信セッションを切断せずに、当該ＮＦＣ通信セッションを利用して、割当ＩＤ４０を携帯端末７０に送信することができる。従って、割当ＩＤ４０を携帯端末７０に迅速に送信することができる。
【００６５】
Ｓ３２０において、ＣＰＵ３２は、書込完了通知を取得したのか否かを判断する。書込完了通知は、携帯端末７０への割当ＩＤ４０の書き込みが完了した場合に、携帯端末７０からＮＦＣＩ／Ｆ２０に送信される。ＮＦＣＩ／Ｆ２０は、書込完了通知を受信すると、書込完了通知を制御部３０に供給する。この場合、ＣＰＵ３２は、Ｓ３２０でＹＥＳと判断し、Ｓ３２２に進む。例えば、書込完了通知を取得する前に、ユーザが携帯端末７０をＭＦＰ１０から離すと、図２のＳ４０で確立されたＮＦＣ通信セッションが切断される。この場合、ＣＰＵ３２は、Ｓ３２０でＮＯと判断し、Ｓ３４０に進む。
【００６６】
Ｓ３４０において、ＣＰＵ３２は、Ｒｅａｄオンリーで動作するための指示をＮＦＣＩ／Ｆ２０に供給して、Ｒ／ＷモードのうちのＲｅａｄｅｒモードのみでＮＦＣＩ／Ｆ２０を動作させる。これにより、ＮＦＣＩ／Ｆ２０の動作モードが、図２のＳ１０の動作モードに戻る。このように、ＭＦＰ１０は、携帯端末７０への割当ＩＤ４０の送信が完了する前に、ＮＦＣ通信セッションが確立される場合に、ＮＦＣＩ／Ｆ２０の動作モードを初期状態の動作モードに適切に戻すことができる。Ｓ３４０が終了すると、Ｓ３４２を経て、図６の処理が終了する。
【００６７】
Ｓ３２２において、ＣＰＵ３２は、図２のＳ２０で入力されたユーザ名及びパスワードに対応する認証ＩＤとして、割当ＩＤ４０をユーザテーブル３８に登録する。Ｓ３２４は、図３のＳ１２４と同様である。Ｓ３２６は、Ｓ３４０と同様である。
【００６８】
Ｓ３２８において、ＣＰＵ３２は、現在の割当ＩＤ４０の数字部を「１」だけインクリメントして、新たな割当ＩＤ４０を生成する。これにより、携帯端末７０に割り当てられた割当ＩＤと同じ割当ＩＤが、携帯端末７０とは異なる携帯端末に割り当てられることを防止することができる。
【００６９】
Ｓ３３０において、ＣＰＵ３２は、ユーザテーブル３８への認証ＩＤの登録が完了したことを示す完了画面を表示部１４に表示させる。Ｓ３３０が終了すると、図６の処理が終了する。
【００７０】
（認証処理；図７）
続いて、図７を参照して、図２のＳ５２で実行される認証処理について説明する。Ｓ４１０〜Ｓ４２２は、図３のＳ１１０〜Ｓ１２２と同様である。Ｓ４１０でＮＯの場合にはＳ４５０に進み、Ｓ４１４又はＳ４１８でＮＯの場合にはＳ４４０に進み、Ｓ４２０又はＳ４２２でＮＯの場合にはＳ４３０に進む。
【００７１】
Ｓ４２４において、ＣＰＵ３２は、ＮＤＥＦ情報に含まれる認証ＩＤに関連付けられている各許可情報に応じた機能の利用を許可する。具体的には、ＣＰＵ３２は、印刷許可情報が「ＯＫ」である場合には、印刷の実行を許可する。例えば、ＣＰＵ３２は、インターネット上のサーバから印刷データをダウンロードするための操作がユーザによって操作部１２に実行されると、印刷データを受信して、印刷データによって表わされる画像の印刷を印刷実行部１６に実行させることができる。また、ＣＰＵ３２は、スキャン許可情報が「ＯＫ」である場合には、スキャンの実行を許可する。例えば、ＣＰＵ３２は、スキャンを実行するための操作がユーザによって操作部１２に実行されると、スキャン実行部１８に原稿のスキャンを実行させる。Ｓ４２４が終了すると、図７の処理が終了する。このように、本実施例によると、ユーザは、携帯端末７０をＭＦＰ１０に近づければ、認証ＩＤを利用した認証をＭＦＰ１０に実行させることができる。ユーザは、ユーザＩＤ及びパスワードをＭＦＰ１０に入力するログイン操作を実行しなくても（図２のＳ２０でＮＯ）、ＭＦＰ１０に機能を実行させることができる。
【００７２】
Ｓ４３０は、図６のＳ３１４と同様である。Ｓ４３２において、ＣＰＵ３２は、ログイン操作（図２のＳ２０参照）及び登録ボタン操作（Ｓ３０参照）の実行を要求するログイン通知をＮＦＣＩ／Ｆ２０に供給する。この場合、ＮＦＣＩ／Ｆ２０は、図２のＳ５０で確立されたＮＦＣ通信セッションを利用して、ログイン通知を携帯端末７０に送信する。これにより、携帯端末７０は、ログイン通知を表示する。これにより、ユーザは、ＭＦＰ１０へのログイン操作及び登録ボタン操作を実行すべきことを知ることができる。Ｓ４３４、Ｓ４３６は、それぞれ、図６のＳ３２４、Ｓ３２６と同様である。Ｓ４３６が終了すると、図７の処理が終了する。
【００７３】
また、Ｓ４４０は、図６のＳ３２４と同様である。Ｓ４４２において、ＣＰＵ３２は、ログイン操作（図２のＳ２０参照）及び登録ボタン操作（Ｓ３０参照）の実行を要求するログイン画面を表示部１４に表示させるこれにより、ユーザは、ＭＦＰ１０へのログイン操作及び登録ボタン操作を実行すべきことを知ることができる。
【００７４】
また、Ｓ４５０、Ｓ４５２は、認証カード５０から受信される装置ＩＤ（即ち、ＮＦＣＩＤ１、ＮＦＣＩＤ２、又は、ＵＩＤ（図２参照））が利用される点を除くと、Ｓ４２２、Ｓ４２４と同様である。このように、本実施例によると、ユーザは、認証カード５０をＭＦＰ１０に近づければ、認証ＩＤを利用した認証をＭＦＰ１０に実行させることができる。ユーザは、ユーザＩＤ及びパスワードをＭＦＰ１０に入力するログイン操作を実行しなくても（図２のＳ２０でＮＯ）、ＭＦＰ１０に機能を実行させることができる。
【００７５】
（具体的なケース）
続いて、図８〜図１０を参照して、図２〜図７の各処理によって実現される具体的なケースＡ〜ケースＣについて説明する。各ケースの初期状態では、ＭＦＰ１０の認証モードは「ＯＮ」に設定されており、この結果、ＮＦＣＩ／Ｆ２０の動作モードは、「Ｒ／Ｗモード＝ＯＮ」かつ「ＣＥモード＝ＯＦＦ」に設定されており、Ｒ／ＷモードのうちのＲｅａｄｅｒモードのみで動作可能に設定されている（図２のＳ１０）。
【００７６】
（ケースＡ；図８）
ケースＡでは、対象装置は、タイプＡに対応する携帯端末７０であって、認証アプリケーション７６がインストールされていない携帯端末７０である。
【００７７】
Ｔ１０では、ＭＦＰ１０は、タイプＡ、Ｆ、及び、Ｖに対応する各Ｐｏｌｌｉｎｇ信号を順次送信することを繰り返す（図２のＳ１０）。
【００７８】
ＭＦＰ１０は、Ｔ２０において、ユーザ名「Ｕ３」及びパスワード「Ｐ３」の組合せを含むユーザ情報の入力（即ちログイン操作）を受け付け（図２のＳ２０でＹＥＳ）、Ｔ２２において、登録ボタンの操作を受け付ける（Ｓ３０でＹＥＳ）。
【００７９】
ユーザが携帯端末７０をＭＦＰ１０に近づけて、携帯端末７０がＭＦＰ１０からタイプＡに対応するＰｏｌｌｉｎｇ信号を受信すると、Ｔ２８において、携帯端末７０のＯＳソフトウェア７４は、ランダムに文字列を生成して、当該文字列をＮＦＣＩＤ１「Ｂ１」として決定する。
【００８０】
ＭＦＰ１０は、Ｔ３０において、タイプＡのＰｏｌｌｉｎｇ信号の送信に応じて、携帯端末７０から、ＮＦＣＩＤ１のデータサイズ「４ｂｙｔｅ」と、ＮＦＣＩＤ１「Ｂ１」と、ＩＳＯ＿ＤＥＰ情報「ＯＮ」と、を含む応答信号を受信し（Ｓ４０でＹＥＳ）、携帯端末７０とのＮＦＣ通信セッションを確立する。
【００８１】
ＭＦＰ１０は、ＩＳＯ＿ＤＥＰ情報が「ＯＮ」を示し、かつ、ＮＦＣＩＤ１のデータサイズ情報が「４ｂｙｔｅ」を示すので、対象装置が携帯端末７０であると判断する（図３のＳ１１０でＹＥＳ）。そして、ＭＦＰ１０は、Ｔ３０で確立されたＮＦＣ通信セッションを利用して、要求信号を携帯端末７０に送信し、Ｔ３２において、携帯端末７０からＦｏｒｍａｔ情報「ＮＤＥＦ＝ＯＦＦ」を含むＦｏｒｍａｔ信号を受信する（Ｓ１１２でＹＥＳ）。
【００８２】
ＭＦＰ１０は、携帯端末７０がＮＤＥＦをサポートしていないと判断し（Ｓ１１４でＮＯ）、Ｔ４０において、Ｄｅａｃｔｉｖａｔｅ信号を携帯端末７０に送信する（図５のＳ２１０）。これにより、Ｔ３０で確立された通信セッションが切断される。ＭＦＰ１０は、Ｔ４２において、ＮＦＣＩ／Ｆ２０の動作モードを「Ｒ／Ｗモード＝ＯＦＦ」かつ「ＣＥモード＝ＯＮ」に変更し（Ｓ２２０）、ＵＲＬ３９をＮＦＣＩ／Ｆ２０に供給する（Ｓ２２２）。
【００８３】
ＭＦＰ１０は、Ｔ５０において、携帯端末７０からタイプＡに対応するＰｏｌｌｉｎｇ信号を受信し、応答信号を携帯端末７０に送信して、ＮＦＣ通信セッションを確立する。そして、ＭＦＰ１０は、Ｔ６０において、Ｔ５０で確立されたＮＦＣ通信セッションを利用して、携帯端末７０からＲｅａｄ信号を受信し（Ｓ２３０でＹＥＳ）、Ｔ７０において、ＵＲＬ３９を携帯端末７０に送信する。
【００８４】
携帯端末７０は、Ｔ７２において、図示省略のウェブブラウザを利用してＵＲＬ３９にアクセスして、認証アプリケーション７６をインストールするためのインストール画面を表示する。ユーザが携帯端末７０を操作することに応じて、携帯端末７０は、Ｔ７４において、認証アプリケーション７６をインストールする。ユーザが携帯端末７０を操作する際に、ＭＦＰ１０と携帯端末７０との間の距離が大きくなり、Ｔ５０で確立されたＮＦＣ通信セッションが切断される。
【００８５】
ＭＦＰ１０は、Ｄｅａｃｔｉｖａｔｅを検出すると（Ｓ２３２でＹＥＳ）、Ｔ８０において、ＮＦＣＩ／Ｆ２０の動作モードを「Ｒ／Ｗモード＝ＯＮ」かつ「ＣＥモード＝ＯＦＦ」に変更し、Ｒ／ＷモードのうちのＲｅａｄｅｒモードのみでＮＦＣＩ／Ｆ２０を動作させる（Ｓ２４０）。
【００８６】
（ケースＢ；図９）
続いて、図９を参照して、ケースＢについて説明する。ケースＢは、図８のケースＡの続きであり、携帯端末７０には認証アプリケーション７６がインストールされている（図８のＴ７４）。図９のＴ１２０〜Ｔ１３０は、携帯端末７０によって生成されるＮＦＣＩＤ１が「Ｂ２」である点を除いて、図８のＴ２０〜Ｔ３０と同様である。また、携帯端末７０に認証アプリケーション７６がインストールされていることに起因してＮＤＥＦ情報が「ＯＮ」を示す点を除いて、Ｔ１３２は、図８のＴ３２と同様である。
【００８７】
ＭＦＰ１０は、Ｆｏｒｍａｔ情報「ＮＤＥＦ＝ＯＮ」に基づいて、携帯端末７０がＮＤＥＦをサポートしていると判断し(図３のＳ１１４でＹＥＳ)、Ｔ１３４において、Ｔ１３０で確立されたＮＦＣ通信セッションを利用して、アプリＩＤ「ＺＺＺ」と書込情報「ＯＮ」とを含むＮＤＥＦ信号を受信する（Ｓ１１６でＹＥＳ）。ＮＤＥＦ信号は、認証ＩＤを含まない。この結果、ＭＦＰ１０は、認証アプリケーション７６が携帯端末７０にインストールされていると判断し（Ｓ１１８でＹＥＳ）、認証ＩＤを受信しないと判断し（Ｓ１２０でＮＯ）、携帯端末７０への情報の書き込みを実行可能であると判断する（図６のＳ３１０でＹＥＳ）。
【００８８】
ＭＦＰ１０は、Ｔ１４０において、Ｔ１３０で確立されたＮＦＣ通信セッションを切断することなく、ＮＦＣＩ／Ｆ２０の動作モードをＲ／ＷモードのうちのＷｒｉｔｅｒモードのみで動作可能なモードに変更し（Ｓ３１４）、Ｔ１５０において、割当ＩＤ「ＸＸＸ０２」を携帯端末７０に送信する（Ｓ３１６）。
【００８９】
携帯端末７０は、ＭＦＰ１０から割当ＩＤ「ＸＸＸ０２」を受信すると、Ｔ１５２において、割当ＩＤ「ＸＸＸ０２」を認証ＩＤとして登録し、Ｔ１５４において、書込完了通知をＭＦＰ１０に送信する。
【００９０】
ＭＦＰ１０は、書込完了通知を受信すると（Ｓ３２０でＹＥＳ）、Ｔ１６０において、ユーザ名「Ｕ３」及びパスワード「Ｐ３」に対応する認証ＩＤとして、割当ＩＤ「ＸＸＸ０２」をユーザテーブル３８に登録する（Ｓ３２２）。Ｔ１７０は、図８のＴ４０と同様である。ＭＦＰ１０は、Ｔ１７２において、ＮＦＣＩ／Ｆ２０の動作モードを、Ｒ／ＷモードのうちのＲｅａｄｅｒモードのみで動作可能なモードに変更し（Ｓ３２６）、Ｔ１７４において、新たな割当ＩＤ「ＸＸＸ０３」を生成する（Ｓ３２８）。
【００９１】
Ｔ２１０は、図８のＴ１０と同様である。ここでは、ログイン操作及び登録ボタン操作が実行されない（図２のＳ２０でＮＯ）。Ｔ２２８〜Ｔ２３２は、携帯端末７０によって生成されるＮＦＣＩＤ１が「Ｂ３」である点を除いて、Ｔ１２８〜Ｔ１３２と同様である（Ｓ５０でＹＥＳ、図７のＳ４１２でＹＥＳ）。また、携帯端末７０に認証ＩＤ「ＸＸＸ０２」が登録されたこと（Ｔ１５２）に起因して、ＮＤＥＦ信号が認証ＩＤ「ＸＸＸ０２」を含む点を除いて、Ｔ２３４は、Ｔ１３４と同様である（Ｓ４１６でＹＥＳ）。
【００９２】
ＭＦＰ１０は、ＮＤＥＦ信号が認証ＩＤ「ＸＸＸ０２」を含むと判断し（Ｓ４２０でＹＥＳ）、Ｔ２３６において、認証ＩＤ「ＸＸＸ０２」がユーザテーブル３８に登録されていると判断する（Ｓ４２２でＹＥＳ）。これにより、ＭＦＰ１０は、ユーザ「Ｕ３」に許可されている印刷機能を実行することができる。
【００９３】
（実施例の効果）
本実施例によると、ＭＦＰ１０は、初期状態では、Ｒｅａｄｅｒモードで動作する。従って、ＭＦＰ１０は、認証カード５０から認証ＩＤを受信して、当該認証ＩＤを利用した認証を実行することができる（図２のＳ５０でＹＥＳ、図７のＳ４５０）。また、ＭＦＰ１０は、携帯端末７０から認証ＩＤを受信して、当該認証ＩＤを利用した認証を実行することができる（図２のＳ５０でＹＥＳ、図７のＳ４２２）。そして、ＭＦＰ１０は、携帯端末７０に認証ＩＤを割り当てるために、以下のように動作する。即ち、ＭＦＰ１０は、携帯端末７０から受信されるＦｏｒｍａｔ信号及びＮＤＥＦ信号に基づいて、携帯端末７０に認証アプリケーション７６がインストールされているのか否かを判断する（図３のＳ１１４、Ｓ１１８）。ＭＦＰ１０は、携帯端末に認証アプリケーション７６がインストールされていないと判断される場合（Ｓ１１４でＮＯ、Ｓ１１８でＮＯ）に、ＮＦＣＩ／Ｆ２０の動作モードをＲｅａｄｅｒモードからＣＥモードに変更する（図５のＳ２２０）。そして、ＭＦＰ１０は、ＮＦＣＩ／Ｆ２０がＣＥモードで動作している状態で、ＵＲＬ３９を携帯端末７０に送信する（Ｓ２２２）。これにより、認証アプリケーション７６を携帯端末７０にインストールさせることができる。一方、ＭＦＰ１０は、携帯端末７０に認証アプリケーション７６がインストールされていると判断する場合（図３のＳ１１４でＹＥＳ、かつ、Ｓ１１８でＹＥＳ）に、ＮＦＣＩ／Ｆ２０の動作モードを、ＲｅａｄｅｒモードからＷｒｉｔｅｒモードに変更する（図６のＳ３１４）。そして、ＭＦＰ１０は、ＮＦＣＩ／Ｆ２０がＷｒｉｔｅｒモードで動作している状態で、割当ＩＤ４０を携帯端末７０に送信する（図６のＳ３１６）。これにより、割当ＩＤ４０を認証ＩＤとして携帯端末７０に割り当てることができる。このように、ＭＦＰ１０は、携帯端末７０から受信されるＦｏｒｍａｔ信号及びＮＤＥＦ信号に含まれる情報に応じて、ＮＦＣＩ／Ｆ２０の動作モードを適切に変更することができる。
【００９４】
（対応関係）
ＭＦＰ１０、携帯端末７０が、それぞれ、「通信装置」、「端末装置」の一例である。認証アプリケーション７６が、「所定のアプリケーション」の一例である。Ｆｏｒｍａｔ情報及びアプリＩＤが、「インストール情報」の一例である。ＵＲＬ３９が、「第１の識別情報」の一例である。割当ＩＤ４０が、「特定情報」及び「対象認証情報」の一例である。図３のＳ１１２で受信されるＦｏｒｍａｔ信号及びＳ１１６で受信されるＮＤＥＦ信号が、「第１の特定信号」の一例である。図７のＳ４１２で受信されるＦｏｒｍａｔ信号及びＳ４１６で受信されるＮＤＥＦ信号が、「第２の特定信号」及び「第３の特定信号」の一例である。図２のＳ４０で確立されるＮＦＣ通信セッション、図５のＳ２３０で確立される通信セッションが、それぞれ、「第１の通信セッション」、「第２の通信セッション」の一例である。図７のＳ４３２のログイン通知が「指示情報」の一例である。
【００９５】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００９６】
（変形例１）ＣＰＵ３２は、図５のＳ２３４の後又は図６のＳ３２４の後に、ＮＦＣＩ／Ｆ２０の動作モードをＲｅａｄｅｒモードからＷｒｉｔｅｒモードに変更するための操作がユーザによって操作部１２に実行される場合に、ＮＦＣＩ／Ｆ２０の動作モードを初期状態に戻してもよい。本変形例では、「第３のモード変更部」及び「第４のモード変更部」を省略可能である。
【００９７】
（変形例２）ＮＦＣＩ／Ｆ２０は、図６のＳ３１４の前に、図２のＳ４０で確立されたＮＦＣ通信セッションを切断するためのＤｅａｃｔｉｖａｔｅ信号を携帯端末７０に送信してもよい。そして、携帯端末７０とのＮＦＣ通信セッションが再確立される場合に、Ｓ３１４以降の処理が実行されてもよい。即ち、「ＮＦＣインターフェース」は、第１の通信セッションが切断された後に再確立される通信セッションを利用して、特定情報を端末装置に送信してもよい。
【００９８】
（変形例３）図６のＳ３４０を省略してもよい。この場合、ＣＰＵ３２は、対象装置とのＮＦＣ通信セッションが再確立される場合に、図６のＳ３１６以降の各処理を実行する。本変形例では、「第５のモード変更部」を省略可能である。
【００９９】
（変形例４）「所定のアプリケーション」は、認証アプリケーション７６でなくてもよく、ＭＦＰ１０から、Ｗｉ−Ｆｉ通信で利用されるネットワーク情報（例えば、ＳＳＩＤ（Service Set IDentifierの略）、認証方式、暗号化方式、パスワード、ＩＰアドレスなど）を受信して、当該ネットワーク情報を利用するためのアプリケーションであってもよい。この場合、ＣＰＵ３２は、図２のＳ４２の登録処理に代えて、ネットワーク情報送信処理を実行する。ネットワーク情報送信処理において、ＣＰＵ３２は、携帯端末７０に上記のアプリケーションがインストールされていないと判断する場合に、上記のアプリケーションに対応するＵＲＬをＮＦＣＩ／Ｆ２０に供給し、当該ＵＲＬを携帯端末７０に送信する。また、ＣＰＵ３２は、携帯端末７０に上記のアプリケーションがインストールされていると判断する場合に、ネットワーク情報をＮＦＣＩ／Ｆ２０に供給し、当該ネットワーク情報を携帯端末７０に送信する。これにより、携帯端末７０は、ネットワーク情報を利用して、ＭＦＰ１０とのＷｉ−Ｆｉ通信を実行することができる。
【０１００】
（変形例５）図７のＳ４３０〜Ｓ４３６を省略してもよい。本変形例では、「第６のモード変更部」及び「第３の供給部」を省略可能である。
【０１０１】
（変形例６）図２のＳ１１６で受信されるＮＤＥＦ信号は、アプリＩＤを含む代わりに、認証アプリケーション７６のベンダを特定するためのベンダ情報（ベンダ名、ベンダを識別するＩＤ等）を含んでいてもよい。即ち、「インストール情報」は、所定のアプリケーションを識別するための「第２の識別情報」を含まなくてもよい。
【０１０２】
（変形例７）携帯端末７０がＮＤＥＦをサポートしている場合（図７のＳ４１４でＹＥＳ）には、通常、携帯端末７０に認証アプリケーション７６がインストールされている。従って、ＮＤＥＦ信号はアプリＩＤを含んでいなくてもよく、図７のＳ４１８を省略してもよい。本変形例では、Ｆｏｒｍａｔ情報のみが「インストール情報」の一例である。
【０１０３】
（変形例８）「通信装置」は、複数の機能を実行可能なＭＦＰ１０でなくてもよく、印刷機能のみを実行可能な印刷装置、スキャン機能のみを実行可能なスキャナ装置、ＰＣ、サーバ、携帯端末等であってもよい。
【０１０４】
（変形例９）上記の実施例では、ＭＦＰ１０のＣＰＵ３２がプログラム３６（即ちソフトウェア）を実行することによって、図２〜図７の各処理が実現される。これに代えて、図２〜図７の各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。
【０１０５】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【０１０６】
１０：ＭＦＰ、１２：操作部、１４：表示部、１６：印刷実行部、１８：スキャン実行部、２０：ＮＦＣＩ／Ｆ、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、３８：ユーザテーブル、３９：ＵＲＬ、５０：認証カード、５２：ＮＦＣＩ／Ｆ、７０：携帯端末、７２：ＮＦＣＩ／Ｆ、７４：ＯＳソフトウェア、７６：認証アプリケーション
【図１】
2018052087.tif 000003
【図２】
2018052087.tif 000004
【図３】
2018052087.tif 000005
【図４】
2018052087.tif 000006
【図５】
2018052087.tif 000007
【図６】
2018052087.tif 000008
【図７】
2018052087.tif 000009
【図８】
2018052087.tif 000010
【図９】
2018052087.tif 000011