JP6743634B2 - 通信装置及び端末装置 - Google Patents

Description

本明細書では、近距離無線通信を実行可能な通信装置及び端末装置を開示する。

ＮＦＣ（Near Field Communicationの略）通信を実行するためのＮＦＣタグを備える認証カードを利用した認証方法が知られている。ＮＦＣタグは、認証ＩＤを予め記憶している。例えばプリンタ等の認証装置の管理者は、認証ＩＤを認証装置に入力して、認証ＩＤを認証装置に登録する。認証装置は、ＮＦＣ通信を利用して認証カードから認証ＩＤを受信すると、受信済みの認証ＩＤと登録済みの認証ＩＤとが一致するのか否かを判断する（即ち認証を実行する）。なお、認証カードに代えて、端末装置を利用した同様の認証方法も知られている。

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

本明細書では、端末装置を利用した新規な認証方法を開示する。

本明細書によって開示される通信装置は、近距離無線通信を実行するための無線インターフェースであって、インターフェースメモリを備える前記無線インターフェースと、特定のアプリケーションプログラムを識別するための識別情報であって、前記特定のアプリケーションプログラムをインストールするための前記識別情報と第１の認証情報との双方を前記無線インターフェースに供給して、前記識別情報と前記第１の認証情報との双方を前記インターフェースメモリに記憶させる供給部であって、前記無線インターフェースは、第１の端末装置との第１の通信セッションが確立される場合に、前記第１の通信セッションを利用して、前記インターフェースメモリ内の前記識別情報と前記第１の認証情報との双方を前記第１の端末装置に送信し、前記特定のアプリケーションプログラムは、認証情報を前記通信装置に送信して、前記認証情報を利用した認証を前記通信装置に実行させるためのアプリケーションである、前記供給部と、前記識別情報と前記第１の認証情報との双方が前記第１の端末装置に送信された後に、前記無線インターフェースを介して、前記特定のアプリケーションプログラムをインストール済みである前記第１の端末装置との第２の通信セッションが確立される場合に、前記第２の通信セッションを利用して、前記第１の端末装置から前記第１の認証情報を受信する第１の受信部と、前記第１の認証情報が受信される場合に、前記第１の認証情報を利用した認証を実行する認証部と、を備える。

上記の構成によると、通信装置は、識別情報と第１の認証情報との双方を第１の端末装置に送信する。これにより、第１の端末装置は、特定のアプリケーションをインストール済みでない場合に、当該識別情報を利用して、特定のアプリケーションをインストールし得る。また、通信装置は、第１の端末装置が特定のアプリケーションをインストール済みである場合に、第１の端末装置から第１の認証情報を受信して、第１の認証情報を利用した認証を実行することができる。

本明細書によって開示される端末装置のための特定のアプリケーションプログラムは、前記端末装置に搭載されるコンピュータを、前記端末装置の無線インターフェースを介して、通信装置との通信セッションが確立される場合に、前記通信装置に登録されている登録済みの認証情報が前記端末装置の不揮発性メモリ領域に記憶されているのか否かを判断する判断部であって、前記無線インターフェースは、近距離無線通信を実行するためのインターフェースである、前記判断部と、前記登録済みの認証情報が前記不揮発性メモリ領域に記憶されていると判断される場合に、前記通信セッションを利用して、前記不揮発性メモリ領域内の前記登録済みの認証情報を前記通信装置に送信して、前記登録済みの認証情報を利用した認証を前記通信装置に実行させる第１の送信部と、前記登録済みの認証情報が前記不揮発性メモリ領域に記憶されていないと判断される場合に、前記通信セッションを利用して、受信済みの認証情報を前記通信装置に送信して、前記受信済みの認証情報を前記通信装置に登録させる第２の送信部であって、前記受信済みの認証情報は、前記通信セッションを利用して、前記通信装置から受信された認証情報である、前記第２の送信部と、として機能させる。

上記の構成によると、端末装置は、登録済み認証情報が不揮発性メモリ領域に記憶されているのか否かに応じて、登録済みの認証情報を利用した認証又は受信済みの認証情報の登録を通信装置に適切に実行させることができる。

上記の通信装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。上記の特定のアプリケーションプログラムを格納するコンピュータ読取可能記憶媒体も新規で有用である。特定のアプリケーションプログラムによって実現される端末装置そのもの、及び、端末装置の制御方法も、新規で有用である。また、上記の通信装置と端末装置とを備える通信システムも、新規で有用である。

通信システムの構成を示す。 多機能機が実行する処理のフローチャートを示す。 登録処理のフローチャートを示す。 認証処理のフローチャートを示す。 対象端末が実行する処理のフローチャートを示す。 認証ＩＤが登録されるケースＡのシーケンス図を示す。 更新後の割当ＩＤが送信されるケースＢのシーケンス図を示す。 認証が実行されるケースＣのシーケンス図を示す。 登録が再試行されるケースＤのシーケンス図を示す。

（第１実施例）
（通信システム２の構成；図１）
図１に示すように、通信システム２は、多機能機１０（以下では「ＭＦＰ（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の略）モードであってもよい。Ｒ／ＷモードのうちのＲｅａｄｅｒモードは、ＣＥモードで動作するＮＦＣ機器からデータを読み出すためのモードである。Ｒ／ＷモードのうちのＷｒｉｔｅｒモードは、ＣＥモードで動作するＮＦＣ機器にデータを書き込むためのモードである。なお、Ｒ／Ｗモードで動作するＮＦＣ機器は、ＮＦＣタグからデータを読み出したり、ＮＦＣタグにデータを書き込んだりすることもできる。

ＮＦＣＩ／Ｆ２２は、ＮＦＣタグである。ＮＦＣタグは、ＮＦＣフォーラムデバイスに比べて安価であるので、ＭＦＰ１０の製造コストを低くすることができる。ＮＦＣＩ／Ｆ２２は、相手機器からＰｏｌｌｉｎｇ信号を受信して、当該信号に対する応答信号を相手機器に送信する場合に、相手機器とのＮＦＣセッションを確立する。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に記憶されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。また、メモリ３４は、パッケージ名３９及びユーザテーブル４０を記憶する。パッケージ名３９は、携帯端末１００，２００にインストールされるべき認証アプリケーション（以下では「認証アプリ」と呼ぶ）１４０のパッケージ名である。パッケージ名とは、例えばcom.example.android.beamのようにドメインを逆方向に並べたものである。

ユーザテーブル４０では、ユーザ名と、パスワードと、認証ＩＤと、印刷許可情報と、スキャン許可情報と、が関連付けられる。ユーザ名、パスワード、印刷許可情報、及び、スキャン許可情報は、例えば、ＭＦＰ１０の管理者が、操作部１２，１４を操作することによって、又は、携帯端末からＭＦＰ１０にアクセスすることによって、ユーザテーブル４０に登録される。印刷許可情報、スキャン許可情報は、それぞれ、印刷機能、スキャン機能をユーザに許可するのか否かを示す。各許可情報の「ＯＫ」は、機能の利用を許可することを示し、「ＮＧ」は、機能の利用を許可しないことを示す。認証ＩＤは、携帯端末を識別するための識別情報であり、ＭＦＰ１０によって生成されて登録される。認証ＩＤは、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」と、複数桁の数字（本実施例では２桁の数字）である数字部と、の組み合わせを含む。なお、変形例では、認証ＩＤは、例えば、ランダムな文字列であってもよい。また、別の変形例では、ユーザテーブル４０は、ＭＦＰ１０とは異なる外部装置のメモリ内に記憶されてもよい。この場合、ＭＦＰ１０は、当該外部装置と通信して、ユーザテーブル４０内の情報を利用することができる。

（携帯端末１００の構成）
携帯端末１００，２００は、例えば、携帯電話、スマートフォン、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。携帯端末２００は携帯端末１００と同様の構成を備えるため、以下では、携帯端末１００についてのみ説明する。携帯端末１００は、操作部１１２と、表示部１１４と、ＮＦＣＩ／Ｆ１２２と、制御部１３０と、を備える。

操作部１１２は、複数のキーを備える。ユーザは、操作部１１２を操作することによって、様々な指示を携帯端末１００に入力することができる。表示部１１４は、様々な情報を表示するためのディスプレイである。表示部１１４は、いわゆるタッチパネルとしても機能する。即ち、表示部１１４は、操作部としても機能する。このために、以下では、操作部１１２及び表示部１１４を総称して、「操作部１１２，１１４」と呼ぶことがある。ＮＦＣＩ／Ｆ１２２は、ＮＦＣフォーラムデバイスであり、メモリ１２４を備える。

制御部１３０は、ＣＰＵ１３２と、メモリ１３４と、を備える。ＣＰＵ１３２は、メモリ１３４に記憶されているＯＳソフトウェア１３８に従って、様々な処理を実行する。ＯＳソフトウェア１３８は、携帯端末１００の種々の基本的な動作を制御するためのソフトウェアである。

メモリ１３４は、不揮発性領域１３６と、揮発性領域１４２と、を備える。不揮発性領域１３６には、ＯＳソフトウェア１３８が記憶されている。不揮発性領域１３６には、さらに、認証アプリ１４０が記憶され得る。認証アプリ１４０は、認証ＩＤを利用した認証をＭＦＰ１０に実行させるためのアプリケーションである。認証アプリ１４０は、ＭＦＰ１０のベンダによって提供されるアプリケーションであり、例えば、インターネット上のサーバから携帯端末１００にインストールされる。揮発性領域１４２は、ＣＰＵ１３２が処理を実行する過程で取得又は生成する情報を記憶する。

（ＭＦＰ１０が実行する処理；図２）
続いて、図２を参照して、ＭＦＰ１０のＣＰＵ３２によって実行される処理について説明する。認証モードの設定をＯＦＦからＯＮに変更するための操作が操作部１２，１４に実行される際に、図２の処理が開始される。認証モードは、認証ＩＤの登録、又は、認証ＩＤを利用した認証を実行するための動作モードである。

Ｓ１０では、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２への電力供給を開始する。この結果、ＮＦＣＩ／Ｆ２２は、Ｐｏｌｌｉｎｇ信号を受信して、Ｐｏｌｌｉｎｇ信号に対する応答信号を送信することができる。

Ｓ１５では、ＣＰＵ３２は、パッケージ名３９を含むＡＡＲ（「Android Application Record」の略）と、現在の割当ＩＤを含むＮＤＥＦ（「NFC Data Exchange Format」の略）データと、の双方をＮＦＣＩ／Ｆ２２に供給して、ＡＡＲとＮＤＥＦデータとの双方をメモリ２４に記憶させる。ＡＡＲは、パッケージ名３９によって特定される認証アプリ１４０の起動を指示する情報である。割当ＩＤは、携帯端末に割り当てられるべき情報であって、当該携帯端末の認証ＩＤとしてユーザテーブル４０に登録されるべき情報である。割当ＩＤは、メモリ３４に予め記憶されているＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」（図示省略）と、複数桁の数字（本実施例では２桁の数字）である数字部と、の組み合わせを含む。数字部は、初期値として「００」を有する。割当ＩＤが認証ＩＤとしてユーザテーブル４０に登録される毎に、数字部の数字が「１」だけインクリメントされて、新たな割当ＩＤが生成される。なお、変形例では、割当ＩＤは、例えば、ランダムな文字列であってもよい。

Ｓ２０では、ＣＰＵ３２は、ユーザによってログイン操作が操作部１２，１４に実行されることを監視する。ＣＰＵ３２は、ユーザテーブル４０に登録されているユーザ名及びパスワードの組合せが操作部１２，１４に入力される場合に、Ｓ２０でＹＥＳと判断して、Ｓ３０に進む。

Ｓ３０では、ＣＰＵ３２は、認証ＩＤをユーザテーブル４０に登録するための登録ボタンが操作されることを監視する。ＣＰＵ３２は、操作部１２，１４内の登録ボタンが操作される場合（Ｓ３０でＹＥＳ）に、Ｓ４０に進む。なお、図示省略しているが、ＣＰＵ３２は、登録ボタンとは異なるボタン（例えばスキャン開始ボタン）が操作される場合には、当該異なるボタンに対応する処理（例えばスキャン処理）を実行する。

Ｓ４０では、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２が、対象端末（例えば携帯端末１００，２００）からＰｏｌｌｉｎｇ信号を受信することを監視する。ユーザが、Ｒ／Ｗモードで動作するＮＦＣＩ／Ｆを備える対象端末をＭＦＰ１０に近づけると、対象端末とＮＦＣＩ／Ｆ２２との間の距離がＮＦＣ通信を実行可能な最大距離（例えば１０ｃｍ）よりも小さくなる。この場合、ＮＦＣＩ／Ｆ２２は、対象端末からＰｏｌｌｉｎｇ信号を受信し、応答信号を対象端末に送信する。これにより、ＮＦＣＩ／Ｆ２２と対象端末との間にＮＦＣセッションが確立される。ＮＦＣＩ／Ｆ２２は、対象端末とのＮＦＣセッションが確立される場合に、ＮＦＣセッションが確立されたことを示す情報を制御部３０に供給する。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２から当該情報を取得する場合に、Ｓ４０でＹＥＳと判断し、Ｓ４６において図３の登録処理を実行する。Ｓ４６が終了すると、Ｓ２０に戻る。

Ｓ６０は、Ｓ４０と同様である。ＣＰＵ３２は、Ｓ６０でＹＥＳと判断する場合に、Ｓ６６において図４の認証処理を実行する。Ｓ６０でＮＯと判断する場合、又は、Ｓ６６が終了する場合には、Ｓ２０に戻る。なお、図示省略しているが、認証モードの設定がＯＮからＯＦＦに変更するための操作が操作部１２，１４に実行されると、図２の処理は終了する。

（登録処理；図３）
続いて、図３を参照して、図２のＳ４６で実行される登録処理について説明する。Ｓ１１０では、ＣＰＵ３２は、図２のＳ４０で確立されたＮＦＣセッションを利用して、対象端末から、ＮＦＣＩ／Ｆ２２を介して、Ｒｅａｄコマンドを受信する。Ｒｅａｄコマンドは、情報の読み出しを実行可能であるのか否か（即ちＮＦＣＩ／Ｆ２２が情報を送信可能であるのか否か）を確認するための確認信号である。ＮＦＣＩ／Ｆ２２は、対象端末からＲｅａｄコマンドを受信する場合に、Ｒｅａｄコマンドに対するＯＫコマンドを送信する。そして、ＮＦＣＩ／Ｆ２２は、ＮＦＣセッションを利用して、メモリ２４内のＡＡＲ及びＮＤＥＦデータの双方を対象端末に送信する。ＮＦＣＩ／Ｆ２２は、さらに、Ｒｅａｄコマンドを制御部３０に供給する。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２からＲｅａｄコマンドを取得することによって（即ちＳ１１０の処理を実行することによって）、ＡＡＲとＮＤＥＦデータとの双方が対象端末に送信されたことを確認することができる。

Ｓ１１５では、ＣＰＵ３２は、対象端末とのＮＦＣセッションの切断を検出することを監視する。例えば、ユーザが対象端末をＭＦＰ１０から離すと、対象端末とＭＦＰ１０のＮＦＣＩ／Ｆ２２との間の距離がＮＦＣ通信を実行可能な最大距離よりも大きくなり、この結果、ＮＦＣセッションが切断される。この場合、ＮＦＣＩ／Ｆ２２は、ＮＦＣセッションが切断されたことを示す情報を制御部３０に供給する。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２から当該情報を取得する場合に、Ｓ１１５でＹＥＳと判断して、図３の登録処理を終了する。

Ｓ１２０では、ＣＰＵ３２は、図２のＳ４０で確立されたＮＦＣセッションを利用して、対象端末から、ＮＦＣＩ／Ｆ２２を介して、Ｗｒｉｔｅコマンドを受信することを監視する。Ｗｒｉｔｅコマンドは、情報の書き込みを実行可能であるのか否か（即ちＮＦＣＩ／Ｆ２２が情報を受信可能であるのか否か）を確認するための確認信号である。Ｗｒｉｔｅコマンドは、認証アプリ１４０が対象端末にインストール済みである場合に、対象端末から送信される（後述の図５のＳ３３５参照）。ＮＦＣＩ／Ｆ２２は、対象端末からＷｒｉｔｅコマンドを受信する場合に、Ｗｒｉｔｅコマンドに対するＯＫコマンドを送信する。この場合、ＮＦＣＩ／Ｆ２２は、Ｗｒｉｔｅコマンドを制御部３０に供給する。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２からＷｒｉｔｅコマンドを取得する場合に、Ｓ１２０でＹＥＳと判断して、Ｓ１２５に進む。

Ｓ１２５では、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２から、現在の割当ＩＤと認証アプリ１４０のアプリＩＤとを含むＮＤＥＦデータを取得したのか否かを判断する。ＮＦＣＩ／Ｆ２２は、Ｗｒｉｔｅコマンドに対するＯＫ信号を対象端末に送信する場合に、対象端末から割当ＩＤとアプリＩＤとを含むＮＤＥＦデータを取得する。ここで、ＮＤＥＦデータに含まれる割当ＩＤは、ＭＦＰ１０から対象端末に過去に送信された割当ＩＤである。また、ＮＤＥＦデータに含まれるアプリＩＤは、対象端末で現在起動しているアプリケーション（例えば認証アプリ１４０）を識別するための情報である。ＮＦＣＩ／Ｆ２２は、当該割当ＩＤと当該アプリＩＤとを含むＮＤＥＦデータを制御部３０に供給する。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２から取得された割当ＩＤと、現在の割当ＩＤと、が一致するのか否かを判断する。図２のＳ１５が実行された後に、後述のＳ１４５が一度も実行されていない状況では、現在の割当ＩＤは、Ｓ１５でＮＦＣＩ／Ｆ２２に供給された割当ＩＤである。また、図２のＳ１５が実行された後に、後述のＳ１４５が実行された状況では、現在の割当ＩＤは、最新のＳ１４５でＮＦＣＩ／Ｆ２２に供給された割当ＩＤである。また、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２から取得されたアプリＩＤと、メモリ３４に予め記憶されている認証アプリ１４０のアプリＩＤ（図示省略）と、が一致するのか否かを判断する。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２から取得された割当ＩＤと現在の割当ＩＤとが一致すると判断し、かつ、ＮＦＣＩ／Ｆ２２から取得されたアプリＩＤと認証アプリ１４０のアプリＩＤとが一致すると判断する場合（Ｓ１２５でＹＥＳ）に、Ｓ１３０に進む。一方、ＣＰＵ３２は、取得済みの割当ＩＤと現在の割当ＩＤとが一致しないと判断する場合（Ｓ１２５でＮＯ）に、図３の登録処理を終了する。例えば、取得済みの割当ＩＤがユーザテーブル４０に既に登録されている状況では、このような事象が起こり得る。また、ＣＰＵ３２は、取得済みのアプリＩＤと認証アプリ１４０のアプリＩＤとが一致しないと判断する場合（Ｓ１２５でＮＯ）に、図３の登録処理を終了する。例えば、対象端末が認証アプリ１４０とは異なるアプリケーションを起動していることに起因して、当該アプリケーションのアプリＩＤが受信される状況では、このような事象が起こり得る。

Ｓ１３０では、ＣＰＵ３２は、図２のＳ２０で入力されたユーザ名及びパスワードに関連付けて、取得済みの割当ＩＤ（即ち現在の割当ＩＤ）を認証ＩＤとしてユーザテーブル４０に登録する。

Ｓ１４０では、ＣＰＵ３２は、割当ＩＤを更新する。具体的には、ＣＰＵ３２は、現在の割当ＩＤに含まれる数字部（例えば「０１」）を「１」だけインクリメントして、新たな数字部（例えば「０２」）を生成する。そして、ＣＰＵ３２は、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」と新たな数字部とを組合せて、新たな割当ＩＤ（例えば「ＡＡＡ０２」）を生成する。

Ｓ１４５では、ＣＰＵ３２は、パッケージ名３９を含むＡＡＲと、Ｓ１４０で更新された新たな割当ＩＤを含むＮＤＥＦデータと、の双方をＮＦＣＩ／Ｆ２２に供給して、メモリ２４に現在記憶されている情報に代えて、当該ＡＡＲと当該ＮＤＥＦデータとの双方をメモリ２４に記憶させる。

Ｓ１５０では、ＣＰＵ３２は、ログイン状態を解除する。即ち、ＣＰＵ３２は、ユーザ名及びパスワードの入力を受け付け可能な状態（即ち図２のＳ２０の監視を実行する状態）に移行する。Ｓ１５０が終了すると、図３の登録処理が終了する。

（認証処理；図４）
続いて、図４を参照して、図２のＳ６６で実行される認証処理について説明する。Ｓ２１０〜Ｓ２２０は、図３のＳ１１０〜Ｓ１２０と同様である。

Ｓ２２５では、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２から、認証アプリ１４０のアプリＩＤを含むＮＤＥＦデータが取得されたのか否かを判断する。ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２から取得されたＮＤＥＦデータに含まれるアプリＩＤと、メモリ３４に予め記憶されている認証アプリ１４０のアプリＩＤと、が一致すると判断する場合（Ｓ２２５でＹＥＳ）に、Ｓ２３０に進む。この場合、ＮＤＥＦデータは、対象端末の不揮発性メモリに記憶された認証ＩＤを含む（後述の図５のＳ３４５参照）。一方、ＣＰＵ３２は、取得済みのアプリＩＤと認証アプリ１４０のアプリＩＤとが一致しないと判断する場合（Ｓ２２５でＮＯ）に、図４の認証処理を終了する。

Ｓ２３０では、ＣＰＵ３２は、ＮＦＣＩ／Ｆ２２から取得されたＮＤＥＦデータに含まれる認証ＩＤを利用した認証を実行する。具体的には、ＣＰＵ３２は、取得済みの認証ＩＤがユーザテーブル４０に登録済みであるのか否かを判断する。ＣＰＵ３２は、取得済みの認証ＩＤがユーザテーブル４０に登録済みであると判断する場合に、認証成功と判断する。この場合、ＣＰＵ３２は、取得済みの認証ＩＤに関連付けられている各許可情報に応じた機能の利用を許可する。具体的には、ＣＰＵ３２は、印刷許可情報が「ＯＫ」である場合には、印刷の実行を許可する。例えば、ＣＰＵ３２は、インターネット上のサーバから印刷データをダウンロードするための操作が操作部１２，１４に実行されると、サーバから印刷データを受信して、印刷データによって表わされる画像の印刷を印刷実行部１６に実行させることができる。また、ＣＰＵ３２は、スキャン許可情報が「ＯＫ」である場合には、スキャンの実行を許可する。例えば、ＣＰＵ３２は、スキャンを実行するためのボタンが操作されると、スキャン実行部１８に原稿のスキャンを実行させる。一方、ＣＰＵ３２は、取得済みの認証ＩＤがユーザテーブル４０に登録済みでないと判断する場合に、認証失敗と判断する。例えば、ＭＦＰ１０の管理者が取得済みの認証ＩＤをユーザテーブル４０から削除した場合には、このような事象が起こり得る。Ｓ２３０が終了すると、図４の認証処理が終了する。

（携帯端末が実行する処理；図５）
続いて、図５を参照して、携帯端末１００のＣＰＵ１３２によって実行される処理について説明する。例えば、ＮＦＣＩ／Ｆ１２２の動作を有効化するための操作が操作部１１２，１１４に実行されると、ＮＦＣＩ／Ｆ１２２がＲ／Ｗモードで動作する。これにより、図５の処理が開始される。ＣＰＵ１３２は、ＯＳソフトウェア１３８を利用して（即ち認証アプリ１４０を利用せずに）、Ｓ３１０〜Ｓ３３０，Ｓ３７０を実行し、認証アプリ１４０を利用して、Ｓ３３５〜Ｓ３６０を実行する。なお、携帯端末２００でも図５と同様の処理が実行される。

Ｓ３１０では、ＣＰＵ１３２は、ＮＦＣＩ／Ｆ１２２がＭＦＰ１０とのＮＦＣセッションを確立することを監視する。ＣＰＵ１３２は、ＮＦＣＩ／Ｆ１２２から、ＮＦＣセッションが確立されたことを示す情報を取得する場合に、Ｓ３１０でＹＥＳと判断して、Ｓ３１５に進む。

Ｓ３１５では、ＣＰＵ１３２は、ＭＦＰ１０とのＮＦＣセッションを利用して、ＮＦＣＩ／Ｆ１２２を介して、ＲｅａｄコマンドをＭＦＰ１０に送信する（図３のＳ１１０、図４のＳ２１０参照）。この結果、ＮＦＣＩ／Ｆ１２２は、ＭＦＰ１０からＲｅａｄコマンドに対するＯＫコマンドを受信し、ＮＦＣセッションを利用して、ＭＦＰ１０から、パッケージ名３９を含むＡＡＲと、割当ＩＤを含むＮＤＥＦデータと、の双方を受信し、ＡＡＲとＮＤＥＦデータとの双方を制御部１３０に供給する。

Ｓ３２０では、ＣＰＵ１３２は、ＮＦＣＩ／Ｆ１２２からＡＡＲとＮＤＥＦデータとの双方を取得する。ここで、ＣＰＵ１３２は、ＡＡＲとＮＤＥＦデータとの双方をメモリ１３４内の揮発性領域１４２に記憶させる。

Ｓ３２５では、ＣＰＵ１３２は、認証アプリ１４０をインストール済みであるのか否かを判断する。ＣＰＵ１３２は、Ｓ３２０で揮発性領域１４２に記憶されたＡＡＲ内のパッケージ名３９に基づいて、認証アプリ１４０のドメイン名を特定する。ＣＰＵ１３２は、当該ドメイン名によって特定される認証アプリ１４０をインストール済みである場合（Ｓ３２５でＹＥＳ）に、Ｓ３３０に進む。一方、ＣＰＵ１３２は、認証アプリ１４０をインストール済みでない場合（Ｓ３２５でＮＯ）に、Ｓ３７０に進む。

Ｓ３７０では、ＣＰＵ１３２は、認証アプリ１４０のドメイン名を利用して、インストール画面を表示部１１４に表示させる。インストール画面は、パッケージ名３９によって特定される認証アプリ１４０をインストールするための画面である。ＣＰＵ１３２は、インストール画面において、認証アプリ１４０をインストールするための操作が操作部１１２，１１４に実行される場合に、認証アプリ１４０をインストールする。Ｓ３７０が終了すると、Ｓ３１０に戻る。

Ｓ３３０では、ＣＰＵ１３２は、認証アプリ１４０を起動する。これにより、以降のＳ３３５〜Ｓ３６０の処理は、認証アプリ１４０によって実現される。

Ｓ３３５では、ＣＰＵ１３２は、ＭＦＰ１０とのＮＦＣセッションを利用して、ＮＦＣＩ／Ｆ１２２を介して、ＷｒｉｔｅコマンドをＭＦＰ１０に送信する（図３のＳ１２０、図４のＳ２２０参照）。この結果、ＮＦＣＩ／Ｆ１２２は、ＭＦＰ１０からＷｒｉｔｅコマンドに対するＯＫコマンドを受信する。

Ｓ３４０では、ＣＰＵ１３２は、認証ＩＤをメモリ１３４内の不揮発性領域１３６に記憶済みであるのか否かを判断する。ＣＰＵ１３２は、後述のＳ３６０で認証ＩＤを不揮発性領域１３６に記憶済みである場合に、Ｓ３４０でＹＥＳと判断し、Ｓ３４５に進む。一方、ＣＰＵ１３２は、認証ＩＤを不揮発性領域１３６に記憶していない場合に、Ｓ３４０でＮＯと判断し、Ｓ３５０に進む。

Ｓ３４５では、ＣＰＵ１３２は、不揮発性領域１３６に記憶されている認証ＩＤと認証アプリ１４０のアプリＩＤとを含むＮＤＥＦデータをＮＦＣＩ／Ｆ１２２に供給する。これにより、ＮＦＣＩ／Ｆ１２２は、ＭＦＰ１０とのＮＦＣセッションを利用して、ＮＤＥＦデータをＭＦＰ１０に送信して、ＮＤＥＦデータ内の認証ＩＤを利用した認証をＭＦＰ１０に実行させることができる（図４のＳ２３０参照）。Ｓ３４５が終了すると、Ｓ３１０に戻る。

Ｓ３５０では、ＣＰＵ１３２は、Ｓ３２０で取得された割当ＩＤ（即ちＳ３２０で揮発性領域１４２に記憶された割当ＩＤ）と、現在起動されている認証アプリ１４０のアプリＩＤと、を含むＮＤＥＦデータをＮＦＣＩ／Ｆ１２２に供給する。これにより、ＮＦＣＩ／Ｆ１２２は、ＭＦＰ１０とのＮＦＣセッションを利用して、ＮＤＥＦデータをＭＦＰ１０に送信して、ＮＤＥＦデータ内の割当ＩＤを認証ＩＤとしてＭＦＰ１０に登録させることができる（図３のＳ１３０参照）。このように、ＣＰＵ１３２は、認証ＩＤが不揮発性領域１３６に記憶されているのか否かに応じて（Ｓ３４０）、認証ＩＤを利用した認証又は割当ＩＤの登録をＭＦＰ１０に適切に実行させることができる。

Ｓ３５５では、ＣＰＵ１３２は、ＭＦＰ１０へのＮＤＥＦデータの書き込みが完了したのか否かを判断する。ＮＦＣＩ／Ｆ１２２は、ＭＦＰ１０へのＮＤＥＦデータの送信が完了すると、ＮＤＥＦデータの書き込みが完了したことを示す情報を制御部１３０に供給する。この場合、ＣＰＵ３２は、Ｓ３５５でＹＥＳと判断して、Ｓ３６０に進む。一方、例えば、ＭＦＰ１０へのＮＤＥＦデータの送信が完了する前に、携帯端末１００がＭＦＰ１０から離されることに起因して、ＭＦＰ１０とのＮＦＣセッションが切断される状況が想定される。この場合、ＮＦＣＩ／Ｆ１２２は、ＮＤＥＦデータの書き込みが完了したことを示す情報を制御部１３０に供給することなく、ＮＦＣセッションが切断されたことを示す情報を制御部１３０に供給する。この場合、ＣＰＵ３２は、Ｓ３５５でＮＯと判断して、Ｓ３６０をスキップして、Ｓ３１０に戻る。

Ｓ３６０では、ＣＰＵ１３２は、Ｓ３２０で取得された割当ＩＤ（即ちＳ３２０で揮発性領域１４２に記憶された割当ＩＤ）を認証ＩＤとして不揮発性領域１３６に記憶させる。これにより、ＣＰＵ１３２は、ＭＦＰ１０とのＮＦＣセッションが再確立される場合（Ｓ３１０でＹＥＳ）に、不揮発性領域１３６内の認証ＩＤを利用した認証をＭＦＰ１０に実行させることができる（Ｓ３４０でＹＥＳ，Ｓ３４５）。Ｓ３６０が終了すると、Ｓ３１０に戻る。

（具体的なケース）
続いて、図６〜図９を参照して、図２〜図５の各処理によって実現される具体的なケースＡ〜Ｄについて説明する。各ケースＡ〜Ｄの初期状態では、ＭＦＰ１０の認証モードがＯＮに設定されており、携帯端末１００のＮＦＣＩ／Ｆ１２２がＲ／Ｗモードで動作している。

（ケースＡ；図６）
図６のケースＡの初期状態では、携帯端末１００には、認証アプリ１４０がインストールされていない。ＭＦＰ１０は、Ｔ１５において、ＮＦＣＩ／Ｆ２２への電力供給を開始し（図２のＳ１０）、Ｔ１７において、パッケージ名３９を含むＡＡＲと、割当ＩＤ「ＡＡＡ０１」を含むＮＤＥＦデータと、の双方をＮＦＣＩ／Ｆ２２内のメモリ２４に記憶させる（Ｓ１５）。

ユーザは、Ｔ２０において、ログイン操作をＭＦＰ１０に実行し（図２のＳ２０でＹＥＳ）、Ｔ２５において、登録ボタンを操作する（Ｓ３０でＹＥＳ）。その後、Ｔ３５では、ユーザは、携帯端末１００をＭＦＰ１０に近づける。

ＭＦＰ１０は、Ｔ３６において、携帯端末１００からＰｏｌｌｉｎｇ信号を受信し、Ｔ３７において、応答信号を携帯端末１００に送信する（図２のＳ４０でＹＥＳ）。その結果、Ｔ４０では、ＭＦＰ１０と携帯端末１００との間にＮＦＣセッションが確立される。

ＭＦＰ１０は、Ｔ４３において、Ｔ４０で確立されたＮＦＣセッションを利用して、携帯端末１００からＲｅａｄコマンドを受信し（図３のＳ１１０）、当該ＮＦＣセッションを利用して、ＯＫコマンドを携帯端末１００に送信する。そして、Ｔ４５では、ＭＦＰ１０は、当該ＮＦＣセッションを利用して、パッケージ名３９を含むＡＡＲと、割当ＩＤ「ＡＡＡ０１」を含むＮＤＥＦデータと、の双方を携帯端末１００に送信する。

携帯端末１００は、ＮＦＣセッションを利用して、ＭＦＰ１０からＡＡＲとＮＤＥＦデータとを受信すると（図５のＳ３２０）、認証アプリ１４０をインストールしていないので（Ｓ３２５でＮＯ）、Ｔ６０において、インストール画面を表示する（Ｓ３７０）。

Ｔ６５では、ユーザは、携帯端末１００をＭＦＰ１０から離す。これにより、Ｔ７０において、携帯端末１００とＭＦＰ１０との間のＮＦＣセッションが切断される（図３のＳ１１５でＹＥＳ）。Ｔ７５では、ユーザは、インストール操作を携帯端末１００に実行する。これにより、認証アプリ１４０が携帯端末１００にインストールされる。

その後に実行されるＴ１３５〜Ｔ１４５は、Ｔ３５〜Ｔ４５と同様である。携帯端末１００は、認証アプリ１４０をインストール済みであるので（図５のＳ３２５でＹＥＳ）、Ｔ１５０において、認証アプリ１４０を起動する（Ｓ３３０）。

ＭＦＰ１０は、Ｔ１５５において、Ｔ１４０で確立されたＮＦＣセッションを利用して、携帯端末１００からＷｒｉｔｅコマンドを受信し（図３のＳ１２０でＹＥＳ）、ＮＦＣセッションを利用して、ＯＫコマンドを携帯端末１００に送信する。

携帯端末１００は、ＭＦＰ１０からＯＫコマンドを受信すると、認証ＩＤを不揮発性領域１３６に記憶していないので（図５のＳ３４０でＮＯ）、Ｔ１６０において、Ｔ１４０で確立されたＮＦＣセッションを利用して、Ｔ１４５で受信された割当ＩＤ「ＡＡＡ０１」と、認証アプリ１４０のアプリＩＤと、を含むＮＤＥＦデータをＭＦＰ１０に送信する（Ｓ３５０）。そして、Ｔ１６５では、携帯端末１００は、割当ＩＤ「ＡＡＡ０１」を認証ＩＤとして不揮発性領域１３６に記憶する（Ｓ３６０）。

ＭＦＰ１０は、Ｔ１４０で確立されたＮＦＣセッションを利用して、携帯端末１００からＮＤＥＦデータを受信すると（図３のＳ１２５でＹＥＳ）、Ｔ１７０において、ＮＤＥＦデータ内の割当ＩＤ「ＡＡＡ０１」を認証ＩＤとしてユーザテーブル４０に登録する（Ｓ１３０）。そして、ＭＦＰ１０は、Ｔ１７５において、割当ＩＤ「ＡＡＡ０１」を「ＡＡＡ０２」に更新し（Ｓ１４０）、Ｔ１７７において、パッケージ名３９を含むＡＡＲと、割当ＩＤ「ＡＡＡ０２」を含むＮＤＥＦデータと、の双方をＮＦＣＩ／Ｆ２２内のメモリ２４に記憶させる（Ｓ１４５）。このように、ＭＦＰ１０は、認証ＩＤを登録する毎に割当ＩＤを更新し、認証ＩＤを登録しない限り割当ＩＤを更新しない。例えば、Ｒｅａｄコマンドに応じてＮＤＥＦデータが送信される毎に割当ＩＤを更新する比較例の構成を採用すると、Ｔ４５でＮＤＥＦデータが送信される際にも、割当ＩＤを更新して、新たな割当ＩＤをＮＦＣＩ／Ｆ２２内のメモリ２４に記憶させる処理を実行する必要がある。これに対し、本実施例では、Ｔ４５でＮＤＥＦデータが送信される際に、このような処理を実行せずに済むので、ＭＦＰ１０の処理負荷を軽減することができる。なお、変形例では、上記の比較例の構成を採用してもよい。Ｔ１８０，Ｔ１８５は、Ｔ６５，Ｔ７０と同様である。

（ケースＡの効果）
本ケースでは、ＭＦＰ１０は、携帯端末１００の状況（即ち、認証アプリ１４０をインストール済みであるのか否か）に関わらず、パッケージ名３９を含むＡＡＲと、割当ＩＤ「ＡＡＡ０１」を含むＮＤＥＦデータと、の双方を携帯端末１００に送信する（Ｔ４５，Ｔ１４５）。これにより、携帯端末１００は、ＭＦＰ１０からＡＡＲとＮＤＥＦデータとを１回目に受信する場合（Ｔ４５）に、ＡＡＲに含まれるパッケージ名３９を利用して、認証アプリ１４０をインストールすることができる（Ｔ７５）。そして、携帯端末１００は、ＭＦＰ１０からＡＡＲとＮＤＥＦデータとを２回目に受信する場合（Ｔ１４５）に、ＮＤＥＦデータに含まれる割当ＩＤ「ＡＡＡ０１」を認証ＩＤとしてＭＦＰ１０に登録させることができる（Ｔ１７０）。仮に、ＭＦＰ１０が、携帯端末１００が認証アプリ１４０をインストール済みであるのか否かに応じて、ＡＡＲ及びＮＤＥＦデータのうちの一方のみを携帯端末１００に送信する構成を採用すると、携帯端末１００から、認証アプリ１４０をインストール済みであるのか否かを示す情報を受信する必要がある。これに対し、本実施例では、ＭＦＰ１０は、携帯端末１００からこのような情報を受信せずに済み、さらに、携帯端末１００へ送信されるべき情報を変えずに済む。このために、ＭＦＰ１０の処理負荷を軽減することができる。

なお、仮に、Ｔ７５の後に、携帯端末１００に代えて、認証アプリ１４０がインストールされていない携帯端末２００をＭＦＰ１０に近づける場合には、ＭＦＰ１０及び携帯端末２００は、Ｔ３７〜Ｔ６０と同様の処理を実行する。即ち、ＭＦＰ１０は、割当ＩＤ「ＡＡＡ０１」を更新する前（即ち認証ＩＤ「ＡＡＡ０１」を登録する前）に、携帯端末２００とのＮＦＣセッションが確立される場合に、割当ＩＤ「ＡＡＡ０１」を携帯端末２００に送信する。

（ケースＢ；図７）
図７のケースＢは、ケースＡの後に実行されるケースである。携帯端末２００には、認証アプリ１４０がインストールされていない。まず、図６のＴ２０，Ｔ２５と同様の操作が実行される。

Ｔ２３５では、ユーザは、携帯端末２００をＭＦＰ１０に近づける。Ｔ２３６〜Ｔ２４３では、ＭＦＰ１０及び携帯端末２００は、図６のＴ３６〜Ｔ４３と同様の処理を実行する。

Ｔ２４５では、ＭＦＰ１０は、Ｔ２４０で確立されたＮＦＣセッションを利用して、パッケージ名３９を含むＡＡＲと、図６のＴ１７７で更新された新たな割当ＩＤ「ＡＡＡ０２」を含むＮＤＥＦデータと、を携帯端末２００に送信する。Ｔ２６０〜Ｔ２７０では、ＭＦＰ１０及び携帯端末２００は、図６のＴ６０〜Ｔ７０と同様の処理を実行する。Ｔ２７５では、ユーザは、インストール操作を携帯端末２００に実行する。これにより、認証アプリ１４０が携帯端末２００にインストールされる。なお、ユーザが携帯端末２００をＭＦＰ１０に再び近づける場合に、ＭＦＰ１０は、図６のＴ１３７〜Ｔ１７０と同様の手法によって、割当ＩＤ「ＡＡＡ０２」を携帯端末２００の認証ＩＤとして登録することができる。

（ケースＣ；図８）
図８のケースＣは、ケースＡの後に実行されるケースである。携帯端末１００には、認証アプリ１４０がインストール済みであり、認証ＩＤ「ＡＡＡ０１」が携帯端末１００の不揮発性領域１３６に記憶されている。Ｔ３３５〜Ｔ３４３は、図６のＴ３５〜Ｔ４３と同様である。

Ｔ３４５では、ＭＦＰ１０は、ＮＦＣセッションを利用して、パッケージ名３９を含むＡＡＲと、割当ＩＤ「ＡＡＡ０２」を含むＮＤＥＦデータと、を携帯端末１００に送信する。Ｔ３５０，Ｔ３５５は、図６のＴ１５０，Ｔ１５５と同様である。

携帯端末１００は、認証ＩＤ「ＡＡＡ０１」を不揮発性領域１３６に記憶しているので（図５のＳ３４０でＹＥＳ）、Ｔ３６０において、ＮＦＣセッションを利用して、認証ＩＤ「ＡＡＡ０１」とアプリＩＤとを含むＮＤＥＦデータをＭＦＰ１０に送信する（Ｓ３４５）。

ＭＦＰ１０は、ＮＦＣセッションを利用して、携帯端末１００からＮＤＥＦデータを受信すると（図４のＳ２２５でＹＥＳ）、Ｔ３６５において、ＮＤＥＦデータ内の認証ＩＤ「ＡＡＡ０１」を利用した認証を実行する（Ｓ２３０）。認証ＩＤ「ＡＡＡ０１」がユーザテーブル４０に登録済みであるので、認証は成功する。これにより、ＭＦＰ１０は、認証ＩＤ「ＡＡＡ０１」に関連付けられている許可情報に応じた機能の利用を許可する。なお、ケースＣでは、ＭＦＰ１０は、割当ＩＤ「ＡＡＡ０２」を認証ＩＤとしてユーザテーブル４０に登録しないので、割当ＩＤを更新しない。このように、ＭＦＰ１０は、割当ＩＤを不必要に更新しないので、処理負荷を軽減することができる。Ｔ３７０，Ｔ３７５は、図６のＴ１８０，Ｔ１８５と同様である。

（ケースＤ；図９）
図９のケースＤの初期状態では、ＭＦＰ１０は、携帯端末１００の認証ＩＤを登録していない。携帯端末１００，２００には、認証アプリ１４０がインストール済みであるが、認証ＩＤが不揮発性領域に記憶されていない。まず、図６のＴ１５〜Ｔ４５と同様の処理が実行される。Ｔ４１０，Ｔ４１５は、図６のＴ１５０，Ｔ１５５と同様である。

Ｔ４２０では、携帯端末１００は、ＮＦＣセッションを利用して、割当ＩＤ「ＡＡＡ０１」とアプリＩＤとを含むＮＤＥＦデータをＭＦＰ１０に送信する（図５のＳ３５０）。しかしながら、ＭＦＰ１０は、ＮＤＥＦデータの受信が完了する前に、ＮＦＣセッションが切断されるので、ＮＤＥＦデータの全てを受信することができない（Ｓ１２５でＮＯ、図５のＳ３５５でＮＯ）。例えば、ＮＤＥＦデータの受信中に、ユーザが誤って携帯端末１００をＭＦＰ１０から離すことによって、ＮＦＣセッションが切断される。

ＭＦＰ１０は、ログイン状態が解除されていないので、ユーザ名及びパスワードが入力済みの状態である（図２のＳ２０でＹＥＳ、Ｓ３０でＹＥＳ）。Ｔ４４０では、ユーザは、携帯端末２００をＭＦＰ１０に近づける。この場合、ＭＦＰ１０及び携帯端末２００は、図６のＴ１３６〜Ｔ１８５と同様に、Ｔ４４３〜Ｔ４９０を実行する。即ち、ＭＦＰ１０は、Ｔ４５０のＮＦＣセッションを利用して、パッケージ名３９を含むＡＡＲと、割当ＩＤ「ＡＡＡ０１」を含むＮＤＥＦデータと、を携帯端末２００に送信する。

ＭＦＰ１０が、携帯端末１００からのＮＤＥＦデータの受信が完了する前に、ＮＦＣセッションが切断される場合（図３のＳ１２５でＮＯ）に、Ｓ１２０に戻り、Ｗｒｉｔｅコマンドの受信を監視する構成を想定する。当該構成では、ＭＦＰ１０は、Ｔ４５３において、携帯端末２００からＲｅａｄコマンドを受信しても、Ｗｒｉｔｅコマンドの受信を監視中であるので、Ｔ４５５以降の処理を実行することができない。一方、本ケースでは、Ｔ４５３において、携帯端末２００からＲｅａｄコマンドを受信し、Ｔ４５５において、ＡＡＲとＮＤＥＦデータとを携帯端末２００に送信する。その結果、ＭＦＰ１０が認証ＩＤ「ＡＡＡ０１」を登録し、携帯端末２００が認証ＩＤ「ＡＡＡ０１」を記憶することができる。

（対応関係）
ＭＦＰ１０、携帯端末１００，２００は、それぞれ、「通信装置」、「第１の端末装置」、「第２の端末装置」の一例である。ＮＦＣＩ／Ｆ２２、メモリ２４、メモリ３４、ＮＦＣＩ／Ｆ１２２は、それぞれ、「通信装置」の「無線インターフェース」、「インターフェースメモリ」、「メインメモリ」、「端末装置」の「無線インターフェース」の一例である。

ＮＦＣ通信、認証アプリ１４０、パッケージ名３９は、それぞれ、「近距離無線通信」、「特定のアプリケーションプログラム」、「識別情報」の一例である。割当（又は認証）ＩＤ「ＡＡＡ０１」は、「第１の認証情報」及び「関連情報」の一例である。割当（又は認証）ＩＤ「ＡＡＡ０２」は、「第２の認証情報」の一例である。図６のＴ４０のＮＦＣセッション、図８のＴ３４０のＮＦＣセッション、図６のＴ１４０のＮＦＣセッション、図７のＴ２４０のＮＦＣセッション、図６のＴ７５の後に携帯端末２００と確立されるＮＦＣセッション（図示省略）は、それぞれ、「第１の通信セッション」、「第２の通信セッション」、「第３の通信セッション」、「第４の通信セッション」、「第５の通信セッション」の一例である。

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

（変形例１）ＭＣＰ１０のＣＰＵ３２は、図２のＳ１５において、パッケージ名３９に代えて、認証アプリ１４０のインターネット上の位置を示すＵＲＬ（Uniform Resource Locatorの略）を含むＡＡＲと、ＮＤＥＦデータと、の双方をＮＦＣＩ／Ｆ２２に供給して、ＡＡＲとＮＤＥＦデータとの双方をメモリ２４に記憶させてもよい。即ち、「識別情報」は、例えば、ＵＲＬであってもよい。

（変形例２）上記の実施例では、ユーザが携帯端末１００をＭＦＰ１０に近づけた後に、認証アプリ１４０が携帯端末１００にインストールされる（図５のＳ３７０）。そして、ユーザが携帯端末１００をＭＦＰ１０に再び近づけた後に、認証ＩＤがＭＦＰ１０に登録される（図３のＳ１４５）。変形例では、ユーザが携帯端末１００をＭＦＰ１０に１回のみ近づけた後に、認証アプリ１４０が携帯端末１００にインストールされ、さらに、認証ＩＤがＭＦＰ１０に登録されてもよい。この場合、ＭＦＰ１０のＣＰＵ３２は、図３のＳ１１５〜Ｓ１２５をスキップして、Ｓ１３０に進む。携帯端末１００のＣＰＵ１３２は、Ｓ３７０の後に、Ｓ３６０を実行する。また、ＣＰＵ１３２は、Ｓ３４０をスキップして、Ｓ３４５に進む。即ち、「第２の受信部」は省略可能である。

（変形例３）ＣＰＵ３２は、図３のＳ１２５において、割当ＩＤに代えて、現在の割当ＩＤを登録すべき旨の登録指示を取得してもよい。当該登録指示は、割当ＩＤを含まない。即ち、「関連情報」は、第１の認証情報自体でなくても、第１の認証情報に関連する情報であればよい。

（変形例４）上記の実施例では、ＮＦＣＩ／Ｆ２２は、ＮＦＣタグであるが、変形例では、ＮＦＣフォーラムデバイスであってもよい。この場合、各情報の通信が実行される際に、ＮＦＣＩ／Ｆ２２がＣＥモードで動作するとともにＮＦＣＩ／Ｆ１２２がＲ／Ｗモードで動作していてもよいし、ＮＦＣＩ／Ｆ２２がＲ／Ｗモードで動作するとともにＮＦＣＩ／Ｆ１２２がＣＥモードで動作していてもよいし、ＮＦＣＩ／Ｆ２２，１２２の双方がＰ２Ｐモードで動作していてもよい。即ち、「無線インターフェース」は、ＮＦＣタグでなくてもよい。なお、ＮＦＣＩ／Ｆ１２２がＣＥモードで動作する変形例について、ＮＦＣＩ／Ｆ１２２はＮＦＣタグであってもよい。

（変形例５）ユーザテーブル４０には、ユーザ名及びパスワードのみが登録され、全てのユーザにＭＦＰ１０の全ての機能が許可されていてもよい。そして、メモリ３４に１個の認証ＩＤが登録されていてもよい。この場合、ＣＰＵ１３２は、図３のＳ１４０で割当ＩＤを更新しない。そのため、複数個の携帯端末１００，２００に同一の認証ＩＤが記憶され得る。各携帯端末１００，２００は、記憶された認証ＩＤをＭＦＰ１０に送信して、ＭＦＰ１０に認証を実行させる。ＭＦＰ１０は、認証が成功する場合に、ＭＦＰ１０の全ての機能を許可する。即ち、「第１の認証情報」に代えて「第２の認証情報」がインターフェースメモリに記憶されなくてもよい。

（変形例６）ＭＦＰ１０のＣＰＵ１３２は、図３のＳ１２５でＮＯと判断する場合に、Ｓ１２０に戻ってもよい。また、携帯端末１００のＣＰＵ１３２は、Ｓ３５５でＮＯと判断した後に、ＭＦＰ１０とのＮＦＣセッションが確立される場合に、Ｒｅａｄコマンドを送信せずに、Ｗｒｉｔｅコマンドを送信しもよい。この場合、図９のケースＤにおいて、Ｔ４５３，Ｔ４５５が省略される。即ち、「無線インターフェース」は、第６の通信セッションを利用して、識別情報と第１の認証情報とを第１の端末装置に再送信しなくてもよい。

（変形例７）図５のＳ３６０は省略可能である。なお、この場合、ユーザによって認証ＩＤが対象端末に入力される際に、認証ＩＤが対象端末に記憶されてもよい。即ち、「記憶制御部」は省略可能である。

（変形例８）ＭＦＰ１０のＣＰＵ３２は、Ｓ１５において、ＡＡＲをＮＦＣＩ／Ｆ２２に供給して、ＡＡＲをメモリ２４に記憶させなくてもよい。即ち、ＮＦＣＩ／Ｆ２２は、ＡＡＲを対象端末に送信しなくてもよい。この場合、ユーザは、インストール操作と、認証アプリ１４０を起動するための起動操作と、を対象端末に予め実行する必要がある。また、別の変形例では、ＣＰＵ３２は、Ｓ１５において、パッケージ名３９を含むＡＡＲに代えて、パッケージ名３９をＮＦＣＩ／Ｆ２２に供給して、パッケージ名３９をメモリ２４に記憶させてもよい。この場合、ユーザは、認証アプリ１４０が対象端末にインストールされた後に起動操作を携帯端末１００に予め実行する必要がある。

（変形例９）「通信装置」の「無線インターフェース」は、ＮＦＣ通信を実行するためのＩ／Ｆでなくてもよく、例えば、ＢｌｕｅＴｏｏｔｈ（登録商標）、ＴｒａｎｓｆｅｒＪｅｔ（登録商標）、赤外通信等の他の通信方式に従った無線通信を実行するためのＩ／Ｆであってもよい。同様に、「端末装置」の「無線インターフェース」は、ＢｌｕｅＴｏｏｔｈ、ＴｒａｎｓｆｅｒＪｅｔ、赤外通信等の他の通信方式に従った無線通信を実行するためのＩ／Ｆであってもよい。

（変形例１０）「通信装置」は、複数の機能を実行可能なＭＦＰ１０でなくてもよく、印刷機能のみを実行可能な印刷装置、スキャン機能のみを実行可能なスキャナ装置等であってもよい。また、「通信装置」は、ＰＣ、サーバ、携帯端末等であってもよい。

（変形例１１）上記の実施例では、ＭＦＰ１０のＣＰＵ３２がプログラム３６（即ちソフトウェア）を実行することによって、図２〜図４の各処理が実現される。これに代えて、図２〜図４の各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。

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

２：通信システム、１０：多機能機（ＭＦＰ）、１２，１１２：操作部、１４，１１４：表示部、１６：印刷実行部、１８：スキャン実行部、２４，３４，１３４：メモリ、３０，１３０：制御部、３２，１３２：ＣＰＵ、３６：プログラム、３９：パッケージ名、４０：ユーザテーブル、１００，２００：携帯端末、１３６：不揮発性領域、１３８：ソフトウェア、１４０：認証アプリケーション、１４２：揮発性領域

Claims (9)

1. 通信装置であって、
   近距離無線通信を実行するための無線インターフェースであって、インターフェースメモリを備える前記無線インターフェースと、
   特定のアプリケーションプログラムを識別するための識別情報であって、前記特定のアプリケーションプログラムをインストールするための前記識別情報と第１の認証情報との双方を前記無線インターフェースに供給して、前記識別情報と前記第１の認証情報との双方を前記インターフェースメモリに記憶させる供給部であって、前記無線インターフェースは、第１の端末装置との第１の通信セッションが確立される場合に、前記第１の通信セッションを利用して、前記インターフェースメモリ内の前記識別情報と前記第１の認証情報との双方を前記第１の端末装置に送信し、前記特定のアプリケーションプログラムは、認証情報を前記通信装置に送信して、前記認証情報を利用した認証を前記通信装置に実行させるためのアプリケーションである、前記供給部と、を備え、
   前記無線インターフェースは、さらに、前記特定のアプリケーションプログラムをインストール済みである前記第１の端末装置との第３の通信セッションが確立される場合に、前記第３の通信セッションを利用して、前記識別情報と前記第１の認証情報との双方を前記第１の端末装置に送信し、
   前記通信装置は、さらに、
   前記無線インターフェースが、前記第３の通信セッションを利用して、前記識別情報と前記第１の認証情報との双方を前記第１の端末装置に送信した後に、前記第３の通信セッションを利用して、前記第１の端末装置から前記第１の認証情報に関連する関連情報を受信する第２の受信部と、
   前記第１の端末装置から前記関連情報が受信される場合に、前記第１の認証情報をメインメモリに登録する登録部と、
   前記第１の認証情報が前記メインメモリに登録された後に、前記無線インターフェースを介して、前記特定のアプリケーションプログラムをインストール済みである前記第１の端末装置との第２の通信セッションが確立される場合に、前記第２の通信セッションを利用して、前記第１の端末装置から前記第１の認証情報を受信する第１の受信部と、
   前記第１の認証情報が受信される場合に、受信済みの前記第１の認証情報が前記メインメモリに登録されているのか否かを判断することによって、前記第１の認証情報を利用した認証を実行する認証部と、
   を備える通信装置。
2. 前記無線インターフェースは、ＮＦＣ（Near Field Communicationの略）規格に従った通信を実行するためのＮＦＣタグであり、
   前記無線インターフェースは、前記第１の端末装置との前記第３の通信セッションが確立される場合に、前記第３の通信セッションを利用して、前記識別情報と前記第１の認証情報との双方を前記ＮＦＣ規格のＲｅａｄｅｒモードで動作する前記第１の端末装置に送信し、
   前記第２の受信部は、前記第３の通信セッションを利用して、前記ＮＦＣ規格のＷｒｉｔｅｒモードで動作する前記第１の端末装置から前記関連情報を受信する、請求項１に記載の通信装置。
3. 前記供給部は、前記第１の認証情報が前記メインメモリに登録される場合に、前記第１の認証情報とは異なる第２の認証情報を前記無線インターフェースに供給して、前記第１の認証情報に代えて前記第２の認証情報を前記インターフェースメモリに記憶させ、
   前記無線インターフェースは、前記第１の認証情報に代えて前記第２の認証情報が前記インターフェースメモリに記憶された後に、前記第１の端末装置とは異なる第２の端末装置との第４の通信セッションが確立される場合に、前記第４の通信セッションを利用して、前記インターフェースメモリ内の前記識別情報と前記第２の認証情報との双方を前記第２の端末装置に送信する、請求項１又は２に記載の通信装置。
4. 前記無線インターフェースは、前記第１の認証情報に代えて前記第２の認証情報が前記インターフェースメモリに記憶される前に、前記第２の端末装置との第５の通信セッションが確立される場合に、前記第５の通信セッションを利用して、前記インターフェースメモリ内の前記識別情報と前記第１の認証情報との双方を前記第２の端末装置に送信する、請求項３に記載の通信装置。
5. 前記無線インターフェースは、前記第１の認証情報に代えて前記第２の認証情報が前記インターフェースメモリに記憶された後に、前記第１の端末装置との前記第２の通信セッションが確立される場合に、前記第２の通信セッションを利用して、前記インターフェースメモリ内の前記第２の認証情報を前記第１の端末装置に送信し、
   前記第１の受信部は、前記無線インターフェースが、前記第２の通信セッションを利用して、前記第２の認証情報を前記第１の端末装置に送信した後に、前記第２の通信セッションを利用して、前記第１の端末装置から前記第１の認証情報を受信し、
   前記供給部は、前記第２の通信セッションを利用して、前記第１の端末装置から前記第１の認証情報が受信される場合に、新たな認証情報を前記無線インターフェースに供給しない、請求項３又は４に記載の通信装置。
6. 前記無線インターフェースは、前記第１の端末装置からの前記関連情報の受信が完了する前に前記第３の通信セッションが切断された後に、前記無線インターフェースを介して、前記第１の端末装置とは異なる第２の端末装置との第６の通信セッションが確立される場合に、前記第６の通信セッションを利用して、前記識別情報と前記第１の認証情報との双方を前記第２の端末装置に送信する、請求項１から５のいずれか一項に記載の通信装置。
7. 端末装置のための特定のアプリケーションプログラムであって、
   前記端末装置に搭載されるコンピュータを、
   前記端末装置の無線インターフェースを介して、通信装置との通信セッションが確立される場合に、前記通信装置に登録されている登録済みの認証情報が前記端末装置の不揮発性メモリ領域に記憶されているのか否かを判断する判断部であって、前記無線インターフェースは、近距離無線通信を実行するためのインターフェースである、前記判断部と、
   前記登録済みの認証情報が前記不揮発性メモリ領域に記憶されていると判断される場合に、前記通信セッションを利用して、前記不揮発性メモリ領域内の前記登録済みの認証情報を前記通信装置に送信して、前記登録済みの認証情報を利用した認証を前記通信装置に実行させる第１の送信部と、
   前記登録済みの認証情報が前記不揮発性メモリ領域に記憶されていないと判断される場合に、前記通信セッションを利用して、受信済みの認証情報を前記通信装置に送信して、前記受信済みの認証情報を前記通信装置に登録させる第２の送信部であって、前記受信済みの認証情報は、前記通信セッションを利用して、前記通信装置から受信された認証情報である、前記第２の送信部と、
   として機能させる特定のアプリケーションプログラム。
8. 前記特定のアプリケーションプログラムは、
   前記コンピュータを、さらに、
   前記登録済みの認証情報が前記不揮発性メモリ領域に記憶されていないと判断される場合に、前記受信済みの認証情報を前記不揮発性メモリ領域に記憶させる記憶制御部として機能させる、請求項７に記載の特定のアプリケーションプログラム。
9. 通信装置のためのコンピュータプログラムであって、
   前記通信装置に搭載されるコンピュータを、
   特定のアプリケーションプログラムを識別するための識別情報であって、前記特定のアプリケーションプログラムをインストールするための前記識別情報と第１の認証情報との双方を前記通信装置の無線インターフェースに供給して、前記識別情報と前記第１の認証情報との双方を前記無線インターフェースのインターフェースメモリに記憶させる供給部であって、前記無線インターフェースは、近距離無線通信を実行するためのインターフェースであり、第１の端末装置との第１の通信セッションが確立される場合に、前記第１の通信セッションを利用して、前記インターフェースメモリ内の前記識別情報と前記第１の認証情報との双方を前記第１の端末装置に送信し、前記特定のアプリケーションプログラムは、認証情報を前記通信装置に送信して、前記認証情報を利用した認証を前記通信装置に実行させるためのアプリケーションである、前記供給部として機能させ、
   前記無線インターフェースは、さらに、前記特定のアプリケーションプログラムをインストール済みである前記第１の端末装置との第３の通信セッションが確立される場合に、前記第３の通信セッションを利用して、前記識別情報と前記第１の認証情報との双方を前記第１の端末装置に送信し、
   前記コンピュータプログラムは、前記コンピュータを、さらに、
   前記無線インターフェースが、前記第３の通信セッションを利用して、前記識別情報と前記第１の認証情報との双方を前記第１の端末装置に送信した後に、前記第３の通信セッションを利用して、前記第１の端末装置から前記第１の認証情報に関連する関連情報を受信する第２の受信部と、
   前記第１の端末装置から前記関連情報が受信される場合に、前記第１の認証情報をメインメモリに登録する登録部と、
   前記第１の認証情報が前記メインメモリに登録された後に、前記無線インターフェースを介して、前記特定のアプリケーションプログラムをインストール済みである前記第１の端末装置との第２の通信セッションが確立される場合に、前記第２の通信セッションを利用して、前記第１の端末装置から前記第１の認証情報を受信する第１の受信部と、
   前記第１の認証情報が受信される場合に、受信済みの前記第１の認証情報が前記メインメモリに登録されているのか否かを判断することによって、前記第１の認証情報を利用した認証を実行する認証部と、
   として機能させるコンピュータプログラム。

Images