(57)【要約】      （修正有）【課題】サーバ側にアプリケーションを配置した形態において、ユーザの利便性を確保しつつユーザ認証を実施可能なシステムを提供する。【解決手段】ユーザ端末１は通信機器３からコマンドを受信して認証・ＡＰサーバ２に送信し、当該コマンドに対して認証・ＡＰサーバ２のアプリケーション処理部２１４が生成したレスポンスを受信して通信機器３に送信する。認証・ＡＰサーバ２はコマンドの送信元を検証する認証データ検証部２１２を有する。ユーザ端末１は、第Ｎのコマンドに基づく認証データを、レスポンスを待たずに生成し、第Ｎのコマンドに基づいて生成された認証データと第（Ｎ＋１）のコマンドとを認証データ検証部２１２に送信する。認証データ検証部２１２は、既に受信された第Ｎのコマンドに基づいて照合用データを生成し、第（Ｎ＋１）のコマンドと共に受信された認証データと照合用データとを照合して、第（Ｎ＋１）のコマンドの送信元を検証する。【選択図】図２
2016197767.tif 000002
【特許請求の範囲】
【請求項１】
通信機器からコマンドを受信して外部へ送信し、当該コマンドを処理してレスポンスを生成可能なアプリケーション処理手段によって生成された当該レスポンスを受信して、前記通信機器へ送信可能なユーザ端末を有する認証データ検証システムであって、
前記認証データ検証システムは、前記ユーザ端末によって第１のコマンドの後に受信され送信される第Ｎ（Ｎは２以上の自然数）のコマンドの処理について、受信された第Ｎのコマンドの送信元を検証する認証データ検証手段を更に有し、
前記ユーザ端末は、
第Ｎのコマンドが前記通信機器から受信された際、第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータに基づく認証データを、第Ｎのコマンドに対するレスポンスを待って利用することなく生成する認証データ生成手段と、
第Ｎのコマンドに次いで第（Ｎ＋１）のコマンドが受信された際、第Ｎのコマンドの処理について生成された認証データと第（Ｎ＋１）のコマンドとを、前記認証データ検証手段に到達するように送信する端末側通信制御手段と
を有し、
前記認証データ検証手段は、既に受信された第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータに基づいて照合用データを生成し、第（Ｎ＋１）のコマンドと共に受信された認証データと、当該照合用データとを照合して、第（Ｎ＋１）のコマンドの送信元を検証する
ことを特徴とする認証データ検証システム。
【請求項２】
前記認証データ生成手段は、第（Ｎ＋１）のコマンドを前記通信機器から受信した際、第（Ｎ＋１）のコマンドと、第Ｎのコマンドの処理について生成された認証データとに基づいて認証データを生成し、
前記認証データ検証手段は、第（Ｎ＋２）のコマンドの処理について、先に受信された第（Ｎ＋１）のコマンドと、第Ｎのコマンドの処理について生成された照合用データとに基づいて照合用データを生成し、第（Ｎ＋２）のコマンドと共に受信された認証データと、生成した当該照合用データとを照合して、第（Ｎ＋２）のコマンドの送信元を検証する
ことを特徴とする請求項１に記載の認証データ検証システム。
【請求項３】
前記認証データ検証手段は、第１のコマンドの処理について、乱数を生成して当該乱数に基づいて照合用データを生成し、
前記認証データ検証システムは、当該乱数を前記ユーザ端末へ送信するサーバ側通信制御手段を更に有し、
前記認証データ生成手段は、受信された乱数に基づいて認証データを生成し、
前記端末側通信制御手段は、第１のコマンドに次いで第２のコマンドを受信した際、乱数に基づく認証データと、第２のコマンドとを前記認証データ検証手段に到達するように送信し、
前記認証データ検証手段は、第２のコマンドと共に受信された認証データと、乱数に基づいて生成した照合用データとを照合して、第２のコマンドの送信元を検証する
ことを特徴とする請求項１又は２に記載の認証データ検証システム。
【請求項４】
通信機器から受信されるコマンドは、提供されるサービスを識別するサービス識別子を含み、
前記認証データ検証システムは、前記アプリケーション処理手段を包含し、
前記アプリケーション処理手段は、当該サービス識別子で指定されるサービスを処理する複数のアプリケーションを有し、受信されたコマンドの処理プロセスについて、当該コマンドから抽出されたサービス識別子に係る情報に基づいて、当該コマンドに対するレスポンスを生成するのに使用するアプリケーションを決定する
ことを特徴とする請求項１から３のいずれか１項に記載の認証データ検証システム。
【請求項５】
前記認証データ検証システムは、コマンド処理の開始通知又は第１のコマンドを受信した際、以降のコマンド処理のセッションを特定するためのセッション識別子を生成する処理制御手段を更に有し、
前記認証データ検証手段は、当該セッション識別子と生成した照合用データとを対応付けて記憶し、
前記認証データ検証システムは、当該セッション識別子を前記ユーザ端末へ送信するサーバ側通信制御手段を更に有し、
前記ユーザ端末は、当該セッション識別子と生成された認証データとを対応付けて記憶するデータ処理手段を更に有し、
前記端末側通信制御手段は、当該認証データ及び当該コマンドと共に当該セッション識別子を、前記認証データ検証手段に到達するように送信し、
前記認証データ検証手段は、受信されたセッション識別子に対応付けられた照合用データと、受信された認証データとを照合して、当該コマンドの送信元を検証する
ことを特徴とする請求項１から４のいずれか１項に記載の認証データ検証システム。
【請求項６】
前記ユーザ端末は、ＩＳＯ／ＩＥＣ規格で規定された近距離無線通信方式を用いて、前記通信機器から当該コマンドを受信し、当該レスポンスを前記通信機器へ送信することを特徴とする請求項１から５のいずれか１項に記載の認証データ検証システム。
【請求項７】
通信機器からコマンドを受信して外部へ送信し、当該コマンドを処理してレスポンスを生成可能なアプリケーション処理手段によって生成された当該レスポンスを受信可能なユーザ端末であって、当該レスポンスを前記通信機器へ送信可能なユーザ端末から送信される通信に係る認証データを検証する認証データ検証装置であって、
前記ユーザ端末によって第１のコマンドの後に受信され送信される第Ｎ（Ｎは２以上の自然数）のコマンドの処理について、受信された第Ｎのコマンドの送信元を検証する認証データ検証手段と、
前記ユーザ端末が第Ｎのコマンドに次いで第（Ｎ＋１）のコマンドを前記通信機器から受信した際に、先に受信された第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータに基づいて生成した認証データであって、第Ｎのコマンドに対するレスポンスを待って利用することなく生成された認証データを、第（Ｎ＋１）のコマンドと共に受信可能な装置側通信制御手段と
を有し、
前記認証データ検証手段は、既に受信された第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータに基づいて照合用データを生成し、第（Ｎ＋１）のコマンドと共に受信された認証データと、当該照合用データとを照合して、第（Ｎ＋１）のコマンドの送信元を検証する
ことを特徴とする認証データ検証装置。
【請求項８】
通信機器からコマンドを受信して外部へ送信し、当該コマンドを処理してレスポンスを生成可能なアプリケーション処理手段によって生成された当該レスポンスを受信して、前記通信機器へ送信可能なユーザ端末であって、
前記通信機器から第１のコマンドの後に受信された第Ｎ（Ｎは２以上の自然数）のコマンドを、第Ｎのコマンドの送信元を検証可能な外部に設けられた認証データ検証手段に到達するように送信する端末側通信制御手段と、
第Ｎのコマンドが受信された際、第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータに基づく認証データを、第Ｎのコマンドに対するレスポンスを待って利用することなく生成する認証データ生成手段と
を有し、
前記端末側通信制御手段は、第Ｎのコマンドに次いで第（Ｎ＋１）のコマンドが受信された際、第Ｎのコマンドの処理について生成された認証データと第（Ｎ＋１）のコマンドとを前記認証データ検証手段に到達するように送信することによって、既に第Ｎのコマンドを受信した前記認証データ検証手段であって、第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータに基づいて照合用データを生成した前記認証データ検証手段に対し、第（Ｎ＋１）のコマンドと共に受信させた認証データと当該照合用データとを照合させ、第（Ｎ＋１）のコマンドの送信元を検証させる
ことを特徴とするユーザ端末。
【請求項９】
通信機器からコマンドを受信して外部へ送信し、当該コマンドを処理してレスポンスを生成可能なアプリケーション処理手段によって生成された当該レスポンスを受信して、前記通信機器へ送信可能なユーザ端末を有する認証データ検証システムにおける認証データを検証する方法であって、
前記認証データ検証システムは、前記ユーザ端末によって第１のコマンドの後に受信され送信される第Ｎ（Ｎは２以上の自然数）のコマンドの処理について、受信された第Ｎのコマンドの送信元を検証する認証データ検証手段を更に有し、
前記方法は、
前記ユーザ端末が、第Ｎのコマンドを前記通信機器から受信した際、第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータに基づく認証データを、第Ｎのコマンドに対するレスポンスを待って利用することなく生成するステップと、
前記ユーザ端末が、第Ｎのコマンドに次いで第（Ｎ＋１）のコマンドを受信した際、第Ｎのコマンドの処理について生成された認証データと第（Ｎ＋１）のコマンドとを、前記認証データ検証手段に到達するように送信するステップと、
前記認証データ検証手段が、既に受信された第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータに基づいて照合用データを生成し、第（Ｎ＋１）のコマンドと共に受信された認証データと、当該照合用データとを照合して、第（Ｎ＋１）のコマンドの送信元を検証するステップと
を有することを特徴とする認証データ検証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔に配置したプログラムやデータを利用する際におけるユーザの正当性を検証する認証技術に関する。
【背景技術】
【０００２】
従来、無線タグ読み取り・書き込み装置、いわゆるリーダライタと、ユーザの所持する携帯端末とを近接させて通信を行うことによって、ユーザが様々なサービスを享受することを可能にする技術が実用化され、盛んに利用されている。この際、提供されるサービスとして、例えば、ＩＣ乗車カードによる交通機関の利用、電子マネーによる決済や、電子身分証明等が挙げられる。
【０００３】
また、最近、このようなサービスを提供するためのアプリケーション・プログラム及びデータを、端末側にではなくサーバ側に持たせる技術も提案されている。
【０００４】
例えば、特許文献１には、アプリケーションを保持し実行する実行部を有し、リーダライタから携帯端末を中継して受信したコマンドを用いてレスポンスを生成し、携帯端末を中継してリーダライタに送信するＳＡ（Secure Application）サーバが開示されている。ここで、ＳＡサーバは、携帯端末と認証サーバとの間で認証処理を行った際のセキュアＩＤを用いてユーザデータを特定し、次いで、この特定されたユーザデータを基にして、受信したコマンドに関わるアプリケーションを起動している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−１２３５９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の技術のような従来技術では、サーバに保持されたアプリケーションを利用する際におけるユーザの正当性の検証、といった認証の仕組みは何ら提示されていない。
【０００７】
例えば、一般的に採用可能な認証方法として、ユーザがサービス利用時に、ユーザ識別子（ＩＤ）及びパスワードを入力する方式が挙げられる。しかしながら、リーダライタに携帯端末をかざして利用する形態において、かざす前又はかざした後にユーザＩＤやパスワードを入力することは、ユーザの利便性を大きく低下させる。
【０００８】
また、他の認証方法として、端末に実装したＩＣチップ等のセキュアデバイスに格納した鍵を用いて認証処理を行うことも考えられる。しかしながら、ＩＣチップは一般に、端末に搭載されたソフトウェアと比較して処理能力が低いので、認証のためのデータ生成に時間を要し、全体の処理時間が長くなる。このように、ＩＣチップを用いた認証も、サービスを利用するユーザに不便をかける原因となり得る。
【０００９】
そこで、本発明は、サーバ側にアプリケーションを配置した形態において、ユーザの利便性を確保しつつ適切な認証を実施することができるシステム、装置及び方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明によれば、通信機器からコマンドを受信して外部へ送信し、当該コマンドを処理してレスポンスを生成可能なアプリケーション処理手段によって生成された当該レスポンスを受信して、この通信機器へ送信可能なユーザ端末を有する認証データ検証システムであって、
本認証データ検証システムは、ユーザ端末によって第１のコマンドの後に受信され送信される第Ｎ（Ｎは２以上の自然数）のコマンドの処理について、受信された第Ｎのコマンドの送信元を検証する認証データ検証手段を更に有し、
ユーザ端末は、
第Ｎのコマンドが通信機器から受信された際、第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータに基づく認証データを、第Ｎのコマンドに対するレスポンスを待って利用することなく生成する認証データ生成手段と、
第Ｎのコマンドに次いで第（Ｎ＋１）のコマンドが受信された際、第Ｎのコマンドの処理について生成された認証データと第（Ｎ＋１）のコマンドとを、認証データ検証手段に到達するように送信する端末側通信制御手段と
を有し、
認証データ検証手段は、既に受信された第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータに基づいて照合用データを生成し、第（Ｎ＋１）のコマンドと共に受信された認証データと、当該照合用データとを照合して、第（Ｎ＋１）のコマンドの送信元を検証する
ことを特徴とする認証データ検証システムが提供される。
【００１１】
この本発明による認証データ検証システムの好適な一実施形態として、認証データ生成手段は、第（Ｎ＋１）のコマンドを通信機器から受信した際、第（Ｎ＋１）のコマンドと、第Ｎのコマンドの処理について生成された認証データとに基づいて認証データを生成し、
認証データ検証手段は、第（Ｎ＋２）のコマンドの処理について、先に受信された第（Ｎ＋１）のコマンドと、第Ｎのコマンドの処理について生成された照合用データとに基づいて照合用データを生成し、第（Ｎ＋２）のコマンドと共に受信された認証データと、生成した当該照合用データとを照合して、第（Ｎ＋２）のコマンドの送信元を検証してもよい。
【００１２】
また、本発明による認証データ検証システムの認証データ検証手段は、第１のコマンドの処理について、乱数を生成して当該乱数に基づいて照合用データを生成し、
本認証データ検証システムは、当該乱数をユーザ端末へ送信するサーバ側通信制御手段を更に有し、
認証データ生成手段は、受信された乱数に基づいて認証データを生成し、
端末側通信制御手段は、第１のコマンドに次いで第２のコマンドを受信した際、乱数に基づく認証データと、第２のコマンドとを認証データ検証手段に到達するように送信し、
認証データ検証手段は、第２のコマンドと共に受信された認証データと、乱数に基づいて生成した照合用データとを照合して、第２のコマンドの送信元を検証する
ことも好ましい。
【００１３】
さらに、本発明による認証データ検証システムの他の実施形態として、通信機器から受信されるコマンドは、提供されるサービスを識別するサービス識別子を含み、
本認証データ検証システムは、アプリケーション処理手段を包含し、
アプリケーション処理手段は、当該サービス識別子で指定されるサービスを処理する複数のアプリケーションを有し、受信されたコマンドの処理プロセスについて、当該コマンドから抽出されたサービス識別子に係る情報に基づいて、当該コマンドに対するレスポンスを生成するのに使用するアプリケーションを決定することも好ましい。
【００１４】
また、本発明による認証データ検証システムの更なる他の実施形態として、本認証データ検証システムは、コマンド処理の開始通知又は第１のコマンドを受信した際、以降のコマンド処理のセッションを特定するためのセッション識別子を生成する処理制御手段を更に有し、
認証データ検証手段は、当該セッション識別子と生成した照合用データとを対応付けて記憶し、
本認証データ検証システムは、当該セッション識別子をユーザ端末へ送信するサーバ側通信制御手段を更に有し、
ユーザ端末は、当該セッション識別子と生成された認証データとを対応付けて記憶するデータ処理手段を更に有し、
端末側通信制御手段は、当該認証データ及び当該コマンドと共に当該セッション識別子を、認証データ検証手段に到達するように送信し、
認証データ検証手段は、受信されたセッション識別子に対応付けられた照合用データと、受信された認証データとを照合して、当該コマンドの送信元を検証することも好ましい。
【００１５】
さらに、本発明による認証データ検証システムのユーザ端末は、ＩＳＯ／ＩＥＣ規格で規定された近距離無線通信方式を用いて、通信機器から当該コマンドを受信し、当該レスポンスを通信機器へ送信することも好ましい。
【００１６】
本発明によれば、また、通信機器からコマンドを受信して外部へ送信し、当該コマンドを処理してレスポンスを生成可能なアプリケーション処理手段によって生成された当該レスポンスを受信可能なユーザ端末であって、当該レスポンスをこの通信機器へ送信可能なユーザ端末から送信される通信に係る認証データを検証する認証データ検証装置であって、
ユーザ端末によって第１のコマンドの後に受信され送信される第Ｎ（Ｎは２以上の自然数）のコマンドの処理について、受信された第Ｎのコマンドの送信元を検証する認証データ検証手段と、
ユーザ端末が第Ｎのコマンドに次いで第（Ｎ＋１）のコマンドを通信機器から受信した際に、先に受信された第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータに基づいて生成した認証データであって、第Ｎのコマンドに対するレスポンスを待って利用することなく生成された認証データを、第（Ｎ＋１）のコマンドと共に受信可能な装置側通信制御手段と
を有し、
認証データ検証手段は、既に受信された第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータに基づいて照合用データを生成し、第（Ｎ＋１）のコマンドと共に受信された認証データと、当該照合用データとを照合して、第（Ｎ＋１）のコマンドの送信元を検証する
ことを特徴とする認証データ検証装置が提供される。
【００１７】
本発明によれば、さらに、通信機器からコマンドを受信して外部へ送信し、当該コマンドを処理してレスポンスを生成可能なアプリケーション処理手段によって生成された当該レスポンスを受信して、この通信機器へ送信可能なユーザ端末を有する認証データ検証システムにおける認証データを検証する方法であって、
認証データ検証システムは、ユーザ端末によって第１のコマンドの後に受信され送信される第Ｎ（Ｎは２以上の自然数）のコマンドの処理について、受信された第Ｎのコマンドの送信元を検証する認証データ検証手段を更に有し、
本方法は、
ユーザ端末が、第Ｎのコマンドを通信機器から受信した際、第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータに基づく認証データを、第Ｎのコマンドに対するレスポンスを待って利用することなく生成するステップと、
ユーザ端末が、第Ｎのコマンドに次いで第（Ｎ＋１）のコマンドを受信した際、第Ｎのコマンドの処理について生成された認証データと第（Ｎ＋１）のコマンドとを、認証データ検証手段に到達するように送信するステップと、
認証データ検証手段が、既に受信された第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータに基づいて照合用データを生成し、第（Ｎ＋１）のコマンドと共に受信された認証データと、当該照合用データとを照合して、第（Ｎ＋１）のコマンドの送信元を検証するステップと
を有する認証データ検証方法が提供される。
【発明の効果】
【００１８】
本発明の認証データ検証システム、装置及び方法によれば、サーバ側にアプリケーションを配置した形態において、ユーザの利便性を確保しつつ適切な認証を実施することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明による認証データ検証システムの一実施形態を示す模式図である。
【図２】本発明に係るユーザ端末及び認証データ検証装置の一実施形態における機能構成を示す機能ブロック図である。
【図３】本発明による認証データ検証システムの他の実施形態を示す模式図である。
【図４】本発明による認証データ検証システムの更なる他の実施形態を示す模式図である。
【図５】本発明による認証データ検証方法の一実施形態における第１のコマンドに対する処理を示したシーケンス図である。
【図６】図５に示した実施形態における第Ｎ（Ｎ≧２）のコマンドに対する処理を示したシーケンス図である。
【図７】本発明による認証データ検証方法の他の実施形態における第１のコマンドに対する処理を示したシーケンス図である。
【図８】図７に示した実施形態における第Ｎ（Ｎ≧２）のコマンドに対する処理を示したシーケンス図である。
【発明を実施するための形態】
【００２０】
以下では、本発明の実施形態について、図面を用いて詳細に説明する。
【００２１】
［認証データ検証システム］
図１は、本発明による認証データ検証システムの一実施形態を示す模式図である。
【００２２】
図１によれば、本実施形態の認証データ検証システムは、
（Ａ）通信機器であるリーダライタ３からコマンドを受信して外部へ送信し、コマンドを処理してレスポンスを生成可能な（図１ではサーバ２内に設置された）アプリケーション処理部によって生成されたレスポンスを受信して、このレスポンスをリーダライタ３へ送信可能な、少なくとも１つの（通常多数の）ユーザ端末１と、
（Ｂ）認証・アプリケーション（ＡＰ）サーバ２と
を備えている。
【００２３】
このうち、認証・ＡＰサーバ２は、受信されたコマンドの送信元を検証する認証データ検証装置であるが、本実施形態では、ユーザ端末１からの要求に応じてサービスの処理を実施可能なアプリケーション・プログラム及びデータを搭載したサーバにもなっている。
【００２４】
ユーザ端末１は、例えば、無線ＩＣタグを内蔵したスマートフォン、タブレット型コンピュータ又は携帯電話機等の通信情報端末である。ユーザ端末１（無線ＩＣタグ）は、ユーザによりリーダライタ３に近接する、かざされる、当てられる又は載せ置かれることによって、リーダライタ３との間で、ＮＦＣ（Near Field Communication）に代表されるＩＳＯ／ＩＥＣ規格で規定された近距離無線通信を行うことができる。
【００２５】
ここで、具体的には、リーダライタ３からユーザ端末１へ指令であるコマンドが送信され、ユーザ端末１からリーダライタ３へ応答としてのレスポンスが返信される。このように両者の間でやり取りされるコマンドやレスポンス等のデータは、ＡＰＤＵ（Application Protocol Data Unit）と呼ばれる。
【００２６】
ユーザ端末１は、さらに、事業者通信網であるアクセスネットワークを介して、又はアクセスネットワークとインターネットとを介して、認証・ＡＰサーバ２と通信することもできる。このため、ユーザ端末１は、リーダライタ３から発信されたコマンドを認証・ＡＰサーバ２へ送信し、認証・ＡＰサーバ２においてこのコマンドに基づいて生成されたレスポンスを受信してリーダライタ３へ送信するといった中継機器としても機能する。
【００２７】
ここで、アクセスネットワークは、例えば、ＬＴＥ(Long Term Evolution)、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）又は３Ｇ（3rd Generation）等の無線事業者通信網とすることができる。また、ユーザ端末１と認証・ＡＰサーバ２との間でＷｉ-Ｆｉ（登録商標）等の無線ＬＡＮ（Local Area Network）を介在した通信が行われてもよい。また、プライベートネットワークの介在した通信が行われることも可能である。
【００２８】
このような本認証データ検証システムにおいて、認証・ＡＰサーバ２（認証データ検証装置）は、
（Ｃ）ユーザ端末１によって第１のコマンドの後に受信され送信される第Ｎ（Ｎは２以上の自然数）のコマンドの処理について、受信された第Ｎのコマンドの送信元を検証する。
即ち、認証・ＡＰサーバ２は、第１のコマンドを受信した後に引き続き受信する第２のコマンド、第３のコマンド、・・・の各々の処理について、受信されたコマンドの送信元が正当なユーザ端末１であるか否かを検証する。
【００２９】
また、これに対し、ユーザ端末１は、
（Ｄ）第Ｎ（Ｎ≧２）のコマンドがリーダライタ３から受信された際、「第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータ」に基づく認証データを、第Ｎのコマンドに対するレスポンスを待って利用することなく生成し、
（Ｅ）第Ｎのコマンドに次いで第（Ｎ＋１）のコマンドが受信された際、第Ｎのコマンドの処理について生成された認証データと第（Ｎ＋１）のコマンドとを、認証・ＡＰサーバ２へ（即ち、認証データ検証装置に到達するように）送信する。
【００３０】
次いで、これに対し、認証・ＡＰサーバ２は、
（Ｆ）「（既に受信された）第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータ」に基づいて照合用データを生成し、第（Ｎ＋１）のコマンドと共に受信された認証データと、この照合用データとを照合して、第（Ｎ＋１）のコマンドの送信元を検証する。
【００３１】
ここで、本システムでの処理の１つの具体例を挙げると、ユーザ端末１は、
（ａ）第１の（初回の）コマンドをリーダライタ３から受信した際、認証・ＡＰサーバ２にコマンド受信を通知し、次いで、レスポンスと共に、サーバ２で生成された乱数をサーバ２から取得して、取得したレスポンスをリーダライタ３へ返信し、
（ｂ）第２の（２回目の）コマンドを受信した際、このコマンドと、取得した乱数に基づいて生成した認証データとをサーバ２に送信して、サーバ２でこの認証データの検証を受け、次いで、レスポンスをサーバ２から取得して、取得したレスポンスをリーダライタ３へ返信し、
（ｃ）第３以降の（３回目以降の）コマンドを受信した際、このコマンドと、ひとつ前に受信したコマンドに基づいて生成した認証データとをサーバ２に送信して、サーバ２でこの認証データの検証を受け、次いで、レスポンスをサーバ２から取得して、取得したレスポンスをリーダライタ３へ返信する。
【００３２】
このように、ユーザ端末１は、リーダライタ３から受信したコマンドを認証・ＡＰサーバ２へ送信する際、それ以前に受信していたコマンド若しくはコマンドに係るデータに基づいて又は当該コマンドの処理について予め生成していた認証データを合わせて送信する。ここで、前もっての認証データの生成は、送信したコマンドに対するサーバ２からのレスポンスの待ち時間や、リーダライタ３から次のコマンドを受信するまでの待ち時間に実行することができる。即ち、ユーザ端末１がサーバ２に対し次回のコマンド通知を行う前に、合わせて送信すべき認証データを生成することができる。一方、認証・ＡＰサーバ２もコマンドを受信した段階で、それ以前に受信していたコマンド若しくはコマンドに係るデータに基づいて認証用データを生成し終わっている。
【００３３】
このように、コマンド処理と並行して認証データを準備しておくことによって、本認証データ検証システムにおいては、認証データ生成部１１３の処理能力が低くても、認証に用いるデータを生成する時間によって本来のコマンド処理が遅延する、といった事態を回避することができる。即ち、認証に用いるデータの生成による全体の処理時間の増大を抑制することが可能となる。これにより、サーバ２側にアプリケーションを配置した形態においても、ユーザの利便性を確保しつつ適切な認証を実施することができるのである。
【００３４】
尚、認証データは、例えば（電子）署名とすることができる。また、上記構成（Ｄ）及び（Ｆ）における「第Ｎのコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータ」は、例えば、
（ａ）第Ｎのコマンドそのものでもよく、
（ｂ）第Ｎのコマンドに含まれるサービス識別子（ＩＤ）等の情報でもよい。または、
（ｃ）第Ｎのコマンドと、第（Ｎ−１）のコマンドの処理について（第（Ｎ−１）のコマンドの処理時に）生成された認証データとの両方でもよい。
【００３５】
いずれにしても、コマンドは、リーダライタ３とアプリケーションとの間でのみ特定され且つ意味を持つデータであり、また、外部から勝手に生成され得ず且つ改ざんされれば処理が立ち行かなくなるたぐいの信号データである。このような、正常なコマンド処理における通信でやり取りされる信号データに基づいて認証データ及び照合用データを生成することによって、通信の正当性、特にコマンドの送信元の正当性を認証し保証することが可能となる。また、例えば上記（ｃ）のように、第Ｎのコマンドと、第（Ｎ−１）のコマンドの処理について生成された認証データとの両方に基づいて認証データ及び照合用データを生成することによって、個々のコマンドだけではなく一連のコマンドが抜けなく正しい順序で、且つ同一の端末からサーバ２に送信されていること、即ち一連のコマンド処理及び送信元端末の正当性、を認証し保証することもできるのである。
【００３６】
［ユーザ端末、認証データ検証装置］
図２は、本発明に係るユーザ端末及び認証データ検証装置の一実施形態における機能構成を示す機能ブロック図である。
【００３７】
図２によれば、ユーザ端末１は、非接触通信インタフェース１０１と、端末通信インタフェース１０２と、タッチパネル・ディスプレイ（ＴＰ／ＤＰ）１０３と、プロセッサ・メモリとを有する。ここで、プロセッサ・メモリは、ユーザ端末１のコンピュータを機能させるプログラムを実行することによって、認証データ検証機能の一部を実現させる。
【００３８】
さらに、このプロセッサ・メモリは、機能構成部として、非接触通信制御部１１１と、データ処理部１１２ａを含む端末側の通信制御手段である端末通信制御部１１２と、認証データ生成部１１３とを有する。ここで、図２におけるユーザ端末１の機能構成部間を矢印で接続して示した処理の流れは、本発明による認証データ検証方法の一実施形態における一部としても理解される。
【００３９】
同じく図２によれば、認証データ検証装置である認証・ＡＰサーバ２は、サーバ通信インタフェース２０１と、プロセッサ・メモリとを有する。ここで、プロセッサ・メモリは、認証・ＡＰサーバ２のコンピュータを機能させるプログラムを実行することによって、認証データ検証機能の一部を実現させる。
【００４０】
さらに、このプロセッサ・メモリは、機能構成部として、処理制御部２１１ａを含むサーバ側の通信手段であるサーバ通信制御部２１１と、乱数生成器２１２ａを含む認証データ検証部２１２と、サービスＩＤ管理部２１３と、アプリケーション２１４ａを含むアプリケーション処理部２１４とを有する。ここで、図２における認証・ＡＰサーバ２の機能構成部間を矢印で接続して示した処理の流れは、本発明による認証データ検証方法の一実施形態における一部としても理解される。
【００４１】
同じく図２において、リーダライタ３は、ユーザ端末１の非接触通信インタフェース１０１との間で、例えばＮＦＣといったＩＳＯ／ＩＥＣ規格で規定された近距離無線通信を行う通信機器である。また、この通信を行うことによってユーザ端末１（のユーザ）に向けてサービスを提供するための手段となっている。ここで、非接触通信インタフェース１０１は、無線ＩＣタグを含み、リーダライタ３からのタグ探索信号（電磁波）を、無線ＩＣタグのアンテナ部を介して受信することができる。次いで、この探索信号の電磁場エネルギーによって、無線ＩＣタグを動作させ、応答をリーダライタ３に返信して、リーダライタとの間でコマンド及びレスポンスの送受信を含む通信を開始してもよい。
【００４２】
また、非接触通信インタフェース１０１は、リーダライタ３から、サーバ２に搭載されたアプリケーション等によって処理されてレスポンスを生成させるコマンドであって、ユーザに対するサービスを生成するためのコマンドを順次受信する。以下、このうちで最初に受信されるコマンドを第１のコマンドとし、順次受信される順に、第２のコマンド、第３のコマンド、・・・と命名する。尚、受信されるコマンドには、提供されるサービスを識別する、即ちいずれのサービスについての処理であるかを示すサービス識別子（ＩＤ）が含まれている。サービスＩＤは後に、サーバ２において使用するアプリケーションを特定するのに使用される。また、このようなコマンドとして、例えばＮＦＣであれば、ＩＳＯ／ＩＥＣ７８１６−４で規定されるSELECTコマンドを採用することができる。
【００４３】
非接触通信制御部１１１は、非接触通信インタフェース１０１を介したリーダライタ３との通信において、送受信される信号の制御を行う。
【００４４】
端末通信インタフェース１０２は、認証・ＡＰサーバ２のサーバ通信インタフェース２０１との間で、携帯電話通信網等のアクセスネットワーク（及びインターネット）を介した通信を行う。
【００４５】
端末通信制御部１１２は、端末通信インタフェース１０２を介した認証・ＡＰサーバ２との通信において、送受信される信号の制御を行う。ここで、端末通信制御部１１２は、
（ａ）第１のコマンドに次いで第２のコマンドをリーダライタ３から受信した際、後に説明するように先にサーバ２から受信した乱数に基づいて生成した認証データと、第２のコマンドとを、認証・ＡＰサーバ２へ（認証データ検証部２１２に到達するように）送信するように制御し、
（ｂ）第Ｎ（Ｎ≧２）のコマンドに次いで第（Ｎ＋１）のコマンドが受信された際、第Ｎのコマンドの処理について生成された認証データと第（Ｎ＋１）のコマンドとを、認証・ＡＰサーバ２へ（認証データ検証部２１２に到達するように）送信するように制御する。
【００４６】
また、端末通信制御部１１２は、データ処理部１１２ａを有する。このデータ処理部１１２ａは、ユーザ端末１を識別するための固有の端末識別子（ＩＤ）を保持する。端末ＩＤは後に、コマンドと合わせてサーバ２へ送信され、サーバ２において、使用するアプリケーションの利用者データ保持部のデータを特定し、対応するアプリケーション処理を実行させるのに使用される。
【００４７】
データ処理部１１２ａは、さらに、リーダライタ３から受信したコマンドに応じて、サーバ２へ送信するデータを生成する。例えば、上記（ａ）の場合、乱数に基づいて生成した認証データと、第２のコマンドと、端末ＩＤと、コマンド通知との組を送信データとして生成する。また、上記（ｂ）の場合、第Ｎのコマンドの処理について生成された認証データと、第（Ｎ＋１）のコマンドと、端末ＩＤと、コマンド通知との組を送信データとして生成する。データ処理部１１２ａは、また、サーバ２から受信したレスポンスに応じて、リーダライタ３へ送信するデータを生成する。
【００４８】
さらに、データ処理部１１２ａは、後に説明するように、サーバ２（処理制御部２１１ａ）が第１のコマンドを受信した際に生成したセッション識別子（ＩＤ）を、最初に受信するレスポンスと共に受信し、このセッションＩＤと、受信した際のコマンドの処理について生成された認証データとを対応付けて記憶することも好ましい。また、このセッションＩＤを生成する実施形態では、データ処理部１１２ａは、上記（ｂ）の場合として、第Ｎのコマンドの処理について生成された認証データと、第（Ｎ＋１）のコマンドと、端末ＩＤと、セッションＩＤと、コマンド通知との組を送信データとして生成し、認証・ＡＰサーバ２へ（認証データ検証部２１２に到達するように）送信させることも好ましい。
【００４９】
認証データ生成部１１３は、
（ａ）第１のコマンドに対するレスポンスをサーバ２から受信した際に合わせて受信する乱数に基づいて認証データを生成し、
（ｂ）第Ｎ（Ｎ≧２）のコマンドがリーダライタ３から受信された際、「コマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータ」に基づく認証データを、第Ｎのコマンドに対するレスポンスを待って利用することなく生成する。
【００５０】
このうち、上記（ｂ）についての好適な実施形態として、認証データ生成部１１３は、第（Ｎ＋１）のコマンドをリーダライタ３から受信した際、
（ｂ１）「第（Ｎ＋１）のコマンド」、又は
（ｂ２）「第（Ｎ＋１）のコマンド、及び第Ｎのコマンドの処理について生成された認証データ」
に基づいて認証データを生成することも好ましい。この場合、後に説明するように、サーバ２の認証データ検証部２１２も、対応する「先に受信された第（Ｎ＋１）のコマンド」、又は「先に受信された第（Ｎ＋１）のコマンド、及び第Ｎのコマンドの処理について生成された照合用データ」に基づいて照合用データを生成することになる。
【００５１】
ここで、認証データ生成部１１３は、端末ＩＤ毎に異なるように設定された暗号鍵を保持し、この暗号鍵を用いて認証データを生成することも好ましい。例えば、データ処理部１１２ａから認証データ生成要求と、コマンドや先に生成した認証データ等の演算対象データとを受け取った際、この暗号鍵を用い、受け取った演算対象データを入力として認証データとしての署名を生成する。
【００５２】
また、変更態様として、認証データ生成部１１３で生成される認証データは、「乱数又はコマンド若しくはコマンドに係るデータ」を秘密鍵で暗号化した署名と、対応する公開鍵との組であってもよい。この場合、後に説明するサーバ２の認証データ検証部２１２は、この署名を生成するのに使用した「乱数又はコマンド若しくはコマンドに係るデータ」に対応したデータを照合用データとして保持しておき、この照合用データと、受信された認証データ（署名及び公開鍵）をこの公開鍵で復号したデータとを照合することによって、認証データを検証することができる。
【００５３】
また、更なる変更態様として、認証データ生成部１１３で生成される認証データは、コマンドが受信される度に、毎回、直前にサーバ２から取得された乱数に基づいて生成した署名とすることも可能である。この場合、後に説明するサーバ２の認証データ検証部２１２は、コマンドが受信される度に自ら生成しユーザ端末１にも渡した乱数に基づいて、照合用データを予め生成して保持しておき、この照合用データと、受信された認証データとを照合することによって、認証データを検証することができる。さらに、認証データ及び照合用データとしては、以上に説明した以外にも、認証に使用可能な種々の情報データが適用可能である。
【００５４】
ＴＰ／ＤＰ１０３は、例えば、ユーザ端末１のユーザに対し、サービスを申し込むための、又はサービスを選択しサービスの提供を受けるためのウェブブラウザ等を表示したり、ユーザによる申し込みの入力操作、又はサービスに係る入力操作等を受け取ったりするためのユーザインタフェースである。
【００５５】
同じく図２において、認証・ＡＰサーバ２のサーバ通信制御部２１１は、サーバ通信インタフェース２０１を介したユーザ端末１との通信において、送受信される信号の制御を行う。
【００５６】
また、サーバ通信制御部２１１は、処理制御部２１１ａを有する。この処理制御部２１１ａは、第１のコマンド（又はコマンド処理の開始通知）を受信した際、以降のコマンド処理のセッションを特定するためのセッションＩＤを生成する。次いで、例えば、第１のコマンドに対するレスポンスをユーザ端末１に送信する際、このセッションＩＤと、認証データ検証部２１２で生成した乱数とを合わせて送信させる。
【００５７】
認証データ検証部２１２は、処理すべきコマンド毎に送信されてくる認証データが正当か否か、また送信元の端末が正当か否かを検証する。また、認証データ検証部２１２は、
（ａ）ユーザ端末１に送信する乱数を生成する乱数生成器２１２ａを有し、受信された第１のコマンドの処理について、処理制御部２１１ａから乱数生成要求を入力した際、乱数を生成し、この乱数に基づいて照合用データを生成し、
（ｂ）受信された第２のコマンドの処理について、先に生成した乱数に基づいて生成した照合用データと、第２のコマンドと共に受信された認証データとを照合して、第２のコマンドの送信元を検証し、さらに、
（ｃ）「第Ｎ（Ｎ≧２）のコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータ」に基づいて照合用データを生成し、この照合用データと、第（Ｎ＋１）のコマンドと共に受信された認証データとを照合して、第（Ｎ＋１）のコマンドの送信元を検証する。
【００５８】
ここで、認証データ検証部２１２は、認証データ生成部１１３の保持する暗号鍵と共通しており端末ＩＤ毎に異なるように設定された暗号鍵を保持し、この暗号鍵を用いて認証データを生成することも好ましい。
【００５９】
ここで、上記（ｃ）における「第Ｎ（Ｎ≧２）のコマンド若しくは第Ｎのコマンドに係るデータ及び／又は第Ｎのコマンドよりも先に受信されたコマンドの処理について生成されたデータ」は、ユーザ端末１の認証データ生成部１１３で認証データを生成する際の演算対象データと対応した形に設定される。例えば、認証データ生成部１１３において「第（Ｎ＋１）のコマンド」、又は「第（Ｎ＋１）のコマンド、及び第Ｎのコマンドの処理について生成された認証データ」に基づいて認証データが生成された場合、認証データ検証部２１２は、第（Ｎ＋２）のコマンドの処理について、先に受信された「第（Ｎ＋１）のコマンド」、又は「第（Ｎ＋１）のコマンド、及び第Ｎのコマンドの処理について生成された照合用データ」に基づいて照合用データを生成し、この照合用データと、第（Ｎ＋２）のコマンドと共に受信された認証データとを照合して、第（Ｎ＋２）のコマンドの送信元を検証するのである。
【００６０】
また、認証データ検証部２１２は、処理制御部２１１ａで生成されたセッションＩＤと、生成した照合用データとを対応付けて記憶することも好ましい。この場合、認証データ検証部２１２は、ユーザ端末１から、認証データ及びコマンドと共にセッションＩＤが送信されてきた際、受信されたセッションＩＤに対応付けられた照合用データと、受信された認証データとを照合して、受信したコマンドの送信元を検証することができる。
【００６１】
サービスＩＤ管理部２１３は、サービスＩＤとアプリケーションとを対応付けて記憶し管理する。具体的に、ユーザ端末１から受信されたサービスＩＤ（又は受信されたコマンドから抽出したサービスＩＤ）を処理制御部２１１ａから入力した際、このサービスＩＤに対応付けられたアプリケーションを特定し、このアプリケーションに係るＡＰ特定情報を処理制御部２１１ａへ出力する。
【００６２】
アプリケーション処理部２１４は、サービスＩＤで指定されるサービスを処理する複数のアプリケーション２１４ａを有し、受信されたコマンドの処理プロセスについて、このコマンドから抽出されたサービスＩＤに係る情報に基づいて、このコマンドに対するレスポンスを生成するのに使用するアプリケーション２１４ａを決定し、このアプリケーション２１４ａを起動させてレスポンスを生成する。
【００６３】
ここで、アプリケーション２１４ａは、プログラムと利用者データ保持部とを有する。このうち、プログラムは、コマンドを解釈し、利用者データを参照し、処理を実行して、レスポンスを生成する。利用者データ保持部は、ユーザ毎のデータを、端末ＩＤと対応付けて記憶する。アプリケーション処理部２１４は、具体的に、処理制御部２１１ａから処理開始通知と端末ＩＤとを入力すると、利用者データ保持部からこの端末ＩＤに対応付けられた利用者データを取り出し、対応するプログラムによる処理を実行して、生成したレスポンスを処理制御部２１１ａへ出力する。
【００６４】
［認証データ検証システムの他の実施形態］
図３は、本発明による認証データ検証システムの他の実施形態を示す模式図である。
【００６５】
図３に示した実施形態の認証データ検証システムは、
（ａ）リーダライタ３との間で通信可能なユーザ端末１と、
（ｂ）アプリケーション（ＡＰ）サーバ４との間で通信可能な認証データ検証装置としての認証サーバ２５と
を有する。ここで、ユーザ端末１は図２に示したユーザ端末１であり、図２の認証・ＡＰサーバ２との間で行うのと同様の通信を、認証サーバ２５との間で行うことができる。
【００６６】
認証サーバ２５は、図２の認証・ＡＰサーバ２から、アプリケーション処理部２１４を外部に離隔した形の機能構成を有する。即ち、認証サーバ２５は、照合用データを生成し、この照合用データとユーザ端末１から受信した認証データとを照合して認証データ検証を実施する。また、ＡＰサーバ４は、この離隔されたアプリケーション処理部２１４に相当する機能構成を有する。
【００６７】
本実施形態においては、さらに、アプリケーション処理の要求とともに端末ＩＤやコマンド等が認証サーバ２５からＡＰサーバ４へ送信され、このコマンドに対するレスポンスがＡＰサーバ４から認証サーバ２５へ送信される。これにより、ユーザ端末１から見て、認証サーバ２５及びＡＰサーバ４は、両者を合わせて図２の認証・ＡＰサーバ２と同様の機能を果たし、同様の認証処理が行われ、同様のサービスが提供されることになる。尚、ＡＰサーバ４は、例えばサービス提供業者毎に複数設置され、各々が認証サーバ２５と通信可能となっていてもよい。
【００６８】
図４は、本発明による認証データ検証システムの更なる他の実施形態を示す模式図である。
【００６９】
図４に示した実施形態の認証データ検証システムは、
（ａ）リーダライタ３との間で通信可能なユーザ端末１と、
（ｂ）ＡＰサーバ５との間で通信可能な認証データ検証装置としての認証サーバ２６と
を有する。ここで、ユーザ端末１は図２に示したユーザ端末１であり、図２の認証・ＡＰサーバ２との間で行うのと同様の通信をＡＰサーバ５との間で行い、特に、認証データに係る情報を、認証サーバ２６に到達するように送信することができる。
【００７０】
ＡＰサーバ５は、図２の認証・ＡＰサーバ２から、認証データ検証部２１２を外部に離隔した形の機能構成を有する。即ち、ＡＰサーバ５は、サービスＩＤ管理部２１３及びアプリケーション処理部２１４に相当する機能構成を有し、受信されたコマンドに基づいて対応するアプリケーションを起動させ、レスポンスを生成してユーザ端末１に送信する。また、認証サーバ２６は、この離隔された認証データ検証部２１２に相当する機能構成を有する。即ち、照合用データを生成し、この照合用データとユーザ端末１から受信した認証データとを照合して認証データ検証を実施する。
【００７１】
本実施形態においては、さらに、検証要求とともに認証データやコマンド、さらにはセッションＩＤ等がＡＰサーバ５から認証サーバ２６へ送信され、認証データ検証結果が認証サーバ２６からＡＰサーバ５へ送信される。これにより、ユーザ端末１から見て、ＡＰサーバ５及び認証サーバ２６も、両者を合わせて図２の認証・ＡＰサーバ２と同様の機能を果たし、同様の認証処理が行われ、同様のサービスが提供されることになる。また、ＡＰサーバ５も、例えばサービス提供業者毎に複数設置され、各々がユーザ端末１及び認証サーバ２６と通信可能となっていてもよい。
【００７２】
［認証データ検証方法］
図５は、本発明による認証データ検証方法の一実施形態における第１のコマンドに対する処理を示したシーケンス図である。
【００７３】
尚、以下に図５〜図８を用いて説明する実施形態では、認証データ検証手段は認証・ＡＰサーバ２に含まれる。しかしながら、認証データ検証手段が認証サーバ２５に含まれるような図３の実施形態、及び認証データ検証手段が認証サーバ２６に含まれるような図４の実施形態についても、機能構成部間での処理シーケンスは、以下に説明するものと同様にすることができる。また、同じく以下の実施形態では、ユーザ端末１の認証データ生成部１１３で生成される認証データは、コマンドを演算対象データとし、暗号鍵を用いて生成された署名となっているが、認証データとして署名以外の形式のデータを使用することも可能である。
【００７４】
（Ｓ５０１）ユーザ端末１を近づけられたリーダライタ３は、このユーザ端末１の非接触通信インタフェース１０１に対し、第１のコマンドを送信する。
ここで、リーダライタ３は、ユーザ端末１を検知したタイミングで即座に第１のコマンドを送信してもよいし、ユーザ端末１の例えばＴＰ／ＤＰ１０３を介して、ユーザによる処理開始要求相当の入力があった場合、その旨の通知を受けて第１のコマンドを送信してもよい。
（Ｓ５０２）非接触インタフェース１０１は、受信した第１のコマンドをテータ処理部１１２ａへ出力する。
（Ｓ５０３）データ処理部１１２ａは、入力した第１のコマンドからサービスＩＤを抽出する。
【００７５】
（Ｓ５０４）データ処理部１１２ａは、処理開始通知とともに、自ら保持する端末ＩＤと、抽出したサービスＩＤとを、端末通信インタフェース１０２へ出力する。
（Ｓ５０５、Ｓ５０６）端末通信インタフェース１０２は、処理開始通知と、端末ＩＤと、サービスＩＤとを、認証・ＡＰサーバ２のサーバ通信インタフェース２０１へ送信し、サーバ通信インタフェース２０１は、受信したこれらの情報を処理制御部２１１ａへ出力する。
（Ｓ５０７）処理制御部２１１ａは、処理開始通知を入力した際、この処理のセッションを識別するセッションＩＤを生成する。
【００７６】
（Ｓ５０８）処理制御部２１１ａは、取得したサービスＩＤをサービスＩＤ管理部２１３へ出力して、使用するアプリケーションの情報を要求する。
（Ｓ５０９）サービスＩＤ管理部２１３は、入力したサービスＩＤに対応したアプリケーション（ＡＰ）特定情報を、処理制御部２１１ａへ応答として出力する。
ここで、ＡＰ特定情報は、サービスＩＤで指定されたサービスを処理するためのアプリケーションがいずれであるかを一意に指定する情報であり、ＵＲＬ（Uniform Resource Locator）形式や関数名等の形で出力されてもよい。
【００７７】
（Ｓ５１０）処理制御部２１１ａは、入力されたＡＰ特定情報と取得した端末ＩＤとを、生成したセッションＩＤと対応付けて記憶する。
（Ｓ５１１）処理制御部２１１ａは、取得したＡＰ特定情報に基づいて、処理を行うアプリケーション２１４ａを特定し、処理開始通知と共に、端末ＩＤをアプリケーション処理部２１４へ出力する。
（Ｓ５１２）アプリケーション処理部２１４は、利用者データ保持部に保持されたデータのうち、入力した端末ＩＤに対応付けられたデータを用いて、特定されたアプリケーション２１４ａによる処理を行い、生成したレスポンスを処理制御部２１１ａへ応答として出力する。
【００７８】
（Ｓ５１３）処理制御部２１１ａは、乱数要求と共に、生成したセッションＩＤを認証データ検証部２１２へ出力する。
（Ｓ５１４）認証データ検証部２１２は、乱数要求に応じ、内部に保持する乱数生成器２１２を用いて乱数を生成する。さらに、生成した乱数に対し暗号鍵を用いて演算を行い、照合用データを生成する。
（Ｓ５１５）認証データ検証部２１２は、生成した照合用データと、取得したセッションＩＤとを紐づけて記憶する。
（Ｓ５１６）認証データ検証部２１２は、生成した乱数を処理制御部２１１ａへ出力する。
【００７９】
（Ｓ５１７）処理制御部２１１ａは、入力された乱数と、取得したレスポンスと、生成したセッションＩＤとをサーバ通信インタフェース２０１へ出力する。
（Ｓ５１８、Ｓ５１９）サーバ通信インタフェース２０１は、乱数と、レスポンスと、セッションＩＤとを、ユーザ端末１の端末通信インタフェース１０２へ送信し、端末通信インタフェース１０２は、受信したこれらの情報をデータ処理部１１２ａへ出力する。
（Ｓ５２０、Ｓ５２１）データ処理部１１２ａは、入力されたレスポンスを非接触通信インタフェース１０１へ出力し、非接触通信インタフェース１０１は、リーダライタ３に対し、このレスポンスを（Ｓ５０１で受信した）コマンドに対する応答として送信する。
【００８０】
（Ｓ５２２）データ処理部１１２ａは、一方で、入力された乱数と共に署名要求を認証データ生成部１１３へ出力する。
（Ｓ５２３、Ｓ５２４）認証データ生成部１１３は、取得した乱数に対し暗号鍵を用いて演算を行い、署名（認証データ）を生成して、データ処理部１１２ａへ出力する。
（Ｓ５２５）データ処理部１１２ａは、取得した署名と、入力されたセッションＩＤとを記憶する。
【００８１】
以上の処理シーケンスによって、第１のコマンドに対するレスポンスが生成されてリーダライタ３に返信されるまでの、第１のコマンドについての一連の処理が終了する。ここで、ユーザ端末１のデータ処理部１１２ａには、セッションＩＤと共に、署名が保存され、一方、認証・ＡＰサーバ２には、同じセッションＩＤに紐づけられた照合用データが保存されている。これらの署名及び照合用データは、続く第２のコマンドに対する処理で利用される。
【００８２】
尚、図５に示した実施形態では、ユーザ端末１は、処理開始通知に付随する情報として、サービスＩＤを認証・ＡＰサーバ２へ渡している。これへの変更態様として、ユーザ端末１が、サービスＩＤを包含する第１のコマンドごとサーバ２に送信し、サーバ２の処理制御部２１１ａが、受信された第１のコマンドからサービスＩＤを抽出して使用してもよい。
【００８３】
また、図５では、認証・ＡＰサーバ２の処理制御部２１１ａによる処理開始通知（Ｓ５１１）の後に、認証データ検証部２１２へ乱数要求（Ｓ５１３）を行っているが、乱数要求のタイミングもこれに限定されるものではない。例えば、処理制御部２１１ａによるセッションＩＤの生成（Ｓ５０７）の直後から、処理制御部２１１ａによる処理開始通知（Ｓ５１１）の直前までの間に、乱数要求が行われてもよい。
【００８４】
さらに、図５に示した実施形態では、コマンドに対するレスポンスは、アプリケーション２１４ａを格納した認証・ＡＰサーバ２において生成される。しかしながら、レスポンスデータが事前に判明している場合、データ処理部１１２ａが、第１のコマンドを受信した際、サーバ２からのレスポンスを待たずに、自らレスポンスを生成して又は予め準備されていたレスポンスを取り出してリーダライタ３に送信することもできる。
【００８５】
図６は、図５に示した実施形態における第Ｎ（Ｎ≧２）のコマンドに対する処理を示したシーケンス図である。
【００８６】
（Ｓ６０１）リーダライタ３は、近接しているユーザ端末１の非接触通信インタフェース１０１に対し、第Ｎ（Ｎ≧２）のコマンドを送信する。
この第Ｎのコマンドは、リーダライタ３が、第（Ｎ−１）のコマンドに対するレスポンスを受信した後、本セッションでの処理のために引き続き送信するコマンドである。
（Ｓ６０２）非接触インタフェース１０１は、受信した第Ｎのコマンドをテータ処理部１１２ａへ出力する。
【００８７】
（Ｓ６０３）データ処理部１１２ａは、記憶したセッションＩＤ及び署名を取り出す。
ここで、例えばＩＳＯ／ＩＥＣ７８１６−４で規定された論理チャネルに対応する場合、具体的には、コマンドで指定されるチャネル番号に応じて、対象となるサービスＩＤを判定し、このサービスＩＤに対応するセッションＩＤ及び署名を抽出することになる。また、本ステップにおいて、受信されたのが第２のコマンドである場合、取り出される署名は、乱数に基づいて生成された認証データとなり、受信されたのが第３のコマンド以降のコマンドである場合、取り出される署名は、後に説明するように、この前に受信されたコマンドの処理の際に生成された認証データとなる。即ち、第Ｎのコマンドを受信した場合、データ処理部１１２ａは、第（Ｎ−１）のコマンドの処理の際に生成した署名を取り出す。
【００８８】
（Ｓ６０４）データ処理部１１２ａは、コマンド通知と共に、取り出したセッションＩＤ及び署名と、受信された第Ｎのコマンドとを、端末通信インタフェース１０２へ出力する。
（Ｓ６０５）端末通信インタフェース１０２は、入力されたこれらの情報を、認証・ＡＰサーバ２のサーバ通信インタフェース２０１へ送信する。
【００８９】
（Ｓ６０６）データ処理部１１２ａは、コマンド通知を出力する一方で、署名要求と共に第Ｎのコマンドを認証データ生成部１１３へ出力する。
（Ｓ６０７、Ｓ６０８）認証データ生成部１１３は、取得した第Ｎのコマンドに対し暗号鍵を用いて演算を行い、署名（認証データ）を生成して、データ処理部１１２ａへ出力する。
（Ｓ６０９）データ処理部１１２ａは、入力された署名を、セッションＩＤと共に記憶する。
【００９０】
このように、認証データ生成部１１３は、署名を、第Ｎのコマンドに対するレスポンスを待って利用することなく生成する。この署名の生成は、例えば、次いで受信される第（Ｎ＋１）のコマンドの処理の際に、データ処理部１１２ａが署名を取り出す処理（Ｓ６０３）を行うまでに完了され、この処理を行うまでに、生成された署名がデータ処理部１１２ａに記憶されることも好ましい。
【００９１】
（Ｓ６１１）サーバ通信インタフェース２０１は、受信したコマンド通知と、セッションＩＤと、署名と、第Ｎのコマンドとを、処理制御部２１１ａへ出力する。
（Ｓ６１２）処理制御部２１１ａは、検証要求と共に、入力されたセッションＩＤと、署名と、第Ｎのコマンドとを認証データ検証部２１２へ出力する。
（Ｓ６１３）認証データ検証部２１２は、検証要求に応じ、入力されたセッションＩＤと紐づけられた照合用データを抽出し、この照合用データと入力された署名とが一致するか否かの検証を行う。
（Ｓ６１４）認証データ検証部２１２は、署名の検証結果、即ち署名が照合用データと一致したか否かの結果を処理制御部２１１ａへ出力する。
【００９２】
（Ｓ６１５、Ｓ６１６）認証データ検証部２１２は、さらに、さらに、入力された第Ｎのコマンドに対して暗号鍵で演算を行い、新たな照合用データを生成し、セッションＩＤと対応付ける照合用データを、この新たな照合用データに更新する。
【００９３】
（Ｓ６１７、Ｓ６１８）処理制御部２１１ａは、受け取った署名検証結果が一致した旨の結果である場合、セッションＩＤに対応付けて記憶したＡＰ特定情報と、端末ＩＤとを抽出し、コマンド通知と、端末ＩＤと、第Ｎのコマンドとをアプリケーション処理部２１４へ出力する。
（Ｓ６１９）アプリケーション処理部２１４は、端末ＩＤに対応付けられた利用者データ保持部のデータを用いて、アプリケーション２１４ａによる処理を行い、生成したレスポンスを処理制御部２１１ａへ応答として出力する。
【００９４】
（Ｓ６２０、Ｓ６２１）処理制御部２１１ａは、入力されたレスポンスをサーバ通信インタフェース２０１へ出力し、サーバ通信インタフェース２０１は、このレスポンスを、ユーザ端末１の端末通信インタフェース１０２へ送信する。
（Ｓ６２２、Ｓ６２３、Ｓ６２４）端末通信インタフェース１０２で受信されたレスポンスは、データ処理部１１２ａ及び非接触通信インタフェース１０１を介して、リーダライタ３へ（Ｓ６０１で受信された）第Ｎのコマンドに対する応答として送信される。
【００９５】
以上の処理シーケンスによって、第Ｎのコマンドに対するレスポンスが生成されてリーダライタ３に返信されるまでの、第Ｎのコマンドについての一連の処理が終了する。ここで、ユーザ端末１のデータ処理部１１２ａには、セッションＩＤと共に、署名が保存され、一方、認証・ＡＰサーバ２には、同じセッションＩＤに紐づけられた照合用データが保存されている。これらの署名及び照合用データは、続く第（Ｎ＋１）のコマンドに対する処理で利用される。
【００９６】
尚、図６に示した実施形態では、第Ｎのコマンドの処理について、データ処理部１１２ａは、署名要求と共に第Ｎのコマンドを認証データ生成部１１３へ出力し、認証データ生成部１１３は、この第Ｎのコマンドに基づいて署名を生成している。これに対する好適な変更態様として、データ処理部１１２ａは、署名要求と共に「第Ｎのコマンド、及び第（Ｎ−１）のコマンドに対する署名」を認証データ生成部１１３へ出力し、認証データ生成部１１３は、これらの情報に基づいて署名を生成してもよい。この場合、認証データ検証部２１２は、検証要求を受け取った際、第Ｎのコマンドに対して暗号鍵で演算を行う代わりに、「第Ｎのコマンド、及び第（Ｎ−１）のコマンドに対する照合用データ」に対して暗号鍵で演算を行うことで、新たな照合用データを生成することになる。
【００９７】
図７は、本発明による認証データ検証方法の他の実施形態における第１のコマンドに対する処理を示したシーケンス図である。また、図８は、図７に示した実施形態における第Ｎ（Ｎ≧２）のコマンドに対する処理を示したシーケンス図である。
【００９８】
図７及び図８に示した実施形態では、図５及び図６の実施形態で処理制御部２１１ａによって生成され使用されるセッションＩＤが利用されていない。図５の実施形態では、このセッションＩＤは、処理制御部２１１ａが端末ＩＤ及びＡＰ特定情報を記憶する際の、また、認証データ検証部２１２が照合用データを記憶する際の識別ラベルの役割を果たしている。また、図６の実施形態では、ユーザ端末１（端末通信インタフェース１０２）が認証・ＡＰサーバ２（サーバ通信インタフェース２０１）へコマンド通知と共にセッションＩＤを送信し、認証データ検証部２１２で署名検証に用いる照合用データを特定するのにセッションＩＤを利用している。
【００９９】
これに対し、図７に示した実施形態では、セッションＩＤの代わりに、端末ＩＤを利用する。即ち、処理制御部２１１ａは、取得したＡＰ特定情報を記憶する際、このＡＰ特定情報を端末ＩＤに対応付けて記憶する（Ｓ７０９）。また、認証データ検証部２１２は、生成した照合用データを記憶する際、この照合用データを端末ＩＤに紐づけて記憶する（Ｓ７１４）。ここで、照合用データを端末ＩＤ及びサービスＩＤに紐づけて記憶してもよい。これにより、例えばＩＳＯ／ＩＥＣ７８１６−４で規定された論理チャネルに対応し、照合用データを、コマンドで指定されるチャネル番号に応じたサービスにも対応付けて、より的確な照合処理を行うことが可能となる。
【０１００】
また、図７に示した処理を受けて、図８に示すように、ユーザ端末１（端末通信インタフェース１０２）は、セッションＩＤの代わりとして端末ＩＤ及びサービスＩＤを、コマンド通知の送信の度に認証・ＡＰサーバ２（サーバ通信インタフェース２０１）へ送信する（Ｓ８０５）。さらに、処理制御部２１１ａは、検証要求の際、セッションＩＤの代わりに端末ＩＤを認証データ検証部２１２へ出力し（Ｓ８１２）、この端末ＩＤに紐づけられた照合用データを用いた検証の結果を、認証データ検証部２１２から取得する（Ｓ８１３、Ｓ８１４）。ここで、上述したように、照合用データをサービスＩＤにも紐づけて記憶している場合、処理制御部２１１ａは、検証要求の際、端末ＩＤと共にサービスＩＤも認証データ検証部２１２へ出力し（Ｓ８１２）、端末ＩＤ及びサービスＩＤに紐づけられた照合用データを用いた検証の結果を、認証データ検証部２１２から取得することになる（Ｓ８１３、Ｓ８１４）。
【０１０１】
このように、図７及び図８に示した実施形態では、セッションＩＤを生成し使用することなく、図５及び図６の実施形態と同様に、署名の検証処理による遅延といった悪影響を抑制しつつ一連のコマンド処理を適切に実行することが可能となる。尚、図５及び図６の実施形態のようにセッションＩＤをコマンド処理に用いることによって、正当な端末であるかのように成りすまして当該処理の間に介入しようとする不正行為が、より確実に防止可能となる。
【０１０２】
以上詳細に説明したように、本発明によれば、コマンド処理と並行して予め認証データを準備しておくことによって、認証に用いるデータの生成によって全体の処理時間が増大するといった事態の発生を抑制することができる。これにより、サーバ２側にアプリケーションを配置した形態においても、ユーザの利便性を確保しつつ適切な認証を実施することが可能となる。
【０１０３】
また、正常なコマンド処理における通信でやり取りされる信号に基づいて認証データ及び照合用データを生成するので、通信の正当性、特にコマンドの送信元の正当性を認証し保証することができる。また例えば、受信したコマンドとこれより先に受信されたコマンドの処理について生成されたデータに基づいて認証データ及び照合用データを生成することによって、個々のコマンドだけではなく一連のコマンドが抜けなく正しい順序で、且つ同一の端末からサーバ２に送信されていることを認証し保証することも可能となる。
【０１０４】
さらに、本発明による認証データ検証システム、装置及び方法では、サービス提供用のアプリケーションをユーザ端末に搭載する必要がない。その結果、例えば処理能力の高いアプリケーション・プログラム及び大容量のデータをサーバ側に多数用意しておき、リーダライタ等にユーザ端末をかざすユーザに対し、適切な認証を実行しつつ、多種多様な又は高度なサービスを提供することも可能となる。
【０１０５】
以上に述べた本発明の種々の実施形態について、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【符号の説明】
【０１０６】
１  ユーザ端末
１０１  非接触通信インタフェース
１０２  端末通信インタフェース
１０３  ＴＰ／ＤＰ（タッチパネル・ディスプレイ）
１１１  非接触通信制御部
１１２  端末通信制御部
１１２ａ  データ処理部
１１３  認証データ生成部
２  認証・ＡＰサーバ（認証データ検証装置）
２０１  サーバ通信インタフェース
２１１  サーバ通信制御部
２１１ａ  処理制御部
２１２  認証データ検証部
２１２ａ  乱数生成器
２１３  サービスＩＤ管理部
２１４  アプリケーション処理部
２１４ａ  アプリケーション
２５、２６  認証サーバ（認証データ検証装置）
３  リーダライタ（通信機器）
４、５  ＡＰサーバ
【図１】
2016197767.tif 000003
【図２】
2016197767.tif 000004
【図３】
2016197767.tif 000005
【図４】
2016197767.tif 000006
【図５】
2016197767.tif 000007
【図６】
2016197767.tif 000008
【図７】
2016197767.tif 000009
【図８】
2016197767.tif 000010