(57)【要約】処理システムにより実行される方法であって、暗号化データストア内の暗号化電子カルテに対応する患者のメタデータツリー内の第１のノードを識別し、第１のヘルスケア関係者のノードキーが第２のヘルスケア関係者によって取り消されたことを示すキーローテーション情報を前記メタデータツリーの第２のノードが含むことに応じて、前記第１のノードの一部が前記第１のヘルスケア関係者の前記ノードキーによって復号化されるのを阻止する、という各ステップを含む方法。【選択図】図１０
2015526049.tif 000002
【特許請求の範囲】
【請求項１】
処理システムにより実行される方法であって、
暗号化データストア内の暗号化電子カルテに対応する患者のメタデータツリー内の第１のノードを識別し、
第１のヘルスケア関係者の第１のノードキーが第２のヘルスケア関係者によって取り消されたことを示すキーローテーション情報を前記メタデータツリーの第２のノードが含むことに応じて、前記第１のノードの一部が前記第１のヘルスケア関係者の前記第１のノードキーを用いて復号化されるのを阻止する、
という各ステップからなる方法。
【請求項２】
前記第１のノードの前記一部が、前記暗号化データストア内の前記暗号化電子カルテへの参照を含む、請求項１に記載の方法。
【請求項３】
前記第１のノードキーが前記第１のノードにとって有効であることを前記キーローテーション情報が示していることに応じて前記第１のノードの前記一部を前記第１のノードキーを用いて復号化するステップを更に含む、請求項２に記載の方法。
【請求項４】
前記参照を用いて前記暗号化データストア内の前記暗号化電子カルテにアクセスし、
前記暗号化電子カルテへをレコードキーを用いて復号化する、
という各ステップを更に含む、請求項３に記載の方法。
【請求項５】
前記第１のノードキーに対応する前記メタデータツリー内の取り消しノードに続いて前記第１のノードが生じたことに応じて、前記第１のノードの前記一部が前記ノードキーを用いて復号化されるのを阻止するステップを更に含む、請求項１に記載の方法。
【請求項６】
前記第１のノードキーが前記第２のヘルスケア関係者により取り消された後に該第２のヘルスケア関係者から第２のノードキーを受信し、
該第２のノードキーが前記第１のノードにとって有効であることを前記キーローテーション情報が示していることに応じて、該第２のノードキーを用いて前記第１のノードの前記一部を復号化する、
という各ステップを更に含む、請求項１に記載の方法。
【請求項７】
一組をなす１つ以上のプロセッサと、
一組の命令を格納したメモリと
を備えた処理システムであって、前記一組の命令が、前記一組のプロセッサにより実行された際に、
メタデータストア内の患者のメタデータツリーにアクセスし、該メタデータツリーが、キーローテーション情報を有する第１のノードを含み、
第１のヘルスケア関係者の第１のノードキーが第２のヘルスケア関係者によって取り消されたことを前記キーローテーション情報が示していることに応じて、前記患者の暗号化電子カルテが前記第１のヘルスケア関係者により暗号化データストア内に格納されるのを阻止する、
という各ステップを前記一組のプロセッサに実行させるものである、処理システム。
【請求項８】
前記一組の命令が、前記一組のプロセッサにより実行された際に、
前記第１のヘルスケア関係者の前記第１のノードキーが前記第２のヘルスケア関係者によって取り消されたことを前記キーローテーション情報が示していることに応じて、前記メタデータストア内の前記患者の前記メタデータツリーが前記第１のヘルスケア関係者によって更新されることを阻止する、
というステップを前記一組のプロセッサに実行させるものである、請求項７に記載の処理システム。
【請求項９】
前記一組の命令が、前記一組のプロセッサにより実行された際に、
前記第１のノードキーが前記第１のノードにとって有効であることを前記キーローテーション情報が示していることに応じて、前記暗号化電子カルテを前記第１のヘルスケア関係者から前記暗号化データストアへ提供する、
というステップを前記一組のプロセッサに実行させるものである、請求項７に記載の処理システム。
【請求項１０】
前記一組の命令が、前記一組のプロセッサにより実行された際に、
前記第１のノードキーが前記第１のノードにとって有効であることを前記キーローテーション情報が示していることに応じて、少なくとも、前記メタデータツリー内の前記第１のノードの下に作成され且つ前記暗号化電子カルテに対応する第２のノードを、前記メタデータストアに提供する、
というステップを前記一組のプロセッサに実行させるものである、請求項９に記載の処理システム。
【請求項１１】
前記一組の命令が、前記一組のプロセッサにより実行された際に、
前記第１のノードキーが前記第２のヘルスケア関係者によって取り消された後に該第２のヘルスケア関係者から第２のノードキーを受信し、
該第２のノードキーが前記第１のノードにとって有効であることを前記キーローテーション情報が示していることに応じて、前記第１のヘルスケア関係者から前記暗号化データストアへ前記暗号化電子カルテを提供する、
という各ステップを前記一組のプロセッサに実行させるものである、請求項７に記載の処理システム。
【請求項１２】
命令を格納した少なくとも１つのマシン読み取り可能記憶媒体を含む物品であって、該命令が、処理システムにより実行された際に、
メタデータストアから患者の第１のメタデータツリーを受信し、該メタデータツリーが第１のキーローテーション情報を有する第１のノードを含み、
第２のノードを前記メタデータストアに提供し、該第２のノードが、第１のノードキーから第２のノードキーへのローテーションを示す第２のキーローテーション情報を含む前記第１のノードを更新させ、
第３のノードを前記メタデータストアに提供し、該第３のノードが、前記第１のノードの下に作成され且つ前記第１のノードキーから前記第２のノードキーへのローテーションを示すものである、
という各ステップを前記処理システムに実行させるものである物品。
【請求項１３】
前記第２のローテーション情報が前記第１のノードキーのハッシュを含む、請求項１２に記載の物品。
【請求項１４】
前記命令が、前記処理システムにより実行された際に、
前記第１のメタデータツリーを含む第１のメタデータツリージャーナルを前記メタデータストアから受信し、
前記第２のノード及び前記第３のノードを含むよう第２のメタデータツリーを生成し、
前記第１のメタデータツリー及び前記第２のメタデータツリーを含む第２のメタデータツリージャーナルを前記メタデータストアへ提供する、
という各ステップを前記処理システムに実行させるものである、請求項１２に記載の物品。
【請求項１５】
前記命令が、前記処理システムにより実行された際に、
一組の増分更新を含むメタデータツリージャーナルを前記メタデータストアから受信し、
該一組の増分更新から前記第１のメタデータツリーを再構築し、
前記第２のノード及び前記第３のノードを前記メタデータストア内の前記メタデータツリージャーナルに提供する、
という各ステップを前記処理システムに実行させるものである、請求項１２に記載の物品。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、「Protocols for Reading and Writing Electronic Medical Data Asynchronously in an Untrusted Cloud Storage」と題する2012年8月15日出願の米国仮特許出願第61/683,702号、及び「Metadata Tree Journaling with Access Right Revocation in an Electronic Medical Cloud Data Store」と題する2012年8月15日出願の米国仮特許出願第61/683,705号を優先権主張の基礎とするものである。
【背景技術】
【０００２】
電子カルテ（EHR：Electronic Health Records）は、ヘルスケア関係者（例えば、患者、ヘルスケア提供者、支払者（payers）、及び研究者）が健康情報に対するケア及びアクセスの統合を改善することを可能にする。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
EHRは、ヘルスケア情報に対するアクセスを容易にすることが可能であるが、ヘルスケア情報の共有は、多くの複雑な技術的問題と法的な問題を伴うものである。その技術的な問題は、様々な関係者に同時アクセスを提供する態様、及び必要に応じて関係者のアクセスを取り消す態様を含み得るものである。かかる問題は、かかる共有を行うと共にヘルスケア情報の一貫性、プライバシー、及びセキュリティを確保することを可能にするための資源及び専門知識を有していないヘルスケア関係者にとって、大きな負担となり得るものである。
【図面の簡単な説明】
【０００４】
【図１Ａ】電子カルテ格納処理環境の実施形態を示すブロック図である。
【図１Ｂ】電子カルテ格納処理環境の実施形態を示すブロック図である。
【図１Ｃ】電子カルテ格納処理環境の実施形態を示すブロック図である。
【図２】暗号化データストア内のメタデータツリージャーナル及び暗号化された電子カルテの一実施形態を示すブロック図である。
【図３】メタデータツリーノードの一例を示すブロック図である。
【図４Ａ】メタデータツリージャーナルの一例を示すブロック図である。
【図４Ｂ】メタデータツリージャーナルの一例を示すブロック図である。
【図５】メタデータサマリツリーの一例を示すブロック図である。
【図６】ヘルスケア関係者システムの一例を示すブロック図である。
【図７】メタデータ完全性検証システムの一例を示すブロック図である。
【図８】同時処理環境におけるメタデータツリーを使用した暗号化電子カルテへのアクセスの一実施形態を示す概略図である。
【図９】同時処理環境におけるメタデータツリーを使用した暗号化電子カルテの格納処理の一実施形態を示す概略図である。
【図１０】埋め込まれたキー取り消し情報を有するメタデータの一部の一実施形態を示すブロック図である。
【発明を実施するための形態】
【０００５】
以下の詳細な説明で参照する添付図面は該詳細な説明の一部を成すものであり、同図面には、本開示の要旨を実施し得る特定の実施形態が例示されている。本開示の範囲から逸脱することなく他の実施形態を用いること及び構造的又は論理的な変更を行うことが可能であることが理解されよう。よって、以下の詳細な説明は制限的な意味で解釈されるべきではなく、本開示の範囲は特許請求の範囲によって画定されるものである。
【０００６】
本書で説明する実施形態は、ヘルスケア関係者（例えば、患者、ヘルスケア提供者、支払者、及び研究者）間での電子カルテ（EHR）のセキュアでシームレスな共有を可能にするEHR格納処理環境を提供するものである。該環境は、患者の暗号化されたEHR（以下「暗号化EHR」と称す）を格納する暗号化データストアと、各患者のメタデータツリージャーナルを格納するメタデータツリーストアとを含む。各メタデータツリージャーナルは、暗号化データストア内の患者のEHRへのマッピングを提供する対応する患者のメタデータツリーを再構築するために使用することが可能なものである。各患者毎のメタデータツリージャーナルは、権限のあるヘルスケア関係者（例えばヘルスケア提供者）が患者のEHRへのアクセス及び格納を行うことを可能にするために、該権限のあるヘルスケア関係者によってアクセスすることが可能となっている。
【０００７】
該環境はまた、患者のメタデータツリージャーナルに対する同時読み書きアクセスをサポートするためにメタデータ完全性検証手段を含む。該メタデータ完全性検証手段は、メタデータツリーのコミット状態（committed state）を表すメタデータツリーに関する完全性情報を格納する。ヘルスケア関係者システムは、該完全性情報を使用して、一貫性があり最新バージョンのメタデータツリーがメタデータツリージャーナルから再構築されることを確実にする。
【０００８】
前記メタデータストアは、追加のみで変更不可能なストレージ・フレームワークを提供するジャーナリング機構を使用して各メタデータツリージャーナルを格納する。ヘルスケア関係者システムは、メタデータストア内の患者のメタデータツリージャーナルにアクセスし、該メタデータツリージャーナルと前記検証手段からの完全性情報とを使用してメタデータツリーを再構築し、該再構築されたメタデータツリーを前記完全性情報を使用して検証する。検証済みのメタデータツリーを使用して、ヘルスケア関係者システムは、暗号化データストア内の暗号化EHRにアクセスし及び／又は暗号化データストア内にEHRを格納する。EHRを格納する際に、ヘルスケア関係者システムはまた、前記ジャーナリング機構を使用してメタデータストア上のメタデータツリージャーナルを更新させ、及び検証手段上の完全性情報を更新させる。
【０００９】
前記環境は、暗号化EHRのためのレコードキー、メタデータツリーのノードのためのノードキー、及びメタデータツリーの構造のためのメタデータツリーキーを使用してEHRに対するアクセスを制御する。暗号化EHRを暗号化データストア内に格納するヘルスケア関係者は、レコードキーを使用してEHRを暗号化する。かかるヘルスケア関係者はまた、対応する暗号化EHRのためのノードをメタデータツリーに追加する。該ノードは、対応するノードキーで暗号化された対応する暗号化EHRへの参照を含む。また、メタデータツリーの構造がメタデータツリーキーを使用して暗号化され、これにより、該メタデータツリーに対するアクセスが、該メタデータツリーキーを有する患者の権限のあるヘルスケア関係者に制限される。
【００１０】
１人以上のヘルスケア関係者が、１人の患者のメタデータツリーの様々なサブツリーを管理することが可能である。１つのサブツリーを管理するにあたり、ヘルスケア関係者は、患者の他の権限のあるヘルスケア関係者に対するアクセスの許可及び取り消しのために、該サブツリー内の対応するノードのノードキーを管理する。ヘルスケア関係者は、他のヘルスケア関係者に所定のノード及びレコードキーを提供することによりアクセスを許可する。ヘルスケア関係者は、ノードキーをローテートさせてメタデータツリーの対応するノードに取り消し情報を埋め込むことによりアクセスを取り消す。キーの取り消し後、アクセスが取り消されたヘルスケア関係者は、該取り消し後に格納された暗号化EHRにアクセスすること又は新たな暗号化EHRを暗号化データストアに格納することができなくなる。しかし、取り消されたヘルスケア関係者は、該取り消しの前に格納された暗号化EHRにはアクセスし続けることが可能である。
【００１１】
本書で用いる場合、用語「ヘルスケア関係者」（「関係者」とも称す）とは、患者、ヘルスケア提供者、支払者、研究者、又は患者に対応するヘルスケア情報を生成し及び／又は使用する該患者のヘルスケアプロセスに関与する他の適当な者を意味する。用語「患者」とは、ヘルスケア提供者から少なくとも１つのヘルスケアサービスを受ける者を意味する。用語「ヘルスケア提供者」（「提供者」とも称す）とは、少なくとも１つのヘルスケアサービスを患者に提供する者及び／又は機関を意味する。
【００１２】
用語「電子カルテ（EHR）」とは、ヘルスケア関係者により生成されて少なくとも１つのマシン読み取り可能記憶媒体上に電子形式で格納された一組のヘルスケア情報を意味する。用語「暗号化電子カルテ」とは、レコードキーで暗号化された電子カルテを意味する。
【００１３】
用語「メタデータ」とは、少なくとも１レコード（例えば、１つの電子カルテ）を記述する一組の情報を意味する。用語「メタデータツリー」とは、メタデータを含む一組のノードを意味し、その各ノードは該一組のノード内の少なくとも１つの他のノードと特定の関係を有している。用語「メタデータツリージャーナル」とは、メタデータツリーのノードを格納するために追加のみ且つ変更不可能なジャーナリング機構により生成されたデータ構造を意味する。
【００１４】
用語「レコードキー」とは、患者のEHRの暗号化及び復号化に使用される暗号化キーを意味する。用語「ノードキー」とは、患者のメタデータツリー内のノードの一部の暗号化及び復号化に使用される暗号化キーを意味する。用語「メタデータツリーキー」とは、患者のメタデータツリーの少なくとも一部の暗号化及び復号化に使用される暗号化キーを意味する。
【００１５】
図１Ａは、電子カルテ格納処理環境10の一例10Aを示すブロック図である。該環境10Aは、電子カルテ（EHR）格納手段20と一組のヘルスケア関係者システム30(1)-30(m)（mは２以上の整数）を含む。該環境10Aは、EHR格納手段20及び関係者システム30を使用して患者のEHRの作成、アクセス、格納、管理、及び共有を行う能力を提供する。
【００１６】
EHR格納手段20は、データアクセスフロント（data access front）22、暗号化データストア24、及びメタデータストア26を含む。データアクセスフロント22は、関係者システム30と通信して、暗号化データストア24及びメタデータストア26に対するアクセスを管理する。暗号化データストア24は、関係者システム30により生成され提供された患者の暗号化EHRを格納する。該暗号化EHRは、レコードキーを用いて関係者システム30により暗号化され及び復号化される。暗号化データストア24は、暗号化EHRを格納するための任意の適当な種類、個数、及び／又は構成のマシン読み取り可能記憶媒体を含む。EHRが暗号化されているため、及び暗号化データストア24が暗号化キー（例えば、レコードキー）を格納しないため、暗号化データストア24は、信頼できるデータストアとすることも信頼できないデータストアとすることも可能である（例えば、暗号化データストア24は、１つ以上の信頼できない第三者により所有され又は運営されているものとすることが可能である）。
【００１７】
メタデータストア26は、１つ以上の権限のある関係者システム30により生成され提供された各患者毎のメタデータツリージャーナル（例えば、図２に示すメタデータツリージャーナル60）を格納する。メタデータストア26は、メタデータツリージャーナルのためのストレージ・フレームワークを提供するためのジャーナリング機構（追加のみ且つ変更不可能なもの）を実施する。以下で更に詳述するように、各メタデータツリージャーナルを関係者システム30により使用して、暗号化データストア24内の患者のEHRに対するマッピングを提供する対応する患者のメタデータツリー（例えば、図２に示すメタデータツリー70）を再構築することが可能である。
【００１８】
図２は、メタデータツリージャーナル60及び暗号化データストア24内の暗号化電子カルテ80の一例を示すブロック図である。メタデータツリージャーナル60はノード62を含み、該ノード62はコミット（committed）ノード72,74,76及び非コミット（uncommitted）ノード79を含む。コミットノード72,74,76はメタデータツリー70を包括的に形成し、該メタデータツリー70は関係者システム30により再構築することが可能である。メタデータツリー70は、１つのルートノード72、任意の個数の中間ノード74、及び対応する１つの暗号化EHR80についての１つのリーフノード76を有する階層的なツリー構造を表している。ルートノード72は、患者を識別する情報を含むことが可能であり、中間ノード74は、EHR80の（例えば、提供者による又は治療状態等の患者情報のカテゴリによる）論理的なグループ化を表し、リーフノード76は、暗号化データストア24内の対応する暗号化EHR80への参照78を含む。該参照78は、暗号化データストア24内の暗号化EHR80にアクセスするために関係者システム30により使用される。
【００１９】
図３は、メタデータツリーノード62の一例を示すブロック図である。メタデータツリーノード62は、ノード識別子91、親識別子92、関係者識別子93、名称94、バージョン95、タイプ96、論理カウンタ97、キーローテーション情報98、及び参照78を含む。ノード識別子91は、ノード62のグローバル一意識別子（GUID）であり、親識別子92は、ノード62の親ノードのノード識別子91である。関係者識別子93は、ノード62を作成したヘルスケア関係者を識別する情報である。名称94は、ノード62を作成したヘルスケア関係者に与えられた名称である。バージョン95は、ノード62のバージョン番号である。タイプ96は、新規、更新、又はキー取り消しといった、ノード62の種類である。論理カウンタ97は、親ノード下のノード62の番号順を表すカウンタ値である（例えば、中間ノード74（すなわちリーフノード76の親ノード）の下のi番目のリーフノード76の論理カウンタ97）。キーローテーション情報98は、ノード62の任意の子ノードの取り消されたノードキーを識別するために使用することが可能である。参照78は、暗号化データストア24内の暗号化EHR80のロケーションを識別するものである。
【００２０】
本書で言及する場合、「新規」というタイプ96が指定されたメタデータツリーノード62は、新規ノード62と称することとする。「更新」というタイプ96が指定されたメタデータツリーノード62は、更新ノード62と称し、「キー取り消し」というタイプ96が指定されたメタデータツリーノード62は、取り消しノード62と称することとする。
【００２１】
メタデータツリーノード62の他の例では、タイムスタンプ、ノード62を作成したヘルスケア関係者のディジタル署名、及びノード62に対応する暗号化EHR80を作成したヘルスケア関係者のディジタル署名といった他の適当な情報をメタデータツリーノード62内に格納することが可能である。
【００２２】
メタデータストア26により実施されるジャーナリング機構は、非提携提供者（例えば、異なる無関係の企業のもとで活動している提供者）がメタデータストア26に対して更新を同時に格納することを可能にする。該ジャーナリング機構の「追加のみ且つ変更不可能」という特性により、ノード62が更新された際に、メタデータツリージャーナル60がオリジナルノード62と更新されたノード62を両方とも格納することが確実となる。
【００２３】
メタデータストア26は、図４Ａの例で示すような完全（full）メータデータツリージャーナリング又は図４Ｂの例で示すような増分（incremental）メタデータツリージャーナリングといった任意の適当や種類のジャーナリング機構を実施することが可能である。
【００２４】
図４Ａの例では、メタデータストア26Aは、完全メタデータツリージャーナリングを実施しており、この場合には、関係者システム30により実行されるあらゆる書き込み操作が、更新されたメタデータツリー70全体を、メタデータストア26A内のメタデータツリージャーナル60Aに格納する。このため、図４Ａに示すように、最初の書き込み操作は、該書き込み操作についての追加ノード62を有するメタデータツリー全体70(1)を、メタデータツリージャーナル60Aに格納する。同様に、ｎ番目の書き込み操作は、該書き込み操作についての追加ノード62を有するメタデータツリー全体70(n)を、メタデータツリージャーナル60Aに格納する。
【００２５】
図４Ｂに示す例では、メタデータストア26Bは、増分メタデータツリージャーナリングを実施しており、この場合には、関係者システム30により実行されるあらゆる書き込み操作が、メタデータストア26B内のメタデータツリージャーナル60B内に以前に格納されたノード62を再び格納することなく、該書き込み操作についての追加ノード62をメタデータツリージャーナル60Bに格納する。このため、図４Ｂに示すように、最初の書き込み操作は、該書き込み操作についての追加ノード62(1)をメタデータツリージャーナル60Bに格納する。同様に、ｐ番目の書き込み操作は、該書き込み操作についての追加ノード62(p)をメタデータツリージャーナル60Bに格納する。
【００２６】
図１Ａを参照すると、メタデータストア26により格納される各メタデータツリー70の構造的な各部（すなわち、少なくとも各ツリー70の各ノード62内のノード識別子91、親識別子92、関係者識別子93）は、メタデータツリーキーを使用して暗号化される。このメタデータツリーの暗号化は、環境10Aが、患者の権限のあるヘルスケア関係者に対し、該患者のメタデータツリー70へのアクセスを、該メタデータツリーキーを用いて制限することを可能にする。該メタデータツリーキーは、患者により生成された該患者に固有のキーとすることが可能である。該メタデータツリーキーは、例えば、患者がヘルスケア関係者に登録する際に該ヘルスケア関係者に提供することが可能であり、又は特定のヘルスケア関係者（例えば、かかりつけ医）から別のヘルスケア関係者（例えば、顧問医師）へ提供することが可能である。
【００２７】
各メタデータツリー70の他の部分（すなわち、少なくとも各ノード62内の参照78）は、ノード62を生成した関係者システム30によりノードキーを使用して更に暗号化される。このノードキーによる暗号化は、権限のないヘルスケア関係者が暗号化データストア24内の暗号化EHRへの参照78を取得することを阻止し、これにより、権限のないヘルスケア関係者が暗号化データストア24内の暗号化EHRにアクセスすることが防止される。該ノードキーは、関係者により生成された関係者に固有のキーとすることが可能である。ノードキーは、暗号化EHR80及びメタデータツリー70内の対応するノード76を格納しているヘルスケア関係者から別のヘルスケア関係者へと提供して、該別のヘルスケア関係者がノード76内の参照78を復号化することにより暗号化データストア24内の暗号化EHRを見つけることができるようにすることが可能である。
【００２８】
患者、ヘルスケア提供者、支払者、研究者、及び患者のヘルスケアプロセスに関与するその他の者（図示せず）を含む関係者は、対応する関係者システム30と対話して、対応するデータアクセスアダプタ32を使用してEHRストア20と通信し、患者のEHRを作成し、アクセスし、格納し、管理し、及び共有する。各データアクセスアダプタ32は、EHRストア20上のデータアクセスフロント22と通信して、暗号化データストア24及びメタデータストア26にアクセスする。
【００２９】
環境10Aはまた、患者のメタデータツリージャーナル60に対する同時読み書きアクセスをサポートするために関係者システム30で実施されたメタデータ完全性検証手段34を含む。該メタデータ完全性検証手段34は、メタデータツリー70のコミット状態を表すメタデータツリー70に関する完全性情報150（図７に示す）を格納する。関係者システム30は、メタデータ完全性検証手段34からアクセスされる該完全性情報150を使用して、一貫性のある最新バージョンのメタデータツリー70がメタデータツリージャーナル60から再構築されることを確実にする。このため、メタデータ完全性検証手段34は、暗号化データストア24に対する読み書きアクセスが、有効なバージョンのメタデータツリー70に基づいて関係者システム30により実行されることを確実にする。
【００３０】
完全性情報150は、メタデータツリージャーナル60内の最も最近コミットされたメタデータツリーのハッシュ及びメタデータサマリツリー（図５にメタデータサマリツリー100として示す）を含む。該ハッシュ及びサマリは、暗号化データストア24に暗号化EHRを格納し及び対応するノード62をメタデータツリー70に追加するプロセスの一部として、関係者システム30により生成される。該完全性情報150内のハッシュ及びメタデータサマリツリーは、メタデータツリー70のコミット状態を表し、該ハッシュはコミット（committed）ハッシュとも称され、該メタデータサマリツリーはコミット（committed）メタデータサマリツリーとも称される。
【００３１】
完全性情報150内のハッシュは、メタデータツリー70のインオーダートラバーサル（in-order traversal）の関数として生成することが可能であり、該インオーダートラバーサルは、メタデータツリー70内の各ノード62の論理カウンタ97を使用して決定される。一例では、前記ハッシュは、メタデータツリー70のインオーダートラバーサル全体の関数として生成することが可能である。
【００３２】
別の一例では、ルートノード72（式１ではRootNodeと称す）から開始し、Hcurrentの初期値を式１を用いてルートノード72のハッシュの関数として計算することが可能である。
【００３３】
Hcurrent＝Hash（RootNode）      （式１）
次いで、論理カウンタ97を使用してツリー70のインオーダートラバーサルが実行され、この場合、（式２でCurrentNodeと称す）各ノード74,76で、式１を使用して値Hcurrentが更新される。
【００３４】
Hcurrent＝Hash（Hash（CurrentNode）‖Hcurrent）      （式２）
前記トラバーサルの最後のノード74又は76のハッシュがHcurrentに含められた後、最終的なHcurrentがメタデータツリー70全体のハッシュを記録する。
【００３５】
完全性情報150内のメタデータサマリツリー100は、図５の例に示すように、論理カウンタ97に基づいてメタデータツリー70のノード62の順序付けを記録する。メタデータサマリツリー100内の各ノード102は、メタデータツリー70内のノード62に対応し、及び対応するノード62の論理カウンタ97及び関係者識別子93のそれぞれのコピー107,103を含む。
【００３６】
環境10Aにおいて、関係者システム30は、関係者システム30(1)上のメタデータ完全性検証手段34上の完全性情報150にアクセスし、及び該メタデータ完全性検証手段34へ完全性情報150を提供する。関係者システム30(1)は、例えば、患者のかかりつけ医又は該患者と関係のある他の関係者に対応するものとすることが可能である。図１Ｂに示す環境10の別の例10Bでは、関係者システム30は、データアクセスフロント22を介して、メタデータ完全性検証手段34上の完全性情報150にアクセスし、及び該メタデータ完全性検証手段34に完全性情報150を提供する。
【００３７】
図１Ｃに示す環境10の更に別の例では、メタデータ完全性検証手段34は、２つ以上の関係者システム30にわたって（メタデータ完全性検証手段34(1)-34(m)として）分散させることが可能である。この例では、各メタデータ完全性検証手段34(1)-34(m)は、関係者システム30の対応する関係者によって管理されるメタデータツリー70の対応するサブツリーについてハッシュ及びメタデータサマリツリーを格納する。該ハッシュ及びメタデータサマリは、メタデータツリー70全体ではなく、対応するサブツリーのインオーダートラバーサルを用いて上述したように生成することが可能である。
【００３８】
図６ないし図９を参照して以下で更に詳述するように、関係者システム30は、メタデータストア26上の患者のメタデータツリージャーナル60にアクセスし、該ジャーナル60とメタデータ完全性検証手段34からの完全性情報150とを使用してメタデータツリー70を再構築し、及び該再構築したメタデータツリー70を完全性情報150を使用して検証する。検証済みのメタデータツリー70を使用して、関係者システム30は、暗号化データストア24上の暗号化EHR80にアクセスし、及び／又は該暗号化データストア24にEHRを格納する。暗号化EHR80を格納する際、関係者システム30はまた、ジャーナリング機構を使用してメタデータストア26上のメタデータツリージャーナル60を更新させ、及びメタデータ完全性検証手段34上の完全性情報150を更新させる。
【００３９】
環境10、EHRストア20、及び関係者システム30は、１つ以上のメモリに格納されている命令を実行するための１つ以上のプロセッサをそれぞれが含む、適当な種類、個数、及び構成の処理システムを用いて実施することが可能である。詳細には、データアクセスフロント22、暗号化データストア24、及びメタデータストア26は、実施形態によっては複数の異なる処理システムを使用して実施することが可能である。関係者システム30の一例を図６に示し、以下で詳述する。更に、任意の適当な種類、個数、及び構成の有線／無線ネットワーク装置（図示せず）を使用して、該処理システムが通信できるようにすることが可能である。
【００４０】
図６は、ヘルスケア関係者システム30の一例を示すブロック図である。関係者システム30は、メモリシステム124に格納されている一組の命令を実行するよう構成された一組の１つ以上のプロセッサ122、メモリシステム124、及び少なくとも１つの通信装置126を含む。該プロセッサ122、メモリシステム124、及び通信装置126は、任意の適当な種類、個数、及び／又は構成のコントローラ、バス、インタフェイス、及び／又はその他の有線もしくは無線接続を含む、一組の相互接続128を使用して通信する。
【００４１】
関係者システム30は、サーバコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、デスクトップコンピュータ、処理能力を有する携帯電話（すなわち、スマートフォン）、又は処理能力を有する他の適当な種類の電子装置といった、任意の適当な処理装置又はその一部を表している。各プロセッサ122は、メモリシステム124に格納されている命令にアクセスし及び該命令を実行し、並びに該メモリシステム124内のデータにアクセスし及び該メモリシステム124内にデータを格納するよう構成されている。メモリシステム124は、命令及びデータを格納するよう構成された、任意の適当な種類、個数、及び構成の揮発性もしくは不揮発性のマシン読み取り可能記憶媒体を含む。マシン読み取り可能記憶媒体の例として、ハードディスクドライブ、ランダムアクセスメモリ（RAM）、リードオンリーメモリ（ROM）、フラッシュメモリドライブ及びカード、並びにその他の適当な種類の磁気的及び／又は光学的なディスクが挙げられる。マシン読み取り可能記憶媒体は、物品又は製品の一部とみなされる。物品又は製品とは、１つ以上の製造された構成要素を意味する。通信装置126は、関係者システム30が１つ以上の有線又は無線ネットワークを介して通信することを可能にする任意の適当な種類、個数、及び／又は構成の通信装置を含む。
【００４２】
図７は、メタデータ完全性検証手段34を実施するメタデータ完全性検証システム140の一実施形態を示すブロック図である。メタデータ完全性検証システム140は、メモリシステム144内に格納されている一組の命令を実行するよう構成された一組をなす１つ以上のプロセッサ142、メモリシステム144、及び少なくとも１つの通信装置146を含む。該プロセッサ142、メモリシステム144、及び通信装置146は、任意の適当な種類、個数、及び／又は構成のコントローラ、バス、インタフェイス、及び／又はその他の有線もしくは無線接続を含む一組の相互接続148を使用して通信し、それぞれ、前記プロセッサ122、メモリシステム124、及び通信装置126と同様に構成され動作するものである。
【００４３】
図１Ａないし図１Ｃに関して上述したように、メタデータ完全性検証システム140は、図１Ａに示すように単一の関係者システム30と一体化させることが可能であり、図１Ｂに示すように関係者システム30とは別個にすることが可能であり、又は図１Ｃに示すように２つ以上の関係者システム30にわたって分散させることが可能である。
【００４４】
図６を参照すると、データアクセスアダプタ32は、プロセッサ122により実行された際にデータアクセスアダプタ32の機能を該プロセッサ122に実行させる複数の命令を含み、これについて図８−１０を参照して説明することとする。
【００４５】
図８は、同時処理環境においてメタデータツリー70(n)又は70を使用して暗号化EHR80にアクセスする一例を示す概略図である。図６及び図８を参照すると、データアクセスアダプタ32は、矢印151で示すように、データアクセスフロント22を介してメタデータストア26上の患者12のメタデータツリージャーナル60にアクセスする。メタデータストア26は、矢印152に示すように、データアクセスフロント22を介して関係者システム30へメタデータツリージャーナル60を提供する。図４Ａに示すように完全メタデータツリージャーナリングを用いる実施形態では、メタデータストア26により提供されるメタデータツリージャーナル60は、最も最近の完全なメタデータツリー70(n)を含む。図４Ｂに示すように増分メタデータツリージャーナリングを用いる実施形態では、メタデータストア26により提供されるメタデータツリージャーナル60は、メタデータツリージャーナル60に格納された全てのノード62を含む。
【００４６】
データアクセスアダプタ32は、矢印153で示すように、メタデータ完全性検証手段34上のメタデータツリージャーナル60の完全性情報150にアクセスする。メタデータ完全性検証手段34は、矢印154で示すように、完全性情報150を関係者システム30へ提供する。
【００４７】
データアクセスアダプタ32は、矢印155で示すように、完全性情報150を使用してメタデータツリージャーナル60からメタデータツリー70を再構築する。図４Ａに示す完全メタデータツリージャーナリングを用いる実施形態では、データアクセスアダプタ32は、メタデータツリーキー132を使用して最も最近の完全なメタデータツリー70(n)を復号化する。データアクセスアダプタ32は、インオーダートラバーサルからメタデータツリー70(n)を再構築し、及びメタデータサマリツリー100（図５に示す）を使用して識別された任意の非コミットノード62を削除する。データアクセスアダプタ32は、非コミットノード62を、論理カウンタ97及び関係者識別子93がメタデータサマリツリー100内の対応するノード102の論理カウンタ107及び関係者識別子103と一致しないノード62として識別する。例えば、メタデータツリー70(n)内に同じ論理カウンタ97を有する２つのノード62が現れた場合には、データアクセスアダプタ32は、メタデータサマリツリー100内の対応するノード102の関係者識別子103が一致しないノード62を削除する。
【００４８】
図４Ｂに示すように増分メタデータツリージャーナリングを用いる実施形態では、データアクセスアダプタ32は、メタデータツリーキー132を使用してメタデータツリージャーナル60の全てを復号化し、及びインオーダートラバーサルを使用して全てのノード62でメタデータツリー70を再構築する。データアクセスアダプタ32は、論理カウンタ97及び関係者識別子93がメタデータサマリツリー100内の対応するノード102の論理カウンタ107及び関係者識別子103と一致しない非コミットノード62を全て削除する。例えば、同じ論理カウンタ97を有する２つのノード62が完全メタデータツリー70内に現れた場合には、データアクセスアダプタ32は、メタデータサマリツリー100内の対応するノード102の関係者識別子103が一致しないノード62を削除する。
【００４９】
データアクセスアダプタ32は、矢印156で示すように、完全性情報150を用いて再構築されたメタデータツリー70を検証する。該再構築されたメタデータツリー70(n)又は70から非コミットノード62を削除した後、データアクセスアダプタ32は、メタデータツリー70(n)又は70のローカルハッシュ（例えば、上記例で説明したようなメタデータツリー70(n)又は70のインオーダートラバーサルのハッシュ）を含むローカル完全性情報134を生成し、該ローカルハッシュを完全性情報150からのコミット（committed）ハッシュと比較する。該ローカルハッシュが該コミットハッシュと異なる場合には、データアクセスアダプタ32は、再構築されたメタデータツリー70(n)又は70が有効でない（すなわち、メタデータツリージャーナル60内の最も一貫性のある又は最も新しいメタデータツリーではない）と判定し、矢印157で示すように、矢印151-156を繰り返す。例えば、メタデータツリージャーナルに対する書き込みは、矢印151,153の各機能が生じる時の間に生じる。ローカルハッシュがコミットハッシュと同じである場合には、データアクセスアダプタ32は、再構築されたメタデータツリー70(n)又は70が有効であると判定する。
【００５０】
データアクセスアダプタ32は、矢印158で示すように、暗号化EHR80に対応する再構築されたメタデータツリー70(n)又は70内のノード76を判定する。データアクセスアダプタ32は、ノードキー136を使用してノード76を復号化する。該ノードキー136は、メタデータツリージャーナル60内へのノード76の格納処理の一部として関係者システム30内で生成され、又はメタデータツリージャーナル60内にノード76を格納した別の関係者システム30によって関係者システム30に提供され得るものである。ノード76を復号化することにより、データアクセスアダプタ32は、該ノード76から参照78を復号化して、暗号化データストア24内の所望の暗号化EHR80にアクセスすることが可能となる。
【００５１】
データアクセスアダプタ32は、矢印159で示すように、データアクセスフロント22を介して暗号化データストア24内の暗号化EHR80にアクセスする。暗号化データストア24は、矢印160で示すように、データアクセスフロント22を介して所望の暗号化EHR80を提供する。データアクセスアダプタ32は、暗号化EHR80を格納し、及び矢印161で示すようにレコードキー139を使用して暗号化EHR80を復号化EHR138へと復号化する。レコードキー139は、暗号化データストア24内への暗号化EHR80の格納処理の一部として関係者システム30内で生成され、又は暗号化EHR80を暗号化データストア24内に格納した別の関係者システム30によって関係者システム30へ提供され得るものである。データアクセスアダプタ32は、関係者に対して復号化EHR138を表示その他の態様で出力することが可能である。
【００５２】
図９は、同時処理環境においてメタデータツリー70(n)又は70を使用して暗号化EHR80を格納する一例を示す概略図である。図６、図８、及び図９を参照すると、データアクセスアダプタ32は、矢印171で示すように、再構築されたメタデータツリー70(n)又は70が有効になるまで図８の矢印151-157の機能を実行する。データアクセスアダプタ32は、矢印172で示すように、EHR138についてノード76のメタデータツリー70(n)又は70内のロケーションを判定する。
【００５３】
データアクセスアダプタ32は、矢印173で示すように、レコードキー139を使用してEHR138を暗号化EHR80へと暗号化する。レコードキー139は、暗号化データストア24内への暗号化EHR80の格納処理の一部として関係者システム30により生成され、又はノード76を含むメタデータツリー70(n)又は70のサブツリーを管理している別の関係者システム30により関係者システム30へ提供され得るものである。
【００５４】
データアクセスアダプタ32は、矢印174で示すように、暗号化EHR80をデータアクセスフロント22を介して暗号化データストア24へ提供する。データアクセスアダプタ32は、矢印175で示すように、データアクセスフロント22を介してメタデータストア26内のメタデータツリージャーナル60を更新させる。
【００５５】
図４Ａに示すように完全メタデータツリージャーナリングを用いる実施形態では、データアクセスアダプタ32は、格納された暗号化EHR80への参照78を有するノード76を作成し、該ノード76をメタデータツリー70(n)に追加して更新されたメタデータツリー70(N+1)を形成することにより、メタデータツリージャーナル60を更新させる。データアクセスアダプタ32は、ノード76をノードキー136で暗号化し、更新されたメタデータツリー70(N+1)をメタデータツリーキー132で暗号化し、該更新され暗号化されたメタデータツリー70(N+1)をメタデータストア26内のメタデータツリージャーナル60に提供する。
【００５６】
図４Ｂに示すように増分メタデータツリージャーナリングを用いる実施形態では、データアクセスアダプタ32は、格納された暗号化EHR80への参照78を有するノード76を作成し、該ノード76をノードキー136で暗号化することにより、メタデータツリージャーナル60を更新させる。データアクセスアダプタ32は、該暗号化されたノード76を（メタデータツリー70へ提供することなく）メタデータストア26へ提供して、該暗号化されたノード76をメタデータツリージャーナル60に追加する。データアクセスアダプタ32はまた、ノード76をメタデータツリー70に追加して、更新されたメタデータツリー70についてローカル完全性情報134を生成することを可能にする。
【００５７】
完全メタデータツリージャーナリング及び増分メタデータツリージャーナリングの何れの場合も、データアクセスアダプタ32は、メタデータツリージャーナル60の更新処理の一部としてノードキー136を生成することが可能であり、又はノード76が追加されたメタデータツリー70(n)のサブツリーを管理している別の関係者システム30からノードキー136を受信することが可能である。
【００５８】
データアクセスアダプタ32は、矢印176で示すように、更新されたメタデータツリー70(N+1)又は70のメタデータ完全性検証手段34へのコミット（commit）を試みる。このために、データアクセスアダプタ32は、メタデータツリー70(N+1)又は70についてローカル完全性情報134を生成し、該ローカル完全性情報134は、メタデータツリー70(N+1)又は70のハッシュ（例えば、上記例で説明したようにメタデータツリー70(N+1)又は70のインオーダートラバーサルのハッシュ）と、メタデータツリー70(N+1)又は70のメタデータサマリツリー100とを含む。データアクセスアダプタ32は、ローカル完全性情報134、並びにコミット（coommitted）完全性情報150からメタデータ完全性検証手段34へコミットハッシュを提供する。
【００５９】
データアクセスアダプタ32からのローカル完全性情報134及びコミットハッシュの受信に応じて、メタデータ完全性検証手段34は、該データアクセスアダプタ32からのコミットハッシュを、該メタデータ完全性検証手段34上のコミット完全性情報150内に格納されているコミットハッシュと比較する。該データアクセスアダプタ32からのハッシュが該メタデータ完全性検証手段34上に格納されているハッシュと一致する場合には、メタデータ完全性検証手段34は、該ローカル完全性情報134をメタデータ完全性検証手段34上のコミット完全性情報150にコミットして、矢印177で示すようにデータアクセスアダプタ32に成功状態を提供する。
【００６０】
データアクセスアダプタ32からのハッシュが、メタデータ完全性検証手段34上に格納されているハッシュと一致しない場合には、該メタデータ完全性検証手段34は、該メタデータ完全性検証手段34上のコミット完全性情報150にローカル完全性情報134をコミットせず、データアクセスアダプタ32に拒絶状態を提供する。例えば、別の関係者システム30が、矢印171,176の各機能が生じるときの間にメタデータツリージャーナル60に異なる更新されたメタデータツリー70(N+1)又は70をコミットしている可能性がある。データアクセスアダプタ32は、矢印178で示すように、更新されたメタデータツリー70(N+1)又は70がメタデータ完全性検証手段34によって成功裏にコミットされるまで、矢印171-177の機能を繰り返す。
【００６１】
上記例では、データアクセスアダプタ32は、該データアクセスアダプタ32により実行されるメタデータストア26の各読み出し及び書き込みの読み書き進捗を記録するためのロギングサービスを含むことが可能である。データアクセスアダプタ32が、メタデータストア26に対する読み出し又は書き込みの実行中に動作不能になった（例えばクラッシュした）場合には、データアクセスアダプタ32は、該ログにアクセスして、該データアクセスアダプタ32が動作可能になった際に、完了していない読み出し又は書き込み操作を再開させる。
【００６２】
上述のように、様々な関係者が様々な関係者システム30を使用してメタデータツリー70の様々なサブツリーを管理することが可能である。１つのサブツリーを管理するために、関係者は、患者の権限のあるヘルスケア関係者に対してアクセスの許可又は取り消しを行うために、該サブツリー内のノード74,76に対応する複数のノードキーを管理する。関係者は、選択されたノード及びレコードキーを別の関係者に提供することにより、アクセスを許可する。関係者は、ノードキーをローテートしてメタデータツリーの対応するノード内に取り消し情報を埋め込むことにより、アクセスを取り消す。
【００６３】
メタデータツリー70のサブツリーに対する他の関係者のアクセスを取り消すために、データアクセスアダプタ32は、該サブツリーの親ノード74内のキーローテーション情報を（例えば、取り消されたノードキーのハッシュをキーローテーション情報98に追加することにより）更新させ、及び親ノード74下に取り消しノード76（すなわち「キー取り消し」に設定されたタイプ96を有するノード）を追加することにより、キー取り消し情報をメタデータツリー70内に埋め込む。データアクセスアダプタ32は、図９に図示し上述した機能171,175-178を使用して、更新された親ノード74及び取り消しノード76でメタデータツリージャーナル60を更新させ、及び更新されたメタデータツリー70(N+1)又は70をコミットする。
【００６４】
キー取り消しの後、更新されたノードキーを有さない関係者は、該取り消しの後に暗号化データストア24に格納されたサブツリーに対応する暗号化EHR80にアクセスすることができなくなり、又は該サブツリーに対応する新たな暗号化EHR80を暗号化データストア24に格納することができなくなる。しかし、取り消された関係者は、該取り消しの前に暗号化データストア24に格納された暗号化EHR80にアクセスすることは可能であり続ける。
【００６５】
図１０は、埋め込まれたキー取り消し情報を有するメタデータツリー70の一部の一例を示すブロック図である。同図の例では、取り消しノード76(3),76(5)で示すように、２つの別個のキー取り消しが１つの親ノード74(1)について生じている。ノード76(1),76(2)の暗号化及び復号化に使用された第１バージョンのノードキーは、取り消しノード76(3)で示すように取り消され、ノード76(4)の暗号化及び復号化に使用された第２バージョンのノードキーは、取り消しノード76(5)で示すように取り消されている。ノード76(6)の暗号化及び復号化に使用された第３バージョンのノードキーはアクティブなままである。第１バージョンが取り消された際に、該第１の取り消しを実行するデータアクセスアダプタ32が、（例えば、該第１のバージョンのノードキーのハッシュをキーローテーション情報98に追加することにより）前記サブツリーの親ノード74(1)内にキーローテーション情報98を追加して該第１のバージョンのノードキーが取り消されたことを示す。同様に、第２の取り消しを実行するデータアクセスアダプタ32は、（例えば、該第２のバージョンのノードキーのハッシュをキーローテーション情報98に追加することにより）前記サブツリーの親ノード74(1)内にキーローテーション情報98を追加して該第２のバージョンのノードキーが取り消されたことを示す。
【００６６】
図１０の例では、第１のバージョンのノードキーを有する関係者システム30は、ノード76(1),76(2)にアクセスすることが可能であるが、ノード76(4),76(6)にアクセスすることはできず、及び親ノード74(1)下に新たなノード76を追加することはできない。第２のバージョンのノードキーを有する関係者システム30は、ノード76(1),76(2),76(4)にアクセスすることが可能であるが、ノード76(6)にアクセスすることはできず、及び親ノード74(1)下に新たなノード76を追加することはできない。第３のバージョンのノードキーを有する関係者システム30は、ノード76(1),76(2),76(4),76(6)にアクセスすることが可能であり、及び親ノード74(1)下に新たなノード76を追加することが可能である。
【００６７】
キー取り消しを実行するために、データアクセスアダプタ32は、親ノード74(1)内のキーローテーション情報98を調べて、関係者システム30上のノードキーが既に取り消されているか否かを判定する。例えば、データアクセスアダプタ32は、該ノードキーのハッシュがキーローテーション情報98内に存在するか否かを判定することが可能である。該ノードキーのハッシュがキーローテーション情報98内に存在する場合には、データアクセスアダプタ32は、該ノードキーの取り消し前に作成されたノード76に対する読み出しアクセスのみを許可し、親ノード74(1)下への新たなノード76の追加を許可しない。該ノードキーのハッシュがキーローテーション情報98内に存在しない場合には、データアクセスアダプタ32は、該ノードキーが取り消されていないと判定して、全てのノード76の読み出しと親ノード74(1)下への新たなノード76の追加を許可する。
【００６８】
上記実施形態では、レコードキーは、患者キー、提供者識別子、及び暗号化EHR80に対応するメタデータツリー70内のノード62のロケーションに基づいて、各暗号化EHR80毎に一意に生成することが可能である。各患者キーは、対応する患者の一意の暗号化キーであり、各提供者識別子は、提供者の各患者毎に提供者キーを生成するために患者キーと組み合わせて使用される情報を表すものである。前記ロケーションは、メタデータツリー70内の完全修飾経路（fully qualified path）（すなわち、URI（Uniform Resource Identifier））を表すものである。提供者は、提供者キー及び対応するロケーションの関数として各レコードキーを生成することが可能である。患者は、提供者識別子及びメタデータツリー70にアクセスし、患者キーと該提供者識別子を使用して提供者キーを生成し、及び該提供者キーと所望の暗号化EHR80に対応するメタデータツリー70内のノード62のロケーションとを使用してレコードキーを生成することにより、レコードキーの生成を行うことが可能である。
【００６９】
上記実施形態は、患者のメタデータツリージャーナルに対する同時読み書きプロトコルを有利にサポートすることが可能であると同時に、関係者が一貫性のある最新バージョンのメタデータツリーを再構築できることを確実にするものである。該実施形態は、該実施形態の規模の拡大又は縮小を可能とすべく、鍵（locks）を使用することなく該同時性を提供する。更に、該実施形態は、暗号化データストア又はメタデータストアが信頼できるエンティティであることを必要としない。更に、該実施形態は、必要に応じてアクセス権を取り消すための機構を提供する。
【図１Ａ】
2015526049.tif 000003
【図１Ｂ】
2015526049.tif 000004
【図１Ｃ】
2015526049.tif 000005
【図２】
2015526049.tif 000006
【図３】
2015526049.tif 000007
【図４Ａ】
2015526049.tif 000008
【図４Ｂ】
2015526049.tif 000009
【図５】
2015526049.tif 000010
【図６】
2015526049.tif 000011
【図７】
2015526049.tif 000012
【図８】
2015526049.tif 000013
【図９】
2015526049.tif 000014
【図１０】
2015526049.tif 000015
【国際調査報告】
2015526049.tif 000016
2015526049.tif 000017
2015526049.tif 000018