JP2021018514A - サーバー装置、データ管理システム、およびデータ管理方法 - Google Patents

Abstract

【課題】運用コストとデータの安全性を両立させたデータ管理技術を提供する。【解決手段】システムにおいて、サーバ装置は、データオブジェクトを保存する記憶装置と、データオブジェクトのハッシュ値を生成するハッシュ処理部と、ハッシュ値を含むトランザクションを発行するトランザクション発行部と、トランザクションを送信する通信部と、制御部と、を備える。ハッシュ処理部は、複数のデータオブジェクトに基づいたハッシュ値を生成する第１のハッシュ生成処理と、一つのデータオブジェクトに基づいたハッシュ値を生成する第２のハッシュ生成処理と、を実行する。トランザクション発行部は、ルートハッシュを含むトランザクションを発行する第１のモードと、オブジェクトハッシュを含むトランザクションを発行する第２のモードと、を実行する。制御部は、トランザクション発行部に対して第１のモードと第２のモードの切り替えを指示する。【選択図】図３

Description

本発明は、企業等が収集したデータに対する非改ざんの証明をするための技術に関わる。

近年、官公庁や企業が収集した個人情報に対する管理基準が厳しくなっており、データを確実に保護することが求められている。ブロックチェーンはデータ改ざんを容易に検知できることから、データ管理ソリューションとしても注目されている。

周知のように、ブロックチェーンは、ブロックと呼ばれるデータの単位を生成し、鎖のように連結していくことによりデータを保管する。各々のブロックは、その一つ前のブロックのハッシュ値を持っている。あるブロックの内容はそのブロックのハッシュ値が直後のブロックに記載されることで証明されている。一度チェーンに登録されたブロックを改竄するには、それ以降のブロックのハッシュ演算を全てやり直さなくてはならないため、現実的には改竄はできないとされている。

特許文献１には、データベースのハッシュをブロックチェーンに記録することで、改ざんを防止したシステムが開示されている。データベースの一部又は全部を書き換えるとハッシュが変わるため、データベースのハッシュとブロックチェーンに記録されたハッシュと照合することで、改ざんされていないことが確認できる。また、複数のハッシュをまとめたルートハッシュをブロックチェーンに記録する方式が開示されている。

米国特許公開公報US2012/0324229A1

官公庁や企業が収集するデータは増加する一方であるが、収集した多くのデータについて、ブロックチェーンを用いて非改ざんを保証しようとしたとき、以下の課題がある。

ブロックチェーンへのハッシュの記録は、データの安全性を保障する観点からは、データ変更後リアルタイムで行うことが理想である。

しかし、オブジェクトデータ（ここでは管理対象となるデータを意味する。単にオブジェクトということもある）に対してハッシュをひとつずつブロックチェーンに記録する場合、トランザクション数が多くなり、システムや回線の負荷が増大する。さらに、これにより運用コストが増加する。

一方、ルートハッシュをブロックチェーンに記録する場合、ルートハッシュを構成するデータ数が多いため、そのうちの一部でも変更があればすべてのハッシュ処理をし直して、再度ブロックチェーンに記録し直す必要がある。これは運用コストに影響する。

そこで本発明は、運用コストとデータの安全性を両立させたデータ管理技術を提供することを目的とする。

本発明の好ましい一側面は、データオブジェクトを保存する記憶装置と、データオブジェクトのハッシュ値を生成するハッシュ処理部と、ハッシュ値を含むトランザクションを発行するトランザクション発行部と、トランザクションを送信する通信部と、制御部と、を備えるサーバー装置である。ハッシュ処理部は、複数のデータオブジェクトに基づいたハッシュ値であるルートハッシュを生成する第１のハッシュ生成処理と、一つのデータオブジェクトに基づいたハッシュ値であるオブジェクトハッシュを生成する第２のハッシュ生成処理と、を実行可能である。トランザクション発行部は、ルートハッシュを含むトランザクションを発行する第１のモードと、オブジェクトハッシュを含むトランザクションを発行する第２のモードと、を実行可能である。制御部は、トランザクション発行部に対して第１のモードと第２のモードの切り替えを指示する。

好ましい例では、制御部は、トランザクションに付随する経済的なコストや、トランザクション数に応じて、第１のモードと第２のモードの切り替えを指示する。

本発明の好ましい他の一側面は、上記のサーバー装置を備えるデータ管理システムである。サーバー装置は、１または複数のクライアント装置から送信されてきたデータを、記憶装置にデータオブジェクトとして記録し、データオブジェクトの新規の記録あるいは変更に対応して、第１のモードまたは第２のモードにより、データオブジェクトのハッシュ値を含むトランザクションをブロックチェーンに送信し、ブロックチェーンから送信されるタイムスタンプを、データオブジェクトと対応付けて記録することで、データの非改ざん性を保証する。

本発明の好ましい他の一側面は、上記のサーバー装置を利用するデータ管理方法である。より具体的な例では、サーバー装置は、データオブジェクトの新規の記録あるいは変更に対応して、第１のモードまたは第２のモードにより、データオブジェクトのハッシュ値を含むトランザクションをブロックチェーンに送信し、トランザクションに対応してブロックチェーンから送られてきたタイムスタンプを、データオブジェクトと対応付けて記録することで、データの非改ざん性を保証する。そして、所定のデータオブジェクトのハッシュ値が、ルートハッシュを含むトランザクションおよびオブジェクトハッシュを含むトランザクションの両方に含まれている場合、ルートハッシュを含むトランザクションに対応して送られてきたタイムスタンプを、オブジェクトハッシュのタイムスタンプとして用いる。

運用コストとデータの安全性を両立させたデータ管理技術を提供することができる。

実施例のシステムの構成例を示す説明図。 実施例のシステムの機能ブロック図。 実施例１の書込処理のフローチャート。 社員情報テーブルの構成及び内容の例を示す表図。 ハッシュ管理情報テーブルの構成及び内容の例を示す表図。 参照処理で参照するテーブルを示す説明図。 状態１の社員情報表示画面の例を示す説明図。 状態２の社員情報表示画面の例を示す説明図。 状態３の社員情報表示画面の例を示す説明図。 前処理の詳細を表すフローチャート。 処理１（ルートハッシュの処理）の詳細を表すフローチャート。 ハッシュ情報テーブルの構成及び内容の例を示す表図。 処理２（オブジェクトハッシュの処理）の詳細を表すフローチャート。 処理３（ルートハッシュを構成するオブジェクトハッシュの処理）の詳細を表すフローチャート。 比較例の手数料の変動を表すグラフ図。 実施例１のトランザクション数の変動を表すグラフ図。 実施例１の合計手数料の変動を表すグラフ図。 実施例２のトランザクション数の変動を表すグラフ図。 実施例２の合計手数料の変動を表すグラフ図。

実施の形態について、図面を用いて詳細に説明する。ただし、本発明は以下に示す実施の形態の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

以下に説明する発明の構成において、同一部分又は同様な機能を有する部分には同一の符号を異なる図面間で共通して用い、重複する説明は省略することがある。

同一あるいは同様な機能を有する要素が複数ある場合には、同一の符号に異なる添字を付して説明する場合がある。ただし、複数の要素を区別する必要がない場合には、添字を省略して説明する場合がある。

本明細書等における「第１」、「第２」、「第３」などの表記は、構成要素を識別するために付するものであり、必ずしも、数、順序、もしくはその内容を限定するものではない。また、構成要素の識別のための番号は文脈毎に用いられ、一つの文脈で用いた番号が、他の文脈で必ずしも同一の構成を示すとは限らない。また、ある番号で識別された構成要素が、他の番号で識別された構成要素の機能を兼ねることを妨げるものではない。

図面等において示す各構成の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面等に開示された位置、大きさ、形状、範囲などに限定されない。

本明細書で引用した刊行物、特許および特許出願は、そのまま本明細書の説明の一部を構成する。

本明細書において単数形で表される構成要素は、特段文脈で明らかに示されない限り、複数形を含むものとする。

以下で詳細に説明される実施例の一つでは、ブロックチェーンに記録するハッシュを、条件に応じてオブジェクトハッシュとルートハッシュで切り替える。切り替えは、例えばトランザクションに必要なコスト、例えばブロックチェーンに書き込むための費用や、通信費用に応じて切り替える。トランザクション１件当たりの単価が高いときにはルートハッシュを使用し、単価が安い時にはオブジェクトハッシュを使用する。あるいは、通信のデータ量が問題になる場合には、トランザクション数に応じて切り替える。例えばトランザクション数が閾値以下の場合はオブジェクトハッシュ、閾値を超える場合はルートハッシュをブロックチェーンに記録する。

ルートハッシュを用いて記録した場合には、適切なタイミングでルートハッシュを構成するオブジェクトハッシュをブロックチェーンに記録する。タイミングとしては、例えばトランザクション数が閾値以下となった場合に、ルートハッシュを構成するオブジェクトハッシュをブロックチェーンに記録する。オブジェクトハッシュとルートハッシュの対応関係をデータベースに記録しておき、ルートハッシュを記録したタイムスタンプを参照することで、各データが変更された時間を保証する。

＜１．全体システム構成＞
図１は、実施例１が適用されるシステムの全体像を示すブロック図である。このシステムは、サーバー装置１００、クライアント装置２００、ブロックチェーン３００、およびネットワーク９００からなる。

サーバー装置１００は、データを管理し非改ざんを保証するデータ管理会社等により運用される。クライアント装置２００は、データ管理会社等にデータを提供し管理を委託する企業や個人などにより運用される。この実施例では、ブロックチェーン３００はパブリックブロックチェーンを想定し、不特定多数の個人や法人により運用されるものとする。

サーバー装置１００、クライアント装置２００、およびブロックチェーン３００は、有線あるいは無線によるネットワーク９００で通信が可能であり、データをやり取りすることができる。
図２は、図１のシステムの各要素の構成を示すブロック図である。

サーバー装置１００は、収集したデータを格納し管理するとともに、非改ざんを保証するための比較的大型のデータベースサーバを想定する。サーバー装置１００は、処理機能として、制御部１０１、通信部１０２、ハッシュ処理部１０３、推奨手数料取得部１０４、トランザクション発行部１０５を備える。また、データベースとして、認証情報記憶部１１１、社員情報記憶部１１２、ハッシュ管理情報記憶部１１３を備える。

制御部１０１は装置の全体の管理や、データベースへのデータの記録を管理する。通信部１０２はネットワーク９００を介してトランザクションを送信し、応答を受信する。ハッシュ処理部１０３はオブジェクトのハッシュを生成する。推奨手数料取得部１０４は、トランザクションに必要な費用を計算あるいは取得する。トランザクション発行部１０５はハッシュを含むトランザクションを発行する。

クライアント装置２００は、データをサーバー装置１００とやり取りするためのサーバーあるいはパーソナルコンピュータを想定する。図２では、ユーザからの入力を受け付けて全体を制御する制御部２０１、ネットワーク９００を介して通信を行う通信部２０２、ユーザに対して情報を表示する表示部２０３を示している。１つまたは複数のクライアント装置２００が、１つのサーバー装置１００に対応しているものとする。クライアント装置の数は任意であるが、以下では第１クライアント装置２００−１と第２クライアント装置２００−２が、サーバー装置１００に接続されている例で説明する。

ブロックチェーン３００は、特定の管理者がいない複数のサーバーやパーソナルコンピュータから構成されている。機能的には、ブロックと呼ばれる順序付けられたレコードが連続的に増加するリストを格納する。各ブロックには、タイムスタンプと前のブロックへのリンクが含まれている。ブロックチェーンの概念として公知のように、各々のブロックは、その連鎖を遡ることで非改ざん性を保証できる。

サーバー装置１００は、クライアント装置２００から提供されたデータに対してハッシュを生成し、ネットワーク９００を介して、ハッシュをブロックチェーン３００に記録する。サーバー装置１００のデータが改ざんされると、ハッシュ値が変化するため、ブロックチェーン３００のハッシュ値と照合することで、改ざん有無を証明できる。

図２では、ブロックチェーン３００を機能的に表し、制御部３０１、ネットワーク９００を介して通信を行う通信部３０２、ハッシュ情報を記憶する記憶装置であるハッシュ情報記憶部３０３を示している。パブリックブロックチェーン自体は公知の構成のため、詳細な説明は省略する。

サーバー装置１００、クライアント装置２００、ブロックチェーン３００を構成するサーバーやパーソナルコンピュータは、周知のように情報処理装置の一般的構成要素である、入力装置、出力装置、処理装置、記憶装置を備えている。本明細書や図面では、説明上、これら周知の構成を明示することなく、情報処理装置で実現される機能的な構成を主語として動作を説明することがある。本実施例では計算や制御等の機能は、記憶装置に格納されたプログラムが処理装置によって実行されることで、定められた処理を他のハードウエアと協働して実現されることとする。情報書誌装置が実行するプログラム、その機能、あるいはその機能を実現する手段を、「機能」、「手段」、「部」等と呼ぶ場合がある。

サーバー装置１００、クライアント装置２００、ブロックチェーン３００では、制御部１０１，２０１，３０１は入出力装置を含む装置の全体を制御し、所定の処理は専用のプログラムを用いて実行するものとする。また、通信部１０２，２０２，３０２はネットワーク９００を介して通信を行う。クライアント装置２００の表示部２０３はオブジェクトデータの内容をユーザに表示する。ブロックチェーン３００のハッシュ情報記憶部３０３は、サーバー装置１００から送られてきたハッシュ値をブロックチェーンとして記録する。

以上の情報処理装置の構成は、単体のコンピュータで構成してもよいし、あるいは、入力装置、出力装置、処理装置、記憶装置の任意の部分が、ネットワークで接続された他のコンピュータで構成されてもよい。また、本実施例中、ソフトウエアで構成した機能と同等の機能は、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）などのハードウエアでも実現できる。

＜２．アクセス処理＞
図３は、クライアント装置２００がサーバー装置１００に記録したデータを変更する処理の全体を示す流れ図である。以下では、第１クライアント装置２００−１の処理について説明するが、第２クライアント装置２００−２の処理も同様に行うことができ、またこれらの処理は独立に行うことが可能である。

まずユーザは、第１クライアント装置２００−１の通信部２０２、ネットワーク９００、およびサーバー装置１００の通信部１０２を介して、サーバー装置１００にログインする。ログインの認証は、ＩＤ（Identification）やパスワード用いた周知の方法でよい。サーバー装置１００は、認証情報記憶部１１１に記憶されている認証情報を用いてログインの可否を判断する。以下の例では、企業の社員であるユーザが自分の個人情報を閲覧、変更する例で説明するが、これに限るものではない。認証情報としては、例えばデータを特定するオブジェクトＩＤとパスワードでもよい。ログインにより、ユーザがデータにアクセス可能な状態とする（Ｓ１−１，Ｓ１０−１）。

そして、サーバー装置１００が保存しているデータのうち、変更したいデータを指定する。指定する方法はデータのファイル番号（オブジェクトＩＤなど）や索引を用いた周知の方法でよい。ここでは、サーバー装置１００は、ユーザの社員情報のデータを社員情報記憶部１１２に記憶しているものとする。もちろん、社員情報はデータの一例であり、任意の他の種類のデータでもよい。

基本的に、サーバー装置１００、クライアント装置２００、ブロックチェーン３００の間の通信方法は上記と同様であり、以降の説明では煩雑なため省略する。

＜３．社員情報テーブル＞
図４は、社員情報記憶部１１２に格納されている社員情報テーブル４００の構成及び内容の例を示す図である。社員情報テーブル４００は、制御部１０１により社員情報記憶部１１２に記録される。

この例では、社員情報テーブル４００に記録される社員情報データは、データを一意に示すオブジェクトＩＤ４０１、社員の名前４０２、社員の所属４０３、社員の年齢４０４、これらのデータから生成されたハッシュ値であるオブジェクトハッシュ４０５、ブロックチェーン３００へのトランザクションを一意に示すトランザクションＩＤ４０６、ブロックチェーン３００から受け取ったタイムスタンプ４０７を含む。

この例で非改ざん性を担保する対象であるデータは、クライアント装置２００から提供された、社員の名前４０２、社員の所属４０３、社員の年齢４０４であるが、これらは一例であり、他のデータでもよい。またデータはテキストに限らず、画像や動画や音声でもよい。ユーザは例えば、オブジェクトＩＤ４０１を指定することで、任意のデータを呼び出すことができる。オブジェクトＩＤ４０１は、オブジェクトの登録のたびに制御部１０１により発行される。なお、新規生成、変更、追加のたびに一意のＩＤを付してもよい。

オブジェクトハッシュ４０５は、ハッシュ処理部１０３で計算される。トランザクションＩＤ４０６は、トランザクション発行部１０５でオブジェクトハッシュを含むトランザクションごとに発行される。タイムスタンプ４０７は、オブジェクトハッシュを含むトランザクションに対してブロックチェーン３００で発行され、通信部１０２で受信される。

ユーザが社員情報データを呼び出すと、サーバー装置１００は、社員情報記憶部１１２にアクセスし社員情報テーブル４００を参照するとともに、ハッシュ管理情報記憶部１１３にアクセスし、当該社員情報データのハッシュ管理情報を参照する。

社員情報テーブル４００の内容は、クライアント装置２００に送信し、クライアント装置２００の表示部２０３によりユーザが閲覧することができる。このとき、オブジェクトハッシュ４０５と、ブロックチェーンにてトランザクションＩＤ４０６に紐付けられたハッシュを比較することでデータの改ざんが行われていないことが確認できる。タイムスタンプ４０７は、そのデータのハッシュがどの時点からブロックチェーンに登録され、非改ざん性が保証されているかを示す情報であるため、意味がある。

＜４．ハッシュ管理情報テーブル＞
図５は、ハッシュ管理情報記憶部１１３に格納されているハッシュ管理情報テーブル５００の構成及び内容の例を示す図である。ハッシュ管理情報テーブル５００は、制御部１０１によりハッシュ管理情報記憶部１１３に記録される。

この例では、ハッシュ管理情報テーブル５００に記録されるハッシュ管理情報データは、データを一意に示すオブジェクトＩＤ５０１（オブジェクトＩＤ４０１と同じものである）、データから生成されたハッシュ値であるオブジェクトハッシュ５０２（オブジェクトハッシュ４０５と同じものである）、オブジェクトハッシュをまとめたルートハッシュ５０３、ブロックチェーン３００へのトランザクションを一意に示すトランザクションＩＤ５０４、ブロックチェーン３００から受け取ったタイムスタンプ５０５を含む。

ルートハッシュ５０３は、ハッシュ処理部１０３で計算される。トランザクションＩＤ５０４は、トランザクション発行部１０５でルートハッシュを含むトランザクションごとに発行される。タイムスタンプ５０５は、ルートハッシュを含むトランザクションに対してブロックチェーン３００で発行され、通信部１０２で受信される。

たとえば図５の例では、オブジェクトＩＤ５０１が、「００２」「００３」「００４」の３つのデータを纏めてルートハッシュ５０３が生成されている。オブジェクトＩＤ「００２」「００３」「００４」のそれぞれのデータのハッシュは、オブジェクトハッシュ５０２に記録されている。ルートハッシュ５０３は、オブジェクトハッシュ５０２のハッシュ値を計算して生成する。なお、ルートハッシュ５０３は、複数のオブジェクトのデータそのものから生成したハッシュ値であってもよいが、オブジェクトハッシュ５０２のハッシュ値を計算したほうが簡単である。

＜５．データの承認状況と登録処理＞
ログイン処理を受け付けたサーバー装置１００の制御部は、ユーザに指定されたデータについて社員情報テーブル４００とハッシュ管理情報テーブル５００を参照し、当該データの承認状況を確認する。

以下の実施例では、説明上便宜的に、承認状況を「状態１」「状態２」「状態３」の３つのステイタスに分けて説明する。

「状態１（承認前）」は、社員情報記憶部１１２に登録あるいは変更されたデータのハッシュが、ブロックチェーン３００に登録されていない状態である。データの非改ざん性は保証されていない。

「状態２（処理１のみ承認済）」は、社員情報記憶部１１２に登録あるいは変更されたデータのハッシュが、オブジェクトハッシュではなく、ルートハッシュとしてブロックチェーン３００に登録されている状態である。データの非改ざん性はルートハッシュにより保証される。

「状態３（処理２または処理３が承認済）」は、社員情報記憶部１１２に登録あるいは変更されたデータのハッシュが、オブジェクトハッシュとしてブロックチェーン３００に登録されている状態である。データの非改ざん性はオブジェクトハッシュまたはルートハッシュにより保証される。

また以下の実施例では、説明上便宜的に、ハッシュをブロックチェーン３００に登録する処理を、「処理１」「処理２」「処理３」の３種類に分けて説明する。

「処理１」は、ルートハッシュをブロックチェーン３００に登録する処理である。

「処理２」は、ルートハッシュがブロックチェーン３００に登録されていないオブジェクトについて、オブジェクトハッシュをブロックチェーン３００に登録する処理である。

「処理３」は、ルートハッシュがブロックチェーン３００に登録済のオブジェクトについて、オブジェクトハッシュをブロックチェーン３００に登録する処理である。

状況の確認のために、制御部１０１は、まず社員情報記憶部１１２の社員情報テーブル４００を参照する。タイムスタンプ４０７にタイムスタンプが存在する場合（例えばオブジェクトＩＤ００１）には、オブジェクトハッシュ４０５がブロックチェーン３００に登録済であり、「状態３」である。タイムスタンプ４０７にタイムスタンプが存在しない場合（例えば図４のオブジェクトＩＤ００２以下）には、オブジェクトハッシュ４０５がブロックチェーン３００に登録されておらず、「状態１」または「状態２」である。

社員情報テーブル４００のタイムスタンプ４０７に、タイムスタンプが存在しない場合は、制御部１０１はハッシュ管理情報記憶部１１３のハッシュ管理情報テーブル５００を参照する。例えば、図４の例ではオブジェクトＩＤ００２にはタイムスタンプがないので、ハッシュ管理情報テーブル５００でオブジェクトＩＤ００２を検索する。すると、オブジェクトＩＤ「００２，００３，００４」のデータをまとめたルートハッシュに対して、タイムスタンプ「2018/4/1 11:10」が存在することがわかる。これにより、制御部１０１は、オブジェクトＩＤ００２のデータは、オブジェクトハッシュではなく、ルートハッシュによりブロックチェーン３００に登録されている状態である「状態２」であると判定する。

もし、該当するデータのタイムスタンプが、ハッシュ管理情報テーブル５００に存在しない場合には、データのハッシュが、ルートハッシュとしてもオブジェクトハッシュとしても、ブロックチェーン３００に登録されていない状態であり、「状態１」となる。

＜６．データの承認状況の表示＞
ユーザがデータを変更したり、承認状況を確認したりしたい場合には、サーバー装置１００の制御部１０１は、承認状況がわかる形で、データをクライアント装置２００に送信し、クライアント装置２００によりユーザが確認できるようにすることが望ましい。

図６は、制御部１０１がクライアント装置２００に送信するデータをどこから参照するかを説明する表図である。それぞれの状態について、オブジェクトＩＤ６０１、名前６０２、所属６０３、年齢６０４、ハッシュ６０５、トランザクションＩＤ６０６、タイムスタンプ６０７をユーザに表示することができる。

状態１では、オブジェクトＩＤ６０１〜ハッシュ６０５の情報を、社員情報テーブル４００のオブジェクトＩＤ４０１〜オブジェクトハッシュ４０５からコピーして、クライアント装置２００に送信する。トランザクションＩＤ６０６とタイムスタンプ６０７は未承認のため、未承認の旨を通知する。クライアント装置２００では、表示部２０３に受信した情報を表示する。

図７は、データが状態１の場合に、クライアント装置２００の表示部２０３に表示される個人情報閲覧画面の一例である。

状態２では、オブジェクトＩＤ６０１については、ハッシュ管理情報テーブル５００のオブジェクトＩＤ５０１をコピーする。名前６０２〜年齢６０４の情報を、社員情報テーブル４００の名前４０２〜年齢４０４からコピーする。ハッシュ６０５〜タイムスタンプ６０７の情報を、ハッシュ管理情報テーブル５００のルートハッシュ５０３〜タイムスタンプ５０５からコピーする。これらをクライアント装置２００に送信する。

図８は、データが状態２の場合に、クライアント装置２００の表示部２０３に表示される個人情報閲覧画面の一例である。

状態３では、オブジェクトＩＤ６０１〜トランザクションＩＤ６０６の情報を、社員情報テーブル４００のオブジェクトＩＤ４０１〜トランザクションＩＤ４０６からコピーする。

タイムスタンプ６０７は、該当するオブジェクトＩＤを持つハッシュ管理情報テーブル５００のタイムスタンプ５０５が存在する場合には、そこからコピーする。該当するオブジェクトＩＤを持つハッシュ管理情報テーブル５００のタイムスタンプ５０５が存在しない場合には、社員情報テーブル４００のタイムスタンプ４０７をコピーする。これらをクライアント装置２００に送信する。

該当するオブジェクトＩＤを持つハッシュ管理情報テーブル５００のタイムスタンプ５０５が存在する場合に、社員情報テーブル４００のタイムスタンプ４０７を使用しないのは、データの非改ざん性は、ルートハッシュが登録されたハッシュ管理情報テーブル５００のタイムスタンプ５０５の時刻から保証されていることを示すためである。

図９は、データが状態３の場合に、クライアント装置２００の表示部２０３に表示される個人情報閲覧画面の一例である。

サーバー装置１００は、クライアント装置２００から受信するデータ閲覧要求などに応答して、上記データをクライアント装置に送信し、ユーザはこれを見ることができる。

＜７．データの登録（前処理）＞
以下、サーバー装置１００の社員情報記憶部１１２に記憶される社員情報テーブル４００の内容を変更し、その非改ざん性を保証する処理について説明する。なお、以下ではデータの変更について説明するが、新規作成や消去についても同様である。

図３に戻り、ユーザは図７〜図９に示すように表示されたデータを見ながら、データを変更する。変更したデータとともにデータ変更要求をサーバー装置１００に送信する（Ｓ３）。

サーバー装置１００の制御部は、まず前処理Ｓ４を行う。

図１０は、前処理Ｓ４の内容を示す流れ図である。図３のクライアント装置２００からのデータ変更要求Ｓ３により、処理が開始される。制御部１０１は、社員情報記憶部１１２の社員情報テーブル４００の、名前４０２、所属４０３、あるいは年齢４０４等を、ユーザの指示に従って変更あるいは登録する（Ｓ４１）。

ハッシュ処理部１０３は、社員情報テーブル４００の、名前４０２、所属４０３、年齢４０４のデータにより、ハッシュ値を計算する。計算したハッシュ値は制御部１０１により、社員情報テーブル４００の、オブジェクトハッシュ４０５に記録される（Ｓ４２）。

その後、システムは所定時刻まで待機する（Ｓ４３）。所定の時刻は例えば１時間おき等任意の時間間隔で定めてよい。本実施例では、ブロックチェーン３００へのハッシュの記録は、バッチ処理で行うものとしている。処理の間の期間では、社員情報テーブル４００のトランザクションＩＤ４０６とタイムスタンプ４０７は登録されていない。

所定の時刻になったら、推奨手数料取得部１０４はその時刻における推奨されるトランザクション手数料を取得する（Ｓ４４）。トランザクション手数料は、推奨手数料取得部１０４が所定のアルゴリズムに基づいて自分で計算してもよいし、サーバー装置１００の外部から取得してもよいし、予め時刻に対応して定めておいてもよい。典型的な例では、推奨手数料取得部１０４は、時間ｔに対する関数Ａ（ｔ）を定義しておき、関数Ａ（ｔ）により推奨手数料Ａを計算する。もう一つの典型的な例では、最新ブロックから過去数ブロックに承認されたトランザクションのうち最も安いものを推奨手数料Ａとする。

ブロックチェーン３００にハッシュを登録するための費用であるトランザクション手数料は、一般に時刻によって変動する。例えば、利用が多い時間帯（例えば勤務時間帯）には価格が上昇し、深夜には価格が低下する。価格は特定の主体が定める場合もあり、あるいは、オークション方式をとる場合には需給の状態により変動する場合もある。このような場合、例えば推奨手数料はブロックチェーンへの書き込みが即時承認されると予想できる価格に設定する。

制御部１０１は、所定時刻までの間に蓄積されたデータ変更要求の数をトランザクション数Ｂとして取得する（Ｓ４４）。トランザクション数Ｂを得るためには、例えば社員情報テーブル４００にもハッシュ管理情報テーブル５００にもタイムスタンプがないオブジェクト数をカウントする。そして制御部１０１は、推奨手数料取得部１０４から得た推奨手数料Ａとトランザクション数Ｂから、合計手数料をＡ×Ｂを計算する。

＜８．データの登録（条件判定）＞
合計手数料Ａ×Ｂは、所定期間内にデータ変更（あるいは新規登録）要求されたデータのハッシュをブロックチェーン３００に登録するための費用であり、サーバー装置１００の運用者はこれをできるだけ低下させたい要求がある。

図３の条件判定Ｓ５では、合計手数料Ａ×Ｂを予め定めた閾値と比較する。閾値は固定値を記憶しておいてもよいし、変動させてもよい、あるいは、その都度サーバー装置１００の管理者が入力してもよい。

合計手数料Ａ×Ｂが閾値以上か否かで、ハッシュをブロックチェーン３００に登録するための処理を選択する（Ｓ５）。合計手数料Ａ×Ｂが閾値以上の場合には、処理１（Ｓ６）でハッシュを登録する。合計手数料Ａ×Ｂが閾値より小さい場合には、処理２（Ｓ７）でハッシュを登録する。

＜９．データの登録（処理１によるハッシュの登録）＞
前述のように処理１は、ルートハッシュをブロックチェーン３００に登録する処理である。合計手数料Ａ×Ｂが高価であるため、ルートハッシュを用いることでトランザクション数Ｂを減少させる。

図１１は、処理１（Ｓ６）の詳細な内容を示すフロー図である。図３の条件判定Ｓ５で「ｙｅｓ」の場合、処理が開始する。

ハッシュ処理部１０３は、例えば社員情報テーブル４００にもハッシュ管理情報テーブル５００にもタイムスタンプがないオブジェクトを特定し、それらのオブジェクトを複数個纏める。纏める個数は固定値であってもよいし、例えばＢ／ｎ（ｎは所定の整数）のように定めてもよい。あるいは、すべてのオブジェクト（すなわちＢ個）をまとめてもよい。

制御部１０１は、纏めたオブジェクト毎に、オブジェクトＩＤ５０１とそれから計算したオブジェクトハッシュ５０２をハッシュ管理情報テーブル５００に登録する（Ｓ６１）。

次に、ハッシュ処理部１０３は、オブジェクトハッシュ５０２からルートハッシュを計算し、制御部１０１は、ルートハッシュ５０３をハッシュ管理情報テーブル５００に登録する（Ｓ６２）。

次に、制御部１０１は、ハッシュ管理情報テーブル５００のオブジェクトＩＤ５０１とそれから計算したオブジェクトハッシュ５０２を参照し、トランザクション発行部１０５にブロックチェーン３００に対するトランザクションの発行を依頼する。トランザクション発行部１０５は、オブジェクトＩＤ５０１とオブジェクトハッシュ５０２に対してトランザクションを発行し、通信部１０２からブロックチェーン３００に対して送信する（Ｓ６３）。

ブロックチェーン３００では、オブジェクトＩＤ５０１とそれに対応するルートハッシュ５０３を含むトランザクションを受信すると、それらをハッシュ情報記憶部３０３に登録し、トランザクションＩＤとタイムスタンプを発行する。トランザクションＩＤとタイムスタンプは、サーバー装置１００に送信される（Ｓ６４）。

図１２は、ハッシュ情報記憶部３０３に格納されているハッシュ情報テーブル１２００の構成及び内容の例を示す図である。図１２に示すように、サーバー１００から送られてきたオブジェクトＩＤ（処理１の場合は複数）１２０２と、当該オブジェクトから計算したハッシュ（処理１の場合はルートハッシュ）１２０３、および発行されたトランザクションＩＤ１２０１が登録されている。

ブロックチェーン３００から送信されたトランザクションＩＤとタイムスタンプは、制御部１０１により、ハッシュ管理情報テーブル５００の対応するオブジェクトＩＤと紐づけられる。制御部１０１は、ハッシュ管理情報テーブル５００に、受信したトランザクションＩＤ５０４とタイムスタンプ５０５を登録する（Ｓ６５）。

以上の処理により、トランザクションのコストが割高な場合には、ルートハッシュを用いてトランザクションを減少させることにより、社員情報テーブル４００のデータの非改ざん性を保証することができる。

＜１０．データの登録（処理２によるハッシュの登録）＞
図１３は、処理２（Ｓ７）の詳細な内容を示すフロー図である。図３の条件判定Ｓ５で「ｎｏ」の場合、処理が開始する。

処理２では、所定時刻までの間に蓄積されたデータ変更要求を全て処理する（Ｓ７１）。そのため、トランザクション発行部１０５は、社員情報テーブル４００にもハッシュ管理情報テーブル５００にもタイムスタンプがないオブジェクトＩＤ４０１とオブジェクトハッシュ４０５を参照して、すべてのオブジェクトＩＤ４０１とオブジェクトハッシュ４０５をブロックチェーン３００に送信する（Ｓ７２）。

ブロックチェーン３００では、オブジェクトＩＤ４０１とそれに対応するオブジェクトハッシュ４０５を受信すると、それをハッシュ情報記憶部３０３のハッシュ情報テーブル１２００に登録し、トランザクションＩＤとタイムスタンプを発行する。トランザクションＩＤとタイムスタンプは、サーバー装置１００に送信される（Ｓ７３）。

図１２に示すように、サーバー装置１００から送られてきたオブジェクトＩＤ（処理２の場合は単数）１２０２とそれから計算したハッシュ（処理２の場合はオブジェクトハッシュ）１２０３、およびこれに対して発行されたトランザクションＩＤ１２０１が登録されている。

ブロックチェーン３００から送信されたトランザクションＩＤとタイムスタンプは、制御部１０１により、社員情報テーブル４００の対応するオブジェクトＩＤと紐づけられる。制御部１０１は、社員情報テーブル４００に、受信したトランザクションＩＤ４０６とタイムスタンプ４０７を登録する（Ｓ７４）。

以上の処理により、トランザクションのコストが割安な場合には、オブジェクトハッシュを用いて、社員情報テーブルのデータの非改ざん性を保証することができる。

＜１１．データの登録（処理３によるハッシュの登録）＞
処理１により、ルートハッシュを用いて低コストでデータの非改ざん性を保証することができる。しかし、ルートハッシュのままだと、再度データが変更された場合、ハッシュ処理部１０３の負荷が大きいままとなる。また、オブジェクトのどの部分が改ざんされているかを特定することが難しくなる。

そこで処理３では、ルートハッシュでブロックチェーンのハッシュ情報記憶部３０３に登録されているオブジェクトを、オブジェクトハッシュで登録するように変更する。処理３を行うタイミングは、処理２と同じくトランザクションのコストが割安な機関である。

図３を再度参照する。処理２（Ｓ７）の終了の後で、処理１（Ｓ６）を行ったが処理３（Ｓ９）を行っていないオブジェクトがあるかどうかを確認する（Ｓ８）。これは、先に述べた「状態２」のオブジェクトを抽出する処理によって可能である。「状態２」のオブジェクトがない場合は処理を終了する。「状態２」のオブジェクトがある場合は、処理３（Ｓ９）を実行する。

図１４は、処理３（Ｓ９）の詳細な内容を示すフロー図である。図３の条件判定Ｓ８で「ｙｅｓ」の場合、処理が開始する。

最初に制御部１０１は、処理３で処理するトランザクション数を決定する（Ｓ９１）。「状態２」のオブジェクトを全て処理する場合には、Ｓ９１の処理はなくてもよいが、トランザクション数が多くなりすぎることを防ぎたい場合には、上限を設けることができる。数は予め定めた固定値でもよいし、適宜変更してもよい。そして、決定された数のトランザクションを処理する（Ｓ９２）。

制御部１０１は、社員情報テーブル４００のタイムスタンプ４０７にタイムスタンプが存在しないオブジェクトに対して、ハッシュ管理情報記憶部１１３のハッシュ管理情報テーブル５００を参照する。ハッシュ管理情報テーブル５００の対応するオブジェクトに、タイムスタンプが存在する場合、当該オブジェクトは「状態２」である。

処理２と同様に、トランザクション発行部１０５は、社員情報テーブル４００の「状態２」のオブジェクトＩＤ４０１とオブジェクトハッシュ４０５に対して、Ｓ９１で決定された数のオブジェクトに対してトランザクションを発行し、ブロックチェーン３００に送信する（Ｓ９３）。

ブロックチェーン３００では、オブジェクトＩＤ４０１とそれに対応するオブジェクトハッシュ４０５を受信すると、それをハッシュ情報記憶部３０３のハッシュ情報テーブル１２００に登録し、トランザクションＩＤ１２０１とタイムスタンプを発行する。トランザクションＩＤとタイムスタンプは、サーバー装置１００に送信される（Ｓ９４）。

ブロックチェーン３００から送信されたトランザクションＩＤとタイムスタンプは、制御部１０１により、社員情報テーブル４００の対応するオブジェクトＩＤと紐づけられる。制御部１０１は、社員情報テーブル４００に、受信したトランザクションＩＤ４０６とタイムスタンプ４０７を登録する（Ｓ９５）。

以上の処理により、ルートハッシュでブロックチェーン３００に登録されていたオブジェクトが、オブジェクトハッシュによる登録に変更され、以降のデータ変更時の処理負荷が軽減できることになる。

＜１２．実施例の運用詳細＞
図１５は、時刻（横軸）と合計手数料（縦軸）の関係を説明するグラフ図である。ここで合計手数料とは、前述のＡ×Ｂに対応する。この例の前提として、トランザクション数Ｂが時間によらず一定で、トランザクション１件あたりの手数料Ａが時間により変動する例を示している。この例では手数料Ａは昼間高く夜低い。最も手数料が高いのは１２時であり、もっとも低いのは０時である。トランザクション数が常に一定の前提のため、手数料の合計額は１２時がピークになる。

図１６は、上記実施例１を適用した際の、時刻とトランザクション数の関係の例を示すグラフ図である。

図１７は、図１６のトランザクション数の条件で、時刻と合計手数料の関係の例を示すグラフ図である。

実施例１の処理を示す図３の条件分岐Ｓ５では、想定される合計手数料が閾値以上になったときルートハッシュを用いる処理１に分岐する。いま図１５で合計手数料の閾値１５００に定めていた場合、８時から１６時までの時間帯は処理１（Ｓ６）が適用され、それ以外は処理２（Ｓ７）および処理３（Ｓ９）が適用される。図１６に示すように、処理１（Ｓ６）が適用される期間は、ルートハッシュの使用により、トランザクション数は大幅に低下する。

一方、ルートハッシュをオブジェクトハッシュに変更する処理３（Ｓ９）は、処理２（Ｓ７）と同じ１７時から７時までに時間帯に行われる。このとき、図１４の処理Ｓ９１で、処理３において処理するトランザクション数を適切に決めることが有効である。

この実施例では、合計手数料に閾値を設け、処理２によるトランザクションと処理３によるトランザクションの手数料の合計が、閾値を超えないように処理３のトランザクション数を決定する。このとき処理２によるトランザクションは、処理３より優先的に割り当てるものとする。また、処理３はできるだけ早く終了するようにトランザクションを割り当てている。

図１７に示すように、合計手数料の閾値を超えないように処理３のトランザクションが発行されていることがわかる。

＜１３．補足説明＞
上記の実施例では、処理２（Ｓ７）の後に処理３（Ｓ９）を行っているが、順番を逆にしてもよい。ただし、データの非改ざんの保証強度を上げるためには、処理２（Ｓ７）を優先したほうが望ましい。

上記の実施例では、ブロックチェーンとしてパブリックブロックチェーンを想定したが、プライベートブロックチェーンあるいはコンソーシアムブロックチェーンでもよい。

以上説明した実施例によると、ブロックチェーンへのトランザクションの発生数を調整しつつ、各データ（オブジェクトハッシュ）の非改ざん性を、タイムスタンプにより適切に証明することが可能となる。

実施例では、社員情報テーブル４００、ハッシュ管理情報テーブル５００の例を示しているが、データ構成はこれに限る必要はない。オブジェクト、およびこれに基づくオブジェクトハッシュ、ルートハッシュ、およびタイムスタンプの関係性が、例えばオブジェクトＩＤによって特定できるものであれば、他のデータテーブルを用いてもよい。

図１４の処理Ｓ９１で、処理３において処理するトランザクション数を決定する他の例を、実施例２として説明する。

図１８は、実施例２を適用した際の、時刻とトランザクション数の関係の例を示すグラフ図である。

図１９は、図１８のトランザクション数の条件で、時刻と合計手数料の関係の例を示すグラフ図である。

この例では、トランザクション１件あたりの手数料Ａが低い時間帯ほど、処理３において処理するトランザクション数を増やすというポリシーにより、トランザクション数を決定している。ポリシーの具体例としては、処理３によるトランザクション数と手数料の関係を反比例の関係とする。あるいは、手数料に反比例した重みづけで、トランザクション数を決定する。

図１８のように、処理３によるトランザクション数は、手数料の低い深夜の時間帯に増加している。

図１９に示すように、結果として合計手数料の総額を低下させることが可能となる。

実施例１では主にブロックチェーン３００としてプライベートブロックチェーンを想定し、トランザクションの経済的コストに着目してシステムを構成した。ブロックチェーンの運営形態には各種あるが、サーバー装置１００と同一主体が所有管理するプライベートブロックチェーンの形態も考えられる。このような場合には、トランザクションのコストより、サーバー装置１００とブロックチェーン３００の間の通信負荷が問題となる。すなわち、通信回線の設計としてはピークの通信量に合わせた回線容量とする必要がある。このため、ピーク時の通信量を低下させることは、回線の設備コストを節減するうえで重要である。

実施例２における、装置構成や処理は実施例１とほぼ同様である。変更点としては、図３の条件分岐処理Ｓ５において、「閾値≦トランザクション数」の条件判定を行う。トランザクション数が閾値以上の場合には、処理１（Ｓ６）の処理を行う。トランザクション数が閾値より小さい場合には、処理２（Ｓ７）および処理３（Ｓ９）の処理を行う。

処理Ｓ５のためにトランザクション数を取得する必要があるが、図１０の処理Ｓ４４とＳ４５に代えて、トランザクション数すなわちクライアントからの変更要求数をカウントすればよい。

実施例３では、図１４の処理Ｓ９１で、処理３において処理するトランザクション数の決定処理では、所定時間内におけるトランザクション数の合計（処理２と処理３のトランザクションの合計）が閾値を超えないように設定することが望ましい。トランザクション数を制限することで、必要な回線の容量を制限することが可能になる。

サーバー装置１００、クライアント装置２００、ブロックチェーン３００、ネットワーク９００、制御部１０１、通信部１０２、ハッシュ処理部１０３、推奨手数料取得部１０４、トランザクション発行部１０５、認証情報記憶部１１１、社員情報記憶部１１２、ハッシュ管理情報記憶部１１３、社員情報テーブル４００、ハッシュ管理情報テーブル５００

Claims (15)

1. データオブジェクトを保存する記憶装置と、
   前記データオブジェクトのハッシュ値を生成するハッシュ処理部と、
   前記ハッシュ値を含むトランザクションを発行するトランザクション発行部と、
   前記トランザクションを送信する通信部と、
   制御部と、
   を備え、
   前記ハッシュ処理部は、
   複数のデータオブジェクトに基づいたハッシュ値であるルートハッシュを生成する第１のハッシュ生成処理と、
   一つのデータオブジェクトに基づいたハッシュ値であるオブジェクトハッシュを生成する第２のハッシュ生成処理と、
   を実行可能であり、
   前記トランザクション発行部は、
   前記ルートハッシュを含むトランザクションを発行する第１のモードと、
   前記オブジェクトハッシュを含むトランザクションを発行する第２のモードと、
   を実行可能であり、
   前記制御部は、
   前記トランザクション発行部に対して前記第１のモードと前記第２のモードの切り替えを指示する、
   サーバー装置。
2. 前記制御部は、
   所定の期間において送信すべき前記トランザクションの数を特定し、当該トランザクションを送信するためのコストと閾値を比較し、比較結果に基づいて前記トランザクション発行部に対して前記第１のモードと前記第２のモードの切り替えを指示する、
   請求項１記載のサーバー装置。
3. 推奨手数料取得部をさらに備え、
   前記通信部は、
   ブロックチェーンに対して前記トランザクションを送信し、
   前記推奨手数料取得部は、
   前記ブロックチェーンへのトランザクションの書き込みが即時承認されるための推奨手数料を算出し、
   前記制御部は、
   前記推奨手数料と前記トランザクションの数に基づいて前記コストを算出する、
   請求項２記載のサーバー装置。
4. 前記制御部は、
   所定の期間において送信すべき前記トランザクションの数を特定し、当該トランザクションの数と閾値を比較し、比較結果に基づいて前記トランザクション発行部に対して前記第１のモードと前記第２のモードの切り替えを指示する、
   請求項１記載のサーバー装置。
5. 前記ハッシュ処理部は、
   前記オブジェクトハッシュに基づいて、前記ルートハッシュを生成する、
   請求項１記載のサーバー装置。
6. ハッシュ管理情報記憶部をさらに備え、
   前記ハッシュ処理部は、
   第１のハッシュ生成処理により生成されたルートハッシュと、その基となる複数のデータオブジェクトのオブジェクトＩＤとの関係を、前記ハッシュ管理情報記憶部に記録し、
   前記通信部は、
   ブロックチェーンに対して前記トランザクションを送信し、前記ブロックチェーンから前記トランザクションの書き込みが行われたことを示すタイムスタンプを受信し、
   前記制御部は、
   送信された前記トランザクションが前記ルートハッシュを含むものであり、当該トランザクションに対して前記タイムスタンプを受信したときには、前記ハッシュ管理情報記憶部に前記ルートハッシュと前記タイムスタンプを対応付けて記録する、
   請求項１記載のサーバー装置。
7. 前記制御部は、
   前記ハッシュ管理情報記憶部に前記ルートハッシュと前記タイムスタンプが対応付けて記録されているときには、前記第２のモード中に、前記トランザクション発行部に対して、ルートハッシュの基となる複数のデータオブジェクトそれぞれのオブジェクトハッシュを含むトランザクションの発行を指示する、
   請求項６記載のサーバー装置。
8. データ情報記憶部をさらに含み。
   前記制御部は、
   送信された前記トランザクションが前記ルートハッシュの基となるデータオブジェクトのオブジェクトハッシュを含むものであり、当該トランザクションに対して前記タイムスタンプを受信したときには、前記データ情報記憶部に前記オブジェクトハッシュと前記タイムスタンプを対応付けて記録する、
   請求項７記載のサーバー装置。
9. 前記制御部は、
   前記ルートハッシュの基となるデータオブジェクトを参照する指示を受け付けたときには、データの状態を示すタイムスタンプとして、前記データ情報記憶部に記録されたタイムスタンプではなく、前記ハッシュ管理情報記憶部に記録されたタイムスタンプを用いる、
   請求項８記載のサーバー装置。
10. 前記制御部は、
    前記第２のモード中に発行されるトランザクションの数を、当該トランザクションを送信するためのコストの合計が閾値以下になるように決定する、
    請求項７記載のサーバー装置。
11. 前記制御部は、
    前記第２のモード中に発行されるトランザクションの数を、当該トランザクションを送信するための１トランザクション当たりのコストと反比例した重みづけにより決定する、
    請求項７記載のサーバー装置。
12. 前記制御部は、
    前記第２のモード中に発行されるトランザクションの数を、閾値以下になるように決定する、
    請求項７記載のサーバー装置。
13. 請求項１記載のサーバー装置を備え、
    前記サーバー装置は、
    １または複数のクライアント装置から送信されてきたデータを、前記記憶装置に前記データオブジェクトとして記録し、
    前記データオブジェクトの新規の記録あるいは変更に対応して、前記第１のモードまたは前記第２のモードにより、前記データオブジェクトのハッシュ値を含むトランザクションをブロックチェーンに送信し、
    前記ブロックチェーンから送信されるタイムスタンプを、前記データオブジェクトと対応付けて記録することで、データの非改ざん性を保証する、
    データ管理システム。
14. 記憶装置にデータオブジェクトを保存する記憶装置と、
    前記データオブジェクトのハッシュ値を生成するハッシュ処理部と、
    前記ハッシュ値を含むトランザクションを発行するトランザクション発行部と、
    前記トランザクションを送信する通信部と、
    を用いるデータ管理方法であって、
    前記ハッシュ処理部は、
    複数のデータオブジェクトに基づいたハッシュ値であるルートハッシュを生成する第１のハッシュ生成処理と、
    一つのデータオブジェクトに基づいたハッシュ値であるオブジェクトハッシュを生成する第２のハッシュ生成処理と、
    を実行可能であり、
    前記トランザクション発行部は、
    前記ルートハッシュを含むトランザクションを発行する第１のモードと、
    前記オブジェクトハッシュを含むトランザクションを発行する第２のモードと、
    を実行可能であり、
    前記第１のモードと前記第２のモードを選択的に実行する、
    データ管理方法。
15. 前記データオブジェクトの新規の記録あるいは変更に対応して、前記第１のモードまたは前記第２のモードにより、前記データオブジェクトのハッシュ値を含むトランザクションをブロックチェーンに送信し、
    前記トランザクションに対応して前記ブロックチェーンから送られてきたタイムスタンプを、前記データオブジェクトと対応付けて記録することで、データの非改ざん性を保証する際に、
    所定のデータオブジェクトのハッシュ値が、ルートハッシュを含むトランザクションおよびオブジェクトハッシュを含むトランザクションの両方に含まれている場合、
    ルートハッシュを含むトランザクションに対応して送られてきたタイムスタンプを、オブジェクトハッシュのタイムスタンプとして用いる、
    データ管理方法。

Images