JP2001257668A - 認証システム、携帯端末、認証方法及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 柔軟性の高い認証システム等を提供すること
を目的とする。 【解決手段】 ＩＣカード５は、他のＩＣカード５から
のアクセス要求に応答し、アクセス要求元のＩＣカード
５の認証用鍵（公開鍵等）とアクセス情報を端末１を介
して、全ＩＣカード５の認証用鍵とアクセス情報を管理
する管理サーバ３から取得する。ＩＣカード５は、取得
した認証用鍵とアクセス情報を用いて、アクセス要求元
からの署名とアクセス命令をチェックする。チェック結
果が正常である場合、他のＩＣカード５からのアクセス
を許可し、要求された命令を実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＣカード等への
アクセス管理を行うための認証システム等に関する。

【０００２】

【従来の技術】近年、情報技術の進歩により、各利用者
が自己のＩＣカードを用いてサービスを受けることがで
きるシステムが考案されている。これらのシステムで
は、ＩＣカードへの不正なアクセスを防止するために、
アクセス要求元の正当性やアクセス権限等をチェックし
ていた。例えば、アクセス要求元のチェックでは、アク
セス要求元から、そのアクセス要求元の秘密鍵等でなさ
れた署名等をＩＣカードが受け取り、相手の公開鍵を用
いて署名の正当性をチェックしていた。

【０００３】また、アクセス権限のチェックでは、各Ｉ
Ｃカードにそれぞれ付与されているアクセス権限の情報
を参照して、アクセス要求元からのアクセス命令が、適
正なアクセス命令であるかをチェックしていた。例え
ば、あるＩＣカードに、「Ａデータ」へのアクセス権限
として、データの読出のみが許可されている他のＩＣカ
ードから、データの書込を要求するアクセス要求を受信
した場合には、アクセス権限外のアクセス命令であると
して、アクセスを拒否していた。

【０００４】

【発明が解決しようとする課題】上記のような認証シス
テムでは、各ＩＣカード等は、アクセス要求元の認証を
行うために、システムの利用者の全てのＩＣカードの認
証用鍵とアクセス権限を示すアクセス情報とを保持しな
ければならない。しかし、各ＩＣカードにおいて、これ
らの情報を全て記憶させることは実質上困難であった。
このため、メモリに記憶される認証用鍵とアクセス情報
のデータが制限されるため、結果的に、サービス内容や
利用者数など、システムの利用に関して種々の制限が課
されていた。また、ＩＣカードに記憶される認証用鍵や
アクセス情報が不正利用されないように、各カードの安
全性等の機能を強化する必要があった。

【０００５】本発明は、上述した事情に鑑みてなされた
もので、ＩＣカードの記憶容量に基づくシステムの利用
制限を軽減することができる認証システム等を提供する
ことを目的とする。また、本発明は、ＩＣカードの機能
負担を軽減しつつ、システムの安全性を保持することが
できる認証システム等を提供することを目的とする。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、本発明の第１の観点に係る認証システムは、各ＩＣ
カードの認証用鍵とアクセス権限を示すアクセス情報と
の少なくとも一方を記憶するサーバを備え、第１のＩＣ
カードへアクセスを要求する第２のＩＣカードを認証す
るための認証システムであって、携帯端末のカード処理
部にセットされた第１のＩＣカードに対する第２のＩＣ
カードからのアクセス要求に応答して、前記第２のＩＣ
カードの認証に必要な認証用鍵とアクセス情報との少な
くとも一方を、通信を介して前記サーバから取得し、取
得した認証用鍵とアクセス情報との少なくとも一方を用
いて前記第２のＩＣカードからの署名とアクセス命令を
チェックし、チェック結果が正常を示す場合に、前記第
１のＩＣカードへのアクセスを許可する、ことを特徴と
する。

【０００７】このような構成によれば、例えば全ＩＣカ
ードの認証用鍵等をサーバで集中管理して、あるＩＣカ
ードにアクセス要求があった場合には、相手の認証に必
要な情報をサーバから取得して認証処理を行う。これに
より、ＩＣカードに大容量のメモリを必要とせずに資源
を効率良く使用でき、記憶容量に基づくシステムの利用
制限を軽減することができる。また、システムの安全性
を保持しつつ、システムにおけるＩＣカード側の負担を
軽減することができる。

【０００８】また、本発明の第２の観点に係る認証シス
テムは、各携帯端末の認証用鍵とアクセス権限を示すア
クセス情報との少なくとも一方を記憶するサーバを備
え、第１の携帯端末へアクセスを要求する第２の携帯端
末を認証するための認証システムであって、第１の携帯
端末に対する第２の携帯端末からのアクセス要求に応答
して、前記第２の携帯端末の認証に必要な認証用鍵とア
クセス情報との少なくとも一方を、通信を介して前記サ
ーバから取得し、取得した認証用鍵とアクセス情報とを
用いて前記第２の携帯端末からの署名とアクセス命令と
の少なくとも一方をチェックし、チェック結果が正常を
示す場合に、前記第１の携帯端末へのアクセスを許可す
る、ことを特徴とする。

【０００９】このような構成によれば、例えば全携帯端
末の認証用鍵等をサーバで集中管理して、ある携帯端末
にアクセス要求があった場合には、相手の認証に必要な
情報をサーバから取得して認証処理を行う。これによ
り、多数の認証用鍵やアクセス情報を記憶するための大
容量のメモリを必要とせずに資源を効率良く使用でき、
記憶容量に基づくシステムの利用制限を軽減することが
できる。また、システムの安全性を保持しつつ、システ
ムにおけるＩＣカード側の負担を軽減することができ
る。

【００１０】また、第１と第２の観点に係る認証システ
ムにおいて、前記携帯端末は、携帯電話機を含んでもよ
い。

【００１１】また、本発明の第３の観点に係る認証シス
テムは、各ＩＣカードの認証に必要な認証情報を管理す
るセンタを備え、ＩＣカード間の認証を行うための認証
システムであって、各前記ＩＣカードは、コンテンツ情
報を記憶し、他の前記ＩＣカードからのアクセス要求に
応答して、当該他のＩＣカードの認証とアクセスレベル
のチェックの少なくとも一方を含む認証処理行い、前記
認証処理の結果が正常を示す場合、コンテンツ情報への
アクセスを許可し、前記センタは、前記ＩＣカードに、
認証処理に必要な情報を供給する、ことを特徴とする。

【００１２】また、本発明の第４の観点に係る携帯端末
は、アクセス要求元の認証を行う携帯端末であって、他
の携帯端末からのアクセス要求に応答し、アクセス要求
元の認証に必要な認証用鍵とアクセス情報との少なくと
も一方を、各携帯端末の認証用鍵とアクセス情報との少
なくとも一方を記憶するサーバから通信により取得し、
取得した認証用鍵とアクセス情報との少なくとも一方を
用いて、他の携帯端末からの署名とアクセス命令との少
なくとも一方をチェックし、チェック結果が正常を示す
場合に、他の携帯端末からの当該携帯端末へのアクセス
を許可する、ことを特徴とする。

【００１３】前記携帯端末は、携帯電話機を含んでもよ
い。

【００１４】また、本発明の第５の観点に係る認証方法
は、各ＩＣカードの認証用鍵とアクセス権限を示すアク
セス情報との少なくとも一方を記憶するサーバを備える
システムにおける、第１のＩＣカードへアクセスを要求
する第２のＩＣカードを認証するための認証方法であっ
て、携帯端末のカード処理部にセットされた第１のＩＣ
カードに対する第２のＩＣカードからのアクセス要求に
応答して、前記第２のＩＣカードの認証に必要な認証用
鍵とアクセス情報との少なくとも一方を、通信を介して
前記サーバから取得し、取得した認証用鍵とアクセス情
報との少なくとも一方を用いて前記第２のＩＣカードか
らの署名とアクセス命令をチェックし、チェック結果が
正常を示す場合に、前記第１のＩＣカードへのアクセス
を許可する、ことを特徴とする。

【００１５】このような構成によれば、例えば全ＩＣカ
ードの認証用鍵等をサーバで集中管理して、あるＩＣカ
ードにアクセス要求があった場合には、相手の認証に必
要な情報をサーバから取得して認証処理を行う。これに
より、ＩＣカードに大容量のメモリを必要とせずに資源
を効率良く使用でき、記憶容量に基づくシステムの利用
制限を軽減することができる。また、システムの安全性
を保持しつつ、システムにおけるＩＣカード側の負担を
軽減することができる。

【００１６】また、本発明の第６の観点に係る認証方法
は、各携帯端末の認証用鍵とアクセス権限を示すアクセ
ス情報との少なくとも一方を記憶するサーバを備えるシ
ステムにおける、第１の携帯端末へアクセスを要求する
第２の携帯端末を認証するための認証方法であって、第
１の携帯端末に対する第２の携帯端末からのアクセス要
求に応答して、前記第２の携帯端末の認証に必要な認証
用鍵とアクセス情報との少なくとも一方を、通信を介し
て前記サーバから取得し、取得した認証用鍵とアクセス
情報とを用いて前記第２の携帯端末からの署名とアクセ
ス命令との少なくとも一方をチェックし、チェック結果
が正常を示す場合に、前記第１の携帯端末へのアクセス
を許可する、ことを特徴とする。

【００１７】このような構成によれば、例えば全携帯端
末の認証用鍵等をサーバで集中管理して、ある携帯端末
にアクセス要求があった場合には、相手の認証に必要な
情報をサーバから取得して認証処理を行う。これによ
り、多数の認証用鍵やアクセス情報を記憶するための大
容量のメモリを必要とせずに資源を効率良く使用でき、
記憶容量に基づくシステムの利用制限を軽減することが
できる。また、システムの安全性を保持しつつ、システ
ムにおけるＩＣカード側の負担を軽減することができ
る。

【００１８】また、本発明の第７の観点に係る記録媒体
は、コンピュータを、アクセス要求元の認証を行う携帯
端末として機能させるためのプログラムを記録したコン
ピュータ読み取り可能な記録媒体であって、該コンピュ
ータを、他の携帯端末からのアクセス要求に応答し、ア
クセス要求元の認証に必要な認証用鍵とアクセス情報と
の少なくとも一方を、各携帯端末の認証用鍵とアクセス
情報との少なくとも一方を記憶するサーバから通信によ
り取得する手段、取得した認証用鍵とアクセス情報との
少なくとも一方を用いて、他の携帯端末からの署名とア
クセス命令との少なくとも一方をチェックし、チェック
結果が正常を示す場合に、他の携帯端末からの当該携帯
端末へのアクセスを許可する手段、として機能させるた
めのプログラムを記録する。

【００１９】

【発明の実施の形態】以下、本発明に係る実施の形態
を、病院等で使用されるＩＣカード認証システムを例に
図面を参照して説明する。

【００２０】本実施形態に係るＩＣカード認証システム
のシステム構成図を図１に示す。図示されるように、本
システムは、携帯端末１と管理サーバ３とＩＣカード５
と、を備え、携帯端末１と管理サーバ３は、例えば公衆
回線網等のネットワーク７に接続される。

【００２１】携帯端末１は、ＩＣカード５間のデータの
授受、ＩＣカード５と管理サーバ３とのデータの授受等
を行うための装置であり、例えば図２に示すように、制
御部１１と、カードリーダライタ部１３と、記憶部１５
と、通信制御部１７と、を備える。

【００２２】制御部１１は、カードリーダライタ部１３
に装着されているＩＣカード５と、他のＩＣカード５と
の間の情報の授受を制御等する。具体的には、制御部１
１は、カードリーダライタ部１３に装着されているＩＣ
カード５へのアクセス要求等を他のカードから受信した
場合には、そのアクセス要求等をＩＣカード５に送信す
る。例えば、カード挿入口を２つ備えるカードリーダラ
イタ部１３にそれぞれＩＣカード５が挿入され、一方の
ＩＣカード５からのアクセス要求を受信して、他方のＩ
Ｃカード５に送信してもよい。また、他の携帯端末１の
カードリーダライタ部１３にセットされたＩＣカード５
からのアクセス要求をネットワーク７等を介して受信し
て、自己のカードリーダライタ部１３にセットされてい
るＩＣカード５に渡してもよい。

【００２３】また、制御部１１は、カードリーダライタ
部１３に装着されているＩＣカード５から受信した種々
の要求（検証情報要求、権限変更要求等）をネットワー
ク７を介して管理サーバ３に送信し、これらに対して管
理サーバ３から送信されてくる情報を受信して、ＩＣカ
ード５に送信する。

【００２４】カードリーダライタ部１３は、ＩＣカード
５のデータの読取及び書込を行う。記憶部１３は、他の
携帯端末１又は管理サーバ３から受信した情報を記憶す
る。通信制御部１５は、他の携帯端末１又は管理サーバ
３とのデータ通信を制御する。

【００２５】なお、携帯端末１は、上記機能を備える携
帯電話機、ＰＤＡ（Personal Digital Assistants）等
を含む。

【００２６】管理サーバ３は、本システムの利用者の公
開鍵やアクセス権限を示すアクセス権限表等を管理する
コンピュータであり、図３に示すように、記憶部３１
と、制御部３３と、通信制御部３５と、を備える。

【００２７】記憶部３１は、本システムの全利用者のＩ
Ｃカード５の公開鍵と、管理サーバ３の秘密鍵及び公開
鍵と、アクセス権限表と、を記憶する。本システムで
は、各利用者は、例えば「医者」、「薬剤師」等の所定
のグループに分類されており、所属するグループを特定
するためのグループＩＤが付与されている。なお、本実
施例では、「医者」のグループＩＤを「ＧＩＤ１０」、
「薬剤師」のグループＩＤを「ＧＩＤ２０」とする。

【００２８】アクセス権限表は、例えば図４に示すよう
に、後述するＩＣカード５に記憶される個人情報の各デ
ータ（名前情報、住所情報、カルテ情報、処方箋情報
等）について、それぞれのアクセス権限がグループＩＤ
毎に設定されている。例えば図４に示すアクセス権限表
には、名前情報及び住所情報については、医者と薬剤師
による読み出し可能であることが設定されており、カル
テ情報及び処方箋情報については、医者による読み出し
及び書き込みが可能であることが設定されている。な
お、このアクセス権限表は、例えばシステム管理者によ
り入力設定される。

【００２９】制御部３３は、携帯端末１から、検証情報
要求としてユーザＩＤとグループＩＤを受信すると、受
信したユーザＩＤに対応する公開鍵を記憶部３１から読
み出し、また、受信したグループＩＤに対応するアクセ
ス情報を記憶部３１におけるアクセス権限表から読み出
す。そして、読み出した公開鍵及びアクセス情報に、管
理サーバ３の秘密鍵を用いた署名を付与して要求元の携
帯端末１に送信する。

【００３０】また、制御部３３は、携帯端末１から権限
変更要求を受信すると、記憶部３１に記憶されているア
クセス権限表から読み出した情報に、指定された変更を
施したアクセス情報を要求元に送信等する。この際、記
憶部３１に記憶されているアクセス権限表の内容には何
ら変更を加えない。権限変更要求には、所定グループの
アクセス権限の追加を要求する権限追加要求と、所定グ
ループのアクセス権限の削除を要求する権限削除要求
と、新たなグループについてアクセス情報の登録を要求
する登録要求等がある。

【００３１】権限追加要求は、変更対象グループのグル
ープＩＤと、追加対象のコマンド（例えば、「カルテ情
報を読出す」）と、を含む。制御部３３は、この権限追
加要求を受信した場合、受信したグループＩＤのアクセ
ス情報を記憶部３１のアクセス権限表から所定の記憶領
域にコピーし、コピーされたアクセス情報に、受信した
コマンドを追加する処理を行う（該当するデータ種別が
「読出可」であることを設定する）。そして、コマンド
が追加されたアクセス情報に管理サーバ３の秘密鍵を用
いた署名を付して、要求元の携帯端末１に送信する。

【００３２】また、権限削除要求は、変更対象グループ
のグループＩＤと、削除対象のコマンドと、を含む。制
御部３３は、この権限削除要求を受信した場合、受信し
たグループＩＤのアクセス情報を記憶部３１のアクセス
権限表から所定の記憶領域にコピーし、コピーされたア
クセス情報に、受信したコマンドを削除する処理を行
う。そして、コマンドが削除されたアクセス情報に管理
サーバ３の秘密鍵を用いた署名を付して、要求元の携帯
端末１に送信する。

【００３３】また、登録要求は、登録対象のグループＩ
Ｄと、登録対象のコマンドと、を含む。制御部３３は、
この登録要求を受信した場合、受信したグループＩＤに
ついてアクセス情報を作成し、これに管理サーバ３の秘
密鍵を用いた署名を付して、要求元の携帯端末１に送信
する。

【００３４】なお、ＩＣカード５が管理サーバ３に所定
の権限変更のための書換命令発効依頼を送信し、管理サ
ーバ３がこれに応じた書換命令をＩＣカード５に送信
し、これに応じて、ＩＣカード５が自己の保持するアク
セス情報を書き換えるようにしてもよい。

【００３５】また、制御部３３は、携帯端末１からアク
セス権限表の参照要求を受信すると、記憶部３１に記憶
されているアクセス権限表に格納されているアクセス情
報を読み出して、管理サーバ３の署名を付与して要求元
の携帯端末１に送信する。また、参照要求とともに参照
対象のグループＩＤを受信した場合には、制御部３３
は、指定されたグループＩＤに対応するアクセス情報を
読み出して要求元の携帯端末１に送信する。また、通信
制御部３５は、各携帯端末１とのデータ通信を制御す
る。

【００３６】ＩＣカード５は、本システムの利用者がそ
れぞれ保持するカードであり、ＭＰＵ、ＲＯＭ、ＲＡ
Ｍ、ＥＥＰＲＯＭ等を有するＩＣチップを備える。ＩＣ
チップは、例えば図５に示すように、ＭＰＵがＲＯＭ等
に記憶されるプログラムを実行することにより実現され
る制御部５１とメモリ５２と入出力制御部５３とを備え
る。

【００３７】制御部５１は、そのＩＣカード５へのアク
セスが要求された場合に、アクセス要求元である相手の
認証及びアクセス権限の検証等を行う。この認証処理で
は、制御部５１は、まず携帯端末１を介して他のＩＣカ
ード５からのアクセス要求を受信する。アクセス要求
は、例えばアクセス要求元である相手のユーザＩＤとグ
ループＩＤとアクセスコマンド等を含む要求情報と、署
名等を含む。なお、この実施例でのアクセスコマンドと
は、アクセス要求元が要求するアクセスの種別を示し、
例えば「カルテ情報を読み出す」、「処方箋情報を書き
込む」等のコマンドを示す。

【００３８】次に、制御部５１は、受信したアクセス要
求における要求情報に含まれるユーザＩＤとグループＩ
Ｄについて、これらを含む検証情報要求を生成し、携帯
端末１を介して管理サーバ３に送信する。そして、これ
に応答して管理サーバ３から送信されてくる検証情報
（アクセス要求元の公開鍵とアクセス情報を含む）を携
帯端末１から受け取ってメモリ５２に記憶する。

【００３９】制御部５１は、管理サーバ３から取得した
アクセス要求元の公開鍵を用いて、アクセス要求におけ
る署名を復号化し、復号化結果が要求情報と合致するか
を判別する等して、アクセス要求元の正当性をチェック
する。

【００４０】また、制御部５１は、アクセス要求元のグ
ループＩＤに基づいて、該当するグループＩＤのアクセ
ス情報を参照し、アクセスが要求されているデータにつ
いて、要求されたコマンドの実行が許可されているか否
かを判別する。例えばグループＩＤ「ＧＩＤ１０」の要
求元から受信した「カルテ情報を読出す」というアクセ
スコマンドを検証する場合には、制御部５１は、グルー
プＩＤ「１０」のアクセス情報を参照し、「カルテ情
報」についての権限が「読出可」であることをチェック
する。

【００４１】そして、署名の認証とアクセスコマンドの
検証が正常に完了すると、制御部５１は、アクセス要求
元からのアクセスコマンドを実行する。アクセスコマン
ドが例えば「カルテ情報を読出す」等の所定情報の読出
命令である場合、制御部５１はメモリ５２から指定され
た情報を読み出し、携帯端末１を介してアクセス要求元
のＩＣカード５に送信する。また、アクセスコマンドが
例えば「処方箋情報を書き込む」等の所定情報の書込命
令である場合、制御部５１は、その命令とともに受信し
た所定情報をメモリ５２に記録する。

【００４２】また署名の認証結果がエラーとなった場
合、又は、アクセスコマンドの検証がエラーとなった場
合には、制御部５１は、所定のエラー信号をアクセス要
求元のＩＣカード５に携帯端末１を介して送信する。

【００４３】また、制御部５１は、そのＩＣカード５の
保持者（利用者）からの要求に応じて、所定グループの
アクセス権限の変更を管理サーバ３に要求するアクセス
権限変更処理を行う。このアクセス権限変更処理では、
制御部５１は、例えばＰＩＮの入力チェックにより本人
確認を行ったのち、利用者から入力された、変更内容
（権限の追加、権限の削除、新規登録等）と、変更対象
のコマンド（追加、削除、登録等）と、変更対象グルー
プのグループＩＤ等を携帯端末１から受け取る。そし
て、その入力データに応じて、グループＩＤとコマンド
を含む権限変更要求（権限追加要求、権限削除要求、登
録要求等）を作成し、携帯端末１を介して管理サーバ３
に送信する。そして、この権限変更要求に応答して管理
サーバ３から送信されてきた変更後のアクセス情報をメ
モリ５２に記憶する。なお、このアクセス情報の変更
は、管理サーバ３の記憶部３１に記憶されているアクセ
ス情報には反映されない。

【００４４】また、制御部５１は、そのＩＣカード５の
保持者からの要求に応じて、管理サーバ３で管理されて
いるアクセス権限表の参照要求を送信する。制御部５１
は、アクセス権限表に格納されている全アクセス情報を
要求してもよく、また、カード保持者からの１又は複数
のグループＩＤの入力を受けて、入力されたグループＩ
Ｄに対応するアクセス情報の参照を管理サーバ３に要求
してもよい。制御部５１は、この参照要求に応答して管
理サーバ３から受信したアクセス情報を例えば携帯端末
１を介して表示する。

【００４５】また、制御部５１は、他のＩＣカード５へ
アクセス要求を送信するアクセス要求処理を行う。制御
部５１は、アクセスコマンドと、自己のユーザＩＤ及び
グループＩＤを含む要求情報に自己の秘密鍵を用いた署
名を付与したアクセス要求を生成し、アクセス要求先の
ＩＣカード５に対して発信する。

【００４６】メモリ５２は、例えば、図６（Ａ）に示す
ような、そのＩＣカード５に付与された秘密鍵及び公開
鍵、ユーザＩＤ、グループＩＤ、管理サーバ３の公開鍵
等の初期情報と、例えば図６（Ｂ）に示すような、カー
ド保持者の個人情報（例えば、名前情報、住所情報、カ
ルテ情報、処方箋情報等）等を記憶する。また、メモリ
５２は、例えば図７（Ａ）に示すように、管理サーバ３
から取得した認証相手先の公開鍵をユーザＩＤとともに
記憶し、また、図６（Ｂ）に示すように、管理サーバ３
から取得したアクセス情報をグループＩＤ毎に記憶す
る。

【００４７】各ＩＣカード５の秘密鍵及び公開鍵は、例
えば各ＩＣカード５が、カード内で自己用の秘密鍵及び
公開鍵を生成し、そのうちの公開鍵を携帯端末１を介し
て管理サーバ３に登録する。また、管理サーバ３が、各
ＩＣカード５について秘密鍵及び公開鍵を生成し、その
うちの秘密鍵を格納した記録媒体を各利用者に配布して
もよい。また、秘密鍵を暗号化して、通信により携帯端
末１を介して各ＩＣカード５に送信してもよい。

【００４８】入出力制御部５３は、携帯端末１とのデー
タ通信を制御する。

【００４９】次に、本システムの動作について、ＩＣカ
ード５間の通信及びＩＣカード５と管理サーバ３との通
信を中心に、例えば患者Ａが病院に行って医者Ｂの診察
を受け、診察後、薬剤師Ｃから薬をもらう場合を例に説
明する。

【００５０】本システムでは、医者Ｂが患者ＡのＩＣカ
ード５Ａにアクセスして、カード内に記憶されているカ
ルテ情報を読むためには、医者ＢのＩＣカード５Ｂが患
者ＡのＩＣカード５Ａによる認証を受ける必要がある。
このカルテ情報を読むための認証処理について図８を参
照して説明する。

【００５１】まず、患者Ａは、自己のＩＣカード５Ａ
を、例えば携帯端末１の第１のカード挿入口にセットす
る。また、医者Ｂは、自己のＩＣカード５Ｂを、携帯端
末１の第２のカード挿入口にセットし、例えば相手（患
者Ａ）のＩＣカード５Ａに記憶されているカルテ情報を
見ることの要求を入力する。このときの入力方法は任意
であり、医者が「カルテ情報を見る」というコマンドを
直接入力してもよく、また、医者のアクセス権限を示す
アクセス情報を携帯端末１が管理サーバ３から取得して
表示し、その中から選択させてもよい。携帯端末１は、
入力（又は選択）された「カルテ情報を読み出す」とい
うアクセスコマンドを医者ＢのＩＣカード５Ｂに送信す
る。

【００５２】これに応答して、ＩＣカード５Ｂは、アク
セスコマンド「カルテ情報を読み出す」と、例えばメモ
リ５２から読み出した医者ＢのユーザＩＤ「ＵＩＤ１」
及びグループＩＤ「ＧＩＤ１０」を含む要求情報を生成
し、また、この要求情報と自己の秘密鍵ＫＥＹＳ１を用
いて署名を生成する。署名の生成方法は任意であり、例
えば要求情報のハッシュ値を秘密鍵で暗号化して生成し
てもよい。そして、ＩＣカード５Ｂは、生成した要求情
報に署名を付与したアクセス要求Ｓ１を、患者ＡのＩＣ
カード５Ａに携帯端末１を介して送信する（Ｌ１）。

【００５３】患者ＡのＩＣカード５Ａは、ＩＣカード５
Ｂからのアクセス要求Ｓ１を受信する。ＩＣカードＡ
は、例えばアクセス要求Ｓ１における要求情報に含まれ
るユーザＩＤ「ＵＩＤ１」に対する公開鍵と、グループ
ＩＤ「ＧＩＤ１０」に対するアクセス情報とが未取得で
あることをメモリ５２を参照して確認した後、ユーザＩ
Ｄ「ＵＩＤ１」とグループＩＤ「ＧＩＤ１０」を含む検
証情報要求を、携帯端末１を介して管理サーバ３に送信
する（Ｌ２）。

【００５４】管理サーバ３は、受信したユーザＩＤ「Ｕ
ＩＤ１」に対応する公開鍵「ＫＥＹＰ１」と、受信した
グループＩＤ「ＧＩＤ１０」に対応するアクセス情報
と、を記憶部３１からそれぞれ読み出し、これらの情報
に、管理サーバ３の秘密鍵ＫＥＹＳＣＡを用いて生成し
た署名を付した検証情報ＳＣＡを携帯端末１を介してＩ
Ｃカード５Ａに送信する（Ｌ３）。

【００５５】ＩＣカード５Ａは、管理サーバ３から受信
した検証情報ＳＣＡにおける署名を管理サーバ３の公開
鍵ＫＥＹＰＣＡを用いて確認した後、受信した公開鍵
「ＫＥＹＰ１」を用いてＩＣカード５Ｂからのアクセス
要求Ｓ１における署名をチェックする。署名のチェック
方法は任意であり、例えば管理サーバ３から取得した公
開鍵で署名を復号化した結果が、要求情報のハッシュ値
と合致するかを判別してもよい。

【００５６】ＩＣカード５Ａは、ＩＣカード５Ｂによる
署名の正当性を確認すると、次に、管理サーバ３から取
得したユーザＩＤ「ＵＩＤ１０」のアクセス情報を参照
し、アクセス対象の「カルテ情報」について設定されて
いるアクセス権限が、アクセスコマンドと合致するかを
判別する。なお、この例において管理サーバ３が記憶す
るアクセス権限表は、例えば図２に示すアクセス権限表
と同様の内容を有することとする。従って、グループＩ
Ｄ「ＧＩＤ１０」のアクセス情報の「カルテ情報」のア
クセス権限は「読出」と「書込」の双方が許可されてい
るため、カルテ情報の読み出しを要求するアクセスコマ
ンドと合致すると判断される。

【００５７】ＩＣカード５Ｂからのアクセス要求Ｓ１に
おける署名とアクセスコマンドのチェックが正常に完了
すると、ＩＣカード５Ａは、アクセスコマンド「カルテ
情報を読み出す」を実行し、実行結果をＩＣカード５Ｂ
に返す（Ｌ４）。この場合、ＩＣカード５Ａがメモリ５
２から患者Ａのカルテ情報を読み出し、携帯端末１を介
してＩＣカード５Ｂに送信する。そして、ＩＣカード５
Ｂが、受信したカルテ情報を所定の表示要求とともに携
帯端末１に送信して表示させる。また、ＩＣカード５Ａ
からＩＣカード５Ｂへは実行結果が正常である旨のＯＫ
信号を送信し、カルテ情報は、ＩＣカード５Ａから携帯
端末１へ所定の表示要求とともに送信されるようにして
もよい。これにより、医者Ｂが患者ＡのＩＣカード５Ａ
に記憶されるカルテ情報を読むことができる。

【００５８】なお、署名の認証とアクセスコマンドの検
証の少なくとも一方がエラーとなった場合、ＩＣカード
５Ａは、所定のエラー信号をＩＣカード５Ｂに送信す
る。また、アクセスコマンドを実行した際にエラーが発
生した場合には、ＩＣカード５Ａは、実行結果として所
定のエラー信号をＩＣカード５Ｂに送信する。

【００５９】患者Ａのカルテ情報を読み、患者Ａの診察
を行った医者Ｂは、患者ＡのＩＣカード５Ａにアクセス
して、患者Ａの診察結果をカルテ情報として記録しよう
とする。このカルテ情報を記録するための認証処理につ
いて図９を参照して説明する。

【００６０】例えば患者ＡのＩＣカード５Ａと医者Ｂの
ＩＣカード５Ｂは、上記と同様に、携帯端末１の各カー
ド挿入口にセットされていることとする。医者Ｂは、診
察結果情報と、患者ＡのＩＣカード５Ａにカルテ情報を
記録することの要求を入力する。携帯端末１は、この入
力に応答して、診察結果情報と「カルテ情報を書き込
む」というアクセスコマンドを、医者ＢのＩＣカード５
Ｂに送信する。

【００６１】ＩＣカード５Ｂは、受信した診察結果情
報、アクセスコマンド「カルテ情報を書き込む」、医者
ＢのユーザＩＤ「ＵＩＤ１」及びグループＩＤ「ＧＩＤ
１０」を含む要求情報に、自己の秘密鍵ＫＥＹＳ１を用
いた署名を付与してアクセス要求Ｓ１を生成し、患者Ａ
のＩＣカード５Ａに携帯端末１を介して送信する（Ｌ１
１）。

【００６２】患者ＡのＩＣカード５Ａは、ＩＣカード５
Ｂからのアクセス要求Ｓ１を受信する。ＩＣカード５Ａ
は、先の認証処理（図８）で、ユーザＩＤ「ＵＩＤ１」
に対応する公開鍵と、グループＩＤ「ＧＩＤ１０」に対
応するアクセス情報を既に管理サーバ３から取得してい
るため、管理サーバ３に対するこれらの情報の要求は行
わない。ＩＣカード５Ａは、ユーザＩＤ「ＵＩＤ１」に
対応する公開鍵「ＫＥＹＰ１」を用いて署名をチェック
し、また、グループＩＤ「ＧＩＤ１０」に対応するアク
セス情報を用いてアクセスコマンドをチェックする。

【００６３】そして、ＩＣカード５Ｂからのアクセス要
求Ｓ１における署名とアクセスコマンドのチェックが正
常に完了すると、ＩＣカード５Ａは、ＩＣカード５Ｂか
ら受信したデータ（診察結果情報）をカルテ情報として
メモリ５２記録することにより、アクセスコマンド「カ
ルテを書き込む」を実行する。そして、実行結果（ＯＫ
信号又はエラー信号）をＩＣカード５Ｂに返す（Ｌ１
２）。これにより、医者Ｂは、認証を受けた後、患者Ａ
の診察結果を、患者ＡのＩＣカード５Ａに記録すること
ができる。

【００６４】また、処方箋情報の記録も、上記のカルテ
情報の記録と同様に処理される。この場合、ＩＣカード
５Ｂからのアクセス要求は、医者ＢのユーザＩＤ、グル
ープＩＤ、アクセスコマンド「処方箋情報を書き込
む」、医者Ｂにより入力された処方箋情報等を含む。こ
れにより、医者Ｂは、患者Ａに対する処方箋情報を患者
ＡのＩＣカード５Ａに記憶させることができる。

【００６５】次に、患者Ａは、薬をもらうために薬局に
行く。薬剤師Ｃが患者ＡのＩＣカード５Ａにアクセスし
て、カード内に記憶されている処方箋情報を読むため
に、薬剤師ＣのＩＣカード５Ｃが患者ＡのＩＣカード５
Ａによる認証を受ける必要がある。この処方箋情報を読
むための認証処理について説明する。

【００６６】まず、患者Ａは、自己のＩＣカード５Ａ
を、携帯端末１の第１の挿入口にセットする。また、薬
剤師Ｃは、自己のＩＣカード５Ｃを、携帯端末１の第２
の挿入口にセットし、例えば相手（患者Ａ）のＩＣカー
ド５Ａに記憶されている処方箋情報を見ることの要求を
入力する。携帯端末１は、この入力に応答して、「処方
箋情報を読み出す」というアクセスコマンドを薬剤師Ｃ
のＩＣカード５Ｃに送信する。

【００６７】これに応じて、ＩＣカード５Ｃは、受信し
たアクセスコマンド「カルテ情報を読み出す」と、例え
ばメモリ５２から読み出した薬剤師ＣのユーザＩＤ「Ｕ
ＩＤ２」及びグループＩＤ「ＧＩＤ２０」を含む要求情
報と、この要求情報と自己の秘密鍵ＫＥＹＳ２を用いた
署名を生成する。そして、図１０に示すように、ＩＣカ
ード５Ｃは、要求情報に署名を付与したアクセス要求Ｓ
２を、患者ＡのＩＣカード５Ａに携帯端末１を介して送
信する（Ｌ２１）。

【００６８】患者ＡのＩＣカード５Ａは、ＩＣカード５
Ｃからのアクセス要求Ｓ２の受信に応答し、例えばアク
セス要求Ｓ２における要求情報に含まれるユーザＩＤ
「ＵＩＤ２」に対する公開鍵と、グループＩＤ「ＧＩＤ
２０」に対するアクセス情報とが未取得であることをメ
モリ５２を参照して確認した後、ユーザＩＤ「ＵＩＤ
２」とグループＩＤ「ＧＩＤ２０」を含む検証情報要求
を、携帯端末１を介して管理サーバ３に送信する（Ｌ２
２）。

【００６９】管理サーバ３は、受信したユーザＩＤ
「２」に対応する公開鍵「ＫＥＹＰ２」と、受信したグ
ループＩＤ「ＧＩＤ２０」に対応するアクセス情報と、
を記憶部３１から読み出し、これらの情報に、管理サー
バ３の秘密鍵ＫＥＹＳＣＡを用いて生成した署名を付し
た検証情報ＳＣＡを携帯端末１を介してＩＣカード５Ａ
に送信する（Ｌ２３）。

【００７０】ＩＣカード５Ａは、管理サーバ３から受信
した検証情報ＳＣＡにおける署名を管理サーバ３の公開
鍵ＫＥＹＰＣＡを用いて確認した後、ユーザＩＤ「ＵＩ
Ｄ２」に対応する公開鍵「ＫＥＹＰ２」を用いてアクセ
ス要求Ｓ２における署名の正当性をチェックする。ま
た、グループＩＤ「ＧＩＤ２０」のアクセス情報を参照
して、アクセス対象の「処方箋情報」について設定され
ているアクセス権限が、アクセスコマンドと合致するか
をチェックする。なお、この例においても管理サーバ３
が記憶するアクセス権限表は、例えば図２に示すアクセ
ス権限表と同様の内容とする。従って、グループＩＤ
「ＧＩＤ２０」のアクセス情報の「処方箋情報」につい
てはアクセス権限が何ら許可されておらず、アクセスコ
マンド」とは合致しない。この場合、ＩＣカード５Ａ
は、アクセス権限エラーを示すエラー信号をＩＣカード
５Ｃに送信する。

【００７１】このようにアクセス要求がエラーとなった
場合、患者Ａは、薬剤師Ｃが処方箋情報を見ることがで
きるように薬剤師Ｃの権限を変更することができる。こ
の場合、患者Ａは、例えばＰＩＮの入力チェックにより
本人確認を行ったのち、所定グループのアクセス情報を
追加変更する要求と、変更対象である薬剤師Ｃのグルー
プＩＤ「ＧＩＤ２０」と、追加したいコマンド「処方箋
情報を読み出す」と、を入力し、携帯端末１は、入力さ
れた情報をＩＣカード５Ａに送信する。なお、薬剤師Ｃ
のグループの指定方法は任意であり、例えば上記のよう
にアクセス権限のチェックでエラーが発生した後に本処
理を続行する場合には、エラーとなったグループのグル
ープＩＤがＩＣカード５Ａ内で自動的に設定されてもよ
い。

【００７２】ＩＣカード５Ａは、図１１に示すように、
薬剤師ＣのグループＩＤ「ＧＩＤ２０」、追加対象コマ
ンド「処方箋情報を読み出す」等を含む権限追加要求を
管理サーバ３に送信する（Ｌ３１）。管理サーバ３は、
権限追加要求を受信すると、受信したグループＩＤ「Ｇ
ＩＤ２０」のアクセス情報を記憶部３１のアクセス権限
表から読み出して、所定記憶領域等コピーする。そし
て、その読み出したアクセス情報に対して、コマンド
「処方箋情報を読み出す」の追加処理を行う。そして、
コマンドが追加された新たなアクセス情報に、管理サー
バ３の秘密鍵ＫＥＹＳＣＡを用いた署名を付してＩＣカ
ード５Ａに送信する（Ｌ３２）。なお、このとき、記憶
部３１に記憶されるアクセス権限表のアクセス情報は更
新しない。

【００７３】ＩＣカード５Ａは、アクセス権限が追加変
更されたグループＩＤ「ＧＩＤ２０」を受信してメモリ
５２に記憶する。これにより、患者ＡのＩＣカード５Ａ
に記憶される薬剤師Ｃのアクセス権限が変更される。

【００７４】なお、ＩＣカード５Ａが管理サーバ３にグ
ループＩＤ「ＧＩＤ２０」のアクセス権限変更のための
書換命令発効依頼を送信し、管理サーバ３がこれに応じ
て、「ＧＩＤ２０」のアクセス情報についての書換命令
をＩＣカード５に送信し、これに応じて、ＩＣカード５
Ａがメモリ５２に記憶されている「ＧＩＤ２０」のアク
セス情報を書き換えるようにしてもよい。

【００７５】次に、アクセス権限が変更された薬剤師Ｃ
はＩＣカード５Ａに記憶されている処方箋情報を見るこ
との要求を入力する。携帯端末１は、この入力された
「処方箋情報を読み出す」というアクセスコマンドをＩ
Ｃカード５Ｃに対して送信する。これに応答して、ＩＣ
カード５Ｃは、図１２に示すように、アクセスコマンド
「処方箋情報を読み出す」、薬剤師ＣのユーザＩＤ「Ｕ
ＩＤ２」及びグループＩＤ「ＧＩＤ２０」を含む要求情
報に、自己の秘密鍵ＫＥＹＳ２を用いた署名を付与して
アクセス要求Ｓ２を生成し、患者ＡのＩＣカード５Ａに
携帯端末１を介して送信する（Ｌ４１）。

【００７６】患者ＡのＩＣカード５Ａは、ＩＣカード５
Ｃからのアクセス要求Ｓ２を受信する。ＩＣカード５Ｃ
は、先の認証処理及びアクセス権限変更処理（図１０、
図１１）で、ユーザＩＤ「ＵＩＤ２」に対応する公開鍵
と、グループＩＤ「ＧＩＤ２０」の変更後のアクセス情
報を既に取得しているため、管理サーバ３に対するこれ
らの情報の要求は行わない。ＩＣカード５Ａは、ユーザ
ＩＤ「ＵＩＤ２」に対応する公開鍵「ＫＥＹＰ２」を用
いて署名をチェックし、また、グループＩＤ「ＧＩＤ２
０」のアクセス情報を参照して、「処方箋情報」につい
て設定されているアクセス権限が、アクセスコマンドと
合致するかをチェックする。この場合、アクセス情報に
「処方箋情報を読み出す」旨のアクセス権限が追加され
たため、チェック結果は正常を示す。

【００７７】そして、ＩＣカード５Ｃからのアクセス要
求Ｓ２における署名とアクセスコマンドのチェックが正
常に完了すると、ＩＣカード５Ａは、アクセスコマンド
「処方箋情報を読み出す」を実行し、実行結果をＩＣカ
ード５Ｃに返す（Ｌ４２）。例えば、ＩＣカード５Ａが
メモリ５２から患者Ａの処方箋情報を読み出し、携帯端
末１を介してＩＣカード５Ｃに送信する。そして、ＩＣ
カード５Ｃが、受信した処方箋情報を所定の表示要求と
ともに携帯端末１に送信して表示させる。また、ＩＣカ
ード５ＡからＩＣカード５Ｃへは実行結果が正常である
旨のＯＫ信号を送信し、処方箋情報は、ＩＣカード５Ａ
から携帯端末１へ所定の表示要求とともに送信されるよ
うにしてもよい。これにより、薬剤師Ｃのアクセス権限
の変更を行って、患者ＡのＩＣカード５Ａに記憶される
処方箋情報を薬剤師Ｃが読むことができる。

【００７８】なお、薬剤師Ｃについて追加したアクセス
権限が今後必要ない場合には、ＩＣカード５Ａが、コマ
ンド「処方箋情報を読み出す」の削除を要求する権限変
更要求を管理サーバ３に送信してコマンドの削除を行っ
てもよい。また、削除せずにこのままにしておけば、以
後もオフラインで薬剤師ＣのＩＣカード５Ｃの検証が可
能となる。

【００７９】このようにして、全ＩＣカード５の認証用
の鍵（公開鍵）やアクセス権限の情報を管理サーバ３で
集中管理し、各ＩＣカード５は、相手の認証に必要な情
報（公開鍵、アクセス情報）を管理サーバ３から取得し
て認証チェックを行う。これにより、ＩＣカードに大容
量のメモリを必要とすることなく、ＩＣカードの資源を
効率良く使用できる。また、システムにおけるＩＣカー
ド側の負担を軽減した認証システムを実現することがで
きる。また、システムの安全性及びメンテナンス性を向
上することができる。

【００８０】また、上記説明では、カード保持者が、自
己のＩＣカード５に記憶するアクセス情報について、各
グループに付与されているアクセス権限を変更すること
ができるようにしているが、例えばカルテ情報等のよう
に大事なデータは第三者（カルテ情報であれば医者等）
の署名をつけて利用者（患者）のＩＣカード５に記憶さ
せるようにして、データの書換を防止してもよい。ま
た、利用者からの要求により、各利用者のＩＣカード５
から管理サーバ３に依頼した命令（要求）等はログを取
ることができるようにしてもよい。そして、取ったログ
を不正使用の調査等に用いてもよい。

【００８１】また、ＩＣカード５間の通信手段となる携
帯端末１及びネットワーク７の使用形態は任意である。
例えば、患者が病院で検査を受けて、その数日後に検査
結果を受け取る場合に、検査結果を示すカルテ情報と処
方箋情報を、自宅や職場等の任意の場所で、有線又は無
線通信により携帯端末１で受信し、患者のＩＣカード５
に記録することもできる。この場合、例えば医者のＩＣ
カード５から患者のＩＣカード５へのアクセス要求が所
定サーバに格納され、患者が携帯端末１から所定サーバ
にアクセスして自己宛のアクセス要求を取得する。所定
サーバが、アクセス要求が登録されたことを検出して、
所定の宛先に、登録されたアクセス要求を送信してもよ
く、又、アクセス要求が登録されたことの通知を送信し
てもよい。患者のＩＣカード５は、上記説明と同様にし
て、取得したアクセス要求について署名及びアクセス権
限の認証を行った後、ＩＣカード５に検査結果を示すカ
ルテ情報や処方箋情報を記録する。

【００８２】そして、ＩＣカード５に記録された処方箋
情報のみを薬局から遠隔的にアクセスさせて、薬を患者
に送付してもらうようにしてもよい。患者の処方箋情報
をアクセスする処理を自動化して、薬の販売が２４時間
可能な自動販売機や薬販売受付サービスを実現してもよ
い。また、患者が、自分で体重、血圧等の測定を行い、
測定情報を病院に送信し、病院側で患者の認証を行った
後、検査、分析等に用いてもよい。無線通信機能を備え
る携帯端末（携帯電話機）を用いることにより、患者は
外出先等でも検査結果を示すカルテ情報や処方箋情報を
受け取ることができ、その利用場所が制限されることが
ないため、利便性はさらに向上する。

【００８３】また、上記説明ではアクセス要求元の認証
処理をＩＣカード５内で行っていたが、この認証機能を
管理サーバ３にも持たせても良い。この場合、他のＩＣ
カード５からのアクセス要求を受信したＩＣカード５
は、受信したアクセス要求を管理サーバ３に送信する。
管理サーバ３は、受信したアクセス要求に含まれるユー
ザＩＤとグループＩＤに対応する公開鍵とアクセス情報
を記憶部３１から読み出し、ＩＣカード５による認証処
理と同様にして、アクセス要求に含まれる署名とアクセ
スコマンドをチェックし、チェック結果をＩＣカード５
に送信する。ＩＣカード５は、管理サーバ３からのチェ
ック結果が正常を示す場合には、アクセスコマンドを実
行し、チェック結果がエラーである場合には、エラー信
号をアクセス要求元に返す。

【００８４】また、上記説明では、アクセス対象となる
情報（個人情報）を記憶するＩＣカード５と、ＩＣカー
ドの通信手段となる携帯端末１とを用いるようにしてい
るが、これに限定されず、ＩＣカード５を用いずに、上
記のＩＣカード５の機能をさらに有する携帯端末１を用
いてもよい。この場合、携帯端末１は、例えば、上記説
明においてＩＣカード５に記憶されていた秘密鍵及び公
開鍵、個人情報等を記憶部１５に記憶し、アクセス要求
の作成・送受信、アクセス要求元の認証、管理サーバ３
との送受信、アクセスコマンドの実行等を行う。

【００８５】ＩＣカード５と管理サーバ３との間の通信
は、安全上、暗号を用いることが望ましい。例えば、Ｉ
Ｃカード５が乱数を発生させ、この乱数を他の情報とと
もに管理サーバ３に送信し、管理サーバ３が署名対象の
情報にＩＣカード５から受信した乱数を含めて署名を行
い、ＩＣカード５が管理サーバ３から受信した署名に含
まれる乱数を確認するようにしてもよい。これにより、
割り込みによる偽メッセージの送受信を防ぐことができ
る。

【００８６】また、本システムは、病院用の認証システ
ムに限定されず、例えば電子マネーを記憶するＩＣカー
ドを用いる電子マネーシステム、個人情報を記憶するＩ
Ｃカードを用いて住民票の発行等の行政サービスを行う
行政システム等、認証処理を行う種々のシステムに適用
され得る。

【００８７】また、本発明を用いて、例えば、ＩＣカー
ドにコンテンツを格納し、インターネット上のホームペ
ージにアクセスするのと同様に、ＩＣカードに格納され
たコンテンツにアクセスするシステムを実現してもよ
い。例えば、利用者Ａが利用者ＢのＩＣカードに格納さ
れているコンテンツを見たい場合には、利用者Ａは携帯
端末等に自己のＩＣカードをセットして、利用者ＢのＩ
Ｃカードに対してアクセス要求を送信する。利用者Ｂの
端末は、利用者ＡのＩＣカードからのアクセス要求を受
信すると、上記説明と同様にして、署名及びアクセス権
限をチェックし、チェック結果が正常を示せばアクセス
を許可し、利用者Ａは、利用者Ｂのコンテンツを例えば
ダウンロードすることができる。これにより、従来のイ
ンターネットシステムにおけるコンテンツを管理するＷ
ＷＷサーバ等を必要とすることなく、携帯端末とＩＣカ
ード等の簡易な構成でネットワークを介した情報提供サ
ービスを実現することができる。この場合、例えば複数
の回線を使用する等して、複数の利用者からのアクセス
要求を受け付け可能としてもよい。また、アクセス者か
らの要求に応じて、コンテンツ提供者がそのアクセス者
と会話できるようにしてもよい。この場合、例えば、ア
クセス要求元から所定の通話要求の受信に応じて、携帯
電話機等のデータ送受信モードを通話モードに切り換え
て、所定のデータ送受信の手続に従って音声データを送
受信する。

【００８８】なお、ＩＣカード５に記憶されるコンテン
ツ等を所定の鍵で暗号化しておき、管理センタ３からア
クセスＯＫの指令が出たとき、又は、カード内で認証結
果が確認されたとき、管理センタ３からのコンテンツ復
号用の鍵を受け取って、アクセス対象のデータを復号化
してもよい。

【００８９】なお、この発明のＩＣカード認証システム
は、専用のシステムによらず、通常のコンピュータシス
テムを用いて実現可能である。例えば、コンピュータに
上述の動作を実行するためのプログラムを格納した媒体
（フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ等）
から該プログラムをインストールすることにより、上述
の処理を実行する携帯端末１、管理サーバ３等を構成す
ることができる。なお、上述の機能を、ＯＳが分担又は
ＯＳとアプリケーションの共同により実現する場合等に
は、ＯＳ以外の部分のみを媒体に格納してもよい。

【００９０】なお、搬送波にプログラムを重畳し、通信
ネットワークを介して配信することも可能である。例え
ば、通信ネットワークの掲示板（ＢＢＳ）に該プログラ
ムを掲示し、これをネットワークを介して配信してもよ
い。そして、このプログラムを起動し、ＯＳの制御下
で、他のアプリケーションプログラムと同様に実行する
ことにより、上述の処理を実行することができる。

【００９１】

【発明の効果】以上説明したように、本発明によれば、
ＩＣカード等の認証用鍵等をサーバで集中管理して、あ
るＩＣカード等にアクセス要求があった場合には、相手
の認証に必要な情報をサーバから取得して認証処理を行
う。これにより、多数の認証用鍵やアクセス情報を記憶
するための大容量のメモリを必要とせずに資源を効率良
く使用でき、記憶容量に基づくシステムの利用制限を軽
減することができる。また、システムの安全性を保持し
つつ、システムにおけるＩＣカード側の負担等を軽減す
ることができる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るＩＣカード認証シス
テムのシステム構成図である。

【図２】図１のＩＣカード認証システムで使用される携
帯端末の構成を説明するための図である。

【図３】図１のＩＣカード認証システムで使用される管
理サーバの構成を説明するための図である。

【図４】アクセス権限表を説明するための図である。

【図５】ＩＣカードの構造を説明するための図である。

【図６】ＩＣカードに記憶される初期情報と個人情報を
説明するための図である。

【図７】ＩＣカードに記憶される公開鍵とアクセス情報
を説明するための図である。

【図８】患者のＩＣカードが医者のＩＣカードを認証す
る場合の処理を説明するための図である。

【図９】患者のＩＣカードが医者のＩＣカードを認証す
る場合の処理を説明するための図である。

【図１０】患者のＩＣカードが薬剤師のＩＣカードを認
証する場合の処理を説明するための図である。

【図１１】患者のＩＣカードが薬剤師のアクセス権限を
変更する場合の処理を説明するための図である。

【図１２】患者のＩＣカードが薬剤師のＩＣカードを認
証する場合の処理を説明するための図である。

【符号の説明】

１ 携帯端末 １１ 制御部 １３ カードリーダライタ部 １５ 記憶部 １７ 通信制御部 ３ 管理サーバ ３１ 記憶部 ３３ 制御部 ３５ 通信制御部 ５ ＩＣカード ５１ 制御部 ５２ メモリ ５３ 入出力制御部 ７ ネットワーク

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０９Ｃ 1/00 ６６０ Ｇ０６Ｋ 19/00 Ｐ Ｈ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６７５Ｂ (72)発明者 町田 修 東京都江東区豊洲三丁目３番３号 株式会 社エヌ・ティ・ティ・データ内 Ｆターム(参考） 5B035 AA00 BB09 BC01 CA38 5B058 CA27 KA02 KA04 KA33 YA20 5B085 AE12 AE13 AE23 BG07 5J104 AA07 AA09 AA12 EA26 KA02 KA05 LA03 LA06 MA02 MA06 NA02 NA20 NA35 NA36 NA40 PA07 9A001 BB05 EE03 JZ25 JZ27 KZ58 KZ60 KZ61 LL03

Claims (9)

【特許請求の範囲】
1. 【請求項１】各ＩＣカードの認証用鍵とアクセス権限を
   示すアクセス情報との少なくとも一方を記憶するサーバ
   を備え、第１のＩＣカードへアクセスを要求する第２の
   ＩＣカードを認証するための認証システムであって、 携帯端末のカード処理部にセットされた第１のＩＣカー
   ドに対する第２のＩＣカードからのアクセス要求に応答
   して、前記第２のＩＣカードの認証に必要な認証用鍵と
   アクセス情報との少なくとも一方を、通信を介して前記
   サーバから取得し、 取得した認証用鍵とアクセス情報との少なくとも一方を
   用いて前記第２のＩＣカードからの署名とアクセス命令
   をチェックし、チェック結果が正常を示す場合に、前記
   第１のＩＣカードへのアクセスを許可する、 ことを特徴とする認証システム。
2. 【請求項２】各携帯端末の認証用鍵とアクセス権限を示
   すアクセス情報との少なくとも一方を記憶するサーバを
   備え、第１の携帯端末へアクセスを要求する第２の携帯
   端末を認証するための認証システムであって、 第１の携帯端末に対する第２の携帯端末からのアクセス
   要求に応答して、前記第２の携帯端末の認証に必要な認
   証用鍵とアクセス情報との少なくとも一方を、通信を介
   して前記サーバから取得し、 取得した認証用鍵とアクセス情報とを用いて前記第２の
   携帯端末からの署名とアクセス命令との少なくとも一方
   をチェックし、チェック結果が正常を示す場合に、前記
   第１の携帯端末へのアクセスを許可する、 ことを特徴とする認証システム。
3. 【請求項３】前記携帯端末は、携帯電話機を含む、 ことを特徴とする請求項１又は２に記載の認証システ
   ム。
4. 【請求項４】各ＩＣカードの認証に必要な認証情報を管
   理するセンタを備え、ＩＣカード間の認証を行うための
   認証システムであって、 各前記ＩＣカードは、 コンテンツ情報を記憶し、 他の前記ＩＣカードからのアクセス要求に応答して、当
   該他のＩＣカードの認証とアクセスレベルのチェックの
   少なくとも一方を含む認証処理行い、 前記認証処理の結果が正常を示す場合、コンテンツ情報
   へのアクセスを許可し、 前記センタは、 前記ＩＣカードに、認証処理に必要な情報を供給する、 ことを特徴とする認証システム。
5. 【請求項５】アクセス要求元の認証を行う携帯端末であ
   って、 他の携帯端末からのアクセス要求に応答し、アクセス要
   求元の認証に必要な認証用鍵とアクセス情報との少なく
   とも一方を、各携帯端末の認証用鍵とアクセス情報との
   少なくとも一方を記憶するサーバから通信により取得
   し、 取得した認証用鍵とアクセス情報との少なくとも一方を
   用いて、他の携帯端末からの署名とアクセス命令との少
   なくとも一方をチェックし、チェック結果が正常を示す
   場合に、他の携帯端末からの当該携帯端末へのアクセス
   を許可する、 ことを特徴とする携帯端末。
6. 【請求項６】前記携帯端末は、携帯電話機を含む、 ことを特徴とする請求項５に記載の携帯端末。
7. 【請求項７】各ＩＣカードの認証用鍵とアクセス権限を
   示すアクセス情報との少なくとも一方を記憶するサーバ
   を備えるシステムにおける、第１のＩＣカードへアクセ
   スを要求する第２のＩＣカードを認証するための認証方
   法であって、 携帯端末のカード処理部にセットされた第１のＩＣカー
   ドに対する第２のＩＣカードからのアクセス要求に応答
   して、前記第２のＩＣカードの認証に必要な認証用鍵と
   アクセス情報との少なくとも一方を、通信を介して前記
   サーバから取得し、 取得した認証用鍵とアクセス情報との少なくとも一方を
   用いて前記第２のＩＣカードからの署名とアクセス命令
   をチェックし、チェック結果が正常を示す場合に、前記
   第１のＩＣカードへのアクセスを許可する、 ことを特徴とする認証方法。
8. 【請求項８】各携帯端末の認証用鍵とアクセス権限を示
   すアクセス情報との少なくとも一方を記憶するサーバを
   備えるシステムにおける、第１の携帯端末へアクセスを
   要求する第２の携帯端末を認証するための認証方法であ
   って、 第１の携帯端末に対する第２の携帯端末からのアクセス
   要求に応答して、前記第２の携帯端末の認証に必要な認
   証用鍵とアクセス情報との少なくとも一方を、通信を介
   して前記サーバから取得し、 取得した認証用鍵とアクセス情報とを用いて前記第２の
   携帯端末からの署名とアクセス命令との少なくとも一方
   をチェックし、チェック結果が正常を示す場合に、前記
   第１の携帯端末へのアクセスを許可する、 ことを特徴とする認証方法。
9. 【請求項９】コンピュータを、アクセス要求元の認証を
   行う携帯端末として機能させるためのプログラムを記録
   したコンピュータ読み取り可能な記録媒体であって、 該コンピュータを、他の携帯端末からのアクセス要求に
   応答し、アクセス要求元の認証に必要な認証用鍵とアク
   セス情報との少なくとも一方を、各携帯端末の認証用鍵
   とアクセス情報との少なくとも一方を記憶するサーバか
   ら通信により取得する手段、 取得した認証用鍵とアクセス情報との少なくとも一方を
   用いて、他の携帯端末からの署名とアクセス命令との少
   なくとも一方をチェックし、チェック結果が正常を示す
   場合に、他の携帯端末からの当該携帯端末へのアクセス
   を許可する手段、 として機能させるためのプログラムを記録したコンピュ
   ータ読み取り可能な記録媒体。