JP2021157372A - 処理装置、データ管理方法、及びプログラム - Google Patents

処理装置、データ管理方法、及びプログラム Download PDF

Info

Publication number
JP2021157372A
JP2021157372A JP2020055503A JP2020055503A JP2021157372A JP 2021157372 A JP2021157372 A JP 2021157372A JP 2020055503 A JP2020055503 A JP 2020055503A JP 2020055503 A JP2020055503 A JP 2020055503A JP 2021157372 A JP2021157372 A JP 2021157372A
Authority
JP
Japan
Prior art keywords
data
block
processing device
node
processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2020055503A
Other languages
English (en)
Other versions
JP7374034B2 (ja
Inventor
晋輔 今村
Shinsuke Imamura
晋輔 今村
大和 伊藤
Yamato Ito
大和 伊藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Heavy Industries Machinery Systems Co Ltd
Original Assignee
Mitsubishi Heavy Industries Machinery Systems Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Heavy Industries Machinery Systems Co Ltd filed Critical Mitsubishi Heavy Industries Machinery Systems Co Ltd
Priority to JP2020055503A priority Critical patent/JP7374034B2/ja
Publication of JP2021157372A publication Critical patent/JP2021157372A/ja
Application granted granted Critical
Publication of JP7374034B2 publication Critical patent/JP7374034B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

【課題】低コストでセキュリティ性を向上させることができる処理装置を提供する。【解決手段】処理装置１０は、第１のノードにおいて収集された第１データを蓄積する第１データ記録部１１０と、前記第１データを第２のノードに送信する第１データ送信部１１１と、前記第２のノードにおいて収集された第２データを蓄積する第２データ記録部１１２と、蓄積された前記第１データ及び前記第２データのハッシュ値を含む一つのブロックデータを生成するブロック生成部１１３と、生成した前記ブロックデータを前記第２のノードに送信するブロック送信部１１４と、前記第２のノードから受信した検証結果の全てが真であった場合に、前記ブロックデータをブロックチェーンに連結する処理を行うブロック処理部１１５と、前記一時記録部に蓄積された前記第１データ及び前記第２データを消去するデータ消去部１１６と、を備える。【選択図】図２

Description

本発明は、処理装置、データ管理方法、及びプログラムに関する。
サイバーセキュリティの重要性が増す中、デジタルデータの真正性に対するニーズも増加している。例えば、近年では、セキュリティ性の高いデータ管理システムとして、ブロックチェーン等の分散型台帳技術を用いたシステムが知られている（例えば、特許文献１を参照）。
ブロックチェーンは、取引に係るデータ（トランザクションデータ）の塊を一つのブロックとし、このブロックを時系列に鎖状に連結させて、ネットワーク上の複数のノード間で共有する仕組みである。各ブロックには、一つ前のブロックのハッシュ値が含まれる。このため、ブロックの改ざんは、一つ後のブロックに含まれるハッシュ値との整合性によって容易に検出することができる。そうすると、ある一のブロックを改ざんするためには、時々刻々と増加する後続ブロック全てを変更しなければならないので、ブロックチェーンにおいてブロックの改ざんを行うことは非常に困難となる。ブロックチェーンでは、このようにしてセキュリティ性を向上させている。
特開２０１７−１９５６２７号公報
しかしながら、従来のブロックチェーンを用いた技術では、複数のノードそれぞれにおいて、過去から現在に至るまでの全てのトランザクションデータの実体（生データ）を記憶しておく必要がある。したがって、各ノードは、多数のトランザクションデータを蓄積するための大容量の記録装置を有していなければならず、データ管理システムを構築及び維持するためのコストが増加する可能性があった。
本開示は、このような課題に鑑みてなされたものであって、低コストでセキュリティ性を向上させることができる処理装置、データ管理方法、及びプログラムを提供する。
上記課題を解決するため、本開示に係る処理装置は、ブロックチェーンを用いた分散型台帳システムのノードの一つを構成する処理装置であって、前記分散型台帳システムに含まれる第１のノードにおいて収集された運転データである第１データを一時記録部に蓄積する第１データ記録部と、前記第１データを前記分散型台帳システムに含まれる第２のノードに送信する第１データ送信部と、前記第２のノードにおいて収集された運転データである第２データを、通信網を介して受信し、前記一時記録部に蓄積する第２データ記録部と、所定の条件を満たした場合に、蓄積された前記第１データ及び前記第２データのハッシュ値を含む一つのブロックデータを生成するブロック生成部と、生成した前記ブロックデータを前記第２のノードに送信するブロック送信部と、前記第２のノードから前記ブロックデータの検証結果を受信し、当該検証結果が所定の条件を満たす場合に、前記ブロックデータをブロックチェーンに連結する処理を行うブロック処理部と、前記ブロックデータが連結された場合に、前記一時記録部に蓄積された前記第１データ及び前記第２データを消去するデータ消去部と、を備える。
このように、本開示に係る処理装置は、各ノードが収集した運転データ（第１データ及び第２データ）について、運転データのハッシュ値を含むブロックデータを複数のノードそれぞれにおいて記録、共有することにより、運転データの改ざんを抑制し、セキュリティ性を向上させることができる。また、処理装置は、ブロックデータを生成後に一時記録部に蓄積された運転データ（第１データ及び第２データ）を消去するので、各ノードで過去の全ての運転データを蓄積する必要がない。したがって、処理装置は、各ノードにおいて記録される運転データの容量を大幅に低減させることができる。また、処理装置は、運転データの実体ではなくハッシュ値を含むブロックデータを生成するので、ブロックデータのデータ容量を小さくすることができる。この結果、処理装置は大容量の記録装置を有する必要がないので、処理装置の構築及び維持するためのコストを低減することができる。
また、本開示に係るデータ管理方法は、ブロックチェーンを用いた分散型台帳システムのノードの一つを構成する処理装置を用いたデータ管理方法であって、前記分散型台帳システムに含まれる第１のノードにおいて収集された運転データである第１データを一時記録部に蓄積するステップと、前記第１データを前記分散型台帳システムに含まれる第２のノードに送信するステップと、前記第２のノードにおいて収集された運転データである第２データを、通信網を介して受信し、前記一時記録部に蓄積するステップと、所定の条件を満たした場合に、蓄積された前記第１データ及び前記第２データのハッシュ値を含む一つのブロックデータを生成するステップと、生成した前記ブロックデータを前記第２のノードに送信するステップと、前記第２のノードから前記ブロックデータの検証結果を受信し、当該検証結果が所定の条件を満たす場合に、前記ブロックデータをブロックチェーンに連結する処理を行うステップと、前記ブロックデータが連結された場合に、前記一時記録部に蓄積された前記第１データ及び前記第２データを消去するステップと、を有する。
また、本開示に係るプログラムは、ブロックチェーンを用いた分散型台帳システムのノードの一つを構成する処理装置のコンピュータに、前記分散型台帳システムに含まれる第１のノードにおいて収集された運転データである第１データを一時記録部に蓄積するステップと、前記第１データを前記分散型台帳システムに含まれる第２のノードに送信するステップと、前記第２のノードにおいて収集された運転データである第２データを、通信網を介して受信し、前記一時記録部に蓄積するステップと、所定の条件を満たした場合に、蓄積された前記第１データ及び前記第２データのハッシュ値を含む一つのブロックデータを生成するステップと、生成した前記ブロックデータを前記第２のノードに送信するステップと、前記第２のノードから前記ブロックデータの検証結果を受信し、当該検証結果が所定の条件を満たす場合に、前記ブロックデータをブロックチェーンに連結する処理を行うステップと、前記ブロックデータが連結された場合に、前記一時記録部に蓄積された前記第１データ及び前記第２データを消去するステップと、を実行させる。
本開示に係る処理装置、データ管理方法、及びプログラムによれば、低コストでセキュリティ性を向上させることができる。
第１の実施形態に係るデータ管理システムの全体構成を示す図である。 第１の実施形態に係る処理装置の機能構成を示す図である。 第１の実施形態に係るブロックデータの一例を示す図である。 第１の実施形態に係る処理装置の処理の一例を示す第１のフローチャートである。 第１の実施形態に係る処理装置の処理の一例を示す第２のフローチャートである。 第１の実施形態に係る処理装置の処理の一例を示す第３のフローチャートである。 第２の実施形態に係るデータ管理システムの全体構成を示す図である。 第２の実施形態に係る処理装置の処理の一例を示す第１のフローチャートである。 第２の実施形態に係る処理装置の処理の一例を示す第２のフローチャートである。 少なくとも一つの実施形態に係る処理装置のハードウェア構成の一例を示す図である。
＜第１の実施形態＞
以下、本発明の第１の実施形態に係るデータ管理システムについて、図１〜図６を参照しながら説明する。
（全体構成）
図１は、第１の実施形態に係るデータ管理システムの全体構成を示す図である。
本実施形態に係るデータ管理システム１は、ブロックチェーンを用いた分散台帳システムである。図１に示すように、データ管理システム１は、複数のノードそれぞれを構成する処理装置１０Ａ、１０Ｂ、１０Ｃ、１０Ｄを備えている。なお、以降の説明において、処理装置１０Ａ、１０Ｂ、１０Ｃ、１０Ｄを総称して処理装置１０とも記載する。
各ノード（処理装置１０）は、通信網ＮＷを介して通信可能に接続される。また、図１に示すように、異なる事業者により管理されていてもよい。本実施形態に係るデータ管理システム１は、例えば、有料道路の料金収受システムに関連する管理対象機器２０の運転データを、複数の異なる事業者（Ａ社、Ｂ社、Ｃ社、Ｄ社）により共同で管理及び監視することにより、改ざんの検知及び抑制を行う。
料金収受処理に関連する管理対象機器２０としては、利用料金の精算を行う精算機器２０Ａ、料金所の監視を行う監視機器２０Ｂ、電子式料金収受システム（ＥＴＣ：Electronic Toll Collection System（登録商標）、「自動料金収受システム」ともいう）の技術を利用して車載器と通信を行うＥＴＣ路側機器２０Ｃ等がある。
図１の例では、Ａ社は、精算機器２０Ａの管理を行っている。Ａ社の処理装置１０Ａは、精算機器２０Ａの運転データ（例えば、有料道路の利用区間を特定可能な入口情報及び出口情報、利用料金、支払方法等）を収集してログデータ記録部１３に蓄積する。
Ｂ社は、監視機器２０Ｂの管理を行っている。Ｂ社の処理装置１０Ｂは、監視機器２０Ｂの運転データ（稼働状況、稼働時間、異常の有無等）を収集してログデータ記録部１３に蓄積する。
Ｃ社は、ＥＴＣ路側機器２０Ｃの管理を行っている。Ｃ社の処理装置１０Ｃは、ＥＴＣ路側機器２０Ｃの運転データ（稼働状況、稼働時間、異常の有無等）を収集してログデータ記録部１３に蓄積する。
Ｄ社は、例えば有料道路の管理及び運営を行う道路事業者であり、各機器の運転データの収集は行わない。この場合、Ｄ社の処理装置１０Ｄは、ログデータ記録部１３を省略してもよい。
処理装置１０は、それぞれ一時記録部１４及びブロックデータ記録部１５を有している。各社が収集した運転データは、処理装置１０Ａ〜１０Ｄそれぞれの一時記録部１４に一時的に記録されて共有される。また、複数の処理装置１０のうち何れか一の処理装置１０は、一時記録部１４に記録された運転データに基づいてブロックデータを生成する。一の処理装置１０により生成されたブロックデータは、他の処理装置１０それぞれにおいて真正性を検証された上で、各処理装置１０が有するブロックデータ記録部１５のブロックチェーンに連結されて記録される。
なお、以下の説明において、自機処理装置１０（自ノード）を「第１のノード」、他の処理装置１０（他ノード）を「第２のノード」とも記載する。例えば、処理装置１０Ａの処理について説明する場合、処理装置１０Ａは第１のノード、処理装置１０Ｂ、１０Ｃ、１０Ｄは第２のノードである。
（処理装置の機能構成）
図２は、第１の実施形態に係る処理装置の機能構成を示す図である。
図２に示すように、処理装置１０は、ＣＰＵ１１と、通信インタフェース１２と、ログデータ記録部１３と、一時記録部１４と、ブロックデータ記録部１５と、を備えている。
通信インタフェース１２は、複数の処理装置１０間で運転データ及びブロックデータ等の各種データの送受信を行う。また、通信インタフェース１２は、管理対象機器２０（図１の精算機器２０Ａ、監視機器２０Ｂ、ＥＴＣ路側機器２０Ｃ）から運転データを受信する。
ＣＰＵ１１は、処理装置１０の動作全体を司るプロセッサであり、所定のプログラムに従って動作することにより、各機能部としての機能を発揮する。本実施形態では、処理装置１０は、機能部として第１データ記録部１１０、第１データ送信部１１１、第２データ記録部１１２、ブロック生成部１１３、ブロック送信部１１４、ブロック処理部１１５、データ消去部１１６、及び、データ復旧部１１７を有している。
第１データ記録部１１０は、データ管理システム１に含まれる第１のノード（自機処理装置１０）において収集された運転データである第１データを一時記録部１４に蓄積する。
第１データ送信部１１１は、第１データをデータ管理システム１に含まれる第２のノード（他の処理装置１０）に送信する。
第２データ記録部１１２は、第２のノード（他の処理装置１０）において収集された運転データである第２データを、通信網ＮＷを介して受信し、一時記録部１４に蓄積する。
ブロック生成部１１３は、所定の条件を満たした場合に、蓄積された第１データ及び第２データのハッシュ値を含む一つのブロックデータＢＤ（図３）を生成する。
図３は、第１の実施形態に係るブロックデータの一例を示す図である。
図３に示すように、ブロックデータＢＤには、ヘッダ情報Ｄ１と、前のブロックデータのハッシュ値Ｄ２と、第１データ及び第２データのハッシュ値Ｄ３とが含まれている。ヘッダ情報には、ブロックデータＢＤの作成日時を示すタイムスタンプ、及びブロックデータＢＤに含まれるデータ範囲を示す情報等が含まれる。
なお、本実施形態に係るデータ管理システム１において、複数の処理装置１０のうち、何れか一の処理装置１０がブロックデータＢＤの生成権を有する。生成権を有する処理装置１０のブロック生成部１１３は、一時記録部１４に所定量のデータが蓄積された場合に、ブロックデータＢＤを生成する。このとき、ブロック生成部１１３は、第１データ及び第２データを、例えば図３に示すように、事業者別に複数のデータ群に分割し、データ群それぞれのハッシュ値を計算する。図３の例では、ブロック生成部１１３は、一時記録部１４に記録された第１データ及び第２データを、Ａ社、Ｂ社、Ｃ社それぞれのデータ群１、データ群２、データ群３に分割する。ブロック生成部１１３は、これらデータ群１〜３それぞれのハッシュ値１〜３を計算し、これらハッシュ値１〜３を含むブロックデータＢＤを生成する。また、他の実施形態では、ブロック生成部１１３は、第１データ及び第２データを、データの作成時間別、データを作成した装置（処理装置）別に複数のデータ群に分割してもよい。
生成権を有する処理装置１０のブロック送信部１１４は、生成したブロックデータＢＤを第２のノードに送信する。
生成権を有していない処理装置１０のブロック処理部１１５は、受信したブロックデータＢＤの真正性を検証し、検証結果を他の処理装置１０に送信する。例えば、処理装置１０Ａが生成権を有している場合、処理装置１０Ｂ、１０Ｃ、１０Ｄそれぞれのブロック処理部１１５は、処理装置１０Ａが生成したブロックデータＢＤの真正性を検証し、その検証結果（「真」又は「偽）」）を他の処理装置１０に送信する。
また、各処理装置１０のブロック処理部１１５は、第２のノード（他の処理装置１０）からブロックデータＢＤの検証結果を受信し、当該検証結果が所定の条件を満たす場合に、ブロックデータＢＤをブロックデータ記録部１５のブロックチェーンに連結する処理を行う。検証結果が所定の条件を満たす場合とは、例えば、他の処理装置１０から受信した検証結果のうち、過半数以上が「真」であった場合である。また、検証結果が所定の条件を満たす場合とは、他の処理装置１０から受信した全ての検証結果が「真」であった場合でもよい。
各処理装置１０のデータ消去部１１６は、ブロックデータＢＤが連結された場合に、一時記録部１４に蓄積された第１データ及び第２データを消去する。
生成権を有する処理装置１０のデータ復旧部１１７は、検証結果の少なくとも一つが「偽」であった場合、且つ、検証結果の過半数が真であった場合、検証結果が偽である処理装置１０に対し、一時記録部１４に蓄積された第１データ及び第２データを送信する。また、生成権を有していない処理装置１０のデータ復旧部１１７は、受信した第１データ及び第２データを一時記録部１４に上書きして記録する。
（処理装置の処理フロー）
図４は、第１の実施形態に係る処理装置の処理の一例を示す第１のフローチャートである。
なお、ここでは、処理装置１０Ａがブロックデータの生成権を有しているとする。以下、図４を参照しながら、ブロックデータの生成権を有する処理装置１０Ａにおける処理の流れについて説明する。即ち、図４の説明において、処理装置１０Ａは第１のノードであり、処理装置１０Ｂ、１０Ｃ、１０Ｄは第２のノードである。
図４に示すように、処理装置１０Ａの第１データ記録部１１０は、管理対象機器２０（精算機器２０Ａ）から取得した運転データである第１データを一時記録部１４に記録して蓄積する（ステップＳ００１）。また、処理装置１０Ａの第１データ送信部１１１は、第１データを他の処理装置１０Ｂ、１０Ｃ、１０Ｄに送信する（ステップＳ００２）。
また、処理装置１０Ａの第２データ記録部１１２は、他の処理装置１０Ｂ、１０Ｃ、１０Ｄそれぞれにおいて収集された運転データである第２データを受信すると、一時記録部１４に記録して蓄積する（ステップＳ００３）。なお、図１の例のように、処理装置１０Ｄにおいて運転データの収集を行っていない場合、処理装置１０Ａの第２データ記録部１１２は、処理装置１０Ｄを除く処理装置１０Ｂ、１０Ｃから第２データを受信するようにしてもよい。
次に、処理装置１０Ａのブロック生成部１１３は、一時記録部１４に蓄積された第１データ及び第２データのデータ量（蓄積データ量）が所定の閾値を超えたか否かを判定する（ステップＳ００４）。処理装置１０Ａのブロック生成部１１３は、蓄積データ量が閾値以下である場合（ステップＳ００４：ＮＯ）、処理の先頭に戻る。
一方、処理装置１０Ａのブロック生成部１１３は、蓄積データ量が閾値を超えた場合（ステップＳ００４：ＹＥＳ）、一時記録部１４に蓄積された第１データ及び第２データに基づいてブロックデータＢＤを生成する（ステップＳ００５）。また、処理装置１０Ａのブロック送信部１１４は、生成されたブロックデータＢＤを他の処理装置１０Ｂ、１０Ｃ、１０Ｄに送信する（ステップＳ００６）。
次に、処理装置１０Ａのブロック生成部１１３及びブロック処理部１１５は、生成権を有していない全ての処理装置１０Ｂ、１０Ｃ、１０Ｄから検証結果を受信したか否かを判定する（ステップＳ００７）。例えば、処理装置１０Ａのブロック処理部１１５は、ブロックデータＢＤを送信してから所定の待機時間を経過後、少なくとも一つの処理装置１０Ｂ、１０Ｃ、１０Ｄから検証結果を受信していない場合（ステップＳ００７：ＮＯ）、再度待機時間を経過するまで待機する。
一方、生成権を有していない全ての処理装置１０Ｂ、１０Ｃ、１０Ｄから検証結果を受信した場合（ステップＳ００７：ＹＥＳ）、処理装置１０Ａのブロック生成部１１３は、次回のブロックデータの生成権判定を行う（ステップＳ００８）。本実施形態では、複数の処理装置１０のうち何れか一つが順番に生成権を有する。このため、今回のブロックデータＢＤの生成権を有する処理装置１０Ａのブロック生成部１１３は、次回のブロックデータの生成権を他の処理装置１０Ｂ、１０Ｃ、１０Ｄの何れかに譲り渡すため、生成権を破棄する処理を行う。
次に、処理装置１０Ａのブロック処理部１１５は、受信した検証結果が所定の条件を満たしたか判定する。本実施形態では、ブロック処理部１１５は、受信した全ての検証結果が「真」であるか「偽」であるかを判定する（ステップＳ００９）。
処理装置１０Ａのブロック処理部１１５は、全ての検証結果が「真」である場合（ステップＳ００９：ＹＥＳ）、ステップＳ００５で生成したブロックデータＢＤを、ブロックデータ記録部１５のブロックチェーンに連結する（ステップＳ０１０）。ブロックチェーンは、生成したブロックデータのハッシュ値を用いて、次に生成されるブロックを繋ぎ合わせて管理する。ブロックチェーンに新たに登録されるブロックデータは、以前に登録されたブロックデータのハッシュ値を通じて時系列に繋がる。このため、ブロックチェーンに登録されたデータを矛盾なく改ざんするためには、当該データを含むブロックデータに繋がる全ての他のブロックデータを書き換えなければならない。これにより、ブロックチェーンに登録されたブロックデータは、第三者による改ざんが極めて困難となる。なお、他の実施形態では、処理装置１０Ａのブロック処理部１１５は、他の処理装置１０から受信した検証結果の過半数以上が「真」である場合、所定の条件を満たした（ステップＳ００９：ＹＥＳ）と判定してもよい。
また、処理装置１０Ａのデータ消去部１１６は、ブロックデータＢＤがブロックチェーンに連結されると、このブロックデータＢＤのデータ範囲に含まれる第１データ及び第２データを一時記録部１４から消去する（ステップＳ０１１）。
一方、処理装置１０Ａのブロック処理部１１５は、少なくとも一つの検証結果が「偽」である場合（ステップＳ００９：ＮＯ）、何れかの処理装置１０においてデータの改ざんが検出されたと判断する。この場合、処理装置１０Ａは、データ復旧部１１７にデータ復旧処理Ａを実行させる（ステップＳ０１２）。データ復旧処理Ａの詳細については後述する。
図５は、第１の実施形態に係る処理装置の処理の一例を示す第２のフローチャートである。
なお、ここでは、処理装置１０Ａがブロックデータの生成権を有し、処理装置１０Ｂ、１０Ｃ、１０Ｄは生成権を有していないとする。以下、図５を参照しながら、ブロックデータの生成権を有していない処理装置１０Ｂ、１０Ｃ、１０Ｄの処理の流れについて説明する。処理装置１０Ｂ、１０Ｃ、１０Ｄは何れも同じ処理を実行するので、ここでは処理装置１０Ｂにおける処理の流れを代表として説明する。即ち、図５の説明において、処理装置１０Ｂは第１のノードであり、処理装置１０Ａ、１０Ｃ、１０Ｄは第２のノードである。
図５に示すように、処理装置１０Ｂの第１データ記録部１１０は、管理対象機器２０（監視機器２０Ｂ）から取得した運転データである第１データを一時記録部１４に記録して蓄積する（ステップＳ１０１）。また、処理装置１０Ｂの第１データ送信部１１１は、第１データを他の処理装置１０Ａ、１０Ｃ、１０Ｄに送信する（ステップＳ１０２）。
また、処理装置１０Ｂの第２データ記録部１１２は、他の処理装置１０Ａ、１０Ｃ、１０Ｄそれぞれにおいて収集された運転データである第２データを受信すると、一時記録部１４に記録して蓄積する（ステップＳ１０３）。なお、図１の例のように、処理装置１０Ｄにおいて運転データの収集を行っていない場合、処理装置１０Ｂの第２データ記録部１１２は、処理装置１０Ｄを除く処理装置１０Ａ、１０Ｃから第２データを受信するようにしてもよい。
次に、処理装置１０Ｂのブロック処理部１１５は、生成権を有する処理装置１０ＡからブロックデータＢＤを受信したか否かを判定する（ステップＳ１０４）。処理装置１０Ｂのブロック処理部１１５は、ブロックデータＢＤを受信していない場合（ステップＳ１０４：ＮＯ）、処理の先頭に戻る。
一方、処理装置１０Ｂのブロック処理部１１５は、ブロックデータＢＤを受信した場合（ステップＳ１０４：ＹＥＳ）、ブロックデータＢＤの真正性を検証する（ステップＳ１０５）。具体的には、処理装置１０Ｂのブロック処理部１１５は、ブロック生成部１１３に対し、受信したブロックデータＢＤと同じデータ範囲の検証用ブロックデータを生成するように要求する。そうすると、ブロック生成部１１３は、図４のステップＳ００５と同様の処理を行い、検証用ブロックデータを生成する。ブロック処理部１１５は、ブロックデータＢＤ及び検証用ブロックデータそれぞれに含まれる、前のブロックデータのハッシュ値Ｄ２と、第１データ及び第２データのハッシュ値Ｄ３（図３）とを照合して、一致する場合は「真」と判定し、一致しないデータがある場合は「偽」と判定する。なお、ブロック処理部１１５は、ブロックデータＢＤ及び検証用ブロックデータそれぞれに含まれるヘッダ情報Ｄ１を更に照合して、一致するか否かを判定してもよい。
また、処理装置１０Ｂのブロック処理部１１５は、検証結果を他の処理装置１０Ａ、１０Ｃ、１０Ｄに送信する（ステップＳ１０６）。
次に、処理装置１０Ｂのブロック生成部１１３及びブロック処理部１１５は、自機を除いた生成権を有していない全て処理装置１０Ｃ、１０Ｄから検証結果を受信したか否かを判定する（ステップＳ１０７）。例えば、処理装置１０Ｂのブロック処理部１１５は、ブロックデータＢＤを受信してから所定の待機時間を経過後、少なくとも一つの処理装置１０Ｃ、１０Ｄから検証結果を受信していない場合（ステップＳ１０７：ＮＯ）、再度待機時間を経過するまで待機する。
一方、自機を除いた生成権を有していない全ての処理装置１０Ｃ、１０Ｄから検証結果を受信した場合（ステップＳ１０７：ＹＥＳ）、処理装置１０Ｂのブロック生成部１１３は、次回のブロックデータの生成権判定を行う（ステップＳ１０８）。例えば、処理装置１０Ａ、１０Ｂ、１０Ｃ、１０Ｄの順に生成権を譲り渡すルールとしている場合、今回のブロックデータＢＤの生成権を有する処理装置１０Ａの生成権が破棄され（図４のステップＳ００８）、処理装置１０Ｂが生成権を獲得する。なお、他の実施形態では、生成権を有する処理装置１０Ａが、生成権を有していない処理装置１０Ｂ、１０Ｃ、１０Ｄからランダムに一つを選択して生成権を与えるようにしてもよい。
次に、処理装置１０Ｂのブロック処理部１１５は、受信した全ての検証結果が「真」であるか「偽」であるかを判定する（ステップＳ１０９）。
処理装置１０Ｂのブロック処理部１１５は、全ての検証結果が「真」である場合（ステップＳ１０９：ＹＥＳ）、ステップＳ１０４で受信したブロックデータＢＤを、ブロックデータ記録部１５のブロックチェーンに連結する（ステップＳ１１０）。
また、処理装置１０Ｂのデータ消去部１１６は、ブロックデータＢＤがブロックチェーンに連結されると、このブロックデータＢＤをデータ範囲に含まれる第１データ及び第２データを一時記録部１４から消去する（ステップＳ１１１）。
一方、処理装置１０Ｂのブロック処理部１１５は、少なくとも一つの検証結果が「偽」である場合（ステップＳ１０９：ＮＯ）、何れかの処理装置１０においてデータの改ざんが検出されたと判断する。この場合、処理装置１０Ｂは、データ復旧部１１７にデータ復旧処理Ｂを実行させる（ステップＳ１１２）。データ復旧処理Ｂの詳細については後述する。
説明は略すが、生成権を有していない他の処理装置１０Ｃ、１０Ｄにおいても同様に、図５の各ステップを実行する。
図６は、第１の実施形態に係る処理装置の処理の一例を示す第３のフローチャートである。
以下、図６を参照しながら、データの改ざんが検出された際に処理装置１０が実行するデータ復旧処理Ａ、Ｂの流れについて説明する。なお、図６の左側のフローチャートは、ブロックデータの生成権を有する処理装置１０Ａが実行するデータ復旧処理Ａ（図４のステップＳ０１２）である。図６の右側のフローチャートは、生成権を有していない処理装置１０Ｂ、１０Ｃ、１０Ｄが実行するデータ復旧処理Ｂ（図５のステップＳ１１２）である。
図６に示すように、データの改ざんが検出された場合、生成権を有する処理装置１０Ａのブロック処理部１１５は、受信した検証結果のうち過半数以上が「真」であったか否かを判定する（ステップＳ０１２Ａ）。
生成権を有していない処理装置１０Ｂ、１０Ｃ、１０Ｄのうち、過半数に当たる処理装置１０Ｃ、１０Ｄの検証結果が「真」であったとする（ステップＳ０１２Ａ：ＹＥＳ）。この場合、処理装置１０Ａのブロック処理部１１５は、処理装置１０Ａが生成したブロックデータＢＤは真正であるが、他の処理装置１０（検証結果が「偽」である処理装置１０Ｂ）において改ざんが発生したと判断し、改ざんされた不正データを特定する（ステップＳ１０２Ｂ）。具体的には、例えば、処理装置１０Ｂは、検証結果が「偽」であった場合、ブロックデータＢＤのデータのうち、自身が生成した検証用ブロックデータと一致しない箇所（データ）を検証結果に含めて送信する。ここでは、第１データ及び第２データのハッシュ値Ｄ３のうち、Ｂ社の「データ群２に対応するハッシュ値２」（図３）について、ブロックデータＢＤと検証用ブロックデータが一致しなかったとする。そうすると、処理装置１０Ａのブロック処理部１１５は、処理装置１０Ｂの一時記録部１４に記録された「Ｂ社のデータ群２」が改ざんされたデータ（不正データ）であると特定する。
また、処理装置１０Ａのブロック処理部１１５は、改ざんが検出された日時、及びステップＳ０１２Ｂで特定した不正データを不正情報としてブロックデータ記録部１５に記録するとともに、この不正情報を他の処理装置１０Ｂ、１０Ｃ、１０Ｄに送信する（ステップＳ０１２Ｃ）。各処理装置１０のブロック処理部１１５は、ブロックデータ記録部１５にこの不正情報を記録する（ステップＳ１１２Ａ）。
次に、処理装置１０Ａのデータ復旧部１１７は、検証結果が「偽」であった処理装置１０Ｂに対し、一時記録部１４に記憶された第１データ及び第２データを送信する（ステップＳ０１２Ｄ）。そうすると、処理装置１０Ｂのデータ復旧部１１７は、処理装置１０Ａから第１データ及び第２データを受信して（ステップＳ１１２Ｂ）、これらデータを処理装置１０Ｂの一時記録部１４に上書きして記録する（ステップＳ１１２Ｃ）。このようにすることで、処理装置１０Ｂの改ざんされたデータは、処理装置１０Ａから受信した正しいデータにより上書きされて復旧する。なお、処理装置１０Ａは、一時記録部１４に記録されている第１データ及び第２データ全てを送信してもよいし、不正データとして特定されたデータ（「Ｂ社のデータ群２」に相当するデータ）のみを送信してもよい。
また、生成権を有していない処理装置１０Ｂ、１０Ｃ、１０Ｄのうち、過半数に当たる処理装置１０Ｃ、１０Ｄの検証結果が「偽」であったとする（ステップＳ０１２Ａ：ＮＯ）。この場合、処理装置１０Ａのブロック処理部１１５は、処理装置１０Ａが生成したブロックデータＢＤが真正ではない可能性があると判断し、処理を終了する。この場合、次に生成権を有している処理装置１０Ｂが再び図４及び図６の処理を実行する。処理装置１０Ｂのブロック処理部１１５は、過半数以上の処理装置１０（例えば、処理装置１０Ａ以外）の検証結果が「真」であった場合（ステップＳ０１２Ａ）、処理装置１０Ｂの一時記録部１４に記録されているデータを処理装置１０Ａに送信して（ステップＳ０１２Ｄ）、各処理装置１０におけるデータを正しいものに置き換えることができる。
（作用、効果）
以上のように、本実施形態に係る処理装置１０は、自機処理装置１０及び他の処理装置１０が収集した運転データ（第１データ及び第２データ）のハッシュ値を含むブロックデータＢＤを複数のノードそれぞれにおいて記録、共有することにより、運転データの改ざんを抑制し、セキュリティ性を向上させることができる。また、処理装置１０は、ブロックデータＢＤを生成後に一時記録部１４に蓄積された第１データ及び第２データを消去するので、各処理装置１０では、自身の管理対象機器２０以外の運転データについては、過去の全てのデータを蓄積する必要がない。したがって、処理装置１０は、ブロックデータＢＤの生成及び検証用に記録される運転データの容量を大幅に低減させることができる。また、処理装置１０は、運転データの実体ではなくハッシュ値を含むブロックデータＢＤを生成するので、ブロックデータＢＤのデータ容量を小さくすることができる。この結果、処理装置１０は大容量の記録装置を有する必要がないので、処理装置１０の構築及び維持するためのコストを低減することができる。
更に、本実施形態に係るデータ管理システム１において、処理装置１０はブロックチェーンの仕組みを利用して、複数の事業者の運転データの管理及び監視を行う。このようにすることで、各事業者それぞれが各社の管理対象機器２０に応じた暗号化、電子署名等のセキュリティの仕組みを導入する必要がないので、データ管理システム１全体におけるセキュリティ対策コストを低減させることができる。
また、処理装置１０は、第１データ及び第２データを複数のデータ群１〜３（図３）に分割し、それぞれのハッシュ値を含むブロックデータＢＤを生成する。処理装置１０は、ブロックデータＢＤ及び検証用ブロックデータに含まれるデータ群１〜３のハッシュ値１〜３それぞれを照合することにより、どのデータ群が改ざんされたかを容易に特定することができる。
また、本実施形態では、複数の処理装置１０のうち何れか一の処理装置１０がブロックデータの生成権を有し、ブロックデータＢＤを生成する度に生成権を他の処理装置に譲渡する。このようにデータ管理システム１を非中央集権型とすることにより、攻撃対象を分散させて、複数の処理装置１０により構成されるデータ管理システム１全体のセキュリティ性を向上させることができる。
また、生成権を有する処理装置１０は、検証結果の少なくとも一つが「偽」であった場合、且つ、検証結果の過半数が真であった場合、自身の生成したブロックデータＢＤが真正であり、検証結果が「偽」である処理装置１０においてデータが改ざんされたと判断する。更に、生成権を有する処理装置１０は、この場合、検証結果が「偽」である処理装置１０に対し、一時記録部１４に蓄積された第１データ及び第２データを送信する。これにより、処理装置１０の何れかにおいて改ざんが発生した場合、各処理装置１０における第１データ及び第２データを、過半数以上の処理装置１０により正しいと判断されたデータに復旧することができる。
また、生成権を有する処理装置１０は、データの改ざんを検出した場合、改ざんが検出された日時、及び改ざんされたデータ（不正データ）を不正情報としてブロックデータ記録部１５に記録するとともに、他の処理装置１０に送信する。このようにすることで、全ての処理装置１０において不正情報を共有することができるので、各処理装置１０はデータの改ざんが発生したこと、及び、どのデータが改ざんされたかを速やかに認識することができる。また、利害が一致しない複数の事業者間でお互いのデータを共有、監視することにより、ある事業者が自社のデータを改ざんする、又は利害が一致する複数の事業者が共謀して特定のデータを改ざんする等の不正行為を抑制することができる。
なお、図１の例では、データ管理システム１には４つのノード（処理装置１０）が含まれている態様が示されているが、これに限られることはない。他の実施形態では、データ管理システム１には４つよりも多いノードが含まれていてもよい。参加者となるノードが多いほど改ざんが困難となるので、セキュリティ性が向上する。
＜第２の実施形態＞
以下、本発明の第２の実施形態に係るデータ管理システムについて、図７〜図９を参照しながら説明する。
第１の実施形態と共通の構成要素には同一の符号を付して詳細説明を省略する。
（全体構成）
図７は、第２の実施形態に係るデータ管理システムの全体構成を示す図である。
図７に示すように、本実施形態に係るデータ管理システム１は、一つの処理装置１０がブロックデータＢＤの生成権を固定して有する点において、第１の実施形態と異なっている。図７の例では、認証機関であるＤ社の処理装置１０ＤがブロックデータＢＤの生成権を占有する。このため、処理装置１０Ｄについては、一時記録部１４及びブロックデータ記録部１５に記録されたデーが改ざんされないようなセキュリティ対策が十分に施されていることが前提となる。
（処理装置の処理フロー）
図８は、第２の実施形態に係る処理装置の処理の一例を示す第１のフローチャートである。
以下、図８を参照しながら、ブロックデータの生成権を有する処理装置１０Ｄにおける処理の流れについて説明する。即ち、図８の説明において、処理装置１０Ｄは第１のノードであり、処理装置１０Ａ、１０Ｂ、１０Ｃは第２のノードである。
図８の一連の処理において、ステップＳ２０１〜ステップＳ２０７の処理は、図４のステップＳ００１〜Ｓ００７の処理と同様である。また、本実施形態では、処理装置１０Ｄが常にブロックデータＢＤの生成権を有している。したがって、本実施形態に係る処理装置１０Ｄは、図４のステップＳ００８に相当する処理を省略する。処理装置１０Ｄのブロック処理部１１５は、他の全ての処理装置１０Ａ、１０Ｂ、１０Ｃから検証結果を受信すると（ステップＳ２０７：ＹＥＳ）、受信結果が所定の条件を満たしたか判定する。本実施形態では、ブロック処理部１１５は、受信した全ての検証結果が「真」であるか「偽」であるかを判定する（ステップＳ２０８）。
処理装置１０Ｄのブロック処理部１１５は、受信した全ての検証結果が「真」である場合（ステップＳ２０８：ＹＥＳ）、ステップＳ２０５において生成したブロックデータＢＤをブロックデータ記録部１５のブロックチェーンに連結する（ステップＳ２０９）。また、処理装置１０Ｄのブロック処理部１１５は、他の処理装置１０Ａ、１０Ｂ、１０ＣそれぞれにブロックデータＢＤをブロックチェーンに連結するように指示を送信する（ステップＳ２１０）。なお、他の実施形態では、ブロック処理部１１５は、他の処理装置１０から受信した検証結果の過半数以上が「真」である場合、所定の条件を満たした（ステップＳ２０８：ＹＥＳ）と判定してもよい。
処理装置１０Ｄのデータ消去部１１６は、ブロックデータＢＤがブロックチェーンに連結されると、このブロックデータＢＤのデータ範囲に含まれる第１データ及び第２データを一時記録部１４から消去する（ステップＳ２１１）。当該処理は、図４のステップＳ０１１の処理と同様である。
また、本実施形態では、処理装置１０Ｄのブロック処理部１１５は、少なくとも一つの検証結果が「偽」である場合（ステップＳ２０８：ＮＯ）、何れかの処理装置１０においてデータの改ざんが検出されたと判断する。この場合、処理装置１０Ｄは、検証結果が「偽」である処理装置１０において改ざんが発生したと判断し、改ざんされた不正データを特定する（ステップＳ２１２）。ここでは、処理装置１０のブロック処理部１１５は、図６のステップＳ０１２Ｂと同様の処理を行う。
また、処理装置１０Ｄのブロック処理部１１５は、改ざんが検出された日時、及びステップＳ０１２Ｂで特定した不正データを不正情報としてブロックデータ記録部１５に記録するとともに、この不正情報を他の処理装置１０Ａ、１０Ｂ、１０Ｃに送信する（ステップＳ２１３）。当該処理は、図６のステップＳ０１２Ｃと同様である。
次に、処理装置１０Ｄのデータ復旧部１１７は、検証結果が「偽」であった処理装置１０Ｂに対し、一時記録部１４に記憶された第１データ及び第２データを送信する（ステップＳ２１４）。当該処理は、図６のステップＳ０１２Ｄと同様である。
処理装置１０Ｄは、上述のステップＳ２０１〜Ｓ２１３を繰り返し実行することにより、ブロックデータＢＤの生成及び共有、改ざんの検出、改ざんされたデータの復旧等を行う。
図９は、第２の実施形態に係る処理装置の処理の一例を示す第２のフローチャートである。
以下、図９を参照しながら、ブロックデータの生成権を有していない処理装置１０Ａ、１０Ｂ、１０Ｃにおける処理の流れについて説明する。処理装置１０Ａ、１０Ｂ、１０Ｃは何れも同じ処理を実行するので、ここでは処理装置１０Ｂにおける処理の流れを代表として説明する。即ち、図９の説明において、処理装置１０Ｂは第１のノードであり、処理装置１０Ａ、１０Ｃ、１０Ｄは第２のノードである。
図９の一連の処理において、ステップＳ３０１〜ステップＳ３０６の処理は、図５のステップＳ１０１〜Ｓ１０６の処理と同様である。また、本実施形態では、処理装置１０Ｄが常にブロックデータＢＤの生成権を有している。したがって、本実施形態に係る処理装置１０Ａ、１０Ｂ、１０Ｃは、図５のステップＳ１０８に相当する処理を省略する。
処理装置１０Ｂのブロック処理部１１５は、検証結果を送信後、生成権を有する処理装置１０ＤからブロックデータＢＤの連結指示を受信したか否かを判定する（ステップＳ３０７）。処理装置１０Ｂのブロック処理部１１５は、処理装置１０ＤからブロックデータＢＤの連結指示を受信すると（ステップＳ３０７：ＹＥＳ）、ステップＳ３０４において受信したブロックデータＢＤをブロックデータ記録部１５のブロックチェーンに連結し（ステップＳ３０８）、一時記録部１４の第１データ及び第２データを消去する（ステップＳ３０９）。ステップＳ３０８〜ステップＳ３０９の処理は、図５のステップＳ１１０〜ステップＳ１１１の処理と同様である。
また、処理装置１０Ｂのブロック処理部１１５は、処理装置１０Ｄからブロックデータの連結指示を受信していない場合（ステップＳ３０７：ＮＯ）、更に処理装置１０Ｄから不正情報を受信したか判定する（ステップＳ３１０）。処理装置１０Ｂのブロック処理部１１５は、連結指示及び不正情報の何れも受信していない場合（ステップＳ３０７：ＮＯ、且つステップＳ３１０：ＮＯ）、何れかを受信するまで待機する。
一方、処理装置１０Ｂのブロック処理部１１５は、処理装置１０Ｄから不正情報を受信した場合（ステップＳ３１０：ＹＥＳ）、ブロックデータ記録部１５にこの不正情報を記録する（ステップＳ３１１）。当該処理は図６のステップＳ１１２Ａと同様である。
次に、処理装置１０Ｂのデータ復旧部１１７は、処理装置１０Ｄから第１データ及び第２データを受信して（ステップＳ３１２）、これらデータを処理装置１０Ｂの一時記録部１４に上書きして記録する（ステップＳ３１３）。当該処理は図６のステップＳ１１２Ｂ〜Ｓ１１２Ｃと同様である。
（作用、効果）
以上のように、本実施形態では、複数の処理装置１０のうち何れか一の処理装置１０（例えば、認証機関の処理装置１０Ｄ）がブロックデータの常に生成権を有する。このようにすることで、生成権を有する処理装置１０Ｄのセキュリティ性が強固であれば、他の処理装置１０Ａ、１０Ｂ、１０Ｃにおいてデータが改ざんされたとしても、処理装置１０Ｄが生成したブロックデータＢＤと整合しなくなるため、容易に改ざんされたことを検出することができる。
また、処理装置１０Ｄは、処理装置１０から受信した検証結果の少なくとも一つが「偽」であった場合、当該処理装置１０に対し、処理装置１０Ｄの一時記録部１４に記録されたデータを送信して上書きさせることにより、改ざんが発生した処理装置１０の一時記録部１４のデータを復旧することができる。このようにすることで、処理装置１０Ｄは、処理装置１０Ａ、１０Ｂ、１０Ｃの少なくとも一つにおいて改ざんが発生した場合であっても、改ざん前の正しいデータに修正することができる。
（処理装置のハードウェア構成）
図１０は、少なくとも一つの実施形態に係る処理装置のハードウェア構成の一例を示す図である。
以下、図１０を参照しながら、本実施形態に係る処理装置１０のハードウェア構成について説明する。
コンピュータ９００は、プロセッサ９０１、主記憶装置９０２、補助記憶装置９０３、インタフェース９０４を備える。
上述の処理装置１０は、コンピュータ９００に実装される。そして、上述した各機能部の動作は、プログラムの形式で補助記憶装置９０３に記憶されている。プロセッサ９０１は、プログラムを補助記憶装置９０３から読み出して主記憶装置９０２に展開し、当該プログラムに従って上記処理を実行する。また、プロセッサ９０１は、プログラムに従って、上述した各記憶部に対応する記憶領域を主記憶装置９０２に確保する。プロセッサ９０１の例としては、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphic Processing Unit）、マイクロプロセッサなどが挙げられる。
プログラムは、コンピュータ９００に発揮させる機能の一部を実現するためのものであってもよい。例えば、プログラムは、補助記憶装置９０３に既に記憶されている他のプログラムとの組み合わせ、または他の装置に実装された他のプログラムとの組み合わせによって機能を発揮させるものであってもよい。なお、他の実施形態においては、コンピュータ９００は、上記構成に加えて、または上記構成に代えてＰＬＤ（Programmable Logic Device）などのカスタムＬＳＩ（Large Scale Integrated Circuit）を備えてもよい。ＰＬＤの例としては、ＰＡＬ(Programmable Array Logic)、ＧＡＬ(Generic Array Logic)、ＣＰＬＤ(Complex Programmable Logic Device)、ＦＰＧＡ（Field Programmable Gate Array）が挙げられる。この場合、プロセッサ９０１によって実現される機能の一部または全部が当該集積回路によって実現されてよい。このような集積回路も、プロセッサの一例に含まれる。
補助記憶装置９０３の例としては、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disc Read Only Memory）、半導体メモリ等が挙げられる。補助記憶装置９０３は、コンピュータ９００のバスに直接接続された内部メディアであってもよいし、インタフェース９０４または通信回線を介してコンピュータ９００に接続される外部記憶装置９１０であってもよい。また、このプログラムが通信回線によってコンピュータ９００に配信される場合、配信を受けたコンピュータ９００が当該プログラムを主記憶装置９０２に展開し、上記処理を実行してもよい。少なくとも１つの実施形態において、補助記憶装置９０３は、一時的でない有形の記憶媒体である。
また、当該プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、当該プログラムは、前述した機能を補助記憶装置９０３に既に記憶されている他のプログラムとの組み合わせで実現するもの、いわゆる差分ファイル（差分プログラム）であってもよい。
以上、図面を参照して本開示の実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、様々な設計変更等をすることが可能である。即ち、他の実施形態においては、上述の処理の順序が適宜変更されてもよい。また、一部の処理が並列に実行されてもよい。
例えば、上述の実施形態において、複数の処理装置１０は、それぞれ異なる事業者により管理される態様を例として説明したが、これに限られることはない。他の実施形態では、例えば一つの事業者が複数の処理装置１０を管理する態様であってもよい。具体的には、料金所ごと、又は、料金所の統括エリアごとに一つずつ処理装置１０が設置されており、これら処理装置１０を一つの事業者（例えば、各料金所又は統括エリアを運営する道路事業者）が管理する態様であってもよい。
また、上述の実施形態において、処理装置１０の管理対象機器２０は料金収受システムを構成する各機器（精算機器２０Ａ、監視機器２０Ｂ、ＥＴＣ路側機器２０Ｃ）である態様を例として説明したが、これに限られることはない。他の実施形態では、例えば管理対象機器２０は車両、又は車両に搭載された車載器であってもよい。この場合、処理装置１０は、運転データとして、ＧＮＳＳ（Global Navigation Satellite System）の測位データ、車両の自動運転に関するデータを収集する。
更に他の実施形態では、管理対象機器２０は会議システムであってもよい。この場合、処理装置１０は、運転データとして会議の記録データ（会議中に共有された文書、動画、音声等）を収集する。
（付記）
上述の実施形態に記載の処理装置１０、データ管理方法、及びプログラムは、例えば以下のように把握される。
本開示の第１の態様によれば、処理装置（１０）は、ブロックチェーンを用いた分散型台帳システム（１）のノードの一つを構成する処理装置（１０）であって、前記分散型台帳システム（１）に含まれる第１のノードにおいて収集された運転データである第１データを一時記録部（１４）に蓄積する第１データ記録部（１１０）と、前記第１データを前記分散型台帳システム（１）に含まれる第２のノードに送信する第１データ送信部（１１１）と、前記第２のノードにおいて収集された運転データである第２データを、通信網を介して受信し、前記一時記録部（１４）に蓄積する第２データ記録部（１１２）と、所定の条件を満たした場合に、蓄積された前記第１データ及び前記第２データのハッシュ値を含む一つのブロックデータを生成するブロック生成部（１１３）と、生成した前記ブロックデータを前記第２のノードに送信するブロック送信部（１１４）と、前記第２のノードから前記ブロックデータの検証結果を受信し、当該検証結果が所定の条件を満たす場合に、前記ブロックデータをブロックチェーンに連結する処理を行うブロック処理部（１１５）と、前記ブロックデータが連結された場合に、前記一時記録部に蓄積された前記第１データ及び前記第２データを消去するデータ消去部（１１６）と、を備える。
このように、本開示に係る処理装置（１０）は、各ノードが収集した運転データ（第１データ及び第２データ）について、運転データのハッシュ値を含むブロックデータを複数のノードそれぞれにおいて記録、共有することにより、運転データの改ざんを抑制し、セキュリティ性を向上させることができる。また、処理装置（１０）は、ブロックデータを生成後に一時記録部（１４）に蓄積された運転データ（第１データ及び第２データ）を消去するので、各ノードで過去の全ての運転データを蓄積する必要がない。したがって、処理装置は、各ノードにおいて記録される運転データの容量を大幅に低減させることができる。また、処理装置（１０）は、運転データの実体ではなくハッシュ値を含むブロックデータを生成するので、ブロックデータのデータ容量を小さくすることができる。この結果、処理装置（１０）は大容量の記録装置を有する必要がないので、処理装置（１０）の構築及び維持するためのコストを低減することができる。
本開示の第２の態様によれば、第１の態様に係る処理装置（１０）において、前記ブロック生成部（１１３）は、前記一時記録部（１４）に蓄積された前記第１データ及び前記第２データを複数のデータ群に分割し、当該データ群別のハッシュ値それぞれを含む前記ブロックデータを生成し、前記ブロック処理部（１１５）は、前記検証結果の少なくとも一つが偽であった場合、前記ブロックデータと、前記検証結果が偽である前記第２のノードで生成された検証用ブロックデータとのそれぞれに含まれる前記データ群別のハッシュ値を照合し、何れのデータ群が不正であるか特定する。
このようにすることで、処理装置（１０）は、どのデータ群が改ざんされたかを容易に特定することができる。
本開示の第３の態様によれば、第１又は第２の態様に係る処理装置（１０）において、前記第１のノードは、前記ブロックデータの生成権を有するノードであり、前記ブロック生成部（１１３）は、前記ブロックデータの作成後、他のノードに前記生成権を譲渡する。
このようにデータ管理システム（１）を非中央集権型とすることにより、攻撃対象を分散させて、複数の処理装置（１０）により構成される分散型台帳システム（１）全体のセキュリティ性を向上させることができる。
本開示の第４の態様によれば、第３の態様に係る処理装置（１０）において、前記検証結果の少なくとも一つが偽であった場合、且つ、前記検証結果の過半数が真であった場合、前記検証結果が偽である前記第２のノードに対し、前記一時記録部に蓄積された前記第１データ及び前記第２データを送信するデータ復旧部（１１７）を更に備える。
このようにすることで、処理装置（１０）の何れかにおいて改ざんが発生した場合、各処理装置（１０）における第１データ及び第２データを、過半数以上の処理装置（１０）により正しいと判断されたデータに復旧することができる。
本開示の第５の態様によれば、第１又は第２の態様に係る処理装置（１０）において、前記検証結果の少なくとも一つが偽であった場合、前記検証結果が偽である前記第２のノードに対し、前記一時記録部に蓄積された前記第１データ及び前記第２データを送信するデータ復旧部（１１７）を更に備える。
このようにすることで、処理装置（１０）は、改ざんが発生した処理装置（１０）に自身の一時記録部（１４）に記録されている正しいデータを送信して、改ざんが発生した処理装置（１０）のデータを復旧することができる。
本開示の第６の態様によれば、データ管理方法は、ブロックチェーンを用いた分散型台帳システム（１）のノードの一つを構成する処理装置（１０）を用いたデータ管理方法であって、前記分散型台帳システム（１）に含まれる第１のノードにおいて収集された運転データである第１データを一時記録部（１４）に蓄積するステップと、前記第１データを前記分散型台帳システム（１）に含まれる第２のノードに送信するステップと、前記第２のノードにおいて収集された運転データである第２データを、通信網を介して受信し、前記一時記録部（１４）に蓄積するステップと、所定の条件を満たした場合に、蓄積された前記第１データ及び前記第２データのハッシュ値を含む一つのブロックデータを生成するステップと、生成した前記ブロックデータを前記第２のノードに送信するステップと、前記第２のノードから前記ブロックデータの検証結果を受信し、当該検証結果が所定の条件を満たす場合に、前記ブロックデータをブロックチェーンに連結する処理を行うステップと、前記ブロックデータが連結された場合に、前記一時記録部（１４）に蓄積された前記第１データ及び前記第２データを消去するステップと、を有する。
本開示の第７の態様によれば、プログラムは、ブロックチェーンを用いた分散型台帳システム（１）のノードの一つを構成する処理装置（１０）のコンピュータ（９００）に、前記分散型台帳システム（１）に含まれる第１のノードにおいて収集された運転データである第１データを一時記録部（１４）に蓄積するステップと、前記第１データを前記分散型台帳システム（１）に含まれる第２のノードに送信するステップと、前記第２のノードにおいて収集された運転データである第２データを、通信網を介して受信し、前記一時記録部（１４）に蓄積するステップと、所定の条件を満たした場合に、蓄積された前記第１データ及び前記第２データのハッシュ値を含む一つのブロックデータを生成するステップと、生成した前記ブロックデータを前記第２のノードに送信するステップと、前記第２のノードから前記ブロックデータの検証結果を受信し、当該検証結果が所定の条件を満たす場合に、前記ブロックデータをブロックチェーンに連結する処理を行うステップと、前記ブロックデータが連結された場合に、前記一時記録部（１４）に蓄積された前記第１データ及び前記第２データを消去するステップと、を実行させる。
１ データ管理システム（分散型台帳システム）
１０、１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ 処理装置
１１ ＣＰＵ
１１０ 第１データ記録部
１１１ 第１データ送信部
１１２ 第２データ記録部
１１３ ブロック生成部
１１４ ブロック送信部
１１５ ブロック処理部
１１６ データ消去部
１１７ データ復旧部
１２ 通信インタフェース
１３ ログデータ記録部
１４ 一時記録部
１５ ブロックデータ記録部
２０ 管理対象機器
２０Ａ 精算機器
２０Ｂ 監視機器
２０Ｃ ＥＴＣ路側機器
９０３ 補助記憶装置
９０４ インタフェース
９１０ 外部記憶装置

Claims (7)

  1. ブロックチェーンを用いた分散型台帳システムのノードの一つを構成する処理装置であって、
    前記分散型台帳システムに含まれる第１のノードにおいて収集された運転データである第１データを一時記録部に蓄積する第１データ記録部と、
    前記第１データを前記分散型台帳システムに含まれる第２のノードに送信する第１データ送信部と、
    前記第２のノードにおいて収集された運転データである第２データを、通信網を介して受信し、前記一時記録部に蓄積する第２データ記録部と、
    所定の条件を満たした場合に、蓄積された前記第１データ及び前記第２データのハッシュ値を含む一つのブロックデータを生成するブロック生成部と、
    生成した前記ブロックデータを前記第２のノードに送信するブロック送信部と、
    前記第２のノードから前記ブロックデータの検証結果を受信し、当該検証結果が所定の条件を満たす場合に、前記ブロックデータをブロックチェーンに連結する処理を行うブロック処理部と、
    前記ブロックデータが連結された場合に、前記一時記録部に蓄積された前記第１データ及び前記第２データを消去するデータ消去部と、
    を備える処理装置。
  2. 前記ブロック生成部は、前記一時記録部に蓄積された前記第１データ及び前記第２データを複数のデータ群に分割し、当該データ群別のハッシュ値それぞれを含む前記ブロックデータを生成し、
    前記ブロック処理部は、前記検証結果の少なくとも一つが偽であった場合、前記ブロックデータと、前記検証結果が偽である前記第２のノードで生成された検証用ブロックデータとのそれぞれに含まれる前記データ群別のハッシュ値を照合し、何れのデータ群が不正であるか特定する、
    請求項１に記載の処理装置。
  3. 前記第１のノードは、前記ブロックデータの生成権を有するノードであり、
    前記ブロック生成部は、前記ブロックデータの作成後、他のノードに前記生成権を譲渡する、
    請求項１又は２に記載の処理装置。
  4. 前記検証結果の少なくとも一つが偽であった場合、且つ、前記検証結果の過半数が真であった場合、前記検証結果が偽である前記第２のノードに対し、前記一時記録部に蓄積された前記第１データ及び前記第２データを送信するデータ復旧部を更に備える、
    請求項３に記載の処理装置。
  5. 前記検証結果の少なくとも一つが偽であった場合、前記検証結果が偽である前記第２のノードに対し、前記一時記録部に蓄積された前記第１データ及び前記第２データを送信するデータ復旧部を更に備える、
    請求項１又は２に記載の処理装置。
  6. ブロックチェーンを用いた分散型台帳システムのノードの一つを構成する処理装置を用いたデータ管理方法であって、
    前記分散型台帳システムに含まれる第１のノードにおいて収集された運転データである第１データを一時記録部に蓄積するステップと、
    前記第１データを前記分散型台帳システムに含まれる第２のノードに送信するステップと、
    前記第２のノードにおいて収集された運転データである第２データを、通信網を介して受信し、前記一時記録部に蓄積するステップと、
    所定の条件を満たした場合に、蓄積された前記第１データ及び前記第２データのハッシュ値を含む一つのブロックデータを生成するステップと、
    生成した前記ブロックデータを前記第２のノードに送信するステップと、
    前記第２のノードから前記ブロックデータの検証結果を受信し、当該検証結果が所定の条件を満たす場合に、前記ブロックデータをブロックチェーンに連結する処理を行うステップと、
    前記ブロックデータが連結された場合に、前記一時記録部に蓄積された前記第１データ及び前記第２データを消去するステップと、
    を有するデータ管理方法。
  7. ブロックチェーンを用いた分散型台帳システムのノードの一つを構成する処理装置のコンピュータに、
    前記分散型台帳システムに含まれる第１のノードにおいて収集された運転データである第１データを一時記録部に蓄積するステップと、
    前記第１データを前記分散型台帳システムに含まれる第２のノードに送信するステップと、
    前記第２のノードにおいて収集された運転データである第２データを、通信網を介して受信し、前記一時記録部に蓄積するステップと、
    所定の条件を満たした場合に、蓄積された前記第１データ及び前記第２データのハッシュ値を含む一つのブロックデータを生成するステップと、
    生成した前記ブロックデータを前記第２のノードに送信するステップと、
    前記第２のノードから前記ブロックデータの検証結果を受信し、当該検証結果が所定の条件を満たす場合に、前記ブロックデータをブロックチェーンに連結する処理を行うステップと、
    前記ブロックデータが連結された場合に、前記一時記録部に蓄積された前記第１データ及び前記第２データを消去するステップと、
    を実行させるプログラム。
JP2020055503A 2020-03-26 2020-03-26 処理装置、データ管理方法、及びプログラム Active JP7374034B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2020055503A JP7374034B2 (ja) 2020-03-26 2020-03-26 処理装置、データ管理方法、及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020055503A JP7374034B2 (ja) 2020-03-26 2020-03-26 処理装置、データ管理方法、及びプログラム

Publications (2)

Publication Number Publication Date
JP2021157372A true JP2021157372A (ja) 2021-10-07
JP7374034B2 JP7374034B2 (ja) 2023-11-06

Family

ID=77917877

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020055503A Active JP7374034B2 (ja) 2020-03-26 2020-03-26 処理装置、データ管理方法、及びプログラム

Country Status (1)

Country Link
JP (1) JP7374034B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116883027A (zh) * 2023-09-06 2023-10-13 南通汉迪自动化设备有限公司 一种物料进出口通关联网监管系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10114980B2 (en) 2016-07-21 2018-10-30 Acronis International Gmbh System and method for verifying data integrity using a blockchain network
JP6785701B2 (ja) 2017-03-29 2020-11-18 三菱重工業株式会社 物品処理管理システム及び物品処理管理方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116883027A (zh) * 2023-09-06 2023-10-13 南通汉迪自动化设备有限公司 一种物料进出口通关联网监管系统
CN116883027B (zh) * 2023-09-06 2023-12-19 南通汉迪自动化设备有限公司 一种物料进出口通关联网监管系统

Also Published As

Publication number Publication date
JP7374034B2 (ja) 2023-11-06

Similar Documents

Publication Publication Date Title
CN110826111B (zh) 测试监管方法、装置、设备及存储介质
KR101880935B1 (ko) 블록체인을 이용하여 위변조 검증이 가능한 디지털 영상을 생성하는 촬영장치, 이에 의한 디지털 영상 생성방법, 및 이에 의해 생성된 디지털 영상의 검증방법
CN110417844B (zh) 使用区块链分散管理多所有者节点的系统和方法
CN109313763B (zh) 层次型网络系统以及用于层次型网络系统的节点
US10229547B2 (en) In-vehicle gateway device, storage control method, and computer program product
US11238669B2 (en) System and method for toll transactions utilizing a distributed ledger
CN101482887B (zh) 数据库关键数据的防篡改检验方法
JP2020517200A (ja) Ｕｔｘｏ基盤プロトコルを利用したブロックチェーン基盤の文書管理方法及びこれを利用した文書管理サーバ｛ｍｅｔｈｏｄ ｆｏｒ ｍａｎａｇｉｎｇ ｄｏｃｕｍｅｎｔ ｏｎ ｂａｓｉｓ ｏｆ ｂｌｏｃｋｃｈａｉｎ ｂｙ ｕｓｉｎｇ ｕｔｘｏ−ｂａｓｅｄ ｐｒｏｔｏｃｏｌ，ａｎｄ ｄｏｃｕｍｅｎｔ ｍａｎａｇｅｍｅｎｔ ｓｅｒｖｅｒ ｕｓｉｎｇ ｓａｍｅ｝
RU2697953C2 (ru) Система и способ вынесения решения о компрометации данных
Herlihy et al. Enhancing accountability and trust in distributed ledgers
EP3709568A1 (en) Deleting user data from a blockchain
CN115114305B (zh) 分布式数据库的锁管理方法、装置、设备及存储介质
US11151123B2 (en) Offline verification with document filter
US11126750B2 (en) Manipulation-proof storage of evidence-relevant data
US11664973B2 (en) Trust-varied relationship between blockchain networks
US11343313B1 (en) Fault tolerant periodic leader rotation for blockchain
CN108475480A (zh) 加密装置、加密方法和加密程序
JP2023530594A (ja) 分散型データベースにおける許可されたイベント処理
CN108337208B (zh) 基于云存储的数据保护方法、替换装置以及云存储系统
JP7374034B2 (ja) 処理装置、データ管理方法、及びプログラム
US20080005800A1 (en) Confidential information protection system, confidential information restoring device, and tally generating device
KR102293076B1 (ko) 블록체인을 이용한 운송장치의 모빌리티 데이터 수집 시스템과 이를 이용한 모빌리티 데이터 수집 방법 및 프로그램
KR102139551B1 (ko) 유언장을 관리하는 서버 및 방법
CN109245895B (zh) 用于检测受损数据的系统和方法
EP3522063B1 (en) System and method for detecting compromised data

Legal Events

Date Code Title Description
A625 Written request for application examination (by other person)

Free format text: JAPANESE INTERMEDIATE CODE: A625

Effective date: 20230127

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230913

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230926

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231024

R150 Certificate of patent or registration of utility model

Ref document number: 7374034

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150