特許 6405668 提示方法、システム、端末装置、情報開示制御方法、および情報開示システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6405668

(24)【登録日】2018年9月28日

(45)【発行日】2018年10月17日

(54)【発明の名称】提示方法、システム、端末装置、情報開示制御方法、および情報開示システム

(51)【国際特許分類】

   G06F 21/31 20130101AFI20181004BHJP

   G16H 10/00 20180101ALI20181004BHJP

   G06F 21/62 20130101ALI20181004BHJP

【ＦＩ】

   G06F21/31

   G06Q50/24

   G06F21/62 345

【請求項の数】10

【全頁数】24

(21)【出願番号】特願2014-74184(P2014-74184)

(22)【出願日】2014年3月31日

(65)【公開番号】特開2015-197725(P2015-197725A)

(43)【公開日】2015年11月9日

【審査請求日】2017年1月10日

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100105360

【弁理士】

【氏名又は名称】川上 光治

(72)【発明者】

【氏名】森本 秀

(72)【発明者】

【氏名】馬場 隆司

(72)【発明者】

【氏名】竹谷 俊彦

(72)【発明者】

【氏名】横江 政憲

【審査官】 宮司 卓佳

(56)【参考文献】

【文献】 米国特許出願公開第２００９／０２０５０４１（ＵＳ，Ａ１）

【文献】 特開２００７−２４１９１４（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１３／０１９７９４１（ＵＳ，Ａ１）

【文献】 特開２００２−１３２７２５（ＪＰ，Ａ）

【文献】 特開２００７−１８８２９０（ＪＰ，Ａ）

【文献】 特開２００３−１６２５７８（ＪＰ，Ａ）

【文献】 特開２００１−２３６３２４（ＪＰ，Ａ）

【文献】 特開２００９−０１５５００（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ２１／３１

Ｇ０６Ｆ ２１／６２

Ｇ１６Ｈ １０／００

(57)【特許請求の範囲】

【請求項1】

端末における特定の操作による１又は複数回の認証不成功を検出すると、該端末のユーザの個人情報を記憶する記憶装置から該個人情報を取得する際に要求される情報を該端末に提示することを特徴とする提示方法。

【請求項2】

前記情報は利用に制限があり、前記個人情報へのアクセス回数が所定回数を超える場合、又は、アクセス期間が所定の期間外である場合に、前記個人情報へのアクセスが許容されない、ことを特徴とする請求項１記載の提示方法。

【請求項3】

前記個人情報は、前記ユーザについての医療関連情報である、ことを特徴とする請求項１記載の提示方法。

【請求項4】

第１の端末と、
第２の端末と、
を含むシステムであって、
前記第１の端末は、
表示部と、
前記第１の端末における１又は複数回の認証不成功の入力を検出すると、個人情報を記憶する記憶装置から該端末のユーザに対応する個人情報を取得する際に要求される情報を前記表示部に表示させる制御部と、
を備え、
前記第２の端末は、
前記情報を用いて前記記憶装置にアクセスして、前記第１の端末のユーザの個人情報を取得する取得部と、
取得した前記個人情報を表示する表示部と、
を備えた、
ことを特徴とするシステム。

【請求項5】

表示部と、
当該端末装置における特定の操作による１又は複数回の認証不成功を検出すると、個人情報を記憶する記憶装置から当該端末装置のユーザに対応する個人情報を取得する際に要求される情報を前記表示部に表示させる制御部と、
を備えることを特徴とする端末装置。

【請求項6】

第１の端末装置が、該第１の端末装置における特定の操作による１又は複数回の認証不成功または発信失敗を検出すると、情報要求を、該第１の端末装置の使用者に関する情報を管理する情報管理装置に送信し、
前記情報管理装置が、前記情報要求の受信に応答して、前記第１の端末装置の使用者を特定するための特定情報を前記第１の端末装置に送信し、
第２の端末装置が、前記特定情報と、該第２の端末装置の操作者の正当性の判定に用いられる判定情報とを前記情報管理装置に送信し、
前記判定情報に基づいて前記第２の端末装置の操作者が正当であると判定された場合、前記情報管理装置が、受信した前記特定情報によって特定される使用者に関する情報の開示を、前記第２の端末装置に対して許容する
処理を実行することを特徴とする、情報開示制御方法。

【請求項7】

前記情報要求の送信が失敗した場合、前記第１の端末装置が、前記第１の端末装置の使用者を特定するための特定情報を生成するための条件情報に基づいて別の特定情報を生成し、
前記第２の端末装置が、前記別の特定情報と、前記第２の端末装置の操作者の正当性の判定に用いられる判定情報とを前記情報管理装置に送信し、
前記判定情報に基づいて前記第２の端末装置の操作者が正当であると判定された場合、前記情報管理装置が、前記条件情報に基づいて、受信した前記別の特定情報によって特定される使用者に関する情報の開示を、前記第２の端末装置に対して許容する
処理を実行することを特徴とする、請求項６に記載の情報開示制御方法。

【請求項8】

前記第１の端末装置での前記特定の操作による発信失敗の回数が閾値を超えた場合に、前記第１の端末装置が、前記情報要求を前記情報管理装置に送信することを特徴とする、請求項６または７に記載の情報開示制御方法。

【請求項9】

前記第２の端末装置が、データの複製または漏洩を許容しないように制御されることを特徴とする、請求項６乃至８のいずれかに記載の情報開示制御方法。

【請求項10】

第１の端末装置、第２の端末装置および情報管理装置を含む情報開示システムであって、
前記第１の端末装置が、該第１の端末装置における特定の操作による１又は複数回の認証不成功または発信失敗を検出すると、情報要求を、該第１の端末装置の使用者に関する情報を管理する情報管理装置に送信し、
前記情報管理装置が、前記情報要求の受信に応答して、前記第１の端末装置の使用者を特定するための特定情報を前記第１の端末装置に送信し、
前記第２の端末装置が、前記特定情報と、前記第２の端末装置の操作者の正当性の判定に用いられる判定情報とを前記情報管理装置に送信し、
前記判定情報に基づいて前記第２の端末装置の操作者が正当であると判定された場合、前記情報管理装置が、受信した前記特定情報によって特定される使用者に関する情報の開示を、前記第２の端末装置に対して許容する
ことを特徴とする、情報開示システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、端末使用者の情報の開示に関する。

【背景技術】

【0002】

例えば携帯電話機のような携帯端末の使用者は、他人が使用できないように携帯端末にセキュリティ用のロックを設定することができ、携帯端末がロックされている場合、使用者は暗証番号を入力することによって携帯端末のロックを解除できる。

【0003】

既知の緊急医療情報提供方法は、患者の携帯情報端末から任意の者が操作可能な緊急発信を受信するとその携帯情報端末に患者の本人確認情報を返信して表示させる段階を含んでいる。また、緊急医療情報提供方法は、さらに、携帯情報端末から患者本人または医療関係者の識別情報または認証情報を受信したときに患者の医療情報を携帯情報端末に送信して表示させる段階を含んでいる。それによって、緊急医療の現場において、患者のプライバシーを守りつつ、意識がない等の患者の医療情報を、迅速に医師や救急隊員に提供する方法およびシステムを提供する。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００３−１６２５７８号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

例えば、救急医療の現場において、救助対象者が例えば携帯電話機のような端末装置を持っている場合、救助員が端末装置を用いて装置内でまたは遠隔的にアクセス可能な個人情報を参照して救助対象者に適切な応急処置を施すことが望ましいことがある。しかし、端末装置にロックがかけられている場合、救助員は、端末装置を操作するにはまず端末装置のロックを解除することが求められ、所要の情報を取得できない。また、救助員にとって操作方法が不明な端末装置もある。

【0006】

また、救助員が端末装置を操作可能な場合でも、端末装置に、所要の情報が格納されているとは限らず、救助に無関係な個人情報が格納されている可能性もある。また、救助員が端末装置を操作して遠隔的に個人情報を取得できる場合でも、個人情報を保護するために、個人情報へのアクセスは制限されることが望ましい。

【0007】

発明者たちは、端末装置での認証成功を条件とせずに、端末装置の使用者に関する所要の情報を安全な（secure）形態で取得できることが望ましい、と認識した。

【0008】

１つの観点では、本発明の目的は、端末での特定の操作によって、端末のユーザまたは使用者に関する情報を取得できるようにすることである。

【課題を解決するための手段】

【0009】

本発明の一観点によれば、端末における特定の操作による１又は複数回の認証不成功を検出すると、端末のユーザの個人情報を記憶する記憶装置から個人情報を取得する際に要求される情報を該端末に提示することを特徴とする提示方法が提供される。

【発明の効果】

【0010】

本発明の一観点によれば、端末での特定の操作によって、端末の使用者に関する情報を取得することができる。

【図面の簡単な説明】

【0011】

【図1】図１Ａは、実施形態による、情報管理用のサーバ装置および２つの携帯型の端末装置を含む情報開示のためのシステムの例を示している。図１Ｂは、サーバ装置の記憶部に格納されているデータベースの例を示している。

【図2】図２は、端末装置の概略的な構成（configuration）の例を示している。

【図3】図３は、別の端末装置の概略的な構成（configuration）の例を示している。

【図4】図４は、サーバ装置のプロセッサの概略的な構成（configuration）の例を示している。

【図5】図５は、端末装置のプロセッサの概略的な構成（configuration）の例を示している。

【図6】図６は、別の端末装置のプロセッサの概略的な構成（configuration）の例を示している。

【図7A】図７Ａおよび７Ｂは、２つの端末装置およびサーバ装置での送受信および処理の手順の例を示している。

【図7B】(図7Aで説明)

【図8A】図８Ａおよび８Ｂは、２つの端末装置およびサーバ装置での送受信および処理の別の手順の例の例を示している。

【図8B】(図8Aで説明)

【図9A】図９Ａおよび９Ｂは、２つの端末装置およびサーバ装置での送受信および処理のさらに別の手順の例を示している。

【図9B】(図9Aで説明)

【図10A】図１０Ａおよび１０Ｂは、２つの端末装置およびサーバ装置での送受信および処理のさらに別の手順の例を示している。

【図10B】(図10Aで説明)

【発明を実施するための形態】

【0012】

発明の目的および利点は、請求の範囲に具体的に記載された構成要素および組み合わせによって実現され達成される。
前述の一般的な説明および以下の詳細な説明は、典型例および説明のためのものであって、本発明を限定するためのものではない、と理解される。

【0013】

本発明の非限定的な実施形態を、図面を参照して説明する。図面において、同様のコンポーネントおよび要素には同じ参照番号が付されている。

【0014】

例えば、救急医療の現場において、救助対象者または患者が、話をすることができない状態にあるが、例えば携帯電話機のような端末装置を持っていることがある。このような場合、救助員または医師もしくは看護師が、端末装置を用いて装置内でまたは遠隔的にアクセス可能な個人情報を参照して救助対象者または患者に適切な応急処置を施すことが望ましいことがある。しかし、端末装置にロックがかけられている場合、救助員等は、端末装置を操作するために、まず端末装置のロックを解除することが求められ、所要の情報を取得できない。また、救助員等にとって操作方法が不明な端末装置もある。このような場合、救助員等は、端末装置を操作できず救助対象者または患者に関する情報を取得できない。

【0015】

また、救助員等が端末装置を操作可能な場合でも、端末装置に、所要の情報が格納されているとは限らず、救助または医療に無関係な個人情報が格納されている可能性もある。また、救助員等が端末装置を操作して遠隔的に個人情報を取得できる場合でも、個人情報を保護するために、個人情報へのアクセスは制限されることが望ましい。

【0016】

また、例えば警察署または交通機関のような公的または公共機関の拾得物担当部署において、担当者は例えば携帯電話機のような端末装置を落し物として預かる場合がある。このような場合、担当者は、端末装置を用いて装置内でまたは遠隔的にアクセス可能な個人情報を参照して、落し主の連絡先に関する情報を取得することを望むであろう。しかし、端末装置にロックがかけられている場合、担当者は、端末装置を操作するにはまず端末装置のロックを解除することが求められ、情報を取得できない。また、担当者にとって操作方法が不明な端末装置もある。このような場合、担当者は、端末装置を操作できず連絡先に関する情報を取得できない。

【0017】

また、担当者が端末装置を操作可能な場合でも、端末装置に、連絡先に関する情報が格納されているとは限らず、連絡先以外の個人情報が格納されている可能性もある。また、担当者が端末装置を操作して遠隔的に個人情報を取得できる場合でも、個人情報を保護するために、個人情報へのアクセスは制限されることが望ましい。

【0018】

さらに、救急医療の現場において、救助対象者の端末装置は、個々に操作方法および情報の表示形態が異なることがあり、遠隔的に情報管理装置から取得された情報の閲覧性が不統一で見にくい可能性がある。また、救助対象者の端末装置または汎用の端末装置では、個人情報のセキュリティ（安全性）の観点で、操作者の操作によって個人情報がコピーされたり送信されたりして外部に漏洩するのを防止することが望ましい。

【0019】

発明者たちは、端末装置にロックがかけられていても又はいなくても、操作者が、端末装置に対して特定の操作を行うことによって、端末装置の使用者に関する情報を特定するための特定情報を情報管理装置から取得できるようにすることが望ましい、と認識した。また、発明者たちは、操作者が、端末装置の使用者に関する情報を特定する特定情報と、操作者の判定情報とを別の端末装置から情報管理装置へ送信することによって、情報管理装置から所要の情報だけを安全に取得できるようにすることが望ましい、と認識した。また、発明者たちは、特定のまたは専用の端末装置を用いれば、操作性および情報表示形態が常に同じになり、個人情報の漏洩を確実に防止することができる、と認識した。

【0020】

実施形態の目的は、端末装置での認証に関係なく、端末装置での特定の操作によって、端末装置の使用者に関する所要の情報を確実にかつ安全な形態で遠隔的に取得できるようにすることである。また、実施形態の別の目的は、端末装置の使用者に関する所要の情報を別個の端末装置で漏洩しない形態で表示できるようにすることである。これらの目的は、実施形態によって達成することができる。

【0021】

図１Ａは、実施形態による、情報管理用のサーバ装置１０、携帯型の端末装置２０、および携帯型の端末装置３０を含む情報開示のためのシステム２の例を示している。

【0022】

図１Ａのシステム２において、サーバ装置１０は、ネットワーク５に接続されている。端末装置２０および端末装置３０は、それぞれ移動体通信用の無線基地局（アクセスポイント）５２、５４を介してネットワーク５に接続される。ネットワーク５は、移動体通信網およびインターネットを含んでいてもよい。無線基地局５２と５４は、異なる移動体通信業者によって運営されるものであってもよい。無線基地局５２は、端末装置２０に対して通常の移動体通信サービスを提供するものとする。また、無線基地局５４は、端末装置３０に対して、接続の優先度または接続確率が高い移動体通信サービスを提供するものとする。

【0023】

端末装置２０は、例えば、携帯電話機、スマートフォン、タブレット型またはノートブック型のパーソナル・コンピュータ、またはＰＤＡ（Personal Digital Assistant）のようなモバイル型の情報処理端末であってもよい。また、端末装置３０は、別個の特定のまたは専用の携帯端末であり、例えば、タブレット型またはノートブック型のパーソナル・コンピュータのようなモバイル型の情報処理端末であってもよい。

【0024】

サーバ装置１０は、情報処理装置であり、例えば、プロセッサ１０２、記憶部１０６および通信部１０８を含んでいる。サーバ装置１０は、外付けのドライブ１６に接続可能である。

【0025】

プロセッサ１０２は、コンピュータ用のＣＰＵ（Central Processing Unit）であってもよい。記憶部１０６は、主記憶装置および補助記憶装置を含んでいる。主記憶装置は、半導体メモリ等の記憶装置を含んでいる。補助記憶装置は、例えば、ハードディスク・ドライブ（ＨＤＤ）、および／または、フラッシュ・メモリのような半導体メモリを含んでいる。ドライブ１６は、ソフトウェアが記録された例えば光ディスクまたは磁気ディスクのような記録媒体１６４を読み取るためのものであってもよい。そのソフトウェアは、例えば、ＯＳ、データベース管理システム（ＤＢＭＳ）、アプリケーション・プログラム、等を含んでいてもよい。アプリケーション・プログラムは、情報管理用のアプリケーションを含んでいてもよい。

【0026】

プロセッサ１０２は、例えば集積回路として実装された専用のプロセッサであってもよい。また、プロセッサ１０２は、記憶部１０６に格納されたアプリケーション・プログラムに従って動作するものであってもよい。アプリケーション・プログラムは、記録媒体１６４に格納されていて、ドライブ１６によって記録媒体１６４から読み出されてサーバ装置１０にインストールされてもよい。

【0027】

図１Ｂは、サーバ装置１０の記憶部１０６に格納されているデータベースの例を示している。

【0028】

記憶部１０６は、例えば、端末装置２０の使用者またはユーザの個人情報データベース１７０、および権限情報管理データベース１８２を格納している。個人情報データベース１７０は、個人入力情報１７２および機関入力情報１７４を含んでいる。サーバ装置１０または記憶部１０６は、端末装置２０の使用者の個人情報データベース１７０、および権限情報管理データベース１８２を格納している遠隔の記憶装置と見ることもできる。

【0029】

個人入力情報１７２は、使用者によって端末装置２０を用いて入力されてサーバ装置１０の個人情報データベース１７０に保存された情報であり、権限者または特定の者に開示可能な情報である。機関入力情報１７４は、例えば医療機関のような機関の情報処理端末で担当者によって入力されてサーバ装置１０の個人情報データベース１７０に保存された情報であり、権限者または特定の者に開示可能な情報である。個人入力情報１７２及び機関入力情報１７４は、例えば、氏名、性別、生年月日、職業、住所、勤務先情報を含み、さらに、血液型、身長、体重、病歴、持病、ドナー登録情報、連絡先（電話番号、電子メールアドレス）、通院した病院、等の情報を含んでいてもよい。

【0030】

権限情報管理データベース１８２は、端末装置２０の電話番号、電子メールアドレス、使用者の識別情報（ＩＤ）およびパスワード、並びに、権限者の端末装置３０の電話番号、電子メールアドレスおよび使用者の識別情報（ＩＤ）及びパスワードを含んでいてもよい。

【0031】

権限情報管理データベース１８２には、さらに、ワンタイム・アクセスコードおよび定期アクセスコードが格納されてもよい。ここで、アクセスコードは、サーバ装置１０において端末装置２０の使用者またはその個人情報を特定しまたは識別するための特定情報または識別情報である。また、権限情報管理データベース１８２は、さらに、アクセスコードを生成するためのロジックまたは条件情報を格納してもよい。アクセスコードを生成するためのロジックまたは条件情報として、一時的またはワンタイム・アクセスコードを生成するための条件を表すものと、定期アクセスコードを生成するための条件を表すものとがある。ワンタイム・アクセスコードを生成するためのロジックまたは条件情報は、サーバ装置１０のみで用いられ、任意に変更されてもよい。また、定期アクセスコードを生成するためのロジックまたは条件情報は、サーバ装置１０において、セキュリティ上の理由で定期的に決定され更新されて、端末装置２０に送信されて端末装置２０に保存され、サーバ装置１０と端末装置２０の双方で用いられる。定期アクセスコードを生成するためのロジックまたは条件情報は、例えば、毎日または１日おきに定時刻に更新されてもよい。定期アクセスコードを生成するためのロジックまたは条件情報が毎日更新される場合、定期アクセスコードはデイリー・アクセスコードと称されてもよい。

【0032】

図２は、端末装置２０の概略的な構成（configuration）の例を示している。

【0033】

端末装置２０は、例えば、プロセッサまたは制御部２０２、入出力インタフェース（Ｉ／Ｏ）２０４を含んでいる。また、端末装置２０は、入出力インタフェース２０４に接続された、メモリ２０６、記憶装置２０８、移動体通信部２２２、表示部２２４、音響部２２６、入力部２２８、および近距離通信部２３０を含んでいる。

【0034】

プロセッサ２０２は、コンピュータ用のＣＰＵ（Central Processing Unit）であってもよい。メモリ２０６は、例えば、主記憶装置および半導体メモリ等を含んでいる。記憶装置２０８は、例えばＳＤ（セキュア・ディジタル）メモリまたはＵＳＢメモリ等のフラッシュ・メモリのような半導体メモリを含んでいてもよい。

【0035】

端末装置２０は、外付けドライブ２６０に接続可能であってもよい。ドライブ２６０は、ソフトウェアまたはプログラムが記録された例えば光ディスクまたは磁気ディスクのような記録媒体２６４を読み取るためのものであってもよい。そのソフトウェアは、例えば、ＯＳ、データベース管理システム（ＤＢＭＳ）、アプリケーション・プログラム、等を含んでいてもよい。アプリケーション・プログラムは、情報管理用のサーバ装置１０と交信してワンタイム・アクセスコードおよびロジックまたは条件情報を受信し、ロジックまたは条件情報に従って定期アクセスコードを生成するためのアプリケーションを含んでいてもよい。

【0036】

プロセッサ２０２は、例えば集積回路として実装された専用のプロセッサであってもよい。また、プロセッサ２０２は、メモリ２０６および／または記憶装置２０８に格納されたＯＳおよびアプリケーション・プログラムに従って動作するものであってもよい。アプリケーション・プログラムは、記録媒体２６４に格納されていて、ドライブ２６０によって記録媒体２６４から読み出されて端末装置２０にインストールされてもよい。代替形態として、アプリケーション・プログラムは、ネットワーク５上のサーバ装置からダウンロードされて端末装置２０にインストールされてもよい。

【0037】

表示部２２４は、例えば、液晶表示装置、またはタッチパネル付き液晶表示装置であってもよい。音響部２２６は、例えば、マイクロホン、スピーカ、およびレシーバを含んでいてもよい。入力部２２８は、例えば、複数のキー、タッチパッド、テンキー、キーボード、タッチパネル、および／またはポインティング・デバイスを含んでいてもよい。

【0038】

移動体通信部２２２は、移動体通信用の無線基地局５２を介しネットワーク５を介して端末装置２０をサーバ装置１０に接続することができる。近距離通信部２３０は、他の端末装置（３０）の近距離通信部（３３０）と無線通信することができ、例えば、赤外線通信、ブルートゥース、近距離無線通信（ＮＦＣ）の規格のものであってもよい。

【0039】

図３は、端末装置３０の概略的な構成（configuration）の例を示している。
端末装置３０は、例えば、プロセッサまたは制御部３０２、入出力インタフェース（Ｉ／Ｏ）３０４を含んでいる。また、端末装置３０は、入出力インタフェース３０４に接続された、メモリ３０６、記憶装置３０８、移動体通信部３２２、表示部３２４、音響部３２６、入力部３２８、および近距離通信部３３０を含んでいる。

【0040】

プロセッサ３０２は、コンピュータ用のＣＰＵ（Central Processing Unit）であってもよい。メモリ３０６は、例えば、主記憶装置および半導体メモリ等を含んでいる。記憶装置３０８は、例えばＳＤ（セキュア・ディジタル）メモリまたはＵＳＢメモリ等のフラッシュ・メモリのような半導体メモリ、および／またはハードディスク・ドライブ（ＨＤＤ）を含んでいてもよい。

【0041】

端末装置３０は、外付けドライブ３６０に接続可能であってもよい。ドライブ３６０は、ソフトウェアまたはプログラムが記録された例えば光ディスクまたは磁気ディスクのような記録媒体３６４を読み取るためのものであってもよい。そのソフトウェアは、例えば、ＯＳ、データベース管理システム（ＤＢＭＳ）、アプリケーション・プログラム、等を含んでいてもよい。アプリケーション・プログラムは、情報管理用のサーバ装置１０と交信して個人情報データベース１７０にアクセスするためのアプリケーションを含んでいてもよい。

【0042】

プロセッサ３０２は、例えば集積回路として実装された専用のプロセッサであってもよい。また、プロセッサ３０２は、メモリ３０６および／または記憶装置３０８に格納されたＯＳおよびアプリケーション・プログラムに従って動作するものであってもよい。アプリケーション・プログラムは、記録媒体３６４に格納されていて、ドライブ３６０によって記録媒体３６４から読み出されて端末装置３０にインストールされてもよい。代替形態として、アプリケーション・プログラムは、ネットワーク５上のサーバ装置からダウンロードされて端末装置３０にインストールされてもよい。

【0043】

表示部３２４は、例えば、液晶表示装置、またはタッチパネル付き液晶表示装置であってもよい。音響部３２６は、例えば、マイクロホン、スピーカ、およびレシーバを含んでいてもよい。入力部３２８は、例えば、複数のキー、タッチパッド、テンキー、キーボード、タッチパネル、および／またはポインティング・デバイスを含んでいてもよい。

【0044】

移動体通信部３２２は、移動体通信用の無線基地局５４を介しネットワーク５を介して端末装置３０をサーバ装置１０に接続することができる。近距離通信部３３０は、他の端末装置（２０）の近距離通信部（２３０）と無線通信することができ、例えば、赤外線通信、ブルートゥース、近距離無線通信（ＮＦＣ）の規格のものであってもよい。

【0045】

次は、サーバ装置１０、端末装置２０および端末装置３０の概略的な構成および動作を説明する。

【0046】

図４は、サーバ装置１０のプロセッサ１０２の概略的な構成（configuration）の例を示している。

【0047】

プロセッサ１０２は、制御部１０２０、アプリケーション部１０２２、通信処理部１０２４、アクセスコード管理部１０２６、ロジック管理部または条件情報管理部１０２８、および正当性判定部または認証部１０３０を含んでいる。また、プロセッサ１０２は、情報提示部１０３２およびその他の処理部１０３６を含んでいる。制御部１０２０は、アプリケーション部１０２２、通信処理部１０２４、アクセスコード管理部１０２６、ロジック管理部１０２８、正当性判定部１０３０、情報提示部１０３２および処理部１０３６に制御信号を供給して、これらの要素の動作を制御してもよい。

【0048】

アクセスコード管理部１０２６は、各ロジックまたは条件情報に従ってワンタイム・アクセスコードおよび定期アクセスコードを生成して保存する。ロジック管理部１０２８は、ワンタイム・アクセスコードおよび定期アクセスコードを生成するためのロジックまたは条件情報を管理する。ロジック管理部１０２８は、定期アクセスコードを生成するためのロジックまたは条件情報を、定期的に端末装置２０に送信する。正当性判定部１０３０は、端末装置３０の操作者または使用者の権限の正当性に関する権限情報または判定情報を管理し、端末装置３０から受信した判定情報に基づいて端末装置３０の操作者の正当性を判定する。情報提示部１０３２は、端末装置３０からの要求に応答して、個人情報データベース１７０中の要求された個人情報の開示を許容し、要求された個人情報を端末装置３０送信する。処理部１０３６は、端末装置２０から受信した開示用の個人情報を個人入力情報１７２として個人情報データベース１７０に保存する。また、処理部１０３６は、医療機関のような機関の情報処理端末から受信した開示用の個人情報を個人入力情報１７２として個人情報データベース１７０に保存する。

【0049】

図５は、端末装置２０のプロセッサ２０２の概略的な構成（configuration）の例を示している。

【0050】

プロセッサ２０２は、制御部２０２０、アプリケーション部２０２２、ロック設定部または認証部２０２４、発信処理部２０２６、アクセスコード取得部２０２８、ロジック管理部２０３０、個人情報入力部２０３２、およびその他の処理部２０３６を含んでいる。制御部２０２０は、アプリケーション部２０２２、ロック設定部または認証部２０２４、発信処理部２０２６、アクセスコード取得部２０２８およびロジック管理部２０３０に制御信号を供給して、これらの要素の動作を制御してもよい。また、制御部２０２０は、個人情報入力部２０３２および処理部２０３６に制御信号を供給して、これらの要素の動作を制御してもよい。

【0051】

ロック設定部または認証部２０２４は、使用者による端末装置２０の操作に従って端末装置２０をロック状態に設定しまたは端末装置２０のロック設定を解除し、ロック解除に失敗した場合にエラーを発生する。発信処理部２０２６は、操作者による端末装置２０の操作に従って端末装置２０を発信させ、発信に失敗した場合にエラーを発生する。アクセスコード取得部２０２８は、サーバ装置１０と接続してサーバ装置１０からワンタイム・アクセスコードを取得し、またはアクセスコード発生用のロジックに従って定期アクセスコードを生成する。個人情報入力部２０３２は、使用者による端末装置２０の操作に従ってサーバ装置１０と接続して、使用者によって入力された個人情報をサーバ装置１０の個人情報データベース１７０に保存する。

【0052】

図６は、端末装置３０のプロセッサ３０２の概略的な構成（configuration）の例を示している。

【0053】

プロセッサ３０２は、制御部３０２０、アプリケーション部３０２２、個人情報取得部３０２８、情報提示部３０３０、情報保護部３０３２、およびその他の処理部３０３６を含んでいる。制御部３０２０は、アプリケーション部３０２２、個人情報取得部３０２８、情報提示部３０３０、情報保護部３０３２および処理部３０３６に制御信号を供給して、これらの要素の動作を制御してもよい。

【0054】

個人情報取得部３０２８は、操作者による端末装置３０の操作に従って端末装置２０からアクセスコードを受信して一時的に格納し、または操作者によって入力されたアクセスコードを一時的に格納する。また、個人情報取得部３０２８は、操作者によって入力された判定情報または権限情報（識別情報およびパスワード）を格納する。個人情報取得部３０２８は、さらに、判定情報または権限情報およびアクセスコードを含む情報開示要求をサーバ装置１０に送信して、サーバ装置１０から端末装置２０の使用者に関する個人情報にアクセスし個人情報を受信する。情報提示部３０３０は、受信した個人情報を特定の形式で表示部３２４に表示する。

【0055】

情報保護部３０３２は、サーバ装置１０から受信した個人情報を保護する。情報保護部３０３２は、例えば、個人情報のコピーを防止するために、端末装置３０の操作におけるコピー機能を抑止する。また、情報保護部３０３２は、例えば、個人情報の送信または転送を防止するために、端末装置３０の記憶装置３０８への情報の書き込み、外部への接続、およびデータ転送（例、ＵＳＢポートへのデータ転送）を抑止する。また、情報保護部３０３２は、例えば、個人情報の永久保存を防止するために、ワンタイム・アクセスコードおよび定期アクセスコードの有効期限内での所定回数までの使用またはアクセスのみを許容する。また、情報保護部３０３２は、例えば、閲覧後の個人情報または受信情報を消去する。また、情報保護部３０３２は、例えば、救助員の任務終了後、端末装置３０における個人情報または受信情報を消去する。従って、情報保護部３０３２は、メモリ３０６または記憶装置３０８に一時的に格納された個人情報へのアクセス回数が所定回数を超えた場合、または、アクセス期間が所定の期間外である場合に、個人情報へのアクセスを許容しない。

【0056】

次は、サーバ装置１０、端末装置２０および端末装置３０における概略的な送受信および処理を説明する。

【0057】

図７Ａおよび７Ｂは、端末装置２０、端末装置３０およびサーバ装置１０での送受信および処理の手順の例を示している。この場合、端末装置２０は、使用者である情報取得対象者または救助対象者によってセキュリティのためのロックがかけられており、最初の操作画面として、セキュリティ・ロック解除用の認証コードまたは暗証番号を入力するための画面が表示されるものとする。図７Ａおよび７Ｂの手順は、例えば救助員のような操作者による端末装置２０の操作で開始される。

【0058】

図７Ａを参照すると、ステップ５２２において、救助員のような操作者は、救助対象者または情報取得対象者の端末装置２０に対して特定の操作を行って意図的に操作エラーを発生させる。特定の操作は、例えば、閾値回数（例えば、０回、１回または２回）を超える回数（例えば、１回、２回または３回）の誤ったロック解除操作であってもよい。その際、特定の操作において、ロックの解除に用いられる誤ったコードは、使用されない特定のコード（例えば、“＊＊＊＊”、“＃＃＃＃”、“００００”、“９９９９”）であってもよい。一方、ロック解除のための何らかのコードが入力されると、端末装置２０のプロセッサ２０２（またはそのロック設定部２０２４）は、入力されたコードを正しいロック解除用の認証コードと比較して、入力されたコードが正しいかどうかを判定する。入力されたコードが誤っていると判定された場合、プロセッサ２０２（ロック設定部２０２４）は特定のエラーを発生させる。一方、入力されたコードが正しいと判定された場合は、プロセッサ２０２（ロック設定部２０２４）は端末装置２０のロックを解除する。

【0059】

ステップ５２４において、エラーの発生に応答して、プロセッサ２０２（またはそのアクセスコード取得部２０２８）は、ロック解除エラーおよび入力コードを検出して、同じロック解除エラーの連続的な発生回数が、閾値回数を超えたかどうかを判定する。同じロック解除エラーは、例えば、同じ特定の入力コードを用いたロック解除エラーであってもよい。また、閾値回数は、例えば２回または３回であってもよい。

【0060】

ロック解除エラーの連続的な発生回数が閾値回数を超えたと判定された場合、ステップ５３４において、プロセッサ２０２（アクセスコード取得部２０２８）は、端末装置２０における特定の操作を検知したと判定する。次いで、プロセッサ２０２（アクセスコード取得部２０２８）は、移動体通信部２２２に、無線基地局５２を介してＨＴＴＰＳプロトコルによるＧＥＴ要求で、電話番号を含む、特定情報またはアクセスコードの要求をサーバ装置１０へ送信させる。サーバ装置１０のプロセッサ１０２（またはその通信処理部１０２４）は、通信部１０８を介して要求を受信する。このようにして、端末装置２０にロックがかかっていても、端末装置２０でのロック解除または認証の成功に関係なく、端末装置２０での特定の操作によって、特定情報またはアクセスコードの要求をサーバ装置１０に送信することができる。

【0061】

ステップ５４２において、サーバ装置１０のプロセッサ１０２（通信処理部１０２４）は、権限情報管理データベース１８２を参照して、受信した要求に含まれる電話番号が登録されているかどうかを判定する。端末装置２０の使用者の電話番号は、端末装置２０の使用者の識別情報と共に、サーバ装置１０に予め登録されて、権限情報管理データベース１８２に格納されている。電話番号が登録されていると判定された場合、手順はステップ５４４に進む。電話番号が登録されていない場合、プロセッサ１０２（通信処理部１０２４）は、端末装置２０が登録されていない旨の応答を送信元の端末装置２０に送信してもよい。

【0062】

ステップ５４４において、プロセッサ１０２の通信処理部１０２４は、受信した特定情報またはワンタイム・アクセスコードの要求を、プロセッサ１０２のアクセスコード管理部１０２６に与える。

【0063】

ステップ５５２において、プロセッサ１０２のアクセスコード管理部１０２６は、特定情報またはワンタイム・アクセスコードの要求に応答して、権限情報管理データベース１８２に格納されたロジックまたは条件情報に従ってワンタイム・アクセスコードを生成する。ワンタイム・アクセスコードを生成するためのロジックまたは条件情報は、例えば、端末装置２０の電話番号、使用者の識別情報、日時および／または乱数に基づいてワンタイム・アクセスコードを生成するための論理であってもよい。その論理は、例えば、ＡＮＤ、ＯＲ、ＮＯＴ、ＸＯＲの論理演算、および／または四則演算を含んでいてもよい。

【0064】

ステップ５５４において、プロセッサ１０２のアクセスコード管理部１０２６は、生成したワンタイム・アクセスコードを、端末装置２０の電話番号および／または使用者の識別情報に関連づけて記憶部１０６の権限情報管理データベース１８２に保存する。識別情報は、端末装置２０の使用者の権限情報管理データベース１８２中の個人入力情報１７２および機関入力情報１７４に対応付けられている。

【0065】

ステップ５５８において、プロセッサ１０２のアクセスコード管理部１０２６は、端末装置２０に対して、生成したワンタイム・アクセスコードを発行して、通信処理部１０２４に渡す。ステップ５６２において、通信処理部１０２４は、通信部１０８を介しネットワーク５を介して、ワンタイム・アクセスコードを含む応答を端末装置２０に送信する。

【0066】

ステップ５７２において、端末装置２０のプロセッサ２０２（アクセスコード取得部２０２８）は、サーバ装置１０から移動体通信部２２２を介してワンタイム・アクセスコードを受信してメモリ２０６または記憶装置２０８に保存して表示部２２４に表示する。

【0067】

図７Ｂを参照すると、ステップ５７４において、操作者は、端末装置３０の近距離通信部３３０を端末装置２０の近距離通信部２３０に接近させて、ワンタイム・アクセスコードを端末装置２０から受信するよう端末装置３０を操作する。その際、端末装置２０のプロセッサ２０２（アクセスコード取得部２０２８）は、受信したワンタイム・アクセスコードを、近距離通信部２３０を介して端末装置３０に特定の期間だけ繰り返し送信してもよい。代替形態として、ステップ５８２において、操作者は、端末装置３０の入力部３２８を操作して、表示部２２４に表示されたワンタイム・アクセスコードを端末装置３０に手動で入力してもよい。一方、端末装置３０のプロセッサ３０２（またはその個人情報取得部３０２８）は、受信したまたは入力されたワンタイム・アクセスコードをメモリ３０６に一時的に格納する。

【0068】

ステップ５８２において、操作者は、さらに、端末装置３０の入力部３２８を操作して、操作者の権限情報または判定情報としての操作者の識別情報およびパスワードを入力する。ここで、識別情報およびパスワードは、サーバ装置１０において操作者の正当性を判定するための判定情報でもある。一方、端末装置３０のプロセッサ３０２（またはその個人情報取得部３０２８）は、入力された権限情報または判定情報をメモリ３０６に一時的に格納する。

【0069】

ステップ５８４において、端末装置３０のプロセッサ３０２（個人情報取得部３０２８）は、操作者の操作に従って移動体通信部３２２に、無線基地局５４を介して、ＨＴＴＰＳプロトコルによるＧＥＴ要求で、電話番号を含む、個人情報に関する情報開示要求をサーバ装置１０へ送信させる。移動体通信部３２２は、情報開示要求を無線基地局５４を介しネットワーク５を介してサーバ装置１０に送信する。この場合、情報開示要求は、個人情報に関する情報の開示の要求を表すものであり、操作者の判定情報としての操作者の識別情報およびパスワード、およびワンタイム・アクセスコードを含んでいる。サーバ装置１０の通信処理部１０２４は、情報開示要求を受信してプロセッサ１０２の正当性判定部１０３０に渡す。

【0070】

ステップ５９２において、プロセッサ１０２の正当性判定部１０３０は、受信した判定情報としての識別情報およびパスワードを、権限情報管理データベース１８２における権限者の識別情報およびパスワードと比較して端末装置３０の操作者の正当性を判定しまたは認証を行う。ステップ５９４において、プロセッサ１０２の正当性判定部１０３０は、判定結果（正当、非正当）を含む応答を、通信処理部１０２４を介しネットワーク５を介して端末装置３０に送信する。ステップ５８８において、端末装置３０のプロセッサ３０２（個人情報取得部３０２８）は、判定結果（正当、非正当）を表示部３２４に表示する。判定結果が正当である場合は、手順はステップ５９６に進む。

【0071】

このようにして、ステップ５９２において端末装置３０の操作者が正当な権限者であると判定される。また、サーバ装置１０に予め登録された権限者の種別または属性に基づいて、対応する端末装置２０の使用者の個人情報の最小限の開示範囲が決定されてもよい。個人情報の開示範囲は、例えば、種別としての救助員に対しては、氏名、性別、生年月日、住所、血液型、身長、体重、病歴、持病、連絡先、通院した病院の情報であってもよく、職業等の情報は開示されなくてもよい。また、個人情報の開示範囲は、例えば、種別としての拾得物担当者に対しては、氏名および連絡先だけであってもよく、性別、生年月日、職業、等の情報は開示されなくてもよい。

【0072】

ステップ５９６において、プロセッサ１０２の正当性判定部１０３０は、正当性判定に成功した場合は、受信したワンタイム・アクセスコードを含むアクセスコード判定要求をプロセッサ１０２のアクセスコード管理部１０２６に渡す。

【0073】

ステップ６０２において、プロセッサ１０２のアクセスコード管理部１０２６は、受信したアクセスコードの種別が、ワンタイム・アクセスコードかまたは定期アクセスコードかを判定する。ワンタイム・アクセスコードと定期アクセスコードとは、異なる種別情報を含んでいてもよい。受信したアクセスコードの種類がワンタイム・アクセスコードであると判定された場合は、手順はステップ６０４に進む。受信したアクセスコードの種類が定期アクセスコードであると判定された場合の手順は、図８Ｂ（ステップ６０５等）に関連して後で説明する。

【0074】

ステップ６０４において、プロセッサ１０２のアクセスコード管理部１０２６は、受信したワンタイム・アクセスコードが、ステップ５５４において生成して保存したワンタイム・アクセスコードと一致するかどうかを判定する。

【0075】

受信したワンタイム・アクセスコードが、生成して保存したワンタイム・アクセスコードと一致した場合、ステップ６０６において、プロセッサ１０２のアクセスコード管理部１０２６は、判定結果（一致）を情報提示部１０３２および通信処理部１０２４に渡す。情報提示部１０３２は、情報開示要求を送信した端末装置３０の操作者の判定情報または権限情報を、ワンタイム・アクセスコードを受信した端末装置２０の使用者またはその個人情報と関連づけて記憶部１０６に記録し、使用者の個人情報の開示を決定する。一方、受信したワンタイム・アクセスコードが、生成して保存したワンタイム・アクセスコードと一致しなかった場合、ステップ６０６において、プロセッサ１０２のアクセスコード管理部１０２６は、判定結果（不一致）を通信処理部１０２４に渡す。

【0076】

ステップ６０８において、プロセッサ１０２のアクセスコード管理部１０２６は、一定期間（例えば、１０分）の経過後、端末装置２０に送信した権限情報管理データベース１８２におけるワンタイム・アクセスコードを削除して無効化する。それによって、同じワンタイム・アクセスコードを用いたその後の情報開示要求が拒否され、それによって個人情報への不正アクセスが防止でき、個人情報のセキュリティまたは安全性を高くすることができる。

【0077】

ステップ６１２において、プロセッサ１０２の通信処理部１０２４は、判定結果（一致、不一致）を含む応答を、通信部１０８を介しネットワーク５を介して端末装置３０に送信する。ステップ６２２において、端末装置３０のプロセッサ３０２（個人情報取得部３０２８）は、判定結果（一致、不一致）を受信して表示部３２４に表示する。判定結果が一致である場合、手順はステップ６１４に進む。一方、判定結果が不一致である場合、プロセッサ１０２は処理を終了させる。

【0078】

ステップ６１４において、プロセッサ１０２の情報提示部１０３２は、特定情報としてのワンタイム・アクセスコードに基づいて、個人情報データベース１７０を検索して端末装置２０の使用者の個人入力情報１７２および機関入力情報１７４を取り出す。その際、ワンタイム・アクセスコードに対応する端末装置２０の電話番号または使用者の識別情報が用いられてもよい。その際、端末装置２０の使用者の個人情報のうちの、例えば救助員または拾得物担当者のような権限者の種別または属性に対応する開示範囲の情報だけが取り出されてもよい。それによって、プロセッサ３０２の情報提示部３０３０は、権限者に対して必要最小限の個人情報だけを開示することができる。ステップ６１６において、プロセッサ１０２の情報提示部１０３２は、取り出した個人情報を含む応答を、通信処理部１０２４を介しネットワーク５を介して端末装置３０に送信する。

【0079】

ステップ６２８において、端末装置３０のプロセッサ３０２（個人情報取得部３０２８）は、受信した個人情報をメモリ３０６または記憶装置３０８に一時的に格納する。また、プロセッサ３０２（またはその情報提示部３０３０）は、受信された個人情報を特定の形式で表示部３２４に表示する。このようにして、端末装置２０で取得したワンタイム・アクセスコードが使用されて、ワンタイム・アクセスコードに対応する端末装置２０の使用者の個人情報が取得できる。

【0080】

一方、情報保護部３０３２は、メモリ３０６または記憶装置３０８に一時的に格納された個人情報の利用を制限する。情報保護部３０３２は、例えば、メモリ３０６または記憶装置３０８に一時的に格納された個人情報へのアクセス回数が所定回数を超えた場合、または、アクセス期間が所定の期間外である場合に、操作者による個人情報へのアクセスを許容しない。

【0081】

また、情報保護部３０３２は、メモリ３０６または記憶装置３０８に一時的に格納された個人情報のコピーまたは漏洩を防止し、表示部３２４上での個人情報の表示が終了すると個人情報をメモリ３０６から消去する。それによって、情報保護部３０３２は、個人情報がコピーされたり送信されたりして外部に漏洩するのを防止する。

【0082】

次は、端末装置２０がサーバ装置１０に対して送信できない場合について説明する。

【0083】

図８Ａおよび８Ｂは、端末装置２０、端末装置３０およびサーバ装置１０での送受信および処理の別の手順の例を示している。この場合、図７Ａおよび７Ｂの場合と同様に、端末装置２０は、セキュリティのためのロックがかけられているものとする。一方、図８Ａおよび８Ｂの手順では、図７Ａおよび７Ｂの場合と違って、端末装置２０は、無線基地局５２の通信エリアの圏外にあることまたは無線基地局５２の輻輳状態によって、特定情報またはアクセスコードの要求をサーバ装置１０に送信できないものとする。

【0084】

図８Ａにおいて、ステップ５０２〜５２０は、ステップ５２２（図７Ａ、図８Ａ）での操作者による操作の前の段階における、サーバ装置１０と端末装置２０の間での送受信および処理の手順の例を含んでいる。

【0085】

ステップ５０２において、サーバ装置１０のプロセッサ１０２（またはそのロジック管理部１０２８）は、定期的なタイミングで、定期アクセスコードを生成するための複数のロジックまたは条件情報の中の１つを選択しまたは決定する。選択されたロジックまたは条件情報は、或る期間において、端末装置２０において定期アクセスコードを生成するためのロジックまたは条件情報である。複数のロジックは、記憶装置１０６に格納されている。この場合、定期的なタイミングは、例えば毎日に１回または２回の定時刻以降のタイミングであってもよく、従って、ロジックは、例えば毎日１回または２回のように、定期的に変更されてもよい。定時刻は、例えば０時、１２時であってもよい。ロジックは、その変更の間隔より長い期間において（例えば、２６時間、１４時間）有効であってもよい。ロジックの選択または決定は、プロセッサ１０２（ロジック管理部１０２８）によって、端末装置２０の電話番号、周期時刻（積算秒）および／または乱数に基づいて行われてもよい。

【0086】

ステップ５０４において、プロセッサ１０２（アクセスコード管理部１０２６）は、選択または決定されたロジックを、端末装置２０の電話番号または使用者の識別番号と関連づけて権限情報管理データベース１８２に保存する。また、プロセッサ１０２（アクセスコード管理部１０２６）は、定期的なタイミングで、ロジックに従って定期アクセスコードを生成して、端末装置２０の電話番号または使用者の識別情報と関連づけて権限情報管理データベース１８２に保存してもよい。この場合、定期的なタイミングは、例えば、１日２回、０時と１２時の１２時間間隔であってもよい。定期アクセスコードを生成するロジックまたは条件情報は、例えば、端末装置２０の電話番号、識別情報および／または日時（０時（午前）、１２時（午後））に基づいて定期アクセスコードを生成するための論理であってもよい。その論理は、例えば、ＡＮＤ、ＯＲ、ＮＯＴ、ＸＯＲの論理演算、および／または四則演算を含んでいてもよい。定期アクセスコードは、その切替え遅延を考慮して、定期的なタイミングの間隔より長い期間（例えば、１４時間）にわたって有効としてもよい。このようにして、プロセッサ１０２（アクセスコード管理部１０２６）は、一意的な定期アクセスコードを予備のアクセスコードとして生成することができる。

【0087】

ステップ５０８において、プロセッサ１０２のロジック管理部１０２８は、端末装置２０に対する、選択または決定されたロジックを発行して、通信処理部１０２４に渡す。ステップ５１２において、通信処理部１０２４は、選択または決定されたロジックを端末装置２０に送信する。そのために、ロジック管理部１０２８は、端末装置２０に対して、ＨＴＴＰＳプロトコルによるＰＯＳＴ要求でロジックを送信してもよい。この場合、端末装置２０において、プロセッサ２０２の処理部２０３６が、受信したロジックをアプレット展開してもよい。ステップ５２０において、端末装置２０のプロセッサ２０２（またはそのロジック管理部２０３０）は、受信した最新のロジックを記憶装置２０８に保存する。その際、プロセッサ２０２（ロジック管理部２０３０）は、記憶装置２０８における前回までに受信したロジックを消去してもよい。プロセッサ２０２（ロジック管理部２０３０）は、サーバ装置１０におけるロジック送信の定期的なタイミングが経過した後でも次のロジックを受信するまでは、記憶装置２０８におけるロジックを消去しない。

【0088】

ステップ５２２および５２４は、図７Ａのものと同様である。

【0089】

ステップ５３４において、図７の場合と同様に、端末装置２０のプロセッサ２０２（アクセスコード取得部２０２８）は、移動体通信部２２２に、無線基地局５２を介してサーバ装置１０に特定情報またはアクセスコードの要求を送信させる。しかし、この場合、端末装置２０は、例えば、無線基地局５２の通信エリアの圏外にあることまたは無線基地局５２の輻輳状態に起因して、サーバ装置１０への送信が、閾値回数（例えば、２回）を超えて連続的に失敗するものとする。一方、送信エラーの発生回数が閾値回数を超えることなく、端末装置２０がサーバ装置１０への送信に成功した場合は、図７Ａおよび７Ｂの手順に従う。

【0090】

ステップ５３５において、各送信エラーの発生に応答して、プロセッサ２０２（アクセスコード取得部２０２８）は、送信エラーの発生回数が、閾値回数（例えば、２回）を超えたかどうかを判定する。送信エラーの回数が閾値回数を超えたと判定された場合、手順はステップ５７３に進む。

【0091】

ステップ５７３において、端末装置２０のプロセッサ２０２（アクセスコード取得部２０２８）は、記憶装置２０８に保存されたロジックまたは条件情報を取り出して、ロジックまたは条件情報に従って定期アクセスコードを生成して記憶装置２０８に保存する。また、プロセッサ２０２（アクセスコード取得部２０２８）は、生成した定期アクセスコードを記憶装置２０８またはメモリ２０６に一時的に保存して表示部２２４に表示する。このようにして、端末装置２０がサーバ装置１０に着信または接続できない場合でも、端末装置２０は、一意的な定期アクセスコードを生成することができる。

【0092】

その後、図８Ｂのステップ５７５〜６２８において、ワンタイム・アクセスコードの代わりに定期アクセスコードが用いられて、図７Ｂのステップ５７４〜６２８と同様の送受信および処理が行われる。以下、図８Ｂが図７Ｂと相違する部分について説明する。

【0093】

ステップ５７５において、操作者は、端末装置３０の近距離通信部３３０を端末装置２０の近距離通信部２３０に接近させて、定期アクセスコードを端末装置２０から受信するよう端末装置３０を操作する。その際、端末装置２０のプロセッサ２０２（アクセスコード取得部２０２８）は、受信した定期アクセスコードを、近距離通信部２３０を介して端末装置３０に特定の期間だけ繰り返し送信してもよい。代替形態として、ステップ５８３において、操作者は、端末装置３０の入力部３２８を操作して、表示部２２４に表示された定期アクセスコードを端末装置３０に手動で入力してもよい。一方、端末装置３０のプロセッサ３０２（個人情報取得部３０２８）は、受信したまたは入力された定期アクセスコードをメモリ３０６に一時的に格納する。

【0094】

ステップ５８３において、図７Ｂのステップ５８２の場合と同様に、操作者は、さらに、端末装置３０の入力部３２８を操作して、操作者の権限情報または判定情報としての操作者の識別情報およびパスワードを入力する。一方、端末装置３０のプロセッサ３０２（個人情報取得部３０２８）は、入力された権限情報または判定情報をメモリ３０６に一時的に格納する。

【0095】

ステップ５８５において、端末装置３０のプロセッサ３０２（個人情報取得部３０２８）は、操作者の操作に従って移動体通信部３２２に、ＨＴＴＰＳプロトコルによるＧＥＴ要求で、電話番号を含む、個人情報に関する情報開示要求をサーバ装置１０へ送信させる。この場合、情報開示要求は、操作者の識別情報およびパスワード、および定期アクセスコードを含んでいる。サーバ装置１０の通信処理部１０２４は、情報開示要求を受信してプロセッサ１０２の正当性判定部１０３０に渡す。

【0096】

ステップ５９２、５９４および５８８は、図７Ｂのものと同様である。

【0097】

ステップ５９７において、サーバ装置１０のプロセッサ１０２の正当性判定部１０３０は、認証に成功した場合は、受信した定期アクセスコードを含むアクセスコード判定要求をプロセッサ１０２のアクセスコード管理部１０２６に渡す。

【0098】

ステップ６０３において、プロセッサ１０２のアクセスコード管理部１０２６は、受信したアクセスコードの種別が、ワンタイム・アクセスコードかまたは定期アクセスコードかを判定する。受信したアクセスコードの種類が定期アクセスコードであると判定された場合は、手順はステップ６０５に進む。受信したアクセスコードの種類がワンタイム・アクセスコードであると判定された場合の手順は、図７Ｂ（ステップ６０４等）に関連して説明した。

【0099】

ステップ６０５において、プロセッサ１０２のアクセスコード管理部１０２６は、受信した定期アクセスコードが、ステップ５０４で生成して権限情報管理データベース１８２に保存された定期アクセスコードと一致するかどうかを判定する。代替形態として、アクセスコード管理部１０２６は、ここで権限情報管理データベース１８２に保存したロジックに従って比較用の定期アクセスコードを生成して、受信した定期アクセスコードが比較用の定期アクセスコードと一致するかどうかを判定してもよい。

【0100】

受信した定期アクセスコードが、サーバ装置１０で生成した定期アクセスコードと一致した場合、ステップ６０７において、プロセッサ１０２のアクセスコード管理部１０２６は、判定結果（一致、不一致）を情報提示部１０３２および通信処理部１０２４に渡す。それによって、情報開示要求を送信した端末装置３０が、定期アクセスコードを生成した端末装置２０の使用者またはその個人情報と関連づけられて、端末装置２０の使用者の個人情報の開示が決定される。

【0101】

ステップ６０９において、プロセッサ１０２のアクセスコード管理部１０２６は、一定期間の経過後、権限情報管理データベース１８２に保存された定期アクセスコードを削除して無効化する。それによって、同じ定期アクセスコードを用いたその後の情報開示要求が拒否され、それによって個人情報への不正アクセスが防止でき、個人情報のセキュリティまたは安全性を高くすることができる。

【0102】

ステップ６１２および６２２は、図７Ｂのものと同様である。

【0103】

ステップ６１５において、プロセッサ１０２の情報提示部１０３２は、特定情報としての定期アクセスコードに基づいて、個人情報データベース１７０を検索して端末装置２０の使用者の個人入力情報１７２および機関入力情報１７４を取り出す。その際、端末装置２０の使用者の個人情報のうちの、例えば救助員または拾得物担当者のような権限者の種別または属性に対応する開示範囲の情報だけが取り出されてもよい。

【0104】

ステップ６１６および６２８は、図７Ｂのものと同様である。従って、端末装置２０は、サーバ装置１０に特定情報またはアクセスコードの要求を送信できない場合でも、ワンタイム・アクセスコードを受信する代わりに定期アクセスコードを生成することができる。また、端末装置３０は、ワンタイム・アクセスコードの代わりに定期アクセスコードを用いて、定期アクセスコードに対応する個人情報を取得することができる。

【0105】

図９Ａおよび９Ｂは、端末装置２０、端末装置３０およびサーバ装置１０での送受信および処理のさらに別の手順の例を示している。この場合、端末装置２０は、セキュリティのためのロックがかけられていないものとする。この場合、操作者は、端末装置２０の誤操作の回避、および端末装置２０内の個人情報の保護のために、端末装置２０に格納された個人情報にはアクセスせず、サーバ装置１０に登録された個人情報だけにアクセスするものとする。

【0106】

図９Ａを参照すると、ステップ５２３において、操作者は、情報取得対象者の端末装置２０に対して特定の操作を行って意図的に操作エラーを発生させる。特定の操作は、例えば、閾値回数（例えば、２回）を超える回数の誤った電話番号での発信操作であってもよい。その際、特定の操作において、用いられる誤った電話番号は、電話番号として使用されない特定の番号（例えば、“＊＊”、“＃＃”、“００”、“９９”）であってもよい。使用されない誤った電話番号で発信操作がなされると、プロセッサ２０２（発信処理部２０２６）は、発信エラーを発生させて発信処理を終了させる。その際、端末装置２０のプロセッサ２０２（発信処理部２０２６）は、入力された電話番号を特定の番号と比較して、入力された電話番号が誤った特定の番号と一致するかどうかを判定してもよい。入力された電話番号が誤った特定の番号と一致する場合、プロセッサ２０２（発信処理部２０２６）は特定の発信エラーを発生させてもよい。

【0107】

ステップ５２５において、発信エラーの発生に応答して、プロセッサ２０２（アクセスコード取得部２０２８）は、発信エラー、または発信エラーおよび入力された電話番号を検出して、同じ発信エラーの連続的発生回数が、閾値回数（例えば、２回）を超えたかどうかを判定する。同じ発信エラーの回数が閾値回数を超えたと判定された場合、図７Ａと同様に、手順はステップ５３４に進む。

【0108】

ステップ５３４〜５７２および５７４〜６２８は、図７Ａおよび７Ｂのものと同様である。

【0109】

このようにして、端末装置２０がロックされていない場合でも、端末装置２０に格納された個人情報へのアクセスが不要であり、端末装置２０における個人情報の安全性（セキュリティ）が確保でき、また端末装置２０の誤操作が回避できる。

【0110】

図１０Ａおよび１０Ｂは、端末装置２０、端末装置３０およびサーバ装置１０での送受信および処理のさらに別の手順の例を示している。この場合、図９Ａおよび９Ｂの場合と同様に端末装置２０は、セキュリティのためのロックがかけられていないものとする。また、操作者は、個人情報の保護の観点から端末装置２０に格納された個人情報にはアクセスせず、サーバ装置１０に登録された個人情報だけにアクセスするものとする。しかし、図１０Ａおよび１０Ｂの手順では、図８Ａおよび８Ｂの場合と同様に、端末装置２０は、無線基地局５２の通信エリアの圏外にあることまたは無線基地局５２の輻輳状態によって、特定情報またはアクセスコードの要求をサーバ装置１０に送信できないものとする。

【0111】

図１０Ａのステップ５０２〜５２０は、図８Ａの場合と同様である。また、図１０Ａのステップ５２３〜５２５は、図９Ａの場合と同様である。また、図１０Ａおよび１０Ｂのステップ５３４〜５７３および５７５〜６２８は、図８Ａおよび８Ｂの場合と同様である。

【0112】

従って、図１０Ａおよび１０Ｂにおいて、端末装置２０がロックされていない場合でも、端末装置２０に格納された個人情報へのアクセスが不要であり、端末装置２０における個人情報の安全性（セキュリティ）が確保でき、また端末装置２０の誤操作が回避できる。また、端末装置２０がサーバ装置１０に送信できない場合でも、端末装置２０は、端末装置２０の使用者に関する情報を特定するための定期アクセスコードを生成することができる。また、サーバ装置１０は、権限者に対して必要最小限の個人情報だけを開示することができる。

【0113】

上述の実施形態によれば、端末装置２０での認証に関係なく、端末装置２０での特定の操作によって、端末装置３０は、端末装置２０の使用者に関する個人情報を安全な形態でサーバ装置１０から遠隔的に取得することができる。また、端末装置３０は、端末装置２０の使用者に関する個人情報を別個の端末装置で漏洩しない形態で表示することができる。

【0114】

ここで挙げた全ての例および条件的表現は、発明者が技術促進に貢献した発明および概念を読者が理解するのを助けるためのものであり、ここで具体的に挙げたそのような例および条件に限定することなく解釈され、また、明細書におけるそのような例の編成は本発明の優劣を示すこととは関係ない、と理解される。本発明の実施形態を詳細に説明したが、本発明の精神および範囲から逸脱することなく、それに対して種々の変更、置換および変形を施すことができる、と理解される。

【0115】

以上の実施例を含む実施形態に関して、さらに以下の付記を開示する。
（付記１）端末における１又は複数回の認証不成功の検出に応じて、該端末のユーザの個人情報を記憶する記憶装置から該個人情報を取得する際に要求される情報を該端末に提示する、
ことを特徴とする提示方法。
（付記２）前記情報は利用に制限があり、前記個人情報へのアクセス回数が所定回数を超える場合、又は、アクセス期間が所定の期間外である場合に前記個人情報へのアクセスが許容されない、ことを特徴とする付記１に記載の提示方法。
（付記３）前記個人情報は、前記ユーザについての医療関連情報である、ことを特徴とする付記１に記載の提示方法。
（付記４）第１の端末と、
第２の端末と、
を含むシステムであって、
前記第１の端末は、
表示部と、
前記第１の端末における１又は複数回の認証不成功の入力を検出すると、個人情報を記憶する記憶装置から該端末のユーザに対応する個人情報を取得する際に要求される情報を前記表示部に表示させる制御部と、
を備え、
前記第２の端末は、
前記情報を用いて前記記憶装置にアクセスして、前記第１の端末のユーザの個人情報を取得する取得部と、
取得した前記個人情報を表示する表示部と、
を備えた、
ことを特徴とするシステム。
（付記５）表示部と、
当該端末装置における１又は複数回の認証不成功の入力を検出すると、個人情報を記憶する記憶装置から当該端末装置のユーザに対応する個人情報を取得する際に要求される情報を前記表示部に表示させる制御部と、
を備えることを特徴とする端末装置。
（付記６）第１の端末装置が、該第１の端末装置における認証成功を条件としない特定の操作の検知に応じて、情報要求を、該第１の端末装置の使用者に関する情報を管理する情報管理装置に送信し、
前記情報管理装置が、前記情報要求の受信に応答して、前記第１の端末装置の使用者を特定するための特定情報を前記第１の端末装置に送信し、
第２の端末装置が、前記特定情報と、前記第２の端末装置の操作者の正当性の判定に用いられる判定情報とを前記情報管理装置に送信し、
前記判定情報に基づいて前記第２の端末装置の操作者が正当であると判定された場合、前記情報管理装置が、受信した前記特定情報によって特定される使用者に関する情報の開示を、前記第２の端末装置に対して許容する
処理を実行することを特徴とする、情報開示制御方法。
（付記７）前記情報要求の送信が失敗した場合、前記第１の端末装置が、前記第１の端末装置の使用者を特定するための特定情報を生成するための条件情報に基づいて別の特定情報を生成し、
前記第２の端末装置が、前記別の特定情報と、前記第２の端末装置の操作者の正当性の判定に用いられる判定情報とを前記情報管理装置に送信し、
前記判定情報に基づいて前記第２の端末装置の操作者が正当であると判定された場合、前記情報管理装置が、前記条件情報に基づいて、受信した前記別の特定情報によって特定される使用者に関する情報の開示を、前記第２の端末装置に対して許容する
処理を実行することを特徴とする、付記６に記載の情報開示制御方法。
（付記８）前記第１の端末装置が、前記第１の端末装置での前記特定の操作による認証失敗の回数が閾値を超えた場合に、前記情報要求を前記情報管理装置に送信することを特徴とする、付記６または７に記載の情報開示制御方法。
（付記９）前記第１の端末装置での前記特定の操作による発信失敗の回数が閾値を超えた場合に、前記第１の端末装置が、前記情報要求を前記情報管理装置に送信することを特徴とする、付記６または７に記載の情報開示制御方法。
（付記１０）前記第２の端末装置が、データの複製または漏洩を許容しないように制御されることを特徴とする、付記６乃至９のいずれかに記載の情報開示制御方法。
（付記１１）前記情報管理装置が、前記判定情報に基づいて決定される開示範囲で、前記特定情報によって特定される使用者に関する情報の開示を、前記第２の端末装置に対して許容することを特徴とする、付記６乃至１０のいずれかに記載の情報開示制御方法。
（付記１２）第１の端末装置、第２の端末装置および情報管理装置を含む情報開示システムであって、
前記第１の端末装置が、該第１の端末装置における認証成功を条件としない特定の操作の検知に応じて、情報要求を、該第１の端末装置の使用者に関する情報を管理する情報管理装置に送信し、
前記情報管理装置が、前記情報要求の受信に応答して、前記第１の端末装置の使用者を特定するための特定情報を前記第１の端末装置に送信し、
第２の端末装置が、前記特定情報と、前記第２の端末装置の操作者の正当性の判定に用いられる判定情報とを前記情報管理装置に送信し、
前記判定情報に基づいて前記第２の端末装置の操作者が正当であると判定された場合、前記情報管理装置が、受信した前記特定情報によって特定される使用者に関する情報の開示を、前記第２の端末装置に対して許容する
ことを特徴とする、情報開示システム。
（付記１３）別の装置の使用者を特定するための特定情報と、当該端末装置の操作者の正当性の判定に用いられる判定情報とを情報管理装置に送信し、前記情報管理装置から、前記特定情報によって特定される前記別の装置の使用者に関する情報を受信して表示する処理部を含む端末装置。

【符号の説明】

【0116】

５ ネットワーク
５２、５４ 無線基地局
１０ サーバ装置
１０６ 記憶部
１７０ 個人情報データベース
１８２ 権限情報管理データベース
２０、３０ 端末装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7A】

【図7B】

【図8A】

【図8B】

【図9A】

【図9B】

【図10A】

【図10B】