JP7371099B2 - 調整可能な数のトランザクションブロックと複数の仲介ブロックとを含むブロックを有するブロックチェーンの生成 - Google Patents

Description

本発明は、調整可能な数のトランザクションブロックと複数の仲介ブロックとを含むブロックを有するブロックチェーンを生成するコンピュータ実装方法、及び、そのようなブロックチェーンを含む、分散データベースシステムに参加するデバイスの記憶媒体に関する。

産業環境では、デバイス自体若しくはデバイスが存在している自動化システムに関するデータを、又は、デバイスの自動化システムで実行されるプロセスのデータを、保護してデバイスに記録することの重要性が高まっている。その際、特に、自動化制御からの品質データ、又は実行された操作動作、又は収集された状態データの履歴が重要である。そのようなデータを改ざん防止保護してデバイスに記録するために、ブロックチェーン、及び、ブロックチェーンネットワークへのアクセスが、適している。

その際、産業環境では、例えばいわゆる公共の又はパブリックのブロックチェーン、又は、プライベートブロックチェーンが用いられる。パブリックブロックチェーンの場合、コンセンサス手続きはパブリックであり、すなわち、未知のユーザグループが、例えばパブリックインターネット上で、ブロックチェーンを確認又はバリデーションすることができ、より厳密に言うと、個々のブロックをいわゆるマイニングによりバリデーションすることができる。プライベートブロックチェーンの場合、コンセンサス手続きはコンソーシアム内で行われ、そのメンバーは、例えば、互いに又は管理機関に既知であるかについての、一定の信頼性レベルを満たしている。

ブロックチェーン技術は、非中央集権分散データベースを実現し、該非中央集権分散データベースには、参加ノードによって生成されるトランザクションを改ざん防止保護して格納できる。その際、トランザクションはブロックに記録され、ブロックはチェックサム方法を用いて後続のブロックに連結される。ブロックチェーン技術の説明は、例えば、英語版ウィキペディアhttps://en.wikipedia.org/wiki/Blockchainを引用できる。ブロックには、１つ又は複数のトランザクションに加えて、例えば先行するブロックのハッシュ値が格納されている。ブロックは、それを生成したノードによってブロックチェーンネットワークに送信される。保護は、ブロックチェーンネットワークの複数の信頼性が高いノードによって実現され、当該ノードはブロックのバリデーションを実行する。ブロックチェーンに参加するノードのネットワークでは、新規ブロックが規則的な間隔で生成され、その際、既存のブロックのハッシュ値も共に格納される。間隔内にトランザクションがない場合、ブロックチェーンによってはブロックの生成は省略される。

このようにして、ブロックチェーンは、確認のためにブロックチェーンに入力されたトランザクション又はブロックチェーンネットワークに供給されたトランザクションを、格納する。ブロックが各々のコンセンサス手続きにおいて確認されると、確認された各ブロックを有する有効なブロックチェーンは、その長さ、従ってそのサイズが拡大する。そのため、継続された又は確認されたブロックチェーン用の所要記憶スペースは、常に大きくなる。

先行するブロックのチェックサム、特にハッシュ値は、各々の新規ブロックに挿入されるので、チェーンが生成される。他方、先行するブロックのチェックサムは、現在のブロックのトランザクションと共に、後続のブロックのチェックサム用のデータセットを構成する。ブロックは先行するブロックを参照する、とも表現される。このように、トランザクションが改ざんから保護されるのは、ジェネシスブロックとも称される最初のブロックまでのチェーンを、ブロックの連鎖に基づいて追跡することができるからである。トランザクションはブロックチェーンネットワークを利用可能であることから、チェーン内のどのブロックから、例えば、トランザクションのコンテンツが先行するバージョンと一致しなくなるのか、を追跡することができる。従って、トランザクションは、改ざん防止保護されて各検証済みブロックチェーンに格納される。既により早い時点でネットワークに形成されたブロックにおけるトランザクションの改変は、チェックサム形成が既存のブロックに関して再計算又はチェックされる場合、追跡可能である。ブロックチェーン内のブロック数が増加し続けることの基づき、リソースが限られているデバイスにおけるブロックチェーン技術の実装には、長期的に十分な記憶スペース（記憶場所）がないというリスクが存在する。例えば、自動化デバイス、ＨＭＩデバイスやエッジデバイス、又は、ＩｏＴデバイスの、記憶スペースリソースは、クラウドベースのシステムとは対照的に、限られている。

このような背景に対して、本発明の課題は、ノードにおけるブロックチェーン用の所要記憶スペースを低減できるようなブロックチェーンの使用を提供することである。

本課題は、独立請求項の対象により解決される。有利な構成は従属請求項に記載されている。

本発明は、調整可能な数のトランザクションブロックと複数の仲介ブロックとを含むブロックを有するブロックチェーンを生成するためのコンピュータ実装された方法に関するものであり、当該方法では、
－ ブロックチェーンは分散データベースシステムのコンポーネントであり、
－ 複数のブロックがブロックチェーン内部に生成され、各々のブロックは各々の先行するブロックを参照し、
－ 第１仲介ブロックが備えられており、
－ 少なくとも１つの第２仲介ブロックが生成され、
－ 第２仲介ブロックは、それに先行するブロック並びに少なくとも第１仲介ブロック、を参照する。

ブロックチェーンは分散データベースシステムのコンポーネントである。ここで、分散データベースシステムは、データベースの情報、特にブロックチェーンの形態を有するチェーンが、複数の場所において又は複数の参加者間で、利用可能であるか又は格納可能であること、を意味する。分散データベースシステムにおけるブロックチェーンの原理は、ブロックチェーンからの情報が非中央集権的に存在すること、に基づいている。分散データベースシステムの参加者は、新規ブロックチェーンの生成に参与することができ、又はブロックチェーンを検査或いは検証することができる。さらに、参加者は、１つ又は複数のブロックチェーンにアクセスするだけであってもよく、又はブロックチェーンの１つ又は複数の個々のブロックを使用してよい。

本出願によると、ブロックとしては、トランザクションブロック及び仲介ブロックが企図されている。先行するトランザクションブロックを参照するトランザクションブロックは、従来技術より知られている。特に、分散データベースシステムへトランザクションを転送し、既存のトランザクションブロックと連結して、トランザクションブロックを生成することにより、ブロックチェーンの構築が行われる。このようにして、既存のブロックチェーンは、いわば、継続又は拡張される。

どの箇所で、又は、どの最後のトランザクション又はどの最後のブロックに基づいて、チェーンを継続するのかは、ブロックチェーン内の参照されるブロックを選択することによって、決定される。特に、ブロックチェーンを生成する際に参照されるブロックの選択は任意であってよい。有利には、分散データベースシステムによって確認された最新のブロックが参照用に選択される。このようにして、その有効性が確認又はバリデーションされたチェーンが効率的に拡張される。

ここで、少なくとも１つの仲介ブロックを生成することが提案される。仲介ブロックは、規則的な、先行するブロックの参照に加えて、第２参照、つまり先行する仲介ブロックの参照を行う。参照という概念は、例えば、別のブロックとの連鎖、又は、別のブロックの統合であって、統合又は連鎖されるブロックに関するチェックサム処理を用いるもの、と理解される。この二重の参照によって、このようにして生成され、非中央集権ブロックチェーンネットワークによって確認されるブロックチェーンをフレキシブルにバリデーションすることが可能であり、一方では、生成されたブロック、特に全ての生成されたブロックの完全な追跡を実行することができる。また、チェーンは、仲介ブロックと、それらの、先行する仲介ブロックの参照とに基づいて追跡されてよい。チェーンの完全性が仲介ブロックを介して追跡される場合、２つの仲介ブロック間に位置するブロック、特にトランザクションブロックを、バリデーションの際にスキップすることができる。

例えば、トランザクションブロックからなるチェーンに、第２仲介ブロックが生成される。第２仲介ブロックは、先行するブロックを略規則的に参照するように、生成される。すなわち、第２仲介ブロックは、既存のブロックチェーンを拡張又は継続する、ブロックチェーン内のブロックとして生成される。

また、第２仲介ブロックは、少なくとも第１仲介ブロックを参照する。従って、第２仲介ブロックは、少なくとも２つの参照を含む。この場合、例えば、ブロックチェーンの２つの異なるステータスのチェックサムである。一方では、先行するブロックとの連鎖によって、ブロックチェーンは一般に継続される。先行するブロックは、特には、規則的なトランザクションブロックである。

直前の先行ブロックを介して、第２仲介ブロックは、第２仲介ブロック自体までのブロックチェーンのチェックサムを含む。さらに、第２仲介ブロックは、生成された第１仲介ブロックのステータスに関する、ブロックチェーンのチェックサムも含む。これは、例えば、第１仲介ブロックの生成後又はバリデーション後のブロックチェーンの状態である。

このようにして、第１仲介ブロックを参照する第２仲介ブロックを用いて、ブロックチェーンのより早い時点の状態への参照がなされる。

有利には、ブロックチェーンは、第２仲介ブロックに基づいて継続されてよい。ブロックチェーンに格納されるトランザクションの完全性は、仮に第１仲介ブロックと第２仲介ブロックとの間に生成されたトランザクションブロック自体がもはや利用できない場合であっても、第２仲介ブロックと第１仲介ブロックを用いて実現可能である。

有利には、提案される方法では、ブロックチェーンネットワークに利用可能であってチェーンに入れられることになる現在のトランザクションは、ブロックチェーンネットワークのトランザクションブロックの利用可能性と共に、全てのノードに利用可能になる。このようにして、調整可能な数のトランザクションブロックを有するブロックチェーンを生成する方法は、特に、現在のトランザクションブロックの利用可能性に影響を及ぼすことはない。

仲介ブロックは、公知のトランザクションブロック生成方法、例えばマイニング、と同様に、ブロックチェーンネットワークによって確認されてよい。例えば、仲介ブロックは、プルーフオブワーク（Proof-of-Work）、又は、プルーフオブステーク（Proof-of-Stake）、又は、プルーフオブオーソリティ（Proof-of-authority）、に基づくメカニズムを用いて、生成される。

特に、仲介ブロックの後にさらなるブロックを生成する際、仲介ブロックによる先行する仲介ブロックへの後方参照を特別に考慮する必要はない。特に、仲介ブロックのバリデーション及び連鎖も規則的に行われる。

このようにして、さらなるノード、例えば、ブロックチェーンネットワークが分散されているクラウド内のノードは、１つ又は複数の仲介ブロックを有するブロックチェーンを規則的に処理することができ、例えば、各々の仲介ブロックの先行するトランザクションブロックへの参照のみ考慮する。

ブロックチェーンの完全性は、第１仲介ブロックと第２仲介ブロックとの間に生成されたブロックなしで、第２仲介ブロックにおいて第１仲介ブロックを参照することによって、実現可能である。

１つの構成によると、第１仲介ブロックはジェネシスブロックである。この構成では、第１仲介ブロックは特別な役割を果たし、それ自体がジェネシスブロックである。この場合、第２仲介ブロックは、先行するブロックに加えて、ジェネシスブロックを参照する。第１仲介ブロックがジェネシスブロックである変形例では、従って、第２仲介ブロックからのブロックのバリデーションは、ジェネシスブロックへの参照に基づいて行われてよい。ジェネシスブロックと第２仲介ブロックとの間のブロックに記憶されているトランザクションは、第２仲介ブロックからのブロックの完全性の追跡のためには、必要ない。

１つの構成によると、ジェネシスブロックが備えられており、さらに第１仲介ブロックが生成され、その際、第１仲介ブロックは、それに先行するブロックと、少なくともジェネシスブロックとを参照する。有利には、第１仲介ブロックは、チェーンの性質に応じて、又は生成されるブロック、特に生成されるトランザクションブロックの頻度に応じて、ジェネシスブロックとは独立して、第２仲介ブロックのチェックサム形成又はハッシュ値形成のための参照及びデータセットとして用いてもよい。

１つの構成によると、第１仲介ブロックと第２仲介ブロックとの間に少なくとも１つのトランザクションブロックが生成される。有利には、第２仲介ブロックは以下のような規則に従って生成される、すなわち、ブロックチェーン実装の与えられた状況又はブロックチェーンの性質を考慮し、これに応じて、一定の数のトランザクションブロックの後に仲介ブロックを取得するような規則に従って生成される。この場合、規則は、この目的を達成するために、様々なメカニズムを備えてよい。仲介ブロック間に備えられるトランザクションブロックが多ければ多いほど、仲介ブロックと、それらの、先行する仲介ブロックへの参照とに基づいてブロックチェーンを検査する際に考慮しなくてよいブロックが多くなる。

１つの構成によると、ブロックチェーンを短縮させるために、少なくとも、第２仲介ブロックと第１仲介ブロックとの間のトランザクションブロックの数が減少される。特に、第２仲介ブロックと第１仲介ブロックとの間の全ての生成されたトランザクションブロックが排除される。

第１仲介ブロックと第２仲介ブロックとの間に位置する１つ又は複数のトランザクションブロックが除去されることで、ノードにおけるブロックチェーンのサイズ、従って必要とされる記憶容量が、低減される。

短縮を実行するノードは、ブロックチェーンネットワークに参加する任意のノードであってよい。有利には、短縮されたブロックチェーンにはもはや存在しないトランザクションブロックへ必要に応じてアクセスできるように、参加ノードの少なくとも１つに、全てのトランザクションブロックを含むブロックチェーン全体が記憶されるべきである。

第２仲介ブロックの第１仲介ブロックへの参照を利用することで、短縮されたブロックチェーンは、完全性又は真正性について依然として検査することができる。このようにして、第１仲介ブロックへの参照によって、第１仲介ブロックと第２仲介ブロックとの間のトランザクションブロックが欠落していても、チェーンは中断されないので、ジェネシスブロックから第２仲介ブロックまでのブロックの完全性を検査することができる。特には仲介ブロックを含む全てのブロックにわたってチェックサム形成を実行することで、有利には、第１仲介ブロックより前の、短縮されたブロックチェーンにおいて依然として利用可能なトランザクションの真正性と、第２仲介ブロックより後のトランザクションの真正性との両方を追跡することができる。第２仲介ブロックも第１仲介ブロックのチェックサムを有しているので、チェックサムを用いることで、除去されたトランザクションブロックのギャップをまたいでも、ブロックチェーンを一貫して追跡できる。従って、除去されていないトランザクションブロックのトランザクションは、短縮されたブロックチェーンにおいても引き続き改ざん防止保護されて格納されている。

第２仲介ブロック及び他の全てのさらなるブロックを信頼できることは、以下によって保証されている、すなわち、仲介ブロックも、通常のブロックチェーンネットワークでのように、ブロックチェーンのコンセンサスメカニズムによって確認されることによって、保障されている。

ブロックチェーンを短縮することは、特に、限られた記憶容量を有するデバイスに備えられているノードにとって、有効である。この場合、例えば、産業分野においては、いわゆるエッジデバイスであって、当該エッジデバイスは、クラウドに対するインターフェースとして利用することができ、同時に、産業設備においてローカルで、設備にとって重要なデータを利用可能に維持すること又は処理することができる。

特に、２つの仲介ブロック間の全てのトランザクションブロックが除去される。２つの仲介ブロック間のトランザクションは、従来のブロックチェーンにおける場合のように、全てが存在し、それに応じて全てのチェックサムを再計算することができる場合、漏れなく検査することができる。従って、短縮されたブロックチェーンが第２仲介ブロックと第１仲介ブロックとの間にトランザクションブロックを含まないことにより、ブロックチェーンの短縮を必要とされる記憶スペースに関して有利に最適化することができる。例えば、仲介ブロック生成の実行に関するポリシーに基づいて、又は、生成されるトランザクションブロックがないことに基づいて、２つの仲介ブロック間にトランザクションブロックが生成されなかった特別なケースでは、短縮は同様に実行されてよい。この場合、１つの仲介ブロックが、例えば、先行する仲介ブロックに関するチェックサムを２重に有しており、１度は直近の先行ブロックへの参照に基づき、もう１度は先行する仲介ブロックへの参照に基づく。ブロックチェーンの短縮は、この特別な場合においては、記憶スペースを減少させない。

１つの構成によると、短縮されたブロックチェーンは、分散データベースシステムに参加するデバイスにより、特に、クラウド内のデバイス又はエッジデバイス又はＩｏＴデバイスにより、記憶される。このようにして、記憶容量が限られているデバイスは、短縮されたブロックチェーンをフレキシブルに格納することができ、当該短縮されたブロックチェーンより僅かな記憶スペースを利用する。例えば、デバイスは、まず、短縮されていないブロックチェーンを記憶し、次いで、任意の仲介ブロック間のトランザクションブロックを削除することによって、これを短縮する。

１つの構成によると、ブロックチェーンを拡張させるために、記憶された、短縮されていないブロックチェーンからの、第１仲介ブロックと第２仲介ブロックとの間のトランザクションブロックが照会され、挿入される。このようにして、有利には、短縮されたブロックチェーンを、再び、短縮されていないブロックチェーンに拡張することができる。この拡張は、選択された仲介ブロック間のトランザクションブロックに対して、又は、除去された全てのトランザクションブロックに対して、すなわち、以前に短縮された全ての仲介ブロック間のトランザクションブロックに対して、実行することができる。

１つの構成によると、参照されるブロックの参照は、参照されるブロックのチェックサム又は参照されるブロックの一部のチェックサムが、参照実行ブロック内に格納されること又は記憶されることを含む。チェックサムとは、特に、ハッシュ値又は暗号学的ハッシュ値である。

１つの構成によると、各仲介ブロックはトランザクションを含まない。仲介ブロックは、公知のトランザクションブロックの生成方法、例えばマイニングと同様に、ブロックチェーンネットワークによって確認される。この構成では、生成された仲介ブロックのコンテンツのみがユーザデータを含まない。短縮されたブロックチェーンの場合、短縮されたブロックチェーンには、トランザクションデータは特にほとんど残らない。１つのさらなる変形例によれば、仲介ブロックとは、それ自体がトランザクションを含むブロックを意味する。従って、仲介ブロックは、二重の機能を果たしてよく、一方では、ブロックチェーン内のトランザクションブロックであってよく、同時に、先行する仲介ブロックへのさらなる参照によって仲介ブロックの機能を果たしてよい。また、仲介ブロックの後に続くトランザクションブロックも、仲介ブロック自体を参照し、従って、そこに格納されたトランザクションを連結させるので、仲介ブロックのトランザクションも改ざん防止保護されている。しかし、仲介ブロックに記憶されるトランザクションは、ブロックチェーンを短縮させる際には、除去されない。

例えば、ジェネシスブロックと第１仲介ブロックとの間、第１仲介ブロックと第２仲介ブロックとの間、第２仲介ブロックとさらなる仲介ブロックとの間など、存在する全ての仲介ブロック間のトランザクションブロックの除去は、短縮されたブロックチェーンに、生成された最後の仲介ブロックに後続するトランザクションのみが存在する、という結果を導く。このことは、最後に生成された仲介ブロックの前に連結されたトランザクションデータの履歴がもはや重要でない利用において、特に有利である。そのようなシナリオでは、特に大きく記憶スペースが解放され得る、或いは、ブロックチェーンは特に僅かな記憶スペースを必要とする、またそれにも関わらず、直近の過去の全てのトランザクションデータが利用可能である。トランザクション履歴が利用可能である期間は、有利には、仲介ブロックを生成するための規則を介して、又は、代替例では、削除されるべきトランザクションブロックの設定を介して、制御され得る。

１つの構成によると、さらなる仲介ブロックが生成され、各々のさらなる仲介ブロックは、各々の先行するブロック並びに各々の先行する仲介ブロックを、参照する。この方法は、任意の数の仲介ブロックに拡張され得て、互いに連続する仲介ブロックは、各々、第１仲介ブロック及び第２仲介ブロックと同様に構成されている。従って、第３仲介ブロックは第２仲介ブロックに続いてよく、第４仲介ブロックは第３仲介ブロックに続いてよく、以下同様である。

１つのさらなる構成によると、第２仲介ブロック又はそれぞれのさらなる仲介ブロックの生成は、ルールベースで、例えば、設定可能な時点に対して、又は、先行するブロックとの設定可能な時間間隔で、又は、先行する仲介ブロックとの設定可能な時間間隔で、又は、設定可能な数の生成されたトランザクションブロックの後に、又は、コンテキストベースのトリガ条件を用いて、実行される、又は、手動で実行される。有利には、生成される仲介ブロックの頻度又は規則性を、仲介ブロックを生成するためのルールを介して、決定することも可能である。利用状況に応じて、仲介ブロックは以下のように生成されてもよい、すなわち、フレキシブルにトランザクションブロックを所定の時間範囲から除去できるように、生成されてよい。

従って例えば、格別に細かい粒度で、生成されるブロックは、選択可能な期間から、除去され得て、これは例えば、この期間に対するトランザクションの履歴がほとんど重要でない場合に、行われる。例えば、経験的に、トランザクションデータのうち最新のものだけが、その後、自動化設備内部のデバイス上で重要である利用状況においては、仲介ブロックはより大きな間隔で生成されてよい。トランザクションブロックをそのような範囲から除去することによって、２つの仲介ブロック間での削除動作により、一度に大きな記憶スペースの量を節約することができる。

他の利用状況では、例えば、経験的に、生成されたトランザクションブロックの特定の部分のみが履歴分析に重要であり、他の部分を履歴から削除できる場合には、仲介ブロックはより小さい間隔で生成されてよい。

有利には、特定の数のトランザクションブロックが生成された場合に、はじめて仲介ブロックが生成される。このことは、先行する仲介ブロックまでのトランザクションブロックの除去が、閾値としての特定の記憶スペース節約を超える場合に、はじめて仲介ブロックが生成される、という結果を導く。従って例えば、２つの仲介ブロック間のトランザクションブロックの除去が、ブロックチェーン全体のサイズ又は長さに僅かな影響しか及ぼさないことが、回避される。

有利には、コンテキストベースの条件の場合、仲介ブロックの生成は、コンテキストに応じて、例えば自動化プロジェクトのコンテキストに応じて、行われる。例えば、ジョブシステムが仲介ブロックの生成を制御する。有利には、例えば、仲介ブロックは、バッチの始めに対してまたバッチの終わりの後に、生成されてもよい。従って、仲介ブロック間のトランザクションブロックを除去すること、又は、ブロックチェーン内にこれらブロックを維持することを、特定のバッチ又は特定のジョブのために、選択してもよい。

更に、例えば仲介ブロックは、自動化されたプロセスにおいて新たなパラメータ設定が使用される場合に、例えば、工作機械において工具を交換した後に、又は、製造機械においてコントローラを環境への影響に応じて調整した後に、生成されてよい。

１つの構成によると、１つの仲介ブロックにおいて複数の先行する仲介ブロックが参照されることによって、例えば、複数の先行する仲介ブロックのハッシュ値が各々の時点におけるブロックチェーンの状態を含むことによって、さらなる仲介ブロックのうちの少なくとも１つは、先行する仲介ブロックのうちの少なくとも２つを参照する。これにより、ブロックチェーンを、二重に参照を実行する仲介ブロックから始まって、複数の長さに短縮することが可能になる。すなわち、例えば、二重に参照を実行する仲介ブロックと参照されるより古い方の仲介ブロックとの間のチェーンの部分、又は、二重に参照を実行する仲介ブロックと参照されるより新しい方の仲介ブロックとの間のチェーンの部分を、ブロックチェーンから削除することができる。

１つのさらなる構成において、仲介ブロックは、例えば、全ての先行する仲介ブロックを参照してよい。一方では、仲介ブロックにおける参照のインフレーションにより複雑さが増すが、他方では、このようにして、１つのプロセスで非常に多数のブロックを、すなわちトランザクションブロック及び先行する仲介ブロックを、ブロックチェーンから除去することができ、従って、ブロックチェーンを効率的に短縮することができる。

１つの構成によると、各々の仲介ブロックは、各々の先行する仲介ブロックを参照し、選択された仲介ブロックは、追加的にさらなる先行する仲介ブロックを参照する。このようにして、一方では、参照の数が、新規に生成された仲介ブロックに伴いインフレ的には増加せず、他方では、選択された仲介ブロックが、２つ以上の先行する仲介ブロックを参照するような、折衷方法をもたらすことができる。

１つの構成によると、選択された仲介ブロックとして、仲介ブロックが、設定可能な時点に対して、又は、先行する仲介ブロックに対して設定可能な時間間隔で、又は、選択された仲介ブロックの前に、又は、設定可能な数の生成されたトランザクションブロック若しくは仲介ブロックの後に、又は、コンテキストベースのトリガ条件を用いて、生成される、又は、手動で生成される。二重又は多重の参照を行う、選択された仲介ブロックの生成をトリガするメカニズムは、仲介ブロックの生成と同様に選ばれてもよい。

さらに、本発明は、分散データベースシステムに参加するデバイス、特に、クラウド内のデバイス又はエッジデバイス又はＩｏＴデバイスの格納媒体に関しており、当該格納媒体は、調整可能な数のトランザクションブロックと複数の仲介ブロックとを含むブロックを有するブロックチェーンを含み、
－ ブロックチェーンは分散データベースシステムのコンポーネントであり、
－ 各々のブロックは各々の先行するブロックを参照し、
－ 第１仲介ブロックと、少なくとも１つの第２仲介ブロックとを備え、
－ 第２仲介ブロックは、それに先行するブロックと、少なくとも第１仲介ブロックとを参照する。

１つの構成によると、格納媒体は、エッジデバイス又はＩｏＴデバイス上に実装され、上記方法により短縮されたブロックチェーンを記憶している。

有利には、ブロックチェーンネットワークにおいて、上記の仲介ブロックを有するブロックチェーンが、生成され、分散され、確認され、非中央集権的に管理され、又は、記憶される。これにより、ブロックチェーンネットワークのノードは、それが生成されたトランザクションブロック及び仲介ブロックを含む完全なブロックチェーンを記憶するか、又は、それが上記の方法に従ってブロックチェーンを短縮し、短縮されたブロックチェーンを記憶するか、を任意の方法で決定することができる。特に、利用可能な記憶容量が限られるネットワークのノードは、例えば、自動化システム内のエッジデバイス又はＩｏＴデバイスは、有利に、短縮されたブロックチェーンを記憶できる。

１つの構成によると、格納媒体は、エッジデバイス又はＩｏＴデバイス上に実装されており、上記の方法により拡張されたブロックチェーンを記憶している。有利には、ブロックチェーンネットワーク内に、ブロックチェーン全体を確実に記憶する少なくとも１つのノードが備えられている。これは、クラウドに接続された自動化設備においては、これは設備オペレータのブロックチェーンノードであってもよい、又は、以下のようなクラウドサービスのブロックチェーンノードであってよい、すなわち、当該クラウドサービスのために設備オペレータがルールを決定し、また、当該クラウドサービスが全てのトランザクションブロックを含むブロックチェーン全体を記憶するクラウドサービスのブロックチェーンノードであってよい。これにより、この場合、例えば、短縮されたブロックチェーンのみを記憶した自動化設備のデバイスは、短縮されたブロックチェーンには含まれていないトランザクションブロックを照会し、それらを再びブロックチェーンに含ませることもできる。特に、このプロセスにおいては、ブロックのチェックサムを追跡することにより、照会され、供給された全てのトランザクションブロックが破損せずまた改ざんされずに存在しているかが、検査されてよい。このようにして、短縮されたブロックチェーンが記憶されたデバイスは、完全なブロックチェーンからのブロックを含ませた後に、拡張されたブロックチェーンを再び取得する。また、ブロックチェーンが拡張する一方で、完全なブロックチェーンと比べると依然として縮小されてエッジデバイス又はＩｏＴデバイス上に存在するように、全ての除去されたブロック又は一部のみが照会されてよい。

さらに、本発明は、格納媒体の上記の構成に従う格納媒体を備えるエッジデバイスに関する。

さらに、本発明は、コンピュータプログラムを備えるコンピュータプログラム製品であって、コンピュータプログラムがプログラム制御された装置上で実行される場合に、上記構成の１つに従う方法を実行する手段を有する、コンピュータプログラム製品、に関する。

以下、本発明を、実施形態例に基づいて、図面を参照してより詳細に説明する。

第１の実施例による２つのブロックチェーンの概略図である。 本発明の第２の実施例による２つのブロックチェーンの概略図である。 本発明の第３の実施例による２つのブロックチェーンの概略図である。 本発明の第４の実施例による２つのブロックチェーンの概略図である。 クラウド環境内部でのブロックチェーンネットワークノード及び自動化設備内のブロックチェーンネットワークノードの概略図である。

本発明の第１の実施例によれば、ブロックチェーンは以下のように生成される、すなわち、規則的な間隔の規則的なトランザクションブロックに加えて、仲介ブロックが生成されるように、生成される。この場合、ブロックチェーンはジェネシスブロックＧに基づいている。トランザクションブロックは、ジェネシスブロックＧに基づいて生成され、ブロックチェーンに連結される。図１には、そのようなトランザクションブロックＴが一例として示されている。説明を簡潔にするため、１つのトランザクションブロックのみに具体化のため参照符号を付した。ジェネシスブロックＧに対する、設定可能且つフレキシブルに選択可能な時間間隔の後、第１仲介ブロックＡ１が生成される。これはそれ自体、トランザクションを含まないが、トランザクションブロックと同様にして生成され、ブロードキャストとしてブロックチェーンネットワークに送信され、ブロックチェーンで使用されるコンセンサスメカニズムによって確認され、ブロックチェーンに連結される。ここで、第１仲介ブロックＡ１は、慣用のように先行するトランザクションブロックを直接参照し、並びに、追加的にジェネシスブロックＧを参照する。

第１仲介ブロックＡ１が、ブロックチェーンを使用する、分散データベースシステムへの参加ノードによって、特にいわゆるマイニングによって、首尾よく確認されると、第１仲介ブロックＡ１は、規則的なブロックのように、ブロックチェーンを継続させる。

第１仲介ブロックＡ１に対して所定の時間間隔をおいて、さらなる仲介ブロックが生成される。この並びでは、ｎ－１番目の仲介ブロックＡ_ｎ－１も生成される。同様に、その時間間隔で、ｎ番目の仲介ブロックＡ_Ｎが生成される。このようにして生成されたブロックチェーン１０は、本発明の第１の実施例に従い、ブロックチェーンネットワーク内で、例えばプライベートブロックチェーンネットワーク内で、分散される。例えば、ブロックチェーンネットワークは、製品を製造するために様々なオペレーション段階で協働している企業により構成される集合内に備えられる。この場合、全体的なブロックチェーン１０は、例えば、参加している各企業のノードに記憶されている。

また、自動化ネットワーク内に存在する個々の企業のノードも、ブロックチェーンネットワークのコンポーネントである。この自動化ネットワークは、ブロックチェーンネットワークＮＷに接続されている。例えば、ブロックチェーンネットワークのノードのうちの１つは、ＩｏＴデバイスに設けられている。このＩｏＴデバイスでは、利用可能な記憶スペースは限られている。例えば、ＩｏＴデバイスは、設備内で制御タスクを担い、また同時に、オフィスネットワーク又はＩＴネットワークに接続されている。ＩｏＴデバイスは、特にはインターネットを介して、応答可能である。ＩｏＴデバイスは、例えば現在の自動化プロジェクト又は現在のバッチに関するトランザクションを改ざん防止保護しつつ利用可能にするために、ブロックチェーンへアクセスする。これらトランザクションデータは、例えばパラメータセット又はコンフィギュレーションパラメータにより、構成されてよい。

同様に、トランザクションデータは、タスクのオーダデータを含んでもよい。例えば、ｎ－１番目の仲介ブロックＡ_ｎ－１の後に生成されたトランザクションデータを含むブロックチェーンの範囲は、ＩｏＴデバイスにとって重要である。

有利には、ＩｏＴデバイスは、短縮されたブロックチェーン１１を記憶できる。そのために、ｎ－１番目の仲介ブロックよりも時間的に前に生成されたトランザクションブロックは、ブロックチェーンから除去される。その際、仲介ブロックはブロックチェーン内に保持される。従って、ジェネシスブロックＧ、第１仲介ブロックＡ_１、場合によってはさらなる仲介ブロック、ｎ－１番目の仲介ブロックＡ_ｎ－１、及びこれに続くトランザクションブロックからなるチェーンが生成される。このようにして短縮されたブロックチェーン１１及びその中に含まれる現在のトランザクションブロックは、チェックサム形成が個々のブロックに渡って追跡され得ることで、ジェネシスブロックＧから始まってバリデーション可能である。各々の先行する仲介ブロックのチェックサムが１つの仲介ブロックに含まれていることに基づき、ブロックのチェーンを、それが短縮ブロックチェーン１１に含まれているように、バリデーションすることができる。

短縮されたブロックチェーン１１にとって必要な記憶スペースは、除去された全てのトランザクションブロックのサイズ分だけ、縮小された。ｎ－１番目の仲介ブロックＡ_ｎ－１の生成すること、先行するトランザクションブロックを削除するための仲介ブロックとしてそれを選択することの両方を、自動化プロジェクトに適合させて実行することも可能である。仲介ブロックの生成が、先行する仲介ブロックに対して選択可能な時間間隔に、依存する場合、従って、ブロックチェーンを短縮する際に、ブロックチェーンの重要な部分の前に生成された仲介ブロックを選択することができる。

図２には、本発明の第２の実施例が示されており、ブロックチェーン２０は、図１に基づいて説明したブロックチェーン１０と同様に生成される。第１の実施例とは異なり、仲介ブロックＡ_ｎの前のトランザクションブロックを除去することによってブロックチェーン２０を短縮するために、ブロックチェーンの一部は、仲介ブロックの除去から、除外される。ｂ－１番目の仲介ブロックＡ_ｂ－１とｂ番目の仲介ブロックＡ_ｂとの間にあるトランザクションブロックは、本発明の第２の実施例においては除去されない。このようにして、ｂ－１番目の仲介ブロックＡ_ｂ－１とｂ番目の仲介ブロックＡ_ｂとの間のトランザクションブロックまで、仲介ブロックＡ_ｎの前に生成されたより古いトランザクションブロックを除去する、短縮されたブロックチェーン２１が生成される。

従って、ブロックチェーン２０は、短縮されたブロックチェーン２１に効果的に縮小され、その際には、トランザクションブロックが除去されることで解放される記憶スペースが節約される。その一方で、ある時間範囲を狙って除外することにより、この時間範囲のトランザクションブロックは、短縮されたブロックチェーン２１においても利用可能になる。例えば、このようにして、短縮されたブロックチェーン２１では、プロセスシステム工学において知られており、現在の生産バッチのベンチマークを示す、いわゆるゴールデンバッチが、短縮されたブロックチェーンにおいても、バッチデータの対応的な比較を実行できるように、ブロックチェーンにおいて検索可能なトランザクションデータとして保持される。さらに、例えば、仲介ブロックＡ_ｎの後に生成された最新のトランザクションデータは、履歴として保持される。

本発明の第３の実施例によれば、ブロックチェーン３０は、例えば、ｎ番目の仲介ブロックＡ_ｎが、直前の先行するトランザクションブロックと最後に生成されたｎ－１番目の仲介ブロックＡ_ｎ－１とに加えて、例えば、第１仲介ブロックＡ_１をさらに参照するように、生成される。１つの変形例では、ｎ番目の仲介ブロックＡ_ｎは、その上に、さらなる仲介ブロックを参照する（不図示）。ブロックチェーン３０を短縮されたブロックチェーン３１へと短縮する場合、従って、選択された時間範囲の間で、例えば第１仲介ブロックＡ_１とｎ番目の仲介ブロックＡ_ｎとの間において、この期間のトランザクションブロックに加えて、この期間に生成された仲介ブロックも、特にｎ－１番目の仲介ブロックＡ_ｎ－１も、除去され得る。

それにも関わらず、ブロックチェーン鎖の完全な検査可能性（チェックアビリティ）は、短縮されたブロックチェーン３１においては、ｎ番目の仲介ブロックＡ_ｎが第１仲介ブロックＡ_１を参照することによって、保障されている。有利には、参照のインフレーション及びそれに関連した複雑さを避けるために、全ての仲介ブロックが複数の先行する仲介ブロックを参照するわけではないこと、が企図されている。より大きな時間間隔では、しかしながら、特にはチェックサムとして追加の仲介ブロックを含むような、仲介ブロックが備えられていてもよい。

図４には、仲介ブロックを有するブロックチェーン４０を生成する、さらなる可能な代替例が示される。ここでは、複数の又は特に全ての生成された仲介ブロックが、ジェネシスブロックＧも参照する。この場合、短縮されたブロックチェーン４１は、ｎ－１番目の仲介ブロックＡ_ｎ－１の前のトランザクションデータが除去されるように、生成され得る。これにより、ブロックチェーンは自動的に可能な限り小さい長さに短縮される。この構成は、以下のような利用状況にとって重要でありえる、すなわち、ブロックチェーンの初期段階でのトランザクションデータが重要ではない場合にとって重要でありえる、なぜなら、例えば、テストデータ又はテストコンフィギュレーションデータセットが、例えばそれらが不良な又は非最適化な設備状態を引き起こすため、さらなるプロセスにおいて参照されるべきではないからである。

第１から第４の実施例に記載された仲介ブロックを参照する手段、及び、それに対応するブロックチェーンを短縮するための手段は、組み合わせて使用することもできる。例えば、ブロックチェーンの異なる時間区間に対して仲介ブロックを生成するために、異なるメカニズムを使用することができる。同様に、ブロックチェーン内に仲介ブロックを生成するためのトリガメカニズムは変化してもよい。例えば、自動化システムの初動時に新規に構築されるブロックチェーンの開始時には、固定された時間間隔が設定されていてもよく、他方、さらなるプロセスでは、仲介ブロックはコンテキストベースでトリガされてもよい。

図５に基づいて、短縮されたブロックチェーン１１、２１、３１が自動化設備の利用シナリオにおいてどのように使用されるか、明らかにする。図５は、複数のブロックチェーンノード又はBlockchain-Nodes１５、１５２、１０１、２０１、３０１から構成されるブロックチェーンネットワークＮＷを示している。図示上の理由から、ブロックチェーンネットワークＮＷに参加する５つのノードのみが示されている。特に、図５の上半分に図示されているクラウド１５０には、多数のノードが参加する。クラウド１５０内のノード１５１、１５２は、ブロックチェーンネットワークＮＷを介して自動化設備１０１、２０１、３０１内のノードに接続されている。

自動化設備のノードは、図５の下半分に図示されている。この場合、例えば、工業設備であってよく、そこではノード１０１、２０１、３０１が、空間的に近傍に互いにまとまって存在しており、自動化設備の異なるデバイス１００、２００、３００上に形成されている。同様に、ノードは、複数の空間的に分離した設備に備えられていてもよく、それらは例えば１つの企業に帰属する。さらに、図５に示すノードは、異なる企業のネットワークに備えられていてもよい。

図５には、クラウド１５０内のノードには、一般的に、十分な記憶スペースが利用可能であることが例示されている。他方、自動化設備内部のデバイス１００、２００、３００上のノードにおいては、利用可能なストレージがしばしば制限要因となっている。

例えば、第１自動化システムに、エッジデバイス１００が備えられており、当該エッジデバイス１００は、自動化デバイスの制御を調整する自動化ネットワークとクラウド１５０内の通信ネットワークとの間のゲートウェイとして、機能する。ここで、エッジデバイス１００は、クラウド１５０内のサービスに使用することができる、自動化システムのデータを収集する。例えば、このようにして、クラウド１５０のビッグデータ分析に利用可能となるモニタリングデータが収集される。例えば、エッジデバイス１００は、収集されたデータをクラウドに送信する前に、これを前処理する。その際、例えば、記録されたデータは匿名化される、又は、特定の期間からのデータが収集される、又は、期間に従ってソートされて利用可能となる。

別の自動化設備には、例えば、さらにクラウドサービスと暗号化交換の権限を有するエッジデバイス２００が、備えられる。

別の自動化設備には、例えば、パッケージングプロセスを制御すると同時に、インターネット接続を介したロジスティクスプロバイダとの通信接続を有するＩｏＴデバイス３００が、備えられる。

ここで、エッジデバイス１００、エッジデバイス２００及びＩｏＴデバイス３００に共通するのは、存在する記憶スペースが限られていることである。従って、デバイスにとっては、記憶スペースを節約することが重要である。本発明の第５の実施例によれば、さらにブロックチェーンアプリケーションがデバイス上に実装される。その際、各場合において、操作動作又は品質管理に関するデータは、ブロックチェーン上で保護されるべきである。これらデータは、証明可能な仕方で改ざんされずにブロックチェーン内に存在するべきである。

さらに、上記のデバイス、エッジデバイス１００、エッジデバイス２００、及び、ＩｏＴデバイス３００は、製品の製造及び処理において、略自動化されて使用される。すなわち、一般に、収集データのより新しい履歴はローカルに関連するものである。従って、この短期アーカイブデータは、有利には、各々のデバイス上で利用可能であるべきである。しかし同時に、ブロックチェーンは、各々のデバイス上において、可能な限り僅かな記憶スペースを要求するべきでもある。この課題は、各々のデバイス１００、２００、３００における各々のノード１０１、２０１、３０１が、それぞれ、短縮されたブロックチェーン１１、２１、３１を記憶することによって、解決される。短縮されたブロックチェーン１１、２１、３１として、上記ブロックチェーンは考慮に値する。

各々のノード１０１、２０１、３０１をどのように短縮されたブロックチェーンとするがには、複数の可能性がある。例えば、十分なストレージが存在する限りは、ブロックチェーンは、規則的に、短縮されることなく、維持されてよい。一定の割合の記憶スペースがブロックチェーンによって占有されるとすぐに、ブロックチェーンを短縮するメカニズムがトリガされる。この方法においては、各々の自動化デバイス上の各々のノードは、可能な限り多数のトランザクションブロックを、また従って、可能な限り多数の、例えば記録された品質データのような、実行されたトランザクションをも、利用可能な記憶スペースが十分でなくなるまで、利用可能な状態で有する。この時点から、再び記憶スペース占有に関する閾値が超えられるまで、例えば、規則的にブロックチェーンの一部を削除してよい、又は、例えば、ブロックチェーンのより大きな部分を一度に削除してよい。

別の変形例では、自動化設備のノード１０１は、例えば、クラウドのノード１５２と通信することによって、ブロックチェーンの状態を規則的にネットワークから照会し、その際、重要でないトランザクションブロックを除去する。このようにして、略最初から、短縮されたブロックチェーンがエッジデバイス１００に記憶される。

有利には、ブロックチェーンの短縮を実行するノード上のブロックチェーンが増大し続けること、及び、ストレージのオーバーフローが引き起こされること、が回避される。

特に、それ自体はトランザクションを含まず最後のブロック及び先行仲介ブロックへの参照のみを含む仲介ブロックにおいては、仲介ブロックのフットプリントは常に小さい。互いに連結された仲介ブロックの増加は、リソースが限られているデバイスにとっても、もはやリスクとはならない。

ブロックの削除は、有利には、ローカルでブロックチェーンノード上で行われる。特に、このようにして、存在するリソースについて特定の制制限を有して、ブロックチェーンネットワークＮＷ内に存在する任意の数のデバイスは、フレキシブルに、異なる時間範囲を、ローカルに記憶されたブロックチェーンから、除去することができる。短縮されたブロックチェーンについては、ストリップされたブロックチェーン（stripped blockchain）と称してもよく、短縮されたブロックチェーンを有するノードは、ストリップされたノード（stripped node）と称してもよい。

提案される発明は、狙った削除を行うこと及び重要なペイロードデータを意図的に維持することを可能とし、当該ペイロードデータは、選択された期間にブロックチェーンに格納された

短縮されたブロックチェーン又はストリップされたノードは、完全なブロックチェーン又はフルノード（Full Nodes）から既に削除されたブロックを再び要求することができ、削除として選択された仲介ブロック間の対応する範囲に連鎖させることができる。これは、以下の場合に、特に有利である、すなわち、例えばバッチに由来する製品の顧客がサプライチェーンに関する情報の取得を望むので、ブロックチェーンの除去された範囲のデータが後からの分析にとって重要である場合に、特に有利である。また、除去された範囲のデータは、制御設備の構成のためにも、参照データとして、必要とされ得る。

更に、短縮されたブロックチェーンにおいても、現在のトランザクションがローカルで利用可能であることが、保障される。除去のための仲介ブロックがフレキシブルに選択可能であり、また従って、より最新の仲介ブロックを選択する必要がないこととは別に、最後に生成された仲介ブロックの後に生成された時間範囲は、データの削除から除外される。

このようにして、現在のトランザクションは、それらのブロックのブロックチェーンネットワークにおける利用可能と共に、即座にどこででも利用可能であり、すなわち、最新の生産データの照会は、履歴データの照会と同様に、クラウドを介して可能である。

従って、ブロックチェーンネットワーク内の履歴情報は、それが同じく重要であるブロックチェーンノード内にのみ、例えば長期アーカイブサーバ上又はクラウド内にのみ、存在すればよい。また、削除されたブロックチェーンの範囲をロードする必要がないので、例えば、縮小された又はストリップされたブロックチェーンノードを操作するＩｏＴデバイスの起動は、はるかに高速である。

Claims (15)

1. 調整可能な数のトランザクションブロック（Ｔ）と複数の仲介ブロック（Ａ１、Ａ（ｂ－１）、Ａｂ、Ａ（ｎ－１）、Ａｎ）とを含むブロックを有するブロックチェーン（１０、１１、２０、２１、３０、３１、４０、４１）を生成するコンピュータ実装方法であって、
   － 前記ブロックチェーン（１０、１１、２０、２１、３０、３１、４０、４１）は分散データベースシステム（ＮＷ）のコンポーネントであり、
   － 前記ブロックチェーン（１０、１１、２０、２１、３０、３１、４０、４１）は第１仲介ブロック（Ａ１、Ｇ）を有し、
   前記分散データベースシステム（ＮＷ）に参加する複数のデバイス（１００、２００、３００）又は複数のノード（１０１、２０１、３０１）のうちの少なくとも１つが、ブロックチェーンアプリケーションを用いて、
   － 前記ブロックを、前記ブロックチェーン（１０、１１、２０、２１、３０、３１、４０、４１）内に、各々のブロックが各々の先行するブロックを参照するように、生成し、
   － 少なくとも１つの第２仲介ブロック（Ａ２）を、前記ブロックチェーン（１０、１１、２０、２１、３０、３１、４０、４１）内に、前記第２仲介ブロック（Ａ２）が、それに先行するブロックと、少なくとも前記第１仲介ブロック（Ａ１、Ｇ）とを参照するように、生成し、
   － 前記第１仲介ブロック（Ａ１）と前記第２仲介ブロック（Ａ２）との間に、少なくとも１つのトランザクションブロックを生成する、
   方法。
2. 前記第１仲介ブロックはジェネシスブロック（Ｇ）である、請求項１に記載の方法。
3. 前記ブロックチェーン（１０、１１、２０、２１、３０、３１、４０、４１）はジェネシスブロック（Ｇ）を有し、
   前記複数のデバイス（１００、２００、３００）又は前記複数のノード（１０１、２０１、３０１）のうちの少なくとも１つは、さらに、前記第１仲介ブロック（Ａ１）を、前記ブロックチェーン（１０、１１、２０、２１、３０、３１、４０、４１）内に、前記第１仲介ブロック（Ａ１）が、それに先行するブロックと、少なくとも前記ジェネシスブロック（Ｇ）とを参照するように、生成する、請求項１に記載の方法。
4. 前記複数のデバイス（１００、２００、３００）又は前記複数のノード（１０１、２０１、３０１）のうちの少なくとも１つは、少なくとも、
   前記第２仲介ブロック（Ａ２）と前記第１仲介ブロック（Ｇ、Ａ１）との間のトランザクションブロックの数を減少させることによって、又は、
   前記第２仲介ブロック（Ａ２）と前記第１仲介ブロック（Ｇ，Ａ１）との間の全ての生成されたトランザクションブロックを除去することによって、
   前記ブロックチェーン（１０、１１、２０、２１、３０、３１、４０、４１）を短縮する、請求項１～３の何れか１項に記載の方法。
5. 前記複数のデバイス（１００、２００、３００）又は前記複数のノード（１０１、２０１、３０１）のうちの少なくとも１つは、短縮されたブロックチェーンを記憶する、請求項１～４の何れか１項に記載の方法。
6. 前記複数のデバイス（１００、２００、３００）又は前記複数のノード（１０１、２０１、３０１）のうちの少なくとも１つは、クラウドのデバイス又はエッジデバイス又はＩｏＴデバイスである、請求項１～５の何れか１項に記載の方法。
7. 前記複数のデバイス（１００、２００、３００）又は前記複数のノード（１０１、２０１、３０１）のうちの少なくとも１つは、
   記憶された短縮されていないブロックチェーンからの前記第１仲介ブロック（Ｇ、Ａ１）と前記第２仲介ブロック（Ａ２）との間のトランザクションブロックの照会及び照会された前記トランザクションブロックの挿入によって、
   前記ブロックチェーン（１０、１１、２０、２１、３０、３１、４０、４１）を拡張する、請求項１～６の何れか１項に記載の方法。
8. 参照されるブロックを参照することは、前記複数のデバイス（１００、２００、３００）又は前記複数のノード（１０１、２０１、３０１）のうちの少なくとも１つが、前記参照されるブロックのチェックサム又は前記参照されるブロックの一部のチェックサムを、参照を行う前記ブロック内に格納すること又は記憶すること、を含む、請求項１～７の何れか１項に記載の方法。
9. 前記第１仲介ブロック（Ｇ、Ａ１）及び前記第２仲介ブロック（Ａ２）は各々トランザクションを含まない、請求項１～８の何れか１項に記載の方法。
10. 前記複数のデバイス（１００、２００、３００）又は前記複数のノード（１０１、２０１、３０１）のうちの少なくとも１つが、さらなる仲介ブロック（Ａ（ｂ－１）、Ａｂ、Ａ（ｎ－１）、Ａｎ）を、前記ブロックチェーン（１０、１１、２０、２１、３０、３１、４０、４１）内に、
    前記さらなる仲介ブロック（Ａ（ｂ－１）、Ａｂ、Ａ（ｎ－１）、Ａｎ）のそれぞれが、各々の先行するブロックと、各々の先行する仲介ブロックとを参照するように、
    生成する、請求項１～９の何れか１項に記載の方法。
11. 前記複数のデバイス（１００、２００、３００）又は前記複数のノード（１０１、２０１、３０１）のうちの少なくとも１つが、
    前記第２仲介ブロック（Ａ２）の生成又は前記さらなる仲介ブロック（Ａ（ｂ－１）、Ａｂ、Ａ（ｎ－１）、Ａｎ）の各々の生成を、
    ルールベースで実行するか、又は、
    設定可能な時点に対して、又は、先行するブロックに対する設定可能な時間間隔で、又は、先行する仲介ブロックに対する設定可能な時間間隔で、又は、設定可能な数の生成されたトランザクションブロックの後に、又は、コンテキストベースのトリガ条件を用いて、実行するか、又は、
    手動の入力に応じて実行する、
    請求項１～１０の何れか１項に記載の方法。
12. 前記複数のデバイス（１００、２００、３００）又は前記複数のノード（１０１、２０１、３０１）のうちの少なくとも１つが、前記さらなる仲介ブロック（Ａ（ｂ－１）、Ａｂ、Ａ（ｎ－１）、Ａｎ）を、
    前記さらなる仲介ブロック（Ａ（ｂ－１）、Ａｂ、Ａ（ｎ－１）、Ａｎ）のうちの少なくとも１つは、前記先行する仲介ブロックのうちの少なくとも２つを参照するように、
    生成する、請求項１０又は１１に記載の方法。
13. 前記複数のデバイス（１００、２００、３００）又は前記複数のノード（１０１、２０１、３０１）のうちの少なくとも１つが、
    前記さらなる仲介ブロック（Ａ（ｂ－１）、Ａｂ、Ａ（ｎ－１）、Ａｎ）を、各々の仲介ブロックは、各々の先行する仲介ブロックを参照し、選択された仲介ブロックは、さらに別の先行する仲介ブロックを参照するように、
    生成する、請求項１～１２の何れか１項に記載の方法。
14. 前記複数のデバイス（１００、２００、３００）又は前記複数のノード（１０１、２０１、３０１）のうちの少なくとも１つが、選択された仲介ブロックとして、仲介ブロックを、前記ブロックチェーン（１０、１１、２０、２１、３０、３１、４０、４１）内に、
    設定可能な時点に対して、又は、
    先行する仲介ブロックに対して設定可能な時間間隔で、又は、
    選択された仲介ブロックの前に、又は、
    設定可能な数の生成されたトランザクションブロック若しくは仲介ブロックの後に、又は、
    コンテキストベースのトリガ条件を用いて、又は、
    手動の入力に応じて、
    生成する、請求項１３に記載の方法。
15. コンピュータプログラムを備えるコンピュータプログラム製品であって、前記コンピュータプログラムがプログラム制御された装置上で実行される場合、請求項１～１４の何れか１項に記載の方法を実行する手段を有するコンピュータプログラム製品。

Images