(57)【要約】    【課題】  認証情報照合機構の有無に依存しないカードアプリケーションを提供すると共にセキュリティの向上と認証情報の管理の煩雑さを軽減可能とした認証システムを提供する。    【解決手段】  認証システムは、端末アプリケーション110及び端末アプリケーション120を有する端末装置100、カードアプリケーション210及びカードアプリケーション220を有するICカード200、入力装置300、ICカードリーダ400を備える。カードアプリケーション210は端末アプリケーション110から送信された認証情報と保管している認証情報とを照合し、照合結果に応じた認証状態情報を認証状態情報領域214に記憶し、カードアプリケーション220は自己の認証状態情報をカードアプリケーション210から取得する。【選択図】      図１
2005190184.tif 000002
【特許請求の範囲】
【請求項１】
認証情報を保持した認証アプリケーションを含む複数のアプリケーションを搭載可能な情報記録媒体と、前記情報記録媒体と通信可能な端末装置とを備え、
前記認証アプリケーションは、前記端末装置から送信された認証情報と前記保持した認証情報とを照合する照合手段と、照合結果に応じた認証状態情報を記憶する記憶手段とを備え、
前記認証アプリケーション以外の他のアプリケーションは、前記認証アプリケーションから前記認証状態情報を取得する取得手段を備えることを特徴とする認証システム。
【請求項２】
前記認証アプリケーションと前記他のアプリケーションとは、それぞれ保持する識別情報の相互認識或いは暗号鍵を用いた相互認証に基づき、信頼関係を成立させることを特徴とする請求項１記載の認証システム。
【請求項３】
前記端末装置は、前記情報記録媒体の前記複数のアプリケーションにそれぞれ対応し且つ対応するアプリケーションとそれぞれ通信を行う複数の端末アプリケーションを備えることを特徴とする請求項１記載の認証システム。
【請求項４】
前記情報記録媒体の他のアプリケーションは、前記認証アプリケーションから取得した前記認証状態情報が未認証を示す場合にその旨を対応する端末アプリケーションに通知し、
前記情報記録媒体の他のアプリケーションに対応する端末アプリケーションは、前記認証アプリケーションに対応する端末アプリケーションに対し認証を依頼することを特徴とする請求項１又は３記載の認証システム。
【請求項５】
前記認証アプリケーションは、前記認証状態情報に基づき、前記情報記録媒体内のアクセス可能なアプリケーションに関するアクセス情報を対応する端末アプリケーションに送信し、
前記認証アプリケーションに対応する端末アプリケーションは、前記アクセス情報を記憶すると共に、前記情報記録媒体の他のアプリケーションに対応する端末アプリケーションに前記アクセス情報を引渡し可能であることを特徴とする請求項１又は３記載の認証システム。
【請求項６】
前記情報記録媒体の他のアプリケーションに対応する端末アプリケーションは、対応する前記情報記録媒体の他のアプリケーションへのアクセス前に該他のアプリケーションに前記アクセス情報を送信し、
前記情報記録媒体の他のアプリケーションは、自己に対するアクセスの可否を前記アクセス情報に基づき判断することを特徴とする請求項５記載の認証システム。
【請求項７】
前記認証アプリケーションは、前記アクセス情報を暗号鍵で暗号化し、前記情報記録媒体の他のアプリケーションからの依頼に応じて、前記暗号化されたアクセス情報を復号化可能であることを特徴とする請求項５記載の認証システム。
【請求項８】
前記認証状態情報と前記アクセス情報は、前記情報記録媒体と前記端末装置の接続解除を含む所定条件下で消去されることを特徴とする請求項１又は５記載の認証システム。
【請求項９】
認証情報を保持した認証アプリケーションを含む複数のアプリケーションを搭載可能な情報記録媒体であって、
前記認証アプリケーションは、外部入力された認証情報と前記保持した認証情報とを照合する照合手段と、照合結果に応じた認証状態を記憶する記憶手段を備え、
前記認証アプリケーション以外の他のアプリケーションは、前記認証アプリケーションから前記認証状態情報を取得する取得手段を備えることを特徴とする情報記録媒体。
【請求項１０】
認証情報を保持した認証アプリケーションを含む複数のアプリケーションを搭載可能な情報記録媒体と、前記情報記録媒体と通信可能な端末装置とを備えた認証システムの認証方法であって、
前記認証アプリケーションは、前記端末装置から送信された認証情報と前記保持した認証情報との照合を行い、照合結果に応じた認証状態情報を記憶し、
前記認証アプリケーション以外の他のアプリケーションは、前記認証アプリケーションから前記認証状態情報を取得することを特徴とする認証方法。
【請求項１１】
認証情報を保持した認証アプリケーションを含む複数のアプリケーションを搭載可能な情報記録媒体と、前記情報記録媒体と通信可能な端末装置とを備えた認証システムの認証方法をコンピュータに実行させるプログラムであって、
前記認証アプリケーションが前記端末装置から送信された認証情報と前記保持した認証情報とを照合するモジュールと、照合結果に応じた認証状態情報を記憶するモジュールと、前記認証アプリケーション以外の他のアプリケーションが前記認証アプリケーションから前記認証状態情報を取得するモジュールとを備えることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のアプリケーションを搭載したＩＣカードにおいて、各アプリケーションを利用する際に必要となる本人認証を行う場合に適用される認証システム、情報記録媒体、認証方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、一般にＩＣカードと呼ばれる本人認証用のデバイスは、企業内の各種情報機器の利用時や入退室時の認証をはじめ、金融、情報通信、医療分野やインターネット上の各種サービスを利用する際の認証を行うためのデバイスとして利用が進んでおり、ＩＣカード内に各種サービスの利用に必要な情報を格納することができる。
【０００３】
更に、ＩＣカードにおいては、各種サービスの利用に必要な情報を格納するだけでなく、ＩＣカード内での暗号化や課金情報の加減算など、より高度で複雑な処理が求められており、このような用途のために、マルチアプリケーションカードと呼ばれるＩＣカードが利用されている。マルチアプリケーションカードは、単に複数のサービスに対応した情報を格納するだけでなく、様々な機能を持った複数のカードアプリケーションを搭載することが可能であり、JavaCard(登録商標)やMULTOS(Multi-application Operating System)といったマルチアプリケーションカードが普及している。
【０００４】
通常、ＩＣカードを利用したシステムにおいて、ユーザがＩＣカードにアクセスする場合には、端末装置に搭載された端末アプリケーションが備えるユーザインタフェースを介して認証コード(PIN)や指紋情報などの認証情報を入力し、ＩＣカードに対する認証を行う。ここでは、マルチアプリケーションカードを用いた場合の通常の認証手順について理解を簡単にするために、例として図１５に示すようなマルチアプリケーションカードを用いた認証システムを取り上げる。
【０００５】
図１５は、従来例に係る認証システムの構成例を示すブロック図である。
【０００６】
図１５において、１枚のＩＣカード１２００には、カードアプリケーション(CA1)１２１０、カードアプリケーション(CA2)１２２０が搭載されており、それぞれに認証情報であるPIN１・１２１１、PIN２・１２２１が付与されている。また、カードアプリケーション(CA1)１２１０は、ユーザＩＤパスワード１２１２を備え、カードアプリケーション(CA2)１２２０は、課金情報１２２２を備えている。尚、ここでは簡単のため、カードアプリケーション(CA1)１２１０、カードアプリケーション(CA2)１２２０に付与される認証情報を共にPINとするが、指紋情報などその他の情報であってもよい。
【０００７】
端末装置１１００には、カードアプリケーション(CA1)１２１０、カードアプリケーション(CA2)１２２０にそれぞれアクセスする専用の端末アプリケーション(TA1)１１１０、端末アプリケーション(TA2)１１２０が搭載されている。端末装置１１００には、PINを入力するための入力装置１３００、ＩＣカード１２００の読み取りを行うＩＣカードリーダ１４００が付設されている。
【０００８】
ここで、ユーザが端末アプリケーション(TA1)１１１０を使用する時には、入力装置１３００から、端末アプリケーション(TA1)１１１０が備えるユーザインタフェースを介してPINを入力する。その後、端末アプリケーション(TA1)１１１０は、ＩＣカード１２００内のカードアプリケーション(CA1)１２１０を選択し (SELECT)、先に入力されたPINを用いてカードアプリケーション(CA1)１２１０に対して認証(VERIFY PIN１)を行う。カードアプリケーション(CA1)１２１０は、PINを照合した結果(認証成功か失敗か)を端末アプリケーション(TA1)１１１０に返す。この後、ユーザが端末アプリケーション(TA2)１１２０を使用する時には、同様にカードアプリケーション(CA2)１２２０に対して認証(VERIFY PIN２)を行う。
【０００９】
他方、別の従来例としては、カードアプリケーションの認証情報とユーザから入力された認証情報とを照合する機能を、ＩＣカード内の共通モジュール或いは端末側の共通モジュールに集約させる技術が提案されている(例えば、特許文献１参照)。
【特許文献１】特開２００２−２９８０９７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、上記図１５の従来例に示した方法で認証を行うと、ユーザは端末アプリケーション及びカードアプリケーションを切り替える必要が生じた場合に、その都度認証処理を行う必要があると共に、各カードアプリケーションはそれぞれが認証情報と、該認証情報をユーザから入力された認証情報と照合する機能を保持することになる。その結果、各カードアプリケーション間で認証情報を共通に設定したい場合には処理の無駄が多く、また、ユーザも各カードアプリケーションに設定した認証情報を使い分ける必要があり、認証情報の管理が煩雑になっていた。
【００１１】
例えば、上記図１５の従来例において、ユーザが端末装置１１００を利用する際、端末アプリケーション(TA1)１１１０に対してPINを入力し、カードアプリケーション(CA1)１２１０に対して認証が成功した結果として端末装置１１００の使用許可を得、これに続いて端末アプリケーション(TA2)１１２０を利用し、カードアプリケーション(CA2)１２２０内の情報を読み込み、または変更する必要があった場合、カードアプリケーション(CA1)１２１０とカードアプリケーション(CA2)１２２０に対してそれぞれ認証を行うことは無駄となる場合がある。
【００１２】
特に、カードアプリケーション(CA1)１２１０とカードアプリケーション(CA2)１２２０の機能は独立しているが、これらの機能が、同一の端末装置１１００でのみ利用され、相互に連動して動作することが前提となっている場合は、各カードアプリケーションに対しそれぞれ認証を行うという無駄が顕著となる。
【００１３】
これを解消する一つの方法として、上記特開２００２−２９８０９７号公報で開示されているように、カードアプリケーションの認証情報とユーザから入力された認証情報とを照合する機能を、ＩＣカード内の共通モジュール或いは端末側の共通モジュールに集約させる方法がある。
【００１４】
しかし、ユーザから入力された認証情報は、一旦、対象となるカードアプリケーションが受信し、ＩＣカード内の共通モジュールに引渡すため、本来認証情報を受け取る必要がなく認証状態だけを他のカードアプリケーションに確認したいカードアプリケーションが、認証情報の直接受信と共通モジュールへの引渡しという無駄な処理を行わなければならない。また、本来認証情報を直接受信する必要がないカードアプリケーションに認証情報を受信させることは、セキュリティ面からも望ましくない。
【００１５】
更に、例えば、認証情報の照合の方法を、PINのようなユーザがキーボード等により入力する文字情報の照合から、指紋情報のような生体情報の照合へ後から切り替えたい場合においては、認証情報の受信及び照合を行うモジュール全体に変更を加えなければならないため、共通モジュールは勿論のこと、認証情報を受信するカードアプリケーションにも変更を加える必要がある。
【００１６】
本発明の目的は、認証情報照合機構の有無に依存しないカードアプリケーションを提供すると共にセキュリティの向上と認証情報の管理の煩雑さを軽減可能とした認証システム、情報記録媒体、認証方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【００１７】
上述の目的を達成するために、本発明の認証システムは、認証情報を保持した認証アプリケーションを含む複数のアプリケーションを搭載可能な情報記録媒体と、前記情報記録媒体と通信可能な端末装置とを備え、前記認証アプリケーションは、前記端末装置から送信された認証情報と前記保持した認証情報とを照合する照合手段と、照合結果に応じた認証状態情報を記憶する記憶手段とを備え、前記認証アプリケーション以外の他のアプリケーションは、前記認証アプリケーションから前記認証状態情報を取得する取得手段を備えることを特徴とする。
【００１８】
また、本発明の認証システムは、前記認証アプリケーションと前記他のアプリケーションとは、それぞれ保持する識別情報の相互認識或いは暗号鍵を用いた相互認証に基づき、信頼関係を成立させることを特徴とする。
【００１９】
また、本発明の認証システムは、前記端末装置は、前記情報記録媒体の前記複数のアプリケーションにそれぞれ対応し且つ対応するアプリケーションとそれぞれ通信を行う複数の端末アプリケーションを備えることを特徴とする。
【００２０】
また、本発明の認証システムは、前記情報記録媒体の他のアプリケーションは、前記認証アプリケーションから取得した前記認証状態情報が未認証を示す場合にその旨を対応する端末アプリケーションに通知し、前記情報記録媒体の他のアプリケーションに対応する端末アプリケーションは、前記認証アプリケーションに対応する端末アプリケーションに対し認証を依頼することを特徴とする。
【００２１】
また、本発明の認証システムは、前記認証アプリケーションは、前記認証状態情報に基づき、前記情報記録媒体内のアクセス可能なアプリケーションに関するアクセス情報を対応する端末アプリケーションに送信し、前記認証アプリケーションに対応する端末アプリケーションは、前記アクセス情報を記憶すると共に、前記情報記録媒体の他のアプリケーションに対応する端末アプリケーションに前記アクセス情報を引渡し可能であることを特徴とする。
【００２２】
また、本発明の認証システムは、前記情報記録媒体の他のアプリケーションに対応する端末アプリケーションは、対応する前記情報記録媒体の他のアプリケーションへのアクセス前に該他のアプリケーションに前記アクセス情報を送信し、前記情報記録媒体の他のアプリケーションは、自己に対するアクセスの可否を前記アクセス情報に基づき判断することを特徴とする。
【００２３】
また、本発明の認証システムは、前記認証アプリケーションは、前記アクセス情報を暗号鍵で暗号化し、前記情報記録媒体の他のアプリケーションからの依頼に応じて、前記暗号化されたアクセス情報を復号化可能であることを特徴とする。
【００２４】
また、本発明の認証システムは、前記認証状態情報と前記アクセス情報は、前記情報記録媒体と前記端末装置の接続解除を含む所定条件下で消去されることを特徴とする。
【００２５】
上述の目的を達成するために、本発明の情報記録媒体は、認証情報を保持した認証アプリケーションを含む複数のアプリケーションを搭載可能な情報記録媒体であって、前記認証アプリケーションは、外部入力された認証情報と前記保持した認証情報とを照合する照合手段と、照合結果に応じた認証状態を記憶する記憶手段を備え、前記認証アプリケーション以外の他のアプリケーションは、前記認証アプリケーションから前記認証状態情報を取得する取得手段を備えることを特徴とする。
【００２６】
上述の目的を達成するために、本発明の認証方法は、認証情報を保持した認証アプリケーションを含む複数のアプリケーションを搭載可能な情報記録媒体と、前記情報記録媒体と通信可能な端末装置とを備えた認証システムの認証方法であって、前記認証アプリケーションは、前記端末装置から送信された認証情報と前記保持した認証情報との照合を行い、照合結果に応じた認証状態情報を記憶し、前記認証アプリケーション以外の他のアプリケーションは、前記認証アプリケーションから前記認証状態情報を取得することを特徴とする。
【００２７】
上述の目的を達成するために、本発明のプログラムは、認証情報を保持した認証アプリケーションを含む複数のアプリケーションを搭載可能な情報記録媒体と、前記情報記録媒体と通信可能な端末装置とを備えた認証システムの認証方法をコンピュータに実行させるプログラムであって、前記認証アプリケーションが前記端末装置から送信された認証情報と前記保持した認証情報とを照合するモジュールと、照合結果に応じた認証状態情報を記憶するモジュールと、前記認証アプリケーション以外の他のアプリケーションが前記認証アプリケーションから前記認証状態情報を取得するモジュールとを備えることを特徴とする。
【００２８】
更に、本発明は、認証情報を保持した認証アプリケーションを含む複数のアプリケーションを搭載可能な情報記録媒体と、前記情報記録媒体と通信可能な端末装置とを備えた認証システムにおいて、前記認証アプリケーションは、前記端末装置から送信された認証情報と前記保持した認証情報とを照合する照合手段と、照合結果に応じた認証状態情報を記憶する記憶手段と、前記照合結果を前記端末装置に返信する返信手段とを備え、前記認証アプリケーション以外の他のアプリケーションは、前記端末装置からのアクセス要求に応じて、前記認証アプリケーションから前記認証状態情報を取得する取得手段と、前記認証状態情報に基づきアクセスの可否を判断する判断手段と、前記端末装置から受信したコマンドを処理する処理手段とを備える構成としてもよい。
【００２９】
更に、本発明は、前記認証情報は、認証コード、指紋情報、声紋情報を含む群から選択される情報であるとしてもよい。
【発明の効果】
【００３０】
本発明によれば、認証アプリケーションは、端末装置から送信された認証情報と保持した認証情報との照合結果に応じた認証状態情報を記憶し、他のアプリケーションは、自己の認証状態情報を認証アプリケーションから取得するため、認証情報照合機構の有無に依存しないアプリケーションによる認証システムを提供することができ、従来のような、本来認証情報を直接受信する必要がないカードアプリケーションにおける認証情報の直接受信及び引渡しという無駄な処理を解消することができる。また、情報記録媒体のアプリケーションを切り替える度に情報記録媒体に対する認証を行う必要がなくなると共に、認証情報を１つに集約することで、セキュリティを向上させ、認証情報の管理の煩雑さを軽減することができる。
【００３１】
また、本発明によれば、認証アプリケーションと他のアプリケーションとは、識別情報の相互認識或いは暗号鍵を用いた相互認証に基づき信頼関係を成立させるため、複数のアプリケーション間でユーザの認証状態を共有することができる。
【００３２】
また、本発明によれば、情報記録媒体の他のアプリケーションは、認証アプリケーションから取得した認証状態情報が未認証を示す場合にその旨を対応する端末アプリケーションに通知し、情報記録媒体の他のアプリケーションに対応する端末アプリケーションは、認証アプリケーションに対応する端末アプリケーションに対し認証を依頼するため、上記同様に、認証情報照合機構の有無に依存しないアプリケーションによる認証システムを提供することができる。
【００３３】
また、本発明によれば、認証アプリケーションは、認証状態情報に基づき、情報記録媒体内のアクセス可能なアプリケーションに関するアクセス情報を対応する端末アプリケーションに送信し、認証アプリケーションに対応する端末アプリケーションは、アクセス情報を記憶すると共に、情報記録媒体の他のアプリケーションに対応する端末アプリケーションにアクセス情報を引渡し可能であるため、上記同様に、認証情報照合機構の有無に依存しないアプリケーションによる認証システムを提供することができる。
【００３４】
また、本発明によれば、情報記録媒体の他のアプリケーションに対応する端末アプリケーションは、対応する情報記録媒体の他のアプリケーションへのアクセス前に該他のアプリケーションにアクセス情報を送信し、情報記録媒体の他のアプリケーションは、自己に対するアクセスの可否をアクセス情報に基づき判断するため、上記同様に、認証情報照合機構の有無に依存しないアプリケーションによる認証システムを提供することができる。
【００３５】
また、本発明によれば、認証アプリケーションは、アクセス情報を暗号鍵で暗号化し、情報記録媒体の他のアプリケーションからの依頼に応じて、暗号化されたアクセス情報を復号化可能であるため、セキュリティの向上を図ることができる。
【００３６】
また、本発明によれば、認証状態情報とアクセス情報は、情報記録媒体と端末装置の接続解除を含む所定条件下で消去されるため、セキュリティの向上を図ることができる。
【発明を実施するための最良の形態】
【００３７】
以下、本発明の実施の形態を図面に基づき説明する。
【００３８】
［第１の実施の形態］
図１は、本発明の第１の実施の形態に係る認証システムの構成例を示すブロック図である。
【００３９】
図１において、認証システムは、端末アプリケーション１１０(TA1)及び端末アプリケーション１２０(TA2)を有する端末装置１００と、カードアプリケーション２１０(CA1)(認証アプリケーション、照合手段)及びカードアプリケーション２２０(CA2)(他のアプリケーション、取得手段)を有するＩＣカード２００(情報記録媒体)と、入力装置３００と、ＩＣカードリーダ４００から構成されている。
【００４０】
端末装置１００には、端末アプリケーション１１０、端末アプリケーション１２０が搭載されている。端末装置１００は、ユーザの認証情報であるPIN(認証コード)を入力するための入力装置３００と、ＩＣカード２００の読み取りを行うＩＣカードリーダ４００を備えている。入力装置３００は、端末装置１００上の端末アプリケーション１１０及び端末アプリケーション１２０を操作するためにも使用することができる。ユーザが端末装置１００を利用する際は、ＩＣカード２００をＩＣカードリーダ４００にセットするものとする。
【００４１】
尚、図１では、理解を簡単にするため、ＩＣカード２００に対する認証情報の入力手段として入力装置３００を備えた場合を例に挙げているが、ＩＣカード２００に対する認証情報の入力手段として指紋や声紋などを入力する生体認証機器を用いる場合には、該生体認証機器を備えてもよい。
【００４２】
ユーザが所有するＩＣカード２００には、端末アプリケーション１１０、端末アプリケーション１２０にそれぞれ対応するカードアプリケーション２１０、カードアプリケーション２２０が搭載されている。端末アプリケーション１１０は、カードアプリケーション２１０との間で、端末アプリケーション１２０はカードアプリケーション２２０との間で、それぞれＩＣカードリーダ４００を経由してコマンドやデータの送受信を行う。
【００４３】
尚、図１では、理解を簡単にするため、ＩＣカード２００には、２つのカードアプリケーション１１０、１２０を搭載した場合を例に挙げているが、これ以外の他のアプリケーションがインストールされていてもよい。また、端末アプリケーション１１０、１２０は、それぞれ対応するカードアプリケーション２１０、２２０との間でコマンドやデータの送受信を行う際に、相互に正しい相手との通信を行うことを保証する手段として、予め定めた暗号アルゴリズム及び暗号鍵を用いた秘匿通信を使用してもよい。
【００４４】
カードアプリケーション２１０、カードアプリケーション２２０には、それぞれ識別情報２１１、識別情報２２１が付与されている。これらの識別情報２１１、２２１によって、ＩＣカード２００内のカードアプリケーション１１０、１２０は、少なくともＩＣカード２００内で一意に識別される。また、カードアプリケーション２１０には、カードアプリケーション２１０に対する認証が行われていたときに、動作してもよい(アクセスを許可する)カードアプリケーションのリストを格納したアクセス可能な識別情報リスト２１３が保管されている。
【００４５】
識別情報リスト２１３は、ＩＣカード２００にカードアプリケーション２２０を搭載する時に設定することができると共に、カードアプリケーション２１０とカードアプリケーション２２０を相互に信頼できるカードアプリケーションであるものとして設定することが可能である。この設定により、カードアプリケーション２１０とカードアプリケーション２２０は、両者間で予め定めた所定のインタフェースを介して相互にアクセスできるものとする。
【００４６】
尚、カードアプリケーション２１０とカードアプリケーション２２０が結ぶ信頼関係については、相互に互いの識別情報を知っていることのみを以って信頼関係があるとしてもよいし、相互に暗号鍵（同じ共通鍵或いは互いの公開鍵）を内蔵し、上述の所定のインタフェースを介してアクセスする時に、この暗号鍵を用いた相互認証を行うことによって信頼関係があるとしてもよい。
【００４７】
また、カードアプリケーション２１０には、ユーザの認証コードであるPIN２１２が保管されているが、カードアプリケーション２２０には、PINは保管されていない。カードアプリケーション２２０は、上述の信頼関係に基づき、ユーザのカードアプリケーション２２０に対する認証をカードアプリケーション２１０へ委任しており、カードアプリケーション２１０への認証がカードアプリケーション２２０への認証であることと同義であると扱うことができる。更に、カードアプリケーション２１０は、ユーザの認証状態を記憶する認証状態情報領域２１４(記憶手段)を備えている。
【００４８】
次に、本実施の形態の認証システムにおける動作を図１乃至図１０を参照しながら詳細に説明する。
【００４９】
ユーザが端末アプリケーション１１０を使用するとき、端末アプリケーション１１０は、入力装置３００から入力されたユーザのPINを受け取った後(図２のステップＳ１)、カードアプリケーション２１０を選択し(SELECT CA1) (図２のステップＳ２)、これに続いて認証コマンド(VERIFY PIN)と共にPINをカードアプリケーション２１０に送信する(図２のステップＳ３)。
【００５０】
カードアプリケーション２１０は、端末アプリケーション１１０から受信したPINと、カードアプリケーション２１０内に保管されているPIN２１２とを照合する(図３のステップＳ１１)。照合の結果、両方のPINが合致したと判断できる場合は(図３のステップＳ１２でＹＥＳ)、カードアプリケーション２１０は、ユーザの認証状態を認証済みとして認証状態情報領域２１４に記憶した後、正常に認証されたことを端末アプリケーション１１０に返信する(図３のステップＳ１３)。
【００５１】
照合の結果、両方のPINが合致しないと判断できる場合は(図３のステップＳ１２でＮＯ)、カードアプリケーション２１０は、ユーザの認証状態を未認証として認証状態情報領域２１４に記憶した後、認証されなかったことを端末アプリケーション１１０に返信する(図３のステップＳ１４)。
【００５２】
次に、ユーザが端末アプリケーション１２０を使用するとき、端末アプリケーション１２０は、コマンド(COMMAND) をカードアプリケーション２２０に送信する(図４のステップＳ２１)。
【００５３】
その後、カードアプリケーション２２０は、カードアプリケーション２１０に対する認証が済んでいるかどうかを確認するため、カードアプリケーション２１０とのインタフェースを介して、カードアプリケーション２２０自身の識別情報２２１をカードアプリケーション２１０に送信すると共に、カードアプリケーション２１０の認証状態情報の取得をカードアプリケーション２１０に依頼する(図５のステップＳ３１)。
【００５４】
この認証状態情報の取得依頼を受けたカードアプリケーション２１０は、既にユーザが認証済みであれば(図６のステップＳ４１でＹＥＳ)、認証済みの時にアクセスを許可するカードアプリケーションのリストを格納したアクセス可能な識別情報リスト２１３の中に、カードアプリケーション２２０の識別情報が入っているかどうかを確認する(図６のステップＳ４２)。
【００５５】
識別情報リスト２１３中にカードアプリケーション２２０の識別情報が入っていれば、カードアプリケーション２１０は、認証済みとして認証状態情報をカードアプリケーション２２０に返信し(図６のステップＳ４３)、識別情報リスト２１３中にカードアプリケーション２２０の識別情報が入っていなければ、認証状態情報をカードアプリケーション２２０に対して返信せず、アクセスが出来ない旨をカードアプリケーション２２０に通知する(図６のステップＳ４４)。
【００５６】
また、まだユーザが認証されてなければ(図６のステップＳ４１でＮＯ)、カードアプリケーション２１０は、認証されていない旨をカードアプリケーション２２０に通知する(図６のステップＳ４５)。
【００５７】
次に、カードアプリケーション２２０がカードアプリケーション２１０から認証状態情報を受け取った結果、認証済みと判断できる場合には(図７のステップＳ５１でＹＥＳ)、カードアプリケーション２２０は、端末アプリケーション１２０から送信されたコマンドの処理を実行する(図７のステップＳ５２)。
【００５８】
他方、カードアプリケーション２２０がカードアプリケーション２１０から認証状態情報を受け取れなかったか、或いは、まだユーザが認証されていない旨の通知を受け取った場合には(図７のステップＳ５１でＮＯ)、カードアプリケーション２２０は、端末アプリケーション１２０から送信されたコマンドに基づく処理を実行せず、コマンドが実行されなかった旨を端末アプリケーション１２０に通知すると共に、コマンドが実行されなかった原因を表す情報を端末アプリケーション１２０に合わせて通知する(図７のステップＳ５３)。
【００５９】
次に、端末アプリケーション１２０がカードアプリケーション２２０からコマンドが実行されなかった旨の通知を受け取ったとき、その原因が、カードアプリケーション２１０に対するユーザ認証が完了していないと判断できる場合には(図８のステップＳ６１でＹＥＳ)、端末アプリケーション１２０は、ユーザの認証を行うよう端末アプリケーション１１０に依頼する(図８のステップＳ６２)。
【００６０】
この依頼を受けた端末アプリケーション１１０は、端末装置１００の表示部(図示略)による表示或いは音声出力部(図示略)による音声等により、ユーザに対してPIN入力を促し(図９のステップＳ７１)、カードアプリケーション２１０に対して既に述べたようにPINによる認証を行い(図９のステップＳ７２)、この認証の結果を端末アプリケーション２２０に返信する(図９のステップＳ７３)。
【００６１】
この後、端末アプリケーション１２０は、端末アプリケーション１１０からの認証の結果を参照し、認証が完了すれば(図１０のステップＳ８１でＹＥＳ)、再度、カードアプリケーション２２０に対してコマンドの送信を試み(図１０のステップＳ８２)、また、認証が失敗すれば(図１０のステップＳ８１でＮＯ)、カードアプリケーション２２０に対するコマンドの送信を中止する(図１０のステップＳ８３)。
【００６２】
尚、本実施の形態において生成された認証状態情報は、端末装置１００とＩＣカード２００との接続が維持されている間保持され、該接続が維持されなくなれば消去するものとする。
【００６３】
以上説明したように、本実施の形態によれば、カードアプリケーション２１０にのみ認証情報を保管し、認証情報及び認証情報照合機構を持たないカードアプリケーション２２０は自己に対する認証をカードアプリケーション２１０へ委任し、カードアプリケーション間でユーザの認証状態を共有するため、認証情報照合機構の有無に依存しないカードアプリケーションによる認証システムを提供することができ、従来のような、本来認証情報を直接受信する必要がないカードアプリケーションにおける認証情報の直接受信及び引渡しという無駄な処理を解消することができる。
【００６４】
また、上記のようにカードアプリケーション間でユーザの認証状態のみを共有することで、ユーザはカードアプリケーションを切り替える度にＩＣカード２００に対する認証を行う必要がなくなると共に、認証情報を１つに集約することで、セキュリティを向上させ、認証情報の管理の煩雑さを軽減することができる。
【００６５】
［第２の実施の形態］
図１１は、本発明の第２の実施の形態に係る認証システムの構成例を示すブロック図である。
【００６６】
図１１において、本実施の形態の認証システムは、上述した第１の実施の形態に対して、端末アプリケーション１１０がアクセス情報１１１を有する点において相違する。本実施の形態のその他の要素は、上述した第１の実施の形態(図１)の対応するものと同一なので、図１１における図１と同じ要素には同じ符号を付し説明を省略する。
【００６７】
次に、本実施の形態の認証システムにおける動作を図１１乃至図１４を参照しながら詳細に説明する。
【００６８】
ユーザが端末アプリケーション１１０を使用するとき、第１の実施の形態で示した通り、カードアプリケーション２１０が、ユーザが入力したPINをカードアプリケーション２１０内に保管されているPIN２１２と照合する (図１２のステップＳ９１)。照合の結果、PINが合致しないと判断できる場合は(図１２のステップＳ９２でＮＯ)、カードアプリケーション２１０は、認証が成功しなかった旨を端末アプリケーション１１０に通知する(図１２のステップＳ９４)。
【００６９】
照合の結果、PINが合致したと判断できる場合は(図１２のステップＳ９２でＹＥＳ)、カードアプリケーション２１０は、ユーザの認証状態を認証済みとして認証状態情報領域２１４に記憶した後、認証済みであることを端末アプリケーション１１０に通知すると共に、アクセス情報１１１を端末アプリケーション１１０に返送する(図１２のステップＳ９３)。
【００７０】
アクセス情報１１１には、カードアプリケーション２１０の認証が成功したことによって、どのカードアプリケーションへの認証が成功したとみなせるか(アクセス可能なカードアプリケーション)を示すカードアプリケーションの識別情報が含まれており、その中にはカードアプリケーション２２０の識別情報が含まれている。
【００７１】
尚、アクセス情報１１１は、カードアプリケーション２１０がその内部に暗号鍵を保持する場合は、暗号鍵を用いて暗号化してもよい。また、暗号鍵を用いた電子署名データを生成し、電子署名データをアクセス情報１１１に付加してもよい。
【００７２】
次に、ユーザが端末アプリケーション１２０を使用するとき、端末アプリケーション１２０は、カードアプリケーション２２０に対するコマンド送信に先立ち、端末アプリケーション１１０との間で予め定めたインタフェースを介して、アクセス情報１１１を取得するよう端末アプリケーション１１０に依頼する(図１３のステップＳ１０１)。このとき、端末アプリケーション１１０が、まだアクセス情報１１１を取得していなければ、第１の実施の形態と同様に、端末アプリケーション１１０がユーザにPINを入力を促し、入力されたPINによって、カードアプリケーション２１０に対して認証を行う。
【００７３】
端末アプリケーション１２０は、端末アプリケーション１１０からアクセス情報１１１を取得すると(図１３のステップＳ１０２)、アクセス情報１１１をカードアプリケーション２２０に送信する(図１３のステップＳ１０３)。
【００７４】
端末アプリケーション１２０からアクセス情報１１１を受信したカードアプリケーション２２０は、アクセス情報１１１を参照し、自己の識別情報を含むかどうかを判定し(図１４のステップＳ１１１)、識別情報を含まない場合は、端末アプリケーション１２０のコマンドは処理できない旨を端末アプリケーション１２０に通知し(図１４のステップＳ１１３)、識別情報を含む場合は、端末アプリケーション１２０のコマンドを処理できる旨を端末アプリケーション１２０に通知する(図１４のステップＳ１１２)。
【００７５】
尚、カードアプリケーション２２０が、アクセス情報１１１を参照するとき、アクセス情報１１１が暗号化されている場合は、アクセス情報１１１を復号化する処理を行ってから参照してもよい。更に、カードアプリケーション２２０がアクセス情報１１１を復号化できない場合は、カードアプリケーション２１０との間で予め定めたインタフェースを介して、アクセス情報１１１の復号化をカードアプリケーション２１０に依頼し、カードアプリケーション２１０で復号化されたアクセス情報１１１を取得して参照してもよい。
【００７６】
尚、本実施の形態において生成されたアクセス情報は、端末装置１００とＩＣカード２００との接続が維持されている間保持され、該接続が維持されなくなれば消去するものとする。
【００７７】
以上説明したように、本実施の形態によれば、カードアプリケーション２１０にのみ認証情報を保管し、認証情報及び認証情報照合機構を持たないカードアプリケーション２２０は端末アプリケーション１２０から受信したアクセス情報１１１に基づき自己に対するアクセスの可否を判断するため、認証情報照合機構の有無に依存しないカードアプリケーションによる認証システムを提供することができ、従来のような、本来認証情報を直接受信する必要がないカードアプリケーションにおける認証情報の直接受信及び引渡しという無駄な処理を解消することができる。
【００７８】
また、ユーザはカードアプリケーションを切り替える度にＩＣカード２００に対する認証を行う必要がなくなると共に、認証情報を１つに集約することで、セキュリティを向上させ、認証情報の管理の煩雑さを軽減することができる。
【００７９】
［他の実施の形態］
上記第１及び第２の実施の形態では、端末装置１００に２つの端末アプリケーション１１０、１２０を搭載し、ＩＣカード２００に２つのカードアプリケーション２１０、２２０を搭載した構成を例に挙げたが、端末アプリケーション及びカードアプリケーションの数は２つに限定されるものではない。
【００８０】
上記第１及び第２の実施の形態では、端末装置１００に入力装置３００とＩＣカードリーダ４００を付設した構成を例に挙げたが、これに限定されるものではなく、端末装置１００に入力装置３００とＩＣカードリーダ４００を内蔵し一体化する構成としてもよい。
【００８１】
上記第１及び第２の実施の形態では、端末装置１００とＩＣカード２００との接続が維持されなくなった場合、それぞれ認証状態情報とアクセス情報を消去するものとしたが、これに限定されるものではなく、例えばユーザによる入力装置３００からの入力に基づき消去するようにしてもよい。
【００８２】
上記第１及び第２の実施の形態では、認証情報として認証コード、指紋情報、声紋情報を例に挙げたが、これら以外に、例えば、手の掌紋情報、眼の網膜情報などを用いることも可能である。
【００８３】
本発明は、上述した実施の形態の機能を実現するソフトウェアのプログラム(図２乃至図１０、図１２乃至図１４のフローチャート)をコンピュータ又はＣＰＵに供給し、そのコンピュータ又はＣＰＵが該供給されたプログラムを読出して実行することによって、達成することができる。
【００８４】
この場合、上記プログラムは、該プログラムを記録した記憶媒体から直接供給されるか、又はインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続される不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。
【００８５】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ(オペレーティングシステム)に供給されるスクリプトデータ等の形態から成ってもよい。
【００８６】
また、本発明は、上述した実施の形態の機能を実現するソフトウェアのプログラムを記憶した記憶媒体をコンピュータ又はＣＰＵに供給し、そのコンピュータ又はＣＰＵが記憶媒体に記憶されたプログラムを読出して実行することによっても、達成することができる。
【００８７】
この場合、格納媒体から読出されたプログラムコード自体が上述した各実施の形態の機能を実現すると共に、そのプログラムコードを記憶した記憶媒体は本発明を構成する。
【００８８】
プログラムコードを記憶する記憶媒体としては、例えば、ＲＯＭ、ＲＡＭ、ＮＶ−ＲＡＭ、フロッピー(登録商標)ディスク、ハードディスク、光ディスク(登録商標)、光磁気ディスク、ＣＤ−ＲＯＭ、ＭＯ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード等がある。
【００８９】
上述した実施の形態の機能は、コンピュータから読出されたプログラムコードを実行することによるばかりでなく、コンピュータ上で稼動するＯＳ等がプログラムコードの指示に基づいて実際の処理の一部又は全部を行うことによっても実現することができる。
【００９０】
更に、本発明は、前述した実施の形態を実現するソフトウェアのプログラムがネットワーク上のデータベース又はホームページから通信プログラムによリーダウンロードされ、このプログラムを読出して実行することによって達成することができる。
【００９１】
上記プログラムは、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページからコンピュータプログラム自体、又は自動インストール機能を含む圧縮ファイルをハードディスク等の記憶媒体にダウンロードすることによっても供給することができる。
【００９２】
また、上記プログラムは、プログラムコードを暗号化した上で格納したＣＤ−ＲＯＭ等の記憶媒体をユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムコードを実行してコンピュータにインストールさせることによっても供給することができる。
【００９３】
上述した実施の形態の機能は、プログラムコードを複数のファイルに分割し、夫々のファイルを異なるホームページからダウンロードすることによっても実現することができる。即ち、本発明の機能処理をコンピュータで実現させるためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明を構成する。
【００９４】
また、上述した実施の形態の機能は、記憶媒体から読出されたプログラムが、コンピュータに挿入された機能拡張ボード又はコンピュータに接続された機能拡張ユニットに備えられたメモリに書込まれた後、そのプログラムの指示に基づき、その機能拡張ボード又は機能拡張ユニットに備えられたＣＰＵ又はＭＰＵ等が実際の処理の一部又は全部を実行することによっても実現することができる。
【図面の簡単な説明】
【００９５】
【図１】本発明の第１の実施の形態に係る認証システムの構成例を示すブロック図である。
【図２】端末アプリケーション１１０の処理を示すフローチャートである。
【図３】カードアプリケーション２１０の処理を示すフローチャートである。
【図４】端末アプリケーション１２０の処理を示すフローチャートである。
【図５】カードアプリケーション２２０の処理を示すフローチャートである。
【図６】カードアプリケーション２１０の処理を示すフローチャートである。
【図７】カードアプリケーション２２０の処理を示すフローチャートである。
【図８】端末アプリケーション１２０の処理を示すフローチャートである。
【図９】端末アプリケーション１１０の処理を示すフローチャートである。
【図１０】端末アプリケーション１２０の処理を示すフローチャートである。
【図１１】本発明の第２の実施の形態に係る認証システムの構成例を示すブロック図である。
【図１２】カードアプリケーション２１０の処理を示すフローチャートである。
【図１３】端末アプリケーション１２０の処理を示すフローチャートである。
【図１４】カードアプリケーション２２０の処理を示すフローチャートである。
【図１５】従来例に係る認証システムの構成例を示すブロック図である。
【符号の説明】
【００９６】
１００  端末装置
１１０、１２０  端末アプリケーション
１１１  アクセス情報
２００  ＩＣカード
２１０、２２０  カードアプリケーション
２１１、２２１  識別情報
２１２  PIN
２１３  アクセス可能な識別情報リスト
２１４  認証状態情報領域
３００  入力装置
４００  ＩＣカードリーダ
【図１】
2005190184.tif 000003
【図２】
2005190184.tif 000004
【図３】
2005190184.tif 000005
【図４】
2005190184.tif 000006
【図５】
2005190184.tif 000007
【図６】
2005190184.tif 000008
【図７】
2005190184.tif 000009
【図８】
2005190184.tif 000010
【図９】
2005190184.tif 000011
【図１０】
2005190184.tif 000012
【図１１】
2005190184.tif 000013
【図１２】
2005190184.tif 000014
【図１３】
2005190184.tif 000015
【図１４】
2005190184.tif 000016
【図１５】
2005190184.tif 000017