(57)【要約】  本発明は、コンピュータベース電子台帳に関し、特に“ブロックチェーン”として知られる分散型台帳に関する。本発明は、これに限定されず、ビットコインブロックチェーン及び関連するプロトコルにより利用に適しており、他のブロックチェーンプラットフォームを利用して展開可能である。本発明は、ブロックチェーンに送信される必要があるトランザクションの数が大きく低減可能なマイクロペイメントチャネルを実行するための新規且つ効果的な技術を提供する。初期的なトランザクション（Ｔｘ）は、選択されたトランザクションが完了（署名）され、ネットワークに送信されるまで、他の主体が持ち続けることが可能な１つ以上の以降のトランザクションによって置換可能である。一実施例では、本発明は、ブロックチェーンを介し交換を実行するためのコンピュータにより実現される方法であって、ファンディングトランザクションをブロックチェーンネットワークに送信するステップを含み、ファンディングトランザクションは、ｉ）第２のユーザから第１のユーザに転送されるアセットに関するトークナイズされた契約を含み、ｉｉ）第１のユーザによって署名される方法を提供する。それはまた、第１のユーザから第２のユーザに１つ以上の以降のトランザクションを送信するステップを含み、以降の各トランザクションは、ファンディングトランザクションの出力を使い、第１のユーザによって署名される。それは、以降のトランザクションの１つをブロックチェーンネットワークに送信するステップを含み、送信されるトランザクションは第２のユーザによって署名されている。
2019527962.tif 000002
【特許請求の範囲】
【請求項１】
ブロックチェーンによって第１のユーザと第２のユーザとの間で少なくとも１つのアセットを転送するためのコンピュータにより実現される方法であって、
前記第２のユーザから前記第１のユーザに転送可能なそれぞれの第１のアセットを表す少なくとも１つの第１の入力と、前記第１のユーザの暗号化シグネチャ及び前記第２のユーザの暗号化シグネチャを提供することによって償還可能であるそれぞれの第２のアセットを表す少なくとも１つの第１の出力とを含む第１のブロックチェーントランザクションを生成するステップと、
それぞれの前記第２のアセットを表す少なくとも１つの第２の入力と、前記第１のユーザから前記第２のユーザに転送可能なそれぞれの第３のアセットを表す少なくとも１つの第２の出力とを有する第２のブロックチェーントランザクションを生成するステップであって、前記第３のアセットはそれぞれの前記第１のアセットについて交換され、前記第３のアセットは前記第１のユーザの暗号化シグネチャ及び前記第２のユーザの暗号化シグネチャを提供することによって償還可能である、生成するステップと、
前記第３のアセットの値を更新するため、前記第２のブロックチェーントランザクションの生成を繰り返すステップと、
を含む方法。
【請求項２】
前記第２のブロックチェーントランザクションは、それぞれの前記第１のアセットを表す少なくとも１つの第３の出力を有する、請求項１記載の方法。
【請求項３】
少なくとも１つの前記第１の入力は、第３のブロックチェーントランザクションを生成するための制御データを含む、請求項１又は２記載の方法。
【請求項４】
少なくとも１つの前記第２のアセットは、前記第１のユーザの前記暗号化シグネチャを提供することによって、前記第３のアセットの非償還の結果として償還可能である、請求項１乃至３何れか一項記載の方法。
【請求項５】
少なくとも１つの前記第２のアセットは、前記第１のユーザの前記暗号化シグネチャを提供することによって、第１のロック時間の経過後に償還可能である、請求項１乃至４何れか一項記載の方法。
【請求項６】
ブロックチェーンによって第１のユーザと第２のユーザとの間で少なくとも１つのアセットを転送するためのコンピュータにより実現される方法であって、
前記第２のユーザから前記第１のユーザに転送可能なそれぞれの第１のアセットを表し、第１のブロックチェーントランザクションのそれぞれの第１の入力に対応する少なくとも１つの第４の出力を有する第４のブロックチェーントランザクションを生成するステップと、
それぞれの前記第１のアセットを表す少なくとも１つの第１の入力と、前記第１のユーザの暗号化シグネチャ及び前記第２のユーザの暗号化シグネチャを提供することによって償還可能であるそれぞれの第２のアセットを表す少なくとも１つの第１の出力とを含む第１のブロックチェーントランザクションを受信するステップと、
前記第１のブロックチェーントランザクションを前記ブロックチェーンに送信するステップと、
複数の第２のブロックチェーントランザクションを受信するステップであって、前記第２のブロックチェーントランザクションのそれぞれは、それぞれの前記第２のアセットを表す少なくとも１つのそれぞれの第２の入力と、前記第１のユーザから前記第２のユーザに転送可能なそれぞれの第３のアセットを表す少なくとも１つのそれぞれの第２の出力とを含み、前記第３のアセットはそれぞれの前記第１のアセットについて交換され、前記第３のアセットは前記第１のユーザの暗号化シグネチャ及び前記第２のユーザの暗号化シグネチャを提供することによって償還可能である、受信するステップと、
前記第２のブロックチェーントランザクションを前記ブロックチェーンに送信するステップと、
を含む方法。
【請求項７】
前記第４のブロックチェーントランザクションを前記ブロックチェーンに送信するステップを更に含む、請求項６記載の方法。
【請求項８】
前記第１のブロックチェーントランザクションは、前記第２のユーザの前記暗号化シグネチャを提供することによって償還可能なそれぞれの第４のアセットを表す少なくとも１つの第５の出力を含む、請求項６又は７記載の方法。
【請求項９】
前記第４のアセットは、前記第２のユーザの前記暗号化シグネチャを提供することによって、前記第３のアセットの非償還の結果として償還可能である、請求項８記載の方法。
【請求項１０】
前記第４のアセットは、前記第２のユーザの前記暗号化シグネチャを提供することによって、第２のロック時間の経過後に償還可能である、請求項８又は９記載の方法。
【請求項１１】
少なくとも１つの前記第１及び第３のアセットは、機械実行可能なコードから構成される、請求項１乃至１０何れか一項記載の方法。
【請求項１２】
ブロックチェーンを介し交換を実行するか、又は契約を実行するためのコンピュータにより実現される方法であって、
ファンディングトランザクションをブロックチェーンネットワークに送信するステップであって、前記ファンディングトランザクションは、ｉ）第２のユーザから第１のユーザに転送されるアセットに関するトークナイズされた（スマート）コントラクトを含み、ｉｉ）前記第１のユーザによって署名される、送信するステップと、
前記第１のユーザから前記第２のユーザに１つ以上の以降のトランザクションを送信するステップであって、前記以降のトランザクションはそれぞれ前記ファンディングトランザクションの出力を使い、前記第１のユーザによって署名される、送信するステップと、
前記以降のトランザクションの１つを前記ブロックチェーンネットワークに送信するステップであって、前記送信されるトランザクションは前記第２のユーザによって署名されている、送信するステップと、
を含む方法。
【請求項１３】
当該方法は、ブロックチェーン上でマイクロペイメントを実現及び／又は実行する方法である、請求項１２記載の方法。
【請求項１４】
請求項１乃至１３何れか一項記載の方法を実行するよう構成されるコンピュータにより実現されるシステムであって、
ブロックチェーンネットワークと、
ブロックチェーントランザクションを生成し、及び／又はブロックチェーントランザクションをブロックチェーンネットワークに送信するよう構成される少なくとも１つの計算ベースリソースと、
を含むシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第１のユーザと第２のユーザとの間でデジタルアセットなどのアセットを転送するためのコンピュータにより実現される方法に関する。特に、排他的でなく、それはアセット転送処理がブロックチェーンプラットフォーム上で複数のトランザクションを介しどのように実行されるべきかを判断するためのコンピュータにより実現される制御機構に関するものでありうる。本発明は、マイクロペイメントチャネルの利用を含みうる。
【背景技術】
【０００２】
本文において、それが本文脈において現在最も広く知られている用語であるため、便宜上及び参照の容易さのため“ブロックチェーン”という用語を利用する。当該用語は、コンセンサスベースブロックチェーン、代替チェーン、サイドチェーン及びトランザクションチェーン技術、許可型及び非許可型台帳、プライベート及びパブリック台帳、共有台帳及びこれらの変形を含む全ての形態の電子、コンピュータベース分散型台帳を含むのにここでは利用される。
【０００３】
ブロックチェーンは、コンピュータベースの非集権的な分散システムとして実現される、トランザクションから構成されるブロックから構成される電子台帳である。各トランザクションは、少なくとも１つの入力と少なくとも１つの出力とを含む。各ブロックは、それの開始以来ブロックチェーンに書き込まれた全てのトランザクションの永続的で変更不可なレコードを作成するため一緒にチェーン化された当該ブロックの前のブロックのハッシュを含む。トランザクションは、トランザクションの出力がどのようにして誰によってアクセス可能であるかを特定する、それらの入力及び出力に埋め込まれたスクリプトとして知られる小さなプログラムを含む。例えば、出力に埋め込まれたスクリプトは、何れの暗号化シグネチャがトランザクションの出力にアクセスするのに必要とされるかを特定してもよい。ビットコインプラットフォーム上で、これらのスクリプトはスタックベーススクリプト言語を利用して書き込まれる。
【０００４】
トランザクションがブロックチェーンに書き込まれるために、それは、ｉ）トランザクションを受信した最初のノードによって検証され、すなわち、トランザクションが検証された場合、ノードはそれをネットワークにおける他のノードに中継し、ｉｉ）マイナーによって構成された新たなブロックに追加され、ｉｉｉ）マイニング、すなわち、過去のトランザクションの台帳に追加される必要がある。
【０００５】
最も広く知られるブロックチェーン技術の適用は、他のブロックチェーン実現形態が提案及び開発されてきたが、ビットコイン台帳である。ビットコインは便宜及び説明の目的のためにここで参照されうるが、本発明はビットコインブロックチェーンによる利用に限定されず、他のブロックチェーン実現形態が本発明の範囲内に属することが留意されるべきである。
【０００６】
ブロックチェーン技術は、仮想通貨の実現形態の利用について最も広く知られている。しかしながら、より最近では、デジタル起業家は、ビットコインが基づく暗号化セキュリティシステムの利用と、ブロックチェーンに格納可能なデータとの双方を利用して、新たなシステムを実現し始めている。
【０００７】
現在の興味及び研究の１つのエリアは、“スマートコントラクト”の実現のためのブロックチェーンの利用である。これらは、契約又は合意の条項の実行を自動化するよう設計されたコンピュータプログラムである。自然言語で記述される従来の契約とは異なって、スマートコントラクトは、結果を生成するため、入力を処理可能なルールを含み、その後にこれらの結果に応じてアクションを実行させることが可能なマシーン実行可能なプログラムである。
【０００８】
ブロックチェーン関連の興味の他のエリアは、ブロックチェーンを介し実世界のエンティティを表現及び転送するための“トークン”（又は“カラードコイン”）の利用である。潜在的に機密又は秘密のアイテムはトークンによって表すことが可能であり、それは区別不可な意味又は値を有さない。従って、トークンは、実世界のアイテムが参照可能な識別子として機能する。
【０００９】
ブロックチェーン関連技術の更なる他の利用は、“マイクロペイメントチャネル”に関する。記載時点において、マイクロペイメントチャネルの説明は、https://bitcoinj.github.io/working-with-micropaymentsにおいてインターネット上で利用可能である。これらは、例えば、インターネットアクセスなどの時間関連のオンラインサービスについて支払うため、カスタマからマーチャントへの通常の支払が行われることを可能にするのに利用可能である。そのようなマイクロペイメントチャネルは、カスタマによってマーチャントに支払可能であって、指定されたロック時間後にカスタマにリファンド可能であり、生成後にブロックチェーンに送信されるデポジットを表す出力を有する第１のファンディングブロックチェーン（ｆｕｎｄｉｎｇ  ｂｌｏｃｋｃｈａｉｎ）を生成することによって動作する。従来技術では、このファンディングトランザクションはまた“リファンドトランザクション”として知られうる。第２の“リプレーサブル（ｒｅｐｌａｃｅａｂｌｅ）”ブロックチェーントランザクションは、マーチャントへの支払を表す出力を有するよう生成される。リプレーサブルトランザクションは、前のトランザクションのコピーであるが、カスタマにあまりリファンドしない。この処理は、リプレーサブルトランザクションがマーチャントに対する支払額をインクリメントするよう周期的に更新されるように繰り返し可能である。マーチャントは、最終的なトランザクションのみが支払を償還（ｒｅｄｅｅｍ）するためにブロックチェーンに送信されるまで、リプレーサブルトランザクション上に保持し、これによって、不要なデータ処理及びブロックチェーン上のメモリの不要な占有を最小化する。リプレーサブルトランザクションは、クライアントによって提供された前のトランザクションを置換するため、この名前が与えられる。ファンディング及びリプレーサブルトランザクションは、通常の利用がブロックチェーンから構成されることを可能にする、従来技術において知られる通常のブロックチェーントランザクションである。
【００１０】
図１において、既知のそのような一方向マイクロペイメントチャネルの具体例が示される。
【００１１】
図１を参照して、カスタマがインターネットアクセスなどのオンラインの時間に依存するデジタルアセットについてマーチャントに支払うことを可能にするマイクロペイメントチャネルが、例えば、デポジットサイズ、支払額及び支払頻度など、契約がどのように実行されるべきかの詳細を規定する暗黙的／明示的な契約にカスタマ及びマーチャントが同意することによって、ステップＳ１において初期的に作成される。マイクロペイメントチャネルは、アセット（支払の形式で）がブロックチェーンを介しカスタマからマーチャントに転送されるが、マーチャントからカスタマへは転送されないという意味で一方向である。第１のファンディングブロックチェーントランザクションが、その後にステップＳ２において生成され、当該トランザクションはカスタマによるファンドのデポジットを表す第１の入力と、デポジット全体がカスタマ又はマーチャントの何れかのシグネチャによって、又はロック時間Ｎ後にカスタマのシグネチャのみによってリディーム可能（ｒｅｄｅｅｍａｂｌｅ）なスクリプトに支払われる第１の出力とを有する。ファンディングトランザクションは、ステップＳ３においてカスタマによって署名され、ブロックチェーンに送信される。
【００１２】
リプレーサブルブロックチェーントランザクションは、その後に、マーチャントに対するカスタマによる支払を行うため、ステップＳ４において生成される。リプレーサブルブロックチェーントランザクションは、ファンディングトランザクションからデポジットを使う単一の入力と、一方の出力はマーチャントに対する支払額を支払い、他方の出力はカスタマに残りを払い戻す出力との出力のペアとを有する。リプレーサブルトランザクションは、カスタマ及びマーチャントのシグネチャによってアンロック可能である。リプレーサブルトランザクションは、ステップＳ５においてカスタマによって署名され、その後にマーチャントに送信される。
【００１３】
例えば、インターネットアクセス又はコンテンツなどのマーチャントによってカスタマに供給される時間に依存したオンラインアセットの量が時間と共に増加するに従って、リプレーサブルトランザクションは、ステップＳ６において、マーチャントに対する支払可能な第１の出力の金額を増加させ、カスタマに払戻可能な第２の出力を減少させるよう更新される。支払を償還するため、マーチャントは、ステップＳ７において、最終的なリプレーサブルトランザクションを署名し、署名されたトランザクションをブロックチェーンに送信する。他方、リプレーサブルトランザクションが時間Ｎまでに受信されなかった場合、カスタマは、ステップＳ８において、カスタマシグネチャを提供することによって、ファンディングトランザクションからデポジットを使う単一の入力と、カスタマによって指定されたアドレスにデポジット全体を支払う単一の出力とを有するリファンディングトランザクションの出力を償還可能である。カスタマは、ステップＳ９において、リファンドトランザクションを署名し、それをブロックチェーンに送信する。
【００１４】
この構成は、デポジットの支払を表すファンディングトランザクションがマーチャントに対する支払のセキュリティを保証するが、カスタマからマーチャントにブロックチェーンを介し転送されるアセットは、カスタマとマーチャントとの間の合意から切り分けられるという問題がある。この結果、マーチャントとカスタマとの間の不同意の場合、マーチャントがマイクロペイメントチャネルを終了させるために最新のリプレーサブルトランザクションを償還する以外によって、同意と関連するブロックチェーントランザクションとの間の必要な相関を示すか、あるいは、未承認のアクティビティの場合にアクションをとるか、又はオンラインサービスの供給に関する条件を課すことは困難になる可能性がある。
【発明の概要】
【００１５】
本発明の好適な実施例は、従来技術の上記の問題点の１つ以上を解消しようとする。
【００１６】
本発明は、添付した請求項において規定されるようなコンピュータにより実現される方法及び対応するシステムを提供しうる。
【００１７】
本発明は、トークナイゼーション方法／システムとして説明されうる。それは、ある主体から他の主体に転送されるアセット及び／又はアセットの転送を規定する契約をブロックチェーンを介し表すトークン又はカラードコインの利用を含みうる。このアセットは、“転送アセット”として参照されうる。アセットの転送は、機械実行可能なスマートコントラクトにおいて規定又は詳述されうる。
【００１８】
さらに又はあるいは、本発明は、ブロックチェーンを介しマイクロペイメントチャネルを実現及び／又は実行するための方法／システムとして説明されうる。
【００１９】
さらに又はあるいは、本発明は、制御方法／システムとして説明されうる。それは、ある主体（ユーザ）から他の主体への転送アセットの提供を制御しうる。
【００２０】
さらに又はあるいは、それは、本発明のユーザ間の転送アセットの転送及び／又は交換を制御しうる。ユーザは、“主体”又は“参加者”として参照されうる。それらは、“アセット受信機又は受信者”及び対応する“アセットプロバイダ”として参照されうる。
【００２１】
転送アセットは、何れかのタイプのデジタル、物理的、電子的又は抽象的アセットであってもよい。それは、サービス又は財であってもよい。
【００２２】
本発明の方法は、第１のユーザと第２のユーザとの間の（転送）アセットを転送するステップを含みうる。
【００２３】
当該方法は、ブロックチェーンによるアセットの転送を可能又は実現しうる。これは、ビットコインブロックチェーンであってもよいし、あるいは、なくてもよい。
【００２４】
一形態の記載によると、本発明は、コンピュータにより実現される方法を提供しうる。当該方法は、ブロックチェーン上でマイクロペイメントを実現及び／又は実行する方法であってもよい。さらに又はあるいは、当該方法は、ブロックチェーンを介し交換又はトランザクションを実行する方法であってもよい。それは、ブロックチェーンへのトランザクションの送信を制御する方法であってもよい。
【００２５】
当該方法は、
ファンディングトランザクションをブロックチェーンネットワークに送信するステップであって、ファンディングトランザクションは、ｉ）第２のユーザから第１のユーザに転送されるアセットに関するトークナイズされた契約を含み、ｉｉ）第１のユーザによって署名される、送信するステップと、
第１のユーザから第２のユーザに１つ以上の以降のトランザクションを送信するステップであって、以降のトランザクションはそれぞれファンディングトランザクションの出力を使い、第１のユーザによって署名される、送信するステップと、
以降のトランザクションの１つをブロックチェーンネットワークに送信するステップであって、送信されるトランザクションは第２のユーザによって署名されている、送信するステップとを含んでもよい。
【００２６】
生成される複数の以降のトランザクションがあってもよい。これらは交互に連続して生成されうる。ファンディングトランザクション及び／又は以降のトランザクションは、ある値／アセット／資金（例えば、ＢＴＣ）を第１のユーザに転送する出力（ＴｘＯ）を含んでもよい。以降の各トランザクションは、より少ない値／資金／アセットを第１のユーザに払い戻してもよい。
【００２７】
“トークナイズされた契約”は、契約又はそれの位置を表すトークン（カラードコインとして参照されうる）であってもよい。契約は、機械実行可能なスマートコントラクトであってもよい。スマートコントラクトは、アセットプロバイダ“によって生成されてもよい。トークンは、スクリプト内に提供されうる。それは、スクリプトのメタデータ内に提供されうる。スクリプトは、ブロックチェーントランザクションのロッキングスクリプトにおいて提供されうる。
【００２８】
契約は第２のユーザ（アセットプロバイダ）によって生成されうる。従って、１つ以上の実施例では、本発明は、スマートコントラクト、トークン及びマイクロペイメントチャネルを含む複数の技術の新規な組み合わせを提供しうる。
【００２９】
他の記載によると、当該方法は、
第２のユーザから第１のユーザに転送可能なそれぞれの第１のアセットを表す少なくとも１つの第１の入力と、第１のユーザの暗号化シグネチャ及び第２のユーザの暗号化シグネチャを提供することによって償還可能であるそれぞれの第２のアセットを表す少なくとも１つの第１の出力とを含む第１のブロックチェーントランザクションを生成するステップと、
それぞれの第２のアセットを表す少なくとも１つの第２の入力と、第１のユーザから第２のユーザに転送可能なそれぞれの第３のアセットを表す少なくとも１つの第２の出力とを有する第２のブロックチェーントランザクションを生成するステップであって、第３のアセットはそれぞれの第１のアセットについて交換され、第２の出力は第１のユーザの暗号化シグネチャ及び第２のユーザの暗号化シグネチャを提供することによって償還可能である、生成するステップと、
第３のアセットの値を更新するため、第２のブロックチェーントランザクションの生成を繰り返すステップと、
を含む方法が提供されうる。
【００３０】
それぞれの第１のアセットを表す少なくとも１つの第１の入力を含む第１のブロックチェーントランザクションを生成することによって、これは、第１のアセットに関するデータを第１のトランザクションに含めることを可能にするという効果を提供する。例えば、第１のブロックチェーントランザクションは、第１のユーザと第２のユーザとの間の合意の修正不可なレコードを提供し、特定の状況のイベントにおいてアクションをとらせることを可能にする日付を含んでもよく、例えば、スマートコントラクト又は制御データは、指定された主体への支払などの第１のユーザによる未認証のアクティビティのイベントにおいて特定のアクションを実行させる。
【００３１】
第２のブロックチェーントランザクションは、それぞれの第１のアセットを表す少なくとも１つの第３の出力を有してもよい。
【００３２】
これは、第１のアセットを利用後に他の主体に転送すること、例えば、再利用のために第２のユーザに戻すことを可能にし、これにより、第１のアセットがブロックチェーンにおける処理パワーを奪い、又はメモリを不要に占有することを防ぐという効果を提供する。
【００３３】
少なくとも１つの第１の入力は、第３のブロックチェーントランザクションを生成するための制御データを含んでもよい。
【００３４】
これは、例えば、第１のユーザによる未認証のアクティビティの場合など、自動的アクションはとられることを可能にする効果を提供する。
【００３５】
少なくとも１つの第２のアセットは、第１のユーザの暗号化シグネチャを提供することによって、第３のアセットの非償還の結果として償還可能であってもよい。
【００３６】
少なくとも１つの第２のアセットは、第１のユーザの暗号化シグネチャを提供することによって、第１のロック時間の経過後に償還可能であってもよい。
【００３７】
本発明の他の態様によると、ブロックチェーンによって第１のユーザと第２のユーザとの間で少なくとも１つのアセットを転送するためのコンピュータにより実現される方法であって、
第２のユーザから第１のユーザに転送可能なそれぞれの第１のアセットを表し、第１のブロックチェーントランザクションのそれぞれの第１の入力に対応する少なくとも１つの第４の出力を有する第４のブロックチェーントランザクションを生成するステップと、
それぞれの第１のアセットを表す少なくとも１つの第１の入力と、第１のユーザの暗号化シグネチャ及び第２のユーザの暗号化シグネチャを提供することによって償還可能であるそれぞれの第２のアセットを表す少なくとも１つの第１の出力とを含む第１のブロックチェーントランザクションを受信するステップと、
第１のブロックチェーントランザクションをブロックチェーンに送信するステップと、
複数の第２のブロックチェーントランザクションを受信するステップであって、第２のブロックチェーントランザクションのそれぞれは、それぞれの第２のアセットを表す少なくとも１つのそれぞれの第２の入力と、第１のユーザから第２のユーザに転送可能なそれぞれの第３のアセットを表す少なくとも１つのそれぞれの第２の出力とを含み、第３のアセットはそれぞれの第１のアセットについて交換され、第３のアセットは第１のユーザの暗号化シグネチャ及び第２のユーザの暗号化シグネチャを提供することによって償還可能である、受信するステップと、
第２のブロックチェーントランザクションをブロックチェーンに送信するステップと、
を含む方法が提供されうる。
【００３８】
第１のブロックチェーントランザクションは、第２のユーザの暗号化シグネチャを提供することによって償還可能なそれぞれの第４のアセットを表す少なくとも１つの第５の出力を含んでもよい。
【００３９】
第４のアセットは、第２のユーザの暗号化シグネチャを提供することによって、第３のアセットの非償還の結果として償還可能であってもよい。
【００４０】
第４のアセットは、第２のユーザの暗号化シグネチャを提供することによって、第２のロック時間の経過後に償還可能であってもよい。
【００４１】
少なくとも１つの第１及び／又は第２のアセットは、機械実行可能なコードから構成されてもよい。
【００４２】
上述した各種“態様”は、本発明の限定であることを意図していない。本発明の一態様又は記載に関連して述べられる何れかの特徴はまた、上述した１つ以上の態様又は記載に適用可能であってもよい。
【００４３】
本発明は、以下に提供される以下の例示的な実施例又は利用ケースにおいて説明されるように方法／システムを実質的に提供しうる。
【００４４】
本発明の好適な実施例が、添付図面を参照して何れかの限定的な意味でなく単なる例示によって説明される。
【図面の簡単な説明】
【００４５】
【図１】既知の一方向マイクロペイメントチャネルの処理を示す概略図である。
【図２】本発明を実現する一方向マイクロペイメントチャネルの処理を示す概略図である。
【図３】図２の方法において利用されるブロックチェーントークナイゼーション処理を示す。
【図４Ａ】図２のマイクロペイメントチャネルにおいて利用されるブロックチェーントランザクションを示す。
【図４Ｂ】図２のマイクロペイメントチャネルにおいて利用されるブロックチェーントランザクションを示す。
【図５Ａ】図２のマイクロペイメントチャネルにおいて利用されるブロックチェーントランザクションを示す。
【図５Ｂ】図２のマイクロペイメントチャネルにおいて利用されるブロックチェーントランザクションを示す。
【図６Ａ】図２のマイクロペイメントチャネルにおいて利用されるブロックチェーントランザクションを示す。
【図６Ｂ】図２のマイクロペイメントチャネルにおいて利用されるブロックチェーントランザクションを示す。
【図７Ａ】図２のマイクロペイメントチャネルにおいて利用されるブロックチェーントランザクションを示す。
【図７Ｂ】図２のマイクロペイメントチャネルにおいて利用されるブロックチェーントランザクションを示す。
【図８Ａ】図２のマイクロペイメントチャネルにおいて利用されるブロックチェーントランザクションを示す。
【図８Ｂ】図２のマイクロペイメントチャネルにおいて利用されるブロックチェーントランザクションを示す。
【図９Ａ】具体例１において利用されるブロックチェーントランザクションを示す。
【図９Ｂ】具体例１において利用されるブロックチェーントランザクションを示す。
【図１０Ａ】具体例１において利用されるブロックチェーントランザクションを示す。
【図１０Ｂ】具体例１において利用されるブロックチェーントランザクションを示す。
【図１１Ａ】具体例１において利用されるブロックチェーントランザクションを示す。
【図１１Ｂ】具体例１において利用されるブロックチェーントランザクションを示す。
【発明を実施するための形態】
【００４６】
図面を参照して、サービスの購入に関する例示的な利用ケースを示す。しかしながら、本発明がこの点に限定されないことに留意することは重要である。本発明の実施例は、何れかのアセットの交換を実現するよう構成されうる。このアセットは、“転送アセット”として参照されうる。転送アセットは、デジタルアセットであってもよく、例えば、物理的、電子的、デジタル又は抽象的な何れかのタイプのエンティティを表すものであってもよい。以下の説明では、第１、第２、第３及び第４のブロックチェーントランザクションと、第１、第２、第３及び第４のアセットとの言及は、請求項において同じ意味を有する。
【００４７】
ここに提供される具体例は購入が行われるシナリオに関連することに留意することがまた重要である。従って、“カスタマ”及び“マーチャント”という用語は、交換の参加者を参照するのに利用されうる。しかしながら、本発明はリテール指向の用途に限定されることを意図していない。代わりに、本発明は財又はサービスが購入されない用途に等しく適用可能である。ブロックチェーントランザクションによって行われるデジタルアセット（ファンド）の転送は、全てのブロックチェーントランザクション（Ｔｘｓ）が入力と出力とを有する必要があるため、ブロックチェーン関連の実現形態を実現するのに純粋に機能しうる。
【００４８】
図２を参照して、本発明を実現するマイクロペイメントチャネルが示される。マイクロペイメントチャネルは、“一方向マイクロペイメントチャネル”として参照されうる。マイクロペイメントチャネルは、１回以上更新可能なペイメントトランザクションによってインターネットアクセスなどのオンラインの時間に依存したデジタルアセットに対して他の参加主体（以降、“マーチャント（ｍｅｒｃｈａｎｔ）”）に参加主体（以降、“カスタマ（ｃｕｓｔｏｍｅｒ）”）が支払うことを可能にするよう構成される。これは、時間依存するアセットに対する支払を表すマイクロペイメントチャネルの出力が、それが経時的にアセットのより多くを転送するに従って更新されることを可能にする。これは、あるユーザから他のユーザに提供されるアセットであるため、“転送アセット”として参照されうる。従って、本発明は、転送アセットが転送される方法を制御するための技術的機構を提供する。ブロックチェーントランザクションは、アセットが主体間で転送可能であるか否か、また、当該転送が何時どのようにして実行されるべきかを判定するための技術的伝達手段を提供する。
【００４９】
本発明の重要な効果は、交換処理が完全に自動化可能であり、従って、当該処理が開始されると手動の参加の必要を削除することである。システムは、計算エージェントが何時どのようにしてトランザクションが生成され、及び／又はブロックチェーンに送信されるべきかを判定できるように構成可能である。
【００５０】
まず、マーチャントは、ステップＳ１０１において、サービス又はアセットについてＣ個の契約を作成する。好ましくは、当該契約は、デポジットサイズ、支払額及び支払頻度などの特定の詳細を規定する機械により実行可能なスマートコントラクトである。従って、スマートコントラクトを利用することによって、本発明は、アセットプロバイダ（例えば、マーチャント）がマイクロペイメント処理への入力を有することを可能にする。これは、従来技術の構成に対する効果であり、本発明は、どのようにしてマイクロペイメントチャネルが実行されるかを制御するための他の技術的機構を提供する。より大きな粒度又はコンディショナリティの程度がスマートコントラクトを介し実行に導入される。例えば、アセットプロバイダはまた、スマートコントラクトを利用してインターネットアクセスなどのアセットへのアクセスを物理的に制御可能である。
【００５１】
その後、マーチャントは、ステップＳ１０２において、マーチャントによって提供される資金を表す入力と、各出力がマーチャントとカスタマとの間の契約の一部を構成する各自の第１のアセットを表すスクリプト又はトークンに対して資金の一部を支払うＣ個の出力の系列とを有する鋳造ブロックチェーントランザクション（“ｍｉｎｔｉｎｇ  Ｔｘ”）の形式で第４のブロックチェーントランザクションを生成する。鋳造トランザクションを生成する主体（“鋳造者（ｍｉｎｔｅｒ）”）はマーチャントである必要はないことが当業者によって理解されるであろう。例えば、マーチャントは、第三者に対する鋳造トランザクションの生成を契約することを選択してもよいし、あるいは、第三者によってこの目的のために供給されたソフトウェアを利用してもよい。
【００５２】
トークンは、サーバなどのコンピュータベースリソース上に格納可能なスマートコントラクトを表すものであってもよい。スマートコントラクトは、機械実行可能な形式で記述され、従って、自動化されたエージェント（“ボット”と呼ばれうる）によって読取、実行及び／又は実施可能である。コントラクトは、例えば、オフブロックに提供される分散ハッシュテーブル（ＤＨＴ）に格納されてもよい。トークンは、何れかの時点において鋳造者によって鋳造又は融解されてもよい。
【００５３】
契約を表すトークン（又は“カラードコイン（ｃｏｌｏｒｅｄ  ｃｏｉｎ）”）が、スクリプトにおいてメタデータとして提供されうる。トークンは、契約がアクセスされることを可能にしうる。例えば、トークンは、スマートコントラクトが格納可能な場所の位置又はＵＲＩ又は当該位置のハッシュを提供してもよい。
【００５４】
その後、マーチャントは、ステップＳ１０３において、ブロックチェーンに鋳造トランザクションを送信する。図４Ａにおいて、鋳造トランザクションの詳細が示され、図４Ｂにおいて、鋳造トランザクションの出力がそれの資金を支払うトランザクション及びスクリプトの入力及び出力の詳細が示される。
【００５５】
鋳造トランザクションの出力がそれの資金を支払うスクリプト及びトランザクションの入力及び出力の詳細は以下である。
【００５６】
【表１】
2019527962.tif 000003
ステップＳ１０３において鋳造トランザクションがブロックチェーンに送信された後、マーチャントは、ステップＳ１０４において、カスタマにアクセス可能なプラットフォーム上で契約の詳細及びトークンのスクリプトを公開する。ステップＳ１０１〜Ｓ１０４は、何れの時点でも実行可能であり、マーチャントがリストに新たなトークンを追加することを可能にし、トークンは、何れの時点でもマーチャントによって融解（すなわち、削除又は再利用）可能である。
【００５７】
図３は、図２のステップＳ１０２の鋳造トランザクションでありうるトークン鋳造トランザクションと、図２のステップＳ１０８のリプレーサブルトランザクションの出力を構成する転送トランザクションでありうるトークン転送トランザクションとの具体例を示す。鋳造トランザクションは、ステップＳ２０１において、トークン鋳造者によって生成され、電子証明書を指し示すメタデータを含むマルチシグネチャスクリプトのハッシュである場合、鋳造者によって提供される資金を表す入力と、スクリプトハッシュに資金を支払う単一の出力とを有する。スクリプトは、以下の形態を有する。
【００５８】
【表２】
2019527962.tif 000004
ただし、Ｍｅｔａｄａｔａ１・・・などは、偽の圧縮公開鍵（３２バイト）である。メタデータフォーマットの具体例は以下に見ることができる。
【００５９】
【表３】
2019527962.tif 000005
ＰｕｂＫ１・・・は、真の公開鍵である。
【００６０】
トークンは図２に示されるような鋳造者の公開鍵を含むスクリプトによって償還可能である。
【００６１】
トークン転送トランザクションが、ステップＳ２０２において生成され、トークン及びそれの関連する資金を使う入力と、トークンが主体Ａによって所有されていることを表すスクリプトのハッシュに対して資金を支払う出力とを有する。
【００６２】
図２を再び参照して、ステップＳ１０５において、カスタマが契約をブラウジングし、入ることを所望する契約についてファンディングトランザクションの形式で第１のブロックチェーントランザクションを作成すると、マイクロペイメントチャネルが初期的に作成される。ファンディングトランザクションは、カスタマによる資金のデポジットを表す第１の入力と、マーチャントによって提供されるトークンを構成するスクリプトを含む第２の入力によって表される第１のアセットを表す第２の入力とを有する。ファンディングトランザクションは、カスタマのシグネチャ及びマーチャントのシグネチャを提供することによって、あるいは、ロック時間Ｎの経過後のみカスタマのシグネチャを提供することによって償還可能な金額Ｘをカスタマに支払うことによって第２のアセットを表す出力と、ロック時間Ｎの経過後のみカスタマのシグネチャを提供することによって償還可能な金額Ｘをカスタマに支払うことによって第３のアセットを表す出力とを有する。金額Ｘは、典型的には、カスタマに対するデポジットの完全なリファンドを表すデポジットの全額である可能性があり、Ｙはマーチャントに対するトークン値の完全なリファンドを表しうる。しかしながら、Ｘをより小さい値に設定し、Ｙをより大きな値に設定し、マーチャントに対するリファンド不可なデポジットの支払を表すことが可能である。
【００６３】
カスタマは、その後、ステップＳ１０６においてファンディングトランザクションを署名し、それをマーチャントに送信する。マーチャントは、ステップＳ１０７においてファンディングトランザクションを署名し、それをブロックチェーンに送信する。図５Ａにおいて、ファンディングトランザクションの詳細が示され、図５Ｂにおいて、ファンディングトランザクションの入力及び出力をアンロックするためのスクリプトとファンディングトランザクションの入力及び出力の詳細とが示される。
【００６４】
ファンディングトランザクションの入力及び出力をアンロックするためのスクリプトとファンディングトランザクションの入力及び出力の詳細とは以下の通りである。
【００６５】
【表４】
2019527962.tif 000006
図２を再び参照するに、支払が行われるとき、カスタマは、ステップＳ１０８において、リプレーサブルブロックチェーントランザクションの形式で第２のブロックチェーントランザクションを生成する。リプレーサブルトランザクションは、ファンディングトランザクションからそれぞれ金額Ｘ及びＹを使う入力と、トークンのスクリプトにトークン値を支払う出力、マーチャントのための金額を支払うことによって第三者を表す出力及び残りのファンドをカスタマに支払う出力とを有する。カスタマは、ステップＳ１０９において、リプレーサブルトランザクションを署名し、それをマーチャントに送信する。リプレーサブルトランザクションはブロックチェーンに送信されないことが留意されるべきである。代わりに、それらはカスタマによって署名され、何れのリプレーサブルトランザクションが何時ブロックチェーンに署名及び送信されるか選択可能なマーチャントに送信される。
【００６６】
リプレーサブルトランザクションの出力のそれぞれを償還するため、カスタマのシグネチャ及びマーチャントのシグネチャが必要とされる。以降の支払が期限になると、ステップＳ１０８及びＳ１０９が繰り返され、マーチャントのための金額を増加させ、カスタマに払い戻される金額を減少させる。
【００６７】
最後に、マーチャントは、直近のリプレーサブルトランザクションの双方の入力を署名し、ステップＳ１１０において、マーチャントのための金額を償還するため、トランザクションをブロックチェーンに送信する。図６Ａにおいて、リプレーサブルトランザクションの詳細が示され、図６Ｂにおいて、リプレーサブルトランザクションの入力及び出力をアンロックするためのスクリプト及びトランザクションの入力及び出力の詳細とが示される。
【００６８】
リプレーサブルトランザクションの入力及び出力をアンロックするためのスクリプト及びトランザクションの入力及び出力の詳細とは以下の通りである。
【００６９】
【表５】
2019527962.tif 000007
リプレーサブルトランザクションがロック時間Ｎの経過によって受信されなかった場合、カスタマ及びマーチャントのリファンドブロックチェーントランザクションが実行される。特に、ステップＳ１１１において生成されたカスタマのリファンドトランザクションは、ステップＳ１０５のファンディングトランザクションから資金Ｘを使う単一の入力を有し、カスタマによって指定されたアドレスに金額Ｘを支払う。カスタマリファンドトランザクションの出力のみが、カスタマのシグネチャを必要とする。カスタマは、ステップＳ１１２において、トランザクションを署名し、それをブロックチェーンに送信する。図７Ａにおいて、カスタマリファンドトランザクションの詳細が示され、図７Ｂにおいて、カスタマリファンドトランザクションの入力及び出力をアンロックするためのスクリプト及びカスタマリファンドトランザクションの入力及び出力の詳細とが示される。
【００７０】
同様に、ステップＳ１１３において生成されるマーチャントリファンドトランザクションは、ステップＳ１０５のファンディングトランザクションから資金Ｙを使う単一の入力を有し、カスタマによって指定されたアドレスに金額Ｙを支払う。マーチャントリファンドトランザクションの出力のみが、マーチャントのシグネチャを必要とする。マーチャントは、ステップＳ１１４において、トランザクションを署名し、それをブロックチェーンに送信する。マーチャントリファンドトランザクションの入力及び出力をアンロックするためのスクリプト及びトランザクションの入力及び出力の詳細とは以下の通りである。
【００７１】
【表６】
2019527962.tif 000008
マーチャントリファンドトランザクションの入力及び出力をアンロックするためのスクリプトとマーチャントリファンドトランザクションの入力及び出力の詳細とは以下の通りである。
【００７２】
【表７】
2019527962.tif 000009
具体例１
以下の具体例では、マーチャントは、インターネットアクセスを提供するホテルであり、カスタマは、インターネットアクセスを購入することを所望するホテルのゲストである。ホテルは、帯域幅、ダウンロード及び時間制限を異なるＩＰ／ＭＡＣアドレスにそれが設定することを可能にするルータ管理ソフトウェアを有する。インターネットアクセスを収益化するため、ホテルはそれのゲストに以下のサービスを提供する。
【００７３】
【表８】
2019527962.tif 000010
他の設定詳細
・ホテルは、１ＢＴＣ（100,000,000
Satoshi）を有する秘密／公開鍵Ｈを所有する。
・ゲストは、０．０６ＢＴＣ（6,000,000
Satoshi）を有する秘密／公開鍵Ｇを所有する。
・ホテルは、それがトークン／契約を格納するサーバを有する。それはまた、利用可能なトークン／契約を表示するため利用するイントラサイトを有する。
【００７４】
ステップ
１．ホテルは、それの４つのサービスのそれぞれについて契約を作成する。それは、ｐｄｆとしてそれらを保存し、それのサーバに格納する。
２．ホテルは、それの４つの契約のそれぞれについてmetadata1及びmetadata2を作成する。フォーマットは以下の通りである。
【００７５】
【表９】
2019527962.tif 000011
３．ホテルは、５つの計画をトークナイズする鋳造トランザクションを作成する。
【００７６】
ａ．ここでは、４つのトークンのみが簡単化のため作成されることに留意されたい。実際には、各サービス／トークンについて複数作成可能である。
【００７７】
図９Ａにおいて、鋳造トランザクションの詳細が示され、図９Ｂにおいて、鋳造トランザクションの出力がそれの資金を支払うスクリプト及びトランザクションの入力及び出力の詳細とが示される。
【００７８】
鋳造トランザクションの出力がそれの資金を支払うスクリプトとトランザクションの入力及び出力の詳細とは以下の通りである。
【００７９】
【表１０】
2019527962.tif 000012
４．ホテルは、ブロックチェーンに鋳造トランザクションを送信する。
５．ホテルは、ゲストがブラウズするそれのイントラネットサイト上でトークン及び契約を表示する。
６．ホテルのゲストは、インターネットアクセスオプションについてイントラネットをブラウズし、サービス３に同意することを決める。それはトークン３をとり、関連する契約３毎にファンディングトランザクションを作成する。
【００８０】
図１０Ａにおいて、ファンディングトランザクションの詳細が示され、図１０Ｂにおいて、ファンディングトランザクションの入力及び出力をアンロックするためのスクリプト及びファンディングトランザクションの入力及び出力の詳細とが示される。
【００８１】
ファンディングトランザクションの入力及び出力をアンロックするためのスクリプト及びファンディングトランザクションの入力及び出力の詳細は以下の通りである。
【００８２】
【表１１】
2019527962.tif 000013
ロックされた資金は、４８時間でホテルによって請求可能である。これは、契約３及びトークン自体の値による最小の支払期限である。
７．ゲストは、イントラネットサイト上でフォームを介しホテルにファンディングトランザクションを送信する。
８．ホテルは、ファンディングトランザクションをチェックし、署名することによってそれを承認し、それをブロックチェーンに送信する。
９．ホテルは、インターネットにアクセスするための詳細をゲストに提供する。あるいは、トークンは、インターネットへのアクセスを自動的に可能及び終了させるための機械実行可能な指示を含んでもよい。
１０．ゲストは、インターネットを利用することを開始する。接続時間及びダウンロード量は、ルータ管理ソフトウェアによって追跡される。
１１．ルータ管理ソフトウェアは、接続が１分間利用されたことを検出する。それは、支払に対するリクエストをゲストに送信する。ゲストは、それがホテルに送信するリプレーサブルトランザクションを作成する。
【００８３】
図１１Ａにおいて、リプレーサブルトランザクションの詳細が示され、図１１Ｂにおいて、リプレーサブルトランザクションの入力及び出力をアンロックするためのスクリプト及びリプレーサブルトランザクションの入力及び出力の詳細とが示される。
【００８４】
リプレーサブルトランザクションの入力及び出力をアンロックするためのスクリプト及びリプレーサブルトランザクションの入力及び出力の詳細は以下の通りである。
【００８５】
【表１２】
2019527962.tif 000014
１２．ゲストがインターネットに接続している間、ルータ管理ソフトウェアは、接続タイマを増加し続け、毎分支払リクエストを送信する。ゲストは、リプレーサブルトランザクションの出力２及び３を最新金額に単に更新し、ホテルに送信する。
１３．契約３のように２時間の終わりに、ホテルは、最新のリプレーサブルトランザクションを署名し、ブロックチェーンに送信する。合計でゲストは７０分間利用しており、出力２は4,750,000であり、出力３は1,250,000である。
【００８６】
上記実施例は何れか限定的な意味でなく例示のためだけに説明されており、添付した請求項によって規定されるような本発明の範囲から逸脱することなく各種変更及び修正が可能であることが当業者によって理解されるであろう。
【図１】
2019527962.tif 000015
【図２−１】
2019527962.tif 000016
【図２−２】
2019527962.tif 000017
【図３】
2019527962.tif 000018
【図４Ａ】
2019527962.tif 000019
【図４Ｂ】
2019527962.tif 000020
【図５Ａ】
2019527962.tif 000021
【図５Ｂ】
2019527962.tif 000022
【図６Ａ】
2019527962.tif 000023
【図６Ｂ】
2019527962.tif 000024
【図７Ａ】
2019527962.tif 000025
【図７Ｂ】
2019527962.tif 000026
【図８Ａ】
2019527962.tif 000027
【図８Ｂ】
2019527962.tif 000028
【図９Ａ】
2019527962.tif 000029
【図９Ｂ】
2019527962.tif 000030
【図１０Ａ】
2019527962.tif 000031
【図１０Ｂ】
2019527962.tif 000032
【図１１Ａ】
2019527962.tif 000033
【図１１Ｂ】
2019527962.tif 000034
【国際調査報告】
2019527962.tif 000035
2019527962.tif 000036
2019527962.tif 000037
2019527962.tif 000038
2019527962.tif 000039