JP2024509666A - ブロックチェーンデータセグリゲーション - Google Patents

Abstract

ブロックチェーンネットワークにおけるノードは、第１リングについてのキーを生成し得、ここで、キーはデータの第１コレクションをアンロックし、第２組織の第２ノードを含む第２リングを定義し、データの第２コレクションについての第２キーを導出し、ここで、第１キー及び第２キーは、データの第２コレクションにアクセスし、第２キーを第２ノードに分散する。

Description

本開示は、ブロックチェーンネットワーク上のオペレーションの処理、より具体的には、ブロックチェーンネットワーク上の組織間でデータをセキュアに共有することに関する。

ブロックチェーンは、ブロックと呼ばれる、暗号的にリンクされたレコードのリストである。ブロックチェーンは、データの様々なコレクションへのアクセスを制御するために使用され得る。データは、暗号化プロトコルを通じてブロックチェーンネットワーク上でセキュアに共有され得る。

本開示の実施形態は、ブロックチェーンネットワークにおけるブロックチェーンデータセグリゲーションのための方法、システム、及びコンピュータプログラム製品を含む。

本開示の実施形態は、第１リングにおける第１組織の第１ノードによって、第１リングについての第１キーを生成する段階、ここで、第１キーは、データの第１コレクションをアンロックし、第１ノードによって、第２組織の第２ノードを含む第２リングを定義する段階、ノードによって、第１キーに基づいて、データの第２コレクションについての第２キーを導出する段階、ここで、第１キー及び第２キーは、データの第２コレクションにアクセスする、及び、第２キーを第２ノードに分散する段階を備える方法を含む。

本開示の追加の実施形態は、メモリを含むシステム、並びに、メモリと通信するプロセッサを備え、プロセッサは、オペレーションを実行するよう構成され、当該オペレーションは、第１リングにおける第１組織の第１ノードによって、第１リングについてのキーを生成すること、ここで、キーはデータの第１コレクションをアンロックし、第１ノードによって、第２組織の第２ノードを含む第２リングを定義すること、ノードによって、第１キーに基づいて、データの第２コレクションについての第２キーを導出すること、ここで、第１キー及び第２キーは、データの第２コレクションにアクセスし、第２キーを第２ノードに分散することを含む。

本開示の更なる実施形態は、それに具現化されたプログラム命令を有するコンピュータ可読記憶媒体を備えるコンピュータプログラム製品を含み、プログラム命令は、プロセッサによって実行可能であり、プロセッサに方法を実行させ、方法は、第１リングにおける第１組織の第１ノードによって、第１リングについてのキーを生成する段階、ここで、キーはデータの第１コレクションをアンロックし、第１ノードによって、第２組織の第２ノードを含む第２リングを定義する段階、ノードによって、第１キーに基づいて、データの第２コレクションについての第２キーを導出する段階、ここで、第１キー及び第２キーは、データの第２コレクションをアクセスし、第２キーを第２ノードに分散する段階を含む。

上記の概要は、例示された各実施形態又は本開示のすべての実装を説明することを意図したものではない。

本開示に含まれる図面は、本明細書に組み込まれ、その一部を形成する。それらは、本開示の実施形態を例示し、説明とともに、本開示の原理を説明するのに役立つ。図面は、特定の実施形態を単に例示するものであり、本開示を限定するものではない。

例示的な実施形態に係る、データベースを備えるシステムのネットワーク図を示す。

例示的な実施形態に係る、ブロックチェーンアーキテクチャ構成の一例を示す図である。

例示的な実施形態に係る、ブロックチェーントランザクションフローを示す図である。

例示的な実施形態に係る、許可制ネットワークを示す図である。

例示的な実施形態に係る、別の許可制ネットワークを示す図である。

例示的な実施形態に係る、無許可制ネットワークを示す図である。

例示的な実施形態に係る、分散型台帳に追加されている新しいブロックのためのプロセスを示す図である。

例示的な実施形態に係る、新たなデータブロックのコンテンツを示す図である。

例示的な実施形態に係る、デジタルコンテンツのためのブロックチェーンを示す図である。

例示的な実施形態に係る、ブロックチェーンにおけるブロックの構造を表し得るブロックを示す図である。

本開示の実施形態に係る、方法、ツール、及びモジュール、ならびに本明細書で説明される任意の関連機能のうちの１又は複数を実装するのに用いられ得る、例示的なコンピュータシステムの上位ブロック図を示す。

例示的な実施形態に係る、ブロックチェーンネットワークにおけるデータコレクションのためのアクセスリングの可視化を示す。

例示的な実施形態に係る、ブロックチェーンネットワークのためのデータセグリゲーションの処理のフローチャートを示す。

本明細書で説明される実施形態は、様々な修正及び代替形態が可能であるが、それらの具体的な内容は、例として図面に示されており、詳細に説明される。しかしながら、説明される特定の実施形態は、限定的な意味に解釈されるべきではないことを理解されるべきである。むしろ、本発明は、本開示の範囲に含まれる全ての修正形態、均等物、及び、代替物を対象とするものである。

本開示の態様は、ブロックチェーンネットワーク上のオペレーションの処理、より具体的には、ブロックチェーンネットワーク上の組織間でデータをセキュアに共有することに関する。

本明細書において概して説明され、図示されるような本コンポーネントは、多種多様な異なる構成で配置及び設計され得ることが容易に理解されるであろう。したがって、添付図面に表されるような、方法、装置、非一時的コンピュータ可読媒体、及びシステムのうちの少なくとも１つの実施形態の以下の詳細な説明は、特許請求される本願の範囲を限定することを意図するものではなく、単に選択された実施形態を表わすものである。

本明細書を通して説明される本特徴、構造、又は特性は、１又は複数の実施形態において任意の適切な方法で組み合わせ又は除去し得る。例えば、「例示的な実施形態」、「いくつかの実施形態」という語句、又は他の同様の文言の使用は、本明細書を通して、実施形態に関連して説明される特定の特徴、構造、又は特性が、少なくとも１つの実施形態において含まれ得ることを指す。したがって、「例示的な実施形態」、「いくつかの実施形態において」、「他の実施形態において」という語句、又は他の同様の文言の出現は、本明細書を通して、必ずしもすべてが同じ実施形態のグループを指すわけではなく、説明される特徴、構造、又は特性は、１又は複数の実施形態において任意の適切な方法で組み合わせ又は除去し得る。さらに、図において、要素間の任意の接続は、図示されている接続が一方向又は双方向矢印であっても、一方向及び／又は双方向通信を許容できる。また、図面に示された任意のデバイスは、別のデバイスであってもよい。例えば、モバイルデバイスが情報を送信するものとして示されている場合でも、有線デバイスもまた情報を送信するのに用いられ得る。

また、「メッセージ」という用語が実施形態の説明において用いられている場合があるが、本願は、多くのタイプのネットワーク及びデータに適用され得る。さらに、例示的な実施形態において、特定のタイプの接続、メッセージ、及びシグナリングが示されている場合があるが、本願は、特定のタイプの接続、メッセージ、及びシグナリングに限定されるものではない。

いくつかの実施形態では、方法、システム、及び／又は、コンピュータプログラム製品は、互いに通信する複数のノードを含む分散記憶システムである分散データベース（ブロックチェーンなど）を利用する。分散データベースは、相互に信頼されていない当事者間の記録を維持することができる分散型台帳に似た、アペンド専用の不変データ構造を含む。信頼されていない当事者は、本明細書において、ピア又はピアノードと呼ばれる。各ピアは、データベースレコードのコピーを維持しており、分散されたピア間でコンセンサスが達成されないと、単独のピアはデータベースレコードを修正できない。例えば、ピアはコンセンサスプロトコルを実行して、ブロックチェーンストレージトランザクションをバリデートし、ストレージトランザクションをブロックにグループ化し、ブロックにわたってハッシュチェーンを構築し得る。この処理では、一貫性を保つために、必要に応じてストレージトランザクションを順序付けすることによって、台帳が形成される。

様々な実施形態において、許可型及び／又は無許可型ブロックチェーンを使用することが可能である。パブリックの又は無許可型のブロックチェーンは、特定の身元なく（例えば、匿名性を保持しながら）、誰でもが参加可能である。パブリックブロックチェーンは、ネイティブ暗号通貨を関与させることができ、プルーフオブワークなどの様々なプロトコルに基づくコンセンサスを用いることができる。一方、許可制ブロックチェーンデータベースは、資金、品物、情報などを交換するビジネスなどの、共通の目的を共有するが、互いに十分には信頼していないエンティティのグループ内での安全なインタラクションを提供する。

さらに、いくつかの実施形態では、本方法、システム、及び／又は、コンピュータプログラム製品は、非集中型記憶スキームに適合され、「スマートコントラクト」又は「チェーンコード」と称される任意のプログラマブルロジックを動作させるブロックチェーンを利用できる。いくつかのケースでは、管理機能及びパラメータのために専用のチェーンコードが存在し得、これらは、システムチェーンコードと称される。本方法、システム、及び／又は、コンピュータプログラム製品は、ブロックチェーンデータベースのタンパー防止特性、及び、ノード間での基礎合意を活用する、信用された分散アプリケーションであるスマートコントラクトをさらに利用可能であり、これらは、エンドースメント又はエンドースメントポリシと称される。本願に関連付けられるブロックチェーントランザクションは、ブロックチェーンにコミットする前に「承認（ｅｎｄｏｒｓｅｄ）」でき、承認されていないトランザクションは無視される。

エンドースメントポリシーにより、チェーンコードは、エンドースメントに必要なピアノードのセットの形式でトランザクションのエンドーサを指定できる。クライアントがトランザクションをエンドースメントポリシーで指定されたピアに送信すると、トランザクションが実行され、トランザクションがバリデートされる。バリデーション後、トランザクションは順序付けフェーズに入り、ここでは、コンセンサスプロトコルを使用して、ブロックにグループ化されたエンドースされたトランザクションの順序付けられたシーケンスが生成される。

いくつかの実施形態では、本方法、システム、及び／又は、コンピュータプログラム製品は、ブロックチェーンシステムの通信エンティティであるノードを利用可能である。「ノード」は、同じ物理サーバ上で異なるタイプの複数のノードが動作できるという意味で、論理機能を実行し得る。ノードはトラストドメインにグループ化され、様々な方法でこれらを制御する論理エンティティに関連付けられる。ノードは、トランザクション呼び出しをエンドーサ（例えば、ピア）にサブミットし、トランザクションプロポーザルを順序付けサービス（例えば、順序付けノード）にブロードキャストする、クライアント又はサブミッティングクライアントノード等の、異なるタイプのものを含んでよい。

別のタイプのノードは、クライアントがサブミットしたトランザクションを受信し、トランザクションをコミットし、ブロックチェーントランザクションの台帳の状態及びコピーを保持することができるピアノードである。ピアは、エンドーサの役割を持つこともできるが、必須ではない。順序付けサービスノード又はオーダラは、すべてのノードについて通信サービスを実行するノードである。いくつかの場合において、順序付けサービスノードは、トランザクションをコミット／確認し、ブロックチェーンのワールドステートを修正するときの、システムにおけるピアノードの各々へのブロードキャストなど、デリバリ保証を実装する。ワールドステートとは、通常はコントロール及びセットアップ情報を含む初期ブロックチェーントランザクションについての別の名前である。

いくつかの実施形態において、方法、システム、及び／又はコンピュータプログラム製品は、シーケンス化された、ブロックチェーンのすべての状態遷移の耐タンパー性のレコードである台帳を利用できる。状態遷移は、参加者（例えば、クライアントノード、順序付けノード、エンドーサノード、ピアノードなど）によってサブミットされたチェーンコード呼び出し（例えば、トランザクション）によってもたらされ得る。各参加者（ピアノードなど）は、台帳のコピーを保持できる。トランザクションの結果、資産キー値対のセットが、作成、更新、削除などの１又は複数のオペランドとして台帳にコミットされ得る。台帳は、不変シーケンス化レコードをブロックに格納するために用いられるブロックチェーン（チェーンとも呼ばれる）を含む。台帳は、ブロックチェーンの現在の状態を保持する状態データベースも含む。

いくつかの実施形態において、本明細書に記載の方法、システム、及び／又はコンピュータプログラム製品は、ハッシュでリンク付けられたブロックとして構築されているトランザクションログであるチェーンを利用でき、各ブロックは、一連のＮのトランザクションを含み、ここで、Ｎは１以上である。ブロックヘッダは、ブロックのトランザクションのハッシュ、ならびに前のブロックのヘッダのハッシュを含む。このようにして、台帳上のすべてのトランザクションをシーケンス化し、暗号的にリンクし得る。したがって、ハッシュリンクを破壊せずに台帳データを改ざんすることは不可能である。直近で追加されたブロックチェーンブロックのハッシュは、その前に発生したチェーン上のすべてのトランザクションを表し、すべてのピアノードが一貫性のある信頼できる状態にあることを保証することを可能にする。チェーンはピアノードファイルシステム（例えば、ローカル、アタッチトストレージ、クラウドなど）に格納され、ブロックチェーンワークロードのアペンド専用の性質を効率的にサポートする。

不変台帳の現在の状態は、チェーントランザクションログに含まれるすべてのキーの最新の値を表す。現在の状態はチャネルに既知の最新のキー値を表すため、ワールドステートと呼ばれることもある。チェーンコード呼び出しは、台帳の現在の状態データに対してトランザクションを実行する。これらのチェーンコードインタラクションを効率的にするために、キーの最新の値を状態データベースに格納し得る。状態データベースは、単に、チェーンのトランザクションログ内へのインデックス付きビューであってよく、したがって、任意の時間においてチェーンから再生成できる。状態データベースは、ピアノードのスタートアップ時であって、トランザクションが受け入れられる前に、自動でリカバー（又は必要であれば生成）されてよい。

ブロックチェーンは、ブロックチェーンが中央ストレージではなく、むしろノードがストレージ内の記録に対する変更を共有し得る、非集中型で不変かつ安全なストレージである点で、従来のデータベースとは異なる。ブロックチェーンに固有の、ブロックチェーンの実装を助けるいくつかの性質としては、限定されるものではないが、不変台帳、スマートコントラクト、セキュリティ、プライバシー、非集中化、コンセンサス、承認、アクセシビリティ、及び同様のものが挙げられ、これらは本明細書においてさらに説明される。

特に、ブロックチェーン台帳データは、不変であり、ブロックチェーンネットワーク内の処理オペレーションコンプライアンスメカニズムのための効率的な方法を提供する。また、ブロックチェーンで暗号化を用いることで、セキュリティが提供され、信頼が構築される。スマートコントラクトは、ライフサイクルを完了するように資産の状態を管理し、ひいては、特化されたノードは、匿名の要件を有するブロックチェーンオペレーションが、ブロックチェーンネットワークへオペレーションをセキュアにサブミットできることを確実にする。例示的なブロックチェーンは、許可制非集中型である。したがって、各エンドユーザは、アクセスするための自身の台帳コピーを有し得る。複数の組織（及びピア）が、ブロックチェーンネットワーク上にオンボードされ得る。主要な組織は、スマートコントラクトの実行結果、読み取りセット及び書き込みセットをバリデートするための承認ピアとして機能し得る。換言すれば、ブロックチェーン固有の特徴により、ブロックチェーンネットワークにおけるプライベートトランザクションの処理が効率的に実装される。

例示的な実施形態の利益のうちの１つは、それが、ブロックチェーンネットワーク内でプライベートトランザクションを処理する方法を実装することによって、コンピューティングシステムの機能を向上させることである。本明細書で説明するブロックチェーンシステムを通して、コンピューティングシステム（又はコンピューティングシステム内のプロセッサ）は、分散型台帳、ピア、暗号化技術、ＭＳＰ、イベント処理などのような機能へのアクセスを提供することにより、ブロックチェーンネットワークを利用するプライベートトランザクション処理のための機能を実行できる。また、ブロックチェーンは、ビジネスネットワークを生成し、参加のために任意のユーザ又は組織をオンボードさせることを可能にする。そのため、ブロックチェーンは単なるデータベースではない。ブロックチェーンは、共同してスマートコントラクトの形態のサービス処理を実行するユーザとオンボード／オフボード組織とのネットワークを生成する能力を有する。

一方、従来のデータベースは、例示的な実施形態を実装するのに有用でない場合がある。なぜなら、従来のデータベースは、すべての当事者をネットワーク上に持ってこず、従来のデータベースは、信頼された共同を生み出さず、従来のデータベースは、オペレーションをセキュアかつ効率的にサブミットするための効率的な方法を提供しない。従来のデータベースは、改ざん防止ストレージを提供せず、保証された有効なトランザクションを提供しない。したがって、例示的な実施形態は、ブロックチェーンネットワークにおけるオペレーションの匿名サブミットの分野／フィールドにおける問題に対する特有の解決手段を提供する。

図１は、例示的な実施形態に係る、ブロックチェーンネットワーク内のスマートデータアノテーションのためのロジックネットワーク図１００を示している。

図１を参照すると、例示的なネットワーク１００は、ドキュメントオーナー組織を表す他のブロックチェーン（ＢＣ）ノード１０５に接続されているノード１０２を備える。ノード１０２は、ノード１０５間で共有されることになるデータ（１１０）を記憶するための台帳１０８を有するブロックチェーン１０６に接続されてよい。この例は、１つのみのノード１０２を詳細に説明しているが、複数のこのようなノードがブロックチェーン１０６に接続されてもよい。ノード１０２は、さらなるコンポーネントを含んでよく、本明細書に記載されるコンポーネントのいくつかは、本明細書に開示されているノード１０２の範囲から逸脱することなく除去及び／又は修正されるか、又はその両方であってよいことを理解すべきである。ノード１０２は、コンピューティングデバイスもしくはサーバコンピュータ、又は同様のものとしてよく、半導体ベースのマイクロプロセッサ、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ、（ＦＰＧＡ）、及び／又は別のハードウェアデバイスとしてよいプロセッサ１０４を備えてよい。単一のプロセッサ１０４が示されているが、ノード１０２は、ノード１０２システムの範囲から逸脱することなく、複数のプロセッサ、複数のコア、又は同様のものを含んでよいことを理解すべきである。分散型ファイルストレージ１５０は、プロセッサノード１０２及び他のＢＣノード１０５がアクセス可能としてよい。分散型ファイルストレージ１５０は、台帳１０８において識別されるドキュメントを記憶するのに用いてよい。

また、ノード１０２は、プロセッサ１０４によって実行可能な機械可読命令を記憶していてよい非一時的コンピュータ可読媒体１１２を備えてよい。機械可読命令の例は、１１４～１１８で示されており、以下でさらに説明される。非一時的コンピュータ可読媒体１１２の例としては、実行可能命令を含むか又は記憶する、電子、磁気、光学、又は他の物理ストレージデバイスが挙げられ得る。例えば、非一時的コンピュータ可読媒体１１２は、ランダムアクセスメモリ（ＲＡＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、ハードディスク、光ディスク、又は他のタイプのストレージデバイスとしてよい。

プロセッサ１０４は機械可読命令１１４を実行し、データの暗黙的コレクションのためのキーを生成し得る。上述したように、ブロックチェーン台帳１０８は、ノード１０５間で共有されることになるデータ１１０を記憶してよい。ブロックチェーン１０６ネットワークは、複数の参加ノードのためのトランザクションを管理する、１又は複数のスマートコントラクトを用いて構成されてよい。アノテーション情報にリンクされたドキュメントは、分散型ファイルストレージ１５０内に記憶されてよい。プロセッサ１０４は、機械可読命令１１６を実行して、追加的なデータの暗黙的コレクションのための追加のキーを生成し得る。プロセッサ１０４は、機械可読命令１１８を実行して追加のキーを分散し得る。

図２Ａは、例示的な実施形態に係る、ブロックチェーンアーキテクチャ構成２００を示している。図２Ａを参照すると、ブロックチェーンアーキテクチャ２００は、特定のブロックチェーン要素、例えば、ブロックチェーンノード２０２の群を含んでよい。ブロックチェーンノード２０２は、１又は複数のピアノード２０４～２１０（これらの４つのノードは、単に例として示されている）を含んでよい。これらのノードは、ブロックチェーントランザクション追加及びバリデーションプロセス（コンセンサス）等の複数のアクティビティに参加する。ブロックチェーンノード２０４～２１０のうちの１又は複数は、エンドースメントポリシに基づいてトランザクションを承認してよく、アーキテクチャ２００内のすべてのブロックチェーンノード２０２のための順序付けサービスを提供してよい。ブロックチェーンノード２０４－２１０は、ブロックチェーン認証を開始し、ブロックチェーンレイヤ２１６に記憶されているブロックチェーン不変台帳への書き込みを試みてよく、そのコピーは、基礎となる物理的インフラストラクチャ２１４上に記憶されてもよい。ブロックチェーン構成２００は、記憶されているプログラム／アプリケーションコード２２０（例えば、チェーンコード、スマートコントラクト等）にアクセスして実行するためにアプリケーションプログラミングインタフェース（ＡＰＩ）２２２にリンクされている１又は複数のアプリケーション２２４を含んでよく、記憶されているプログラム／アプリケーションコード２２０は、参加者によって求められるカスタマイズされた構成に従って作成でき、参加者自体の状態を維持し、参加者自体の資産をコントロールし、外部情報を受信できる。これは、分散型台帳へのアペンディングを介して、すべてのブロックチェーンノード２０４～２１０上にトランザクションとしてデプロイしてインストールできる。

ブロックチェーン基又はプラットフォーム２１２は、ブロックチェーンデータと、サービス（例えば、暗号トラストサービス、仮想実行環境等）と、新たなトランザクションを受信するとともに記憶し、データエントリへのアクセスを試みるオーディタにアクセスを提供するのに用いられ得る、基礎となる物理的コンピュータインフラストラクチャ２１４との様々なレイヤを備えてよい。ブロックチェーンレイヤ２１６は、プログラムコード２２０を処理して物理的インフラストラクチャ２１４にエンゲージするのに必要な仮想実行環境へのアクセスを提供するインタフェースを呈してよい。暗号トラストサービス２１８は、資産交換トランザクションなどのトランザクションを検証し、情報をプライベートに保つのに用いられ得る。

図２Ａのブロックチェーンアーキテクチャ構成２００は、ブロックチェーンプラットフォーム２１２によって呈される１又は複数のインタフェース及び提供されるサービスを介してプログラム／アプリケーションコード２２０を処理及び実行してよい。コード２２０は、ブロックチェーン資産を制御し得る。例えば、コード２２０は、データを記憶して移転でき、条件又は実行対象となる他のコード要素を伴うスマートコントラクト及び関連付けられたチェーンコードの形態で、ノード２０４～２１０によって実行されてよい。非限定的な例として、スマートコントラクトは、リマインダ、更新、及び／又は、変更、更新等の対象となる他の通知を実行するように作成されてよい。認可及びアクセス要件ならびに台帳の使用に関連するルールを識別するためにスマートコントラクト自体を用いることができる。例えば、ドキュメント属性情報２２６は、ブロックチェーンレイヤ２１６に含まれる１又は複数の処理エンティティ（例えば、仮想マシン）によって処理されてよい。この処理の結果２２８は、複数のリンクされた共有ドキュメントを含んでよい。物理的インフラストラクチャ２１４は、本明細書で説明するデータ又は情報のいずれかを取得するために利用され得る。

スマートコントラクトは、ハイレベルアプリケーション及びプログラミング言語を介して作成され、そして、ブロックチェーン内のブロックに書き込まれ得る。スマートコントラクトは、ブロックチェーン（例えば、ブロックチェーンピアの分散型ネットワーク）で登録、格納、及び／又は複製がされた実行可能なコードを含み得る。トランザクションは、スマートコントラクトに関連する条件が満たされることに応じて実行することができる、スマートコントラクトコードの実行である。スマートコントラクトの実行は、デジタルブロックチェーン台帳の状態に対する信頼された修正をトリガーし得る。スマートコントラクトの実行によって引き起こされたブロックチェーン台帳に対する修正は、１又は複数のコンセンサスプロトコルを通じて、ブロックチェーンピアの分散型ネットワーク全体にわたって自動で複製され得る。

スマートコントラクトは、キー値対のフォーマットでデータをブロックチェーンに書き込み得る。さらに、スマートコントラクトコードは、ブロックチェーンに格納された値を読み取り、これらをアプリケーション動作において用いることができる。スマートコントラクトコードは、様々なロジック動作の出力をブロックチェーンに書き込むことができる。コードは、仮想マシンや他のコンピューティングプラットフォームにおいて、一時的なデータ構造を作成するために用いられ得る。ブロックチェーンに書き込まれたデータは、公開することができる、及び／又は暗号化してプライベートに維持することができる。スマートコントラクトによって使用／生成された一時的なデータは、提供された実行環境によってメモリに保持され、そして、ブロックチェーンに必要なデータが識別されると削除される。

チェーンコードは、追加の特徴を伴って、スマートコントラクトのコード解釈を含み得る。本明細書で説明するように、チェーンコードは、コンピューティングネットワーク上に展開されたプログラムコードであり得、それは、コンセンサス処理中に一緒にチェーンバリデータによって実行されバリデートされる。チェーンコードは、ハッシュを受信し、ブロックチェーンから、事前に格納された特徴エクストラクタを用いて作成されたデータテンプレートに関連するハッシュを取得する。ハッシュ識別子のハッシュと、格納された識別子テンプレートデータから作成されたハッシュがマッチする場合、チェーンコードは要求されたサービスに認可キーを送信する。チェーンコードは、暗号ディテールに関連付けられているブロックチェーンデータに書き込まれてよい。

図２Ｂは、例示的な実施形態に係る、ブロックチェーン（例えば、図１に示されるブロックチェーン１０６）のノード間のブロックチェーントランザクションフロー２５０の一例を示している。図２Ｂを参照すると、トランザクションフロー２５０の一般的な説明が与えられ、それに続いて、より具体的な例が与えられる。トランザクションフロー２５０は、アプリケーションクライアントノード２６０によって第１承認ピアノード２８１に送信されるトランザクションプロポーザル２９１を含んでよい。第１承認ピア２８１は、クライアントシグネチャを検証し、トランザクションを開始するようにチェーンコード関数を実行してよい。出力は、チェーンコードの結果、チェーンコードで読み取られたキー／値バージョンのセット（読み取りセット）、及びチェーンコードに書き込まれたキー／値のセット（書き込みセット）を含み得る。プロポーザル応答２９２は、認められれば、承認シグネチャとともにクライアント２６０に送信し戻される。クライアント２６０は、承認をトランザクションペイロード２９３にアセンブルし、それを順序付けサービス（第４ピア）ノード２８４にブロードキャストする。順序付けサービスノード２８４は、次に、順序付けられたトランザクションを、ブロックとして同一チャネル上のすべての追加ピア２８１～２８３に配信する。ブロックチェーンへのコミットの前に、各追加ピア２８１～２８３は、トランザクションをバリデートしてよい。例えば、トランザクションプロポーザル２９１において指定されたピアの正しい割り当てが、結果にサインし、トランザクションペイロード２９３に対するシグネチャを認証したことを保証するように、ピア２８１～２８３はエンドースメントポリシをチェックしてよい。いくつかの実施形態において、ピアのうちの１又は複数は、マネージャノードとしてよい。

より具体的な例によって、トランザクションフロー２５０のより具体的な説明が理解され得る。初めに、クライアントノード２６０は、リクエストを構築して、エンドーサである第１ピアノード２８１に送信することによって、トランザクションプロポーザル２９１を開始する。クライアント２６０は、利用可能なＡＰＩ用いてトランザクションプロポーザルを生成する、サポートされたソフトウェア開発キット（ＳＤＫ）を利用するアプリケーション含んでよい。プロポーザルは、データを台帳から読み取り、及び／又は書き込む（すなわち、資産のための新たなキー値対を書き込む）ことができるように、チェーンコード関数を呼び出すリクエストである。ＳＤＫは、トランザクションプロポーザルを適切に設計されたフォーマット（例えば、リモートプロシージャコール（ＲＰＣ）に対するプロトコルバッファ）にパッケージ化し、トランザクションプロポーザルのためのユニークなシグネチャを生成するために、クライアントの暗号証明書を取得するシムとして機能してよい。

これに応じて、承認ピアノード２８１は、（ａ）トランザクションプロポーザルが整形式であること、（ｂ）トランザクションが、過去にまだサブミットされていないこと（リプレイアタック保護）、（ｃ）シグネチャが有効であること、（ｄ）サブミッタ（本例では、クライアント２６０）がそのチャネル上で提案されるオペレーションを実行するように適切に認可されていることを検証してよい。承認ピアノード２８１は、トランザクションプロポーザル入力を、呼び出されるチェーンコード関数に対する引数として取得してよい。そして、チェーンコードは、現在の状態データベースに対して実行され、応答値、読み取りセット、及び書き込みセットを含むトランザクション結果を生成する。しかしながら、この時点では台帳は更新されない。トランザクション結果のセットは、承認ピアノード２８１のシグネチャとともに、アプリケーションがコンシュームするペイロードをパースするクライアント２６０のＳＤＫにプロポーザル応答２９２として戻される。

応答して、クライアント２６０のアプリケーションは、承認ピア２８１のシグネチャを検査／検証し、プロポーザル応答２９２を比較して、プロポーザル応答２９２が有効であるかどうかを判定する。チェーンコードが台帳を照会しただけである場合、アプリケーションは、照会応答を検査し、典型的には、トランザクションを順序付けサービスノード２８４へサブミットしない。クライアントアプリケーションが、台帳を更新するために、トランザクションを順序付けサービスノード２８４にサブミットすることを意図する場合、アプリケーションは、サブミットすることの前に、指定されたエンドースメントポリシが満たされているかどうか（すなわち、トランザクションに必要なすべてのピアノードがトランザクションを承認したか）を判断する。ここで、クライアント２６０は、トランザクションに対する複数の当事者のうちの１つのみを含んでよい。この場合、各クライアントは、それら自身の承認ノードを有してよく、各承認ノードは、トランザクションを承認することが必要としてよい。アーキテクチャは、アプリケーションが応答を検査しないことを選択するか、又はさもなければ承認されていないトランザクションを転送しても、エンドースメントポリシが、ピアによって依然として施行され、コミットバリデーションフェーズに維持され得るようになっている。

検査の成功後、クライアント２６０は、承認をトランザクション２９３にアセンブルし、トランザクションプロポーザル及びトランザクションメッセージ内の応答を順序付けノード２８４にブロードキャストする。トランザクション２９３は、読み取り／書き込みセット、承認ピアシグネチャ、及びチャネルＩＤを含んでよい。順序付けノード２８４は、そのオペレーションを実行するために、トランザクションのコンテンツ全体を検査する必要はない。その代わりに、順序付けノード２８４は、単に、ネットワーク内のすべてのチャネルからトランザクションを受信し、チャネルによってこれらを時系列で順序付けて、チャネル毎のトランザクションのブロックを作成してよい。

トランザクション２９３のブロックは、順序付けノード２８４からチャネル上のすべての他のピアノード２８１～２８３に配信される。ブロック内のトランザクション２９４は、任意のエンドースメントポリシが満たされていることを保証するように、また、トランザクション実行によって読み取りセットが生成されてから、読み取りセット変数に関して台帳状態に対する変更が無かったことを保証するように、バリデートされる。ブロック内のトランザクション２９４は、有効又は無効としてタグ付けされる。さらに、オペレーション２９５において、各ピアノード２８１～２８３は、ブロックをチャネルのチェーンにアペンドし、各有効なトランザクションについて、現在の状態データベースに書き込みセットがコミットされる。クライアントアプリケーションに、トランザクション２９３が有効にされたか又は無効にされたかを通知するだけでなく、トランザクション（呼び出し）２９３がチェーンに不変にアペンドされていることを通知するよう、イベントが発せられる。

図３Ａは、分散型の非集中型ピアツーピアアーキテクチャを特徴とする、例示的な実施形態による許可制ブロックチェーンネットワーク３００の一例を示している。この例では、ブロックチェーンユーザ３０２は、許可制ブロックチェーン３０４に対するトランザクションを開始してよい。この例では、トランザクションをデプロイ、呼び出し、又は照会でき、ＡＰＩ等を直接通して、ＳＤＫを利用してクライアント側アプリケーションを通じて発行してよい。ネットワーク３００は、オーディタ等のレギュレータ３０６へのアクセスを提供してよい。ブロックチェーンネットワークオペレータ３０８は、「オーディタ」としてのレギュレータ３０６及び「クライアント」としてのブロックチェーンユーザ３０２をエンロールする等、メンバ許可を管理する。オーディタは、台帳の照会だけに制限されてよく、クライアントは、特定のタイプのチェーンコードをデプロイ、呼び出し、及び照会するように認可されてよい。

ブロックチェーンデベロッパ３１０は、チェーンコード及びクライアント側アプリケーションを書き込むことができる。ブロックチェーンデベロッパ３１０は、インタフェースを通してネットワーク３００に直接チェーンコードをデプロイできる。従来のデータソース３１２からの証明書をチェーンコードに含めるために、デベロッパ３１０は、データにアクセスするのにアウトオブバンド接続を用いてよい。この例では、ブロックチェーンユーザ３０２は、ピアノード３１４のうちの１つ（ノード３１４ａ～ｅのうちのいずれか１つを参照）を通して、許可制ブロックチェーン３０４に接続する。任意のトランザクションを進める前に、ピアノード３１４（例えば、ノード３１４ａ）は、ユーザ役割及び許可を管理する認証局３１６から、ユーザ３０２のエンロールメントと、トランザクション証明書を取得する。いくつかの場合において、ブロックチェーンユーザは、許可制ブロックチェーン３０４上でトランザクトするべく、これらのデジタル証明書を所有していなければならない。一方、チェーンコードを用いることを試みるユーザは、自身の証明書を従来のデータソース３１２上で検証する必要があり得る。ユーザ３０２の認可を確認するために、チェーンコードは、従来の処理プラットフォーム３１８を通したこのデータへのアウトオブバンド接続を使用できる。

図３Ｂは、分散型の非集中型ピアツーピアアーキテクチャを特徴とする、例示的な実施形態による許可制ブロックチェーンネットワーク３２０の別の例を示している。この例では、ブロックチェーンユーザ３２２は、トランザクションを許可制ブロックチェーン３２４にサブミットしてよい。この例では、トランザクションをデプロイ、呼び出し、又は照会でき、ＡＰＩ等を直接通して、ＳＤＫを利用してクライアント側アプリケーションを通じて発行してよい。ネットワークは、オーディタ等のレギュレータ３２６へのアクセスを提供してよい。ブロックチェーンネットワークオペレータ３２８は、「オーディタ」としてのレギュレータ３２６及び「クライアント」としてのブロックチェーンユーザ３２２をエンロールする等、メンバ許可を管理する。オーディタは、台帳の照会だけに制限されてよく、クライアントは、特定のタイプのチェーンコードをデプロイ、呼び出し、及び照会するように認可されてよい。

ブロックチェーンデベロッパ３３０は、チェーンコード及びクライアント側アプリケーションを書き込んでよい。ブロックチェーンデベロッパ３３０は、インタフェースを通してネットワークに直接チェーンコードをデプロイできる。従来のデータソース３３２からの証明書をチェーンコードに含めるために、デベロッパ３３０は、データにアクセスするのにアウトオブバンド接続を用いてよい。この例では、ブロックチェーンユーザ３２２は、ピアノード３３４（ノード３３４ａ～ｅの１つを指す）を通じてネットワークに接続する。任意のトランザクションを進める前に、ピアノード３３４（例えば、ノード３３４ａ）は、認証局３３６から、ユーザのエンロールメントと、トランザクション証明書を取得する。いくつかの場合において、ブロックチェーンユーザは、許可制ブロックチェーン３２４上でトランザクトするべく、これらのデジタル証明書を所有していなければならない。一方、チェーンコードを用いることを試みるユーザは、自身の証明書を従来のデータソース３３２上で検証する必要があり得る。ユーザの認可を確認するために、チェーンコードは、従来の処理プラットフォーム３３８を通したこのデータへのアウトオブバンド接続を使用できる。

本開示のいくつかの実施形態において、本明細書におけるブロックチェーンは、無許可制ブロックチェーンとしてよい。加入するための許可を必要とする許可制ブロックチェーン（例えばブロックチェーン３０４及び３２４）とは対照的に、誰でも無許可制ブロックチェーンに加入できる。例えば、無許可制ブロックチェーンに加入するために、ユーザは、パーソナルアドレスを作成し、トランザクションをサブミットするとともに、ひいては台帳にエントリを追加することによって、ネットワークとのインタラクトを開始してよい。さらに、すべての当事者は、システム上のノードを実行することと、トランザクションの検証を助けるマイニングプロトコルを利用することとの選択を有する。

図３Ｃは、例示的な実施形態による、複数のノード３５４を含む無許可制ブロックチェーン３５２によって処理されるトランザクションを有するネットワーク３５０を示す。送信者３５６は、無許可制ブロックチェーン３５２を介して、支払い、又は何らかの他の価値の形態（例えば、行為、病歴、契約、品物、サービス、もしくは、デジタルレコードにカプセル化できる任意の他の資産）を受信者３５８に送信することを望む。いくつかの実施形態において、送信者デバイス３５６及び受信デバイス３５８のそれぞれは、ユーザインタフェースコントロール及びトランザクションパラメータの表示を提供する（ブロックチェーン３５２に関連付けられている）デジタルウォレットを有してよい。これに応じて、トランザクションは、ブロックチェーン３５２全体を通してノード３５４（ノード３５４ａ～ｅのいずれか１つを指す）にブロードキャストされる。

ブロックチェーン３５２のネットワークパラメータに応じて、ノードは、無許可制ブロックチェーン３５２クリエータによって確立されたルール（事前定義されるか又は動的に割り当てられてよい）に基づいて、トランザクションを検証するために、検証モジュール３６０を使用する。例えば、これは、関与する当事者のアイデンティティ等を検証することを含んでよい。トランザクションは、即座に検証されてよく、又は、他のトランザクションとキューに入れられてよく、ノード３５４は、ネットワークルールのセットに基づいて、トランザクションが有効であるかどうかを判断する。

構造３６２において、有効なトランザクションは、ブロックにして形成され、ロック（ハッシュ）でシールされる。この処理は、ノード３５４の中のマイニングノードによって実行されてよい。マイニングノードは、特に無許可制ブロックチェーン３５２のためのブロックをマイニング及び生成するためのさらなるソフトウェアを使用してよい。各ブロックは、ネットワーク３５０によって合意されたアルゴリズムを用いて作成されたハッシュ（例えば、２５６ビット数等）によって識別されてよい。各ブロックは、ヘッダと、チェーン内の先行ブロックのヘッダのハッシュに対するポインタ又はリファレンスと、有効なトランザクションの群とを含んでよい。先行ブロックのハッシュへのリファレンスは、ブロックのセキュアな独立したチェーンの生成に関連付けられている。

ブロックをブロックチェーン３５２に追加できるようになる前に、ブロックがバリデートされなければならない。無許可制ブロックチェーン３５２のバリデーションは、ブロックのヘッダから得られるパズルへの解答であるプルーフオブワーク（ＰｏＷ）を含んでよい。図３Ｃの例には示していないが、ブロックをバリデートするための別の処理は、プルーフオブステークである。アルゴリズムが、数学的問題を解くマイナに報酬を与えるプルーフオブワークとは異なり、プルーフオブステークでは、新たなブロックのクリエータが、「ステーク」とも定義されるその財産に応じて、決定論的な方法で選択される。次に、同様の証明が、セレクト／選択されたノードによって行われる。

マイニングモジュール３６４では、ノードは、解答がネットワークワイドターゲットを満たすまで、１つの変数にインクリメンタルな変更を加えることによって、ブロックを解こうとする。これにより、ＰｏＷが生成され、それにより正しい答えが保証される。換言すれば、ポテンシャル解は、コンピューティングリソースが問題を解くのに使い果たされたことを証明しなければならない。いくつかのタイプの無許可制ブロックチェーンにおいて、マイナには、ブロックを正しくマイニングしたことに対して、報酬として値（例えば、コイン等）を与えてよい。

ここで、ＰｏＷ処理は、ブロックをチェーンにしながら、攻撃者が１つのブロックの修正が受け入れられるようにするためにすべての後続ブロックを修正しなければならないことで、ブロックチェーン３５２の修正を極めて困難にする。さらに、新たなブロックがマイニングされると、ブロックを修正することの困難さが高まり、後続ブロックの数が増加する。分散モジュール３６６では、バリデートが成功したブロックは、無許可制ブロックチェーン３５２を通して配布され、すべてのノード３５４は、無許可制ブロックチェーン３５２の監査可能な台帳であるマジョリティチェーンに、そのブロックを追加する。さらに、送信者３５６によってサブミットされたトランザクションの値は、受信デバイス３５８のデジタルウォレットにデポジット又はさもなければ移転される。

図４Ａは、例示的な実施形態に係る、新たなブロックが分散型台帳４２０に追加されるブロックチェーンシステム実行処理４００を示しており、図４Ｂは、例示的な実施形態に係る、ブロックチェーンのための新たなデータブロック構造４３０のコンテンツを示している。新たなデータブロック４３０は、ドキュメントリンク付けデータを含んでよい。

図４Ａを参照すると、クライアント（図示せず）は、処理４００において、ブロックチェーンノード４１１、４１２及び／又は４１３にトランザクションをサブミットしてよい。クライアントは、任意のソースから受信される、ブロックチェーン４２２上でアクティビティを施行する命令としてよい。一例といて、クライアントは、ブロックチェーン４２２にトランザクションを提案するように、デバイス、人物、又はエンティティ等のリクエスタを代理して役割を果たすアプリケーションとしてよい。複数のブロックチェーンピア（例えば、ブロックチェーンノード４１１、４１２及び４１３）は、ブロックチェーンネットワークの状態及び分散型台帳４２０のコピーを維持してよい。クライアントによって提案されたトランザクションをシミュレートして承認する承認ピアと、承認を検証し、トランザクションをバリデートし、トランザクションを分散型台帳４２０にコミットするコミッティングピアとを含む、異なるタイプのブロックチェーンノード／ピアが、ブロックチェーンネットワーク内に存在してよい。この例では、ブロックチェーンノード４１１、４１２及び４１３の各々は、又はエンドーサノード、コミッタノード、又はその両方の役割を果たしてよい。

分散型台帳４２０は、不変シーケンス化レコードをブロック（例えば、データブロック４２３～４３０）に記憶するブロックチェーンと、ブロックチェーン４２２の現在の状態を維持する状態データベース４２４（現在のワールドステート）とを備える。分散型台帳４２０がチャネル毎に１つ存在してよく、各ピアは、それらのピアが各チャネルのメンバである分散型台帳４２０の固有コピーを維持する。ブロックチェーン４２２は、各ブロックが一連のＮのトランザクションを含む、ハッシュでリンク付けられたブロックとして構築されているトランザクションログである。ブロックは、図４Ｂに示すもの等の様々なコンポーネントを備えてよい。ブロック（例えば、データブロック４２３～４３０）のリンク付け（図４Ａに矢印で示す）は、先行ブロックのヘッダのハッシュを現在のブロックのブロックヘッダ内に追加することによって生成されてよい。このように、ブロックチェーン４２２上のすべてのトランザクションは、シーケンス化されて一緒に暗号的にリンクされ、ハッシュリンクを破壊することなくブロックチェーンデータを改ざんすることを防止する。さらに、これらのリンクがあるので、ブロックチェーン４２２内の最新ブロック（例えば、データブロック４３０）は、その前に来るすべてのトランザクションを表す。ブロックチェーン４２２は、アペンド専用ブロックチェーンワークロードをサポートするピアファイルシステム（ローカル又はアタッチトストレージ）上に記憶されてよい。

ブロックチェーン４２２及び分散型台帳４２０の現在の状態は、状態データベース４２４に記憶されてよい。ここで、現在の状態データは、ブロックチェーン４２２のチェーントランザクションログにこれまでに含まれているすべてのキーの最新の値を表す。チェーンコード呼び出しは、状態データベース４２４内の現在の状態に対してトランザクションを実行する。これらのチェーンコードインタラクションを極めて効率的にするために、すべてのキーの最新の値は、状態データベース４２４に記憶されてよい。状態データベース４２４は、ブロックチェーン４２２のトランザクションログ内にインデックス付きビューを含んでよい。したがって、それは、任意の時間にチェーンから再生成できる。状態データベース４２４は、ピアのスタートアップ時であって、トランザクションが受け入れられる前に、自動でリカバー（又は必要であれば生成）されてよい。

承認ノード（４１１、４１２、及び／又は４１３）は、クライアントからトランザクションを受信し、シミュレート結果に基づいてトランザクションを承認する。承認ノードは、トランザクションプロポーザルをシミュレートするスマートコントラクトを保持する。承認ノードがトランザクションを承認するとき、承認ノードは、シミュレートされたトランザクションの承認を示す、承認ノードからクライアントアプリケーションへのサイン付き応答である、トランザクション承認を生成する。トランザクションを承認する方法は、チェーンコード内で指定され得るエンドースメントポリシに応じて決まる。エンドースメントポリシの一例は、「承認ピアの大部分がトランザクションを承認しなければならない」である。異なるチャネルは、異なるエンドースメントポリシを有してよい。承認されたトランザクションは、クライアントアプリケーションによって順序付けサービス４１０に転送される。

順序付けサービス４１０は、承認されたトランザクションを受け入れて、これらをブロック内へと順序付けて、ブロックをコミッティングピアに配信する。例えば、順序付けサービス４１０は、トランザクションの閾値に達した、タイマがタイムアウトした、又は別の条件となった場合、新たなブロックを開始してよい。図４Ａの例では、ブロックチェーンノード４１２は、ブロックチェーン４２２に記憶される新たなデータの新たなデータブロック４３０を受信するコミッティングピアである。ブロックチェーン４２２内の第１のブロック４２３は、ブロックチェーン、そのメンバ、その中に記憶されているデータ等に関する情報を含むジェネシスブロックと称され得る。

順序付けサービス４１０は、オーダラのクラスタで構成されてよい。順序付けサービス４１０は、トランザクション、スマートコントラクトを処理、又は共有台帳を維持しない。むしろ、順序付けサービス４１０は、承認されたトランザクションを受け入れて、これらのトランザクションが分散型台帳４２０にコミットされる順序を指定してよい。ブロックチェーンネットワークのアーキテクチャは、「順序付け」の具体的な実装（例えば、Ｓｏｌｏ、Ｋａｆｋａ、Ｂｙｚａｎｔｉｎｅ ｆａｕｌｔ－ｔｏｌｅｒａｎｔ等）がプラグ可能なコンポーネントとなるように設計されてよい。

トランザクションは、一貫した順序で分散型台帳４２０に書き込まれる。トランザクションの順序は、状態データベース４２４に対する更新がネットワークにコミットされるときにそれらの更新が有効であることを保証するために確立される。順序付けが暗号パズルを解くこと又はマイニングによって行われる暗号通貨ブロックチェーンシステム（例えば、ビットコイン等）とは異なり、この例では、分散型台帳４２０の当事者は、ネットワークに最も良く適合する順序付けメカニズムを選択してよい。

順序付けサービス４１０が新たなデータブロック４３０をイニシャライズする際、新たなデータブロック４３０は、コミッティングピア（例えば、ブロックチェーンノード４１１、４１２及び４１３）にブロードキャストされてよい。これに応じて、各コミッティングピアは、読み取りセット及び書き込みセットが状態データベース４２４内の現在のワールドステートを依然として合致することを確実にするようにチェックすることによって、新たなデータブロック４３０内のトランザクションをバリデートする。具体的には、コミッティングピアは、エンドーサがトランザクションをシミュレートしたときに存在していた読み取りデータが、状態データベース４２４内の現在のワールドステートと同一であるか否かを判断できる。コミッティングピアがトランザクションをバリデートする際、トランザクションは、分散型台帳４２０上のブロックチェーン４２２に書き込まれ、状態データベース４２４は、読み取り書きセットからの書き込みデータで更新される。トランザクションが不合格になった場合、すなわち、読み取り書きセットが状態データベース４２４内の現在のワールドステートと合致しないとコミッティングピアが判断した場合、ブロック内へと順序付けられたトランザクションは、依然としてそのブロックに含まれてよくが、無効としてマークされてよく、状態データベース４２４は、更新されなくてよい。

図４Ｂを参照すると、分散型台帳４２０のブロックチェーン４２２上に記憶されている新たなデータブロック４３０（データブロックとも称される）は、ブロックヘッダ４４０、ブロックデータ４５０、及びブロックメタデータ４６０等の、複数のデータセグメントを含んでよい。新たなデータブロック４３０及びそのコンテンツ等の、様々な図示されているブロック及びそれらのコンテンツは、理解すべきである。図４Ｂに示されているのは、単に例であり、例示的な実施形態の範囲を限定することを意図していない。新たなデータブロック４３０は、Ｎのトランザクション（例えば、１、１０、１００、５００、１０００、２０００、３０００等）のトランザクション情報をブロックデータ４５０内に記憶してよい。また、新たなデータブロック４３０は、（例えば、図４Ａのブロックチェーン４２２上にある）先行ブロックへのリンクをブロックヘッダ４４０内に含んでよい。特に、ブロックヘッダ４４０は、先行ブロックのヘッダのハッシュを含んでよい。また、ブロックヘッダ４４０は、ユニークブロック番号（例えば、データブロック４２３～４３０）、新たなデータブロック４３０のブロックデータ４５０のハッシュ、及び同様のものを含んでよい。新たなデータブロック４３０のブロック番号は、ユニークであり、０から開始するインクリメンタル／シーケンシャル順序等の様々な順序でアサインされてよい。

ブロックデータ４５０は、新たなデータブロック４３０内に記録されている各トランザクションのトランザクション情報を記憶してよい。例えば、トランザクションデータは、トランザクションのタイプ、バージョン、タイムスタンプ、分散型台帳４２０のチャネルＩＤ、トランザクションＩＤ、エポック、ペイロードビジビリティ、チェーンコード経路（デプロイトランザクション）、チェーンコード名、チェーンコードバージョン、入力（チェーンコード及び機能）、パブリックキー及び証明書等のクライアント（クリエータ）アイデンティティ、エンドーサのクライアントアイデンティティのシグネチャ、エンドーサシグネチャ、プロポーザルハッシュ、チェーンコードイベント、応答ステータス、名前空間、読み取りセット（トランザクションによって読み取られたキー及びバージョンのリスト等）、書き込みセット（キー及び値のリスト等）、スタートキー、エンドキー、キーのリスト、マークルツリークエリ概要、並びに同様のもののうちの１又は複数を含んでよい。トランザクションデータは、Ｎのトランザクションのそれぞれについて記憶されてよい。

また、いくつかの実施形態において、ブロックデータ４５０は、ブロックチェーン４２２内のブロックのハッシュでリンク付けられたチェーンに追加の情報を追加する新たなデータ４６２を記憶していてよい。追加の情報としては、本明細書に記載又は図示されているステップ、特徴、プロセス、及び／又は行為のうちの１又は複数が挙げられる。したがって、新たなデータ４６２は、分散型台帳４２０上のブロックの不変ログ内に記憶できる。このような新たなデータ４６２を記憶する利益のうちのいくつかが、本明細書に開示及び図示されている様々な実施形態に反映されている。図４Ｂでは、新たなデータ４６２はブロックデータ４５０内に示されているが、ブロックヘッダ４４０又はブロックメタデータ４６０内に位置してもよい。新たなデータ４６２は、組織内のドキュメントをリンク付けるのに用いられるドキュメント複合キーを含んでよい。

ブロックメタデータ４６０は、メタデータの複数のフィールドを（例えば、バイト配列等として）記憶してよい。メタデータフィールドは、ブロック生成につけたシグネチャ、最後の構成ブロックへのリファレンス、ブロック内の有効トランザクション及び無効トランザクションを識別するトランザクションフィルタ、ブロックを順序付けた順序付けサービスの最後の持続したオフセット、及び同様のものを含んでよい。シグネチャ、最後の構成ブロック、及びオーダラメタデータは、順序付けサービス４１０によって追加されてよい。一方、ブロックのコミッタ（ブロックチェーンノード４１２等）は、エンドースメントポリシ、読み取り／書き込みセットの検証、及び同様のものに基づいて、有効性／無効性情報を追加してよい。トランザクションフィルタは、ブロックデータ４５０内のトランザクションの数に等しいサイズのバイト配列と、トランザクションが有効であったか／無効であったかを識別するバリデーションコードとを含んでよい。

図４Ｃは、本明細書に記載のいくつかの実施形態に係る、デジタルコンテンツのためのブロックチェーン４７０を示している。デジタルコンテンツは、１又は複数のファイル及び関連情報を含んでよい。ファイルは、メディア、イメージ、ビデオ、オーディオ、テキスト、リンク、グラフィック、アニメーション、ウェブページ、ドキュメント、又は他のデジタルコンテンツの形式を含んでよい。ブロックチェーンの不変アペンド専用の態様は、デジタルコンテンツの完全性、有効性、及び真正性を保護するセーフガードとしての役割を果たし、このことにより、許容性ルールが適用される法的手続き、又は、エビデンスが考慮されるもしくはデジタル情報の提示及び使用が別様に関心を得る他の状況における使用に好適となる。この場合、デジタルコンテンツは、デジタルエビデンスと称され得る。

ブロックチェーンは、様々な方式で形成されてよい。いくつかの実施形態において、デジタルコンテンツは、ブロックチェーン自体に含まれ、そこからアクセスされてよい。例えば、ブロックチェーンの各ブロックは、関連付けられているデジタルコンテンツに沿って、リファレンス情報（例えば、ヘッダ、値等）のハッシュ値を記憶してよい。次に、ハッシュ値及び関連付けられているデジタルコンテンツは、一緒に暗号化されてよい。したがって、各ブロックのデジタルコンテンツは、ブロックチェーン内の各ブロックを解読することによってアクセスされてよく、各ブロックのハッシュ値は、先行ブロックを参照するための基礎として使用されてよい。これは、以下のとおりに示され得る。

ブロック１ ブロック２ ......． ブロックＮ

ハッシュ値１ ハッシュ値２ ハッシュ値Ｎ

デジタルコンテンツ１ デジタルコンテンツ２ デジタルコンテンツＮ

いくつかの実施形態において、デジタルコンテンツは、ブロックチェーンに含まれなくてよい。例えば、ブロックチェーンは、デジタルコンテンツのいずれも伴うことなく、各ブロックのコンテンツの暗号化されたハッシュを記憶してよい。デジタルコンテンツは、元のファイルのハッシュ値に関連付けて別のストレージエリア又はメモリアドレスに記憶されてよい。他のストレージエリアは、ブロックチェーンを記憶するのに用いられるものと同じストレージデバイスとしてもよいし、又は、異なるストレージエリアもしくはさらには別個の関係データベースとしてもよい。各ブロックのデジタルコンテンツは、関心のあるブロックのハッシュ値を取得もしくは照会し、次に、実際のデジタルコンテンツに対応付けて記憶されているストレージエリア内の値を有するものをルックアップすることによって、参照又はアクセスされてよい。この動作は、例えば、データベースゲートキーパによって実行されてよい。これは、以下のとおりに示され得る。
ブロックチェーン ストレージエリア
ブロック１ハッシュ値 ブロック１ハッシュ値 ... コンテンツ
・ ・
ブロックＮハッシュ値 ブロックＮハッシュ値 ... コンテンツ

図４Ｃの例示的な実施形態において、ブロックチェーン４７０は、順序付けられたシーケンスにして暗号的にリンク付けられた複数のブロック４７８_１、４７８_２...４７８_Ｎを含み、ここでＮは１以上である。ブロック４７８_１、４７８_２...４７８_Ｎをリンク付けるのに用いられる暗号化は、複数の鍵付き又は鍵付きでないハッシュ関数のいずれかとしてよい。いくつかの実施形態において、ブロック４７８_１、４７８_２...４７８_Ｎは、ブロック内の情報に基づく入力からのｎビットの英字数字出力（ｎは２５６又は別の数）を生成するハッシュ関数の対象である。このようなハッシュ関数の例としては、限定されるものではないが、ＳＨＡタイプ（ＳＨＡはセキュアハッシュアルゴリズムを表す）アルゴリズム、マークルダンガードアルゴリズム、ＨＡＩＦＡアルゴリズム、マークルツリーアルゴリズム、ノンスベースのアルゴリズム、及び非衝突困難疑似ランダム関数（ＰＲＦ）が挙げられる。別の実施形態では、ブロック４７８_１、４７８_２、...、４７８_Ｎは、ハッシュ関数とは異なる関数によって暗号的にリンクされてよい。図示のために、以下の説明は、ハッシュ関数、例えば、ＳＨＡ－２に関して行われる。

ブロックチェーン内のブロック４７８_１、４７８_２...４７８_Ｎのそれぞれは、ヘッダと、ファイルのバージョンと、値とを含む。ヘッダ及び値は、ブロックチェーン内のハッシュ化の結果として、各ブロックについて異なる。いくつかの実施形態において、値は、ヘッダに含まれてよい。以下でさらに詳細に記載するように、ファイルのバージョンは、元のファイルとしてもよいし、又は元のファイルの異なるバージョンとしてもよい。

ブロックチェーン内の第１のブロック４７８_１は、ジェネシスブロックと称され、ヘッダ４７２_１と、元のファイル４７４_１と、初期値４７６_１とを含む。ジェネシスブロック及び実際すべての後続ブロックに用いられるハッシュ化スキームは、異なってよい。例えば、第１のブロック４７８_１内のすべての情報が一緒に一度でハッシュ化されてもよいし、又は、第１のブロック４７８_１内の情報の一部が別個にハッシュ化されてよく、次に別個にハッシュ化された一部のハッシュを実行してもよい。

第２ヘッダ４７２_１は、１又は複数の初期パラメータを含んでよく、初期パラメータとしては、例えば、バージョン番号、タイムスタンプ、ノンス、ルート情報、難易度、コンセンサスプロトコル、継続時間、メディアフォーマット、ソース、記述キーワード、及び／又は、元のファイル４７４_１及び／又はブロックチェーンに関連付けられている他の情報が挙げられ得る。第１ヘッダ４７２_１は、（例えば、ソフトウェアを管理するブロックチェーンネットワークによって）自動で、又は、ブロックチェーン参加者によって手動で生成されてよい。ブロックチェーン内の他のブロック４７８_２～４７８_Ｎ内のヘッダとは異なり、ジェネシスブロック４７８_１内のヘッダ４７２_１は、単純に先行ブロックが存在しないので、先行ブロックを参照しない。

ジェネシスブロック内の元のファイル４７４_１は、例えば、ブロックチェーンに含める前に処理をしたか又はしていない、デバイスによって捕捉されたデータとしてよい。元のファイル４７４_１は、デバイス、メディアソース、又はノードから、システムのインタフェースを通して受信される。元のファイル４７４_１は、メタデータと関連付けられ、メタデータは、例えば、手動又は自動のいずれかで、ユーザ、デバイス、及び／又はシステムプロセッサによって生成されてよい。メタデータは、元のファイル４７４_１に関連付けて第１のブロック４７８_１内に含められてよい。

ジェネシスブロック内の値４７６_１は、元のファイル４７４_１の１又は複数のユニークな属性に基づいて生成される初期値である。いくつかの実施形態において、１又は複数のユニークな属性としては、元のファイル４７４_１のためのハッシュ値、元のファイル４７４_１のためのメタデータ、及びファイルに関連付けられている他の情報が挙げられ得る。１つの実装において、初期値４７６_１は、以下のユニークな属性に基づいてよい：
１）元のファイルのためのＳＨＡ－２計算ハッシュ値、
２）オリジネーティングデバイスＩＤ、
３）元のファイルのための開始タイムスタンプ、
４）元のファイルの初期ストレージ位置、
５）元のファイル及び関連付けられているメタデータを現在コントロールするソフトウェアのためのブロックチェーンネットワークメンバＩＤ。

ブロックチェーン内の他のブロック４７８_２～４７８_Ｎもまた、ヘッダと、ファイルと、値とを有する。しかしながら、第１のブロックのヘッダ４７２_１とは異なり、他のブロック内のヘッダ４７２_２～４７２_Ｎのそれぞれは、直前のブロックのハッシュ値を含む。直前のブロックのハッシュ値は、単に先行ブロックのヘッダのハッシュであってもよいし、又は、先行ブロック全体のハッシュ値であってもよい。先行するブロックのハッシュ値を残りのブロックのそれぞれに含むことにより、監査可能で不変な証拠保全を確立するために、矢印４８０で示されているようにＮ番目のブロックからジェネシスブロック（及び関連付けられている元のファイル）まで戻るトレースをブロック単位で実行できる。

また、他のブロック内のヘッダ４７２_２～４７２_Ｎのそれぞれは、他の情報、例えば、バージョン番号、タイムスタンプ、ノンス、ルート情報、難易度、コンセンサスプロトコル、及び／又は、対応するファイル及び／又は一般にブロックチェーンに関連付けられている他のパラメータもしくは情報を含んでよい。

他のブロック内のファイル４７４_２～４７４_Ｎは、例えば、実行される処理のタイプに応じて、元のファイルに等しくてもよいし、又は、ジェネシスブロック内の元のファイルの修正されたバージョンであってもよい。実行された処理のタイプは、ブロックによって異なってよい。処理は、例えば、情報の編集又はさもなければコンテンツの変更、情報の除去、又は、ファイルへの情報の追加もしくはアペンド等の、先行するブロック内のファイルの任意の修正を伴い得る。

さらに、又は代替的に、処理は、先行するブロックからのファイルの単なるコピー、ファイルのストレージ位置の変更、１又は複数の先行するブロックからのファイルの分析、１つのストレージもしくはメモリ位置から別の位置へのファイルの移動、又はブロックチェーン及び／又はその関連付けられているメタデータのファイルに対する行為の実行を伴い得る。ファイルの分析を伴う処理としては、例えば、様々なアナリティクス、統計、又はファイルに関連付られている他の情報のアペンド、包含、又はさもなければ関連付けが挙げられ得る。

他のブロックにおける他のブロック４７６_２～４７６_Ｎのそれぞれにおける値は、ユニークな値であり、実行された処理の結果としてすべて異なる。例えば、いずれか１つのブロックにおける値は、先行ブロックにおける値の更新されたバージョンに対応する。更新は、値がアサインされるブロックのハッシュに反映される。したがって、ブロックの値は、ブロックにおいてどのような処理が実行されたかの指示を提供し、また、ブロックチェーンを通して元のファイルまで戻るトレーシングを可能にする。このトラッキングにより、ブロックチェーン全体を通してファイルの証拠保全が確認される。

例えば、ファイル内に示されている人物のアイデンティティを保護するべく、先行ブロック内のファイルの一部が編集、ブロックアウト、又はピクセル化されている場合を検討する。この場合、編集されたファイルを含むブロックは、例えば、編集がどのように実行されたか、誰が編集を実行したか、タイムスタンプ、どこで編集が発生したか等、編集されたファイルに関連付けられているメタデータを含んでよい。メタデータは、値を形成するようにハッシュ化されてよい。ブロックのためのメタデータは、先行ブロックにおける値を形成するようにハッシュ化された情報とは異なるので、これらの値は、互いに異なり、解読されるときにリカバーされてよい。

いくつかの実施形態において、先行ブロックの値は、以下のうちのいずれか１又は複数が生じた場合に、現在のブロックの値を形成するように更新されてよい（例えば、計算された新たなハッシュ値）。新たなハッシュ値は、この例示的な実施形態では、以下に示されている情報のすべて又は一部をハッシュ化することによって計算されてよい。
ａ）ファイルが任意の方法で処理されている場合（例えば、ファイルが編集、コピー、変更、アクセスされたか、又は何らの他の動作が行われた場合）、新たなＳＨＡ－２計算ハッシュ値、
ｂ）ファイルのための新たなストレージ位置、
ｃ）ファイルに関連付けられている識別された新たなメタデータ、
ｄ）１のブロックチェーン参加者から別のブロックチェーン参加者への、ファイルのアクセス又はコントロールの移転。

図４Ｄは、いくつかの実施形態による、ブロックチェーン（例えば４７０）におけるブロックの構造を表し得るブロック４９０を示す。ブロック、例えばＢｌｏｃｋ_ｉは、ヘッダ４７２_ｉと、ファイル４７４_ｉと、値４７６_ｉとを含む。

ヘッダ４７２_ｉは、先行ブロックＢｌｏｃｋｉ－１のハッシュ値と、例えば、本明細書で説明される情報（例えば、リファレンス、特性、パラメータ等を含むヘッダ情報）のいずれのタイプであってよい、さらなるリファレンス情報とを含む。すべてのブロックは、もちろんジェネシスブロックを除いて、先行ブロックのハッシュを参照する。先行ブロックのハッシュ値は、単に、先行ブロック内のヘッダのハッシュ、又は、ファイル及びメタデータを含む、先行ブロック内の情報のすべてもしくは一部のハッシュとしてよい。

ファイル４７４_ｉは、順になったデータ１、データ２、...、データＮ等の複数のデータを含む。データは、データに関連付けられているコンテンツ及び／又は特性を記述するメタデータ１、メタデータ２、...、メタデータＮでタグ付けされている。例えば、各データのためのメタデータは、データのタイムスタンプ、データのプロセス、データ内に示されている人物もしくは他のコンテンツを示すキーワード、及び／又は、ファイルの全体としての有効性及びコンテンツを確立するのに有用であり得る他の特徴、並びに、特にその使用、例えば、以下に記載される実施形態に関連して記載されるようなデジタルエビデンスを示す情報を含んでよい。メタデータに加えて、各データは、改ざん、ファイル内のギャップ、及びファイルを通したシーケンシャルリファレンスを防止するために、先行データへのリファレンスＲＥＦ １、ＲＥＦ ２、...、ＲＥＦ Ｎでタグ付けされてよい。

メタデータが（例えば、スマートコントラクトを通して）データにアサインされたら、メタデータは、無効化のために容易に識別できるハッシュの変化を伴わずには変更できない。したがって、メタデータは、ブロックチェーン内の参加者によって使用のためにアクセスされ得る情報のデータログを生成する。

値４７６_ｉは、ハッシュ値、又は、前述した情報のタイプのいずれかに基づいて計算される他の値である。例えば、任意の所与のブロックＢｌｏｃｋ_ｉについて、そのブロックのための値は、そのブロックについて実行された処理、例えば、新たなハッシュ値、新たなストレージ位置、関連付けられているファイルのための新たなメタデータ、コントロール又はアクセスの移転、識別子、又は追加される他の動作もしくは情報を反映するように更新されてよい。各ブロック内の値は、ファイルのデータのためのメタデータ及びヘッダとは別個であるように示されているが、別の実施形態において、値は、部分的に又は全体的にこのメタデータに基づいてよい。

ブロック４９０が形成されたら、任意の時点で、ブロックにわたる値のトランザクション履歴をブロックチェーンに照会することによって、ファイルのための不変な証拠保全を得てよい。この照会、又はトラッキング手順は、直近に含められたブロック（例えば、最後（Ｎ番目）のブロック）の値を解読し、次に、ジェネシスブロックに達するとともに元のファイルがリカバーされるまで他のブロックの値の解読を続けることで始まってよい。解読は、各ブロックにおけるヘッダ並びにファイル及び関連付けられているメタデータの解読も伴ってよい。

解読は、各ブロックで行われた暗号化のタイプに基づいて実行される。これは、プライベートキー、パブリックキー、又はパブリックキーとプライベートキーとの対の使用を伴ってよい。例えば、非対称暗号化が用いられる場合、ネットワーク内のブロックチェーン参加者又はプロセッサは、所定のアルゴリズムを用いて、パブリックキーとプライベートキーとの対を生成してよい。パブリックキー及びプライベートキーは、いくつかの数学的関係を通して互いに関連付けられている。パブリックキーは、他ユーザ、例えばＩＰアドレス又はホームアドレスからメッセージを受信するためのアドレスとして機能するように、パブリックに分散されてよい。プライベートキーは、秘密に保たれ、他のブロックチェーン参加者に送信されたデジタルサインメッセージに対して用いられる。シグネチャは、受信者が送信者のパブリックキーを用いて検証できるように、メッセージ内に含まれる。このようにして、受信者は、送信者のみがこのメッセージを送信した可能性があることを確認できる。

キー対の生成は、ブロックチェーン上でのアカウントの作成と類似であってよいが、実際にどこにも登録する必要はない。また、ブロックチェーン上で実行されるすべてのトランザクションは、それらのプライベートキーを用いて送信者によってデジタルサインされている。このシグネチャは、アカウントのオーナーのみが、（スマートコントラクトによって判断される許可の範囲内であれば）ブロックチェーンのファイルを追跡及び処理できることを保証する。

本明細書においてより詳細に記述されるように、本明細書で説明される方法のいくつかの実施形態の動作のうちの一部又はすべては、代替的な順序で実行されてもよく、全く実行されなくてもよいことが企図され、さらに、複数の動作が同時に、又はより大きな処理の内部部分として発生してもよい。

図５は、本開示の実施形態に係る、方法、ツール、及びモジュール、ならびに本明細書で説明する任意の関連機能のうちの１又は複数を（例えば、コンピュータの１又は複数のプロセッサ回路又はコンピュータプロセッサを用いて）実施するのに用いられ得る、例示的なコンピュータシステム５０１の上位ブロック図が示されている。いくつかの実施形態において、コンピュータシステム５０１の主要なコンポーネントは、１又は複数のＣＰＵ５０２と、メモリサブシステム５０４と、端末インタフェース５１２と、ストレージインタフェース５１６と、Ｉ／Ｏ（入出力）デバイスインタフェース５１４と、ネットワークインタフェース５１８とを含み得る。これらのすべては、メモリバス５０３、Ｉ／Ｏバス５０８、及びＩ／Ｏバスインタフェースユニット５１０を介してコンポーネント間通信のために直接的又は間接的に通信可能に結合され得る。

コンピュータシステム５０１は、本明細書ではＣＰＵ５０２と総称される、１又は複数の汎用プログラマブル中央処理装置（ＣＰＵ）５０２Ａ、５０２Ｂ、５０２Ｃ、及び５０２Ｄを含み得る。いくつかの実施形態において、コンピュータシステム５０１は、比較的大きなシステムに典型的な複数のプロセッサを含み得るが、他の実施形態においては、コンピュータシステム５０１は、代わりに、単一ＣＰＵシステムであり得る。各ＣＰＵ５０２は、メモリサブシステム５０４に格納された命令を実行し得、１又は複数のレベルのオンボードキャッシュを含み得る。

システムメモリ５０４は、ランダムアクセスメモリ（ＲＡＭ）５２２又はキャッシュメモリ５２４などの揮発性メモリの形態のコンピュータシステム可読媒体を含み得る。コンピュータシステム５０１は、さらに、他の取り外し可能／取り外し不可能、揮発性／不揮発性コンピュータシステム記憶媒体を含み得る。例としてのみであるが、ストレージシステム５２６は、「ハードドライブ」のような、取り外し不可能な不揮発性磁気媒体から読み出したり、それに書き込んだりするために設けることができる。図示されていないが、取り外し可能な不揮発性磁気ディスク（例えば、「フロッピーディスク」）から読み出したり、それに書き込んだりするための磁気ディスクドライブ、又はＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、もしくは他の光学媒体などの取り外し可能な不揮発性光ディスクから読み出したり、それに書き込んだりするための光ディスクドライブを設けることができる。さらに、メモリ５０４は、フラッシュメモリ、例えばフラッシュメモリスティックドライブ又はフラッシュドライブを含むことができる。メモリデバイスは、１又は複数のデータ媒体インタフェースによってメモリバス５０３に接続することができる。メモリ５０４は、様々な実施形態の機能を実行するように構成されたプログラムモジュールのセット（例えば、少なくとも１つ）を有する少なくとも１つのプログラム製品を含み得る。

プログラムモジュール５３０の少なくとも１つのセットをそれぞれ有する、１又は複数のプログラム／ユーティリティ５２８が、メモリ５０４内に格納され得る。プログラム／ユーティリティ５２８は、ハイパーバイザ（仮想マシンモニタとも呼ばれる）、１又は複数のオペレーティングシステム、１又は複数のアプリケーションプログラム、他のプログラムモジュール、及びプログラムデータを含み得る。これらのオペレーティングシステム、１又は複数のアプリケーションプログラム、他のプログラムモジュール、及び、プログラムデータのそれぞれ、又は、これらの何らかの組み合わせは、ネットワーキング環境の実装形態を含み得る。プログラム５２８及び／又はプログラムモジュール５３０は、一般に、様々な実施形態の機能又は方法を実行する。

メモリバス５０３は、ＣＰＵ５０２、メモリサブシステム５０４、及びＩ／Ｏバスインタフェース５１０間の直接通信経路を提供する単一バス構造として図５に示されているが、メモリバス５０３は、いくつかの実施形態において、階層、星形、もしくはウェブ構成のポイントツーポイントリンク、複数の階層バス、並列冗長経路、又は任意の他の適切なタイプの構成のような、様々な形態のいずれかで構成され得る複数の異なるバス又は通信経路を含み得る。さらに、Ｉ／Ｏバスインタフェース５１０及びＩ／Ｏバス５０８はそれぞれ単一のユニットとして示されているが、コンピュータシステム５０１は、いくつかの実施形態において、複数のＩ／Ｏバスインタフェースユニット５１０、複数のＩ／Ｏバス５０８、又はその両方を含み得る。さらに、様々なＩ／Ｏデバイスに伸びる様々な通信経路からＩ／Ｏバス５０８を分離する複数のＩ／Ｏインタフェースユニットが示されているが、他の実施形態において、Ｉ／Ｏデバイスの一部又は全部を、１又は複数のシステムＩ／Ｏバスに直接接続し得る。

いくつかの実施形態において、コンピュータシステム５０１は、マルチユーザメインフレームコンピュータシステム、シングルユーザシステム、もしくは直接的なユーザインタフェースをほとんど又は全く有しないが、他のコンピュータシステム（クライアント）からの要求を受信するサーバコンピュータ又は同様のデバイスであり得る。さらに、いくつかの実施形態において、コンピュータシステム５０１は、デスクトップコンピュータ、ポータブルコンピュータ、ラップトップもしくはノートブックコンピュータ、タブレットコンピュータ、ポケットコンピュータ、電話、スマートフォン、ネットワークスイッチもしくはルータ、又は任意の他の適切なタイプの電子デバイスとして実施され得る。

図５は、例示的なコンピュータシステム５０１の代表的な主要コンポーネントを示すことを意図していることに留意されたい。しかしながら、いくつかの実施形態において、個々のコンポーネントは、図５に表されているよりもより複雑であってもより複雑でなくてもよく、図５に示されているもの以外の、又はそれらに追加されたコンポーネントが存在してよく、このようなコンポーネントの数、タイプ、及び構成は様々であり得る。

本明細書においてより詳細に記述されるように、本明細書で説明される方法のいくつかの実施形態の動作のうちの一部又はすべては、代替的な順序で実行されてもよく、全く実行されなくてもよいことが企図され、さらに、複数の動作が同時に、又はより大きな処理の内部部分として発生してもよい。

本発明は、任意の可能な技術的詳細レベルで統合化されたシステム、方法及び／又はコンピュータプログラム製品であってもよい。コンピュータプログラム製品は、プロセッサに本発明の態様を実行させるコンピュータ可読プログラム命令を有するコンピュータ可読記憶媒体（又は複数の媒体）を含んでよい。

コンピュータ可読記憶媒体は、命令実行デバイスにより使用される命令を保持及び記憶することのできる有形デバイスであり得る。コンピュータ可読記憶媒体は、例えば、電子記憶デバイス、磁気記憶デバイス、光記憶デバイス、電磁記憶デバイス、半導体記憶デバイス、又は上述したものの任意の好適な組み合わせであってよいが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例の非網羅的なリストは、以下、すなわち、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ポータブルコンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、メモリスティック、フロッピーディスク、パンチカード又は命令が記録された溝内の***構造などの機械的にエンコードされたデバイス、及び上述したものの任意の好適な組み合わせを含む。本明細書では、コンピュータ可読記憶媒体自体は、電波又は自由伝搬する他の電磁波、導波路又は他の伝送媒体を介して伝搬する電磁波（例えば、ファイバオプティックケーブルを通過する光パルス）、又は、ワイヤを介して伝送される電気信号などの一時的な信号とみなされるものではない。

本明細書に記載のコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体から、それぞれのコンピューティング／処理デバイスに、或いは、ネットワーク、例えば、インターネット、ローカルエリアネットワーク、ワイドエリアネットワーク及び／又は無線ネットワークを介して、外部コンピュータ又は外部ストレージデバイスに、ダウンロードされ得る。ネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータ、及び／又は、エッジサーバを備え得る。各コンピューティング／処理デバイスにおけるネットワークアダプタカード又はネットワークインタフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、それぞれのコンピューティング／処理デバイス内のコンピュータ可読記憶媒体に記憶するためにコンピュータ可読プログラム命令を転送する。

本発明の動作を行うためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路のための構成データ、又は、Ｓｍａｌｌｔａｌｋ（登録商標）、Ｃ＋＋などのオブジェクト指向プログラミング言語、及び、「Ｃ」プログラミング言語などの手続き型プログラミング言語もしくは同様のプログラミング言語を含む、１又は複数のプログラミング言語の任意の組み合わせで書かれたソースコードもしくはオブジェクトコードのいずれかであり得る。コンピュータ可読プログラム命令は、スタンドアロンのソフトウェアパッケージとして、ユーザのコンピュータ上で全体を実行すること、ユーザのコンピュータ上で一部分を実行することができ、ユーザのコンピュータ上で一部分を、リモートコンピュータ上で一部分を実行すること、又は、リモートコンピュータ又はサーバ上で全体を実行することができる。後者のシナリオでは、リモートコンピュータが、ローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続されてよく、又はその接続が、（例えば、インターネットサービスプロバイダを用いたインターネットを介して）外部コンピュータに対して行われてよい。一部の実施形態では、本発明の態様を実行するために、例えばプログラマブルロジック回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はプログラマブルロジックアレイ（ＰＬＡ：ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ａｒｒａｙｓ）を含む電子回路は、コンピュータ可読プログラム命令の状態情報を利用することによって、電子回路をカスタマイズするためのコンピュータ可読プログラム命令を実行してよい。

本発明の態様は、本明細書において、本発明の実施形態に係る方法、装置（システム）、及びコンピュータプログラム製品のフローチャート図及び／又はブロック図を参照して説明されている。フローチャート図及び／又はブロック図の各々のブロックと、フローチャート図及び／又はブロック図におけるブロックの組み合わせとが、コンピュータ可読プログラム命令によって実装できることが理解されよう。

これらのコンピュータ可読プログラム命令をコンピュータ、又は他のプログラマブルデータ処理装置のプロセッサに提供してマシンを生み出してよく、それにより、コンピュータ又は他のプログラマブルデータ処理装置のプロセッサを介して実行される命令が、フローチャート及び／又はブロック図の１又は複数のブロックで指定された機能／動作を実装するための手段を作成する。また、これらのコンピュータ可読プログラム命令は、コンピュータ、プログラマブルデータ処理装置、及び／又は、他のデバイスに特定の様式で機能するように指示することが可能なコンピュータ可読記憶媒体にも記憶することができ、これにより、命令を記憶したコンピュータ可読記憶媒体が、フローチャート及び／又はブロック図の１又は複数のブロックで指定される機能／動作の態様を実装する命令を有する製品を備えるようになる。

コンピュータ可読プログラム命令はまた、コンピュータ、他のプログラマブルデータ処理装置、又は他のデバイスにロードして、一連の動作段階をコンピュータ、他のプログラマブル装置又は他のデバイス上で実行させ、コンピュータ実装プロセスを生成してよく、それにより、コンピュータ、他のプログラマブル装置、又は他のデバイス上で実行される命令は、フローチャート及び／又はブロック図の１又は複数のブロックで指定された機能／動作を実装する。

図におけるフローチャート及びブロック図は、本発明の様々な実施形態に係る、システム、方法、及びコンピュータプログラム製品の可能な実装のアーキテクチャ、機能、及び動作を示す。これに関して、フローチャート又はブロック図における各ブロックは、指定された論理機能を実装するための１又は複数の実行可能命令を含む命令のモジュール、セグメント、又は一部を表し得る。いくつかの代替的な実装形態において、ブロックに記されている機能は、図面に記されている順序とは異なる順序で行われ得る。例えば、連続して示されている２つのブロックが、実際には、１つの段階として実現されてよく、同時に、実質的に同時に、部分的に又は全体的に時間が重複する方式で実行されてよく、又は、ブロックは、場合によっては、関与する機能に応じて逆の順序で実行されてよい。ブロック図及び／又はフローチャート図の各ブロック、及び、ブロック図及び／又はフローチャート図におけるブロックの組み合わせは、指定された機能又は動作を実行する、又は専用ハードウェア及びコンピュータ命令の組み合わせを実行する、専用ハードウェアベースシステムにより実装され得ることにも留意されたい。

本開示の様々な実施形態の説明は、例示の目的で提示されてきたが、網羅的であること、又は開示された実施形態に限定されることを意図していない。説明された実施形態の範囲から逸脱することなく、多くの修正及び変形が、当業者には明らかになるであろう。本明細書において用いられる専門用語は、実施形態の原理、市場で見られる技術の実際の適用又は技術的改善を最も良く説明するように、又は、本明細書において開示された実施形態を他の当業者が理解することを可能にするように選ばれている。

本開示は、具体的な実施形態に関して説明されているが、当業者には、その変更及び修正が明らかとなることが予想される。したがって、以下の特許請求の範囲は、本開示の範囲内にあるすべてのこのような変更及び修正を包含するものとして解釈されることが意図されている。

ブロックチェーンネットワークは、計算的にビジーな環境であり、リソースを消費しネットワーク間通信及び複製に起因する重いＩＯ（入力／出力）需要を有する多くの処理（例えば、スマートコントラクト、暗号化、バリデーション等）を有する。

ブロックチェーンネットワークにおけるプライバシーは現在、ブロック内にデータのハッシュを置き、アウトオブバンドで（例えば、ブロックチェーンネットワークの外側）、ハッシュ原像を適格なノードに配布することによって達成される。配布は、承認中に、又は、ブロックをコミットする前に行われ得る。コレクションを定義するトランザクションは、エンドースメントポリシ及び配布ポリシを含み得る。しかしながら、この方式でプライバシーを取得することには複数の欠点がある。システムは、高いチャーンでスケールしない。計算時に存在しなかったか、又は、到達できなかったかのいずれかであるノードは、コミットメントにおいてデータを引き出す必要があり、データ処理が遅くなる。十分に高いネットワークチャーンの下で、プライベートデータは喪失しさえし得る。この方法はまた、完全メッシュ接続を想定する。いくつかの場合において、組織のいくつかのピアは、エンドーサから到達可能でないことがあり得るので、いくつかの場合においてワイドエリアネットワーク（ＷＡＮ）を介してリモート組織からデータを引き出すことに依存する。

いくつかの実施形態において、プライベートデータコレクションを暗号化と組み合わせるハイブリッドデータセグリゲーション機構が提案される。方法は、プライベートデータコレクションのハイブリッド手法及び階層型キー導出からの対称暗号化を利用して、ブロックチェーンにおけるデータセグリゲーションを達成する。いくつかの実施形態において、暗黙的コレクションが、対称暗号化キーを定義するために使用され、次に、階層型コレクション（本明細書においてリング）が、これらの暗号化キーを保有する当事者によって定義される。一例において、キー導出の機構は本質的に、対応する一連のキーを有する一連のリングのセットにおける当事者間の新規キー交換プロトコルである。シーケンスにおける各新たなキーは、前のキーから生成され、階層型キー構造を形成する。例えば、新たなキーの系統における前のキーのすべては、新たなキーによって暗号化されたデータにアクセスしてよいが、新たなキーは、前のキーによって暗号化されたデータにアクセスすることはできない。

データコレクションは、選択データパーティション、ファイルのグループ、エントリのリスト、１又は複数のドキュメント、又は別の形式のデータであり得る。いくつかの実施形態において、データコレクションは、組織特有のデータコレクションであり得る。例えば、第１組織は、第２組織と共有されるデータコレクションを有し得、又は、第１組織は、キーを作成し得、その結果、第２組織は、データコレクションを第１組織と共有できる。いくつかの実施形態において、本明細書に記載の機能は、組織のノードによって実行される。「ノード」によって実行されると記載される機能は、組織に属する複数のノードによって実行され得るか、又は、組織の単一ノードによって実行され得ると理解される。

いくつかの実施形態において、キーは、データを暗号化し、データを解読し、又はトランザクションにサインするために使用され得る。データを暗号化し、データを解読し、及び／又は、トランザクションにサインするキーの能力は、本明細書において、データのコレクションへのアクセスと総称される。例えば、データの第２コレクションにアクセスするために第１キー及び第２キーが使用されてよいと記述される場合、本明細書に記載されるように、第２コレクションについてのデータを暗号化し、第２コレクションについてのデータを解読し、及び／又は、データの第２コレクションに関するトランザクションにサインするために、第１キー又は第２キーのいずれかが使用され得る。

ここで図６を参照すると、本開示の実施形態に係る、ブロックチェーンネットワークにおけるデータコレクションについてのアクセスリングの可視化６００が示されている。いくつかの実施形態において、各リングに対応するキーは、異なるレベルのデータ、又は、データの階層型暗黙的コレクションへのアクセスを与える。

暗黙的コレクションは、組織についてのプライベートデータコレクションに対応する、ピアにおいて事前定義されるデータのコレクションである。コレクションは、暗黙的コレクションを使用する、又は、それへのアクセスを与える前に明示的に定義される必要はない。例えば、暗黙的コレクションは、「インカムドキュメント」であり得る。ドキュメントが変化する、又は、追加されるたびに新たなコレクションを定義する代わりに、「インカムドキュメント」のクラスが暗黙的に定義されてよく、その結果、コレクション「インカムドキュメント」に変化があるたびに新たなアクセスは必要ない。階層型暗黙的コレクションは、様々なあり得るサイズで、当事者のサブセットについて暗号化キーを定義する単調なアクセス構造である。階層型暗黙的コレクションは、オーディタがすべてのレベルのすべての暗黙的コレクションへのアクセスを有し、異なるアクセスを他の組織に与えることができる認可レベルベースのアクセスコントロールを有する。

図６の例において、リング６０５における組織６２０は、組織１のいくつかのピアで生成される、その組織の暗黙的コレクションについての対称暗号化第１キー（Ｋ１）（図示せず）を有する。例えば、組織６２０についてのノード又は管理者は、第１暗黙的コレクションについての第１キーを生成する。いくつかの実施形態において第１組織のノードのみがＫ１へのアクセスを有し、したがって、第１組織のノードのみがデータにアクセスし得る。

いくつかの実施形態において、組織６２０の管理者は、第２暗黙的コレクションについて、キーＫ１に基づいて、リング６０６（例えば第２リング）を定義し、対称暗号化キーＫ２（図示せず）を導出する。いくつかの実施形態において、リング６０６を定義することは、組織、及び、その組織についてのデータの暗黙的コレクションを識別することを含み得る。キーＫ２は組織６２５に分散される。いくつかの実施形態において、リングを定義することは、キーによってアクセス（例えば、暗号化、解読、又はサイン）されるデータの暗黙的コレクションを指定し、何の組織がデータへのアクセスを有するかを判定することを意味する。いくつかの実施形態において、キーＫ１及びキーＫ２の両方は、データの第２暗黙的コレクションへのアクセスを提供する。そうして、組織６２０は、第１リングについてのキーＫ１から導出されたキーを有するすべての後続リング（例えばリング６０６～６０８）へのアクセスを有する。この例では、組織６２０のみがＫ１へのアクセスを有し、組織６２５及び６２０のみがＫ２へのアクセスを有する。

いくつかの実施形態において、リング６０７（例えば第３リング）が定義され、キーＫ３（図示せず）が導出され、データの第３暗黙的コレクションへのアクセスを与える。いくつかの実施形態において、第３キーは、第１組織のノード又は第２組織のノードによって第３組織のノードに分散される。いくつかの実施形態において、キーＫ３は、組織６２０又は６２５によって導出され、組織６３０に提供され得る。いくつかの実施形態において、キーＫ１、キーＫ２、及びキーＫ３は、データの第３暗黙的コレクションへのアクセスを提供する。そうして、キーＫ１又はＫ２へのアクセスを有する任意の組織は、キーＫ３に対応するデータにアクセスすることが可能である。

いくつかの実施形態において、リング６０８（例えば、リング４）がイニシャライズされ、キーＫ４（図示せず）がキーＫ３から導出され、データの第４暗黙的コレクションへのアクセスを与える。いくつかの実施形態において、キーＫ４は、組織６２０、６２５、及び／又は６３０によって導出され組織６３５に提供され得る。いくつかの実施形態において、キーＫ１、キーＫ２、キーＫ３、及びキーＫ４は、データの第４暗黙的コレクションへのアクセスを提供する。そうして、キーＫ１、Ｋ２、及び／又はＫ３へのアクセスを有する任意の組織は、キーＫ４に対応するデータにアクセスすることが可能である。

いくつかの実施形態において、最終リング（例えば、階層における最後のあり得るリング）についての暗黙的データコレクションは、ブロックチェーンネットワーク上の任意の組織によってアクセスされてよく、最終キーの前にあった任意のキーによってアクセスが可能であってよい。いくつかの実施形態において、最後のリングは、ブロックチェーンネットワーク上のすべての組織によてアクセス可能であり、単一コレクションを有し、順序付けノードからのコレクションにおける情報を暗号化することを目的とする。

いくつかの実施形態において、キーＫ１は、他のデータの暗黙的コレクションについての他のリング階層を生成するために使用され得る。例えば、組織６２０は、キーＫ１を使用して、リング６０９についてのキーＫ２Ｂを生成できる。この例では、Ｋ２Ｂは、第５暗黙的データコレクションを暗号化するために使用されるであろう新たなキー、及び、組織６３０など、６２５以外の別の組織に提供されるキーＫ２Ｂである。同様に、キーＫ２、Ｋ３、及びＫ４は、キーＫ２Ｂによって暗号化されたデータにアクセスできないが、キーＫ１は、キーＫ２Ｂによって暗号化されたデータにアクセスできる。いくつかの実施形態において、上のリング６０６から導出される後続リング（リング６０７及び６０８）と同様に、リングの階層はまた、リング６０９から導出されてよい。

ここで図７を参照すると、本開示の実施形態に係る、ブロックチェーンネットワークについてのデータセグリゲーションの処理７００のフローチャートが示される。

処理７００は、データの暗黙的コレクション又は第１リングについてキーが生成されるオペレーション７０２から始まる。例えば、第１組織のノードは、その組織についてのデータの暗黙的コレクションについて対称暗号化キーＫ１を生成する。

処理７００は、追加の組織についてのデータの追加のコレクションについての追加のキーが第１キーに基づいて導出されるオペレーション７０４に続く。例えば、第１組織は、第２組織に関連付けられたデータの第２コレクションについて、第１キーに基づいて第２キーを生成する。より詳細な例において、第１組織の管理者は、例の式を使用して、第２リングを定義する（例えば、イニシャライズする）。

ｉ∈｛２，...ｎ｝：Ｋ_１ｉ ＝ ＰＲＦ_Ｋ１ （ｉ）^２ （式１）

例の式１において、ｉは追加の組織（例えば、組織｛２，...ｎ｝）であり、Ｋはキーを表し（例えば、Ｋ_１は、第１組織を有する第１リングについてのキーであり、Ｋ_１ｉは、第２リングにおける第２組織についてのキーである）、ＰＲＦは、疑似ランダム関数である。ｉの例は非常に単純であるが、ｉは、多種多様な数から選択され得、単に、ＰＲＦを用いるキーの生成について各組織を指定する方式である。例えば、それは、組織についての指定コード（例えば２）、組織について使用されるランダム番号、又は、シリアル番号であってよい。いくつかの実施形態において、ｉは、キーを生成した後にブロックチェーン台帳上で利用可能になる。いくつかの実施形態において、各キーは、すべての後続のキーについてのすべての暗黙的データコレクションを解読することが可能である。例えば、Ｋ_１は、Ｋ_１ｉを用いて暗号化されるデータにアクセスするために使用され得る。

オペレーション７０６において、追加のキーは追加の組織に分散される。例えば、第１組織は第２キーを第２組織に提供する。

オペレーション７０４～７０６は、複数の組織について複数回繰り返されてよい。

上の例に続いて、オペレーション７０４が繰り返されてよく、第３リングにおける第３暗黙的データコレクションについての第３キーを導出し、ここで、第３キーは、（第１キーに基づく）第２キーから導出される。上の例に続いて、キーは、第２組織又は第１組織によって導出されてよい。上の式１を基礎として、第２リングからのすべての当事者（例えば、第１組織及び組織ｉ）は、Ｋ_１ｉを有し、ここで、ｊは次の当事者である（例えば、ｉ，ｊ∈｛２，...ｎ｝）。組織ｉからの管理者（リングの観点においてｉ＜ｊ）は、Ｋ_１ｉｊ＝ＰＲＦ_Ｋ１ｉ（ｊ）として定義される第３組織（例えば組織ｊ）についてのコレクションのキー（例えば、第３キー）を導出する。

キーＫ_１ｉｊは組織ｊの暗黙的データコレクションに関連付けられる。Ｋ_１ｉｊは組織ｊの暗黙的コレクションに関連付けられる一方で、組織ｉ及び第１組織の両方は、Ｋ_１ｉｊが導出された前のキー（例えば、Ｋ_１、Ｋ_１ｉ）を有するので、キーを計算できる。同様に、Ｋ１、Ｋ_１ｊ、及びＫ_１ｉｊは、Ｋ_１ｉｊから導出される任意のキーを計算するために使用できる。

Claims (20)

1. メモリ；及び
   前記メモリと通信するプロセッサ、
   を備え、前記プロセッサは、
   第１リングにおける第１組織の第１ノードによって、前記第１リングについての第１キーを生成する手順、ここで、前記第１キーは、データの第１コレクションをアンロックする；
   前記第１ノードによって、第２組織の第２ノードを含む第２リングを定義する手順；
   前記第１ノードによって、前記第１キーに基づいて、データの第２コレクションについての第２キーを導出する手順、ここで、前記第１キー及び前記第２キーは、データの前記第２コレクションにアクセスする、及び；
   前記第２キーを前記第２ノードに分散する手順
   を含む処理を実行するよう構成される、
   システム。
2. 第３組織の第３ノードを含む第３リングを定義する手順；
   前記第２キーに基づいて、データの第３コレクションについての第３キーを導出する手順；及び
   前記第３キーを前記第３ノードに分散する手順
   を更に備える、請求項１に記載のシステム。
3. 第３ノードを定義し、前記第３キーを導出する前記手順は、前記第２ノードによって実行される、請求項２に記載のシステム。
4. 第３ノードを定義し、前記第３キーを導出する前記手順は、前記第１ノードによって実行される、請求項２に記載のシステム。
5. 前記第３キー、前記第１キー、及び前記第２キーは、データの前記第３コレクションにアクセスする、請求項２に記載のシステム。
6. 追加の組織の追加のノードを含む追加のリングを定義する手順；
   データの追加のコレクションについて、前記第３キーに基づいて追加のキーを導出する手順；及び
   前記追加のキーを前記追加のノードに分散する手順
   を更に備える、請求項２に記載のシステム。
7. 追加のリングを定義する前記手順、前記追加のキーを導出する前記手順、及び、前記追加のキーを分散する前記手順は、複数の組織の複数のノードについて複数回実行される、請求項６に記載のシステム。
8. 第１リングにおける第１組織の第１ノードによって、前記第１リングについての第１キーを生成する段階、ここで、前記第１キーはデータの第１コレクションをアンロックする；
   前記第１ノードによって、第２組織の第２ノードを含む第２リングを定義する手順；
   前記第１ノードによって、前記第１キーに基づいて、データの第２コレクションについての第２キーを導出する手順、ここで、前記第１キー及び前記第２キーは、データの前記第２コレクションにアクセスする；及び
   前記第２キーを前記第２ノードに分散する段階
   を備える方法。
9. 第３組織の第３ノードを含む第３リングを定義する段階；
   前記第２キーに基づいて、データの第３コレクションについての第３キーを導出する段階；及び
   前記第３キーを前記第３ノードに分散する段階
   を更に備える、請求項８に記載の方法。
10. 第３ノードを定義し、前記第３キーを導出する前記段階は、前記第２ノードによって実行される、請求項９に記載の方法。
11. 第３ノードを定義し、前記第３キーを導出する前記段階は、前記第１ノードによって実行される、請求項９に記載の方法。
12. 前記第３キー、前記第１キー、及び前記第２キーは、データの前記第３コレクションにアクセスする、請求項９に記載の方法。
13. 追加の組織の追加のノードを含む追加のリングを定義する段階；
    前記第３キーに基づいて、データの追加のコレクションについて、追加のキーを導出する段階；及び
    前記追加のキーを前記追加のノードに分散する段階
    を更に備える、請求項９に記載の方法。
14. 追加のリングを定義する前記手順、前記追加のキーを導出する前記手順、及び、前記追加のキーを分散する前記手順は、複数の組織の複数のノードについて複数回実行される、請求項１３に記載の方法。
15. 具現化されたプログラム命令を有するコンピュータ可読記憶媒体を備えるコンピュータプログラム製品であって、前記プログラム命令は、プロセッサによって実行可能であり、前記プロセッサに方法を実行させ、前記方法は、
    第１リングにおける第１組織の第１ノードによって、前記第１リングについての第１キーを生成する手順、ここで、前記第１キーはデータの第１コレクションをアンロックする；
    前記第１ノードによって、第２組織の第２ノードを含む第２リングを定義する手順；
    前記第１ノードによって、前記第１キーに基づいて、データの第２コレクションについての第２キーを導出する手順、ここで、前記第１キー及び前記第２キーは、データの前記第２コレクションにアクセスする；及び
    前記第２キーを前記第２ノードに分散する手順
    を備える、コンピュータプログラム製品。
16. 第３組織の第３ノードを含む第３リングを定義する手順；
    前記第２キーに基づいて、データの第３コレクションについての第３キーを導出する手順；及び
    前記第３キーを前記第３ノードに分散する手順
    を更に備える、請求項１５に記載のコンピュータプログラム製品。
17. 第３ノードを定義し、前記第３キーを導出する前記手順は、前記第２ノードによって実行される、請求項１６に記載のコンピュータプログラム製品。
18. 第３ノードを定義し、前記第３キーを導出する前記手順は、前記第１ノードによって実行される、請求項１６に記載のコンピュータプログラム製品。
19. 前記第３キー、前記第１キー、及び前記第２キーは、データの前記第３コレクションにアクセスする、請求項１６に記載のコンピュータプログラム製品。
20. 追加の組織の追加のノードを含む追加のリングを定義する手順；
    前記第３キーに基づいて、データの追加のコレクションについての追加のキーを導出する手順；及び
    前記追加のキーを前記追加のノードに分散する手順
    を更に備える、請求項１６に記載のコンピュータプログラム製品。