JP7322621B2 - 取引記録装置、取引記録方法、および、取引記録プログラム - Google Patents

Description

本発明は、取引記録装置、取引記録方法、および、取引記録プログラムに関する。

取引記録を１つのブロックにまとめ、ブロック同士をチェーンのように繋げるブロックチェーンの技術が知られている。ブロックチェーンは、デジタル仮想通貨のサービスでよく用いられる。この場合、仮想通貨の取引情報（トランザクション）がブロックと呼ばれる単位でまとめられ、ネットワークを介して参加者が共有する台帳情報が生成される。近年、ブロックチェーン技術を、コンテンツ管理、著作権情報管理、サプライチェーン、電力の取引など、仮想通貨以外のサービスにも適用する試みが行われている。

関連する技術として、トランザクション情報中の一次情報をブロック生成検証装置の一時情報用データ格納領域に格納し、一時情報を含まない格納用ブロックを台帳データにつなげるシステムが提案されている（例えば、特許文献１など）。また、複数のノードが参加しているグループで共有されるデータに対するトランザクションを、その複数のノードの一定割合のノードから承認信号を受信した場合に実行する信号処理方法も知られている（例えば、特許文献２など）。さらに、下位ネットワークから上位ネットワークに引き渡す資産の総量を、上位ネットワークより受け取った資産の総量以下にするシステムも提案されている（例えば、特許文献３など）。

特開２０１８－１１２８２７号公報 国際公開第２０１８／１５４７９３号 特開２０１８－１６６０００号公報

ブロックチェーン技術が電力の取引に使用される場合、ブロックチェーンではデータの改ざんが困難なことから、電力の取引情報や発電量などの計測データをブロックチェーンで管理することが考えられる。ブロックチェーンでは、情報が複数の装置によって分散的に共有されるが、大量のデータをブロックチェーンに記録すると各装置が保持するデータ量も増大するため、データの維持管理が困難になる。従って、電力の取引情報や発電量などの計測データをブロックチェーンで管理すると、ブロックチェーンが肥大化するという問題が発生するが、ブロックチェーンを用いてこれらの情報を管理しないと、情報が改ざんされてしまうおそれがある。電力の取引に限らず、仮想通貨を含む様々な他の取引にブロックチェーンを使用する場合にも同様の問題が発生する。また、関連する技術として述べた技術を用いても、この問題は解決されない。

本発明は、１つの側面として、ブロックチェーンの肥大化を防止することを目的とする。

ある１つの態様にかかる取引記録装置は、第１のブロックチェーンを共有するネットワークに参加し、取得部、生成部、および、登録処理部を備える。取得部は、取引時刻と前記取引時刻に行われた取引に関するデータが登録された第２のブロックチェーンから情報を取得する。生成部は、前記取得部が取得した前記情報を用いて、所定の期間中に行われた前記取引に関するデータを集約した集約データを生成する。登録処理部は、前記集約データが、前記ネットワークに参加している他の取引記録装置での前記所定の期間中に行われた前記取引に関するデータから生成された他の集約データと一致する場合に、前記集約データを前記第１のブロックチェーンに登録する。前記第２のブロックチェーンが所定の移行基準を満たすと、前記取引を行う装置から取得した前記取引時刻と前記取引に関するデータの登録先を前記第２のブロックチェーンから第３のブロックチェーンに切り替えるノード装置が、取得部の通信先である場合、取得部は、前記第１のブロックチェーンを介して前記集約データの計算に使用する取引データを記録したブロックチェーンの識別情報を取得し、前記第２のブロックチェーンと前記第３のブロックチェーンのうち、前記識別情報で識別されるブロックチェーンから、前記所定の期間中に行われた前記取引に関するデータを取得する。

ブロックチェーンの肥大化を防止する。

実施形態にかかる取引の記録を行うシステムの例を説明する図である。 取引記録装置の構成の例を説明する図である。 サブブロックチェーンノードの構成の例を説明する図である。 ハードウェア構成の例を説明する図である。 取引データの例を説明する図である。 取引データの登録処理の例を説明するシーケンス図である。 データ集約モデルの例を説明する図である。 集約データの生成処理の例を説明するシーケンス図である。 集約データの例を説明する図である。 検証処理の例を説明するシーケンス図である。 最終的に発行されるトランザクションの例を説明する図である。 第１の実施形態にかかる処理の例を説明するフローチャートである。 第２の実施形態にかかるシステムの例を説明する図である。 サブブロックチェーンノードの構成の例を説明する図である。 サブブロックチェーンの切り替え処理の例を説明する図である。 サブブロックチェーンの切り替え処理の例を説明するフローチャートである。

図１は、実施形態にかかる取引の記録を行うシステムの例を説明する図である。図１に示すシステムは、端末６（６ａ～６ｅ）、サブブロックチェーンノード５０（５０ａ、５０ｂ）、取引記録装置１０（１０ａ～１０ｄ）を含み、メインブロックチェーン１とサブブロックチェーン５を有する。サブブロックチェーンノード５０の各々はサブブロックチェーン５で記録された情報の分散台帳を保持するものとする。一方、取引記録装置１０は、サブブロックチェーン５中の情報を取得できるが、サブブロックチェーン５に登録された情報の分散台帳を保持していないとする。さらに、取引記録装置１０は、メインブロックチェーン１に記録された情報の分散台帳を保持しているものとする。

各端末６は、測定などによって得られた情報をサブブロックチェーンノード５０に送信する。例えば、端末６は、任意のＩｏＴ（Internet of Things）機器端末であり得る。例えば、端末６が発電量の測定メータなどの電力の取引に使用される機器端末である場合、端末６からサブブロックチェーンノード５０に通知される情報は、発電量や電気の使用量などに関する情報である。サブブロックチェーンノード５０は、端末６から受信した情報をサブブロックチェーン５に登録する。なお、登録処理の際に、サブブロックチェーンノード５０は、データの送信元の端末６がサブブロックチェーン５へのアクセス権を有するかなどの確認を行い、アクセス権を有する端末６から受信した情報をサブブロックチェーン５に登録しても良い。図１の例では、端末６ａ～６ｃはサブブロックチェーンノード５０ａを介してデータの登録処理を行い、端末６ｄ～６ｅはサブブロックチェーンノード５０ｂを介してデータの登録処理を行う。

取引記録装置１０ａ～１０ｄの各々は、サブブロックチェーン５に登録された取引データについて、所定の期間中のデータを集計することにより、集約データを生成する。例えば、集約データは端末６ごとに所定の期間中のデータを用いて計算され得る。取引記録装置１０ａ～１０ｄの各々は、他の取引記録装置１０が同じ端末６についての同じ期間に対して計算した集約データを取得するとともに、取得した集約データが自装置で計算した集約データと一致するかを判定する。取引記録装置１０が計算した集約データを他の取引記録装置１０に通知する際には、例えば、集約データを含むトランザクション（集約データトランザクション）が使用される。さらに、各取引記録装置１０は、受信した集約トランザクション中の集約データが自装置で計算した集約データと一致すると判定した際に署名を行い、署名した集約データを他の取引記録装置１０に送信する。なお、取引記録装置１０が比較する集約データを取得する方法や署名した集約データを送信する方法などは、取引記録装置１０間で共有しているメインブロックチェーン１で採用されているアルゴリズムに従った任意の方法であるとする。

各取引記録装置１０は、自装置が計算した集約データに対して一定数以上の取引記録装置１０が署名すると、自装置が計算した集約データが正しいと判定して、メインブロックチェーン１の分散台帳情報に記録する。このため、サブブロックチェーン５中の情報を用いて計算した集約データのうち、メインブロックチェーン１に参加している取引記録装置１０の所定の割合の装置が正しいと判定した集約データがメインブロックチェーン１に記録される。

このように、図１に示すシステムでは、メインブロックチェーン１には端末６から得られた取引データは含まれず、所定期間ごとに集約された集約データが記録される。換言すると、図１に示すシステムでは個々の取引データの代わりに集約データがメインブロックチェーン１に記録される。このため、メインブロックチェーン１に記録される情報の量は、端末６で得られた個々の取引データの全てを記録する場合に比べて削減される。さらに、端末６で得られた個々の取引データは、メインブロックチェーン１とは異なるサブブロックチェーン５に記録されている。このため、実施形態にかかるシステムでは、メインブロックチェーン１に記録する集約データの計算のもととなる端末６で得られた取引履歴の改ざんも防止できる。

なお、図１は、システムの一例であり、システム中で使用される端末６、サブブロックチェーンノード５０、取引記録装置１０の数は、いずれも実装に応じて任意に変更され得る。例えば、端末６は、ＩｏＴ機器以外の装置であっても良い。また、端末６が測定する情報の種類も実装に応じて任意に変更され得る。例えば、端末６は、図１のシステムの用途に応じて、電力の販売に関する情報以外の情報を測定しても良い。

＜装置構成＞
図２は、取引記録装置１０の構成の例を説明する図である。取引記録装置１０は、制御部１５と記憶部４０を備える。記憶部４０は、メインブロックチェーン（ＢＣ）台帳４１、設定情報４２、および、公開鍵情報４３を記憶する。記憶部４０は、さらに、取引記録装置１０自身が暗号化に使用する秘密鍵も保持する。

メインブロックチェーン台帳４１は、メインブロックチェーン１を用いて共有される情報を記録する。なお、集約データを計算するための期間の情報や計算対象の端末６の情報などの、集約データを計算するために使用される情報は、メインブロックチェーン１を用いて取引記録装置１０間で共有されるものとする。設定情報４２は、取引記録装置１０が他の取引記録装置１０との間で集約データの計算結果や署名付きの情報を交換する際の確認の順序などの設定情報が含まれる。公開鍵情報４３は、取引記録装置１０の識別情報と、その識別情報で識別される取引記録装置１０が暗号化に使用する秘密鍵の対となっている公開鍵を対応付けた情報である。なお、公開鍵情報４３は、メインブロックチェーン１で共有されていても良い。公開鍵情報４３がメインブロックチェーン１で共有される場合、各取引記録装置１０は、メインブロックチェーン台帳４１を参照することにより公開鍵の情報を取得しても良い。

制御部１５は、集約処理部２０とメインブロックチェーン（ＢＣ）制御部３０を有する。集約処理部２０は、取得部２１と生成部２２を有する。取得部２１は、メインブロックチェーン１で共有している条件に従って、サブブロックチェーン５で共有されている情報を取得する。なお、取得部２１は、サブブロックチェーン５で共有されている情報を取得するためにアクセスするサブブロックチェーンノード５０のアドレスなどの情報を予め保持しているか、記憶部４０から取得可能であるものとする。生成部２２は、取得部２１が取得した情報を用いて集約データを計算する。

メインブロックチェーン制御部３０は、トランザクション受信部３１、トランザクション発行部３２、および、登録処理部３３を有する。トランザクション受信部３１は、他の取引記録装置１０などの他の装置から送信されたトランザクションを受信する。トランザクション発行部３２は、他の取引記録装置１０などの他の装置にトランザクションを送信する。登録処理部３３は、他の取引記録装置１０から受信したトランザクション中に含まれている集約データの検証処理を行う。さらに、登録処理部３３は、所定の割合以上の取引記録装置１０の間で集約データの計算結果が一致した場合、集約データが正しいと判定して、メインブロックチェーン１に登録するための処理を行う。

図３は、サブブロックチェーンノード５０の構成の例を説明する図である。サブブロックチェーンノード５０は、サブブロックチェーン制御部６０と記憶部７０を備える。記憶部７０は、サブブロックチェーン（ＢＣ）台帳７１を記憶する。サブブロックチェーン台帳７１には、サブブロックチェーン５を用いて共有される情報が記録されている。

サブブロックチェーン制御部６０は、トランザクション受信部６１、トランザクション発行部６２、および、登録処理部６３を有する。トランザクション受信部６１は、端末６や他のサブブロックチェーンノード５０などの他の装置から送信されたトランザクションを受信する。トランザクション発行部６２は、他のサブブロックチェーンノード５０などの他の装置にトランザクションを送信する。登録処理部６３は、端末６から受信したトランザクション中に含まれている取引データをサブブロックチェーン５に登録するための処理を行う。

図４は、ハードウェア構成の例を説明する図である。取引記録装置１０とサブブロックチェーンノード５０のいずれも、プロセッサ１０１、メモリ１０２、バス１０５、ネットワークインタフェース１０９を備える。さらに、取引記録装置１０とサブブロックチェーンノード５０のいずれも、入力装置１０３、出力装置１０４、記憶装置１０６、可搬記憶媒体駆動装置１０７の１つ以上を有していても良い。取引記録装置１０およびサブブロックチェーンノード５０は、例えば、コンピュータ、サーバ装置などによって実現され得る。

プロセッサ１０１は、任意の処理回路であり、例えば、Central Processing Unit（ＣＰＵ）とすることができる。プロセッサ１０１は、例えば、メモリ１０２や記憶装置１０６に記憶されたプログラムを実行することができる。メモリ１０２は、プロセッサ１０１の動作により得られたデータや、プロセッサ１０１の処理に用いられるデータを、適宜、記憶する。記憶装置１０６は、プログラムやデータなどを格納し、格納している情報を、適宜、プロセッサ１０１などに提供する。ネットワークインタフェース１０９は、取引記録装置１０またはサブブロックチェーンノード５０が他の装置と通信するための処理を行う。

バス１０５は、プロセッサ１０１、メモリ１０２、入力装置１０３、出力装置１０４、記憶装置１０６、可搬記憶媒体駆動装置１０７、ネットワークインタフェース１０９を、相互にデータの送受信が可能になるように接続する。入力装置１０３は、キーボード、マウス、マイク、カメラなど、情報の入力に使用される任意の装置であり、出力装置１０４は、ディスプレイなど、データの出力に使用される任意の装置である。可搬記憶媒体駆動装置１０７は、メモリ１０２や記憶装置１０６のデータを可搬記憶媒体１０８に出力することができ、また、可搬記憶媒体１０８からプログラムやデータ等を読み出すことができる。ここで、可搬記憶媒体１０８は、Compact Disc Recordable（ＣＤ－Ｒ）やDigital Versatile Disk Recordable（ＤＶＤ－Ｒ）を含む、持ち運びが可能な任意の記憶媒体とすることができる。

取引記録装置１０において、プロセッサ１０１とネットワークインタフェース１０９は、制御部１５として動作する。メモリ１０２および記憶装置１０６は、記憶部４０として動作する。

サブブロックチェーンノード５０において、プロセッサ１０１とネットワークインタフェース１０９は、サブブロックチェーン制御部６０として動作する。メモリ１０２および記憶装置１０６は、記憶部７０として動作する。

＜第１の実施形態＞
以下、第１の実施形態を、取引データの登録、データ集約モデルの登録と集約データの生成、集約データの検証と登録に分けて説明する。以下の説明では、端末６が発電量測定メータであり、電力の取引に使用される発電量を所定の周期で計測している場合を例として説明する。この場合、集約データは、端末６ごとの所定期間内の発電量である。

また、以下の説明では、処理を行っている取引記録装置１０などを明確にするために、処理を行っている取引記録装置１０などの装置の符号の末尾のアルファベットを符号の末尾に示すことがある。例えば、登録処理部３３ａは取引記録装置１０ａの登録処理部３３であり、メインブロックチェーン台帳４１ｂは取引記録装置１０ｂのメインブロックチェーン台帳４１である。

（１）取引データの登録
図５は、取引データの例を説明する図である。図５の取引データは、端末６からサブブロックチェーンノード５０に送信される取引データ登録トランザクションに含まれる。図５の例では、取引データ登録トランザクションには、トランザクション番号、送信元の機器の識別情報（測定器名）、発電量、時刻が含まれる。例えば、端末６ａの測定器名がＡであるとする。また、端末６ａは、１５：００に０．１ｋｗｈの発電が行われたことを計測したとする。すると、測定器名＝Ａ、発電量＝０．１ｋｗｈ、時刻＝１５：００の情報を含む取引データ登録トランザクションを生成する。図５の例では、生成されたトランザクションの番号は１である。

図６は、取引データの登録処理の例を説明するシーケンス図である。図５に示す取引データトランザクションを発行した端末６は、発行した取引データ登録トランザクションをサブブロックチェーンノード５０に送信する（ステップＳ１）。なお、各端末６は、その端末６が取引データトランザクションを送信する先のサブブロックチェーンノード５０のアドレス情報などを予め記憶しているものとする。サブブロックチェーンノード５０のトランザクション受信部６１は、取引データ登録トランザクションを受信すると登録処理部６３に出力する（ステップＳ２）。

登録処理部６３は、サブブロックチェーン５に対するアクセス権を有する端末６の測定器名を予め記憶しているか、サブブロックチェーン台帳７１から取得できるものとする。登録処理部６３は、入力された取引データ登録トランザクションに含まれている測定器名を用いて、サブブロックチェーン５へのアクセス権を有する端末６が取引データ登録トランザクションの送信元であるかを判定する（ステップＳ３）。サブブロックチェーン５へのアクセス権を有する端末６が取引データ登録トランザクションの送信元ではない場合、登録処理部６３は処理を終了する（ステップＳ３でＮｏ）。この場合、取引データ登録トランザクションで通知された発電量の情報はサブブロックチェーン５に登録されない。

一方、サブブロックチェーン５へのアクセス権を有する端末６が取引データ登録トランザクションの送信元である場合、サブブロックチェーンノード５０間での合意形成処理が行われる。データの登録対象のサブブロックチェーンに参加しているサブブロックチェーンノード５０間で、トランザクションを登録するための合意形成処理に成功すると、登録処理部６３は、サブブロックチェーン台帳７１に取引データを登録する（ステップＳ３でＹｅｓ、ステップＳ４）。なお、ステップＳ４で登録される取引データは、取引データ登録トランザクションに含まれている発電量や時刻情報などである。

（２）データ集約モデルの登録と集約データの生成
図７は、データ集約モデルの例を説明する図である。データ集約モデルはメインブロックチェーン１を用いてデータを管理しようとするクライアントが、クライアントの端末（クライアント端末）を用いてメインブロックチェーン１に登録するモデルである。

図７に示すデータ集約モデルは、サブブロックチェーン５の識別情報、集約データを生成する対象とする端末６の情報、集約処理を行う期間の情報、および、集約方法を含む。図７の例では、「サブＢＣ－Ｘ」という識別情報で識別されるサブブロックチェーン５が集約データの計算に用いられる。さらに、集約データは、測定器名がＡ、Ｂ、Ｃの各々の測定器に対して個別に、１５：００～１５：２９の期間に計測されたデータの総和として計算される。

図８は、集約データの生成処理の例を説明するシーケンス図である。図８を参照しながら、図７に示すデータ集約モデルが登録された場合に行われる処理の例を説明する。クライアント端末７は、メインブロックチェーン１を共有している取引記録装置１０のうちの取引記録装置１０ａに対して、データ集約モデルの登録を要求したとする（ステップＳ１１）。ステップＳ１１において、データ集約モデルがクライアント端末７から取引記録装置１０ａに送信される。

取引記録装置１０ａがデータ集約モデルの登録の要求を受信すると、トランザクション発行部３２ａは、データ集約モデルを登録するためのトランザクション（データ集約モデル登録トランザクション）を生成する。データ集約モデル登録トランザクションには、クライアント端末７の情報が含まれていてもよい。トランザクション発行部３２ａは、データ集約モデル登録トランザクションを登録処理部３３ａに送信するとともに、メインブロックチェーン１を共有する他の取引記録装置１０に対しても送信する（ステップＳ１２）。取引記録装置１０ａでは、登録処理部３３ａが、受信したデータ集約モデル登録トランザクションを用いて、データ集約モデルをメインブロックチェーン台帳４１ａに記録する。データ集約モデル登録トランザクションにクライアント端末７の情報が含まれている場合、登録処理部３３ａは、クライアント端末７が取引記録装置１０ａへのアクセス権を有する装置であるかの認証を行っても良い。この場合、登録処理部３３ａは、認証処理に成功すると、メインブロックチェーンに参加している取引記録装置１０間での、トランザクションを登録するための合意形成処理を行う。トランザクションを登録するための合意形成処理に成功すると、登録処理部３３ａは、データ集約モデルをメインブロックチェーン台帳４１ａに登録する。

メインブロックチェーン１を共有している取引記録装置１０ａ以外の装置の各々では、登録処理部３３が、トランザクション受信部３１を介してデータ集約モデル登録トランザクションを取得する。登録処理部３３は、データ集約モデルをその装置が保持するメインブロックチェーン台帳４１に記録する。なお、登録処理の前に登録処理部３３は、データ集約モデル登録トランザクションに含まれるクライアント端末７の情報を用いた認証処理を行っても良い。各取引記録装置１０においてメインブロックチェーン台帳４１にデータ集約モデルが記録されることにより、データ集約モデルがメインブロックチェーン１に登録される。

各取引記録装置１０では、集約処理部２０中の取得部２１は、データ集約モデルを参照する（ステップＳ１３）。なお、データ集約モデルに複数の期間が含まれている場合や、複数のデータ集約モデルがメインブロックチェーン１に登録される可能性もある。このため、取得部２１は、例えば、ポーリングなどにより一定期間ごとにメインブロックチェーン台帳４１にアクセスすることによりデータ集約モデルを参照しても良い。データ集約モデルで指定された集約期間が経過すると、取得部２１は、集約期間の時刻情報に対応付けられた取引データを、データ集約モデルで指定された測定器の各々について取得する（ステップＳ１４）。例えば、図７に示すデータ集約モデルがメインブロックチェーン１に登録されており、測定器名Ａ～Ｃの各々の装置が１分ごとに発電量のデータをサブブロックチェーン５に登録しているとする。この場合、各取引記録装置１０の取得部２１は、測定器Ａが１５：００～１５：２９の期間に計測したデータ、測定器Ｂが１５：００～１５：２９の期間に計測したデータ、および、測定器Ｃが１５：００～１５：２９の期間に計測したデータを取得する。

生成部２２は、取得部２１が取得したデータを用いて、データ集約モデルに指定された集約方法により集約データを生成する（ステップＳ１５）。図７に示すデータ集約モデルでは、集約方法として総和が指定されている。そこで、生成部２２は、測定器Ａで識別される端末６について、１５：００～１５：２９の期間に計測されたデータの総和を計算する。同様に、生成部２２は、測定器Ｂで識別される端末６と、測定器Ｃで識別される端末６に対しても、１５：００～１５：２９の期間に計測されたデータの総和を計算する。生成部２２は、得られた総和を、集約データとしてトランザクション発行部３２に出力する（ステップＳ１６）。

図９は、図７に示すデータ集約モデルを用いて計算された集約データの例を説明する図である。図９の例では、測定器Ａで識別される端末６が１５：００～１５：２９の期間に計測した発電量の総和は４．２ｋｗｈである。集約データには、測定器Ｂ、測定器Ｃについて得られた情報も含められる。

（３）集約データの検証と登録
図１０は、検証処理の例を説明するシーケンス図である。図１０では、取引記録装置１０ａ～１０ｃの３台の間での集約データの検証と登録処理の例を説明する。さらに、以下の説明では、取引記録装置１０ａは秘密鍵ＫｅｙＡを用いて暗号化を行うものとする。また、秘密鍵ＫｅｙＡの対となる公開鍵をＫｅｙＡＰとする。同様に、取引記録装置１０ｂは秘密鍵ＫｅｙＢを用いて暗号化を行い、取引記録装置１０ｃは秘密鍵ＫｅｙＣを用いて暗号化を行うものとする。また、秘密鍵ＫｅｙＢの対となる公開鍵はＫｅｙＢＰであり、秘密鍵ＫｅｙＣの対となる公開鍵はＫｅｙＣＰであるとする。

まず、取引記録装置１０ａ～１０ｃの間で、集約データの検証に関する合意形成方法を設定し、得られた設定を設定情報４２として記録する（ステップＳ２１）。図１０の例では、取引記録装置１０ａから集約データを提示し、他の取引記録装置１０が提示されたデータを検証するとする。なお、合意形成方法は、ブロックチェーン基盤に応じた任意の方法が用いられ得る。例えば、合意形成方法として、ＰＢＦＴ（Practical Byzantine Fault Tolelance）に基づくアルゴリズムが用いられても良い。

ステップＳ２１での合意形成方法の設定の後で、データ集約モデルで指定された期間が経過すると、各取引記録装置１０は、集約データを生成する（ステップＳ２２、Ｓ２３）。集約データの生成処理は、図８、図９などを参照しながら説明した処理と同様である。なお、取引記録装置１０ａでも、図８、図９を参照しながら説明した処理が行われたとする。取引記録装置１０ａのトランザクション発行部３２ａは、設定情報４２を参照することにより、自装置から他の取引記録装置１０に集約データを含むトランザクションを送信することを特定できる。そこで、トランザクション発行部３２ａは、集約データを含む集約トランザクションを生成する（ステップＳ２４）。トランザクション発行部３２ａは、取引記録装置１０ａの秘密鍵ＫｅｙＡを用いて署名を生成し、集約データを含む集約トランザクションに署名を付加する（ステップＳ２５）。トランザクション発行部３２ａは、署名後の集約トランザクションを取引記録装置１０ｂ、取引記録装置１０ｃに送信する（ステップＳ２６、Ｓ２７）。

取引記録装置１０ｂのトランザクション受信部３１ｂは、受信した集約トランザクションを登録処理部３３ｂに出力する。登録処理部３３ｂは、集約トランザクションに含まれている集約データをステップＳ２３で生成した集約データと比較する。なお、集約データの比較処理の際に、登録処理部３３ｂは、集約トランザクション中の集約データに対応する集約の条件に対応する条件で生成した集約データを比較対象とする。例えば、図９に示す集約データを含む集約トランザクションを受信した場合、登録処理部３３ｂは、１５：００～１５：２９の期間の測定器名＝Ａの発電量のデータの総和を、測定器名＝Ａについての集約データと比較する。登録処理部３３ｂは、測定器名＝Ｂ、測定器名＝Ｃでの発電量の集約データについても同様に比較を行う。集約トランザクションに含まれている集約データとステップＳ２３で生成した集約データが一致する場合、登録処理部３３ｂは、集約データを取引記録装置１０ｂの秘密鍵ＫｅｙＢで暗号化して署名を生成する。なお、図９に示す集約データのように複数の機器で得られたデータに関する複数の値を含む集約データの場合、集約トランザクション中のデータと計算した集約データが全ての機器について一致すると、登録処理部３３ｂは集約データが一致したと判定する。登録処理部３３ｂは、集約トランザクションに秘密鍵ＫｅｙＢを用いた署名を付加する（ステップＳ２８）。

なお、登録処理部３３ｂは、検証処理を行う際に、取引記録装置１０ａによって行われた署名と取引記録装置１０ａの公開鍵ＫｅｙＡＰを使用することにより、集約トランザクション中の集約データに対する改ざんの有無を検証できる。この場合、登録処理部３３ｂは、集約トランザクション中の集約データが改ざんされておらず、集約トランザクション中の集約データが自装置で計算した集約データと一致するときに、自装置の署名を集約トランザクションに付加する。

トランザクション発行部３２ｂは、登録処理部３３ｂによる処理後の集約トランザクションを、トランザクションの送信元である取引記録装置１０ａに送信する（ステップＳ３０）。なお、登録処理部３３ｂによる処理後の集約トランザクションは、取引記録装置１０ｂの秘密鍵を用いた署名の有無で取引記録装置１０ｂでの検証の結果を表しているので、検証結果であるといえる。

取引記録装置１０ｃも、集約トランザクションに対して、取引記録装置１０ｂと同様の処理を行う。すなわち、登録処理部３３ｃは、集約トランザクション中の集約データとステップＳ２２で生成した集約データが一致する場合、集約データを秘密鍵ＫｅｙＣで暗号化して生成した署名を集約トランザクションに付加する（ステップＳ２９）。トランザクション発行部３２ｃは、登録処理部３３ｃによる処理後の集約トランザクションを、トランザクションの送信元である取引記録装置１０ａに送信する（ステップＳ３０）。

取引記録装置１０ａの登録処理部３３ａは、メインブロックチェーン１を共有する全ての取引記録装置１０から検証結果を含む集約トランザクションを受け取る。登録処理部３３ａは、検証結果を含むトランザクションの各々について、署名が含まれているかを判定する。登録処理部３３ａは、得られた検証結果を用いて、メインブロックチェーン１を共有する全ての取引記録装置１０に公開するための最終的なトランザクションを発行する。最終的に発行されるトランザクションは、集約データの集約トランザクションに、いずれかの検証結果に含まれていた全ての署名をトランザクションに追加したものである。

図１１は、最終的に発行されるトランザクションの例を説明する図である。図１１は、取引記録装置１０ａが発行した図９の集約データを含む集約トランザクションに対して、取引記録装置１０ｂと取引記録装置１０ｃの両方から署名が得られた場合に生成される最終的なトランザクションの例である。署名には、その署名をした装置の識別情報が対応付けられる。

再度、図１０を参照してメインブロックチェーン１への登録処理について説明する。取引記録装置１０ａのトランザクション発行部３２ａは、最終的なトランザクションを取引記録装置１０ｂと取引記録装置１０ｃに送信する（図１０のステップＳ３１）。登録処理部３３ａは、最終的なトランザクションに含まれる署名の各々を検証する。署名の検証の際に、登録処理部３３ａは、署名を行った取引記録装置１０が使用する秘密鍵の対となっている公開鍵を用いることができる。例えば、登録処理部３３ａは、公開鍵ＫｅｙＢＰを用いて取引記録装置１０ｂの署名を検証し、公開鍵ＫｅｙＣＰを用いて取引記録装置１０ｃの署名を検証する。正しい署名数が閾値Ｔｈ以上の場合、最終的なトランザクションに含まれている集約データをメインブロックチェーン台帳４１ａに登録する（ステップＳ３２）。なお、最終的なトランザクションに含まれる署名数と比較される閾値は予め登録処理部３３ａが保持している。また、閾値は、設定情報４２などに設定されていても良い。

最終的なトランザクションを受信した取引記録装置１０ｂおよび取引記録装置１０ｃにおいても、登録処理部３３は、登録処理部３３ａと同様に最終的なトランザクションを処理する。すなわち、登録処理部３３ｂと登録処理部３３ｃのいずれも、最終的なトランザクションに含まれている正しい署名の数が閾値以上の場合、最終的なトランザクションに含まれている集約データをメインブロックチェーン台帳４１に登録する（ステップＳ３３、Ｓ３４）。各取引記録装置１０のメインブロックチェーン台帳４１に集約データが登録されることで、メインブロックチェーン１においてその集約データが共有される。

なお、図１０は処理の一例を示しているにすぎず、実装に応じて処理の順序等が変更され得る。例えば、ステップＳ３１で最終的なトランザクションが送信されるより前に、最終的なトランザクションの発行元の取引記録装置１０ａにおいてメインブロックチェーン台帳４１ａの登録処理（ステップＳ３２）が行われてもよい。

（４）処理フロー
図１２は、第１の実施形態にかかる処理の例を説明するフローチャートである。図１２は、図７～図１１を参照しながら説明した処理の例を時系列に沿って示している。

クライアントは、クライアント端末７を用いてデータ集約モデルをメインブロックチェーン１に登録する（ステップＳ４１）。各取引記録装置１０の取得部２１は、集約モデルで指定された期間ごとにサブブロックチェーン５からデータを取得する（ステップＳ４２）。生成部２２は、取得部２１が取得したデータとメインブロックチェーン１に登録されているデータ集約モデルから、集約データを生成する（ステップＳ４３）。その後、メインブロックチェーン１を共有する取引記録装置１０同士が、ＰＢＦＴプロトコルなどを用いてトランザクションの署名／検証順序を決定する（ステップＳ４４）。署名／検証順序が最初に設定された取引記録装置１０は、集約データに対して自装置の秘密鍵を用いて署名を行い、トランザクション（集約トランザクション）を発行する（ステップＳ４５）。このとき、集約トランザクションは、集約トランザクションの発行元以外の全ての取引記録装置１０に送信される。集約トランザクションを受信した取引記録装置１０の登録処理部３３は、受信した集約トランザクション中の集約データについて、自装置が計算した集約データと一致するかを判定する（ステップＳ４５）。

集約トランザクション中の集約データと自装置が計算した集約データが一致したとする（ステップＳ４５で一致）。この場合、登録処理部３３は、集約トランザクションに自装置の秘密鍵を用いて署名を行い、署名したトランザクションを集約トランザクションの発行元に送信するためのトランザクションを発行する（ステップＳ４７）。

一方、集約トランザクション中の集約データと自装置が計算した集約データが一致しなかったとする（ステップＳ４５で不一致）。この場合、登録処理部３３は、集約トランザクションに署名を行わず、受信したトランザクションを集約トランザクションの発行元に送信するためのトランザクションを発行する（ステップＳ４８）。集約トランザクションの発行元は、各取引記録装置１０から受信した検証結果を用いて、最終的なトランザクションを発行する。最終的なトランザクションには、集約トランザクション中の集約データに対して行われた署名が含まれている。集約トランザクションの発行元の取引記録装置１０のトランザクション発行部３２は、最終的なトランザクションを、メインブロックチェーン１を共有する全ての取引記録装置１０に送信する。

各取引記録装置１０の登録処理部３３は、最終的に発行されたトランザクションについて、署名の検証を行う（ステップＳ４９）。なお、署名の検証の際には、適宜、署名を行った取引記録装置１０の公開鍵が用いられる。登録処理部３３は、正しい署名が閾値以上あるかを判定する（ステップＳ５０）。正しい署名の数が閾値以上の場合、登録処理部３３は、最終的なトランザクションをメインブロックチェーン台帳４１に登録する（ステップＳ５０でＹｅｓ、ステップＳ５１）。一方、正しい署名の数が閾値未満の場合、登録処理部３３は処理を終了する（ステップＳ５０でＮｏ）。

このように、第１の実施形態にかかるシステムでは、メインブロックチェーン１には端末６から得られた取引データは含まれず、所定期間ごとに集約された集約データが記録される。すなわち、個々の取引データの代わりに集約データがメインブロックチェーン１に記録される。このため、メインブロックチェーン１に記録される情報の量は、端末６で得られた個々の発電量の計測データの全てを記録する場合に比べて削減される。さらに、端末６で得られた発電量の計測データは、メインブロックチェーン１とは異なるサブブロックチェーン５に記録されているので、発電量の計測データが改ざんされるおそれもない。換言すると、第１の実施形態にかかるシステムでは、メインブロックチェーン１に記録する集約データの計算のもととなる端末６で得られた取引履歴の改ざんも防止されている。さらに、メインブロックチェーン１への集約データの登録は、所定の数以上の取引記録装置１０での集約データの計算結果が一致した場合に行われる。このため、メインブロックチェーン１に登録されるデータの信頼性も担保される。

＜第２の実施形態＞
図１３は、第２の実施形態にかかるシステムの例を説明する図である。第２の実施形態では、複数のサブブロックチェーン５を用い、集約データがメインブロックチェーン１に登録された後の取引データを削除する場合について説明する。

第２の実施形態にかかるシステムでは、サブブロックチェーン５ａとサブブロックチェーン５ｂが使用され、個々のサブブロックチェーンノード８０（８０ａ、８０ｂ）は、サブブロックチェーン５ａとサブブロックチェーン５ｂの両方を共有している。端末６（６ａ～６ｅ）は、サブブロックチェーンノード８０を介してサブブロックチェーン５に計測データを登録する。第２の実施形態でも、第１の実施形態と同様に、取引記録装置１０（１０ａ～１０ｄ）はメインブロックチェーン１を共有するものとする。

各々のサブブロックチェーンノード８０は、共有するサブブロックチェーン５のうちサブブロックチェーンノード８０同士で予め設定した所定のサブブロックチェーン５に、端末６から受信した取引データを格納する。例えば、１５：３０より前の時刻に関する取引データをサブブロックチェーン５ａに登録し、１５：３０以降の時刻に関する取引データをサブブロックチェーン５ｂに登録することが全てのサブブロックチェーンノード８０の間で設定されているとする。この場合、いずれのサブブロックチェーンノード８０も、１５：３０より前に計測された取引データをサブブロックチェーン５ａに登録し、１５：３０以降に計測された取引データをサブブロックチェーン５ｂに登録する。

図１４は、サブブロックチェーンノード８０の構成の例を説明する図である。サブブロックチェーンノード８０は、サブブロックチェーン制御部８５と記憶部７０を備える。サブブロックチェーンノード８０のハードウェア構成は図４に示すとおりである。また、サブブロックチェーンノード８０もコンピュータやサーバ装置として実現され得る。

記憶部７０は、サブブロックチェーン台帳７１Ｘとサブブロックチェーン台帳７１Ｙを記憶する。サブブロックチェーン台帳７１Ｘは、「サブＢＣ－Ｘ」という識別情報で識別され、サブブロックチェーン５ａを用いて共有される情報を保持するものとする。サブブロックチェーン台帳７１Ｙは、「サブＢＣ－Ｙ」という識別情報で識別され、サブブロックチェーン５ｂを用いて共有される情報を保持するものとする。

サブブロックチェーン制御部８５は、トランザクション受信部６１、トランザクション発行部６２、データ削除判定部８６、および、登録処理部８７を有する。トランザクション受信部６１とトランザクション発行部６２は、第１の実施形態のサブブロックチェーンノード５０と同様の処理を行う。登録処理部８７は、取引データを記録するサブブロックチェーン５の切り替えに関する処理を行う。登録処理部８７は、サブブロックチェーン５の切り替えに関する処理を行うために、適宜、サブブロックチェーン５を共有する他のサブブロックチェーンノード８０や取引記録装置１０と通信する。なお、登録処理部８７は、通信先のサブブロックチェーンノード５０や取引記録装置１０のアドレスなどの情報を予め保持しているか、記憶部７０から取得できるものとする。登録処理部８７は、端末６から受信したトランザクション中に含まれている取引データを、その取引データの計測時刻に対応付けられたサブブロックチェーン５に登録するための処理を行う。

データ削除判定部８６は、メインブロックチェーン１への登録済みの集約データの計算に使用された計測データを削除するための処理を行う。例えば、データ削除判定部８６は、サブブロックチェーンノード８０が共有するサブブロックチェーン５のうち、集約データの計算に使用されていない計測データを含まないサブブロックチェーン５のサブブロックチェーン台帳７１を初期化する。なお、サブブロックチェーン台帳７１の初期化のタイミングを他のサブブロックチェーンノード８０と合わせるために、データ削除判定部８６は適宜、他のサブブロックチェーンノード８０や取引記録装置１０と通信してもよい。データ削除判定部８６も、登録処理部８７と同様に、通信先のサブブロックチェーンノード５０や取引記録装置１０の情報を予め保持しているか、記憶部７０から取得できるものとする。

第２の実施形態では、データ集約モデルの中にサブブロックチェーン５の移行基準やサブブロックチェーン５の削除のタイミングを特定する情報が含まれている。サブブロックチェーン５の移行基準は、サブブロックチェーン５の切り替えのタイミング、移行元のサブブロックチェーン５、および、移行先のサブブロックチェーン５を指定可能な任意の情報である。例えば、サブブロックチェーン５の移行基準は、サブブロックチェーン５の切り替え時刻であってもよい。また、サブブロックチェーン５の移行基準は、現用のサブブロックチェーン５に記録される取引データの最大量を指定する値であっても良い。この場合、登録処理部８７は、他のサブブロックチェーンノード８０との間で適宜トランザクションを送受信することにより、サブブロックチェーン５の切り替えのタイミングを決定してもよい。さらに、移行基準は、特定の時刻を基準として１月ごとなどの所定の期間ごとにサブブロックチェーン５が切り替えられるように設定されてもよい。例えば、２０１９年６月１日を基準として１か月ごとの１５：００にサブブロックチェーン５を切り替えるように移行基準が設定されても良い。

例えば、以下のような情報を含むデータ集約モデルがメインブロックチェーン１に登録されたとする。

移行基準：
時刻２０１９年６月１日１５：００に切り替え実施
移行元サブブロックチェーン ：サブＢＣ－Ｙ
移行先サブブロックチェーン ：サブＢＣ－Ｘ
削除基準：
時刻２０１９年６月１日１８：００に削除実施
データ削除対象のブロックチェーン：サブＢＣ－Ｙ
集約情報
サブＢＣ：サブＢＣ－Ｘ
集約対象：測定器名Ａ、測定器名Ｂ、測定器名Ｃ
集約期間：１５：００～１５：２９
集約方法：測定器ごとに集約期間中のデータの総和を計算
なお、第２の実施形態においても、データ集約モデルのメインブロックチェーン１への登録処理は図８を参照しながら説明した処理と同様である。以下の説明では、データ集約モデルを受信した取引記録装置１０は、その取引記録装置１０がデータの取得の際にアクセスするサブブロックチェーンノード８０のいずれか１つ以上に対して、データ集約モデルを登録した旨を通知するものとする。

以下、サブブロックチェーン５の切り替え処理と切り替え後のサブブロックチェーン５からの情報の削除に分けて第２の実施形態で行われる処理の例を説明する。

（Ａ）サブブロックチェーン５の切り替え処理
図１５は、サブブロックチェーン５の切り替え処理の例を説明する図である。図１５の例では、取引記録装置１０ａがクライアント端末７からデータ集約モデルを受信したとする。また、取引記録装置１０ａは、サブブロックチェーンノード８０ａに対して、データ集約モデルを受信した旨を通知したとする。図１５には、図を簡略化するために、サブブロックチェーンノード８０ａとサブブロックチェーンノード８０ｂでの処理を記載している。サブブロックチェーン５をサブブロックチェーンノード８０ａと共有するサブブロックチェーンノード８０は、サブブロックチェーンノード８０ｂと同様に動作を行うものとする。さらに、各サブブロックチェーンノード８０の登録処理部８７は、端末６から受信した取引データを登録するサブブロックチェーン５の識別情報を設定しているとする。すなわち、登録処理部８７が登録先として設定している識別情報で識別されるサブブロックチェーン５が現用のサブブロックチェーン５である。図１５の最初の段階では、いずれのサブブロックチェーンノード８０でも、登録処理部８７は「サブＢＣ－Ｙ」（サブブロックチェーン５ｂ）を登録先の識別情報に設定しているとする。

サブブロックチェーンノード８０ａの登録処理部８７ａは、取引記録装置１０ａにアクセスすることにより、メインブロックチェーン台帳４１ａに登録されたデータ集約モデルに含まれている移行基準を取得する。登録処理部８７ａは、移行基準を登録するためのトランザクションを生成し、サブブロックチェーンを共有する他のサブブロックチェーンノード８０に送信することで、移行基準を共有する（ステップＳ６１）。さらに、登録処理部８７ａは、移行基準を記憶部７０ａに登録する（ステップＳ６２）。

移行基準を登録するためのトランザクションを受信したサブブロックチェーンノード８０ｂでは、登録処理部８７ｂが移行基準を記憶部７０ｂに登録する（ステップＳ６３）。サブブロックチェーンノード８０の各々においても、登録処理部８７は、移行基準を記憶部７０に格納する。

移行基準を用いた切り替え処理が行われるまでは、登録処理部８７は端末６から受信した計測データを現用のサブブロックチェーン５ｂ（サブＢＣ－Ｙ）に登録する。このときの処理は、例えば、図６を参照しながら説明した処理と同様である。計測データの登録処理と並行して、各サブブロックチェーンノード８０の登録処理部８７は、一定間隔の時間ごとに、記憶部７０に記録されている移行基準を参照して、移行基準を満たしているかを判定する（ステップＳ６４、Ｓ６５）。

移行基準を満たしたと判定すると、各サブブロックチェーンノード８０の登録処理部８７は、新しいサブブロックチェーン５の設定を行う（ステップＳ６６）。例えば、時刻２０１９年６月１日１５：００に、各サブブロックチェーンノード８０において、登録処理部８７はサブブロックチェーン５の移行基準を満たしたと判定する。すると、登録処理部８７は、端末６から受信した取引データを登録するサブブロックチェーン５の識別情報を「サブＢＣ－Ｙ」から「サブＢＣ－Ｘ」に変更する。このため、取引データの登録先は「サブＢＣ－Ｙ」に対応付けられたサブブロックチェーン台帳７１Ｙから「サブＢＣ－Ｘ」に対応付けられたサブブロックチェーン台帳７１Ｘに変更される。従って、取引データの共有に使用されるサブブロックチェーン５が、サブブロックチェーン５ｂからサブブロックチェーン５ａに変更される。

ステップＳ６６の処理後にサブブロックチェーンノード８０ａに端末６から計測データを含むトランザクションが送信されたとする。登録処理部８７ａは、トランザクション受信部６１ａを介してトランザクション中の計測データを取得すると、計測データをサブブロックチェーン台帳７１Ｘに登録する（ステップＳ６７）。このため、計測データがサブブロックチェーン５ａに登録される。

ステップＳ６６の処理後にサブブロックチェーンノード８０ｂにも端末６から計測データを含むトランザクションが送信されたとする。この場合も、登録処理部８７ｂは、トランザクション中の計測データをサブブロックチェーン台帳７１Ｘに登録する（ステップＳ６８）。このため、計測データがサブブロックチェーン５ａに登録される。

次に、各サブブロックチェーン５からのデータの取得処理について説明する。第２の実施形態では、各取引記録装置１０の取得部２１はデータの取得先とするサブブロックチェーン５を、データ集約モデルに含まれているサブブロックチェーン５の識別情報を用いて特定する。取得部２１は、取得対象のデータを要求する際に、データの要求先のサブブロックチェーンノード８０に対して、データを取得するサブブロックチェーン５の識別情報、データを測定した測定器名、測定時刻を通知する。サブブロックチェーンノード８０のトランザクション発行部６２は、通知された識別情報に対応付けられたサブブロックチェーン台帳７１から、通知された条件に合致する情報を取得して、要求元の取引記録装置１０に送信する。

例えば、取引記録装置１０ａの取得部２１ａは、識別情報＝サブＢＣ－Ｘ、集約対象＝測定器名Ａ～Ｃ、集約期間＝１５：００～１５：２９という情報をサブブロックチェーンノード８０ａに送信する。すると、トランザクション受信部６１ａは、通知された識別情報などの情報をトランザクション発行部６２ａに通知する。トランザクション発行部６２ａは、識別情報＝サブＢＣ－Ｘであることから、サブブロックチェーン台帳７１Ｘをデータの検索先とする。トランザクション発行部６２ａは、集約対象＝測定器名Ａ～Ｃ、集約期間＝１５：００～１５：２９を満たす計測データをサブブロックチェーン台帳７１Ｘから抽出し、取引記録装置１０ａに送信する。他の取引記録装置１０とサブブロックチェーンノード８０の間でも、同様に集約データの計算用のデータの取得処理が行われる。なお、集約データの生成、集約データの検証と登録は、第２の実施形態においても第１の実施形態と同様に行われる。

（Ｂ）サブブロックチェーン５からの情報の削除
次に、切り替え後に計測データの登録に使用されなくなったサブブロックチェーン５からの情報の削除処理の例を説明する。データ集約モデルが登録されると、各サブブロックチェーンノード８０のデータ削除判定部８６は、一定間隔の時間ごとに、記憶部７０に記録されている削除基準を参照して、削除基準を満たしているかを判定する。削除基準を満たしたと判定すると、各サブブロックチェーンノード８０のデータ削除判定部８６は、削除対象のデータを保持しているサブブロックチェーン５のサブブロックチェーン台帳７１を初期化する。

例えば、時刻２０１９年６月１日１８：００に、サブブロックチェーンノード８０ａのデータ削除判定部８６ａはサブブロックチェーン５の削除基準を満たしたと判定する。データ集約モデルでは、削除基準で削除の対象とされているサブブロックチェーン５の識別情報は「サブＢＣ－Ｙ」である。そこで、データ削除判定部８６ａは、「サブＢＣ－Ｙ」に対応付けられたサブブロックチェーン台帳７１Ｙの情報を削除して初期化する。サブブロックチェーンノード８０ａ以外のサブブロックチェーンノード８０も同様に処理を行うので、時刻２０１９年６月１日１８：００を経過すると、サブブロックチェーン５ｂを共有している全てのサブブロックチェーンノード８０において、サブブロックチェーン台帳７１Ｙが初期化され、計測データが削除される。なお、サブブロックチェーン台帳７１Ｙの初期化では、サブブロックチェーン台帳７１Ｙに含まれている計測データだけでなく、チェーン情報を用いてつなげられたブロック全体も削除される。従って、サブブロックチェーン台帳７１Ｙを初期化することにより、サブブロックチェーン５ｂに含まれる全てのブロックの情報が削除されるので、サブブロックチェーン５ｂ自体が削除されることになる。

（Ｃ）処理フロー
図１６は、サブブロックチェーン５の切り替え処理の例を説明するフローチャートである。クライアントは、クライアント端末７を用いてサブブロックチェーン５の移行や削除を行うための基準を取引記録装置１０に通知する（ステップＳ８１）。ここで、サブブロックチェーン５の移行や削除を行うための基準は、データ集約モデルに含まれていても良い。サブブロックチェーンノード８０中の登録処理部８７は、取引記録装置１０からサブブロックチェーン５の移行の基準と削除基準を取得する（ステップＳ８２）。各サブブロックチェーンノード８０は、移行基準を用いてデータを登録するサブブロックチェーン台帳７１を変更する（ステップＳ８３）。その後、サブブロックチェーンノード８０は、削除基準を用いて、現在使用していないサブブロックチェーン５のサブブロックチェーン台帳７１のデータを削除する（ステップＳ８４）。

なお、図１６は処理の一例であり、実装に応じて処理が変更され得る。例えば、図１５などを参照しながら説明したように、一部のサブブロックチェーンノード８０が取引記録装置１０から削除基準や移行基準を取得してサブブロックチェーンノード８０間でこれらの基準を共有しても良い。さらに、ステップＳ８４において、使用していないサブブロックチェーン５のサブブロックチェーン台帳７１を削除する代わりに、サブブロックチェーン台帳７１を初期化してもよい。

このように、第２の実施形態にかかるシステムでは、集約データがメインブロックチェーン１に登録された後の取引データを含むサブブロックチェーン５の情報を削除することができる。このため、第２の実施形態によると、サブブロックチェーン５を共有するサブブロックチェーンノード８０においても、端末６から通知された計測データを記録し続けることによるサブブロックチェーン５の肥大化を防ぐことができる。従って、サブブロックチェーン５の肥大化によりサブブロックチェーン台帳７１のデータ量が大きくなることにより、サブブロックチェーンノード８０が保持するメモリ領域を消費することを防ぐことができる。従って、第２の実施形態では、メモリの容量が比較的小さい装置でもサブブロックチェーンノード８０として使用可能である。

さらに、第２の実施形態でも、メインブロックチェーン１には端末６から得られた取引データは含まれず、所定期間ごとに集約された集約データが記録される。このため、メインブロックチェーン１の肥大化も防止される。ここで、第２の実施形態でも第１の実施形態と同様に、メインブロックチェーン１への登録は、所定の数以上の取引記録装置１０での集約データの計算結果が一致した場合に行われるので、メインブロックチェーン１に登録されるデータの信頼性も担保される。

＜その他＞
なお、実施形態は上記に限られるものではなく、様々に変形可能である。以下にその例をいくつか述べる。

以上の説明は、端末６が発電量測定メータであり、取引データが発電量である場合を例として説明したが、取引データや端末６の種類は実装に応じて任意に変更され得る。また、集約データの計算方法も、取引データの種類や取引データの使用形態に応じて任意に変更され得る。

システム中の端末６の数が多い場合などには、複数のサブブロックチェーン５が使用され得る。例えば、第１の実施形態において、端末６ａ～６ｅの他に、端末６ｆ～６ｎ（図示せず）も取引データの計測を行っているとする。この状態で各端末６がサブブロックチェーンノード５０を介してサブブロックチェーン５に取引データを登録することができる。例えば、端末６ｆ～６ｉはサブブロックチェーンノード５０ｃ～５０ｆ（図示せず）を介してサブブロックチェーン５ｂに取引データを登録できる。さらに、端末６ｊ～６ｎは、サブブロックチェーンノード５０ｇ～５０ｊ（図示せず）を介してサブブロックチェーン５ｃに取引データを登録できる。この場合においても、各取引記録装置１０の取得部２１には、データ取得先となるサブブロックチェーンノード５０のアドレスなどの情報が設定されているものとする。また、第２の実施形態においても、第１の実施形態と同様に、計測データの記録に複数のサブブロックチェーン５を同時に使用してもよい。

以上の説明では、取引記録装置１０をサブブロックチェーンノード５０、８０とは異なる装置として説明したが、取引記録装置１０はサブブロックチェーンノード５０、８０としても動作しても良い。例えば、プロセッサ１０１の処理能力が高く、メモリ１０２および記憶装置１０６の容量の大きいコンピュータが、取引記録装置１０とサブブロックチェーンノード５０の両方として動作してもよい。

以上の説明では、合意形成や検証の手順にＰＢＦＴプロトコルを使用する場合を例として説明したが、任意のブロックチェーンプロトコルの手順に従って合意形成や検証が行われ得る。また、各ブロックチェーンを共有する装置（取引記録装置１０、サブブロックチェーンノード５０、８０）の数は実装に応じて任意に変更され得る。

以上の説明では、取引記録装置１０が暗号化に使用する秘密鍵を保持する場合について説明したが、実装に応じて秘密鍵の保管方法も変更され得る。例えば、一部の取引記録装置１０は、他の取引記録装置１０に保持されている秘密鍵をネットワーク経由で取得して暗号化に使用するように変更され得る。

１ メインブロックチェーン
５ サブブロックチェーン
６ 端末
７ クライアント端末
１０ 取引記録装置
１５ 制御部
２０ 集約処理部
２１ 取得部
２２ 生成部
３０ メインブロックチェーン制御部
３１、６１ トランザクション受信部
３２、６２ トランザクション発行部
３３、６３ 登録処理部
４０、７０ 記憶部
４１ メインブロックチェーン台帳
４２ 設定情報
４３ 公開鍵情報
５０ サブブロックチェーンノード
６０ サブブロックチェーン制御部
７１ サブブロックチェーン台帳
１０１ プロセッサ
１０２ メモリ
１０３ 入力装置
１０４ 出力装置
１０５ バス
１０６ 記憶装置
１０７ 可搬記憶媒体駆動装置
１０８ 可搬記憶媒体
１０９ ネットワークインタフェース

Claims (6)

1. 第１のブロックチェーンを共有するネットワークに参加する取引記録装置であって、
   取引時刻と前記取引時刻に行われた取引に関するデータが登録された第２のブロックチェーンから情報を取得する取得部と、
   前記取得部が取得した前記情報を用いて、所定の期間中に行われた前記取引に関するデータを集約した集約データを生成する生成部と、
   前記集約データが、前記ネットワークに参加している他の取引記録装置での前記所定の期間中に行われた前記取引に関するデータから生成された他の集約データと一致する場合に、前記集約データを前記第１のブロックチェーンに登録する登録処理部
   を備え、
   前記第２のブロックチェーンが所定の移行基準を満たすと、前記取引を行う装置から取得した前記取引時刻と前記取引に関するデータの登録先を前記第２のブロックチェーンから第３のブロックチェーンに切り替えるノード装置が、前記取得部の通信先である場合、前記取得部は、
   前記第１のブロックチェーンを介して前記集約データの計算に使用する取引データを記録したブロックチェーンの識別情報を取得し、
   前記第２のブロックチェーンと前記第３のブロックチェーンのうち、前記識別情報で識別されるブロックチェーンから、前記所定の期間中に行われた前記取引に関するデータを取得する
   ことを特徴とする取引記録装置。
2. 第１のブロックチェーンを共有するネットワークに参加する取引記録装置であって、
   取引時刻と前記取引時刻に行われた取引に関するデータが登録された第２のブロックチェーンから情報を取得する取得部と、
   前記取得部が取得した前記情報を用いて、所定の期間中に行われた前記取引に関するデータを集約した集約データを生成する生成部と、
   前記集約データが、前記ネットワークに参加している他の取引記録装置での前記所定の期間中に行われた前記取引に関するデータから生成された他の集約データと一致する場合に、前記集約データを前記第１のブロックチェーンに登録する登録処理部
   を備え、
   前記登録処理部は、前記所定の期間と前記集約データの計算方法を示す情報を取得すると、前記所定の期間と前記集約データの計算方法を前記第１のブロックチェーンに登録し、
   前記取得部は、前記第１のブロックチェーンを介して前記所定の期間を取得することにより、前記所定の期間に行われた取引に関するデータを取得し、
   前記生成部は、前記第１のブロックチェーンを介して取得した前記計算方法を用いて、前記取得部が取得した情報を処理することにより前記集約データを生成する
   ことを特徴とする取引記録装置。
3. 前記第１のブロックチェーンは、前記所定の期間中に行われた前記取引に関するデータの代わりに前記集約データを保持する
   ことを特徴とする請求項１または２に記載の取引記録装置。
4. 前記集約データを前記ネットワーク中の他の取引記録装置に通知する集約トランザクションを発行するトランザクション発行部をさらに備え、
   前記登録処理部は、前記集約トランザクションに前記ネットワーク中の前記他の取引記録装置が前記集約データと同じ集約結果を得たことを示す署名が所定数以上追加されたトランザクションを取得すると、前記集約データが前記他の集約データと一致すると判定する
   ことを特徴とする請求項１～３のいずれか１項に記載の取引記録装置。
5. 第１のブロックチェーンを共有するネットワークに参加する取引記録装置が、
   取引時刻と前記取引時刻に行われた取引に関するデータが登録された第２のブロックチェーンから情報を取得し、
   取得した前記情報を用いて、所定の期間中に行われた前記取引に関するデータを集約した集約データを生成し、
   前記集約データが、前記ネットワークに参加している他の取引記録装置での前記所定の期間中に行われた前記取引に関するデータから生成された他の集約データと一致する場合に、前記集約データを前記第１のブロックチェーンに登録し、
   前記第２のブロックチェーンが所定の移行基準を満たすと、前記取引を行う装置から取得した前記取引時刻と前記取引に関するデータの登録先を前記第２のブロックチェーンから第３のブロックチェーンに切り替えるノード装置が、前記情報の取得先である場合、
   前記第１のブロックチェーンを介して前記集約データの計算に使用する取引データを記録したブロックチェーンの識別情報を取得し、
   前記第２のブロックチェーンと前記第３のブロックチェーンのうち、前記識別情報で識別されるブロックチェーンから、前記所定の期間中に行われた前記取引に関するデータを取得する
   ことを特徴とする取引記録方法。
6. 第１のブロックチェーンを共有するネットワークに参加する取引記録装置に、
   取引時刻と前記取引時刻に行われた取引に関するデータが登録された第２のブロックチェーンから情報を取得し、
   取得した前記情報を用いて、所定の期間中に行われた前記取引に関するデータを集約した集約データを生成し、
   前記集約データが、前記ネットワークに参加している他の取引記録装置での前記所定の期間中に行われた前記取引に関するデータから生成された他の集約データと一致する場合に、前記集約データを前記第１のブロックチェーンに登録し、
   前記第２のブロックチェーンが所定の移行基準を満たすと、前記取引を行う装置から取得した前記取引時刻と前記取引に関するデータの登録先を前記第２のブロックチェーンから第３のブロックチェーンに切り替えるノード装置が、前記情報の取得先である場合、
   前記第１のブロックチェーンを介して前記集約データの計算に使用する取引データを記録したブロックチェーンの識別情報を取得し、
   前記第２のブロックチェーンと前記第３のブロックチェーンのうち、前記識別情報で識別されるブロックチェーンから、前記所定の期間中に行われた前記取引に関するデータを取得する
   処理を行わせることを特徴とする取引記録プログラム。

Images