JP2021044776A - トラスト関係構築システム、トラスト関係構築方法、およびトラスト関係構築プログラム - Google Patents
トラスト関係構築システム、トラスト関係構築方法、およびトラスト関係構築プログラム Download PDFInfo
- Publication number
- JP2021044776A JP2021044776A JP2019167399A JP2019167399A JP2021044776A JP 2021044776 A JP2021044776 A JP 2021044776A JP 2019167399 A JP2019167399 A JP 2019167399A JP 2019167399 A JP2019167399 A JP 2019167399A JP 2021044776 A JP2021044776 A JP 2021044776A
- Authority
- JP
- Japan
- Prior art keywords
- data
- transaction
- trust relationship
- blockchain
- signature
- 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.)
- Pending
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
【課題】インターネット上に存在するブロックチェーンのトランザクションと、非ブロックチェーンのコミュニティのデータとを連携可能とする。【解決手段】トラスト関係構築システムＳは、ブロックチェーンコミュニティ６からトランザクションを取得し、非ブロックチェーンのコミュニティ５からデータを取得するデータ取得部１１と、トランザクションとデータとのトラスト関係を結ぶデータ管理部１３と、トランザクションまたはその識別子に対して電子署名し、このトランザクションまたはその識別子の電子署名を含むハッシュおよびデータのハッシュに対して電子署名する署名部１４を備える。【選択図】図１
Description
本発明は、ブロックチェーンのトランザクションと、非ブロックチェーンのコミュニティのデータとのトラスト関係を結ぶトラスト関係構築システム、トラスト関係構築方法、およびトラスト関係構築プログラムに関する。
内閣府は、日本が直面する課題として、少子高齢化による人材不足と財源不足を挙げている。内閣府は、これらの問題をサイバー空間とフィジカル空間の両輪の活用によるSociety5.0によって解決するため、様々な施策を検討している。施策のうちの１つは、官公庁・自治体が持つ官のデータと民間が持つ民のデータの分野を超えた連携である。官と民によるデータ連携によって新たなサービス創出と業務効率化を推進するために、２０１６年１２月に官民データ活用推進基本法が施行された。
その際、官民のデータ連携を実現する基盤として、内閣府による分野間データ連携基盤の構築がある。
官民のデータ連携が進む上で、インターネットに接続しない官公庁・自治体の閉じたデータのコミュニティと、インターネット上で広く公開されるブロックチェーンとのデータ連携が想定される。ブロックチェーンは、民間のデータの中でも通貨取引などで使用され、データ改ざんに強いという特徴を有している。
官民のデータ連携が進む上で、インターネットに接続しない官公庁・自治体の閉じたデータのコミュニティと、インターネット上で広く公開されるブロックチェーンとのデータ連携が想定される。ブロックチェーンは、民間のデータの中でも通貨取引などで使用され、データ改ざんに強いという特徴を有している。
従来、官公庁や自治体はインターネットに接続しないコミュニティ内のデータを利用し住民サービスを提供していた。そのため、従来の住民サービスシステムはインターネットに接続しない前提で構築されている。インターネット上に存在する民間データと組み合わせた住民サービスを提供するためには、セキュリティ上の考慮が必要である。官公庁、自治体が提供するサービスは、その公的な特性上、高い信頼性が求められるためである。
例えば自治体が、過去の浸水履歴、地盤強度などの情報とＳＮＳの災害リアルタイム情報を組み合わせた災害時避難経路提案サービスを提供すると仮定する。自治体から提供された過去の浸水履歴、地盤強度などの情報が改ざんされた場合、避難経路は誤った情報を元に作成されることになる。そのため、最悪の場合には、人命をも左右する事態となることが考えられる。このような事態を引き起こさないためにも、データの改ざん検知が求められる。
また、官公庁、自治体が扱う公文書は、法律により原本を保管する必要があり、電子データにおいても原本性の保証と長期保管が義務付けられている。今後、民間データを取り入れた住民サービスを提供する際、根拠とした電子データの原本性が求められることが想定される。住民サービスに利用する民間データに対しても、時間軸で改ざんがされていないこと、長期間データが原本性を保っていることを証明する必要がある。
「ブロックチェーン同士を安全につなげるセキュリティ技術を開発」，[online]，2017年11月15日，株式会社富士通研究所，インターネット<URL:http://pr.fujitsu.com/jp/news/2017/11/15.html>
非特許文献１には、複数のブロックチェーン同士を紐付け可能とする発明が記載されている。非特許文献１には、複数のブロックチェーン間を新たなブロックチェーンで接続し、各チェーンにおける一連の通貨交換に関わる取引処理を紐づけて、全体を一つの取引として自動実行可能とするスマートコントラクトの拡張技術と、各チェーンでの取引処理の実行タイミングを同期させるトランザクション制御技術が記載されている。
しかし、ブロックチェーンのトランザクションを、非ブロックチェーンのコミュニティのデータに対して紐づけする方法は開示されていない。ここでコミュニティのデータとは、インターネットに接続されない官公庁、自治体のコミュニティのデータのことをいう。
そこで、本発明は、インターネット上に存在するブロックチェーンのトランザクションと、非ブロックチェーンのコミュニティのデータとを連携可能とすることを目的とする。
しかし、ブロックチェーンのトランザクションを、非ブロックチェーンのコミュニティのデータに対して紐づけする方法は開示されていない。ここでコミュニティのデータとは、インターネットに接続されない官公庁、自治体のコミュニティのデータのことをいう。
そこで、本発明は、インターネット上に存在するブロックチェーンのトランザクションと、非ブロックチェーンのコミュニティのデータとを連携可能とすることを目的とする。
前記した課題を解決するため、本発明のトラスト関係構築システムは、ブロックチェーンを管理する第１ノードから当該ブロックチェーンについて生成されたブロックに含まれるトランザクションを取得し、非ブロックチェーンのデータベースを管理する第２ノードからデータを取得するデータ取得部と、前記トランザクションと前記データとのトラスト関係を結ぶデータ管理部と、前記トランザクションまたはその識別子と前記データのうちの一方に対して電子署名し、一方の電子署名を含むハッシュ、および、他方のハッシュに対して電子署名する署名部と、を備える。
本発明のトラスト関係構築方法は、ブロックチェーンを管理する第１ノード、および非ブロックチェーンのデータベースを管理する第２ノードと通信可能なコンピュータが、前記第２ノードからデータを取得するステップと、前記データに対して電子署名するステップと、前記データと前記ブロックチェーンについて生成されたブロックに含まれるトランザクションとのトラスト関係を結ぶステップと、前記トランザクションまたはその識別子と前記データのうちの一方に対して電子署名するステップと、一方の電子署名を含むハッシュ、および、他方のハッシュに対して電子署名するステップと、を実行することを特徴とする。
本発明のトラスト関係構築プログラムは、ブロックチェーンを管理する第１ノード、および非ブロックチェーンのデータベースを管理する第２ノードと通信可能なコンピュータに、前記第２ノードからデータを取得する手順、前記データに対して電子署名する手順、前記データと前記ブロックチェーンについて生成されたブロックに含まれるトランザクションとのトラスト関係を結ぶ手順、前記トランザクションまたはその識別子と前記データのうちの一方に対して電子署名する手順、一方の電子署名を含むハッシュ、および、他方のハッシュに対して電子署名する手順、を実行させるためのものである。
その他の手段については、発明を実施するための形態のなかで説明する。
その他の手段については、発明を実施するための形態のなかで説明する。
本発明によれば、インターネット上に存在するブロックチェーンのトランザクションと、非ブロックチェーンのコミュニティのデータとが連携可能となる。
以降、本発明を実施するための形態を、各図を参照して詳細に説明する。
《第１の実施形態》
第１の実施形態のシステムは、ｅ−文書法や公文書管理法に従い、電子署名により文書の原本性を保証する。そして、システムは、主に民間データで活用されているブロックチェーンのトランザクションＩＤ（Identifier：識別子）と、官公庁や自治体などが保有する非ブロックチェーンのコミュニティのデータとを紐付ける。システムは更に、紐付けたトランザクションＩＤとデータに対して電子署名を行い、これらの原本性を担保する。これによりトランザクションＩＤやデータの改ざん検知が可能となり、トランザクションＩＤやデータの信頼性を維持できる。このような状態を、トラスト関係を構築する（結ぶ）と定義する。
《第１の実施形態》
第１の実施形態のシステムは、ｅ−文書法や公文書管理法に従い、電子署名により文書の原本性を保証する。そして、システムは、主に民間データで活用されているブロックチェーンのトランザクションＩＤ（Identifier：識別子）と、官公庁や自治体などが保有する非ブロックチェーンのコミュニティのデータとを紐付ける。システムは更に、紐付けたトランザクションＩＤとデータに対して電子署名を行い、これらの原本性を担保する。これによりトランザクションＩＤやデータの改ざん検知が可能となり、トランザクションＩＤやデータの信頼性を維持できる。このような状態を、トラスト関係を構築する（結ぶ）と定義する。
まずトラスト関係を構築したいデータが、ブロックチェーンのトランザクションであった場合、システムは、ブロックチェーンのトランザクションからトランザクションＩＤを分離する。これによりシステムは、取り扱うデータ量を減少させて処理を高速化させることができる。
更にシステムは、トランザクションＩＤに対して電子署名を実施し、従来の官公庁、自治体が保有するデータに対しても電子署名にて署名を実施して、署名データベースへ格納する。
更にシステムは、トランザクションＩＤに対して電子署名を実施し、従来の官公庁、自治体が保有するデータに対しても電子署名にて署名を実施して、署名データベースへ格納する。
システムは、電子署名されたトランザクションＩＤやデータに対して各種フラグ、関係性ＩＤを付与して、データ管理データベースへ格納する。これによりシステムは、ブロックチェーンのトランザクションＩＤと、非ブロックチェーンのコミュニティ内のデータの原本性を保証し、かつ両者間でトラスト関係を結ぶことが可能となる。
図１は、第１の実施形態におけるトラスト関係構築システムＳを示すブロック図である。
ブロックチェーンコミュニティ６は、分散型ネットワークであり、インターネットＮに接続された複数の分散台帳ノード６１ａ，６１ｂ，…を含んで構成されている。以降、分散台帳ノード６１ａ，６１ｂ，…を特に区別しないときには、単に分散台帳ノード６１と記載する。分散台帳ノード６１は、ブロックチェーンを管理する第１ノードであり、ブロックと呼ばれる順序付けられたレコードが連続的に増加するリストを格納している。
ブロックチェーンコミュニティ６は、分散型ネットワークであり、インターネットＮに接続された複数の分散台帳ノード６１ａ，６１ｂ，…を含んで構成されている。以降、分散台帳ノード６１ａ，６１ｂ，…を特に区別しないときには、単に分散台帳ノード６１と記載する。分散台帳ノード６１は、ブロックチェーンを管理する第１ノードであり、ブロックと呼ばれる順序付けられたレコードが連続的に増加するリストを格納している。
コミュニティ５は、官公庁や自治体に保有される非ブロックチェーンのデータベースを管理する第２ノードであり、データ５１を格納している。コミュニティ５とトラスト関係構築システムＳは、閉域網内に構成されており、ファイアウォール４を介してインターネットＮに接続される。ファイアウォール４により、閉域網は、セキュリティを担保することができる。
トラスト関係構築システムＳは、コミュニティ５が管理するデータ５１と、ブロックチェーンコミュニティ６の各トランザクションＩＤに対してトラスト関係を構築するものである。このトラスト関係構築システムＳは、署名検証装置１、署名履歴サーバ３１、署名データベース３２、データ管理データベース２を含んで構成されている。
署名検証装置１は、コミュニティ５が管理するデータ５１とブロックチェーンコミュニティ６の各トランザクションＩＤに対して電子署名し、かつトラスト関係を構築する。署名検証装置１は、データ取得部１１、トランザクションＩＤ分離部１２、データ管理部１３、署名部１４、署名検証部１５を含んで構成される。データ管理データベース２は、両者間のトラスト関係を格納するデータベースである。
署名履歴サーバ３１は、署名データベース３２にヒステリシス署名を格納すると共に、データがヒステリシス署名されているか否かを判定する。
署名履歴サーバ３１は、署名データベース３２にヒステリシス署名を格納すると共に、データがヒステリシス署名されているか否かを判定する。
データ取得部１１は、ブロックチェーンコミュニティ６からトランザクションを取得し、コミュニティ５からデータ５１を取得する。データ取得部１１がブロックチェーンコミュニティ６からトランザクションを取得した場合、トランザクションＩＤ分離部１２は、トランザクションＩＤとその他のデータに分離する。
データ管理部１３は、ブロックチェーンコミュニティ６のトランザクションＩＤと、コミュニティ５が管理するデータ５１との間のトラスト関係をデータ管理データベース２に格納する。データ管理部１３は、トランザクションとコミュニティ５のデータとのトラスト関係を結ぶためのものである。
署名部１４は、ブロックチェーンコミュニティ６のトランザクションＩＤと、コミュニティ５が管理するデータ５１とに対してヒステリシス署名する。具体的にいうと、署名部１４は、例えば、トランザクションＩＤに対して電子署名し、このトランザクションＩＤの電子署名を含むハッシュおよびデータのハッシュに対して電子署名する。また署名部１４は、データに対して電子署名し、このデータ電子署名を含むハッシュおよびトランザクションＩＤのハッシュに対して電子署名する。
署名部１４は、ブロックチェーンコミュニティ６のトランザクションＩＤと、コミュニティ５が管理するデータ５１とに対してヒステリシス署名する。具体的にいうと、署名部１４は、例えば、トランザクションＩＤに対して電子署名し、このトランザクションＩＤの電子署名を含むハッシュおよびデータのハッシュに対して電子署名する。また署名部１４は、データに対して電子署名し、このデータ電子署名を含むハッシュおよびトランザクションＩＤのハッシュに対して電子署名する。
署名検証部１５は、署名履歴サーバ３１と署名データベース３２を参照し、データやトランザクションＩＤがヒステリシス署名されているか否かを検証する。ヒステリシス署名されたデータならば、データ管理部１３は、トラスト関係が結ばれたブロックチェーンコミュニティ６のトランザクションＩＤを取得する。データ取得部１１は、トランザクションＩＤに基づいてブロックチェーンコミュニティ６からトランザクションを取得する。
ヒステリシス署名されたトランザクションＩＤならば、データ管理部１３は、トラスト関係が結ばれたコミュニティ５が管理するデータ５１を取得する。
図２は、署名検証装置１として動作するコンピュータの構成図である。
署名検証装置１は、ＣＰＵ（Central Processing Unit）８１と、ＲＯＭ（Read Only Memory）８２と、ＲＡＭ（Random Access Memory）８３と、記憶部８６とを備えている。この署名検証装置１は、後記する第２の実施形態にも共通するものであり、ブロックチェーンコミュニティ６、および非ブロックチェーンのコミュニティ５と通信可能である。
署名検証装置１は、ＣＰＵ（Central Processing Unit）８１と、ＲＯＭ（Read Only Memory）８２と、ＲＡＭ（Random Access Memory）８３と、記憶部８６とを備えている。この署名検証装置１は、後記する第２の実施形態にも共通するものであり、ブロックチェーンコミュニティ６、および非ブロックチェーンのコミュニティ５と通信可能である。
ＣＰＵ８１は、ＲＯＭ８２やＲＡＭ８３や記憶部８６に格納されたプログラムを実行し、ＲＯＭ８２やＲＡＭ８３や記憶部８６に格納されたデータを処理するものである。
ＲＯＭ８２は、不揮発性メモリで構成されており、例えばＢＩＯＳ（Basic Input/Output System）を格納する。ＲＡＭ８３は、揮発性メモリで構成されており、プログラムが一時的に格納する変数等に用いられる。記憶部８６は、例えばハードディスクやＳＳＤ（Solid State Drive）などの大容量記憶装置で構成されており、内部にトラスト関係構築プログラム８６１を格納している。この署名検証装置１に、トラスト関係構築プログラム８６１を格納するメディア８７を読み込ませてインストールすることで、記憶部８６にトラスト関係構築プログラム８６１が格納される。
ＲＯＭ８２は、不揮発性メモリで構成されており、例えばＢＩＯＳ（Basic Input/Output System）を格納する。ＲＡＭ８３は、揮発性メモリで構成されており、プログラムが一時的に格納する変数等に用いられる。記憶部８６は、例えばハードディスクやＳＳＤ（Solid State Drive）などの大容量記憶装置で構成されており、内部にトラスト関係構築プログラム８６１を格納している。この署名検証装置１に、トラスト関係構築プログラム８６１を格納するメディア８７を読み込ませてインストールすることで、記憶部８６にトラスト関係構築プログラム８６１が格納される。
署名検証装置１は更に、入力部８４と、表示部８５とを備えている。
入力部８４は、例えばキーボードやマウスなどであり、この署名検証装置１に各種情報を入力するために用いられる。
表示部８５は、例えば液晶ディスプレイなどであり、この署名検証装置１が処理結果などを表示するために用いられる。
入力部８４は、例えばキーボードやマウスなどであり、この署名検証装置１に各種情報を入力するために用いられる。
表示部８５は、例えば液晶ディスプレイなどであり、この署名検証装置１が処理結果などを表示するために用いられる。
図３は、ブロックチェーンのデータ構造を示す図である。
ブロックチェーンは、ブロック７ａ，７ｂ，７ｃが時系列に沿って繋がって構成される。以降、各ブロック７ａ〜７ｃを特に区別しないときには、単にブロック７と記載する。
ブロックチェーンは、ブロック７ａ，７ｂ，７ｃが時系列に沿って繋がって構成される。以降、各ブロック７ａ〜７ｃを特に区別しないときには、単にブロック７と記載する。
ブロック７ａは、ブロックヘッダ７１ａと、ネットワーク内で発生した取引のトランザクションT1〜T3であるトランザクション７３を格納する。トランザクションT1〜T3は、それぞれトランザクションＩＤであるｔ1〜ｔ3を含んで構成される。ブロック７ｂは、ブロックヘッダ７１ｂと、ネットワーク内で発生した取引のトランザクションT4〜T6であるトランザクション７３を格納する。トランザクションT4〜T6は、それぞれトランザクションＩＤであるt4〜t6を含んで構成される。ブロック７ｃも、ブロック７ａ，７ｂと同様に構成されている。外部装置は、トランザクションＩＤをキーにブロックチェーンにアクセスすることにより、このトランザクションＩＤに対応するトランザクションを取得することができる。以降、各ブロックヘッダを特に区別しないときには、単にブロックヘッダ７１と記載する。
ブロックヘッダ７１ａには、１つ前に生成されたブロック７のブロックヘッダ７１の内容を示す前ヘッダハッシュ値７１１ａと、ブロック７ａのトランザクション７３に係る全てのトランザクションＩＤに基づいて算出されたハッシュルート７１２ａが格納される。前ヘッダハッシュ値７１１ａは、１つ前に生成されたブロック７のブロックヘッダ７１のハッシュ値である。ハッシュルート７１２ａは、ブロック７ａのトランザクション７３に係る全てのトランザクションＩＤに係るハッシュ値である。
ブロックヘッダ７１ｂには、１つ前のブロックヘッダ７１ａの内容を示す前ヘッダハッシュ値７１１ｂと、ブロック７ｂのトランザクション７３に係る全てのトランザクションＩＤの内容を示すハッシュルート７１２ｂが格納される。前ヘッダハッシュ値７１１ｂは、１つ前に生成されたブロック７ａのブロックヘッダ７１ａのハッシュ値である。ハッシュルート７１２ｂは、ブロック７ｂのトランザクション７３に係る全てのトランザクションＩＤに係るハッシュ値である。
ブロックヘッダ７１ｃには、１つ前のブロックヘッダ７１ｂの内容を示す前ヘッダハッシュ値７１１ｃと、ブロック７ｃのトランザクション７３に係る全てのトランザクションＩＤの内容を示すハッシュルート７１２ｃが格納される。前ヘッダハッシュ値７１１ｃは、１つ前に生成されたブロック７ｂのブロックヘッダ７１ｂのハッシュ値である。ハッシュルート７１２ｃは、ブロック７ｃのトランザクション７３に係る全てのトランザクションＩＤに係るハッシュ値である。
ブロックチェーンを構成する分散台帳ノード６１は、所定時間ごとにトランザクション７３を纏めたブロック７を生成する。このブロック７には、直前に生成されたブロック７のブロックヘッダ７１の内容を示すハッシュが格納される。これにより、直前に生成されたブロック７の改ざんを容易に検知可能である。
図４は、コミュニティ５が管理するデータ５１をブロックチェーンコミュニティ６のトランザクションＩＤに対してトラスト関係を結ぶフローチャートである。
例えばユーザが、コミュニティ５が管理するデータ５１と、このデータ５１とトラスト関係を結びたいブロックチェーンコミュニティ６のトランザクション７３を指定すると、トラスト関係構築システムＳは、図４の処理を開始する。
例えばユーザが、コミュニティ５が管理するデータ５１と、このデータ５１とトラスト関係を結びたいブロックチェーンコミュニティ６のトランザクション７３を指定すると、トラスト関係構築システムＳは、図４の処理を開始する。
ステップＳ１１において、データ取得部１１は、ターゲットとするトラスト関係を結びたいブロックチェーンコミュニティ６の一連のトランザクション７３を取得して複製する。
ステップＳ１２において、トランザクションＩＤ分離部１２は、複製したトランザクション７３からトランザクションＩＤを分離する。
ステップＳ１２において、トランザクションＩＤ分離部１２は、複製したトランザクション７３からトランザクションＩＤを分離する。
ステップＳ１３において、署名部１４は、コミュニティ５が管理するデータ５１を最初に署名する。
ステップＳ１４において、署名部１４は、分離したトランザクションＩＤと前回の署名結果に基づき、ヒステリシス署名を実施する。
ステップＳ１４において、署名部１４は、分離したトランザクションＩＤと前回の署名結果に基づき、ヒステリシス署名を実施する。
ステップＳ１５において、データ管理部１３は、全てのトランザクションＩＤを処理したか否かを判定する。データ管理部１３は、未処理のトランザクションＩＤが在るならば（Ｎｏ）、ステップＳ１４の処理に戻り、全てのトランザクションＩＤを処理したならば（Ｙｅｓ）、ステップＳ１６の処理に進む。
ステップＳ１６において、署名部１４は、各署名を署名データベース３２に格納する。
ステップＳ１６において、署名部１４は、各署名を署名データベース３２に格納する。
ステップＳ１７において、データ管理部１３は、コミュニティ５が管理するデータ５１からトランザクションＩＤへのトラスト関係をデータ管理データベース２へ格納し、図４の処理を終了する。
以上の処理を実施することで、トラスト関係構築システムＳは、コミュニティ５が管理するデータ５１に、ブロックチェーンコミュニティ６のトランザクションＩＤとの間でヒステリシス署名することができる。そのため、署名されたトランザクションＩＤの原本性を保証し、かつコミュニティ５が管理するデータ５１に対してトラスト関係を結ぶことが可能となる。
図５は、コミュニティ５が管理するデータ５１をブロックチェーンコミュニティ６のトランザクションＩＤにヒステリシス署名した後のデータ構造を示す図である。
最初の署名レコードS1は、データD1と、初期値IVと、データD1のハッシュh(D1)と、署名Sign(IV||h(D1))とを含んで構成される。署名Sign(IV||h(D1))は、初期値IVとデータD1のハッシュh(D1)とを組み合わせて電子署名したものである。これにより、データD1の原本性を保証し、改ざんされていないことを確認可能となる。
最初の署名レコードS1は、データD1と、初期値IVと、データD1のハッシュh(D1)と、署名Sign(IV||h(D1))とを含んで構成される。署名Sign(IV||h(D1))は、初期値IVとデータD1のハッシュh(D1)とを組み合わせて電子署名したものである。これにより、データD1の原本性を保証し、改ざんされていないことを確認可能となる。
２番目の署名レコードS2は、トランザクションＩＤのt1と、１個前のハッシュh(S1)と、t1のハッシュh(t1)と、署名Sign(h(S1)||h(t1))とを含んで構成される。署名Sign(h(S1)||h(T1))は、１個前のハッシュh(S1)とt1のハッシュh(t1)とを組み合わせて電子署名したものである。これによりトランザクションＩＤのt1の原本性を保証し、改ざんされていないことを確認可能となる。
図６は、コミュニティ５が管理するデータ５１をブロックチェーンコミュニティ６のトランザクションＩＤに対してトラスト関係を結んだ状態のデータ管理データベース２を示す図である。
データ管理データベース２は、ＩＤ欄と、トランザクションＩＤ欄と、データ欄と、ブロックチェーンフラグ欄と、関係性ＩＤ欄とを含んで構成される。
データ管理データベース２は、ＩＤ欄と、トランザクションＩＤ欄と、データ欄と、ブロックチェーンフラグ欄と、関係性ＩＤ欄とを含んで構成される。
ＩＤ欄は、各レコードを一意に識別するための識別子を格納する欄である。トランザクションＩＤ欄は、ブロックチェーンコミュニティ６のトランザクションＩＤを格納する欄である。このレコードにデータ欄に非ブロックチェーンのコミュニティ５が管理するデータ５１が格納されるとき、このトランザクションＩＤ欄にはNULLが格納される。
データ欄は、コミュニティ５が管理するデータ５１を格納する欄である。このレコードのトランザクションＩＤ欄にブロックチェーンコミュニティ６のトランザクションＩＤが格納されるとき、このデータ欄にはNULLが格納される。
ブロックチェーンフラグ欄は、このレコードにブロックチェーンコミュニティ６のトランザクションＩＤが格納されているか否かを示すフラグを格納する欄である。ブロックチェーンフラグ欄に１が格納されているとき、トランザクションＩＤ欄に、トランザクションＩＤが格納されている。
関係性ＩＤ欄は、他のレコードに含まれるデータやトランザクションＩＤとの間にトラスト関係が結ばれていることを示す欄である。ここでA1のＩＤを有するレコードには、データD1が格納され、関係性ＩＤ欄には、A2が格納されている。つまり、データD1は、A2のＩＤを有するレコードに対してトラスト関係が結ばれている。つまり、データD1とトランザクションＩＤのt1には、トラスト関係が結ばれている。
図７は、ブロックチェーンコミュニティ６のトランザクションＩＤをコミュニティ５が管理するデータ５１に対してトラスト関係を結ぶフローチャートである。
例えばユーザが、ブロックチェーンコミュニティ６のトランザクション７３と、このトランザクション７３とトラスト関係を結びたいコミュニティ５が管理するデータ５１を指定すると、トラスト関係構築システムＳは、図７の処理を開始する。
例えばユーザが、ブロックチェーンコミュニティ６のトランザクション７３と、このトランザクション７３とトラスト関係を結びたいコミュニティ５が管理するデータ５１を指定すると、トラスト関係構築システムＳは、図７の処理を開始する。
ステップＳ３１において、データ取得部１１は、ターゲットとするトラスト関係を結びたいブロックチェーンコミュニティ６のトランザクションを取得して登録する。
ステップＳ３２において、トランザクションＩＤ分離部１２は、ブロックチェーンコミュニティ６のトランザクション７３からトランザクションＩＤを分離する。
ステップＳ３２において、トランザクションＩＤ分離部１２は、ブロックチェーンコミュニティ６のトランザクション７３からトランザクションＩＤを分離する。
ステップＳ３３において、署名部１４は、トランザクションＩＤを最初に署名する。
ステップＳ３４において、署名部１４は、コミュニティ５の各データに対してヒステリシス署名を実施する。
ステップＳ３４において、署名部１４は、コミュニティ５の各データに対してヒステリシス署名を実施する。
ステップＳ３５において、データ管理部１３は、全てのデータを処理したか否かを判定する。データ管理部１３は、未処理のデータが在るならば（Ｎｏ）、ステップＳ３４の処理に戻り、全てのデータを処理したならば（Ｙｅｓ）、ステップＳ３６の処理に進む。
ステップＳ３６において、署名部１４は、各署名を署名データベース３２に格納する。
ステップＳ３６において、署名部１４は、各署名を署名データベース３２に格納する。
ステップＳ３７において、データ管理部１３は、トランザクションＩＤからコミュニティ５が管理するデータ５１へのトラスト関係をデータ管理データベース２へ格納し、図７の処理を終了する。
以上の処理を実施することで、トラスト関係構築システムＳは、トランザクションＩＤからコミュニティ５が管理するデータ５１に対してヒステリシス署名することができ、原本性を保証して、トラスト関係を結ぶことが可能となる。
以上の処理を実施することで、トラスト関係構築システムＳは、トランザクションＩＤからコミュニティ５が管理するデータ５１に対してヒステリシス署名することができ、原本性を保証して、トラスト関係を結ぶことが可能となる。
図８は、ブロックチェーンコミュニティ６のトランザクションＩＤをコミュニティ５が管理するデータ５１にヒステリシス署名した後のデータ構造を示す図である。
最初の署名レコードS1は、トランザクションＩＤのt1と、初期値IVと、t1のハッシュh(t1)と、署名Sign(IV||h(t1))とを含んで構成される。署名Sign(IV||h(t1))は、初期値IVとトランザクションＩＤのt1のハッシュh(t1)とを組み合わせて電子署名したものである。これにより、トランザクションＩＤのt1の原本性を保証し、改ざんされていないことを確認可能となる。
最初の署名レコードS1は、トランザクションＩＤのt1と、初期値IVと、t1のハッシュh(t1)と、署名Sign(IV||h(t1))とを含んで構成される。署名Sign(IV||h(t1))は、初期値IVとトランザクションＩＤのt1のハッシュh(t1)とを組み合わせて電子署名したものである。これにより、トランザクションＩＤのt1の原本性を保証し、改ざんされていないことを確認可能となる。
２番目の署名レコードS2は、データD1と、１個前のハッシュh(S1)と、データD1のハッシュh(D1)と、署名Sign(h(S1)||h(D1))とを含んで構成される。署名Sign(h(S1)||h(D1))は、１個前のハッシュh(S1)とデータD1のハッシュh(D1)とを組み合わせて電子署名したものである。これによりデータD1の原本性を保証し、改ざんされていないことを確認可能となる。
図９は、コミュニティ５が管理するデータ５１とブロックチェーンコミュニティ６のトランザクションＩＤとを相互にトラスト関係を結んだ状態のデータ管理データベース２を示す図である。
ここでA1のＩＤを有するレコードには、データD1が格納され、関係性ＩＤ欄には、A2が格納されている。データD1は、A2のＩＤを有するレコードに対してトラスト関係が結ばれている。即ち、データD1とトランザクションＩＤのt1には、トラスト関係が結ばれている。
ここでA2のＩＤを有するレコードには、トランザクションＩＤのt1が格納され、関係性ＩＤ欄には、A1が格納されている。トランザクションＩＤのt1は、A1のＩＤを有するレコードに対してトラスト関係が結ばれている。即ち、トランザクションＩＤのt1とデータD1には、相互にトラスト関係が結ばれている。
ここでA1のＩＤを有するレコードには、データD1が格納され、関係性ＩＤ欄には、A2が格納されている。データD1は、A2のＩＤを有するレコードに対してトラスト関係が結ばれている。即ち、データD1とトランザクションＩＤのt1には、トラスト関係が結ばれている。
ここでA2のＩＤを有するレコードには、トランザクションＩＤのt1が格納され、関係性ＩＤ欄には、A1が格納されている。トランザクションＩＤのt1は、A1のＩＤを有するレコードに対してトラスト関係が結ばれている。即ち、トランザクションＩＤのt1とデータD1には、相互にトラスト関係が結ばれている。
図１０は、コミュニティ５が管理するデータ５１をブロックチェーンコミュニティ６の複数のトランザクションＩＤに対してヒステリシス署名した後のデータ構造を示す図である。
最初の署名レコードS1と２番目の署名レコードS2とは、図５に示したものと同様である。
３番目の署名レコードS3は、トランザクションＩＤのt2と、１個前のハッシュh(S2)と、t2のハッシュh(t2)と、署名Sign(h(S2)||h(t2))とを含んで構成される。署名Sign(h(S2)||h(t2))は、１個前のハッシュh(S2)とt2のハッシュh(t2)とを組み合わせて電子署名したものである。これにより、t2の原本性を保証し、改ざんされていないことを確認可能となる。
最初の署名レコードS1と２番目の署名レコードS2とは、図５に示したものと同様である。
３番目の署名レコードS3は、トランザクションＩＤのt2と、１個前のハッシュh(S2)と、t2のハッシュh(t2)と、署名Sign(h(S2)||h(t2))とを含んで構成される。署名Sign(h(S2)||h(t2))は、１個前のハッシュh(S2)とt2のハッシュh(t2)とを組み合わせて電子署名したものである。これにより、t2の原本性を保証し、改ざんされていないことを確認可能となる。
４番目の署名レコードS4は、トランザクションＩＤのt3と、１個前のハッシュh(S3)と、t3のハッシュh(t3)と、署名Sign(h(S3)||h(t3))とを含んで構成される。署名Sign(h(S3)||h(t3))は、１個前のハッシュh(S3)とt3のハッシュh(t3)とを組み合わせて電子署名したものである。これにより、t3の原本性を保証し、改ざんされていないことを確認可能となる。署名レコードS3，S4は、署名レコードS1，S2と共に記録されてもよく、署名レコードS1，S2が記録された後に追記されてもよい。
図１１は、コミュニティ５が管理するデータ５１とブロックチェーンコミュニティ６の複数のトランザクションＩＤに対してトラスト関係を結んだ状態のデータ管理データベース２を示す図である。
ここでA1のＩＤを有するレコードには、データD1が格納され、関係性ＩＤ欄には、A2,A3,A4が格納されている。つまり、データD1は、A2,A3,A4の各ＩＤを有するレコードに対してトラスト関係が結ばれている。つまり、データD1とトランザクションＩＤのt1，t2，t3には、トラスト関係が結ばれている。
ここでA1のＩＤを有するレコードには、データD1が格納され、関係性ＩＤ欄には、A2,A3,A4が格納されている。つまり、データD1は、A2,A3,A4の各ＩＤを有するレコードに対してトラスト関係が結ばれている。つまり、データD1とトランザクションＩＤのt1，t2，t3には、トラスト関係が結ばれている。
図１２は、ブロックチェーンコミュニティ６のトランザクションＩＤをコミュニティ５の複数のデータ５１にヒステリシス署名した後のデータ構造を示す図である。
最初の署名レコードS1と２番目の署名レコードS2とは、図８に示したデータ構造と同様である。
最初の署名レコードS1と２番目の署名レコードS2とは、図８に示したデータ構造と同様である。
３番目の署名レコードS3は、データD2と、１個前のハッシュh(S2)と、データD2のハッシュh(D2)と、署名Sign(h(S2)||h(D2))とを含んで構成される。署名Sign(h(S2)||h(D2))は、１個前のハッシュh(S2)とデータD2のハッシュh(D2)とを組み合わせて電子署名したものである。これによりデータD2の原本性を保証し、改ざんされていないことを確認可能となる。なお、署名レコードS3は、署名レコードS1，S2と共に記録されてもよく、署名レコードS1が記録された後に追記されてもよい。
図１３は、コミュニティ５の複数のデータ５１とブロックチェーンコミュニティ６の複数のトランザクションＩＤとを相互にトラスト関係を結んだ状態のデータ管理データベース２を示す図である。
ここでA1のＩＤを有するレコードには、データD1が格納され、関係性ＩＤ欄には、A2,A3,A4が格納されている。つまり、データD1は、A2,A3,A4の各ＩＤを有するレコードに対してトラスト関係が結ばれている。つまり、データD1とトランザクションＩＤのt1，t2，t3には、トラスト関係が結ばれている。
ここでA1のＩＤを有するレコードには、データD1が格納され、関係性ＩＤ欄には、A2,A3,A4が格納されている。つまり、データD1は、A2,A3,A4の各ＩＤを有するレコードに対してトラスト関係が結ばれている。つまり、データD1とトランザクションＩＤのt1，t2，t3には、トラスト関係が結ばれている。
ここでA2のＩＤを有するレコードには、トランザクションＩＤのt1が格納され、関係性ＩＤ欄には、A1,A5が格納されている。トランザクションＩＤのt1は、A1のＩＤを有するレコードとA5のＩＤを有するレコードに対してトラスト関係が結ばれている。即ち、トランザクションＩＤのt1とデータD1，D5には、トラスト関係が結ばれている。
図１４は、データ５１またはトランザクションＩＤの改ざんを判定し、更にこれとトラスト関係を結んだトランザクションまたはデータを取得する処理のフローチャートである。
ステップＳ５１において、データ取得部１１は、データの入力を受け付ける。ここでいうデータは、コミュニティ５のデータとブロックチェーンコミュニティ６のトランザクションＩＤのうち何れかである。
ステップＳ５１において、データ取得部１１は、データの入力を受け付ける。ここでいうデータは、コミュニティ５のデータとブロックチェーンコミュニティ６のトランザクションＩＤのうち何れかである。
ステップＳ５２において、署名検証部１５は、このデータがヒステリシス署名済であるか否かを判定する。署名検証部１５は、このデータがヒステリシス署名済ならば（Ｙｅｓ）、ステップＳ５３に進み、このデータがヒステリシス署名されていないならば（Ｎｏ）、異常終了する。
ステップＳ５３において、データ管理部１３は、データ管理データベース２を参照して、関係性ＩＤと一致するＩＤを有するレコードを検索することにより、この関係性ＩＤが示すデータまたはトランザクションＩＤを検索する。
ステップＳ５４において、データ管理部１３は、参照したデータ管理データベース２からブロックチェーンコミュニティ６のトランザクションＩＤであるか否かを判定する。具体的にいうと、データ管理部１３は、データ管理データベース２のブロックチェーンフラグ欄に１が格納されているならば、このデータがトランザクションＩＤであると判定する。
ステップＳ５４において、データ管理部１３は、参照したデータ管理データベース２からブロックチェーンコミュニティ６のトランザクションＩＤであるか否かを判定する。具体的にいうと、データ管理部１３は、データ管理データベース２のブロックチェーンフラグ欄に１が格納されているならば、このデータがトランザクションＩＤであると判定する。
データ管理部１３は、ブロックチェーンコミュニティ６のトランザクションＩＤならば（Ｙｅｓ）、ステップＳ５５に進み、トランザクションＩＤでないならば（Ｎｏ）、コミュニティ５のデータと判定し、ステップＳ５８へ進む。
ステップＳ５５において、署名検証部１５は、トランザクションＩＤが改ざんされているか否かをヒステリシス署名によって判定する。具体的にいうと、署名検証部１５は、署名データベース３２に格納されたトランザクションＩＤのヒステリシス署名を検証し、その結果が正しいならば、このトランザクションＩＤが改ざんされていないと判定する。
署名検証部１５は、トランザクションＩＤが改ざんされているならば異常終了し、トランザクションＩＤが改ざんされておらず正常ならば、ステップＳ５６の処理に進む。
署名検証部１５は、トランザクションＩＤが改ざんされているならば異常終了し、トランザクションＩＤが改ざんされておらず正常ならば、ステップＳ５６の処理に進む。
ステップＳ５６において、データ取得部１１は、このトランザクションＩＤとトラスト関係が結ばれたデータをコミュニティ５から取得する。
ステップＳ５７において、データ取得部１１は、このトランザクションＩＤをキーとして、ブロックチェーンコミュニティ６にアクセスし、トランザクションを取得すると、図１４の処理を終了する。
ステップＳ５７において、データ取得部１１は、このトランザクションＩＤをキーとして、ブロックチェーンコミュニティ６にアクセスし、トランザクションを取得すると、図１４の処理を終了する。
ステップＳ５８において、署名検証部１５は、コミュニティ５のデータが改ざんされているか否かをヒステリシス署名により判定する。具体的にいうと、署名検証部１５は、署名データベース３２に格納されたデータのヒステリシス署名を検証し、その結果が正しいならば、このデータが改ざんされていないと判定する。
署名検証部１５は、コミュニティ５のデータが改ざんされているならば異常終了し、コミュニティ５のデータが改ざんされておらず正常ならば、ステップＳ５９の処理に進む。
署名検証部１５は、コミュニティ５のデータが改ざんされているならば異常終了し、コミュニティ５のデータが改ざんされておらず正常ならば、ステップＳ５９の処理に進む。
ステップＳ５９において、データ取得部１１は、このデータとトラスト関係が結ばれたトランザクションＩＤを取得し、ステップＳ５７の処理に進む。具体的にいうと、データ取得部１１は、データ管理データベース２における当該データに関するレコードを取得し、このレコードの関係性ＩＤを有するレコードを取得して、トランザクションＩＤを取得する。
ステップＳ５７において、データ取得部１１は、このトランザクションＩＤをキーにブロックチェーンコミュニティ６にアクセスしてトランザクションを取得すると、図１４の処理を終了する。
ステップＳ５７において、データ取得部１１は、このトランザクションＩＤをキーにブロックチェーンコミュニティ６にアクセスしてトランザクションを取得すると、図１４の処理を終了する。
これら一連の処理により，トラスト関係構築システムＳは、改ざんされておらず、かつトラスト関係が結ばれているトランザクションとデータの組合せを、ブロックチェーンコミュニティ６とコミュニティ５から取得することができる。
一方、データやトランザクションＩＤに対してヒステリシス署名がなされていない場合や、データやトランザクションＩＤが改ざんされている場合には、異常終了する。
一方、データやトランザクションＩＤに対してヒステリシス署名がなされていない場合や、データやトランザクションＩＤが改ざんされている場合には、異常終了する。
以上、第１の実施形態のトラスト関係構築システムＳによれば、ブロックチェーンコミュニティ６のトランザクションＩＤと、非ブロックチェーンのコミュニティ５のデータ間において、原本性保証を担保しつつトラスト関係を結ぶことができる。また、ヒステリシス署名を行ったデータやトランザクションＩＤに対して改ざんを確認することから、これらデータやトランザクションＩＤの改ざんを検知することもできる。
第１の実施形態により、ブロックチェーンコミュニティ６のトランザクションと、ブロックチェーン以外のコミュニティ５のデータ間に対してトラスト関係の構築が可能となる。また、ブロックチェーンコミュニティ６のトランザクションではなく、トランザクションＩＤに対してのみ署名を実施することによって、トランザクションに対する署名と比較して処理を高速化することができる。
《第２の実施形態》
第２の実施形態のトラスト関係構築システムＳは、図１に示すトラスト関係構築システムＳと同様である。
第２の実施形態のトラスト関係構築システムＳは、図１に示すトラスト関係構築システムＳと同様である。
まずトラスト関係を構築したいデータが、ブロックチェーンのトランザクションであった場合、トラスト関係構築システムＳは、トランザクションに対して電子署名を実施し、従来の官公庁、自治体が保有するデータに対しても電子署名にて署名を実施して、署名データベース３２へ格納する。
トラスト関係構築システムＳは、電子署名されたトランザクションやデータに対して各種フラグ、関係性ＩＤを付与して、データ管理データベース２へ格納する。これによりトラスト関係構築システムＳは、ブロックチェーンのトランザクションと、非ブロックチェーンのコミュニティ内のデータの原本性を保証し、かつ両者間でトラスト関係を結ぶことが可能となる。
図１５は、第２の実施形態における、ブロックチェーンコミュニティ６のトランザクションをコミュニティ５が管理するデータ５１に対してトラスト関係を結ぶフローチャートである。
例えばユーザが、コミュニティ５が管理するデータ５１と、このデータ５１とトラスト関係を結びたいブロックチェーンコミュニティ６のトランザクション７３を指定すると、トラスト関係構築システムＳは、図１５の処理を開始する。
ステップＳ７１において、データ取得部１１は、ターゲットとするトラスト関係を結びたいブロックチェーンコミュニティ６の一連のトランザクション７３を取得して複製する。
ステップＳ７２において、署名部１４は、コミュニティ５が管理するデータ５１を最初に署名する。
ステップＳ７３において、署名部１４は、複製した各トランザクションと前回の署名結果に基づき、ヒステリシス署名を実施する。
ステップＳ７２において、署名部１４は、コミュニティ５が管理するデータ５１を最初に署名する。
ステップＳ７３において、署名部１４は、複製した各トランザクションと前回の署名結果に基づき、ヒステリシス署名を実施する。
ステップＳ７４において、データ管理部１３は、全てのトランザクションを処理したか否かを判定する。データ管理部１３は、未処理のトランザクションが在るならば（Ｎｏ）、ステップＳ７３の処理に戻り、全てのトランザクションを処理したならば（Ｙｅｓ）、ステップＳ７５の処理に進む。
ステップＳ７５において、署名部１４は、各署名を署名データベース３２に格納する。
ステップＳ７５において、署名部１４は、各署名を署名データベース３２に格納する。
ステップＳ７６において、データ管理部１３は、コミュニティ５が管理するデータ５１からトランザクションへのトラスト関係をデータ管理データベース２へ格納し、図１５の処理を終了する。
以上の処理を実施することで、トラスト関係構築システムＳは、コミュニティ５が管理するデータ５１に、ブロックチェーンコミュニティ６のトランザクションとの間でヒステリシス署名することができる。そのため、署名されたトランザクションの原本性を保証し、かつコミュニティ５が管理するデータ５１に対してトラスト関係を結ぶことが可能となる。
図１６は、コミュニティ５が管理するデータ５１をブロックチェーンコミュニティ６のトランザクションにヒステリシス署名した後のデータ構造を示す図である。
最初の署名レコードS1は、データD1と、初期値IVと、データD1のハッシュh(D1)と、署名Sign(IV||h(D1))とを含んで構成される。署名Sign(IV||h(D1))は、初期値IVとデータD1のハッシュh(D1)とを組み合わせて電子署名したものである。これにより、データD1の原本性を保証し、改ざんされていないことを確認可能となる。
最初の署名レコードS1は、データD1と、初期値IVと、データD1のハッシュh(D1)と、署名Sign(IV||h(D1))とを含んで構成される。署名Sign(IV||h(D1))は、初期値IVとデータD1のハッシュh(D1)とを組み合わせて電子署名したものである。これにより、データD1の原本性を保証し、改ざんされていないことを確認可能となる。
２番目の署名レコードS2は、トランザクションT1と、１個前のハッシュh(S1)と、T1のハッシュh(T1)と、署名Sign(h(S1)||h(T1))とを含んで構成される。署名Sign(h(S1)||h(T1))は、１個前のハッシュh(S1)とt1のハッシュh(T1)とを組み合わせて電子署名したものである。これによりトランザクションT1の原本性を保証し、改ざんされていないことを確認可能となる。
図１７は、コミュニティ５が管理するデータ５１とブロックチェーンコミュニティ６のトランザクションとを相互にトラスト関係を結んだ状態のデータ管理データベース２を示す図である。
データ管理データベース２は、ＩＤ欄と、トランザクション欄と、データ欄と、ブロックチェーンフラグ欄と、関係性ＩＤ欄とを含んで構成される。
データ管理データベース２は、ＩＤ欄と、トランザクション欄と、データ欄と、ブロックチェーンフラグ欄と、関係性ＩＤ欄とを含んで構成される。
ＩＤ欄は、各レコードを一意に識別するための識別子を格納する欄である。トランザクション欄は、ブロックチェーンコミュニティ６のトランザクションを格納する欄である。このレコードにデータ欄に非ブロックチェーンのコミュニティ５が管理するデータ５１が格納されるとき、このトランザクション欄にはNULLが格納される。
データ欄は、コミュニティ５が管理するデータ５１を格納する欄である。このレコードのトランザクション欄にブロックチェーンコミュニティ６のトランザクションが格納されるとき、このデータ欄にはNULLが格納される。
ブロックチェーンフラグ欄は、このレコードにブロックチェーンコミュニティ６のトランザクションが格納されているか否かを示すフラグを格納する欄である。ブロックチェーンフラグ欄に１が格納されているとき、トランザクション欄に、トランザクションが格納されている。
関係性ＩＤ欄は、他のレコードに含まれるデータやトランザクションＩＤとの間にトラスト関係が結ばれていることを示す欄である。
ここでA1のＩＤを有するレコードには、データD1が格納され、関係性ＩＤ欄には、A2が格納されている。つまり、データD1は、A2のＩＤを有するレコードに対してトラスト関係が結ばれている。つまり、データD1とトランザクションT1には、トラスト関係が結ばれている。
ここでA1のＩＤを有するレコードには、データD1が格納され、関係性ＩＤ欄には、A2が格納されている。つまり、データD1は、A2のＩＤを有するレコードに対してトラスト関係が結ばれている。つまり、データD1とトランザクションT1には、トラスト関係が結ばれている。
図１８は、ブロックチェーンコミュニティ６のトランザクションをコミュニティ５のデータに対してトラスト関係を結ぶフローチャートである。
例えばユーザが、ブロックチェーンコミュニティ６のトランザクション７３と、このトランザクション７３とトラスト関係を結びたいコミュニティ５が管理するデータ５１を指定すると、トラスト関係構築システムＳは、図１８の処理を開始する。
例えばユーザが、ブロックチェーンコミュニティ６のトランザクション７３と、このトランザクション７３とトラスト関係を結びたいコミュニティ５が管理するデータ５１を指定すると、トラスト関係構築システムＳは、図１８の処理を開始する。
ステップＳ８１において、データ取得部１１は、ターゲットとするトラスト関係を結びたいブロックチェーンコミュニティ６のトランザクションを取得して登録する。
ステップＳ８２において、署名部１４は、トランザクションＩＤを最初に署名する。
ステップＳ８３において、署名部１４は、コミュニティ５の各データに対してヒステリシス署名を実施する。
ステップＳ８２において、署名部１４は、トランザクションＩＤを最初に署名する。
ステップＳ８３において、署名部１４は、コミュニティ５の各データに対してヒステリシス署名を実施する。
ステップＳ８４において、データ管理部１３は、全てのデータを処理したか否かを判定する。データ管理部１３は、未処理のデータが在るならば（Ｎｏ）、ステップＳ８３の処理に戻り、全てのデータを処理したならば（Ｙｅｓ）、ステップＳ８５の処理に進む。
ステップＳ８５において、署名部１４は、各署名を署名データベース３２に格納する。
ステップＳ８５において、署名部１４は、各署名を署名データベース３２に格納する。
ステップＳ８６において、データ管理部１３は、トランザクションからコミュニティ５が管理するデータ５１へのトラスト関係をデータ管理データベース２へ格納し、図１８の処理を終了する。
以上の処理を実施することで、トラスト関係構築システムＳは、トランザクションＩＤからコミュニティ５が管理するデータ５１に対してヒステリシス署名することができ、原本性を保証して、トラスト関係を結ぶことが可能となる。
以上の処理を実施することで、トラスト関係構築システムＳは、トランザクションＩＤからコミュニティ５が管理するデータ５１に対してヒステリシス署名することができ、原本性を保証して、トラスト関係を結ぶことが可能となる。
図１９は、ブロックチェーンコミュニティ６のトランザクションをコミュニティ５が管理するデータ５１に対してヒステリシス署名した後のデータ構造を示す図である。
最初の署名レコードS1は、トランザクションT1と、初期値IVと、T1のハッシュh(T1)と、署名Sign(IV||h(T1))とを含んで構成される。署名Sign(IV||h(T1))は、初期値IVとトランザクションT1のハッシュh(T1)とを組み合わせて電子署名したものである。これにより、トランザクションT1の原本性を保証し、改ざんされていないことを確認可能となる。
最初の署名レコードS1は、トランザクションT1と、初期値IVと、T1のハッシュh(T1)と、署名Sign(IV||h(T1))とを含んで構成される。署名Sign(IV||h(T1))は、初期値IVとトランザクションT1のハッシュh(T1)とを組み合わせて電子署名したものである。これにより、トランザクションT1の原本性を保証し、改ざんされていないことを確認可能となる。
２番目の署名レコードS2は、データD1と、１個前のハッシュh(S1)と、データD1のハッシュh(D1)と、署名Sign(h(S1)||h(D1))とを含んで構成される。署名Sign(h(S1)||h(D1))は、１個前のハッシュh(S1)とデータD1のハッシュh(D1)とを組み合わせて電子署名したものである。これによりデータD1の原本性を保証し、改ざんされていないことを確認可能となる。
図２０は、ブロックチェーンコミュニティ６のトランザクションをコミュニティ５のデータに対してトラスト関係を結んだ状態のデータ管理データベース２を示す図である。
ここでA1のＩＤを有するレコードには、データD1が格納され、関係性ＩＤ欄には、A2が格納されている。データD1は、A2のＩＤを有するレコードに対してトラスト関係が結ばれている。即ち、データD1とトランザクションT1には、トラスト関係が結ばれている。
ここでA2のＩＤを有するレコードには、トランザクションT1が格納され、関係性ＩＤ欄には、A1が格納されている。トランザクションT1は、A1のＩＤを有するレコードに対してトラスト関係が結ばれている。即ち、トランザクションT1とデータD1には、相互にトラスト関係が結ばれている。
ここでA1のＩＤを有するレコードには、データD1が格納され、関係性ＩＤ欄には、A2が格納されている。データD1は、A2のＩＤを有するレコードに対してトラスト関係が結ばれている。即ち、データD1とトランザクションT1には、トラスト関係が結ばれている。
ここでA2のＩＤを有するレコードには、トランザクションT1が格納され、関係性ＩＤ欄には、A1が格納されている。トランザクションT1は、A1のＩＤを有するレコードに対してトラスト関係が結ばれている。即ち、トランザクションT1とデータD1には、相互にトラスト関係が結ばれている。
図２１は、データまたはトランザクションの改ざんを判定し、更にこれとトラスト関係を結んだトランザクションまたはデータを取得する処理のフローチャートである。
ステップＳ９１において、データ取得部１１は、データの入力を受け付ける。このデータは、コミュニティ５のデータとブロックチェーンコミュニティ６のトランザクションのうち何れかである。
ステップＳ９１において、データ取得部１１は、データの入力を受け付ける。このデータは、コミュニティ５のデータとブロックチェーンコミュニティ６のトランザクションのうち何れかである。
ステップＳ９２において、署名検証部１５は、このデータがヒステリシス署名済であるか否かを判定する。署名検証部１５は、このデータがヒステリシス署名済ならば（Ｙｅｓ）、ステップＳ９３に進み、このデータがヒステリシス署名されていないならば、異常終了する。
ステップＳ９３において、データ管理部１３は、データ管理データベース２を参照して、関係性ＩＤと一致するＩＤを有するレコードを探索する。
ステップＳ９４において、データ管理部１３は、参照したデータ管理データベース２からブロックチェーンコミュニティ６のトランザクションであるか否かを判定する。ブロックチェーンコミュニティ６のトランザクションならば（Ｙｅｓ）、ステップＳ９５に進み、トランザクションでないならば（Ｎｏ）、コミュニティ５のデータと判定し、ステップＳ９７へ進む。
ステップＳ９４において、データ管理部１３は、参照したデータ管理データベース２からブロックチェーンコミュニティ６のトランザクションであるか否かを判定する。ブロックチェーンコミュニティ６のトランザクションならば（Ｙｅｓ）、ステップＳ９５に進み、トランザクションでないならば（Ｎｏ）、コミュニティ５のデータと判定し、ステップＳ９７へ進む。
ステップＳ９５において、署名検証部１５は、トランザクションが改ざんされているか否かをヒステリシス署名によって検証する。署名検証部１５は、トランザクションが改ざんされているならば異常終了し、トランザクションが改ざんされておらず正常ならば、ステップＳ９６の処理に進む。
ステップＳ９６において、データ取得部１１は、このトランザクションとトラスト関係が結ばれたデータを取得し、図２１の処理を終了する。
ステップＳ９７において、署名検証部１５は、コミュニティ５のデータが改ざんされているか否かをヒステリシス署名により検証する。署名検証部１５は、コミュニティ５のデータが改ざんされているならば異常終了し、コミュニティ５のデータが改ざんされておらず正常ならば、ステップＳ９８の処理に進む。
ステップＳ９８において、データ取得部１１は、このデータとトラスト関係が結ばれたトランザクションを取得し、図２１の処理を終了する。
これら一連の処理により、トラスト関係構築システムＳは、改ざんされておらず、かつトラスト関係が結ばれているトランザクションとデータの組合せを、ブロックチェーンコミュニティ６とコミュニティ５から取得することができる。
一方、データやトランザクションに対してヒステリシス署名がなされていない場合や、データやトランザクションが改ざんされている場合には、異常終了する。
一方、データやトランザクションに対してヒステリシス署名がなされていない場合や、データやトランザクションが改ざんされている場合には、異常終了する。
第２の実施形態により、ブロックチェーンコミュニティ６のトランザクションと、非ブロックチェーンのコミュニティ５が管理するデータ５１間のトラスト関係の構築が可能となる。
（変形例）
本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば上記した実施形態は、本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることも可能である。
本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば上記した実施形態は、本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることも可能である。
上記の各構成、機能、処理部、処理手段などは、それらの一部または全部を、例えば集積回路などのハードウェアで実現してもよい。上記の各構成、機能などは、プロセッサがそれぞれの機能を実現するプログラムを解釈して実行することにより、ソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイルなどの情報は、メモリ、ハードディスク、ＳＳＤ（Solid State Drive）などの記録装置、または、フラッシュメモリカード、ＤＶＤ（Digital Versatile Disk）などの記録媒体に置くことができる。
各実施形態に於いて、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には、殆ど全ての構成が相互に接続されていると考えてもよい。
本発明の変形例として、例えば、次の（ａ）〜（ｄ）のようなものがある。
本発明の変形例として、例えば、次の（ａ）〜（ｄ）のようなものがある。
（ａ） コミュニティ５が管理するデータ５１から識別子を分離して、この識別子とトランザクションＩＤまたはトランザクションとのトラスト関係を結ぶようにしてもよく、限定されない。
（ｂ） コミュニティのデータやブロックチェーンのトランザクションに対する電子署名は、ヒステリシス署名に限定されず、任意の電子署名方式であってもよい。
（ｃ） ブロックチェーンを構成するデータ構造は、図２に示したものに限定されない。
（ｄ） トランザクションＩＤは、各トランザクションに含まれていなくてもよく、予め定められた所定の演算によって算出されてもよい。本発明では、トランザクションからトランザクションＩＤを算出する処理も、トランザクションＩＤの分離として定義する。
（ｂ） コミュニティのデータやブロックチェーンのトランザクションに対する電子署名は、ヒステリシス署名に限定されず、任意の電子署名方式であってもよい。
（ｃ） ブロックチェーンを構成するデータ構造は、図２に示したものに限定されない。
（ｄ） トランザクションＩＤは、各トランザクションに含まれていなくてもよく、予め定められた所定の演算によって算出されてもよい。本発明では、トランザクションからトランザクションＩＤを算出する処理も、トランザクションＩＤの分離として定義する。
Ｓ トラスト関係構築システム
１ 署名検証装置
１１ データ取得部
１２ トランザクションＩＤ分離部
１３ データ管理部
１４ 署名部
１５ 署名検証部
２ データ管理データベース
３１ 署名履歴サーバ
３２ 署名データベース
４ ファイアウォール
５ コミュニティ （第２ノード）
５１ データ
６ ブロックチェーンコミュニティ
６１，
６１ａ，６１ｂ 分散台帳ノード （第１ノード）
７，７ａ〜７ｃ ブロック
７１，７１ａ〜７１ｃ ブロックヘッダ
７１１ａ〜７１１ｃ 前ヘッダハッシュ値
７１２ａ〜７１２ｃ ハッシュルート
７３ トランザクション
８１ ＣＰＵ
８２ ＲＯＭ
８３ ＲＡＭ
８４ 入力部
８５ 表示部
８６ 記憶部
８６１ トラスト関係構築プログラム
８７ メディア
１ 署名検証装置
１１ データ取得部
１２ トランザクションＩＤ分離部
１３ データ管理部
１４ 署名部
１５ 署名検証部
２ データ管理データベース
３１ 署名履歴サーバ
３２ 署名データベース
４ ファイアウォール
５ コミュニティ （第２ノード）
５１ データ
６ ブロックチェーンコミュニティ
６１，
６１ａ，６１ｂ 分散台帳ノード （第１ノード）
７，７ａ〜７ｃ ブロック
７１，７１ａ〜７１ｃ ブロックヘッダ
７１１ａ〜７１１ｃ 前ヘッダハッシュ値
７１２ａ〜７１２ｃ ハッシュルート
７３ トランザクション
８１ ＣＰＵ
８２ ＲＯＭ
８３ ＲＡＭ
８４ 入力部
８５ 表示部
８６ 記憶部
８６１ トラスト関係構築プログラム
８７ メディア
Claims (14)
- ブロックチェーンを管理する第１ノードから当該ブロックチェーンについて生成されたブロックに含まれるトランザクションを取得し、非ブロックチェーンのデータベースを管理する第２ノードからデータを取得するデータ取得部と、
前記トランザクションと前記データとのトラスト関係を結ぶデータ管理部と、
前記トランザクションまたはその識別子と前記データのうちの一方に対して電子署名し、一方の電子署名を含むハッシュ、および、他方のハッシュに対して電子署名する署名部、
を備えることを特徴とするトラスト関係構築システム。 - 前記署名部は、単一の前記データと複数の前記トランザクションとのトラスト関係を結ぶ、
ことを特徴とする請求項１に記載のトラスト関係構築システム。 - 前記署名部は、前記データと前記トランザクションとのトラスト関係が結ばれている場合、当該データに対して新たなトランザクションとのトラスト関係を結ぶ、
ことを特徴とする請求項１に記載のトラスト関係構築システム。 - 前記署名部は、単一の前記トランザクションと複数の前記データとのトラスト関係を結ぶ、
ことを特徴とする請求項１に記載のトラスト関係構築システム。 - 前記署名部は、前記トランザクションと複数の前記データとのトラスト関係が結ばれている場合、当該トランザクションに対して新たなデータとのトラスト関係を結ぶ、
ことを特徴とする請求項１に記載のトラスト関係構築システム。 - 前記トランザクションから当該トランザクションの識別子を分離するトランザクションＩＤ分離部、
を更に備えることを特徴とする請求項１に記載のトラスト関係構築システム。 - 前記署名部は、前記データに対して電子署名し、当該データの電子署名を含むハッシュおよび前記トランザクションまたはその識別子のハッシュに対して電子署名する、
ことを特徴とする請求項１または２に記載のトラスト関係構築システム。 - トランザクションの識別子が電子署名されているか否かを検証する検証部を更に備え、
前記データ取得部は、前記検証部が検証したトランザクションの識別子をキーとして、前記第１ノードからトランザクションを取得する、
ことを特徴とする請求項１に記載のトラスト関係構築システム。 - 前記検証部は、前記トランザクションまたはその識別子の改ざんを検知する、
ことを特徴とする請求項８に記載のトラスト関係構築システム。 - 前記データ管理部は、前記検証部が検証したトランザクションまたはその識別子をキーとして、当該トランザクションまたはその識別子とのトラスト関係を有するデータを特定する、
ことを特徴とする請求項８に記載のトラスト関係構築システム。 - データが電子署名されているか検証する検証部を更に備え、
前記データ管理部は、前記検証部が検証したデータをキーとして、当該データとのトラスト関係を有するトランザクションの識別子を特定し、
前記データ取得部は、前記データ管理部が特定したトランザクションの識別子をキーとして、前記第１ノードからトランザクションを取得する、
ことをとする請求項１に記載のトラスト関係構築システム。 - 前記検証部は、前記データ、前記トランザクション、または前記トランザクションの識別子の改ざんを検知する、
ことを特徴とする請求項１１に記載のトラスト関係構築システム。 - ブロックチェーンを管理する第１ノード、および非ブロックチェーンのデータベースを管理する第２ノードと通信可能なコンピュータが、
前記第２ノードからデータを取得するステップと、
前記データに対して電子署名するステップと、
前記データと前記ブロックチェーンについて生成されたブロックに含まれるトランザクションとのトラスト関係を結ぶステップと、
前記トランザクションまたはその識別子と前記データのうちの一方に対して電子署名するステップと、
一方の電子署名を含むハッシュ、および、他方のハッシュに対して電子署名するステップと、
を実行することを特徴とするトラスト関係構築方法。 - ブロックチェーンを管理する第１ノード、および非ブロックチェーンのデータベースを管理する第２ノードと通信可能なコンピュータに、
前記第２ノードからデータを取得する手順、
前記データに対して電子署名する手順、
前記データと前記ブロックチェーンについて生成されたブロックに含まれるトランザクションとのトラスト関係を結ぶ手順、
前記トランザクションまたはその識別子と前記データのうちの一方に対して電子署名する手順、
一方の電子署名を含むハッシュ、および、他方のハッシュに対して電子署名する手順、
を実行させるためのトラスト関係構築プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019167399A JP2021044776A (ja) | 2019-09-13 | 2019-09-13 | トラスト関係構築システム、トラスト関係構築方法、およびトラスト関係構築プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019167399A JP2021044776A (ja) | 2019-09-13 | 2019-09-13 | トラスト関係構築システム、トラスト関係構築方法、およびトラスト関係構築プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2021044776A true JP2021044776A (ja) | 2021-03-18 |
Family
ID=74862708
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2019167399A Pending JP2021044776A (ja) | 2019-09-13 | 2019-09-13 | トラスト関係構築システム、トラスト関係構築方法、およびトラスト関係構築プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2021044776A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11818259B2 (en) * | 2020-05-13 | 2023-11-14 | Ridgeline, Inc. | Query and projection processing for events |
| US11943344B2 (en) | 2020-05-13 | 2024-03-26 | Ridgeline, Inc. | Mutation processing for events |
| US11949784B2 (en) | 2020-05-13 | 2024-04-02 | Ridgeline, Inc. | Auditing for events |
-
2019
- 2019-09-13 JP JP2019167399A patent/JP2021044776A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11818259B2 (en) * | 2020-05-13 | 2023-11-14 | Ridgeline, Inc. | Query and projection processing for events |
| US11943344B2 (en) | 2020-05-13 | 2024-03-26 | Ridgeline, Inc. | Mutation processing for events |
| US11949784B2 (en) | 2020-05-13 | 2024-04-02 | Ridgeline, Inc. | Auditing for events |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7361165B2 (ja) | 分散型台帳を用いて公共のソフトウェアコンポーネント・エコシステムを管理するためのシステムおよび方法 | |
| AU2019265827B2 (en) | Blockchain-based music originality analysis method and apparatus | |
| US20220038261A1 (en) | Content validation using blockchain | |
| O'Donoghue et al. | Design choices and trade-offs in health care blockchain implementations: systematic review | |
| WO2021036545A1 (zh) | 一种基于智能合约的数据处理方法、设备及存储介质 | |
| US10754989B2 (en) | Runtime self-correction for blockchain ledgers | |
| KR101954268B1 (ko) | 블록체인 기반의 문서 관리 방법 및 이를 이용한 문서 관리 서버 | |
| US20220132213A1 (en) | Hybrid Blockchains and Streamchains Using Non-Crypto Hashes for Securing Audio-, Video-, Image-, and Speech-Based Transactions and Contracts | |
| US7865505B2 (en) | Efficient exact set similarity joins | |
| CN111951004A (zh) | 数据库世界状态完整性证实 | |
| JP2021044776A (ja) | トラスト関係構築システム、トラスト関係構築方法、およびトラスト関係構築プログラム | |
| CN111666332B (zh) | 自动演进的数据库背书策略 | |
| CN113711221A (zh) | 可链记录的高效存取 | |
| Zhang et al. | LedgerGuard: Improving blockchain ledger dependability | |
| US20230334344A1 (en) | Distributed ledger based machine-learning model management | |
| CN110598467A (zh) | 一种内存数据块完整性检验方法 | |
| EP3896583A1 (en) | Information recommendation system and method for recommending information | |
| WO2022208599A1 (ja) | 通知制御方法、検証方法、情報処理装置および通知制御プログラム | |
| KR20190068886A (ko) | 블록체인 기반 오픈 소스 소프트웨어 라이선스 컴플라이언스 지원 시스템 및 그 방법 | |
| CN116107801A (zh) | 交易处理方法及相关产品 | |
| Chirillo et al. | Storage Security: Protecting, SANs, NAS and DAS | |
| US20200104046A1 (en) | Opportunistic data content discovery scans of a data repository | |
| TWI838461B (zh) | 用於存取可連鎖紀錄之方法及系統 | |
| KR102598227B1 (ko) | 변경 불가 기능을 제공하는 분산 스토리지와 블록체인을 이용하여 대용량 콘텐츠의 무결성을 보장하는 데이터 관리 방법 | |
| JP6063850B2 (ja) | 不正検知方法 |