(57)【要約】【課題】意識不明等となった個人の個人情報を緊急に提供するシステムの実現。【解決手段】本システムのユーザは、個人が身につける指輪等の個人ＩＤ保持体１０から個人ＩＤ１１を読み取り、情報要求端末２０に与える。情報要求端末２０は、緊急応答サーバ３０に個人ＩＤ１１を送信し個人ＩＤ１１に対応する個人情報の提供を要求するが、緊急応答サーバ３０は、情報要求端末２０を操作するユーザを認証した上で、要求された個人情報を提供する。【選択図】図１
2011253322.tif 000002
【特許請求の範囲】
【請求項１】
個人ＩＤに対応する個人情報を提供する緊急用個人情報提供システムであって、
個人を識別可能な個人ＩＤを記録され当該個人が身につけるように構成された個人ＩＤ保持体と、
この個人ＩＤ保持体から読み取られた個人ＩＤを緊急応答サーバシステムに送信する情報要求端末と、
各個人の個人ＩＤと個人情報とを関連付けて記憶した緊急用個人情報ＤＢを記憶装置に備え前記情報要求端末から送られた個人ＩＤに対応する個人情報を前記緊急用個人情報ＤＢから読み出して前記情報要求端末に提供する緊急応答サーバシステムとを備え、
前記情報要求端末は、前記緊急応答サーバシステムに送信する個人ＩＤの所有者とは別人であるユーザの認証情報を前記緊急応答サーバシステムに送信し、
当該緊急応答サーバシステムは、同システムのユーザに予め発行した認証情報を記憶装置に記憶しており、前記情報要求端末から受信したユーザの認証情報と当該記憶装置に予め記憶している認証情報とが一致したことを条件として、前記個人ＩＤに対応する個人情報を前記情報要求端末に提供し、
前記情報要求端末は、前記緊急応答サーバシステムから受信した個人情報を表示装置に表示する、緊急用個人情報提供システム。
【請求項２】
前記個人ＩＤ保持体は、ネックレス、ブレスレット、指輪またはカードである、請求項１記載のシステム。
【請求項３】
前記ユーザは、警察、消防署、病院、相談所または行政機関等の公の機関に所属するユーザである、請求項１又は２に記載のシステム。
【請求項４】
前記個人情報は、保険証情報、本人証明写真、緊急連絡先、健康診断情報、身体検査情報、アレルギー情報、治療情報およびお薬手帳情報のうちの少なくとも１つを含む、請求項１乃至３のいずれかに記載のシステム。
【請求項５】
前記ユーザの認証情報はユーザ毎に異なる値を発行する、請求項１乃至４のいずれかに記載のシステム。
【請求項６】
前記緊急応答サーバシステムは、前記情報要求端末から個人情報を要求したユーザの識別情報と、当該個人情報に対応する個人ＩＤと、当該要求に応じて個人情報を提供した日時とを関連付けて記憶装置内の情報提供ログに記録する、請求項５記載のシステム。
【請求項７】
個人ＩＤに対応する個人情報を提供する緊急用個人情報提供システムであって、
個人を識別可能な個人ＩＤを記録され当該個人が身につけるように構成された個人ＩＤ保持体と、
この個人ＩＤ保持体から読み取られた個人ＩＤを緊急応答サーバシステムに送信する情報要求端末と、
各個人の個人ＩＤと個人情報とを関連付けて記憶した緊急用個人情報ＤＢを記憶装置に備え前記情報要求端末から送られた個人ＩＤに対応する個人情報を前記緊急用個人情報ＤＢから読み出して前記情報要求端末に提供する緊急応答サーバシステムとを備えたシステムにおいて、
前記情報要求端末が、前記緊急応答サーバシステムに送信する個人ＩＤの所有者とは別人であるユーザの認証情報を前記緊急応答サーバシステムに送信し、
当該緊急応答サーバシステムが、同システムのユーザに予め発行した認証情報を記憶装置に記憶しており、前記情報要求端末から受信したユーザの認証情報と当該記憶装置に予め記憶している認証情報とが一致したことを条件として、前記個人ＩＤに対応する個人情報を前記情報要求端末に提供し、
前記情報要求端末が、前記緊急応答サーバシステムから受信した個人情報を表示装置に表示する、緊急用個人情報提供方法。
【請求項８】
前記個人ＩＤ保持体は、ネックレス、ブレスレット、指輪またはカードである、請求項７記載の方法。
【請求項９】
前記ユーザは、警察、消防署、病院、相談所または行政機関等の公の機関に所属するユーザである、請求項７又は８に記載の方法。
【請求項１０】
前記個人情報は、保険証情報、本人証明写真、緊急連絡先、健康診断情報、身体検査情報、アレルギー情報、治療情報およびお薬手帳情報のうちの少なくとも１つを含む、請求項７乃至９のいずれかに記載の方法。
【請求項１１】
前記ユーザの認証情報はユーザ毎に異なる値を発行する、請求項７乃至１０のいずれかに記載の方法。
【請求項１２】
前記緊急応答サーバシステムは、前記情報要求端末から個人情報を要求したユーザの識別情報と、当該個人情報に対応する個人ＩＤと、当該要求に応じて個人情報を提供した日時とを関連付けて記憶装置内の情報提供ログに記録する、請求項１１記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特定の個人の個人情報が緊急に必要となった場合に、限られたユーザに対し、当該個人情報を提供するシステムに関する。
【背景技術】
【０００２】
例えば急病人が救急車で病院に搬送される場合など、救急救命士などから個人情報の開示を求められる。しかし、その個人が自分の個人情報を自ら開示できない容体となっている場合がある。また、そこまでの容体でなくとも、自分の個人情報を自ら開示することが苦痛な容体となっている場合がある。
【０００３】
この問題を解決する手段として、例えば特許文献１が開示されている。特許文献１では、請求項１４に対応する発明において、利用者（意識不明者等）の電話機を第三者が操作し、短縮ダイヤルから緊急コールセンターに電話をかけると、その発信者番号から利用者が特定され、その利用者の個人情報が第三者に提供されるようになっている。その際、当該第三者は、利用者の電話機に表示される操作手順に従って短縮ダイヤルを発信する。
【０００４】
しかし、これには以下の不都合を伴う。まず、第三者が緊急コールセンターの存在を事前に知っている必要がある。第三者が緊急コールセンターの存在を知らなければ、利用者の電話機を使って緊急コールセンターに電話をしようという行動を起こせない。しかし、緊急コールセンターの存在を事前に知っているのは利用者だけであり、当該利用者に遭遇した第三者が緊急コールセンターの存在を事前に知っているとは限らない。また、第三者は使い慣れない他人（利用者）の電話機の操作に戸惑うだろう。電話機に短縮ダイヤルの操作手順を表示させるにしても、どうやってその操作手順を表示させたらよいのか、第三者には分からないだろうし、そのような操作手順を表示できる特殊な電話機を利用者が持っていなければならない。そして、最大の問題は、利用者の電話機を操作できる第三者であれば、誰でも緊急コールセンターに電話をして利用者の個人情報を引き出せる可能性があるということである。利用者の容体とは関係なく、任意の第三者が利用者の電話機を利用し、偽って利用者の個人情報を引き出すおそれがある。このとき、第三者が偽れば、個人情報を引き出した当該第三者を特定することができず、情報漏洩ルートの特定も困難となる。
【０００５】
また、特許文献１では、請求項１５に対応する発明において、第三者が任意の電話機から緊急コールセンターに発信し、利用者（意識不明者等）の身に付けた認識票に表示された登録ID番号を伝えると、当該利用者の個人情報が緊急コールセンターから第三者に提供されるようになっている。ここで、認識票はペンダント、ブレスレット、カードやシール等である。
【０００６】
しかし、これにも以下の不都合を伴う。上記と同様に、第三者が緊急コールセンターの存在を事前に知っている必要がある。第三者が緊急コールセンターの存在を知らなければ、緊急コールセンターに電話をしようという行動を起こせない。しかし、緊急コールセンターの存在を事前に知っているのは利用者だけであり、当該利用者に遭遇した第三者が緊急コールセンターの存在を事前に知っているとは限らない。また、利用者の登録ID番号を知得した第三者であれば、誰でも緊急コールセンターに電話をして利用者の個人情報を引き出せる可能性がある。利用者の容体とは関係なく、任意の第三者が利用者の登録ID番号を利用し、偽って利用者の個人情報を引き出すおそれがある。登録ID番号を第三者に見つけてもらうために、利用者は認識票を見つけやすい個所に常時身に付けている必要があり、認識票に表示された登録ID番号は他人に知得されやすい。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−７９０８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明では、意識不明者等の個人情報を取得しようとする者が、当該個人情報を提供するセンターの存在を必ず事前に知っているようにし、かつ、個人を特定するＩＤが第三者に知られても、個人情報を取得する権限を持つ者だけが個人情報を取得できるようにすることを課題とする。
【課題を解決するための手段】
【０００９】
この課題を解決するため、本発明では、まず、個人を識別可能な個人ＩＤを記録され、当該個人が身につけるように構成された個人ＩＤ保持体を用いる。また、この個人ＩＤ保持体から読み取られた個人ＩＤを緊急応答サーバシステムに送信する情報要求端末を用いる。さらに、各個人の個人ＩＤと個人情報とを関連付けて記憶した緊急用個人情報ＤＢを記憶装置に備え、情報要求端末から送られた個人ＩＤに対応する個人情報を緊急用個人情報ＤＢから読み出して情報要求端末に提供する緊急応答サーバシステムを備える。
【００１０】
そして個人情報を取得する際、情報要求端末は、緊急応答サーバシステムに送信する個人ＩＤの所有者とは別人であるユーザの認証情報を前記緊急応答サーバシステムに送信する。当該緊急応答サーバシステムは、同システムのユーザに発行した認証情報を記憶装置に予め記憶しており、情報要求端末から受信したユーザの認証情報と当該記憶装置に予め記憶している認証情報とが一致したことを条件として、個人ＩＤに対応する個人情報を情報要求端末に提供する。情報要求端末は、緊急応答サーバシステムから受信した個人情報を表示装置に表示する。
【発明の効果】
【００１１】
本発明によれば、特定の個人（意識不明者等）の個人情報を取得しようとする正規のユーザは、緊急応答サーバシステムにログインするための認証情報を予め発行されており、当然に、緊急応答サーバシステムの存在を事前に知っており、緊急応答サーバシステムから個人情報を取得する方法も事前に知っている。よって、個人ＩＤに基づいて緊急応答サーバから個人情報を取得する操作をスムーズに行うことができ、緊急の状況において必要な個人情報を速やかに取得することができる。また、正規のユーザは緊急応答サーバシステムにログインするための認証情報を予め発行されており、同システムの認証を受けなければシステムを利用できないので、人目に付きやすい個人ＩＤが他人に知られても、その他人が本システムの正規ユーザでない限り、個人情報を取得することはできない。
【図面の簡単な説明】
【００１２】
【図１】図１は緊急時個人情報提供システムの全体構成図である。
【図２】図２は緊急用個人情報ＤＢのデータ構造図である。
【図３】図３は緊急時個人情報提供システムの動作を示すフローチャートである。
【発明を実施するための形態】
【００１３】
［本実施形態の概要］
【００１４】
まず図１に基づいて本実施形態の概要を説明する。例えば意識不明となった病人が救急搬送される場合、その病人の処置に必要な個人情報を緊急応答サーバシステム３０から取得する。このため、例えば救急救命士が情報要求端末２０から緊急応答サーバシステム３０にログインし、病人が身に付ける指輪等の個人ＩＤ保持体１０から個人ＩＤ１１を読み取り、読み取った個人ＩＤ１１を情報要求端末２０から緊急応答サーバシステム３０に送信する。
【００１５】
緊急応答サーバシステム３０は、受信した個人ＩＤ１１に関連付けられた個人情報を緊急用個人情報ＤＢ３４から検索し、検索結果を情報要求端末２０に送信する。情報要求端末２０は緊急応答サーバシステム３０から受信した個人情報を表示する。
【００１６】
これにより、救急救命士は、病人の処置に役立つ個人情報を速やかに得ることができる。この利用シーンにおいて、救急救命士は、緊急応答サーバシステム３０にログインするための認証情報を事前に知っており、緊急応答サーバシステム３０の存在も事前に知っているので、病人が個人ＩＤ保持体１０を身に付けているか否かをすぐに探し、病人が個人ＩＤ保持体１０を身に付けていれば、緊急応答サーバシステム３０を利用して速やかに病人の個人情報を取得できる。また、本システムの正規のユーザでは無い者が個人ＩＤ保持体１０から個人ＩＤ１１を取得したとしても、緊急応答サーバシステム３０にログインするための認証情報を知らなければ、個人情報を不正に取得することはできない。
【００１７】
上記の利用シーンは一例であり、種々のバリエーションについては後述する。
【００１８】
［本実施形態のシステム構成］
【００１９】
図１を参照しながら本実施形態のシステム構成を説明する。指輪等の個人ＩＤ保持体１０には、個人ＩＤ１１が表示されている。個人ＩＤ１１は、各個人間で重複しない識別コードであり、情報要求端末２０の入力装置から入力可能なデータにより構成されている。
【００２０】
情報要求端末２０は、コンピュータまたはコンピュータ機器であり、コンピュータディスプレイなどの表示装置２１、キーボードなどの入力装置２２、ＣＰＵなどの処理装置２３、物理メモリやストレージなどの記憶装置２４、およびインターネットＮに接続するためのモデム等の通信装置２５を備えている。
【００２１】
処理装置２３は、記憶装置２４に格納されたＯＳを実行し、そのＯＳ上でインターネットブラウザを実行することによって、緊急応答サーバシステム３０との間でデータ通信を行う。
【００２２】
一方、緊急応答サーバシステム３０は、ファイアウォール４０を介してインターネットＮに接続されている。ファイアウォール４０は、Ｗｅｂアクセスの通信を許可しその他の侵入を拒否する通常のファイアウォールと、Ｗｅｂアクセスのデータをチェックしてアクセスの許否を決定するＷｅｂアプリケーションファイアウォールとの両方を備え、個人情報の不正な取得を防止する。
【００２３】
緊急応答サーバシステム３０は、負荷分散サーバ３１と、Ｗｅｂアプリケーションサーバ３２と、ＤＢサーバ３３と、緊急用個人情報ＤＢ３４を含む記憶装置とを備え、各要素が２重化またはクラスタリングされることにより、システムの高可用性を実現し、ユーザから見てシステムが停止することなく、緊急時に確実に利用できるように構成されている。
【００２４】
Ｗｅｂアプリケーションサーバ３２は、ユーザのログイン要求に対する認証処理を実行する。また、Ｗｅｂアプリケーションサーバ３２は、情報要求端末２０からの要求に基づいて、ＤＢサーバ３３へ検索条件を入力する処理と、検索結果を情報要求端末２０へ送信する処理等を実行する。
【００２５】
ＤＢサーバ３３は、Ｗｅｂアプリケーションサーバ３２から入力された検索条件に従って緊急用個人情報ＤＢ３４を検索し、検索結果をＷｅｂアプリケーションサーバ３２に返す。
【００２６】
各サーバ３１〜３３は、ＣＰＵ等の処理装置がプログラムを実行することによって実現される。緊急用個人情報ＤＢ３４を格納する記憶装置には、本システムにログインするユーザを認証するためのログインＩＤおよびパスワード等の認証情報も格納されている。情報要求端末２０と緊急応答サーバシステム３０との間の通信は、個人情報保護のためデータを暗号化して行う。
【００２７】
［個人ＩＤ保持体の例］
【００２８】
個人ＩＤ保持体１０は、個人が意識することなく身につけていられる物であることが好ましく、指輪、ブレスレット、ネックレス、カード等が考えられる。
【００２９】
［個人ＩＤ保持体への個人ＩＤの記録方法］
【００３０】
個人ＩＤ１１は、個人ＩＤ保持体１０に可視的に表示してもよいし、個人ＩＤ保持体１０に添付したＩＣチップにデータとして記録してもよい。後者の場合、情報要求端末２０の入力装置２２として、ＩＣカードリーダが必要となる。また、１次元または２次元のバーコードに変換した個人ＩＤ１１を可視的に表示してもよい。個人ＩＤ１１を２次元バーコードに変換して表示する場合、当該２次元バーコードに緊急応答サーバシステム３０のＵＲＬを含めることもでき、例えば携帯カメラで撮影した２次元バーコードに基づいて、緊急応答サーバ３０へのアクセスと個人ＩＤ１１の送信とを同時に行うことも可能である。また、人体を個人ＩＤ保持体１０と考え、個人ＩＤ１１として指紋や静脈パターンを用いることも考えられる。
【００３１】
［情報要求端末の種類］
【００３２】
情報要求端末２０は、デスクトップ型のコンピュータに限られず、ノート型コンピュータや、携帯電話機、スマートフォン、ＰＤＡ等の携帯型コンピュータ機器でもよい。通信装置２５は、情報要求端末２０の種類に応じて、インターネットＮへ接続するための有線通信装置または無線通信装置から選択される。
【００３３】
［緊急用個人情報ＤＢの構造］
【００３４】
緊急応答サーバシステム３０の緊急用個人情報ＤＢ３４は、各個人の個人ＩＤ１１と当該個人の個人情報とを関連付けて格納している。図２は、個人ＩＤ１１に関連付けられる個人情報の例を示している。個人ＩＤ１１に関連付けられる個人情報は、保険証情報５１と、本人写真画像データ５２と、緊急連絡先情報５３と、健康診断情報（身体検査情報）５４とを含む。さらに、アレルギー情報５５と、治療情報５６と、お薬手帳情報５７とを含む。
【００３５】
保険証情報５１は、記号番号、氏名、生年月日、性別、住所および保険者番号を含む。緊急連絡先情報５３は、複数登録することができ、例えば親族の連絡先、職場の連絡先、弁護士・行政書士・税理士等の専門家の連絡先を含む。健康診断情報（身体検査情報）５４は、最近に受けた健康診断や身体検査の結果情報を含み、血液型も含まれる。アレルギー情報５５は、副作用等の理由により本人に使用することができない薬品等の情報を含む。治療情報５６は、現在治療中の病気や怪我について、かかりつけの病院の情報や当該病気や怪我の情報を含む。さらに、治療情報は、過去に治療した病気や怪我について、かかった病院の情報や当該病気や怪我の情報を含む。お薬手帳情報５７は、現在服用中の薬の情報と、過去に服用した薬の情報とを含む。その他の個人情報が個人ＩＤ１１に関連付けられていてもよい。
【００３６】
［個人ＩＤの発行と個人情報の登録］
【００３７】
緊急応答サーバシステム３０に個人情報を登録する個人は、緊急応答サーバシステム３０における個人情報の取り扱い規約に同意した上で、緊急用個人情報ＤＢ３４への掲載を許可する個人情報だけを本システムに登録する。図２に示した個人情報の一部だけの開示でもよい。
【００３８】
登録の方法は幾つか考えられる。例えば、個人情報を登録したい本人が端末から緊急応答サーバシステム３０にアクセスし、個人情報を直接入力してもよい。この場合、緊急応答サーバシステム３０は、入力された個人情報に関連付ける個人ＩＤを発行し、当該発行した個人ＩＤと入力された個人情報とを関連付けて緊急用個人情報ＤＢ３４に登録する。この場合、悪戯による個人情報の登録を防止するために、本システムの利用料金を本人名義のクレジットカードで決済させることが考えられる。
【００３９】
また、他の方法として、個人情報を登録したい本人は、当該個人情報と本人確認書類とを運営会社に提出し、運営会社のオペレータが端末から緊急応答サーバシステム３０にアクセスし、個人情報を入力してもよい。運営会社は、本人確認書類により個人情報の信頼性を判断した後、当該個人情報に関連付ける個人ＩＤを発行する。オペレータは、発行された個人ＩＤと個人情報とを関連付けて緊急用個人情報ＤＢ３4に登録する。
【００４０】
上記のいずれの場合でも、個人ＩＤを発行した場合、その個人ＩＤを記録した個人ＩＤ保持体を製作し、その個人ＩＤの保有者に送付する。
【００４１】
［本システムのユーザ］
【００４２】
本システムのユーザ（情報要求端末２０から緊急応答サーバシステム３０にアクセスできるユーザ）は、特定の公の機関に所属する者に制限する。特定の公の機関とは、例えば、警察、消防署、病院、相談所、行政等である。
【００４３】
本システムのユーザをこれらに制限するために、ユーザには緊急応答サーバシステム３０へログインするための認証情報を運営会社から予め配布し、かつ緊急応答サーバシステム３０の存在と利用方法も周知しておく。
【００４４】
認証情報は、例えばログインＩＤとログインパスワードとから構成される。認証情報は、ユーザ間で共通の値を用いることも可能ではあるが、ユーザ毎に異なる値を発行することが好ましい。認証情報としてユーザ毎に異なる値を発行しておけば、あるユーザの認証情報が流出したとしても、そのユーザの認証情報だけを無効にすることで、他のユーザには影響を与えずに本システムの利用を継続させることができる。また。ユーザ毎に異なる認証情報を与えることによって、どのユーザにどの個人情報を提供したかというトラッキングを行うことができ、個人情報が流出した場合に、流出のルートを特定しやすくなる。
【００４５】
［本実施形態の動作］
【００４６】
次に、図３に基づいて本実施形態の動作を説明する。
【００４７】
本システムの動作は、情報要求端末２０と緊急応答サーバシステム３０（以下、緊急応答サーバ３０という）とが通信することによって実現する。前述したように本システムの利用シーンは種々考えられ、例えば、警察、消防署または病院が行う個人の人命救助、人物確認または応急処置に必要な個人情報を緊急に本システムからユーザへ提供し、さらにユーザが、提供された個人情報を利用し、本人の保護者、身元引受人や家族等の連絡先へ連絡をすることにも利用される。
【００４８】
以下の動作説明では、分かりやすくするために、意識不明者が病院に救急搬送される場合を例として説明する。また、個人ＩＤ保持体１０は指輪とし、情報要求端末２０は、救急車両に装備されたモバイル通信端末とする。
【００４９】
意識不明者（以下、病人という）のもとに救急車両が到着すると、本システムのユーザである救急救命士（以下、ユーザという）は、通常の救命処置に加え、病人の個人ＩＤ保持体１０である指輪を外し、そこに記録された個人ＩＤ１１を読み取る（Ｓ１）。次いで、ユーザは、救急車両に装備された情報要求端末２０に緊急応答サーバ３０への接続を指示する。例えば、情報要求端末２０においてインターネットブラウザを起動し、ブラウザに予め登録された緊急応答サーバ３０にアクセスするためのブックマークを開くことによって、緊急応答サーバ３０への接続を指示する。情報要求端末２０は、この指示を受けて緊急応答サーバ３０に接続リクエストを送信する（Ｓ２）。このリクエストを受けた緊急応答サーバ３０は、当該リクエストへの応答として、ユーザ認証情報の入力画面を表示するプログラムを記憶装置から読み出し、情報要求端末２０に送信する（Ｓ３）。情報要求端末２０は、ユーザ認証情報の入力画面を表示するプログラムを実行し、表示装置２１にユーザ認証情報の入力画面を表示する（Ｓ４）。ユーザは、入力装置２２を操作し、自分に与えられているユーザ認証情報を、入力画面に入力する。情報要求端末２０は、入力されたユーザ認証情報を緊急応答サーバ３０に送信する（Ｓ５）。緊急応答サーバ３０は、情報要求端末２０から受信した認証情報を、記憶装置に登録されているユーザ認証情報と照合する（Ｓ６）。認証情報が一致した場合は、情報要求端末２０に、個人ＩＤ入力画面の表示プログラムを送信する（Ｓ７）。
【００５０】
情報要求端末２０は、受信した個人ＩＤ入力画面の表示プログラムを実行し、個人ＩＤ入力画面を表示装置２１に表示する（Ｓ８）。
【００５１】
ユーザは、入力装置２２を操作し、病人の個人ＩＤ保持体１０から読み取った個人ＩＤ１１を入力画面に入力する。情報要求端末２０は、入力された個人ＩＤ１１を緊急応答サーバ３０に送信する（Ｓ９）。緊急応答サーバ３０は、情報要求端末２０から受信した個人ＩＤ１１を、緊急用個人情報ＤＢ３４に登録されている個人ＩＤと照合する。個人ＩＤが一致した場合、当該個人ＩＤに関連付けられている個人情報を緊急用個人情報ＤＢ３４から読み出し、情報要求端末２０に送信する（Ｓ１１）。
【００５２】
情報要求端末２０は、緊急応答サーバ３０から受信した個人情報を表示装置２１に表示する（Ｓ１２）。ユーザである救急救命士は、表示装置２１に表示された病人の個人情報を確認し、救命処置に利用する。また、個人情報に含まれる緊急連絡先に連絡をしてもよい。
【００５３】
一方、緊急応答サーバ３０は、個人情報を要求したユーザの認証情報と、そのユーザに提供した個人情報に対応する個人ＩＤと、その個人情報を提供した日時とを関連付けて記憶装置内の情報提供ログに記録する（Ｓ１３）。例えば個人情報の流出事件が起きた場合に、情報提供ログを確認することによって、個人情報の流出元となったユーザを特定しやすくなる。以上により個人情報の要求に対する単位処理を完了する。実際には、沢山の情報要求端末２０と沢山のユーザが存在し、緊急応答サーバ３０には、個人情報を要求する多数のリクエストが送信される。緊急応答サーバ３０は、個人情報を要求するリクエスト毎に、図３のフローチャートに示す単位処理をマルチタスクで実行する。
【００５４】
以上の動作説明において、情報要求端末２０のすべての動作は、処理装置２３が記憶装置２４に格納されたプログラム（一時的に格納されたプログラムを含む）を実行することによって実現される。プログラムは、処理の遂行にあたり、記憶装置２４に格納された種々のデータ（一時的に格納されたデータを含む）を利用する。また、緊急応答サーバ３０のすべての動作は、処理装置が負荷分散サーバ３１、Ｗｅｂアプリケーションサーバ３２およびＤＢサーバ３３のプログラムを実行することにより実現される。プログラムは、処理の遂行にあたり、緊急用個人情報ＤＢ３４を含む記憶装置内の種々のデータを利用する。
【００５５】
以上の動作説明では、救急救命士がユーザとなって本システムを利用するシーンを説明したが、本システムの利用シーンはこれに限らない。例えば救急救命士がユーザである病院の医師の指示で個人ＩＤを取得し、この個人ＩＤをユーザである医師に報告し、ユーザである医師が病院に設置された情報要求端末２０から本システムを利用してもよい。
【００５６】
以上説明した本実施形態によれば、本システムのユーザは、本システムを利用するための認証情報を事前に取得しており、当然に本システムの存在と利用方法も知っているので、緊急事態に遭遇したユーザは、病人等の個人情報を必要とする場合に、当該病人等の身につけている個人ＩＤ保持体１０を探し、そこから個人ＩＤ１１を取得し、本システムを利用して個人情報を取得する、という手順をスムーズに行うことができる。
【００５７】
また、本システムから個人情報を取得するためには、個人ＩＤを知っているだけでは足りず、本システムを利用するためのユーザ認証情報を知っている必要がある。よって、他人に個人ＩＤを知られたとしても、その他人が本システムを利用するための認証情報を知らない限り、個人情報が不正に引き出されることはない。
【００５８】
また、緊急応答サーバ３０が情報提供ログを作成するので、個人情報の漏えいが起きた場合でも、情報提供ログを確認することによって、情報漏えいルートの特定が比較的容易になる。
【符号の説明】
【００５９】
１０  個人ＩＤ保持体
１１  個人ＩＤ
２０  情報要求端末
２１  表示装置
２２  入力装置
２３  処理装置
２４  記憶装置
２５  通信装置
３０  緊急応答サーバシステム
３１  負荷分散サーバ
３２  Ｗｅｂアプリケーションサーバ
３３  ＤＢサーバ
３４  緊急用個人情報ＤＢ
【図１】
2011253322.tif 000003
【図２】
2011253322.tif 000004
【図３】
2011253322.tif 000005