JP2001126040A - Ｉｃカードの利用者認証システム及び方法並びに前記システムにおける認証方法の判定プログラムを記録した記録媒体 - Google Patents
Ｉｃカードの利用者認証システム及び方法並びに前記システムにおける認証方法の判定プログラムを記録した記録媒体Info
- Publication number
- JP2001126040A JP2001126040A JP30489799A JP30489799A JP2001126040A JP 2001126040 A JP2001126040 A JP 2001126040A JP 30489799 A JP30489799 A JP 30489799A JP 30489799 A JP30489799 A JP 30489799A JP 2001126040 A JP2001126040 A JP 2001126040A
- Authority
- JP
- Japan
- Prior art keywords
- application
- user
- security level
- user authentication
- card
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Storage Device Security (AREA)
Abstract
(57)【要約】
【課題】 利用者が入力する利用者認証情報を少なくし
たＩＣカードの利用者認証システム及びその方法並びに
前記システムにおける認証方法の判定プログラムを記録
した記録媒体を提供する。 【解決手段】 利用者が第１のアプリケーションＡＰａ
に続いて第２のアプリケーションＡＰｂを利用する際に
は、第１のアプリケーションＡＰａのセキュリティレベ
ルＳＬ（ａ）と第２のアプリケーションＡＰｂのセキュ
リティレベルＳＬ（ｂ）の大小を比較し、ＳＬ（ａ）＞
ＳＬ（ｂ）ならば第１のアプリケーションＡＰａにかか
る利用者認証情報ＰＷａを再利用し、ＳＬ（ａ）＜ＳＬ
（ｂ）ならば利用者に第２のアプリケーションＡＰｂに
かかる利用者認証情報ＰＷｂの入力を要求する。
たＩＣカードの利用者認証システム及びその方法並びに
前記システムにおける認証方法の判定プログラムを記録
した記録媒体を提供する。 【解決手段】 利用者が第１のアプリケーションＡＰａ
に続いて第２のアプリケーションＡＰｂを利用する際に
は、第１のアプリケーションＡＰａのセキュリティレベ
ルＳＬ（ａ）と第２のアプリケーションＡＰｂのセキュ
リティレベルＳＬ（ｂ）の大小を比較し、ＳＬ（ａ）＞
ＳＬ（ｂ）ならば第１のアプリケーションＡＰａにかか
る利用者認証情報ＰＷａを再利用し、ＳＬ（ａ）＜ＳＬ
（ｂ）ならば利用者に第２のアプリケーションＡＰｂに
かかる利用者認証情報ＰＷｂの入力を要求する。
Description
【０００１】
【発明の属する技術分野】本発明は、一枚で多様な目的
に利用可能なＩＣカードにおける利用者の認証に関する
ものである。
に利用可能なＩＣカードにおける利用者の認証に関する
ものである。
【０００２】
【従来の技術】ＩＣカードは、重要な情報を安全に保持
することができ、また、可搬性もあるため電子マネーや
クレジットカード、プリペイドカードなどに利用されて
いる。近年、ＭＵＬＴＯＳ、ＪａｖａＣａｒｄなどに代
表される汎用カードＯＳが出現してきたことにより、一
枚のカードに複数のアプリケーションを収容し、一枚の
カードで複数のサービスを提供することを可能にした多
目的ＩＣカードが提案されている。
することができ、また、可搬性もあるため電子マネーや
クレジットカード、プリペイドカードなどに利用されて
いる。近年、ＭＵＬＴＯＳ、ＪａｖａＣａｒｄなどに代
表される汎用カードＯＳが出現してきたことにより、一
枚のカードに複数のアプリケーションを収容し、一枚の
カードで複数のサービスを提供することを可能にした多
目的ＩＣカードが提案されている。
【０００３】
【発明が解決しようとする課題】しかしながら、現状で
は、多目的ＩＣカードを利用する際には、利用者を特定
するためにカード専用のＰＩＮ（Personal Identificat
ion Number）を利用者に入力させ、さらに、サービス
を提供するアプリケーションが専用のパスワードなど利
用者認証情報を利用者に入力させることにより利用者を
認証し、サービスを開始している。このため、連続して
異なるサービスを受けようとする場合、利用者はサービ
スが変わるごとに異なる利用者認証情報を入力する必要
があり利便性に欠けるものであった。
は、多目的ＩＣカードを利用する際には、利用者を特定
するためにカード専用のＰＩＮ（Personal Identificat
ion Number）を利用者に入力させ、さらに、サービス
を提供するアプリケーションが専用のパスワードなど利
用者認証情報を利用者に入力させることにより利用者を
認証し、サービスを開始している。このため、連続して
異なるサービスを受けようとする場合、利用者はサービ
スが変わるごとに異なる利用者認証情報を入力する必要
があり利便性に欠けるものであった。
【０００４】本発明は、上記事情に鑑みてなされたもの
であり、その目的とするところは、利用者が入力する利
用者認証情報を少なくしたＩＣカードの利用者認証シス
テム及びその方法並びに前記システムにおける認証方法
の判定プログラムを記録した記録媒体を提供することに
ある。
であり、その目的とするところは、利用者が入力する利
用者認証情報を少なくしたＩＣカードの利用者認証シス
テム及びその方法並びに前記システムにおける認証方法
の判定プログラムを記録した記録媒体を提供することに
ある。
【０００５】
【課題を解決するための手段】上記目的を達成するため
に、請求項１の発明では、複数のアプリケーションを備
えたＩＣカードと、利用者から入力された利用者認証情
報に基づきアプリケーションの利用認証を各アプリケー
ション毎に行う利用者認証手段とを備えたＩＣカードの
利用者認証システムにおいて、ＩＣカードは各アプリケ
ーションごとに該アプリケーションのセキュリティレベ
ルを記憶する記憶手段を備え、第１のアプリケーション
の利用が認証された後に第２のアプリケーションを連続
して利用する際に、第１のアプリケーションと第２のア
プリケーションのセキュリティレベルの大小を比較し、
第２のアプリケーションのセキュリティレベルが低い場
合には第１のアプリケーション及び第２のアプリケーシ
ョンで利用者認証情報を共用して第２のアプリケーショ
ンの利用認証時に該利用者認証情報を再利用し、第２の
アプリケーションのセキュリティレベルが高い場合には
前記利用者認証手段により第２のアプリケーションにつ
いての利用認証を行う判定手段を備えたことを特徴とす
るものを提案する。
に、請求項１の発明では、複数のアプリケーションを備
えたＩＣカードと、利用者から入力された利用者認証情
報に基づきアプリケーションの利用認証を各アプリケー
ション毎に行う利用者認証手段とを備えたＩＣカードの
利用者認証システムにおいて、ＩＣカードは各アプリケ
ーションごとに該アプリケーションのセキュリティレベ
ルを記憶する記憶手段を備え、第１のアプリケーション
の利用が認証された後に第２のアプリケーションを連続
して利用する際に、第１のアプリケーションと第２のア
プリケーションのセキュリティレベルの大小を比較し、
第２のアプリケーションのセキュリティレベルが低い場
合には第１のアプリケーション及び第２のアプリケーシ
ョンで利用者認証情報を共用して第２のアプリケーショ
ンの利用認証時に該利用者認証情報を再利用し、第２の
アプリケーションのセキュリティレベルが高い場合には
前記利用者認証手段により第２のアプリケーションにつ
いての利用認証を行う判定手段を備えたことを特徴とす
るものを提案する。
【０００６】また、請求項２の発明では、請求項１記載
の利用者認証システムにおいて、前記第１のアプリケー
ションはＩＣカード内の共有メモリにセキュリティレベ
ルを記録し、前記第２のアプリケーションが共有メモリ
に記憶されているセキュリティレベルと自身のセキュリ
ティレベルの大小を比較することを特徴とするＩＣカー
ドの利用者認証方法を提案する。
の利用者認証システムにおいて、前記第１のアプリケー
ションはＩＣカード内の共有メモリにセキュリティレベ
ルを記録し、前記第２のアプリケーションが共有メモリ
に記憶されているセキュリティレベルと自身のセキュリ
ティレベルの大小を比較することを特徴とするＩＣカー
ドの利用者認証方法を提案する。
【０００７】さらに、請求項３の発明では、請求項１記
載の利用者認証システムにおいて、前記第２のアプリケ
ーションが、前記第１のアプリケーションから該アプリ
ケーションのセキュリティレベルを取得し、取得したセ
キュリティレベルと自身のセキュリティレベルの大小を
比較することを特徴とするＩＣカードの利用者認証方法
を提案する。
載の利用者認証システムにおいて、前記第２のアプリケ
ーションが、前記第１のアプリケーションから該アプリ
ケーションのセキュリティレベルを取得し、取得したセ
キュリティレベルと自身のセキュリティレベルの大小を
比較することを特徴とするＩＣカードの利用者認証方法
を提案する。
【０００８】さらに、請求項４の発明では、請求項１記
載の利用者認証システムにおいて、セキュリティレベル
を管理する管理アプリケーションが、自身が管理してい
る第１のアプリケーションのセキュリティレベルと第２
のアプリケーションのセキュリティレベルの大小を比較
することを特徴とするＩＣカードの利用者認証方法を提
案する。
載の利用者認証システムにおいて、セキュリティレベル
を管理する管理アプリケーションが、自身が管理してい
る第１のアプリケーションのセキュリティレベルと第２
のアプリケーションのセキュリティレベルの大小を比較
することを特徴とするＩＣカードの利用者認証方法を提
案する。
【０００９】さらに、請求項５の発明では、複数のアプ
リケーションを備えたＩＣカードと、利用者から入力さ
れた利用者認証情報に基づきアプリケーションの利用認
証を各アプリケーション毎に行う利用者認証手段とを備
えたＩＣカードの利用者認証システムにおいて、利用者
の利用要求に対して認証方法を判定するプログラムを記
録した記録媒体であって、第１のアプリケーションの利
用が認証された後に連続して第２のアプリケーションの
利用要求があった際には、第１のアプリケーションと第
２のアプリケーションのセキュリティレベルの大小を比
較し、第２のアプリケーションのセキュリティレベルが
低い場合には第１のアプリケーション及び第２のアプリ
ケーションで利用者認証情報を共用して第２のアプリケ
ーションの利用認証時に該利用者認証情報を再利用し、
第２のアプリケーションのセキュリティレベルが高い場
合には前記利用者認証手段により第２のアプリケーショ
ンについての利用認証を行うことを特徴とするものを提
案する。
リケーションを備えたＩＣカードと、利用者から入力さ
れた利用者認証情報に基づきアプリケーションの利用認
証を各アプリケーション毎に行う利用者認証手段とを備
えたＩＣカードの利用者認証システムにおいて、利用者
の利用要求に対して認証方法を判定するプログラムを記
録した記録媒体であって、第１のアプリケーションの利
用が認証された後に連続して第２のアプリケーションの
利用要求があった際には、第１のアプリケーションと第
２のアプリケーションのセキュリティレベルの大小を比
較し、第２のアプリケーションのセキュリティレベルが
低い場合には第１のアプリケーション及び第２のアプリ
ケーションで利用者認証情報を共用して第２のアプリケ
ーションの利用認証時に該利用者認証情報を再利用し、
第２のアプリケーションのセキュリティレベルが高い場
合には前記利用者認証手段により第２のアプリケーショ
ンについての利用認証を行うことを特徴とするものを提
案する。
【００１０】本発明によれば、利用者が第１のアプリケ
ーションを利用する際には、利用者認証手段により利用
者が入力した該アプリケーションに対応する利用者認証
情報に基づき認証が行われ第１のアプリケーションが利
用可能となる。
ーションを利用する際には、利用者認証手段により利用
者が入力した該アプリケーションに対応する利用者認証
情報に基づき認証が行われ第１のアプリケーションが利
用可能となる。
【００１１】利用者が第１のアプリケーションに続いて
第２のアプリケーションを利用する際には、まず、第１
のアプリケーションのセキュリティレベルと第２のアプ
リケーションのセキュリティレベルの大小が比較され
る。そして、第２のアプリケーションのセキュリティレ
ベルが第１のアプリケーションのセキュリティレベルよ
りも低い場合には、前記第１のアプリケーションと第２
のアプリケーションで利用者認証情報が共用され、該利
用者認証情報に基づき第２のアプリケーションの認証が
行われる。すなわち、第１のアプリケーションの利用が
認証されている場合には、利用者に対して利用者認証情
報の入力を要求することなく第２のアプリケーションの
利用が認証される。
第２のアプリケーションを利用する際には、まず、第１
のアプリケーションのセキュリティレベルと第２のアプ
リケーションのセキュリティレベルの大小が比較され
る。そして、第２のアプリケーションのセキュリティレ
ベルが第１のアプリケーションのセキュリティレベルよ
りも低い場合には、前記第１のアプリケーションと第２
のアプリケーションで利用者認証情報が共用され、該利
用者認証情報に基づき第２のアプリケーションの認証が
行われる。すなわち、第１のアプリケーションの利用が
認証されている場合には、利用者に対して利用者認証情
報の入力を要求することなく第２のアプリケーションの
利用が認証される。
【００１２】一方、第２のアプリケーションのセキュリ
ティレベルが第１のアプリケーションのセキュリティレ
ベルよりも高い場合には、利用者認証手段により利用者
が更に入力した第２のアプリケーションに対応する利用
者認証情報に基づき認証が行われ該アプリケーションが
利用可能となる。
ティレベルが第１のアプリケーションのセキュリティレ
ベルよりも高い場合には、利用者認証手段により利用者
が更に入力した第２のアプリケーションに対応する利用
者認証情報に基づき認証が行われ該アプリケーションが
利用可能となる。
【００１３】
【発明の実施の形態】（第１の実施の形態）本発明の第
１の実施の形態にかかるＩＣカードの利用者認証システ
ムについて図面を参照して説明する。図１は第１の実施
の形態にかかるＩＣカードの利用者認証システムの概略
構成図である。
１の実施の形態にかかるＩＣカードの利用者認証システ
ムについて図面を参照して説明する。図１は第１の実施
の形態にかかるＩＣカードの利用者認証システムの概略
構成図である。
【００１４】図１に示すように、このＩＣカードの利用
者認証システムは、ＩＣカード１０と、クライアントと
なるＩＣカード読み取り端末２０と、認証用のサーバ３
０とからなる。
者認証システムは、ＩＣカード１０と、クライアントと
なるＩＣカード読み取り端末２０と、認証用のサーバ３
０とからなる。
【００１５】ＩＣカード１０は、複数のアプリケーショ
ンＡＰａ及びＡＰｂを備えた多目的ＩＣカードである。
各アプリケーションＡＰａ及びＡＰｂは、それぞれセキ
ュリティレベルＳＬ（ａ），ＳＬ（ｂ）を備えている。
このセキュリティレベルＳＬ（ａ）及びＳＬ（ｂ）は、
アプリケーション間においてセキュリティの強弱を比較
するための値である。また、ＩＣカード１０は、前回セ
キュリティレベル保持部１１を備えている。この前回セ
キュリティレベル保持部１１は、各アプリケーションＡ
Ｐａ及びＡＰｂからアクセス可能な記憶領域に設けられ
ている。また、この前回セキュリティレベル保持部１１
は、同一の利用者において前回認証されたアプリケーシ
ョンのセキュリティレベルが保持される。なお、前回セ
キュリティレベル保持部１１の初期値は、各アプリケー
ションが持ち得ない最小の値である。ＩＣカード１０
は、例えばＭＵＬＴＯＳやＪａｖａＣａｒｄなどで構成
される。
ンＡＰａ及びＡＰｂを備えた多目的ＩＣカードである。
各アプリケーションＡＰａ及びＡＰｂは、それぞれセキ
ュリティレベルＳＬ（ａ），ＳＬ（ｂ）を備えている。
このセキュリティレベルＳＬ（ａ）及びＳＬ（ｂ）は、
アプリケーション間においてセキュリティの強弱を比較
するための値である。また、ＩＣカード１０は、前回セ
キュリティレベル保持部１１を備えている。この前回セ
キュリティレベル保持部１１は、各アプリケーションＡ
Ｐａ及びＡＰｂからアクセス可能な記憶領域に設けられ
ている。また、この前回セキュリティレベル保持部１１
は、同一の利用者において前回認証されたアプリケーシ
ョンのセキュリティレベルが保持される。なお、前回セ
キュリティレベル保持部１１の初期値は、各アプリケー
ションが持ち得ない最小の値である。ＩＣカード１０
は、例えばＭＵＬＴＯＳやＪａｖａＣａｒｄなどで構成
される。
【００１６】ＩＣカード読み取り装置２０は、ＩＣカー
ド１０とのカードインタフェース部２１と、利用者とＩ
Ｃカード１０とのインタフェースであり表示部２２ａや
入力部２２ｂなどを備えたユーザインタフェース部２２
と、ＩＣカード１０及びユーザインタフェース部２２と
サーバ３０とのインタフェースであるサーバインタフェ
ース部２３とを備えている。このＩＣカード読み取り装
置２０は、例えばワークステーション，パーソナルコン
ピュータ，専用端末などで構成される。入力部２２ａと
しては、例えばデータ入力が可能なキーボード、指紋読
み取り装置、画像認識装置、音声認識装置などが用いら
れる。
ド１０とのカードインタフェース部２１と、利用者とＩ
Ｃカード１０とのインタフェースであり表示部２２ａや
入力部２２ｂなどを備えたユーザインタフェース部２２
と、ＩＣカード１０及びユーザインタフェース部２２と
サーバ３０とのインタフェースであるサーバインタフェ
ース部２３とを備えている。このＩＣカード読み取り装
置２０は、例えばワークステーション，パーソナルコン
ピュータ，専用端末などで構成される。入力部２２ａと
しては、例えばデータ入力が可能なキーボード、指紋読
み取り装置、画像認識装置、音声認識装置などが用いら
れる。
【００１７】サーバ３０は、利用者の認証判定を行う認
証処理部３１と、該認証処理部３１からアクセスされ、
各アプリケーションにおける利用者の利用者認証情報を
蓄積したデータベース３２とを備えている。このサーバ
３０は、ＩＣカード読み取り装置２０側から送信された
アプリケーションの利用者認証情報に基づきデータベー
ス３２を参照して認証の可否を判定し、その認証結果を
ＩＣカード読み取り装置２０側に返答する。なお、この
認証処理部３１は、例えばアプリケーション毎に分けて
設ける場合などのように、複数設けてもよい。この場合
には、複数のハードウェア上に分散して配置してもよ
く、単一のハードウェア上に設けてもよい。また、同様
に、データベース３２も、例えばアプリケーション毎に
分けて設ける場合などのように複数設けてもよい。この
場合には、複数のハードウェア上に分散して配置しても
よく、単一のハードウェア上に設けてもよい。
証処理部３１と、該認証処理部３１からアクセスされ、
各アプリケーションにおける利用者の利用者認証情報を
蓄積したデータベース３２とを備えている。このサーバ
３０は、ＩＣカード読み取り装置２０側から送信された
アプリケーションの利用者認証情報に基づきデータベー
ス３２を参照して認証の可否を判定し、その認証結果を
ＩＣカード読み取り装置２０側に返答する。なお、この
認証処理部３１は、例えばアプリケーション毎に分けて
設ける場合などのように、複数設けてもよい。この場合
には、複数のハードウェア上に分散して配置してもよ
く、単一のハードウェア上に設けてもよい。また、同様
に、データベース３２も、例えばアプリケーション毎に
分けて設ける場合などのように複数設けてもよい。この
場合には、複数のハードウェア上に分散して配置しても
よく、単一のハードウェア上に設けてもよい。
【００１８】このようなシステムにおいて、利用者は各
アプリケーション毎に利用者認証情報を有する。利用者
認証情報は各アプリケーション毎に異なる。
アプリケーション毎に利用者認証情報を有する。利用者
認証情報は各アプリケーション毎に異なる。
【００１９】次に、このシステムにおける利用者の認証
手順について図２を参照して説明する。図２は第１の実
施の形態にかかるアプリケーションの動作を説明するフ
ローチャートである。
手順について図２を参照して説明する。図２は第１の実
施の形態にかかるアプリケーションの動作を説明するフ
ローチャートである。
【００２０】ここでは、利用者が第１のアプリケーショ
ンＡＰａによるサービスａを受けた後に連続して第２の
アプリケーションＡＰｂによるサービスｂを受ける場合
について説明する。また、第１のアプリケーションＡＰ
ａのセキュリティレベルＳＬ（ａ）と、第２のアプリケ
ーションＡＰｂのセキュリティレベルＳＬ（ｂ）は、Ｓ
Ｌ（ａ）＞ＳＬ（ｂ）の関係があるものとする。さら
に、ＩＣカード１０の前回セキュリティレベル保持部１
１には、各アプリケーションが持ち得ない最小の値が初
期値として保存されている。さらに、利用者の第１のア
プリケーションＡＰａにかかる利用者認証情報をＰＷ
ａ，第２のアプリケーションＡＰｂにかかる利用者認証
情報をＰＷｂとし、両者は異なるものとする。
ンＡＰａによるサービスａを受けた後に連続して第２の
アプリケーションＡＰｂによるサービスｂを受ける場合
について説明する。また、第１のアプリケーションＡＰ
ａのセキュリティレベルＳＬ（ａ）と、第２のアプリケ
ーションＡＰｂのセキュリティレベルＳＬ（ｂ）は、Ｓ
Ｌ（ａ）＞ＳＬ（ｂ）の関係があるものとする。さら
に、ＩＣカード１０の前回セキュリティレベル保持部１
１には、各アプリケーションが持ち得ない最小の値が初
期値として保存されている。さらに、利用者の第１のア
プリケーションＡＰａにかかる利用者認証情報をＰＷ
ａ，第２のアプリケーションＡＰｂにかかる利用者認証
情報をＰＷｂとし、両者は異なるものとする。
【００２１】まず、利用者が読み取り装置２０を用いて
サービスａを選択すると、第１のアプリケーションＡＰ
ａへ起動要請が送られる。第１のアプリケーションＡＰ
ａは、前回セキュリティレベル保持部１１に保存されて
いるセキュリティレベルと、自セキュリティレベルＳＬ
（ａ）とを比較する（ステップＳ１０１）。前回セキュ
リティレベル保持部１１には初期値が保存されているの
で、ここでは自セキュリティレベルの方が高い。よっ
て、第１のアプリケーションＡＰａは、読み取り装置２
０に対して自アプリケーションの利用者認証情報ＰＷａ
の入力要求を送信する（ステップＳ１０２，Ｓ１０
３）。次いで、前回セキュリティレベル保持部１１に自
セキュリティレベルＳＬ（ａ）を保存する（ステップＳ
１０４）。読み取り装置２０は、利用者に対して利用者
認証情報ＰＷａの入力を要求する。
サービスａを選択すると、第１のアプリケーションＡＰ
ａへ起動要請が送られる。第１のアプリケーションＡＰ
ａは、前回セキュリティレベル保持部１１に保存されて
いるセキュリティレベルと、自セキュリティレベルＳＬ
（ａ）とを比較する（ステップＳ１０１）。前回セキュ
リティレベル保持部１１には初期値が保存されているの
で、ここでは自セキュリティレベルの方が高い。よっ
て、第１のアプリケーションＡＰａは、読み取り装置２
０に対して自アプリケーションの利用者認証情報ＰＷａ
の入力要求を送信する（ステップＳ１０２，Ｓ１０
３）。次いで、前回セキュリティレベル保持部１１に自
セキュリティレベルＳＬ（ａ）を保存する（ステップＳ
１０４）。読み取り装置２０は、利用者に対して利用者
認証情報ＰＷａの入力を要求する。
【００２２】次に、第１のアプリケーションＡＰａは、
利用者が入力した利用者認証情報ＰＷａを読み取り装置
２０から受け取り、これをサーバ３０に送信する（ステ
ップＳ１０５）。サーバ３０は、受信した利用者認証情
報ＰＷａに基づき利用者の認証を処理し、認証成功の場
合は「利用可」、認証失敗の場合は「利用不可」の利用
許可情報を第１のアプリケーションＡＰａに送信する。
利用者が入力した利用者認証情報ＰＷａを読み取り装置
２０から受け取り、これをサーバ３０に送信する（ステ
ップＳ１０５）。サーバ３０は、受信した利用者認証情
報ＰＷａに基づき利用者の認証を処理し、認証成功の場
合は「利用可」、認証失敗の場合は「利用不可」の利用
許可情報を第１のアプリケーションＡＰａに送信する。
【００２３】第１のアプリケーションＡＰａは、受け取
った利用許可情報を判定し（ステップＳ１０６）、「利
用可」であればサービスａを開始する（ステップＳ１０
７）。「利用不可」であれば、読み取り装置２０に利用
者認証情報ＰＷａの入力要求を送信する（ステップＳ１
０６，Ｓ１０３）。
った利用許可情報を判定し（ステップＳ１０６）、「利
用可」であればサービスａを開始する（ステップＳ１０
７）。「利用不可」であれば、読み取り装置２０に利用
者認証情報ＰＷａの入力要求を送信する（ステップＳ１
０６，Ｓ１０３）。
【００２４】次に、利用者がサービスｂを受けるとき、
利用者が読み取り装置２０を用いてサービスｂを選択す
ると、第２のアプリケーションＡＰｂへ起動要請が送ら
れる。第２のアプリケーションＡＰｂは、前回セキュリ
ティレベル保持部１１に保存されているセキュリティレ
ベルＳＬ（ａ）と、自セキュリティレベルＳＬ（ｂ）と
を比較する（ステップＳ１０１）。前述した前提条件よ
りＳＬ（ａ）＞ＳＬ（ｂ）なので、つまり自セキュリテ
ィレベルＳＬ（ｂ）の方が小さいので、第２のアプリケ
ーションＡＰｂは、サーバ３０に対して共有情報を送信
する（ステップＳ１０２，Ｓ１０８）。サーバ３０は、
受信した共有情報に基づき利用者の認証を処理し、認証
成功の場合は「利用可」、認証失敗の場合は「利用不
可」の利用許可情報を第２のアプリケーションＡＰｂに
送信する。
利用者が読み取り装置２０を用いてサービスｂを選択す
ると、第２のアプリケーションＡＰｂへ起動要請が送ら
れる。第２のアプリケーションＡＰｂは、前回セキュリ
ティレベル保持部１１に保存されているセキュリティレ
ベルＳＬ（ａ）と、自セキュリティレベルＳＬ（ｂ）と
を比較する（ステップＳ１０１）。前述した前提条件よ
りＳＬ（ａ）＞ＳＬ（ｂ）なので、つまり自セキュリテ
ィレベルＳＬ（ｂ）の方が小さいので、第２のアプリケ
ーションＡＰｂは、サーバ３０に対して共有情報を送信
する（ステップＳ１０２，Ｓ１０８）。サーバ３０は、
受信した共有情報に基づき利用者の認証を処理し、認証
成功の場合は「利用可」、認証失敗の場合は「利用不
可」の利用許可情報を第２のアプリケーションＡＰｂに
送信する。
【００２５】第２のアプリケーションＡＰｂは、受け取
った利用許可情報を判定し（ステップＳ１０６）、「利
用可」であればサービスｂを開始する（ステップＳ１０
７）。「利用不可」であれば、読み取り装置２０に利用
者認証情報ＰＷｂの入力要求を送信する（ステップＳ１
０６，Ｓ１０３）。
った利用許可情報を判定し（ステップＳ１０６）、「利
用可」であればサービスｂを開始する（ステップＳ１０
７）。「利用不可」であれば、読み取り装置２０に利用
者認証情報ＰＷｂの入力要求を送信する（ステップＳ１
０６，Ｓ１０３）。
【００２６】以上のステップにより、利用者がセキュリ
ティレベルの高い第１のアプリケーションＡＰａからセ
キュリティレベルの低い第２のアプリケーションＡＰｂ
を連続して利用する場合には、第１のアプリケーション
ＡＰａの利用時に利用者認証情報ＰＷａを入力して正し
く認証されていれば、第２のアプリケーションＡＰｂに
かかる利用者認証情報ＰＷｂを入力しなくてもサービス
ｂを受けることができる。したがって、利用者にとって
利便性の高いものとなる。
ティレベルの高い第１のアプリケーションＡＰａからセ
キュリティレベルの低い第２のアプリケーションＡＰｂ
を連続して利用する場合には、第１のアプリケーション
ＡＰａの利用時に利用者認証情報ＰＷａを入力して正し
く認証されていれば、第２のアプリケーションＡＰｂに
かかる利用者認証情報ＰＷｂを入力しなくてもサービス
ｂを受けることができる。したがって、利用者にとって
利便性の高いものとなる。
【００２７】一方、利用者がセキュリティレベルの低い
第２のアプリケーションＡＰｂからセキュリティレベル
の低い第１のアプリケーションＡＰａを連続して利用す
る場合には、第１のアプリケーションＡＰａにかかる利
用者認証情報の入力が必要となる。
第２のアプリケーションＡＰｂからセキュリティレベル
の低い第１のアプリケーションＡＰａを連続して利用す
る場合には、第１のアプリケーションＡＰａにかかる利
用者認証情報の入力が必要となる。
【００２８】（第２の実施の形態）本発明の第２の実施
の形態にかかるＩＣカードの利用者認証システムについ
て図面を参照して説明する。図３は第２の実施の形態に
かかるＩＣカードの利用者認証システムの概略構成図で
ある。なお、第１の実施の形態と同様の要素については
同一の符号を付して説明を省略した。
の形態にかかるＩＣカードの利用者認証システムについ
て図面を参照して説明する。図３は第２の実施の形態に
かかるＩＣカードの利用者認証システムの概略構成図で
ある。なお、第１の実施の形態と同様の要素については
同一の符号を付して説明を省略した。
【００２９】本実施の形態にかかる利用者認証システム
が第１の実施の形態と異なる点は、ＩＣカード４０の構
成及び各アプリケーションの動作にある。以下、その内
容を詳述する。
が第１の実施の形態と異なる点は、ＩＣカード４０の構
成及び各アプリケーションの動作にある。以下、その内
容を詳述する。
【００３０】ＩＣカード４０は、第１の実施の形態と同
様に、複数のアプリケーションＡＰａ及びＡＰｂを備え
た多目的ＩＣカードである。各アプリケーションＡＰａ
及びＡＰｂは、それぞれセキュリティレベルＳＬ
（ａ），ＳＬ（ｂ）を備えている。また、各アプリケー
ションＡＰａ及びＡＰｂは相互にデータ通信が可能とな
っている。
様に、複数のアプリケーションＡＰａ及びＡＰｂを備え
た多目的ＩＣカードである。各アプリケーションＡＰａ
及びＡＰｂは、それぞれセキュリティレベルＳＬ
（ａ），ＳＬ（ｂ）を備えている。また、各アプリケー
ションＡＰａ及びＡＰｂは相互にデータ通信が可能とな
っている。
【００３１】ＩＣカード４０は、前回アプリケーション
情報保持部４１を備えている。この前回アプリケーショ
ン情報保持部４１は、各アプリケーションＡＰａ及びＡ
Ｐｂからアクセス可能な記憶領域に設けられている。こ
の前回アプリケーション情報保持部４１には、同一の利
用者において前回認証されたアプリケーション情報が保
存される。なお、前回アプリケーション情報保持部４１
には、初期状態では何も保存されていない。
情報保持部４１を備えている。この前回アプリケーショ
ン情報保持部４１は、各アプリケーションＡＰａ及びＡ
Ｐｂからアクセス可能な記憶領域に設けられている。こ
の前回アプリケーション情報保持部４１には、同一の利
用者において前回認証されたアプリケーション情報が保
存される。なお、前回アプリケーション情報保持部４１
には、初期状態では何も保存されていない。
【００３２】次に、このシステムにおける利用者の認証
手順について図４を参照して説明する。図４は第２の実
施の形態にかかるアプリケーションの動作を説明するフ
ローチャートである。
手順について図４を参照して説明する。図４は第２の実
施の形態にかかるアプリケーションの動作を説明するフ
ローチャートである。
【００３３】ここでは、利用者が第１のアプリケーショ
ンＡＰａによるサービスａを受けた後に連続して第２の
アプリケーションＡＰｂによるサービスｂを受ける場合
について説明する。また、第１のアプリケーションＡＰ
ａのセキュリティレベルＳＬ（ａ）と、第２のアプリケ
ーションＡＰｂのセキュリティレベルＳＬ（ｂ）は、Ｓ
Ｌ（ａ）＞ＳＬ（ｂ）の関係があるものとする。さら
に、ＩＣカード４０の前回アプリケーション情報保持部
４１には、何も保存されていない。さらに、利用者の第
１のアプリケーションＡＰａにかかる利用者認証情報を
ＰＷａ，第２のアプリケーションＡＰｂにかかる利用者
認証情報をＰＷｂとし、両者は異なるものとする。
ンＡＰａによるサービスａを受けた後に連続して第２の
アプリケーションＡＰｂによるサービスｂを受ける場合
について説明する。また、第１のアプリケーションＡＰ
ａのセキュリティレベルＳＬ（ａ）と、第２のアプリケ
ーションＡＰｂのセキュリティレベルＳＬ（ｂ）は、Ｓ
Ｌ（ａ）＞ＳＬ（ｂ）の関係があるものとする。さら
に、ＩＣカード４０の前回アプリケーション情報保持部
４１には、何も保存されていない。さらに、利用者の第
１のアプリケーションＡＰａにかかる利用者認証情報を
ＰＷａ，第２のアプリケーションＡＰｂにかかる利用者
認証情報をＰＷｂとし、両者は異なるものとする。
【００３４】まず、利用者が読み取り装置２０を用いて
サービスａを選択すると、第１のアプリケーションＡＰ
ａへ起動要請が送られる。第１のアプリケーションＡＰ
ａは、前回アプリケーション情報保持部４１をチェック
する（ステップＳ２０１）。初期状態では前回アプリケ
ーション情報保持部４１の値は空であるので、第１のア
プリケーションＡＰａは、読み取り装置２０に対して自
アプリケーションの利用者認証情報ＰＷａの入力要求を
送信する（ステップＳ２０１，Ｓ２０５）。次いで、前
回アプリケーション情報保持部４１に自アプリケーショ
ン情報ＡＰ−ｉｎｆｏ（ａ）を保存する（ステップＳ２
０６）。読み取り装置２０は、利用者に対して利用者認
証情報ＰＷａの入力を要求する。
サービスａを選択すると、第１のアプリケーションＡＰ
ａへ起動要請が送られる。第１のアプリケーションＡＰ
ａは、前回アプリケーション情報保持部４１をチェック
する（ステップＳ２０１）。初期状態では前回アプリケ
ーション情報保持部４１の値は空であるので、第１のア
プリケーションＡＰａは、読み取り装置２０に対して自
アプリケーションの利用者認証情報ＰＷａの入力要求を
送信する（ステップＳ２０１，Ｓ２０５）。次いで、前
回アプリケーション情報保持部４１に自アプリケーショ
ン情報ＡＰ−ｉｎｆｏ（ａ）を保存する（ステップＳ２
０６）。読み取り装置２０は、利用者に対して利用者認
証情報ＰＷａの入力を要求する。
【００３５】第１のアプリケーションＡＰａは、利用者
が入力した利用者認証情報ＰＷａを読み取り装置２０か
ら受け取り、これをサーバ３０に送信する（ステップＳ
２０７）。サーバ３０は、受信した利用者認証情報ＰＷ
ａに基づき利用者の認証を処理し、認証成功の場合は
「利用可」、認証失敗の場合は「利用不可」の利用許可
情報を第１のアプリケーションＡＰａに送信する。
が入力した利用者認証情報ＰＷａを読み取り装置２０か
ら受け取り、これをサーバ３０に送信する（ステップＳ
２０７）。サーバ３０は、受信した利用者認証情報ＰＷ
ａに基づき利用者の認証を処理し、認証成功の場合は
「利用可」、認証失敗の場合は「利用不可」の利用許可
情報を第１のアプリケーションＡＰａに送信する。
【００３６】第１のアプリケーションＡＰａは、受け取
った利用許可情報を判定し（ステップＳ２０８）、「利
用可」であればサービスａを開始する（ステップＳ２０
９）。「利用不可」であれば、読み取り装置２０に利用
者認証情報ＰＷａの入力要求を送信する（ステップＳ２
０８，Ｓ２０５）。
った利用許可情報を判定し（ステップＳ２０８）、「利
用可」であればサービスａを開始する（ステップＳ２０
９）。「利用不可」であれば、読み取り装置２０に利用
者認証情報ＰＷａの入力要求を送信する（ステップＳ２
０８，Ｓ２０５）。
【００３７】次に、利用者がサービスｂを受けるとき、
利用者が読み取り装置２０を用いてサービスｂを選択す
ると、第２のアプリケーションＡＰｂへ起動要請が送ら
れる。第２のアプリケーションＡＰｂは、前回アプリケ
ーション情報保持部４１をチェックする（ステップＳ２
０１）。ここではアプリケーション情報ＡＰ−ｉｎｆｏ
（ａ）が保存されているので、これを取得する（ステッ
プＳ２０２）。次に、第２のアプリケーションＡＰｂ
は、取得したアプリケーション情報が第１のアプリケー
ションＡＰａに係るものなので、第１のアプリケーショ
ンＡＰａとの間で通信を行いセキュリティレベルＳＬ
（ａ）を取得する（ステップＳ２０３）。次に、第２の
アプリケーションＡＰｂは、自セキュリティレベルＳＬ
（ｂ）と取得したセキュリティレベルＳＬ（ａ）の大小
を比較する（ステップＳ２０４）。前述した前提条件よ
りＳＬ（ａ）＞ＳＬ（ｂ）であるので、第２のアプリケ
ーションＡＰｂは、サーバ３０に対して共有情報を送信
する（ステップＳ２０４，Ｓ２１０）。サーバ３０は、
受信した共有情報に基づき利用者の認証を処理し、認証
成功の場合は「利用可」、認証失敗の場合は「利用不
可」の利用許可情報を第２のアプリケーションＡＰｂに
送信する。
利用者が読み取り装置２０を用いてサービスｂを選択す
ると、第２のアプリケーションＡＰｂへ起動要請が送ら
れる。第２のアプリケーションＡＰｂは、前回アプリケ
ーション情報保持部４１をチェックする（ステップＳ２
０１）。ここではアプリケーション情報ＡＰ−ｉｎｆｏ
（ａ）が保存されているので、これを取得する（ステッ
プＳ２０２）。次に、第２のアプリケーションＡＰｂ
は、取得したアプリケーション情報が第１のアプリケー
ションＡＰａに係るものなので、第１のアプリケーショ
ンＡＰａとの間で通信を行いセキュリティレベルＳＬ
（ａ）を取得する（ステップＳ２０３）。次に、第２の
アプリケーションＡＰｂは、自セキュリティレベルＳＬ
（ｂ）と取得したセキュリティレベルＳＬ（ａ）の大小
を比較する（ステップＳ２０４）。前述した前提条件よ
りＳＬ（ａ）＞ＳＬ（ｂ）であるので、第２のアプリケ
ーションＡＰｂは、サーバ３０に対して共有情報を送信
する（ステップＳ２０４，Ｓ２１０）。サーバ３０は、
受信した共有情報に基づき利用者の認証を処理し、認証
成功の場合は「利用可」、認証失敗の場合は「利用不
可」の利用許可情報を第２のアプリケーションＡＰｂに
送信する。
【００３８】第２のアプリケーションＡＰｂは、受け取
った利用許可情報を判定し（ステップＳ２０８）、「利
用可」であればサービスｂを開始する（ステップＳ２０
９）。「利用不可」であれば、読み取り装置２０に利用
者認証情報ＰＷｂの入力要求を送信する（ステップＳ２
０８，Ｓ２０５）。
った利用許可情報を判定し（ステップＳ２０８）、「利
用可」であればサービスｂを開始する（ステップＳ２０
９）。「利用不可」であれば、読み取り装置２０に利用
者認証情報ＰＷｂの入力要求を送信する（ステップＳ２
０８，Ｓ２０５）。
【００３９】以上のステップにより、第１の実施の形態
と同様に、利用者がセキュリティレベルの高い第１のア
プリケーションＡＰａからセキュリティレベルの低い第
２のアプリケーションＡＰｂを連続して利用する場合に
は、第１のアプリケーションＡＰａの利用時に利用者認
証情報ＰＷａを入力して正しく認証されていれば、第２
のアプリケーションＡＰｂにかかる利用者認証情報ＰＷ
ｂを入力しなくてもサービスｂを受けることができる。
したがって、利用者にとって利便性の高いものとなる。
と同様に、利用者がセキュリティレベルの高い第１のア
プリケーションＡＰａからセキュリティレベルの低い第
２のアプリケーションＡＰｂを連続して利用する場合に
は、第１のアプリケーションＡＰａの利用時に利用者認
証情報ＰＷａを入力して正しく認証されていれば、第２
のアプリケーションＡＰｂにかかる利用者認証情報ＰＷ
ｂを入力しなくてもサービスｂを受けることができる。
したがって、利用者にとって利便性の高いものとなる。
【００４０】一方、利用者がセキュリティレベルの低い
第２のアプリケーションＡＰｂからセキュリティレベル
の低い第１のアプリケーションＡＰａを連続して利用す
る場合には、第１のアプリケーションＡＰａにかかる利
用者認証情報の入力が必要となる。
第２のアプリケーションＡＰｂからセキュリティレベル
の低い第１のアプリケーションＡＰａを連続して利用す
る場合には、第１のアプリケーションＡＰａにかかる利
用者認証情報の入力が必要となる。
【００４１】（第３の実施の形態）本発明の第３の実施
の形態にかかるＩＣカードの利用者認証システムについ
て図面を参照して説明する。図５は第３の実施の形態に
かかるＩＣカードの利用者認証システムの概略構成図で
ある。なお、第１の実施の形態と同様の要素については
同一の符号を付して説明を省略した。
の形態にかかるＩＣカードの利用者認証システムについ
て図面を参照して説明する。図５は第３の実施の形態に
かかるＩＣカードの利用者認証システムの概略構成図で
ある。なお、第１の実施の形態と同様の要素については
同一の符号を付して説明を省略した。
【００４２】本実施の形態にかかる利用者認証システム
が第１の実施の形態と異なる点は、ＩＣカード５０の構
成及び各アプリケーションの動作にある。以下、その内
容を詳述する。
が第１の実施の形態と異なる点は、ＩＣカード５０の構
成及び各アプリケーションの動作にある。以下、その内
容を詳述する。
【００４３】ＩＣカード５０は、第１の実施の形態と同
様に、複数のアプリケーションＡＰａ及びＡＰｂと、利
用者の認証を管理する専用アプリケーションである管理
プログラム５１とを備えた多目的ＩＣカードである。Ｉ
Ｃカード５０は、前回セキュリティレベル保持部５２を
備えている。この前回セキュリティレベル保持部５２
は、管理プログラム５１からアクセス可能な記憶領域に
設けられている。また、この前回セキュリティレベル保
持部５２は、同一の利用者において前回認証されたアプ
リケーションのセキュリティレベルが保持される。な
お、前回セキュリティレベル保持部５２の初期値は、各
アプリケーションが持ち得ない最小の値である。さら
に、ＩＣカード５０は、各アプリケーションＡＰａ及び
ＡＰ（ｂ）のセキュリティレベルを保管したデータベー
スであるセキュリティレベルデータベース（以下「ＳＬ
−ＤＢ」という。）５３を備えている。このＳＬ−ＤＢ
５３は、管理プログラム５０からアクセスされる。
様に、複数のアプリケーションＡＰａ及びＡＰｂと、利
用者の認証を管理する専用アプリケーションである管理
プログラム５１とを備えた多目的ＩＣカードである。Ｉ
Ｃカード５０は、前回セキュリティレベル保持部５２を
備えている。この前回セキュリティレベル保持部５２
は、管理プログラム５１からアクセス可能な記憶領域に
設けられている。また、この前回セキュリティレベル保
持部５２は、同一の利用者において前回認証されたアプ
リケーションのセキュリティレベルが保持される。な
お、前回セキュリティレベル保持部５２の初期値は、各
アプリケーションが持ち得ない最小の値である。さら
に、ＩＣカード５０は、各アプリケーションＡＰａ及び
ＡＰ（ｂ）のセキュリティレベルを保管したデータベー
スであるセキュリティレベルデータベース（以下「ＳＬ
−ＤＢ」という。）５３を備えている。このＳＬ−ＤＢ
５３は、管理プログラム５０からアクセスされる。
【００４４】次に、このシステムにおける利用者の認証
手順について図６及び図７を参照して説明する。図６は
第３の実施の形態にかかる管理プログラムの動作を説明
するフローチャート、図７は第３の実施の形態にかかる
アプリケーションの動作を説明するフローチャートであ
る。
手順について図６及び図７を参照して説明する。図６は
第３の実施の形態にかかる管理プログラムの動作を説明
するフローチャート、図７は第３の実施の形態にかかる
アプリケーションの動作を説明するフローチャートであ
る。
【００４５】ここでは、利用者が第１のアプリケーショ
ンＡＰａによるサービスａを受けた後に連続して第２の
アプリケーションＡＰｂによるサービスｂを受ける場合
について説明する。また、第１のアプリケーションＡＰ
ａのセキュリティレベルＳＬ（ａ）と、第２のアプリケ
ーションＡＰｂのセキュリティレベルＳＬ（ｂ）は、Ｓ
Ｌ（ａ）＞ＳＬ（ｂ）の関係があるものとする。さら
に、ＩＣカード５０の前回セキュリティレベル保持部５
２には、各アプリケーションが持ち得ない最小の値が初
期値として保存されている。さらに、利用者の第１のア
プリケーションＡＰａにかかる利用者認証情報をＰＷ
ａ，第２のアプリケーションＡＰｂにかかる利用者認証
情報をＰＷｂとし、両者は異なるものとする。
ンＡＰａによるサービスａを受けた後に連続して第２の
アプリケーションＡＰｂによるサービスｂを受ける場合
について説明する。また、第１のアプリケーションＡＰ
ａのセキュリティレベルＳＬ（ａ）と、第２のアプリケ
ーションＡＰｂのセキュリティレベルＳＬ（ｂ）は、Ｓ
Ｌ（ａ）＞ＳＬ（ｂ）の関係があるものとする。さら
に、ＩＣカード５０の前回セキュリティレベル保持部５
２には、各アプリケーションが持ち得ない最小の値が初
期値として保存されている。さらに、利用者の第１のア
プリケーションＡＰａにかかる利用者認証情報をＰＷ
ａ，第２のアプリケーションＡＰｂにかかる利用者認証
情報をＰＷｂとし、両者は異なるものとする。
【００４６】まず、利用者が読み取り装置２０を用いて
サービスａを選択すると、管理プログラム５１に第１の
アプリケーションＡＰａに係るアプリケーション情報Ａ
Ｐ−ｉｎｆｏ（ａ）が送られる。管理プログラム５１
は、このアプリケーション情報ＡＰ−ｉｎｆｏ（ａ）を
受信し（ステップＳ３０１）、この情報に基づきＳＬ−
ＤＢ５３から第１のアプリケーションＡＰａのセキュリ
ティレベルＳＬ（ａ）を検索し取得する（ステップＳ３
０２）。次に、管理プログラム５１は、取得したセキュ
リティレベルＳＬ（ａ）と、前回セキュリティレベル保
持部５２の値を比較する（ステップＳ３０３）。ここで
前回セキュリティレベル保持部５２には、初期値として
他のアプリケーションが持ち得ない最小値が保存されて
いる。そこで、取得したセキュリティレベルＳＬ（ａ）
を前回セキュリティレベル保持部５２に保存し（ステッ
プＳ３０４）、第１のアプリケーションＡＰａに対して
利用者認証情報の入力要求を送信する（ステップＳ３０
５）。
サービスａを選択すると、管理プログラム５１に第１の
アプリケーションＡＰａに係るアプリケーション情報Ａ
Ｐ−ｉｎｆｏ（ａ）が送られる。管理プログラム５１
は、このアプリケーション情報ＡＰ−ｉｎｆｏ（ａ）を
受信し（ステップＳ３０１）、この情報に基づきＳＬ−
ＤＢ５３から第１のアプリケーションＡＰａのセキュリ
ティレベルＳＬ（ａ）を検索し取得する（ステップＳ３
０２）。次に、管理プログラム５１は、取得したセキュ
リティレベルＳＬ（ａ）と、前回セキュリティレベル保
持部５２の値を比較する（ステップＳ３０３）。ここで
前回セキュリティレベル保持部５２には、初期値として
他のアプリケーションが持ち得ない最小値が保存されて
いる。そこで、取得したセキュリティレベルＳＬ（ａ）
を前回セキュリティレベル保持部５２に保存し（ステッ
プＳ３０４）、第１のアプリケーションＡＰａに対して
利用者認証情報の入力要求を送信する（ステップＳ３０
５）。
【００４７】一方、第１のアプリケーションＡＰａは、
受信した情報が利用者認証情報の入力要求なので、読み
取り装置２０に対して自アプリケーションの利用者認証
情報ＰＷａの入力要求を送信する（図７のステップＳ４
０１，Ｓ４０２）。読み取り装置２０は、利用者に対し
て利用者認証情報ＰＷａの入力を要求する。
受信した情報が利用者認証情報の入力要求なので、読み
取り装置２０に対して自アプリケーションの利用者認証
情報ＰＷａの入力要求を送信する（図７のステップＳ４
０１，Ｓ４０２）。読み取り装置２０は、利用者に対し
て利用者認証情報ＰＷａの入力を要求する。
【００４８】次に、第１のアプリケーションＡＰａは、
利用者が入力した利用者認証情報ＰＷａを読み取り装置
２０から受け取り、これをサーバ３０に送信する（ステ
ップＳ４０３）。サーバ３０は、受信した利用者認証情
報ＰＷａに基づき利用者の認証を処理し、認証成功の場
合は「利用可」、認証失敗の場合は「利用不可」の利用
許可情報を第１のアプリケーションＡＰａに送信する。
利用者が入力した利用者認証情報ＰＷａを読み取り装置
２０から受け取り、これをサーバ３０に送信する（ステ
ップＳ４０３）。サーバ３０は、受信した利用者認証情
報ＰＷａに基づき利用者の認証を処理し、認証成功の場
合は「利用可」、認証失敗の場合は「利用不可」の利用
許可情報を第１のアプリケーションＡＰａに送信する。
【００４９】第１のアプリケーションＡＰａは、受け取
った利用許可情報を判定し（ステップＳ４０４）、「利
用可」であればサービスａを開始する（ステップＳ４０
５）。「利用不可」であれば、読み取り装置２０に利用
者認証情報ＰＷａの入力要求を送信する（ステップＳ４
０４，Ｓ４０２）。
った利用許可情報を判定し（ステップＳ４０４）、「利
用可」であればサービスａを開始する（ステップＳ４０
５）。「利用不可」であれば、読み取り装置２０に利用
者認証情報ＰＷａの入力要求を送信する（ステップＳ４
０４，Ｓ４０２）。
【００５０】次に、利用者がサービスｂを受けるとき、
利用者が読み取り装置２０を用いてサービスｂを選択す
ると、管理プログラム５１に第２のアプリケーションＡ
Ｐｂに係るアプリケーション情報ＡＰ−ｉｎｆｏ（ｂ）
が送られる。管理プログラム５１は、このアプリケーシ
ョン情報ＡＰ−ｉｎｆｏ（ｂ）を受信し（図６のステッ
プＳ３０１）、この情報に基づきＳＬ−ＤＢ５３から第
２のアプリケーションＡＰｂのセキュリティレベルＳＬ
（ｂ）を取得する（ステップＳ３０２）。次に、管理プ
ログラム５１は、取得したセキュリティレベルＳＬ
（ｂ）と、前回セキュリティレベル保持部５２に保存さ
れているＳＬ（ａ）を比較する（ステップＳ３０３）。
前述した前提条件よりＳＬ（ａ）＞ＳＬ（ｂ）であるの
で、管理プログラム５１は、第２のアプリケーションＡ
Ｐｂに対して共有情報を送信する（ステップＳ３０３，
Ｓ３０６）。
利用者が読み取り装置２０を用いてサービスｂを選択す
ると、管理プログラム５１に第２のアプリケーションＡ
Ｐｂに係るアプリケーション情報ＡＰ−ｉｎｆｏ（ｂ）
が送られる。管理プログラム５１は、このアプリケーシ
ョン情報ＡＰ−ｉｎｆｏ（ｂ）を受信し（図６のステッ
プＳ３０１）、この情報に基づきＳＬ−ＤＢ５３から第
２のアプリケーションＡＰｂのセキュリティレベルＳＬ
（ｂ）を取得する（ステップＳ３０２）。次に、管理プ
ログラム５１は、取得したセキュリティレベルＳＬ
（ｂ）と、前回セキュリティレベル保持部５２に保存さ
れているＳＬ（ａ）を比較する（ステップＳ３０３）。
前述した前提条件よりＳＬ（ａ）＞ＳＬ（ｂ）であるの
で、管理プログラム５１は、第２のアプリケーションＡ
Ｐｂに対して共有情報を送信する（ステップＳ３０３，
Ｓ３０６）。
【００５１】一方、第２のアプリケーションＡＰｂは、
受信した情報が共有情報であるので、サーバ３０に対し
て共有情報を送信する（図７のステップＳ４０１，Ｓ４
０６）。サーバ３０は、受信した共有情報に基づき利用
者の認証を処理し、認証成功の場合は「利用可」、認証
失敗の場合は「利用不可」の利用許可情報を第２のアプ
リケーションＡＰｂに送信する。
受信した情報が共有情報であるので、サーバ３０に対し
て共有情報を送信する（図７のステップＳ４０１，Ｓ４
０６）。サーバ３０は、受信した共有情報に基づき利用
者の認証を処理し、認証成功の場合は「利用可」、認証
失敗の場合は「利用不可」の利用許可情報を第２のアプ
リケーションＡＰｂに送信する。
【００５２】次に、第２のアプリケーションＡＰｂは、
受け取った利用許可情報を判定し（ステップＳ４０
４）、「利用可」であればサービスｂを開始する（ステ
ップＳ４０５）。「利用不可」であれば、読み取り装置
２０に利用者認証情報ＰＷｂの入力要求を送信する（ス
テップＳ４０４，Ｓ４０２）。
受け取った利用許可情報を判定し（ステップＳ４０
４）、「利用可」であればサービスｂを開始する（ステ
ップＳ４０５）。「利用不可」であれば、読み取り装置
２０に利用者認証情報ＰＷｂの入力要求を送信する（ス
テップＳ４０４，Ｓ４０２）。
【００５３】以上のステップにより、利用者がセキュリ
ティレベルの高い第１のアプリケーションＡＰａからセ
キュリティレベルの低い第２のアプリケーションＡＰｂ
を連続して利用する場合には、第１のアプリケーション
ＡＰａの利用時に利用者認証情報ＰＷａを入力して正し
く認証されていれば、第２のアプリケーションＡＰｂに
かかる利用者認証情報ＰＷｂを入力しなくてもサービス
ｂを受けることができる。したがって、利用者にとって
利便性の高いものとなる。
ティレベルの高い第１のアプリケーションＡＰａからセ
キュリティレベルの低い第２のアプリケーションＡＰｂ
を連続して利用する場合には、第１のアプリケーション
ＡＰａの利用時に利用者認証情報ＰＷａを入力して正し
く認証されていれば、第２のアプリケーションＡＰｂに
かかる利用者認証情報ＰＷｂを入力しなくてもサービス
ｂを受けることができる。したがって、利用者にとって
利便性の高いものとなる。
【００５４】一方、利用者がセキュリティレベルの低い
第２のアプリケーションＡＰｂからセキュリティレベル
の高い第１のアプリケーションＡＰａを連続して利用す
る場合には、第１のアプリケーションＡＰａにかかる利
用者認証情報の入力が必要となる。
第２のアプリケーションＡＰｂからセキュリティレベル
の高い第１のアプリケーションＡＰａを連続して利用す
る場合には、第１のアプリケーションＡＰａにかかる利
用者認証情報の入力が必要となる。
【００５５】このように、第１〜第３の実施の形態にか
かるＩＣカードの利用者認証システムによれば、利用者
が各アプリケーションごとに利用者認証情報を入力する
必要がないので、利用者の管理や負担が軽減され利便性
の高いものとなる。また、利用者認証情報が盗まれたと
しても、セキュリティレベルの低いサービスの利用者認
証情報で、セキュリティレベルの高いサービスを使用す
ることはできない。そこで、システム導入の際には、セ
キュリティレベルの高いサービスに、利用者認証情報の
盗難がされにくい指紋認識方式などを導入することによ
り、被害を最小限に抑えることができる。
かるＩＣカードの利用者認証システムによれば、利用者
が各アプリケーションごとに利用者認証情報を入力する
必要がないので、利用者の管理や負担が軽減され利便性
の高いものとなる。また、利用者認証情報が盗まれたと
しても、セキュリティレベルの低いサービスの利用者認
証情報で、セキュリティレベルの高いサービスを使用す
ることはできない。そこで、システム導入の際には、セ
キュリティレベルの高いサービスに、利用者認証情報の
盗難がされにくい指紋認識方式などを導入することによ
り、被害を最小限に抑えることができる。
【００５６】なお、第１〜第３の実施の形態では、利用
者認証を行うために利用者認証情報のデータベースを備
えたサーバを設置したが、本発明はこれに限定されるも
のではない。例えば、当該利用者認証部をＩＣカード内
や読み取り装置内に設けるようにしてもよい。
者認証を行うために利用者認証情報のデータベースを備
えたサーバを設置したが、本発明はこれに限定されるも
のではない。例えば、当該利用者認証部をＩＣカード内
や読み取り装置内に設けるようにしてもよい。
【００５７】また、第１〜第３の実施の形態では、アプ
リケーション間でセキュリティレベルの大小を比較し、
一方が小さい場合及び一方が大きい場合についての処理
を行っており、セキュリティレベルが同一である場合の
処理は省略している。このような処理は、複数のアプリ
ケーションにおいて同一のセキュリティレベルを設定し
ないようすれば容易に実現可能である。なお、複数のア
プリケーションにおいて同一のセキュリティレベルが存
在する場合には、この場合の処理を設ければよい。この
場合には、利用者の利便性を重視する観点からは利用者
認証情報を再利用するように処理するのが好ましく、セ
キュリティを重視する観点からは利用者に利用者認証情
報の入力を要求するように処理するのが好ましいので、
状況に応じて何れかを選択すればよい。
リケーション間でセキュリティレベルの大小を比較し、
一方が小さい場合及び一方が大きい場合についての処理
を行っており、セキュリティレベルが同一である場合の
処理は省略している。このような処理は、複数のアプリ
ケーションにおいて同一のセキュリティレベルを設定し
ないようすれば容易に実現可能である。なお、複数のア
プリケーションにおいて同一のセキュリティレベルが存
在する場合には、この場合の処理を設ければよい。この
場合には、利用者の利便性を重視する観点からは利用者
認証情報を再利用するように処理するのが好ましく、セ
キュリティを重視する観点からは利用者に利用者認証情
報の入力を要求するように処理するのが好ましいので、
状況に応じて何れかを選択すればよい。
【００５８】
【発明の効果】以上詳述したように、本発明によれば、
ＩＣカードを用いて一度に複数のアプリケーションを使
用する際に複数の利用者認証情報を入力する必要がなく
なるので、利用者の管理や負担が軽減される。また、利
用者認証情報を盗まれたとしても、セキュリティレベル
の低いサービスの利用者認証情報でセキュリティレベル
の高いサービスを使用することはできない。そこで、シ
ステム導入の際には、セキュリティレベルの高いサービ
スに、利用者認証情報の盗難がされにくい指紋認証方式
などを採用することにより、被害を最小限に抑えること
ができる。
ＩＣカードを用いて一度に複数のアプリケーションを使
用する際に複数の利用者認証情報を入力する必要がなく
なるので、利用者の管理や負担が軽減される。また、利
用者認証情報を盗まれたとしても、セキュリティレベル
の低いサービスの利用者認証情報でセキュリティレベル
の高いサービスを使用することはできない。そこで、シ
ステム導入の際には、セキュリティレベルの高いサービ
スに、利用者認証情報の盗難がされにくい指紋認証方式
などを採用することにより、被害を最小限に抑えること
ができる。
【図１】第１の実施の形態にかかるＩＣカードの利用者
認証システムの概略構成図
認証システムの概略構成図
【図２】第１の実施の形態にかかるアプリケーションの
動作を説明するフローチャート
動作を説明するフローチャート
【図３】第２の実施の形態にかかるＩＣカードの利用者
認証システムの概略構成図
認証システムの概略構成図
【図４】第２の実施の形態にかかるアプリケーションの
動作を説明するフローチャート
動作を説明するフローチャート
【図５】第３の実施の形態にかかるＩＣカードの利用者
認証システムの概略構成図
認証システムの概略構成図
【図６】第３の実施の形態にかかる管理プログラムの動
作を説明するフローチャート
作を説明するフローチャート
【図７】第３の実施の形態にかかるアプリケーションの
動作を説明するフローチャート
動作を説明するフローチャート
１０，４０，５０…ＩＣ−カード、２０…読み取り装
置、３０…サーバ、ＡＰａ…第１のアプリケーション、
ＡＰｂ…第２のアプリケーション
置、３０…サーバ、ＡＰａ…第１のアプリケーション、
ＡＰｂ…第２のアプリケーション
フロントページの続き Ｆターム(参考） 5B017 AA07 BA03 BB09 CA03 5B035 AA06 AA13 BB09 CA38 5B049 AA01 AA05 CC39 DD04 DD05 EE05 EE23 FF08 GG04 GG07 5B058 KA01 KA38 YA18
Claims (5)
- 【請求項１】 複数のアプリケーションを備えたＩＣカ
ードと、利用者から入力された利用者認証情報に基づき
アプリケーションの利用認証を各アプリケーション毎に
行う利用者認証手段とを備えたＩＣカードの利用者認証
システムにおいて、 ＩＣカードは各アプリケーションごとに該アプリケーシ
ョンのセキュリティレベルを記憶する記憶手段を備え、 第１のアプリケーションの利用が認証された後に第２の
アプリケーションを連続して利用する際に、第１のアプ
リケーションと第２のアプリケーションのセキュリティ
レベルの大小を比較し、第２のアプリケーションのセキ
ュリティレベルが低い場合には第１のアプリケーション
及び第２のアプリケーションで利用者認証情報を共用し
て第２のアプリケーションの利用認証時に該利用者認証
情報を再利用し、第２のアプリケーションのセキュリテ
ィレベルが高い場合には前記利用者認証手段により第２
のアプリケーションについての利用認証を行う判定手段
を備えたことを特徴とするＩＣカードの利用者認証シス
テム。 - 【請求項２】 請求項１記載の利用者認証システムにお
いて、 前記第１のアプリケーションはＩＣカード内の共有メモ
リにセキュリティレベルを記録し、 前記第２のアプリケーションが共有メモリに記憶されて
いるセキュリティレベルと自身のセキュリティレベルの
大小を比較することを特徴とするＩＣカードの利用者認
証方法。 - 【請求項３】 請求項１記載の利用者認証システムにお
いて、 前記第２のアプリケーションが、前記第１のアプリケー
ションから該アプリケーションのセキュリティレベルを
取得し、取得したセキュリティレベルと自身のセキュリ
ティレベルの大小を比較することを特徴とするＩＣカー
ドの利用者認証方法。 - 【請求項４】 請求項１記載の利用者認証システムにお
いて、 セキュリティレベルを管理する管理アプリケーション
が、自身が管理している第１のアプリケーションのセキ
ュリティレベルと第２のアプリケーションのセキュリテ
ィレベルの大小を比較することを特徴とするＩＣカード
の利用者認証方法。 - 【請求項５】 複数のアプリケーションを備えたＩＣカ
ードと、利用者から入力された利用者認証情報に基づき
アプリケーションの利用認証を各アプリケーション毎に
行う利用者認証手段とを備えたＩＣカードの利用者認証
システムにおいて、利用者の利用要求に対して認証方法
を判定するプログラムを記録した記録媒体であって、 第１のアプリケーションの利用が認証された後に連続し
て第２のアプリケーションの利用要求があった際には、
第１のアプリケーションと第２のアプリケーションのセ
キュリティレベルの大小を比較し、第２のアプリケーシ
ョンのセキュリティレベルが低い場合には第１のアプリ
ケーション及び第２のアプリケーションで利用者認証情
報を共用して第２のアプリケーションの利用認証時に該
利用者認証情報を再利用し、第２のアプリケーションの
セキュリティレベルが高い場合には前記利用者認証手段
により第２のアプリケーションについての利用認証を行
うことを特徴とするＩＣカードの利用者認証システムに
おける認証方法の判定プログラムを記録した記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30489799A JP3600089B2 (ja) | 1999-10-27 | 1999-10-27 | Ｉｃカードの利用者認証システム及び方法並びに前記システムにおける認証方法の判定プログラムを記録した記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30489799A JP3600089B2 (ja) | 1999-10-27 | 1999-10-27 | Ｉｃカードの利用者認証システム及び方法並びに前記システムにおける認証方法の判定プログラムを記録した記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001126040A true JP2001126040A (ja) | 2001-05-11 |
| JP3600089B2 JP3600089B2 (ja) | 2004-12-08 |
Family
ID=17938612
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP30489799A Expired - Fee Related JP3600089B2 (ja) | 1999-10-27 | 1999-10-27 | Ｉｃカードの利用者認証システム及び方法並びに前記システムにおける認証方法の判定プログラムを記録した記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3600089B2 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006172398A (ja) * | 2004-12-20 | 2006-06-29 | Canon Inc | データ処理装置、認証処理方法及びコンピュータプログラム |
| JP2007280218A (ja) * | 2006-04-10 | 2007-10-25 | Fujitsu Ltd | 認証方法、認証装置および認証プログラム |
| JP2008027432A (ja) * | 2006-06-21 | 2008-02-07 | Dainippon Printing Co Ltd | 認証用ｉｃカード及び入場認証処理システム |
| JP2008165456A (ja) * | 2006-12-28 | 2008-07-17 | Hitachi Ltd | Ｉｃカードシステムおよびその方法 |
| JP2008254450A (ja) * | 2002-09-13 | 2008-10-23 | Ricoh Co Ltd | 画像形成装置、利用制御方法、及びプログラム |
| JP2009122833A (ja) * | 2007-11-13 | 2009-06-04 | Toppan Printing Co Ltd | アプリケーション処理装置及びアプリケーション処理方法並びにそのプログラム、組み込み機器 |
| JP2014089531A (ja) * | 2012-10-29 | 2014-05-15 | Canon Inc | 情報処理装置、情報処理方法 |
-
1999
- 1999-10-27 JP JP30489799A patent/JP3600089B2/ja not_active Expired - Fee Related
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008254450A (ja) * | 2002-09-13 | 2008-10-23 | Ricoh Co Ltd | 画像形成装置、利用制御方法、及びプログラム |
| JP2006172398A (ja) * | 2004-12-20 | 2006-06-29 | Canon Inc | データ処理装置、認証処理方法及びコンピュータプログラム |
| JP4745657B2 (ja) * | 2004-12-20 | 2011-08-10 | キヤノン株式会社 | データ処理装置、認証処理方法及びコンピュータプログラム |
| JP2007280218A (ja) * | 2006-04-10 | 2007-10-25 | Fujitsu Ltd | 認証方法、認証装置および認証プログラム |
| JP2008027432A (ja) * | 2006-06-21 | 2008-02-07 | Dainippon Printing Co Ltd | 認証用ｉｃカード及び入場認証処理システム |
| JP2008165456A (ja) * | 2006-12-28 | 2008-07-17 | Hitachi Ltd | Ｉｃカードシステムおよびその方法 |
| JP2009122833A (ja) * | 2007-11-13 | 2009-06-04 | Toppan Printing Co Ltd | アプリケーション処理装置及びアプリケーション処理方法並びにそのプログラム、組み込み機器 |
| JP2014089531A (ja) * | 2012-10-29 | 2014-05-15 | Canon Inc | 情報処理装置、情報処理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3600089B2 (ja) | 2004-12-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6944773B1 (en) | Method and apparatus for fingerprint authentication during on-line transactions | |
| EP1782155B1 (en) | Methods and apparatuses for automatically selecting a profile | |
| US20080180212A1 (en) | Settlement terminal and ic card | |
| US20090210942A1 (en) | Device, system and method of accessing a security token | |
| US20080086645A1 (en) | Authentication system and method thereof | |
| JP2006504167A (ja) | 携帯型データ記憶媒体を使って安全な電子取引を実行する方法 | |
| US20050229240A1 (en) | Information processing apparatus, authentication processing program, and authentication storage apparatus | |
| CN101169878A (zh) | 使用了自动交易装置的生物信息的登记技术 | |
| US20080046750A1 (en) | Authentication method | |
| US20060253710A1 (en) | Biometric information recognition credit card system and credit card scanner | |
| JP3600089B2 (ja) | Ｉｃカードの利用者認証システム及び方法並びに前記システムにおける認証方法の判定プログラムを記録した記録媒体 | |
| US7461252B2 (en) | Authentication method, program for implementing the method, and storage medium storing the program | |
| JP2007272506A (ja) | 認証システム、認証情報管理装置、認証情報分散方法及びコンピュータプログラム | |
| JP2005208993A (ja) | 利用者認証システム | |
| JP2012118833A (ja) | アクセス制御方法 | |
| US7415615B2 (en) | Method and system for user authentication in a digital communication system | |
| CN109447825A (zh) | 在线保单处理的方法、装置、计算机设备和存储介质 | |
| US20190362345A1 (en) | Transaction Processing Method and Apparatus | |
| CN112687042A (zh) | 认证方法、认证装置和电子设备 | |
| JP2011192154A (ja) | Ｕｓｂストレージデバイス | |
| US7979705B2 (en) | Conditional suppression of card holder verification | |
| GB2423396A (en) | Use of a token to retrieve user authentication information | |
| JP2004280245A (ja) | 情報記録担体およびパスワード入力システムおよび認証システム | |
| JP2003016039A (ja) | ネットワークシステム、情報処理装置および方法、記録媒体、並びにプログラム | |
| JP3974070B2 (ja) | ユーザ認証装置、端末装置、プログラム及びコンピュータ・システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040331 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040511 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040709 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040914 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040915 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080924 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080924 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090924 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090924 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100924 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |