JP2019526199A - ブロックチェーンにより実現される方法及びシステム - Google Patents

Abstract

本発明は、リソースの使用及び／又はリソースへのアクセスを制御するための、又は、リソースの使用及び／又はリソースへのアクセスに影響を及ぼすための、新規で有利なソリューションを提供する。このリソースは、IoT（インターネットオブシングス）デバイス等のデバイス又はプロセスであり得る。本発明は、分散型台帳（ブロックチェーン）により実現される。これは、ビットコインブロックチェーン又は何らかの代替ブロックチェーンプラットフォーム／プロトコルであり得る。例示的な実施形態において、制御されるリソースは、駐車料金計である。本発明は、リソースの使用に関する条件を示すブロックチェーントランザクション（Tx）を生成するステップであって、ブロックチェーントランザクションは、ブロックチェーントランザクションの完了のために複数の署名を必要とするマルチシグネチャスクリプトを含む、ステップと、複数の署名のうちの第１のサブセットをブロックチェーントランザクションに提供して、部分的に署名された署名スクリプトを生成し、ブロックチェーントランザクションを部分的に完了するステップと、リソースの使用に関する条件が充足されたことに応じて、複数の署名のうちの第２のサブセットをブロックチェーントランザクションに提供して、ブロックチェーントランザクションを完全に完了するステップと、を含む方法を提供し得る。リソースの使用に関する条件は、リソースの離散量の使用であり得、複数の署名のうちの第２のサブセットは、リソースが離散量使用されたことに応じて提供される。

Description

本発明は、一般に、分散型台帳技術（DLT）に関し、より詳細には、リソースの使用を制御するためのブロックチェーンの使用に関する。本発明の態様は、インターネットオブシングス（IoT）にも関する。本発明は、IoTデバイスを制御するのに適し得る。

本文書において、便宜上、参照しやすいように、「ブロックチェーン」という用語が使用される。なぜならば、これは、このコンテキストにおいて現在最も広く知られている用語であるからである。本開示において、この用語は、コンセンサスベースのブロックチェーン、代替チェーン、サイドチェーン及びトランザクションチェーン技術、個人及び公開台帳、認可型及び認可不要型台帳、共有台帳、並びにこれらの変形を含む全ての形態の電子的でコンピュータベースの分散型台帳を含むように、使用される。

ブロックチェーンは、トランザクションから構成されるブロックから構成されるコンピュータベースの非中央集権型の分散型システムとして実装される電子台帳である。各トランザクションは、少なくとも１つの入力及び少なくとも１つの出力を含む。各ブロックは、前のブロックのハッシュを含み、ブロックが一緒にチェーン状に連なって、ブロックチェーンの最初からブロックチェーンに書き込まれた全てのトランザクションの永続的で変更できないレコードが作成される。トランザクションは、その入力及び出力に埋め込まれたスクリプトとして知られる小さなプログラムを含み、これらは、トランザクションの出力がどのように誰によってアクセスされ得るかを指定する。ビットコインプラットフォームにおいて、これらのスクリプトは、スタックベースのスクリプト言語を使用して記述される。

トランザクションがブロックチェーンに書き込まれるためには、トランザクションは、ｉ）トランザクションを受信した第１ノードにより検証され−トランザクションが検証された場合には、このノードは、ネットワークにおける他のノードにトランザクションを中継し−、ｉｉ）マイナーにより構築された新たなブロックに追加され、ｉｉｉ）マイニングされなければならない、すなわち、過去のトランザクションの公開台帳に追加されなければならない。

他のブロックチェーン実装も提案及び開発されているが、ブロックチェーン技術の最も広く知られている用途はビットコイン台帳である。本開示において、ビットコインが、便宜及び例示の目的で参照され得るが、本発明は、ビットコインブロックチェーンとともに使用することに限定されるものではなく、代替のブロックチェーン実装も本発明の範囲内に属することに留意すべきである。

ブロックチェーン技術が、暗号通貨実装の使用について最も広く知られている。しかしながら、より最近では、デジタルアントレプレナーが、新たなシステムを実装するために、ビットコインが基づく暗号セキュリティシステムとブロックチェーン上に格納され得るデータとの両方の使用を模索し始めている。

現在の関心及び研究の一領域は、「スマートコントラクト（契約）」の実装にブロックチェーンを使用することである。スマートコントラクトは、契約又は合意の条件の実行を自動化するように設計されたコンピュータプログラムである。自然言語で記述されるであろう従来の契約とは異なり、スマートコントラクトは、結果を生成するために入力を処理することができるルールを含み、次いで、その結果に応じてアクションを実行させることができる、マシンが実行可能なプログラムである。ブロックチェーン関連の別の関心領域は、ブロックチェーンを介して現実世界のエンティティを表現及び移転するための「トークン」（又は「カラードコイン」）の使用である。潜在的に機密の又は秘密のアイテムは、識別可能な意味又は値を有しないトークンにより表現され得る。したがって、トークンは、現実世界のアイテムが参照されることを可能にする識別子として機能する。

本発明はまた、リソースへのアクセスを制御するための、ブロックチェーンにより実現されるメカニズムの使用に関する。このリソースは、「インターネットオブシングス（IoT）」デバイス等の物理リソースであり得る。IoTは、Wikipedia（登録商標）において、「データを収集及び交換することを可能にする電子機器、ソフトウェア、センサ、及びネットワーク接続が組み込まれた物理デバイス、乗り物、建物、及び他のアイテムのネットワーク．．．。IoTは、対象が、既存のネットワークインフラストラクチャを介してリモートで検知及び制御されることを可能にする」と記載されている。他の実施形態において、リソースは、ネットワーク又はソフトウェア等の非物理リソース、暗号通貨の一部、又は任意の他の形態の資産であってよい。

本発明は、請求項において定められる。

本発明は、コンピュータにより実行される方法及び対応するシステムを提供する。本発明は、ブロックチェーンにより実現される制御方法を提供し得る。この方法は、リソースの使用及び／又はリソースへのアクセスを許可する、リソースの使用及び／又はリソースへのアクセスに影響を及ぼす、リソースの使用及び／又はリソースへのアクセスを管理する、又は、リソースの使用及び／又はリソースへのアクセスを制御するよう構成され得る。リソースは、インターネット対応リソースであり得る。リソースは、IoT（インターネットオブシングス）リソースであり得る。リソースは、デバイス若しくは装置等の物理リソース又はプロセスであり得る。リソースは、ネットワーク又はソフトウェア等のコンピュータベースのリソースであり得る。

この方法は、
リソースの使用に関する条件を示すブロックチェーントランザクション（TxA）を生成するステップであって、ブロックチェーントランザクションは、ブロックチェーントランザクションの完了のために複数の（デジタル）署名を必要とするマルチシグネチャスクリプトを含み得る、ステップ；及び／又は
複数の署名のうちの第１のサブセットをブロックチェーントランザクションに提供して、部分的に署名された署名スクリプトを生成し、ブロックチェーントランザクションを部分的に完了するステップ；及び／又は
リソースの使用に関する条件が充足されたことに応じて、複数の署名のうちの第２のサブセットをブロックチェーントランザクションに提供して、ブロックチェーントランザクション（TxA）を完全に完了するステップ
を含み得る。

このような方法を提供することにより、リソースの使用／リソースへのアクセスをセキュアに行って不変に記録することができるという利点が得られる。読みやすいように、以下において、「及び／又はリソースへのアクセス」という語が繰り返されず、単に「リソースの使用」と参照されることがある。

リソースの使用に関する条件は、リソースの離散量の使用であり得、複数の署名のうちの第２のサブセットは、リソースが離散量使用されたことに応じて提供され得る。リソースの使用に関する条件は、スマートコントラクトにおいて指定又は規定され得る。スマートコントラクトは、ブロックチェーン外で格納されてもよいが、例えば、トランザクション内に提供されているメタデータを使用して、ブロックチェーンから参照され得る。

これにより、リソースが増加的に使用又は消費され得るという利点が得られる。

リソースの使用／リソースへのアクセスに関する条件が充足されていない場合：リソースへのアクセス及び／又はリソースの使用が、禁止若しくは変更又は制限され得る；且つ／又は、アラート又は通知が、宛先に送られ得る。

複数のトランザクションが生成され得る。これらは、部分的に署名されたトランザクションであり得る。これらは、マルチシグネチャトランザクションであり得る。複数の署名のうちの第２のサブセットをブロックチェーントランザクション（TxA）に提供して、ブロックチェーントランザクション（TxA）を完了する最後のステップは、複数のトランザクションからブロックチェーントランザクション（TxA）を選択することを含み得る。複数のトランザクションの各々は、以前のトランザクション（Tx1）の同じ出力を使用するよう構成され得る（「以前」は、出力を含むトランザクションが、ブロックチェーンにおいて複数のトランザクションよりも先行することを意味する）。したがって、条件が充足されたと判定されると、ブロックチェーントランザクション（TxA）が、複数の部分的に署名されたトランザクションから選択され、完了され得る。トランザクションの選択及び／又は完了は、エージェントの暗号鍵の提供を含み得、エージェントにより行われ得る。エージェントは、適切にプログラムされた自動化されたリソースであり得る。エージェントは、選択されたブロックチェーントランザクション（TxA）をブロックチェーンネットワークに送ることができる。ブロックチェーン上のトランザクションの検証は、ブロックチェーン上のトランザクション出力（TX1出力）を使用することにより、暗号通貨の一部等の資産を、一のパーティから別のパーティに移転させ得る。

複数のトランザクションの各々は、リソースの使用に関する異なる条件を示し得る。したがって、複数のトランザクションは、リソースの使用に関する複数の条件（又はシナリオ）を実現し得る。完了して送るべきトランザクションを選択することにより、本発明は、トランザクション（Tx1）の出力がどのように使用されるかと、出力に関連付けられた暗号通貨がどのように移転されるかと、を制御する。

１つ以上の条件の充足は、条件を評価するための入力又は信号を使用して、エージェントにより判定され得る。この入力又は信号は、エージェントにより生成されることもあるし、別のソースから受け取られることもある。この入力又は信号は、例えば、物理的又は電子的状態の検出、時点、又は任意の他の入力であり得る。

リソースの使用に関する条件を示すブロックチェーントランザクションを生成することは、リソースの離散量の各整数倍に対応するブロックチェーントランザクションを生成することを含み得、複数の署名のうちの第２のサブセットは、リソースの各増大した整数倍の使用について提供され得る。
これにより、種々の使用オプションを提供し、それにより、この方法の汎用性を増大させるという利点が得られる。例えば、ネットワーク使用の諸部分又は量や、駐車スペース、デバイス等といったリソースが使用される時間の長さである。

整数倍の最大限度は、予め規定され得る。
これにより、リソースの過剰使用に起因する結果が、暗示され実施されることを可能にするという利点が得られる。

最大限度の超過に応じて、オフブロックアクションが引き起こされ得る。「オフブロック」という用語は、「ブロックチェーンを介さない」を意味すると解釈され得る。
これにより、リソースの過剰使用に起因する結果が行われることを提供するという利点が得られる。

複数の署名のうちの第１のサブセットは、エージェントからの署名を含み得る。エージェントは、コンピューティングベースのリソースであり得る。
これにより、この方法のセキュリティを高めるという利点が得られる。

複数の署名のうちの第１のサブセットは、リソースの発行者若しくは所有者又は管理者からの署名を含み得る。
複数の署名のうちの第２のサブセットは、エージェントからの署名を含み得る。
複数の署名のうちの第２のサブセットは、リソースの利用者からの署名を含み得る。
これにより、発行者又は利用者がこの方法を悪用するのを防止するという利点が得られる。

リソースの使用に関する条件は、リソースが使用されていないことであり得る。
これにより、払い戻しがなされるための条件を規定するという利点が得られる。

ブロックチェーントランザクションは、ゼロでないロック時間を有し得る。
これにより、利用者がこの方法を悪用するのを防止するという利点が得られる。

本発明はまた、本開示に記載の方法のいずれかの実施形態に従った方法を実行するよう構成されているコンピュータベースのリソースを含むシステムを提供し得る。本発明の一態様又は実施形態に関連して言及される任意の１つ以上の特徴は、任意の他の態様又は実施形態にも適用され得る。方法に関連して言及される任意の１つ以上の特徴は、本発明のシステムに適用されてもよく、その逆も同様である。本発明の実施形態は、実質的に以下で説明されるように構成され得る。

本発明のこれらの態様及び他の態様は、本開示に記載の実施形態から明らかになり、本開示に記載の実施形態を参照して説明される。

本発明の実施形態が、図面を参照して、例として説明される。
実施形態に従ったシステムの概略図。 顧客が、本システムを使用して、駐車の料金を支払うために一連のブロックチェーントランザクションをどのようにセットアップし得るかを示すフローチャート。 アリスが初期期間について駐車の料金を支払うトランザクションの図。 駐車スペースが１０分という期間使用されたときに、エージェントにより生成され、エージェントによる署名の前にボブの署名のためにボブに送られるトランザクションの図。 駐車スペースの使用に関するシナリオを概略的に示す図。 駐車スペースの使用に関する異なるシナリオを概略的に示す図。 超過時間が使用されないときに、エージェントにより署名されアリスに送られる、エージェントにより生成されるトランザクションの図。

概要
本発明は、制御されるリソースの使用及び／又は制御されるリソースへのアクセスを許可するための、又は、リソースへのアクセス／リソースの使用を管理するための、新規な技術を提供する。これは、リソースの使用又はリソースへのアクセスに関する種々の使用／アクセスシナリオを実現する複数のブロックチェーントランザクションを使用することにより実現される。例えば、一のトランザクションは、リソースの指定された時間期間の使用に関し、別のトランザクションは、リソースの異なる時間期間の使用に関する。

利用者（すなわち、リソースにアクセスする又はリソースを使用する人）は、ブロックチェーンに対して意図的な「二重使用」の試みを行う。当技術分野において知られているように、「二重使用」は、利用者が、例えばビットコインを２回といった、同じ暗号通貨部分を使用しようとしたときに発生する。明らかなことに、二重使用は、少なくとも一のパーティが、期待していた又は合法的に支払われる資金を受け取らないことによって不利益を被るので、従来のコンテキストにおいては望ましくない。ビットコインプロトコルは、その検証メカニズムによって、二重使用に対して保護する。したがって、本発明は、許可の目的のために、従来においては望ましくないプロセスを採用し、それを効果的に使用する。

本発明に従うと、リソース利用者は、資産をリソース管理者に提供する。この資産は、便宜上、ビットコインと呼ばれる暗号通貨の一部であってよいが、他の暗号通貨が使用されてもよい。そのビットコインの量は、スマートコントラクト内で通常規定される条件ルールのセットにより決定される。スマートコントラクトは、ブロックチェーンにより実現される、マシンが実行可能な文書であり、ブロックチェーン外（オフチェーン）で格納されてもよいが、ブロックチェーントランザクション（Tx）を介して参照され得る。条件ルールは、リソースの／への許可された正当な使用／アクセスを管理又は規定する様々なルール、基準、及びパラメータ等を含み得る。好ましい実施形態において、これらの条件ルールは、独立したパーティ、すなわち、リソース利用者又は管理者以外のパーティにより評価される。

したがって、有利なことに、リソース管理者は、充足条件の詳細を知る必要なく、条件が充足されることになるという確信を有する。なぜならば、これらは、独立したパーティにより判定及び施行されることになるからである。これは、オラクルと呼ばれ得る自動化されたエージェントであり得る。オラクルは、行われた評価に基づいて、条件の充足を判定する。これは、リソースの／の／への使用／解放／アクセスが許可されるとき、予め定められた時間において、又は、トリガイベントが検出されたとき、等であり得る。この評価は、オラクルが、提案されたブロックチェーントランザクションのうちの１つを、完了に進めるために選択することを可能にする。これは、オラクルの暗号署名を、選択されたトランザクションに提供することにより実現される。したがって、スマートコントラクトにより提供される１つ以上の条件を評価し、リソースがどれくらいの時間使用されたかといった、使用／アクセスに関するパラメータに基づいて、複数の提示されたトランザクション（Txs）のうちのどれが完了されるかを判定する外部オラクルが存在する。次いで、これは、他の提案された１つ以上のトランザクションを自動的に無効にする。

１つ以上の条件が充足されていないとオラクル又はエージェントが判定した場合、応答ステップが、オラクル及び／又はリソース管理者により行われ得る。例えば、リソースの使用／リソースへのアクセスが拒否され得る、ロックメカニズムが適用又は構成され得る、あるいは、アラート等の伝達が受領者に送られ得る、且つ／又は、払い戻しトランザクションがブロックチェーンネットワークに送られ得る。

例示的なユースケース
駐車スペースに駐車するために料金が請求される駐車スペースの例を使用する例示的な実施形態に従ったシステムが説明される。関係する駐車スペース所有者（駐車スペース運営者若しくは中小企業、又は、利用可能で望ましい駐車スペースを有する個人）は、IoTデバイス１０４を駐車場所に取り付ける。しかしながら、本発明は、駐車料金計とともに使用することに限定されるものではない。他のタイプの制御されるインターネット対応リソースが、代わりに本発明の対象であってもよい。

IoTデバイス１０４は、（すでに一般的に行われているように）駐車された車の存在を検出することができる。デバイスは、ブロックチェーンIoTデバイス１０６の一部であってもよいし、ブロックチェーンIoTデバイス１０６であってもよい。プログラム可能な「ブロックチェーンIoTデバイス（BID）」は、ブロックチェーンネットワークをモニタリングし、ブロックチェーンネットワークとインタラクトし、ブロックチェーンネットワークに公開することもできるインターネット対応デバイスである。

車の運転者は、駐車場BID１０６に対応したスマートフォンアプリケーション（又は、「スマートカー」アプリケーション−すなわち、車両コンピュータ上で動作するように設計されているアプリケーション）をダウンロードする。このアプリケーションは、運転者が、暗号通貨又はトークン化された暗号通貨を使用してブロックチェーンを介して車両スペースの料金を支払うことを可能にする。

駐車サービスは、スマートコントラクトを使用して表現され得る。これは、マシンが読み取り可能で実行可能な文書である。スマートコントラクトにおける条件は、DHT上のスマートコントラクトファイルの位置を指し示すトランザクション（Txs）におけるメタデータを使用して参照される。他の実施形態において、スマートコントラクトは、任意の他の形態のデータベース又は記憶装置に格納されてもよい。スマートコントラクトにおいて提示される条件は以下を含み得る：
・車両ID（例えばナンバープレート）
・駐車の開始時間
・満了時間
・車両スペース識別子（例えば、正確なGPS位置若しくは居住地住所又は住所＋シーケンス番号（これは、実際のスペースにおいても塗装され得る又はスペースの物理的位置においても他の形で示され得る）
・レート（例えば、satoshis/分又は＄/分等で表現され得る）
・以下のような他の複雑な条件
−最初の２時間（又は他の期間）は無料である
−費用は部分的な期間単位である（例えば、「１時間又はその一部あたり0.01BTC」）

いくつかの実施形態において、BID１０６は、いくつかの方法のうちの１つを介して、車両を識別することができる。例えば、BID１０６は、車両ナンバープレートの一般的な領域に向けられる内蔵カメラを含み得る。別の例において、BID１０６は、車両により発せられた一意な信号IDを検出する。別の例において、専用の車両タグRFIDが、車両に取り付けられる。いくつかの実施形態において、BID１０６は、（例えば、プライバシーの目的で）車両を識別することができず、代わりに、駐車係員が、支払いトランザクションにおいて登録されているナンバープレートに対して車両ナンバープレートを目視チェックすることにより、正しい車両が駐車されたことを検証できる。

アプリケーションは、例えば以下のような種々の機能を可能にし得る：
・運転者は、将来の期間について駐車場所を予約することができる
−予約は、ビットコインでの前払いを必要とすることがある（必要としないこともある）
・運転者は、支払い時間が満了した場合に自動的に支払いをして別の期間（調整可能）先延ばしするように、アプリケーションを設定することができる
・アプリケーションは、定期駐車を可能にしてもよい（例えば、平日について予約）

図１ａに示されているように、システム１００は、駐車スペース１０２、インターネット対応（インターネットオブシングスすなわち「IoT」）デバイス１０４、ブロックチェーンインターネットオブシングスデバイス（BID）１０６、ブロックチェーンを支えるピアツーピアネットワークへのアクセスを提供するよう動作するブロックチェーンサーバ１０８、及び、ブロックチェーンをモニタリングするよう動作し、IoTデバイス１０４及びBID１０６と通信するエージェント１１０を含む。

図１ｂにおけるフローチャートを参照して、システム１００を用いる駐車スペースの使用が説明される。アリスは、ブロックチェーンに問い合わせることにより利用可能な車両スペースの位置を示すスマートフォンアプリケーションを有する。ステップＳ１００において、アリスは、都合の良い場所を探し、自分の車を駐車する。アプリケーションは、例えばロンドン又はロサンゼルス等の都心の密集した場所にある居住地の車道にあり得るこのスペースについての条件を示す。

ステップＳ１０２において、アリスは、条件を承諾し、所定のオプションを選択した後、アプリケーションを使用して、必要とされる時間についてビットコインでスペースの料金を支払う。アリスは、アリスが、時間までに戻るかどうかを１００％は確信できないので、アプリケーションにより提供される、１０分経過するたびに１０分だけ駐車期間を３回まで延長して自動的に支払うオプションも選択する（アリスは、このサービスについての割増金が少々高いと考えてはいるが、アリスは、満了後に戻ってきた場合の罰金及び評判の失墜を避けるために、これを支払うことをいとわない）。

もちろん、アリスは、満了時間がさし迫った場合に、スマートフォンアプリケーションがリモートで期間を単に延長する機能を提供していることを知っているが、アリスは、ミーティングに参加するので、その機会が得られるとは確信できない。その後、アリスは、満了時間よりも前に戻ってくる。スマートフォンアプリケーションは、アリスが不要な先延ばしをキャンセルすることを可能にするが、アリスは、この場合にはアリスがそうする必要がないことを知っている。なぜならば、このBID１０６のオペレータが、アリスが発車するだけでよいことを許可する設定を有し、BID１０６が、アリスが先延ばしを利用していないことを検出し、したがって、（契約の通りに）アリスのために先延ばしを自動的にキャンセルするからである。

したがって、アリスが、5BTCを支払って１時間駐車スペースを借り、追加時間の費用が、1BTC/１０分であると仮定する。

5BTCをボブにクレジットする最初のトランザクションは、最初の１時間について料金を支払うP2PKHである。これは、標準ビットコイントランザクションである。

T_extraが、標準時間期間の後に、すなわち、すでに支払われている最初の１時間の後に、アリスの車が駐車スペースに留まっている時間であると定義される。
T_extraは、１０の倍数であり、０、１０、２０、３０という値を取る。時間T＝６０分、７０分、８０分、及び９０分において、BID１０６は、車が駐車スペースにまだ駐車されているかどうかをチェックする。駐車されていない場合、BID１０６は、アリス、ボブ、駐車スペース所有者、及び、サードパーティ又は「エージェント」に、メッセージを送る。メッセージは、値T_extraを含む。例えば、アリスが、時間６５分において駐車スペースに戻った場合、T_extra＝１０であり、ボブは、アリスに1BTCを請求するべきである。しかしながら、アリスは、ボブを信用しておらず、アリスは、独立したサービスを使用して資金を譲渡することを望み、この譲渡は、エージェントサーバの署名を条件とするべきである。エージェントは、例えば「is T_extra=10?」といった要求を受け入れ、そのような要求を評価し、出力を生成する。エージェントは、IoTデバイス１０４からそのような情報を受け取る。

アリス及びボブは、ルールスクリプトについて合意し、これをエージェントサーバ（O₁）に送る。ルールスクリプトは以下のようであり得る：
If (T_extra==10)
return Sign TxA
else if (T_extra==20)
return Sign TxB
else if (T_extra==30)
return Sign TxC
else
return False

O₁が、ルールスクリプトを肯定的に判定した場合、すなわち、駐車スペースの使用に関する上記の条件のうちの１つが充足された場合、O₁は、TxA、TxB、又はTxCの（全てではなく）いずれかに署名してブロードキャストする。

ステップＳ１０４において、エージェントは、新たな公開鍵を生成する。ステップＳ１０６において、エージェントは、アリス及びボブから公開鍵を取得する。次いで、ステップＳ１０８において、エージェントは、2-of-3マルチシグネチャアドレスを生成する。

ステップＳ１１０において、アリスは、3BTCをマルチシグネチャアドレスに送る新たなトランザクションTx1を生成し、Tx1に署名し、これを、ビットコインネットワークを介してブロードキャストする。このトランザクションが図２に示されている。

ステップＳ１１２において、エージェントは、Tx1を検証し、Tx1のUTXOを使用する３つのトランザクションを生成する。３つのトランザクションは、TxA、TxB、及びTxCと表記され得る。ステップＳ１１２において、エージェントはまた、第４のトランザクションTxRを生成する。TxAが図３に示されている。TxB及びTxCは似ているが、以下で示されるようにビットコインの量が異なる。

図３からわかるように、TxAは、1BTCをボブに送り、2BTCをアリスに送り、T_extra＝１０に対応する。TxBは、2BTCをボブに送り、1BTCをアリスに送り、T_extra＝２０に対応する。TxCは、3BTCをボブに送り、T_extra＝３０に対応する。

TxA、TxB、及びTxCの各々は、ボブの署名及びエージェントの署名の形態の２つの署名を必要とする。ステップＳ１１４において、エージェントは、TxA、TxB、及びTxCをボブに送る。次いで、ステップＳ１１６において、ボブは、TxA、TxB、及びTxCの各々に署名し、これらを、未完了のブロックチェーントランザクションとしてエージェントに返す。

TxRは、3BTCをアリスに送り戻す払い戻しトランザクションである。これは、将来における所定の瞬間に対応する、ゼロでないロック時間を有する。TxRは、アリスの署名及びエージェントの署名の形態の２つの署名を必要とする。すなわち、アリスが、Tx1で支払われた期間を超えて駐車スペースを使用しない場合には、自動的に払い戻しがなされることになる。TxRが、ステップＳ１１２における生成の際にエージェントにより署名される。TxRが図５に示されている。

ここで、アリスが、Tx1で支払った１時間を超えて最大で１０分まで駐車スペースに駐車した例について検討する。すなわち、T_extra＝１０である。これが、図４ａを参照して例示される。

ステップＳ２００において、IoTデバイス１０４は、アリスの車が、Tx1で支払われた１時間を超えて１０分駐車スペースに駐車されたことを検出する。次いで、ステップＳ２０２において、BID１０６は、車が駐車スペースに追加で１０分駐車されたこと、すなわち、T_extra＝１０であること、をエージェントに伝達する。すなわち、上記のスクリプトにおける条件のうちの１つが、エージェントによりtrue（真）に評価された。

次いで、ステップ２０４において、エージェントは、TxAに署名して、トランザクションを完了する。次いで、ステップＳ２０６において、TxAが、ブロックチェーンにブロードキャストされ得る。TxAの完了により、1BTCがボブに支払われ、2BTCがアリスに支払われる。TxB及びTxCも同様に完了され得る。

次いで、アリスが時間通りに駐車スペースを離れ、T_extra＝０である例について検討する。これは、図４ｂを参照して説明される。ステップＳ３００において、IoTデバイス１０４は、超過時間が生じる前に、アリスが駐車スペースから自分の車を移動させたことを検出する。ステップＳ３０２において、IoTデバイス１０４は、アリスが時間通りに駐車スペースを離れたことをエージェントに伝達する。ステップＳ３０４において、IoTデバイス１０４は、トランザクションTxRを完了するためにTxRに署名するアリスに、TxRを送る。トランザクションTxRの完了は、3BTCがアリスに戻されたことを意味する。TxRは、ゼロでないロック時間を有し、このことは、このロック時間が経過するまで、これがマイニングされてブロックチェーンに追加され得ないことを意味する。このことは、アリスが署名を提供すれば、TxRが、直ちにではなく将来における何らかの時点においてブロードキャストされることを意味する。

上述した実施形態は、本発明を限定するものではなく例示するものであり、当業者であれば、請求項により定められる本発明の範囲から逸脱することなく、多くの代替実施形態を設計することができるであろうことに留意されたい。請求項において、括弧内に配置されるいかなる参照符号も、請求項を限定するものとして解釈されるべきではない。「備える」等の語は、請求項又は本明細書全体に列挙されている要素又はステップ以外の要素又はステップの存在を排除するものではない。本明細書において、「〜を備える」は、「〜を含む、又は、〜からなる」を意味する。要素の単数形は、そのような要素の複数形を排除するものではなく、逆もまた同様である。本発明は、いくつかの異なる要素を含むハードウェアによって、また、適切にプログラムされたコンピュータによって、実現され得る。いくつかの手段を列挙しているデバイスの請求項において、これらの手段のうちのいくつかは、１つの同一のハードウェアアイテムにより具現化されることがある。所定の手段が、相互に異なる従属請求項に記載されているという単なる事実は、これらの手段の組み合わせが有利に使用され得ないことを示すものではない。

Claims (14)

1. リソースの使用及び／又はリソースへのアクセスを制御する、ブロックチェーンにより実現される方法であって、
   前記リソースの使用及び／又は前記リソースへのアクセスに関する条件を示すブロックチェーントランザクションを生成するステップであって、前記ブロックチェーントランザクションは、前記ブロックチェーントランザクションの完了のために複数の署名を必要とするマルチシグネチャスクリプトを含む、ステップと、
   前記複数の署名のうちの第１のサブセットを前記ブロックチェーントランザクションに提供して、部分的に署名された署名スクリプトを生成し、前記ブロックチェーントランザクションを部分的に完了するステップと、
   前記リソースの使用及び／又は前記リソースへのアクセスに関する前記条件が充足されたことに応じて、前記複数の署名のうちの第２のサブセットを前記ブロックチェーントランザクションに提供して、前記ブロックチェーントランザクションを完全に完了するステップと、
   を含む、方法。
2. 前記複数の署名のうちの第２のサブセットを前記ブロックチェーントランザクションに提供することは、複数の部分的に署名されたマルチシグネチャトランザクションから前記ブロックチェーントランザクションを選択することを含む、請求項１記載の方法。
3. 前記リソースの使用に関する前記条件は、前記リソースの離散量の使用であり、前記複数の署名のうちの前記第２のサブセットは、前記リソースが前記離散量使用されたことに応じて提供される、請求項１又は２記載の方法。
4. 前記リソースの使用及び／又は前記リソースへのアクセスに関する条件を示すブロックチェーントランザクションを生成することは、前記リソースの前記離散量の各整数倍に対応するブロックチェーントランザクションを生成することを含み、前記複数の署名のうちの前記第２のサブセットは、前記リソースの各増大した整数倍の使用について提供される、請求項３記載の方法。
5. 前記整数倍の最大限度は、予め規定される、請求項４記載の方法。
6. 前記最大限度の超過に応じて、オフブロックアクションが引き起こされる、請求項５記載の方法。
7. 前記複数の署名のうちの前記第１のサブセットは、エージェントからの署名を含む、請求項１乃至６いずれか一項記載の方法。
8. 前記複数の署名のうちの前記第１のサブセットは、前記リソースの発行者からの署名を含む、請求項１乃至６いずれか一項記載の方法。
9. 前記複数の署名のうちの前記第２のサブセットは、エージェントからの署名を含む、請求項８記載の方法。
10. 前記複数の署名のうちの前記第２のサブセットは、前記リソースの利用者からの署名を含む、請求項７記載の方法。
11. 前記リソースの使用に関する前記条件は、前記リソースが使用されていないことである、請求項１乃至１０いずれか一項記載の方法。
12. 前記ブロックチェーントランザクションは、ゼロでないロック時間を有する、請求項１乃至１１いずれか一項記載の方法。
13. 以前のトランザクションに関連付けられた出力を使用するために、前記の完全に完了されたブロックチェーントランザクションをブロックチェーンに送るステップ
    を含む、請求項１乃至１２いずれか一項記載の方法。
14. 請求項１乃至１３いずれか一項記載の方法を実行するよう構成されているコンピュータリソースを含むシステム。