(57)【特許請求の範囲】
【請求項１】
複数のアプリケーションを備えたＩＣカードと、利用者から入力された利用者認証情報に基づきアプリケーションの利用認証を各アプリケーション毎に行う利用者認証手段とを備えたＩＣカードの利用者認証システムにおいて、
ＩＣカードは各アプリケーションごとに該アプリケーションのセキュリティレベルを記憶する記憶手段を備え、
第１のアプリケーションの利用が認証された後に第２のアプリケーションを連続して利用する際に、第１のアプリケーションと第２のアプリケーションのセキュリティレベルの大小を比較し、第２のアプリケーションのセキュリティレベルが低い場合には第１のアプリケーション及び第２のアプリケーションで利用者認証情報を共用して第２のアプリケーションの利用認証時に該利用者認証情報を再利用し、第２のアプリケーションのセキュリティレベルが高い場合には前記利用者認証手段により第２のアプリケーションについての利用認証を行う判定手段を備えた
ことを特徴とするＩＣカードの利用者認証システム。
【請求項２】
請求項１記載の利用者認証システムにおいて、
前記第１のアプリケーションはＩＣカード内の共有メモリにセキュリティレベルを記録し、
前記第２のアプリケーションが共有メモリに記憶されているセキュリティレベルと自身のセキュリティレベルの大小を比較する
ことを特徴とするＩＣカードの利用者認証方法。
【請求項３】
請求項１記載の利用者認証システムにおいて、
前記第２のアプリケーションが、前記第１のアプリケーションから該アプリケーションのセキュリティレベルを取得し、取得したセキュリティレベルと自身のセキュリティレベルの大小を比較する
ことを特徴とするＩＣカードの利用者認証方法。
【請求項４】
請求項１記載の利用者認証システムにおいて、
セキュリティレベルを管理する管理アプリケーションが、自身が管理している第１のアプリケーションのセキュリティレベルと第２のアプリケーションのセキュリティレベルの大小を比較する
ことを特徴とするＩＣカードの利用者認証方法。
【請求項５】
複数のアプリケーションを備えたＩＣカードと、利用者から入力された利用者認証情報に基づきアプリケーションの利用認証を各アプリケーション毎に行う利用者認証手段とを備えたＩＣカードの利用者認証システムにおいて、利用者の利用要求に対して認証方法を判定するプログラムを記録した記録媒体であって、
第１のアプリケーションの利用が認証された後に連続して第２のアプリケーションの利用要求があった際には、第１のアプリケーションと第２のアプリケーションのセキュリティレベルの大小を比較し、第２のアプリケーションのセキュリティレベルが低い場合には第１のアプリケーション及び第２のアプリケーションで利用者認証情報を共用して第２のアプリケーションの利用認証時に該利用者認証情報を再利用し、第２のアプリケーションのセキュリティレベルが高い場合には前記利用者認証手段により第２のアプリケーションについての利用認証を行うことを特徴とするＩＣカードの利用者認証システムにおける認証方法の判定プログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一枚で多様な目的に利用可能なＩＣカードにおける利用者の認証に関するものである。
【０００２】
【従来の技術】
ＩＣカードは、重要な情報を安全に保持することができ、また、可搬性もあるため電子マネーやクレジットカード、プリペイドカードなどに利用されている。近年、ＭＵＬＴＯＳ、ＪａｖａＣａｒｄなどに代表される汎用カードＯＳが出現してきたことにより、一枚のカードに複数のアプリケーションを収容し、一枚のカードで複数のサービスを提供することを可能にした多目的ＩＣカードが提案されている。
【０００３】
【発明が解決しようとする課題】
しかしながら、現状では、多目的ＩＣカードを利用する際には、利用者を特定するためにカード専用のＰＩＮ（Ｐｅｒｓｏｎａｌ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ    Ｎｕｍｂｅｒ）を利用者に入力させ、さらに、サービスを提供するアプリケーションが専用のパスワードなど利用者認証情報を利用者に入力させることにより利用者を認証し、サービスを開始している。このため、連続して異なるサービスを受けようとする場合、利用者はサービスが変わるごとに異なる利用者認証情報を入力する必要があり利便性に欠けるものであった。
【０００４】
本発明は、上記事情に鑑みてなされたものであり、その目的とするところは、利用者が入力する利用者認証情報を少なくしたＩＣカードの利用者認証システム及びその方法並びに前記システムにおける認証方法の判定プログラムを記録した記録媒体を提供することにある。
【０００５】
【課題を解決するための手段】
上記目的を達成するために、請求項１の発明では、複数のアプリケーションを備えたＩＣカードと、利用者から入力された利用者認証情報に基づきアプリケーションの利用認証を各アプリケーション毎に行う利用者認証手段とを備えたＩＣカードの利用者認証システムにおいて、ＩＣカードは各アプリケーションごとに該アプリケーションのセキュリティレベルを記憶する記憶手段を備え、第１のアプリケーションの利用が認証された後に第２のアプリケーションを連続して利用する際に、第１のアプリケーションと第２のアプリケーションのセキュリティレベルの大小を比較し、第２のアプリケーションのセキュリティレベルが低い場合には第１のアプリケーション及び第２のアプリケーションで利用者認証情報を共用して第２のアプリケーションの利用認証時に該利用者認証情報を再利用し、第２のアプリケーションのセキュリティレベルが高い場合には前記利用者認証手段により第２のアプリケーションについての利用認証を行う判定手段を備えたことを特徴とするものを提案する。
【０００６】
また、請求項２の発明では、請求項１記載の利用者認証システムにおいて、前記第１のアプリケーションはＩＣカード内の共有メモリにセキュリティレベルを記録し、前記第２のアプリケーションが共有メモリに記憶されているセキュリティレベルと自身のセキュリティレベルの大小を比較することを特徴とするＩＣカードの利用者認証方法を提案する。
【０００７】
さらに、請求項３の発明では、請求項１記載の利用者認証システムにおいて、前記第２のアプリケーションが、前記第１のアプリケーションから該アプリケーションのセキュリティレベルを取得し、取得したセキュリティレベルと自身のセキュリティレベルの大小を比較することを特徴とするＩＣカードの利用者認証方法を提案する。
【０００８】
さらに、請求項４の発明では、請求項１記載の利用者認証システムにおいて、セキュリティレベルを管理する管理アプリケーションが、自身が管理している第１のアプリケーションのセキュリティレベルと第２のアプリケーションのセキュリティレベルの大小を比較することを特徴とするＩＣカードの利用者認証方法を提案する。
【０００９】
さらに、請求項５の発明では、複数のアプリケーションを備えたＩＣカードと、利用者から入力された利用者認証情報に基づきアプリケーションの利用認証を各アプリケーション毎に行う利用者認証手段とを備えたＩＣカードの利用者認証システムにおいて、利用者の利用要求に対して認証方法を判定するプログラムを記録した記録媒体であって、第１のアプリケーションの利用が認証された後に連続して第２のアプリケーションの利用要求があった際には、第１のアプリケーションと第２のアプリケーションのセキュリティレベルの大小を比較し、第２のアプリケーションのセキュリティレベルが低い場合には第１のアプリケーション及び第２のアプリケーションで利用者認証情報を共用して第２のアプリケーションの利用認証時に該利用者認証情報を再利用し、第２のアプリケーションのセキュリティレベルが高い場合には前記利用者認証手段により第２のアプリケーションについての利用認証を行うことを特徴とするものを提案する。
【００１０】
本発明によれば、利用者が第１のアプリケーションを利用する際には、利用者認証手段により利用者が入力した該アプリケーションに対応する利用者認証情報に基づき認証が行われ第１のアプリケーションが利用可能となる。
【００１１】
利用者が第１のアプリケーションに続いて第２のアプリケーションを利用する際には、まず、第１のアプリケーションのセキュリティレベルと第２のアプリケーションのセキュリティレベルの大小が比較される。そして、第２のアプリケーションのセキュリティレベルが第１のアプリケーションのセキュリティレベルよりも低い場合には、前記第１のアプリケーションと第２のアプリケーションで利用者認証情報が共用され、該利用者認証情報に基づき第２のアプリケーションの認証が行われる。すなわち、第１のアプリケーションの利用が認証されている場合には、利用者に対して利用者認証情報の入力を要求することなく第２のアプリケーションの利用が認証される。
【００１２】
一方、第２のアプリケーションのセキュリティレベルが第１のアプリケーションのセキュリティレベルよりも高い場合には、利用者認証手段により利用者が更に入力した第２のアプリケーションに対応する利用者認証情報に基づき認証が行われ該アプリケーションが利用可能となる。
【００１３】
【発明の実施の形態】
（第１の実施の形態）
本発明の第１の実施の形態にかかるＩＣカードの利用者認証システムについて図面を参照して説明する。図１は第１の実施の形態にかかるＩＣカードの利用者認証システムの概略構成図である。
【００１４】
図１に示すように、このＩＣカードの利用者認証システムは、ＩＣカード１０と、クライアントとなるＩＣカード読み取り端末２０と、認証用のサーバ３０とからなる。
【００１５】
ＩＣカード１０は、複数のアプリケーションＡＰａ及びＡＰｂを備えた多目的ＩＣカードである。各アプリケーションＡＰａ及びＡＰｂは、それぞれセキュリティレベルＳＬ（ａ），ＳＬ（ｂ）を備えている。このセキュリティレベルＳＬ（ａ）及びＳＬ（ｂ）は、アプリケーション間においてセキュリティの強弱を比較するための値である。また、ＩＣカード１０は、前回セキュリティレベル保持部１１を備えている。この前回セキュリティレベル保持部１１は、各アプリケーションＡＰａ及びＡＰｂからアクセス可能な記憶領域に設けられている。また、この前回セキュリティレベル保持部１１は、同一の利用者において前回認証されたアプリケーションのセキュリティレベルが保持される。なお、前回セキュリティレベル保持部１１の初期値は、各アプリケーションが持ち得ない最小の値である。ＩＣカード１０は、例えばＭＵＬＴＯＳやＪａｖａＣａｒｄなどで構成される。
【００１６】
ＩＣカード読み取り装置２０は、ＩＣカード１０とのカードインタフェース部２１と、利用者とＩＣカード１０とのインタフェースであり表示部２２ａや入力部２２ｂなどを備えたユーザインタフェース部２２と、ＩＣカード１０及びユーザインタフェース部２２とサーバ３０とのインタフェースであるサーバインタフェース部２３とを備えている。このＩＣカード読み取り装置２０は、例えばワークステーション，パーソナルコンピュータ，専用端末などで構成される。入力部２２ａとしては、例えばデータ入力が可能なキーボード、指紋読み取り装置、画像認識装置、音声認識装置などが用いられる。
【００１７】
サーバ３０は、利用者の認証判定を行う認証処理部３１と、該認証処理部３１からアクセスされ、各アプリケーションにおける利用者の利用者認証情報を蓄積したデータベース３２とを備えている。このサーバ３０は、ＩＣカード読み取り装置２０側から送信されたアプリケーションの利用者認証情報に基づきデータベース３２を参照して認証の可否を判定し、その認証結果をＩＣカード読み取り装置２０側に返答する。なお、この認証処理部３１は、例えばアプリケーション毎に分けて設ける場合などのように、複数設けてもよい。この場合には、複数のハードウェア上に分散して配置してもよく、単一のハードウェア上に設けてもよい。また、同様に、データベース３２も、例えばアプリケーション毎に分けて設ける場合などのように複数設けてもよい。この場合には、複数のハードウェア上に分散して配置してもよく、単一のハードウェア上に設けてもよい。
【００１８】
このようなシステムにおいて、利用者は各アプリケーション毎に利用者認証情報を有する。利用者認証情報は各アプリケーション毎に異なる。
【００１９】
次に、このシステムにおける利用者の認証手順について図２を参照して説明する。図２は第１の実施の形態にかかるアプリケーションの動作を説明するフローチャートである。
【００２０】
ここでは、利用者が第１のアプリケーションＡＰａによるサービスａを受けた後に連続して第２のアプリケーションＡＰｂによるサービスｂを受ける場合について説明する。また、第１のアプリケーションＡＰａのセキュリティレベルＳＬ（ａ）と、第２のアプリケーションＡＰｂのセキュリティレベルＳＬ（ｂ）は、ＳＬ（ａ）＞ＳＬ（ｂ）の関係があるものとする。さらに、ＩＣカード１０の前回セキュリティレベル保持部１１には、各アプリケーションが持ち得ない最小の値が初期値として保存されている。さらに、利用者の第１のアプリケーションＡＰａにかかる利用者認証情報をＰＷａ，第２のアプリケーションＡＰｂにかかる利用者認証情報をＰＷｂとし、両者は異なるものとする。
【００２１】
まず、利用者が読み取り装置２０を用いてサービスａを選択すると、第１のアプリケーションＡＰａへ起動要請が送られる。第１のアプリケーションＡＰａは、前回セキュリティレベル保持部１１に保存されているセキュリティレベルと、自セキュリティレベルＳＬ（ａ）とを比較する（ステップＳ１０１）。前回セキュリティレベル保持部１１には初期値が保存されているので、ここでは自セキュリティレベルの方が高い。よって、第１のアプリケーションＡＰａは、読み取り装置２０に対して自アプリケーションの利用者認証情報ＰＷａの入力要求を送信する（ステップＳ１０２，Ｓ１０３）。次いで、前回セキュリティレベル保持部１１に自セキュリティレベルＳＬ（ａ）を保存する（ステップＳ１０４）。読み取り装置２０は、利用者に対して利用者認証情報ＰＷａの入力を要求する。
【００２２】
次に、第１のアプリケーションＡＰａは、利用者が入力した利用者認証情報ＰＷａを読み取り装置２０から受け取り、これをサーバ３０に送信する（ステップＳ１０５）。サーバ３０は、受信した利用者認証情報ＰＷａに基づき利用者の認証を処理し、認証成功の場合は「利用可」、認証失敗の場合は「利用不可」の利用許可情報を第１のアプリケーションＡＰａに送信する。
【００２３】
第１のアプリケーションＡＰａは、受け取った利用許可情報を判定し（ステップＳ１０６）、「利用可」であればサービスａを開始する（ステップＳ１０７）。「利用不可」であれば、読み取り装置２０に利用者認証情報ＰＷａの入力要求を送信する（ステップＳ１０６，Ｓ１０３）。
【００２４】
次に、利用者がサービスｂを受けるとき、利用者が読み取り装置２０を用いてサービスｂを選択すると、第２のアプリケーションＡＰｂへ起動要請が送られる。第２のアプリケーションＡＰｂは、前回セキュリティレベル保持部１１に保存されているセキュリティレベルＳＬ（ａ）と、自セキュリティレベルＳＬ（ｂ）とを比較する（ステップＳ１０１）。前述した前提条件よりＳＬ（ａ）＞ＳＬ（ｂ）なので、つまり自セキュリティレベルＳＬ（ｂ）の方が小さいので、第２のアプリケーションＡＰｂは、サーバ３０に対して共有情報として利用者認証情報ＰＷａを送信する（ステップＳ１０２，Ｓ１０８）。サーバ３０は、受信した共有情報に基づき利用者の認証を処理し、認証成功の場合は「利用可」、認証失敗の場合は「利用不可」の利用許可情報を第２のアプリケーションＡＰｂに送信する。
【００２５】
第２のアプリケーションＡＰｂは、受け取った利用許可情報を判定し（ステップＳ１０６）、「利用可」であればサービスｂを開始する（ステップＳ１０７）。「利用不可」であれば、読み取り装置２０に利用者認証情報ＰＷｂの入力要求を送信する（ステップＳ１０６，Ｓ１０３）。
【００２６】
以上のステップにより、利用者がセキュリティレベルの高い第１のアプリケーションＡＰａからセキュリティレベルの低い第２のアプリケーションＡＰｂを連続して利用する場合には、第１のアプリケーションＡＰａの利用時に利用者認証情報ＰＷａを入力して正しく認証されていれば、第２のアプリケーションＡＰｂにかかる利用者認証情報ＰＷｂを入力しなくてもサービスｂを受けることができる。したがって、利用者にとって利便性の高いものとなる。
【００２７】
一方、利用者がセキュリティレベルの低い第２のアプリケーションＡＰｂからセキュリティレベルの低い第１のアプリケーションＡＰａを連続して利用する場合には、第１のアプリケーションＡＰａにかかる利用者認証情報の入力が必要となる。
【００２８】
（第２の実施の形態）
本発明の第２の実施の形態にかかるＩＣカードの利用者認証システムについて図面を参照して説明する。図３は第２の実施の形態にかかるＩＣカードの利用者認証システムの概略構成図である。なお、第１の実施の形態と同様の要素については同一の符号を付して説明を省略した。
【００２９】
本実施の形態にかかる利用者認証システムが第１の実施の形態と異なる点は、ＩＣカード４０の構成及び各アプリケーションの動作にある。以下、その内容を詳述する。
【００３０】
ＩＣカード４０は、第１の実施の形態と同様に、複数のアプリケーションＡＰａ及びＡＰｂを備えた多目的ＩＣカードである。各アプリケーションＡＰａ及びＡＰｂは、それぞれセキュリティレベルＳＬ（ａ），ＳＬ（ｂ）を備えている。また、各アプリケーションＡＰａ及びＡＰｂは相互にデータ通信が可能となっている。
【００３１】
ＩＣカード４０は、前回アプリケーション情報保持部４１を備えている。この前回アプリケーション情報保持部４１は、各アプリケーションＡＰａ及びＡＰｂからアクセス可能な記憶領域に設けられている。この前回アプリケーション情報保持部４１には、同一の利用者において前回認証されたアプリケーション情報が保存される。なお、前回アプリケーション情報保持部４１には、初期状態では何も保存されていない。
【００３２】
次に、このシステムにおける利用者の認証手順について図４を参照して説明する。図４は第２の実施の形態にかかるアプリケーションの動作を説明するフローチャートである。
【００３３】
ここでは、利用者が第１のアプリケーションＡＰａによるサービスａを受けた後に連続して第２のアプリケーションＡＰｂによるサービスｂを受ける場合について説明する。また、第１のアプリケーションＡＰａのセキュリティレベルＳＬ（ａ）と、第２のアプリケーションＡＰｂのセキュリティレベルＳＬ（ｂ）は、ＳＬ（ａ）＞ＳＬ（ｂ）の関係があるものとする。さらに、ＩＣカード４０の前回アプリケーション情報保持部４１には、何も保存されていない。さらに、利用者の第１のアプリケーションＡＰａにかかる利用者認証情報をＰＷａ，第２のアプリケーションＡＰｂにかかる利用者認証情報をＰＷｂとし、両者は異なるものとする。
【００３４】
まず、利用者が読み取り装置２０を用いてサービスａを選択すると、第１のアプリケーションＡＰａへ起動要請が送られる。第１のアプリケーションＡＰａは、前回アプリケーション情報保持部４１をチェックする（ステップＳ２０１）。初期状態では前回アプリケーション情報保持部４１の値は空であるので、第１のアプリケーションＡＰａは、読み取り装置２０に対して自アプリケーションの利用者認証情報ＰＷａの入力要求を送信する（ステップＳ２０１，Ｓ２０５）。次いで、前回アプリケーション情報保持部４１に自アプリケーション情報ＡＰ−ｉｎｆｏ（ａ）を保存する（ステップＳ２０６）。読み取り装置２０は、利用者に対して利用者認証情報ＰＷａの入力を要求する。
【００３５】
第１のアプリケーションＡＰａは、利用者が入力した利用者認証情報ＰＷａを読み取り装置２０から受け取り、これをサーバ３０に送信する（ステップＳ２０７）。サーバ３０は、受信した利用者認証情報ＰＷａに基づき利用者の認証を処理し、認証成功の場合は「利用可」、認証失敗の場合は「利用不可」の利用許可情報を第１のアプリケーションＡＰａに送信する。
【００３６】
第１のアプリケーションＡＰａは、受け取った利用許可情報を判定し（ステップＳ２０８）、「利用可」であればサービスａを開始する（ステップＳ２０９）。「利用不可」であれば、読み取り装置２０に利用者認証情報ＰＷａの入力要求を送信する（ステップＳ２０８，Ｓ２０５）。
【００３７】
次に、利用者がサービスｂを受けるとき、利用者が読み取り装置２０を用いてサービスｂを選択すると、第２のアプリケーションＡＰｂへ起動要請が送られる。第２のアプリケーションＡＰｂは、前回アプリケーション情報保持部４１をチェックする（ステップＳ２０１）。ここではアプリケーション情報ＡＰ−ｉｎｆｏ（ａ）が保存されているので、これを取得する（ステップＳ２０２）。次に、第２のアプリケーションＡＰｂは、取得したアプリケーション情報が第１のアプリケーションＡＰａに係るものなので、第１のアプリケーションＡＰａとの間で通信を行いセキュリティレベルＳＬ（ａ）を取得する（ステップＳ２０３）。次に、第２のアプリケーションＡＰｂは、自セキュリティレベルＳＬ（ｂ）と取得したセキュリティレベルＳＬ（ａ）の大小を比較する（ステップＳ２０４）。前述した前提条件よりＳＬ（ａ）＞ＳＬ（ｂ）であるので、第２のアプリケーションＡＰｂは、サーバ３０に対して共有情報として利用者認証情報ＰＷａを送信する（ステップＳ２０４，Ｓ２１０）。サーバ３０は、受信した共有情報に基づき利用者の認証を処理し、認証成功の場合は「利用可」、認証失敗の場合は「利用不可」の利用許可情報を第２のアプリケーションＡＰｂに送信する。
【００３８】
第２のアプリケーションＡＰｂは、受け取った利用許可情報を判定し（ステップＳ２０８）、「利用可」であればサービスｂを開始する（ステップＳ２０９）。「利用不可」であれば、読み取り装置２０に利用者認証情報ＰＷｂの入力要求を送信する（ステップＳ２０８，Ｓ２０５）。
【００３９】
以上のステップにより、第１の実施の形態と同様に、利用者がセキュリティレベルの高い第１のアプリケーションＡＰａからセキュリティレベルの低い第２のアプリケーションＡＰｂを連続して利用する場合には、第１のアプリケーションＡＰａの利用時に利用者認証情報ＰＷａを入力して正しく認証されていれば、第２のアプリケーションＡＰｂにかかる利用者認証情報ＰＷｂを入力しなくてもサービスｂを受けることができる。したがって、利用者にとって利便性の高いものとなる。
【００４０】
一方、利用者がセキュリティレベルの低い第２のアプリケーションＡＰｂからセキュリティレベルの低い第１のアプリケーションＡＰａを連続して利用する場合には、第１のアプリケーションＡＰａにかかる利用者認証情報の入力が必要となる。
【００４１】
（第３の実施の形態）
本発明の第３の実施の形態にかかるＩＣカードの利用者認証システムについて図面を参照して説明する。図５は第３の実施の形態にかかるＩＣカードの利用者認証システムの概略構成図である。なお、第１の実施の形態と同様の要素については同一の符号を付して説明を省略した。
【００４２】
本実施の形態にかかる利用者認証システムが第１の実施の形態と異なる点は、ＩＣカード５０の構成及び各アプリケーションの動作にある。以下、その内容を詳述する。
【００４３】
ＩＣカード５０は、第１の実施の形態と同様に、複数のアプリケーションＡＰａ及びＡＰｂと、利用者の認証を管理する専用アプリケーションである管理プログラム５１とを備えた多目的ＩＣカードである。ＩＣカード５０は、前回セキュリティレベル保持部５２を備えている。この前回セキュリティレベル保持部５２は、管理プログラム５１からアクセス可能な記憶領域に設けられている。また、この前回セキュリティレベル保持部５２は、同一の利用者において前回認証されたアプリケーションのセキュリティレベルが保持される。なお、前回セキュリティレベル保持部５２の初期値は、各アプリケーションが持ち得ない最小の値である。さらに、ＩＣカード５０は、各アプリケーションＡＰａ及びＡＰ（ｂ）のセキュリティレベルを保管したデータベースであるセキュリティレベルデータベース（以下「ＳＬ−ＤＢ」という。）５３を備えている。このＳＬ−ＤＢ５３は、管理プログラム５０からアクセスされる。
【００４４】
次に、このシステムにおける利用者の認証手順について図６及び図７を参照して説明する。図６は第３の実施の形態にかかる管理プログラムの動作を説明するフローチャート、図７は第３の実施の形態にかかるアプリケーションの動作を説明するフローチャートである。
【００４５】
ここでは、利用者が第１のアプリケーションＡＰａによるサービスａを受けた後に連続して第２のアプリケーションＡＰｂによるサービスｂを受ける場合について説明する。また、第１のアプリケーションＡＰａのセキュリティレベルＳＬ（ａ）と、第２のアプリケーションＡＰｂのセキュリティレベルＳＬ（ｂ）は、ＳＬ（ａ）＞ＳＬ（ｂ）の関係があるものとする。さらに、ＩＣカード５０の前回セキュリティレベル保持部５２には、各アプリケーションが持ち得ない最小の値が初期値として保存されている。さらに、利用者の第１のアプリケーションＡＰａにかかる利用者認証情報をＰＷａ，第２のアプリケーションＡＰｂにかかる利用者認証情報をＰＷｂとし、両者は異なるものとする。
【００４６】
まず、利用者が読み取り装置２０を用いてサービスａを選択すると、管理プログラム５１に第１のアプリケーションＡＰａに係るアプリケーション情報ＡＰ−ｉｎｆｏ（ａ）が送られる。管理プログラム５１は、このアプリケーション情報ＡＰ−ｉｎｆｏ（ａ）を受信し（ステップＳ３０１）、この情報に基づきＳＬ−ＤＢ５３から第１のアプリケーションＡＰａのセキュリティレベルＳＬ（ａ）を検索し取得する（ステップＳ３０２）。次に、管理プログラム５１は、取得したセキュリティレベルＳＬ（ａ）と、前回セキュリティレベル保持部５２の値を比較する（ステップＳ３０３）。ここで前回セキュリティレベル保持部５２には、初期値として他のアプリケーションが持ち得ない最小値が保存されている。そこで、取得したセキュリティレベルＳＬ（ａ）を前回セキュリティレベル保持部５２に保存し（ステップＳ３０４）、第１のアプリケーションＡＰａに対して利用者認証情報の入力要求を送信する（ステップＳ３０５）。
【００４７】
一方、第１のアプリケーションＡＰａは、受信した情報が利用者認証情報の入力要求なので、読み取り装置２０に対して自アプリケーションの利用者認証情報ＰＷａの入力要求を送信する（図７のステップＳ４０１，Ｓ４０２）。読み取り装置２０は、利用者に対して利用者認証情報ＰＷａの入力を要求する。
【００４８】
次に、第１のアプリケーションＡＰａは、利用者が入力した利用者認証情報ＰＷａを読み取り装置２０から受け取り、これをサーバ３０に送信する（ステップＳ４０３）。サーバ３０は、受信した利用者認証情報ＰＷａに基づき利用者の認証を処理し、認証成功の場合は「利用可」、認証失敗の場合は「利用不可」の利用許可情報を第１のアプリケーションＡＰａに送信する。
【００４９】
第１のアプリケーションＡＰａは、受け取った利用許可情報を判定し（ステップＳ４０４）、「利用可」であればサービスａを開始する（ステップＳ４０５）。「利用不可」であれば、読み取り装置２０に利用者認証情報ＰＷａの入力要求を送信する（ステップＳ４０４，Ｓ４０２）。
【００５０】
次に、利用者がサービスｂを受けるとき、利用者が読み取り装置２０を用いてサービスｂを選択すると、管理プログラム５１に第２のアプリケーションＡＰｂに係るアプリケーション情報ＡＰ−ｉｎｆｏ（ｂ）が送られる。管理プログラム５１は、このアプリケーション情報ＡＰ−ｉｎｆｏ（ｂ）を受信し（図６のステップＳ３０１）、この情報に基づきＳＬ−ＤＢ５３から第２のアプリケーションＡＰｂのセキュリティレベルＳＬ（ｂ）を取得する（ステップＳ３０２）。次に、管理プログラム５１は、取得したセキュリティレベルＳＬ（ｂ）と、前回セキュリティレベル保持部５２に保存されているＳＬ（ａ）を比較する（ステップＳ３０３）。前述した前提条件よりＳＬ（ａ）＞ＳＬ（ｂ）であるので、管理プログラム５１は、第２のアプリケーションＡＰｂに対して共有情報として利用者認証情報ＰＷａを送信する（ステップＳ３０３，Ｓ３０６）。
【００５１】
一方、第２のアプリケーションＡＰｂは、受信した情報が共有情報であるので、サーバ３０に対して共有情報を送信する（図７のステップＳ４０１，Ｓ４０６）。サーバ３０は、受信した共有情報に基づき利用者の認証を処理し、認証成功の場合は「利用可」、認証失敗の場合は「利用不可」の利用許可情報を第２のアプリケーションＡＰｂに送信する。
【００５２】
次に、第２のアプリケーションＡＰｂは、受け取った利用許可情報を判定し（ステップＳ４０４）、「利用可」であればサービスｂを開始する（ステップＳ４０５）。「利用不可」であれば、読み取り装置２０に利用者認証情報ＰＷｂの入力要求を送信する（ステップＳ４０４，Ｓ４０２）。
【００５３】
以上のステップにより、利用者がセキュリティレベルの高い第１のアプリケーションＡＰａからセキュリティレベルの低い第２のアプリケーションＡＰｂを連続して利用する場合には、第１のアプリケーションＡＰａの利用時に利用者認証情報ＰＷａを入力して正しく認証されていれば、第２のアプリケーションＡＰｂにかかる利用者認証情報ＰＷｂを入力しなくてもサービスｂを受けることができる。したがって、利用者にとって利便性の高いものとなる。
【００５４】
一方、利用者がセキュリティレベルの低い第２のアプリケーションＡＰｂからセキュリティレベルの高い第１のアプリケーションＡＰａを連続して利用する場合には、第１のアプリケーションＡＰａにかかる利用者認証情報の入力が必要となる。
【００５５】
このように、第１〜第３の実施の形態にかかるＩＣカードの利用者認証システムによれば、利用者が各アプリケーションごとに利用者認証情報を入力する必要がないので、利用者の管理や負担が軽減され利便性の高いものとなる。また、利用者認証情報が盗まれたとしても、セキュリティレベルの低いサービスの利用者認証情報で、セキュリティレベルの高いサービスを使用することはできない。そこで、システム導入の際には、セキュリティレベルの高いサービスに、利用者認証情報の盗難がされにくい指紋認識方式などを導入することにより、被害を最小限に抑えることができる。
【００５６】
なお、第１〜第３の実施の形態では、利用者認証を行うために利用者認証情報のデータベースを備えたサーバを設置したが、本発明はこれに限定されるものではない。例えば、当該利用者認証部をＩＣカード内や読み取り装置内に設けるようにしてもよい。
【００５７】
また、第１〜第３の実施の形態では、アプリケーション間でセキュリティレベルの大小を比較し、一方が小さい場合及び一方が大きい場合についての処理を行っており、セキュリティレベルが同一である場合の処理は省略している。このような処理は、複数のアプリケーションにおいて同一のセキュリティレベルを設定しないようすれば容易に実現可能である。なお、複数のアプリケーションにおいて同一のセキュリティレベルが存在する場合には、この場合の処理を設ければよい。この場合には、利用者の利便性を重視する観点からは利用者認証情報を再利用するように処理するのが好ましく、セキュリティを重視する観点からは利用者に利用者認証情報の入力を要求するように処理するのが好ましいので、状況に応じて何れかを選択すればよい。
【００５８】
【発明の効果】
以上詳述したように、本発明によれば、ＩＣカードを用いて一度に複数のアプリケーションを使用する際に複数の利用者認証情報を入力する必要がなくなるので、利用者の管理や負担が軽減される。また、利用者認証情報を盗まれたとしても、セキュリティレベルの低いサービスの利用者認証情報でセキュリティレベルの高いサービスを使用することはできない。そこで、システム導入の際には、セキュリティレベルの高いサービスに、利用者認証情報の盗難がされにくい指紋認証方式などを採用することにより、被害を最小限に抑えることができる。
【図面の簡単な説明】
【図１】第１の実施の形態にかかるＩＣカードの利用者認証システムの概略構成図
【図２】第１の実施の形態にかかるアプリケーションの動作を説明するフローチャート
【図３】第２の実施の形態にかかるＩＣカードの利用者認証システムの概略構成図
【図４】第２の実施の形態にかかるアプリケーションの動作を説明するフローチャート
【図５】第３の実施の形態にかかるＩＣカードの利用者認証システムの概略構成図
【図６】第３の実施の形態にかかる管理プログラムの動作を説明するフローチャート
【図７】第３の実施の形態にかかるアプリケーションの動作を説明するフローチャート
【符号の説明】
１０，４０，５０…ＩＣ−カード、２０…読み取り装置、３０…サーバ、ＡＰａ…第１のアプリケーション、ＡＰｂ…第２のアプリケーション
【図１】
0003600089.tif 000002
【図２】
0003600089.tif 000003
【図３】
0003600089.tif 000004
【図４】
0003600089.tif 000005
【図５】
0003600089.tif 000006
【図６】
0003600089.tif 000007
【図７】
0003600089.tif 000008