特開 2022-17195 トランザクションを実行するためのデバイスおよびその作動方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022017195

(43)【公開日】2022-01-25

(54)【発明の名称】トランザクションを実行するためのデバイスおよびその作動方法

(51)【国際特許分類】

   H04L 9/32 20060101AFI20220118BHJP

【ＦＩ】

H04L9/32 200Z

【審査請求】未請求

【請求項の数】24

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2021110454

(22)【出願日】2021-07-02

(31)【優先権主張番号】10 2020 208 342.8

(32)【優先日】2020-07-03

(33)【優先権主張国・地域又は機関】DE

(71)【出願人】

【識別番号】591245473

【氏名又は名称】ロベルト・ボッシュ・ゲゼルシャフト・ミト・ベシュレンクテル・ハフツング

【氏名又は名称原語表記】ＲＯＢＥＲＴ ＢＯＳＣＨ ＧＭＢＨ

(74)【代理人】

【識別番号】100118902

【弁理士】

【氏名又は名称】山本 修

(74)【代理人】

【識別番号】100196508

【弁理士】

【氏名又は名称】松尾 淳一

(74)【代理人】

【識別番号】100195408

【弁理士】

【氏名又は名称】武藤 陽子

(72)【発明者】

【氏名】アルナチャラム・ポンヌラジ・マノランジス

(72)【発明者】

【氏名】クリスティアン・ヘップラー

(72)【発明者】

【氏名】ダニエル・クンツ

(72)【発明者】

【氏名】スクマラン・アナガ・クンネカッツカラ

(57)【要約】      （修正有）

【課題】トランザクションを実行するためのデバイス自体がステートチャネルをセットアップすることなく、分散型台帳技術（ＤＬＴ）システムに関連付けられたステートチャネルを介してトランザクションを実行するための方法、システム、デバイス、プログラムお及び記憶媒体を提供する。
【解決手段】方法は、第１のデバイスが、第２のデバイスに、第１のデバイス用の分散型台帳技術（ＤＬＴ）システムに関連付けられたステートチャネルをセットアップさせる第１のメッセージを送信するステップと、第２のデバイスから、第１のデバイス用のステートチャネルがセットアップされていることを信号通知する第２のメッセージを受信するステップと、ステートチャネルを介して少なくとも１つのトランザクションを実行するステップと、を含む。
【選択図】図１

【特許請求の範囲】

【請求項1】

例えば分散型台帳技術（ＤＬＴ）システム（１０）に関連付けられた少なくとも１つのステートチャネルを介してトランザクションを実行するように構成されたデバイス（２００）を作動させるための方法、特にコンピュータ実装方法であって、少なくとも１つのさらなるデバイス（３００）に第１のメッセージ（Ｎ１）を送信するステップ（１０２）であって、前記第１のメッセージ（Ｎ１）が、前記少なくとも１つのさらなるデバイス（３００）に、前記デバイス（２００）用のステートチャネル（ＳＣ）をセットアップさせる、ステップ（１０２）と、前記少なくとも１つのさらなるデバイス（３００）から第２のメッセージ（Ｎ２）を受信するステップ（１０４）であって、前記第２のメッセージ（Ｎ２）が、前記デバイス（２００）用の前記ステートチャネル（ＳＣ）がセットアップされていることを信号通知する、ステップ（１０４）と、前記ステートチャネル（ＳＣ）を介して少なくとも１つのトランザクション（Ｔ）を実行するステップ（１０６）とを含む、方法。

【請求項2】

例えば前記ステートチャネル（ＳＣ）を介する将来のトランザクションに関する初期ステート（ＡＺ）を規定するステップ（１００）をさらに含み、例えば前記第１のメッセージ（Ｎ１）が前記初期ステートに基づいて作成される、請求項１に記載の方法。

【請求項3】

第３のメッセージ（Ｎ３）を前記少なくとも１つのさらなるデバイス（３００）に送信するステップ（１１０）をさらに含み、前記第３のメッセージ（Ｎ３）が、前記少なくとも１つのさらなるデバイス（３００）に、監視機器（ＷＴ）を初期化させ（ｅ１０）、前記監視機器（ＷＴ）が、前記ＤＬＴシステム（１０）を例えば繰り返し、例えば定期的に、設定可能なイベントについて、例えば前記デバイス（２００）用の前記ステートチャネル（ＳＣ）に関するイベントについて監視するように構成される、請求項１または２に記載の方法。

【請求項4】

前記第３のメッセージ（Ｎ３）が前記第１のメッセージ（Ｎ１）に含まれ、例えば前記第１のメッセージ（Ｎ１）と組み合わされる、請求項３に記載の方法。

【請求項5】

前記少なくとも１つのさらなるデバイス（３００）にタイミング情報（ＴＩ）を送信するステップ（１１２）をさらに含み、前記タイミング情報（ＴＩ）が、前記ステートチャネル（ＳＣ）を介して実行され得るトランザクション（Ｔ）に対する前記デバイス（２００）の時間的挙動を特徴付け、例えば、前記タイミング情報（ＴＩ）が、前記デバイス（２００）、例えば１つのまたは前記監視機器（ＷＴ）が新たなステートについて通知する更新間隔（ｅ５９）を含む、請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記タイミング情報（ＴＩ）が、前記第１のメッセージ（Ｎ１）と共に、または前記第１のメッセージ（Ｎ１）の後に、前記少なくとも１つのさらなるデバイス（３００）に送信される、請求項５に記載の方法。

【請求項7】

現在のステートを特徴付けるステート情報（ＺＩ）を例えば前記監視機器（ＷＴ）に送信するステップ（１１４）をさらに含む、請求項１から６のいずれか一項に記載の方法。

【請求項8】

前記少なくとも１つのさらなるデバイス（３００）に第４のメッセージ（Ｎ４）を送信するステップ（１１６）をさらに含み、前記第４のメッセージ（Ｎ４）が、前記少なくとも１つのさらなるデバイス（３００）に、前記ステートチャネル（ＳＣ）を削除させる、請求項１から７のいずれか一項に記載の方法。

【請求項9】

前記少なくとも１つのさらなるデバイス（３００）が、前記ＤＬＴシステム（１０）でトランザクションを実行する、例えば、ａ）前記デバイス（３００）用の１つのまたは前記ステートチャネル（ＳＣ）をセットアップする、ｂ）前記デバイス（３００）用の１つのまたは前記ステートチャネル（ＳＣ）を削除する、ｃ）例えば、前記ステートチャネル（ＳＣ）を介して実行され得るトランザクションに対する前記デバイス（２００）の時間的挙動を特徴付ける複数のまたは前記タイミング情報（ＴＩ）に基づいて１つのまたは前記監視機器ＷＴを初期化するように構成される、請求項１から８のいずれか一項に記載の方法。

【請求項10】

例えば分散型台帳技術（ＤＬＴ）システム（１０）に関連付けられた少なくとも１つのステートチャネルを介してトランザクションを実行するためのデバイス（２００）であって、請求項１から９のいずれか一項に記載の方法を実施するように構成された、デバイス（２００）。

【請求項11】

Ｉｎｔｅｒｎｅｔ－ｏｆ－Ｔｈｉｎｇｓ（モノのインターネット）デバイスとして構成され、例えば、前記デバイス（２００）が、例えば既存のステートチャネル（ＳＣ）を介してトランザクションを実行するように構成され、例えば、前記デバイス（２００）が、１つのまたは前記ＤＬＴシステム（１０）に直接アクセスするようには構成されない、請求項１０に記載のデバイス（２００）。

【請求項12】

センサデータ（ＳＤ）を決定するための少なくとも１つのセンサ機器（２０８）を備える、請求項１０または１１に記載のデバイス（２００）。

【請求項13】

ステートチャネル（ＳＣ）を介してトランザクションを実行するための少なくとも１つのデバイス（２００）用の、例えば請求項１０から１２のいずれか一項に記載の少なくとも１つのデバイス（２００）用の、例えば分散型台帳技術（ＤＬＴ）システム（１０）に関連付けられた前記ステートチャネル（ＳＣ）を管理するための方法であって、例えば前記デバイス（２００）から第１のメッセージ（Ｎ１）を受信するステップ（１５０）であって、前記第１のメッセージ（Ｎ１）が、前記デバイス（２００）用のステートチャネル（ＳＣ）がセットアップされるべきであることを示す、ステップ（１５０）と、前記ステートチャネル（ＳＣ）をセットアップするステップ（１５２）と、第２のメッセージＮ２を前記デバイス（２００）に送信するステップ（１５４）であって、前記第２のメッセージ（Ｎ２）が、前記ステートチャネル（ＳＣ）がセットアップされていることを信号通知する、ステップ（１５４）とを含む、方法。

【請求項14】

例えば前記デバイス（２００）から第３のメッセージ（Ｎ３）を受信するステップ（１６０）であって、前記第３のメッセージ（Ｎ３）が、監視機器（ＷＴ）を初期化（１６２）すべきであることを示し、前記監視機器（ＷＴ）が、前記ＤＬＴシステム（１０）を例えば繰り返し、例えば定期的に、設定可能なイベントに関して、例えば前記デバイス（２００）用の前記ステートチャネル（ＳＣ）に関するイベントに関して監視するように構成される、ステップ（１６０）と、任意選択で前記監視機器（ＷＴ）を初期化するステップ（１６２）とをさらに含む、請求項１３に記載の方法。

【請求項15】

例えば前記デバイス（２００）からタイミング情報（ＴＩ）を受信するステップ（１６５）をさらに含み、前記タイミング情報（ＴＩ）が、前記ステートチャネル（ＳＣ）を介して実行され得るトランザクション（Ｔ）に対する前記デバイス（２００）の時間的挙動を特徴付け、例えば、前記タイミング情報（ＴＩ）が、前記デバイス（２００）、例えば１つのまたは前記監視機器（ＷＴ）が新たなステートについて通知する更新間隔（ＡＩ）を含む、請求項１３または１４に記載の方法。

【請求項16】

例えば前記デバイス（２００）から現在のステートを特徴付けるステート情報（ＺＩ）を受信するステップ（１６７）と、任意選択で、受信された前記ステート情報（ＺＩ）を例えば前記監視機器（ＷＴ）に送信するステップ（１６９）とをさらに含む、請求項１から９のいずれか一項または１３から１５のいずれか一項に記載の方法。

【請求項17】

例えば前記デバイス（２００）から第４のメッセージ（Ｎ４）を受信するステップ（１７０）であって、前記第４のメッセージ（Ｎ４）が、前記ステートチャネル（ＳＣ）が削除されるべきであることを示す、ステップ（１７０）と、任意選択で、前記ステートチャネル（ＳＣ）を削除するステップ（１７２）とをさらに含む、請求項１から９のいずれか一項または１３から１６のいずれか一項に記載の方法。

【請求項18】

ステートチャネル（ＳＣ）を介してトランザクションを実行するための少なくとも１つのデバイス（２００）用の、例えば請求項１０から１２のいずれか一項に記載の少なくとも１つのデバイス（２００）用の、例えば分散型台帳技術（ＤＬＴ）システム（１０）に関連付けられた前記ステートチャネル（ＳＣ）を管理するためのデバイス（３００）であって、請求項１３から１７のいずれか一項に記載の方法を実施するように構成された、デバイス（３００）。

【請求項19】

請求項１０から１２のいずれか一項に記載の少なくとも１つのデバイス（２００）と、請求項１８に記載の少なくとも１つのデバイス（３００）とを備えるシステム（１０００）。

【請求項20】

少なくとも１つの分散型台帳技術（ＤＬＴ）システム（１０）をさらに備える、請求項１９に記載のシステム（１０００）。

【請求項21】

命令（ＰＲＧ）を含むコンピュータ可読記憶媒体（ＳＭ）であって、前記命令（ＰＲＧ）が、コンピュータ（２０２）によって実行されるときに、前記コンピュータ（２０２）に、請求項１から９のいずれか一項または１３から１７のいずれか一項に記載の方法を実施させる、コンピュータ可読記憶媒体（ＳＭ）。

【請求項22】

命令を含むコンピュータプログラム（ＰＲＧ）であって、コンピュータ（２０２）によって前記プログラム（ＰＲＧ）が実行されるときに、前記命令が前記コンピュータ（２０２）に、請求項１から９のいずれか一項または１３から１７のいずれか一項に記載の方法を実施させる、コンピュータプログラム（ＰＲＧ）。

【請求項23】

請求項２２に記載のコンピュータプログラムを伝送するおよび／または特徴付けるデータキャリア信号（ＤＣＳ）。

【請求項24】

ａ）例えば分散台帳技術（ＤＬＴ）システム（１０）に関連付けられた少なくとも１つのステートチャネル（ＳＣ）を介して、トランザクション、例えばオフチェーントランザクションを実行すること（５０２）、ｂ）例えば分散台帳技術（ＤＬＴ）システム（１０）に関連付けられた少なくとも１つのステートチャネル（ＳＣ）を管理すること（５０４）、ｃ）ＩｏＴ（Ｉｎｔｅｒｎｅｔ－ｏｆ－Ｔｈｉｎｇｓ（モノのインターネット））デバイス（２００）が、トランザクション、例えばＥｏＴ（Ｅｃｏｎｏｍｙ－ｏｆ－Ｔｈｉｎｇｓ（モノの経済））トランザクションを少なくとも１つのステートチャネルを介して実行することを可能にすること（５０６）、ｄ）少なくとも１つのＩｏＴデバイス（２００）用の、例えば分散台帳技術（ＤＬＴ）システム（１０）に関連付けられた少なくとも１つのステートチャネル（ＳＣ）を管理すること（５０８）、ｅ）例えば少なくとも１つのＩｏＴデバイス（２００）用の、例えば分散台帳技術（ＤＬＴ）システム（１０）に関連付けられた少なくとも１つのステートチャネルを介してトランザクションを実行するための少なくとも１つのデバイス（２００）用の監視機器（ＷＴ）を管理すること（５１０）、という要素のうちの少なくとも１つのための、請求項１から９のいずれか一項もしくは１３から１７のいずれか一項に記載の方法、または請求項１０から１２のいずれか一項に記載のデバイス（２００）、または請求項１８に記載のデバイス（３００）、または請求項１９もしくは２０に記載のシステム（１０００）、または請求項２１に記載のコンピュータ可読メモリ媒体（ＳＭ）、または請求項２２に記載のコンピュータプログラム（ＰＲＧ）、または請求項２３に記載のデータキャリア信号（ＤＣＳ）の使用（５００）。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、例えば分散型台帳技術（ＤＬＴ：Ｄｉｓｔｒｉｂｕｔｅｄ－Ｌｅｄｇｅｒ－Ｔｅｃｈｎｏｌｏｇｉｅ）システムに関連付けられた少なくとも１つのステートチャネルを介してトランザクションを実行するように構成されたデバイスを作動させるための、特にコンピュータ実装された方法に関する。

【0002】

さらに、本開示は、少なくとも１つのステートチャネルを介してトランザクションを実行するためのデバイスに関する。

【先行技術文献】

【非特許文献】

【0003】

【非特許文献1】Ｓｔｅｆａｎ Ｄｚｉｅｍｂｏｗｓｋｉ、Ｓｅｂａｓｔｉａｎ Ｆａｕｓｔ、およびＫｒｉｓｔｉｎａ Ｈｏｓｔａｋｏｖａ。２０１８。Ｇｅｎｅｒａｌ Ｓｔａｔｅ Ｃｈａｎｎｅｌ Ｎｅｔｗｏｒｋｓ（一般的なステートチャネルネットワーク）。Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ２０１８ ＡＣＭ ＳＩＧＳＡＣ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｃｏｍｐｕｔｅｒ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｃｕｒｉｔｙ（ＣＣＳ’１８）。Ａｓｓｏｃｉａｔｉｏｎ ｆｏｒ Ｃｏｍｐｕｔｉｎｇ Ｍａｃｈｉｎｅｒｙ、Ｎｅｗ Ｙｏｒｋ、ＮＹ、ＵＳＡ、９４９－９６６。ＤＯＩ：ｈｔｔｐｓ：／／ｄｏｉ．ｏｒｇ／１０．１１４５／３２４３７３４．３２４３８５６

【非特許文献2】Ｓ．Ｄｚｉｅｍｂｏｗｓｋｉ、Ｌ．Ｅｃｋｅｙ、Ｓ．ＦａｕｓｔおよびＤ．Ｍａｌｉｎｏｗｓｋｉ、「Ｐｅｒｕｎ：Ｖｉｒｔｕａｌ Ｐａｙｍｅｎｔ Ｈｕｂｓ ｏｖｅｒ Ｃｒｙｐｔｏｃｕｒｒｅｎｃｉｅｓ（Ｐｅｒｕｎ：暗号通貨での仮想決済ハブ）」、２０１９ ＩＥＥＥ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｓｅｃｕｒｉｔｙ ａｎｄ Ｐｒｉｖａｃｙ（ＳＰ）、Ｓａｎ Ｆｒａｎｃｉｓｃｏ、ＣＡ、ＵＳＡ、２０１９、ｐｐ．１０６－１２３、ｄｏｉ：１０．１１０９／ＳＰ．２０１９．０００２０

【非特許文献3】Ｎａｋａｍｏｔｏ，Ｓａｔｏｓｈｉ。（２００９）。Ｂｉｔｃｏｉｎ：Ａ Ｐｅｅｒ－ｔｏ－Ｐｅｅｒ Ｅｌｅｃｔｒｏｎｉｃ Ｃａｓｈ Ｓｙｓｔｅｍ（ビットコイン：ピアツーピア電子キャッシュシステム）、ｈｔｔｐｓ：／／ｂｉｔｃｏｉｎ．ｏｒｇ／ｂｉｔｃｏｉｎ．ｐｄｆ

【非特許文献4】Ｐａｔｒｉｃｋ ＭｃＣｏｒｒｙ、Ｓｕｒｙａ Ｂａｋｓｈｉ、Ｉｄｄｏ Ｂｅｎｔｏｖ、Ｓａｒａｈ Ｍｅｉｋｌｅｊｏｈｎ、およびＡｎｄｒｅｗ Ｍｉｌｌｅｒ。２０１９。Ｐｉｓａ：Ａｒｂｉｔｒａｔｉｏｎ Ｏｕｔｓｏｕｒｃｉｎｇ ｆｏｒ Ｓｔａｔｅ Ｃｈａｎｎｅｌｓ（Ｐｉｓａ：ステートチャネルのための仲裁アウトソーシング）。Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ １ｓｔ ＡＣＭ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ａｄｖａｎｃｅｓ ｉｎ Ｆｉｎａｎｃｉａｌ Ｔｅｃｈｎｏｌｏｇｉｅｓ（ＡＦＴ’１９）。Ａｓｓｏｃｉａｔｉｏｎ ｆｏｒ Ｃｏｍｐｕｔｉｎｇ Ｍａｃｈｉｎｅｒｙ、Ｎｅｗ Ｙｏｒｋ、ＮＹ、ＵＳＡ、１６－３０、ＤＯＩ：ｈｔｔｐｓ：／／ｄｏｉ．ｏｒｇ／１０．１１４５／３３１８０４１．３３５５４６１

【発明の概要】

【課題を解決するための手段】

【0004】

例示的な実施形態は、例えば分散型台帳技術（ＤＬＴ）システムに関連付けられた少なくとも１つのステートチャネルを介してトランザクションを実行するように構成されたデバイスを作動させるための方法、特にコンピュータ実装方法であって、少なくとも１つのさらなるデバイスに第１のメッセージを送信するステップであって、第１のメッセージが、少なくとも１つのさらなるデバイスに、デバイス用のステートチャネルをセットアップさせる、ステップと、少なくとも１つのさらなるデバイスから第２のメッセージを受信するステップであって、第２のメッセージが、デバイス用のステートチャネルがセットアップされていることを信号通知する、ステップと、ステートチャネルを介して少なくとも１つのトランザクションを実行するステップとを含む、方法に関する。これにより、さらなる例示的な実施形態では、例えばトランザクションを実行するためのデバイス自体がステートチャネルをセットアップすることなく、ステートチャネルを介してトランザクションの実行が可能になる。これにより、さらなる例示的な実施形態では、例えば比較的わずかな計算能力および／もしくは通信帯域幅ならびに／または比較的少ないメモリリソースを有し得る、あるいはさらなるデバイスと定期的にはデータ通信を実施することができないデバイスも、トランザクションの実行のためにステートチャネルを利用することができる。

【0005】

さらなる例示的な実施形態では、ステートチャネルは、特に１つのまたは上記ＤＬＴシステムを使用することなく、少なくとも２つの当事者デバイス間でステートまたはステートを特徴付ける情報の交換を可能にする。したがって、ステートチャネルを介して比較的迅速に様々なステートまたは対応する情報を交換することができ、そのために対応するＤＬＴシステムのトランザクションを必要としない。したがって、さらなる例示的な実施形態では、ステートチャネルを介して実行されるトランザクションは、「オフチェーン」トランザクションと呼ぶこともできる。

【0006】

さらなる例示的な実施形態では、例えば後述する［参考文献２］に記載されているような少なくとも１つのステートチャネル（英語：ｓｔａｔｅ ｃｈａｎｎｅｌ）を、例えばトランザクションを実行するために使用することができる。

【0007】

ここで、以下に挙げる文書［参考文献１］および［参考文献２］を本明細書に明示的に組み込む。

【0008】

Ｓｔｅｆａｎ Ｄｚｉｅｍｂｏｗｓｋｉ、Ｓｅｂａｓｔｉａｎ Ｆａｕｓｔ、およびＫｒｉｓｔｉｎａ Ｈｏｓｔａｋｏｖａ。２０１８。Ｇｅｎｅｒａｌ Ｓｔａｔｅ Ｃｈａｎｎｅｌ Ｎｅｔｗｏｒｋｓ（一般的なステートチャネルネットワーク）。Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ２０１８ ＡＣＭ ＳＩＧＳＡＣ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｃｏｍｐｕｔｅｒ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｃｕｒｉｔｙ（ＣＣＳ’１８）。Ａｓｓｏｃｉａｔｉｏｎ ｆｏｒ Ｃｏｍｐｕｔｉｎｇ Ｍａｃｈｉｎｅｒｙ、Ｎｅｗ Ｙｏｒｋ、ＮＹ、ＵＳＡ、９４９－９６６。ＤＯＩ：ｈｔｔｐｓ：／／ｄｏｉ．ｏｒｇ／１０．１１４５／３２４３７３４．３２４３８５６［参考文献１］。

【0009】

Ｓ．Ｄｚｉｅｍｂｏｗｓｋｉ、Ｌ．Ｅｃｋｅｙ、Ｓ．ＦａｕｓｔおよびＤ．Ｍａｌｉｎｏｗｓｋｉ、「Ｐｅｒｕｎ：Ｖｉｒｔｕａｌ Ｐａｙｍｅｎｔ Ｈｕｂｓ ｏｖｅｒ Ｃｒｙｐｔｏｃｕｒｒｅｎｃｉｅｓ（Ｐｅｒｕｎ：暗号通貨での仮想決済ハブ）」、２０１９ ＩＥＥＥ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｓｅｃｕｒｉｔｙ ａｎｄ Ｐｒｉｖａｃｙ（ＳＰ）、Ｓａｎ Ｆｒａｎｃｉｓｃｏ、ＣＡ、ＵＳＡ、２０１９、ｐｐ．１０６－１２３、ｄｏｉ：１０．１１０９／ＳＰ．２０１９．０００２０［参考文献２］。

【0010】

さらなる例示的な実施形態では、例えばリソースの潜在消費者とリソースの提供者との間、または対応するデバイス間で、例えば署名されたトランザクションおよび／またはステート情報および／またはステート更新を、ステートチャネルを介して伝送することができる。

【0011】

さらなる例示的な実施形態では、ステートチャネルを介して、１時間あたりに比較的多数の（例えば署名された）トランザクションを伝送することができ、したがって、それに応じて、リソースの要求および／または提供を動的に行うことができる。

【0012】

さらなる例示的な実施形態では、ステートチャネルは、例えばいわゆる台帳チャネル（Ｌｅｄｇｅｒ Ｃｈａｎｎｅｌ）であってもよく、台帳チャネルは、例えばＤＬＴシステムによって実現可能である。

【0013】

さらなる例示的な実施形態では、ＤＬＴシステムは、少なくとも１つのブロックチェーンおよび／または少なくとも１つの有向非巡回グラフ（英語：ｄｉｒｅｃｔｅｄ ａｃｙｃｌｉｃ ｇｒａｐｈ、ＤＡＧ）を備えることができる。

【0014】

さらなる例示的な実施形態では、ブロックチェーンは、例えばマークルツリーの原理に従って、暗号化方法（例えば、それぞれのデータブロックのハッシュ値の形成）を使用して互いにリンクされたデータブロックの連鎖とみなすことができる。これにより、ブロックチェーンでの改ざん耐性の高いデータ記憶が可能である。

【0015】

さらなる例示的な実施形態では、ブロックチェーンは、分散型または非中央集権型データバンクの形態で実現することができ、ブロックチェーンネットワークの複数のネットワーク要素（「ノード」）がそれぞれ、ブロックチェーンのデータブロックを記憶する。ブロックチェーン技術の基本的な態様は、例えば以下の刊行物に記載されている：Ｎａｋａｍｏｔｏ，Ｓａｔｏｓｈｉ。（２００９）。Ｂｉｔｃｏｉｎ：Ａ Ｐｅｅｒ－ｔｏ－Ｐｅｅｒ Ｅｌｅｃｔｒｏｎｉｃ Ｃａｓｈ Ｓｙｓｔｅｍ（ビットコイン：ピアツーピア電子キャッシュシステム）、ｈｔｔｐｓ：／／ｂｉｔｃｏｉｎ．ｏｒｇ／ｂｉｔｃｏｉｎ．ｐｄｆ。

【0016】

さらなる好ましい実施形態では、ＤＬＴまたはブロックチェーンは、１つまたは複数のスマートコントラクトを記憶することができ、スマートコントラクトは、例えば例示的な実施形態によるステートチャネルの確立とも関連して例えば情報の記憶を可能にするが、例えばブロックチェーンに記憶された情報に基づいて、および／またはブロックチェーンに関して実行されるトランザクションに基づいて、プログラミング言語と同様に、クエリおよびさらなるプログラム機能の実行も可能にする。これにより、さらなる例示的な実施形態では、契約上の規制に対応する論理リンクおよび／またはリソースの利用を特徴付ける情報などを、１つまたは複数のスマートコントラクトによって、ブロックチェーンに記憶することができる。

【0017】

さらなる例示的な実施形態では、第１のメッセージを送信するステップは、方法を実施するデバイス、すなわち例えばトランザクションを実行するためのデバイスから少なくとも１つのさらなるデバイスに直接行われるように構成される。

【0018】

さらなる例示的な実施形態では、第１のメッセージを送信するステップは、方法を実施するデバイス、すなわち例えばトランザクションを実行するためのデバイスから少なくとも１つのさらなるデバイスに、少なくとも１つのさらなるデバイスまたは機器、例えばゲートウェイを介して行われ、ゲートウェイは、トランザクションを実行するためのデバイスから第１のメッセージを受信し、次いで第１のメッセージを少なくとも１つのさらなるデバイスに送信または転送するように構成される。

【0019】

さらなる例示的な実施形態では、これは、例として以下に記載する１つまたは複数のさらなるメッセージにも同様に当てはまる。

【0020】

さらなる例示的な実施形態では、この方法は、例えばステートチャネルを介する将来のトランザクションに関する初期ステートを規定するステップをさらに含み、例えば第１のメッセージが初期ステートに基づいて作成されるように構成される。

【0021】

さらなる例示的な実施形態では、初期ステートを規定するステップは、将来のトランザクションのための条件を交渉することを含み、条件は、例えば契約、例えばスマートコントラクトなどのデジタルコントラクトによって保持することができる。さらなる例示的な実施形態では、スマートコントラクトは、例えばＤＬＴシステムにアンカーされ、例えばＤＬＴシステムのブロックチェーンにアンカーされる。

【0022】

さらなる例示的な実施形態では、この方法は、第３のメッセージを少なくとも１つのさらなるデバイスに送信するステップをさらに含み、第３のメッセージが、少なくとも１つのさらなるデバイスに、監視機器を初期化させ、監視機器が、ＤＬＴシステムを例えば繰り返し、例えば定期的に、設定可能なイベントについて、例えばデバイス用のステートチャネルに関するイベントについて監視するように構成されることができる。これは、例えば、トランザクションを実行するためのデバイスがデータ接続を一時的に有さず、したがってステートチャネルを介して例えばステート更新を受信することができないときに有利であり得る。

【0023】

さらなる例示的な実施形態では、監視機器は、例えばここで本明細書に明示的に組み込む後述の［参考文献３］に従って構成される。

【0024】

Ｐａｔｒｉｃｋ ＭｃＣｏｒｒｙ、Ｓｕｒｙａ Ｂａｋｓｈｉ、Ｉｄｄｏ Ｂｅｎｔｏｖ、Ｓａｒａｈ Ｍｅｉｋｌｅｊｏｈｎ、およびＡｎｄｒｅｗ Ｍｉｌｌｅｒ。２０１９。Ｐｉｓａ：Ａｒｂｉｔｒａｔｉｏｎ Ｏｕｔｓｏｕｒｃｉｎｇ ｆｏｒ Ｓｔａｔｅ Ｃｈａｎｎｅｌｓ（Ｐｉｓａ：ステートチャネルのための仲裁アウトソーシング）。Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ １ｓｔ ＡＣＭ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ａｄｖａｎｃｅｓ ｉｎ Ｆｉｎａｎｃｉａｌ Ｔｅｃｈｎｏｌｏｇｉｅｓ（ＡＦＴ’１９）。Ａｓｓｏｃｉａｔｉｏｎ ｆｏｒ Ｃｏｍｐｕｔｉｎｇ Ｍａｃｈｉｎｅｒｙ、Ｎｅｗ Ｙｏｒｋ、ＮＹ、ＵＳＡ、１６－３０、ＤＯＩ：ｈｔｔｐｓ：／／ｄｏｉ．ｏｒｇ／１０．１１４５／３３１８０４１．３３５５４６１、［参考文献３］。

【0025】

さらなる例示的な実施形態では、第３のメッセージが第１のメッセージに含まれ、例えば第１のメッセージと組み合わされるように構成される。

【0026】

さらなる例示的な実施形態では、この方法は、少なくとも１つのさらなるデバイスにタイミング情報を送信するステップをさらに含み、タイミング情報が、ステートチャネルを介して実行され得るトランザクションに対するデバイスの時間的挙動を特徴付け、例えば、タイミング情報が、デバイス、例えば１つのまたは上記監視機器が新たなステートについて通知する更新間隔を含むように構成される。これにより、少なくとも１つのさらなるデバイスは、更新間隔に時間的に適合するように監視機器を初期化することができ、すなわち、監視機器の動作を、トランザクションを実行するためのデバイスの時間的挙動に適合させることができる。

【0027】

さらなる例示的な実施形態では、タイミング情報が、第１のメッセージと共に、または第１のメッセージの後に、少なくとも１つのさらなるデバイスに送信されるように構成される。

【0028】

さらなる例示的な実施形態では、この方法は、現在のステートを特徴付けるステート情報を例えば監視機器に送信するステップをさらに含むように構成される。これにより、監視機器は、ステートチャネルを介してトランザクションの現状について通知され、例えばそれに応じて監視機器自体の動作を調整することができる。

【0029】

さらなる例示的な実施形態では、この方法は、第４のメッセージを少なくとも１つのさらなるデバイスに送信するステップをさらに含み、第４のメッセージが、少なくとも１つのさらなるデバイスに、ステートチャネルを削除させるように構成される。したがって、例えばトランザクションを実行するためのデバイスに関して、少なくとも１つのさらなるデバイスによるステートチャネルの削除も実施することができ、これは、トランザクションを実行するためのデバイスの負担をさらに軽減する。

【0030】

さらなる例示的な実施形態では、少なくとも１つのさらなるデバイスは、ＤＬＴシステムでトランザクションを実行する、例えば、ａ）デバイス用の１つのまたは上記ステートチャネルをセットアップする、ｂ）デバイス用の１つのまたは上記ステートチャネルを削除する、ｃ）例えば、ステートチャネルを介して実行され得るトランザクションに対するデバイスの時間的挙動を特徴付ける複数のまたは上記タイミング情報に基づいて１つのまたは上記監視機器を初期化するように構成されることができる。したがって、少なくとも１つのさらなるデバイスは、例えばステートチャネルを管理するステップを実施し、それにより例えばトランザクションを実行するためのデバイスを「負担軽減」することができ、したがって、トランザクションを実行するためのデバイスは、さらなる例示的な実施形態では、対応する計算時間または他のリソースを消費する必要がない。これにより、さらなる例示的な実施形態では、トランザクションを実行するためのデバイスの複雑さを軽減することができる。

【0031】

さらなる例示的な実施形態は、例えば分散型台帳技術（ＤＬＴ）システムに関連付けられた少なくとも１つのステートチャネルを介してトランザクションを実行するためのデバイスに関し、デバイスは、上記請求項の少なくとも一項に記載の方法を実施するように構成される。

【0032】

さらなる例示的な実施形態では、デバイスは、Ｉｎｔｅｒｎｅｔ－ｏｆ－Ｔｈｉｎｇｓ（モノのインターネット）デバイスとして構成されることができ、例えば、デバイスは、例えば既存のステートチャネルを介してトランザクションを実行するように構成され、例えば、デバイスは、１つのまたは上記ＤＬＴシステムに直接アクセスするようには構成されない。さらなる例示的な実施形態では、ＤＬＴシステムへのアクセスは、例えばステートチャネルのセットアップおよび／または削除のために少なくとも１つのさらなるデバイスによって実施することができる。

【0033】

さらなる例示的な実施形態では、デバイスは、センサデータを決定するための少なくとも１つのセンサ機器を備えることができる。例えば、デバイスは、ＩｏＴセンサデバイスとして構成することができる。さらなる例示的な実施形態では、ＩｏＴセンサデバイスは、ＤＬＴシステムへのアクセスに関する少なくとも１つのさらなるデバイスによるサポートにより、例えばＥｃｏｎｏｍｙ－ｏｆ－Ｔｈｉｎｇｓ（モノの経済）の意味での例えばセンサデータの提供または販売などのトランザクションのためにステートチャネルを利用することができ、ＩｏＴセンサデバイスは、例えば、少なくとも１つのさらなるデバイスによってステートチャネルをセットアップもしくは削除し、および／または他の方法で管理させることができる。

【0034】

さらなる例示的な実施形態は、ステートチャネルを介してトランザクションを実行するための少なくとも１つのデバイス用の、例えば実施形態による少なくとも１つのデバイス用の、例えば分散型台帳技術（ＤＬＴ）システムに関連付けられたステートチャネルを管理するための方法に関し、この方法は、例えばデバイスから第１のメッセージを受信するステップであって、第１のメッセージが、デバイス用のステートチャネルがセットアップされるべきであることを示す、ステップと、ステートチャネルをセットアップするステップと、第２のメッセージをデバイスに送信するステップであって、第２のメッセージが、ステートチャネルがセットアップされていることを信号通知する、ステップとを含む。

【0035】

さらなる例示的な実施形態では、この方法は、例えばデバイスから第３のメッセージを受信するステップであって、第３のメッセージが、監視機器を初期化すべきであることを示し、監視機器が、ＤＬＴシステムを例えば繰り返し、例えば定期的に、設定可能なイベントに関して監視し、例えばデバイス用のステートチャネルに関するイベントに関して監視するように構成される、ステップと、任意選択で監視機器を初期化するステップとをさらに含むことができる。

【0036】

さらなる例示的な実施形態では、この方法は、例えばデバイスからタイミング情報を受信するステップをさらに含み、タイミング情報が、ステートチャネルを介して実行され得るトランザクションに対するデバイスの時間的挙動を特徴付け、例えば、タイミング情報が、デバイス、例えば１つのまたは上記監視機器が新たなステートについて通知する更新間隔を含むことができる。

【0037】

さらなる例示的な実施形態では、この方法は、例えばデバイスから現在のステートを特徴付けるステート情報を受信するステップと、任意選択で、受信されたステート情報を例えば監視機器に送信するステップとをさらに含むことができる。

【0038】

さらなる例示的な実施形態では、この方法は、例えばデバイスから第４のメッセージを受信するステップであって、第４のメッセージが、ステートチャネルが削除されるべきであることを示す、ステップと、任意選択で、ステートチャネルを削除するステップとをさらに含むことができる。

【0039】

さらなる例示的な実施形態は、ステートチャネルを介してトランザクションを実行するための少なくとも１つのデバイス用の、例えば実施形態による少なくとも１つのデバイス用の、例えば分散型台帳技術（ＤＬＴ）システムに関連付けられたステートチャネルを管理するためのデバイスに関し、デバイスは、実施形態による方法を実施するように構成される。さらなる例示的な実施形態では、ステートチャネルを管理するためのデバイスは、複数のステートチャネルも、例えば、１つまたは複数のステートチャネルを介してトランザクションを実行するために複数または多数の（ＩｏＴ）デバイスに関して管理することができ、したがって、（ＩｏＴ）デバイスから、例えばステートチャネルのセットアップおよび／または削除など計算および／または（データ）通信集約的なプロセスを比較的取り除くことができる。

【0040】

さらなる例示的な実施形態では、ステートチャネルを管理するためのデバイスまたは対応する機能は、例えば、例えば携帯電話もしくはラップトップコンピュータなどのモバイル端末デバイスで、または固定機器でも、例えばソフトウェアエージェント（コンピュータプログラム）の形で実現することができる。

【0041】

さらなる例示的な実施形態では、ステートチャネルを管理するためのデバイスまたは対応する機能は、例えばウォレットサービスの形で、すなわち例えばＤＬＴシステムにアクセスするためのプライベート暗号鍵を記憶または管理するサービスの形で実現することができる。

【0042】

さらなる例示的な実施形態は、実施形態によるトランザクションを実行するための少なくとも１つのデバイスと、トランザクションを実行するための少なくとも１つのデバイス用の、例えば分散型台帳技術（ＤＬＴ）システムに関連付けられたステートチャネルを管理するための少なくとも１つのデバイスとを備えるシステムに関する。

【0043】

さらなる例示的な実施形態では、システムが、少なくとも１つの分散台帳技術（ＤＬＴ）システムをさらに備えることができる。

【0044】

さらなる例示的な実施形態は、命令を含むコンピュータ可読記憶媒体であって、命令が、コンピュータによって実行されるときに、コンピュータに、実施形態による方法を実施させる、コンピュータ可読記憶媒体に関する。

【0045】

さらなる例示的な実施形態は、命令を含むコンピュータプログラムであって、命令が、コンピュータによるプログラムが実行されるときに、コンピュータに、実施形態による方法を実施させる、コンピュータプログラムに関する。

【0046】

さらなる例示的な実施形態は、実施形態によるコンピュータプログラムを伝送するおよび／または特徴付けるデータキャリア信号に関する。

【0047】

さらなる例示的な実施形態は、ａ）例えば分散台帳技術（ＤＬＴ）システムに関連付けられた少なくとも１つのステートチャネルを介して、トランザクション、例えばオフチェーントランザクションを実行すること、ｂ）例えば分散台帳技術（ＤＬＴ）システムに関連付けられた少なくとも１つのステートチャネルを管理すること、ｃ）ＩｏＴ（Ｉｎｔｅｒｎｅｔ－ｏｆ－Ｔｈｉｎｇｓ（モノのインターネット））デバイスが、トランザクション、例えばＥｏＴ（Ｅｃｏｎｏｍｙ－ｏｆ－Ｔｈｉｎｇｓ（モノの経済））トランザクションを少なくとも１つのステートチャネルを介して実行することを可能にすること、ｄ）少なくとも１つのＩｏＴデバイス用の、例えば分散台帳技術（ＤＬＴ）システムに関連付けられた少なくとも１つのステートチャネルを管理すること、ｅ）例えば少なくとも１つのＩｏＴデバイス用の、例えば分散台帳技術（ＤＬＴ）システムに関連付けられた少なくとも１つのステートチャネルを介してトランザクションを実行するための少なくとも１つのデバイス用の監視機器を管理すること、という要素のうちの少なくとも１つのための、実施形態による方法および／または実施形態によるデバイスおよび／または実施形態によるシステムおよび／または実施形態によるコンピュータ可読記憶媒体および／または実施形態によるコンピュータプログラムおよび／または実施形態によるデータキャリア信号の使用に関する。

【0048】

本発明のさらなる特徴、適用例、および利点は、図面の各図に示されている本発明の例示的な実施形態の以下の説明から明らかになる。ここで、記載または図示するすべての特徴は、各請求項またはそれらの従属先の請求項におけるそれらの要約に関係なく、また本明細書または図面におけるそれらの表現または図示に関係なく、単独で、または任意の組合せで本発明の主題を成す。

【図面の簡単な説明】

【0049】

【図1】例示的な実施形態による概略的な簡略ブロック図である。

【図2A】さらなる例示的な実施形態による方法の概略的な簡略フローチャートである。

【図2B】さらなる例示的な実施形態による方法の概略的な簡略フローチャートである。

【図3A】さらなる例示的な実施形態による方法の概略的な簡略フローチャートである。

【図3B】さらなる例示的な実施形態による方法の概略的な簡略フローチャートである。

【図3C】さらなる例示的な実施形態による方法の概略的な簡略フローチャートである。

【図3D】さらなる例示的な実施形態による方法の概略的な簡略フローチャートである。

【図4】さらなる例示的な実施形態による概略的な簡略ブロック図である。

【図5】さらなる例示的な実施形態による概略的な簡略ブロック図である。

【図6】さらなる例示的な実施形態による概略的な簡略ブロック図である。

【図7A】さらなる例示的な実施形態による概略的な簡略フローチャートである。

【図7B】さらなる例示的な実施形態による概略的な簡略フローチャートである。

【図8】さらなる例示的な実施形態による概略的な簡略タイミングチャートである。

【図9】さらなる例示的な実施形態による使用の態様を概略的に示す図である。

【発明を実施するための形態】

【0050】

図１は、例示的な実施形態による簡略ブロック図を概略的に示し、例えば分散型台帳技術（ＤＬＴ）システム１０に関連付けられた少なくとも１つのステートチャネルＳＣを介してトランザクションＴを実行するためのデバイス２００が提供されている。

【0051】

さらなる例示的な実施形態（図２Ａ参照）は、デバイス２００を作動させるための方法、特にコンピュータ実装方法に関し、この方法は、少なくとも１つのさらなるデバイス３００に第１のメッセージＮ１を送信するステップ１０２（図１も参照、例えば、直接、または例えばゲートウェイなど図１に示されてない別の機器を介して）であって、第１のメッセージＮ１が、少なくとも１つのさらなるデバイス３００に、デバイス２００用のステートチャネルＳＣをセットアップさせる、ステップ１０２と、少なくとも１つのさらなるデバイス３００から第２のメッセージＮ２を受信するステップ１０４（図２Ａ）（少なくとも１つのさらなるデバイスから直接、または例えばゲートウェイなど図１に示されていない別の機器を介して）であって、第２のメッセージＮ２が、デバイス２００用のステートチャネルＳＣがセットアップされていることを信号通知する、ステップ１０４と、ステートチャネルＳＣを介して少なくとも１つのトランザクションＴを実行するステップ１０６（図２Ａ）とを含む。これにより、さらなる例示的な実施形態では、例えばトランザクションＴを実行するためのデバイス２００自体がステートチャネルＳＣをセットアップすることなく、ステートチャネルＳＣを介してトランザクションＴの実行が可能になる。これにより、さらなる例示的な実施形態では、例えば比較的わずかな計算能力および／もしくは通信帯域幅ならびに／または比較的少ないメモリリソースを有し得る、あるいはさらなるデバイスと定期的にはデータ通信を実施することができない、および／または他の理由により、ステートチャネルのセットアップのために実施され得るステップを少なくとも一時的に、もしくは場合によっては制限を伴ってしか実施することができないデバイス２００も、トランザクションＴの実行１０６のためにステートチャネルＳＣを利用することができる。

【0052】

さらなる例示的な実施形態では、ステートチャネルＳＣは、特に１つのまたは上記ＤＬＴシステム１０を使用することなく、少なくとも２人の当事者（例えば、リソースの提供者と潜在消費者との）間でステートまたはステートを特徴付ける情報の交換を可能にする。したがって、ステートチャネルＳＣを介して比較的迅速に様々なステートまたは対応する情報を交換することができ、そのために対応するＤＬＴシステム１０のトランザクションを必要としない。ＤＬＴシステム１０のトランザクションは、スケーリングが比較的悪いことがある。したがって、さらなる例示的な実施形態では、ステートチャネルＳＣを介して実行されるトランザクションは、「オフチェーン」トランザクションと呼ぶこともできる。言い換えると、さらなる例示的な実施形態では、デバイス２００は、ステートチャネルＳＣのセットアップまたは削除を自ら実施することなく、ステートチャネルＳＣを介して多数のトランザクションＴを効率的に実行することができる。

【0053】

さらなる例示的な実施形態では、例えば後述する［参考文献２］に記載されているような少なくとも１つのステートチャネルＳＣを、例えばトランザクションＴを実行するために使用することができる。

【0054】

ここで、以下に挙げる文書［参考文献１］および［参考文献２］を本明細書に明示的に組み込む。

【0055】

Ｓｔｅｆａｎ Ｄｚｉｅｍｂｏｗｓｋｉ、Ｓｅｂａｓｔｉａｎ Ｆａｕｓｔ、およびＫｒｉｓｔｉｎａ Ｈｏｓｔａｋｏｖａ。２０１８。Ｇｅｎｅｒａｌ Ｓｔａｔｅ Ｃｈａｎｎｅｌ Ｎｅｔｗｏｒｋｓ（一般的なステートチャネルネットワーク）。Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ２０１８ ＡＣＭ ＳＩＧＳＡＣ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｃｏｍｐｕｔｅｒ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｃｕｒｉｔｙ（ＣＣＳ’１８）。Ａｓｓｏｃｉａｔｉｏｎ ｆｏｒ Ｃｏｍｐｕｔｉｎｇ Ｍａｃｈｉｎｅｒｙ、Ｎｅｗ Ｙｏｒｋ、ＮＹ、ＵＳＡ、９４９－９６６。ＤＯＩ：ｈｔｔｐｓ：／／ｄｏｉ．ｏｒｇ／１０．１１４５／３２４３７３４．３２４３８５６［参考文献１］。

【0056】

Ｓ．Ｄｚｉｅｍｂｏｗｓｋｉ、Ｌ．Ｅｃｋｅｙ、Ｓ．ＦａｕｓｔおよびＤ．Ｍａｌｉｎｏｗｓｋｉ、「Ｐｅｒｕｎ：Ｖｉｒｔｕａｌ Ｐａｙｍｅｎｔ Ｈｕｂｓ ｏｖｅｒ Ｃｒｙｐｔｏｃｕｒｒｅｎｃｉｅｓ（Ｐｅｒｕｎ：暗号通貨での仮想決済ハブ）」、２０１９ ＩＥＥＥ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｓｅｃｕｒｉｔｙ ａｎｄ Ｐｒｉｖａｃｙ（ＳＰ）、Ｓａｎ Ｆｒａｎｃｉｓｃｏ、ＣＡ、ＵＳＡ、２０１９、ｐｐ．１０６－１２３、ｄｏｉ：１０．１１０９／ＳＰ．２０１９．０００２０［参考文献２］。

【0057】

さらなる例示的な実施形態では、例えばリソースの潜在消費者とリソースの提供者との間、または対応するデバイス間で、例えば署名されたトランザクションおよび／またはステート情報および／またはステート更新を、ステートチャネルを介して伝送することができる。

【0058】

例えば、例示的な実施形態によるシステム１０００（図１）は、デバイス２００、３００、および任意選択でＤＬＴシステム１０を備えることができる。

【0059】

さらなる例示的な実施形態では、システム１０００はまた、ステートチャネルＳＣを介してトランザクションＴを実行するための少なくとも１つのさらなるデバイス２００’、および／またはデバイス２００、２００’用のステートチャネルＳＣを管理するための少なくとも１つのさらなるデバイス３００’を備えることができる。さらなる例示的な実施形態では、デバイス２００’は、例えば、デバイス２００と同等または少なくとも類似の構成を有することができる。さらなる例示的な実施形態では、デバイス３００’は、例えば、デバイス３００と同等または少なくとも類似の構成を有することができる。

【0060】

さらなる例示的な実施形態では、ステートチャネルＳＣを介して、例えばデバイス２００、２００’間で、１時間あたりに比較的多数の（例えば署名された）トランザクションＴを伝送することができ、したがって、それに応じて、トランザクションによって実行可能なリソースの要求および／または提供を動的に行うことができる。

【0061】

さらなる例示的な実施形態では、ステートチャネルＳＣは、例えばいわゆる台帳チャネル（Ｌｅｄｇｅｒ Ｃｈａｎｎｅｌ）であってもよく、台帳チャネルは、例えば１つのもしくは上記ＤＬＴシステム１０によって、またはＤＬＴシステム１０に基づいて実現可能である。

【0062】

さらなる例示的な実施形態では、ＤＬＴシステム１０は、少なくとも１つのブロックチェーン１２および／または少なくとも１つの有向非巡回グラフ（英語：ｄｉｒｅｃｔｅｄ ａｃｙｃｌｉｃ ｇｒａｐｈ、ＤＡＧ、図示せず）を備えることができる。

【0063】

さらなる例示的な実施形態では、ブロックチェーン１２は、例えばマークルツリーの原理に従って、暗号化方法（例えば、それぞれのデータブロックのハッシュ値の形成）を使用して互いにリンクされたデータブロックの連鎖とみなすことができる。これにより、ブロックチェーン１２でのデータの偽造防止された記憶が可能である。

【0064】

さらなる例示的な実施形態では、ブロックチェーン１２は、分散型または非中央集権型データバンクの形態で実現することができ、ブロックチェーンネットワークの複数のネットワーク要素（「ノード」）がそれぞれ、ブロックチェーン１２のデータブロックを記憶する。ブロックチェーン技術の基本的な態様は、例えば以下の刊行物に記載されている：Ｎａｋａｍｏｔｏ，Ｓａｔｏｓｈｉ。（２００９）。Ｂｉｔｃｏｉｎ：Ａ Ｐｅｅｒ－ｔｏ－Ｐｅｅｒ Ｅｌｅｃｔｒｏｎｉｃ Ｃａｓｈ Ｓｙｓｔｅｍ、ｈｔｔｐｓ：／／ｂｉｔｃｏｉｎ．ｏｒｇ／ｂｉｔｃｏｉｎ．ｐｄｆ。

【0065】

さらなる好ましい実施形態では、ＤＬＴまたはブロックチェーン１２は、１つまたは複数のスマートコントラクト１４を記憶することができ、スマートコントラクト１４は、例えば例示的な実施形態によるステートチャネルＳＣの確立にも関連して、例えば情報の記憶を可能にするが、例えばブロックチェーン１２に記憶された情報に基づいておよび／またはブロックチェーン１２に関して実行されるトランザクションＴに基づいて、プログラミング言語と同様に、クエリおよびさらなるプログラム機能の実行も可能にする。これにより、さらなる例示的な実施形態では、契約上の規制に対応する論理リンクおよび／またはリソースの利用を特徴付ける情報などを、例えば１つもしくは複数のスマートコントラクト１４によって、または少なくとも１つのスマートコントラクト１４に関連してブロックチェーン１２に記憶することができ、例えばいわゆるファンディングまたはアンカートランザクションを記憶することができ、これらは例えばさらなる例示的な実施形態においてステートチャネルＳＣをセットアップするために使用可能である。

【0066】

さらなる例示的な実施形態では、第１のメッセージＮ１を送信するステップ１０２は、方法を実施するデバイス２００、すなわち例えばトランザクションＴを実行するためのデバイス２００から少なくとも１つのさらなるデバイス３００に直接行われるように構成される。

【0067】

さらなる例示的な実施形態では、第１のメッセージＮ１を送信するステップ１０２は、方法を実施するデバイス２００、すなわち例えばトランザクションＴを実行するためのデバイス２００から少なくとも１つのさらなるデバイス３００に、少なくとも１つのさらなるデバイス（図１には図示せず）または機器、例えばゲートウェイを介して行われ、ゲートウェイは、デバイス２００から第１のメッセージＮ１を受信し、次いで第１のメッセージＮ１を少なくとも１つのさらなるデバイス３００に送信または転送するように構成される。

【0068】

さらなる例示的な実施形態では、これは、例として以下に記載する１つまたは複数のさらなるメッセージＮ２、Ｎ３、Ｎ４、ＴＩ、ＺＩにも同様に当てはまる。

【0069】

さらなる例示的な実施形態（図２Ａ参照）では、この方法は、例えばステートチャネルＳＣを介する将来のトランザクションＴに関する初期ステートＡＺを規定するステップ１００をさらに含み、例えば第１のメッセージＮ１が初期ステートＡＺに基づいて作成されるように構成される。

【0070】

さらなる例示的な実施形態では、初期ステートＡＺを規定するステップ１００は、将来のトランザクションＴのための条件を交渉することを含み、条件は、例えば、契約、例えばスマートコントラクト１４などの例えばデジタルコントラクトによって、例えばデバイス３００によってＤＬＴシステム１０で実行可能な上述したアンカートランザクションによって保持することができる。さらなる例示的な実施形態では、スマートコントラクト１４は、例えばＤＬＴシステム１０にアンカーされ、例えばＤＬＴシステム１０のブロックチェーン１２にアンカーされる。

【0071】

さらなる例示的な実施形態（図２Ｂ参照）では、この方法は、第３のメッセージＮ３を少なくとも１つのさらなるデバイス３００に送信するステップ１１０をさらに含み、第３のメッセージＮ３が、少なくとも１つのさらなるデバイス３００に、任意選択の監視機器ＷＴ（図１）を初期化させ、監視機器ＷＴが、ＤＬＴシステム１０を例えば繰り返し、例えば定期的に、設定可能なイベントについて、例えばデバイス２００用のステートチャネルＳＣに関するイベントについて監視するように構成されることができる。これは、例えば、デバイス２００が、ステートチャネルＳＣを共有して利用するデバイス２００’へのデータ接続を一時的に有さず、したがってステートチャネルＳＣを介して例えばステート更新を受信することができないときに有利であり得る。

【0072】

さらなる例示的な実施形態では、任意選択の監視機器ＷＴは、例えばここで本明細書に明示的に組み込む後述の［参考文献３］に従って構成される。

【0073】

Ｐａｔｒｉｃｋ ＭｃＣｏｒｒｙ、Ｓｕｒｙａ Ｂａｋｓｈｉ、Ｉｄｄｏ Ｂｅｎｔｏｖ、Ｓａｒａｈ Ｍｅｉｋｌｅｊｏｈｎ、およびＡｎｄｒｅｗ Ｍｉｌｌｅｒ。２０１９。Ｐｉｓａ：Ａｒｂｉｔｒａｔｉｏｎ Ｏｕｔｓｏｕｒｃｉｎｇ ｆｏｒ Ｓｔａｔｅ Ｃｈａｎｎｅｌｓ（Ｐｉｓａ：ステートチャネルのための仲裁アウトソーシング）。Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ １ｓｔ ＡＣＭ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ａｄｖａｎｃｅｓ ｉｎ Ｆｉｎａｎｃｉａｌ Ｔｅｃｈｎｏｌｏｇｉｅｓ（ＡＦＴ’１９）。Ａｓｓｏｃｉａｔｉｏｎ ｆｏｒ Ｃｏｍｐｕｔｉｎｇ Ｍａｃｈｉｎｅｒｙ、Ｎｅｗ Ｙｏｒｋ、ＮＹ、ＵＳＡ、１６－３０、ＤＯＩ：ｈｔｔｐｓ：／／ｄｏｉ．ｏｒｇ／１０．１１４５／３３１８０４１．３３５５４６１、［参考文献３］。

【0074】

さらなる例示的な実施形態では、第３のメッセージＮ３が第１のメッセージＮ１に含まれ、例えば第１のメッセージと組み合わされるように構成される。

【0075】

さらなる例示的な実施形態（図２Ｂ参照）では、この方法は、少なくとも１つのさらなるデバイス３００（図１）にタイミング情報ＴＩを送信するステップ１１２をさらに含み、タイミング情報ＴＩが、ステートチャネルＳＣを介して実行され得るトランザクションＴに対するデバイス２００の時間的挙動を特徴付け、例えば、タイミング情報ＴＩが、デバイス２００、例えば１つのまたは上記監視機器ＷＴが新たなステートについて通知する更新間隔を含むように構成される。これにより、少なくとも１つのさらなるデバイス３００は、更新間隔に時間的に適合するように監視機器ＷＴを初期化することができ、すなわち、監視機器ＷＴの動作を、トランザクションＴを実行するためのデバイス２００の時間的挙動に適合させることができる。

【0076】

さらなる例示的な実施形態では、タイミング情報ＴＩが、第１のメッセージＮ１と共に、または第１のメッセージＮ１の後に、少なくとも１つのさらなるデバイス３００に送信されるように構成される。

【0077】

さらなる例示的な実施形態（図２Ｂ参照）では、この方法は、現在のステートを特徴付けるステート情報ＺＩを例えば監視機器ＷＴに送信するステップ１１４をさらに含むことができる。これにより、監視機器ＷＴは、ステートチャネルＳＣを介してトランザクションＴの現状について通知され、例えばそれに応じて監視機器ＷＴ自体の動作を調整することができる。

【0078】

さらなる例示的な実施形態では、この方法は、第４のメッセージＮ４を少なくとも１つのさらなるデバイス３００に送信するステップ１１６をさらに含み、第４のメッセージＮ４が、少なくとも１つのさらなるデバイス３００に、ステートチャネルＳＣを削除させるように構成される。したがって、例えばトランザクションＴを実行するためのデバイス２００に関して、少なくとも１つのさらなるデバイス３００によるステートチャネルＳＣの削除を実施することができ、これは、トランザクションＴを実行するためのデバイス２００の負担をさらに軽減する。

【0079】

例として上に記載したブロック１００～１１６は、さらなる例示的な実施形態では異なる順序で実施することもできる。さらなる例示的な実施形態では、例として上に記載したブロック１００～１１６の少なくとも１つを省略する、すなわち実施しないこともできる。同じことが、例として以下に記載する方法にも当てはまる。

【0080】

さらなる例示的な実施形態では、少なくとも１つのさらなるデバイス３００（図１）は、ＤＬＴシステムでトランザクションを実行する（図１からの両矢印Ａ１参照）、例えば、ａ）デバイス２００用の１つのまたは上記ステートチャネルＳＣをセットアップする、ｂ）デバイス２００用の１つのまたは上記ステートチャネルＳＣを削除する、ｃ）例えば、ステートチャネルＳＣを介して実行され得るトランザクションＴに対するデバイス２００の時間的挙動を特徴付けるタイミング情報ＴＩに基づいて任意選択の１つのまたは上記監視機器ＷＴを初期化するように構成されることができる。したがって、少なくとも１つのさらなるデバイス３００は、例えばステートチャネルＳＣを管理するステップを実施し、それにより例えばデバイス２００を「負担軽減」することができ、したがって、デバイス２００は、さらなる例示的な実施形態では、対応する計算時間または他のリソースを消費する必要がない。これにより、さらなる例示的な実施形態では、トランザクションを実行するためのデバイス２００の複雑さを軽減する、またはデバイス２００の耐用寿命（例えばバッテリ動作寿命）を延ばすことができる。

【0081】

デバイス３００と任意選択の監視機器ＷＴとの通信は、図１に両矢印Ａ２によって表されている。任意選択の監視機器ＷＴとＤＬＴシステム１０との通信は、図１に両矢印Ａ３によって表されている。

【0082】

任意選択のデバイス２００’と任意選択のデバイス３００’との通信は、図１に両矢印Ｎ１’、Ｎ２’によって表されている。任意選択のデバイス３００’とＤＬＴシステム１０との通信は、図１に両矢印Ａ１’によって表されている。

【0083】

さらなる例示的な実施形態は、例えば分散型台帳技術（ＤＬＴ）システム１０に関連付けられた少なくとも１つのステートチャネルＳＣを介してトランザクションＴを実行するためのデバイス２００（図１）に関し、デバイス２００は、実施形態による方法を実施するように構成される。

【0084】

さらなる例示的な実施形態では、デバイス２００は、ＩｏＴ（Ｉｎｔｅｒｎｅｔ－ｏｆ－Ｔｈｉｎｇｓ（モノのインターネット））デバイス２００として構成されることが企図され、例えば、デバイス２００は、例えば既存のステートチャネルＳＣを介してトランザクションＴを実行するように構成され、例えば１つのまたは上記ＤＬＴシステム１０に直接アクセスするようには構成されない。さらなる例示的な実施形態では、ＤＬＴシステム１０へのアクセスは、例えばステートチャネルＳＣのセットアップおよび／または削除のために少なくとも１つのさらなるデバイス３００によって実施することができる。

【0085】

さらなる例示的な実施形態では、デバイス２００は、センサデータを決定するための少なくとも１つのセンサ機器を備えることができる。例えば、デバイス２００は、ＩｏＴセンサデバイス２００として構成することができる。さらなる例示的な実施形態では、ＩｏＴセンサデバイス２００は、ＤＬＴシステム１０へのアクセスに関する少なくとも１つのさらなるデバイス３００によるサポートにより、例えばＥｏＴ（Ｅｃｏｎｏｍｙ－ｏｆ－Ｔｈｉｎｇｓ（モノの経済））の意味での例えばセンサデータの提供または販売などのトランザクションＴのためにステートチャネルＳＣを利用することができ、ＩｏＴセンサデバイス２００は、例えば、少なくとも１つのさらなるデバイス３００によってステートチャネルＳＣをセットアップもしくは削除し、および／または他の方法で管理させることができる。さらなる例示的な実施形態では、デバイス２００は、例えばステートチャネルを介するいわゆるコミットメントトランザクションによって、センサデータまたは一般にリソース自体を提供および／または販売するためのトランザクションを実行する。

【0086】

さらなる例示的な実施形態（図３Ａ参照）は、ステートチャネルＳＣを介してトランザクションＴを実行するための少なくとも１つのデバイス用の、例えば実施形態による少なくとも１つのデバイス２００、２００’用の、例えば分散型台帳技術（ＤＬＴ）システム１０に関連付けられたステートチャネルＳＣを管理するための方法に関し、この方法は、例えばデバイス２００から１つのまたは上記第１のメッセージＮ１を受信するステップ１５０（デバイスから直接、または間接的に、すなわち、メッセージＮ１をデバイス２００から例えばゲートウェイに送信することもでき、ゲートウェイが、図３Ａによる方法を実施するためのデバイス３００にメッセージＮ１を転送する）であって、第１のメッセージＮ１が、デバイス２００用のステートチャネルＳＣがセットアップされるべきであることを示す、ステップ１５０と、ステートチャネルＳＣをセットアップするステップ１５２と、第２のメッセージＮ２をデバイス２００に送信するステップ１５４（直接または例えばゲートウェイを介して）であって、第２のメッセージＮ２が、ステートチャネルＳＣがセットアップされており、例えばデバイス２００によって今後使用することができることを信号通知する、ステップ１５４とを含む。

【0087】

さらなる例示的な実施形態（図３Ｂ参照）では、この方法は、例えばデバイス２００から１つのまたは上記第３のメッセージＮ３を受信するステップ１６０であって、第３のメッセージＮ３が、監視機器ＷＴを初期化すべきであることを示し、監視機器ＷＴが、ＤＬＴシステム１０を例えば繰り返し、例えば定期的に、設定可能なイベントに関して監視し、例えばデバイス２００用のステートチャネルＳＣに関するイベントに関して監視するように構成される、ステップ１６０と、任意選択で監視機器ＷＴを初期化するステップ１６２とをさらに含むことができる。

【0088】

さらなる例示的な実施形態（図３Ｃ参照）では、この方法は、例えばデバイス２００からタイミング情報ＴＩを受信するステップ１６５をさらに含み、タイミング情報ＴＩは、ステートチャネルＳＣを介して実行され得るトランザクションＴに対するデバイス２００の時間的挙動を特徴付け、例えば、タイミング情報ＴＩは、デバイス２００、例えば１つのまたは上記監視機器ＷＴが新たなステートについて通知する更新間隔を含むように構成される。

【0089】

さらなる例示的な実施形態（図３Ｄ参照）では、この方法は、例えばデバイス２００から現在のステートを特徴付けるステート情報ＺＩを受信するステップ１６７と、任意選択で、受信されたステート情報ＺＩを例えば監視機器ＷＴに送信するステップ１６９とをさらに含むことができる。これにより、デバイス２００自体がそのステート情報ＺＩを監視機器ＷＴに送信する必要がなくなる。したがって、これは、さらなる例示的な実施形態では、むしろデバイス３００によって実施することができる。

【0090】

さらなる例示的な実施形態（図３Ｄ参照）では、この方法は、例えばデバイス２００から１つのまたは上記第４のメッセージＮ４を受信するステップ１７０であって、第４のメッセージＮ４が、ステートチャネルＳＣが削除されるべきであることを示す、ステップ１７０と、任意選択で、ステートチャネルＳＣを削除するステップ１７２とをさらに含むことができる。これは、例えば、デバイス３００が、対応するトランザクション、例えばいわゆる決済トランザクションをＤＬＴシステム１０で実行することによって行うことができる。

【0091】

さらなる例示的な実施形態は、ステートチャネルＳＣを介してトランザクションＴを実行するための少なくとも１つのデバイス用の、例えば実施形態による少なくとも１つのデバイス２００、２００’用の、例えば１つのまたは上記分散型台帳技術（ＤＬＴ）システム１０に関連付けられたステートチャネルＳＣを管理するためのデバイス３００、３００’（図１）に関し、デバイス３００、３００’は、実施形態による方法（例えば図３Ａ～図３Ｄ参照）を実施するように構成される。さらなる例示的な実施形態では、ステートチャネルＳＣを管理するためのデバイス３００、３００’は、例えば、１つまたは複数のステートチャネルを介してトランザクションを実行するために複数または多数の（ＩｏＴ）デバイス２００，２００’に関して複数のステートチャネルＳＣを管理することもでき、したがって、（ＩｏＴ）デバイス２００，２００’から、例えばステートチャネルＳＣのセットアップおよび／または削除など計算および／または（データ）通信集約的なプロセスを比較的取り除くことができる。

【0092】

さらなる例示的な実施形態では、ステートチャネルＳＣを管理するためのデバイス３００、３００’または対応する機能は、例えば携帯電話もしくはラップトップコンピュータなどのモバイル端末デバイスで、または固定機器で、例えばソフトウェアエージェント（コンピュータプログラム）の形でも実現することができる。

【0093】

さらなる例示的な実施形態では、ステートチャネルＳＣを管理するためのデバイス３００、３００’または対応する機能は、例えばウォレットサービスの形で、すなわち例えばＤＬＴシステム１０にアクセスするためのプライベート暗号鍵を記憶または管理するサービスの形で実現することができる。

【0094】

さらなる例示的な実施形態（図１参照）は、実施形態によるトランザクションＴを実行するための少なくとも１つのデバイス２００と、トランザクションを実行するための少なくとも１つのデバイス用の、例えばトランザクションＴを実行するための少なくとも１つのデバイス２００用の、例えば１つのまたは上記分散型台帳技術（ＤＬＴ）システム１０に関連付けられたステートチャネルＳＣを管理するための少なくとも１つのデバイス３００とを備えるシステム１０００に関する。

【0095】

さらなる例示的な実施形態では、システム１０００が、少なくとも１つの分散台帳技術（ＤＬＴ）システム１０をさらに備えることができる。

【0096】

図４は、さらなる例示的な実施形態による簡略ブロック図を概略的に示す。構成２００’’または３００’’が図示されており、例えばこれらは、さらなる例示的な実施形態では、図１によるデバイス２００、２００’、３００、３００’のうちの少なくとも１つを備えることができる。さらなる例示的な実施形態によるデバイス２００、３００は、原則として構造的に同等の構造物２００’’、３００’’を備えているが、例えば計算能力および／またはメモリ容量および／または通信帯域幅などに関して互いにかなり異なる場合があることに留意されたい。

【0097】

構成２００’’、３００’’は、少なくとも１つの計算コア２０２ａを備える計算デバイス２０２（「コンピュータ」）と、ａ）データＤＡＴ、ｂ）特に実施形態による方法を実施するためのコンピュータプログラムＰＲＧ、という要素のうちの少なくとも１つの少なくとも一時的な記憶のために計算デバイス２０２に割り当てられたメモリデバイス２０４とを備える。

【0098】

さらなる好ましい実施形態では、データＤＡＴは、トランザクションＴのデータを少なくとも一時的および／または部分的に含むことができ、そのようなトランザクションＴのデータは、デバイス２００’’の場合には、例えばステートチャネルＳＣを介するコミットメントトランザクションＴのデータであり、デバイス３００’’の場合には、例えばステートチャネルＳＣをセットアップするためのファンディングもしくはアンカートランザクションのデータ、および／またはステートチャネルＳＣを削除するための決済トランザクションのデータである。

【0099】

さらなる好ましい実施形態では、メモリデバイス２０４は、揮発性メモリ２０４ａ（例えばワーキングメモリ（ＲＡＭ））、および／または不揮発性メモリ２０４ｂ（例えばフラッシュＥＥＰＲＯＭ）を備える。

【0100】

さらなる例示的な実施形態では、計算デバイス２０２は、以下の要素のうちの少なくとも１つを備えることができる：マイクロプロセッサ（μＰ）、マイクロコントローラ（μＣ）、特定用途向け集積回路（ＡＳＩＣ）、システムオンチップ（ＳｏＣ）、プログラマブルロジックデバイス（例えばＦＰＧＡ、フィールドプログラマブルゲートアレイ）、ハードウェア回路、グラフィックプロセッサ（ＧＰＵ、グラフィックスプロセッシングユニット）、またはそれらからの任意の組合せ。

【0101】

さらなる例示的な実施形態は、命令ＰＲＧを含むコンピュータ可読記憶媒体ＳＭであって、命令ＰＲＧが、コンピュータ２０２によって実行されるときに、コンピュータ２０２に、実施形態による方法を実施させる、コンピュータ可読記憶媒体ＳＭに関する。

【0102】

さらなる例示的な実施形態は、命令を含むコンピュータプログラムＰＲＧであって、命令が、コンピュータ２０２によるプログラムが実行されるときに、コンピュータ２０２に、実施形態による方法を実施させる、コンピュータプログラムＰＲＧに関する。

【0103】

さらなる例示的な実施形態は、実施形態によるコンピュータプログラムＰＲＧを特徴付けるおよび／または伝送するデータキャリア信号ＤＣＳに関する。データキャリア信号ＤＣＳは、例えばデバイス２００の任意選択のデータインターフェース２０６を介して受信可能であり、さらなる例示的な実施形態では、データインターフェース２０６を介して例えばメッセージＮ１、Ｎ２または情報ＴＩ、ＺＩの１つまたは複数も伝送可能であり、ならびに／あるいは、例えばステートチャネルＳＣを介して伝達可能なもしくは伝達され得る他の情報も、またデバイス３００’’の場合には例えばデバイス３００’’とＤＬＴシステム１０との間で伝送可能な情報（例えば図１からの両矢印Ａ１参照）、および／またはデバイス３００’’と監視機器ＷＴとの間で伝送可能な情報（例えば図１からの両矢印Ａ２参照）も伝送可能である。

【0104】

さらなる好ましい実施形態では、デバイス２００’’は、リソースＲを提供するための任意選択のリソースインターフェース２０８を備え、リソースインターフェース２０８は、例えばセンサ機器を備え、またはセンサ機器２０８として構成することができる。したがって、この例では、デバイス２００は、例えばコミットメントトランザクションＴの枠組みで、ステートチャネルＳＣを介してそのセンサデータＳＤをさらなるデバイス２００’に販売することができる。

【0105】

さらなる好ましい実施形態では、センサデータＳＤに対する見返りとして、通貨のある金額またはこの金額を特徴付ける情報を、センサデータＳＤの購入者２００’から、例えば同様にコミットメントトランザクションＴによってステートチャネルＳＣを介して伝送することができ、この伝送は、いわゆるマイクロペイメント、すなわち少額の支払いの形で行うこともできる。このようにして、さらなる例示的な実施形態では、センサデータＳＤは、比較的小さな粒度（例えば、比較的低額の支払いに対応する個々のセンサデータ値など）で取引または販売することができる。

【0106】

さらなる例示的な実施形態では、通貨または通貨のタイプを特徴付ける情報の代替としてまたは補完として、支払いに関する情報を利用することもでき、この情報は、例えばステートチャネルＳＣに関連付けられたスマートコントラクト１４に含めることができ、財産または資産もしくは資産価値、コスト、金銭、暗号通貨、約束手形、バウチャーなどの要素の少なくとも１つを特徴付ける。

【0107】

図５は、さらなる例示的な実施形態による簡略ブロック図を概略的に示す。２つの当事者デバイス４００、４１０が図示されており、これらは、例えば、リソースの提供者４００およびリソースの潜在消費者４１０であってもよい。リソースは、例えば電気エネルギーであってもよい。

【0108】

提供者４００にはデバイス４０１が割り当てられ、デバイス４０１は、ＤＬＴシステム１０’と通信することができ（両矢印Ａ１３参照）、また、例えばＤＬＴシステム１０’外で、すなわちオフチェーンで、直接（またはゲートウェイ（図示せず）を介して）消費者４１０または消費者４１０の少なくとも１つの構成要素４１２と通信することもできる（両矢印Ａ１０参照）。

【0109】

さらなる例示的な実施形態では、消費者４１０にデバイス４１１が割り当てられ、デバイス４１１は、その機能に関して、上に記載した例示的な実施形態によるデバイス２００に少なくとも部分的に対応する。デバイス４１１は、消費者４１０のさらなるデバイス４１２と通信し（両矢印Ａ１１参照）、デバイス４１２は、その機能に関して、例えば上に記載した例示的な実施形態によるデバイス３００に少なくとも部分的に対応する。通信Ａ１１を介して、デバイス４１１は、例えばメッセージＮ１、Ｎ２、Ｎ３、Ｎ４または情報ＴＩ、ＺＩを消費者４１０のさらなるデバイス４１２と交換することができ、例えば、消費者４１２のさらなるデバイス４１２に、例えば提供者４００のデバイス４０１との例えばコミットメントトランザクションの直接の交換のためのステートチャネルを確立させる（両矢印Ａ１０参照）。このために、消費者４１０のさらなるデバイス４１２は、例えばＤＬＴシステム１０’とデータ通信を行うことができる（両矢印Ａ１２参照）。

【0110】

さらなる例示的な実施形態では、ＤＬＴシステム１０’にステートチャネルフレームワーク１１’が割り当てられ、ステートチャネルフレームワーク１１’は、例えば［参考文献２］の意味において、例えばステートチャネルの管理（例えばセットアップ、削除など）を可能にする。

【0111】

総じて、２つの当事者デバイス４００、４１０は、さらなる例示的な実施形態では、オンチェーントランザクションＡ１２、Ａ１３、すなわちＤＬＴシステム１０’とのトランザクション、例えばファンディングまたはアンカートランザクションおよび／または決済トランザクションも、オフチェーントランザクションＡ１０、例えばコミットメントトランザクションも実行することができる。

【0112】

図６は、さらなる例示的な実施形態による簡略ブロック図を概略的に示し、２つの当事者デバイス４００、４１０が、オンチェーントランザクションＡ２１、Ａ２３、Ａ２４も、オフチェーントランザクションＡ２２も実行することができる。ここで、両矢印Ａ２２によるデータ交換は、例えばステートチャネルを介するオフチェーントランザクション（例えばコミットメントタイプの）に対応し、例えばステートチャネルは、デバイス４０１（例えば図１によるデバイス２００と類似または同一）のためにデバイス４０２（例えば図１によるデバイス３００と類似または同一）によってセットアップ可能である。

【0113】

さらなる例示的な実施形態では、デバイス４１１は、例えば図１によるデバイス２００または２００’と同等に、すなわち、例えば図１によるデバイス２００または２００’と同一または少なくとも類似して構成される。

【0114】

さらなる例示的な実施形態では、デバイス４１３は、例えば図１によるデバイス３００または３００’と同等に、すなわち、例えば図１によるデバイス３００または３００’と同一または少なくとも類似して構成される。さらなる例示的な実施形態では、デバイス４１３は、ウォレットサービスの機能、すなわち例えばＤＬＴシステム１０’にアクセスするためのプライベート暗号鍵を記憶または管理するサービスの機能を備えることもできる。

【0115】

さらなる例示的な実施形態では、当事者デバイス４１０に任意選択のゲートウェイ４１４が割り当てられ、ゲートウェイ４１４は、例えばデバイス４１１からのメッセージ、例えばタイプＮ１のメッセージ（デバイス４１１用のステートチャネルをセットアップすることを求めるデバイス４１３への要求）を受け取り、これを例えばデバイス４１３に転送し、デバイス４１３は、例えばデバイス４１１用のステートチャネルをセットアップする。例えば、ゲートウェイ４１４はまた、デバイス４１３からタイプＮ２のメッセージ（ステートチャネルがセットアップされているという情報）を受信し、デバイス４１１に転送することができる。同様に、ゲートウェイ４１４は、さらなる例示的な実施形態では、デバイス４１１、４１３、４１５のうちの少なくとも２つの間でさらなるまたは他のメッセージを交換または転送することもできる。

【0116】

さらなる例示的な実施形態では、当事者デバイス４１０に任意選択の監視機器４１５が割り当てられ、監視機器４１５は、例えばデバイス４１１に関して、例えばＤＬＴシステム１０’のＤＬＴトランザクションを観察することができる。さらなる例示的な実施形態では、任意選択の監視機器４１５とデバイス４１１との間でのデータ交換も、ゲートウェイ４１４を介して行うことができる。

【0117】

図７Ａは、さらなる例示的な実施形態による簡略ブロック図を概略的に示し、領域ＢＲ１を第１の当事者（例えば消費者）に割り当てることができ、領域ＢＲ２を例えばＤＬＴシステム１０（図１）または任意選択の関連するステートチャネルフレームワーク（例えば［参考文献２］による）に割り当てることができ、領域ＢＲ３を例えば第２の当事者（例えばリソースの提供者）に割り当てることができる。

【0118】

さらなる例示的な実施形態では、以下の要素のうちの１つまたは複数が消費者ＢＲ１に割り当てられる。
ａ）ステートチャネルＳＣでトランザクションＴ（図１）を実行するためのデバイス２００、例えばＩｏＴデバイス２００、
ｂ）例えばＤＬＴシステム１０に関連付けられた、デバイス２００用のステートチャネルＳＣを管理するためのデバイス３００、
ｃ）監視機器ＷＴ。
さらなる例示的な実施形態では、以下の要素のうちの１つまたは複数が提供者ＢＲ３に割り当てられる。
ａ）ステートチャネルＳＣでトランザクションＴ（図１）を実行するためのデバイス２００’、例えばＩｏＴデバイス２００’、
ｂ）例えばＤＬＴシステム１０に関連付けられた、デバイス２００’用のステートチャネルＳＣを管理するためのデバイス３００’であって、例えばウォレットサービスの機能も有することができるデバイス３００’、
ｃ）監視機器ＷＴ’、
ｄ）ゲートウェイＧＷ。

【0119】

さらなる例示的な実施形態では、ブロックＢ１は、初期ステートの初期化または交渉１００（図２Ａ参照）を表す。これは例えば、デバイス２００、２００’間の合意の締結であり、合意は、例えばデジタル契約、例えばスマートコントラクト１４（図１）によって特徴付けることができ、スマートコントラクト１４は、さらなる例示的な実施形態では、例えばデバイス３００、３００’の少なくとも１つによる例えば対応するアンカートランザクションの実行により、例えばＤＬＴシステム１０においてもアンカー可能である。さらなる例示的な実施形態では、デバイス２００、２００’は、オフチェーンで、すなわち例えばＤＬＴシステム１０とのトランザクションなしで交渉１００を行い（矢印ｅ１、ｅ２参照）、ここで、矢印ｅ１は、例えば、初期ステートが生成される、またはデバイス２００’に伝えられる旨のメッセージを表し、矢印ｅ２は、例えば、初期ステートがデバイス２００’によって確定される旨のメッセージを表す。

【0120】

さらなる例示的な実施形態では、ブロックＢ２は、ステートチャネルＳＣ（図１）を生成するためのプロセスを表す。デバイス２００は、例えば図１、図２ＡによるメッセージＮ１に対応するメッセージｅ３をデバイス３００に送信し、デバイス３００に、デバイス２００用のステートチャネルＳＣを確立させる。矢印ｅ４は、デバイス３００によるデバイス２００用のステートチャネルＳＣの初期化または確立を表す。

【0121】

さらなる例示的な実施形態では、デバイス２００’は、代替または補完として、デバイス３００’に、デバイス２００とのトランザクションＴのためのデバイス２００’用の１つのまたは上記ステートチャネルＳＣをセットアップさせることもでき、デバイス２００’は、対応するメッセージｅ５をゲートウェイＧＷに送信し、ゲートウェイＧＷは、メッセージを、メッセージｅ６の形式でデバイス３００’に転送する。矢印ｅ６’は、デバイス３００’によるデバイス２００’用のステートチャネルＳＣの初期化または確立を表す。

【0122】

さらなる例示的な実施形態では、デバイス３００は、ステートチャネルＳＣの確立ｅ４後に、ブロックＢ３で、メッセージｅ７（例えば図１、図２ＡによるメッセージＮ２に対応する）をデバイス２００’に送信する。

【0123】

さらなる例示的な実施形態では、デバイス３００’は、ステートチャネルＳＣの確立ｅ６’後に、ブロックＢ３で、ゲートウェイＧＷを介してメッセージｅ８、ｅ９（例えば図１、図２ＡのメッセージＮ２に対応する）をデバイス２００’に送信する。

【0124】

さらなる例示的な実施形態では、デバイス３００は、ブロックＢ４で、ステートチャネルＳＣに関するＤＬＴシステム１０のトランザクションの監視ｅ１１のために任意選択の監視機器ＷＴを初期化し（矢印ｅ１０参照）、監視機器ＷＴは、例えばメッセージｅ１２によってデバイス３００に初期化の確定を通知する。さらなる例示的な実施形態では、デバイス３００は、監視機器ＷＴのメッセージｅ１０によってデバイス２００のタイミング情報ＴＩ（図３Ｃ参照）を伝えることができ、デバイス３００は、タイミング情報ＴＩを、場合によっては前もって（例えばメッセージｅ３（図７Ａ）と共に）デバイス２００から受信している。したがって、監視機器ＷＴは、その動作、例えば、ＤＬＴシステム１０でＤＬＴトランザクションを監視するときのその時間的な挙動を、デバイス２００の時間的な挙動に適合させることができる。

【0125】

さらなる例示的な実施形態では、ブロックＢ４と同様のブロックＢ５で、さらなる監視機器ＷＴ’を、この場合には提供者の領域ＢＲ３で初期化することができ（矢印ｅ１３参照）、例えば、デバイス２００’について、デバイス２００’がデバイス２００とのトランザクションを実行するステートチャネルＳＣに関連するＤＬＴシステム１０でのＤＬＴトランザクションを監視する（ｅ１４）。監視機器ＷＴ’は、例えばメッセージｅ１５により、デバイス３００’の初期化を確定することができる。

【0126】

さらなる例示的な実施形態では、ブロックＢ６で、トランザクション、例えばオフチェーントランザクションを実行することができ、すなわち、例えばデバイス２００、２００’の間で直接、例えば新たなステートの提案ｅ１６および／または承認ｅ１７を特徴付けるコミットメントトランザクションを実行することができる。

【0127】

さらなる例示的な実施形態では、新たなステートの承認ｅ１７に関連付けられたブロックＢ７で、メッセージｅ１８（ブロックＢ８も参照）をデバイス２００から監視機器ＷＴに送信することができ、デバイス２００’によって受け入れられたこの新たなステートを監視機器ＷＴに通知する。この知識により、監視機器ＷＴ、例えば場合によっては監視機器ＷＴによって決定される将来のＤＬＴトランザクションを適切に評価することができる（例えば、ＤＬＴトランザクションによって特徴付けられるステートは、デバイス２００によって伝えられてデバイス２００’の側でも受け入れられるステートに対応するときに正しいと評価することができる）。

【0128】

代替として、さらなる例示的な実施形態では、デバイス２００’は、デバイス２００によって提案された新たなステートを拒否することができる（矢印ｅ１９参照）。

【0129】

さらなる例示的な実施形態では、矢印ｅ２０は、デバイス２００’の側での新たなステートの提案を表す。

【0130】

さらなる例示的な実施形態では、デバイス２００は、ブロックＢ９で、デバイス２００’の側でメッセージｅ２０によって提案された新たなステートを承認することができ（矢印ｅ２１参照）、デバイス２００’はデバイス３００’に、メッセージｅ２２、ｅ２３によってゲートウェイを介して承認ｅ２１を通知する（ブロックＢ１０参照）。

【0131】

代替として、デバイス２００は、さらなる例示的な実施形態では、デバイス２００’によって提案された新たなステートを拒否することができる（矢印ｅ２４参照）。

【0132】

さらなる例示的な実施形態では、例えばブロックＢ１１（図７Ｂ参照）において、それ以降、デバイス２００、２００’によりオフチェーントランザクションｅ１６、１７、ｅ１９、ｅ２０、ｅ２１、ｅ２４のために利用されるステートチャネルＳＣ（図１）を削除することができ、例えば、デバイス３００により（矢印ｅ２６参照）および／またはデバイス３００’により（矢印ｅ２９参照）、例えばＤＬＴシステム１０における１つまたは複数のいわゆる決済トランザクションの実行により削除することができる。さらなる例示的な実施形態では、デバイス２００または２００’によって、デバイス３００および／または３００’にステートチャネル（図２ＢによるメッセージＮ４に類似）の削除を行わせることができる（矢印ｅ２５またはｅ２７、ｅ２８参照）。

【0133】

さらなる例示的な実施形態では、チャレンジ期間（ｃｈａｌｌｅｎｇｅ－ｐｅｒｉｏｄ）は、ステートチャネルＳＣの削除によって開始される（矢印ｅ３０参照）。例えば、チャレンジ期間中、例えば当事者の１人による改ざんにより、決済トランザクションｅ２６、ｅ２９によって特徴付けられたステートが正しくないという見解を少なくとも１人の当事者が示したとき、決済トランザクションｅ２６、ｅ２９によって特徴付けられるステートを否認することができる。

【0134】

さらなる例示的な実施形態では、例えば、監視機器ＷＴは、ステートチャネルＳＣの削除ｅ２６、ｅ２９に関する情報ｅ３１（ブロックＢ１２参照）を受け取った後、決済トランザクションｅ２６、ｅ２９によって特徴付けられるステートが正しいかどうかを、例えばメッセージｅ１８（図７Ａ）によって得られた情報との比較によって検査する。

【0135】

例えば、監視機器ＷＴが、より新しい（すなわち、時間的により最近の）ステートに関する知識を有する限り、監視機器ＷＴは、このより新しいステートをブロックＢ１３でＤＬＴシステム１０に登録することができる（矢印ｅ３３参照）。

【0136】

さらなる例示的な実施形態では、例えば、監視機器ＷＴ’は、監視機器ＷＴの側でのより新しいステートの登録ｅ３３に関する情報ｅ３４を受け取った後、そのより新しいステートが正しいかどうかを、例えばメッセージｅ２２、２３（図７Ａ）によって得られた情報との比較によって検査する（ブロックＢ１４、矢印ｅ３５参照）。

【0137】

監視機器ＷＴ’が、より新しいステートを有効とみなす限り、監視機器ＷＴ’の側でこのより新しいステートをＤＬＴシステム１０に登録することができ（ブロックＢ１５の矢印ｅ３６参照）、したがって例えばいわばより新しいステートの有効性を確定することができる。

【0138】

さらなる例示的な実施形態では、デバイス３００は、ステートチャネルＳＣを閉じ（矢印ｅ３７参照）、任意選択でその閉鎖についてデバイス２００に通知する（矢印ｅ３８参照）。

【0139】

さらなる例示的な実施形態では、デバイス３００’は、ステートチャネルＳＣを閉じ（矢印ｅ３９参照）、任意選択でその閉鎖についてデバイス２００’に通知する（矢印ｅ４０、ｅ４１参照）。

【0140】

図８は、さらなる例示的な実施形態による簡略タイミング図を概略的に示す。領域Ｒ１には、デバイス２００（図１、図７Ａ、図７Ｂ）に関連付けられたトランザクション、例えばコミットメントトランザクションが図示されており、ここでは例として４つが図示され、４つのうちの１つに参照符号ｅ５０が付されている。

【0141】

領域Ｒ２には、監視機器ＷＴに関連付けられたプロセスが図示されており、矢印ｅ５１は、デバイス２００が監視機器ＷＴに新たなステートｅ５０について通知することを表す。ここで、さらなる例示的な実施形態では、監視機器ＷＴは、ＤＬＴシステム１０の監視ｅ５２を開始する。

【0142】

さらなる例示的な実施形態では、矢印ｅ５３は、デバイス２００が再び監視機器ＷＴに新たなステートについて通知することを表し、ここで、例えば、監視機器ＷＴによるＤＬＴシステム１０の監視が継続される（参照符号ｅ５４参照）。次いで、監視機器ＷＴは、ブロックｅ５５で新たなステートを公開する。

【0143】

領域Ｒ３には、チャレンジ期間ｅ５６（図７Ａからの矢印ｅ３０も参照）と、それに続く実行期間ｅ５７（実行期間）とが表されており、実行期間ｅ５７中、例えばここでもＤＬＴシステム１０（図１）とのトランザクションによって現在のステートが実行または確定される。

【0144】

領域Ｒ４では、領域Ｒ１と同様に、デバイス２００’（図１、図７Ａ、図７Ｂ）に関連付けられたトランザクション（個々に参照符号を付されていない）、例えばコミットメントトランザクションが、ここでは例として４つ図示されている。矢印ｅ５８は、例えば上に記載したチャレンジ期間ｅ５６を開始する、ステートチャネルＳＣを介する新たなステートの公開を表す。

【0145】

さらなる例示的な実施形態では、両矢印ｅ５９は、デバイス２００の更新間隔を表し、両矢印ｅ６０は、更新間隔ｅ５９、監視ｅ５４、および公開ｅ５５からの合計に相当する期間を表す。さらなる好ましい実施形態では、期間ｅ６０は、チャレンジ期間ｅ５６よりも短く、それにより、例えばデバイス２００のデータ接続が少なくとも一時的に中断されたときでも、信頼性の高い競合の解決が可能であることが保証される。したがって、さらなる例示的な実施形態では、デバイス２００、２００’が例えば相互に制限されたデータ接続しか有さない構成または環境においてさえ、ステートチャネルの閉鎖（例えば、決済および競合解決を含む）が、ステートチャネルＳＣを介するトランザクションのためのプロトコルのセキュリティ保証を損なわないことを実現可能である。

【0146】

さらなる例示的な実施形態では、システム１０００（図１）の構成要素の時間的挙動を特徴付ける変数は以下のものである。

【0147】

ａ）チャレンジ期間ＣＰ：当事者デバイス（例えば、デバイス２００）が、例えばコミットメントトランザクションによって提案されたステートＳ（ｎ）に応答することができる時間。チャレンジ期間は、さらなる例示的な実施形態では、例えば競合時に、より新しいステートＳ（ｍ）（ここで、ｍ＞ｎ）を公開するために使用することができる。

【0148】

ｂ）更新間隔ＡＩ：デバイス２００が任意選択の監視機器ＷＴに新たなステートについて通知するデバイス２００の時間間隔（例えば図７Ａからの矢印ｅ１８参照）。例えば、接続が悪いもしくは断続的である、または電気エネルギー供給が制限されているＩｏＴデバイス２００では、より頻繁なデータ通信は、例えば可能でないか、または一時的なエネルギー節約ステートに基づき有意義でないので、更新間隔が比較的長くなることがある。

【0149】

ｃ）監視間隔Ｍ：監視機器が例えば新たなステートについて通知可能であり、例えばステートチャネルＳＣに関するＤＬＴシステム１０の新たなステートまたはイベントに応答するように構成されている、監視機器ＷＴ、ＷＴ’の監視間隔Ｍ。

【0150】

ｄ）公開間隔Ｐ（Ｗ）：競合時に最新の既知のステートを公開する、監視機器ＷＴ、ＷＴ’のための時間間隔。

【0151】

さらなる例示的な実施形態では、上述した変数ＣＰ、ＡＩ、Ｍ、Ｐ（Ｗ）は、以下の条件が満たされるように互いに適合される。
ＡＩ＋Ｍ＋Ｐ（Ｗ）＜ＣＰ、これは、すでに上に記載した図８によっても例として示されている。

【0152】

さらなる例示的な実施形態（図９参照）は、ａ）例えば分散台帳技術（ＤＬＴ）システム１０に関連付けられた少なくとも１つのステートチャネルＳＣを介して、トランザクションＴ、例えばオフチェーントランザクションを実行すること５０２、ｂ）例えばＤＬＴシステム１０に関連付けられた少なくとも１つのステートチャネルＳＣを管理すること５０４、ｃ）ＩｏＴ（Ｉｎｔｅｒｎｅｔ－ｏｆ－Ｔｈｉｎｇｓ（モノのインターネット））デバイス２００、２００’が、トランザクションＴ、例えばＥｏＴ（Ｅｃｏｎｏｍｙ－ｏｆ－Ｔｈｉｎｇｓ（モノの経済））トランザクションを少なくとも１つのステートチャネルＳＣを介して実行することを可能にすること５０６、ｄ）少なくとも１つのＩｏＴデバイス２００、２００’用の、例えばＤＬＴシステム１０に関連付けられた少なくとも１つのステートチャネルＳＣを管理すること５０８、ｅ）例えば少なくとも１つのＩｏＴデバイス２００、２００’用の、例えばＤＬＴシステム１０に関連付けられた少なくとも１つのステートチャネルＳＣを介してトランザクションＴを実行するための少なくとも１つのデバイス２００、２００’用の監視機器ＷＴ、ＷＴ’を管理すること５１０、という要素のうちの少なくとも１つのための、実施形態による方法および／または実施形態によるデバイスおよび／または実施形態によるシステムおよび／または実施形態によるコンピュータ可読記憶媒体および／または実施形態によるコンピュータプログラムおよび／または実施形態によるデータキャリア信号の使用５００に関する。

【0153】

さらなる例示的な実施形態は、例えば物理的および／または論理的観点において、ステートチャネルＳＣの管理（例えば、セットアップ、削除）と、ステートチャネルＳＣを介するトランザクションＴの実行との分離を可能にする。したがって、例えば、デバイス３００は、ＤＬＴ通信に使用可能であり、例えばＤＬＴ通信は例えばステートチャネルＳＣのセットアップおよび削除のために利用可能であり、一方、デバイス２００は、１つまたは複数のステートチャネルＳＣを介してトランザクションＴを実行する。これにより可能となるのは、例えば、比較的わずかな計算またはメモリまたは通信リソースを有するデバイス２００も、プロトコル、例えば第２層プロトコル、すなわち例えばステートチャネルＳＣ用のプロトコルに関与することができ、またはこれらのプロトコルを、例えばデバイス２００、２００’間での例えばピアツーピアトランザクションＴ用に利用することができ、一方、ＤＬＴ通信は例えばデバイス３００、３００’によって実行されるので、デバイス２００がＤＬＴ通信について考慮する必要はないということである。特に、さらなる例示的な実施形態は、例えばデバイス２００、２００’がＤＬＴシステム１０と通信しないものの、第２層プロトコルによって可能にされる安全性および信頼性に関する保証がデバイス２００、２００’のオフチェーントランザクションＴに関しても得られる、または与えられることを可能にする。

【0154】

さらなる例示的な実施形態および用途を以下に記載する。それらは、それぞれ個別に単独で、および／または例として上に記載した実施形態の１つまたは複数と互いに組み合わせて複合可能である。

【0155】

さらなる例示的な実施形態では、当事者４００、４１０（図５）は、例えば充電ステーション、または例えば複数の充電ステーションを有する電気エネルギー貯蔵装置を充電するための充電インフラストラクチャの操作者であってもよい。さらなる例示的な実施形態では、別の当事者は、車両フリートの所有者、または車両の所有者もしくは運転者であってもよい。

【0156】

例えば充電用のステートチャネルを確立するために、例えば、例えばデバイス２００（図１）が割り当てられている車両と、例えばデバイス２００’が割り当てられている充電ステーションとが、初期ステート（例えば、図２Ａからの任意選択のステップ１００および／または図７Ａからの矢印ｅ１、ｅ２も参照）に合意する。さらなる例示的な実施形態では、デバイス２００、２００’は、例えばデジタル契約１４により特徴付けられる初期ステートを、それぞれのさらなるデバイス３００、３００’（例えば、図７Ａからの矢印ｅ３、ｅ５、ｅ６参照）に送信し、デバイス３００、３００’は、例えば、デバイス２００、２００’用のステートチャネルをセットアップするように提供される。

【0157】

すべての関与する当事者デバイスのステートチャネルＳＣが初期化されると（矢印ｅ４、ｅ６’）、デバイス２００、２００’がそれについて通知され（矢印ｅ７、ｅ８、ｅ９）、ここで、ステートチャネルＳＣを介してトランザクションＴを実行することができる。

【0158】

充電により長い期間、例えば数時間かかると予想される場合、さらなる例示的な実施形態では、自動車または充電ステーションは、それに応じて、それらのそれぞれのデバイス２００、２００’によって監視機器ＷＴ、ＷＴ’を例えば繰り返し、例えば定期的に、例えば３０分ごとに更新することができ（したがって、更新間隔ＡＩは、例として３０分である）、これは、デバイス２００、２００’の側で提供され得るまたは要求され得る接続を低減し、したがって、リソース（例えば、帯域幅、エネルギー）を節約する。さらなる例示的な実施形態では、これに基づき（更新間隔ＡＩ＝３０分）、チャレンジ期間は３０分超に設定される。

【0159】

さらなる例示的な実施形態は、シェアリングエコノミーの分野における用途に関する。シェアリングエコノミーの原理は、例えば工具、例えば電動工具（例えばドリル）などのような物品を貸与し、貸与期間中に利用料が支払われるという考え方に基づく。

【0160】

電動工具のためのレンタルステーションでは、例えばドリルを貸与するためのモダリティ、例えば、利用期間ごとの支払い、最大利用期間、貸付期間などを交渉することができる（図２Ａからの任意選択のステップ１００および／または図７Ａからの矢印ｅ１、ｅ２参照）。次に、例えば対応するさらなるデバイス３００、３００’によって、例えばユーザまたは借り手とドリルまたは貸し手とに割り当てられるデバイス２００、２００’間のステートチャネルＳＣが確立される。ステートチャネルＳＣを介して、設定可能なまたは交渉された利用期間に対して例えば直接の支払いを行うことができ、デバイス２００、２００’間の対応する例えばピアツーピアデータ伝送に関して、例えばステートチャネルＳＣのために例えばローカル有線および／または無線通信プロトコルが使用可能である。

【0161】

貸与されたドリルの電気エネルギーを節約するために、さらなる例示的な実施形態では、ドリルが、例えば新たなステートを伝達するために、例えば２４時間に１回、制限付きデータ通信を有することができる。したがって、さらなる例示的な実施形態では、チャレンジ期間を２４時間超に設定することができる。さらなる例示的な実施形態では、チャレンジ期間は、例えば、動的に（ステートチャネルＳＣの存在中に）適応させることもでき、すなわち延長または短縮することができる。例えば、（例えば、デバイス２００’のための通信を行うことができない建設現場での使用により）ドリルのデバイス２００’がより長時間、例えば１週間、または合意された貸与期間全体にわたってオフライン（データ接続なし）であると予想されるとき、それに応じて、チャレンジ期間を例えば１週間超に延長することができる。

【図1】

【図2A】

【図2B】

【図3A】

【図3B】

【図3C】

【図3D】

【図4】

【図5】

【図6】

【図7A】

【図7B】

【図8】

【図9】

【外国語明細書】