(57)【要約】  本発明は、ブロックチェーントランザクションの生成、及び／又はトランザクションアウトプットの受信者を制御する方法及び対応するシステムを提供する。本発明は、別個の所有権レジストリの必要を伴わず、ブロックチェーン上で表されるアセットの所有権を制御し及び記録するためにも使用できる。所有権及びその転送は、関与するパーティ又は彼らの識別の知識を必要とせずに、処理され記録され得る。一実施形態によると、方法は、ブロックチェーン上の少なくとも１つのトランザクション（Ｔｘ）を識別するステップであって、前記トランザクションは、アセットコントローラに関連付けられたトークン化アセットに関連する未使用トランザクションアウトプット（ＵＴＸＯ）と、Ｒｅｄｅｅｍスクリプトハッシュによりロックされた前のトランザクションからのアウトプットを使用するインプットと、を含む、ステップを含む。各識別したトランザクション（Ｔｘ）について、未完了ブロックチェーントランザクションが生成される。該未完了ブロックチェーントランザクションは、Ｒｅｄｅｅｍスクリプトハッシュのコピーを含む第１アウトプットと、第２アウトプットであって、前記アセットコントローラのみが前記第２アウトプットの受信者を指定できるように変更可能な第２アウトプットと、を含む。未完了ブロックチェーントランザクションは、前記アセットの前記コントローラに通信される。未完了ブロックチェーントランザクションは、必要な暗号化署名が不足しているという点で未完了である。したがって、アセットに関連する収入の支払は、コントローラによりそれらの選択の宛先へリダイレクトされ得る。
2019536134.tif 000002
【特許請求の範囲】
【請求項１】
ブロックチェーンを介する転送を制御する方法であって、前記方法は、
ブロックチェーン上の少なくとも１つのトランザクション（Ｔｘ）を識別するステップであって、前記トランザクションは、
アセットコントローラに関連付けられたトークン化アセットに関連する未使用トランザクションアウトプット（ＵＴＸＯ）と、
Ｒｅｄｅｅｍスクリプトハッシュによりロックされた前のトランザクションからのアウトプットを使用するインプットと、
を含む、ステップと、
各識別されたトランザクション（Ｔｘ）について、未完了ブロックチェーントランザクションを生成するステップであって、前記未完了ブロックチェーントランザクションは、
前記Ｒｅｄｅｅｍスクリプトハッシュのコピーを含む第１アウトプットと、
第２アウトプットであって、前記アセットコントローラのみが前記第２アウトプットの受信者を指定できるよう変更可能な第２アウトプットと、
を含む、ステップと、
を含む方法。
【請求項２】
前記未完了ブロックチェーントランザクションを前記アセットの前記コントローラへ送信するステップ、
を更に含む請求項１に記載の方法。
【請求項３】
前記未完了ブロックチェーントランザクションは、必要な暗号化署名が不足している点で未完了である、請求項１又は２に記載の方法。
【請求項４】
前記未完了トランザクションは、
前記未使用トランザクションアウトプット（ＵＴＸＯ）を使用するインプット、及び／又は、
ある量の値又は通貨を前記アセットコントローラへ転送するために、別のトランザクションのアウトプットを使用するインプット、
を更に含む、請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
暗号化署名を含めるために、前記未完了トランザクションの前記第２アウトプットを変更するステップ、
を更に含む請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記少なくとも１つのトランザクション（Ｔｘ）を識別するステップは、前記アセットに関連する未使用アウトプット（ＵＴＸＯ）を含むブロックチェーントランザクションに到達するまで、前記ブロックチェーンをトラバースするステップを含む、
請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
請求項１乃至６のいずれか一項に記載の方法の少なくとも１つのステップは、自律計算エージェントにより実行される、請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
前記第２アウトプットの受信者を指定することにより前記未完了トランザクションを完了するステップと、
前記の完了したトランザクションを前記ブロックチェーンに提出するステップと、
を更に含む請求項１乃至７のいずれか一項に記載の方法。
【請求項９】
前記受信者は暗号鍵を用いて指定される、請求項８に記載の方法。
【請求項１０】
前記アセットは、前記ブロックチェーン上で、スクリプト内のメタデータの中で提供されるトークンとして表される、請求項１乃至９のいずれか一項に記載の方法。
【請求項１１】
前記未完了トランザクションは、全てのインプットが署名されることを要求するが、前記アウトプットのいずれも署名されることを要求しない署名種別を含み、望ましくは、前記署名種別はBitcoin  SIGHASH_NONE署名種別、又は代替ブロックチェーンプロトコルと機能的に等価な署名種別である、請求項１乃至１０のいずれか一項に記載の方法。
【請求項１２】
前記トークン化アセットを受信者アドレスへ転送するために、前記未使用トランザクションアウトプット（ＵＴＸＯ）を使用するステップ、
を更に含む請求項１乃至１１のいずれか一項に記載の方法。
【請求項１３】
前記アセットの所有権を転送する又は再発行するために、前記前のトランザクションの前記アウトプットを使用するステップ、
を更に含む請求項１乃至１２のいずれか一項に記載の方法。
【請求項１４】
前記第２アウトプットに関連付けられた暗号通貨額は、計算リソースによりスマートコントラクトの中で提供される１又は複数のルールに従い計算される、請求項１乃至１３のいずれか一項に記載の方法。
【請求項１５】
前記未完了トランザクションの前記第２アウトプットは、使用されると、暗号通貨又はトークン化ファンドのようなある量の通貨又は値を受信者へ転送する、請求項１乃至１４のいずれか一項に記載の方法。
【請求項１６】
信号及び／又は電子的通知を、ブロックチェーン上のトランザクション（Ｔｘ１）のインプットのアンロックスクリプト内のメタデータとして提供される通知アドレスへ送信するステップ、
を更に含む請求項１乃至１５のいずれか一項に記載の方法。
【請求項１７】
前記信号又は通知は、プロンプト、トリガ、又は警告を、前記未完了トランザクションに関連する受信者に提供する、請求項１６に記載の方法。
【請求項１８】
前記信号又は通知に応答して、前記未完了ブロックチェーントランザクションを変更するステップであって、望ましくは、変更は少なくとも１つの暗号化署名を提供することを含む、ステップ、
を含む請求項１６又は１７に記載の方法。
【請求項１９】
前記信号又は電子的通知は、
前記未完了ブロックチェーントランザクション、及び／又は、
前記未完了ブロックチェーントランザクションの位置、又はそれにアクセスする手段、に関連する情報、及び／又は、
前記未完了ブロックチェーントランザクションに関連する情報、
を含む、請求項１６乃至１８のいずれか一項に記載の方法。
【請求項２０】
請求項１乃至１９のいずれか一項に記載のステップを実行するよう配置され及び構成されたコンピュータにより実装されるシステム。
【請求項２１】
前記システムは、
ブロックチェーンと、
少なくとも１つの自律計算エージェントであって、
前記ブロックチェーンをトラバースし、及び／又は、
前記未完了トランザクションを生成し、及び／又は、
前記未完了トランザクションを受信者へ送信する、
よう構成される少なくとも１つの自律計算エージェントと、
を含む請求項２０に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、分散型台帳及びブロックチェーン技術に関し、より詳細には、コンピュータにより実行される処理の自動制御のためのシステムを実装するための、ブロックチェーン技術の使用に関する。本発明は、電子通信及び通知技術にも関する。本発明の一実施形態は、ブロックチェーンを介する電子アセットの所有権又は制御を記録し及び制御するための、及び現在の所有権データに応答してブロックチェーントランザクションを生成し及び達成するための、ソリューションを提供する。本発明は、受信者への電子通信の送信を制御し及び有効にするための新規な且つ有利なソリューションも提供する。本発明は、受信者アドレス又は識別子の記憶を実現するためにブロックチェーン技術を利用して、プライバシ及び／又はセキュリティが拡張できるようにし、受信者がブロックチェーン上に格納された通知アドレスを指定し及び／又は変更できるようにする。本発明は、限定ではないが、ビットコインブロックチェーンと共に使用することに適する。
【発明の概要】
【０００２】
本願明細書では、ブロックチェーン及びトランザクションチェーン技術、許可及び未許可台帳、共有台帳及びそれらの変形を含むがこれらに限定されない、電子的な、コンピュータに基づく分散型台帳の全ての形式を包含するために、用語「ブロックチェーン」を使用する。最も広く知られているブロックチェーン技術の用途はビットコイン台帳であるが、他のブロックチェーンの実装が提案され開発されている。ビットコインは便宜上及び説明を目的として本願明細書において言及されるが、本発明はビットコインのブロックチェーンと共に使用することに限定されず、代替のブロックチェーンの実装及びプロトコルが本発明の範囲に含まれることに留意すべきである。
【０００３】
ブロックチェーンは、ブロックにより構成される、コンピュータに基づく非集中型の分散型システムとして実装される総意に基づく電子台帳である。また、ブロックはトランザクションにより構成される。各トランザクションは、少なくとも１つのインプット及び少なくとも１つのアウトプットを含む。各ブロックは前のブロックのハッシュを含み、ブロックは共にチェーンになって、その発端からブロックチェーンに書き込まれている全てのトランザクションの永久的な変更不可能なレコードを生成する。トランザクションは、そのインプット及びアウトプットに埋め込まれたスクリプトとして知られる小さなプログラムを含む。スクリプトは、トランザクションのアウトプットがどのように及び誰によりアクセス可能かを指定する。ビットコインプラットフォーム上で、これらのスクリプトは、スタックに基づくスクリプト言語を用いて記述される。
【０００４】
トランザクションがブロックチェーンに書き込まれるために、「検証され」なければならない。ネットワークノード（マイナー）は、各トランザクションが有効であることを保証するために作業を実行し、無効なトランザクションはネットワークから拒否される。ノードにインストールされたソフトウェアクライアントは、自身のロック及びアンロックスクリプトを実行することにより、この検証作業を未使用トランザクション（ＵＴＸＯ）に対して実行する。ロック及びアンロックスクリプトの実行が真と評価した場合、トランザクションは有効であり、トランザクションはブロックチェーンに書き込まれる。したがって、トランザクションがブロックチェーンに書き込まれるためには、トランザクションは、ｉ）トランザクションを受信した第１ノードにより検証され、トランザクションが検証された場合に、ノードは該トランザクションをネットワーク内の他のノードに中継し、ｉｉ）マイナーにより構築された新しいブロックに追加し、ｉｉｉ）マインされ、つまり過去のトランザクションの公開台帳に追加されなければならない。
【０００５】
ブロックチェーン技術は、暗号通貨実装の使用で最も広く知られているが、デジタル起業家が、新しいシステムを実装するために、ビットコインの基づく暗号通貨セキュリティシステム、及びブロックチェーンに格納可能なデータの両方の使用を探索し始めている。ブロックチェーンが、暗号通貨の領域に限定されない自動タスク及びプロセスのために使用できれば、非常に有利である。このようなソリューションは、それらの用途において一層多様でありながら、ブロックチェーンの利点（例えば、永久的、イベントの耐タンパレコード、分散プロセス、等）を利用できる。
【０００６】
現在の研究の一分野は、「スマートコントラクト（smart  contracts）」の実装のためのブロックチェーンの使用である。これらは、機械可読取引又は合意の条件の実行を自動化するために設計されたコンピュータプログラムである。自然言語で記述され得る従来の取引と異なり、スマートコントラクトは、結果を生成するためにインプットを処理できるルールを含み、該結果に依存して動作を実行させることのできる、機械実行可能プログラムである。
【０００７】
ブロックチェーンに関連する関心の他の分野は、ブロックチェーンを介する現実世界のエンティティの表現及び転送のための「トークン」（又は「カラードコイン」）の使用である。潜在的に機密な又は秘密のアイテムは、識別可能な意味又は値を有しないトークンにより表現できる。したがって、トークンは、現実世界のアイテムをブロックチェーンから参照できるようにする識別子として機能する。
【０００８】
スマートコントラクトに関するデータは、登録され、追跡され、記録される必要がある。例えば、スマートコントラクトにより管理されるアセットの所有者に関連するデータを記録する必要がある。これは、所有権がシェアに分割される、多数のエンティティにより所有されるアセットに関連するスマートコントラクトに関して、特に重要である。このような場合には、所有権の転送は、セキュアな方法で記録される必要がある。関連コストが、アセット及び／又はそれから生じ及び支払われる収入に対して獲得されることも重要である。別の重要な検討事項は、関与する現実世界のパーティのアイデンティティを保護することが望ましい場合が多いことである。
【０００９】
通常、ブロックチェーンに対してトークン化アセットを保持することは、現在のアセット保有者に割り当てられ及び該アセット保有者の現在の保有のスケールを決定するＵＴＸＯ（未使用トランザクションアウトプット、unspent  transaction  output）が存在することを意味する。これは、アセットを転送するために必要なＲｅｄｅｅｍスクリプト内にカプセル化され、通常以下の形式であり得る。
【００１０】
XOP_CHECKMULTISIG(Metadata−A  Metadata−B  PublicK−A)Y
しかしながら、ブロックチェーン内に保持される情報は、このスクリプトではなく、むしろスクリプトのハッシュである。これは、重要な公開鍵情報が公衆の閲覧のために利用可能でないことを意味する。
【００１１】
幾つかの場合には、収入分配は、元のアセットと同じトークン化商品を介して、例えば会社内の追加株式が発行されるとき配当として、支払われる。このような場合、収入分配は単に元の発行トランザクションと同じＲｅｄｅｅｍスクリプトハッシュに支払われ得るので、公開鍵の非可用性は問題にならない。
【００１２】
しかしながら、収入分配が代替アセット（例えば、シェアに対してＢＴＣ配当）として支払われるより一般的なシナリオでは、公開鍵情報のこの欠陥は、現在の技術状態によると、各発行トランザクションに関連付けられた公開鍵の別個のオフチェーンのデータベースが維持されなければならないことを意味する。このようなソリューションは明らかに実行可能であるが、アセットレジスタを維持している２つのシステム（ブロックチェーン、及びオフチェーンデータベース）が存在することを意味する。これは、ソリューションに複雑性を差し挟み、２つのデータベースが互いに同期外れになる可能性がある。これは、追加記憶リソースも必要とする。
【００１３】
したがって、少なくとも以下を行うソリューションを提供することが望ましい。
・ブロックチェーンを介する匿名パーティへのセキュア転送の制御、影響、又は指示を実現し又は可能にする、
・転送がどこへ行われるべきか（例えば、収入がどこに支払われるべきか）の自動決定を可能にすることにより、上記第２データベースの要件、したがってそれが引き起こすリスクを除去する、
・現在のアセット保有者だけが、それらのファンドを請求する地位にあることを保証する方法で、収入を支払い可能である、
・（例えば、収入生成に応答して）アクション及び技術的応答を、ブロックチェーンを介して表される及び／又は参照されるアセットの現在の所有権に比例して、生成する汎用メカニズムを提供する、
・ブロックチェーントランザクションを使用して、アセットのセキュアな自動転送及び該転送及び支払のブロックチェーン上の記録を可能にし、したがって、イベント及びデータの耐タンパー記録のような利益を提供する、
・アセット所有者のような「現実世界」のアイデンティティの保護を可能にし、ソリューションは匿名性を可能にし又は実現すべきである、
・「未知」パーティへ送信される必要のある電子通信を可能にし及び制御するソリューションを提供する。
【００１４】
このような改良されたソリューションが考案されている。本発明は、以上に議論された少なくとも上述の技術的効果を提供する。
【００１５】
本発明は、添付の請求項において定められる。したがって、本発明によると、制御方法及び対応するシステムが提供され得る。
【００１６】
方法は、エンティティ又はアイテム又はその一部の転送を制御する方法であって良い。これは、望ましくはブロックチェーンを介して、電子的に転送され得る。エンティティ又はアイテムは、便宜上、本願明細書では、アセット又はアセットの一部として参照されて良く、ブロックチェーン上で又はそれを介して表され、トークン化され、及び／又は参照されて良い。追加又は代替として、本発明は、ブロックチェーントランザクションの生成を制御する方法であって良い。本発明は、動作のために人間の介入を必要としない自動ソリューションを提供して良い。
【００１７】
追加又は代替として、本発明は、ブロックチェーントランザクションアウトプットの受信者を制御する及び／又は指定する方法として記載されて良い。本発明は、ブロックチェーンを介する転送を制御し、指示し、及び／又は影響を与える方法として記載されて良い。転送は、アセット、又は暗号通貨又はファンド及び／又は何らかの他のリソースの一部にブロックチェーンを介して関連して良い。これは、あるトランザクションのアウトプットから別のトランザクションのインプットへのアイテムなどの制御の転送であって良い。これは、このような転送のリダイレクトの方法であって良い。
【００１８】
ブロックチェーントランザクションは、ブロックチェーン上で表されるアセットに関連し又は関連付けられて良い。アセットはトークン化アセットであって良い。アセットは、（スマート）コントラクトに関連付けられて良い。
【００１９】
方法は、ブロックチェーン上の少なくとも１つのトランザクション（Ｔｘ）を識別するステップであって、前記トランザクションは、アセットコントローラに関連付けられたトークン化アセットに関連する未使用トランザクションアウトプット（ＵＴＸＯ）と、Ｒｅｄｅｅｍスクリプトハッシュによりロックされた前のトランザクションからのアウトプットを使用するインプットと、を含む、ステップを含み得る。
【００２０】
方法は、各識別したトランザクション（Ｔｘ）について、未完了ブロックチェーントランザクションを生成するステップであって、該未完了ブロックチェーントランザクションは、
Ｒｅｄｅｅｍスクリプトハッシュのコピーを含む第１アウトプットと、
第２アウトプットであって、前記アセットコントローラのみが前記第２アウトプットの受信者を指定できるように変更可能な第２アウトプットと、を含む、ステップを含み得る。
【００２１】
アセットのコントローラは、アセットに関連付けられた所有者又は何らかの他のエンティティであって良い。アセットコントローラは、現実世界のコントローラ又は所有者を代表する計算リソースであって良い。計算リソースは、自動エージェントであって良い。アセットは、ブロックチェーン上で、トランザクションスクリプトのメタデータの中で提供されるトークン（又は「カラードコイン」）として表されて良い。
【００２２】
受信者は、暗号鍵を用いて指定されて良い。
【００２３】
ブロックチェーンは、ビットコインブロックチェーン、又は電子分散型台帳の代替実装であって良い。
【００２４】
方法は、未完了ブロックチェーントランザクションをアセットのコントローラへ送信するステップ、を更に含んで良い。
【００２５】
未完了ブロックチェーントランザクションは、必要な暗号化署名が不足しているという点で未完了であって良い。
【００２６】
未完了トランザクションは、
未使用トランザクションアウトプット（ＵＴＸＯ）を使用するインプット、及び／又は、
ある量の値又は通貨をアセットコントローラへ転送するために、別のトランザクションのアウトプットを使用するインプット、
を更に含んで良い。
【００２７】
方法は、暗号化署名を含めるために、未完了トランザクションの第２アウトプットを変更するステップ、を更に含んで良い。変更するステップは、アセットコントローラにより実行されて良い。
【００２８】
少なくとも１つのトランザクション（Ｔｘ）を識別するステップは、アセットに関連する未使用アウトプット（ＵＴＸＯ）を含むブロックチェーントランザクションに到達するまで、ブロックチェーンをトラバースするステップを伴い又は含んで良い。
【００２９】
方法の少なくとも１つのステップは、自律計算エージェントにより実行されて良い。
【００３０】
方法は、第２アウトプットの受信者を指定することにより、未完了トランザクションを完了する及び／又は変更するステップを更に含んで良い。追加又は代替として、方法は、未完了トランザクションをブロックチェーンに提出するステップを含んで良い。
【００３１】
未完了トランザクションは、アウトプットが変更され得るよう構成されて良い。未完了トランザクションは、全てのインプットが署名されるが、いずれのアウトプットも署名されないことを要求する署名種別を含んで良い。署名種別は、Bitcoin  SIGHASH_NONE署名種別、又は別のブロックチェーンプロトコルにおける実質的に機能的等価な署名種別であって良く、署名種別がトランザクションアウトプットの変更を実現し又は可能にできるようにする。
【００３２】
方法は、トークン化アセットを受信者アドレスへ転送するために、未使用トランザクションアウトプット（ＵＴＸＯ）を使用するステップ、を更に含んで良い。
【００３３】
方法は、アセットの所有権を転送する又は再発行するために、前のトランザクションのアウトプットを使用するステップ、を更に含んで良い。
【００３４】
第２アウトプットに関連付けられた暗号通貨額は、計算リソースにより、スマートコントラクトの中で提供されるルールに従い計算されて良い。
【００３５】
未完了トランザクションの第２アウトプットは、使用されると、ある量の通貨又は値を受信者へ転送して良い。この通貨又は値は、任意の種類のリソースであって良い。これは、例えば、ある量の暗号通貨又は何らかのトークン化ファンド又は他の商品であって良い。
【００３６】
本発明は、対応するシステムも提供する。システムは、いずれかの前述の請求項のステップを実行するよう構成されて良い。
【００３７】
システムは、
ブロックチェーンと、
少なくとも１つの自律計算エージェントであって、
ブロックチェーンをトラバースし、及び／又は、
未完了トランザクションを生成し、及び／又は、
未完了トランザクションを受信者へ送信する、
よう構成される少なくとも１つの自律計算エージェントと、を含んで良い。
【００３８】
追加又は代替として、本発明は、電子通信の送信を制御し、指示し、又は影響を与えるよう構成される１又は複数のステップを含んで良い。したがって、本発明の方法は、２以上のパーティ間の電子通信チャネルを確立する方法として記載されて良い。
【００３９】
追加又は代替として、本発明は、未完了ブロックチェーントランザクションの完了を実現し及び／又は可能にするよう構成されて良い。したがって、本発明は、ブロックチェーンネットワーク上のブロックチェーントランザクションの有効性及び／又は伝搬を制御し又は影響を与える方法として記載されて良い。
【００４０】
したがって、用語「通信」、「通知」及び「警告」は同義的に用いられ得る。
【００４１】
したがって、本発明は、電子通信を制御し及び／又は生成する方法を提供して良い。追加又は代替として、本発明は、電子通信／送信の宛先又は受信者を決定するソリューションを提供して良い。これはブロックチェーンにより実装されるソリューションであって良い。本発明は、匿名受信者又は準匿名受信者との（電子的、オフブロックチェーン）通信を可能にするよう構成される方法／システムであって良い。この受信者は、例えばアセット所有者又はコントローラであって良いが、本発明はこれに関して限定されない。通信は、ブロックチェーントランザクションのシーケンス内に格納された又は「埋め込まれた」情報を用いて送信されて良い。本発明は、ブロックチェーンを介して電子通信の宛先を指定する及び／又は決定する方法として記載されて良い。
【００４２】
方法は、信号をアドレスへ送信するステップを含んで良い。アドレスは通知アドレスであって良い。信号は、（電子）通知又は通信と呼ばれ又はその機能を果たして良い。
【００４３】
本発明は、通知のコンテキスト、目的、又はコンテンツに関して限定されない。
【００４４】
通医は、ブロックチェーン上のトランザクション（Ｔｘ１）のインプットに関連付けられたアンロックスクリプト内のメタデータとして提供されて良い。用語「識別子」は、「アドレス」と同義的に使用されて良い。この送信するステップは、イベントによりトリガされて良い。イベントは、スマートコントラクトにより指定され、決定され、又は影響を与えられて良い。通知の送信（送出）は、コンピュータに基づくリソースにより実行されて良い。これは、自動処理の少なくとも一部として実行されて良い。
【００４５】
通知は、未完了トランザクションの完了のための要求及び／又はトリガとして機能を果たして良い。方法は、未完了トランザクションを完了するステップを含んで良い。完了は、暗号化署名の提供を含んで良い。
【００４６】
アンロックスクリプトは、ブロックチェーン上の更なるトランザクション（Ｔｘ２）からのアウトプットを使用するために提供されて良い。（これは、トランザクションＴｘ１のインプットがトランザクションＴｘ２のアウトプットを使用して良いという意味で、ブロックチェーン上の「先行する」トランザクションであって良い。）
したがって、本発明は、ロックスクリプトをアンロックするために、アンロックスクリプト内での通知アドレスの提供を要求するステップを含んで良い。このステップは繰り返されて良い。したがって、通知アドレスのシーケンスが要求され供給されて良い。通知アドレスは、ブロックチェーントランザクションのチェーンの中の各アウトプットを使用するために要求されて良い。これは、時間に渡り異なるアドレスの提供を可能にする。したがって、本発明は、通知のための受信者アドレスの変更を可能にし及び実現する。
【００４７】
トランザクション（Ｔｘ１）のインプット及び／又は更なるトランザクション（Ｔｘ２）のアウトプットは、ブロックチェーン上で表される又はブロックチェーンを介して参照されるトークン化アセットに関連付けられて良い。このトークンは「カラードコイン」として参照されて良い。
【００４８】
電子通知は、未完了又は完了ブロックチェーントランザクション、及び／又は、未完了又は完了ブロックチェーントランザクションに関連する情報、を含んで良い。
【００４９】
これは、要求されるデータ片が不足しているという点で未完了であって良い。
【００５０】
これは、完了／未完了トランザクションの位置又はそれにどのようにアクセスするかに関する情報を含んで良い。
【００５１】
通知アドレスは、ブロックチェーン上で表されるアセット又はリソース、又はブロックチェーン上で表されるアセット又はリソースのコントローラに関連付けられて良い。コントローラは、アセットの実際の（「現実世界の」）所有者と同じ又は異なるエンティティであって良い。
【００５２】
方法は、トランザクションＴｘ１又は更なるトランザクションＴｘ２を識別するためにブロックチェーンをトラバースするステップを更に含んで良い。当業者は、このトラバースが知られている技術としてどのように実行され得るかを理解し得る。
【００５３】
方法は、トランザクションをブロックチェーンに提出するステップであって、トランザクション（Ｔｘ１）は、アウトプット（ＵＴＸＯ）を使用するためにアンロックスクリプトのメタデータ内での通知アドレスの提供を要求するＲｅｄｅｅｍスクリプトを含む未使用アウトプット（ＵＴＸＯ）を含む、ステップ、を含んで良い。
【００５４】
未使用アウトプット（ＵＴＸＯ）は、ブロックチェーン上で表される又はそれを介して参照されるトークン化アセットの所有権を転送し又はその他の場合それに関連して良い。
【００５５】
通知アドレスは、トランザクション（Ｔｘ１）のアンロックスクリプト内のパラメータとして提供されて良い。これは、第２パラメータとして提供されて良い。
【００５６】
方法は、Ｒｅｄｅｅｍスクリプトを用いて、通知アドレスがアンロックスクリプト内で提供されていることを保証するステップを含んで良い。Ｒｅｄｅｅｍスクリプトは、どれだけ多くの通知アドレスがアンロックスクリプトにより提供されなければならないかを示す値を含んで良い。
【００５７】
複数の通知アドレスは、アンロックスクリプト内で提供されて良い。
【００５８】
通知アドレスは、ネットワークアドレス、暗号鍵、ＵＲＩ（uniform  resource  locator）、電子メールアドレス、又はスクリプトのメタデータ内で表され及び電子通信の宛先として使用可能な任意の他のアドレス若しくは識別子であって良い。したがって、通知アドレスは、通知／通信の受信者の識別子としての機能を果たして良い。
【００５９】
方法の少なくとも１つのステップは、自動計算リソース又はエージェントにより実行されて良い。これは、「ボット」又は「オラクル」と呼ばれて良い。
【００６０】
方法及び／又はシステムは、「ブロックチェーン内に埋め込まれた通知アドレス」と題された章で以下に実質的に記載された通りであり得る。
【００６１】
本発明は、本願明細書に記載の方法の任意の実施形態のステップを実行するよう配置され及び構成されたコンピュータにより実装されるシステムを更に提供し得る。
【００６２】
システムは、
ブロックチェーンと、
少なくとも１つの自律計算エージェントであって、
ブロックチェーンをトラバースし、及び／又は、
電子的通知を生成し及び又は送信する、
よう構成される少なくとも１つの自律計算エージェントと、を含んで良い。
【００６３】
方法に関連して記載された任意の特徴は、システムにも適用可能であって良く、逆も同様である。ある実施形態又は態様に関して上述した任意の特徴は、本発明の任意の他の実施形態又は態様において存在して良い。
【００６４】
本発明は、実質的に、以下の例、説明、及び図において記載される説明のための実施形態において記載される通りであって良い。本発明の上述の及び他の態様は、本願明細書に記載される実施形態から明らかであり、それらの実施形態を参照して教示される。
【００６５】
本発明の実施形態は、単なる例として添付の図面を参照して以下に説明される。
【図面の簡単な説明】
【００６６】
【図１】本発明の説明のための実施形態の概要を提供する。
【図２】アセットの現在の所有権を決定するために、ブロックチェーン上で反復するときに利用されるトラバースロジックの説明を提供する。
【図３】本発明の一実施形態に従い必要とされるトランザクションアウトプットの説明を提供する。
【図４】初期の未完了ブロックチェーントランザクションの構築の説明を提供する。
【図５】アセットコントローラにより変更され及び完了された後の、図４の未完了トランザクションの説明を提供する。
【図６】注意及び変更の必要な未完了トランザクションが存在することをアセットコントローラに通知するために、通知がアセットコントローラへ送信される、本発明の一実施形態の説明を提供する。
【図７】本発明の一実施形態による使用例モデルの説明を示す。
【図８】ブロックチェーン上で表されるアセットの中でシェアを生成するために使用され得る、以下で提供される例に関連するブロックチェーントランザクション番号１００．１０を提供する。
【図９】受信者にアセットのシェアを発行するために使用され得る、以下で提供される例に関連するブロックチェーントランザクション番号１００．１２０を提供する。通知アドレスはＳｃｒｉｐｔＳｉｇの中で要件として指定されることに留意する。これは、後のトランザクションの中のインプットを介してシェアを「請求する」とき、受信者（つまり、アセット所有者又はコントローラ）に、通知アドレスをアンロックスクリプト内のメタデータとして提供させる。
【図１０】アセットの一部の所有権を受信者へ転送するために使用され得るブロックチェーントランザクション番号１５０．１０を提供する。この場合、現在のアセットコントローラは、アセットの一部を保持し、他の部分を他のパーティに割り当て又は転送する。
【図１１】以下に提供する例に関連して生成され得る未完了ブロックチェーントランザクション番号４００．１を提供する。
【図１２】アセットコントローラにより変更されるとき、図１１に示す未完了トランザクションの完了バージョンであるブロックチェーントランザクション番号４００．１０を提供する。
【発明を実施するための形態】
【００６７】
本発明は、ブロックチェーントランザクションのインプット及びアウトプットを介してデジタルエンティティのセキュア転送の制御を可能にする汎用ソリューションを提供する。本願明細書で提供される例では、本発明は、基礎にある投資契約の条項に従い、例えばアセットの所有権がどのように分割されているかに直接比例して、ブロックチェーンに登録されたアセットに対する収入又は未収コストを支払う文脈で単に説明目的で議論される。例えば、アセットが１００個のシェアに分割されている場合、支払われるべき収入はシェア毎に計算され得る。
【００６８】
しかしながら、本発明はこのような使用例シナリオに限定されず、種々の用途及び状況において利益をもたらすために利用可能なより一般的な転送制御ソリューション及び通知ソリューションを提供することに留意することが重要である。
【００６９】
＜主な用語＞
本技術的明細書は、全体を通じて主要概念及びコンポーネントを定めるために以下の用語を使用する。
【表１】
2019536134.tif 000003
【００７０】
本願明細書に示されるように、本発明は、少なくとも以下を可能にする自動のセキュア且つロバストなメカニズムを提供する。
・ブロックチェーン（例えば、ビットコインブロックチェーンのような）から、アセットの現在の所有権を決定する能力、
・アセットに関連する未知のパーティへの電子通信の送信を制御する能力、
・アセットの現在の所有権に比例してアセットにより生成された収入を支払う能力。
【００７１】
後者２つでは、この処理は、アセットが別個の所有権データベースを維持する場合、又は所有権が（支払）アドレスの使用によりブロックチェーンにより隠される場合に、利益をもたらすために使用され得る。
【００７２】
本発明は、少なくとも２つの有利な側面を提供する。
１）所有者がアセットに対して未知であり匿名である場合に、ブロックチェーンを介してアセットの所有者に支払を行う能力、
２）ブロックチェーントランザクションのシーケンスの中に格納された情報を用いて匿名所有者に通知する能力。
【００７３】
＜ブロックチェーン上に表されるアセットの現在の所有権の決定＞
ブロックチェーン上で表されるアセットに対するコスト／収入を配分するために、該アセットの現在の所有権を決定可能である必要がある。これを達成し得る２つのメカニズムがある。
・所有権は、アセットによりオフチェーンで維持される（及び転送をアセットにより副署させることにより更新される）別個のレジスタ内で維持され得る。このメカニズムは、正式な「Know  Your  Customer」ルールが適用される規制された（regulated）アセットに対して理想的である。
・所有権は、現在の所有権リストを動的に生成するために、ブロックチェーン上のトランザクションをスキャンすることにより決定され得る。留意すべきことに、このアプローチは、所有権自体を決定しないが、アセットに責任のあるビットコインアドレスを識別する。これは、実際の所有者であって良く又はそうでなくて良い「アセットコントローラ」として参照されて良い。このブロックチェーントラバース技術は本発明により使用される。
【００７４】
＜所有権に関連するアクションの生成、例えば収入の計算及び支払＞
アセットの現在の所有権に比例してアセットからの収入を支払うために、
・アセットは、現在の所有権を決定する能力を有しなければならない、
・アセットは、所与の期間の間の合計収入を記録可能でなければならない、
・アセットは、現在の所有権の間で収入を分割可能でなければならない、
・アセットは、収入からコストを相殺することが可能でなければならない、
・アセットは、前のコストが支払われていない場合、収入を保持することが可能でなければならない、
・アセットは、現在のアセット保有者への収入の支払をトリガ可能でなければならない。
【００７５】
この収入は、時間期間の終わりに（例えば、６ヶ月毎に）又は生成されるときに（例えば、直ちに）到来し得る。コントラクトの特性に依存して、同じ条件が幾つかのコントラクトによる収入の比例支払を可能にして良く、ある期間の間現在の保有者への支払を可能にするだけである。
【００７６】
＜技術的ソリューション＞
本発明により提供される技術的ソリューションは、投資又はアセットのコントローラがエージェント又はスマートコントラクトにより、そのコストの回収又は収入の支払の両方のために支払トランザクションセットを生成できるメカニズムを提供する。ソリューションは、オフチェーン条件によりトリガされる自動オラクル処理（又は基礎にあるコントラクトの構造に依存して複数のオラクル処理）に依存する。例えば、この条件は、報酬を支払う日付であって良い。このトリガ条件が作動すると、オラクルは、
・全体としてアセットの合計支払い額を計算し、
・支払ルール（例えば、比例）に基づき、アセットの現在の所有権分割に渡り、個々の支払を計算し、
・個々のアセット保有者の各々について支払トランザクションを生成する。
【００７７】
図１は、技術的ソリューションが生成すべき個々の支払をどのように決定するかの基本的フローを示す。
【００７８】
図１のフローチャート内のステップは、以下の章でより詳細に定められる。
【表２】
2019536134.tif 000004
【００７９】
＜発行トランザクションからブロックチェーンをトラバースする＞
アセット内のシェアの現在位置（所有権）を決定するために、関連オラクルは、現在のアセットのシェアが現在どこに存在するかを決定するために、最初の発行トランザクションからブロックチェーンをトラバース可能である必要がある。発行トランザクションは、図１の「アンカートランザクション」として参照される。図２は、このようなトラバース中に使用され得る例示的なトランザクションチェーンを示す。基本的に、この処理は、ブロックチェーン上でトランザクションからトランザクションへと、痕跡に従い、オラクルがアセットに関連するＵＴＸＯを見付けるまで、移動することを含む。このアウトプットが使用されていないとき、これは、アセットにおける最後のインプットを使用するアセットコントローラが依然としてコントローラであるはずだと示す。したがって、トラバース処理は、このトランザクションで停止し得る。
【００８０】
各々の個々の発行又は転送トランザクションアウトプットは、関連するＲｅｄｅｅｍスクリプトを有する。トランザクションアウトプットが未使用であるという事実から、オラクルは、どのＲｅｄｅｅｍスクリプトが前のトランザクションからのアウトプットを使用するために使用されたか、したがって任意の時点でアセットのどの比率を「所有する」かを決定できる。
【００８１】
＜分配支払を生成する＞
Ｒｅｄｅｅｍスクリプトを知ることにより、収入分配トランザクションは、Ｒｅｄｅｅｍスクリプトのコントローラが変更可能な方法でのみ、アウトプットをリダイレクトさせるために、SIGHASH_NONE能力を利用できる。この目的のために、分配トランザクションは図３に示すように構築される必要がある。
【００８２】
分配トランザクションは２つのアウトプットを有する。
１）次にトラバース処理が実行されるときに、同じコントローラが現在のコントローラであると決定されるように、現在のコントローラに返送する（再発行する）アウトプット、
２）幾つかの電子ファンドをコントローラへ転送するアウトプット。
【００８３】
再発行アウトプットは、それが単に前の発行／転送トランザクションからのＲｅｄｅｅｍスクリプトハッシュを再生（つまりコピー）できるので、構築され得る。
【００８４】
しかしながら、要求される署名の数に基づいては、及び構築時点においてＡへの収入支払のためのロックスクリプトは構築できないので、１つのステップで分配トランザクションを構築することは不可能である。
【００８５】
これを解決するために分配トランザクションは、図４に示すフォーマットで始めに構築されブロードキャストされる。
【００８６】
署名ハッシュをSIGHASH_NONEへのインプットに設定することにより、アウトプットのうちのいずれか１つが変更され得る。（注：本発明の１又は複数の実施形態は、ビットコインプロトコル以外のプロトコル上で実装されて良い。アウトプットがそれらが変更可能なように設定されることが重要である。）しかしながら、最後の発行トランザクションの中でロックすることにより、アセットの正当な所有者がインプットに署名することを要求される（及び彼らの関心の無い限り明らかにそうしない）ので、彼らだけが変更を行うことができる。留意すべきことに、トランザクションへの最後のアセット発行／転送において署名が供給される必要がない。図４に示すように、アセット発行者が任意の転送トランザクションの副署名者であると仮定すると、彼らが存在しない場合、このトランザクションは、単に、同じ効果を達成する分配のための収入への署名を用いて結合される。
【００８７】
＜分配支払をリダイレクトする＞
現在のアセット所有者が未完了テンプレートトランザクションを受け取ると、彼らは、それが彼らにとって最も関心があると決定し、収入を彼ら自身に支払うよう収入支払トランザクションを変更した後に、トランザクションへの最後のアセット発行／転送インプットに署名することによりトランザクションを完了する。この変更された完了トランザクションは図５に示される。トランザクションはここで完了するので、マイン可能である。
【００８８】
したがって、ブロックチェーンレコード自体に含まれたアセットの所有権シェア以外に、アセットの基本的所有者に関して知るという要件を伴わず、成果が達成される。
【００８９】
＜通知の必要＞
上述のように、支払分配トランザクションは、最初に、未完了形式で生成される。これは、次に、何らかの方法でアセットコントローラに通信される必要があり、該アセットコントローラが該トランザクションの存在に気付き、該トランザクションを完了するために必要な変更を行い、ブロックチェーンに提出できるようにする。
【００９０】
しかしながら、未完了トランザクションは、ブロックチェーン自体を介してブロードキャストできない。これは、デフォルトで、ブロックチェーン伝搬ノードがネットワークに渡り未完了トランザクションを伝搬しないためである。分配トランザクションの元のバージョンが未完了なので（署名が不足している）、コントローラ／所有者は未完了トランザクションを受け取り、ネットワークによりドロップされる前に署名を適用することができる見込みがない。これはアセットの所有権に影響しないが、関連パーティが彼らの受ける収入を支払われないことを意味する。
【００９１】
したがって、克服する必要のある技術的問題、つまり、受信者のアイデンティティ及び／又は他の情報が未知の場合に、未完了ブロックチェーントランザクション（Ｔｘ）（又はその存在）を受信者にどのように通信するかという問題、がある。この技術的問題を解決するために、この未完了トランザクションを関心パーティにブロードキャストする又は少なくとも関心パーティに未完了トランザクションの存在及び／又は位置を認識させるために使用可能なチャネルが存在する必要がある。
【００９２】
これを解決するために、以下を含む種々の可能な方法がある。
・コントラクトは、「ブロードキャスト」チャネルをコントラクトの一部として公開し得る。該ブロードキャストチャネルで、全ての未完了トランザクションが、関心トランザクションを決定するために該チャネルをリッスンする及びそれらに反応するアセットの所有者によりブロードキャストされる。この公開／サブスクライブメカニズムは、標準的なＩＴの特徴である。
・アセットの販売又は他の転送により、新しいアセット所有者／コントローラが、通知アドレスを販売トランザクションにロックする。これは、通信チャネルが、アセット所有者／コントローラに関する任意の他の情報が知られることなく、設定されることを可能にする。アセットは、次に、このプライベートチャネルを用いて、未完了トランザクションを現在の所有者へ送信し、又はそれらにトランザクションがアクセス可能な位置から例えばダウンロード及び後の完了のために利用可能であることを通知する。
【００９３】
これらのソリューションのいずれも、アセットが依然としてブロックチェーン自体に保持される情報以外にアセット自体の所有権を認識しないという点で、上述の本発明の第１の態様に影響又は衝撃を与えない。以下の例では、トランザクションは、トランザクション通知のための第２オプションを利用する。この通知技術は、本発明の第２の新規な態様を形成し、トランザクション情報のプライバシ又は匿名性を提供する。
【００９４】
＜ブロックチェーンに埋め込まれた通知アドレス＞
本発明のこの態様は、以上で特定された伝搬問題に対する解決策を、ブロックチェーントランザクション内に通知アドレスを埋め込む能力を可能にすることにより、提供する。通知アドレスは、したがって、後の通知のために使用可能である。この章は、このモデルがどのように動作するかを説明する。
【００９５】
通知は、例えば電子メールのような任意の適切な形式をとり得る。このような場合、電子メールは、前のトランザクションに埋め込まれていた電子メールアドレスへ送信され得る。しかしながら、従来知られている他の形式の電子通信も本発明の範囲内に包含される。基本的に、初期トランザクションにおいてキャプチャされた識別子は、通知が送信されるアドレス又は位置としての機能を果たす。
【００９６】
留意すべきことに、この通知技術は、それ自体で、及び広範な状況及び用途に関して、上述の本発明の第１の態様と独立に、問題に対する解決策として利益をもたらすために使用可能である。
【００９７】
本発明の例では、しかしながら、通知アドレスの役割は、所与の目標トランザクションの作者（author）が関連する関心主体に関する他の情報を有しないとき、該関連する関心主体が彼らの署名を該目標トランザクションに適用するよう（及び他の変更を行うよう）通知され得ることを保証することである。
【００９８】
このソリューションは、任意の更なる情報が供給され又は知られる必要無しに、通信が受信者へ送信可能であることを意味する。本発明は、したがって、プライバシ及びセキュリティを保護し又は拡張する、拡張された警告、通知、又は通信技術を提供する。トランザクションスクリプト内で提供され及び次にトランザクションスクリプトから抽出されるアドレス以外に、受信者に関するいかなる追加情報も必要ない。これは、それ自体が、ボットのような自動プロセスにより実施されるのに役立つ。
【００９９】
指定アドレスへの通知の送信は、イベントによりトリガされて良い。イベントは、スマートコントラクト内で指定され又はそれにより影響されて良い。
【０１００】
通知は、単に、アドレスへ送信される信号であって良く、及び／又は所定コンテンツを含んで良い。したがって、所望の情報メッセージが送信可能である。追加又は代替として、通知の受信は、自動プロセスへの信号としての役割を果たし、したがって所定又はプログラムされた応答をトリガして、例えばトランザクションに署名を供給し又は何らかの他のアクションを実行して良い。
【０１０１】
本発明は、埋込アドレスに発送される通知メッセージの内容に関して限定されない。通知は、幾つかの場合には、未完了トランザクションのコピーを含んで良い。本発明の例では、しかしながら、通知アドレスの役割は、所与の目標トランザクションの作者（author）が関連する関心主体に関する他の情報を有しないとき、該関連する関心主体（人間又はコンピュータに基づくリソースであって良い）が彼らの署名を該目標トランザクションに適用するよう（及び他の変更を行うよう）通知され又は必要のあることを警告され得ることを保証することである。実際には、したがって、本発明は、将来のブロックチェーントランザクションの履行、完了を可能にする。必要な署名の提供により、部分的な無効トランザクションは、ブロックチェーンにより受付可能な実行可能な有効なトランザクションに変換される。したがって、本発明は、ブロックチェーントランザクションの有効性及びブロックチェーンネットワーク上でのその伝搬を制御し、実現し、及び／又は可能にする方法の問題を解決する。
【０１０２】
この目的のために、全ての後続のトランザクションの中で通知アドレスのキャプチャを強制する「シード（seed）」トランザクションが生成される必要がある。これは、通常、（標準的なトークン化トランザクションでは）発行トランザクションの前であって良い。この発行又は「ソース」トランザクションは、通知アドレスを含むアンロックスクリプト上で供給されるべき追加属性を要求する。この処理の完全なフローは、図６に示される。
【０１０３】
＜通知Ｒｅｄｅｅｍスクリプト＞
アンロックスクリプトの主要フォーマットは以下の通りである。
【数１】
2019536134.tif 000005
【０１０４】
上記の構造から分かるように、枠内に示される要素は、標準的なスクリプトを表すが、プレフィックスが新しい。このプレフィックスは、ここに示す形式を取る。
【数２】
2019536134.tif 000006
【０１０５】
この特定の例は、＜Count  of  notification  addresses（通知アドレスの数）＞が１〜４の範囲であり得るが、必要な場合には異なる最大値をサポートするよう構造が拡張可能であることを意味する。このスクリプトプレフィックスは、関連通知アドレスをスタックから事実上ドロップし、次に通知アドレスの数が存在すべき数と一致することを保証することをチェックする。
【０１０６】
＜使用例モデル＞
図７に提供されるモデルは、非債務貸付モデルの範囲に含まれる主要な使用例を示す。
【０１０７】
＜［１００］シェアの発行＞
アセットは、自身の中で適切なアセット保有者にシェアを発行し、発行中にそのエンティティの通知アドレスをキャプチャすることを保証する。ここで１次主体はアセットである。
【０１０８】
＜主な成功シナリオ＞
このステップは、現在の保有者の通知の詳細がブロックチェーン自体に保持される場合にのみ必要である。
【表３】
2019536134.tif 000007
【０１０９】
シェア生成トランザクションは、図８にトランザクション１００．１０として示される。
【０１１０】
トランザクション１００．１０のアウトプット１の完全なＲｅｄｅｅｍスクリプトは以下に示される。
【０１１１】
OP_DROP      OP_CHECKSIG
シェア発行トランザクションは、図９にトランザクション１００．２０として示される。
【０１１２】
トランザクション１００．２０のアウトプット１の完全なＲｅｄｅｅｍスクリプトは以下に示される。
【数３】
2019536134.tif 000008
【０１１３】
この例示的なＲｅｄｅｅｍスクリプトは、後の売りが所有権を最大４人の買い手に転送することを可能にする購入が４人より多くの買い手に関連する場合、複数のトランザクションが必要になり得る。留意すべきことに、明らかに、上述のスクリプトの中の「if」ブロックを繰り返す（又は削減する）ことにより、新しい購入の可能な数を拡張する（又は制限する）ことが可能である。
【０１１４】
＜［１５０］シェアの売り＞
アセット保有者は、自身の持分の比率を別の関心パーティに売り出す必要がある。ここで１次主体はアセット保有者である。
【０１１５】
主な成功シナリオ：
【表４】
2019536134.tif 000009
【０１１６】
これは、基礎にある収入分配をサポートするために必須である多くの主要特徴を生成する。
・販売は、最大４人の新しい保有者だけ（例えば、４個のアウトプットトランザクションであるが、１〜４の任意の数であり得る）が可能である。
・販売がシェアの一部の保留を含む場合、スロットのみが再割り当てのために現在の保有者に取り戻されるので、３人の新しい保有者だけがサポート可能である。
【０１１７】
＜トランザクション１５０．１０＞
図１０において提供される例示的なトランザクション１５０．１０では、トランザクションは、１つの債権（stake）を保持し且つ１つの他の債権を新しい保有者に売る現在のアセット保有者による部分的販売を実施する。留意すべきことに、現実世界のシナリオでは、マイニング料金をカバーするための追加インプットが要求される可能性がある。これは、図１０のテンプレートでは無視されており、トランザクション１５０．１０は読み易さを向上している。
【０１１８】
トランザクション１５０．１０（図１０）のアウトプットのＲｅｄｅｅｍスクリプトは、公開鍵が以下の通りであるという点を除いて、トランザクション１００．２０（図９）のものと同じである。
【０１１９】
<PubK−SecondaryAssetHolder>及び<PubK−Asset>
トランザクション１５０．１０（図１０）のアウトプット２のためのこのＲｅｄｅｅｍスクリプトは、トランザクション１００．２０（図９）のものと完全に同一である。
【０１２０】
＜［２００］所有権の決定＞
アセットは、現在のアセット保有者を認識していなくても、支払の収入を現在のアセット保有者にどのように割り当てるかを決定する必要がある。このアクションの１次主体はアセットである。
【０１２１】
主な成功シナリオ：
【表５】
2019536134.tif 000010
【０１２２】
＜［３００］支払を計算する＞
ここで、アセットは、それ自体の現在の所有者に支払われるべき収入の額を計算したいと望む。このアクションの１次主体はアセットである。
【０１２３】
主な成功シナリオ：
【表６】
2019536134.tif 000011
【０１２４】
＜［４００］収入の支払＞
ここで、アセットは、それらの所有権に比例して、自身の所有者に収入を支払いたいと望む。１次主体はアセットである。
【０１２５】
主な成功シナリオ：
【表７】
2019536134.tif 000012
【０１２６】
トランザクション４００．１０−暫定（未完了）トランザクションは図１１に示される。トランザクション４００．１０−最終（完了トランザクション）は図１２に示される。図１２では、変更が明確化のために太字で示される。
【０１２７】
＜例示的なシナリオ：アセット株式資本＞
このモデルによりサポートされる主な種類のシナリオは、会社のようなアセットのための伝統的株式資本である。会社（NewCo  plc）は、収入が定期的に（毎年）支払われる、自由に取引可能な固定量のシェア（１０００）を発行する。収入分配が会社の利益を表すとき、アセット保有者ベースからのコストの収集をサポートする要件は存在しない（利益は既にそれらからコストを相殺されている）。
【０１２８】
＜本発明の主な利点は以下を含む＞
本発明は、ブロックチェーンに対する自立的活動を可能にし、別個のオフチェーンの所有権データベースを維持する必要無しに（法的理由を除く）、収入／コストの支払の可能なエンティティが生成されることを可能にする。
【０１２９】
本発明は、通知アドレス又は識別子をトランザクション内に、具体的にはトランザクションのスクリプト内に埋め込むことを可能にする。
【０１３０】
したがって、本発明は、拡張されたプライバシ、セキュリティ、及び通信を提供する。これは、ブロックチェーンを介するアセット及び／又はファンドの転送の制御及び記録に関する用途において特に有利である。
【０１３１】
留意すべきことに、上述の実施形態は、本発明を限定するのではなく、当業者は添付の請求項により定められる本発明の範囲から逸脱することなく多数の代替の実施形態を考案できる。請求項中、括弧内に記載された如何なる参照符号も、請求項を制限すると見なされるべきではない。用語「有する（comprising又はcomprises）」等は、全体としていかなる請求項中に及び明細書に列挙された以外の要素又はステップの存在を排除するものではない。本願明細書において、「有する（comprises）」は「含む（includes）又は構成される（consists  of）」を意味し、「有する（comprising）」は「含む（including）又は構成される（including  of）」を意味する。要素の単数の参照は、該要素の複数の存在を排除するものではなく、逆も同様である。本発明は、複数の別個の要素を有するハードウェアにより又は適切にプログラムされたコンピュータにより、実施され得る。複数の手段を列挙している装置の請求項では、これらの複数の手段は、１つの同一のハードウェア要素により実装することができる。特定の量が相互に異なる従属請求項に記載されるという事実は、これらの量の組合せが有利に用いることが出来ないことを示すものではない。
【図１】
2019536134.tif 000013
【図２】
2019536134.tif 000014
【図３】
2019536134.tif 000015
【図４】
2019536134.tif 000016
【図５】
2019536134.tif 000017
【図６】
2019536134.tif 000018
【図７】
2019536134.tif 000019
【図８】
2019536134.tif 000020
【図９】
2019536134.tif 000021
【図１０】
2019536134.tif 000022
【図１１】
2019536134.tif 000023
【図１２】
2019536134.tif 000024
【国際調査報告】
2019536134.tif 000025
2019536134.tif 000026