(57)【要約】      （修正有）【課題】分散型データにアクセスする方法及びシステムを提供する。【解決手段】分散型データにアクセスするシステムは、クライアント・データ（２２１乃至２２３）を記憶する第１のエンティティ（２０１乃至２０３）であって、前記クライアント・データ（２２１乃至２２３）にアクセスするためのアクセス情報（２２０）を必要とする第１のエンティティを含む。記憶装置（２００）は、前記クライアントに保持されて、前記クライアント・データ（２２１乃至２２３）にアクセスするための前記アクセス情報（２２０）を提供する。第２のエンティティ（２０４）は、前記クライアントから前記アクセス情報（２２０）を提供された場合に、前記第１のエンティティ（２０１乃至２０３）から前記記憶されたクライアント・データ（２２１乃至２２３）にアクセスすることができる。【選択図】図２
2007234018.tif 000002
【特許請求の範囲】
【請求項１】
分散型データにアクセスする方法であって、
クライアント・データを、前記クライアント・データにアクセスするためのアクセス情報を必要とする第１のエンティティに記憶するステップと、
クライアントが前記アクセス情報を第２のエンティティに提供するステップと、
前記第２のエンティティが第１のエンティティから前記記憶されているクライアント・データにアクセスするステップと、
を有する方法。
【請求項２】
単一のクライアントに関するデータを複数の第１のエンティティに記憶するステップを含む、請求項１に記載の方法。
【請求項３】
前記クライアントは、前記アクセス情報を各第１のエンティティ毎に位置・アクセス情報の形で提供する、請求項１に記載の方法。
【請求項４】
前記クライアントは、位置・アクセス情報を前記第１のエンティティ及びそれらのアクセス情報の記録簿に提供することによって前記アクセス情報を提供する、請求項１に記載の方法。
【請求項５】
前記記録簿は、前記クライアントと同期化させることによって、又は第２のエンティティによるオンライン・アクセス中に、更新される、請求項４に記載の方法。
【請求項６】
前記アクセス情報は、前記クライアント特有の信任・許可情報である、請求項１に記載の方法。
【請求項７】
前記位置情報は、インターネット・プロトコル・アドレス又はユニフォーム・リソース・ロケータである、請求項３に記載の方法。
【請求項８】
前記第１のエンティティは、前記クライアント・データを前記第１のエンティティを介してアクセスされるデータベースに記憶する、請求項１に記載の方法。
【請求項９】
第２のエンティティによって作成される新しいクライアント・データは、前記新しいクライアント・データにアクセスするためのアクセス情報を必要とする前記第２のエンティティによって記憶される、請求項１に記載の方法。
【請求項１０】
前記アクセス情報は前記クライアントによって保持されるか又は、前記アクセス情報の参照が前記クライアントによって保持される、請求項３に記載の方法。
【請求項１１】
分散型データにアクセスするシステムであって、
クライアント・データを記憶する第１のエンティティであって前記クライアント・データにアクセスするためのアクセス情報を必要とする前記第１のエンティティと、
前記アクセス情報を提供する前記クライアントによって保持される記憶装置と、
前記クライアントから前記アクセス情報を提供されたときに、前記記憶されたクライアント・データに前記第１のエンティティからアクセスすることができる第２のエンティティと、
を有するシステム。
【請求項１２】
複数の第１のエンティティは、単一のクライアントに関するクライアント・データを記憶する、請求項１１に記載のシステム。
【請求項１３】
前記記憶装置は、前記アクセス情報を各第１のエンティティ毎に位置・アクセス情報の形で提供する、請求項１１に記載のシステム。
【請求項１４】
前記記憶装置は、位置・アクセス情報を前記第１のエンティティ及びそれらのアクセス情報の記録簿に提供することによって前記アクセス情報を提供する、請求項１１に記載のシステム。
【請求項１５】
前記記録簿は、前記クライアント記憶装置と同期化させることによって、又は第２のエンティティによるオンライン・アクセス中に、更新される、請求項１４に記載のシステム。
【請求項１６】
前記記憶装置は、使用時に第２のエンティティに連結される携帯型記憶装置である、請求項１１に記載のシステム。
【請求項１７】
前記記憶装置はクライアントのコンピュータ・システム上に設けられ、アクセス情報はネットワーク通信を介して第２のエンティティに提供される、請求項１１に記載のシステム。
【請求項１８】
前記位置情報はインターネット・プロトコル・アドレスであり、前記第２のエンティティはネットワークを介して前記第１のエンティティから前記クライアント・データにアクセスする、請求項１３に記載のシステム。
【請求項１９】
前記第２のエンティティによって作成される新しいクライアント・データは、前記クライアント・データにアクセスするためのアクセス情報を必要とする前記第２のエンティティによって記憶される、請求項１１に記載のシステム。
【請求項２０】
分散型データにアクセスするためにコンピュータに読み込み可能な記憶媒体に記憶されたコンピュータ・プログラムであって、
クライアント・データを、第１のエンティティであって前記クライアント・データにアクセスするためのアクセス情報を必要とする前記第１のエンティティに記憶するステップと、
クライアントが前記アクセス情報を第２のエンティティに提供するステップと、
前記第２のエンティティが前記第１のエンティティから前記記憶されているクライアント・データにアクセスするステップと、
を実施するコンピュータに読み込み可能なプログラム・コード手段を有する、コンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は分散型データへのアクセスの分野に関するものである。本発明は特にデータ及び情報を地理的に共有することに関するものである。
【背景技術】
【０００２】
例えば個人や組織等のエンティティに関する情報や記録の形のデータは、地理的に分散した場所で保持されることがある。１つの例示的なコンテキストは個人に関する医療情報であるが、本コンテキストを使用して直面する課題を例示しながら背景技術を説明する。しかしながら、他の形態のデータや記録も地理的に共有されるという同様な課題を有しており、課題は、医療情報の分野に限定されたものではない。データや記録を地理的に共用することが望まれる他の例示的な分野としては、銀行業、小売製造業、電話通信、教育、警察、裁判所及び刑務所、保険業及び自動車が挙げられる。このリストは網羅的なものではなく、他の多くの分野のもの及び他の形態のデータや記録を想定することもできる。前記データは、極秘データ（例えば医療、金融、教育、警察、刑務所等に関するデータ等）であってもよい。
【０００３】
企業間共通の医療コンテンツの共有に関する現行の技術解決策では、患者情報及び各患者に関する医療情報を維持する地域記録簿の使用が提案されている。患者は通常、居住地域の一組の医療提供者（ｃａｒｅ  ｐｒｏｖｉｄｅｒ）から治療を受ける。そのような地域記録簿内に保持される情報が前記極秘情報自体を含んでいるわけではなく、前記極秘情報を保持している前記医療提供者を参照するのである。
【０００４】
機動性が向上し治療の専門性が高まるにつれて、患者は各居住地域から離れた場所で治療を求めるようになる。これらのケースから、患者情報へのリモート・アクセスが益々必要となっていることが理解できる。医療コンテンツの共有を支援する医療ＩＴシステムでは、地域記録簿を患者の医療情報を通信し交換することができるようになることが必要となっている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
医療機関が多数の記録簿にわたり特定の患者に関するすべての情報を発見することができるようにすると考えられる選択肢は、すべての使用可能な記録簿に対して分散型問合わせを実施することである。しかしながら、この解決策は拡張性がなく多大な時間とプロセッサ能力を要する。
【０００６】
記録又は記録に関するメタデータの集中化はいずれも煩雑であり、また大量の患者関連情報を公衆の利用可能な場所に保有することによるプライバシ・リスクが伴うこととなる。
【課題を解決するための手段】
【０００７】
本発明の第１の態様によれば、分散型データにアクセスする方法であって、クライアント・データを、前記クライアント・データにアクセスするためのアクセス情報を必要とする第１のエンティティに記憶するステップと、クライアントが前記アクセス情報を第２のエンティティに提供するステップと、前記第２のエンティティが前記第１のエンティティから前記記憶されたクライアント・データにアクセスするステップとを有する方法が、提供される。
【０００８】
前記方法は、単一のクライアントに関するデータを複数の第１のエンティティに記憶するステップを含むことができる。
【０００９】
前記クライアントは、前記アクセス情報を各第１のエンティティに関する位置・アクセス情報の形で提供することができる。別法として、前記クライアントは位置・アクセス情報を前記第１のエンティティ及びそれらのアクセス情報の記録簿に提供することによって、前記アクセス情報を提供することもできる。後者の場合には、前記記録簿は前記クライアントと同期化することによって、あるいは第２のエンティティによるオンライン・アクセス中に、更新することができる。
【００１０】
前記アクセス情報は前記クライアントに特有の信任・許可情報であってもよい。前記アクセス情報が前記クライアントによって保持されてもよいし、前記アクセス情報の参照が前記クライアントによって保持されてもよい。前記位置情報は、インターネット・プロトコル・アドレスであってもユニフォーム・リソース・ロケータであってもよい。
【００１１】
前記第１のエンティティは前記クライアント・データを、前記第１のエンティティを介してアクセスされるデータベースに記憶することができる。第２のエンティティによって作成される新しいクライアント・データは、前記第２のエンティティであって前記新しいクライアント・データにアクセスするためのアクセス情報を必要とする前記第２のエンティティによって記憶することができる。
【００１２】
本発明の第２の態様によれば、分散型データにアクセスするためのシステムであって、クライアント・データを記憶する第１のエンティティであって前記クライアント・データにアクセスするためのアクセス情報を必要とする前記第１のエンティティと、前記アクセス情報を提供する前記クライアントによって保持される記憶装置と、前記クライアントから前記アクセス情報を提供されたときに、前記第１のエンティティから前記記憶されているクライアント・データにアクセスすることができる第２のエンティティと、を有するシステムが、提供される。
【００１３】
複数の第１のエンティティは、単一のクライアントに関するクライアント・データを記憶することができる。前記記憶装置は、前記アクセス情報を各第１のエンティティに関する位置・アクセス情報の形で提供することができる。別法として、前記記憶装置は位置・アクセス情報を前記第１のエンティティ及びそれらのアクセス情報の記録簿に提供することによって、前記アクセス情報を提供することができる。前記記録簿は前記クライアントの記憶装置と同期化することによって、あるいは第２のエンティティによるオンライン・アクセス中に、更新することができる。
【００１４】
前記記憶装置は使用時に第２のエンティティに連結される携帯型記憶装置であってもよい。別法として、前記記憶装置はクライアントのコンピュータ・システム上に設置することもできるが、アクセス情報はネットワーク通信を介して第２のエンティティに提供される。
【００１５】
本発明の第３の態様によれば、分散型データにアクセスするためにコンピュータに読み込み可能な記憶媒体に記憶されたコンピュータ・プログラムであって、クライアント・データを、第１のエンティティであって前記クライアント・データにアクセスするためのアクセス情報を必要とする前記第１のエンティティに記憶するステップと、クライアントが前記アクセス情報を第２のエンティティに提供するステップと、前記第２のエンティティが前記第１のエンティティから前記記憶されているクライアント・データにアクセスするステップと、を実施するコンピュータに読み込み可能なプログラム・コード手段を有する、コンピュータ・プログラムが、提供される。
【００１６】
図解の簡潔さと明瞭さのために、図に示される構成要素は必ずしも縮尺どおりに描かれてはいないことを理解していただきたい。例えば、いくつかの構成要素の寸法は、明瞭にするために他の要素に対して拡大している場合がある。さらに適切と思われる場合は、対応又は類似する機能を示すために、参照番号を各図面で繰り返している場合もある。
【発明を実施するための最良の形態】
【００１７】
ここに記載された方法及びシステムは、以下の３つのエンティティ（事業体）・タイプが存在するいずれの領域内でも、あてはめることができる。
１．エンティティＡ：組織Ａ
２．エンティティＢ：組織Ｂ
３．エンティティＣ：クライアント
前記クライアントは１つ又は複数の前記組織に記憶されるデータを有する。前記クライアントは個人、組織、製品等を含む任意のエンティティであってよい。前記データは任意の形態のデータ、記録、又は情報であってよい。一実施形態において、前記データは機密を扱うデータあるいは極秘のデータであることもある。例えば医療、金融、警察、裁判所、刑務所、教育等のコンテキストに関する記録が挙げられる。別の実施形態においては、前記データは非機密で公衆に利用可能であるが、複数の組織に分散される場合がある。
【００１８】
トランザクションは、以下の順序で実行される。
１．クライアント・データがエンティティＢに記憶される。
２．エンティティＢが前記クライアントへ、前記記憶されているデータにエンティティＢでアクセスすることができるアクセス情報を提供する。
３．前記クライアントがエンティティＡを訪問するが、エンティティＡが前記クライアント要求を処理するためには、エンティティＢに記憶されている前記クライアント・データにアクセスする必要がある。
４．エンティティＡは前記クライアントに、エンティティＢの詳細情報及び前記アクセス情報を提供するよう依頼する。
５．エンティティＡは前記クライアントから提供された前記情報を使用して、エンティティＢから前記記憶されているクライアント・データにアクセスしそれを利用する。
【００１９】
上記のシナリオにおいて、エンティティＢは前記クライアント・データを他の場所に記憶することもできるが、アクセスは、前記クライアントによって保持される前記アクセス情報を使用してエンティティＢを介する場合だけ可能となる。各々が前記クライアントに関するデータを記憶しているエンティティＢの多数のインスタンスが存在する可能性があるが、前記クライアントはエンティティＢの異なるインスタンス毎に異なるアクセス情報を有することができる。
【００２０】
前記データが機密を扱うデータ又は極秘のデータである場合は、前記アクセス情報は前記クライアントの信任状又はセキュリティ許可データに基づくものにすることができる。
【００２１】
図１を参照すれば、上記のシナリオが図示されている。クライアントＣ１００は、組織Ｂ１０１、Ｄ１０２、及びＥ１０３に記憶されているデータ・レコード１１１、１１２、１１３を有する。前記組織１０１乃至１０３の各々に記憶されている前記データ・レコード１１１乃至１１３は、異なっていてもよい。
【００２２】
ある組織、例えば組織Ｂ１０１は前記組織Ｂ１０１のアンブレラ内のエンティティＢ１  １３１、Ｂ２  １３２、Ｂ３  １３３を有することができ、各エンティティはデータ・レコード１１１を記憶することができる。前記組織Ｂ１０１は、前記組織Ｂ１０１内の前記データ・レコード１１１に関する情報を記憶する記録簿１３４を有することができる。例えば、前記組織Ｂ１０１はある地理的地域内のエンティティに関する地域的な統括組織であってもよい。
【００２３】
一実施形態において、前記データ・レコード１１１乃至１１３は各々、前記クライアントＣ１００によって保持されるアクセス情報１２１、１２２、１２３を有する。前記アクセス情報は、前記データ・レコードを保持する前記エンティティのアドレス、信任・許可情報を含むことができる。
【００２４】
別の実施形態において、前記クライアントＣ１００は前記統括組織Ｂ１０１へのアクセスだけを有し、特定の前記データ・レコード１１１へのアクセスは有していない。前記レコードは、組織Ｂ１０１にアクセスした後、組織Ｂ１０１から前記クライアントＣ１００に提供される。この処理は、組織Ｂ１０１が記録簿１３４又はクライアントＣ１００に関するすべてのデータ・レコードの索引を維持することによって行われる。
【００２５】
組織Ａ１０４は、前記組織Ｂ１０１、Ｄ１０２、Ｅ１０３内に記憶されている１つ又は複数の前記データ・レコード１１１乃至１１３から情報を必要とする場合、組織Ａ１０４が前記組織Ｂ１０１、Ｄ１０２、Ｅ１０３から直接前記データ・レコード１１１乃至１１３を取得することができるようにする前記クライアントＣ１００から、前記アクセス情報１２１乃至１２３を要求する。
【００２６】
図２を参照すると、分散型コンピュータ・システムの一配置は例示的な一実施形態を表示している。
【００２７】
一実施形態において、前記クライアントは記憶装置２００を、例えばスマート・カードやＵＳＢキーや他の形の読み込み／書き込み可能な携帯型記憶装置の形で、保有する。前記記憶装置２００は、各々の位置で前記クライアント・データへのアクセスを取得するために、クライアント・データ及びアクセス情報２２０を記憶しているエンティティの位置リストを含んでいる。
【００２８】
エンティティＡは、データ・レコード２２４を記憶するためのデータベース２３４を含むコンピュータ・システム２０４を有する。前記クライアントの前記記憶装置２００は、前記コンピュータ・システム２０４に連結されてデータ、特に前記アクセス情報２２０の送信又は受信あるいはその両方を行うことができる。
【００２９】
別法として、前記クライアントは前記位置・アクセス情報２２０をそのコンピュータ・システムに記憶し、前記位置・アクセス情報２２０の機密性を維持するために適切なセキュリティ手続きを使用して、この情報をネットワーク接続を介してエンティティＡに提供する。
【００３０】
エンティティＢ、Ｄ、Ｅも、各々がデータベース２３１乃至２３３を備えるコンピュータ・システム２０１乃至２０３を有している。前記データベース２３１乃至２３４は、前記コンピュータ・システム２０１乃至２０４の一部として表示されているが、前記コンピュータ・システムに別個に連結されてもよいし、ネットワーク経由でアクセスされてもよい。２つ以上のエンティティがデータベースを共有することもできるが、前記データベース内に保持される前記データ・レコードへのアクセスは、前記アクセス情報を使用して前記適切なエンティティを介して行われる。
【００３１】
前記エンティティＡ、Ｂ、Ｄ、及びＥの前記コンピュータ・システム２０１乃至２０４はすべて、ネットワーク２４０を介して相互にアクセス可能である。
【００３２】
別の実施形態において、前記クライアントはホーム・エンティティを有し、この例ではホーム・エンティティはエンティティＢ２０１である。前記ホーム・エンティティは、図１に示される統括組織Ｂ内のエンティティＢ１としてもよい。前記ホーム・エンティティは、前記クライアント及び前記アクセス情報に関するデータ・レコードを有するエンティティのリスト２５０を維持する責任を担う。本実施形態の前記クライアント記憶装置２００は、前記位置・アクセス情報自体の代わりに、前記ホーム・エンティティの前記位置・アクセス情報を記憶している。
【００３３】
本リスト２５０は、同期化の際又は前記記憶装置２００が別のエンティティのコンピュータ・システム２０４に連結される時のオンライン・アクセス中に、前記クライアント記憶装置２００によって更新されてもよい。これは図２の破線２５２で図示されている。
【００３４】
図３を参照すると、図２の前記コンピュータ・システム２０１乃至２０４の各々を実行する例示的なシステムが図示されている。前記システム３００は、システム・バス３０３を介してメモリ要素に直接又は間接的に連結される少なくとも１つのプロセッサ３０１を含むプログラム・コードを記憶し又は実行し、あるいはその両方を行うのに適している。前記メモリ要素は、前記プログラム・コードの実行中に使用されるローカル・メモリ、バルク記憶装置及び実行中にコードをバルク記憶装置から検索しなければならない回数を少なくするために少なくともいくつかのプログラム・コードを一時的に保管するキャッシュ・メモリと、を含むことができる。
【００３５】
前記メモリ要素は読み取り専用メモリ（ＲＯＭ）３０４及びランダム・アクセス・メモリ（ＲＡＭ）３０５の形で、システム・メモリ３０２を含むことができる。基本入出力システム（ＢＩＯＳ）３０６はＲＯＭ３０４に記憶することができる。オペレーティング・システム・ソフトウェア３０８を含むシステム・ソフトウェア３０７はＲＡＭ３０５に記憶することができる。ＲＡＭ３０５には、ソフトウェア・アプリケーション３１０も記憶することができる。
【００３６】
前記システム３００はまた、磁気ハード・ディスク・ドライブのような１次記憶手段３１１と、磁気ディスク・ドライブや光ディスク・ドライブのような２次記憶手段３１２とを含むことができる。前記ドライブ及びそれらに関連するコンピュータ可読媒体は、コンピュータ実行可能な命令とデータ構造とプログラム・モジュールと他のデータについての不揮発性記憶装置とを前記システム３００に提供する。ソフトウェア・アプリケーションは、前記１次記憶手段３１１及び２次記憶手段３１２並びに前記システム・メモリ３０２に記憶することができる。
【００３７】
前記システム３００はネットワーク・アダプタ３１６を介して、１つ又は複数のリモート・コンピュータへの論理結合を利用するネットワーク環境で動作することができる。
【００３８】
入出力デバイス３１３は直接又は介在Ｉ／Ｏコントローラを通して、前記システムに連結することができる。ユーザはキーボード等の入力デバイス、ポインティング・デバイス、他の入力デバイスを経由して、コマンド及び情報を前記システム３００に入力することができる。出力デバイスとしては、スピーカやプリンタ等を挙げることができる。表示デバイス３１４はビデオ・アダプタ３１５等のインターフェイスを介してシステム・バス３０３にも接続される。
【００３９】
前記提案された方法及びシステムの応用例については、地理的な位置の全域で医療記録を共有する分野で今、説明する。
【００４０】
「医療提携のための情報統合化（Ｉｎｔｅｇｒａｔｉｎｇ  ｔｈｅ  Ｈｅａｌｔｈｃａｒｅ  Ｅｎｔｅｒｐｒｉｓｅ：ＩＨＥ）」と呼ばれる業界イニシアティブは、「エンタプライズ間ドキュメント共有（Ｃｒｏｓｓ  Ｅｎｔｅｒｐｒｉｓｅ  Ｄｏｃｕｍｅｎｔ  Ｓｈａｒｉｎｇ（ＸＤＳ））」のプロファイルを規定している。ＩＨＥのＸＤＳプロファイルによれば、一組の医療提供機関（Ｃａｒｅ  Ｄｅｌｉｖｅｒｙ  Ｏｒｇａｎｉｚａｔｉｏｎ：ＣＤＯ）は、臨床アフィニティ・ドメイン（Ｃｌｉｎｉｃａｌ  Ａｆｆｉｎｉｔｙ  Ｄｏｍａｉｎ：ＣＡＤ）と、前記ＣＡＤに関与する前記いずれかのＣＤＯにおける患者のドキュメントの利用可能性についてのメタデータ情報を維持する共有記録簿とを確立することによって、患者の医療情報を共有することができる。前記ＩＨＥのＸＤＳは現時点では、ＣＡＤ記録簿（registry）の標準的な通信手法を提示していない。患者の医療情報がいくつかのＣＡＤにわたって多数の記録簿に記憶されている場合、現時点では患者又は医療機関が患者の医療情報にアクセスする標準的な仕組みは存在しない。
【００４１】
患者は前記記載のシステムを使用して各医療情報を維持する記録簿の組を、例えばスマート・カード技術やＵＳＢキー等の記憶装置上に記憶する。前記患者の記憶装置上の前記情報は、所与のＣＡＤ記録簿にアクセスするのに必要な情報を含んでいる。前記カード上の情報には、前記実際の患者医療データは含まれていない。前記患者の記憶装置は、前記記録簿に関する位置・アクセス情報を記憶することができ、前記記録簿は、前記機関における前記データの利用可能性に関するメタデータを維持することができる。
【００４２】
各記録簿毎に含むことができる情報は、
記録簿のＩＰアドレス及びポートを含む位置情報と、
患者の信任及びセキュリティ属性を含むアクセス情報である。例えば、前記セキュリティ属性は、ＸＤＳコンシューマ（ＸＤＳ  ｃｏｎｓｕｍｅｒ）が遠隔の記録簿における患者情報にアクセスすることができるようにするために、ＳＡＭＬ２．０（セキュリティ保証マークアップ言語）で使用される属性とすることができる。
【００４３】
図４を参照すると、シーケンス図４００は、患者４０１が自宅から離れた場所にある医療提供機関（ＣＤＯ）４０２を訪問するプロトコルを示している。前記ＣＤＯ４０２はデータ・レコードを利用する（４０２ａ）だけでなく、前記患者の新しいデータ・レコードのソース４０２ｂでもある。前記ＣＤＯ４０２は記録簿Ａ４０３を有する。前記患者は、本拠地の記録簿Ｂ１４０４と、やはり前記患者に関するデータ・レコードを含む別の記録簿Ｂ２４０５とを有する。
【００４４】
第１のステップ４１１で、前記患者は自身のスマート・カードから記録簿のリストを、前記ビジターＣＤＯ４０２の前記コンシューマ４０２ａに提供する。前記コンシューマ４０２ａは前記患者の本拠地の記録簿Ｂ１  ４０４から前記患者のドキュメントを要求４１２し、それらのドキュメントが前記コンシューマ４０２ａに戻される４１３。前記コンシューマ４０２ａは前記患者に関するデータ・レコードを含む他の記録簿Ｂ２  ４０５からも、前記患者のドキュメントを要求４１４する。それらのドキュメントが前記コンシューマ４０２ａに戻される４１５。
【００４５】
前記患者が訪れる前記ＣＤＯ４０２はその後、前記患者に関するすべての関連レコードを有することになる。その後、前記ＣＤＯ４０２によって治療が行われ、前記ＣＤＯ４０２の前記ソース４０２ｂによって作成される新しいドキュメントは、前記ＣＤＯ４０２の前記記録簿４０３に提出される４１６。前記ビジターＣＤＯ４０２の前記記録簿Ａ４０３は必要な記録簿のアクセスの詳細情報と共に、前記患者のカードに追加される４１７。
【００４６】
図５を参照すると、患者が前記アクセス・レコードを維持する本拠地の記録簿を有する実施形態においては、前記プロセスで追加的なステップが実行される。ある患者の前記本拠地記録簿Ｂ１  ４０４は、前記患者及び各通信特性（例えばＩＰアドレス、ポート、及び信任情報等）に関する情報を有する訪問先の記録簿のリストを維持する責任を担う。このリストは、同期化の際、又は前記患者が訪問先の記録簿に属するビジターＣＤＯで治療を受けていて前記訪問先の記録簿が前記本拠地の記録簿にアクセスしている時のオンライン・アクセス中に、前記患者のスマート・カードから更新される。
【００４７】
図５は、このような形で部分的に集中化されたドキュメント管理を支援するのに必要となる追加的なプロトコル４２０を説明している。前記患者のカードは本拠地記録簿サーバ４０４ａのアドレス及び信任状を提供する４２１。次に、ビジター・クライアント４０２ｃは前記本拠地記録簿サーバ４０４ａから前記患者に関するすべての記録簿情報を検索し４２２、前記情報が前記ビジター・クライアント４０２ｃに戻される４２３。次に、前記ビジター・クライアント４０２ｃは完全な記録簿リストを前記ＣＤＯ４０２の前記コンシューマ４０２ａに提供する４２４。ステップ４２４が完了すると、前記制御フローは図４のステップ４１２から進む。
【００４８】
前記記載の方法及びシステムにより、患者情報が発見できる記録簿リストを患者に提供することによって、患者の医療情報に関する集中型検索サービスの必要性がなくなる。前記患者は、前記リストを任意の永続的な記憶装置（例えば、スマート・カードやＵＳＢキー等）に保持する。サービス提供者は、前記患者がこの貴重な情報を保持するのに役立つバックアップ及び同期化のサービスを提供することができる。
【００４９】
前記解決策の主な利点は、患者が自身の医療情報を管理することができ、どのような公共利用サービスも必要とせずに、それらの情報の所在を発見できることである。
【００５０】
前記解決策は、患者情報を保持するのにいかなる集中型の記憶装置も必要としないので、無限に拡張可能である。また膨大な量のエンティティ（記録簿）に対する非効率的な問合わせが必要なくなる。
【００５１】
本解決策はピアツーピア通信を基に構成されているので、世界的又は集中的（国際的）なバックボーンを必要とせずに記録簿同士が協調して取り組むことができるようにすることによって、その採用機会は増えることとなる。
【００５２】
本解決策を用いることによって、前記患者はプライバシ、セキュリティ及びアクセス制御を完全に管理できるようになる。
【００５３】
前記提案されている方法及びシステムに関する別の応用例は、金融データの共有の分野に存在する。個人又は組織に関する金融データには、様々な機関がアクセスする必要が生じる可能性がある。例えば、クライアントは自身の銀行情報にアクセスするのに、自身の現在の銀行組織とは異なる別の銀行組織を望んでもよい。別の例では、クライアントは母国内のクライアント自身の詳細情報にアクセスするのに、他国の金融組織を認定することを望んでもよい。
【００５４】
前記提案されている方法及びシステムのさらに別の応用例は、小売及び製造業の分野に存在する。元の卸売業者、製造業者、修理業者等の形をとる分散型組織は、クライアントが購入する製品に関する情報をすべて保持することができる。記載されている方法によれば、前記クライアントは別のエンティティを、前記分散型組織によって保持される前記レコードにアクセスさせる。例えばクライアントは、購入についての詳細情報を保持する販売店Ａから、製品自体に関するデータを保持する製造業者Ｂが製造したテレビを購入したという場合に、別の製造業者又は交換部品供給業者Ｃが前記テレビ等を修理するのに必要な交換部品の詳細情報を保持している場合がある。前記クライアント又は前記製品自体は、前記Ａ、Ｂ、Ｃ各組織のデータに関する位置・アクセス情報を含む記憶装置を有することができる。前記記憶装置が前記製品内に格納されている場合、前記製品が別の所有者の手に渡った場合にも、上記の情報は前記製品に転送される。同様に本コンテキストは、車両がその通常の修理工場から離れた工場で修理される自動車あるいは、車両に関する記録が分散した場所で必要になる車両レンタル・サービスにも適用することができる。
【００５５】
さらに他の応用例は、クライアントの電話の詳細情報が分散化された組織によって保持される携帯電話の分野に存在する。
【００５６】
別の応用分野は、ある学生の履歴を通じて様々な学校、大学及び他の教育機関が作成する可能性がある学生に関する教育記録である。前記学生はその資質を立証するために、別のエンティティ、例えば将来の雇用主に配布することができる位置・アクセス情報を保持することができる。
【００５７】
機密情報へのアクセスが必要とされる可能性がある別の応用分野は、警察、裁判所及び刑務所の記録の分野に関するものである。個人の過去の犯罪歴に関するリストは非常に極秘性の高い資料であり、関係者だけに配布されるものである。したがって、クライアントだけが前記位置・アクセス情報を保持することになる。
【００５８】
他の応用分野は、クライアントが分散化された組織と様々な保険契約を有していて、必要に応じて別のエンティティに配布することができる位置・アクセス情報を保持することを望むこともある保険記録である。
【００５９】
本発明は全面的にハードウェアの実施形態の形あるいは全面的にソフトウェアの実施形態の形あるいはハードウェア要素とソフトウェア要素の両方を含む実施形態の形を、とることができる。好ましい一実施形態では、本発明は必ずしもそれだけに限定されるわけではないが、ファームウェア、常駐ソフトウェア、マイクロコード等を含むソフトウェアで実施される。
【００６０】
本発明はコンピュータ又は任意の命令実行システムによって、あるいはシステムに関連して使用されるプログラム・コードを備えるコンピュータ使用可能な又はコンピュータに読み込み可能な媒体からアクセスできる、コンピュータ・プログラム製品の形をとることができる。本明細書の目的のためには、コンピュータ使用可能な又はコンピュータに読み込み可能な媒体は、前記命令実行システム、装置又は機器によってあるいはそれらに関連して使用される前記プログラムを、収容し記憶し通信し伝搬し又は移送することができる任意の機器であってもよい。
【００６１】
前記媒体は電子系媒体、磁気系媒体、光学系媒体、電磁気系媒体、赤外線系媒体又は半導体系媒体（すなわち装置又は機器）あるいは伝搬媒体であってもよい。コンピュータに読み込み可能な媒体の例としては、半導体又は固体メモリ、磁気テープ、着脱自在のコンピュータ・ディスケット、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、固定磁気ディスク及び光ディスクが挙げられる。光ディスクの最新例としては、コンパクト・ディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、コンパクト・ディスク読み出し／書き込み（ＣＤ−Ｒ／Ｗ）、及びＤＶＤが挙げられる。
【００６２】
上記の記載には本発明の範囲から逸脱することがなければ、様々な改良及び修正を施すことができる。
【図面の簡単な説明】
【００６３】
【図１】本発明が実施できるエンティティの一配置に関する概略図である。
【図２】本発明に記載の分散型コンピュータ・システム配置のブロック図である。
【図３】本発明に記載のコンピュータ・システムのブロック図である。
【図４】本発明に記載の方法のシーケンス図である。
【図５】本発明に記載の方法のシーケンス図である。
【符号の説明】
【００６４】
１００  クライアントＣ
１０１  組織Ｂ
１０２  組織Ｄ
１０３  組織Ｅ
１０４  組織Ａ
１１１乃至１１３  データ・レコード
１２１乃至１２３  アクセス情報
１３１  エンティティＢ１
１３２  エンティティＢ２
１３３  エンティティＢ３
２００  記憶装置
２０１〜２０４  コンピュータ・システム
２２０  アクセス情報
２２１〜２２３  クライアント・データ
２２４  データ・レコード
２３１〜２３４  データベース
２４０  ネットワーク
３００  システム
３０１  プロセッサ
３０２  システム・メモリ
３０３  システム・バス
３０４  ＲＯＭ
３０５  ＲＡＭ
３０６  ＢＩＯＳ
３０７  システム・ソフトウェア
３０８  オペレーティング・システム・ソフトウェア
３１０  ソフトウェア・アプリケーション
３１１  １次記憶手段
３１２  ２次記憶手段
３１３  入出力デバイス
３１５  ビデオ・アダプタ
３１６  ネットワーク・アダプタ
【図１】
2007234018.tif 000003
【図２】
2007234018.tif 000004
【図３】
2007234018.tif 000005
【図４】
2007234018.tif 000006
【図５】
2007234018.tif 000007