JP4125227B2

JP4125227B2 - 認証システム及び認証方法

Info

Publication number: JP4125227B2
Application number: JP2003430972A
Authority: JP
Inventors: 浩明岸本
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2003-12-25
Filing date: 2003-12-25
Publication date: 2008-07-30
Anticipated expiration: 2023-12-25
Also published as: JP2005190184A; US7461252B2; US20050144446A1

Description

本発明は、複数のアプリケーションを搭載したＩＣカードにおいて、各アプリケーションを利用する際に必要となる本人認証を行う場合に適用される認証システム及び認証方法関する。

近年、一般にＩＣカードと呼ばれる本人認証用のデバイスは、企業内の各種情報機器の利用時や入退室時の認証をはじめ、金融、情報通信、医療分野やインターネット上の各種サービスを利用する際の認証を行うためのデバイスとして利用が進んでおり、ＩＣカード内に各種サービスの利用に必要な情報を格納することができる。

更に、ＩＣカードにおいては、各種サービスの利用に必要な情報を格納するだけでなく、ＩＣカード内での暗号化や課金情報の加減算など、より高度で複雑な処理が求められており、このような用途のために、マルチアプリケーションカードと呼ばれるＩＣカードが利用されている。マルチアプリケーションカードは、単に複数のサービスに対応した情報を格納するだけでなく、様々な機能を持った複数のカードアプリケーションを搭載することが可能であり、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
２１３アクセス可能な識別情報リスト
２１４認証状態情報領域
３００入力装置
４００ＩＣカードリーダ

Claims

第１アプリケーションを含む複数のアプリケーションを搭載可能な情報記録媒体と、前記情報記録媒体の前記複数のアプリケーションにそれぞれ対応し、且つ対応するアプリケーションとそれぞれ通信を行うための複数の端末アプリケーションを備える前記情報記録媒体と通信可能な端末装置とを備え、
前記第１アプリケーションは、前記端末装置から送信された認証情報と前記第１アプリケーションが保持する認証情報とを照合する照合手段と、前記照合手段による照合結果に応じた認証状態情報を記憶する記憶手段と、前記第１アプリケーション以外の他のアプリケーションの少なくともいずれかを識別する識別情報を格納する識別情報格納手段と、を備え、
前記他のアプリケーションは、前記第１アプリケーションに対して前記他のアプリケーションを識別する識別情報を送信するとともに前記記憶手段に記憶された前記認証状態情報を要求する要求手段を備え、
前記第１アプリケーションは、前記要求手段からの前記認証状態情報の要求を受け付けた場合、前記他のアプリケーションから送信された前記識別情報と前記識別情報格納手段に格納された識別情報とが一致したことに基づいて前記他のアプリケーションに前記認証状態情報を送信し、
前記第１アプリケーションは、前記記憶手段に記憶された認証状態情報が認証済みを示す場合、認証済みとみなしてよい他のアプリケーションを識別する識別情報を含むアクセス情報を前記第１アプリケーションに対応する端末アプリケーションに送信し、前記第１アプリケーションに対応する端末アプリケーションは、前記アクセス情報を記憶し、前記他のアプリケーションに対応する端末アプリケーションは、前記アクセス情報を前記第１アプリケーションに対応する端末アプリケーションから取得可能であることを特徴とする認証システム。
前記他のアプリケーションは、前記第１アプリケーションから送信された前記認証状態情報が未認証を示す場合にその旨を対応する端末アプリケーションに通知し、
前記他のアプリケーションに対応する端末アプリケーションは、前記第１アプリケーションに対応する端末アプリケーションに対し認証を依頼することを特徴とする請求項１に記載の認証システム。
前記第１アプリケーションに対応する端末アプリケーションから前記アクセス情報を取得した前記他のアプリケーションに対応する端末アプリケーションは、前記他のアプリケーションへ前記アクセス情報を送信し、
前記他のアプリケーションは、対応する端末アプリケーションからのアクセスの可否を前記アクセス情報に基づき判断することを特徴とする請求項１に記載の認証システム。
前記認証状態情報と前記アクセス情報は、前記情報記録媒体と前記端末装置の接続解除を含む所定条件下で消去されることを特徴とする請求項１に記載の認証システム。
第１アプリケーションを含む複数のアプリケーションを搭載可能な情報記録媒体と、前記情報記録媒体の前記複数のアプリケーションにそれぞれ対応し、且つ対応するアプリケーションとそれぞれ通信を行うための複数の端末アプリケーションを備える前記情報記録媒体と通信可能な端末装置とを備えた認証システムの認証方法であって、
前記第１アプリケーションは、前記端末装置から送信された認証情報と前記第１アプリケーションが保持する認証情報との照合を行う照合工程と、前記照合工程における照合結果に応じた認証状態情報を記憶手段に記憶する記憶工程と、を備え、
前記他のアプリケーションは、前記第１アプリケーションに対して前記他のアプリケーションを識別する識別情報を送信するとともに前記記憶手段に記憶された前記認証状態情報を要求する要求工程を備え、
前記第１アプリケーションは、前記要求工程によって前記他のアプリケーションから前記認証状態情報の要求を受け付けた場合、前記他のアプリケーションから送信された前記識別情報と、前記第１アプリケーション以外の他のアプリケーションの少なくともいずれかを識別する識別情報を格納する識別情報格納手段に格納された識別情報とが一致したことに基づいて前記他のアプリケーションに前記認証状態情報を送信し、
前記第１アプリケーションは、前記記憶手段に記憶された認証状態情報が認証済みを示す場合、認証済みとみなしてよい他のアプリケーションを識別する識別情報を含むアクセス情報を前記第１アプリケーションに対応する端末アプリケーションに送信し、前記第１アプリケーションに対応する端末アプリケーションは、前記アクセス情報を記憶し、前記他のアプリケーションに対応する端末アプリケーションは、前記アクセス情報を前記第１アプリケーションに対応する端末アプリケーションから取得可能であることを特徴とする認証方法。