JP2002083064A - 個人情報管理方法およびシステム - Google Patents

Abstract

(57)【要約】 【課題】 利用者本人を確実に把握でき、かつ、利用者
にとっても個人情報の管理を自分で行う必要がない方法
およびシステムを実現する。 【解決手段】 生体情報格納部２２には予め利用者の生
体情報を格納しておく。個人情報格納部２３には、生体
情報に対応した個人情報を格納する。情報処理端末よ
り、利用者の生体情報が送られてきた場合、個人情報管
理機関では、生体情報格納部２２を検索して個人認証を
行う（ステップＳ１１ｂ）。認証すると、個人情報を個
人情報格納部２３より取り出して情報処理端末に送る
（ステップＳ１３ｂ）。情報処理端末では、受信した個
人情報を表示し（ステップＳ１４ａ）、特定の動作の実
行後、個人情報を更新して（ステップＳ１５ａ）、個人
情報管理機関に送る。個人情報管理機関では、これを個
人情報格納部２３に格納する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、生体情報により本
人を確認し、その個人の情報を厳密に管理し、かつ、個
人情報の時系列的に管理される部分を更新するようにし
た個人情報管理方法およびシステムに関するものであ
る。

【０００２】

【従来の技術】従来、ある程度の長期間に亘って個人毎
にその個人の情報を厳密に管理することは非常に困難で
あった。例えば、住所や電話番号といった個人を特定す
るキーも必ずしも固定したものではなく、このような情
報が変わると、別人の処理と同様な管理を行わなければ
ならない。

【０００３】

【発明が解決しようとする課題】しかしながら、上記の
ような従来の管理方法では、個人の情報の連続性がなく
なってしまう。例えば、献血を考えた場合、献血の度毎
に献血手帳を作成している人は、全て別人として扱われ
ることになる。即ち、同一人物が作成した献血手帳とい
ったカード間をリンクさせる手段はなにもないといえ
る。また、献血では、献血する間隔をある期間以上あけ
ると決められているが、別人と認識されればこれを遵守
できないことになる。

【０００４】また、病院等のカルテにおいても、様々な
医療機関で作成され、それらをリンクさせることができ
ないため、ある個人の総合的な病歴や薬歴を把握するこ
とは不可能であり、従って、個人が総合的な医療サービ
スを受けることはできなかった。

【０００５】

【課題を解決するための手段】本発明は、前述の課題を
解決するため次の構成を採用する。 〈構成１〉個人に関する特定の処理の情報を個人情報と
して時系列に管理する個人情報管理方法であって、予
め、個人の生体情報を個人の認証情報として登録し、任
意の個人に対して特定の処理を行う場合は、任意の個人
の生体情報を取得して個人認証を行い、認証された場合
は個人の個人情報を取り出し、特定の処理を行った後
は、特定の処理が行われたことを反映させて個人情報を
更新することを特徴とする個人情報管理方法。

【０００６】〈構成２〉利用者の生体情報を取得する生
体情報取得装置と、生体情報取得装置で取得した生体情
報を送信すると共に、利用者に関する特定の処理が実行
された場合は、特定の処理が実行されたことを反映させ
て個人情報を更新する情報処理端末と、予め、利用者の
生体情報と、利用者に関する特定の処理の実行記録を含
む個人情報を格納する情報格納部と、情報処理端末から
生体情報を受信した場合、その生体情報と情報格納部の
生体情報とを照合して個人認証を行い、認証された個人
に該当する個人情報を情報格納部から取り出して情報処
理端末に送信すると共に、情報処理端末より更新された
個人情報を受け取った場合は、新たな個人情報としてこ
れを情報格納部に格納する管理サーバとを備えたことを
特徴とする個人情報管理システム。

【０００７】〈構成３〉それぞれ個人に関する特定の処
理の情報を個人情報として時系列に管理する複数の機関
に対し、これら複数の機関の個人情報管理を行う個人情
報管理方法であって、各機関は、予め、個人の生体情報
を個人の認証情報として登録し、任意の個人に対して特
定の処理を行う場合は、任意の個人の生体情報を取得し
て個人認証を行い、認証された場合は個人の個人情報を
取り出し、特定の処理を行った後は、特定の処理が行わ
れたことを反映させて個人情報を更新する共に、いずれ
かの機関から、任意の個人の生体情報に基づき、任意の
個人の個人情報の取得要求があった場合、個人情報を検
索して、該当する個人情報を取り出してこれを要求元に
送信することを特徴とする個人情報管理方法。

【０００８】〈構成４〉それぞれ個人情報に関して同様
に管理を行う複数の機関において、各機関は、利用者の
生体情報を取得する生体情報取得装置と、生体情報取得
装置で取得した生体情報を送信すると共に、利用者に関
する特定の処理が実行された場合は、特定の処理が実行
されたことを反映させて個人情報を更新する情報処理端
末と、予め、利用者の生体情報と、利用者に関する特定
の処理の実行記録を含む個人情報を格納する情報格納部
と、情報処理端末から生体情報を受信した場合、その生
体情報と情報格納部の生体情報とを照合して個人認証を
行い、認証された個人に該当する個人情報を情報格納部
から取り出して情報処理端末に送信すると共に、情報処
理端末より更新された個人情報を受け取った場合は、新
たな個人情報としてこれを情報格納部に格納する管理サ
ーバとを備え、かつ、いずれかの機関の管理サーバか
ら、任意の個人の生体情報に基づき、個人の個人情報の
取得要求があった場合、個人情報を検索して、該当する
個人情報を取り出してこれを要求元の管理サーバに送信
する相互認証サービスサーバを設けたことを特徴とする
個人情報管理システム。

【０００９】

【発明の実施の形態】以下、本発明の実施の形態を具体
例を用いて詳細に説明する。 《具体例１》図１は、本発明の個人情報管理方法の具体
例１における利用者が既登録の場合の動作を示すフロー
チャートであるが、これに先立ち、本発明の個人情報管
理システムの具体例１を説明する。また、本具体例で
は、個人に関する特定の処理として献血を行う例を説明
する。

【００１０】〈構成〉図２は、本発明の個人情報管理シ
ステムの具体例１の構成図である。図のシステムは、献
血センタ１０が個人情報管理機関２０に対してネットワ
ーク３０を介して接続されている例を示している。献血
センタ１０側では、生体情報取得装置１１と情報処理端
末１２が設けられ、個人情報管理機関２０側では、情報
格納部２１（生体情報格納部２２、個人情報格納部２
３）と管理サーバ２４とが設けられている。

【００１１】生体情報取得装置１１は、利用者１００の
生体情報を取得する装置である。ここで、利用者１００
の生体情報としては、指紋、声紋、虹彩等を用いること
ができるが、本具体例では生体情報として虹彩情報を用
いるとして説明する。虹彩の取得装置としては、利用者
１００の顔画像をカメラで取得し、その顔画像から画像
処理にて虹彩画像と切り出し、更に虹彩画像から利用者
１００固有の虹彩パターンデータを抽出する機能を有す
る装置である。尚、利用者１００の虹彩パターンデータ
を抽出する構成については公知であるため、ここでの詳
細な説明は省略する。情報処理端末１２は、例えばパー
ソナルコンピュータからなり、オペレータ２００が操作
する端末である。この情報処理端末１２は、個人情報管
理機関２０への既登録の利用者１００が献血を行う場合
に、その利用者１００に対して生体情報取得装置１１が
取得した生体情報を個人情報管理機関２０に送り、その
結果、個人情報管理機関２０からその利用者１００の献
血記録を含む個人情報を受け取った場合は、その献血記
録を更新して個人情報管理機関２０に送信する機能を有
している。また、利用者１００が未登録者である場合
は、献血に必要な個人情報（例えば、氏名、生年月日、
住所等）をオペレータ２００が入力し、これを個人情報
管理機関２０に送る機能を有している。

【００１２】個人情報管理機関２０は、利用者１００の
生体情報と個人情報とを統轄して管理し、個人認証を行
う管理機関である。情報格納部２１における生体情報格
納部２２は、献血センタ１０から個人の認証情報として
登録処理された複数の利用者１００の虹彩パターンデー
タを格納する格納部である。また、個人情報格納部２３
は、献血に必要な個人情報である氏名、生年月日、住所
等の情報と共に、その利用者１００の献血履歴を個人情
報として格納する格納部である。管理サーバ２４は、情
報処理端末１２から、生体情報が送られてきた場合、こ
の生体情報が登録されているかを生体情報格納部２２の
データを検索し、登録されていた場合は、その利用者１
００の個人情報を個人情報格納部２３から取り出して情
報処理端末１２に送信し、更新された個人情報を受け取
った場合は、個人情報格納部２３に格納されている該当
する個人情報を更新する機能を有している。また、情報
処理端末１２から利用者１００の新規登録処理として、
その利用者１００の生体情報と個人情報が送られてきた
場合は、生体情報格納部２２に生体情報を登録すると共
に、その利用者１００の個人情報を個人情報格納部２３
に格納する機能を有している。

【００１３】ネットワーク３０は、献血センタ１０と個
人情報管理機関２０とを接続するための、例えば公衆回
線を介して実現されるインターネット等であるが、その
プロトコルや伝送媒体に関しては特に限定はない。

【００１４】〈動作〉先ず、利用者１００の新規登録処
理について説明する。図３は、新規登録処理を示すフロ
ーチャートである。利用者１００が新規に献血を行う場
合、先ず、利用者１００が個人情報として、氏名、生年
月日、住所等を記録用紙等に記入し、オペレータ２００
はこれを見て情報処理端末１２より個人情報を入力する
（ステップＳ１ａ）。あるいは、オペレータ２００が利
用者１００より個人情報を聴取しながら入力する。ま
た、これと共に、生体情報取得装置１１により利用者１
００の虹彩パターンデータを取得する（ステップＳ２
ａ）。尚、オペレータ２００は、利用者１００の良好な
虹彩パターンデータが取得できたかを確認する。次に、
利用者１００が献血を行うと、オペレータ２００は、そ
の利用者１００が献血を行ったという情報を情報処理端
末１２から入力する（ステップＳ３ａ）。これらの情報
は生体情報取得装置１１からネットワーク３０を介して
個人情報管理機関２０に送信される（ステップＳ４
ａ）。

【００１５】個人情報管理機関２０では、献血センタ１
０からの各種情報を受信すると（ステップＳ１ｂ）、管
理サーバ２４は、生体情報格納部２２を検索し、既登録
者ではないかを確認する（ステップＳ２ｂ）。既登録者
ではなかった場合、管理サーバ２４は、生体情報を生体
情報格納部２２に格納し、また、個人情報を個人情報格
納部２３に格納する（ステップＳ３ｂ）。このような処
理が終了すると、管理サーバ２４は、登録完了通知を情
報処理端末１２に対して送信する（ステップＳ４ｂ）。
一方、上記ステップＳ２ｂにおいて、その利用者１００
の生体情報が既に登録されていた場合、その旨を示すメ
ッセージを情報処理端末１２に送信し（ステップＳ５
ｂ）、後述する既登録者の処理（図１におけるステップ
Ｓ１１ｂ〜ステップＳ１４ｂ）を行う（ステップＳ６
ｂ）。あるいは、ステップＳ５ｂでメッセージを送信
後、特に既登録者の処理は行わず、そのまま終了する。

【００１６】献血センタ１０側では、情報処理端末１２
が個人情報管理機関２０からの応答を受信し、かつ、こ
の受信情報が既登録を示すメッセージではなかった場合
（ステップＳ５ａ）、情報処理端末１２のディスプレイ
（図示省略）に、登録が完了したことを示すメッセージ
を表示し（ステップＳ６ａ）、その利用者１００に関す
る新規の登録および献血処理を終了する。一方、個人情
報管理機関２０からの応答が既登録である旨の情報であ
った場合、後述する既登録者の処理（図１におけるステ
ップＳ１４ａ〜ステップＳ１５ａ）を行う（ステップＳ
７ａ）。尚、血液型等の情報は、別途個人情報管理機関
２０に通知され、管理サーバ２４はこれも含めて個人情
報として個人情報格納部２３に格納するものとする。

【００１７】次に、図１を参照して既登録者が献血した
場合の動作について説明する。既登録者が献血を行う場
合、先ず、生体情報取得装置１１によってその利用者１
００の生体情報である虹彩パターンデータを取得する
（ステップＳ１１ａ）。オペレータ２００は、これを情
報処理端末１２より個人情報管理機関２０に対して送信
する（ステップＳ１２ａ）。

【００１８】個人情報管理機関２０側では、生体情報を
受信すると、管理サーバ２４は、この生体情報をキーと
して生体情報格納部２２を検索し、該当する生体情報が
格納されているかを確認する（ステップＳ１１ｂ、Ｓ１
２ｂ）。該当する生体情報があった場合、管理サーバ２
４は、その生体情報に対応した利用者１００の個人情報
を取り出し、情報処理端末１２に応答する（ステップＳ
１３ｂ）。

【００１９】個人情報管理機関２０から応答を受信し、
かつ、この受信情報が未登録を示すメッセージではなか
った場合（ステップＳ１３ａ）、情報処理端末１２のデ
ィスプレイに、個人情報、即ち、氏名、生年月日、住所
等の個人の属性情報と、以前はいつ献血を行ったか、ま
た、血液型は何かといった献血を行ったことによる情報
とを表示する（ステップＳ１４ａ）。オペレータ２００
は、このような個人情報が誤っていないか利用者１００
に確認し、かつ、前回の献血から一定期間が経過してい
るかといったことを確認し、問題がない場合は、利用者
１００の献血を行う。そして、献血を行った日付等の情
報を更新し、この個人情報を個人情報管理機関２０に送
信する（ステップＳ１５ａ）。尚、上記ステップＳ１３
ａにおいて、利用者１００が未登録である旨の情報を受
け取った場合は、上述した図３に示す未登録者処理を行
う（ステップＳ１６ａ）。

【００２０】個人情報管理機関２０の管理サーバ２４
は、情報処理端末１２より更新された個人情報を受け取
ると、これを個人情報格納部２３に格納する（ステップ
Ｓ１４ｂ）。また、上記ステップＳ１２ｂにおいて、そ
の生体情報が生体情報格納部２２に存在しなかった場合
は、未登録である旨の応答を情報処理端末１２に対して
行い（ステップＳ１５ｂ）、上述した未登録者の処理
（ステップＳ１ｂ〜ステップＳ４ｂ）を行う（ステップ
Ｓ１６ｂ）。

【００２１】〈効果〉以上のように具体例１によれば、
献血を行う利用者１００の生体情報を個人の認証情報と
して予め登録し、利用者１００が献血を行う場合、生体
情報に基づいて本人であるかを認証し、かつ、以前の献
血履歴の情報を個人情報として出力し、献血を行った場
合は、献血履歴を更新して個人情報を格納するようにし
たので、次のような効果がある。システムの運用側（献
血センタ１０）では、利用者１００（献血者）本人を確
実に把握できるため、個人情報管理が徹底でき、事故を
防止することができる。

【００２２】また、利用者１００にとっては、 ・献血手帳のように、本人を証明するようなものを持つ
必要がない。 ・献血の度毎に、個人情報を記入しなくてもよい。 ・例えば、献血時に検査した過去の内容等を時系列的に
参照できるサービスを受けることも可能となり、自己管
理に役立たせることができる。このようなサービスの実
現方法の一例としては、情報処理端末１２にプリンタを
接続し、このプリンタによって、献血履歴や検査情報を
出力する。あるいは、献血後、個人情報管理機関２０よ
り利用者１００宛に献血履歴や検査情報を郵送したり、
電子メールで通知するといった方法がある。あるいは、
献血に関するＷｅｂサイトを用意し、このＷｅｂサイト
を利用者１００がアクセスすることで、「あなたの献血
結果は以上の通りです」といった通知を行うようにして
もよい。

【００２３】しかも、本具体例では、個人認証に虹彩パ
ターンデータといった生体情報を用いているので認証情
報としての経年変化が小さく、長期的な個人情報の管理
を行う場合でも信頼性が高いという効果がある。

【００２４】尚、上記具体例１では、個人情報として献
血時の各種情報の例を説明したが、これに限定されるも
のではなく、例えば、健康診断等、個人に関する特定の
処理の情報を個人情報として時系列に管理する個人情報
管理方法であれば同様に適用可能である。

【００２５】《具体例２》具体例２では、複数の異なる
機関が管理する個人情報を相互に利用できるようにした
例である。

【００２６】〈構成〉図４は、具体例２の構成図であ
る。図示のシステムでは、複数の医療機関４０−１〜４
０−ｎがネットワーク３０に接続され、かつ、相互認証
サービスサーバ５０がネットワーク３０に接続されてい
る。医療機関４０−１〜４０−ｎは、それぞれが独立し
て個人情報を管理する機関であり、各医療機関４０−１
〜４０−ｎは、生体情報取得装置１１、情報処理端末１
２、情報格納部１３（生体情報格納部１４、個人情報格
納部１５）、管理サーバ１６、カルテサーバ１７を備え
ている。生体情報取得装置１１および情報処理端末１２
は、具体例１と同様の構成であるが、生体情報取得装置
１１の利用者１００は患者であり、情報処理端末１２を
操作するオペレータ２００は、医療機関受付のオペレー
タあるいは診療する医師である。

【００２７】情報格納部１３における生体情報格納部１
４は、具体例１の生体情報格納部２２と同様に、各医療
機関４０−１〜４０−ｎ毎の利用者１００の生体情報を
格納する格納部である。尚、本具体例においても生体情
報は虹彩パターンデータであるとする。管理サーバ１６
は、情報処理端末１２にＬＡＮ等によって接続され、情
報処理端末１２から受け取った生体情報に基づき生体情
報格納部１４の生体情報を参照して個人認証を行い、認
証された個人に該当する個人情報の取得をカルテサーバ
１７を介して行ってこれを情報処理端末１２に送信する
サーバである。また、管理サーバ１６は、情報処理端末
１２から他の医療機関に対して個人情報の取得要求があ
った場合、ネットワーク３０を介して相互認証サービス
サーバ５０に生体情報に該当する個人情報の取得要求を
行い、この要求に対して個人情報が応答としてあった場
合は、応答された個人情報を情報処理端末１２に送信す
る機能を有している。個人情報格納部１５は、個人情報
として利用者１００の電子カルテ（電子化されたカルテ
の情報）を格納する格納部である。カルテサーバ１７
は、管理サーバ１６や情報処理端末１２とＬＡＮ等で接
続され、管理サーバ１６から指示に従い、該当する利用
者１００の電子カルテを個人情報格納部１５から検索し
て取り出すサーバである。

【００２８】尚、各医療機関４０−１〜４０−ｎにおい
て、複数の診療科がある場合は、全ての診療科での利用
者１００の生体情報および個人情報が、生体情報格納部
１４および個人情報格納部１５に格納されるとする。ま
た、本具体例では、個人情報格納部１５を管理するサー
バとしてカルテサーバ１７を設けたが、管理サーバ１６
がその機能を持つよう構成してもよい。

【００２９】相互認証サービスサーバ５０は、任意の医
療機関４０−１〜４０−ｎの管理サーバ１６より、他の
医療機関４０−１〜４０−ｎへのカルテ取得要求があっ
た場合は、他の医療機関４０−１〜４０−ｎを検索して
要求されたカルテを取得し、これを要求元の管理サーバ
１６に送信する機能を有している。

【００３０】〈動作〉先ず、利用者１００の新規登録処
理について説明する。図５は、新規登録処理を示すフロ
ーチャートである。新規の患者（利用者１００）に対し
て、医療機関の受付にて、または、医師が診察する時
に、生体情報取得装置１１を用いてその生体情報を取得
する（ステップＳ２１）。これと共にその利用者１００
のカルテを作成し（ステップＳ２２）、これら情報を管
理サーバ１６に送る。管理サーバ１６では、利用者１０
０の生体情報とカルテとをリンク付けし（ステップＳ２
３）、生体情報格納部１４に利用者１００の生体情報を
格納し（ステップＳ２４）、カルテサーバ１７に対して
カルテを格納するよう指示を行う。これにより、カルテ
サーバ１７は、個人情報格納部１５に個人情報としてカ
ルテを格納する（ステップＳ２５）。

【００３１】次に、既に登録した患者（利用者１００）
の場合を説明する。図６は、既登録の利用者１００の処
理を示すフローチャートである。既登録の患者の場合
は、医師が診察を行うときに、生体情報取得装置１１に
よりその利用者１００の生体情報を取得する（ステップ
Ｓ３１）。そして、この生体情報に基づき情報処理端末
１２を操作して個人情報格納部１５よりカルテを呼び出
し（ステップＳ３２）、カルテの内容を情報処理端末１
２のディスプレイ（図示省略）に表示する（ステップＳ
３３）。このとき、他の医療科でのカルテも取り出すこ
とができるため、その利用者１００に対して他の病気と
の関連性も確認しながら診察を進めることもできる。

【００３２】そして、利用者１００に対して診療を行っ
た場合は、この内容をカルテに反映させてカルテを更新
し、管理サーバ１６に送る（ステップＳ３４）。管理サ
ーバ１６はカルテサーバ１７に対して更新されたカルテ
の格納を指示し、カルテサーバ１７は、更新されたカル
テを個人情報格納部１５に格納する（ステップＳ３
５）。このような処理により、それぞれの医療機関４０
−１〜４０−ｎでは、各医療科のカルテが集中管理され
る。

【００３３】次に、他の医療機関４０−１〜４０−ｎの
カルテを参照する場合を説明する。例えば、ある患者が
小規模な診療機関で受診後、大規模な診療機関で診察を
受けるといった場合がある。即ち、ある医療機関４０−
ｐで受診後、これとは異なる医療機関４０−ｑで診察を
受けるような場合である。このような場合でも、相互認
証サービスサーバ５０を用いることにより、他の医療機
関４０−ｐのカルテを参照することが可能となる。

【００３４】図７は、他の医療機関４０−１〜４０−ｎ
のカルテを参照する場合のフローチャートである。ここ
で、特定の患者（利用者１００）が、以前に診療した医
療機関を医療機関４０−ｐ、新たに診察する医療機関を
医療機関４０−ｑとする。利用者１００が医療機関４０
−ｑに新規で来院すると、図５で示した新規受付処理を
行う（ステップＳ４１ａ）。そして、医師が、他の医療
機関４０−ｑでのカルテを参照したい場合、情報処理端
末１２よりカルテの取得を要求すると、管理サーバ１６
は、利用者１００の生体情報をネットワーク３０を介し
て相互認証サービスサーバ５０に送る（ステップＳ４２
ａ）。

【００３５】相互認証サービスサーバ５０では、カルテ
の取得要求を受信すると（ステップＳ４１ｂ）、受信し
た生体情報に基づき、全ての医療機関４０−１〜４０−
ｎに対して、カルテの取得要求を送信する（ステップＳ
４２ｂ）。その後、いずれかの医療機関４０−１〜４０
−ｎより応答を待ち（ステップＳ４３ｂ）、応答（医療
機関４０−ｐからの応答）があった場合は、その医療機
関４０−ｐの保有するカルテデータを医療機関４０−ｑ
に送る（ステップＳ４４ｂ）。

【００３６】医療機関４０−ｑでは、相互認証サービス
サーバ５０より送られた医療機関４０−ｐのカルテを表
示する（ステップＳ４３ａ）。これにより、その患者に
関する他の医療機関４０−ｑでのカルテを参照して診療
を行うことができる。

【００３７】〈効果〉以上のように、具体例２によれ
ば、各医療機関４０−１〜４０−ｎで、生体情報とカル
テデータとを関連付けて格納し、かつ、相互認証サービ
スサーバ５０で、各医療機関４０−１〜４０−ｎのカル
テデータを参照するようにしたので、次のような効果が
ある。

【００３８】医療機関では、 ・本人を厳密に確認しながら診療を進められるため、カ
ルテ参照ミスによる誤診療を未然に防止することができ
る。 ・自医療機関にかかわらず他の医療機関において行った
過去の診療を全て利用できるため、総合的な診療サービ
スを提供することができる。 ・その結果、病院に対する患者の信頼性を向上させるこ
とができる。

【００３９】また、患者側では、 ・病院を替わる度に同じような検査を何度もしなくても
済む。 ・別な診療科のカルテも参照してもらえるため、その診
療科だけでなく、総合的に診察してもらえるという安心
感がある。 ・新規の病院でも、それまで使用していた薬をあえて持
参するといったことを行う必要がなく、既使用薬を考慮
した診療を受けることができる。

【００４０】更に、医療機関４０−１〜４０−ｎを管理
する国側では、 ・検査の重複を減少させることができるため、診療報酬
の削減を図ることができる。

【００４１】また、相互認証サービスサーバ５０の管理
者は、各医療機関４０−１〜４０−ｎ相互の認証を行う
サービスをビジネスとすることができる。

【００４２】尚、上記具体例２では、他の医療機関４０
−１〜４０−ｎのカルテを参照する場合は、情報処理端
末１２より明示的に管理サーバ１６に対して指示するよ
うにしたが、自医療機関である利用者１００が登録され
ていない場合は、自動的に相互認証サービスサーバ５０
にアクセスするようにしてもよい。即ち、情報処理端末
１２から利用者１００の生体情報に基づくカルテの要求
があった場合、管理サーバ１６は、先ず生体情報格納部
１４においてその利用者１００の生体情報を検索し、見
つからない場合は、相互認証サービスサーバ５０に対し
て他の医療機関４０−１〜４０−ｎへの問い合わせを行
うようにしてもよい。

【００４３】また、具体例２では、相互認証サービスサ
ーバ５０が対象とするデータはカルテデータのみとした
が、これ以外にも、例えば健康診断結果や、保健所での
予防接種情報等、健康管理に付随する他の個人情報とも
相互に参照できるよう、更に上位のサーバを設けてサー
ビスを行うようにしてもよい。このようにすれば更に総
合的な個人情報管理システムを構築することができる。

【図面の簡単な説明】

【図１】本発明の個人情報管理方法の具体例１における
利用者が既登録の場合の動作を示すフローチャートであ
る。

【図２】本発明の個人情報管理システムの具体例１の構
成図である。

【図３】具体例１の新規登録処理を示すフローチャート
である。

【図４】本発明の個人情報管理システムの具体例２の構
成図である。

【図５】具体例２の新規登録処理を示すフローチャート
である。

【図６】具体例２の既登録の利用者の処理を示すフロー
チャートである。

【図７】具体例２の他の医療機関のカルテを参照する場
合のフローチャートである。

【符号の説明】

１１ 生体情報取得装置 １２ 情報処理端末 １３、２１ 情報格納部 １６、２４ 管理サーバ ５０ 相互認証サービスサーバ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 個人に関する特定の処理の情報を個人情
   報として時系列に管理する個人情報管理方法であって、 予め、個人の生体情報を当該個人の認証情報として登録
   し、 任意の個人に対して前記特定の処理を行う場合は、 前記任意の個人の生体情報を取得して個人認証を行い、
   認証された場合は当該個人の個人情報を取り出し、 前記特定の処理を行った後は、当該特定の処理が行われ
   たことを反映させて前記個人情報を更新することを特徴
   とする個人情報管理方法。
2. 【請求項２】 利用者の生体情報を取得する生体情報取
   得装置と、 前記生体情報取得装置で取得した生体情報を送信すると
   共に、前記利用者に関する特定の処理が実行された場合
   は、当該特定の処理が実行されたことを反映させて個人
   情報を更新する情報処理端末と、 予め、利用者の生体情報と、当該利用者に関する特定の
   処理の実行記録を含む個人情報を格納する情報格納部
   と、 前記情報処理端末から生体情報を受信した場合、その生
   体情報と前記情報格納部の生体情報とを照合して個人認
   証を行い、認証された個人に該当する個人情報を前記情
   報格納部から取り出して前記情報処理端末に送信すると
   共に、前記情報処理端末より更新された個人情報を受け
   取った場合は、新たな個人情報としてこれを前記情報格
   納部に格納する管理サーバとを備えたことを特徴とする
   個人情報管理システム。
3. 【請求項３】 それぞれ個人に関する特定の処理の情報
   を個人情報として時系列に管理する複数の機関に対し、
   これら複数の機関の個人情報管理を行う個人情報管理方
   法であって、 各機関は、 予め、個人の生体情報を当該個人の認証情報として登録
   し、 任意の個人に対して前記特定の処理を行う場合は、 前記任意の個人の生体情報を取得して個人認証を行い、
   認証された場合は当該個人の個人情報を取り出し、 前記特定の処理を行った後は、当該特定の処理が行われ
   たことを反映させて前記個人情報を更新する共に、いず
   れかの機関から、任意の個人の生体情報に基づき、当該
   任意の個人の個人情報の取得要求があった場合、当該個
   人情報を検索して、該当する個人情報を取り出してこれ
   を要求元に送信することを特徴とする個人情報管理方
   法。
4. 【請求項４】 それぞれ個人情報に関して同様に管理を
   行う複数の機関において、各機関は、 利用者の生体情報を取得する生体情報取得装置と、 前記生体情報取得装置で取得した生体情報を送信すると
   共に、前記利用者に関する特定の処理が実行された場合
   は、当該特定の処理が実行されたことを反映させて個人
   情報を更新する情報処理端末と、 予め、利用者の生体情報と、当該利用者に関する特定の
   処理の実行記録を含む個人情報を格納する情報格納部
   と、 前記情報処理端末から生体情報を受信した場合、その生
   体情報と前記情報格納部の生体情報とを照合して個人認
   証を行い、認証された個人に該当する個人情報を前記情
   報格納部から取り出して前記情報処理端末に送信すると
   共に、前記情報処理端末より更新された個人情報を受け
   取った場合は、新たな個人情報としてこれを前記情報格
   納部に格納する管理サーバとを備え、 かつ、 いずれかの機関の前記管理サーバから、任意の個人の生
   体情報に基づき、当該個人の個人情報の取得要求があっ
   た場合、当該個人情報を検索して、該当する個人情報を
   取り出してこれを要求元の前記管理サーバに送信する相
   互認証サービスサーバを設けたことを特徴とする個人情
   報管理システム。