JP7478440B2 - 情報処理方法及び情報処理システム - Google Patents

Description

本発明は、ブロックチェーンを利用して試験又は検査の正当性を検証する技術に関する。

製品又はサービスの特性についての試験又は検査における測定は、様々な産業の重要な基盤をなすものである。しかし、自動車分野や建築分野など、様々な分野で試験又は検査における測定に関する不正が大きな社会問題となっている。例えば、試験コストを下げるための過度な測定手順の簡素化、測定データのねつ造及び改ざん、試験又は検査所や測定員の資格不足、評価ソフトウェアの改ざん、試験又は検査の実施のための各種証明書の日付の改ざんなどの手続き上の不正が数多く報告されている。また、試験環境や試料の取り扱いが事前に定められた通りにされていない、証明書に不備があるなどの理由で、意図せず不正な試験又は検査結果が報告されてしまうことも起こりえることである。

分野によっては、試験又は検査の信頼性を確保する目的で、法令やマネジメントシステム規格に準じた試験又は検査機関の第三者認証を導入してきた。しかし、第三者認証は試験又は検査機関の能力を認証するもので、個別の試験又は検査の結果について、ねつ造又は改ざんなどの不正がなく、技術的に十分妥当な検討がなされたことを判定するわけではない。製品又はサービスの使用者の側からは、その使用者が使用する特定の製品又はサービスについての試験又は検査の結果が正しく得られたものであることを保証するシステムの構築が望まれる。

製品又はサービスの電子商取引の際に、製品又はサービスの品質やリスクを管理する目的で、品質、安全、環境性能、規制や規格への適合性、要求される特性の数値を記録し、閲覧に供するデータベースを備えた電子商取引システムの提案は従前にも行われてきた（例えば特許文献１）。しかしながら、データの保全性については考慮されていない。

また、膨大なデータを詳細かつ正しく検証するためには、検証を機械的に行う検証プログラムを用いることになる。試験又は検査データを改ざんする動機がある場合には、価値や正当性の判定を行う検証プログラムの実行時や実行結果の記録時にも、不正を働く動機がある。このため、検証プログラムの保全性を確保することが好ましい。

近年注目されるデータ及びプログラムの高い保全性を実現する一つの手段として、ブロックチェーン技術がある。ブロックチェーン技術は複数のピア（例えばサーバ）により構成されるピアツーピアネットワークにより実現される。複数のピアによりトランザクション（取引）を管理する。この際、一部のピアでは故障などのためにデータが記録されない恐れや、一部のピアが不正に操作されて記録が改ざんされる恐れがある。このため、トランザクションについての何らかのコンセンサスアルゴリズム（すなわち整合性を確認するアルゴリズム）が採用される。コンセンサスアルゴリズムを適切に設定することで、記録されるデータの保全性を確保することを実現する。

ブロックチェーン技術は、分散台帳技術を有することが一つの特徴である。分散台帳とは、代表的なブロックチェーンプラットフォームの一つであるハイパーレッジャーファブリックでは、複数のピアで共有するトランザクションの履歴の記録及びトランザクションの実行により更新されるデータベースにより構成される。ブロックチェーン技術の分散台帳では、台帳に記録する際に、その時点での取引履歴から生成されるデータを含む形で記録することで、遡っての改ざんを防ぐことに特徴がある。この特徴は、試験又は検査データの保全性を確保する目的で有用なものである。

近年進む測定器のＩｏＴ（Internet of Things）化により、測定措置をネットワークに接続し、試験又は検査のデータを集めることが技術上可能になってきている。このことから、ブロックチェーン技術を活用し、個別の試験又は検査についての不正の有無を細やかに検討できる可能性がある。例えば、測定器をネットワークにつなぎ、ブロックチェーンに組み込むことが提案されている（例えば特許文献２）。本技術では、ある測定値が特定の測定器で測定されたことを証明するために、ブロックチェーンへの記録と、測定器のログとを比較し、検証することもできる。

製品又はサービスの品質やリスクの判断において適用可能なブロックチェーンの活用も提案されている。例えば、ブロックチェーン上に、ある製品の生産についての過程のデータや、製品の特性の試験又は検査のデータ、試験又は検査時の測定者の生体センサデータなどを用いて、製品の価値の判定とその判定結果の正当性の判定を実施するシステムの提案がされている（例えば特許文献３）。ただし、検証プロセスはブロックチェーンネットワークの外で信頼できる機関が実施することが提案されており、試験又は検査データの機密性や検証プログラムの保全性を確保することは技術的にできていない。

検証プログラムの保全性については、検証プログラムをブロックチェーン上のスマートコントラクトとして配備することで、確保することができる。スマートコントラクトとは、ブロックチェーン上で動作するプログラムのことである。このスマートコントラクトの実行も、複数のピアで実行をシミュレーションし、その結果について、コンセンサスを得た場合にのみ、実行結果のトランザクションを記録することが可能である。一方で、検証プログラムをブロックチェーン上のスマートコントラクトとして配備することは、ピアの間で検証に用いるデータを共有することになるから、機密性の確保の面ではなお問題が残る。

試験又は検査のデータには高い機密性が求められる。直接的な試験又は検査の結果は、顧客が提供する製品又はサービスの性能を示すものである。製品又はサービスの開発のプロセスは高い機密性を求められる。それだけでなく、試験又は検査所の運営に関わるデータ、測定器に関するデータ、測定器の校正の記録なども、試験又は検査所の品質を構築する重要な情報であり、高い機密性を求められる。さらに言えば、個人情報が含まれることもある。このため、試験又は検査データの機密性を実現することは大きな課題である。

試験又は検査データの機密性を確保するための提案として、スマートメータにより測定した暗号化データをブロックチェーンの分散台帳に記録し、記録された暗号化データを準同型暗号により演算することで、電気料金について、電力データを秘匿した状態で計算するものがある（例えば非特許文献１）。これにより、ブロックチェーンに参加するピアに対しても、データを秘匿することが可能になる。但し、準同型暗号によりデータを秘匿した計算が可能であることが、このシステムの開発の前提である。準同型暗号によるデータ解析はその解析プログラムの開発が複雑になりやすく、計算時間もかかる。このため、システムの運用コストの面で負担が大きい。より負担の小さい手法で、試験又は検査データの機密性を確保することが求められている。

国際公開公報２００７／１２９４８８号 特開２０２０－５８７７１号公報 国際公開公報２０１７／０９０３２９号

Denial Peters et al., IT Security for Measuring Instruments: Confidential Checking of Software Functionality, Future of Information and Communication Conference (FICC) 2020

従って、本発明の目的は、一側面として、試験又は検査の正当性を、機密性を保持したまま検証できるようにするブロックチェーン技術を提供することである。

本発明に係る情報処理方法は、ブロックチェーンネットワークに属するピアに対応し、検証用のスマートコントラクトの処理を実行する各第１の情報処理装置によって実行されるものである。そして、測定器の測定値を含む第１データのハッシュ値が分散台帳上に登録されている状態において、（Ａ）第１データと第１データのハッシュ値の分散台帳上の識別子とを含み且つ各第１の情報処理装置用の共通鍵で暗号化された検証データを含む第２データにより試験又は検査の検証を行うように要求された第２の情報処理装置から検証の指示を受信すると、検証のためのデータ要求を第２の情報処理装置に送信するステップと、（Ｂ）第２の情報処理装置から第２データを受信して、自装置用の共通鍵で復号することで、検証データを取得するステップと、（Ｃ）検証データに含まれる第１データのハッシュ値が、分散台帳に登録されているものと同じであることを検証することを含む検証処理を実行するステップと、（Ｄ）検証処理の結果を、第２の情報処理装置に送信するステップと、（Ｅ）検証用のスマートコントラクトの処理が成功した場合、検証処理の結果のハッシュ値を分散台帳に登録するステップとを含む。

一側面として、試験又は検査の正当性を、機密性を保持したまま検証できるようになる。

図１は、実施の形態に係るブロックチェーンシステムの概要を示す図である。 図２は、公開鍵を分散台帳に登録するための処理フローを示す図である。 図３は、記録スマートコントラクトを起動する際の処理フローを示す図である。 図４は、測定値などの試験又は検査データを分散台帳に登録するための処理フローを示す図である。 図５は、分散台帳に登録されたデータの無効化を行うための処理フローを示す図である。 図６は、変更スマートコントラクトを起動する際の処理フローを示す図である。 図７は、試験又は検査データの検証処理の処理フローを示す図である。 図８は、検証スマートコントラクトを起動する際の処理フローを示す図である。 図９は、検証スマートコントラクトを起動する際の処理フローを示す図である。 図１０は、検証スマートコントラクトを起動する際の処理フローを示す図である。 図１１は、検証スマートコントラクトを起動する際の処理フローを示す図である。 図１２は、検証スマートコントラクトを起動する際の処理フローを示す図である。 図１３は、検証結果の検証を行う際の処理フローを示す図である。 図１４は、コンピュータ装置の機能ブロック図である。

［実施の形態の考え方について］
製品又はサービスの特性に関する試験又は検査の正当性を客観的に提示するためには、以下のような課題がある。
（１）試験又は検査データの機密性の確保
（２）試験又は検査データの保全性の確保
（３）検証プログラムの保全性の確保
従来型のクライアント＆サーバ方式のサービスと比べて、ブロックチェーンの分散台帳によるデータ管理はデータの保全性を高めることに役立つ。また、ブロックチェーンにスマートコントラクトとして検証プログラムを実装することは、検証プログラムの保全性を確保することに役立つ。しかし、試験又は検査データの機密性の確保について、ブロックチェーンを用いたシステムで実現することが課題として残る。

検証結果の正当性を確認する動機があるのは、製品又はサービスのエンドユーザである。製品又はサービスのエンドユーザの各種データへのアクセス権を制御することは、コストがかかる。しかし、製品又はサービスのエンドユーザは試験又は検査の結果、製品又はサービスが要求基準に適合したものであることが分かればよく、試験又は検査データに関わるデータの全てに興味があるわけではない。データの機密性の観点からも、必要以上のデータの閲覧をさせないことが望ましい。ブロックチェーンの管理者やブロックチェーンネットワークのピアに対しても、閲覧を防ぐことが好ましい。

ブロックチェーンにピアとして参加する組織にとっては、情報の管理はコストを増加させる原因になる。特に、エンドユーザに関するデータを取得した場合は、その管理は大きな負担となる。このため、機密性が求められるデータについては、そもそも分散台帳上に記録せず、検証の目的以外にアクセスできないことを保証することができれば、試験又は検査の検証を目的とするブロックチェーンの運用のコストを下げることにつながる。

これらを踏まえ、本実施の形態は、製品又はサービスのエンドユーザも含むあらゆる関係者に、試験又は検査データを許容された用途以外に用いないことを保証しつつ、試験又は検査の正当性を検証でき、その検証結果を確認できるようにするものである。

なお、検証のためには、検証を行うブロックチェーンネットワーク上のピアには、試験又は検査データを引き渡すことになる。しかし、ブロックチェーンのスマートコントラクトは、予め決められたデータ処理しかできないことから、各ピアが自由にデータをコピーすることはできない。このため、各ピアには検証に用いられるデータのみを残し、検証に用いないデータは削除するという管理がブロックチェーンを用いることで可能となる。この仕組みを用いて、検証後に試験又は検査データにアクセスすることができないようにする。

本実施の形態における主要な特徴は、試験又は検査データを処理するサーバが、スマートコントラクト起動サーバを介して、ハッシュ化した試験又は検査データを、ブロックチェーンネットワークの分散台帳に記録することである。これによって、試験又は検査データそのものを、分散台帳に登録するよりもデータの機密性が向上する。但し、検証時には試験又は検査データを用いざるを得ないので、検証用のスマートコントラクトにおいて、ブロックチェーンネットワークのピアが、暗号化した試験又は検査データをスマートコントラクト起動サーバにアクセスして取得するものとする。これによって、検証のためのトランザクションに試験又は検査データを含めることなく、すなわち、試験又は検査データそのものを分散台帳に記録することなく、検証処理を実行できるようになる。

［実施の形態の具体的内容］
本実施の形態では、ある試験又は検査が予め登録した測定器で行われていることを確かめるものとする。当該試験又は検査に関わる団体組織を以降、コンソーシアムと呼ぶ。当該コンソーシアムが主体となってブロックチェーンネットワークを形成する。本実施の形態は、代表的なブロックチェーンプラットフォームの一つであるハイパーレッジャーファブリックの利用を前提とし、トランザクションの履歴の記録、及びトランザクションの実行により更新されるデータベースを含む分散台帳機能を有するものとする。但し、他の同様の分散台帳機能とスマートコントラクト実行機能を持つ他のシステムを採用しても良い。

本実施の形態において、上記コンソーシアムは試験又は検査所にとってのブロックチェーンネットワークの認証局の役割を果たし、Ｘ５０９やその他の形式の参加証明書を発行する。ハイパーレッジャーファブリックを用いる場合には、コンソーシアムは検証を実施しないピアを有するものとする。当該参加証明書は公開鍵を含み、ペアとなる秘密鍵は各ユーザで管理する。ブロックチェーンネットワークのピアとなるサーバを有するのは例えば測定器メーカであり、ここでは、２つの測定器メーカである測定器メーカＡと測定器メーカＢを想定する。但し、測定器メーカの数に制限はない。

本実施の形態では、測定器メーカＡが提供する測定器は、センサと耐タンパ性のあるマイコンとが一体化したものである。このマイコンには、それぞれの測定器メーカにより、公開鍵暗号の秘密鍵が内蔵されている。この測定器を有する試験又は検査所は、その秘密鍵を知らされていないが、公開鍵は知らされているものとする。また、この測定器は、測定して取得した測定値を、内蔵マイコン内に備えられた秘密鍵により、デジタル署名付きで出力する。具体的には、測定値は、測定値をハッシュ化した値を秘密鍵で暗号化した値と共に出力される。この測定器は、例えばネットワークを介して、試験又は検査所が有する処理サーバに接続する。

図１を用いてさらに本実施の形態に係るシステム１０の構成について説明する。本実施の形態に係るシステム１０は、試験又は検査データの処理を行う処理サーバ１２、測定器１４と、測定器１４がネットワークを介して接続され且つ試験又は検査データの処理を行う処理サーバ１３と、ユーザ端末１８と、スマートコントラクト起動サーバ１１と、ピアのサーバ１５及び１６を含むブロックチェーンネットワーク１７とを含む。

例えば、処理サーバ１２は、測定器メーカＡにより管理されており、処理サーバ１３は、試験又は検査所が管理している。測定器１４は、測定器メーカＡの測定器であって、この試験又は検査所が管理している。コントラクト起動サーバ１１は、ピアのサーバ１５及びサーバ１６を含むブロックチェーンネットワーク１７に接続する。上で述べたようにハイパーレッジャーファブリックを用いる場合には、オーダラーピアの機能をブロックチェーンネットワーク１７が含むものとする。また、ユーザ端末１８は、コントラクト起動サーバ１１を通して、ブロックチェーンネットワーク１７における分散台帳上のデータベースを閲覧する。

ブロックチェーンネットワーク１７にはスマートコントラクトが配備される。スマートコントラクトの配備は、特別な権限を持った管理者によって実施される。本実施の形態においては、コンソーシアムが管理者となる。スマートコントラクトを適切に動作させるための入力データの仕様はあらかじめ公開される。

ブロックチェーンネットワーク１７には、記録スマートコントラクト、閲覧スマートコントラクト、変更スマートコントラクト、検証スマートコントラクトが配備される。実際の応用では、これら以外の様々な機能を付したスマートコントラクトを配備してもよい。また、必要に応じて、スマートコントラクト毎に異なるチャネル（ブロックチェーンネットワークを論理的に分割したもの）を形成してもよい。

以下、本システム１０の処理について、図２乃至図１２を用いて説明する。

まず、図２及び図３を用いて、測定器１４が保有する秘密鍵に対応する公開鍵に関するデータをブロックチェーンネットワーク１７に記録する処理について説明する。

まず、測定器メーカＡの処理サーバ１２は、測定器１４に内蔵された秘密鍵に対応する公開鍵Ｄ１を取得する（図２：ステップＳ１）。例えば、測定器メーカＡの作業員の入力を受け付けたり、測定器メーカＡの処理サーバ１２に接続されている他のコンピュータから読み出すことにより取得する。そして、処理サーバ１２は、公開鍵Ｄ１をハッシュ化して、データＨ１を生成する（ステップＳ３）。ハッシュ化には、例えばＳＨＡ－２５６その他のアルゴリズムを用いる。そして、処理サーバ１２は、データＨ１を含む記録要求を、コントラクト起動サーバ１１に送信する（ステップＳ５）。この処理は、例えばコントラクト起動サーバ１１のウェブサイトで登録する形で行うようにしても良い。

コントラクト起動サーバ１１は、データＨ１を含む記録要求を受信し（ステップＳ７）、データ記録のための記録スマートコントラクトによる記録処理を実行する（ステップＳ９）。以下、本記録処理の処理フローを図３を用いて説明する。

まず、コントラクト起動サーバ１１は、記録要求の要求元の実行権限を確認する処理を実行する（図３：ステップＳ２１）。例えば、ＩＤ及びパスワードのようなもので権限を確認しても良いし、他の周知の方法などで確認しても良い。もし、実行権限がないと判断した場合には、以降の処理は行われない。一方、実行権限がある場合には、コントラクト起動サーバ１１は、データＨ１及び分散台帳上のその識別子Ｉ１を含むトランザクションを生成し、当該トランザクションについての記録スマートコントラクトの起動を、ブロックチェーンネットワーク１７における各ピアに指示する（ステップＳ２３）。

ブロックチェーンネットワーク１７における各ピアのサーバ１５及び１６は、コントラクト起動サーバ１１による指示に応じて、データＨ１及び識別子Ｉ１を含むトランザクションについて記録スマートコントラクトを起動させる（ステップＳ２５）。そうすると、各ピアのサーバ１５及び１６は、公開鍵Ｄ１のハッシュ化データであるデータＨ１及びその識別子Ｉ１を、分散台帳のデータベースに登録するシミュレーションを実行する（ステップＳ２７）。そして、各ピアのサーバ１５及び１６は、シミュレーション結果を、ブロックチェーンネットワーク１７に送信する（ステップＳ２９）。

そうして、各ピアのサーバ１５及び１６は、自らのシミュレーション結果と受信したシミュレーション結果を照合して、規定された条件（例えば、全ピアで同じ結果）を満たす場合には、記録スマートコントラクト実行成功として、データＨ１及び識別子Ｉ１を含むデータを分散台帳のデータベースに登録する（ステップＳ３１）。そして、各ピアのサーバ１５及び１６は、識別子Ｉ１を含むデータを、スマートコントラクト起動サーバ１１に送信する（ステップＳ３３）。

スマートコントラクト起動サーバ１１は、各ピアのサーバ１５及び１６から、識別子Ｉ１を含むデータ（例えばデータＨ１を含むようにしても良い）を受信する（ステップＳ３５）。なお、記録スマートコントラクト実行失敗ということになると、その旨スマートコントラクト起動サーバ１１に通知される。この処理が終了すると、図２の処理に戻る。

ステップＳ９の後に、記録スマートコントラクト実行成功の場合には、スマートコントラクト起動サーバ１１は、識別子Ｉ１を含むデータを、要求元の処理サーバ１２に送信する（ステップＳ１１）。なお、記録スマートコントラクト実行失敗の場合には、その旨要求元の処理サーバ１２に通知する。成功の場合、要求元の処理サーバ１２は、スマートコントラクト起動サーバ１１から、識別子Ｉ１を含むデータを受信する（ステップＳ１３）。そして、処理サーバ１２は、測定器１４が接続される処理サーバ１３に、識別子Ｉ１及び公開鍵Ｄ１を送信する（ステップＳ１５）。

これによって、公開鍵Ｄ１そのものではなく、公開鍵Ｄ１のハッシュ値Ｈ１が、分散台帳上に登録されるようになる。公開鍵Ｄ１は公開されるものではあるが、必要とする者のみに配布するものである。

次に、図４を用いて、試験又は検査に関するデータを、分散台帳のデータベースに登録する処理について説明する。

なお、事前に、処理サーバ１３は、処理サーバ１２から識別子Ｉ１及び公開鍵Ｄ１を受信し、データ格納部に格納しておく（ステップＳ４１）。その後、測定器１４により測定などが行われる。測定器１４は、測定を行うと、その測定値のハッシュ値を算出して、そのハッシュ値に秘密鍵で暗号化することで得られるデジタル署名を生成する。

そして、処理サーバ１３は、測定器１４からデジタル署名付き測定値を取得する（ステップＳ４３）。そして、処理サーバ１３は、デジタル署名付き測定値、識別子Ｉ１及び公開鍵Ｄ１、測定の関連データを含むデータＤ０を生成する（ステップＳ４５）。
関連データは、以下のようなデータを含む。
測定日
測定者の識別
測定器の識別
測定アイテムの識別
測定時の写真データ
測定アイテムに埋め込まれたＩＣ（Integrated Circuit）チップを用いた認証データ
これ以外にも、測定者の資格データ、試験又は検査所が受けた第三者による審査に関するデータ、実験環境のデータを含むようにしても良い。これらのデータについては、予めフォーマットを決めておき、データＤ０を形成する。

その後、処理サーバ１３は、データＤ０をハッシュ化して、データＨ０を生成する（ステップＳ４７）。そして、処理サーバ１３は、データＨ０を含む記録要求を、スマートコントラクト起動サーバ１１に送信する（ステップＳ４９）。スマートコントラクト起動サーバ１１は、処理サーバ１３から、データＨ０を含む記録要求を受信し（ステップＳ５１）、データ記録のための記録スマートコントラクトによる記録処理を実行する（ステップＳ５３）。この記録処理については、図３に示した処理と同様である。但し、データＨ０に対して分散台帳上の識別子はＩ０とする。

ステップＳ５３で記録スマートコントラクト実行成功の場合、スマートコントラクト起動サーバ１１は、識別子Ｉ０を含むデータ（データＨ０を含むようにしても良い）を、処理サーバ１３に送信する（ステップＳ５５）。処理サーバ１３は、スマートコントラクト起動サーバ１１から、識別子Ｉ０を含むデータを受信し、データ格納部に格納する（ステップＳ５７）。

これによって、測定値を含む試験又は検査データそのものを分散台帳に登録するのではなく、測定値などを含む試験又は検査データのハッシュ値Ｈ０を登録することにより、試験又は検査データの機密性を確保できるようになる。但し、これだけで機密性の確保が完全になるわけではない。

次に、図５及び図６を用いて、分散台帳のデータベースに記録したデータＨ１又はＨ０を、無効化する処理について説明する。以下では、データＨ１の無効化について説明する。

本実施の形態では、測定器１４に不正操作のタンパ検知機能を持たせ、不正操作のタンパ検知がなされると、例えば処理サーバ１２に通知がなされるものとする。これによって、処理サーバ１２は、測定器１４から不正操作の通知を受信する（ステップＳ６１）。そうすると、処理サーバ１２は、測定器１４に対応する識別子Ｉ１を特定する（ステップＳ６３）。これは、測定器１４のための公開鍵Ｄ１のハッシュ値Ｈ１を分散台帳に登録できた場合に得られるもので、データ格納部に格納しておくことで、本ステップに対処する。なお、不正操作のタンパ検知だけではなく、何らかの理由で無効化を要する事象を検出した場合も、同様に行う。

そして、処理サーバ１２は、識別子Ｉ１を含む無効化要求をスマートコントラクト起動サーバ１１に送信する（ステップＳ６５）。スマートコントラクト起動サーバ１１は、処理サーバ１２から、識別子Ｉ１を含む無効化要求を受信し（ステップＳ６７）、データ変更のための変更スマートコントラクトによる変更処理を実行する（ステップＳ６９）。本変更処理については、図６を用いて説明する。

スマートコントラクト起動サーバ１１は、要求元の処理サーバ１２について、実行権限の確認を行う（図６：ステップＳ８１）。実行権限がないと判断されると、以降の処理は行われない。実行権限があると確認されると、識別子Ｉ１を含む無効化トランザクションを生成し、当該無効化トランザクションについての変更スマートコントラクトの起動を、ブロックチェーンネットワーク１７における各ピアに指示する（ステップＳ８３）。

ブロックチェーンネットワーク１７における各ピアのサーバ１５及び１６は、コントラクト起動サーバ１１による指示に応じて、識別子Ｉ１を含む無効化トランザクションについて変更スマートコントラクトを起動させる（ステップＳ８５）。そうすると、各ピアのサーバ１５及び１６は、識別子Ｉ１で特定され且つ公開鍵Ｄ１のハッシュ値であるデータＤ１の無効を、分散台帳のデータベースに登録するシミュレーションを実行する（ステップＳ８７）。そして、各ピアのサーバ１５及び１６は、シミュレーション結果を、ブロックチェーンネットワーク１７に送信する（ステップＳ８９）。

そうして、各ピアのサーバ１５及び１６は、自らのシミュレーション結果と受信したシミュレーション結果を照合して、規定された条件（例えば、全ピアで同じ結果）を満たす場合には、変更スマートコントラクト実行成功として、識別子Ｉ１を含むデータ（例えば、識別子Ｉ１で特定されるデータＤ１の無効化を表すデータ）を分散台帳のデータベースに登録する（ステップＳ９１）。そして、各ピアのサーバ１５及び１６は、識別子Ｉ１を含むデータを、スマートコントラクト起動サーバ１１に送信する（ステップＳ９３）。

スマートコントラクト起動サーバ１１は、各ピアのサーバ１５及び１６から、識別子Ｉ１を含むデータを受信する（ステップＳ９５）。なお、変更スマートコントラクト実行失敗ということになると、その旨スマートコントラクト起動サーバ１１に通知される。この処理が終了すると、図５の処理に戻る。

ステップＳ６９の後に、変更スマートコントラクト実行成功の場合には、スマートコントラクト起動サーバ１１は、識別子Ｉ１を含むデータを、要求元の処理サーバ１２に送信する（ステップＳ７１）。なお、変更スマートコントラクト実行失敗の場合には、その旨要求元の処理サーバ１２に通知する。成功の場合、要求元の処理サーバ１２は、スマートコントラクト起動サーバ１１から、識別子Ｉ１を含むデータを受信する（ステップＳ７３）。これにて、処理サーバ１２では、不正操作が行われた測定器１４についての公開鍵Ｄ１のハッシュ値Ｈ１が無効化されたことが認識される。

なお、このデータの無効化は、過去に遡ってデータの有効性を真から偽に切り替えるのではなく、ある時点においてデータの有効性を真から偽に変更するものである。このため、どの時点でデータを変更したのかを、管理者等はブロックチェーンの分散台帳においてトランザクションの履歴の記録から確認することができる。

次に、試験又は検査データの検証処理について、図７乃至図１２を用いて説明する。
まず、処理サーバ１３は、データＤ０及び識別子Ｉ０を含む検証データＤＸを生成する（ステップＳ１０１）。なお、データＤ０は、上でも述べたように、デジタル署名付き測定値、識別子Ｉ１及び公開鍵Ｄ１、測定の関連データを含む。識別子Ｉ０は、データＤ０のハッシュ値Ｈ１を分散台帳上で識別するための識別子である。

また、処理サーバ１３は、検証結果暗号化用の共通鍵ＫＸを生成する（ステップＳ１０３）。この共通鍵ＫＸは、ＡＥＳ（Advanced Encryption Standard）の鍵である。また、サーバ１５は検証スマートコントラクトにて用いられる公開鍵Ｐ１とそれと対になる秘密鍵Ｖ１とを、サーバ１６は公開鍵Ｐ２とそれと対になる秘密鍵Ｖ２とを予め生成しておく。スマートコントラクト起動サーバ１１は、公開鍵Ｐ１及びＰ２を保持しており、例えば、処理サーバ１３からの要求に応じて、各ピアのサーバ１５及び１６の公開鍵Ｐ１及びＰ２を送信する（ステップＳ１０５）。処理サーバ１３は、スマートコントラクト起動サーバ１１から、各ピアの検証用の公開鍵Ｐ１及びＰ２を取得する（ステップＳ１０７）。

そして、処理サーバ１３は、公開鍵Ｐ０及び秘密鍵Ｖ０を生成し（ステップＳ１０９）、さらに、秘密鍵Ｖ０と各ピアの公開鍵Ｐ１及びＰ２から、各ピアの共通鍵Ｋ１及びＫ２を生成する（ステップＳ１１１）。本実施の形態では、公開鍵Ｐ１及びＰ２を例えば楕円曲線暗号による各ピアの公開鍵として、同じく秘密鍵Ｖ０を例えば楕円曲線暗号によるサーバ１３の秘密鍵とし、楕円曲線ディフィーヘルマン鍵共有により、共通鍵Ｋ１及びＫ２を生成する。その後、処理サーバ１３は、データＤＸと共通鍵ＫＸを含むデータを、各共通鍵Ｋ１及びＫ２で暗号化することで、ピアのサーバ１５のための暗号化データＥ１とピアのサーバ１６のための暗号化データＥ２を生成する（ステップＳ１１３）。そして処理は、端子Ａを介して図８の処理に移行する。

このような暗号化を行うのは、処理サーバ１３、各ピアのサーバ１５及び１６が、いつでも通信用の公開鍵と秘密鍵のペアを変更できるようにするためである。例えば、処理サーバ１３、各ピアのサーバ１５又は１６の秘密鍵が漏洩した場合でも、即座に漏洩が起きた当該処理サーバ又はピアの鍵ペアを個別に変更することで、それ以降機密性を保持しつつ通信できるようになる。暗号化手法は上記の方法に限られるものではなく、他の方法を採用しても良い。

その後、処理サーバ１３は、暗号化データＥ１及びＥ２と公開鍵Ｐ０を含むデータＥＸを生成する（ステップＳ１１５）。この公開鍵Ｐ０は、共通鍵生成のためのデータである。そして、処理サーバ１３は、データＥＸを含む検証要求を、スマートコントラクト起動サーバ１１に送信する（ステップＳ１１７）。スマートコントラクト起動サーバ１１は、データＥＸを含む検証要求を受信し（ステップＳ１１９）、検証要求に応じて、検証スマートコントラクトによる検証処理を実行する（ステップＳ１２１）。以下、検証処理について、図９乃至図１２を用いて説明する。

スマートコントラクト起動サーバ１１は、要求元の処理サーバ１３について、実行権限の確認を行う（図９：ステップＳ１３１）。実行権限がないと判断されると、以降の処理は行われない。実行権限があると確認されると、スマートコントラクト起動サーバ１１は、受信したデータＥＸを、記憶装置に格納する（ステップＳ１３３）。データＥＸをスマートコントラクトの入力とした場合、ハイパーレッジャーファブリックを用いたブロックチェーンシステムでは、分散台帳にデータＥＸが残ってしまう。そうすると、データＥＸは、各ピアのサーバ１５及び１６の所有者により、いつでも復号化できてしまう。本実施の形態では、データＥＸに含まれるデータＤＸが漏洩してしまうことを防ぐために、データＥＸをスマートコントラクトの入力に含めない。その代わりに、スマートコントラクト内のリクエストにより、ピアのサーバ１５及び１６に引き渡すことにし、スマートコントラクト起動サーバ１１の記憶装置に一時的に格納しておく。

そして、スマートコントラクト起動サーバ１１は、識別子ＩＣを含む検証トランザクションを生成し、当該検証トランザクションについての検証スマートコントラクトの起動を、ブロックチェーンネットワーク１７における各ピアに指示する（ステップＳ１３５）。なお、スマートコントラクト起動サーバ１１と各ピアのサーバ１５及び１６との間の通信の正当性を確認する目的で、検証トランザクションに乱数を含めるようにしても良い。

ブロックチェーンネットワーク１７における各ピアのサーバ１５及び１６は、コントラクト起動サーバ１１による指示に応じて、識別子ＩＣを含む検証トランザクションについて検証スマートコントラクトを起動させる（ステップＳ１３７）。そうすると、各ピアのサーバ１５及び１６は、検証スマートコントラクトの一部として、メモリのアクセス保護の設定を確認する（ステップＳ１３９）。

例えば、ピアのサーバ１５及び１６のＯＳ（Operating System）がUbuntu 18.04 LTSであるとすると、スマートコントラクトの中で、サーバ１５及び１６自身の仮想メモリへのアクセス設定を確認する。具体的には、/proc/sys/kernel/yama/ptrace_scopeの設定が「０」でないことを確認する。/proc/sys/kernel/yama/ptrace_scopeの設定が「０」である場合には、以後の処理は行われず、検証は行われない。システムに要求するセキュリティの水準に応じて、さらに厳重な管理を求める設定の確認及びその設定変更を実施してもよい。このようなメモリのアクセス保護の設定を確認することで、ピアのサーバ１５及び１６の他のプロセスによりスマートコントラクトで検証するデータが盗み見られるのを防止する。

その後、サーバ１５及び１６は、秘密鍵ＶＸ１及び公開鍵ＰＸ１のペアを生成する（ステップＳ１４１）。なお、サーバ１６については、秘密鍵ＶＸ２及び公開鍵ＰＸ２を生成するが、以下の説明では、主にサーバ１５が生成する秘密鍵ＶＸ１及び公開鍵ＰＸ１を用いて説明することとし、適宜、サーバ１６について説明するものとする。秘密鍵ＶＸ１及び公開鍵ＰＸ１と秘密鍵ＶＸ２及び公開鍵ＰＸ２は、一時的な使い捨ての鍵である。そして、サーバ１５及び１６は、公開鍵ＰＸ１（サーバ１６の場合には公開鍵ＰＸ２）と要求元の正当性を確認するためのデータ（確認データ）とを含むデータ要求を、スマートコントラクト起動サーバ１１に送信する（ステップＳ１４３）。確認データは、例えば、トランザクションに含まれる乱数のデジタル署名（サーバ１５の場合には、乱数のハッシュ値を、サーバ１５が公開鍵Ｐ１に対応する秘密鍵Ｖ１で暗号化したもの。サーバ１６の場合には、乱数のハッシュ値を、サーバ１６が公開鍵Ｐ２に対応する秘密鍵Ｖ２で暗号化したもの）であっても良い。このデジタル署名により、データ要求がピアのサーバ１５又は１６からの正当な要求であることが確認できる。

スマートコントラクト起動サーバ１１は、サーバ１５及び１６から、公開鍵ＰＸ１（サーバ１６の場合には公開鍵ＰＸ２）及び確認データを含むデータ要求を受信し（ステップＳ１４４）、確認データを用いてデータ要求元の正当性の確認を行う（ステップＳ１４５）。例えば、デジタル署名を検証（デジタル署名を公開鍵Ｐ１（サーバ１６の場合には公開鍵Ｐ２）で復号して乱数のハッシュ値と比較する）することで、正当性の確認を行うようにしても良い。なお、正当性の確認に失敗すれば、後の処理は打ち切られる。正当性の確認に成功すれば、処理は、端子Ｂを介して図１０の処理に移行する。

図１０の処理に移行して、スマートコントラクト起動サーバ１１は、秘密鍵ＶＳ及び公開鍵ＰＳのペアを生成する（ステップＳ１４７）。さらに、スマートコントラクト起動サーバ１１は、秘密鍵ＶＳと公開鍵ＰＸ１から、サーバ１５及び１６の各々について、例えば楕円曲線ディフィーヘルマン鍵共有により、ＡＥＳ暗号の共通鍵ＫＳ１を生成する（ステップＳ１４９）。サーバ１６については秘密鍵ＶＳと公開鍵ＰＸ２から共通鍵ＫＳ２を生成する。これらの共通鍵ＫＳ１及びＫＳ２は、検証スマートコントラクト内における一時的な使い捨ての共通鍵である。そして、スマートコントラクト起動サーバ１１は、データＥＸを共通鍵ＫＳ１で暗号化し、暗号化データＥＳ１を生成する（ステップＳ１５１）。サーバ１６については、データＥＸを共通鍵ＫＳ２で暗号化して暗号化データＥＳ２を生成する。

その後、スマートコントラクト起動サーバ１１は、暗号化データＥＳ１及び公開鍵ＰＳを、データ要求元のサーバ１５に返信する（ステップＳ１５３）。サーバ１６については、暗号化データＥＳ２及び公開鍵ＰＳを送信する。なお、全てのサーバについて二重の暗号化データＥＳ１及びＥＳ２を送信した後に、データＥＸを削除することが好ましい。

一方、各ピアのサーバ１５及び１６は、スマートコントラクト起動サーバ１１から、暗号化データＥＳ１又はＥＳ２と公開鍵ＰＳを受信する（ステップＳ１５５）。そして、各ピアのサーバ１５及び１６は、秘密鍵ＶＸ１又はＶＸ２と公開鍵ＰＳから、例えば楕円曲線ディフィーヘルマン鍵共有により、共通鍵ＫＳ１又はＫＳ２を生成する（ステップＳ１５７）。これら共通鍵ＶＸ１又はＶＸ２についても、検証スマートコントラクト内における一時的な使い捨ての共通鍵である。そして、各ピアのサーバ１５及び１６は、共通鍵ＫＳ１又はＫＳ２で暗号化データＥＳ１又はＥＳ２を復号し、データＥＸを生成する（ステップＳ１５９）。処理は、端子Ｃを介して図１１の処理に移行する。このような一時的な使い捨ての共通鍵を、検証スマートコントラクト内において生成して用いることで、各ピアがデータＥＳ１又はＥＳ２を取得した場合でも、スマートコントラクトによる検証以外の目的でデータＥＸを復号することを防止する。なお、データＥＸは、上で述べたとおり暗号化データＥ１及びＥ２と公開鍵Ｐ０を含む。

図１１の処理に移行して、各ピアのサーバ１５及び１６は、データＥＸに含まれる公開鍵Ｐ０と秘密鍵Ｖ１又はＶ２から、例えば楕円曲線ディフィーヘルマン鍵共有により、共通鍵Ｋ１又はＫ２を生成する（ステップＳ１６１）。そして、各ピアのサーバ１５及び１６は、データＥＸに含まれる暗号化データＥ１又はＥ２を共通鍵Ｋ１又はＫ２で復号し、データＤＸを生成する（ステップＳ１６３）。なお、データＥ１又はＥ２を復号すると、共通鍵ＫＸも復号される。データＤＸは、データＤ０及び識別子Ｉ０を含む。また、データＤ０は、デジタル署名付き測定値、識別子Ｉ１及び公開鍵Ｄ１、測定の関連データを含む。識別子Ｉ０は、データＤ０のハッシュ値Ｈ０を分散台帳上で識別するための識別子である。これにより具体的な検証を行う準備が完了したことになる。

各ピアのサーバ１５及び１６は、データＤＸに含まれる公開鍵Ｄ１のハッシュ値を生成し、識別子Ｉ１で特定され且つ分散台帳に登録されたハッシュ値と一致するか否か判断することで、公開鍵Ｄ１のハッシュ値が分散台帳に登録済みであるか否かを検証する（ステップＳ１６５）。なお、識別子Ｉ１で特定されるハッシュ値が有効であるか否かをも確認し、無効となっていれば検証失敗とする。これにより、公開鍵Ｄ１の真正性が検証できる。

また、各ピアのサーバ１５及び１６は、データＤＸに含まれる試験又は検査データＤ０のハッシュ値を生成し、識別子Ｉ０で特定され且つ分散台帳に登録されたハッシュ値と一致するか否かを判断することで、試験又は検査データＤ０のハッシュ値が分散台帳に登録済みであるか否かを検証する（ステップＳ１６７）。なお、識別子Ｉ０で特定されるハッシュ値が有効であるか否かをも確認し、無効となっていれば検証失敗とする。これにより、データＤ０の改ざんがないことが検証される。

さらに、各ピアのサーバ１５及び１６は、データＤ０に含まれる測定値のデジタル署名を公開鍵Ｄ１で復号して、データＤ０に含まれる測定値から算出される測定値のハッシュ値と一致するか否かを検証する（ステップＳ１６９）。これにより、測定値が、正に公開鍵Ｄ１に対応する秘密鍵を有する測定器１４で測定されたものであることを検証できる。

そして、各ピアのサーバ１５及び１６は、その他の所定の検証処理を実行する（ステップＳ１７１）。例えば、試験又は検査所が第三者認証による審査を規定の期間内に受けているか、実験の環境条件が定められた条件を満たしているか、試験又は検査を実施する要員が資格を有しているか、測定の結果として製品規格等に適合しているかなどを、測定データ及び測定の関連データを用いてチェックする。この目的で測定前に関連データ又はそのハッシュ値を分散台帳のデータベースに登録しておき、そのデータとの一致により真正性を検証することも考えられる。処理は、端子Ｄを介して図１２の処理に移行する。

図１２の処理の説明に移行して、各ピアのサーバ１５及び１６は、検証結果データＲＣを生成する（ステップＳ１７３）。この検証結果データＲＣについては、例えばテキスト形式やＨＴＭＬ（Hyper Text Markup Language）形式のデータであっても良い。また、検証結果データＲＣは、各検証項目の真偽を含み、他に数値の他の試験又は検査についての様々なデータを含んでもよい。検証結果データＲＣは、顧客が自身の依頼した測定アイテムが確かに測定されたことを確認できるようにするための情報をできるだけ多く含むことが望ましい。

各ピアのサーバ１５及び１６は、検証結果データＲＣを、データＥ１又はＥ２を復号することで得られる共通鍵ＫＸで暗号化し、暗号化データＥＣを生成する（ステップＳ１７５）。また、各ピアのサーバ１５及び１６は、検証結果データＲＣのハッシュ値ＨＣを生成する（ステップＳ１７７）。そして、各ピアのサーバ１５及び１６は、検証結果データＲＣのハッシュ値ＨＣ及び識別子ＩＣを、分散台帳のデータベースに登録するシミュレーションを実行する（ステップＳ１７９）。そして、各ピアのサーバ１５及び１６は、識別子ＩＣ及び暗号化データＥＣを、スマートコントラクト起動サーバ１１に送信する（ステップＳ１８１）。分散台帳上に検証結果データＲＣを残さないようにするため、検証スマートコントラクトの出力としてではなく、検証スマートコントラクト内の処理として行う。スマートコントラクト起動サーバ１１は、各ピアのサーバ１５及び１６から、識別子ＩＣ及び暗号化データＥＣを受信する（ステップＳ１８３）。なお、検証スマートコントラクト実行失敗ということになると、その旨スマートコントラクト起動サーバ１１に通知される。そして、図８の処理に戻る。

さらに、各ピアのサーバ１５及び１６は、シミュレーション結果を、ブロックチェーンネットワーク１７に送信する（ステップＳ１８５）。そして、各ピアのサーバ１５及び１６は、自らのシミュレーション結果と受信したシミュレーション結果を照合して、規定された条件（例えば、全ピアで同じ結果）を満たす場合には、検証スマートコントラクト実行成功として、ハッシュ値ＨＣ及び識別子ＩＣを含むデータを分散台帳のデータベースに登録する（ステップＳ１８７）。これにて、後に識別子ＩＣによって、ハッシュ値ＨＣを得ることができるため、検証結果データＲＣの検証も行うことが出来るようになる。

図８の処理の説明に戻って、検証スマートコントラクト実行成功の場合には、スマートコントラクト起動サーバ１１は、識別子ＩＣ及び暗号化データＥＣを、要求元の処理サーバ１３に送信する（ステップＳ１２３）。なお、検証スマートコントラクト実行失敗の場合には、その旨要求元の処理サーバ１３に通知する。成功の場合、要求元の処理サーバ１３は、スマートコントラクト起動サーバ１１から、識別子ＩＣ及び暗号化データＥＣを受信する（ステップＳ１２５）。そして、処理サーバ１３は、共通鍵ＫＸでデータＥＣを復号し、検証結果データＲＣを取得する（ステップＳ１２７）。その後、処理サーバ１３は、顧客に識別子ＩＣ及び検証結果データＲＣを通知する（ステップＳ１２９）。このステップ自体は処理サーバ１３ではなく、他の端末などで行うようにしても良い。いずれにせよ、試験又は検査所の顧客は、分散台帳上の識別子ＩＣと検証結果データＲＣを得ることになる。

次に、図１３を用いて、試験又は検査所の顧客がユーザ端末１８を用いて、検証結果データＲＣの正当性を確認する際の処理について説明する。例えば、ユーザ端末１８は、処理サーバ１３から、識別子ＩＣ及び検証結果データＲＣを受信する（ステップＳ１９１）。そうして、顧客の指示に応じて、ユーザ端末１８は、識別子ＩＣに対応するデータを、スマートコントラクト起動サーバ１１に要求する（ステップＳ１９３）。

スマートコントラクト起動サーバ１１は、ユーザ端末１８からの要求に応じて、閲覧スマートコントラクトを起動させ、いずれかのピアのサーバに識別子ＩＣに対応するデータの読み出しを行わせ、当該データを取得する。そして、スマートコントラクト起動サーバ１１は、要求元のユーザ端末１８に、読み出したデータを返信する（ステップＳ１９５）。閲覧スマートコントラクトの処理については、データの読み出しに過ぎず、従来技術と同様であるから、詳細については省略する。なお、識別子ＩＣで特定され且つ分散台帳に登録されたハッシュ値ＨＣも、無効化される場合もあるので、有効無効の別を表すデータについても取得する。

そして、ユーザ端末１８は、スマートコントラクト起動サーバ１１から、識別子ＩＣに対応するデータを受信し（ステップＳ１９７）、検証結果データＲＣから算出される検証結果データＲＣのハッシュ値と、受信したデータとが一致するかで検証を行う（ステップＳ１９９）。一致していれば、試験又は検査所から受け取った検証結果データＲＣは、真正なものであることが確認できる。また、不一致であれば、検証結果データＲＣには、改ざんがなされていることになる。また、分散台帳から読み出されたデータが無効化されていれば、検証結果データＲＣも無効ということになる。

このような実施の形態によれば、ブロックチェーン上の分散台帳には、ハッシュ値のみを残すようにし、平文のデータや暗号化したデータも残さないようにしている。これにより、試験又は検査所は、秘匿すべき情報は秘匿したまま、共有しても良いデータのみ測定器メーカと共有することができるようになる。

また、顧客は、自身のアイテムについての情報は測定器メーカに知られることなく、自身のアイテムについて測定器メーカが登録した測定器によって実際に測定され、ねつ造も改ざんもされていないことを確かめることができる。

測定器メーカにとっては、顧客が依頼した測定アイテムと結びつけられたデータの検証が可能となり、サービスの付加価値を高めることができる。また、顧客の情報はスマートコントラクトの中でしか取り扱わないために、情報管理コストを小さくできる。

試験又は検査所は、測定器の公開鍵の情報は顧客に秘匿することができる。本実施の形態によれば、測定についての様々な情報の機密性を確保したまま、この測定が正しく行われたことは顧客に知らせることができる。

また、本実施の形態によれば、コンソーシアムが提供するクライアント＆サーバ方式のサービスと比べ、検証プログラムの改ざんが難しいシステムを提供できる。改ざんした検証プログラムを用いた場合、クライアント＆サーバ方式ではその痕跡が残らないが、ブロックチェーンネットワークでは、検証プログラムをスマートコントラクトとして配備することで、分散台帳上の記録に残る。このために、記録を残さず不正にプログラムを入れ替えることはできない。

さらに、本実施の形態によれば、コンソーシアムが提供するクライアント＆サーバ方式のサービスと比べ、試験又は検査データの機密性を高めることができる。本実施の形態で用いた暗号化方式により、検証を実施する以外のピアは暗号化された試験又は検査データを入手したとしても復号化が困難である。このため、本実施の形態によれば、ブロックチェーンネットワークのピアがスマートコントラクト内で行う以外にデータを閲覧されることはない。

以上、本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、処理フローも一例であって、処理結果が変わらない限り、複数のステップを並列に実行したり、実行順番を入れ替えても良い。なお、処理サーバ１２及び１３、各ピアのサーバ１５及び１６、スマートコントラクト起動サーバ１１は、処理フローにおいて示した各ステップのうち担当するステップを実行するための機能構成を有する。また、処理サーバ１２及び１３、各ピアのサーバ１５及び１６、スマートコントラクト起動サーバ１１は、１台のコンピュータで実装される場合もあれば、複数台のコンピュータで実装される場合もある。また、仮想化されている場合もある。

上で述べた処理サーバ１２及び１３、各ピアのサーバ１５及び１６、スマートコントラクト起動サーバ１１は、コンピュータ装置であって、図１４に示すように、メモリ２５０１とＣＰＵ（Central Processing Unit）２５０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。なお、ＨＤＤはソリッドステート・ドライブ（ＳＳＤ：Solid State Drive）などの記憶装置でもよい。オペレーティング・システム（ＯＳ：Operating System）及び本発明の実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本技術の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

なお、上で述べたような処理を実行することで用いられるデータは、処理途中のものであるか、処理結果であるかを問わず、メモリ２５０１又はＨＤＤ２５０５等の記憶装置に格納される。

以上述べた実施の形態をまとめると以下のようになる。
本実施の形態に係る情報処理方法は、ブロックチェーンネットワークに属するピアに対応し、検証用のスマートコントラクトの処理を実行する各第１の情報処理装置（例えば、ピアのサーバ１５及び１６）によって実行されるものである。そして、測定器の測定値を含む第１データ（例えばデータＤ０）のハッシュ値が分散台帳上に登録されている状態において、（Ａ）第１データと第１データのハッシュ値の分散台帳上の識別子（例えば、識別子Ｉ０）とを含み且つ各第１の情報処理装置用の共通鍵（例えば、共通鍵Ｋ１又はＫ２）で暗号化された検証データ（例えば、データＥ１及びＥ２）を含む第２データ（例えばデータＥＸ）により試験又は検査の検証を行うように要求された第２の情報処理装置（例えば、スマートコントラクト起動サーバ１１）から検証の指示を受信すると、検証のためのデータ要求を第２の情報処理装置に送信するステップと、（Ｂ）第２の情報処理装置から第２データを受信して、自装置用の共通鍵で復号することで、検証データを取得するステップと、（Ｃ）検証データに含まれる第１データのハッシュ値が、分散台帳に登録されているもの（例えば、Ｈ０）と同じであることを検証することを含む検証処理を実行するステップと、（Ｄ）検証処理の結果を、第２の情報処理装置に送信するステップと、（Ｅ）検証用のスマートコントラクトの処理が成功した場合、検証処理の結果のハッシュ値を分散台帳に登録するステップとを含む。

測定器の測定値を含む第１データについては、それ自身ではなくそのハッシュ値が分散台帳に登録される。また、検証データは暗号化されて第２の情報処理装置経由で第１の情報処理装置に送られ、第１の情報処理装置でのみ復号できるが、分散台帳上に記録されることはない。検証処理の結果についても、それ自身ではなくそのハッシュ値を分散台帳上に記録するようになっている。このように、検証データの機密性を保持したまま試験又は検査の正当性の検証が行われるようになる。

上記情報処理方法において、測定器で用いられる秘密鍵に対応する公開鍵のハッシュ値（例えば、ハッシュ値Ｈ１）がさらに分散台帳上に登録されている場合もある。この場合、上記第１データが、公開鍵（例えば、公開鍵Ｄ１）と、公開鍵のハッシュ値の分散台帳上の識別子（例えば、識別子Ｉ１）とをさらに含み、上記検証処理が、検証データに含まれる第１データが含む公開鍵のハッシュ値が、分散台帳に登録されているものと同じであることを検証する処理をさらに含むようにしても良い。これにより、公開鍵の真正性が確認できる。

さらに、上記情報処理方法において、第１データが、秘密鍵を用いて測定器で生成された測定値に対するデジタル署名とをさらに含むようにしても良い。この場合、上記検証処理が、第１データに含まれる測定値から得られる測定値のハッシュ値と、測定値に対するデジタル署名を公開鍵で復号した結果とが同じであることを検証する処理をさらに含むようにしても良い。これによって、送られてきた測定値を測定した測定器が、登録済みの測定器で測定されたことが検証できる。

また、上記情報処理方法において、上記第１データが、測定値以外の試験又は検査に関連する関連データをさらに含むようにしても良い。この場合、上記検証処理が、第１データに含まれる関連データが、予め定められた条件を満たしているか否かを検証する処理をさらに含むようにしても良い。この目的で測定前に関連データ又はそのハッシュ値を分散台帳のデータベースに登録しておき、そのデータとの一致により真正性を検証するなど、予め定められた付加的な検証処理をも行うようにしても良い。

なお、上で述べた検証データが、検証処理の結果を返信するための第２の共通鍵を含んでいる場合もある。この場合、上記検証処理の結果を、当該第２の共通鍵で暗号化して、第２の情報処理装置に送信する。これによって、検証処理の結果についても、機密性が保持される。

さらに、上記検証データが、第２の情報処理装置に検証を要求した第３の情報処理装置からの共通鍵生成用のデータを含むようにしても良い。この場合、上記情報処理方法は、上記共通鍵生成用のデータを用いて、自装置用の共通鍵を生成するステップをさらに含むようにしても良い。これによって、共通鍵自体を交換する手間を省略できる。

さらに、上記検証処理の結果を第２の情報処理装置に送信する処理は、検証用のスマートコントラクトの処理の成否にかかわらず行われることが好ましい。検証処理の結果それ自身を分散台帳に登録しないようにするためである。

なお、第２の情報処理装置から第１の情報処理装置への第２データの送信は、一時的な共通鍵を用いた共通鍵暗号方式にて第２データを暗号化した上で行われる場合もある。例えば、第２の情報処理装置では、第１の情報処理装置が検証用のスマートコントラクトの処理内において生成した公開鍵と第２の情報処理装置の秘密鍵から共通鍵を生成し、第１の情報処理装置では、第２の情報処理装置の公開鍵と第１の情報処理装置が検証用のスマートコントラクトの処理内において生成した秘密鍵から同じ共通鍵を生成して、暗号化及び復号化しても良い。このようにすれば、ブロックチェーンネットワークの管理者だけではなくブロックチェーンネットワークのピアに対しても、検証データの機密性を保持できる。

また、上で述べたような情報処理方法を実行する情報処理装置は、１台のコンピュータで実現される場合もあれば、複数台のコンピュータで実現される場合もあり、それらを合わせて情報処理システム又は単にシステムと呼ぶものとする。

１０ システム １１ スマートコントラクト起動サーバ
１２，１３ 処理サーバ １４ 測定器
１５，１６ ピアのサーバ １７ ブロックチェーンネットワーク

Claims (10)

1. ブロックチェーンネットワークに属するピアに対応し、検証用のスマートコントラクトの処理を実行する各第１の情報処理装置が、
   測定器の測定値を含む第１データのハッシュ値が分散台帳上に登録されている状態において、
   前記第１データと前記第１データのハッシュ値の分散台帳上の識別子とを含み且つ各前記第１の情報処理装置用の共通鍵で暗号化された検証データを含む第２データにより試験又は検査の検証を行うように要求された第２の情報処理装置から検証の指示を受信すると、検証のためのデータ要求を前記第２の情報処理装置に送信するステップと、
   前記第２の情報処理装置から前記第２データを受信して、自装置用の共通鍵で復号することで、前記検証データを取得するステップと、
   前記検証データに含まれる前記第１データのハッシュ値が、前記分散台帳に登録されているものと同じであることを検証することを含む検証処理を実行するステップと、
   前記検証処理の結果を、前記第２の情報処理装置に送信するステップと、
   前記検証用のスマートコントラクトの処理が成功した場合、前記検証処理の結果のハッシュ値を前記分散台帳に登録するステップと、
   を含む情報処理方法。
2. 前記測定器で用いられる秘密鍵に対応する公開鍵のハッシュ値がさらに前記分散台帳上に登録されており、
   前記第１データが、前記公開鍵と、前記公開鍵のハッシュ値の前記分散台帳上の識別子とをさらに含み、
   前記検証処理が、
   前記検証データに含まれる前記第１データが含む前記公開鍵のハッシュ値が、前記分散台帳に登録されているものと同じであることを検証する処理をさらに含む
   請求項１記載の情報処理方法。
3. 前記第１データが、前記秘密鍵を用いて前記測定器で生成された前記測定値に対するデジタル署名をさらに含み、
   前記検証処理が、前記第１データに含まれる前記測定値から得られる前記測定値のハッシュ値と、前記測定値に対するデジタル署名を前記公開鍵で復号した結果とが同じであることを検証する処理をさらに含む
   請求項２記載の情報処理方法。
4. 前記第１データが、測定値以外の試験又は検査に関連する関連データをさらに含み、
   前記検証処理が、
   前記第１データに含まれる前記関連データが、予め定められた条件を満たしているか否かを検証する処理をさらに含む
   請求項１乃至３のいずれか１つ記載の情報処理方法。
5. 前記検証データが、検証処理の結果を返信するための第２の共通鍵を含んでおり、
   前記検証処理の結果を、当該第２の共通鍵で暗号化して、前記第２の情報処理装置に送信する
   ことを特徴とする請求項１乃至４のいずれか１つ記載の情報処理方法。
6. 前記検証データが、前記第２の情報処理装置に検証を要求した第３の情報処理装置からの共通鍵生成用のデータを含み、
   前記共通鍵生成用のデータを用いて、前記自装置用の共通鍵を生成するステップ
   をさらに含む請求項１乃至５記載の情報処理方法。
7. 前記検証処理の結果を、前記第２の情報処理装置に送信する処理を、前記検証用のスマートコントラクトの処理の成否にかかわらず行う
   ことを特徴とする請求項１乃至６のいずれか１つ記載の情報処理方法。
8. 前記第２の情報処理装置から前記第１の情報処理装置への前記第２データの送信は、一時的な共通鍵を用いた共通鍵暗号方式にて前記第２データを暗号化した上で行われる
   請求項１乃至７のいずれか１つ記載の情報処理方法。
9. ブロックチェーンネットワークに属するピアに対応し、検証用のスマートコントラクトの処理を実行する第１の情報処理装置に、
   測定器の測定値を含む第１データのハッシュ値が分散台帳上に登録されている状態において、
   前記第１データと前記第１データのハッシュ値の分散台帳上の識別子とを含み且つ前記第１の情報処理装置用の共通鍵で暗号化された検証データを含む第２データにより試験又は検査の検証を行うように要求された第２の情報処理装置から検証の指示を受信すると、検証のためのデータ要求を前記第２の情報処理装置に送信するステップと、
   前記第２の情報処理装置から前記第２データを受信して、自装置用の共通鍵で復号することで、前記検証データを取得するステップと、
   前記検証データに含まれる前記第１データのハッシュ値が、前記分散台帳に登録されているものと同じであることを検証することを含む検証処理を実行するステップと、
   前記検証処理の結果を、前記第２の情報処理装置に送信するステップと、
   前記検証用のスマートコントラクトの処理が成功した場合、前記検証処理の結果のハッシュ値を前記分散台帳に登録するステップと、
   を実行させるためのプログラム。
10. ブロックチェーンネットワークに属するピアに対応し、検証用のスマートコントラクトの処理を実行する情報処理システムであって、
    測定器の測定値を含む第１データのハッシュ値が分散台帳上に登録されている状態において、前記第１データと前記第１データのハッシュ値の分散台帳上の識別子とを含み且つ前記情報処理システム用の共通鍵で暗号化された検証データを含む第２データにより試験又は検査の検証を行うように要求された情報処理装置から検証の指示を受信すると、検証のためのデータ要求を前記情報処理装置に送信する手段と、
    前記情報処理装置から前記第２データを受信して、自システム用の共通鍵で復号することで、前記検証データを取得する手段と、
    前記検証データに含まれる前記第１データのハッシュ値が、前記分散台帳に登録されているものと同じであることを検証することを含む検証処理を実行する手段と、
    前記検証処理の結果を、前記情報処理装置に送信する手段と、
    前記検証用のスマートコントラクトの処理が成功した場合、前記検証処理の結果のハッシュ値を前記分散台帳に登録する手段と、
    を有する情報処理システム。

Images