特許 7534620 通信プログラム、通信装置、及び通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-06

(45)【発行日】2024-08-15

(54)【発明の名称】通信プログラム、通信装置、及び通信方法

(51)【国際特許分類】

   G06F 21/64 20130101AFI20240807BHJP

   G06F 21/60 20130101ALI20240807BHJP

【ＦＩ】

G06F21/64

G06F21/60 320

【請求項の数】 7

(21)【出願番号】P 2020162429

(22)【出願日】2020-09-28

(65)【公開番号】P2022055060

(43)【公開日】2022-04-07

【審査請求日】2023-06-08

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100094525

【弁理士】

【氏名又は名称】土井 健二

(74)【代理人】

【識別番号】100094514

【弁理士】

【氏名又は名称】林 恒徳

(72)【発明者】

【氏名】小櫻 文彦

【審査官】塩澤 如正

(56)【参考文献】

【文献】米国特許出願公開第２０２０／０１１７７３０（ＵＳ，Ａ１）

【文献】特開２００４－１２９３０３（ＪＰ，Ａ）

【文献】特開２０１８－１３９０７８（ＪＰ，Ａ）

【文献】特開２０２０－０５７８６３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／６４

Ｇ０６Ｆ ２１／６０

(57)【特許請求の範囲】

【請求項1】

データの取引を行うブロックチェーンネットワークに参加する通信装置が有するプログラムであって、
前記データに対するデータ処理が正常に行われたか否かを検証するチェックプログラムと、秘密鍵とを、前記ブロックチェーンネットワーク上のサーバから取得する取得処理と、
前記チェックプログラムを実行し、前記チェックプログラムの実行中に前記データ処理を実行することにより生成される前記検証の結果に、前記秘密鍵を用いて生成した前記サーバの署名を付与し、前記ブロックチェーンネットワーク上に前記結果を公開するチェック処理とを、実行させるプログラムであって、
前記秘密鍵に対応する公開鍵は、前記サーバによって前記ブロックチェーンネットワーク上に公開される、
前記通信装置が有するコンピュータに実行させる通信プログラム。

【請求項2】

前記秘密鍵は、暗号化された暗号情報であり、
前記チェック処理において、前記暗号情報を復号し、前記秘密鍵を取得する
請求項１記載の通信プログラム。

【請求項3】

前記取得処理において、前記データ処理の一部又は全部の処理を実行する処理プログラムを前記サーバから受信し、
前記チェック処理において、前記データ処理の一部又は全部の処理を、前記処理プログラムを用いて実行し、前記処理プログラムを実行した実行結果に、前記サーバの署名を付与し、前記ブロックチェーンネットワーク上に公開する
請求項１記載の通信プログラム。

【請求項4】

受信処理において、１又は複数のデータ処理ごとに、前記サーバから処理識別子を取得し、
前記チェック処理において、前記取得した処理識別子を用いて前記サーバの署名を生成する
請求項１記載の通信プログラム。

【請求項5】

前記データ処理は、前記データを加工する処理を含む
請求項１記載の通信プログラム。

【請求項6】

データの取引を行うブロックチェーンネットワークに参加する通信装置であって、
前記データに対するデータ処理が正常に行われたか否かを検証するチェックプログラムと、秘密鍵とを、前記ブロックチェーンネットワーク上のサーバから取得する取得部と、
前記チェックプログラムを実行し、前記チェックプログラムの実行中に前記データ処理を実行することにより生成される前記検証の結果に、前記秘密鍵を用いて生成した前記サーバの署名を付与し、前記ブロックチェーンネットワーク上に前記結果を公開するチェック部とを、有し、
前記秘密鍵に対応する公開鍵は、前記サーバによって前記ブロックチェーンネットワーク上に公開される
通信装置。

【請求項7】

データの取引を行うブロックチェーンネットワークに参加する通信装置における通信方法であって、
前記データに対するデータ処理が正常に行われたか否かを検証するチェックプログラムと、秘密鍵とを、前記ブロックチェーンネットワーク上のサーバから取得し、
前記チェックプログラムを実行し、前記チェックプログラムの実行中に前記データ処理を実行することにより生成される前記検証の結果に、前記秘密鍵を用いて生成した前記サーバの署名を付与し、前記ブロックチェーンネットワーク上に前記結果を公開し、
前記秘密鍵に対応する公開鍵は、前記サーバによって前記ブロックチェーンネットワーク上に公開される、
通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信プログラム、通信装置、及び通信方法に関する。

【背景技術】

【0002】

近年、複数のコンピュータ（ブロックチェーンノード）が、互いに同期し、データの取引や加工の履歴を共有するブロックチェーンが注目されている。ブロックチェーンノードは、例えば、分散台帳と呼ばれる履歴のデータベースを有し、データに関する履歴を分散台帳に記入し、記入した分散台帳を他のブロックチェーンノードと同期することで、同等の分散台帳をブロックチェーンノード間で共有する。

【0003】

ブロックチェーンに関する技術は、以下の先行文献に記載されている。

【先行技術文献】

【特許文献】

【0004】

【文献】米国特許出願公開第2018/0096121号明細書

【文献】特開2013-149170号公報

【文献】特開2019-4463号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかし、ブロックチェーンのネットワークに接続するブロックチェーンノードへの負担を減らすために、処理の一部をサブチェーンで処理する場合がある。サブチェーンは、ブロックチェーンノードに対応するローカルネットワークであり、例えば、ブロックチェーンを管理する事業者が、ブロックチェーン配下に設置する。

【0006】

サブチェーン上でデータが処理された場合でも、ブロックチェーン上にデータの処理の履歴は記憶される。しかし、サブチェーンにおける処理は、ブロックチェーンの事業者が非公開で実行する処理である。そのため、履歴に示された処理内容が正しいか否かは、当該事業者を信頼するしかなく、信頼性が低い場合がある。

【0007】

一開示は、事業者が実行したデータに対する処理の履歴の信頼性を向上させる通信プログラム、通信装置、及び通信方法を提供する。

【課題を解決するための手段】

【0008】

データの取引を行うブロックチェーンネットワークに参加する通信装置が有するプログラムであって、前記ブロックチェーンネットワーク上のサーバから、前記データに対するデータ処理を検証するチェックプログラムを取得する取得処理と、前記チェックプログラムを実行し、前記チェックプログラムの実行中に前記データ処理を実行することにより生成される前記検証の結果に、前記サーバの署名を付与し、前記ブロックチェーンネットワーク上に公開するチェック処理とを、前記通信装置が有するコンピュータに実行させる。

【発明の効果】

【0009】

一開示は、事業者が実行したデータに対する処理の履歴の信頼性を向上させることができる。

【図面の簡単な説明】

【0010】

【図1】図１は、通信システム１の構成例を示す図である。

【図2】図２は、コンソーシアムサーバ２００の構成例を表す図である。

【図3】図３は、サブチェーンノード１００の構成例を表す図である。

【図4】図４は、サブチェーンノード１００によるデータ処理のシーケンスの例を示す図である。

【図5】図５は、チェックプログラム要求受信処理Ｓ１００の処理フローチャートの例を示す図である。

【図6】図６は、チェックプログラム受信処理Ｓ２００の処理フローチャートの例を示す図である。

【図7】図７は、データがインフルエンザ情報である場合のシーケンスの例を示す図である。

【図8】図８は、一部処理を処理用プログラムで実行する場合のシーケンスの例を示す図である。

【図9】図９は、サブチェーンノード１００によるデータ処理のシーケンスの例を示す図である。

【図10】図１０は、チェック結果の署名の例を示す図である。

【図11】図１１は、秘密鍵を秘匿する方法の例を示す図である。

【発明を実施するための形態】

【0011】

［第１の実施の形態］
第１の実施の形態について説明する。

【0012】

＜通信システム１の構成例＞
図１は、通信システム１の構成例を示す図である。通信システム１は、事業者１０－１～３（以降、事業者１０と呼ぶ場合がある）、コンソーシアムサーバ２００、及びブロックチェーンネットワーク２０を有する。通信システム１は、ブロックチェーンを採用する通信ネットワークである。

【0013】

事業者１０－１～３は、それぞれブロックチェーンノード１１－１～３（以降、ブロックチェーンノード１１と呼ぶ場合がある）を有する。事業者１０は、ブロックチェーンノード１１を用いて、ブロックチェーンネットワーク２０を介して他のブロックチェーンノード１１と通信を行う。そして、事業者１０は、ブロックチェーンノード１１を使用し、他の事業者１０とデータの公開や取引を行う。事業者１０は、例えば、分散台帳をブロックチェーンノード１１内に有し、データの生成、公開、取引、加工等のデータに対する処理（以降、データ処理と呼ぶ場合がある）の履歴を分散台帳に記憶する。そして、事業者１０は、分散台帳を他の事業者と同期することで、他の事業者１０と同内容の分散台帳を共有する。

【0014】

事業者１０－１は、ローカルネットワークを有する。ローカルネットワークは、例えば、データ管理サーバ１２、サブチェーンネットワーク１３、サブチェーンノード１００を有する。データ管理サーバ１２は、ブロックチェーンノード１１－１と接続し、ブロックチェーンノード１１－１からデータを取得したり（チェックアウト）、ブロックチェーンノード１１－１へデータを引き渡したり（チェックイン）する。サブチェーンネットワーク１３は、ブロックチェーンネットワーク２０とは異なるネットワークであり、例えば、ローカルネットワークである。サブチェーンノード１００は、サブチェーンネットワーク１３を介して通信を行う通信装置である。また、サブチェーンノード１００は、データ管理サーバ１２からデータを取得したり、取得したデータを加工したり、加工したデータをデータ管理サーバ１２に引き渡したりする、データ処理を行う。サブチェーンノード１００は、例えば、事業者１０－１が操作するコンピュータやサーバマシンである。なお、他の事業者１０も、事業者１０－１と同様に、ローカルネットワークを有してもよい。

【0015】

コンソーシアムサーバ２００は、サブチェーンノード１００に対して、チェックプログラムを提供する通信装置であり、例えば、コンピュータやサーバマシンである。

【0016】

チェックプログラムは、サブチェーンノード１００が実行するデータに対する処理（例えば、取得、引き渡し、加工など）をチェックし、どのような処理を行ったかを履歴として残すチェック処理を行うプログラムである。サブチェーンノード１００が有するプロセッサやコンピュータは、チェックプログラムを実行することで、上述したチェック処理を実現する。

【0017】

コンソーシアムサーバ２００は、サブチェーンノード１００の要求に応答し、チェックプログラムをサブチェーンノード１００に引き渡す。コンソーシアムサーバ２００は、ブロックチェーンノード１１、ブロックチェーンネットワーク２０又は他のネットワーク（図示しない）を介してサブチェーンノード１００と通信し、サブチェーンノード１００のチェックプログラムを送信することで、チェックプログラムを引き渡す。

【0018】

通信システム１において、事業者１０－１は、一部のデータに対してサブチェーンノード１００を用いて加工する。この時、サブチェーンノード１００は、コンソーシアムサーバ２００に対してチェックプログラムを要求する。そして、サブチェーンノード１００は、チェックプログラムを実行した後、データに対する処理を実行する。これにより、チェックプログラムによって、データに対する処理をチェックすることができる。サブチェーンノード１００は、チェックプログラムを実行することで、データに対する処理の履歴を生成する。さらに、この履歴には、チェックプログラムの実行によって、コンソーシアムサーバ２００の署名が付与される。この署名が付与されることで、当該履歴は、コンソーシアムサーバ２００が認証する履歴であることが証明でき、信頼性が向上する。

【0019】

なお、図１において、サブチェーンノード１００は、ブロックチェーンノード１１と異なる通信装置として記載されているが、同じ装置であってもよい。また、以降はサブチェーンノード１００がデータ処理を実行する場合を例として説明するが、ブロックチェーンノード１１がデータ処理を実行する場合も、同様の処理を適用することができる。ブロックチェーンノード１１がデータ処理を実行する場合、ブロックチェーンノード１１の処理の信頼性を向上させることができる。

【0020】

＜コンソーシアムサーバ２００の構成例＞
図２は、コンソーシアムサーバ２００の構成例を表す図である。コンソーシアムサーバ２００は、ＣＰＵ（Central Processing Unit）２１０、ストレージ２２０、メモリ２３０、及び通信回路２４０を有する、例えば、サーバマシンである。

【0021】

ストレージ２２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、又はＳＳＤ（Solid State Drive）などの補助記憶装置である。ストレージ２２０は、チェックプログラム要求受信プログラム２２１及びチェックプログラム２２２を記憶する。チェックプログラム２２２は、サブチェーンノード１００によって実行されるプログラムであり、サブチェーンノード１００が実行するデータ処理を検証（チェック）するプログラムである。

【0022】

メモリ２３０は、ストレージ２２０に記憶されているプログラムをロードする領域である。また、メモリ２３０は、プログラムがデータを記憶する領域としても使用されてもよい。

【0023】

ＣＰＵ２１０は、ストレージ２２０に記憶されているプログラムを、メモリ２３０にロードし、ロードしたプログラムを実行し、各部を構築し、各処理を実現するプロセッサである。

【0024】

通信回路２４０は、他の装置と通信を行う回路である。通信回路２４０は、ネットワークを介して、他の装置とデータの送受信を行う。通信回路２４０は、例えば、ＮＩＣ（Network Interface Card）である。

【0025】

ＣＰＵ２１０は、チェックプログラム要求受信プログラム２２１を実行することで、送信部及び受信部を構築し、チェックプログラム要求受信処理を行う。チェックプログラム要求受信処理は、サブチェーンノード１００又はブロックチェーンノード１１から、チェックプログラムの引き渡し（送信）を要求するチェックプログラム要求を受信したときの処理である。コンソーシアムサーバ２００は、チェックプログラム要求受信処理において、秘密鍵と公開鍵を生成し、チェックプログラムに秘密鍵を付与し、サブチェーンノード１００に送信する。

【0026】

＜サブチェーンノード１００の構成例＞
図３は、サブチェーンノード１００の構成例を表す図である。サブチェーンノード１００は、ＣＰＵ１１０、ストレージ１２０、メモリ１３０、及び通信回路１４０を有する、例えば、通信装置である。

【0027】

ストレージ１２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ、又はＳＳＤなどの補助記憶装置である。ストレージ１２０は、チェックプログラム要求プログラム１２１、チェックプログラム受信プログラム１２２、及びデータ処理プログラム１２３を記憶する。

【0028】

メモリ１３０は、ストレージ１２０に記憶されているプログラムをロードする領域である。また、メモリ１３０は、プログラムがデータを記憶する領域としても使用されてもよい。

【0029】

ＣＰＵ１１０は、ストレージ１２０に記憶されているプログラムを、メモリ１３０にロードし、ロードしたプログラムを実行し、各部を構築し、各処理を実現するプロセッサである。

【0030】

通信回路１４０は、他の装置と通信を行う回路である。通信回路１４０は、ネットワークを介して、他の装置とデータの送受信を行う。通信回路１４０は、例えば、ＮＩＣや無線通信回路である。

【0031】

ＣＰＵ１１０は、チェックプログラム要求プログラム１２１を実行することで、要求部を構築し、チェックプログラム要求処理を行う。チェックプログラム要求処理は、チェックプログラム要求をコンソーシアムサーバ２００に送信する処理であり、例えば、データ処理を実行する前処理として実行される。チェックプログラム要求処理は、例えば、ブロックチェーンノード１１が行ってもよい。

【0032】

ＣＰＵ１１０は、チェックプログラム受信プログラム１２２を実行することで、取得部及びチェック部を構築し、チェックプログラム受信処理を行う。チェックプログラム受信処理は、チェックプログラムをコンソーシアムサーバ２００から取得したときの処理である。サブチェーンノード１００は、チェックプログラム受信処理において、チェックプログラムを実行し、データ処理を検証する。サブチェーンノード１００は、検証結果（チェック結果）を、署名を付与し、ブロックチェーン上で公開する。

【0033】

ＣＰＵ１１０は、データ処理プログラム１２３を実行することで、データ処理部を構築し、データ処理を行う。データ処理は、データに対する処理であり、例えば、データのチェックイン、チェックアウト、及び加工（削除、統合、Ｋ匿名化などを含む）を行う処理である。

【0034】

＜データ処理＞
図４は、サブチェーンノード１００によるデータ処理のシーケンスの例を示す図である。ブロックチェーンノード１１は、あるデータについてサブチェーンネットワークにおいてデータ処理を行うとき、コンソーシアムサーバ２００に対してチェックプログラム要求を送信する（Ｓ１０）。

【0035】

コンソーシアムサーバ２００は、チェックプログラム要求を受信すると（Ｓ１０）、チェックプログラム要求受信処理を行う（Ｓ１００）。

【0036】

図５は、チェックプログラム要求受信処理Ｓ１００の処理フローチャートの例を示す図である。コンソーシアムサーバ２００は、チェックプログラム要求を受信するのを待ち受ける（Ｓ１００－１のＮｏ）。

【0037】

コンソーシアムサーバ２００は、チェックプログラム要求を受信すると（Ｓ１００－１のＹｅｓ）、署名用の鍵（公開鍵、秘密鍵）を生成する（Ｓ１００－２）。そして、コンソーシアムサーバ２００は、公開鍵をブロックチェーンで公開する。公開鍵のブロックチェーンでの公開は、例えば、公開鍵をブロックチェーンノード１１に格納することである。

【0038】

コンソーシアムサーバ２００は、チェックプログラムに秘密鍵を付与する（Ｓ１００－４）。チェックプログラムは、事業者１０のサブチェーンで使用することが可能なプログラムであり、例えば、事前に用意され、コンソーシアムサーバ２００の内部メモリなどに記憶される。

【0039】

コンソーシアムサーバ２００は、秘密鍵付きチェックプログラムを、チェックプログラムを要求するブロックチェーンノード１１のサブチェーンノード１００に引き渡し（Ｓ１００－５）、処理を終了する。

【0040】

図４のシーケンスに戻り、コンソーシアムサーバ２００は、チェックプログラム要求受信処理Ｓ１００において、秘密鍵付きチェックプログラムをサブチェーンノード１００に引き渡す（Ｓ１１、図５のＳ１００－５）。サブチェーンノード１００は、チェックプログラムを受信すると、チェックプログラム受信処理を行う（Ｓ２００）。

【0041】

図６は、チェックプログラム受信処理Ｓ２００の処理フローチャートの例を示す図である。サブチェーンノード１００は、チェックプログラム受信処理Ｓ２００において、チェックプログラムを受信するのを待ち受ける（Ｓ２００－１のＮｏ）。サブチェーンノード１００は、チェックプログラムを受信すると（Ｓ２００－１のＹｅｓ）、チェックプログラムを実行する（Ｓ２００－２）。チェックプログラムを実行することで、データ処理の監視が開始される。なお、サブチェーンノード１００は、処理Ｓ２００－２の前に、チェックプログラムの署名を確認してもよい。署名が正しくない場合、チェックプログラムを再度要求してもよい。

【0042】

サブチェーンノード１００は、データ処理を実行する（Ｓ２００－３）。このとき、処理Ｓ２００－２においてデータ処理の監視が開始されているため、処理Ｓ２００－３におけるデータ処理のチェック結果（例えば、どのようなデータ処理を実行されたかを示す履歴情報）が、チェックプログラムによって記録される。

【0043】

サブチェーンノード１００は、チェックプログラムの実行によるデータ処理のチェック結果に、チェックプログラムに付与されている秘密鍵で生成した署名を付与する（Ｓ２００－４）。

【0044】

サブチェーンノード１００は、署名付きチェック結果を、ブロックチェーン上に格納し（Ｓ２００－５）、処理を終了する。ブロックチェーン上に格納とは、例えば、ブロックチェーンノード１１が有する分散台帳に、当該署名付きチェック結果を記憶することである。署名付きチェック結果が記憶された分散台帳は、ブロックチェーンノード１１間で同期され、他のブロックチェーンノード１１と同等の内容が共有される。

【0045】

図４のシーケンスに戻り、サブチェーンノード１００は、チェックプログラム受信処理Ｓ２００において、チェックプログラムを実行する（図６のＳ２００－２）。そして、サブチェーンノード１００は、データ処理（図６のＳ２００－３）として、ブロックチェーンノード１１によるチェックアウトによりデータを取得し（Ｓ１２）、データを加工し、ブロックチェーンノード１１によるチェックインによりデータをブロックチェーンノード１１に引き渡す（Ｓ１３）。

【0046】

そして、サブチェーンノード１００は、チェックプログラムによるチェック結果に署名を付与し、署名付きチェック結果をブロックチェーンノード１１に引き渡す（Ｓ１４、図６のＳ２００－４）。

【0047】

第１の実施の形態において、サブチェーンノード１００は、サブチェーンネットワーク内などのローカル環境で行ったデータ処理を、コンソーシアムサーバ２００から取得したチェックプログラムでチェックする。そして、他のサブチェーンノードは、ブロックチェーン上で公開された、コンソーシアムサーバ２００の発行した秘密鍵による署名が付与されたチェック結果を確認することで、ローカル環境で実行されたデータ処理の正当性が確認できる。他のサブチェーンノードは、公開鍵で署名を確認することができる。

【0048】

＜チェックプログラムのチェック内容例＞
チェックプログラムのチェック内容の例について説明する。図７は、データがインフルエンザ情報である場合のシーケンスの例を示す図である。図７において、サブチェーンノード１００は、県西部インフルエンザ情報と県東部インフルエンザ情報を入力データとし、Ｋ匿名化した県インフルエンザＫ匿名化情報を出力する。なお、Ｋ匿名化とは、例えば、個人情報である場合、個人が特定できない程度まで匿名化することを示す。

【0049】

サブチェーンノード１００は、ブロックチェーンノード１１のチェックアウトにより、県西部インフルエンザ情報を取得する（Ｓ２０）。さらに、サブチェーンノード１００は、ブロックチェーンノード１１のチェックアウトにより、県東部インフルエンザ情報を取得する（Ｓ２１）。

【0050】

サブチェーンノード１００は、県西部インフルエンザ情報と県東部インフルエンザ情報を統合し、県インフルエンザ統合情報を生成する（Ｓ２２）。

【0051】

サブチェーンノード１００は、県インフルエンザ統合情報に対してＫ匿名化を行い、県インフルエンザＫ匿名化情報を生成する（Ｓ２３）。

【0052】

サブチェーンノード１００は、ブロックチェーンノード１１のチェックインにより、県インフルエンザＫ匿名化情報をブロックチェーンノード１１に引き渡す（Ｓ２４）。

【0053】

サブチェーンノード１００は、チェックプログラムを実行することで、処理Ｓ２０～２４をチェックし、チェック結果を生成する。

【0054】

チェックＣ２０は、処理Ｓ２０のチェックであり、チェックアウト内容チェックである。チェックアウト内容チェックは、チェックアウトしたデータが正しく伝わっているか確認するチェックであり、例えば、チェックアウト前のデータとチェックアウト後のデータを比較し、同じであれば正しく伝わっていると判定する。

【0055】

チェックＣ２１は、処理Ｓ２１のチェックであり、チェックアウト内容チェックである。

【0056】

チェックＣ２２は、処理Ｓ２２のチェックであり、データ統合チェックである。データ統合チェックは、データが正しく統合されているか否かを確認するチェックである。データ統合チェックは、例えば、統合対象の複数のデータの全てのレコードが、統合データに反映されているか否かを確認し、繁栄されていればデータが正しく統合されていると判定する。

【0057】

チェックＣ２３は、処理Ｓ２３のチェックであり、Ｋ匿名化チェックである。Ｋ匿名化チェックは、データが正しく匿名化されているか否かを確認するチェックである。Ｋ匿名化チェックは、例えば、Ｋ匿名化の処理内容に基づき、Ｋ匿名化後のデータのレコードと、Ｋ匿名化前のレコードを対応させ、過不足がないか否かを確認し、過不足がない場合、Ｋ匿名化が正しく行われていると判定する。なお、Ｋ匿名化の処理内容によっては、レコードが削除される場合があるため、過不足があっても、削除されるべきレコードであると判定できる場合、Ｋ匿名化が正しく行われたと判定する。

【0058】

チェックＣ２４、処理Ｓ２４チェックであり、チェックイン内容チェックである。チェックイン内容チェックは、チェックインしたデータが正しく伝わっているか確認するチェックであり、例えば、チェックイン前のデータとチェックイン後のデータを比較し、同じであれば正しく伝わっていると判定する。

【0059】

サブチェーンノード１００は、チェックプログラムを実行することで、データ処理のチェックを行い、それぞれのチェック結果を署名付きでブロックチェーンノード１１に格納する。なお、チェックプログラムでＮＧと判定されるようなデータ処理は、不適切なデータ処理であるため、サブチェーンノード１００は、チェック結果がＮＧであった場合、当該処理で生成したデータを破棄し、生成前のデータに戻してもよい。

【0060】

また、上述した各チェックの例においては、正しいか否かを判定するチェック内容であるが、例えば、チェック内容は、データ処理の内容をチェック結果として記録することであってもよい。各ブロックチェーンノード１１は、このデータ処理の内容を確認することで、正しいデータ処理が行われているか否かを判定することができる。

【0061】

［第２の実施の形態］
第２の実施の形態について説明する。第２の実施の形態において、コンソーシアムサーバ２００は、一部処理については、チェックプログラムに代替し、それぞれのデータ処理に応じた処理用プログラムをサブチェーンノード１００に引き渡す。

【0062】

図８は、一部処理を処理用プログラムで実行する場合のシーケンスの例を示す図である。データ処理の内容は、図７のシーケンスと同様である。

【0063】

サブチェーンノード１００は、データ処理の実行前に、チェックアウト処理プログラム、統合処理プログラム、チェックイン処理プログラム、及びチェックプログラムを、コンソーシアムサーバ２００から取得する。なお、チェックアウト処理プログラム、統合処理プログラム、チェックイン処理プログラム、及びチェックプログラムには、それぞれ署名用秘密鍵が付与されている。

【0064】

サブチェーンノード１００は、処理Ｓ２０及びＳ２１を、チェックアウト処理プログラムで実行する（Ｌ２０、Ｌ２１）。チェックアウト処理プログラムを実行することで、チェックアウト処理が正しく実行される。そして、サブチェーンノード１００は、チェックアウト処理プログラムの実行結果を、署名を付けてブロックチェーンノード１１に引き渡し、ブロックチェーン上に公開する。

【0065】

サブチェーンノード１００は、処理Ｓ２２を、統合処理プログラムで実行する（Ｌ２２）。統合処理プログラムを実行することで、統合処理が正しく実行される。そして、サブチェーンノード１００は、統合処理プログラムの実行結果を、署名を付けてブロックチェーンノード１１に引き渡し、ブロックチェーン上に公開する。

【0066】

サブチェーンノード１００は、処理Ｓ２４を、チェックイン処理プログラムで実行する（Ｌ２４）。チェックイン処理プログラムを実行することで、チェックイン処理が正しく実行される。そして、サブチェーンノード１００は、チェックイン処理プログラムの実行結果を、署名を付けてブロックチェーンノード１１に引き渡し、ブロックチェーン上に公開する。

【0067】

このように、一部の処理（チェックアウト、チェックイン、統合）を、コンソーシアムサーバ２００から取得したプログラムを用いて実行する。しかし、一方で、Ｋ匿名化は、チェックプログラムを用いてチェックする。Ｋ匿名化は、匿名化する度合いや、匿名化の手法が多様であり、どの手法を用いてどの程度まで匿名化するかは、事業者の判断となるため、コンソーシアムサーバ２００で共通の処理プログラムを用意することが困難である。そこで、Ｋ匿名化のような汎用性の低い処理は、事業者によって実行内容が異なるため、処理プログラムで実行せず、チェックプログラムでチェックすることとする。例えば、全ての事業者で同じことを行う処理のみを、処理プログラムで実行することとしてもよい。Ｋ匿名化の処理のチェック結果については、第１の実施の形態と同様に、署名を付けてブロックチェーン上に公開する。

【0068】

［第３の実施の形態］
第３の実施の形態について説明する。第３の実施の形態において、サブチェーンノード１００は、同一のチェックプログラムを、複数回（あるいは第１時間の間）使用する。そして、使用するごとに（あるいは第２時間ごとに）、コンソーシアムサーバ２００から、処理識別子を取得する。また、処理識別子は、データ処理を行うデータ単位で取得してもよい。例えば、第１の実施の形態の例で示した県インフルエンザＫ匿名化情報を生成するまでの一連のデータ処理に対して、１つの処理識別子を取得する。すなわち、処理識別子は、目的のデータが生成されるまでの一連のデータ処理を１つの単位として取得されてもよい。

【0069】

図９は、サブチェーンノード１００によるデータ処理のシーケンスの例を示す図である。データ処理については、図４のシーケンスと同様であるため、説明を省略する。

【0070】

サブチェーンノード１００（又はブロックチェーンノード１１）は、コンソーシアムサーバ２００に、処理識別子を要求する処理識別子要求を送信する（Ｓ４０）。

【0071】

コンソーシアムサーバ２００は、処理識別子要求を受信すると（Ｓ４０）、処理識別子を生成し、例えば、公開鍵で暗号化し、サブチェーンノード１００に引き渡す（Ｓ４１）。

【0072】

サブチェーンノード１００は、秘密鍵で複合し、処理識別子を取得する。そして、データ処理を行い、チェック結果に処理識別子を用いた署名を付与し、ブロックチェーン上に公開する。

【0073】

処理識別子は，例えば、ユーザ識別子、シリアル番号、乱数などから生成数値を、ハッシュ関数を用いてハッシュ化したハッシュ値である。なお、処理識別子は、外部から推測されないユニークな値であれば、これ以外であってもよい。

【0074】

図１０は、チェック結果の署名の例を示す図である。サブチェーンノード１００は、チェック結果に対して、署名対象の情報に対して処理識別子を使いハッシュ値を求め（Ｓ１）、算出したハッシュ値を署名対象に加えて署名を生成し（Ｓ２）、チェック結果に付与する。

【0075】

他のブロックチェーンノード１１は、チェック結果の署名対象の情報から、ハッシュ値と他の情報を分離し、他の情報に対して処理識別子をキーとしてハッシュ値を求め、２つのハッシュ値を比較することで、正規のチェックプログラムが処理した結果と判定することができる。

【0076】

なお、本実施の形態においては、チェックプログラムを例として説明したが、第２の実施の形態のように、処理プログラムに対しても同様の処理を行うことで、あるプログラムを複数回使用することが可能となる。

【0077】

［その他の実施の形態］
通信システム１における、信頼性を向上させるためには、さらに、秘密鍵のセキュリティを向上することが必要となる。図１１は、秘密鍵を秘匿する方法の例を示す図である。

【0078】

コンソーシアムサーバ２００は、秘密鍵を分割する（Ｓ５０）。そして、冗長データを付与し、メモリに格納する（Ｓ５１）。そして、ユーザの公開鍵（署名用公開鍵とは異なる鍵）で暗号化し（Ｓ５２）、暗号化情報とし、サブチェーンノード１００に送信する。

【0079】

サブチェーンノード１００は、暗号化情報をユーザの秘密鍵（署名用秘密鍵とは異なる鍵）で複合し（Ｓ５３）、冗長データを削除し、結合し（Ｓ５４）、署名用秘密鍵を取得する。これにより、より安全に秘密鍵の受け渡しができるようになる。

【0080】

また、上述した実施の形態においては、サブチェーンノード１００が、データ処理やチェックプログラムを実行するが、例えば、ブロックチェーンノード１１がデータ処理及びチェックプログラムを実行してもよい。

【0081】

以下、まとめると付記のようになる。

【0082】

（付記１）
データの取引を行うブロックチェーンネットワークに参加する通信装置が有するプログラムであって、
前記ブロックチェーンネットワーク上のサーバから、前記データに対するデータ処理を検証するチェックプログラムを取得する取得処理と、
前記チェックプログラムを実行し、前記チェックプログラムの実行中に前記データ処理を実行することにより生成される前記検証の結果に、前記サーバの署名を付与し、前記ブロックチェーンネットワーク上に公開するチェック処理とを、
前記通信装置が有するコンピュータに実行させる通信プログラム。

【0083】

（付記２）
前記チェックプログラムは、前記サーバが生成した秘密鍵が付与され、
前記秘密鍵に対応する公開鍵が前記ブロックチェーンネットワーク上に公開され、
前記チェック処理において、前記チェックプログラムに付与された前記秘密鍵を用いて前記サーバの署名を生成する
付記１記載の通信プログラム。

【0084】

（付記３）
前記チェックプログラムに付与される秘密鍵は、前記サーバによって暗号化された暗号情報であり、
前記チェック処理において、前記暗号情報を複合し、前記秘密鍵を取得する
付記２記載の通信プログラム。

【0085】

（付記４）
前記取得処理において、前記データ処理の一部又は全部の処理を実行する処理プログラムを前記サーバから受信し、
前記チェック処理において、前記データ処理の一部又は全部の処理を、前記処理プログラムを用いて実行し、前記処理プログラムを実行した実行結果に、前記サーバの署名を付与し、前記ブロックチェーンネットワーク上に公開する
付記１記載の通信プログラム。

【0086】

（付記５）
前記データ処理の一部又は全部の処理は、他の通信装置においても同じ内容で実行される処理である
付記４記載の通信プログラム。

【0087】

（付記６）
受信処理において、１又は複数のデータ処理ごとに、前記サーバから処理識別子を取得し、
前記チェック処理において、前記取得した処理識別子を用いて前記サーバの署名を生成する
付記１記載の通信プログラム。

【0088】

（付記７）
前記処理識別子は、ハッシュ関数を用いて生成される
付記６記載の通信プログラム。

【0089】

（付記８）
前記データ処理は、前記データを加工する処理を含む
付記１記載の通信プログラム。

【0090】

（付記９）
前記データ処理は、前記データを前記ブロックチェーンネットワークから取得する処理、及び前記データを前記ブロックチェーンネットワークに引き渡す処理を含む
付記８記載の通信プログラム。

【0091】

（付記１０）
データの取引を行うブロックチェーンネットワークに参加する通信装置の配下の情報処理装置であって、前記ブロックチェーンネットワークに直接的に参加しない前記情報処理装置が有するプログラムであって、
前記通信装置から依頼され前記データに対するデータ処理を行うとき、
前記ブロックチェーンネットワーク上のサーバから、前記データ処理を検証するチェックプログラムを取得する取得処理と、
前記チェックプログラムを実行し、前記チェックプログラムの実行中に前記データ処理を実行することにより生成される前記検証の結果に、前記サーバの署名を付与し、前記通信装置を介して前記ブロックチェーンネットワーク上に公開するチェック処理とを、
前記情報処理装置が有するコンピュータに実行させる通信プログラム。

【0092】

（付記１１）
データの取引を行うブロックチェーンネットワークに参加する通信装置と通信を行うサーバが有するプログラムであって、
秘密鍵及び公開鍵を生成する鍵生成処理と、
前記通信装置が実行するデータ処理を検証するチェックプログラムに、前記秘密鍵を付与して送信する送信処理と、
前記公開鍵を前記ブロックチェーンネットワーク上に公開する公開処理とを、
前記サーバが有するコンピュータに実行させる通信プログラム。

【0093】

（付記１２）
データの取引を行うブロックチェーンネットワークに参加する通信装置であって、
前記ブロックチェーンネットワーク上のサーバから、前記データに対するデータ処理を検証するチェックプログラムを取得する取得部と、
前記チェックプログラムを実行し、前記チェックプログラムの実行中に前記データ処理を実行することにより生成される前記検証の結果に、前記サーバの署名を付与し、前記ブロックチェーンネットワーク上に公開するチェック部とを、
有する通信装置。

【0094】

（付記１３）
データの取引を行うブロックチェーンネットワークに参加する通信装置における通信方法であって、
前記ブロックチェーンネットワーク上のサーバから、前記データに対するデータ処理を検証するチェックプログラムを取得し、
前記チェックプログラムを実行し、前記チェックプログラムの実行中に前記データ処理を実行することにより生成される前記検証の結果に、前記サーバの署名を付与し、前記ブロックチェーンネットワーク上に公開する、
通信方法。

【符号の説明】

【0095】

１ ：通信システム
１０ ：事業者
１１ ：ブロックチェーンノード
１２ ：データ管理サーバ
１３ ：サブチェーンネットワーク
２０ ：ブロックチェーンネットワーク
１００ ：サブチェーンノード
１１０ ：ＣＰＵ
１２０ ：ストレージ
１２１ ：チェックプログラム要求プログラム
１２２ ：チェックプログラム受信プログラム
１２３ ：データ処理プログラム
１３０ ：メモリ
１４０ ：通信回路
２００ ：コンソーシアムサーバ
２１０ ：ＣＰＵ
２２０ ：ストレージ
２２１ ：チェックプログラム要求受信プログラム
２２２ ：チェックプログラム
２３０ ：メモリ
２４０ ：通信回路

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】