JP2023505757A - 輸送プロセスのための動的な許可の割り当ておよび施行 - Google Patents

Abstract

例示的な動作は、多者輸送プロセスの輸送データを受信することと、受信された輸送データに基づいて多者輸送プロセスに関連付けられた文書およびイベントを識別することと、事前に定義された役割に基づいて多者輸送プロセスの文書およびイベントに対する読み取り許可および書き込み許可を動的に決定することと、多者輸送プロセスの識別子ならびに動的に決定された読み取り許可および書き込み許可をブロックチェーン上のブロックに格納することとのうちの１つまたは複数を含んでよい。

Description

本出願は、一般に、データをブロックチェーンに格納することに関連しており、より詳細には、役割に基づいて多者輸送プロセス（multi-party transport process）における関係者の許可を動的に決定し、許可に基づいて輸送データへのアクセスを管理するシステムに関連している。

集中データベースは、データを単一のデータベース（例えば、データベース・サーバ）に格納して一か所で維持する。この位置は、多くの場合、中央コンピュータであり、例えば、デスクトップの中央処理装置（ＣＰＵ：central processing unit）、サーバＣＰＵ、またはメインフレーム・コンピュータである。集中データベースに格納された情報は、通常、複数の異なる位置からアクセス可能である。複数のユーザまたはクライアント・ワークステーションが、例えばクライアント／サーバ構成に基づいて、集中データベースを使用して同時に作業することができる。集中データベースは、単一の位置のため、特にセキュリティの目的で、管理、維持、および制御するのが容易である。集中データベース内では、特定のデータのセットのみが１つの一次記録を含むため、データの冗長性が最小限に抑えられる。

しかし、集中データベースは重大な欠点を抱えている。例えば、耐故障性が考慮されていない場合、集中データベースには、単一障害点が存在する。したがって、ハードウェア故障（例えば、ハードウェア、ファームウェア、またはソフトウェア、あるいはその組み合わせの故障）が発生した場合、データベース内のすべてのデータが失われ、すべてのユーザの作業が中断される。加えて、集中データベースは、ネットワークの接続性に大きく依存している。その結果、接続の速度が低下すると、各データベース・アクセスに必要な時間が増加する。別の欠点は、単一の位置に起因する、集中データベースの通信量が増えた場合のボトルネックの発生である。さらに、集中データベースは、データの１つのコピーのみがデータベースによって維持されるため、データへの制限されたアクセスを提供する。

近年、組織は、中央の実体によって制限されない、複数の位置からアクセスできるデータを安全に格納するための手段として、ブロックチェーンに目を向けている。ブロックチェーン・ネットワークでは、ピアが、データを集合的に管理し、ブロックチェーンに格納する役割を担う。ブロックチェーンは、ブロックチェーン・ピア間で分散／複製された台帳に格納されてよい。ブロックチェーンは、分散型アーキテクチャを使用することによって、互いに信用していない関係者間の情報のやりとりを保護するための新しいメカニズムを提供する。

一方、輸送エコシステムは、グローバル経済への巨大な寄与者である。例えば、コンテナ輸送革命以降、運送業は、驚異的な規模に成長し、ある地理的位置から別の地理的位置に貨物を移動するための船舶／はしけ、トラック、列車、航空機、および任意のその他の手段を包含している。しかし、そのような規模のほとんどのものと同様に、この業界では、著しい非効率性および複雑さが表面化した。例えば、多くの関係者が互いに直接取引しないため、関係者間のコミュニケーションが困難になることがある。加えて、関係者は、ほとんどのトランザクションにおいて異なる優先度を有しており、これが、対照的な目標／目的をもたらす。輸送プロセスは、特に、証明のために紙ベースの文書がまだ信頼されているため、不正および時間／リソースの浪費の影響も受ける。そのため、これらの欠点および制限を克服する解決策が必要とされている。

１つの実施形態例は、多者輸送プロセスの輸送データを受信するように構成されたネットワーク・インターフェイスと、受信された輸送データに基づいて多者輸送プロセスに関連付けられた文書およびイベントを識別すること、事前に定義された役割に基づいて多者輸送プロセスの文書およびイベントに対する読み取り許可および書き込み許可を動的に決定すること、ならびに多者輸送プロセスの識別子および動的に決定された読み取り許可および書き込み許可をブロックチェーン上のブロックに格納することのうちの１つまたは複数を実行するように構成されたプロセッサとのうちの１つまたは複数を備える装置を提供する。

別の実施形態例は、多者輸送プロセスの輸送データを受信することと、受信された輸送データに基づいて多者輸送プロセスに関連付けられた文書およびイベントを識別することと、事前に定義された役割に基づいて多者輸送プロセスの文書およびイベントに対する読み取り許可および書き込み許可を動的に決定することと、多者輸送プロセスの識別子ならびに動的に決定された読み取り許可および書き込み許可をブロックチェーン上のブロックに格納することとのうちの１つまたは複数を含む方法を提供する。

さらなる実施形態例は、命令を含んでいる非一過性コンピュータ可読媒体を提供し、これらの命令は、プロセッサによって読み取られたときに、プロセッサに、多者輸送プロセスの輸送データを受信することと、受信された輸送データに基づいて多者輸送プロセスに関連付けられた文書およびイベントを識別することと、事前に定義された役割に基づいて多者輸送プロセスの文書およびイベントに対する読み取り許可および書き込み許可を動的に決定することと、多者輸送プロセスの識別子ならびに動的に決定された読み取り許可および書き込み許可をブロックチェーン上のブロックに格納することとのうちの１つまたは複数を実行させる。

第１の態様から見ると、本発明は、多者輸送プロセスの輸送データを受信するように構成されたネットワーク・インターフェイスと、受信された輸送データに基づいて多者輸送プロセスに関連付けられた文書およびイベントを識別すること、事前に定義された役割に基づいて多者輸送プロセスの文書およびイベントに対する読み取り許可および書き込み許可を動的に決定すること、ならびに多者輸送プロセスの識別子および動的に決定された読み取り許可および書き込み許可をブロックチェーン上のブロックに格納することを実行するように構成されたプロセッサとを備える装置を提供する。

本発明は、ブロックチェーンのチェーンコードによって関係者にマッピングされた定義済みの役割に基づいて、多者輸送プロセスに含まれている複数の関係者のために、ブロックチェーンに対してデータの読み取りおよび書き込みを実行するための許可を導き出すようにプロセッサが構成された、装置を提供するのが好ましい。

本発明は、多者輸送プロセスの文書およびイベントのうちの１つまたは複数にアクセスするための要求を受信することと、ブロックチェーンに格納されている動的に決定された読み取り許可および書き込み許可に基づいて、この要求を許可することとを実行するようにプロセッサがさら構成された、装置を提供するのが好ましい。

本発明は、多者輸送プロセスの文書およびイベントのうちの１つまたは複数にアクセスするための要求を受信することと、ブロックチェーンに格納されている動的に決定された読み取り許可および書き込み許可に基づいて、この要求を拒否することとを実行するようにプロセッサがさら構成された、装置を提供するのが好ましい。

本発明は、プロセッサが、多者輸送プロセスの起点、行き先、および１つまたは複数の中間位置に基づいて読み取り許可および書き込み許可を決定する、装置を提供するのが好ましい。

本発明は、多者プロセスのイベント・データの更新情報を受信することと、イベント・データの更新情報ならびにイベント・データの更新情報に対する読み取り許可および書き込み許可をブロックチェーン上のブロックに格納することとを実行するようにネットワーク・インターフェイスがさらに構成された、装置を提供するのが好ましい。

本発明は、イベント・データの更新情報が、以前に格納された文書に対する変更を含む、装置を提供するのが好ましい。

本発明は、イベント・データの更新情報が、イベントおよびそのデータに対する以前に決定された読み取り許可および書き込み許可に対する変更を含む、装置を提供するのが好ましい。

別の視点から見ると、本発明は、多者輸送プロセスの輸送データを受信することと、受信された輸送データに基づいて多者輸送プロセスに関連付けられた文書およびイベントを識別することと、事前に定義された役割に基づいて多者輸送プロセスの文書およびイベントに対する読み取り許可および書き込み許可を動的に決定することと、多者輸送プロセスの識別子ならびに動的に決定された読み取り許可および書き込み許可をブロックチェーン上のブロックに格納することとを含む方法を提供する。

本発明は、動的に決定することが、ブロックチェーンのチェーンコードによって関係者にマッピングされた定義済みの役割に基づいて、多者輸送プロセスに含まれている複数の関係者のために、ブロックチェーンに対してデータの読み取りおよび書き込みを実行するための許可を導き出すことを含む、方法を提供するのが好ましい。

本発明は、多者輸送プロセスの文書およびイベントのうちの１つまたは複数にアクセスするための要求を受信することと、ブロックチェーンに格納されている動的に決定された読み取り許可および書き込み許可に基づいて、この要求を許可することとをさらに含む方法を提供するのが好ましい。

本発明は、多者輸送プロセスの文書およびイベントのうちの１つまたは複数にアクセスするための要求を受信することと、ブロックチェーンに格納されている動的に決定された読み取り許可および書き込み許可に基づいて、この要求を拒否することとをさらに含む方法を提供するのが好ましい。

本発明は、読み取り許可および書き込み許可を動的に決定することが、多者輸送プロセスの起点、行き先、および１つまたは複数の中間位置に基づいてさらに決定される、方法を提供するのが好ましい。

本発明は、多者プロセスのイベント・データの更新情報を受信することと、イベント・データの更新情報ならびにイベント・データの更新情報に対する読み取り許可および書き込み許可をブロックチェーン上のブロックに格納することとをさらに含む方法を提供するのが好ましい。

本発明は、イベント・データの更新情報が、以前に格納された文書に対する変更を含む、方法を提供するのが好ましい。

本発明は、イベント・データの更新情報が、イベントおよびそのデータに対する以前に決定された読み取り許可および書き込み許可に対する変更を含む、方法を提供するのが好ましい。

別の態様から見ると、本発明は、命令を含んでいる非一過性コンピュータ可読媒体を提供し、これらの命令は、プロセッサによって読み取られたときに、プロセッサに、多者輸送プロセスの輸送データを受信することと、受信された輸送データに基づいて多者輸送プロセスに関連付けられた文書およびイベントを識別することと、事前に定義された役割に基づいて多者輸送プロセスの文書およびイベントに対する読み取り許可および書き込み許可を動的に決定することと、多者輸送プロセスの識別子ならびに動的に決定された読み取り許可および書き込み許可をブロックチェーン上のブロックに格納することとを含む方法を実行させる。

本発明は、動的に決定することが、ブロックチェーンのチェーンコードによって関係者にマッピングされた定義済みの役割に基づいて、多者輸送プロセスに含まれている複数の関係者のために、ブロックチェーンに対してデータの読み取りおよび書き込みを実行するための許可を導き出すことを含む、非一過性コンピュータ可読媒体を提供するのが好ましい。

本発明は、方法が、多者輸送プロセスの文書およびイベントのうちの１つまたは複数にアクセスするための要求を受信することと、ブロックチェーンに格納されている動的に決定された読み取り許可および書き込み許可に基づいて、この要求を許可することとをさらに含む、非一過性コンピュータ可読媒体を提供するのが好ましい。

本発明は、方法が、多者輸送プロセスの文書およびイベントのうちの１つまたは複数にアクセスするための要求を受信することと、ブロックチェーンに格納されている動的に決定された読み取り許可および書き込み許可に基づいて、この要求を拒否することとをさらに含む、非一過性コンピュータ可読媒体を提供するのが好ましい。

実施形態例に従って、貨物の輸送およびそれに関連するマイルストーン（イベントおよび文書）を管理するための取引エコシステムを示す図である。 実施形態例に従って、ブロックチェーン・アーキテクチャ構成を示す図である。 実施形態例に従って、ブロックチェーン・トランザクション・フローを示す図である。 実施形態例に従って、許可型ブロックチェーン・ネットワークを示す図である。 実施形態例に従って、別の許可型ブロックチェーン・ネットワークを示す図である。 実施形態例に従って、許可なしブロックチェーン・ネットワークを示す図である。 実施形態例に従って、許可を割り当て、アクセスを制御するためのホスト・プラットフォームのサービスを示す図である。 実施形態例に従って、参加者の種類と参加者の役割の間のマッピングを示す図である。 実施形態例に従って、役割に基づいて文書に対するアクセス権限を格納しているテーブルを示す図である。 実施形態例に従って、文書およびイベントに対する読み取り許可および書き込み許可を動的に決定するプロセスを示す図である。 実施形態例に従って、読み取り許可および書き込み許可を動的に決定する方法を示す図である。 実施形態例に従って、本明細書に記載された１つまたは複数の動作を実行するように構成された例示的なシステムを示す図である。 実施形態例に従って、本明細書に記載された１つまたは複数の動作を実行するように構成された別の例示的なシステムを示す図である。 実施形態例に従って、スマート・コントラクトを利用するように構成された、さらに別の例示的なシステムを示す図である。 実施形態例に従って、ブロックチェーンを利用するように構成された、さらに別の例示的なシステムを示す図である。 実施形態例に従って、分散型台帳に追加されている新しいブロックのプロセスを示す図である。 実施形態例に従って、新しいデータ・ブロックのデータの内容を示す図である。 実施形態例に従って、デジタル・コンテンツのためのブロックチェーンを示す図である。 実施形態例に従って、ブロックチェーン内のブロックの構造を表すことができるブロックを示す図である。 実施形態例に従って、機械学習（人工知能）データを格納する例示的なブロックチェーンを示す図である。 実施形態例に従って、例示的な量子セキュアなブロックチェーンを示す図である。 実施形態例のうちの１つまたは複数をサポートする例示的なシステムを示す図である。

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

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

加えて、「メッセージ」という用語が実施形態の説明において使用されていることがあるが、本出願は、多くの種類のネットワークおよびデータに適用されてよい。さらに、特定の種類の接続、メッセージ、および信号伝達が実施形態例において示されることがあるが、本出願は、特定の種類の接続、メッセージ、および信号伝達に限定されない。

実施形態例は、多者輸送プロセスのデータに対する読み取り許可および書き込み許可を動的に決定し、ブロックチェーンを介して動的に決定された許可に基づいてデータへのアクセスを制御するための方法、システム、コンポーネント、非一過性コンピュータ可読媒体、デバイス、またはネットワークあるいはその組み合わせを提供する。

１つの実施形態では、本出願は、互いに通信する複数のノードを含んでいる分散ストレージ・システムである分散型データベース（ブロックチェーンなど）を利用する。分散型データベースは、相互に信頼できない関係者間でレコードを維持することができる分散型台帳に似ている、追加専用の変更不可能なデータ構造を含む。信頼できない関係者は、本明細書ではピアまたはピア・ノードと呼ばれる。各ピアは、データベース・レコードのコピーを維持し、単一のピアは、分散されたピア間で合意に達することなく、データベース・レコードを変更することができない。例えば、ピアは、ブロックチェーン格納トランザクションの妥当性を確認し、それらの格納トランザクションをブロックにグループ化し、ブロック上にハッシュ・チェーンを構築するために、合意プロトコルを実行してよい。このプロセスは、一貫性のために、必要に応じて、格納トランザクションを順序付けることによって台帳を形成する。さまざまな実施形態では、許可型ブロックチェーンまたは許可なしブロックチェーンあるいはその両方が使用され得る。パブリック・ブロックチェーンまたは許可なしブロックチェーンには、特定の識別情報なしで、誰でも参加することができる。パブリック・ブロックチェーンは、ネイティブ暗号通貨を含み、プルーフ・オブ・ワーク（ＰｏＷ：Proof of Work）などのさまざまなプロトコルに基づいて、合意を使用することができる。一方、許可型ブロックチェーン・データベースは、資金、商品、情報などを交換する企業などの、共通の目標を共有しているが、互いに完全には信用していない実体のグループ内で、安全な相互作用を提供する。

本出願は、分散型ストレージ方式に合わせてある、「スマート・コントラクト」または「チェーンコード」と呼ばれる、任意のプログラム可能な論理を操作するブロックチェーンを利用することができる。場合によっては、システム・チェーンコードと呼ばれる、管理機能およびパラメータのための特殊なチェーンコードが存在することがある。アプリケーションは、ブロックチェーン・データベースの改ざん防止の特性、および署名または署名ポリシーと呼ばれるノード間の基礎になる合意を活用する、信頼できる分散されたアプリケーションであるスマート・コントラクトをさらに利用することができる。このアプリケーションに関連付けられたブロックチェーン・トランザクションは、ブロックチェーンにコミットされる前に「署名される」ことができ、一方、署名されていないトランザクションは無視される。署名ポリシーは、チェーンコードが、トランザクションの署名者を、署名に必要なピア・ノードのセットの形態で指定できるようにする。クライアントが、トランザクションを、署名ポリシーで指定されたピアに送信するときに、トランザクションの妥当性を確認するためのトランザクションが実行される。妥当性確認の後に、トランザクションが順序付けフェーズに移行し、順序付け段階では、合意プロトコルが使用され、ブロックにグループ化された、署名されたトランザクションの順序付けられたシーケンスを生成する。

本出願は、ブロックチェーン・システムの通信実体であるノードを利用することができる。「ノード」は、異なる種類の複数のノードが同じ物理サーバ上で実行され得るという意味で、論理機能を実行してよい。ノードは、信頼できるドメイン内でグループ化され、さまざまな方法でそれらのノードを制御する論理的実体に関連付けられる。ノードは、トランザクション呼び出しを署名者（例えば、ピア）にサブミットし、トランザクション提案を順序付けサービス（例えば、順序付けノード）にブロードキャストするクライアントまたはサブミット・クライアント・ノードなどの、さまざまな種類を含んでよい。別の種類のノードは、クライアントがサブミットしたトランザクションを受信し、トランザクションをコミットし、ブロックチェーン・トランザクションの台帳の状態およびコピーを維持することができるピア・ノードである。ピアは署名者の役割を持つこともできるが、これは必須要件ではない。順序付けサービス・ノードまたは順序付けノードは、すべてのノードのための通信サービスを実行するノードであり、トランザクションをコミットするとき、およびブロックチェーンの世界状態（world state）（通常は制御情報および設定情報を含んでいる初期ブロックチェーン・トランザクションの別名）を変更するときの、システム内のピア・ノードの各々へのブロードキャストなどの、配信保証を実施する。

本出願は、ブロックチェーンのすべての状態遷移の順序付けられた改ざん防止機能付きレコードである台帳を利用することができる。状態遷移は、参加している関係者（例えば、クライアント・ノード、順序付けノード、署名者ノード、ピア・ノードなど）によってサブミットされたチェーンコード呼び出し（すなわち、トランザクション）から生じてよい。各参加している関係者（ピア・ノードなど）は、台帳のコピーを維持することができる。トランザクションは、１つまたは複数のオペランド（作成、更新、削除など）として台帳にコミットされているアセットのキーと値のペアのセットをもたらしてよい。台帳は、変更不可能な順序付けられたレコードをブロックに格納するために使用されるブロックチェーン（チェーンとも呼ばれる）を含む。台帳は、ブロックチェーンの現在の状態を維持する状態データベースも含む。

本出願は、ハッシュ・リンク・ブロックとして構造化されたトランザクション・ログであるチェーンを利用することができ、各ブロックはＮ個のトランザクションのシーケンスを含んでおり、Ｎは１以上である。ブロック・ヘッダーは、ブロックのトランザクションのハッシュ、および前のブロックのヘッダーのハッシュを含んでいる。このようにして、台帳のすべてのトランザクションが順序付けられ、暗号によって一緒にリンクされてよい。したがって、ハッシュ・リンクを壊さずに台帳データを改ざんすることはできない。直前に追加されたブロックチェーンのブロックのハッシュは、それ以前に発生したチェーン上のすべてのトランザクションを表し、すべてのピア・ノードが一貫性のある信頼できる状態にあることを保証できるようにする。チェーンは、ブロックチェーンのワークロードの追加専用という性質を効率的にサポートするピア・ノードのファイル・システム（すなわち、ローカル、取り付けられたストレージ、クラウドなど）に格納されてよい。

変更不可能な台帳の現在の状態は、チェーンのトランザクション・ログに含まれているすべてのキーの最新の値を表す。現在の状態は、チャネルに知られている最新のキーの値を表すため、世界状態と呼ばれることもある。チェーンコード呼び出しは、台帳の現在の状態のデータに対してトランザクションを実行する。それらのチェーンコードの相互作用を効率的にするために、最新のキーの値が状態データベースに格納されてよい。状態データベースは、単にチェーンのトランザクション・ログへのインデックス付きビューであってよく、したがって、いつでもチェーンから再生成され得る。状態データベースは、ピア・ノードの起動時に、トランザクションが受け取られる前に、自動的に回復されて（必要な場合は、生成されて）よい。

グローバルな取引エコシステムは、グローバル経済への巨大な寄与者である。例えば、海上輸送は、貨物取引の最も重要な手段の１つである。１９６０年代のコンテナ輸送革命以降、取引エコシステムが驚異的な規模に成長したが、大規模であるほとんどのものと同様に、取引エコシステムでは、非効率性および複雑さが表面化した。これらの非効率性は、関与するすべての異なる関係者間で２地点間接続を作成しようとすること、自己中心的な仕事のやり方に捕らわれる可能性があるデータ、トランザクションに関する対照的な目的、ならびに不正および時間の浪費の影響を受けるプロセスから生じる。その間、技術革新および速度を抑える紙ベースのプロセスの負担によって支えられている。

輸送のマイルストーン（本明細書ではイベントと呼ばれる）および取引文書作成を含む、グローバルな取引を管理することに関連するデータの２つの主な種類が存在する。マイルストーンは、例えば、コンテナが移動する前でも決定される予定到着日、コンテナが起点で密封された時間、コンテナが旅のさまざまな位置で曝された気温などの、コンテナの旅のさまざまなステップを含むことができる。これらは、輸送について計画し、実行するためにサプライ・チェーン・エコシステムにとって非常に重要である多くのマイルストーンのうちのごくわずかな例にすぎない。輸送を公式に定義して認可する文書が重要であるのと同様である。文書は、梱包明細書および船荷証券に加えて、地域および交易路によって変わるさまざまな文書を含む。この文書作成は、サプライ・チェーンにとって中心的役割を果たす。

海上輸送（および輸送のその他の形態）は、非常に競争が激しく、高度に規制されている。プラットフォームへの参加が競争上のリスクまたは規制リスクに輸送業者を曝さないということを、輸送業者が信用することが不可欠である。例えば、海上輸送業者は、他の輸送業者が利用する重要な文書（例えば、船荷証券、海上運送状など）を発行することがある。同様に、ネットワーク上の他の参加者は、文書を作成し、正しい関係者のみがそれらの文書へのアクセス権限を受け取るという保証を得る必要がある。機密情報の例として、輸送の参加者、文書、詳細な位置データ（住所）などが挙げられる（ただし、これらに限定されなくてよい）。必要なことは、秘密情報または機密情報を、安全かつ正しい関係者のみによってアクセス可能または変更可能に維持しながら、エコシステム上のすべての参加者とデータを共有する方法である。

実施形態例は、多者輸送プロセスに関与している参加者（例えば、組織など）に許可を動的に割り当てることができるシステムを提供する。システムは、異なる参加者の種類にマッピングされた定義済みの役割を格納してよい。参加者がプロセスの一部であるとして識別されたときに、システムは、その特定のプロセスの参加者の役割を決定し、決定された役割に基づいて、プロセスの文書およびイベント・データに対する読み取り許可および書き込み許可を動的に割り当ててよい。参加者に割り当てられた役割は、プロセスにおける参加者の位置に基づいて異なってよい。したがって、システムは、プロセスの特定の詳細に基づいて、参加者の役割を実行時に動的に決定し、それに応じて読み取り／書き込み許可を割り当てることができる。さらに、システムは、そのような許可を、安全に／変更不可能なように格納され、ネットワーク内の異なる場所／位置にわたってアクセス可能になるように、ブロックチェーンに格納することができる。新しいデータが使用可能になったときに、変更されたデータを反映するように、ブロックチェーンに対する許可が更新されることができ、それに応じて許可が更新され／割り当てられてよい。参加者（またはそのユーザ）がデータにアクセスしようとするときに、ブロックチェーンがアクセス許可を施行（enforce）し、それによって、全く異なる関係者がデータを表示するための便利なメカニズムも有効にしながら、データへの不正アクセスを防ぐ。

本明細書に記載されたシステムは、プロセスに関与している参加者のために、２地点間の方法でのアクセスの定義を必要とせずに、グローバルな取引の許可、ならびにデータ、リソース、および文書への制御されたアクセスを、動的な自動化された方法でサポートする。実施形態例は、特定の輸送に関して各関係者が受け取ることができる役割の概念を、各役割が作成／アクセスすることができる文書の種類およびイベントの種類と組み合わせる。さらに、システムは、各文書またはデータの一部にアクセスしているユーザごとに実行時に施行される必要があるアクセス制御を導き出すことができる。例えば、取引情報（マイルストーンおよび文書を含む）に対して特定の参加者が有するアクセス権限を決定するために、システムは、特定の輸送での参加者の役割に関する情報から、アクセス制御を決定してよい。実行中に、許可されたデータのみが各関係者によって見られることができるように、さまざまなポリシー・サービスが許可を施行する。一部の実施形態では、システムは、輸送サービスが、特定の輸送に関する許可を無効にすること、文書をアップロードする人が優先性に基づいて許可を調整できるようにすること、輸送階層のレベルごとにアクセス制御をサポートすることなどを、可能にしてよい。

本明細書に記載されたシステムの利点の一部は、データへの複数の関係者のアクセスを、それらの関係者が関与している関係者の各々との１対１の接続の作成を含まずに、提供することを含む。そのため、関係者には、輸送回廊にわたるエンドツーエンドの可視性および情報へのリアルタイムのアクセスを含む多くの優位性が生じ、強化された港の協力および改善されたターミナル計画がもたらされる。システムは、輸送のイベントおよび文書のデジタル監査証跡も提供し、これによって、顧客サービスおよびネットワーク統合のコストを削減し、貨物の誤申告を少なくする。システムは、より多くの情報に基づくリスク評価、より少ない文書業務、および国営プラットフォーム（national platform）へのより容易な接続をもたらす、共有されてデジタル化された輸入／輸出情報も提供する。システムは、輸送に関するサプライ・チェーン・イベントへのリアルタイムのアクセスも提供し、ボトルネックを弱めて、アセットの改善された計画および利用を伴う内陸輸送を可能にする。加えて、サプライ・チェーン全体が効率化され、予測可能性が大幅に改善されて、問題および在庫不足の早期の通知を可能にする。システムは、通関手数料ツール（clearance brokerage tools）の改善を可能にするトラックアンドトレース・ツールの有効性も提供する。さらに、ブロックチェーンの使用は、貿易金融に関する情報の変更不可能なソースを提供し、それによって、リアルタイム・データへの金融サービスのアクセスを可能にする。

本明細書においてさらに説明されるように、参加者に、多者輸送プロセスに関連付けられたイベント・データ（マイルストーン）および文書などのブロックチェーン・データへのアクセスを動的に与えることができる。本明細書において説明されるように、「輸送」という用語は、海上／船舶、鉄道／列車、道路／トラック、飛行／航空機などを含む、貨物または商品を輸送する任意の方法のことを指していると理解されるべきである。

参加者の種類の例としては、貨物所有者、代理業者、海上輸送業者、輸送仲介業者、内陸輸送業者、ターミナル・オペレータ、税関当局、金融サービスなどが挙げられるが、これらに限定されない。

参加者の種類に付与され得る役割の例としては、購入者、販売者、輸出業者、輸入業者、荷送人、荷受人、輸送サービスの購入者、輸送サービスの提供者、起点または行き先のサード・パーティ・ロジスティクス（３ＰＬ：third party logistics）、通関業者（輸出、輸入など）、海上ターミナル（起点、行き先など）、鉄道経営者、トラック運転手、はしけ操縦者、支線、積み替えターミナル、港湾コミュニティ・サービス（ＰＣＳ：port community service）、輸出局、輸入局、銀行（販売者の銀行、購入者の銀行など）、保険会社などが挙げられるが、これらに限定されない。

各参加者の種類は、複数の異なる役割にマッピングされてよい。例えば、貨物所有者は、多者輸送プロセスにおける貨物所有者の活動に基づいて、販売者、購入者、輸出業者、輸入業者、荷送人、荷受人、輸送サービスの購入者などの役割を持ってよい。本明細書においてさらに説明されるポリシー・サービスが多者輸送プロセスの詳細を受信したときに、ポリシー・サービスは、マッピングに基づいて、および輸送プロセスにおける参加者の動作に基づいて、各参加者に１つまたは複数の役割を割り当ててよい。例えば、貨物所有者が、貨物を販売している元の所有者であると同時に、１つの国から次の国への貨物の船荷主でもある場合、貨物所有者は、販売者、輸出業者、および荷送人の役割を同時に受け取ってよい。

多者輸送プロセスの一部であってよい文書の例としては、予約確認、送り状、出荷指示書、船荷証券、海上運送状、ハウス船荷証券、運送業者の貨物受取証、着荷通知、危険物申告書、予約要求などが挙げられるが、これらに限定されない。

多者輸送プロセスの間に発生することがあるイベントの例としては、管理者のイベント、起点の計画されたイベント、海上の計画されたイベント、行き先の計画されたイベント、起点の推定されたイベント、海上の推定されたイベント、行き先の推定されたイベント、起点の実際のイベント、海上の実際のイベント、起点の実際のイベント、海上の実際のイベント、行き先の実際のイベントなどが挙げられるが、これらに限定されない。

多者輸送階層内の役割への参加者のマッピングを、輸送のさまざまなマイルストーン・イベントおよびさまざまな取引文書に対する関係者の役割への許可の表明と動的に組み合わせることによって、システムは、多者輸送プロセスの特定のデータにアクセスする（読み取る／書き込む）ための許可を導き出し、施行してよい。非限定的な例として、システムは、海上輸送業者は輸送の船荷証券をアップロードすることができるが、内陸輸送業者（例えば、トラック運転手）はこの文書にアクセスすることができないということを決定してよい。システム全体は、許可情報を導き出し、その後、マイルストーン・イベントおよび文書を含むオブジェクトにシステムからアクセスすることの一部として許可を施行するサービスから成る。

図１は、実施形態例に従って、貨物の輸送を管理するための取引エコシステム１００を示している。図１を参照すると、ホスト・プラットフォーム１３０は、本明細書に記載されたシステムをホストしてよく、アプリケーション・プログラミング・インターフェイス（ＡＰＩ：application programming interface）１３２、１つまたは複数のサービス１３４、およびブロックチェーン１３６を含んでよい。システムの参加者１１０は、１つまたは複数のアプリケーション１２０またはＡＰＩ１３２を介してサービス１３４にアクセスし、多者輸送プロセスの初期輸送データ（例えば、関与している関係者、経路情報、貨物情報など）をアップロードしてよい。この情報に基づいて、サービス１３４は、関与している関係者の各々の役割を識別し、多者輸送プロセスの文書およびイベント・データに対する（例えば、データを読み取るか、または書き込むか、あるいはその両方のための）アクセス権限を動的に割り当ててよい。動的に割り当てられたアクセス情報に加えて、多者輸送プロセス、イベント、および文書、ならびに関係者の識別子が、ブロックチェーン１３６に格納されてよい。

一方、ＡＰＩ１３２が、多者輸送プロセスへの参加者１１０とホスト・プラットフォーム１３０、アプリケーション１２０とホスト・プラットフォーム１３０などの間のデータ通信を可能にしてよい。貨物に関連するデータが、参加者１１０からアップロードされ、統合フレームワーク１１２を介して、プラットフォーム１３０に適した形式に統合されてもよい。例えば、貨物の画像データが（例えば、製品ＩＤまたはコンテナＩＤをスキャンして）捕捉されてよく、その後、貨物の地理位置情報、貨物を保有している現在の参加者、貨物を保有している輸送（はしけ、トラック、鉄道など）の識別子、貨物が位置している環境のセンサ・データ（例えば、温度、速度、湿度など）などの、テキスト記述の形態でのコンテキスト情報と共に、ブロックチェーン１３６にサブミットされる。このデータは、何かの異常が発生した場合に、関係者が後でデータを確認できるように、変更不可能な方法でブロックチェーン１３６に格納されてよい。これによって、貨物／輸送が期待通りにならなかった理由を素早く理解することなどが可能になる。

最初に、参加者１１０が、組織として解決策に組み込まれる。各参加者に参加者の種類が割り当てられてよく、参加者の種類は、輸送で組織が引き受けることができる特定の役割のセットを定義する。例えば、貨物所有者の参加者の種類は、販売者、購入者、輸入業者、輸出業者、荷送人、荷受人、輸送サービスの購入者などの役割を持つことができる。サービス１３４は、役割を割り当て、多者輸送プロセスにおける役割／関係者ごとに読み取り／書き込み許可を定義し、定義された読み取り許可および書き込み許可に基づいて、多者輸送プロセスのデータへのアクセスを制御してよい。例えば、関係者は、特定の文書またはマイルストーン・イベントのデータを読み取ることが許可されてよいが、データを書き込むことは許可されなくてよい。別の例として、関係者は、多者輸送プロセスに関わるすべての文書ではなく、一部の文書を見ることが許可されてよい。サービス１３４は、許可を動的に割り当て、その後、動的に割り当てられた許可に基づいて、データへのアクセスを制御してよい。多者輸送プロセスのデータは、ブロックチェーン１３６、チェーン外のシステムなどに格納されてよい。

例えば、貨物のイベント／マイルストーンは、多者輸送プロセスを介して移動するときに、ブロックチェーン１３６に関連して格納されてよい。イベント・データは、統合フレームワーク１１２を介して参加者１１０からアップロードされてよい。イベント・データは、ブロックチェーン１３６に格納されてよい。別の例として、イベント・データは、ブロックチェーン１３６に格納されている（検証のための）イベント・データのハッシュと共にチェーン外に格納されてよい。イベントの例としては、コンテナのＰＩＤ（Physical ID：物理的ＩＤ）を参照するコンテナの状態のイベント、および特定の時間にコンテナが位置している場所などが挙げられる。例えば、ＰＩＤの画像が捕捉され、コンテキスト情報と共にホスト・プラットフォーム１３０にアップロードされてよい。サービス１３４は、イベント・データがチェーン外に格納されている間、イベント・データのハッシュを作成し、ブロックチェーン１３６に格納してよい。その後、（例えば、多者輸送プロセスの参加者の）ユーザが、イベント・データにアクセスしようとするときに、ポリシー・サービス（スマート・コントラクトを含む）によってアクセスが制御されてよく、これが、図４Ａ～４Ｄに関してさらに説明される。イベント・データへのアクセスは、実行時に参加者に動的に割り当てられた役割に基づいてよい。

同様に、多者輸送プロセスに関連付けられた文書は、ブロックチェーン１３６に格納されてよく、またはそれらの文書は、ブロックチェーン１３６に格納されている文書のハッシュと共にチェーン外に格納されてよい。イベント・データと同様に、文書データへのアクセスはポリシー・サービスによって制御されてよく、文書へのアクセスは、実行時に参加者に動的に割り当てられた役割に基づいてよい。

ホスト・プラットフォーム１３０との情報のやりとりの各々が認証されてよく、ユーザおよび組織（参加者）が、ＣＡ（Certificate Authority：認証機関）によってブロックチェーンに登録されたデジタル・アイデンティティにマッピングされてよい。さらに、ブロックチェーン１３６の使用は、多くの優位性を解決策にもたらす。例えば、ブロックチェーン１３６は、変更不可能な複製された共有台帳を提供し、この共有台帳は、信用の欠如などの、互いに信用していない複数の関係者が一緒に取引するときに発生する可能性がある問題を解決することができる。ブロックチェーン１３６は、真実の単一のバージョンも提供する。紛争がよく起こり、その解決に費用がかかるため、真実の単一のバージョンが役立つことがある。さらに、ブロックチェーン１３６は、信頼性および所有権を提供するために使用されることができる。ブロックチェーン１３６は、複数のステップの文書業務（グローバルな取引文書作成、サプライ・チェーンの金融など）へのアクセスを追跡して制御するために使用されることができる。ブロックチェーン１３６は、回収、保管の追跡のチェーン、来歴などを含む、複数の関係者にわたるイベントの信頼できる可視性も提供する。ブロックチェーン１３６は、変更不可能な台帳を介して監査可能性も提供し、ブロックチェーン１３６の分散される性質に起因する不正／改ざんを防ぐことができる。

図２Ａは、実施形態例に従って、ブロックチェーン・アーキテクチャの構成２００を示している。図２Ａを参照すると、ブロックチェーン・アーキテクチャ２００は、特定のブロックチェーン要素（例えば、ブロックチェーン・ノードのグループ２０２）を含んでよい。ブロックチェーン・ノード２０２は、１つまたは複数のノード２０４～２１０を含んでよい（単に例として、これらの４つのノードが示されている）。これらのノードは、ブロックチェーン・トランザクションの追加および妥当性確認プロセス（合意）などの、複数の活動に参加する。ブロックチェーン・ノード２０４～２１０のうちの１つまたは複数は、署名ポリシーに基づいてトランザクションに署名してよく、アーキテクチャ２００内のすべてのブロックチェーン・ノードのための順序付けサービスを提供してよい。ブロックチェーン・ノード２０４～２１０の各々は、ブロックチェーン・プラットフォーム２１２、アプリケーション・コード２２０（例えば、スマート・コントラクトなど）、アプリケーション・プログラミング・インターフェイス（ＡＰＩ）２２２、アプリケーション２２４などを、それらの内部にインストールしていてよい。例えば、ブロックチェーン・ノードは、ブロックチェーン・トランザクションを開始し、ブロックチェーン層２１６に格納されたブロックチェーンの変更不可能な台帳に書き込もうとしてよく、この書き込みのコピーが、ブロックチェーン・トランザクション２１２の基盤になる物理的インフラストラクチャ２１４にも格納されてよい。ブロックチェーンの構成は、格納されたプログラム／アプリケーション・コード２２０（例えば、ブロックチェーン・クライアント、チェーンコード、スマート・コントラクトなど）にアクセスして実行するためにＡＰＩＳ２２２にリンクされたアプリケーション２２４を含んでよく、プログラム／アプリケーション・コード２２０は、参加者によって要求されてカスタマイズされた構成に従って作成されることができ、それらの状態を維持し、外部の情報を受信し、ブロックチェーンＡＰＩと通信することができる。ブロックチェーンの構成は、デプロイし、すべてのブロックチェーン・ノード２０４～２１０にインストールすることができる。

ブロックチェーン・ベースまたはプラットフォーム２１２は、ブロックチェーン・データのさまざまな層と、サービス（例えば、暗号信用サービス、仮想実行環境など）と、新しいトランザクションを受信して格納し、データ・エントリにアクセスしようとしている監査人にアクセスを提供するために使用されてよい、基盤になる物理的コンピュータ・インフラストラクチャとを含んでよい。ブロックチェーン層２１６は、プログラム・コードを処理し、物理的インフラストラクチャ２１４に参加させるために必要な仮想実行環境へのアクセスを提供するインターフェイスを公開してよい。暗号信用サービス２１８は、アセット交換トランザクションなどのトランザクションを検証し、情報をプライベートに保つために使用されてよい。

図２Ａのブロックチェーン・アーキテクチャの構成は、ブロックチェーン・プラットフォーム２１２によって公開された１つまたは複数のインターフェイスおよび提供されたサービスを介して、プログラム／アプリケーション・コード２２０を処理および実行してよい。コード２２０は、ブロックチェーンのアセットを制御してよい。例えば、コード２２０は、データを格納および転送することができ、スマート・コントラクトおよび条件を含む関連するチェーンコードまたは実行の対象になるその他のコード要素の形態で、ノード２０４～２１０によって実行されてよい。非限定的な例として、リマインダ、更新、または変更、更新の対象になるその他の通知、あるいはその組み合わせなどを実行するために、スマート・コントラクトが作成されてよい。スマート・コントラクト自体は、権限付与およびアクセスの要件ならびに台帳の使用に関連付けられたルールを識別するために使用され得る。例えば、読み取りデータがアプリケーション・コード２２０内のスマート・コントラクトによって処理されて、適切なアクセスを決定し、要求している関係者に、可視の結果のみを返してよい。書き込みデータも、アプリケーション・コード２２０内のスマート・コントラクトによって処理されて、特定のアセットへの正しいアクセスがこの関係者／組織に対して許可されているかどうかを判定してよい。

スマート・コントラクトがプログラミング言語で作成され、その後、すべてのブロックチェーン・ノードのチャネル上で関連付け／インスタンス化され／デプロイされてよい。スマート・コントラクトは、ブロックチェーン・チャネルまたは台帳（例えば、ブロックチェーン・ピアの分散ネットワーク）への登録、格納、または複製、あるいはその組み合わせが実行される実行可能コードを含んでよい。アプリケーションまたはブロックチェーン・クライアントによってトランザクションがサブミットされ、それによって、妥当性確認または合意の目的で、スマート・コントラクト・コードの実行を引き起こしてよい。スマート・コントラクトの正常な実行は、デジタル・ブロックチェーン台帳の状態に対する信頼できる変更をトリガーしてよい。スマート・コントラクトの実行によって引き起こされるブロックチェーン台帳に対する変更は、内部のブロックチェーン通信プロトコルを介して、ブロックチェーン・ピアの分散ネットワーク全体に自動的に複製されてよい。

スマート・コントラクトは、データをキーと値のペアの形式でブロックチェーンに書き込んでよい。さらに、スマート・コントラクト・コードは、ブロックチェーンに格納された値を読み取り、それらをアプリケーションの動作において使用することができる。スマート・コントラクト・コードは、さまざまな論理演算の出力をブロックチェーンに書き込むことができる。ブロックチェーンに書き込まれたデータは、パブリックになること、またはプライベートとして暗号化されて維持されること、あるいはその両方が行われ得る。スマート・コントラクトによって使用／生成される一時的データは、提供された実行環境によってメモリ内に保持され、ブロックチェーンに必要なデータが識別された後に削除される。

チェーンコードは、追加機能と共に、スマート・コントラクトのコード解釈を含んでよい。本明細書に記載されているように、チェーンコードは、ブロックチェーン・ノード・ネットワーク上にデプロイされるプログラム・コードであってよく、合意プロセス中に、チェーン・バリデータによって一緒に実行されて妥当性を確認される。

図２Ｂは、実施形態例に従って、ブロックチェーンのノード間のブロックチェーン・トランザクション・フロー２５０の例を示している。図２Ｂを参照すると、トランザクション・フローは、アプリケーション・クライアント・ノード２６０によって署名ピア・ノード２８１に送信されるトランザクション提案２９１を含んでよい。署名ピア２８１は、クライアントの署名を検証し、チェーンコード関数を実行してトランザクションを開始してよい。２８１でのチェーンコードの実行は、トランザクションを呼び出した関係者／組織に対する適切な読み取り許可または書き込み許可あるいはその両方の許可チェックを含んでよい。例えば、関係者が文書またはイベント・データを表示することが許可されているかどうかがチェックされてよい。出力は、チェーンコードの結果、チェーンコードに読み取られたキー／値のバージョンのセット（読み取りセット）、およびチェーンコードに書き込まれたキー／値のセット（書き込みセット）を含んでよい。提案応答２９２が、承認されている場合は署名と共に、クライアント２６０に返送される。クライアント２６０は、署名をトランザクションのペイロード２９３にまとめて、順序付けサービス・ノード２８４にブロードキャストする。その後、順序付けサービス・ノード２８４は、順序付けられたトランザクションをチャネル上でブロックとしてすべてのピア２８１～２８３に配信する。ブロックチェーンへのコミットの前に、各ピア２８１～２８３がトランザクションの妥当性を確認してよい。例えば、ピアは、指定されたピアの正しい割り当てが結果に署名し、トランザクションのペイロード２９３に対する署名を認証したことを確認するために、署名ポリシーをチェックしてよい。

再び図２Ｂを参照すると、クライアント・ノード２６０が、要求を構築してピア・ノード２８１（署名者）に送信することによって、トランザクション２９１を開始する。クライアント２６０は、サポートされているソフトウェア開発キット（ＳＤＫ：software development kit）を利用するアプリケーションを含んでよく、このアプリケーションは、使用可能なＡＰＩを利用してトランザクション提案を生成する。提案は、データが台帳から読み取られること、または台帳に書き込まれること（すなわち、アセットの新しいキーと値のペアを書き込むこと）、あるいはその両方を実行できるように、チェーンコード関数を呼び出すことの要求である。ＳＤＫは、トランザクション提案を、適切に設計された形式（例えば、遠隔手続き呼び出し（ＲＰＣ：remote procedure call）を経由するプロトコル・バッファ）にパッケージ化するためのシムとして機能し、クライアントの暗号認証情報を受け取って、トランザクション提案の一意の署名を生成してよい。

それに応じて、署名ピア・ノード２８１は、（ａ）トランザクション提案が適切に形成されていること、（ｂ）トランザクションが過去にすでにサブミットされていないこと（リプレイアタック保護）、（ｃ）署名が有効であること、および（ｄ）そのチャネルに対する提案された操作を実行するための適切な権限がサブミッター（例では、クライアント２６０）に与えられていることを検証してよい。署名ピア・ノード２８１は、トランザクション提案の入力を、呼び出されるチェーンコード関数への引数として受け取ってよい。その後、チェーンコードが、現在の状態データベースに対して実行され、応答値、読み取りセット、および書き込みセットを含んでいるトランザクション結果を生成する。ただしこの時点では、台帳に対する更新は行われない。２９２で、値のセットが、署名ピア・ノード２８１の署名と共に、提案応答２９２としてクライアント２６０のＳＤＫに返され、このＳＤＫが、アプリケーションが使用するためのペイロードを構文解析する。

それに応じて、クライアント２６０のアプリケーションが、署名ピアの署名を検査／検証し、提案応答を比較して、提案応答が同じであるかどうかを判定する。チェーンコードが単に台帳に問い合わせた場合、アプリケーションは問い合わせ応答を検査し、通常は、トランザクションを順序付けノード・サービス２８４にサブミットしない。クライアント・アプリケーションが、台帳を更新するためにトランザクションを順序付けノード・サービス２８４にサブミットしようとしている場合、アプリケーションは、サブミットする前に、指定された署名ポリシーが満たされているかどうか（すなわち、トランザクションに必要なすべてのピア・ノードがトランザクションに署名したかどうか）を判定する。ここで、クライアントは、トランザクションの複数の関係者のうちの１つのみを含んでよい。この場合、各クライアントは、それ自身の署名ノードを含んでよく、各署名ノードがトランザクションに署名する必要がある。アーキテクチャは、アプリケーションが応答を検査しないことを選択するか、またはその他の方法で署名されていないトランザクションを転送する場合でも、署名ポリシーが、ピアによってまだ実施され、コミット妥当性確認フェーズで維持されるようにする。

検査に成功した後に、ステップ２９３で、クライアント２６０が、署名をトランザクションにまとめ、順序付けノード２８４へのトランザクション・メッセージ内でトランザクション提案およびトランザクション応答をブロードキャストする。トランザクションは、読み取り／書き込みセット、署名ピアの署名、およびチャネルＩＤを含んでよい。順序付けノード２８４は、その動作を実行するために、トランザクションの内容全体を検査する必要はなく、代わりに順序付けノード２８４は、単に、トランザクションをネットワーク内のすべてのチャネルから受信して、チャネル別に経時的に順序付けし、チャネルごとにトランザクションのブロックを作成してよい。

トランザクションのブロックは、順序付けノード２８４からチャネル上のすべてのピア・ノード２８１～２８３に配信される。いずれかの署名ポリシーが満たされていることを保証するため、および読み取りセットがトランザクションの実行によって生成されて以来、読み取りセットの変数に関して台帳の状態に対する変更がないことを保証するために、ブロック内のトランザクション２９４の妥当性が確認される。ブロック内のトランザクションは、有効または無効であるとしてタグ付けされる。さらに、ステップ２９５で、各ピア・ノード２８１～２８３は、ブロックをチャネルのチェーンに追加し、有効なトランザクションごとに、書き込みセットが現在の状態データベースにコミットされる。トランザクション（呼び出し）が変更不可能なようにチェーンに追加されたことをクライアント・アプリケーションに通知するため、およびトランザクションの妥当性が確認されたか、または無効にされたかを通知するために、イベントが発行される。

図３Ａは許可型ブロックチェーン・ネットワーク３００の例を示しており、許可型ブロックチェーン・ネットワーク３００は、分散型の非集中的ピアツーピア・アーキテクチャを特徴とする。この例では、ブロックチェーン・ユーザ３０２は、許可型ブロックチェーン３０４に対するトランザクションを開始してよい。この例では、トランザクションは、デプロイ、呼び出し、または問い合わせであることができ、ＳＤＫを利用するクライアント側のアプリケーションを介して、ＡＰＩを介して直接的に、などによって、発行されてよい。ネットワークは、監査人などのレギュレータ３０６へのアクセスを提供してよい。ブロックチェーン・ネットワーク・オペレータ３０８は、レギュレータ３０６を「監査人」として登録し、ブロックチェーン・ユーザ３０２を「クライアント」として登録するなど、メンバーの許可を管理する。監査人を、台帳への問い合わせのみに制限することができ、一方、特定の種類のチェーンコードのデプロイ、呼び出し、および問い合わせを行うための権限をクライアントに与えることができる。

ブロックチェーン開発者３１０は、チェーンコードおよびクライアント側のアプリケーションを書き込むことができる。ブロックチェーン開発者３１０は、インターフェイスを介して、チェーンコードをネットワークに直接デプロイすることができる。この例では、ブロックチェーン・ユーザ３０２は、ピア・ノード３１４を介して許可型ブロックチェーン３０４に接続する。ピア・ノード３１４は、いずれかのトランザクションを開始する前に、ユーザの登録およびトランザクションの証明書を、ユーザの役割および許可を管理する認証機関３１６から取得する。ブロックチェーン・ユーザは、許可型ブロックチェーン３０４上でトランザクションを実行するために、それらのデジタル証明書を所有しなければならない。一方、チェーンコードを利用しようとしているユーザは、ユーザの認証情報を検証することが必要になることがある。

図３Ｂは許可型ブロックチェーン・ネットワーク３２０の別の例を示しており、許可型ブロックチェーン・ネットワーク３２０は、分散型の非集中的ピアツーピア・アーキテクチャを特徴とする。この例では、ブロックチェーン・ユーザ３２２は、トランザクションを許可型ブロックチェーン３２４にサブミットしてよい。この例では、トランザクションは、デプロイ、呼び出し、または問い合わせであることができ、ＳＤＫを利用するクライアント側のアプリケーションを介して、ＡＰＩを介して直接的に、などによって、発行されてよい。ネットワークは、監査人などのレギュレータ３２６へのアクセスを提供してよい。ブロックチェーン・ネットワーク・オペレータ３２８は、レギュレータ３２６を「監査人」として登録し、ブロックチェーン・ユーザ３２２を「クライアント」として登録するなど、メンバーの許可を管理する。監査人を、台帳への問い合わせのみに制限することができ、一方、特定の種類のチェーンコードのデプロイ、呼び出し、および問い合わせを行うための権限をクライアントに与えることができる。

ブロックチェーン開発者３３０は、チェーンコードおよびクライアント側のアプリケーションを書き込む。ブロックチェーン開発者３３０は、インターフェイスを介して、チェーンコードをネットワークに直接デプロイすることができる。従来のデータ・ソース３３２からの認証情報をチェーンコードに含めるために、開発者３３０は、帯域外接続を使用してデータにアクセスすることができる。この例では、ブロックチェーン・ユーザ３２２は、ピア・ノード３３４を介してネットワークに接続する。ピア・ノード３３４は、いずれかのトランザクションを開始する前に、ユーザの登録およびトランザクションの証明書を認証機関３３６から取得する。場合によっては、ブロックチェーン・ユーザは、許可型ブロックチェーン３２４上でトランザクションを実行するために、それらのデジタル証明書を所有しなければならない。一方、チェーンコードを利用しようとしているユーザは、従来のデータ・ソース３３２上のそれらのユーザの認証情報を検証することが必要になることがある。ユーザの権限付与を確認するために、チェーンコードは、従来の処理プラットフォーム３３８を介して、このデータへの帯域外接続を使用することができる。

一部の実施形態では、本明細書におけるブロックチェーンは、許可なしブロックチェーンであってよい。参加するために許可を必要とする許可型ブロックチェーンとは対照的に、誰でも許可なしブロックチェーンに参加することができる。例えばユーザは、許可なしブロックチェーンに参加するために、個人のアドレスを作成し、トランザクションをサブミットすることによって、したがってエントリを台帳に追加することによって、ネットワークとの情報のやりとりを開始してよい。さらに、すべての関係者が、ノードをシステム上で実行すること、およびトランザクションの検証に役立つようにマイニング・プロトコルを採用することを選択できる。

図３Ｃは、複数のノード３５４を含んでいる許可なしブロックチェーン３５２によって処理されているトランザクションのプロセス３５０を示している。送信側３５６は、許可なしブロックチェーン３５２を介して、支払いまたはその他の形態の値（例えば、証書、医療記録、契約、商品、サービス、またはデジタル・レコードにカプセル化され得る任意のその他のアセット）を受信側３５８に送信することを望んでいる。１つの実施形態では、送信側デバイス３５６および受信側デバイス３５８の各々は、トランザクション・パラメータのユーザ・インターフェイス制御および表示を提供する（ブロックチェーン３５２に関連付けられた）デジタル・ウォレットを有してよい。それに応じて、トランザクションがブロックチェーン３５２全体のノード３５４にブロードキャストされる。ブロックチェーン３５２のネットワーク・パラメータに応じて、ノードが、許可なしブロックチェーン３５２の作成者によって確立されたルール（事前に定義されるか、または動的に割り当てられてよい）に基づいてトランザクションを検証する（３６０）。例えば、この検証は、関わっている関係者の識別情報を検証することなどを含んでよい。トランザクションは、直ちに検証されてよく、またはトランザクションは、他のトランザクションと共にキューに配置されてよく、ノード３５４は、ネットワーク・ルールのセットに基づいてトランザクションが有効であるかどうかを判定する。

構造３６２内で、有効なトランザクションがブロック内に形成され、ロック（ハッシュ）を使用して封印される。このプロセスは、マイニング・ノードによって、ノード３５４間で実行されてよい。マイニング・ノードは、特に、許可なしブロックチェーン３５２のブロックをマイニングして作成するために、追加のソフトウェアを利用してよい。各ブロックは、ネットワークによって合意されたアルゴリズムを使用して作成されたハッシュ（例えば、２５６ビットの数値など）によって識別されてよい。各ブロックは、ヘッダー、チェーン内の前のブロックのヘッダーのハッシュへのポインタまたは参照、および有効なトランザクションのグループを含んでよい。前のブロックのハッシュへの参照は、ブロックの安全な独立したチェーンの作成に関連付けられる。

ブロックをブロックチェーンに追加できるようになる前に、ブロックの妥当性が確認されなければならない。許可なしブロックチェーン３５２の妥当性確認は、ブロックのヘッダーから得られたパズルに対する解であるプルーフ・オブ・ワーク（ＰｏＷ）を含んでよい。図３Ｃの例には示されていないが、ブロックの妥当性確認ための別のプロセスは、プルーフ・オブ・ステークである。アルゴリズムが、数学問題を解くマイナーに報酬を与えるプルーフ・オブ・ワークとは異なり、プルーフ・オブ・ステークでは、ウェルス（「ステーク」としても定義される）に応じて、新しいブロックの作成者が確定的方法で選択される。その後、選択されたノードによって、同様の証明が実行される。

マイニング３６４で、ノードは、解がネットワーク全体にわたるターゲットを満たすまで、１つの変数に対して漸進的な変更を行うことによって、ブロックを解こうとする。これによってＰｏＷを作成し、それによって、正しい答えを保証する。言い換えると、可能性のある解は、計算リソースが問題を解くことにおいて消耗されたということを証明しなければならない。一部の種類の許可なしブロックチェーンでは、マイナーに、ブロックを正しくマイニングしたことに対する報酬として価値（例えば、コインなど）が与えられることがある。

ここで、攻撃者が、１つのブロックの変更を受け入れるために、その後のすべてのブロックを変更しなければならないため、ＰｏＷプロセスは、ブロックの変更と共に、ブロックチェーンの変更を極めて困難にする。さらに、新しいブロックがマイニングされるにつれて、ブロックを変更することの困難さが増大し、その後のブロックの数が増加する。配布３６６で、正常に妥当性が確認されたブロックが、許可なしブロックチェーン３５２全体に配布され、すべてのノード３５４が、そのブロックを、許可なしブロックチェーン３５２の監査可能な台帳であるマジョリティ・チェーン（majority chain）に追加する。さらに、送信側３５６によってサブミットされたトランザクションにおける価値が、受信側デバイス３５８のデジタル・ウォレットに預け入れられるか、またはその他の方法で転送される。

図４Ａは、実施形態例に従って、許可を割り当て、アクセスを制御するためのホスト・プラットフォームのサービス４２０を示している。この例では、サービス４２０は、許可サービス４２２、アクセス制御サービス４２４、および役割決定サービス４２６を含む。ここで、アクセス制御サービス４２４および役割決定サービス４２６は、ポリシー・サービスと呼ばれてよい。許可サービス４２２は、参加者の役割が有することができる許可を導き出すためのテンプレートに基づいてよい。例えば、輸送での荷送人の役割は、商用送り状を書き込む（アップロードする）ことができるが、輸入申告書を読み取ることができない。これらの許可は、役割決定サービス４２６およびアクセス制御サービス４２４によってアクセスされることができる。

ユーザ・デバイス４０６（例えば、輸送の参加者に関連付けられたユーザまたはシステムなど）によって新しい輸送が作成されたときに、ユーザ・デバイス４０６は、参加者４０２を指定する詳細（識別子）、地理的起点、行き先、積み替え港、輸送計画、マイルストーン・イベント、取引文書などを含んでいる多者輸送プロセスに関連付けられたデータを含む、輸送情報４３６を提供してよい。それに応じて、役割決定サービス４２６は、受信された輸送情報４３６を分析し、輸送の要約を構築し、どの役割と共に、どの参加者４０２が多者輸送プロセスに追加されるべきかを決定してよい。輸送の識別子、参加者／役割の識別子、文書およびイベントに対するアクセス権限などが、役割／輸送データ４１２としてブロックチェーンに格納されてよい。ここで、役割および輸送データ４１２が、トランザクションとして、ブロックチェーンのブロックのハッシュ・リンク・チェーン（hash-linked chain）上のデータ・ブロックに格納されてよい。

例えば、役割決定サービス４２６は、多者輸送プロセスおよびその詳細を識別する輸送情報４３６を受信してよい。それに応じて、役割決定サービス４２６は、起点、行き先、積み替えなどとして識別された位置で、輸送情報４３６内の地理的位置に対応するターミナル／港を識別してよい。ターミナル／港は、ターミナルとして輸送に追加されてよいため、適切に通知されることができる。別の例として、輸送情報４３６から、移動する国が識別されてよく、役割決定サービス４２６が、起点／行き先の税関として追加されてよい、輸送が通過する国の関税当局（参加者）を決定してよい。別の例として、販売者および購入者が取引文書から識別されてよい。販売者は荷送人の役割として追加されてよく、一方、取引文書内で識別された購入者は、荷受人の役割として追加されてよい。さらに、役割決定サービス４２６は、識別された参加者／役割の各々のユーザに、さまざまなサービス（例えば、照会サービス、サブスクリプション・サービスなど）を通じてイベントまたは文書を読み取る／書き込むためのシステムに対するアクセス許可を割り当ててよい。

コンテナ、貨物、パレット、積荷などが多者輸送プロセスのチェーンを通過するときに、さまざまなイベントが格納されることができる。例えば、参加者４０２は、イベント・データを許可サービス４２２またはその他のサービスにアップロードしてよい。イベント・データはブロックチェーン４１０に格納されてよく、またはイベント・データは、ハッシュされ、ハッシュされたデータ４１４としてブロックチェーンに格納され、ブロックチェーン４１０上の格納を節約するためにチェーン外のストレージ４２８に書き込まれてよい。同様に、文書が参加者４０２から受信されて、ブロックチェーン４１０に格納されるか、または文書のハッシュがブロックチェーン４１０上のハッシュされたデータ４１４内に格納されてよく、文書自体がチェーン外のストレージ４２８に格納されてよい。

一方、ユーザ・デバイス４０４が多者輸送プロセスのデータ／文書にアクセスするときに、それらのアクセスがアクセス制御サービス４２４によって制御されてよい。ここで、アクセス制御サービス４２４は、役割決定サービス４２６によって割り当てられた対応する参加者の読み取り／書き込み許可に基づいて、データおよび文書へのアクセスを制御してよい。その結果、システム上の各参加者（およびそのユーザ）は、それらの参加者がアクセスすることが許可されたデータのみに、アクセスすることができる。一部の実施形態では、スマート・コントラクトを使用して、役割決定サービス４２６およびアクセス制御サービス４２４の論理が実装されることができる。

輸送階層のすべてのレベルでの関係者の役割への編成を、輸送のさまざまなマイルストーンおよびさまざまな取引文書に対する関係者の役割への許可の表明と動的に組み合わせることによって、システムは、特定の輸送においてデータにアクセスする（読み取る／書き込む）ための許可を導き出し、施行することができる。例えば、導き出されたアクセスは、海上輸送業者は船荷証券を輸送にアップロードすることができるが、内陸輸送サービス（トラック運転手）はこの文書にアクセスすることができないということを決定してよい。システム全体は、許可情報を導き出し、その後、マイルストーン・イベントおよび文書を含むオブジェクトに取引システムからアクセスすることの一部として許可を施行するサービス４２２、４２４、および４２６から成る。

図４Ｂは、実施形態例に従って、参加者の種類４４２と参加者の役割４４４の間のマッピング４４０を示している。図４Ｂを参照すると、多者輸送プロセスに関与している組織が、特定の参加者の種類４４２に割り当てられてよい。図４Ｂの参加者の種類４４２の例は、網羅的であると見なされるべきではなく、他の参加者の種類も可能である。組織がシステムに登録するときに、参加者の種類が割り当てられてよい。さらに、新しい輸送オブジェクトが受信された（新しい輸送を識別する）ときに、役割決定サービス４２６が、輸送オブジェクトにおいて識別された各参加者を参加者の役割４４４のうちの１つまたは複数に割り当ててよい。図４Ｂに示されているように、参加者の種類４４２が、複数の異なる参加者の役割４４４にマッピングされてよい。さらに、一部の参加者の種類４４２は、同じ参加者の役割４４４にマッピングされてよい。さまざまな実施形態によれば、役割決定サービス４２６は、役割決定サービス４２６によって多者輸送プロセスの取引文書、顧客によって提供された輸送情報などから読み取られたデータに基づいて、どの参加者の役割４４４が各参加者に割り当てられるべきかを決定してよい。

図４Ｃは、実施形態例に従って、役割に基づいて文書４５６に対するアクセス権限を格納しているテーブル４５０を示している。図４Ｃを参照すると、参加者の２つの種類４５２（海上輸送業者および内陸輸送業者）のアクセス権限の例が示されている。図に示されているように、各参加者の種類４５２は、複数の異なる役割４５４を含んでよく、役割の各々には、個別のアクセス権限が割り当てられてよい。その結果、異なる役割４５４が、文書４５６に対する異なるアクセス権限を有してよい。図４Ｃに示されていないが、すべての参加者の種類および役割のアクセス権限は、許可サービス４２２によって格納されて管理されてよく、アクセス制御サービス４２４によってアクセスされてよい。

図４Ｄは、実施形態例に従って、文書およびイベントに対する読み取り許可および書き込み許可を動的に決定するプロセス４００Ｄを示している。図４Ｄを参照すると、役割決定サービス４２６が、１つまたは複数の関係者から輸送に向かう輸送情報４３６を受信する。別の例として、輸送情報４３６は、プラットフォームによって、複数の関係者から輸送に向かう受信されたイベントおよび文書から収集されてよい。役割決定サービス４２６は、文書、受信された情報などを検査し、複数の参加者４６１～４６５を識別してよい。さらに、役割決定サービス４２６は、役割を参加者４６１～４６５の各々に動的に割り当ててよい。動的に割り当てられた役割に基づいて、役割決定サービス４２６は、参加者がアクセスできる文書４７１およびイベント４７２を識別してもよい。参加者４６１～４６５および参加者の役割、許可などの動的割り当ては、オブジェクト・データ４１２としてブロックチェーン４１０に格納され、多者輸送プロセスのデータへのアクセスを管理／制御するためにアクセス制御サービス４２４によって使用されてよい。

図５は、実施形態例に従って、読み取り許可および書き込み許可を動的に決定する方法５００を示している。図５を参照すると、５１０で、方法が、多者輸送プロセスの輸送データを受信することを含んでよい。例えば、輸送データは、起点、行き先、輸送実体、中間実体、港、顧客実体、購入者、販売者などを識別してよい。別の例として、送り状、船荷証券、海上運送状などの５１０で受信された文書から、輸送データが抽出されてよい。

５２０で、方法が、受信された輸送データに基づいて、多者輸送プロセスに関連付けられた文書およびイベントを識別することを含んでよい。文書は、多者輸送プロセスの関係者に関連付けられた任意の文書を含んでよい。イベント（マイルストーンとも呼ばれる）は、コンテナが１つの位置から次の位置に移動するときに発生する、コンテナに基づくイベントを含んでよい。

５３０で、方法が、事前に定義された役割に基づいて、多者輸送プロセスの文書およびイベントに対する読み取り許可および書き込み許可を動的に決定することを含んでよい。例えば、動的に決定することは、ブロックチェーンのチェーンコードによって関係者にマッピングされた定義済みの役割に基づいて、多者輸送プロセスに含まれている複数の関係者のために、ブロックチェーンに対してデータの読み取りおよび書き込みを実行するための許可を導き出すことを含んでよい。一部の実施形態では、読み取り許可および書き込み許可を動的に決定することは、多者輸送プロセスの起点、行き先、および１つまたは複数の中間位置に基づいてさらに決定されてよい。５４０で、方法が、多者輸送プロセスの識別子ならびに動的に決定された読み取り許可および書き込み許可を、ブロックチェーン上のブロックに格納することをさらに含んでよい。

一部の実施形態では、方法は、多者輸送プロセスの文書およびイベントのうちの１つまたは複数にアクセスするための要求を受信することと、ブロックチェーンに格納されている動的に決定された読み取り許可および書き込み許可に基づいて、この要求を許可することとを含んでよい。一部の実施形態では、方法は、多者輸送プロセスの文書およびイベントのうちの１つまたは複数にアクセスするための要求を受信することと、ブロックチェーンに格納されている動的に決定された読み取り許可および書き込み許可に基づいて、この要求を拒否することとをさらに含んでよい。一部の実施形態では、方法は、多者プロセスのイベント・データの更新情報を受信することと、イベント・データの更新情報ならびにイベント・データの更新情報に対する読み取り許可および書き込み許可をブロックチェーン上のブロックに格納することとをさらに含んでよい。一部の実施形態では、イベント・データの更新は、すでに格納されている文書に対する変更を含んでよい。一部の実施形態では、イベント・データの更新は、イベントおよびそのデータに対する以前に決定された読み取り許可および書き込み許可に対する変更を含んでよい。

図６Ａは、実施形態例に従ってさまざまな動作を実行するように構成された物理的インフラストラクチャ６１０を含んでいる例示的なシステム６００を示している。図６Ａを参照すると、物理的インフラストラクチャ６１０は、モジュール６１２およびモジュール６１４を含んでいる。モジュール６１４は、実施形態例のいずれかに含まれる（モジュール６１２内の）動作ステップ６０８のいずれかを実行してよい、ブロックチェーン６２０およびスマート・コントラクト６３０（ブロックチェーン６２０に存在してよい）を含んでいる。ステップ／動作６０８は、説明されたか、または図に示された実施形態のうちの１つまたは複数を含んでよく、１つまたは複数のスマート・コントラクト６３０またはブロックチェーン６２０あるいはその両方から書き込まれるか、または読み取られる、出力されたか、または書き込まれた情報を表してよい。物理的インフラストラクチャ６１０、モジュール６１２、およびモジュール６１４は、１つまたは複数のコンピュータ、サーバ、プロセッサ、メモリ、または無線通信デバイス、あるいはその組み合わせを含んでよい。さらに、モジュール６１２およびモジュール６１４は同じモジュールであってよい。

図６Ｂは、実施形態例に従ってさまざまな動作を実行するように構成された別の例示的なシステム６４０を示している。図６Ｂ参照すると、システム６４０はモジュール６１２および６１４を含んでいる。モジュール６１４は、実施形態例のいずれかに含まれる（モジュール６１２内の）動作ステップ６０８のいずれかを実行してよい、ブロックチェーン６２０およびスマート・コントラクト６３０（ブロックチェーン６２０に存在してよい）を含んでいる。ステップ／動作６０８は、説明されたか、または図に示された実施形態のうちの１つまたは複数を含んでよく、１つまたは複数のスマート・コントラクト６３０またはブロックチェーン６２０あるいはその両方から書き込まれるか、または読み取られる、出力されたか、または書き込まれた情報を表してよい。図６Ａおよび図６Ｂの例では、物理的インフラストラクチャ６１０、モジュール６１２、およびモジュール６１４は、１つまたは複数のコンピュータ、サーバ、プロセッサ、メモリ、または無線通信デバイス、あるいはその組み合わせを含んでよい。さらに、モジュール６１２およびモジュール６１４は同じモジュールであってよい。

図６Ｃは、実施形態例に従って、契約当事者間でのスマート・コントラクトの構成、およびブロックチェーンに対してスマート・コントラクトの条件を実施するように構成された仲介サーバを利用するように構成された例示的なシステムを示している。図６Ｃを参照すると、構成６５０は、通信セッション、アセット転送セッション、あるいはプロセスまたは手順を表してよく、これらは、１つまたは複数のユーザ・デバイス６５２または６５６あるいはその両方を明示的に識別するスマート・コントラクト６３０によって動作させられる。スマート・コントラクトの実行の、実行、動作、および結果は、サーバ６５４によって管理されてよい。スマート・コントラクト６３０の内容は、スマート・コントラクト・トランザクションの関係者である実体６５２および６５６のうちの１つまたは複数によるデジタル署名を要求してよい。スマート・コントラクトの実行結果は、ブロックチェーン・トランザクションとしてブロックチェーン６２０に書き込まれてよい。スマート・コントラクト６３０は、１つまたは複数のコンピュータ、サーバ、プロセッサ、メモリ、または無線通信デバイス、あるいはその組み合わせに存在してよい、ブロックチェーン６２０に存在する。

図６Ｄは、実施形態例に従って、ブロックチェーンを含んでいるシステム６６０を示している。図６Ｄの例を参照すると、アプリケーション・プログラミング・インターフェイス（ＡＰＩ）ゲートウェイ６６２が、ブロックチェーンの論理（例えば、スマート・コントラクト６３０またはその他のチェーンコード）およびデータ（例えば、分散型台帳など）にアクセスするための共通インターフェイスを提供する。この例では、ＡＰＩゲートウェイ６６２は、１つまたは複数の実体６５２および６５６をブロックチェーン・ピア（すなわち、サーバ６５４）に接続することによってブロックチェーンに対してトランザクション（呼び出し、問い合わせなど）を実行するための共通インターフェイスである。ここで、サーバ６５４は、世界状態および分散型台帳のコピーを保持するブロックチェーン・ネットワークのピア・コンポーネントであり、これらのコピーは、クライアント６５２および６５６が世界状態に関するデータを問い合わせること、およびトランザクションをブロックチェーン・ネットワークにサブミットすることを可能にし、スマート・コントラクト６３０および署名ポリシーに応じて、署名ピアがスマート・コントラクト６３０を実行する。

前述の実施形態は、ハードウェアにおいて、プロセッサによって実行されるコンピュータ・プログラムにおいて、ファームウェアにおいて、またはこれらの組み合わせにおいて実装されてよい。コンピュータ・プログラムは、ストレージ媒体などのコンピュータ可読媒体に具現化されてよい。例えば、コンピュータ・プログラムは、ランダム・アクセス・メモリ（ＲＡＭ：random access memory）、フラッシュ・メモリ、読み取り専用メモリ（ＲＯＭ：read-only memory）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：erasable programmable read-only memory）、電子的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：electrically erasable programmable read-only memory）、レジスタ、ハード・ディスク、取り外し可能なディスク、コンパクト・ディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：compact disk read-only memory）、または従来技術において知られた任意のその他の形態のストレージ媒体に存在してよい。

例示的なストレージ媒体は、プロセッサがストレージ媒体から情報を読み取り、ストレージ媒体に情報を書き込むことができるように、プロセッサに結合されてよい。代替方法では、ストレージ媒体はプロセッサと一体であってよい。プロセッサおよびストレージ媒体は、特定用途向け集積回路（ＡＳＩＣ：application specific integrated circuit）に存在してよい。代替方法では、プロセッサおよびストレージ媒体は、個別のコンポーネントとして存在してよい。

図７Ａは、実施形態例に従って、分散型台帳７２０に追加されている新しいブロックのプロセス７００を示しており、図７Ｂは、実施形態例に従って、ブロックチェーンの新しいデータ・ブロック構造７３０の内容を示している。図７Ａを参照すると、クライアント（図示されていない）は、トランザクションをブロックチェーン・ノード７１１、７１２、または７１３、あるいはその組み合わせにサブミットしてよい。クライアントは、ブロックチェーン７２０に対する活動を規定するための、いずれかのソースから受信された命令であってよい。一例として、クライアントは、ブロックチェーンのトランザクションを提案するデバイス、人、または実体などの要求者の代わりに動作するアプリケーションであってよい。複数のブロックチェーン・ピア（例えば、ブロックチェーン・ノード７１１、７１２、および７１３）が、ブロックチェーン・ネットワークの状態および分散型台帳７２０のコピーを維持してよい。クライアントによって提案されたトランザクションをシミュレートして署名する署名ピア、および署名を検証し、トランザクションの妥当性を確認し、トランザクションを分散型台帳７２０にコミットするコミット・ピアを含む、さまざまな種類のブロックチェーン・ノード／ピアが、ブロックチェーン・ネットワーク内に存在してよい。この例では、ブロックチェーン・ノード７１１、７１２、および７１３は、署名者ノード、コミッター・ノード（committer node）、あるいはその両方の役割を実行してよい。

分散型台帳７２０は、ブロック内の変更不可能な順序付けられたレコードを格納するブロックチェーン、およびブロックチェーン７２２の現在の状態を維持する状態データベース７２４（現在の世界状態）を含む。１つのチャネルにつき１つの分散型台帳７２０が存在してよく、各ピアが、そのピアがメンバーであるチャネルごとに、分散型台帳７２０のそれ自身のコピーを維持する。ブロックチェーン７２２は、ハッシュ・リンク・ブロックとして構造化されたトランザクション・ログであり、各ブロックがＮ個のトランザクションのシーケンスを含む。ブロックは、図７Ｂに示されているコンポーネントおよびトランザクションなどの、さまざまなコンポーネントおよびトランザクションを含んでよい。ブロックのリンク（図７Ａの矢印によって示されている）は、前のブロックのヘッダーのハッシュを、現在のブロックのブロック・ヘッダー内に追加することによって生成されてよい。このようにして、ブロックチェーン７２２上のすべてのトランザクションが、順序付けられ、暗号によって一緒にリンクされ、ハッシュ・リンクを壊さずにブロックチェーン・データを改ざんすることを防ぐ。さらに、これらのリンクのため、ブロックチェーン７２２内の最新のブロックが、その前に来たすべてのトランザクションを表す。ブロックチェーン７２２は、追加専用のブロックチェーンのワークロードをサポートするピアのファイル・システム（ローカルまたは取り付けられたストレージ）に格納されてよい。

ブロックチェーン７２２および分散型台帳７２０の現在の状態が、状態データベース７２４に格納されてよい。ここで、現在の状態データは、ブロックチェーン７２２のチェーン・トランザクション・ログにこれまで含まれたすべてのキーの最新の値を表す。チェーンコード呼び出しは、状態データベース７２４内の現在の状態に対してトランザクションを実行する。それらのチェーンコードの相互作用を極めて効率的にするために、すべてのキーの最新の値が状態データベース７２４に格納される。状態データベース７２４は、ブロックチェーン７２２のトランザクション・ログへのインデックス付きビューを含んでよく、したがって、いつでもチェーンから再生成され得る。状態データベース７２４は、ピアの起動時に、トランザクションが受け取られる前に、自動的に回復されてよい（または必要な場合に生成されてよい）。

署名ノードは、トランザクションをクライアントから受信し、シミュレーション結果に基づいてトランザクションに署名する。署名ノードは、トランザクション提案をシミュレートするスマート・コントラクトを保持する。署名ノードがトランザクションに署名するときに、署名ノードは、シミュレートされたトランザクションの署名を示す署名ノードからクライアント・アプリケーションへの署名された応答である、トランザクションの署名を生成する。トランザクションに署名する方法は、チェーンコード内で指定されることがある署名ポリシーによって決まる。署名ポリシーの例は、「署名ピアの大部分がトランザクションに署名しなければならない」である。異なるチャネルは、異なる署名ポリシーを有してよい。署名されたトランザクションは、クライアント・アプリケーションによって順序付けサービス７１０に転送される。

順序付けサービス７１０は、署名されたトランザクションを受け取り、それらをブロック内に順序付けし、ブロックをコミット・ピアに配信する。例えば、順序付けサービス７１０は、トランザクションのしきい値に達したか、タイマーがタイムアウトするか、または別の条件の場合に、新しいブロックを開始してよい。図７Ａの例では、ブロックチェーン・ノード７１２は、ブロックチェーン７２０に格納するための新しいデータの新しいデータ・ブロック７３０を受信したコミット・ピアである。ブロックチェーン内の第１のブロックは、ブロックチェーン、ブロックチェーンのメンバー、格納されたデータなどに関する情報を含んでいるジェネシス・ブロックと呼ばれてよい。

順序付けサービス７１０は、順序付けノードのクラスタで構成されてよい。順序付けサービス７１０は、トランザクション、スマート・コントラクトを処理することも、共有台帳を維持することもない。むしろ、順序付けサービス７１０は、署名されたトランザクションを受け取ってよく、それらのトランザクションが分散型台帳７２０にコミットされる順序を指定する。ブロックチェーン・ネットワークのアーキテクチャは、「順序付け」の特定の実装（例えば、Ｓｏｌｏ、Ｋａｆｋａ、ＢＦＴなど）が着脱可能なコンポーネントになるように設計されてよい。

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

順序付けサービス７１０は、新しいデータ・ブロック７３０を初期化し、新しいデータ・ブロック７３０がコミット・ピア（例えば、ブロックチェーン・ノード７１１、７１２、および７１３）にブロードキャストされてよい。それに応じて、各コミット・ピアは、読み取りセットおよび書き込みセットが状態データベース７２４内の現在の世界状態にまだ一致することをチェックして確認することによって、新しいデータ・ブロック７３０内のトランザクションの妥当性を確認する。特に、コミット・ピアは、署名者がトランザクションをシミュレートしたときに存在していた読み取られたデータが、状態データベース７２４内の現在の世界状態と同一であるかどうかを判定することができる。コミット・ピアがトランザクションの妥当性を確認した場合、トランザクションが分散型台帳７２０のブロックチェーン７２２に書き込まれ、状態データベース７２４が、読み取り／書き込みセットからの書き込みデータに更新される。トランザクションが失敗した場合、すなわち、コミット・ピアが、読み取り／書き込みセットが状態データベース７２４内の現在の世界状態に一致しないということを検出した場合、ブロック内に順序付けられたトランザクションは、そのブロックにまだ含まれるが、無効としてマーク付けされ、状態データベース７２４が更新されない。

図７Ｂを参照すると、分散型台帳７２０のブロックチェーン７２２に格納された新しいデータ・ブロック７３０（データ・ブロックとも呼ばれる）が、ブロック・ヘッダー７４０、ブロック・データ７５０、およびブロック・メタデータ７６０などの、複数のデータ・セグメントを含んでよい。図７Ｂに示された新しいデータ・ブロック７３０およびその内容などの、さまざまな示されたブロックおよびそれらの内容が、例にすぎず、実施形態例の範囲を制限するよう意図されていないということが、理解されるべきである。新しいデータ・ブロック７３０は、ブロック・データ７５０内のＮ個（例えば、１、１０、１００、５００、１０００、２０００、３０００など）のトランザクションのトランザクション情報を格納してよい。新しいデータ・ブロック７３０は、（例えば、図７Ａのブロックチェーン７２２上の）前のブロックへのリンクをブロック・ヘッダー７４０内に含んでもよい。特に、ブロック・ヘッダー７４０は、前のブロックのヘッダーのハッシュを含んでよい。ブロック・ヘッダー７４０は、新しいデータ・ブロック７３０の一意のブロック番号、ブロック・データ７５０のハッシュなどを含んでもよい。新しいデータ・ブロック７３０のブロック番号は、一意であり、０から開始する漸進的／連続的順序などのさまざまな順序で割り当てられてよい。

ブロック・データ７５０は、新しいデータ・ブロック７３０内に記録された各トランザクションのトランザクション情報を格納してよい。例えば、トランザクション・データは、トランザクションの種類、バージョン、タイムスタンプ、分散型台帳７２０のチャネルＩＤ、トランザクションＩＤ、エポック、ペイロードの可視性、チェーンコード・パス（トランザクションのデプロイ）、チェーンコード名、チェーンコードのバージョン、入力（チェーンコードおよび関数）、公開鍵および証明書などのクライアント（作成者）の識別、クライアントの署名、署名者の識別情報、署名者の署名、提案のハッシュ、チェーンコード・イベント、応答の状態、名前空間、書き込みセット（トランザクションによって読み取られたキーおよびバージョンのリストなど）、書き込みセット（キーと値のリストなど）、開始キー、終了キー、キーのリスト、マークル・ツリー・クエリ・サマリー（Merkle tree query summary）などのうちの１つまたは複数を含んでよい。トランザクション・データは、Ｎ個のトランザクションの各々に格納されてよい。

さまざまな実施形態によれば、ブロック・データ７５０は、輸送の識別子、輸送に関与している関係者の識別子、関係者の役割、関係者に付与された（文書、イベント・データなどを）読み取るため、および書き込むための許可などを含むことができる、下流の輸送データ７５２を格納してもよい。輸送データ７５２は、輸送データ７５２に格納されている許可に基づいて、輸送情報へのアクセスを要求しているユーザが、そのようなデータにアクセスすることを許可されているということを検証するために使用されてよい。輸送データ７５２は、本明細書で説明されたか、または示された、ステップ、特徴、プロセス、または動作、あるいはその組み合わせのうちの１つまたは複数を含む。それに応じて、輸送データ７５２が、分散型台帳７２０上のブロックの変更不可能なログに格納され得る。輸送データ７５２をブロックチェーンに格納することの利点の一部が、本明細書において開示されて示されたさまざまな実施形態に反映されている。

ブロック・メタデータ７６０は、メタデータの複数のフィールドを（例えば、バイト配列などとして）格納してよい。メタデータ・フィールドは、ブロック作成時の署名、最後の構成ブロックへの参照、ブロック内の有効なトランザクションと無効なトランザクションを識別するトランザクション・フィルタ、ブロックを順序付けた順序付けサービスの永続的な最後のオフセットなどを含んでよい。順序付けサービス７１０によって署名、最後の構成ブロック、および順序付けノードのメタデータが追加されてよい。一方、ブロックのコミッター（ブロックチェーン・ノード７１２など）は、署名ポリシー、読み取り／書き込みセットの検証などに基づいて、有効／無効情報を追加してよい。トランザクション・フィルタは、ブロック・データ７５０内のトランザクションの数に等しいサイズのバイト配列、およびトランザクションが有効／無効だったかどうかを識別する妥当性確認コードを含んでよい。一部の実施形態では、図７Ｂに示されていないが、ブロック・メタデータ７６０は、推奨されるスマート・コントラクトのメタデータをその内部に格納してよい。

図７Ｃは、本明細書に記載された実施形態に従って、デジタル・コンテンツのためのブロックチェーン７７０の実施形態を示している。デジタル・コンテンツは、１つまたは複数のファイルおよび関連する情報を含んでよい。これらのファイルは、媒体、画像、ビデオ、音声、テキスト、リンク、グラフィックス、アニメーション、Ｗｅｂページ、文書、またはデジタル・コンテンツのその他の形態を含んでよい。ブロックチェーンの変更不可能な追加専用の特徴は、デジタル・コンテンツの完全性、有効性、および信頼性を保護するための予防手段として役立ち、認容性ルールが適用される法的手続きにおいて、あるいは証拠が考慮されるか、またはデジタル情報の提示および使用がその他の方法で対象になる、その他の設定において、ブロックチェーンの使用を適切にする。この場合、デジタル・コンテンツはデジタル証拠と呼ばれることがある。

ブロックチェーンは、さまざまな方法で形成されてよい。１つの実施形態では、デジタル・コンテンツは、ブロックチェーン自体に含まれ、ブロックチェーン自体からアクセスされてよい。例えば、ブロックチェーンの各ブロックは、参照情報（例えば、ヘッダー、値など）のハッシュ値を、関連するデジタル・コンテンツと共に格納してよい。その後、ハッシュ値および関連するデジタル・コンテンツは、一緒に暗号化されてよい。したがって、各ブロックのデジタル・コンテンツは、ブロックチェーン内の各ブロックを復号することによってアクセスされてよく、各ブロックのハッシュ値は、前のブロックを参照するための基礎として使用されてよい。これは、次のように示されてよい。
ブロック１ ブロック２・・・・ブロックＮ
ハッシュ値１ ハッシュ値２ ハッシュ値Ｎ
デジタル・コンテンツ１ デジタル・コンテンツ２ デジタル・コンテンツＮ

１つの実施形態では、デジタル・コンテンツがブロックチェーンに含まれなくてよい。例えば、ブロックチェーンは、デジタル・コンテンツを含んでいない各ブロックの内容の暗号化されたハッシュを格納してよい。デジタル・コンテンツは、元のファイルのハッシュ値に関連して、別のストレージ領域またはメモリ・アドレスに格納されてよい。他のストレージ領域は、ブロックチェーンを格納するために使用されるストレージ・デバイスと同じストレージ・デバイスであってよく、または異なるストレージ領域もしくは分離したリレーショナル・データベースであってもよい。各ブロックのデジタル・コンテンツは、対象のブロックのハッシュ値を取得するか、または問い合わせ、次に、実際のデジタル・コンテンツに対応して格納されているハッシュ値をストレージ領域内で検索することによって、参照またはアクセスされてよい。この動作は、例えば、データベース・ゲートキーパーによって実行されてよい。これは、次のように示されてよい。
ブロックチェーン ストレージ領域
ブロック１のハッシュ値 ブロック１のハッシュ値・・・内容
・ ・
・ ・
・ ・
ブロックＮのハッシュ値 ブロックＮのハッシュ値・・・内容

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

ブロックチェーン内のブロック７７８_１、７７８_２、．．．７７８_Ｎの各々は、ヘッダー、ファイルのバージョン、および値を含む。ヘッダーおよび値は、ブロックチェーン内のハッシュ処理の結果として、ブロックごとに異なる。１つの実施形態では、値がヘッダーに含まれてよい。以下でさらに詳細に説明されるように、ファイルのバージョンは、元のファイルであるか、または元のファイルの異なるバージョンであってよい。

ブロックチェーン内の最初のブロック７７８_１は、ジェネシス・ブロックと呼ばれ、ヘッダー７７２_１、元のファイル７７４_１、および初期値７７６_１を含んでいる。ジェネシス・ブロックに使用される（実際には、その後のすべてのブロックにおいて使用される）ハッシュ処理方式は、変化してよい。例えば、最初のブロック７７８_１内のすべての情報が一緒に同時にハッシュされてよく、または最初のブロック７７８_１内の情報の各々または一部が別々にハッシュされ、その後、別々にハッシュされた部分のハッシュが実行されてよい。

ヘッダー７７２_１は、１つまたは複数の初期パラメータを含んでよく、初期パラメータは、例えば、バージョン番号、タイムスタンプ、ノンス、ルート情報、難易度、合意プロトコル、期間、媒体形式、ソース、記述的キーワード、あるいは元のファイル７７４_１もしくはブロックチェーンまたはその両方に関連付けられたその他の情報、あるいはその組み合わせを含んでよい。ヘッダー７７２_１は、自動的に（例えば、ブロックチェーン・ネットワーク管理ソフトウェアによって）生成されるか、またはブロックチェーンの参加者によって手動で生成されてよい。ブロックチェーン内の他のブロック７７８_２～７７８_Ｎ内のヘッダーとは異なり、ジェネシス・ブロック内のヘッダー７７２_１は、単に前のブロックが存在しないため、前のブロックを参照しない。

ジェネシス・ブロック内の元のファイル７７４_１は、例えば、ブロックチェーンに含まれる前の処理を伴うか、または伴わずに、デバイスによって捕捉されたデータであってよい。元のファイル７７４_１は、システムのインターフェイスを介して、デバイス、媒体ソース、またはノードから受信される。元のファイル７７４_１はメタデータに関連付けられ、メタデータは、例えば、ユーザ、デバイス、またはシステム・プロセッサあるいはその組み合わせによって、手動または自動のいずれかで、生成されてよい。メタデータは、元のファイル７７４_１に関連して、最初のブロック７７８_１に含まれてよい。

ジェネシス・ブロック内の値７７６_１は、元のファイル７７４_１の１つまたは複数の一意の属性に基づいて生成された初期値である。１つの実施形態では、１つまたは複数の一意の属性は、元のファイル７７４_１のハッシュ値、元のファイル７７４_１のメタデータ、およびファイルに関連付けられたその他の情報を含んでよい。１つの実装では、初期値７７６_１は、以下の一意の属性に基づいてよい。
１）ＳＨＡ－２によって元のファイルに対して計算されたハッシュ値
２）発信デバイスＩＤ
３）元のファイルの開始タイムスタンプ
４）元のファイルの初期ストレージ位置
５）元のファイルおよび関連するメタデータを現在制御するためのソフトウェアのブロックチェーン・ネットワーク・メンバーＩＤ

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

他のブロック内のヘッダー７７２_２～７７２_Ｎの各々は、一般に、他の情報（例えば、バージョン番号、タイムスタンプ、ノンス、ルート情報、難易度、合意プロトコル、あるいは対応するファイルもしくはブロックチェーンまたはその両方に関連付けられたその他のパラメータまたは情報、あるいはその組み合わせ）を含んでもよい。

他のブロック内のファイル７７４_２～７７４_Ｎは、例えば実行される処理の種類に応じて、ジェネシス・ブロック内の元のファイルと同じであってよく、または元のファイルの変更されたバージョンであってよい。実行される処理の種類は、ブロックごとに変化してよい。処理は、例えば、情報を編集するか、またはその他の方法で情報の内容を変更するか、情報をファイルから取り除くか、または情報をファイルに追加するなどの、先行するブロック内のファイルの任意の変更を含んでよい。

追加的または代替的に、処理は、先行するブロックからファイルを単にコピーすること、ファイルのストレージ位置を変更すること、１つまたは複数の先行するブロックからのファイルを分析すること、ファイルをあるストレージまたはメモリ位置から別のストレージまたはメモリ位置に移動すること、あるいはブロックチェーンのファイルもしくは関連するメタデータまたはその両方に対して動作を実行することを含んでよい。ファイルを分析することを含んでいる処理は、例えば、さまざまな分析、統計値、またはファイルに関連付けられたその他の情報を追加すること、含めること、またはその他の方法で関連付けることを含んでよい。

他のブロック内の他のブロック７７６_２～７７６_Ｎの各々に含まれる値は、実行された処理の結果として、一意の値であり、すべて異なっている。例えば、いずれか１つのブロック内の値は、前のブロック内の値の更新されたバージョンに対応する。この更新は、値が割り当てられたブロックのハッシュに反映される。したがって、ブロックの値は、ブロック内で何の処理が実行されたかの指示を提供し、ブロックチェーンを元のファイルまで戻りトレースすることも可能にする。このトレースは、ブロックチェーン全体を通じて、ファイルの証拠保全を確認する。

例えば、ファイル内で示されている人の識別情報を保護するために、前のブロック内のファイルの一部が編集されるか、遮断されるか、または画素化される場合について考える。この場合、編集されたファイルを含んでいるブロックは、例えば、編集がどのように実行されたか、誰が編集を実行したか、編集が発生したタイムスタンプなどの、編集されたファイルに関連付けられたメタデータを含むであろう。このメタデータがハッシュされ、値を形成してよい。ブロックのメタデータが、前のブロック内の値を形成するためにハッシュされた情報と異なっているため、値は、互いに異なっており、復号されたときに回復されてよい。

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

図７Ｄは、１つの実施形態例に従って、ブロックチェーン７９０内のブロックの構造を表すことができるブロックの実施形態を示している。ブロック（ブロック_ｉ）は、ヘッダー７７２_ｉ、ファイル７７４_ｉ、および値７７６_ｉを含んでいる。

ヘッダー７７２_ｉは、本明細書において説明された、前のブロック（ブロック_ｉ－１）のハッシュ値、および例えば情報の種類のいずれかであってよい、追加の参照情報（例えば、参照、特性、パラメータなどを含んでいるヘッダー情報）を含む。すべてのブロックは、当然ながらジェネシス・ブロックを除いて、前のブロックのハッシュを参照する。前のブロックのハッシュ値は、単に前のブロック内のヘッダーのハッシュであるか、またはファイルおよびメタデータを含む、前のブロック内の情報のすべてもしくは一部のハッシュであってよい。

ファイル７７４_ｉは、データ１、データ２、．．．、データＮなどの複数のデータを順に含んでいる。データは、データに関連付けられた内容または特性あるいはその両方を記述するメタデータ（メタデータ１、メタデータ２、．．．、メタデータＮ）でタグ付けされる。例えば、データごとのメタデータは、データのタイムスタンプ、データのプロセス、データに示された人またはその他の内容を示しているキーワード、またはファイルの有効性および内容を全体として確立し、特に、例えば以下で説明される実施形態に関連して説明されるように、デジタル証拠を使用するのに役立つことができるその他の特徴、あるいはその組み合わせを示すための情報を含んでよい。メタデータに加えて、各データは、改ざん、ファイル内のギャップ、およびファイル全体の連続的な参照を防ぐために、前のデータへの参照（参照_１、参照_２、．．．、参照_Ｎ）でタグ付けされてよい。

メタデータが（例えば、スマート・コントラクトを介して）データに割り当てられた後に、ハッシュを変更せずにメタデータを変更することはできず、ハッシュの変更は、無効であると容易に識別され得る。したがって、メタデータは、ブロックチェーン内の参加者による使用のためにアクセスされてよい、情報のデータ・ログを作成する。

値７７６_ｉは、前に説明された情報の種類のいずれかに基づいて計算されたハッシュ値またはその他の値である。例えば、いずれかの特定のブロック（ブロック_ｉ）の場合、そのブロックの値は、そのブロックに対して実行された処理（例えば、新しいハッシュ値、新しいストレージ位置、関連するファイルの新しいメタデータ、制御もしくはアクセスの移動、識別子、またはその他の動作もしくは追加される情報）を反映するように更新されてよい。各ブロック内の値が、ファイルおよびヘッダーのデータのメタデータから分離しているように示されているが、別の実施形態では、値は、このメタデータに部分的または全体的に基づいてよい。

ブロックチェーン７７０が形成された後に、いずれかの時点で、ブロック全体にわたる値のトランザクション履歴に関してブロックチェーンに問い合わせることによって、ファイルの変更不可能な証拠保全が取得されてよい。この問い合わせ手順または追跡手順は、最後に含まれたブロック（例えば、最後の（Ｎ番目の）ブロック）の値を復号することから開始してよく、その後、ジェネシス・ブロックに達し、元のファイルが回復されるまで、他のブロックの値を復号し続ける。復号は、さらに各ブロックでヘッダーおよびファイルならびに関連するメタデータを復号することを含んでもよい。

復号は、各ブロックで行われた暗号化の種類に基づいて実行される。この復号は、秘密鍵、公開鍵、または公開鍵と秘密鍵のペアの使用を含んでよい。例えば、非対称暗号化が使用される場合、ブロックチェーンの参加者またはネットワーク内のプロセッサが、既定のアルゴリズムを使用して公開鍵および秘密鍵のペアを生成してよい。公開鍵および秘密鍵は、何らかの数学的関係によって互いに関連付けられる。公開鍵は、他のユーザからメッセージを受信するためのアドレス（例えば、ＩＰアドレスまたは自宅住所）として機能するように、パブリックに配布されてよい。秘密鍵は、秘密に保たれ、他のブロックチェーンの参加者に送信されるメッセージにデジタル署名するために使用される。署名は、受信者が送信者の公開鍵を使用して検証することができるように、メッセージに含まれる。このようにして、受信者は、送信者のみがこのメッセージを送信できたということを確信することができる。

鍵のペアを生成することは、ブロックチェーンにアカウントを作成することに類似しているが、実際は、どこにも登録する必要はない。また、ブロックチェーンに対して実行されたすべてのトランザクションが、秘密鍵を使用して送信者によってデジタル署名される。この署名は、アカウントの所有者のみが（スマート・コントラクトによって決定された許可の範囲内である場合に）ブロックチェーンのファイルを追跡して処理することができるということを保証する。

図８Ａおよび８Ｂは、本明細書に組み込まれて使用されてよい、ブロックチェーンの追加の使用事例を示している。特に、図８Ａは、機械学習（人工知能）データを格納するブロックチェーン８１０の例８００を示している。機械学習は、新しいデータに対する正確な予測のための予測モデルを構築するために、大量の履歴データ（またはトレーニング・データ）に依存する。機械学習ソフトウェア（例えば、ニューラル・ネットワークなど）は、多くの場合、非直感的パターンを発見するために、数百万レコードを取捨選択することができる。

図８Ａの例では、ホスト・プラットフォーム８２０が、アセット８３０の予測監視のための機械学習モデルを構築してデプロイする。ここで、ホスト・プラットフォーム８２０は、クラウド・プラットフォーム、工業用サーバ、Ｗｅｂサーバ、パーソナル・コンピュータ、ユーザ・デバイスなどであってよい。アセット８３０は、航空機、機関車、タービン、医療機器、石油ガス機器、ボート、船、車両などの、任意の種類のアセット（例えば、機械または機器など）であることができる。別の例として、アセット８３０は、株式、通貨、デジタル・コイン、保険などの、無形のアセットであってよい。

ブロックチェーン８１０は、機械学習モデルのトレーニング・プロセス８０２およびトレーニング済み機械学習モデルに基づく予測プロセス８０４の両方を大幅に改善するために使用され得る。例えば、８０２では、データを収集するためにデータ科学者／技術者またはその他のユーザを必要とするのではなく、アセット８３０自体によって（または、図示されていない中間物を介して）、ブロックチェーン８１０に関する履歴データが格納されてよい。これによって、予測モデルのトレーニングを実行するときにホスト・プラットフォーム８２０によって必要とされる収集時間を大幅に減らすことができる。例えば、スマート・コントラクトを使用して、データを、元の場所からブロックチェーン８１０に真っすぐに、直接かつ確実に転送することができる。スマート・コントラクトは、ブロックチェーン８１０を使用して、収集されたデータのセキュリティおよび所有権を保証することによって、アセットから、機械学習モデルを構築するためにデータを使用する個人に、データを直接送信することができる。これによって、アセット８３０間のデータの共有を可能にする。

収集されたデータは、合意メカニズムに基づいてブロックチェーン８１０に格納されてよい。合意メカニズムは、記録されているデータが検証されており、正確であることを保証するために、（許可されたノードを）制御する。記録されたデータは、タイムスタンプが付与され、暗号によって署名されており、変更不可能である。したがって、記録されたデータは、監査可能、透過的、かつ安全である。ブロックチェーンに直接書き込むＩｏＴデバイスを追加することによって、特定の場合（すなわち、サプライ・チェーン、医療、物流などの場合）に、データが記録される頻度を増やし、その精度を向上させることができる。

さらに、収集されたデータに対する機械学習モデルのトレーニングは、ホスト・プラットフォーム８２０による一連の改良およびテストを必要とし得る。各改良およびテストは、機械学習モデルの知識を拡張するのに役立つように、追加データまたは以前に考慮されなかったデータに基づいてよい。８０２では、ホスト・プラットフォーム８２０によって、異なるトレーニング・ステップおよびテスト・ステップ（および関連するデータ）がブロックチェーン８１０に格納されてよい。機械学習モデルの各改良（例えば、変数、重みなどにおける変更）は、ブロックチェーン８１０に格納されてよい。これによって、モデルがどのようにトレーニングされたか、およびモデルをトレーニングするためにどのデータが使用されたかの検証可能な証明を提供する。さらに、ホスト・プラットフォーム８２０が最終的なトレーニング済みモデルを実現した場合、得られたモデルがブロックチェーン８１０に格納されてよい。

モデルがトレーニングされた後に、そのモデルは、活動中の環境にデプロイされてよく、最終的なトレーニング済み機械学習モデルの実行に基づく予測／決定を行うことができる。例えば、８０４で、機械学習モデルは、航空機、風力タービン、医療機械などのアセットのための状態監視保全（ＣＢＭ：condition-based maintenance）に使用されてよい。この例では、アセット８３０からフィードバックされたデータが機械学習モデルに入力され、故障イベント、エラー・コードなどのイベント予測を行うために使用されてよい。ホスト・プラットフォーム８２０で機械学習モデルの実行によって行われた決定は、監査可能／検証可能な証明を提供するために、ブロックチェーン８１０に格納されてよい。１つの非限定的な例として、機械学習モデルは、アセット８３０の部品での将来の停止／故障を予測し、その部品を交換するように警告または通知を作成してよい。この決定の背後にあるデータが、ホスト・プラットフォーム８２０によってブロックチェーン８１０に格納されてよい。１つの実施形態では、本明細書において説明されたか、または示されたか、あるいはその両方である特徴または動作あるいはその両方が、ブロックチェーン８１０で、またはブロックチェーン８１０に関して発生することができる。

ブロックチェーンの新しいトランザクションが新しいブロックに一緒に集められ、既存のハッシュ値に追加されることができる。次に、このハッシュ値が暗号化されて、新しいブロックの新しいハッシュを生成する。この新しいハッシュが、トランザクションが暗号化されるときなどに、トランザクションの次のリストに追加される。この結果は、先行するすべてのブロックのハッシュ値をそれぞれ含んでいるブロックのチェーンである。これらのブロックを格納するコンピュータは、ブロックのハッシュ値を定期的に比較し、それらのコンピュータがすべて合意していることを確認する。合意していないすべてのコンピュータは、問題を引き起こしているレコードを破棄する。この方法は、ブロックチェーンの改ざん防止を保証することに適しているが、完璧ではない。

このシステムを不正に操作する１つの方法は、不正なユーザが、ハッシュを変更しないような方法で、トランザクションのリストを自分の都合の良いように変更することである。これは、総当たり攻撃によって実行されることができ、言い換えると、レコードを変更し、結果を暗号化し、ハッシュ値が同じであるかどうかを確認することによって、実行されることができる。ハッシュ値が同じでない場合、一致するハッシュを見つけるまで、何度も繰り返して試みる。ブロックチェーンのセキュリティは、通常のコンピュータが、宇宙の年齢などの、全く非実用的な時間的尺度にわたってしかこの種の総当たり攻撃を実行できないという考えに基づく。それに対して、量子コンピュータは非常に高速（数千倍高速）であり、したがって、非常に大きい脅威をもたらす。

図８Ｂは、量子コンピューティング攻撃に対して保護するために量子鍵配送（ＱＫＤ：quantumkey distribution）を実装する量子セキュアなブロックチェーン８５２の例８５０を示している。この例では、ブロックチェーン・ユーザは、ＱＫＤを使用して互いの識別情報を検証することができる。この検証では、光子などの量子的粒子を使用して情報を送信し、この情報は、破壊することなく盗聴者によってコピーされることが不可能である。このようにして、送信者および受信者が、ブロックチェーンを介して、互いの識別情報を確認することができる。

図８Ｂの例では、４人のユーザ（８５４、８５６、８５８、および８６０）が存在している。ユーザのペアの各々は、ユーザ自身の間で秘密鍵８６２（すなわち、ＱＫＤ）を共有することができる。この例には４つのノードが存在するため、ノードの６つのペアが存在し、したがって、ＱＫＤ_ＡＢ、ＱＫＤ_ＡＣ、ＱＫＤ_ＡＤ、ＱＫＤ_ＢＣ、ＱＫＤ_ＢＤ、およびＱＫＤ_ＣＤを含む６つの異なる秘密鍵８６２が使用される。各ペアは、光子などの量子的粒子を使用して情報を送信することによってＱＫＤを作成することができ、この情報は、破壊することなく盗聴者によってコピーされることが不可能である。このようにして、ユーザのペアが互いの識別情報を確認することができる。

ブロックチェーン８５２の動作は、（ｉ）トランザクションの作成、および（ｉｉ）新しいトランザクションを集めるブロックの構築という２つの手順に基づく。新しいトランザクションは、従来のブロックチェーン・ネットワークと同様に作成されてよい。各トランザクションは、送信者、受信者、作成時間、転送される量（または値）、送信者が操作のための資金を持っていることを正当化する参照トランザクションのリストに関する情報などを含んでよい。次に、このトランザクション・レコードは、すべての他のノードに送信され、未確認トランザクションのプールに入力される。ここで、２人の関係者（すなわち、８５４～８６０のうちのユーザのペア）が、共有秘密鍵８６２（ＱＫＤ）を提供することによって、トランザクションを認証する。この量子署名は、すべてのトランザクションに添付され、改ざんを極めて困難にすることができる。各ノードは、ブロックチェーン８５２のローカル・コピーに関してトランザクションのエントリをチェックし、各トランザクションが十分な資金を持っていることを検証する。しかし、トランザクションはまだ確認されていない。

ブロックに対して従来のマイニング・プロセスを実行するのではなく、ブロードキャスト・プロトコルを使用して、分散された方法でブロックが作成されてよい。既定の期間（例えば、数秒、数分、数時間など）に、ネットワークがブロードキャスト・プロトコルをいずれかの未確認トランザクションに適用してよく、それによって、トランザクションの正しいバージョンに関してビザンチン合意（合意）を達成する。例えば、各ノードは、プライベートな値（その特定のノードのトランザクション・データ）を所有してよい。１回目に、ノードは、プライベートな値を互いに送信する。その後、ノードは、前回他のノードから受信した情報を伝達する。ここで、本物のノードが、新しいブロック内のトランザクションの完全なセットを作成することができる。この新しいブロックは、ブロックチェーン８５２に追加されることができる。１つの実施形態では、本明細書において説明されたか、または示されたか、あるいはその両方である特徴または動作あるいはその両方が、ブロックチェーン８５２で、またはブロックチェーン８５２に関して発生することができる。

図９は、本明細書において説明されたか、または示されたか、あるいはその両方である実施形態例のうちの１つまたは複数をサポートする例示的なシステム９００を示している。システム９００は、他の多数の汎用または特殊用途のコンピューティング・システム環境または構成で運用できるコンピュータ・システム／サーバ９０２を備えている。コンピュータ・システム／サーバ９０２と共に使用するのに適し得る周知のコンピューティング・システム、環境、または構成、あるいはその組み合わせの例としては、パーソナル・コンピュータ・システム、サーバ・コンピュータ・システム、シン・クライアント、シック・クライアント、ハンドヘルドまたはラップトップ・デバイス、マルチプロセッサ・システム、マイクロプロセッサベース・システム、セット・トップ・ボックス、プログラマブル・コンシューマ・エレクトロニクス、ネットワークＰＣ、ミニコンピュータ・システム、メインフレーム・コンピュータ・システム、およびこれらの任意のシステムまたはデバイスを含む分散クラウド・コンピューティング環境などが挙げられるが、これらに限定されない。

コンピュータ・システム／サーバ９０２は、コンピュータ・システムによって実行されているプログラム・モジュールなどの、コンピュータ・システムによって実行可能な命令との一般的な関連において説明されてよい。通常、プログラム・モジュールは、特定のタスクを実行するか、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、論理、データ構造などを含んでよい。コンピュータ・システム／サーバ９０２は、通信ネットワークを介してリンクされたリモート処理デバイスによってタスクが実行される、分散クラウド・コンピューティング環境で実行されてよい。分散クラウド・コンピューティング環境において、プログラム・モジュールは、メモリ・ストレージ・デバイスを含む、ローカルおよびリモートの両方のコンピュータ・システム・ストレージ媒体に配置されてよい。

図９に示すように、クラウド・コンピューティング・ノード９００内のコンピュータ・システム／サーバ９０２は、汎用コンピューティング・デバイスの形態で示されている。コンピュータ・システム／サーバ９０２のコンポーネントは、１つまたは複数のプロセッサまたはプロセッシング・ユニット９０４、システム・メモリ９０６、およびシステム・メモリ９０６を含むさまざまなシステム・コンポーネントをプロセッサ９０４に結合するバスを含んでよいが、これらに限定されない。

バスは、メモリ・バスまたはメモリ・コントローラ、ペリフェラル・バス、アクセラレーテッド・グラフィックス・ポート、および任意のさまざまなバス・アーキテクチャを使用するプロセッサまたはローカル・バスを含む、任意の複数の種類のバス構造のうちの１つまたは複数を表す。例として、そのようなアーキテクチャは、ＩＳＡ（Industry Standard Architecture）バス、ＭＣＡ（Micro Channel Architecture）バス、ＥＩＳＡ（Enhanced ISA）バス、ＶＥＳＡ（Video Electronics Standards Association）ローカル・バス、およびＰＣＩ（Peripheral Component Interconnects）バスを含むが、これらに限定されない。

コンピュータ・システム／サーバ９０２は、通常、さまざまなコンピュータ・システム可読媒体を含む。そのような媒体は、コンピュータ・システム／サーバ９０２によってアクセスできる任意の使用可能な媒体であってよく、揮発性および不揮発性媒体、取り外し可能および取り外し不可の媒体を含む。システム・メモリ９０６は、１つの実施形態では、他の図のフロー図を実装する。システム・メモリ９０６は、ランダム・アクセス・メモリ（ＲＡＭ：random access memory）９１０またはキャッシュ・メモリ９１２あるいはその両方などの、揮発性メモリの形態でのコンピュータ・システム可読媒体を含むことができる。コンピュータ・システム／サーバ９０２は、その他の取り外し可能／取り外し不可、揮発性／不揮発性のコンピュータ・システム・ストレージ媒体をさらに含んでよい。単に例として、取り外し不可、不揮発性の磁気媒体（図示されておらず、通常は「ハード・ドライブ」と呼ばれる）に対する読み取りと書き込みを行うために、ストレージ・システム９１４を提供することができる。図示されていないが、取り外し可能、不揮発性の磁気ディスク（例えば、「フロッピー（Ｒ）・ディスク」）に対する読み取りと書き込みを行うための磁気ディスク・ドライブ、およびＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、またはその他の光媒体などの取り外し可能、不揮発性の光ディスクに対する読み取りと書き込みを行うための光ディスク・ドライブを提供することができる。そのような例では、それぞれを、１つまたは複数のデータ媒体インターフェイスによってバスに接続することができる。下で詳細に示され、説明されるように、メモリ９０６は、本出願のさまざまな実施形態の機能を実行するように構成された一連の（例えば、少なくとも１つの）プログラム・モジュールを備える少なくとも１つのプログラム製品を含んでよい。

例えば、一連の（少なくとも１つの）プログラム・モジュール９１８を含んでいるプログラム／ユーティリティ９１６がメモリ９０６に格納されてよいが、これに限定されず、オペレーティング・システム、１つまたは複数のアプリケーション・プログラム、その他のプログラム・モジュール、およびプログラム・データも格納されてよい。オペレーティング・システム、１つまたは複数のアプリケーション・プログラム、その他のプログラム・モジュール、およびプログラム・データまたはこれらの組み合わせの各々は、ネットワーク環境の実装を含んでよい。プログラム・モジュール９１８は、通常、本明細書に記載された本出願のさまざまな実施形態の機能または方法あるいはその両方を実行する。

当業者によって理解されるように、本出願の態様は、システム、方法、またはコンピュータ・プログラム製品として具現化されてよい。したがって、本出願の態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、またはソフトウェアの態様とハードウェアの態様を組み合わせる実施形態の形態を取ってよく、これらはすべて、本明細書では、一般に「回路」、「モジュール」、または「システム」と呼ばれてよい。さらに、本出願の形態は、コンピュータ可読プログラム・コードが具現化されている１つまたは複数のコンピュータ可読媒体において具現化されたコンピュータ・プログラム製品の形態を取ってよい。

また、コンピュータ・システム／サーバ９０２は、キーボード、ポインティング・デバイス、ディスプレイ９２２などの１つまたは複数の外部デバイス９２０、ユーザがコンピュータ・システム／サーバ９０２と情報をやりとりできるようにする１つまたは複数のデバイス、またはコンピュータ・システム／サーバ９０２が１つまたは複数の他のコンピューティング・デバイスと通信できるようにする任意のデバイス（例えば、ネットワーク・カード、モデムなど）、あるいはその組み合わせと通信することもできる。このような通信は、Ｉ／Ｏインターフェイス９２４を介して行うことができる。さらに、コンピュータ・システム／サーバ９０２は、ローカル・エリア・ネットワーク（ＬＡＮ：local area network）、一般的な広域ネットワーク（ＷＡＮ：wide area network）、またはパブリック・ネットワーク（例えば、インターネット）、あるいはその組み合わせなどの１つまたは複数のネットワークと、ネットワーク・アダプタ９２６を介して通信することができる。図示されているように、ネットワーク・アダプタ９２６は、バスを介してコンピュータ・システム／サーバ９０２の他のコンポーネントと通信する。図示されていないが、その他のハードウェア・コンポーネントまたはソフトウェア・コンポーネントあるいはその両方を、コンピュータ・システム／サーバ９０２と併用できるということが理解されるべきである。その例として、マイクロコード、デバイス・ドライバ、冗長プロセッシング・ユニット、外部ディスク・ドライブ・アレイ、ＲＡＩＤシステム、テープ・ドライブ、およびデータ・アーカイブ・ストレージ・システムなどが挙げられるが、これらに限定されない。

システム、方法、および非一過性コンピュータ可読媒体のうちの少なくとも１つの実施形態例が添付の図面において示され、前述の詳細な説明において説明されたが、本出願が、開示された実施形態に限定されず、以下の特許請求の範囲によって示され、定義されているように、多数の再配置、変更、および置き換えを行うことができるということが理解されるであろう。例えば、さまざまな図のシステムの機能は、本明細書に記載されたモジュールまたはコンポーネントのうちの１つまたは複数によって、あるいは分散アーキテクチャにおいて実行することができ、送信器、受信器、またはその両方のペアを含んでよい。例えば、個々のモジュールによって実行される機能の全部または一部は、それらのモジュールのうちの１つまたは複数によって実行されてよい。さらに、本明細書に記載された機能は、さまざまな時間に、さまざまなイベントに関して、モジュールまたはコンポーネントの内部または外部で、実行されてよい。また、さまざまなモジュールの間で送信される情報は、データ・ネットワーク、インターネット、音声ネットワーク、インターネット・プロトコル・ネットワーク、無線デバイス、有線デバイスのうちの少なくとも１つを介して、または複数のプロトコルを介して、あるいはその組み合わせを介して、モジュール間で送信され得る。また、モジュールのいずれかによって送信または受信されるメッセージは、直接的に、または他のモジュールのうちの１つまたは複数を介して、あるいはその両方によって、送信または受信されてよい。

当業者は、「システム」を、パーソナル・コンピュータ、サーバ、コンソール、ＰＤＡ（personal digital assistant）、携帯電話、タブレット・コンピューティング・デバイス、スマートフォン、または任意のその他の適切なコンピューティング・デバイス、あるいはデバイスの組み合わせとして具現化できるということを、理解するであろう。「システム」によって実行されている前述の機能を提示することは、本出願の範囲を限定するように全く意図されておらず、多くの実施形態のうちの１つの例を提供するよう意図されている。実際に、本明細書で開示された方法、システム、および装置は、計算技術に一致する局所的な分散された形態で実装されてよい。

本明細書において説明されたシステムの特徴の一部が、それらの実装の独立性を特により強調するために、モジュールとして提示されていることに、注意するべきである。例えば、モジュールは、カスタム超大規模集積（ＶＬＳＩ：very large-scale integration）回路またはゲート・アレイ、論理チップなどの市販の半導体、トランジスタ、またはその他の個別のコンポーネントを備えているハードウェア回路として実装されてよい。モジュールは、フィールド・プログラマブル・ゲート・アレイ、プログラマブル・アレイ論理、プログラマブル論理デバイス、グラフィックス・プロセッシング・ユニットなどの、プログラム可能なハードウェア・デバイスにおいて実装されてもよい。

モジュールは、さまざまな種類のプロセッサによって実行するために、ソフトウェアにおいて少なくとも部分的に実装されてもよい。例えば、実行可能コードの識別されたユニットは、例えばオブジェクト、プロシージャ、または関数として編成されてよいコンピュータ命令の１つまたは複数の物理的または論理的ブロックを備えてよい。それにもかかわらず、識別されたモジュールの実行可能によって、物理的に一緒に配置される必要はなく、異なる位置に格納された異種の命令を含んでよく、それらの命令は、論理的に一緒に結合された場合にモジュールを備え、モジュールの規定された目的を達成する。さらに、モジュールはコンピュータ可読媒体に格納されてよく、このコンピュータ可読媒体は、例えば、ハード・ディスク・ドライブ、フラッシュ・デバイス、ランダム・アクセス・メモリ（ＲＡＭ）、テープ、またはデータの格納に使用される任意のその他の媒体であってよい。

実際に、実行可能コードのモジュールは、単一の命令であるか、または多くの命令であることができ、複数の異なるコード・セグメントにわたって、異なるプログラム間および複数のメモリ・デバイスにまたがって、分散されてもよい。同様に、操作可能なデータが、識別され、本明細書ではモジュール内で示されてよく、任意の適切な形態で具現化され、任意の適切な種類のデータ構造内で編成されてよい。操作可能なデータは、単一のデータ・セットとして収集されてよく、または異なるストレージ・デバイスを含む、異なる位置にわたって分散されてよく、システムまたはネットワーク上の単なる電子信号として、少なくとも部分的に存在してよい。

本明細書の図において概略的に説明され、示されているように、本出願のコンポーネントが、多種多様な異なる構成で配置および設計されてよいということが、容易に理解されるであろう。したがって、実施形態の詳細な説明は、請求される本出願の範囲を限定するよう意図されておらず、単に、本出願の選択された実施形態を表している。

当業者は、開示された順序とは異なる順序でステップを使用して、または開示された構成におけるハードウェア要素とは異なるハードウェア要素を使用して、あるいはその両方を使用して、前述の内容を実践できるということを、容易に理解するであろう。したがって、本出願は、これらの好ましい実施形態に基づいて説明されたが、特定の変更、変形、および代替の構造が明白であるということは、当業者にとって明らかであろう。

本出願の好ましい実施形態が説明されたが、説明された実施形態が単なる例であり、それらの実施形態と同等のものおよびそれらの実施形態に対する変更の完全な範囲（例えば、プロトコル、ハードウェア・デバイス、ソフトウェア・プラットフォームなど）で考えた場合、本出願の範囲が添付の特許請求の範囲のみによって定義されるべきであるということが、理解されるべきである。

Claims (20)

1. 多者輸送プロセスの輸送データを受信するように構成されたネットワーク・インターフェイスと、
   前記受信された輸送データに基づいて前記多者輸送プロセスに関連付けられた文書およびイベントを識別すること、事前に定義された役割に基づいて前記多者輸送プロセスの前記文書および前記イベントに対する読み取り許可および書き込み許可を動的に決定すること、ならびに前記多者輸送プロセスの識別子および前記動的に決定された読み取り許可および書き込み許可をブロックチェーン上のブロックに格納することを実行するように構成されたプロセッサとを備える、装置。
2. 前記ブロックチェーンのチェーンコードによって関係者にマッピングされた定義済みの役割に基づいて、前記多者輸送プロセスに含まれている前記複数の関係者のために、前記ブロックチェーンに対してデータの読み取りおよび書き込みを実行するための許可を導き出すように前記プロセッサが構成された、請求項１に記載の装置。
3. 前記多者輸送プロセスの文書およびイベントのうちの１つまたは複数にアクセスするための要求を受信することと、前記ブロックチェーンに格納されている前記動的に決定された読み取り許可および書き込み許可に基づいて、前記要求を許可することとを実行するように前記プロセッサがさら構成された、請求項１に記載の装置。
4. 前記多者輸送プロセスの文書およびイベントのうちの１つまたは複数にアクセスするための要求を受信することと、前記ブロックチェーンに格納されている前記動的に決定された読み取り許可および書き込み許可に基づいて、前記要求を拒否することとを実行するように前記プロセッサがさら構成された、請求項１に記載の装置。
5. 前記プロセッサが、前記多者輸送プロセスの起点、行き先、および１つまたは複数の中間位置に基づいて前記読み取り許可および書き込み許可を決定する、請求項１に記載の装置。
6. 前記多者プロセスのイベント・データの更新情報を受信することと、イベント・データの前記更新情報ならびにイベント・データの前記更新情報に対する読み取り許可および書き込み許可を前記ブロックチェーン上のブロックに格納することとを実行するように前記ネットワーク・インターフェイスがさらに構成された、請求項１に記載の装置。
7. イベント・データの前記更新情報が、以前に格納された文書に対する変更を含む、請求項６に記載の装置。
8. イベント・データの前記更新情報が、イベントおよびそのデータに対する以前に決定された読み取り許可および書き込み許可に対する変更を含む、請求項６に記載の装置。
9. 多者輸送プロセスの輸送データを受信することと、
   前記受信された輸送データに基づいて、前記多者輸送プロセスに関連付けられた文書およびイベントを識別することと、
   事前に定義された役割に基づいて、前記多者輸送プロセスの前記文書および前記イベントに対する読み取り許可および書き込み許可を動的に決定することと、
   前記多者輸送プロセスの識別子ならびに前記動的に決定された読み取り許可および書き込み許可を、ブロックチェーン上のブロックに格納することとを含む、方法。
10. 前記動的に決定することが、前記ブロックチェーンのチェーンコードによって関係者にマッピングされた定義済みの役割に基づいて、前記多者輸送プロセスに含まれている前記複数の関係者のために、前記ブロックチェーンに対してデータの読み取りおよび書き込みを実行するための許可を導き出すことを含む、請求項９に記載の方法。
11. 前記多者輸送プロセスの文書およびイベントのうちの１つまたは複数にアクセスするための要求を受信することと、前記ブロックチェーンに格納されている前記動的に決定された読み取り許可および書き込み許可に基づいて、前記要求を許可することとをさらに含む、請求項９に記載の方法。
12. 前記多者輸送プロセスの文書およびイベントのうちの１つまたは複数にアクセスするための要求を受信することと、前記ブロックチェーンに格納されている前記動的に決定された読み取り許可および書き込み許可に基づいて、前記要求を拒否することとをさらに含む、請求項９に記載の方法。
13. 前記読み取り許可および書き込み許可を前記動的に決定することが、前記多者輸送プロセスの起点、行き先、および１つまたは複数の中間位置に基づいてさらに決定される、請求項９に記載の方法。
14. 前記多者プロセスのイベント・データの更新情報を受信することと、イベント・データの前記更新情報ならびにイベント・データの前記更新情報に対する読み取り許可および書き込み許可を前記ブロックチェーン上のブロックに格納することとをさらに含む、請求項９に記載の方法。
15. イベント・データの前記更新情報が、以前に格納された文書に対する変更を含む、請求項１４に記載の方法。
16. イベント・データの前記更新情報が、イベントおよびそのデータに対する以前に決定された読み取り許可および書き込み許可に対する変更を含む、請求項１４に記載の方法。
17. 命令を含んでいる非一過性コンピュータ可読媒体であって、前記命令が、プロセッサによって読み取られたときに、前記プロセッサに、
    多者輸送プロセスの輸送データを受信することと、
    前記受信された輸送データに基づいて、前記多者輸送プロセスに関連付けられた文書およびイベントを識別することと、
    事前に定義された役割に基づいて、前記多者輸送プロセスの前記文書および前記イベントに対する読み取り許可および書き込み許可を動的に決定することと、
    前記多者輸送プロセスの識別子ならびに前記動的に決定された読み取り許可および書き込み許可を、ブロックチェーン上のブロックに格納することとを含む方法を実行させる、非一過性コンピュータ可読媒体。
18. 前記動的に決定することが、前記ブロックチェーンのチェーンコードによって関係者にマッピングされた定義済みの役割に基づいて、前記多者輸送プロセスに含まれている前記複数の関係者のために、前記ブロックチェーンに対してデータの読み取りおよび書き込みを実行するための許可を導き出すことを含む、請求項１７に記載の非一過性コンピュータ可読媒体。
19. 前記方法が、前記多者輸送プロセスの文書およびイベントのうちの１つまたは複数にアクセスするための要求を受信することと、前記ブロックチェーンに格納されている前記動的に決定された読み取り許可および書き込み許可に基づいて、前記要求を許可することとをさらに含む、請求項１７に記載の非一過性コンピュータ可読媒体。
20. 前記方法が、前記多者輸送プロセスの文書およびイベントのうちの１つまたは複数にアクセスするための要求を受信することと、前記ブロックチェーンに格納されている前記動的に決定された読み取り許可および書き込み許可に基づいて、前記要求を拒否することとをさらに含む、請求項１７に記載の非一過性コンピュータ可読媒体。

Images