認証システムおよびその方法
【課題】
ＰＩＮ情報をデータキャリアの外部に露出させず、認証管理のための従来のアプリケーションを修正することなく、新規な認証の仕組みを提供する。
【解決手段】
データキャリアは、内部でＰＩＮ情報を生成する手段と、サービスアプリケーションに関連して、生成されたＰＩＮ情報を保管するＰＩＮ保管部と、利用者本人に固有の情報を保持する認証情報保管部と、認証情報保管部に保持された認証情報を参照して正当な利用者を認証するための認証アプリケーション部と、認証アプリケーションによる認証結果に従って、ＰＩＮ保管部に保管されたＰＩＮ情報を検証する手段と、この検証手段によるＰＩＮ情報の検証の結果に従ってサービスを行うサービスアプリケーション部とを有する。
ＰＩＮ情報をデータキャリアの外部に露出させず、認証管理のための従来のアプリケーションを修正することなく、新規な認証の仕組みを提供する。
【解決手段】
データキャリアは、内部でＰＩＮ情報を生成する手段と、サービスアプリケーションに関連して、生成されたＰＩＮ情報を保管するＰＩＮ保管部と、利用者本人に固有の情報を保持する認証情報保管部と、認証情報保管部に保持された認証情報を参照して正当な利用者を認証するための認証アプリケーション部と、認証アプリケーションによる認証結果に従って、ＰＩＮ保管部に保管されたＰＩＮ情報を検証する手段と、この検証手段によるＰＩＮ情報の検証の結果に従ってサービスを行うサービスアプリケーション部とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証システムおよびその方法に係り、ＩＣカード等のデータキャリアを用いたシステムにおける認証、及びその認証結果に従ってサービスアプリケーション等を実行する認証システム、及び認証を行うデータキャリア、及び認証方法に関する。
【背景技術】
【０００２】
クレジットや銀行等がＩＣカードを用いた利用者に対してサービスを提供する場合、不正な第三者によるサービスの利用を防ぐために、通常、ＰＩＮ（Personal Identification Number）による認証を用いて、正当な本人の認証を行っている。
【０００３】
ＰＩＮの認証に関しては、各サービスに個別にＰＩＮを管理する方法も考えられる。しかしその場合には、利用者が複数のＰＩＮを管理しなければならず、利便性の観点から問題がある。また、利用者によっては、管理の手間を省くために、全てのサービスにわたって同じＰＩＮを設定することを希望することも予想される。しかしそのような場合であっても、各サービスの開始時に毎回ＰＩＮ認証を行う必要があるため、利便性の観点からやはり問題が残る。
【０００４】
そこで、例えば、非特許文献１に開示されているように、ＩＣカードの全体を管理するカードマネージャにＰＩＮを管理させ、各サービスではカードマネージャのＰＩＮの検証状態を参照することにより、利用者は毎回ＰＩＮを入力する必要がなくなり、利用者の利便性を向上させる技術が知られている。
【０００５】
最近では、セキュリティ意識の高まりから、各サービスにおける本人の認証は、ＰＩＮ認証ではなく、指紋や静脈や虹彩などの生体を用いたより高度な認証が求められている。しかし、従来のＩＣカード内のサービスアプリケーションは、独自で管理するＰＩＮやカードマネージャが管理するＰＩＮなど、ＰＩＮ認証にのみ対応しており、新たな認証方式を利用するためには、サービスアプリケーションに新たな認証機能を組み込む必要がある。
【０００６】
その要求を満たすために、特開２００３−２０３２１３号公報（特許文献１）に開示されているように、ＩＣカード内に、生体認証等の認証処理を行う認証アプリケーションと、ＩＣカード内で行う認証結果を一元的に管理する認証管理アプリケーションを搭載し、認証アプリケーションで行った認証処理の結果を認証管理アプリケーションが管理し、サービスアプリケーションは、認証管理アプリケーションが管理している認証結果フラグを参照することで、新たな認証方式をサービスアプリケーションに導入する技術が知られている。
【０００７】
また、米国特許出願公開第２００４／００３４７８４Ａ１号明細書（特許文献２）に開示されているように、サーバにおいてＩＣカード内のＰＩＮ情報を管理し、サーバにおいて生体認証に成功した場合にＩＣカードにサーバで管理しているＰＩＮ情報を設定し、その後、設定したＰＩＮを用いてサービスを提供する技術が知られている。
【０００８】
【非特許文献１】GlobalPlatform Inc., "Card Specification Version 2.1.1", [online], ２００３年３月, GlobalPlatform Inc., ｐ．８４, [２００６年６月２７日検索］, インターネット＜URL:http://www.globalplatform.org/specificationview.asp?id=archived＞
【特許文献１】特開２００３−２０３２１３号公報
【特許文献２】米国特許出願公開第２００４／００３４７８４Ａ１号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００９】
然るに、上記特許文献１の技術によれば、サービスアプリケーションが、認証管理アプリケーションで管理している認証結果を参照しなければならないため、サービスアプリケーションの修正が必要となる。また、特許文献２の技術によれば、生体認証が成功した時に、サーバからＩＣカードにＰＩＮを送信する技術の場合には、通信路が暗号化されているとはいえ、ＰＩＮデータがＩＣカードの外部に露出してしまうため、盗聴されるおそれがある。
【００１０】
本発明は、認証管理のための従来のアプリケーションを変更することなく、新たな仕組みの認証を行うことができる認証システム及び方法、及びデータキャリアを提供することにある。
また、本発明は、ＰＩＮ情報をデータキャリアの外部に露出させないで、利用者の認証を行うことができ、より安全にサービスのアプリケーションを実行することにある。
【課題を解決するための手段】
【００１１】
本発明に係るデータキャリアは、好ましくは、サービス提供者装置からサービスの提供を受けるために使用されるデータキャリアであって、サービスアプリケーションの利用に関連して予め用意されたＰＩＮ情報を保管するＰＩＮ保管部と、利用者本人に固有の情報を保持する認証情報保管部と、認証情報保管部に保持された認証情報を参照して正当な利用者を認証するための認証アプリケーション部と、認証アプリケーションによる認証結果に従って、ＰＩＮ保管部に保管されたＰＩＮ情報を検証する手段と、検証手段によるＰＩＮ情報の検証の結果に従ってサービスを行うサービスアプリケーション部とを有することを特徴とするデータキャリアとして構成される。
【００１２】
好ましい例では、前記認証情報保管部は利用者の生体情報を保持し、前記認証アプリケーション部は生体情報を参照して認証処理を行う。
また、好ましくは、前記データキャリアは、複数のサービスアプリケーション部と、複数のサービスアプリケーションで利用されるデータを保管するデータ保管部とを有する。
また、好ましくは、前記データキャリアは更に、内部でＰＩＮ情報を生成する手段と持つＰＩＮ管理アプリケーション部を有し、前記ＰＩＮ保管部は、ＰＩＮ管理アプリケーション部で生成されたＰＩＮ情報を保管する。
また、好ましくは、前記ＰＩＮ管理アプリケーション部の生成手段は乱数を生成し、生成された乱数をＰＩＮ情報としてＰＩＮ保管部に格納する。
【００１３】
本発明に係る認証システムは、好ましくは、利用者が正当な本人であることを認証し、サービス提供者装置から利用者が持つデータキャリアに対してコマンドを送信してサービスを提供する認証システムにおいて、サービス提供者装置は、データを送受信するための通信部と、データキャリアに送信するコマンドを生成するコマンド生成部と、サービスを提供するサービス提供部と、を有し、
データキャリアは、サービスアプリケーションの利用に関連して予め用意されたＰＩＮ情報を保管するＰＩＮ保管部と、ＰＩＮ情報を管理するＰＩＮ管理アプリケーション部と、利用者本人に固有の情報を保持する認証情報保管部と、認証情報保管部に保持された認証情報を参照して正当な利用者を認証するための認証アプリケーション部と、認証アプリケーションによる認証結果に従って、ＰＩＮ保管部に保管されたＰＩＮ情報を検証する手段と、検証手段によるＰＩＮ情報の検証の結果に従ってサービスを行うサービスアプリケーション部とを有することを特徴とする認証システムとして構成される。
【００１４】
好ましい例では、前記サービス提供者装置は、データキャリアの認証アプリケーション部に対して、認証依頼コマンドを送信し、認証アプリケーション部は認証処理を行ってＰＩＮ管理アプリケーション部に対して認証結果を送信し、ＰＩＮ管理アプリケーション部は、受信した認証結果から認証に成功していると判断した場合に、ＰＩＮ保管部に保持しているＰＩＮ情報を読み込み、検証手段にてＰＩＮ保管部に保管されているＰＩＮ情報を検証し、サービス提供者装置は、サービスアプリケーション部に対して、サービス開始依頼を送信し、サービスアプリケーション部はＰＩＮ状態を検証して、検証結果に従ってサービスを開始する。
【００１５】
本発明はまた、ＰＩＮ情報の管理方法としても把握される。
即ち、カード発行者装置を用いて、ＩＣカードで用いられるＰＩＮ情報の生成して管理する方法であって、サービスアプリケーションに関連して予め用意されたＰＩＮ情報を保管するＰＩＮ保管部と、ＰＩＮ情報を生成する手段と有し、生成されたＰＩＮ情報を管理するＰＩＮ管理アプリケーション部と、利用者本人に固有の情報を保持する認証情報保管部と、認証情報保管部に保持された認証情報を参照して正当な利用者を認証するための認証アプリケーション部と、認証アプリケーションによる認証結果に従って、ＰＩＮ保管部に保管されたＰＩＮ情報を検証する手段と、検証手段によるＰＩＮ情報の検証の結果に従ってサービスを行うサービスアプリケーション部とを有するＩＣカードに対して、
カード発行者装置より、ＰＩＮ管理アプリケーション部に対して、初期化依頼コマンドを送信し、ＰＩＮ管理アプリケーション部は、生成手段によってＰＩＮ情報を生成し、ＰＩＮ管理アプリケーション部は、ＰＩＮ情報が正しく設定されたと判断した場合に、ＰＩＮ情報をＰＩＮ保管部に格納することを特徴とするＩＣカードのＰＩＮ情報の管理方法として構成される。
好ましい例では、カード発行者装置が、ＰＩＮ管理アプリケーション部に対して、初期化依頼コマンドを送信する際に、ＰＩＮ管理アプリケーション部で認証結果を保持する認証保持時間と、ＰＩＮ管理アプリケーション部で署名を検証する際に利用する鍵データを送信し、ＰＩＮ管理アプリケーション部は、受信した認証保持時間を認証保持時間保管部に格納し、受信した鍵データを鍵保管部に格納する。
【００１６】
本発明に係る認証方法は、好ましくは、利用者が所持するデータキャリアを用いて、利用者が正当な本人であることを認証し、認証の結果に応じてサービスの提供を許容する認証方法において、データキャリアの内部でＰＩＮ情報を生成するステップと、生成されたＰＩＮ情報を保管部に格納するステップと、サービスの利用に際して、予め保管部に保持された利用者本人の認証情報を照合して正当な利用者を認証するステップと、認証の結果、正当な本人であると判断された場合、ＰＩＮ保管部に保持されたＰＩＮ情報を検証するステップと、ＰＩＮ情報の検証の結果に従ってサービスを許容するステップと、を有することを特徴とする認証方法として構成される。
好ましい例では、前記認証情報として利用者の生体情報と用い、前記ＰＩＮ情報として乱数を生成する。
【発明の効果】
【００１７】
本発明によれば、認証管理のために従来のサービスアプリケーションを変更することなく、生体認証等の新たな認証を採用することができ、その認証結果と連携させて利用することが可能となる。また、利用されるＰＩＮ情報をデータキャリアから外部に露出させないので、より安全にサービスを提供することが可能となる。また、利用者は実際に利用するカードマネージャのＰＩＮ情報を覚えておく必要がない。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して本発明の一実施形態について説明する。
図１は、一実施形態によるＩＣカードの認証システムの一例を示す図である。
このＩＣカードの認証システムは、ネットワーク３０を介してお互いに接続された、ＩＣカード１０にアクセスする端末２０と、サービスを提供する複数のサービス提供者装置４０１〜４０ｎ（以後、総称して４０ということがある）と、ＩＣカード１０を発行するカード発行者装置５０とを含んで構成される。
【００１９】
ＩＣカード１０は、外部からコマンドを受信し、受信したコマンドの内容により処理を行い、処理結果を返信する機能を有する。
ＩＣカード１０は、コマンドを受信し、処理結果を送信するデータ送受信部１０１と、コマンドを解析するコマンド解析部１０２と、コマンドに従い処理を実行するサービスアプリケーション部１０３１〜１０３ｎ（以後、１０３ということがある）と、サービスアプリケーション部１０３１〜１０３ｎで利用するデータを保管するデータ保管部１０４１〜１０４ｎ（以後、１０４ということがある）と、生体認証処理を行う認証アプリケーション部１０５と、認証アプリケーション部１０５で照合の対象として使用される認証情報（例えば生体情報）を予め保管する認証情報保管部１０６と、ＩＣカード内のカードマネージャのＰＩＮ情報を管理するＰＩＮ管理アプリケーション部１０７と、ＰＩＮ管理アプリケーション部１０７で使用されるＰＩＮ情報を保管するＰＩＮ保管部１０８と、ＰＩＮ管理アプリケーション部１０７で利用する時刻情報を保管する時刻情報保管部１０９と、ＰＩＮ管理アプリケーション部１０７で利用する認証保持時間を保管する認証保持時間保管部１１０と、ＰＩＮ管理アプリケーション部で利用する署名検証用の鍵を保管する鍵保管部１１１と、ＩＣカード１０内のアプリケーションやステータス等を管理するカードマネージャ部１１２と、カードマネージャ部１１２のＰＩＮ検証で利用されるＰＩＮ情報を予め保管するＰＩＮ保管部１１３と、カードマネージャ部１１２で利用するＰＩＮ状態を保持するＰＩＮ状態保持部１１４と、を有する。
【００２０】
本実施例においては、ＰＩＮ検証で使用されるＰＩＮ情報を、従来のように、サービス提供を受ける度に利用者によって入力させないで、予めＰＩＮ保管部１０８に格納しておく。これにより、サービスの都度、ＰＩＮ情報を利用者によって入力させる必要がないので、利用者は複数のサービスアプリケーションに対応したＰＩＮ情報を覚えておく必要がない。また、ＰＩＮ情報は予めＩＣカード内の保管部に格納されているので、カードの外部に露出することが無くなる。
なお、ＰＩＮ情報の生成及びＰＩＮ保管部への格納処理は、カード発行装置５０による初期化処理の制御に従って行われるが、その詳細については図１０を参照して後述する。
【００２１】
更に、複数のサービスアプリケーション部１０３について言えば、例えば、サービスアプリケーション１０３１がクレジットカード会社Ａのサービス用カード、１０３２がクレジットカード会社Ｂのサービス用カード、・・１０３ｎがＹ銀行のサービス用カード、として利用されるが如きである。この１枚のＩＣカード１０で、複数の異なるサービスの提供を受けることができる。その場合でも、本実施例によれば、各サービスで新たに使用され始めた生体認証に対応することができ、かつ従来からあるサービスアプリケーションとそれに使用されたＰＩＮ情報の対応を変更する必要がない。その理由及び処理動作は、後述の説明から理解されるであろう。
【００２２】
端末２０は、ＩＣカード１０に対してデータの送受信を行うための装置であり、例えば、銀行の現金自動入出金装置（ＡＴＭ）やクレジット会社のサービス端末などが該当する。この端末２０は、ＩＣカード１０に対してコマンドの送受信を行うＩＣカードアクセス部２０１と、ネットワーク３０とデータ送受信を行うデータ送受信部２０２と、ＩＣカード１０に対して送信するコマンドを生成するコマンド生成部２０３を有する。
【００２３】
サービス提供者装置４０は、利用者にサービスを提供する装置であり、例えば、クレジット会社や銀行などのサーバが該当する。このサービス提供者装置４０は、ネットワーク３０とデータ送受信を行う通信部４０１と、ＩＣカード１０に対し送信するコマンドを生成するコマンド生成部４０２と、コマンドを生成する際に利用する鍵を保管する鍵保管部４０３と、ＩＣカードに対しサービスを提供するサービス提供部４０４を有する。
【００２４】
カード発行者装置５０はＩＣカードを発行する装置であり、ネットワークとデータ送受信を行う通信部５０１と、ＩＣカード１０に対し送信するコマンドを生成するコマンド生成部５０２と、コマンドを生成する際に利用する鍵を保管する鍵保管部５０３と、ＩＣカード１０の発行情報を保持する発行情報保持部５０４を有する。
【００２５】
図２はＩＣカード１０のハードウェア構成を示す。
ＩＣカード１０は、端末２０とデータの送受信を行う入出力部１１と、種々のデータ処理を行うＣＰＵ１２と、認証処理に使用される照合対象となる生体情報やＰＩＮ情報、鍵などを記憶する耐タンパ記憶部１３及び耐タンパメモリ１４が、バスなどの内部通信線１５で接続して構成される。これらの情報は、当初耐タンパ記憶部１３に記憶されており、認証処理や検証などの実行時に、耐タンパメモリ１４に読み込まれて使用される。
ここで、ＩＣカードの形態としてはテレホンカードのようなカード形状に限定するものではなく、図２の構成を持つものであれば、例えば、ＭＭＣやＳＤカードのようなメモリーカード形状であってもよい。
【００２６】
図３は端末２０のハードウェア構成を示す。
端末２０は、例えばＩＣカードリーダを備えたパソコンであり、ネットワーク３０とデータの通信を行う通信部２１と、利用者等によって操作されるキーボードや表示器などの入出力部２２と、ＩＣカード１０との間でデータの送受信を行うＩＣカード入出力部２３と、種々のデータを記憶する記憶部２４と、データ処理するＣＰＵ２５と、プログラム及びデータを記憶するメモリ２６と、プログラム等を記憶した媒体２８を読み取る読取部２７が、バスなどの内部通信線２９で接続して構成される。
【００２７】
図４はサービス提供者装置４０のハードウェア構成を示す。
サービス提供者装置４０、例えばクレジット会社のサーバは、ネットワーク３０とデータ通信する通信部４１と、キーボードや表示器などの入出力部４２と、ハードディスクのような記憶部４３と、サービスのためのデータ処理するＣＰＵ４４と、プログラム及び処理用のデータを記憶するメモリ４５と、プログラム等を記憶した媒体４７を読み取る読取部４６、がバスなどの内部通信線４８で接続して構成されている。
なお、カード発行者装置５０のハードウェア構成も図３と同様である。ネットワーク３０を介して端末２０と通信するので、ＩＣカード入出力部２３は無くてもよい。
【００２８】
次に、本実施形態によるＩＣカードの認証処理について説明する。以下に述べる処理動作は、各装置の記憶部に格納されたプログラムがメモリにロードされ、ＣＰＵで実行されることにより、ＩＣカードの認証のための諸動作が行われる。なお、それぞれのプログラムは予め記憶部に格納されていてもよいし、他の記憶媒体またはネットワークのような通信媒体を介して必要な時にロードされても良い。
【００２９】
図５は、ＩＣカードにおける認証処理を示すフローチャートである。
この例は、ＩＣカード１０内の認証アプリケーション部１０５とサービスアプリケーション部１０３を連携させる場合の第１の実施形態を示す。
まず、サービス提供者装置４０は、ＩＣカードで認証処理を行いたい場合に、認証依頼を実行し（Ｓ５０１）、ＩＣカード１０の認証アプリケーション部１０５に対して認証依頼コマンド（Ａ５０１）を送信する。ここで、認証依頼コマンドには、生体認証やその他の認証方式を行う際に必要とされる認証情報のデータが含まれる。例えば、認証処理のために端末２０で取得された生体情報は、この認証依頼コマンドに付加されて送信される。
【００３０】
ＩＣカード１０において、認証アプリケーション部１０５は、受信した認証依頼コマンドを解析し、認証処理を実施する（Ｓ５０２）。ここで、認証処理とは、サービス利用者本人を認証する処理であり、例えば生体認証やその他の認証方式などを意味する。特に、認証の処理を限定するものではない。この認証結果（Ａ５０２）は、ＰＩＮ管理アプリケーション部１０７に送信される。
【００３１】
ＰＩＮ管理アプリケーション部１０７では、受信した認証結果（Ａ５０２）を検証する（Ｓ５０３）。検証した結果、認証に失敗していると判断した場合には、認証アプリケーション部１０５経由でサービス提供者装置４０に対して、認証エラー（Ａ５０３）を送信し、処理を中止する。一方、認証に成功していると判断した場合には、ＰＩＮ保管部１０８に格納されているＰＩＮ情報を読み込み（Ｓ５０４）、カードマネージャ部１１２に対して、ＰＩＮ検証コマンド（Ａ５０４）を送信する。ここで、ＰＩＮ検証コマンドには、ＰＩＮ保管部１０８から読み出したＰＩＮ情報が含まれる。
【００３２】
次に、カードマネージャ部１１２は、受信したＰＩＮ検証コマンド中のＰＩＮ情報と、ＰＩＮ保管部１１３に予め格納されているＰＩＮ情報とを照合して、ＰＩＮ検証を行う（Ｓ５０５）。ＰＩＮ検証の結果、ＰＩＮ管理アプリケーション部１０７と認証アプリケーション部１０５を経由してサービス提供者装置４０に対して、処理が完了した旨のレスポンス（Ａ５０５）を返送する。
【００３３】
サービス提供者装置４０は、処理完了のレスポンスを受信すると、サービスアプリケーション部１０３に対し、サービス開始依頼コマンド（Ａ５０６）を送信する。サービスアプリケーション部１０３は、カードマネージャ部１１２に対し、ＰＩＮ状態確認コマンド（Ａ５０７）を送信する。カードマネージャ部１１２は、受信したＰＩＮ状態確認コマンドを解析し、ＰＩＮ状態保持部１１４を参照してＰＩＮ状態を取得する（Ｓ５０６）。そして、サービスアプリケーション部１０３に対してＰＩＮ状態（Ａ５０８）を送信する。
【００３４】
サービスアプリケーション部１０３は、受信したＰＩＮ状態を検証する（Ｓ５０７）。検証した結果、ＰＩＮが未検証であると判断された場合には、サービス提供者装置４０に対してＰＩＮ未検証エラー（Ａ５０９）を送信して処理を中止する。一方、ＰＩＮが検証済であると判断した場合には、サービスを開始する（Ｓ５０８）。
【００３５】
以上の処理により、認証アプリケーション部１０５とサービスアプリケーション部１０３を連携させることが可能となる。
なお、１枚のＩＣカード１０が複数のサービスアプリケーション部１０３を有する場合でも、個々のサービスアプリケーション部１０３iを利用したサービス開始のための認証処理は上述と同様である。そのサービスアプリケーション部１０３に対応して複数のサービス提供者装置４０が存在する場合でも、各サービス提供者装置４０jからのサービス提供に伴う認証処理は上述と同様である。
【００３６】
また、複数のサービスアプリケーション部１０３を持ったＩＣカードによるサービス提供の場合、認証アプリケーション部１０５による認証処理は、サービスの度に実施してもよいし、初回に一度だけ実施してもよい。さらに、ＰＩＮ検証（Ｓ５０５）については、１つのＰＩＮ情報を複数のサービスアプリケーション部１０３で共通的に利用することもできる。
また、この実施例によれば、ＩＣカード内に、本人認証機能としてカードマネージャのＰＩＮを参照する機能しか保持しないサービスアプリケーションが格納されている場合でも、まず、認証アプリケーションを用いて、生体認証等の認証処理を実行し、認証結果をＰＩＮ管理アプリケーションに送信することができる。
【００３７】
次に、図６及び図７のフローチャートを参照して第２の実施形態について説明する。
この例は、図５に示した認証処理をさらに安全にするために、ＰＩＮ管理アプリケーション部１０５に対して、認証処理からの経過時刻を管理する機能を付加した例である。最初に、図６を参照して、認証処理における時刻情報等を用いた処理の前段を説明し、その後、図７を参照して、時刻情報等による検証及びＰＩＮ検証について説明する。
【００３８】
図６において、まず、サービス提供者装置４０は、ＩＣカード内で認証処理を行いたい場合に、認証依頼を実行し（Ｓ６０１）、シーケンス番号と時刻情報１を取得する（Ｓ６０２）。ここで、時刻情報は、サービス提供者装置４０内の時刻を取得してもよいし、外部のサーバの時刻を取得してもよい。また、シーケンス番号は、サービス提供者装置４０内で保持しているシーケンス番号を取得してもよいし、サービス提供者装置４０内で一時的に乱数等を生成し、それをシーケンス番号としてもよい。さらに外部のサーバで管理しているシーケンス番号を取得してもよい。
【００３９】
次に、シーケンス番号と時刻情報１に対して署名を生成する（Ｓ６０３）。ここで、署名の生成は、サービス提供者装置４０内で行っても良いし、外部のサーバに委託してもよい。次に、シーケンス番号と時刻情報１と署名を用いて、図８のような構造を持つ時刻データを生成する（Ｓ６０４）。
【００４０】
ここで、図８に示す時刻データの構成について説明しておく。時刻データ（Ａ８０１）は、時刻データの順序を示すシーケンス番号（Ａ８０２）を先頭に配置し、次に時刻情報（Ａ８０３）を配置する。最後に、Ａ８０２とＡ８０３のデータが正当なデータであることを保証するために、サービス提供者装置４０の鍵保管部４０３やカード発行者装置５０の鍵保管部５０３に存在する署名生成用の秘密鍵を用いて署名を生成し、署名（Ａ８０４）として付加する。
【００４１】
さて、サービス提供者装置４０は、図８の認証依頼コマンドと時刻データ１（Ａ６０１）を、認証アプリケーション部１０５に対して送信する。ここで、認証依頼コマンドには、生体認証やその他の認証方式を行う際に必要とされる認証情報のデータが含まれる。
ＩＣカード１０において、認証アプリケーション部１０５は、受信した認証依頼コマンドを解析し、認証処理を実施する（Ｓ６０５）。ここで、認証処理とは生体認証やその他の認証方式による処理である。その認証処理の結果、認証結果と時刻データ１（Ａ６０２）がＰＩＮ管理アプリケーション部１０７に送信される。
【００４２】
ＰＩＮ管理アプリケーション部１０７では、受信した認証結果を検証する（Ｓ６０６）。検証した結果、認証に失敗していると判断した場合には、認証アプリケーション部１０５を経由してサービス提供者装置４０に対して、認証エラー（Ａ６０３）を送信し、処理を中止する。一方、認証に成功していると判断した場合には、受信した時刻データの署名を検証する（Ｓ６０７）。
【００４３】
署名の検証の結果、不正な署名であると判断した場合には、認証アプリケーション部１０５を経由してサービス提供者装置４０に対して、署名検証エラー（Ａ６０４）を送信し、処理を中止する。一方、正当な署名であると判断された場合には、時刻データ中の時刻情報１とシーケンス番号を時刻情報保管部１０９に書き込む（Ｓ６０８）。次に、認証アプリケーション部１０５を経由してサービス提供者装置４０に対し、処理が完了した旨を伝えるレスポンス（Ａ６０５）を送信する。
【００４４】
次に、図７を参照して第２の実施形態における、後段の処理、即ち時刻情報等による検証及びＰＩＮ検証等の処理ついて説明する。
この処理によって、ＰＩＮ管理アプリケーション部１０５に対して、認証処理からの経過時刻が管理されるので、認証処理をさらに安全にすることができる。
前提として、図６による処理が終了しているものとする。
まず、サービス提供者装置４０は、シーケンス番号と時刻情報２を取得する（Ｓ７０１）。ここで時刻情報の取得には、サービス提供者装置４０内の時刻を取得してもよいし、外部のサーバの時刻を取得してもよい。また、シーケンス番号はＳ６０２において取得したシーケンス番号を１増加したものである。次に、シーケンス番号と時刻情報２に対して署名を生成する（Ｓ７０２）。ここで、署名の生成は、サービス提供者装置４０内で行っても良いし、外部のサーバに委託してもよい。次に、シーケンス番号と時刻情報２と署名を用いて、図８のような構造を持つ時刻データ２を生成する（Ｓ７０３）。そして、ＰＩＮ管理アプリケーション部１０７に対して、時刻データ２（Ａ７０１）を送信する。
【００４５】
ＩＣカード１０において、ＰＩＮ管理アプリケーション部１０７は、受信した時刻データの署名を検証する（Ｓ７０４）。検証した結果、不正な署名であると判断した場合には、サービス提供者装置４０に対して、署名検証エラー（Ａ７０２）を送信し、処理を中止する。一方、正当な署名であると判断した場合には、時刻データの中のシーケンス番号を検証する（Ｓ７０５）。
シーケンス番号の検証の結果、シーケンス番号が不正であると判断した場合には、サービス提供者装置４０に対し、シーケンス番号エラー（Ａ７０３）を送信し、処理を中止する。一方、正当なシーケンス番号と判断した場合には、時刻データ２の中の時刻情報２と、時刻情報保管部１０９に保持している時刻情報１から、経過時間を導出する（Ｓ７０６）。
【００４６】
次に、経過時間と、認証保持時間保管部１１０に格納されている認証保持時間との大小関係を検証する（Ｓ７０７）。検証した結果、経過時間が認証保持時間よりも長いと判断した場合には、サービス提供者装置４０に対して、時間経過エラー（Ａ７０４）を送信し、処理を中止する。
一方、経過時間が認証保持時間よりも短いと判断した場合には、ＰＩＮ保管部１０８に格納されているＰＩＮ情報を読み込み（Ｓ７０８）、カードマネージャ部１１２に対し、ＰＩＮ検証コマンド（Ａ７０５）を送信する。ここで、ＰＩＮ検証コマンドには、ＰＩＮ保管部１０８から読み出したＰＩＮ情報が含まれる。
【００４７】
カードマネージャ部１１２は、受信したＰＩＮ検証コマンドの中のＰＩＮ情報と、ＰＩＮ保管部１１３に格納されているＰＩＮ情報とを照合して、ＰＩＮ検証を行う（Ｓ７０９）。その後、ＰＩＮ管理アプリケーション部１０７を経由してサービス提供者装置４０に対し、処理が完了した旨を示すレスポンス（Ａ７０６）を返す。サービス提供者装置４０は、レスポンスを受信すると、サービスアプリケーション部１０３に対して、サービス開始依頼コマンド（Ａ７０７）を送信する。
【００４８】
ＩＣカード１０において、サービスアプリケーション部１０３は、サービス開始依頼コマンド（Ａ７０７）を受信すると、カードマネージャ部１１２に対し、ＰＩＮ状態確認コマンド（Ａ７０８）を送信する。カードマネージャ部１１２は、受信したＰＩＮ状態確認コマンドを解析し、ＰＩＮ状態保持部１１４を参照し、ＰＩＮ状態を取得する（Ｓ７１０）。そして、サービスアプリケーション部１０３に対して、ＰＩＮ状態（Ａ７０９）を送信する。サービスアプリケーション部１０３は、受信したＰＩＮ状態を検証する（Ｓ７１１）。
ＰＩＮ状態の検証の結果、ＰＩＮが未検証であると判断した場合には、サービス提供者装置４０に対して、ＰＩＮ未検証エラー（Ａ７１０）を送信し、処理を中止する。一方、ＰＩＮが検証済であると判断した場合には、サービスを開始する（Ｓ７１２）。
【００４９】
以上の処理によれば、図５を参照した例に比べて、認証依頼だけを行い、サービス開始依頼を実行しない場合、ＰＩＮの検証状態がカードマネージャ部１１２に利用者の意図に反して長期間保持されるというような危険を排除することができる。
【００５０】
次に、図９を参照して第３の実施形態について説明する。
この例は、図６及び図７による第２の実施態様の変形例である。認証依頼よりも先にサービス開始依頼を行う例である。
まず、サービス提供者装置４０は、ＩＣカード１０のサービスアプリケーション部１０３に対し、サービス開始依頼コマンド（Ａ９０１）を送信する。サービスアプリケーション部１０３は、サービス開始依頼コマンド（Ａ９０１）を受信すると、カードマネージャ部１１２に対して、ＰＩＮ状態確認コマンド（Ａ９０２）を送信する。
【００５１】
次に、カードマネージャ部１１２は、受信したＰＩＮ状態確認コマンドを解析し、ＰＩＮ状態保持部１１４を参照してＰＩＮ状態を取得する（Ｓ９０１）。そして、サービスアプリケーション部１０３に対してＰＩＮ状態（Ａ９０３）を送信する。
サービスアプリケーション部１０３は、受信したＰＩＮ状態を検証する（Ｓ９０２）。ＰＩＮ状態の検証の結果、ＰＩＮが検証済であると判断した場合には、サービスを開始する（Ｓ９０３）。一方、ＰＩＮが未検証であると判断した場合には、サービス提供者装置４０に対して、ＰＩＮ未検証エラー（Ａ９０４）を送信する。
サービス提供者装置４０は、認証処理（Ｓ９０４）、サービス開始処理（Ｓ９０５）を順に行う。この認証処理（Ｓ９０４）は、例えば図５に示す認証処理（Ｓ５０２）であり、サービス開始処理（Ｓ９０５）とは、認証結果に従ってサービスを開始するためのサービス開始依頼コマンド（Ａ５０６）の処理である。
【００５２】
次に、図１０を参照して、ＰＩＮ管理アプリケーション部１０７の初期化処理動作について説明する。
まず、カード発行者装置５０は、初期化依頼を行い（Ｓ１００１）、ＩＣカード１０内のＰＩＮ管理アプリケーション部１０７に対して、初期化依頼コマンド、認証保持時間データ、署名検証用鍵データ（Ａ１００１）を送信する。
【００５３】
ＩＣカード１０において、ＰＩＮ管理アプリケーション部１０７は、乱数を生成し（Ｓ１００２）、カードマネージャ部１１２へＰＩＮ設定コマンド（Ａ１００２）を送信する。ここで、ＰＩＮ設定コマンドには、生成した乱数が含まれる。
カードマネージャ部１１２は、受信したＰＩＮ設定コマンドを解析して、ＰＩＮ設定を行う（Ｓ１００３）。この処理により、ＰＩＮ管理アプリケーション部１０７で生成した乱数がＰＩＮ保管部１１３に設定される。次に、ＰＩＮ管理アプリケーション部１０７に対し、ＰＩＮ設定結果（Ａ１００３）を送信する。
【００５４】
次に、ＰＩＮ管理アプリケーション部１０７は、受信したＰＩＮ設定結果を検証する（Ｓ１００４）。ＰＩＮ設定結果の検証の結果、ＰＩＮの設定に失敗していると判断した場合には、カード発行者装置５０に対し、ＰＩＮ設定エラー（Ａ１００４）を送信し、処理を中止する。
一方、ＰＩＮの設定に成功していると判断した場合には、ステップＳ１００２において生成した乱数をＰＩＮデータとして、ＰＩＮ保管部１０８に格納する（Ｓ１００５）。次に、カード発行者装置５０から受信した認証保持時間データを、認証保持時間保管部１１０に格納する（Ｓ１００６）。
次に、カード発行者装置５０から受信した署名検証用鍵データを、鍵保管部１１１に格納し（Ｓ１００７）、カード発行者装置５０に対して処理が完了した旨を示すレスポンス（Ａ１００５）を送信する。
【００５５】
以上の処理により、ＰＩＮデータはＩＣカード内部で生成されて保管されるので、ＩＣカードの外部に露出することがなく、ＰＩＮデータを安全に管理、利用することができる。なお、この処理は、ＰＩＮ管理アプリケーションをＩＣカードに搭載する時に、又はそれをＩＣカードに搭載した後に行っても良い。
【００５６】
以上、幾つかの実施形態について説明したが、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で様々な変形が可能である。
例えば、図１の例では、ＩＣカード１０は複数のサービスアプリケーション部１０３を有しているが、必ずしも複数に限らず、１つのサービスアプリケーション部１０３でもよい。
【００５７】
また、ＩＣカード１０内に端末２０の機能が含まれ、ＩＣカード自体でネットワーク３０と接続が可能な場合には、図１のＩＣカード１０と端末２０は、共通の媒体又は装置として表現される。また、ＩＣカードの利用については、必ずしも図１のような、ネットワーク３０を経由した利用に限らない。ＩＣカードをクレジット会社のサーバに直接に挿入して利用する等の場合もある。
また、ＩＣカード１０に限らず、利用者が所持する記憶媒体や携帯端末等のデータキャリアにおいて、同様の認証及認証結果に基づいてサービスアプリケーションを起動するような例にも適用可能である。
【００５８】
また、上記実施形態はＩＣカードを用いた認証システム、或いはＩＣカードにおける認証として発明を把握することができるが、観点を変えれば、本発明は、係るＩＣカードの認証結果に従ってサービスを提供するサービスシステムとして把握することもできる。
【図面の簡単な説明】
【００５９】
【図１】一実施形態によるＩＣカードの認証システムの構成例を示す図。
【図２】ＩＣカードの認証システムにおけるＩＣカード１０のハードウェア構成を示す図。
【図３】ＩＣカードの認証システムにおける端末２０のハードウェア構成を示す図。
【図４】ＩＣカードの認証システムにおけるサービス提供者装置４０のハードウェア構成を示す図。
【図５】第１の実施形態によるＩＣカードにおける認証処理動作を示すフローチャート。
【図６】第２の実施形態によるＩＣカードにおける認証処理動作を示すフローチャート。
【図７】第２の実施形態によるＩＣカードにおける認証処理動作を示すフローチャート。
【図８】第２の実施形態において利用される時刻データの構造を示す図。
【図９】第３の実施形態によるＩＣカードの認証処理結果に基づくサービス開始処理に関する処理を示すフローチャート。
【図１０】一実施形態によるＰＩＮ管理アプリケーション部を初期化する際の処理動作を示すフローチャート。
【符号の説明】
【００６０】
１０：ＩＣカード、２０：端末、３０：ネットワーク、４０１〜４０ｎ：サービス提供者装置、５０：カード発行者装置、１０１：データ送受信部、１０２：コマンド解析部、１０３１〜１０３ｎ：サービスアプリケーション部、１０４１〜１０４ｎ：データ保管部、１０５：認証アプリケーション部、１０６：認証情報保管部、１０７：ＰＩＮ管理アプリケーション部、１０８：ＰＩＮ保管部、１０９：時刻情報保管部、１１０：認証保持時間保管部、１１１：鍵保管部、１１２：カードマネージャ部、１１３：ＰＩＮ保管部、１１４：ＰＩＮ状態保持部、２０１：ＩＣカードアクセス部、２０２：データ送受信部、２０３：コマンド生成部、４０１：通信部、４０２：コマンド生成部、４０３：鍵保管部、４０４：サービス提供部、５０１：通信部、５０２：コマンド生成部、５０３：鍵保管部、５０４：発行情報保持部。
【技術分野】
【０００１】
本発明は、認証システムおよびその方法に係り、ＩＣカード等のデータキャリアを用いたシステムにおける認証、及びその認証結果に従ってサービスアプリケーション等を実行する認証システム、及び認証を行うデータキャリア、及び認証方法に関する。
【背景技術】
【０００２】
クレジットや銀行等がＩＣカードを用いた利用者に対してサービスを提供する場合、不正な第三者によるサービスの利用を防ぐために、通常、ＰＩＮ（Personal Identification Number）による認証を用いて、正当な本人の認証を行っている。
【０００３】
ＰＩＮの認証に関しては、各サービスに個別にＰＩＮを管理する方法も考えられる。しかしその場合には、利用者が複数のＰＩＮを管理しなければならず、利便性の観点から問題がある。また、利用者によっては、管理の手間を省くために、全てのサービスにわたって同じＰＩＮを設定することを希望することも予想される。しかしそのような場合であっても、各サービスの開始時に毎回ＰＩＮ認証を行う必要があるため、利便性の観点からやはり問題が残る。
【０００４】
そこで、例えば、非特許文献１に開示されているように、ＩＣカードの全体を管理するカードマネージャにＰＩＮを管理させ、各サービスではカードマネージャのＰＩＮの検証状態を参照することにより、利用者は毎回ＰＩＮを入力する必要がなくなり、利用者の利便性を向上させる技術が知られている。
【０００５】
最近では、セキュリティ意識の高まりから、各サービスにおける本人の認証は、ＰＩＮ認証ではなく、指紋や静脈や虹彩などの生体を用いたより高度な認証が求められている。しかし、従来のＩＣカード内のサービスアプリケーションは、独自で管理するＰＩＮやカードマネージャが管理するＰＩＮなど、ＰＩＮ認証にのみ対応しており、新たな認証方式を利用するためには、サービスアプリケーションに新たな認証機能を組み込む必要がある。
【０００６】
その要求を満たすために、特開２００３−２０３２１３号公報（特許文献１）に開示されているように、ＩＣカード内に、生体認証等の認証処理を行う認証アプリケーションと、ＩＣカード内で行う認証結果を一元的に管理する認証管理アプリケーションを搭載し、認証アプリケーションで行った認証処理の結果を認証管理アプリケーションが管理し、サービスアプリケーションは、認証管理アプリケーションが管理している認証結果フラグを参照することで、新たな認証方式をサービスアプリケーションに導入する技術が知られている。
【０００７】
また、米国特許出願公開第２００４／００３４７８４Ａ１号明細書（特許文献２）に開示されているように、サーバにおいてＩＣカード内のＰＩＮ情報を管理し、サーバにおいて生体認証に成功した場合にＩＣカードにサーバで管理しているＰＩＮ情報を設定し、その後、設定したＰＩＮを用いてサービスを提供する技術が知られている。
【０００８】
【非特許文献１】GlobalPlatform Inc., "Card Specification Version 2.1.1", [online], ２００３年３月, GlobalPlatform Inc., ｐ．８４, [２００６年６月２７日検索］, インターネット＜URL:http://www.globalplatform.org/specificationview.asp?id=archived＞
【特許文献１】特開２００３−２０３２１３号公報
【特許文献２】米国特許出願公開第２００４／００３４７８４Ａ１号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００９】
然るに、上記特許文献１の技術によれば、サービスアプリケーションが、認証管理アプリケーションで管理している認証結果を参照しなければならないため、サービスアプリケーションの修正が必要となる。また、特許文献２の技術によれば、生体認証が成功した時に、サーバからＩＣカードにＰＩＮを送信する技術の場合には、通信路が暗号化されているとはいえ、ＰＩＮデータがＩＣカードの外部に露出してしまうため、盗聴されるおそれがある。
【００１０】
本発明は、認証管理のための従来のアプリケーションを変更することなく、新たな仕組みの認証を行うことができる認証システム及び方法、及びデータキャリアを提供することにある。
また、本発明は、ＰＩＮ情報をデータキャリアの外部に露出させないで、利用者の認証を行うことができ、より安全にサービスのアプリケーションを実行することにある。
【課題を解決するための手段】
【００１１】
本発明に係るデータキャリアは、好ましくは、サービス提供者装置からサービスの提供を受けるために使用されるデータキャリアであって、サービスアプリケーションの利用に関連して予め用意されたＰＩＮ情報を保管するＰＩＮ保管部と、利用者本人に固有の情報を保持する認証情報保管部と、認証情報保管部に保持された認証情報を参照して正当な利用者を認証するための認証アプリケーション部と、認証アプリケーションによる認証結果に従って、ＰＩＮ保管部に保管されたＰＩＮ情報を検証する手段と、検証手段によるＰＩＮ情報の検証の結果に従ってサービスを行うサービスアプリケーション部とを有することを特徴とするデータキャリアとして構成される。
【００１２】
好ましい例では、前記認証情報保管部は利用者の生体情報を保持し、前記認証アプリケーション部は生体情報を参照して認証処理を行う。
また、好ましくは、前記データキャリアは、複数のサービスアプリケーション部と、複数のサービスアプリケーションで利用されるデータを保管するデータ保管部とを有する。
また、好ましくは、前記データキャリアは更に、内部でＰＩＮ情報を生成する手段と持つＰＩＮ管理アプリケーション部を有し、前記ＰＩＮ保管部は、ＰＩＮ管理アプリケーション部で生成されたＰＩＮ情報を保管する。
また、好ましくは、前記ＰＩＮ管理アプリケーション部の生成手段は乱数を生成し、生成された乱数をＰＩＮ情報としてＰＩＮ保管部に格納する。
【００１３】
本発明に係る認証システムは、好ましくは、利用者が正当な本人であることを認証し、サービス提供者装置から利用者が持つデータキャリアに対してコマンドを送信してサービスを提供する認証システムにおいて、サービス提供者装置は、データを送受信するための通信部と、データキャリアに送信するコマンドを生成するコマンド生成部と、サービスを提供するサービス提供部と、を有し、
データキャリアは、サービスアプリケーションの利用に関連して予め用意されたＰＩＮ情報を保管するＰＩＮ保管部と、ＰＩＮ情報を管理するＰＩＮ管理アプリケーション部と、利用者本人に固有の情報を保持する認証情報保管部と、認証情報保管部に保持された認証情報を参照して正当な利用者を認証するための認証アプリケーション部と、認証アプリケーションによる認証結果に従って、ＰＩＮ保管部に保管されたＰＩＮ情報を検証する手段と、検証手段によるＰＩＮ情報の検証の結果に従ってサービスを行うサービスアプリケーション部とを有することを特徴とする認証システムとして構成される。
【００１４】
好ましい例では、前記サービス提供者装置は、データキャリアの認証アプリケーション部に対して、認証依頼コマンドを送信し、認証アプリケーション部は認証処理を行ってＰＩＮ管理アプリケーション部に対して認証結果を送信し、ＰＩＮ管理アプリケーション部は、受信した認証結果から認証に成功していると判断した場合に、ＰＩＮ保管部に保持しているＰＩＮ情報を読み込み、検証手段にてＰＩＮ保管部に保管されているＰＩＮ情報を検証し、サービス提供者装置は、サービスアプリケーション部に対して、サービス開始依頼を送信し、サービスアプリケーション部はＰＩＮ状態を検証して、検証結果に従ってサービスを開始する。
【００１５】
本発明はまた、ＰＩＮ情報の管理方法としても把握される。
即ち、カード発行者装置を用いて、ＩＣカードで用いられるＰＩＮ情報の生成して管理する方法であって、サービスアプリケーションに関連して予め用意されたＰＩＮ情報を保管するＰＩＮ保管部と、ＰＩＮ情報を生成する手段と有し、生成されたＰＩＮ情報を管理するＰＩＮ管理アプリケーション部と、利用者本人に固有の情報を保持する認証情報保管部と、認証情報保管部に保持された認証情報を参照して正当な利用者を認証するための認証アプリケーション部と、認証アプリケーションによる認証結果に従って、ＰＩＮ保管部に保管されたＰＩＮ情報を検証する手段と、検証手段によるＰＩＮ情報の検証の結果に従ってサービスを行うサービスアプリケーション部とを有するＩＣカードに対して、
カード発行者装置より、ＰＩＮ管理アプリケーション部に対して、初期化依頼コマンドを送信し、ＰＩＮ管理アプリケーション部は、生成手段によってＰＩＮ情報を生成し、ＰＩＮ管理アプリケーション部は、ＰＩＮ情報が正しく設定されたと判断した場合に、ＰＩＮ情報をＰＩＮ保管部に格納することを特徴とするＩＣカードのＰＩＮ情報の管理方法として構成される。
好ましい例では、カード発行者装置が、ＰＩＮ管理アプリケーション部に対して、初期化依頼コマンドを送信する際に、ＰＩＮ管理アプリケーション部で認証結果を保持する認証保持時間と、ＰＩＮ管理アプリケーション部で署名を検証する際に利用する鍵データを送信し、ＰＩＮ管理アプリケーション部は、受信した認証保持時間を認証保持時間保管部に格納し、受信した鍵データを鍵保管部に格納する。
【００１６】
本発明に係る認証方法は、好ましくは、利用者が所持するデータキャリアを用いて、利用者が正当な本人であることを認証し、認証の結果に応じてサービスの提供を許容する認証方法において、データキャリアの内部でＰＩＮ情報を生成するステップと、生成されたＰＩＮ情報を保管部に格納するステップと、サービスの利用に際して、予め保管部に保持された利用者本人の認証情報を照合して正当な利用者を認証するステップと、認証の結果、正当な本人であると判断された場合、ＰＩＮ保管部に保持されたＰＩＮ情報を検証するステップと、ＰＩＮ情報の検証の結果に従ってサービスを許容するステップと、を有することを特徴とする認証方法として構成される。
好ましい例では、前記認証情報として利用者の生体情報と用い、前記ＰＩＮ情報として乱数を生成する。
【発明の効果】
【００１７】
本発明によれば、認証管理のために従来のサービスアプリケーションを変更することなく、生体認証等の新たな認証を採用することができ、その認証結果と連携させて利用することが可能となる。また、利用されるＰＩＮ情報をデータキャリアから外部に露出させないので、より安全にサービスを提供することが可能となる。また、利用者は実際に利用するカードマネージャのＰＩＮ情報を覚えておく必要がない。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して本発明の一実施形態について説明する。
図１は、一実施形態によるＩＣカードの認証システムの一例を示す図である。
このＩＣカードの認証システムは、ネットワーク３０を介してお互いに接続された、ＩＣカード１０にアクセスする端末２０と、サービスを提供する複数のサービス提供者装置４０１〜４０ｎ（以後、総称して４０ということがある）と、ＩＣカード１０を発行するカード発行者装置５０とを含んで構成される。
【００１９】
ＩＣカード１０は、外部からコマンドを受信し、受信したコマンドの内容により処理を行い、処理結果を返信する機能を有する。
ＩＣカード１０は、コマンドを受信し、処理結果を送信するデータ送受信部１０１と、コマンドを解析するコマンド解析部１０２と、コマンドに従い処理を実行するサービスアプリケーション部１０３１〜１０３ｎ（以後、１０３ということがある）と、サービスアプリケーション部１０３１〜１０３ｎで利用するデータを保管するデータ保管部１０４１〜１０４ｎ（以後、１０４ということがある）と、生体認証処理を行う認証アプリケーション部１０５と、認証アプリケーション部１０５で照合の対象として使用される認証情報（例えば生体情報）を予め保管する認証情報保管部１０６と、ＩＣカード内のカードマネージャのＰＩＮ情報を管理するＰＩＮ管理アプリケーション部１０７と、ＰＩＮ管理アプリケーション部１０７で使用されるＰＩＮ情報を保管するＰＩＮ保管部１０８と、ＰＩＮ管理アプリケーション部１０７で利用する時刻情報を保管する時刻情報保管部１０９と、ＰＩＮ管理アプリケーション部１０７で利用する認証保持時間を保管する認証保持時間保管部１１０と、ＰＩＮ管理アプリケーション部で利用する署名検証用の鍵を保管する鍵保管部１１１と、ＩＣカード１０内のアプリケーションやステータス等を管理するカードマネージャ部１１２と、カードマネージャ部１１２のＰＩＮ検証で利用されるＰＩＮ情報を予め保管するＰＩＮ保管部１１３と、カードマネージャ部１１２で利用するＰＩＮ状態を保持するＰＩＮ状態保持部１１４と、を有する。
【００２０】
本実施例においては、ＰＩＮ検証で使用されるＰＩＮ情報を、従来のように、サービス提供を受ける度に利用者によって入力させないで、予めＰＩＮ保管部１０８に格納しておく。これにより、サービスの都度、ＰＩＮ情報を利用者によって入力させる必要がないので、利用者は複数のサービスアプリケーションに対応したＰＩＮ情報を覚えておく必要がない。また、ＰＩＮ情報は予めＩＣカード内の保管部に格納されているので、カードの外部に露出することが無くなる。
なお、ＰＩＮ情報の生成及びＰＩＮ保管部への格納処理は、カード発行装置５０による初期化処理の制御に従って行われるが、その詳細については図１０を参照して後述する。
【００２１】
更に、複数のサービスアプリケーション部１０３について言えば、例えば、サービスアプリケーション１０３１がクレジットカード会社Ａのサービス用カード、１０３２がクレジットカード会社Ｂのサービス用カード、・・１０３ｎがＹ銀行のサービス用カード、として利用されるが如きである。この１枚のＩＣカード１０で、複数の異なるサービスの提供を受けることができる。その場合でも、本実施例によれば、各サービスで新たに使用され始めた生体認証に対応することができ、かつ従来からあるサービスアプリケーションとそれに使用されたＰＩＮ情報の対応を変更する必要がない。その理由及び処理動作は、後述の説明から理解されるであろう。
【００２２】
端末２０は、ＩＣカード１０に対してデータの送受信を行うための装置であり、例えば、銀行の現金自動入出金装置（ＡＴＭ）やクレジット会社のサービス端末などが該当する。この端末２０は、ＩＣカード１０に対してコマンドの送受信を行うＩＣカードアクセス部２０１と、ネットワーク３０とデータ送受信を行うデータ送受信部２０２と、ＩＣカード１０に対して送信するコマンドを生成するコマンド生成部２０３を有する。
【００２３】
サービス提供者装置４０は、利用者にサービスを提供する装置であり、例えば、クレジット会社や銀行などのサーバが該当する。このサービス提供者装置４０は、ネットワーク３０とデータ送受信を行う通信部４０１と、ＩＣカード１０に対し送信するコマンドを生成するコマンド生成部４０２と、コマンドを生成する際に利用する鍵を保管する鍵保管部４０３と、ＩＣカードに対しサービスを提供するサービス提供部４０４を有する。
【００２４】
カード発行者装置５０はＩＣカードを発行する装置であり、ネットワークとデータ送受信を行う通信部５０１と、ＩＣカード１０に対し送信するコマンドを生成するコマンド生成部５０２と、コマンドを生成する際に利用する鍵を保管する鍵保管部５０３と、ＩＣカード１０の発行情報を保持する発行情報保持部５０４を有する。
【００２５】
図２はＩＣカード１０のハードウェア構成を示す。
ＩＣカード１０は、端末２０とデータの送受信を行う入出力部１１と、種々のデータ処理を行うＣＰＵ１２と、認証処理に使用される照合対象となる生体情報やＰＩＮ情報、鍵などを記憶する耐タンパ記憶部１３及び耐タンパメモリ１４が、バスなどの内部通信線１５で接続して構成される。これらの情報は、当初耐タンパ記憶部１３に記憶されており、認証処理や検証などの実行時に、耐タンパメモリ１４に読み込まれて使用される。
ここで、ＩＣカードの形態としてはテレホンカードのようなカード形状に限定するものではなく、図２の構成を持つものであれば、例えば、ＭＭＣやＳＤカードのようなメモリーカード形状であってもよい。
【００２６】
図３は端末２０のハードウェア構成を示す。
端末２０は、例えばＩＣカードリーダを備えたパソコンであり、ネットワーク３０とデータの通信を行う通信部２１と、利用者等によって操作されるキーボードや表示器などの入出力部２２と、ＩＣカード１０との間でデータの送受信を行うＩＣカード入出力部２３と、種々のデータを記憶する記憶部２４と、データ処理するＣＰＵ２５と、プログラム及びデータを記憶するメモリ２６と、プログラム等を記憶した媒体２８を読み取る読取部２７が、バスなどの内部通信線２９で接続して構成される。
【００２７】
図４はサービス提供者装置４０のハードウェア構成を示す。
サービス提供者装置４０、例えばクレジット会社のサーバは、ネットワーク３０とデータ通信する通信部４１と、キーボードや表示器などの入出力部４２と、ハードディスクのような記憶部４３と、サービスのためのデータ処理するＣＰＵ４４と、プログラム及び処理用のデータを記憶するメモリ４５と、プログラム等を記憶した媒体４７を読み取る読取部４６、がバスなどの内部通信線４８で接続して構成されている。
なお、カード発行者装置５０のハードウェア構成も図３と同様である。ネットワーク３０を介して端末２０と通信するので、ＩＣカード入出力部２３は無くてもよい。
【００２８】
次に、本実施形態によるＩＣカードの認証処理について説明する。以下に述べる処理動作は、各装置の記憶部に格納されたプログラムがメモリにロードされ、ＣＰＵで実行されることにより、ＩＣカードの認証のための諸動作が行われる。なお、それぞれのプログラムは予め記憶部に格納されていてもよいし、他の記憶媒体またはネットワークのような通信媒体を介して必要な時にロードされても良い。
【００２９】
図５は、ＩＣカードにおける認証処理を示すフローチャートである。
この例は、ＩＣカード１０内の認証アプリケーション部１０５とサービスアプリケーション部１０３を連携させる場合の第１の実施形態を示す。
まず、サービス提供者装置４０は、ＩＣカードで認証処理を行いたい場合に、認証依頼を実行し（Ｓ５０１）、ＩＣカード１０の認証アプリケーション部１０５に対して認証依頼コマンド（Ａ５０１）を送信する。ここで、認証依頼コマンドには、生体認証やその他の認証方式を行う際に必要とされる認証情報のデータが含まれる。例えば、認証処理のために端末２０で取得された生体情報は、この認証依頼コマンドに付加されて送信される。
【００３０】
ＩＣカード１０において、認証アプリケーション部１０５は、受信した認証依頼コマンドを解析し、認証処理を実施する（Ｓ５０２）。ここで、認証処理とは、サービス利用者本人を認証する処理であり、例えば生体認証やその他の認証方式などを意味する。特に、認証の処理を限定するものではない。この認証結果（Ａ５０２）は、ＰＩＮ管理アプリケーション部１０７に送信される。
【００３１】
ＰＩＮ管理アプリケーション部１０７では、受信した認証結果（Ａ５０２）を検証する（Ｓ５０３）。検証した結果、認証に失敗していると判断した場合には、認証アプリケーション部１０５経由でサービス提供者装置４０に対して、認証エラー（Ａ５０３）を送信し、処理を中止する。一方、認証に成功していると判断した場合には、ＰＩＮ保管部１０８に格納されているＰＩＮ情報を読み込み（Ｓ５０４）、カードマネージャ部１１２に対して、ＰＩＮ検証コマンド（Ａ５０４）を送信する。ここで、ＰＩＮ検証コマンドには、ＰＩＮ保管部１０８から読み出したＰＩＮ情報が含まれる。
【００３２】
次に、カードマネージャ部１１２は、受信したＰＩＮ検証コマンド中のＰＩＮ情報と、ＰＩＮ保管部１１３に予め格納されているＰＩＮ情報とを照合して、ＰＩＮ検証を行う（Ｓ５０５）。ＰＩＮ検証の結果、ＰＩＮ管理アプリケーション部１０７と認証アプリケーション部１０５を経由してサービス提供者装置４０に対して、処理が完了した旨のレスポンス（Ａ５０５）を返送する。
【００３３】
サービス提供者装置４０は、処理完了のレスポンスを受信すると、サービスアプリケーション部１０３に対し、サービス開始依頼コマンド（Ａ５０６）を送信する。サービスアプリケーション部１０３は、カードマネージャ部１１２に対し、ＰＩＮ状態確認コマンド（Ａ５０７）を送信する。カードマネージャ部１１２は、受信したＰＩＮ状態確認コマンドを解析し、ＰＩＮ状態保持部１１４を参照してＰＩＮ状態を取得する（Ｓ５０６）。そして、サービスアプリケーション部１０３に対してＰＩＮ状態（Ａ５０８）を送信する。
【００３４】
サービスアプリケーション部１０３は、受信したＰＩＮ状態を検証する（Ｓ５０７）。検証した結果、ＰＩＮが未検証であると判断された場合には、サービス提供者装置４０に対してＰＩＮ未検証エラー（Ａ５０９）を送信して処理を中止する。一方、ＰＩＮが検証済であると判断した場合には、サービスを開始する（Ｓ５０８）。
【００３５】
以上の処理により、認証アプリケーション部１０５とサービスアプリケーション部１０３を連携させることが可能となる。
なお、１枚のＩＣカード１０が複数のサービスアプリケーション部１０３を有する場合でも、個々のサービスアプリケーション部１０３iを利用したサービス開始のための認証処理は上述と同様である。そのサービスアプリケーション部１０３に対応して複数のサービス提供者装置４０が存在する場合でも、各サービス提供者装置４０jからのサービス提供に伴う認証処理は上述と同様である。
【００３６】
また、複数のサービスアプリケーション部１０３を持ったＩＣカードによるサービス提供の場合、認証アプリケーション部１０５による認証処理は、サービスの度に実施してもよいし、初回に一度だけ実施してもよい。さらに、ＰＩＮ検証（Ｓ５０５）については、１つのＰＩＮ情報を複数のサービスアプリケーション部１０３で共通的に利用することもできる。
また、この実施例によれば、ＩＣカード内に、本人認証機能としてカードマネージャのＰＩＮを参照する機能しか保持しないサービスアプリケーションが格納されている場合でも、まず、認証アプリケーションを用いて、生体認証等の認証処理を実行し、認証結果をＰＩＮ管理アプリケーションに送信することができる。
【００３７】
次に、図６及び図７のフローチャートを参照して第２の実施形態について説明する。
この例は、図５に示した認証処理をさらに安全にするために、ＰＩＮ管理アプリケーション部１０５に対して、認証処理からの経過時刻を管理する機能を付加した例である。最初に、図６を参照して、認証処理における時刻情報等を用いた処理の前段を説明し、その後、図７を参照して、時刻情報等による検証及びＰＩＮ検証について説明する。
【００３８】
図６において、まず、サービス提供者装置４０は、ＩＣカード内で認証処理を行いたい場合に、認証依頼を実行し（Ｓ６０１）、シーケンス番号と時刻情報１を取得する（Ｓ６０２）。ここで、時刻情報は、サービス提供者装置４０内の時刻を取得してもよいし、外部のサーバの時刻を取得してもよい。また、シーケンス番号は、サービス提供者装置４０内で保持しているシーケンス番号を取得してもよいし、サービス提供者装置４０内で一時的に乱数等を生成し、それをシーケンス番号としてもよい。さらに外部のサーバで管理しているシーケンス番号を取得してもよい。
【００３９】
次に、シーケンス番号と時刻情報１に対して署名を生成する（Ｓ６０３）。ここで、署名の生成は、サービス提供者装置４０内で行っても良いし、外部のサーバに委託してもよい。次に、シーケンス番号と時刻情報１と署名を用いて、図８のような構造を持つ時刻データを生成する（Ｓ６０４）。
【００４０】
ここで、図８に示す時刻データの構成について説明しておく。時刻データ（Ａ８０１）は、時刻データの順序を示すシーケンス番号（Ａ８０２）を先頭に配置し、次に時刻情報（Ａ８０３）を配置する。最後に、Ａ８０２とＡ８０３のデータが正当なデータであることを保証するために、サービス提供者装置４０の鍵保管部４０３やカード発行者装置５０の鍵保管部５０３に存在する署名生成用の秘密鍵を用いて署名を生成し、署名（Ａ８０４）として付加する。
【００４１】
さて、サービス提供者装置４０は、図８の認証依頼コマンドと時刻データ１（Ａ６０１）を、認証アプリケーション部１０５に対して送信する。ここで、認証依頼コマンドには、生体認証やその他の認証方式を行う際に必要とされる認証情報のデータが含まれる。
ＩＣカード１０において、認証アプリケーション部１０５は、受信した認証依頼コマンドを解析し、認証処理を実施する（Ｓ６０５）。ここで、認証処理とは生体認証やその他の認証方式による処理である。その認証処理の結果、認証結果と時刻データ１（Ａ６０２）がＰＩＮ管理アプリケーション部１０７に送信される。
【００４２】
ＰＩＮ管理アプリケーション部１０７では、受信した認証結果を検証する（Ｓ６０６）。検証した結果、認証に失敗していると判断した場合には、認証アプリケーション部１０５を経由してサービス提供者装置４０に対して、認証エラー（Ａ６０３）を送信し、処理を中止する。一方、認証に成功していると判断した場合には、受信した時刻データの署名を検証する（Ｓ６０７）。
【００４３】
署名の検証の結果、不正な署名であると判断した場合には、認証アプリケーション部１０５を経由してサービス提供者装置４０に対して、署名検証エラー（Ａ６０４）を送信し、処理を中止する。一方、正当な署名であると判断された場合には、時刻データ中の時刻情報１とシーケンス番号を時刻情報保管部１０９に書き込む（Ｓ６０８）。次に、認証アプリケーション部１０５を経由してサービス提供者装置４０に対し、処理が完了した旨を伝えるレスポンス（Ａ６０５）を送信する。
【００４４】
次に、図７を参照して第２の実施形態における、後段の処理、即ち時刻情報等による検証及びＰＩＮ検証等の処理ついて説明する。
この処理によって、ＰＩＮ管理アプリケーション部１０５に対して、認証処理からの経過時刻が管理されるので、認証処理をさらに安全にすることができる。
前提として、図６による処理が終了しているものとする。
まず、サービス提供者装置４０は、シーケンス番号と時刻情報２を取得する（Ｓ７０１）。ここで時刻情報の取得には、サービス提供者装置４０内の時刻を取得してもよいし、外部のサーバの時刻を取得してもよい。また、シーケンス番号はＳ６０２において取得したシーケンス番号を１増加したものである。次に、シーケンス番号と時刻情報２に対して署名を生成する（Ｓ７０２）。ここで、署名の生成は、サービス提供者装置４０内で行っても良いし、外部のサーバに委託してもよい。次に、シーケンス番号と時刻情報２と署名を用いて、図８のような構造を持つ時刻データ２を生成する（Ｓ７０３）。そして、ＰＩＮ管理アプリケーション部１０７に対して、時刻データ２（Ａ７０１）を送信する。
【００４５】
ＩＣカード１０において、ＰＩＮ管理アプリケーション部１０７は、受信した時刻データの署名を検証する（Ｓ７０４）。検証した結果、不正な署名であると判断した場合には、サービス提供者装置４０に対して、署名検証エラー（Ａ７０２）を送信し、処理を中止する。一方、正当な署名であると判断した場合には、時刻データの中のシーケンス番号を検証する（Ｓ７０５）。
シーケンス番号の検証の結果、シーケンス番号が不正であると判断した場合には、サービス提供者装置４０に対し、シーケンス番号エラー（Ａ７０３）を送信し、処理を中止する。一方、正当なシーケンス番号と判断した場合には、時刻データ２の中の時刻情報２と、時刻情報保管部１０９に保持している時刻情報１から、経過時間を導出する（Ｓ７０６）。
【００４６】
次に、経過時間と、認証保持時間保管部１１０に格納されている認証保持時間との大小関係を検証する（Ｓ７０７）。検証した結果、経過時間が認証保持時間よりも長いと判断した場合には、サービス提供者装置４０に対して、時間経過エラー（Ａ７０４）を送信し、処理を中止する。
一方、経過時間が認証保持時間よりも短いと判断した場合には、ＰＩＮ保管部１０８に格納されているＰＩＮ情報を読み込み（Ｓ７０８）、カードマネージャ部１１２に対し、ＰＩＮ検証コマンド（Ａ７０５）を送信する。ここで、ＰＩＮ検証コマンドには、ＰＩＮ保管部１０８から読み出したＰＩＮ情報が含まれる。
【００４７】
カードマネージャ部１１２は、受信したＰＩＮ検証コマンドの中のＰＩＮ情報と、ＰＩＮ保管部１１３に格納されているＰＩＮ情報とを照合して、ＰＩＮ検証を行う（Ｓ７０９）。その後、ＰＩＮ管理アプリケーション部１０７を経由してサービス提供者装置４０に対し、処理が完了した旨を示すレスポンス（Ａ７０６）を返す。サービス提供者装置４０は、レスポンスを受信すると、サービスアプリケーション部１０３に対して、サービス開始依頼コマンド（Ａ７０７）を送信する。
【００４８】
ＩＣカード１０において、サービスアプリケーション部１０３は、サービス開始依頼コマンド（Ａ７０７）を受信すると、カードマネージャ部１１２に対し、ＰＩＮ状態確認コマンド（Ａ７０８）を送信する。カードマネージャ部１１２は、受信したＰＩＮ状態確認コマンドを解析し、ＰＩＮ状態保持部１１４を参照し、ＰＩＮ状態を取得する（Ｓ７１０）。そして、サービスアプリケーション部１０３に対して、ＰＩＮ状態（Ａ７０９）を送信する。サービスアプリケーション部１０３は、受信したＰＩＮ状態を検証する（Ｓ７１１）。
ＰＩＮ状態の検証の結果、ＰＩＮが未検証であると判断した場合には、サービス提供者装置４０に対して、ＰＩＮ未検証エラー（Ａ７１０）を送信し、処理を中止する。一方、ＰＩＮが検証済であると判断した場合には、サービスを開始する（Ｓ７１２）。
【００４９】
以上の処理によれば、図５を参照した例に比べて、認証依頼だけを行い、サービス開始依頼を実行しない場合、ＰＩＮの検証状態がカードマネージャ部１１２に利用者の意図に反して長期間保持されるというような危険を排除することができる。
【００５０】
次に、図９を参照して第３の実施形態について説明する。
この例は、図６及び図７による第２の実施態様の変形例である。認証依頼よりも先にサービス開始依頼を行う例である。
まず、サービス提供者装置４０は、ＩＣカード１０のサービスアプリケーション部１０３に対し、サービス開始依頼コマンド（Ａ９０１）を送信する。サービスアプリケーション部１０３は、サービス開始依頼コマンド（Ａ９０１）を受信すると、カードマネージャ部１１２に対して、ＰＩＮ状態確認コマンド（Ａ９０２）を送信する。
【００５１】
次に、カードマネージャ部１１２は、受信したＰＩＮ状態確認コマンドを解析し、ＰＩＮ状態保持部１１４を参照してＰＩＮ状態を取得する（Ｓ９０１）。そして、サービスアプリケーション部１０３に対してＰＩＮ状態（Ａ９０３）を送信する。
サービスアプリケーション部１０３は、受信したＰＩＮ状態を検証する（Ｓ９０２）。ＰＩＮ状態の検証の結果、ＰＩＮが検証済であると判断した場合には、サービスを開始する（Ｓ９０３）。一方、ＰＩＮが未検証であると判断した場合には、サービス提供者装置４０に対して、ＰＩＮ未検証エラー（Ａ９０４）を送信する。
サービス提供者装置４０は、認証処理（Ｓ９０４）、サービス開始処理（Ｓ９０５）を順に行う。この認証処理（Ｓ９０４）は、例えば図５に示す認証処理（Ｓ５０２）であり、サービス開始処理（Ｓ９０５）とは、認証結果に従ってサービスを開始するためのサービス開始依頼コマンド（Ａ５０６）の処理である。
【００５２】
次に、図１０を参照して、ＰＩＮ管理アプリケーション部１０７の初期化処理動作について説明する。
まず、カード発行者装置５０は、初期化依頼を行い（Ｓ１００１）、ＩＣカード１０内のＰＩＮ管理アプリケーション部１０７に対して、初期化依頼コマンド、認証保持時間データ、署名検証用鍵データ（Ａ１００１）を送信する。
【００５３】
ＩＣカード１０において、ＰＩＮ管理アプリケーション部１０７は、乱数を生成し（Ｓ１００２）、カードマネージャ部１１２へＰＩＮ設定コマンド（Ａ１００２）を送信する。ここで、ＰＩＮ設定コマンドには、生成した乱数が含まれる。
カードマネージャ部１１２は、受信したＰＩＮ設定コマンドを解析して、ＰＩＮ設定を行う（Ｓ１００３）。この処理により、ＰＩＮ管理アプリケーション部１０７で生成した乱数がＰＩＮ保管部１１３に設定される。次に、ＰＩＮ管理アプリケーション部１０７に対し、ＰＩＮ設定結果（Ａ１００３）を送信する。
【００５４】
次に、ＰＩＮ管理アプリケーション部１０７は、受信したＰＩＮ設定結果を検証する（Ｓ１００４）。ＰＩＮ設定結果の検証の結果、ＰＩＮの設定に失敗していると判断した場合には、カード発行者装置５０に対し、ＰＩＮ設定エラー（Ａ１００４）を送信し、処理を中止する。
一方、ＰＩＮの設定に成功していると判断した場合には、ステップＳ１００２において生成した乱数をＰＩＮデータとして、ＰＩＮ保管部１０８に格納する（Ｓ１００５）。次に、カード発行者装置５０から受信した認証保持時間データを、認証保持時間保管部１１０に格納する（Ｓ１００６）。
次に、カード発行者装置５０から受信した署名検証用鍵データを、鍵保管部１１１に格納し（Ｓ１００７）、カード発行者装置５０に対して処理が完了した旨を示すレスポンス（Ａ１００５）を送信する。
【００５５】
以上の処理により、ＰＩＮデータはＩＣカード内部で生成されて保管されるので、ＩＣカードの外部に露出することがなく、ＰＩＮデータを安全に管理、利用することができる。なお、この処理は、ＰＩＮ管理アプリケーションをＩＣカードに搭載する時に、又はそれをＩＣカードに搭載した後に行っても良い。
【００５６】
以上、幾つかの実施形態について説明したが、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で様々な変形が可能である。
例えば、図１の例では、ＩＣカード１０は複数のサービスアプリケーション部１０３を有しているが、必ずしも複数に限らず、１つのサービスアプリケーション部１０３でもよい。
【００５７】
また、ＩＣカード１０内に端末２０の機能が含まれ、ＩＣカード自体でネットワーク３０と接続が可能な場合には、図１のＩＣカード１０と端末２０は、共通の媒体又は装置として表現される。また、ＩＣカードの利用については、必ずしも図１のような、ネットワーク３０を経由した利用に限らない。ＩＣカードをクレジット会社のサーバに直接に挿入して利用する等の場合もある。
また、ＩＣカード１０に限らず、利用者が所持する記憶媒体や携帯端末等のデータキャリアにおいて、同様の認証及認証結果に基づいてサービスアプリケーションを起動するような例にも適用可能である。
【００５８】
また、上記実施形態はＩＣカードを用いた認証システム、或いはＩＣカードにおける認証として発明を把握することができるが、観点を変えれば、本発明は、係るＩＣカードの認証結果に従ってサービスを提供するサービスシステムとして把握することもできる。
【図面の簡単な説明】
【００５９】
【図１】一実施形態によるＩＣカードの認証システムの構成例を示す図。
【図２】ＩＣカードの認証システムにおけるＩＣカード１０のハードウェア構成を示す図。
【図３】ＩＣカードの認証システムにおける端末２０のハードウェア構成を示す図。
【図４】ＩＣカードの認証システムにおけるサービス提供者装置４０のハードウェア構成を示す図。
【図５】第１の実施形態によるＩＣカードにおける認証処理動作を示すフローチャート。
【図６】第２の実施形態によるＩＣカードにおける認証処理動作を示すフローチャート。
【図７】第２の実施形態によるＩＣカードにおける認証処理動作を示すフローチャート。
【図８】第２の実施形態において利用される時刻データの構造を示す図。
【図９】第３の実施形態によるＩＣカードの認証処理結果に基づくサービス開始処理に関する処理を示すフローチャート。
【図１０】一実施形態によるＰＩＮ管理アプリケーション部を初期化する際の処理動作を示すフローチャート。
【符号の説明】
【００６０】
１０：ＩＣカード、２０：端末、３０：ネットワーク、４０１〜４０ｎ：サービス提供者装置、５０：カード発行者装置、１０１：データ送受信部、１０２：コマンド解析部、１０３１〜１０３ｎ：サービスアプリケーション部、１０４１〜１０４ｎ：データ保管部、１０５：認証アプリケーション部、１０６：認証情報保管部、１０７：ＰＩＮ管理アプリケーション部、１０８：ＰＩＮ保管部、１０９：時刻情報保管部、１１０：認証保持時間保管部、１１１：鍵保管部、１１２：カードマネージャ部、１１３：ＰＩＮ保管部、１１４：ＰＩＮ状態保持部、２０１：ＩＣカードアクセス部、２０２：データ送受信部、２０３：コマンド生成部、４０１：通信部、４０２：コマンド生成部、４０３：鍵保管部、４０４：サービス提供部、５０１：通信部、５０２：コマンド生成部、５０３：鍵保管部、５０４：発行情報保持部。
【特許請求の範囲】
【請求項１】
サービス提供者装置からサービスの提供を受けるために使用されるデータキャリアであって、サービスアプリケーションの利用に関連して予め用意されたＰＩＮ情報を保管するＰＩＮ保管部と、利用者本人に固有の情報を保持する認証情報保管部と、該認証情報保管部に保持された認証情報を参照して正当な利用者を認証するための認証アプリケーション部と、該認証アプリケーションによる認証結果に従って、該ＰＩＮ保管部に保管されたＰＩＮ情報を検証する手段と、該検証手段によるＰＩＮ情報の検証の結果に従ってサービスを行うサービスアプリケーション部とを有することを特徴とするデータキャリア。
【請求項２】
前記認証情報保管部は該利用者の生体情報を保持し、前記認証アプリケーション部は該生体情報を参照して認証処理を行うことを特徴とする請求項１のデータキャリア。
【請求項３】
前記データキャリアは、複数のサービスアプリケーション部と、該複数のサービスアプリケーションで利用されるデータを保管するデータ保管部と、を有することを特徴とする請求項１乃至２のいずれかのデータキャリア。
【請求項４】
前記データキャリアは更に、内部でＰＩＮ情報を生成する手段と持つＰＩＮ管理アプリケーション部を有し、前記ＰＩＮ保管部は、該ＰＩＮ管理アプリケーション部で生成されたＰＩＮ情報を保管することを特徴とする請求項１乃至３のいずれかのデータキャリア。
【請求項５】
前記ＰＩＮ管理アプリケーション部の生成手段は乱数を生成し、生成された該乱数をＰＩＮ情報として該ＰＩＮ保管部に格納することを特徴とする請求項４のデータキャリア。
【請求項６】
利用者が正当な本人であることを認証し、サービス提供者装置から利用者が持つデータキャリアに対してコマンドを送信してサービスを提供する認証システムにおいて、
該サービス提供者装置は、データを送受信するための通信部と、該データキャリアに送信するコマンドを生成するコマンド生成部と、サービスを提供するサービス提供部と、を有し、
該データキャリアは、サービスアプリケーションの利用に関連して予め用意されたＰＩＮ情報を保管するＰＩＮ保管部と、該ＰＩＮ情報を管理するＰＩＮ管理アプリケーション部と、利用者本人に固有の情報を保持する認証情報保管部と、該認証情報保管部に保持された認証情報を参照して正当な利用者を認証するための認証アプリケーション部と、該認証アプリケーションによる認証結果に従って、該ＰＩＮ保管部に保管されたＰＩＮ情報を検証する手段と、該検証手段によるＰＩＮ情報の検証の結果に従ってサービスを行うサービスアプリケーション部とを有することを特徴とする認証システム。
【請求項７】
前記サービス提供者装置は、該データキャリアの該認証アプリケーション部に対して、認証依頼コマンドを送信し、該認証アプリケーション部は認証処理を行って該ＰＩＮ管理アプリケーション部に対して認証結果を送信し、該ＰＩＮ管理アプリケーション部は、受信した認証結果から認証に成功していると判断した場合に、ＰＩＮ保管部に保持しているＰＩＮ情報を読み込み、該検証手段にて該ＰＩＮ保管部に保管されているＰＩＮ情報を検証し、該サービス提供者装置は、該サービスアプリケーション部に対して、サービス開始依頼を送信し、該サービスアプリケーション部はＰＩＮ状態を検証して、該検証結果に従ってサービスを開始することを特徴とする請求項６の認証システム。
【請求項８】
前記認証情報保管部は該利用者の生体情報を保持し、前記認証アプリケーション部は該生体情報を参照して認証処理を行うことを特徴とする請求項６乃至７のいずれかの認証システム。
【請求項９】
前記データキャリアは、複数のサービスアプリケーション部と、該複数のサービスアプリケーションで利用されるデータを保管するデータ保管部と、を有することを特徴とする請求項６乃至８のいずれかの認証システム
【請求項１０】
該サービス提供者装置は、１番目の時刻情報を取得し、該認証アプリケーション部に対して、認証依頼コマンドと該時刻情報と該シーケンス番号を送信し、該認証アプリケーション部は、認証処理を行い、該ＰＩＮ管理アプリケーション部に対して、認証結果と該時刻情報を送信し、該ＰＩＮ管理アプリケーション部は、受信した認証結果から認証に成功していると判断した場合に、該時刻情報を該ＰＩＮ管理アプリケーション部に保持し、該サービス提供者装置は、２番目の時刻情報を取得し、該ＰＩＮ管理アプリケーション部に対し、該２番目の時刻情報を送信し、該ＰＩＮ管理アプリケーション部は、該１番目の時刻情報と該２番目の時刻情報の差を導出し、時間差が認証保持時間保管部に保持された認証保持時間よりも小さいと判断した場合に、該ＰＩＮ保管部に保持されているＰＩＮ情報を読み込み、前記検証手段は該ＰＩＮ情報を検証し、該サービス提供者装置は、該サービスアプリケーション部に対し、サービス開始依頼を送信し、該サービスアプリケーション部は、該サービスアプリケーション部はＰＩＮ情報が検証済であると判断した場合にサービスを開始することを特徴とする請求項６乃至９のいずれかの認証システム
【請求項１１】
該データキャリアは、前記検証手段と有すると共に、内部で保持しているＰＩＮ状態を取得する手段を有するカードマネージャ部を備え、
該サービス提供者装置は、該サービスアプリケーション部に対して、サービス開始依頼を送信し、該サービスアプリケーション部は、該カードマネージャ部に対して、ＰＩＮ状態確認コマンドを送信し、該カードマネージャ部は内部で保持しているＰＩＮ状態を取得し、該サービスアプリケーション部に対して、ＰＩＮ状態を送信し、該サービスアプリケーション部は受信したＰＩＮ状態が検証済であると判断した場合にサービスを開始し、該サービスアプリケーション部は受信したＰＩＮ状態が未検証であると判断した場合に、該サービス提供者装置に対して、ＰＩＮ未検証エラーを送信し、該サービス提供者装置は、該認証アプリケーション部に対して認証依頼コマンドを送信することを特徴とする請求項６乃至１０のいずれかの認証システム
【請求項１２】
該サービス提供者装置は、該１番目の時刻情報を取得する際に、該１番目の時刻情報にデータの順番を示す１番目のシーケンス番号を付加し、前期１番目の時刻情報と該１番目のシーケンス番号の組み合わせに対し署名を生成し、該ＰＩＮ管理アプリケーション部は、受信した署名を検証し、正当な署名であると判断した場合に、該１番目の時刻情報と該１番目のシーケンス番号を時刻情報保管部に書き込み、該サービス提供者装置は、該２番目の時刻情報を取得する際に、該２番目の時刻情報にデータの順番を示す２番目のシーケンス番号を付加し、該２番目の時刻情報と該２番目のシーケンス番号の組み合わせに対し署名を生成し、該ＰＩＮ管理アプリケーション部は、受信した署名と２番目のシーケンス番号を検証し、正当な署名とシーケンス番号であると判断した場合に、該１番目の時刻情報と該２番目の時刻情報から経過時間を導出することを特徴とする請求項６乃至１１のいずれかの認証システム。
【請求項１３】
該ＰＩＮ管理アプリケーション部は、該認証アプリケーション部から受信した認証結果を検証した結果、認証エラーであると判断した時、該認証アプリケーション部から受信した１番目の時刻情報の署名を検証した結果、正当な署名ではないと判断した時、該サービス提供者装置から受信した該２番目の時刻情報の署名を検証した結果、正当な署名ではないと判断した時、該サービス提供者装置から受信したシーケンス番号が不正であると判断した時、該１番目の時刻情報と該２番目の時刻情報から導出した経過時間が認証保持時間保管部に設定されている保持時間よりも長いと判断した時、カードマネージャ部より受信したＰＩＮ設定結果を検証した結果、ＰＩＮ設定エラーであると判断した時、該認証アプリケーション部や該サービス提供者装置に対してエラー通知を行うことを特徴とする請求項６乃至１２のいずれかの認証システム。
【請求項１４】
カード発行者装置を用いて、ＩＣカードで用いられるＰＩＮ情報の生成して管理する方法であって、
サービスアプリケーションに関連して予め用意されたＰＩＮ情報を保管するＰＩＮ保管部と、該ＰＩＮ情報を生成する手段と有し、生成されたＰＩＮ情報を管理するＰＩＮ管理アプリケーション部と、利用者本人に固有の情報を保持する認証情報保管部と、該認証情報保管部に保持された認証情報を参照して正当な利用者を認証するための認証アプリケーション部と、該認証アプリケーションによる認証結果に従って、該ＰＩＮ保管部に保管されたＰＩＮ情報を検証する手段と、該検証手段によるＰＩＮ情報の検証の結果に従ってサービスを行うサービスアプリケーション部とを有するＩＣカードに対して、
該カード発行者装置より、該ＰＩＮ管理アプリケーション部に対して、初期化依頼コマンドを送信し、該ＰＩＮ管理アプリケーション部は、該生成手段によってＰＩＮ情報を生成し、該ＰＩＮ管理アプリケーション部は、該ＰＩＮ情報が正しく設定されたと判断した場合に、該ＰＩＮ情報を該ＰＩＮ保管部に格納することを特徴とするＩＣカードのＰＩＮ情報の管理方法。
【請求項１５】
該カード発行者装置が、該ＰＩＮ管理アプリケーション部に対して、該初期化依頼コマンドを送信する際に、該ＰＩＮ管理アプリケーション部で認証結果を保持する認証保持時間と、該ＰＩＮ管理アプリケーション部で署名を検証する際に利用する鍵データを送信し、該ＰＩＮ管理アプリケーション部は、受信した認証保持時間を該認証保持時間保管部に格納し、受信した鍵データを該鍵保管部に格納することを特徴とする請求項１４のＰＩＮ情報の管理方法。
【請求項１６】
該利用者が所持するデータキャリアを用いて、該利用者が正当な本人であることを認証し、該認証の結果に応じてサービスの提供を許容する認証方法において、
該データキャリアの内部でＰＩＮ情報を生成するステップと、生成された該ＰＩＮ情報を保管部に格納するステップと、サービスの利用に際して、予め保管部に保持された利用者本人の認証情報を照合して正当な利用者を認証するステップと、該認証の結果、正当な本人であると判断された場合、該ＰＩＮ保管部に保持されたＰＩＮ情報を検証するステップと、該ＰＩＮ情報の検証の結果に従ってサービスを許容するステップと、を有することを特徴とする認証方法。
【請求項１７】
前記認証情報として利用者の生体情報と用い、前記ＰＩＮ情報として乱数を生成することを特徴とする請求項１６の認証方法。
【請求項１】
サービス提供者装置からサービスの提供を受けるために使用されるデータキャリアであって、サービスアプリケーションの利用に関連して予め用意されたＰＩＮ情報を保管するＰＩＮ保管部と、利用者本人に固有の情報を保持する認証情報保管部と、該認証情報保管部に保持された認証情報を参照して正当な利用者を認証するための認証アプリケーション部と、該認証アプリケーションによる認証結果に従って、該ＰＩＮ保管部に保管されたＰＩＮ情報を検証する手段と、該検証手段によるＰＩＮ情報の検証の結果に従ってサービスを行うサービスアプリケーション部とを有することを特徴とするデータキャリア。
【請求項２】
前記認証情報保管部は該利用者の生体情報を保持し、前記認証アプリケーション部は該生体情報を参照して認証処理を行うことを特徴とする請求項１のデータキャリア。
【請求項３】
前記データキャリアは、複数のサービスアプリケーション部と、該複数のサービスアプリケーションで利用されるデータを保管するデータ保管部と、を有することを特徴とする請求項１乃至２のいずれかのデータキャリア。
【請求項４】
前記データキャリアは更に、内部でＰＩＮ情報を生成する手段と持つＰＩＮ管理アプリケーション部を有し、前記ＰＩＮ保管部は、該ＰＩＮ管理アプリケーション部で生成されたＰＩＮ情報を保管することを特徴とする請求項１乃至３のいずれかのデータキャリア。
【請求項５】
前記ＰＩＮ管理アプリケーション部の生成手段は乱数を生成し、生成された該乱数をＰＩＮ情報として該ＰＩＮ保管部に格納することを特徴とする請求項４のデータキャリア。
【請求項６】
利用者が正当な本人であることを認証し、サービス提供者装置から利用者が持つデータキャリアに対してコマンドを送信してサービスを提供する認証システムにおいて、
該サービス提供者装置は、データを送受信するための通信部と、該データキャリアに送信するコマンドを生成するコマンド生成部と、サービスを提供するサービス提供部と、を有し、
該データキャリアは、サービスアプリケーションの利用に関連して予め用意されたＰＩＮ情報を保管するＰＩＮ保管部と、該ＰＩＮ情報を管理するＰＩＮ管理アプリケーション部と、利用者本人に固有の情報を保持する認証情報保管部と、該認証情報保管部に保持された認証情報を参照して正当な利用者を認証するための認証アプリケーション部と、該認証アプリケーションによる認証結果に従って、該ＰＩＮ保管部に保管されたＰＩＮ情報を検証する手段と、該検証手段によるＰＩＮ情報の検証の結果に従ってサービスを行うサービスアプリケーション部とを有することを特徴とする認証システム。
【請求項７】
前記サービス提供者装置は、該データキャリアの該認証アプリケーション部に対して、認証依頼コマンドを送信し、該認証アプリケーション部は認証処理を行って該ＰＩＮ管理アプリケーション部に対して認証結果を送信し、該ＰＩＮ管理アプリケーション部は、受信した認証結果から認証に成功していると判断した場合に、ＰＩＮ保管部に保持しているＰＩＮ情報を読み込み、該検証手段にて該ＰＩＮ保管部に保管されているＰＩＮ情報を検証し、該サービス提供者装置は、該サービスアプリケーション部に対して、サービス開始依頼を送信し、該サービスアプリケーション部はＰＩＮ状態を検証して、該検証結果に従ってサービスを開始することを特徴とする請求項６の認証システム。
【請求項８】
前記認証情報保管部は該利用者の生体情報を保持し、前記認証アプリケーション部は該生体情報を参照して認証処理を行うことを特徴とする請求項６乃至７のいずれかの認証システム。
【請求項９】
前記データキャリアは、複数のサービスアプリケーション部と、該複数のサービスアプリケーションで利用されるデータを保管するデータ保管部と、を有することを特徴とする請求項６乃至８のいずれかの認証システム
【請求項１０】
該サービス提供者装置は、１番目の時刻情報を取得し、該認証アプリケーション部に対して、認証依頼コマンドと該時刻情報と該シーケンス番号を送信し、該認証アプリケーション部は、認証処理を行い、該ＰＩＮ管理アプリケーション部に対して、認証結果と該時刻情報を送信し、該ＰＩＮ管理アプリケーション部は、受信した認証結果から認証に成功していると判断した場合に、該時刻情報を該ＰＩＮ管理アプリケーション部に保持し、該サービス提供者装置は、２番目の時刻情報を取得し、該ＰＩＮ管理アプリケーション部に対し、該２番目の時刻情報を送信し、該ＰＩＮ管理アプリケーション部は、該１番目の時刻情報と該２番目の時刻情報の差を導出し、時間差が認証保持時間保管部に保持された認証保持時間よりも小さいと判断した場合に、該ＰＩＮ保管部に保持されているＰＩＮ情報を読み込み、前記検証手段は該ＰＩＮ情報を検証し、該サービス提供者装置は、該サービスアプリケーション部に対し、サービス開始依頼を送信し、該サービスアプリケーション部は、該サービスアプリケーション部はＰＩＮ情報が検証済であると判断した場合にサービスを開始することを特徴とする請求項６乃至９のいずれかの認証システム
【請求項１１】
該データキャリアは、前記検証手段と有すると共に、内部で保持しているＰＩＮ状態を取得する手段を有するカードマネージャ部を備え、
該サービス提供者装置は、該サービスアプリケーション部に対して、サービス開始依頼を送信し、該サービスアプリケーション部は、該カードマネージャ部に対して、ＰＩＮ状態確認コマンドを送信し、該カードマネージャ部は内部で保持しているＰＩＮ状態を取得し、該サービスアプリケーション部に対して、ＰＩＮ状態を送信し、該サービスアプリケーション部は受信したＰＩＮ状態が検証済であると判断した場合にサービスを開始し、該サービスアプリケーション部は受信したＰＩＮ状態が未検証であると判断した場合に、該サービス提供者装置に対して、ＰＩＮ未検証エラーを送信し、該サービス提供者装置は、該認証アプリケーション部に対して認証依頼コマンドを送信することを特徴とする請求項６乃至１０のいずれかの認証システム
【請求項１２】
該サービス提供者装置は、該１番目の時刻情報を取得する際に、該１番目の時刻情報にデータの順番を示す１番目のシーケンス番号を付加し、前期１番目の時刻情報と該１番目のシーケンス番号の組み合わせに対し署名を生成し、該ＰＩＮ管理アプリケーション部は、受信した署名を検証し、正当な署名であると判断した場合に、該１番目の時刻情報と該１番目のシーケンス番号を時刻情報保管部に書き込み、該サービス提供者装置は、該２番目の時刻情報を取得する際に、該２番目の時刻情報にデータの順番を示す２番目のシーケンス番号を付加し、該２番目の時刻情報と該２番目のシーケンス番号の組み合わせに対し署名を生成し、該ＰＩＮ管理アプリケーション部は、受信した署名と２番目のシーケンス番号を検証し、正当な署名とシーケンス番号であると判断した場合に、該１番目の時刻情報と該２番目の時刻情報から経過時間を導出することを特徴とする請求項６乃至１１のいずれかの認証システム。
【請求項１３】
該ＰＩＮ管理アプリケーション部は、該認証アプリケーション部から受信した認証結果を検証した結果、認証エラーであると判断した時、該認証アプリケーション部から受信した１番目の時刻情報の署名を検証した結果、正当な署名ではないと判断した時、該サービス提供者装置から受信した該２番目の時刻情報の署名を検証した結果、正当な署名ではないと判断した時、該サービス提供者装置から受信したシーケンス番号が不正であると判断した時、該１番目の時刻情報と該２番目の時刻情報から導出した経過時間が認証保持時間保管部に設定されている保持時間よりも長いと判断した時、カードマネージャ部より受信したＰＩＮ設定結果を検証した結果、ＰＩＮ設定エラーであると判断した時、該認証アプリケーション部や該サービス提供者装置に対してエラー通知を行うことを特徴とする請求項６乃至１２のいずれかの認証システム。
【請求項１４】
カード発行者装置を用いて、ＩＣカードで用いられるＰＩＮ情報の生成して管理する方法であって、
サービスアプリケーションに関連して予め用意されたＰＩＮ情報を保管するＰＩＮ保管部と、該ＰＩＮ情報を生成する手段と有し、生成されたＰＩＮ情報を管理するＰＩＮ管理アプリケーション部と、利用者本人に固有の情報を保持する認証情報保管部と、該認証情報保管部に保持された認証情報を参照して正当な利用者を認証するための認証アプリケーション部と、該認証アプリケーションによる認証結果に従って、該ＰＩＮ保管部に保管されたＰＩＮ情報を検証する手段と、該検証手段によるＰＩＮ情報の検証の結果に従ってサービスを行うサービスアプリケーション部とを有するＩＣカードに対して、
該カード発行者装置より、該ＰＩＮ管理アプリケーション部に対して、初期化依頼コマンドを送信し、該ＰＩＮ管理アプリケーション部は、該生成手段によってＰＩＮ情報を生成し、該ＰＩＮ管理アプリケーション部は、該ＰＩＮ情報が正しく設定されたと判断した場合に、該ＰＩＮ情報を該ＰＩＮ保管部に格納することを特徴とするＩＣカードのＰＩＮ情報の管理方法。
【請求項１５】
該カード発行者装置が、該ＰＩＮ管理アプリケーション部に対して、該初期化依頼コマンドを送信する際に、該ＰＩＮ管理アプリケーション部で認証結果を保持する認証保持時間と、該ＰＩＮ管理アプリケーション部で署名を検証する際に利用する鍵データを送信し、該ＰＩＮ管理アプリケーション部は、受信した認証保持時間を該認証保持時間保管部に格納し、受信した鍵データを該鍵保管部に格納することを特徴とする請求項１４のＰＩＮ情報の管理方法。
【請求項１６】
該利用者が所持するデータキャリアを用いて、該利用者が正当な本人であることを認証し、該認証の結果に応じてサービスの提供を許容する認証方法において、
該データキャリアの内部でＰＩＮ情報を生成するステップと、生成された該ＰＩＮ情報を保管部に格納するステップと、サービスの利用に際して、予め保管部に保持された利用者本人の認証情報を照合して正当な利用者を認証するステップと、該認証の結果、正当な本人であると判断された場合、該ＰＩＮ保管部に保持されたＰＩＮ情報を検証するステップと、該ＰＩＮ情報の検証の結果に従ってサービスを許容するステップと、を有することを特徴とする認証方法。
【請求項１７】
前記認証情報として利用者の生体情報と用い、前記ＰＩＮ情報として乱数を生成することを特徴とする請求項１６の認証方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００８−９０７１２（Ｐ２００８−９０７１２Ａ）
【公開日】平成２０年４月１７日（２００８．４．１７）
【国際特許分類】
【出願番号】特願２００６−２７２７３３（Ｐ２００６−２７２７３３）
【出願日】平成１８年１０月４日（２００６．１０．４）
【国等の委託研究の成果に係る記載事項】（出願人による申告）国等の委託研究の成果に係る特許出願（平成１８年度 独立行政法人情報通信研究機構「モバイル端末におけるセキュリティ保護技術に関する研究開発」委託研究、産業再生法第３０条の適用を受ける特許出願）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２０年４月１７日（２００８．４．１７）
【国際特許分類】
【出願日】平成１８年１０月４日（２００６．１０．４）
【国等の委託研究の成果に係る記載事項】（出願人による申告）国等の委託研究の成果に係る特許出願（平成１８年度 独立行政法人情報通信研究機構「モバイル端末におけるセキュリティ保護技術に関する研究開発」委託研究、産業再生法第３０条の適用を受ける特許出願）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]