(57)【要約】  遠隔計算リソースにより処理されるデータへのアクセスを制御する方法が、パブリック認証局からデータ作成部に関するパブリック暗号化鍵を発行するステップと、データ所有部とのエンカウンタを検出するステップと、上記エンカウンタを検出することに基づき、上記データ作成部及び上記データ所有部に関するプライベート暗号化鍵を作成するステップと、上記パブリック暗号化鍵、上記データ作成部のプライベート暗号化鍵及び上記データ所有部のプライベート暗号化鍵で、上記遠隔計算リソースに送られるデータを暗号化するステップと、上記パブリック暗号化鍵のパブリック検証、及び上記データ作成部のプライベート暗号化鍵及び上記データ所有部のプライベート暗号化鍵のローカル検証に基づき、上記遠隔計算リソースで、上記データを復号化するステップと、上記パブリック暗号化鍵及びデータ作成部のプライベート暗号化鍵の少なくとも１つのパーミッションを変えることにより、上記データに対する上記データ作成部のアクセスを制御するステップと含む。
2015534343.tif 000002
【特許請求の範囲】
【請求項１】
遠隔計算リソースにより処理されるデータへのアクセスを制御する方法において、
パブリック認証局からデータ作成部に関するパブリック暗号化鍵を発行するステップと、
データ所有部とのエンカウンタを検出するステップと、
前記エンカウンタを検出することに基づき、前記データ作成部及び前記データ所有部に関するプライベート暗号化鍵を作成するステップと、
前記パブリック暗号化鍵、前記データ作成部のプライベート暗号化鍵及び前記データ所有部のプライベート暗号化鍵で、前記遠隔計算リソースに送られるデータを暗号化するステップと、
前記パブリック暗号化鍵のパブリック検証、並びに前記データ作成部のプライベート暗号化鍵及び前記データ所有部のプライベート暗号化鍵の少なくとも１つのローカル検証に基づき、前記遠隔計算リソースで、前記データを復号化し、及び格納するステップと、
前記パブリック暗号化鍵及びデータ作成部のプライベート暗号化鍵の少なくとも１つの許可を変えることにより、前記データに対する前記データ作成部のアクセスを制御するステップとを有する、方法。
【請求項２】
前記エンカウンタが、臨床データのコレクションを含む、請求項１に記載の方法。
【請求項３】
データプロバイダをサブスクライブすることにより、前記データ作成部に関する前記パブリック暗号化鍵を前記パブリック認証局に要求するステップを更に有する、請求項１又は２に記載の方法。
【請求項４】
パブリック暗号化鍵及びデータ要求を伴うサードパーティのデータ要求部のために、前記遠隔計算リソースに格納される前記データに対するアクセスを要求するステップを更に有する、請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記パブリック暗号化鍵のパブリック検証、並びに前記データ作成部のプライベート暗号化鍵及び前記データ所有部のプライベート暗号化鍵の少なくとも１つのローカル検証に基づき、前記遠隔計算リソースで前記サードパーティのデータ要求部のため前記データを復号化するステップを更に有する、請求項４に記載の方法。
【請求項６】
前記データ作成部及びサードパーティのデータ要求部の少なくとも一方のため、前記遠隔計算リソースに格納される前記データへのアクセスを提供するステップを更に有する、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記データに対するアクセスを提供するステップが、
前記パブリック暗号化鍵、前記データ作成部のプライベート暗号化鍵及び前記データ所有部のプライベート暗号化鍵で、前記データ作成部及びサードパーティ要求部の少なくとも一方によりアクセスされるデータを暗号化するステップを更に含む、請求項６に記載の方法。
【請求項８】
プロセッサにロードされるとき、前記プロセッサが請求項１乃至７のいずれかに記載の方法を実行するようプログラムされたソフトウェアを含むコンピュータ可読媒体。
【請求項９】
遠隔計算リソースにより処理されるデータへのアクセスを制御するシステムであって、
請求項１乃至７のいずれかに記載の方法を実行するようプログラムされた１つ又は複数のプロセッサを有する、システム。
【請求項１０】
遠隔計算リソースにより処理されるデータに対するアクセスを制御するシステムであって、
データ作成部に対してパブリック暗号化鍵を発行するパブリック認証局と、
データ所有部からデータを集め、前記パブリック暗号化鍵、データ作成部のプライベート暗号化鍵及びデータ所有部の暗号化鍵で前記データを暗号化するデータ作成部とを有し、
前記遠隔計算リソースが、前記パブリック暗号化鍵のパブリック検証、並びに前記データ作成部のプライベート暗号化鍵及び前記データ所有部のプライベート暗号化鍵のローカル検証に基づき、前記遠隔計算リソースで前記データを復号化し、及び格納し、
前記遠隔計算リソースは、前記遠隔計算リソースでデータ所有部のエンカウンタを検出することに基づき、データ作成部のプライベート暗号化鍵及びデータ所有部の暗号化鍵を作成するローカルプライベート認証局を含み、
前記データ所有部が、前記パブリック暗号化鍵及びデータ作成部のプライベート暗号化鍵の少なくとも１つのパーミッションを変えることにより、前記データに対する前記データ作成部のアクセスを制御する、システム。
【請求項１１】
前記エンカウンタが、臨床データのコレクションを含む、請求項１０に記載のシステム。
【請求項１２】
前記データ作成部が、データプロバイダをサブスクライブすることにより、前記パブリック認証局に前記パブリック暗号化鍵を要求する、請求項１０又は１１に記載のシステム。
【請求項１３】
サードパーティのデータ要求部が、パブリック暗号化鍵及びデータ要求を伴い、前記遠隔計算リソースにおける前記データへのアクセスを要求する、請求項１０乃至１２の任意の一項に記載のシステム。
【請求項１４】
前記データへのアクセスに基づき、前記サードパーティのデータ要求部は、前記パブリック暗号化鍵のパブリック検証、及び前記データ作成部のプライベート暗号化鍵及び前記データ所有部のプライベート暗号化鍵の少なくとも１つのローカル検証に基づき、前記遠隔計算リソースで前記サードパーティのデータ要求部に関する前記データを復号化する、請求項１３に記載のシステム。
【請求項１５】
前記遠隔計算リソースが、前記データ作成部及びサードパーティのデータ要求部の少なくとも一方のため、前記遠隔計算リソースに格納される前記データへのアクセスを提供する、請求項１０乃至１４の任意の一項に記載のシステム。
【請求項１６】
前記遠隔計算リソースが、前記パブリック暗号化鍵、前記データ作成部のプライベート暗号化鍵及び前記データ所有部のプライベート暗号化鍵で、前記データ作成部及びサードパーティ要求部の少なくとも一方によりアクセスされるデータを暗号化する、請求項１０乃至１５の任意の一項に記載のシステム。
【請求項１７】
前記データが、偶発的に、周期的に、又は、連続的にストリーミングされる、請求項１０乃至１６の任意の一項に記載のシステム。
【請求項１８】
前記格納されるデータが、リアルタイム臨床データ、ほぼリアルタイムの臨床データ及び過去の臨床データを含む、請求項１０乃至１７の任意の一項に記載のシステム。
【請求項１９】
遠隔計算リソースにより処理されるデータに対するアクセスを制御する方法において、
パブリック認証局からデータ作成部に関するパブリック暗号化鍵を発行するステップと、
エンカウンタを検出することに基づき、前記データ作成部及び前記データ所有部に関するプライベート暗号化鍵を作成するステップと、
前記パブリック暗号化鍵、前記データ作成部のプライベート暗号化鍵及び前記データ所有部のプライベート暗号化鍵の少なくとも１つで、前記遠隔計算リソースに送られるデータを暗号化するステップと、
前記パブリック暗号化鍵のパブリック検証、並びに前記データ作成部のプライベート暗号化鍵及び前記データ所有部のプライベート暗号化鍵の少なくとも１つのローカル検証に基づき、前記遠隔計算リソースで前記データを復号化し、及び格納するステップとを有する、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、遠隔計算リソースにより臨床データを分析することに関する。本願は、遠隔計算リソースにより分析される臨床データに対して健康プロバイダがアクセスすることを制御するシステム及び方法に関連して特定の用途を見いだし、これを特に参照して説明されることになる。しかしながら、本願は、他の使用分野における用途も見いだし、上述した用途に必ずしも限定されるわけではない点を理解されたい。
【背景技術】
【０００２】
臨床資源により、及びこの間で送信される情報が安全に保護されることを確実にすることが重要である。患者医学情報は、秘密であり、例えば米国におけるHIPAAといった連邦及び州法及び規則により保護されるので、通信される臨床データが、その送信及び記憶の間、保護されることは重要である。臨床資源間の通信の安全は一般的には、臨床データに対するアクセスを制御することにより可能にされる。特に、通信される臨床データは、送信されるメッセージのコンテンツを保護するために暗号化される。その結果、侵入者は、臨床データを読み出す又は修正することができない。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
遠隔計算リソースの広がりによって、最も現代の健康通信アーキテクチャは、オープンで相互に接続された環境である傾向がある。機微な臨床データは、もはや健康プロバイダにおいて物理的に分離されたメインフレームに格納されるものではない。メインフレームでは、データ及びシステムを守るために、物理的な保安対策が講じられることができる。臨床データはむしろ、データがアウトソースされ、主治医、医学専門家及び非医学的なケア提供者に関してさえ非中央化されたアクセスを可能にするため遠隔計算リソースで処理される環境に保存される。異なる健康プロバイダ間において、又は、外部の通信相手と臨床データを共有することを可能にするため、信頼された通信相手が、ネットワーク上の臨床データに対してアクセスすることが可能にされ、データの所有部が、他者でもアクセスできるデータを制限する能力を持つような、エンドツーエンドのセキュリティ技術を提供することが有利である。
【０００４】
本発明は、上述した課題及びその他を解決する新規で改良された装置及び方法を提供する。
【課題を解決するための手段】
【０００５】
１つの側面によれば、遠隔計算リソースにより処理されるデータへのアクセスを制御する方法が提供される。この方法は、パブリック認証局からデータ作成部に関するパブリック暗号化鍵を発行するステップと、データ所有部とのエンカウンタを検出するステップと、上記エンカウンタを検出することに基づき、上記データ作成部及び上記データ所有部に関するプライベート暗号化鍵を作成するステップと、上記遠隔計算リソースに送られるデータを暗号化するステップと、上記パブリック暗号化鍵のパブリック検証、並びに上記データ作成部のプライベート暗号化鍵及び上記データ所有部のプライベート暗号化鍵のローカル検証に基づき、上記遠隔計算リソースで、上記データを復号化するステップと、上記パブリック暗号化鍵及びデータ作成部のプライベート暗号化鍵の少なくとも１つのパーミッションを変えることにより、上記データに対する上記データ作成部のアクセスを制御するステップとを含む。
【０００６】
別の側面によれば、遠隔計算リソースにより処理されるデータに対するアクセスを制御するシステムが提供される。このシステムは、データ作成部に対してパブリック暗号化鍵を発行するパブリック認証局を含む。データ作成部は、データ所有部からデータを集め、上記パブリック暗号化鍵、データ作成部のプライベート暗号化鍵及びデータ所有部の暗号化鍵で上記データを暗号化する。上記遠隔計算リソースが、上記パブリック暗号化鍵のパブリック検証、及び上記データ作成部のプライベート暗号化鍵及び上記データ所有部のプライベート暗号化鍵のローカル検証に基づき、上記遠隔計算リソースで上記データを復号化し、上記遠隔計算リソースは、上記遠隔計算リソースでデータ所有部のエンカウンタを検出することに基づき、データ作成部のプライベート暗号化鍵及びデータ所有部の暗号化鍵を作成するローカルプライベート認証局を含む。上記データ所有部が、上記パブリック暗号化鍵及びデータ作成部のプライベート暗号化鍵の少なくとも１つのパーミッションを変えることにより、上記データに対する上記データ作成部のアクセスを制御する。
【０００７】
別の側面によれば、遠隔計算リソースにより処理されるデータに対するアクセスを制御する方法が提供される。この方法は、パブリック認証局からデータ作成部に関するパブリック暗号化鍵を発行するステップと、エンカウンタを検出することに基づき、上記データ作成部及び上記データ所有部に関するプライベート暗号化鍵を作成するステップと、上記パブリック暗号化鍵、上記データ作成部のプライベート暗号化鍵及び上記データ所有部のプライベート暗号化鍵の少なくとも１つで、上記遠隔計算リソースに送られるデータを暗号化するステップと、上記パブリック暗号化鍵のパブリック検証、並びに上記データ作成部のプライベート暗号化鍵及び上記データ所有部のプライベート暗号化鍵の少なくとも１つのローカル検証に基づき、上記遠隔計算リソースで上記データを復号化し、及び格納するステップとを含む。
【０００８】
１つの利点は、分析される臨床データに対するアクセスを制御する能力を患者又はデータ所有部に提供する点にある。
【０００９】
別の利点は、遠隔計算リソースにより分析される臨床データにアクセスするパーミッションを拡張又は取り消すことができる点にある。
【図面の簡単な説明】
【００１０】
【図１】本願によるＩＴインフラストラクチャのブロック図である。
【図２】本願による健康プロバイダ及び患者にパブリック及びプライベート鍵を発行するシステムのブロック図である。
【図３】本願による健康プロバイダ及び患者に対して発行されるパブリック及びプライベート鍵を検証するシステムのブロック図である。
【図４】本願によるデータ作成部からクラウドへとデータを送信する方法のフローチャート図である。
【図５】本願によるクラウドからデータ作成部へとデータを送信する方法のフローチャート図である。
【発明を実施するための形態】
【００１１】
本発明の更に追加的な利点は、以下の詳細な説明を読み及び理解することにより当業者に理解されるだろう。
【００１２】
本発明は、様々な要素及び要素の配列の形式並びに様々なステップ及びステップの配列の形式を取ることができる。図面は、好ましい実施形態を説明するためだけにあり、本発明を限定するものとして解釈されるべきものではない。
【００１３】
図１を参照すると、ブロック図が、遠隔計算リソースにより分析される臨床データに対するアクセスを制御するシステムの情報技術（ＩＴ）インフラストラクチャ１０のある実施形態を示す。ＩＴインフラストラクチャ１０は適切に、１つ又は複数の健康システム及びプロバイダ１２、遠隔計算リソース１４等を含む。これらは、通信ネットワーク１６を介して相互接続される。通信ネットワーク１６が、イントラネット、ローカルエリアネットワーク、ワイドエリアネットワーク、無線ネットワーク、有線ネットワーク、携帯電話網、データバス、個人エリアネットワーク等の１つ又は複数を含むと考えられる。健康プロバイダ１２は、遠隔計算リソース１４により分析される健康システム又は医療機関によりケアされる患者１８に関連付けられる臨床データを集める。これは、ある実施形態において、クラウドインフラストラクチャに配置される。他の実施形態において、このシステムは、単一の位置に配置されることができる。更に別の実施形態において、このシステムは、セキュア環境において存在することができるが、データ伝送は、公衆メディア又は共有インフラストラクチャにわたり行われる。
【００１４】
本書に使用される「クラウド」は、オフサイト又は施設外の相手（例えば、サードパーティ）により提供及び維持される資源の集まり（例えば、ハードウェア、データ及び／又はソフトウェア）を意味することができる。そこでは、データ及び資源のコレクションが、特定のユーザによってネットワークを介してアクセスされることができる。資源は、データストレージサービス、データ処理サービス（例えば、アプリケーション）、及び従来であればパーソナルコンピュータ、ローカル又は「施設内」サーバに関連付けられ、そこに存在する他の多くのサービスを含むことができる。コンピュータ又はサーバは、例えばマイクロプロセッサ、グラフィックスプロセッサ及び関連付けられる要素といった少なくとも１つの処理デバイスを持つ。一般に、クラウドコンピューティングは、分離的な態様においてサービスを実行するために使用されることができる。即ち、クライアントは、期待されるクオリティオブサービスでサービスが実行される限り、そのサービスがどこで実行されるかを知らない。
【００１５】
本書に使用される「臨床データ」は、多数の任意の従来の態様で、患者又は医療機関から集められるデータを意味することができる。例えば、臨床データは、医師又は臨床医といった健康プロバイダによりフィールドにおいて集められることができる。代替的に、患者は、例えば病院又は緊急クリニックといった健康プロバイダに入院する場合があり、関連する臨床データが、例えば健康プロバイダでの入院又は管理によって集められることができる。臨床データは、他の医療デバイスにより集められることができる。例えば、例えばＳｐ０２、温度、血圧、心拍等の各バイタルサインに関するさまざまなサブシステムを含む患者モニタ、さまざまな撮像装置、ペースメーカモニタ及び検査デバイス、ラボ装置及び他の臨床データ収集システムにより集められる。臨床データは、患者の家庭監視システムにより集められることもできる。これは、物理、化学、電気、又は他の患者臨床パラメータを報告することができる。本書において用いられるデータ収集は、偶発的である、所定のイベント若しくは確率過程に基づかれる、周期的である、例えば４時間毎に行われる、又は、連続的である、とすることができる。データ収集は、リアルタイムであり、ほぼリアルタイムであり、又は以前に取得され、後にアップロードされる、とすることができる。
【００１６】
健康システム、アプリケーション、処理又はプロバイダ（以下、健康プロバイダと呼ばれる）１２は、データ所有部の代わりにデータを作成し、又は収集された臨床データを処理し、分析のため遠隔計算リソース１４に臨床データを安全に送信する。臨床データを受信した後、遠隔計算リソース１４は、臨床データを処理し、分析から１つ又は複数の結果を生成する。例えば、遠隔計算リソース１４は、ベースライン臨床データ、人口統計学的データと患者の臨床データとを比較することができる。これらの全ては、遠隔計算リソース１４に格納されることができるか、又はこのリソースによりアクセス可能である。分析は、遠隔計算リソース１４による１つ又は複数のレポートの生成を含むこともできる。このリポートは、例えば、性能レポート、臨床的推奨若しくはアドバイス、又は時系列的グラフィカルレポートを含み、健康な結果かそうでないかを示すチャートが明瞭で読みやすい表示フォーマットで与えられる。ある例示的な実施形態では、結果に対応する結果データが、更なる処理のため、健康システム、プロバイダ又は実際のデータ所有部１２へ戻るよう安全に送信される。
【００１７】
臨床及び結果データを安全に送信するため、健康プロバイダ１２及び遠隔計算リソース１４は、ＩＴインフラストラクチャ１０において送信されるデータの安全性及び整合性を維持するため、臨床及び結果データを暗号化する。患者医学情報は、秘密であり、例えば米国におけるHIPAAといった連邦及び州法及び規則により保護されるので、通信される臨床データが、その送信の間、保護されることは重要である。本願は、データが送信される間すべての臨床データが保護されることを確実にし、斯かるデータにアクセスするためのパブリック及びプライベート暗号化鍵の特異的なセットを所有する相手だけが使用及び処理をすることができることを確実にするシステム及び方法を提供する。送信されたデータは、暗号化又はスクランブル化されることができ、さまざまなユーザアクセス検証ステップが、データの完全性及び患者のプライバシーを保護するよう組み込まれる。例えば、それが健康システム又はプロバイダ１２から遠隔計算リソース１４へと送信される前に、臨床データは暗号化される。遠隔コンピュータ資源１４で、臨床データは、復号化され、分析のため処理される。分析からの結果データはその後、再び暗号化され、遠隔計算リソース１４から健康プロバイダ１２に戻すように送信される。健康プロバイダでは、更なる処理のためデータが復号化される。
【００１８】
データの安全性及び整合性を更に維持するため、遠隔計算リソースにより分析されるデータへのアクセスを制御するべく、健康システム又はプロバイダ１２に、及びデータ所有部又は患者（以下、患者と呼ばれる）１８にそれぞれ、パブリック及びプライベート暗号化鍵が発行される。図２を参照すると、健康プロバイダ１２及び患者１８に対してパブリック及びプライベート鍵を発行するシステムが示される。健康プロバイダ１２が臨床データを処理するため遠隔コンピュータ資源１４をサブスクライブするとき、健康プロバイダは、パブリック認証局２０にパブリック暗号化鍵を要求する。健康プロバイダ１２が検証された後、パブリック認証局（ＰｕＫ  Ａｕｔｈｏｒｉｔｙ）２０は健康プロバイダ１２に対してパブリック暗号化鍵２２を発行する。患者が、健康プロバイダ１２に紹介されるとき、遠隔計算リソース１４による処理のため収集された臨床データの通信が、患者１８に関する患者エンカウンタを作成する。新しい患者エンカウンタを検出すると、ローカルプライベート認証局２４（ＰｒＫ  Ａｕｔｈｏｒｉｔｙ）は、健康プロバイダ１２及び患者１８それぞれに関するプライベート暗号化鍵２６、２８を発行する。ある実施形態において、健康プロバイダ及び患者に関する送信のために特定されるデータが特定されるまで、健康プロバイダ１２及び患者１８に関するプライベート暗号化鍵２６、２８は、健康プロバイダ位置でエスクロー式に保有される。別の実施形態では、健康プロバイダ１２及び患者１８に関するプライベート暗号化鍵２６、２８が、遠隔計算リソース１４でエスクロー式に保有される。
【００１９】
追加的な安全性を提供し、ユーザがアクセスを制御することを可能にするため、臨床及び結果データは、パブリック暗号化鍵２２、健康プロバイダのプライベート暗号化鍵２６及び患者のプライベート暗号化鍵２８で暗号化される。例えば、臨床データが、健康プロバイダ１２から遠隔計算リソース１４へと送信される前に、臨床データは、パブリック暗号化鍵２２、健康プロバイダのプライベート暗号化鍵２６及び患者のプライベート暗号化鍵２８で暗号化される。同様に、結果データが、遠隔計算リソース１４から健康プロバイダ１２へと送信される前に、結果データは、パブリック暗号化鍵２２、健康プロバイダのプライベート暗号化鍵２６及び患者のプライベート暗号化鍵２８で暗号化される。
【００２０】
臨床データが、暗号化されて、健康プロバイダ１２から遠隔計算リソース１４へと送信された後、遠隔計算リソース１４は、パブリック暗号化鍵２２、健康プロバイダのプライベート暗号化鍵２６及び／又は患者のプライベート暗号化鍵２８の検証に基づき、臨床データを復号化する。同様に、暗号化された結果データが、遠隔計算リソース１４から健康プロバイダ１２へと送信された後、健康プロバイダ１２は、パブリック暗号化鍵２２、健康プロバイダのプライベート暗号化鍵２６及び／又は患者のプライベート暗号化鍵２８の検証に基づき、結果データを復号化する。図３を参照すると、健康プロバイダ１２及び患者１８のパブリック及びプライベート鍵を検証するシステムが示される。特に、臨床及び結果データの復号化は、クラウドインフラストラクチャの外側に位置するパブリック検証部３０（ＰｕＫ  Ｖｅｒｉｆｉｃａｔｉｏｎ）によるパブリック暗号化鍵２２の有効性の検証、及びクラウドインフラストラクチャ内に位置するプライベート検証部３２による健康プロバイダのプライベート暗号化鍵２６及び／又は患者のプライベート暗号化鍵２８の有効性の検証に基づかれる。上述したように、暗号化セッションは、パブリック暗号化鍵２２と、健康プロバイダのプライベート暗号化鍵２６及び患者のプライベート暗号化鍵２８の両方とに基づかれる。復号化セッションは、健康プロバイダのパブリック暗号化鍵２２、並びにプライベート暗号化鍵２６及び／又は患者のプライベート暗号化鍵２８の有効性の検証に基づかれる。こうして、臨床及びレポートデータへのアクセスは、パブリック暗号化鍵及び健康プロバイダのプライベート暗号化鍵の有効性の検証により制御される。
【００２１】
追加的な暗号化及び検証による保護は、患者が、臨床データ及び結果に対するアクセスを制御することを可能にする。特に、患者１８は、患者のプライベート暗号化鍵２８を通信相手と共有することにより、この通信相手が既存の臨床及び結果データを使用することを許可することができる。斯かる処理は、健康プロバイダ１２の許可を必要としない。通信相手に対して臨床及び結果データへのアクセスを提供するため、通信相手は、臨床及び結果データを暗号化／復号化するのに、自身のパブリック暗号化鍵及び患者のプライベート暗号化鍵２８を利用する。患者１８が、健康プロバイダ１２又は他の通信相手に対して臨床及び結果データへのアクセスを許可しないこともできる点を理解されたい。患者は、臨床及び結果データ又はそのサブパートへのアクセスにどのパブリック鍵がもはや使用出来ないかを参照し、ローカル検証部３２に通知することで、既存の臨床及び結果データ、又はその任意のサブパートの応用使用を許可しないことができる。
【００２２】
別の実施形態では、どの通信相手に対し、特定のデータへのアクセスが許可され又は取り消されているかに関する患者のパーミッションを必要とするビジネスルールが、ローカル検証部に基づき確立される。例えば、ローカル検証部３２は、患者のデータに対するアクセスを要求する通信相手のテーブルを含む。このテーブルは、患者１８が、特定のデータセットに対する通信相手の特権を編集及び整合させることを可能にする。更に、患者のパーミッションを必要とするデータの側面を破壊するため、追加的なビジネスルールが患者の要求に基づき作成されることができる。例えば、健康プロバイダ１２は、データが性能計算に用いられる場合生成されるデータセットに対するアクセス権を持つ。ビジネスルールは、すべての機微な個人情報をデータから削除し、及び従ってデータにアクセスするのに、データ所有部のパーミッションを必要としない。同様に、データが、機微な個人情報を含まず、２次的な使用（性能計算等）に適している場合、ローカル検証部は、データにアクセスするために通信相手がパブリック暗号化鍵を持つことを要求する。
【００２３】
ＩＴインフラストラクチャ１０の要素は、前述の機能を実現するコンピュータ実行可能な命令を実行するプロセッサを適切に含む。ここで、コンピュータ実行可能な命令は、プロセッサに関連付けられるメモリに格納される。しかしながら、前述の機能の少なくとも一部は、プロセッサを用いることなしにハードウェアにおいて実現されることが想定される。例えば、アナログ回路が使用されることができる。更に、ＩＴインフラストラクチャ１０の要素は、通信ユニットを含む。このユニットは、通信ネットワーク１６にわたり通信するためのインタフェースをプロセッサに提供する。更に、ＩＴインフラストラクチャ１０の前述の要素は別々に表されているが、要素が組み合わせられることができる点を理解されたい。
【００２４】
図４は、データ作成部からクラウドへとデータを送信する方法のフローチャート図を示す。ステップ１００において、データ作成部は、認証局にパブリック暗号化鍵を要求する。データ作成部が作成されたデータを用いてシステムをサブスクライブするとき、この要求は作成される。ステップ１０２において、認証局は、データ作成部に対してパブリック鍵（ＰｕＫ）を発行する。ステップ１０４において、エンカウンタが、データ所有部に関して作成される。ステップ１０６において、クラウドにおけるローカル認証局は、データ作成部及びデータ所有部に関するプライベート鍵（ＰｒＫ）を作成する。ステップ１０８において、データが作成され、作成認証局パブリック鍵（ＰｕＫ）並びにデータ作成部及びデータ所有部に関する両方のプライベート鍵（ＰｒＫ）でエンコードされる。ステップ１１０において、データは、暗号化されて、クラウドに送信される。ステップ１１２において、クラウドは、パブリック鍵（ＰｕＫ）に関する検証に基づき、並びにデータ作成部及びデータ所有部に関するプライベート鍵（ＰｒＫ）に関する内部検証に基づき、データを復号化する。
【００２５】
図５は、クラウドからデータ作成部へとデータを送信する方法のフローチャート図を示す。ステップ１２０において、データ要求部は、パブリック鍵（ＰｕＫ）及びデータ要求を伴いクラウドを呼び出す。ステップ１２２において、検証部は、クラウドにパブリック鍵（ＰｕＫ）の有効性を通知する。ステップ１２４において、データは、認証局からのパブリック鍵並びにクラウドにおけるローカル認証局からのデータ作成部及びデータ所有部の両方に関するプライベート鍵でエンコードされる。ステップ１２６において、データは、クラウドからデータ要求部へと送られる。ステップ１２８において、データ要求部は、パブリック鍵（ＰｕＫ）に関する検証に基づき、並びにデータ作成部及びデータ所有部に関するプライベート鍵（ＰｒＫ）に関する内部検証に基づき、データを復号化する。
【００２６】
本書で使用されるメモリは、非一時的なコンピュータ可読媒体；磁気ディスク又は他の磁気ストレージ媒体；光学ディスク又は他の光学ストレージ媒体；ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）又は他の電子メモリデバイス又はチップ又は動作可能に相互接続されるチップのセット；格納された命令がインターネット／イントラネット又はローカルエリアネットワークを介して取得されることができるインターネット／イントラネットサーバ；等の１つ又は複数を含む。更に、本書で使用されるプロセッサは、マイクロプロセッサ、マイクロコントローラ、グラフィック処理ユニット（ＧＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）等の１つ又は複数を含み；ユーザ入力デバイスは、マウス、キーボード、タッチスクリーンディスプレイ、１つ又は複数のボタン、１つ又は複数のスイッチ、１つ又は複数のトグル等の１つ又は複数を含み；ディスプレイ・デバイスは、液晶ディスプレイ、ＬＥＤディスプレイ、プラズマディスプレイ、プロジェクションディスプレイ、タッチスクリーンディスプレイ等の１つ又は複数を含む。
【００２７】
本発明が、好ましい実施形態を参照して説明されてきた。上記の詳細な説明を読み及び理解すると、第三者は、修正及び変更を思いつくことができる。それらの修正及び変更が添付の特許請求の範囲又はその均等物の範囲内にある限り、本発明は、すべての斯かる修正及び変更を含むものとして構築されることが意図される。
【図１】
2015534343.tif 000003
【図２】
2015534343.tif 000004
【図３】
2015534343.tif 000005
【図４】
2015534343.tif 000006
【図５】
2015534343.tif 000007
【国際調査報告】
2015534343.tif 000008
2015534343.tif 000009
2015534343.tif 000010