JP7276539B2 - データ管理装置およびデータ管理方法 - Google Patents

Description

本開示は、分散型台帳技術を用いてデータを管理するデータ管理装置およびデータ管理方法に関する。

特開２０１９－４６４４２号公報（特許文献１）には、特許等の知的財産に関するデータをブロックチェーン等の共用台帳に格納する知的財産管理システムが開示されている。この知的財産管理システムは、共用台帳のデータに基づいて公証データを生成し、当該公証データの公証を外部接続される公証サービスに依頼する。そして、知的財産管理システムは、公証日時を記録する。これにより、データの記録の正確性を保証している。

特開２０１９－４６４４２号公報 特表２０１９－５２１６２７号公報

近年における事業の多国展開等に鑑み、複数の国や地域においてデータを記録した時刻の正確性を保証することが重要になってきている。しかしながら、ある国の認証サービスによる認証が、他の国においては公式に認められないというケースが起こり得る。そのため、たとえば、ある国の認証サービスによる認証を受けたデータは、当該認証サービスの属する国以外の国において、その認証により必ずしもデータを記録した時刻の正確性が保証されるものではない。複数の国や地域においてデータを記録した時刻の正確性を保証することができる仕組みが望まれている。

本開示は、上記課題を解決するためになされたものであり、本開示の目的は、複数の国および／または地域において、データを記録した時刻の正確性を保証することである。

（１）本開示のある局面に係るデータ管理装置は、分散型台帳技術を用いてデータを管理する。このデータ管理装置は、分散型台帳を記憶する記憶装置と、データの情報を含むトランザクションデータを分散型台帳に登録する制御装置と、複数の時刻認証局と通信可能に構成された通信装置とを備える。複数の時刻認証局の各々は、互いに異なる規格に基づく時刻認証局である。制御装置は、通信装置を介して、トランザクションデータを複数の時刻認証局のうちの選択された少なくとも１つの時刻認証局に送信して、当該選択された時刻認証局からトランザクションデータのタイムスタンプトークンを取得し、タイムスタンプトークンを分散型台帳に登録する。

上記構成によれば、制御装置は、分散型台帳で管理する対象となるデータ（以下「対象データ」とも称する）の情報を含むトランザクションデータを、通信装置を介して複数の時刻認証局のうちの選択された少なくとも１つの時刻認証局に送信して、当該選択された時刻認証局からトランザクションデータのタイムスタンプトークンを取得する。そして、制御装置は、取得されたタイムスタンプトークンを分散型台帳に登録する。これにより、時刻認証局から取得したタイムスタンプトークンが分散型台帳で管理される。複数の時刻認証局の各々は、互いに異なる規格に基づく時刻認証局である。このような複数の時刻認証局からタイムスタンプトークンを取得して分散型台帳で管理することにより、複数の国および／または地域において、データを記録した時刻の正確性を保証することができる。

（２）ある実施の形態においては、データ管理装置は、通信装置を介して、複数の時刻認証局の中から任意の時刻認証局を選択することが可能に構成された入力装置をさらに備える。制御装置は、入力装置への入力により選択された時刻認証局へトランザクションデータを送信する。

たとえば、対象データの内容や属性等によって、複数の時刻認証局の全てからタイムスタンプトークンを取得する必要がない場合もある。上記構成によれば、データ管理装置のユーザは、タイムスタンプトークンを取得する時刻認証局を選択することができる。これにより、たとえば、タイムスタンプトークンを取得する必要がない時刻認証局からはタイムスタンプトークンを取得しないようにすることができるので、処理負荷を低減させることが可能となる。

（３）ある実施の形態においては、制御装置は、通信装置を介して、トランザクションデータをハッシュ化して得られるハッシュ値を複数の時刻認証局のうちの選択された少なくとも１つの時刻認証局に送信して、当該選択された時刻認証局からハッシュ値のタイムスタンプトークンを取得し、タイムスタンプトークンを分散型台帳に登録する。

上記構成によれば、制御装置は、対象データの情報を含むトランザクションデータのハッシュ値を、通信装置を介して複数の時刻認証局のうちの選択された少なくとも１つの時刻認証局に送信して、当該選択された時刻認証局からハッシュ値のタイムスタンプトークンを取得する。そして、制御装置は、取得されたタイムスタンプトークンを分散型台帳に登録する。これにより、時刻認証局から取得したタイムスタンプトークンが分散型台帳で管理される。このような構成によっても、複数の国および／または地域において、データを記録した時刻の正確性を保証することができる。

（４）ある実施の形態においては、制御装置は、データを再度ハッシュ化し、再度ハッシュ化された値と、タイムスタンプトークンを取得したハッシュ値とを比較し、当該比較結果に基づいてデータの存在証明を検証する。

上記構成によれば、データの存在証明を検証することができ、当該データがタイムスタンプトークンに含まれる時刻に存在していたこと、および、その時刻以降に当該データが改ざんされていないことを証明することができる。

（５）ある実施の形態においては、データは、ＩＤ情報に紐付けられている。入力装置は、ＩＤ情報を選択可能に構成される。入力装置に対する操作により選択されたＩＤ情報に紐付けられた少なくとも１つのトランザクションデータを分散型台帳から読み出し、通信装置を介して、読み出された少なくとも１つのトランザクションデータを纏めてハッシュ化したハッシュデータを、複数の時刻認証局のうちの選択された少なくとも１つの時刻認証局に送信して、当該選択された時刻認証局からハッシュデータのタイムスタンプトークンを取得し、タイムスタンプトークンを分散型台帳に登録する。

上記構成によれば、データ管理装置のユーザは、任意のタイミングでハッシュデータのタイムスタンプトークンを取得することができる。

（６）ある実施の形態においては、制御装置は、ＩＤ情報に紐付けられた少なくとも１つのトランザクションデータを再度ハッシュ化し、再度ハッシュ化された値と、タイムスタンプトークンを取得したハッシュデータとを比較し、当該比較結果に基づいてデータの存在証明を検証する。

上記構成によれば、ハッシュデータ単位でのデータの存在証明を検証することができる。

（７）ある実施の形態においては、通信装置は、複数の鍵認証局と通信可能に構成される。複数の鍵認証局の各々は、互いに異なる規格に基づいて、秘密鍵および秘密鍵と対の公開鍵に対して電子証明書を発行する認証局である。電子証明書は、公開鍵の情報を含む。記憶装置は、複数の鍵認証局の各々に対応する秘密鍵、および、複数の鍵認証局の各々が発行した電子証明書を記憶する。制御装置は、複数の鍵認証局毎に秘密鍵を用いて電子署名を生成し、複数の鍵認証局毎の電子署名をトランザクションデータに含める。

上記構成によれば、分散型台帳に登録される１つのトランザクションデータに、複数の認証局毎の電子署名が含まれる。電子署名の有効性は、規格の違いに起因して、国または地域によって異なり得る。規格の異なる複数の電子署名がトランザクションデータに含まれることにより、複数の国および／または地域でトランザクションデータに含まれた電子署名の有効性を証明することが可能となる。これにより、分散型台帳に登録されるデータの信頼性が高まり、第三者のなりすましやデータの改ざんを抑制することができる。

（８）ある実施の形態においては、通信装置は、複数の鍵認証局と通信可能に構成される。複数の鍵認証局の各々は、互いに異なる規格に基づいて、秘密鍵および秘密鍵と対の公開鍵に対して電子証明書を発行する認証局である。電子証明書は、公開鍵の情報を含む。記憶装置は、複数の鍵認証局の各々に対応する秘密鍵、および、複数の鍵認証局の各々が発行した電子証明書を記憶する。制御装置は、複数の鍵認証局毎に秘密鍵を用いて電子署名を生成し、１つの処理に対して、複数の鍵認証局に対応する複数のトランザクションデータを分散型台帳に登録する。複数のトランザクションデータの各々には、対応した鍵認証局の電子署名が含まれる。

上記構成によれば、１つの処理に対して、複数の鍵認証局に対応した複数のトランザクションデータが分散型台帳に登録される。上述のとおり、電子署名の有効性は、規格の違いに起因して、国または地域によって異なり得るが、１つの処理に対して、異なる規格に基づいた電子署名が含まれる複数のトランザクションデータが分散型台帳に登録されることにより、複数の国および／または地域で電子署名の有効性を証明することが可能となる。これにより、分散型台帳に登録されるデータの信頼性が高まり、第三者のなりすましやデータの改ざんを抑制することができる。

（９）ある実施の形態においては、制御装置は、複数の鍵認証局毎の電子署名を、対応する複数の鍵認証局毎の電子証明書に含まれる公開鍵を用いて復号し、復号の結果に基づいて、複数の鍵認証局毎の電子署名の有効性を検証する。

上記構成によれば、トランザクションデータに含まれる複数の電子署名、あるいは、トランザクションデータ毎に含まれる電子署名の有効性を検証することができる。

（１０）ある実施の形態においては、データは、知的財産に関するデータである。
知的財産に関するデータにおいては、先使用権等の観点から、そのデータを記録した時刻の正確性を保証することが重要であるが、上記構成によれば、知的財産に関するデータを記録した時刻の正確性を保証することができる。

（１１）本開示の他の局面に係るデータ管理方法は、分散型台帳技術を用いてデータを管理するデータ管理装置のデータ管理方法である。データ管理装置は、分散型台帳を記憶する記憶装置と、データの情報を含むトランザクションデータを分散型台帳に登録する制御装置と、複数の時刻認証局と通信可能に構成された通信装置とを備える。複数の時刻認証局の各々は、互いに異なる規格に基づく時刻認証局である。データ管理方法は、トランザクションデータを複数の時刻認証局のうちの選択された少なくとも１つの時刻認証局に送信するステップと、選択された時刻認証局からトランザクションデータのタイムスタンプトークンを取得するステップと、タイムスタンプトークンを分散型台帳に登録するステップとを含む。

本開示によれば、複数の国および／または地域において、データを記録した時刻の正確性を保証することができる。

実施の形態１に係るデータ管理システムの概略的な構成を示す図である。 ＤＡＧデータを説明するための図である。 トランザクションデータの生成を説明するための制御装置の機能ブロック図である。 存在証明の申請（タイムスタンプトークンの取得）の概要を説明するための図である。 ＤＡＧデータの作成から存在証明の申請（タイムスタンプトークンの取得）までの流れを説明するためのシーケンス図である。 存在証明の申請（タイムスタンプトークンの取得）をするためのインターフェース画面を説明するための図である。 図６の「存在証明の発行」のボタンを選択した場合に表示されるインターフェース画面を説明するための図である。 存在証明の申請（タイムスタンプトークンの取得）を説明するための制御装置の機能ブロック図である。 存在証明の検証の流れを説明するためのシーケンス図である。 存在証明の検証をするためのインターフェース画面を説明するための図である。 存在証明の検証を説明するための制御装置の機能ブロック図である。 電子署名の有効性の検証を説明するための制御装置の機能ブロック図である。 トランザクションデータを生成する処理の手順を示すフローチャートである。 発明情報の存在証明の申請をする処理の手順を示すフローチャートである。 存在証明を検証する処理の手順を示すフローチャートである。 電子署名の有効性を検証する処理の手順を示すフローチャートである。 実施の形態２に係るデータ管理システムの概略的な構成を示す図である。 ブロックチェーンデータを説明するための図である。 存在証明の申請（タイムスタンプトークンの取得）の概要を説明するための図である。

以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。実施の形態１では、分散型台帳技術を用いてデータを管理するデータ管理システムにおいて、ＤＡＧ（Directed Acyclic Graph）を用いた分散型台帳技術が適用される例を説明する。実施の形態２では、分散型台帳技術を用いてデータを管理するデータ管理システムにおいて、ブロックチェーンを用いた分散型台帳技術が適用される例を説明する。なお、データ管理システムには、上記のＤＡＧを用いた分散型台帳技術およびブロックチェーンを用いた分散型台帳技術以外の他の分散型台帳技術を適用することも可能である。なお、図中同一または相当部分には同一符号を付して、その説明は繰り返さない。

［実施の形態１］
＜データ管理システムの全体構成＞
図１は、実施の形態１に係るデータ管理システム１の概略的な構成を示す図である。本実施の形態に係るデータ管理システム１は、複数の企業間でネットワークを形成して、特許等の知的財産に関するデータを管理するためのシステムである。なお、データ管理システム１で管理されるデータは、知的財産に関するデータに限られるものではなく、種々のデータであってよい。

図１を参照して、データ管理システム１は、４台のデータ管理装置１００と、認証局群３００と、時刻認証局群４００とを備える。４台のデータ管理装置１００の各々は、異なる企業（たとえば、Ａ企業、Ｂ企業、Ｃ企業およびＤ企業）に帰属するデータ管理装置である。図１では、Ａ企業のデータ管理装置１００をデータ管理装置１００と表記し、Ｂ企業、Ｃ企業およびＤ企業のデータ管理装置１００をデータ管理装置１００Ａと表記するものとする。以下においては、Ａ企業のデータ管理装置１００について代表的に説明するが、データ管理装置１００Ａも同様の機能を有する。

４台のデータ管理装置１００，１００Ａは、ネットワークＮＷを形成している。実施の形態１に係るデータ管理システム１には、ＤＡＧを用いた分散型台帳技術が適用される。ＤＡＧを用いた分散型台帳（以下、単に「ＤＡＧ」とも称する）には、特許等の知的財産に関するデータの記録の履歴等を含む種々の情報（記録情報）が含まれている。ＤＡＧには、データ管理システム１の運用が開始されてから現在までのすべての記録情報が記憶されている。なお、本実施の形態に係るデータ管理システム１においては、４台のデータ管理装置がネットワークＮＷを形成する例について説明するが、ネットワークＮＷを形成するデータ管理装置の台数は、任意であり、たとえば、４台未満であってもよいし、５台以上であってもよい。

データ管理装置１００は、たとえば、デスクトップ型のＰＣ（Personal Computer）、ノート型のＰＣ、タブレット端末、スマートフォン、または、通信機能を有するその他の情報処理端末である。データ管理装置１００は、制御装置１１０と、ＲＯＭ（Read Only Memory）１２０と、ＲＡＭ（Random Access Memory）１３０と、通信装置１４０と、記憶装置１５０と、入力装置１６０と、表示装置１７０とを含む。制御装置１１０、ＲＯＭ１２０、ＲＡＭ１３０、通信装置１４０、記憶装置１５０、入力装置１６０、および表示装置１７０は、バス１８０に接続されている。また、データ管理装置１００には、管理サーバ２００が通信可能に接続されている。

制御装置１１０は、たとえば、ＣＰＵ（Central Processing Unit）を含む集積回路によって構成される。制御装置１１０は、ＲＯＭ１２０に格納されている各種プログラムをＲＡＭ１３０に展開して実行する。各種プログラムには、オペレーティングシステム等が含まれる。ＲＡＭ１３０は、ワーキングメモリとして機能し、各種プログラムの実行に必要な各種データを一時的に格納する。制御装置１１０は、複数の規格（たとえば、日本の規格、中国の規格、米国の規格およびＥＵの規格、等）に準拠して、それぞれの規格に準拠した秘密鍵（たとえば、後述の第１～第４秘密鍵）および公開鍵（たとえば、後述の第１～第４公開鍵）を生成する機能を有する。

通信装置１４０は、外部の機器との通信が可能に構成される。外部の機器は、たとえば、データ管理装置１００Ａ、管理サーバ２００、認証局群３００および時刻認証局群４００等を含む。通信装置１４０と外部の機器との通信は、インターネット、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、イーサネット（登録商標）ネットワーク、パブリックネットワーク、プライベートネットワーク、有線ネットワークまたは無線ネットワーク等、あるいは、これらの組み合わせを用いて行なわれる。

記憶装置１５０は、たとえば、ハードディスクまたはフラッシュメモリ等の記憶媒体を含んで構成される。記憶装置１５０は、ＤＡＧデータ１５２を記憶する。なお、ＤＡＧデータ１５２が記憶されるのは、記憶装置１５０に限定されるものではなく、ＲＯＭ１２０、ＲＡＭ１３０、または、管理サーバ２００に記憶されてもよい。ＤＡＧデータ１５２の詳細については、後述する。また、記憶装置１５０は、制御装置１１０により生成された秘密鍵および公開鍵を記憶する。また、記憶装置１５０は、認証局群３００に含まれる複数の認証局の各々から発行された電子証明書を記憶する。なお、秘密鍵、公開鍵および電子証明書が記憶されるのは、記憶装置１５０に限定されるものではなく、ＲＯＭ１２０、ＲＡＭ１３０、または、管理サーバ２００に記憶されてもよい。

入力装置１６０は、入力デバイスを含む。入力デバイスは、たとえば、マウス、キーボード、タッチパネル、および／または、ユーザの操作を受け付けることが可能なその他の装置である。

表示装置１７０は、ディスプレイを含む。表示装置１７０は、制御装置１１０からの制御信号に従って、ディスプレイに各種の画像を表示させる。ディスプレイは、たとえば、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ、または、その他の表示機器である。

管理サーバ２００は、特許等の知的財産に関するデータを記憶する。管理サーバ２００は、データ管理装置１００からの制御信号に従って知的財産に関するデータを記憶する。なお、知的財産に関するデータは、記憶装置１５０に記憶されてもよい。

認証局群３００は、複数の認証局を含む。認証局は、電子証明書を発行する認証機関に帰属するサーバを含む。電子証明書の申請者（本実施の形態においては、データ管理装置１００）は、秘密鍵および公開鍵を生成し、生成された公開鍵を認証局に送信する。認証局は、申請者から受けた公開鍵に対して電子証明書を生成し、電子証明書を申請者に発行する。あるいは、認証局は、申請者（本実施の形態においては、データ管理装置１００）の求めに応じて、秘密鍵および公開鍵、ならびに、電子証明書を生成し、これらを申請者に発行してもよい。認証局は、たとえば、公開鍵の情報を電子証明書に含めて発行する。認証局群３００に含まれている複数の認証局の各々は、互いに異なる規格に準拠した電子証明書を発行する。本実施の形態においては、認証局群３００には、第１認証局３１０、第２認証局３２０、第３認証局３３０および第４認証局３４０の４つの認証局が含まれている。なお、認証局群３００に含まれる認証局の数は任意であり、たとえば４つ未満であってもよいし、５つ以上であってもよい。

第１認証局３１０は、たとえば、日本の規格に準拠した電子証明書を発行する認証機関に帰属するサーバを含む。申請者は、日本の規格に準拠した第１秘密鍵および第１公開鍵を生成し、生成された第１公開鍵を第１認証局３１０に送信する。第１認証局３１０は、申請者から受けた第１公開鍵に対して第１電子証明書を生成し、第１電子証明書を申請者に発行する。なお、第１認証局３１０が第１秘密鍵および第１公開鍵を生成する場合には、第１認証局３１０は、申請者の求めに応じて、第１秘密鍵および第１公開鍵を生成し、第１秘密鍵、および、第１公開鍵を含めた第１電子証明書を申請者に発行する。第２認証局３２０は、たとえば、中国の規格に準拠した電子証明書を発行する認証機関に帰属するサーバを含む。申請者は、中国の規格に準拠した第２秘密鍵および第２公開鍵を生成し、生成された第２公開鍵を第２認証局３２０に送信する。第２認証局３２０は、申請者から受けた第２公開鍵に対して第２電子証明書を生成し、第２電子証明書を申請者に発行する。なお、第２認証局３２０が第２秘密鍵および第２公開鍵を生成する場合には、第２認証局３２０は、申請者の求めに応じて、第２秘密鍵および第２公開鍵を生成し、第２秘密鍵、および、第２公開鍵を含めた第２電子証明書を申請者に発行する。第３認証局３３０は、たとえば、米国の規格に準拠した電子証明書を発行する認証機関に帰属するサーバを含む。申請者は、米国の規格に準拠した第３秘密鍵および第３公開鍵を生成し、生成された第３公開鍵を第３認証局３３０に送信する。第３認証局３３０は、申請者から受けた第３公開鍵に対して第３電子証明書を生成し、第３電子証明書を申請者に発行する。なお、第３認証局３３０が第３秘密鍵および第３公開鍵を生成する場合には、第３認証局３３０は、申請者の求めに応じて、第３秘密鍵および第３公開鍵を生成し、第３秘密鍵、および、第３公開鍵を含めた第３電子証明書を申請者に発行する。第４認証局３４０は、たとえば、ＥＵの規格に準拠した電子証明書を発行する認証機関に帰属するサーバを含む。申請者は、ＥＵの規格に準拠した第４秘密鍵および第４公開鍵を生成し、生成された第４公開鍵を第４認証局３４０に送信する。第４認証局３４０は、申請者から受けた第４公開鍵に対して第４電子証明書を生成し、第４電子証明書を申請者に発行する。なお、第４認証局３４０が第４秘密鍵および第４公開鍵を生成する場合には、第４認証局３４０は、申請者の求めに応じて、第４秘密鍵および第４公開鍵を生成し、第４秘密鍵、および、第４公開鍵を含めた第４電子証明書を申請者に発行する。

本実施の形態では、第１秘密鍵、第１電子証明書、第２秘密鍵、第２電子証明書、第３秘密鍵、第３電子証明書、第４秘密鍵、および、第４電子証明書は、記憶装置１５０に記憶される。なお、認証局群３００に含まれている第１認証局３１０、第２認証局３２０、第３認証局３３０および第４認証局３４０の各々は、本開示に係る「鍵認証局」の一例に相当する。

時刻認証局群４００は、複数の時刻認証局（ＴＳＡ：Time Stamp Authority）を含む。時刻認証局は、タイムスタンプトークンを発行する認証機関に帰属するサーバを含む。時刻認証局は、申請者（本実施の形態においては、データ管理装置１００）からのタイムスタンプ発行要求に応じて、タイムスタンプトークンを発行する。より具体的には、時刻認証局は、申請者（本実施の形態においては、データ管理装置１００）から受信したデータ（ハッシュ値）に、国際標準時に追跡性がある時刻源に基づく時刻情報を結合させたタイムスタンプトークンを、申請者に送信する。データ管理装置１００から時刻認証局に送信されるデータは、たとえば、トランザクションデータ（後述）のハッシュ値であってもよいし、ある発明のＩＤ（発明ＩＤ）に紐付けられた少なくとも１つのトランザクションデータを纏めてハッシュ化したハッシュ値（発明ハッシュ（後述））であってもよい。トランザクションデータの詳細は後述するが、トランザクションデータは、管理サーバ２００に記憶された知的財産に関するデータのハッシュ値を含むデータである。ハッシュ値は、ハッシュ関数を用いてデータをハッシュ化した結果として得られる数値である。

本実施の形態においては、時刻認証局群４００は、第１時刻認証局４１０、第２時刻認証局４２０、第３時刻認証局４３０および第４時刻認証局４４０の４つの時刻認証局が含まれている。なお、時刻認証局群４００に含まれる時刻認証局の数は任意であり、たとえば４つ未満であってもよいし、５つ以上であってもよい。

第１時刻認証局４１０、第２時刻認証局４２０、第３時刻認証局４３０および第４時刻認証局４４０の各々は、国または地域で互いに異なる規格に基づく時刻認証局である。第１時刻認証局４１０は、たとえば、日本の規格に準拠したタイムスタンプを発行する時刻認証機関に帰属するサーバを含む。第２時刻認証局４２０は、たとえば、中国の規格に準拠したタイムスタンプを発行する時刻認証機関に帰属するサーバを含む。第３時刻認証局４３０は、たとえば、米国の規格に準拠したタイムスタンプを発行する時刻認証機関に帰属するサーバを含む。第４時刻認証局４４０は、たとえば、ＥＵの規格に準拠したタイムスタンプを発行する時刻認証機関に帰属するサーバを含む。

＜ＤＡＧデータ＞
図２は、ＤＡＧデータ１５２を説明するための図である。図２に示されるように、ＤＡＧデータ１５２は、１つのトランザクションデータを一方向に、かつ、複数に、かつ、巡回しないように繋いだ構成となっている。トランザクションデータは、トランザクションを示すデータであり、その詳細は後述する。ＤＡＧデータ１５２には、データ管理システム１の運用が開始されてから現在までの、ネットワークＮＷを形成するデータ管理装置１００，１００Ａにおける知的財産に関するデータ等の記録の履歴が記憶されている。ＤＡＧデータ１５２は、ネットワークＮＷを形成する全てのデータ管理装置１００，１００Ａに記憶されている。これにより、仮にＤＡＧデータ１５２があるユーザによって改ざんされたとしても、他の複数のユーザのＤＡＧデータ１５２を基準として改ざんが防止される。

図２に示す、本実施の形態に係るＤＡＧデータ１５２の例においては、トランザクションデータは、当該トランザクションデータが対応するトランザクションよりも過去に発生した２つのトランザクションのトランザクションデータと繋がっている。これは、トランザクションデータが、当該トランザクションデータが対応するトランザクションよりも過去に発生した２つのトランザクションのトランザクションデータのハッシュ値を含む構成となっていることを示している。具体的に、トランザクションデータ１５３ｃをＤＡＧデータ１５２に追加する場合を例として、本実施の形態に係る合意形成アルゴリズムを説明する。

新たな知的財産に関するデータを登録する場合、データ管理装置１００は、新たに登録する知的財産に関するデータ（たとえばドキュメント）を管理サーバ２００に記憶させると、この処理を示すトランザクションのデータ（トランザクションデータ）１５３ｃを生成して、トランザクションデータ１５３ｃをネットワークＮＷへ送信する。このトランザクションデータ１５３ｃには、上記知的財産に関するデータ（ドキュメント）のハッシュ値が含まれる。このハッシュ値は、知的財産に関するデータを、ハッシュ関数を用いてハッシュ化し、ハッシュ化の結果として得られた数値である。さらに、このトランザクションデータ１５３ｃには、トランザクションデータ１５３ｃが対応するトランザクション（上記知的財産に関するデータの管理サーバ２００への記憶）よりも過去に発生した２つのトランザクションのトランザクションデータ１５３ａ，１５３ｂのそれぞれのハッシュ値が含まれる。トランザクションデータ１５３ｃにトランザクションデータ１５３ａ，１５３ｂのそれぞれのハッシュ値が含まれていることは、トランザクションデータ１５３ｃの生成時にデータ管理装置１００が、トランザクションデータ１５３ａ，１５３ｂを承認したことを示している。

データ管理装置１００は、トランザクションデータ１５３ｃを生成する場合に、ＤＡＧデータ１５２に含まれる過去のトランザクションデータから２つのトランザクションデータ１５３ａ，１５３ｂを選択する。そして、データ管理装置１００は、選択されたトランザクションデータ１５３ａ，１５３ｂを承認するために、選択されたトランザクションデータ１５３ａ，１５３ｂの内容を検証する。さらに、データ管理装置１００は、トランザクションデータ１５３ａ，１５３ｂが直接的または間接的に承認しているトランザクションデータを遡って検証し、不正なトランザクションデータを承認していないことを検証してもよい。直接的に承認しているとは、そのトランザクションデータのハッシュ値を含んでいることであり、たとえば、トランザクションデータ１５３ａ，１５３ｃを例にすれば、トランザクションデータ１５３ｃは、トランザクションデータ１５３ａを直接的に承認している。間接的に承認しているとは、直接的に承認しているトランザクションデータが、そのトランザクションデータを直接的または間接的に承認していることであり、たとえば、トランザクションデータ１５３ａ，１５３ｃ，１５３ｆを例にすれば、トランザクションデータ１５３ｆは、トランザクションデータ１５３ａを直接的に承認しているトランザクションデータ１５３ｃのハッシュ値を含んでおり、トランザクションデータ１５３ａを間接的に承認している。

検証の手法は、たとえば、トランザクションデータに含まれる電子署名を用いた検証手法でもよいし、他の公知の検証手法であってもよい。トランザクションデータの内容の検証を終えると、データ管理装置１００は、検証したトランザクションデータ１５３ａ，１５３ｂをそれぞれハッシュ化し、これらのハッシュ値をトランザクションデータ１５３ｃに含める。なお、２つのトランザクションデータ１５３ａ，１５３ｂの選択方法は、過去のトランザクションデータの中からランダムに選択する方法であってもよいし、たとえばマルコフ連鎖モンテカルロ法のような選択アルゴリズムを用いた選択方法であってもよい。

データ管理装置１００からネットワークＮＷへ送信されたトランザクションデータ１５３ｃは、後にデータ管理装置１００Ａまたは／およびデータ管理装置１００によって、上記の説明と同様にして承認される。たとえば、トランザクションデータ１５３ｃは、トランザクションデータ１５３ｄ，１５３ｆに承認されている。

さらに、トランザクションデータの承認においては、トランザクションデータに対する荷重が考慮されてもよい。トランザクションデータには、当該トランザクションデータを直接的または間接的に承認しているトランザクションデータの荷重の総和である累積荷重が設定される。すなわち、累積荷重は、その値が大きいほど当該トランザクションデータを承認しているトランザクションデータが多いことを示す。換言すれば、累積荷重が大きいほど、トランザクションデータが有効である確率が高くなる。荷重は、トランザクションデータを生成した本人（たとえばデータ管理装置１００）が承認した場合と、他人（たとえばデータ管理装置１００Ａ）が承認した場合とで、異なるように設定されてもよい。

＜トランザクションデータ＞
トランザクションデータには、たとえば、発明ＩＤの情報、対象データ（知的財産に関するデータ：たとえばドキュメント）のハッシュ値、当該トランザクションデータをネットワークＮＷへ向けてブロードキャストする（ネットワークＮＷへ送信する）時刻情報、当該トランザクションデータの送信者情報、上述の過去のトランザクションデータのハッシュ値、および、電子署名、等が含まれる。トランザクションデータに含まれる知的財産に関するデータは、発明ＩＤに関連するデータである。発明ＩＤの情報および知的財産に関するデータのハッシュ値の詳細については、後に説明する。なお、トランザクションデータに含まれる時刻情報は、トランザクションデータが対応する処理（たとえば、対象データを管理サーバ２００への記録する処理）の発生時刻を示す時刻情報であってもよい。

トランザクションデータの送信者情報は、たとえば、データ管理装置１００がネットワークＮＷへ送信したトランザクションデータであれば、Ａ企業を示す情報である。なお、トランザクションデータの送信者情報は、さらに詳細に、ネットワークＮＷへトランザクションデータを送信する操作を実行した部署（Ａ企業の一部門）を示す情報であってもよいし、ネットワークＮＷへトランザクションデータを送信する操作を実行した個人（Ａ企業の従業員）を示す情報であってもよい。

＜トランザクションデータの生成＞
図３は、トランザクションデータの生成を説明するための制御装置１１０の機能ブロック図である。図３を参照して、制御装置１１０は、情報取得部１１０１と、トランザクションデータ生成部１１０３と、電子署名部１１０５と、トランザクションデータ送信部１１０７とを含む。制御装置１１０は、たとえば、ＲＯＭ１２０に記憶されたプログラムを実行することにより、情報取得部１１０１、トランザクションデータ生成部１１０３、電子署名部１１０５、および、トランザクションデータ送信部１１０７として機能する。なお、情報取得部１１０１、トランザクションデータ生成部１１０３、電子署名部１１０５、および、トランザクションデータ送信部１１０７は、たとえば、専用のハードウェア（電子回路）により実現されてもよい。

情報取得部１１０１は、入力装置１６０を介して、ユーザからの要求情報を取得する。要求情報は、たとえば、知的財産に関するデータの記録等の要求を含む。たとえば、データ管理装置１００のユーザが、入力装置１６０を操作して、知的財産に関するデータを管理サーバ２００に保存（登録）すると、知的財産に関するデータの記録等の要求が情報取得部１１０１に入力される。また、詳細は後述するが、情報取得部１１０１は、通信装置１４０を介して、時刻認証局群４００からタイムスタンプトークンを取得する。情報取得部１１０１は、要求情報またはタイムスタンプトークンを取得すると、要求情報またはタイムスタンプトークンをトランザクションデータ生成部１１０３に出力する。

トランザクションデータ生成部１１０３は、ネットワークＮＷへ送信するためのトランザクションデータを生成する。たとえば、知的財産に関するデータを記録する要求情報を情報取得部１１０１から取得した場合、トランザクションデータ生成部１１０３は、管理サーバ２００から当該知的財産に関するデータ（対象データ）を読み出して、ハッシュ関数を用いて対象データをハッシュ化する。そして、トランザクションデータ生成部１１０３は、ハッシュ化された対象データをＤＡＧデータ１５２に含めるためのトランザクションデータを生成する。また、たとえば、タイムスタンプトークンを情報取得部１１０１から取得した場合、トランザクションデータ生成部１１０３は、ハッシュ関数を用いてタイムスタンプトークン（対象データ）をハッシュ化して、ハッシュ化されたタイムスタンプトークンをＤＡＧデータ１５２に含めるためのトランザクションデータを生成する。

また、トランザクションデータ生成部１１０３は、電子署名部１１０５から電子署名を受ける。トランザクションデータ生成部１１０３は、電子署名をトランザクションデータに含める。

電子署名部１１０５は、第１～第４秘密鍵を記憶装置１５０から読み出す。電子署名部１１０５は、第１秘密鍵を用いて、第１電子署名を生成する。たとえば、電子署名部１１０５は、トランザクションデータ生成部１１０３からハッシュ化された対象データを取得し、第１秘密鍵を用いて、当該ハッシュ化された対象データを暗号化することで第１電子署名を生成する。電子署名部１１０５は、生成された第１電子署名をトランザクションデータ生成部１１０３に出力する。また、電子署名部１１０５は、上述した第１電子署名の生成手順と同様の手順で、第２～第４秘密鍵を用いて、第２～第４電子署名をそれぞれ生成する。そして、電子署名部１１０５は、第２～第４電子署名をトランザクションデータ生成部１１０３に出力する。

トランザクションデータ生成部１１０３は、４つの電子署名（第１電子署名，第２電子署名，第３電子署名，第４電子署名）をトランザクションデータに含める。そして、トランザクションデータ生成部１１０３は、当該トランザクションデータをトランザクションデータ送信部１１０７へ出力する。なお、トランザクションデータが、電子署名を１つしか含めることができないデータ構造である場合には、たとえば、任意のデータを含むことができるトランザクションデータのデータ領域に残りの３つの電子署名を含めるようにしてもよい。

トランザクションデータ送信部１１０７は、トランザクションデータをネットワークＮＷへ送信するための制御信号を通信装置１４０に出力する。これにより、通信装置１４０を介して、トランザクションデータがネットワークＮＷに送信される。

ある国の認証局で発行された電子証明書が、認証局が準拠する規格の違い等に起因して、他国においては、その有効性が認められないというケースが起こり得る。本実施の形態においては、トランザクションデータに複数の電子署名（第１電子署名，第２電子署名，第３電子署名，第４電子署名）が含まれる。それゆえに、複数の国や地域において、トランザクションデータに付された電子署名の有効性を担保することが可能となる。

＜存在証明の申請（タイムスタンプトークンの取得）＞
特許等の知的財産に関するデータにおいては、たとえば、先使用権等の観点から、そのデータが記録された時刻が重要になる場合がある。本実施の形態に係るデータ管理装置１００は、管理サーバ２００にデータ（対象データ）を保存するとともに、時刻認証局から当該対象データに対するタイムスタンプトークンを取得してＤＡＧデータ１５２に含める。これにより、対象データの存在証明が可能となる。さらに、時刻認証局が準拠する規格の違い等に起因して、ある国の時刻認証局のタイムスタンプトークンが、他の国においては公式に認められないことがあることから、本実施の形態に係るデータ管理装置１００は、複数の時刻認証局から対象データに対するタイムスタンプトークンを取得してＤＡＧデータ１５２に含める。これにより、複数の国や地域において、対象データの存在証明が可能となる。

図４は、存在証明の申請（タイムスタンプトークンの取得）の概要を説明するための図である。図４を参照して、データ管理装置１００は、知的財産に関するデータ（図４では発明元データ）を管理サーバ２００に保存すると、当該知的財産に関するデータをハッシュ化して、ハッシュ値を含めたトランザクションデータをネットワークＮＷへ送信し、ＤＡＧデータ１５２に含める。たとえば、ある発明に関する、複数の知的財産に関するデータが管理サーバ２００およびＤＡＧデータ１５２に溜まった時点で、存在証明の申請が行なわれる。図４においては、トランザクションデータ１５３（ｃ）がＤＡＧデータ１５２に追加された時点で存在証明の申請が行なわれている。存在証明の申請が行なわれると、ある発明に関するトランザクションデータ（図４では、トランザクションデータ１５３（ａ）～（ｃ））を纏めてハッシュ化した発明ハッシュが生成されて、発明ハッシュが時刻認証局群４００に送信される。そして、各時刻認証局は、発明ハッシュに国際標準時に追跡性がある時刻源に基づく時刻情報を結合させたタイムスタンプトークンを生成する。このタイムスタンプトークンにより、その時刻にＤＡＧデータ１５２に含まれているデータが存在していることを証明することができる。なお、図４では、ある発明に関するトランザクションデータが連続してＤＡＧデータ１５２（コンソーシアム分散型台帳）に記憶されている例を示しているが、ある発明に関するトランザクションデータがＤＡＧデータ１５２に連続して記憶されるとは限らない。ある発明に関するトランザクションデータが連続せずにＤＡＧデータ１５２に記憶される場合もある。このような場合には、たとえば、トランザクションデータに含まれる発明ＩＤにより、ある発明に関するトランザクションデータを特定し、これらを纏めてハッシュ化して発明ハッシュを生成すればよい。なお、「発明ハッシュ」は、本開示に係る「ハッシュデータ」の一例に相当する。

図５は、ＤＡＧデータ１５２の作成から存在証明の申請（タイムスタンプトークンの取得）までの流れを説明するためのシーケンス図である。本実施の形態においては、図５に示す（１）から（６）の順に、存在証明の申請の処理が進められる。なお、（０）に示す電子証明書を発行する処理は、たとえば、データ管理装置１００のネットワークＮＷへの参加時等に実行され、認証局（第１認証局３１０～第４認証局３４０）に対する申請により電子証明書が発行される。

図５を参照して、（１）データ管理装置１００のユーザが、入力装置１６０を介して、発明ＩＤの発行のための操作を行なう。発明ＩＤは、知的財産に関するデータを管理するためのＩＤであり、本実施の形態においては、１つの発明に対して、１つの発明ＩＤが割り当てられる。この発明ＩＤに、当該発明に関連する複数の知的財産に関するデータ（図５ではドキュメントファイル）が紐づけられることにより、発明が管理される。発明ＩＤの発行のための操作が行なわれると、データ管理装置１００の制御装置１１０は、発明ＩＤを発行して、たとえば記憶装置１５０に記憶するとともに、このトランザクションを発生させるためのトランザクションデータを生成してネットワークＮＷに送信する。これにより、ＤＡＧデータ１５２に、発明ＩＤが格納される。ここでは、発明ＩＤ「Ａ００１」が発行されたものとする。なお、発明ＩＤは、本開示に係る「ＩＤ情報」の一例に相当する。

次いで、（２）データ管理装置１００のユーザが、入力装置１６０を介して、ドキュメントファイル（知的財産に関するデータ）を登録するための操作を行なう。このドキュメントファイルが、発明ＩＤ「Ａ００１」に紐づけて登録されるように、ユーザは操作を行なう。当該操作により、制御装置１１０は、発明ＩＤ「Ａ００１」に紐づけて、Ｗｅｂ（管理サーバ２００）にドキュメントファイルを記憶する。図５に示す例では、発明ＩＤ「Ａ００１」に紐づいて、２つのドキュメントファイル「０００００１」，「０００００２」が管理サーバ２００に記憶される。なお、発明ＩＤに紐づけられたデータ（たとえばドキュメントファイル）を総称して、「発明情報」とも称する。

そして、（３）制御装置１１０は、ドキュメントファイルをハッシュ化し、そのハッシュ値をＤＡＧデータ１５２に登録するためのトランザクションデータを生成して、通信装置１４０を介して、トランザクションデータをネットワークＮＷに送信する。具体的には、ドキュメントファイル「０００００１」が管理サーバ２００に記憶されると、制御装置１１０は、ドキュメントファイル「０００００１」のハッシュ値を含むトランザクションデータを生成して、通信装置１４０を介して、当該トランザクションデータをネットワークＮＷに送信する。これにより、ＤＡＧデータ１５２に、ドキュメントファイル「０００００１」のハッシュ値を含むトランザクションデータが記憶される。また、ドキュメントファイル「０００００２」が管理サーバ２００に記憶されると、制御装置１１０は、ドキュメントファイル「０００００２」のハッシュ値を含むトランザクションデータを生成して、通信装置１４０を介して、当該トランザクションデータをネットワークＮＷに送信する。これにより、ＤＡＧデータ１５２に、ドキュメントファイル「０００００２」のハッシュ値を含むトランザクションデータが記憶される。なお、トランザクションデータが発明ＩＤ「Ａ００１」の情報を含むことにより、当該トランザクションデータが発明ＩＤ「Ａ００１」に紐付けられる。

コンソーシアム分散型台帳の欄には、存在証明の申請（タイムスタンプトークンの取得）をする時点（（４）の時点）におけるＤＡＧデータ１５２のステートが概略的に示されている。図５においては、発明ＩＤ「Ａ００１」に２つのトランザクションデータ（ドキュメントファイル「０００００１」，「０００００２」のハッシュ値をそれぞれが含む）が紐づいている状態が示されている。

（４）データ管理装置１００のユーザが、入力装置１６０を介して、存在証明の申請（タイムスタンプトークンの取得）をするための操作を行なう。存在証明の申請（タイムスタンプトークンの取得）をするための操作が行なわれると、制御装置１１０は、ハッシュ関数を用いて、発明ＩＤ「Ａ００１」に紐づいているトランザクションデータ（ドキュメントファイル「０００００１」のハッシュ値を含むトランザクションデータ，ドキュメントファイル「０００００２」のハッシュ値を含むトランザクションデータ）を纏めてハッシュ化する。このときに得られる数値（ハッシュ値）が「発明ハッシュ」である。

存在証明の申請をするための操作は、ユーザの任意のタイミングで行なうことが可能である。

（５）制御装置１１０は、発明ハッシュを時刻認証局群４００に送信する。このとき、制御装置１１０は、通信装置１４０を介して、時刻認証局群４００のうち、後述するインターフェース画面において選択された時刻認証局に発明ハッシュを送信する。

（６）発明ハッシュを受信した時刻認証局は、発明ハッシュに国際標準時に追跡性がある時刻源に基づく時刻情報を結合させたタイムスタンプトークン（ＴＳＴ）をデータ管理装置１００に返信する。時刻認証局からタイムスタンプトークンを受信すると、制御装置１１０は、タイムスタンプトークンをＤＡＧデータ１５２に登録するためのトランザクションデータを生成し、通信装置１４０を介して、トランザクションデータをネットワークＮＷに送信する。これにより、タイムスタンプトークンがＤＡＧデータ１５２に登録される。このようにして、存在証明（タイムスタンプトークン）が取得される。

制御装置１１０は、発明ハッシュおよびタイムスタンプトークンを、たとえば記憶装置１５０に記憶しておく。また、制御装置１１０は、第１～第４電子証明書を付帯させた発明証明書をネットワークＮＷに送信する。発明証明書には、発明ＩＤ、当該発明ＩＤに紐づけられたトランザクションデータ、第１～第４電子署名およびタイムスタンプトークンが含まれる。発明証明書は、後述の存在の検証および電子署名の有効性の検証で用いられる。なお、発明証明書に付帯される電子証明書は、存在証明の申請を行なった（タイムスタンプトークンを取得した）時刻認証局に対応した電子証明書のみであってもよい。

図６は、存在証明の申請（タイムスタンプトークンの取得）をするためのインターフェース画面を説明するための図である。図６に示されるインターフェース画面は、表示装置１７０のディスプレイに表示される。

インターフェース画面は、選択領域１７１と、第１表示領域１７２と、第２表示領域１７３と、第３表示領域１７４とを含む。

選択領域１７１には、「発明情報管理」と「存在証明検証」とのタブが選択可能に表示されている。たとえば、マウス等の入力装置１６０により「発明情報管理」と「存在証明検証」とのいずれかのタブを選択することで、インターフェース画面の表示内容を切り替えることができる。図６は、「発明情報管理」が選択されている場合のインターフェース画面である。「存在証明検証」が選択された場合には、後述の図１０に示されるインターフェース画面が、表示装置１７０のディスプレイに表示される。

第１表示領域１７２には、登録されている発明プロジェクトが表示される。発明プロジェクトは、複数の発明ＩＤを含む。図６に示す例においては、Ａ００１からＡ００４の４つの発明ＩＤが登録されている。「発明プロジェクトを追加」の表示を選択することにより、発明プロジェクト、すなわち新たな発明ＩＤを発行して追加することができる。図６においては、発明ＩＤ「Ａ００１」が選択されている。

第２表示領域１７３には、選択されている発明ＩＤのバージョン情報が表示される。バージョン情報は、たとえば、ドキュメントファイルが新たに記憶されたり、発明ＩＤ「Ａ００１」に関する何らかの更新があった場合に追加される。

第３表示領域１７４には、発明のタイトルの表示欄、発明ＩＤの表示欄、発明の説明の表示欄、ドキュメントの表示欄、および、存在証明の表示欄が含まれる。発明のタイトルの表示欄には、その発明のタイトルが表示される。発明ＩＤの表示欄には、発明のＩＤが表示される。図６に示す例においては、発明ＩＤ「Ａ００１」が表示されている。発明の説明の表示欄には、その発明に関する説明が表示される。

ドキュメントの表示欄には、発明ＩＤに紐づけて記憶されているドキュメントファイルが表示される。図６に示す例においては、発明ＩＤ「Ａ００１」に紐づけられているドキュメントファイル「０００００１」，「０００００２」が表示されている。「ファイルを追加」のボタン（表示）を選択することにより、新たなドキュメントを発明ＩＤ「Ａ００１」に紐づけて保存することができる。

存在証明の表示欄には、発明ＩＤ「Ａ００１」に関して存在証明（タイムスタンプトークン）を発行した国および／または地域の情報と、そのタイムスタンプトークンに含まれる時刻の情報と、時刻認証局の情報（トラストサービス名）とが含まれる。図６においては、中国（第２時刻認証局４２０）、ＥＵ（第４時刻認証局４４０）および日本（第１時刻認証局４１０）で存在証明を発行していることが示されている。以下に説明するように、存在証明の発行を行なうと、その結果が存在証明の表示欄に表示される。

存在証明の表示欄には、さらに、「存在証明の発行」のボタン（表示）が含まれる。「存在証明の発行」のボタンを選択することにより、発明ＩＤ「Ａ００１」についての存在証明を発行（申請）することができる。「存在証明」のボタンを選択することにより、制御装置１１０が、その時点における発明ハッシュを生成する。

図７は、図６の「存在証明の発行」のボタンを選択した場合に表示されるインターフェース画面を説明するための図である。図７に示されるように、「存在証明の発行」のボタンを選択すると、存在証明を発行する国および／または地域を選択するためのポップアップ画面１７９が表示される。すなわち、存在証明を発行する時刻認証局を選択するためのポップアップ画面１７９が表示される。図７に示す例においては、第１時刻認証局４１０（日本）、第２時刻認証局４２０（中国）、および、第４時刻認証局４４０（ＥＵ）が選択されている。上記を選択した状態で、図７に示されている「存在証明の発行」のボタン（表示）を選択することにより、選択された時刻認証局に発明ハッシュが送信される。これにより、選択した時刻認証局からタイムスタンプトークンを取得することができる。選択した時刻認証局から取得したタイムスタンプトークンの情報が、図６の存在証明の表示欄に表示される。

図８は、存在証明の申請（タイムスタンプトークンの取得）を説明するための制御装置１１０の機能ブロック図である。図８を参照して、制御装置１１０は、入力取得部１１１１と、表示制御部１１１３と、選択判定部１１１５と、発明ハッシュ生成部１１１７と、送信部１１１９と、受信部１１２１とを含む。制御装置１１０は、たとえば、ＲＯＭ１２０に記憶されたプログラムを実行することにより、入力取得部１１１１、表示制御部１１１３、選択判定部１１１５、発明ハッシュ生成部１１１７、送信部１１１９、および、受信部１１２１として機能する。なお、入力取得部１１１１、表示制御部１１１３、選択判定部１１１５、発明ハッシュ生成部１１１７、送信部１１１９、および、受信部１１２１は、たとえば、専用のハードウェア（電子回路）により実現されてもよい。

入力取得部１１１１は、入力装置１６０を介して、存在証明を申請（発行）するための操作が行なわれたことを検知する。具体的には、入力取得部１１１１は、入力装置１６０から、表示装置１７０のインターフェース画面（図６）に表示された「存在証明の発行」のボタンが選択されたことを示す情報を取得する。入力取得部１１１１は、当該情報を取得すると、ポップアップ表示を指示する制御信号を表示制御部１１１３に出力するとともに、発明ハッシュの生成を指示する制御信号を発明ハッシュ生成部１１１７に出力する。

表示制御部１１１３は、入力取得部１１１１からポップアップ表示を指示する制御信号を取得すると、存在証明を発行する時刻認証局を選択するためのポップアップ画面（図７）を表示装置１７０に表示させる。

選択判定部１１１５は、ポップアップ画面において選択された時刻認証局を判定する。ポップアップ画面に表示された「存在証明の発行」のボタンが選択されると、選択判定部１１１５は、選択された時刻認証局を特定するための情報である送信情報を送信部１１１９に出力する。

発明ハッシュ生成部１１１７は、入力取得部１１１１から発明ハッシュの生成を指示する制御信号を取得すると、選択されている発明ＩＤに紐づけられているトランザクションデータを纏めてハッシュ化し、発明ハッシュを生成する。発明ハッシュ生成部１１１７は、生成された発明ハッシュを送信部１１１９に出力する。

送信部１１１９は、選択判定部１１１５から受けた送信情報により特定される時刻認証局に発明ハッシュを送信するための制御信号を、通信装置１４０に出力する。これにより、通信装置１４０を介して、選択された時刻認証局に発明ハッシュが送信される。

発明ハッシュを受信した時刻認証局の各々は、データ管理装置１００へタイムスタンプトークンを返信する。

受信部１１２１は、通信装置１４０を介して、発明ハッシュを送信した時刻認証局からタイムスタンプトークンを受信する。これにより、存在証明の申請の対象となる発明ＩＤの発明情報の存在証明を取得することができる。

＜存在証明の検証＞
図９は、存在証明の検証の流れを説明するためのシーケンス図である。本実施の形態においては、図９に示す（１）から（５）の順に、存在証明の検証の処理が進められる。

まず、（１）データ管理装置１００のユーザが、入力装置１６０を介して、任意の発明（発明ＩＤ）を選択し、その存在証明を検証するための操作を行なう。

図１０は、存在証明の検証をするためのインターフェース画面を説明するための図である。図１０に示されるインターフェース画面は、表示装置１７０のディスプレイに表示される。インターフェース画面は、選択領域１７１と、第４表示領域１７５と、第５表示領域１７６と、第６表示領域１７７とを含む。選択領域１７１は、図６で説明した存在証明の申請をするためのインターフェース画面と共通である。選択領域１７１に表示される「発明情報管理」のタブを選択することで図６のインターフェース画面を表示させることができ、「存在証明検証」のタブを選択することで図１０のインターフェース画面を表示させることができる。

第４表示領域１７５には、存在証明の検証を行なう発明を検索するための入力領域が表示されている。たとえば、入力領域に発明ＩＤ「Ａ００１」を入力することで、発明ＩＤ「Ａ００１」の情報を第５表示領域１７６に表示させることができる。図１０には、発明ＩＤ「Ａ００１」が検索された表示画面が示されている。

第５表示領域１７６には、検索された発明ＩＤ（「Ａ００１」）の情報が表示される。第６表示領域１７７には、「存在証明の検証」のボタン（表示）が含まれる。「存在証明の検証」のボタンを選択することにより、第５表示領域１７６に表示されている発明ＩＤの発明情報の存在証明の検証が開始される。

再び図９を参照して、（２）データ管理装置１００の制御装置１１０は、選択された発明ＩＤに紐づけられたトランザクションデータを纏めてハッシュ化して発明ハッシュを生成する。

（３）制御装置１１０は、記憶装置１５０からタイムスタンプトークンを読み出す。そして、制御装置１１０は、タイムスタンプトークンに含まれている発明ハッシュを読み出す。

（４）制御装置１１０は、生成した発明ハッシュと、タイムスタンプトークンに含まれている発明ハッシュとを比較し、両者が一致することを確認する。両者が一致することが確認されることにより、タイムスタンプトークンが発行されてから現在までの間に、発明ＩＤ（図９に示す例では「Ａ００１」）の発明情報が改ざんされていないことを証明することができる。

（５）制御装置１１０は、存在証明の検証の結果を、たとえば表示装置１７０のディスプレイに表示させる。

図１１は、存在証明の検証を説明するための制御装置１１０の機能ブロック図である。図１１を参照して、制御装置１１０は、入力取得部１１３１と、発明ハッシュ生成部１１３３と、読み出し部１１３５と、比較部１１３７と、出力部１１３９とを含む。制御装置１１０は、たとえば、ＲＯＭ１２０に記憶されたプログラムを実行することにより、入力取得部１１３１、発明ハッシュ生成部１１３３、読み出し部１１３５、比較部１１３７、および、出力部１１３９として機能する。なお、入力取得部１１３１、発明ハッシュ生成部１１３３、読み出し部１１３５、比較部１１３７、および、出力部１１３９は、たとえば、専用のハードウェア（電子回路）により実現されてもよい。

入力取得部１１３１は、入力装置１６０を介して、存在証明を検証するための操作が行なわれたことを検知する。具体的には、入力取得部１１３１は、入力装置１６０から、表示装置１７０に表示された「存在証明の検証」のボタンが選択されたことを示す情報を取得する。入力取得部１１３１は、当該情報を取得すると、発明ハッシュの生成を指示する制御信号を発明ハッシュ生成部１１３３に出力するとともに、タイムスタンプトークンの読み出しを指示する制御信号を読み出し部１１３５に出力する。

発明ハッシュ生成部１１３３は、入力取得部１１３１から発明ハッシュの生成を指示する制御信号を取得すると、選択されている発明ＩＤに紐づけられているトランザクションデータを纏めてハッシュ化し、発明ハッシュを生成する。発明ハッシュ生成部１１３３は、生成された発明ハッシュを比較部１１３７に出力する。

読み出し部１１３５は、入力取得部１１３１からタイムスタンプトークンの読み出しを指示する制御信号を取得すると、記憶装置１５０に記憶された、選択されている発明ＩＤのタイムスタンプトークンを読み出す。読み出し部１１３５は、読み出されたタイムスタンプトークンから発明ハッシュを読み出し、読み出された発明ハッシュを比較部１１３７に出力する。

比較部１１３７は、発明ハッシュ生成部１１３３から受けた発明ハッシュと、読み出し部１１３５から受けた発明ハッシュとを比較する。両者が一致した場合には、比較部１１３７は、タイムスタンプトークンが発行されてから現在までの間に、発明ＩＤの発明情報が改ざんされていないと判定する。両者が一致しない場合には、比較部１１３７は、タイムスタンプトークンが発行されてから現在までの間に、発明ＩＤの発明情報が改ざんされたと判定する。比較部１１３７は、比較結果を出力部１１３９に出力する。

出力部１１３９は、比較結果を、たとえば、表示装置１７０に出力する。これにより、選択されている発明ＩＤの存在証明の検証結果が表示装置１７０に表示される。

＜電子署名の有効性の検証＞
再び図９を参照して、（１）の処理、すなわち、発明ＩＤを選択して、その存在証明を検証するための操作が行なわれると、データ管理装置１００の制御装置１１０は、上述の存在証明の検証と並列に、あるいは、存在証明の検証の前後に、電子署名の有効性の検証を行なう。

まず、制御装置１１０は、発明ＩＤ（図９に示す例では「Ａ００１」）に紐づけられたトランザクションデータの電子署名（第１～第４電子署名）を、発明証明書に付帯されている第１～第４電子証明書に含まれる第１～第４公開鍵を用いてそれぞれ復号する。上述のとおり、発明証明書には、発明ＩＤ、当該発明ＩＤに紐づけられたトランザクションデータ、第１～第４電子署名およびタイムスタンプトークンが含まれているため、制御装置１１０は、たとえば、選択された発明ＩＤと発明証明書に含まれる発明ＩＤとを照合させることにより、用いるべき発明証明書を特定することができる。

制御装置１１０は、第１～第４電子署名を第１～第４公開鍵を用いて、それぞれ復号する。制御装置１１０は、電子署名毎に、復号した値を発明ＩＤに紐づけられたトランザクションデータに含まれる対象データ（ドキュメント）のハッシュ値と比較し、両者が一致することを確認する。両者が一致することが確認されることにより、電子署名の有効性が認められる。

なお、制御装置１１０は、存在証明の検証の対象となる国または地域に対応する電子署名の有効性を検証し、存在証明の検証の対象とならない国または地域に対応する電子署名の有効性を検証しないようにしてもよい。存在証明の検証の対象となる国または地域とは、存在証明の申請において選択された（図７で選択された）国または地域である。たとえば、選択された発明ＩＤの存在証明の検証の対象となる国または地域が日本、中国およびＥＵである場合、つまり、第１時刻認証局４１０、第２時刻認証局４２０および第４時刻認証局４４０でタイムスタンプトークンが取得されている場合には、制御装置１１０は、第１電子署名、第２電子署名および第４電子署名の有効性を検証し、第３電子署名の有効性の検証を省略してもよい。これにより、存在証明の検証の対象となる国または地域に対応する電子署名の有効性に加えて、存在証明の検証の対象とならない国または地域に対応する電子署名の有効性も検証する場合に比べて、処理負荷を低減させることができる。

図１２は、電子署名の有効性の検証を説明するための制御装置１１０の機能ブロック図である。図１２を参照して、制御装置１１０は、入力取得部１１４１と、読み出し部１１４３と、選択部１１４５と、復号部１１４７と、判定部１１４９と、出力部１１５１とを含む。制御装置１１０は、たとえば、ＲＯＭ１２０に記憶されたプログラムを実行することにより、入力取得部１１４１、読み出し部１１４３、選択部１１４５、復号部１１４７、判定部１１４９、および、出力部１１５１として機能する。なお、入力取得部１１４１、読み出し部１１４３、選択部１１４５、復号部１１４７、判定部１１４９、および、出力部１１５１は、たとえば、専用のハードウェア（電子回路）により実現されてもよい。

入力取得部１１４１は、入力装置１６０を介して、存在証明を検証するための操作が行なわれたことを検知する。具体的には、入力取得部１１４１は、入力装置１６０から、表示装置１７０に表示された「存在証明の検証」のボタンが選択されたことを示す情報を取得する。入力取得部１１４１は、当該情報を取得すると、対象となる発明ＩＤを特定し、特定された発明ＩＤ、および、当該発明ＩＤに紐づけられたトランザクションデータの読み出しを指示する制御信号を読み出し部１１４３に出力する。

読み出し部１１４３は、入力取得部１１４１から、発明ＩＤおよび当該発明ＩＤに紐づけられたトランザクションデータの読み出しを指示する制御信号を取得すると、発明ＩＤに紐づけられたトランザクションデータを記憶装置１５０から読み出す。さらに、読み出し部１１４３は、発明ＩＤに対応する発明証明書を記憶装置１５０から読み出す。読み出し部１１４３は、読み出された発明証明書を選択部１１４５に出力するとともに、読み出されたトランザクションデータおよび発明証明書を復号部１１４７に出力する。

選択部１１４５は、有効性を検証する電子署名を選択する。選択部１１４５は、たとえば、発明証明書に含まれるタイムスタンプトークンから、存在証明の検証の対象となる国または地域を特定する。そして、選択部１１４５は、特定した国または地域に対応する電子署名を選択する。具体的には、たとえば、発明証明書に、第１時刻認証局４１０、第２時刻認証局４２０および第４時刻認証局４４０が発行したタイムスタンプトークンが含まれている場合には、選択部１１４５は、第１時刻認証局４１０、第２時刻認証局４２０および第４時刻認証局４４０がそれぞれ対応する国または地域の認証局である、第１認証局３１０、第２認証局３２０、および第４認証局３４０に対応する第１電子署名、第２電子署名および第４電子署名を、有効性を検証する電子署名として選択する。選択部１１４５は、選択された電子署名、すなわち、復号の対象となる電子署名を示す信号を復号部１１４７に出力する。

復号部１１４７は、発明証明書に付帯された電子証明書を用いて、復号の対象となる電子署名を復号する。具体的には、復号部１１４７は、入力取得部１１４１から受けたトランザクションデータに付された電子署名のうち、復号の対象となる電子署名（ここでは、第１電子署名、第２電子署名および第４電子署名）を、第１電子証明書（第１公開鍵）、第２電子証明書（第２公開鍵）および第４電子証明書（第４公開鍵）でそれぞれ復号する。復号部１１４７は、復号された値（復号値）の各々を判定部１１４９に出力する。また、復号部１１４７は、読み出し部１１４３から受けたトランザクションデータを判定部１１４９に出力する。なお、トランザクションデータは、読み出し部１１４３から判定部１１４９に送られる構成であってもよい。

判定部１１４９は、復号部１１４７から受けた復号値の各々を、復号値毎に、トランザクションデータに含まれるドキュメントファイルのハッシュ値と比較する。両者が一致した場合には、判定部１１４９は、電子署名が有効なものであると判定する。両者が一致しない場合には、判定部１１４９は、電子署名が有効なものでないと判定する。判定部１１４９は、判定結果を出力部１１５１に出力する。

出力部１１５１は、判定結果を、たとえば、表示装置１７０に出力する。これにより、電子署名の有効性の検証結果が表示装置１７０に表示される。

＜制御装置で実行される処理＞
＜＜トランザクションデータの生成＞＞
図１３は、トランザクションデータを生成する処理の手順を示すフローチャートである。図１３に示すフローチャートの処理は、入力装置１６０を介した入力操作が行なわれる毎に、あるいは、時刻認証局群４００からタイムスタンプトークンを取得する毎に制御装置１１０によって実行される。入力操作は、たとえば、知的財産に関するデータを新たに保存する操作である。なお、図１３および後述する図１４，１５，１６に示すフローチャートの各ステップ（以下ステップを「Ｓ」と略す）は、制御装置１１０によるソフトウェア処理によって実現される場合について説明するが、その一部あるいは全部が制御装置１１０内に作製されたハードウェア（電子回路）によって実現されてもよい。

Ｓ１において、制御装置１１０は、対象データをハッシュ化する。具体的には、知的財産に関するデータを記録する場合には、制御装置１１０は、管理サーバ２００から当該知的財産に関するデータ（対象データ）を読み出して、ハッシュ関数を用いて対象データをハッシュ化する。あるいは、タイムスタンプトークンを記録する場合には、制御装置１１０は、ハッシュ関数を用いてタイムスタンプトークン（対象データ）をハッシュ化する。

Ｓ３において、制御装置１１０は、第１～第４秘密鍵を記憶装置１５０から読み出す。そして、制御装置１１０は、第１～第４秘密鍵を用いて、ハッシュ化された対象データを暗号化して、第１～第４電子署名をそれぞれ生成する。

Ｓ５において、制御装置１１０は、対象データのハッシュ値と、４つの電子署名（第１電子署名，第２電子署名，第３電子署名，第４電子署名）とを含めて、トランザクションデータを生成する。なお、制御装置１１０は、上記の他に、発明ＩＤの情報、トランザクションデータをネットワークＮＷへ向けてブロードキャストする時刻情報（トランザクションデータが対応する処理の発生時刻を示す時刻情報であってもよい）、および、トランザクションデータの送信者情報をトランザクションデータに含める。さらに、制御装置１１０は、過去に発生した２つのトランザクションのトランザクションデータを承認し、これらのトランザクションデータのハッシュ値をトランザクションデータに含める。

なお、Ｓ５において、制御装置１１０は、対象データのハッシュ値と第１電子署名とを含めたトランザクションデータ、対象データのハッシュ値と第２電子署名とを含めたトランザクションデータ、対象データのハッシュ値と第３電子署名とを含めたトランザクションデータ、対象データのハッシュ値と第４電子署名とを含めたトランザクションデータの４つのトランザクションデータを生成してもよい。なお、この４つのトランザクションデータにも、発明ＩＤの情報、トランザクションデータをネットワークＮＷへ向けてブロードキャストする時刻情報、トランザクションデータの送信者情報、および、過去に発生した２つのトランザクションのトランザクションデータのハッシュ値が含まれる。

Ｓ７において、制御装置１１０は、生成されたトランザクションデータをネットワークＮＷへ送信するための制御信号を通信装置１４０に出力する。これにより、通信装置１４０を介して、トランザクションデータがネットワークＮＷに送信される。

＜＜存在証明の申請＞＞
図１４は、発明情報の存在証明の申請をする処理の手順を示すフローチャートである。図１４に示すフローチャートの処理は、入力装置１６０を介して、存在証明を申請するための操作が行なわれる毎に、制御装置１１０によって実行される。本実施の形態においては、存在証明の申請は、発明ＩＤ単位に行なわれる。

Ｓ１１において、制御装置１１０は、存在証明を発行する時刻認証局を選択するためのポップアップ画面を表示装置１７０に表示させる。

Ｓ１３において、制御装置１１０は、ポップアップ画面において選択された時刻認証局を判定する。

Ｓ１５において、制御装置１１０は、存在証明の申請の対象である発明ＩＤに紐づけられているトランザクションデータを纏めてハッシュ化し、発明ハッシュを生成する。なお、Ｓ１５の処理は、Ｓ１１の処理より前に行なわれてもよい。

Ｓ１７において、制御装置１１０は、選択された時刻認証局に発明ハッシュを送信するための制御信号を、通信装置１４０に出力する。これにより、通信装置１４０を介して、選択された時刻認証局に発明ハッシュが送信される。

Ｓ１９において、制御装置１１０は、通信装置１４０を介して、発明ハッシュを送信した時刻認証局からタイムスタンプトークンを受信する。これにより、存在証明の申請の対象である発明ＩＤの発明情報の存在証明が取得される。

＜＜存在証明の検証＞＞
図１５は、存在証明を検証する処理の手順を示すフローチャートである。図１５に示すフローチャートの処理は、入力装置１６０を介して、存在証明を検証するための操作が行なわれる毎に、制御装置１１０によって実行される。

Ｓ２１において、制御装置１１０は、存在証明を検証するための操作において選択された発明ＩＤに紐づけられているトランザクションデータを纏めてハッシュ化し、発明ハッシュを生成する。

Ｓ２３において、制御装置１１０は、存在証明を検証するための操作において選択された発明ＩＤのタイムスタンプトークンを記憶装置１５０から読み出す。そして、制御装置１１０は、読み出されたタイムスタンプトークンから発明ハッシュを読み出す。

Ｓ２５において、制御装置１１０は、Ｓ２１において生成された発明ハッシュと、Ｓ２３において読み出された発明ハッシュとを比較する。

Ｓ２７において、制御装置１１０は、Ｓ２５における比較結果を、たとえば、表示装置１７０のディスプレイに表示させる。これにより、選択されている発明ＩＤに関する存在証明の検証結果が表示装置１７０に表示される。

＜＜電子署名の有効性の検証＞＞
図１６は、電子署名の有効性を検証する処理の手順を示すフローチャートである。図１６に示すフローチャートの処理は、入力装置１６０を介して、存在証明を検証するための操作が行なわれる毎に、制御装置１１０によって実行される。このフローチャートの処理は、図１５のフローチャートの処理と並列に実行されてもよいし、図１５のフローチャートの処理の実行前後で実行されてもよい。

Ｓ３１において、制御装置１１０は、存在証明を検証するための操作において選択された発明ＩＤに紐づけられているトランザクションデータを記憶装置１５０から読み出す。また、制御装置１１０は、存在証明を検証するための操作において選択された発明ＩＤの発明証明書を記憶装置１５０から読み出す。

Ｓ３３において、制御装置１１０は、有効性を検証する電子署名を選択する。制御装置１１０は、発明証明書に含まれるタイムスタンプトークンから、存在証明の検証の対象となる国または地域を特定する。

Ｓ３５において、制御装置１１０は、発明証明書に付帯された電子証明書を用いて、復号の対象となる電子署名を復号する。具体的には、制御装置１１０は、１つのトランザクションデータに含められた第１～第４電子署名のうち、有効性を検証する対象である電子署名（たとえば、第１電子署名、第２電子署名および第４電子署名）に対して、対応する電子証明書（たとえば、第１電子証明書、第２電子証明書および第４電子証明書）を用いた復号を行なう。Ｓ３５の処理は、発明ＩＤに紐づけられた全てのトランザクションデータに対して実行される。

Ｓ３７において、制御装置１１０は、復号を行なった値（復号値）毎に、復号値を、トランザクションデータに含まれるドキュメントファイルのハッシュ値と比較する。制御装置１１０は、両者が一致した場合には、当該電子署名が有効なものであると判定する。制御装置１１０は、両者が一致しない場合には、当該電子署名が有効なものでないと判定する。

Ｓ３９において、制御装置１１０は、Ｓ３７における判定結果を、たとえば、表示装置１７０のディスプレイに表示させる。これにより、電子署名の有効性の検証結果が表示装置１７０に表示される。

以上のように、本実施の形態に係るデータ管理システム１において、データ管理装置１００は、発明情報を記録するにあたり、発明情報の発明ハッシュを時刻認証局群４００に送信する。時刻認証局群４００には、複数の時刻認証局（実施の形態においては第１～第４時刻認証局４１０～４４０）が含まれる。データ管理装置１００は、複数の時刻認証局からタイムスタンプトークンを取得する。これにより、複数の国および地域において、上記発明情報を記録した時刻の正確性を保証することができる。

また、本実施の形態に係るデータ管理システム１において、データ管理装置１００は、時刻認証局群４００の中から、タイムスタンプトークンを取得する時刻認証局を選択することができる。発明によっては、タイムスタンプトークンの取得が不要となる国または地域が存在し得る。タイムスタンプトークンを取得する時刻認証局を選択することができることにより、タイムスタンプトークンを取得する必要がない時刻認証局からはタイムスタンプトークンを取得しないようにすることができるので、データ管理システム１の処理負荷を低減させることができる。

また、本実施の形態に係るデータ管理システム１において、データ管理装置１００は、認証局群３００に含まれる認証局の各々から、電子証明書を取得する。具体的には、データ管理装置１００は、第１認証局３１０から第１電子証明書を、第２認証局３２０から第２電子証明書を、第３認証局３３０から第３電子証明書を、第４認証局３４０から第４電子証明書をそれぞれ取得する。データ管理装置１００は、第１～第４電子証明書を発明証明書に付帯させてネットワークＮＷに送信する。データ管理装置１００は、第１～第４秘密鍵を用いて第１～第４電子署名をそれぞれ生成し、これら４つの電子署名をトランザクションデータに含める。電子署名の有効性は、規格の違いに起因して、国または地域によって異なり得るが、トランザクションデータに第１～第４電子署名の４つの電子署名を含めておくことにより、複数の国および／または地域で電子署名の有効性を証明することが可能となる。これにより、ネットワークＮＷへ送信されるデータの信頼性が高まり、第三者のなりすましやデータの改ざんを抑制することができる。

また、存在証明の検証の対象となる国または地域に対応する電子署名の有効性を検証し、存在証明の検証の対象とならない国または地域に対応する電子署名の有効性を検証しないようにしてもよい。これにより、存在証明の検証の対象となる国または地域に対応する電子署名の有効性に加えて、存在証明の検証の対象とならない国または地域に対応する電子署名の有効性も検証する場合に比べて、データ管理システム１の処理負荷を低減させることができる。

［変形例］
実施の形態においては、１つのトランザクションデータに４つの電子署名（第１電子署名、第２電子署名、第３電子署名、第４電子署名）が含まれる例について説明した。しかしながら、電子署名の数に応じて、複数のトランザクションデータが生成されてもよい。すなわち、対象データに対する１つの処理に対して、第１電子署名を含むトランザクションデータ、第２電子署名を含むトランザクションデータ、第３電子署名を含むトランザクションデータ、および、第４電子署名を含むトランザクションデータの４つのトランザクションデータが生成されてもよい。このような構成であっても、対象データに対する１つの処理に対して、上記４つのトランザクションデータが生成されることにより、複数の国および／または地域で電子署名の有効性を証明することが可能となる。

なお、変形例においては、存在証明の申請（タイムスタンプトークンの取得）の際に、時刻認証局へは当該時刻認証局に対応する認証局の電子署名を含むデータ（たとえば発明ハッシュ）を送信する。具体的には、第１時刻認証局４１０には、第１認証局３１０の第１電子署名を含むデータを送信する。第２時刻認証局４２０には、第２認証局３２０の第２電子署名を含むデータを送信する。第３時刻認証局４３０には、第３認証局３３０の第３電子署名を含むデータを送信する。第４時刻認証局４４０には、第４認証局３４０の第４電子署名を含むデータを送信する。これにより、存在証明を申請したデータに付された電子署名の有効性を適切に担保することが可能となる。

変形例は、後述の実施の形態２に適用することも可能である。
［実施の形態２］
図１７は、実施の形態２に係るデータ管理システム２の概略的な構成を示す図である。実施の形態２に係るデータ管理システム２は、複数の企業間でネットワークＮＷ（ブロックチェーンネットワーク）を形成して、特許等の知的財産に関するデータを管理するためのシステムである。データ管理システム２には、ブロックチェーンを用いた分散型台帳技術が適用される。データ管理システム２は、実施の形態１に係るデータ管理システム１と基本的には同様の構成を備える。そのため、実施の形態２では、実施の形態１との相違点であるブロックチェーンに関する点について説明する。なお、実施の形態１に係るデータ管理システム１と同様の構成については、同じ符号を付し、その説明は繰り返さない。

データ管理システム２は、４台のデータ管理装置５００と、認証局群３００と、時刻認証局群４００とを備える。４台のデータ管理装置５００の各々は、実施の形態１と同様、異なる企業（たとえば、Ａ企業、Ｂ企業、Ｃ企業およびＤ企業）に帰属するデータ管理装置である。図１７では、Ａ企業のデータ管理装置５００をデータ管理装置５００と表記し、Ｂ企業、Ｃ企業およびＤ企業のデータ管理装置５００をデータ管理装置５００Ａと表記するものとする。以下においては、Ａ企業のデータ管理装置５００について代表的に説明するが、データ管理装置５００Ａも同様の機能を有する。

データ管理装置５００は、たとえば、デスクトップ型のＰＣ、ノート型のＰＣ、タブレット端末、スマートフォン、または、通信機能を有するその他の情報処理端末である。データ管理装置５００は、制御装置５１０と、ＲＯＭ１２０と、ＲＡＭ１３０と、通信装置１４０と、記憶装置５５０と、入力装置１６０と、表示装置１７０とを含む。制御装置５１０、ＲＯＭ１２０、ＲＡＭ１３０、通信装置１４０、記憶装置５５０、入力装置１６０、および表示装置１７０は、バス１８０に接続されている。また、データ管理装置５００には、管理サーバ２００が通信可能に接続されている。

制御装置５１０は、たとえば、ＣＰＵを含む集積回路によって構成される。制御装置５１０は、ＲＯＭ１２０に格納されている各種プログラムをＲＡＭ１３０に展開して実行する。制御装置５１０は、複数の規格（たとえば、日本の規格、中国の規格、米国の規格およびＥＵの規格、等）に準拠して、それぞれの規格に準拠した秘密鍵（たとえば、第１～第４秘密鍵）および公開鍵（たとえば、第１～第４公開鍵）を生成する機能を有する。

記憶装置５５０は、たとえば、ハードディスクまたはフラッシュメモリ等の記憶媒体を含んで構成される。記憶装置５５０は、ブロックチェーンデータ５５２を記憶する。なお、ブロックチェーンデータ５５２が記憶されるのは、記憶装置５５０に限定されるものではなく、ＲＯＭ１２０、ＲＡＭ１３０、または、管理サーバ２００に記憶されてもよい。また、記憶装置５５０は、制御装置５１０により生成された秘密鍵および公開鍵を記憶する。また、記憶装置５５０は、認証局群３００に含まれる複数の認証局の各々から発行された電子証明書を記憶する。なお、秘密鍵、公開鍵および電子証明書が記憶されるのは、記憶装置５５０に限定されるものではなく、ＲＯＭ１２０、ＲＡＭ１３０、または、管理サーバ２００に記憶されてもよい。

＜ブロックチェーンデータ＞
図１８は、ブロックチェーンデータ５５２を説明するための図である。図１８に示されるように、ブロックチェーンデータ５５２は、ひと繋ぎの複数のブロック５５３で構成される。ブロック５５３の各々には、知的財産に関するデータ等の種々の情報が含まれている。ブロックチェーンデータ５５２には、データ管理システム２の運用が開始されてから現在までの、ネットワークＮＷを形成するデータ管理装置５００，５００Ａにおける知的財産に関するデータ等の記録の履歴が記憶されている。

ブロックチェーンデータ５５２は、ネットワークＮＷを形成する全てのデータ管理装置５００，５００Ａに記憶されている。これにより、仮にブロックチェーンデータ５５２があるユーザによって改ざんされたとしても、他の複数のユーザのブロックチェーンデータ５５２を基準として改ざんが防止される。

具体的には、新たな知的財産に関するデータを登録する場合、データ管理装置５００は、新たに登録する知的財産に関するデータを管理サーバ２００に記憶させると、この処理を示すトランザクションのデータ（トランザクションデータ）を生成する。データ管理装置５００は、当該知的財産に関するデータを、ハッシュ関数を用いてハッシュ化し、ハッシュ化の結果として得られる数値（ハッシュ値）を含むトランザクションデータを生成する。データ管理装置５００は、生成されたトランザクションデータをネットワークＮＷに送信する。このトランザクションデータは、新規のブロック５５３（Ｂｎ＋１）に纏められる。そして、一定の条件が満たされた場合に新規のブロック５５３（Ｂｎ＋１）がブロックチェーンデータ５５２に追加される。

なお、トランザクションデータは、ネットワークＮＷに流れただけでは有効なものとは認められない。トランザクションデータは、データ管理装置５００，５００Ａの各々に保持されるブロックチェーンデータ５５２に追加されて初めて有効となる。未認証のトランザクションデータは、新規のブロック５５３（Ｂｎ＋１）に纏められ、たとえば、ＰＯＷ（Proof of Work）と呼ばれるマイニング処理によって新規のブロック５５３（Ｂｎ＋１）がブロックチェーンデータ５５２に追加される。

ＰＯＷは、新規のブロック５５３（Ｂｎ＋１）の追加を複数のノード（管理装置５００，５００Ａ）間で競う仕組みである。ＰＯＷに参加するノードは、一般的にマイナと呼ばれる。新規のブロック５５３（Ｂｎ＋１）を最も早く生成したマイナには、報酬が与えられる。このような仕組みを用いた合意形成アルゴリズムによって、ブロックチェーンデータ５５２の耐改ざん性が確保される。

＜トランザクションデータ＞
トランザクションデータには、たとえば、発明ＩＤの情報、対象データ（知的財産に関するデータ：たとえばドキュメント）のハッシュ値、当該トランザクションデータをネットワークＮＷへ向けてブロードキャストする時刻情報、当該トランザクションデータの送信者情報、および、電子署名、等が含まれる。なお、トランザクションデータに含まれる時刻情報は、トランザクションデータが対応する処理（たとえば、対象データを管理サーバ２００への記録する処理）の発生時刻を示す時刻情報であってもよい。

トランザクションデータの送信者情報は、たとえば、データ管理装置５００がネットワークＮＷへ送信したトランザクションデータであれば、Ａ企業を示す情報である。なお、トランザクションデータの送信者情報は、さらに詳細に、ネットワークＮＷへトランザクションデータを送信する操作を実行した部署（Ａ企業の一部門）を示す情報であってもよいし、ネットワークＮＷへトランザクションデータを送信する操作を実行した個人（Ａ企業の従業員）を示す情報であってもよい。

＜存在証明の申請（タイムスタンプトークンの取得）＞
図１９は、存在証明の申請（タイムスタンプトークンの取得）の概要を説明するための図である。図１９を参照して、データ管理装置５００は、知的財産に関するデータ（図１９では発明元データ）を管理サーバ２００に保存すると、当該知的財産に関するデータをハッシュ化して、ハッシュ値を含めたトランザクションデータをネットワークＮＷへ送信し、ブロックチェーンデータ５５２に含める。たとえば、あるタイミングで、データ管理装置５００のユーザが、ある発明ＩＤについて存在証明の申請を行なう。そうすると、データ管理装置５００は、当該発明ＩＤに紐づけられたトランザクションデータを各ブロックから読み出して、これらを纏めてハッシュ化して発明ハッシュを生成する。そして、データ管理装置５００は、発明ハッシュを時刻認証局群４００（詳細には、選択された時刻認証局）に送信する。発明ハッシュを受けた各時刻認証局は、発明ハッシュに国際標準時に追跡性がある時刻源に基づく時刻情報を結合させたタイムスタンプトークンを生成する。このタイムスタンプトークンにより、その時刻にブロックチェーンデータ５５２に含まれているデータが存在していることを証明することができる。

存在証明の検証および電子証明の有効性の検証については、実施の形態１と同様の手順で処理が行なわれるため、繰り返し説明しない。

以上のように、データ管理システム２に、ブロックチェーンを用いた分散型台帳技術を適用しても実施の形態１と同様の効果を奏することができる。

今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１，２ データ管理システム、１００，１００Ａ データ管理装置、１１０ 制御装置、１２０ ＲＯＭ、１３０ ＲＡＭ、１４０ 通信装置、１５０ 記憶装置、１５２ ＤＡＧデータ、１６０ 入力装置、１７０ 表示装置、１７１ 選択領域、１７２ 第１表示領域、１７３ 第２表示領域、１７４ 第３表示領域、１７５ 第４表示領域、１７６ 第５表示領域、１７７ 第６表示領域、１７９ ポップアップ画面、１８０ バス、２００ 管理サーバ、３００ 認証局群、３１０ 第１認証局、３２０ 第２認証局、３３０ 第３認証局、３４０ 第４認証局、４００ 時刻認証局群、４１０ 第１時刻認証局、４２０ 第２時刻認証局、４３０ 第３時刻認証局、４４０ 第４時刻認証局、５００，５００Ａ データ管理装置、５１０ 制御装置、５５０ 記憶装置、５５２ ブロックチェーンデータ、１１０１ 情報取得部、１１０３ トランザクションデータ生成部、１１０５ 電子署名部、１１０７ トランザクションデータ送信部、１１１１ 入力取得部、１１１３ 表示制御部、１１１５ 選択判定部、１１１７ 発明ハッシュ生成部、１１１９ 送信部、１１２１ 受信部、１１３１ 入力取得部、１１３３ 発明ハッシュ生成部、１１３５ 読み出し部、１１３７ 比較部、１１３９ 出力部、１１４１ 入力取得部、１１４３ 読み出し部、１１４５ 選択部、１１４７ 復号部、１１４９ 判定部、１１５１ 出力部、ＮＷ ネットワーク。

Claims (8)

1. 分散型台帳技術を用いてデータを管理するデータ管理装置であって、
   分散型台帳を記憶する記憶装置と、
   前記データの情報を含むトランザクションデータを前記分散型台帳に登録する制御装置と、
   トラストサービスを提供する複数の認証局を選択可能に構成された通信装置とを備え、
   前記複数の認証局の各々は、互いに異なる規格に基づく認証局であり、
   前記制御装置は、
   前記通信装置を介して、前記複数の認証局のうちの選択された少なくとも１つの認証局から提供されるトラストサービスにより得られる少なくとも１つの所定データを取得し、
   前記少なくとも１つの所定データを前記分散型台帳に登録する、データ管理装置。
2. 前記複数の認証局の中から任意の認証局を選択することが可能に構成された入力装置をさらに備え、
   前記制御装置は、前記通信装置を介して、前記入力装置への入力により選択された少なくとも１つの認証局から前記少なくとも１つの所定データを取得する、請求項１に記載のデータ管理装置。
3. 前記複数の認証局の各々は、秘密鍵および前記秘密鍵と対の公開鍵に対して電子証明書を発行する鍵認証局であり、
   前記電子証明書は、前記公開鍵の情報を含み、
   前記少なくとも１つの所定データの各々は、電子証明書である、請求項１または請求項２に記載のデータ管理装置。
4. 前記記憶装置は、前記選択された少なくとも１つの鍵認証局が発行した少なくとも１つの前記電子証明書に対応する少なくとも１つの前記秘密鍵を記憶し、
   前記制御装置は、前記少なくとも１つの秘密鍵を用いて少なくとも１つの電子署名を生成し、
   前記生成された少なくとも１つの電子署名をトランザクションデータに含める、請求項３に記載のデータ管理装置。
5. 前記制御装置は、前記少なくとも１つの電子署名の各々を、対応する前記少なくとも１つの電子証明書に含まれる前記公開鍵の情報を用いて復号し、
   復号の結果に基づいて、前記少なくとも１つの電子署名の各々の有効性を検証する、請求項４に記載のデータ管理装置。
6. 前記データは、知的財産に関するデータである、請求項１から請求項５のいずれか１項に記載のデータ管理装置。
7. 分散型台帳技術を用いてデータを管理するデータ管理装置のデータ管理方法であって、
   前記データ管理装置は、
   分散型台帳を記憶する記憶装置と、
   前記データの情報を含むトランザクションデータを前記分散型台帳に登録する制御装置と、
   トラストサービスを提供する複数の認証局を選択可能に構成された通信装置とを備え、
   前記複数の認証局の各々は、互いに異なる規格に基づく認証局であり、
   前記データ管理方法は、
   前記通信装置を介して、前記複数の認証局のうちの選択された少なくとも１つの認証局から提供されるトラストサービスにより得られる少なくとも１つの所定データを取得するステップと、
   前記少なくとも１つの所定データを前記分散型台帳に登録するステップとを含む、データ管理方法。
8. 前記データ管理装置は、第１および第２のデータ管理装置を含み、
   前記複数の認証局の各々は、秘密鍵および前記秘密鍵と対の公開鍵に対して電子証明書を発行する鍵認証局であり、
   前記電子証明書は、前記公開鍵の情報を含み、
   前記少なくとも１つの所定データの各々は、電子証明書であり、
   前記第１のデータ管理装置は、前記選択された少なくとも１つの鍵認証局が発行した少なくとも１つの前記電子証明書に対応する少なくとも１つの前記秘密鍵を記憶し、
   前記データ管理方法は、
   前記第１のデータ管理装置が、前記少なくとも１つの秘密鍵を用いて少なくとも１つの電子署名を生成し、前記生成された少なくとも１つの電子署名をトランザクションデータに含めるステップと、
   前記第２のデータ管理装置が、前記少なくとも１つの電子署名の各々を、対応する前記少なくとも１つの電子証明書に含まれる前記公開鍵の情報を用いて復号し、復号の結果に基づいて、前記少なくとも１つの電子署名の各々の有効性を検証するステップとをさらに含む、請求項７に記載のデータ管理方法。

Images