JP6521170B1 - 施工データの管理システム及びその製造方法 - Google Patents

Abstract

【課題】施工データの改竄を防止する。【解決手段】施工データの管理システムは、複数のノードが互いに接続された管理ネットワークと、施工データに関する第１のデータを前記複数のノードの各々に送信する第１の端末と、前記施工データに関する確認の処理を行う第２の端末とを備える。前記複数のノードの各々は、前記第１の端末から送信された前記第１のデータに関して、前記複数のノードの合意が形成されたときに、前記第１のデータに基づく第２のデータを保存し、前記第２のデータに関係する第３のデータを前記第２の端末に送信する。【選択図】図１

Description

本発明は、施工データの管理システム及びその製造方法に関する。

各種施工に関する情報は、種々の規定により、適切に管理及び保存されることが求められている。このため、施工に関する情報を管理するための管理システムが提案されている。

例えば、特許文献１には、施工データを改竄できないようにするための、次のようなシステムについて開示されている。このシステムでは、施工会社、建設機械メーカー、作業者等から独立した第三者機関であるタイムスタンプ局によって、施工データのタイムスタンプデータが生成される。このタイムスタンプデータは、施工データのハッシュ値に時刻情報を追加し暗号鍵で暗号化して生成される。施工データを検証するとき、サーバに保存されたタイムスタンプ付与施工データを取得し、タイムスタンプデータを復号化してハッシュ値を取得する。このハッシュ値を、タイムスタンプ付与施工データに含まれる施工データのハッシュ値と比較して、施工データの改竄を判定する。このようにして、施工データが改竄されていないことが保証される。

例えば、特許文献２には、杭に関する施工時に施工実施端末が取得した各種データを、施工実施端末が管理サーバに送信するとともに、施工実施端末から削除する施工管理システムが開示されている。施工業者にデータを残さないことで、データの信頼性が高められている。

技術分野が異なるものの、例えば、特許文献３には、製品の製造工程の管理を行うためのシステムが開示されている。この工程管理システムでは、製造工程を保存するため、複数のノードとして機能する演算装置がネットワークで接続された分散型記憶システムを備える。分散型記憶システムは、工程情報に基づいてブロックデータを作成し、当該ブロックデータと過去のブロックデータとを時系列的に連結して記憶することで、改竄の難易度を高めている。

また、保存される施工に関する情報は、適切な者によって認証された正しいものであることが好ましい。例えば、特許文献３には、管理者の承認が得られたデータのみが記憶されることが開示されている。

特開２０１７−１５７８７９号公報 特開２０１８−０５３４６８号公報 特開２０１８−１６９７９８号公報

本発明は、保存された施工データの改竄を防止することを目的とする。

本発明の一態様によれば、施工データの管理システムは、複数のノードが互いに接続された管理ネットワークと、施工データに関する第１のデータを前記複数のノードの各々に送信する第１の端末と、第２の端末とを備える。前記複数のノードの各々は、前記第１の端末から送信された前記第１のデータに関して、前記複数のノードの合意が形成されたときに、前記第１のデータに基づく第２のデータを保存し、前記第２のデータに関係する第３のデータを前記第２の端末に送信する。前記第１の端末は、前記施工データを前記第２の端末に送信する。前記第２の端末は、前記第１の端末から取得した施工データに基づくデータと、前記管理ネットワークから取得した前記第３のデータに基づくデータとを比較することで、前記施工データの真正性を確認する。

本発明によれば、保存された施工データの改竄が防止される。

図１は、第１の実施形態に係る管理システムの構成例の概略を示すブロック図である。 図２は、実施形態に係る管理システムに含まれる情報処理装置の構成例の概略を示すブロック図である。 図３は、実施形態に係るデータが保存されるブロックチェーンのデータ構造の一例の概略を示す図である。 図４Ａは、実施形態に係る施工データの一例の概略を説明するための図である。 図４Ｂは、実施形態に係る施工データの一例の概略を説明するための図である。 図５Ａは、実施形態の第１の例に係るデータの流れの一例の概略を示すシーケンス図である。 図５Ｂは、実施形態の第２の例に係るデータの流れの一例の概略を示すシーケンス図である。 図５Ｃは、実施形態の第３の例に係るデータの流れの一例の概略を示すシーケンス図である。 図５Ｄは、実施形態の第４の例に係るデータの流れの一例の概略を示すシーケンス図である。 図５Ｅは、実施形態の第５の例に係るデータの流れの一例の概略を示すシーケンス図である。 図５Ｆは、実施形態の第６の例に係るデータの流れの一例の概略を示すシーケンス図である。 図５Ｇは、実施形態の第７の例に係るデータの流れの一例の概略を示すシーケンス図である。 図５Ｈは、実施形態の第８の例に係るデータの流れの一例の概略を示すシーケンス図である。 図６は、実施形態に係る各種データの組み合わせの一例について説明するための図である。 図７は、実施形態に係る現場管理者ＰＣの動作の一例の概略を示すフローチャートである。 図８Ａは、実施形態に係るノードの動作の一例の概略を示すフローチャートである。 図８Ｂは、実施形態に係るノードの動作の一例の概略を示すフローチャートである。 図９Ａは、実施形態に係る確認者ＰＣの動作の一例の概略を示すフローチャートである。 図９Ｂは、実施形態に係る確認者ＰＣの動作の一例の概略を示すフローチャートである。 図１０は、管理ネットワークによって保存されるデータの流れの例を説明するためのシーケンス図である。 図１１は、第２の実施形態に係る管理システムの構成例の概略を示すブロック図である。 図１２Ａは、第２の実施形態に係るデータの流れの一例の概略を示すシーケンス図である。 図１２Ｂは、第２の実施形態に係るデータの流れの一例の概略を示すシーケンス図である。 図１２Ｃは、第２の実施形態に係るデータの流れの一例の概略を示すシーケンス図である。

［第１の実施形態］
第１の実施形態について図面を参照して説明する。本実施形態に係る管理システムは、建築、土木作業時の各種施工に関する情報を含む施工データの保存、管理などを行うシステムである。管理システムでは、施工データは、ピア・ツー・ピア方式で接続された複数のノードで分散管理される。また、施工データは、ブロックチェーンを用いた形式で保存される。これらのことから、管理システムでは、施工データの改竄が困難となっている。管理システムには、保存された施工データを参照して、ユーザの手元にあるデータが改竄されていないことを確認する仕組みが設けられている。

〈システム構成〉
図１は、本実施形態に係る管理システム１の構成例の概略を示す。図１に示すように、管理システム１は、管理ネットワーク１１０と、現場管理者パーソナルコンピュータ（ＰＣ）１２０と、現場端末１３０と、確認者ＰＣ１４０とを備える。管理ネットワーク１１０は、信頼性が確保された施工データを保存する。管理ネットワーク１１０は、ノードとして機能する複数のサーバ等が、例えば、ピア・ツー・ピア型ネットワークで互いに接続されることで構成されている。現場端末１３０は、施工現場で用いられる端末である。現場端末１３０は、施工現場で、施工に関係するデータを収集する。現場管理者ＰＣ１２０は、現場端末１３０によって取得されたデータなどを整理したり、そのデータに基づいて報告書を作成したりする。現場管理者ＰＣ１２０は、現場端末１３０で取得されたデータ、当該データに基づく加工データ、報告書のデータなどのうち、記録が必要なデータを管理ネットワーク１１０にブロードキャスト送信する。管理ネットワーク１１０の各ノードは、所定の方式に従って、現場管理者ＰＣ１２０から送信されたデータに基づく情報を保存する。また、現場管理者ＰＣ１２０は、報告すべきデータを確認者ＰＣ１４０に送信する。確認者ＰＣ１４０は、現場管理者ＰＣ１２０から取得したデータに基づいて、施工に関する確認作業を行う。また、確認者ＰＣ１４０は、管理ネットワーク１１０に保存された記録と照合することで、現場管理者ＰＣ１２０から取得したデータの真偽を確認する。

管理ネットワーク１１０は、複数のノードを含むピア・ツー・ピア型ネットワークである。図１には、第１のノード１１１、第２のノード１１２、第３のノード１１３、第４のノード１１４、及び第５のノード１１５の５つのノードが模式的に示されている。このノードの数はいくつであってもよい。ノードは、例えばサーバ装置であり得る。管理ネットワーク１１０の各ノードは、施工データを所定の規則に従って保存する。各ノードは、互いに合意して、同一のデータを保存する。すなわち、管理ネットワーク１１０は、分散台帳型ネットワークとなっている。本実施形態では、施工データは、ブロックチェーン技術を用いて記録されている。例えば、各ノードは、記録すべき同一の施工データを取得する。各ノードは、ブロックチェーンに追加する当該施工データを含むブロックの情報を互いに送信し、その同一性を確認する。各ノードが、自身がブロックチェーンに追加しようとしているブロックと、他のノードがブロックチェーンに追加しようとしているブロックとが一致していると判断したとき、各ノードがその同一のブロックをブロックチェーンに追加する。このようにして、各ノードが同一のブロックチェーンを保持し続ける。なお、保存されるデータは、適宜に暗号化されてもよい。

現場管理者ＰＣ１２０は、例えば施工現場に配置され、現場管理者によって使用される。現場管理者ＰＣ１２０は、現場端末１３０と通信を行う。また、現場管理者ＰＣ１２０は、例えばインターネットに接続し、管理ネットワーク１１０及び確認者ＰＣ１４０とも通信を行う。現場管理者ＰＣ１２０は、当該施工現場で行われる施工に関するデータを整理する。現場管理者ＰＣ１２０は、管理ネットワーク１１０に、記録すべき施工データを送信する。施工データを受信した管理ネットワーク１１０の各ノードは、施工データを所定の方式で保存する。測定で得られたデータなど未処理で保存すべきデータについては、現場管理者ＰＣ１２０などで加工がされないよう、自動的に管理ネットワーク１１０に送信される仕組みを管理システム１が備えていてもよい。また、現場管理者ＰＣ１２０は、施工データを確認者ＰＣ１４０にも送信する。

現場管理者ＰＣ１２０から管理ネットワーク１１０及び確認者ＰＣ１４０に送信される施工データは、施工場所、施工日時、施工内容などのデータ、設計に関する情報、施工時の各種測定によって得られる測定データ、施工状況の点検結果、それらに基づいて作成された報告書のデータ等、種々のデータであり得る。

現場端末１３０は、例えば、施工現場に持参される、タブレット型の情報端末である。現場端末１３０は、現場管理者ＰＣ１２０と通信を行う。現場端末１３０は、施工現場の情報を収集したり、施工現場を撮影したり、施工現場で測定される各種測定データを記録したり、点検した施工状況が入力されたりする装置であり得る。また、現場端末１３０は、施工に関する計測装置に接続され、計測データを取得する装置であってもよい。この場合、現場端末１３０は、用途が限定された専用のコンピュータであり得る。また、現場端末１３０は、計測装置と現場管理者ＰＣ１２０との間のデータの中継をする装置であってもよい。現場端末１３０は、取得した各種データを現場管理者ＰＣ１２０に送信する。図１には、現場管理者ＰＣ１２０と現場端末１３０とが１つずつ描かれているが、１台の現場管理者ＰＣ１２０に複数の現場端末１３０が接続されてもよい。また、１台の現場端末１３０が、複数の現場管理者ＰＣ１２０に接続してもよい。

確認者ＰＣ１４０は、現場管理者ＰＣ１２０から受信した施工データが正しいか否かを確認する確認者が使用するＰＣである。確認者ＰＣ１４０は、現場管理者ＰＣ１２０から受信した施工データについて各種処理を行ってもよい。確認者ＰＣ１４０は、例えばインターネットを介して、管理ネットワーク１１０及び現場管理者ＰＣ１２０と通信を行う。確認者ＰＣ１４０は、現場管理者ＰＣ１２０から施工に関するデータを受信する。確認者ＰＣ１４０は、管理ネットワーク１１０に、信頼性が確保された施工データに係る情報を要求し、当該情報を取得する。確認者ＰＣ１４０は、現場管理者ＰＣ１２０から取得したデータと、管理ネットワーク１１０から取得したデータとを比較することで、現場管理者ＰＣ１２０から取得したデータの真偽を判断する。確認者ＰＣ１４０は、現場管理者ＰＣ１２０から取得したデータに基づいて、施工状況の管理、施工結果の点検、その他の各種データ処理を行う。

図１には、管理ネットワーク１１０、現場管理者ＰＣ１２０、現場端末１３０及び確認者ＰＣ１４０がそれぞれ１つ図示されているが、これらはそれぞれいくつであってもよい。例えば、複数の工事現場の情報や複数の施工段階の情報が１つの管理ネットワーク１１０を用いて管理される場合、１つの管理ネットワーク１１０に接続する現場管理者ＰＣ１２０及び確認者ＰＣ１４０は複数となる。同一の工事現場でも施工段階に応じて異なる管理ネットワーク１１０を用いて管理される場合、１つの確認者ＰＣ１４０が、複数の管理ネットワーク１１０に接続することがある。この場合に、各管理ネットワーク１１０にそれぞれ異なる現場管理者ＰＣ１２０が接続する。

〈情報処理装置の構成〉
上述の各装置を構成するサーバ、ＰＣ、タブレット型情報端末、専用のコンピュータなどは、一般的に情報処理装置の構成を有する。図２は、このような情報処理装置３００の構成例の概略を示す。情報処理装置３００は、バスライン３０８を介して互いに接続された、ＣＰＵ（Central Processing Unit）３０１、ＲＡＭ（Random Access Memory）３０２、ＲＯＭ（Read Only Memory）３０３、ストレージ３０４、通信装置３０５、入力装置３０６、表示装置３０７などを備える。

ＣＰＵ３０１は、各種信号処理等を行う。ＲＡＭ３０２は、ＣＰＵ３０１の主記憶装置として機能する。ＲＯＭ３０３は、各種プログラムなどを記憶している。ストレージ３０４には、例えば、Hard Disk Drive（ＨＤＤ）、Solid State Drive（ＳＳＤ）等が用いられる。ストレージ３０４には、ＣＰＵ３０１で用いられるプログラム、パラメータ等各種情報が記録されている。また、ストレージ３０４は、各種データが記録される。情報処理装置３００は、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等を備えていてもよい。

上述のプログラムは、例えばインターネットといった通信回線や、各種記憶媒体を介して提供され、情報処理装置３００にインストールされる。インストールされるプログラムに応じて、情報処理装置３００は、管理ネットワーク１１０のノード、現場管理者ＰＣ１２０、現場端末１３０又は確認者ＰＣ１４０などとして機能する。すなわち、各プログラムが、複数の情報処理装置に提供され、情報処理装置がそれぞれの機能を果たすことで、管理システム１が形成される。

通信装置３０５は、他の装置との通信に用いられる。通信装置３０５は、例えば、有線又は無線の各種通信規格を使用し得る。通信には、半導体メモリなど各種記録媒体が用いられてもよい。入力装置３０６は、例えば、キーボード、マウス、タッチパネルなどであり得る。表示装置３０７は、液晶ディスプレイ、有機ＥＬディスプレイなどであり得る。

〈データ構造〉
本実施形態では、施工データの記録に、データベースとしてのブロックチェーンが用いられる。図３は、ブロックチェーンを用いた記録データのデータ構造の一例の概略を示す。一連の施工データを含むブロックチェーン５００は、複数のブロックを含む。例えば、図３には、ｎ−１番目のブロック５１０と、ｎ番目のブロック５２０と、ｎ＋１番目のブロック５３０とが示されている。

各ブロックには、ブロックヘッダと、トランザクションリストに相当する施工データとが含まれる。施工データは、現場管理者ＰＣ１２０から送信された記録されるべきデータである。ブロックヘッダは、少なくとも直前のブロックのブロックヘッダのハッシュ値と、時刻情報と、施工データのマークルルートとを含む。

例えば、ｎ−１番目のブロック５１０に、ある施工データ５１８を記録する。このとき、ｎ−１番目のブロック５１０のブロックヘッダ５１１は、ｎ−２番目のブロックのブロックヘッダのハッシュ値５１３を含む。また、このブロックヘッダ５１１は、当該データを記録する時の時刻情報５１４を含む。また、このブロックヘッダ５１１は、施工データ５１８に関するハッシュ値である、マークルルート５１５を含む。

次に、ｎ番目のブロック５２０に次の施工データ５２８が記録されるとき、ブロックヘッダ５２１には、ｎ−１番目のブロック５１０のブロックヘッダ５１１のハッシュ値５２３が含まれる。その他、ｎ−１番目のブロック５１０の場合と同様に、記録される時の時刻情報５２４と、施工データ５２８のマークルルート５２５とがブロックヘッダ５２１に含められる。このようにして、ブロックヘッダ５２１と施工データ５２８とが対になったｎ番目のブロック５２０が記録される。

ｎ＋１番目のブロック５３０の場合も同様に、ｎ番目のブロック５２０のブロックヘッダ５２１のハッシュ値５３３と、時刻情報５３４と、施工データ５３８のマークルルート５３５とを含むブロックヘッダ５３１が作成され、施工データ５３８とともに記録される。

仮にｎ番目のブロック５２０の施工データ５２８が変更されると、当該ブロック５２０の施工データ５２８とマークルルート５２５とが整合しないことになる。仮に施工データ５２８に合わせてマークルルート５２５を変更すると、次のｎ＋１番目のブロック５３０に記録された直前ブロックのブロックヘッダのハッシュ値５３３がｎ番目のブロック５２０のブロックヘッダ５２１のハッシュ値と整合しないことになる。このように、ブロックチェーン５００に保存された施工データの改変は、容易に発見され得る。このことに基づいて、ブロックチェーン５００に保存された施工データの真正性は保証される。

なお、ここでは、各ブロックは、直前ブロックのブロックヘッダのハッシュ値を含むものとしたが、これに限らない。各ブロックは、例えば直前ブロック全体のハッシュ値を含んでいてもよい。このように、各ブロックは、過去に保存したデータに基づいて算出された値であって、過去に保存したデータが変化したら変化する値を含んでいればよい。

〈施工データの例〉
本実施形態に係る管理システム１は、例えば建築、土木などの種々の施工のデータを管理できる。管理されるデータには、杭基礎に関するデータも含まれ得る。杭基礎の場合を例に挙げて、杭施工時の測定データを施工データとした場合のデータ構造の一例を図４Ａ及び図４Ｂを参照して説明する。

図４Ａに示すように、測定データは、例えば次のような情報を含み得る。測定データごとにパスワードが設定され得る。測定データは、杭を特定する杭番号、杭の設計に関する種類を示す杭符号等を含み得る。また、測定データは、工事を特定するための工事ＩＤ及び工事名称を含み得る。測定データは、杭の位置を示す位置情報、当該施工が行われた日時を示す施工日時、杭の種類を示す杭種などの情報を含み得る。また、測定データは、掘削時に杭打機で測定され得る、回転トルク、電流値、掘削深度、回転速度、杭穴径、掘削液供給量などの情報を含み得る。測定データに含まれる情報は、上述の一部でもよいし、その他の情報が含まれてもよい。

図４Ａには、１回の測定で１セットの施工データが作成される場合を示した。しかしながら、これに限らない。図４Ｂに示すように、１セットの施工データは、複数回の測定によって得られたデータを含んでいてもよい。この場合、図４Ｂに示すように、杭符号が同一であるデータが１セットの施工データとされてもよい。１セットの施工データに関するパスワードは、共通であってもよい。また、１セットの施工データに含まれる測定データごとに、パスワードが異なっていてもよい。杭符号ではなく、他のデータが同じ測定データの集合が１セットの施工データとされてもよいし、種々のデータが１セットの施工データとされてもよい。

図４Ａ及び図４Ｂには、施工データとして測定データの一例を示したが、これに限らない。施工データは、施工概要、測定データ、設計データ、施工状況のチェック結果のデータ、施工現場の写真のデータ、施工報告書のデータ、帳票のデータ、報告書又は帳票等について、ゼネコン、元請け業者、又は施主等の確認印等が押されたもののデータ等であってもよいし、それらの組み合わせであってもよい。

これらデータには、例えば、深度とＮ値などＮ値に関する情報、ヘッド径の最小値及び最大値などオーガヘッドに関する情報、掘削深度、掘削速度、使用するオーガヘッド、ヘッド径、杭径、杭周固定液供給量、根固め液供給量、偏芯など掘削に関する情報、杭番号、杭種別、杭長、杭径、製品名、製造番号、接手など杭に関する情報、計測された杭穴深度、オーガ電流値、最大電流値、積分電流値、経過時間など支持層に関する情報、杭建込み位置、杭頭レベルなど杭埋設に関する情報といった、各種情報について、設計値、計画値、計測値、チェック結果など様々データがある。

１つのブロックチェーン５００に記録されるデータは、１つの工事に関する全データであってもよい。また、例えば工事の種類に応じて、複数のブロックチェーン５００に、分散して施工データが記録されてもよい。例えば、杭基礎に関する施工データは１つのブロックチェーン５００に記録され、構造体に関する施工データは別のブロックチェーン５００に記録されてもよい。

また、例えば杭基礎に関する施工データであっても、複数のブロックチェーン５００に分散して記録されてもよい。例えば、同一の杭符号を有するデータは１つのブロックチェーン５００に記録され、別の杭符号を有するデータは別のブロックチェーン５００に記録されてもよい。

〈データの流れ〉
管理システム１におけるデータの流れのいくつかの例について、図５Ａ乃至図５Ｈに示すシーケンス図を参照して説明する。

（第１の例）
第１の例について図５Ａに示すシーケンス図を参照して説明する。現場端末１３０は、施工に関するデータを現場管理者ＰＣ１２０に送信する。現場管理者ＰＣ１２０は、ブロックチェーン５００に記録されるように、取得したデータに基づく施工データをパスワードとともに、管理ネットワーク１１０に送信する。

管理ネットワーク１１０は、ブロックチェーン５００に施工データをパスワードとともに保存する。この際、管理ネットワーク１１０は、ハッシュ関数を用いて施工データのマークルルート（ハッシュ値Ａ）を算出する。この施工データのマークルルート（ハッシュ値Ａ）もブロックチェーン５００に保存される。また、施工データが記録された時刻に関する情報もブロックチェーン５００に保存される。管理ネットワーク１１０は、追加された施工データのアドレスを、現場管理者ＰＣ１２０に送信する。

現場管理者ＰＣ１２０は、ブロックチェーン５００に記録させたデータと同じ施工データを、確認者ＰＣ１４０にも報告する。この際、現場管理者ＰＣ１２０は、施工データとともにブロックチェーン５００に記録された当該施工データに対応するパスワードと、管理ネットワーク１１０から取得した当該施工データが記録されたアドレスとを確認者ＰＣ１４０に送信する。

確認者ＰＣ１４０は、管理ネットワーク１１０に、現場管理者ＰＣ１２０から取得したアドレスとパスワードとを送信し、ブロックチェーン５００に記録された施工データのハッシュ値Ａを要求する。これに対して、管理ネットワーク１１０は、パスワードを照合し、アドレスとパスワードとの組み合わせが正しければ、確認者ＰＣ１４０から取得したアドレスに対応するハッシュ値Ａを確認者ＰＣ１４０に送信する。

確認者ＰＣ１４０は、管理ネットワーク１１０が用いたハッシュ関数と同じ関数を用いて、現場管理者ＰＣ１２０から取得した施工データのマークルルート（ハッシュ値Ｂ）を算出する。確認者ＰＣ１４０は、管理ネットワーク１１０から取得したハッシュ値Ａと、現場管理者ＰＣ１２０から取得した施工データに基づくハッシュ値Ｂとを比較し、それらが一致していることを確認する。これらハッシュ値が一致していれば、現場管理者ＰＣ１２０から取得した施工データが改竄等されていないことが明らかになる。このようにして、確認者ＰＣ１４０は、施工データの真正性を確認することができる。

（第２の例）
第２の例について図５Ｂに示すシーケンス図を参照して説明する。第１の例と異なる点のみ説明する。第１の例では、確認者ＰＣ１４０が管理ネットワーク１１０にハッシュ値Ａを要求し、この要求に応じて管理ネットワーク１１０が確認者ＰＣ１４０にハッシュ値Ａを送信する。これに対して第２の例では、施工データがブロックチェーン５００に記録されると、管理ネットワーク１１０から確認者ＰＣ１４０にハッシュ値Ａが送信される。

このため、現場管理者ＰＣ１２０は、施工データをブロックチェーン５００に記録させるときに、管理ネットワーク１１０に施工データとともに、ハッシュ値Ａの送信先を送る。この送信先に基づいて、管理ネットワーク１１０は、ブロックチェーン５００に施工データを記録したときに、記録した施工データのマークルルート（ハッシュ値Ａ）を、確認者ＰＣ１４０に送信する。したがって、現場管理者ＰＣ１２０は、確認者ＰＣ１４０にパスワードやアドレスを送る必要はなく、施工データのみ送ってもよい。なお、現場管理者ＰＣ１２０がパスワードを指定して、このパスワードを用いることで確認者ＰＣ１４０がハッシュ値Ａを閲覧できるように構成されてもよい。

確認者ＰＣ１４０は、第１の例と同様に、管理ネットワーク１１０から取得したハッシュ値Ａと、現場管理者ＰＣ１２０から取得した施工データに基づくハッシュ値Ｂとを比較し、それらが一致していることを確認し、施工データの真正性を確認する。

（第３の例）
第３の例について図５Ｃに示すシーケンス図を参照して説明する。第１の例と異なる点のみ説明する。第１の例では、確認者ＰＣ１４０が管理ネットワーク１１０にハッシュ値Ａを要求していたが、第３の例では、確認者ＰＣ１４０が管理ネットワーク１１０にアドレスを指定して施工データを要求する。管理ネットワーク１１０は、確認者ＰＣ１４０からの要求に応じて、アドレスによって指定された施工データを確認者ＰＣ１４０に送信する。

確認者ＰＣ１４０は、第１の例と同様に、現場管理者ＰＣ１２０から取得した施工データＡのマークルルートであるハッシュ値Ａを算出するとともに、管理ネットワーク１１０から取得した施工データＢのマークルルートであるハッシュ値Ｂを算出する。確認者ＰＣ１４０は、算出したこれら２つのハッシュ値を比較し、それらが一致していることを確認し、施工データの真正性を確認する。

（第４の例）
第４の例について図５Ｄに示すシーケンス図を参照して説明する。第３の例と異なる点のみ説明する。第３の例では、確認者ＰＣ１４０が管理ネットワーク１１０に施工データＢを要求し、この要求に応じて管理ネットワーク１１０が確認者ＰＣ１４０に施工データＢを送信する。これに対して第４の例では、施工データがブロックチェーン５００に記録されると、管理ネットワーク１１０から確認者ＰＣ１４０にこの施工データＢが送信される。

このため、現場管理者ＰＣ１２０は、施工データをブロックチェーン５００に記録させるときに、管理ネットワーク１１０に施工データとともに、施工データの送信先を送る。この送信先に基づいて、管理ネットワーク１１０は、ブロックチェーン５００に施工データを記録したときに、記録した施工データを、確認者ＰＣ１４０に送信する。したがって、現場管理者ＰＣ１２０は、確認者ＰＣ１４０にパスワードやアドレスを送る必要はなく、施工データのみ送ってもよい。なお、現場管理者ＰＣ１２０がパスワードを指定して、このパスワードを用いることで確認者ＰＣ１４０が施工データＢを閲覧できるようにしてもよい。

確認者ＰＣ１４０は、第３の例と同様に、現場管理者ＰＣ１２０から取得した施工データＡのマークルルートであるハッシュ値Ａを算出するとともに、管理ネットワーク１１０から取得した施工データＢのマークルルートであるハッシュ値Ｂを算出する。確認者ＰＣ１４０は、算出したこれら２つのハッシュ値を比較し、それらが一致していることを確認し、施工データの真正性を確認する。

（第５の例）
第５の例について図５Ｅに示すシーケンス図を参照して説明する。第３の例と異なる点のみ説明する。第３の例では、確認者ＰＣ１４０は、現場管理者ＰＣ１２０から取得した施工データＡのハッシュ値Ａと、管理ネットワーク１１０から取得した施工データＢのハッシュ値Ｂとを比較している。これに対して、第５の例では、確認者ＰＣ１４０は、現場管理者ＰＣ１２０から取得した施工データＡと、管理ネットワーク１１０から取得した施工データＢとを比較し、それらが一致していることを確認し、施工データの真正性を確認する。

（第６の例）
第６の例について図５Ｆに示すシーケンス図を参照して説明する。第５の例と異なる点のみ説明する。第５の例では、確認者ＰＣ１４０が管理ネットワーク１１０に施工データＢを要求していたが、第６の例では、施工データがブロックチェーン５００に記録されると、管理ネットワーク１１０から確認者ＰＣ１４０にこの施工データＢが送信される。

このため、現場管理者ＰＣ１２０は、施工データをブロックチェーン５００に記録させるときに、管理ネットワーク１１０に施工データとともに、施工データの送信先を送る。この送信先に基づいて、管理ネットワーク１１０は、ブロックチェーン５００に施工データを記録したときに、記録した施工データを、確認者ＰＣ１４０に送信する。確認者ＰＣ１４０は、現場管理者ＰＣ１２０から取得した施工データＡと、管理ネットワーク１１０から取得した施工データＢとを比較し、それらが一致していることを確認し、施工データの真正性を確認する。

（第７の例）
第７の例について図５Ｇに示すシーケンス図を参照して説明する。第１の例と異なる点のみ説明する。第１の例では、現場管理者ＰＣ１２０は施工データを管理ネットワーク１１０に施工データを送信し、施工データがブロックチェーン５００に記録される。これに対して、第７の例では、現場管理者ＰＣ１２０は施工データのハッシュ値を管理ネットワーク１１０に送信し、ハッシュ値がブロックチェーン５００に記録される。

このため、現場管理者ＰＣ１２０は、ハッシュ関数を用いて施工データのマークルルートであるハッシュ値Ａを算出する。現場管理者ＰＣ１２０は、ブロックチェーン５００に記録されるように、ハッシュ値Ａをパスワードとともに、管理ネットワーク１１０に送信する。管理ネットワーク１１０は、ブロックチェーン５００にハッシュ値Ａをパスワードとともに保存する。管理ネットワーク１１０は、追加されたハッシュ値Ａのアドレスを、現場管理者ＰＣ１２０に送信する。

現場管理者ＰＣ１２０は、ブロックチェーン５００に記録させたハッシュ値に対応する施工データを、確認者ＰＣ１４０に報告する。この際、現場管理者ＰＣ１２０は、施工データとともにブロックチェーン５００に記録されたパスワードと、管理ネットワーク１１０から取得したアドレスとを一緒に確認者ＰＣ１４０に送信する。

確認者ＰＣ１４０は、管理ネットワーク１１０に、現場管理者ＰＣ１２０から取得したアドレスとパスワードとを送信し、ブロックチェーン５００に記録されたハッシュ値Ａを要求する。これに対して、管理ネットワーク１１０は、パスワードを照合し、アドレスっとパスワードとの対応関係が確認できたら、確認者ＰＣ１４０から取得したアドレスに対応するハッシュ値Ａを確認者ＰＣ１４０に送信する。

確認者ＰＣ１４０は、管理ネットワーク１１０が用いたハッシュ関数と同じ関数を用いて、現場管理者ＰＣ１２０から取得した施工データのマークルルート（ハッシュ値Ｂ）を算出する。確認者ＰＣ１４０は、管理ネットワーク１１０から取得したハッシュ値Ａと、現場管理者ＰＣ１２０から取得した施工データに基づくハッシュ値Ｂとを比較し、それらが一致していることを確認し、施工データの真正性を確認する。

（第８の例）
第８の例について図５Ｈに示すシーケンス図を参照して説明する。第７の例と異なる点のみ説明する。第７の例では、確認者ＰＣ１４０が管理ネットワーク１１０にハッシュ値Ａを要求していたが、第８の例では、ハッシュ値Ａがブロックチェーン５００に記録されると、管理ネットワーク１１０から確認者ＰＣ１４０にハッシュ値Ａが送信される。

このため、現場管理者ＰＣ１２０は、施工データをブロックチェーン５００に記録させるときに、管理ネットワーク１１０にハッシュ値Ａとともに、ハッシュ値Ａの送信先を送る。この送信先に基づいて、管理ネットワーク１１０は、ブロックチェーン５００にハッシュ値Ａを記録したときに、記録したハッシュ値Ａを、確認者ＰＣ１４０に送信する。確認者ＰＣ１４０は、第７の例と同様に、管理ネットワーク１１０から取得したハッシュ値Ａと、現場管理者ＰＣ１２０から取得した施工データに基づくハッシュ値Ｂとを比較し、それらが一致していることを確認し、施工データの真正性を確認する。

（各例におけるその他のデータについて）
上述の送受信されるデータは、管理システム１において送受信されるデータの一部である。管理システム１では、その他のデータも送受信される。例えば、現場管理者ＰＣ１２０と確認者ＰＣ１４０とのデータの送受信を行うために、互いの情報や、送受信するデータに関する各種取り決め等も送受信される。

例えば、作業所毎に、現場管理者ＰＣ１２０が確認者ＰＣ１４０に登録の依頼を行い、確認者ＰＣ１４０は作業所の登録作業を行ってもよい。確認者ＰＣ１４０は、作業所毎にＩＤを決定し、決定した作業所ＩＤを現場管理者ＰＣ１２０に送信してもよい。このとき、作業所ＩＤは、数値として送信されてもよいし、例えば２次元コードなどの画像として送信されてもよい。この作業所ＩＤは、現場管理者ＰＣ１２０が管理ネットワーク１１０にアクセスするのに必要なＩＤ等として利用されてもよい。また、現場管理者ＰＣ１２０は、確認者ＰＣ１４０にデータを送信するときに、該当する作業所ＩＤに関する情報を付加するようにしてもよい。この作業所ＩＤがパスワードのように利用されてもよい。この作業所ＩＤを入力することで確認者ＰＣ１４０が現場管理者ＰＣ１２０から取得したデータを閲覧できるように、データは構成されてもよい。

〈比較されるデータの組み合わせ〉
図５Ａ乃至図５Ｈを参照して説明したとおり、現場管理者ＰＣ１２０から確認者ＰＣ１４０に送信されるデータは、必要な施工データである。一方、現場管理者ＰＣ１２０から管理ネットワーク１１０に送信されるデータ、管理ネットワーク１１０のブロックチェーン５００に記録されるデータ、管理ネットワーク１１０から確認者ＰＣ１４０に送信されるデータ、確認者ＰＣ１４０でデータの真偽の判定に用いられるデータなどは、種々であり得る。例えば、施工データ、そのハッシュ値、その他、或いはそれらの種々の組み合わせが用いられ得る。その例の一覧を図６に示す。

上述の第１の例及び第２の例に対応する図６の(1)に示す例について説明する。現場管理者ＰＣ１２０から管理ネットワーク１１０には、施工データが送信される。管理ネットワーク１１０のブロックチェーン５００には、この施工データが記録される。また、施工データのハッシュ値も併せてブロックチェーン５００に記録される。管理ネットワーク１１０から確認者ＰＣ１４０には、記録されたハッシュ値が送信される。確認者ＰＣ１４０は、現場管理者ＰＣ１２０から取得した施工データのハッシュ値を算出し、管理ネットワーク１１０から取得したハッシュ値と比較して、現場管理者ＰＣ１２０から取得した施工データの真偽を確認する。

この方法によれば、管理ネットワーク１１０に合意が形成された施工データが記録される。したがって、真正な施工データが管理ネットワーク１１０に保存される。また、管理ネットワーク１１０から確認者ＰＣ１４０に送信されるデータがハッシュ値であり、データ量が小さく、その取り扱いが容易である。また、確認者ＰＣ１４０による比較処理もハッシュ値同士で行われるため、比較処理の負荷が小さい。

上述の第３の例及び第４の例に対応する図６の(2)に示す例について説明する。現場管理者ＰＣ１２０から管理ネットワーク１１０には、施工データが送信される。管理ネットワーク１１０のブロックチェーン５００には、この施工データが記録される。管理ネットワーク１１０から確認者ＰＣ１４０には、記録された施工データが送信される。確認者ＰＣ１４０は、現場管理者ＰＣ１２０から取得した施工データのハッシュ値と、管理ネットワーク１１０から取得した施工データのハッシュ値とを算出し、それらハッシュ値を比較して、現場管理者ＰＣ１２０から取得した施工データの真偽を確認する。

この方法によれば、管理ネットワーク１１０に合意が形成された施工データが記録される。したがって、真正な施工データが管理ネットワーク１１０に保存される。また、確認者ＰＣ１４０による比較処理がハッシュ値同士で行われるため、比較処理の負荷が小さい。また、仮に現場管理者ＰＣ１２０から取得した施工データが改竄されたものであっても、確認者ＰＣ１４０は管理ネットワーク１１０から真正な施工データを取得することができる。

上述の第５の例及び第６の例に対応する図６の(3)に示す例について説明する。現場管理者ＰＣ１２０から管理ネットワーク１１０には、施工データが送信される。管理ネットワーク１１０のブロックチェーン５００には、この施工データが記録される。管理ネットワーク１１０から確認者ＰＣ１４０には、記録された施工データが送信される。確認者ＰＣ１４０は、現場管理者ＰＣ１２０から取得した施工データと、管理ネットワーク１１０から取得した施工データとを比較して、現場管理者ＰＣ１２０から取得した施工データの真偽を確認する。

この方法によれば、管理ネットワーク１１０に合意が形成された施工データが記録される。したがって、真正な施工データが管理ネットワーク１１０に保存される。また、仮に現場管理者ＰＣ１２０から取得した施工データが改竄されたものであっても、確認者ＰＣ１４０は管理ネットワーク１１０から真正な施工データを取得することができる。

データ数が少ない場合などは、このような方法でも容易に照合できる。また、データの比較にハッシュ値を用いる場合には、データの内容のみならずデータのフォーマットの一致も比較することになるため、データのフォーマットを正確に統一する必要がある。これに対して、施工データ同士を比較する場合には、データのフォーマットが多少異なっていても、データの比較が可能となる。

図６の(4)に示す例について説明する。現場管理者ＰＣ１２０から管理ネットワーク１１０には、施工データが送信される。管理ネットワーク１１０のブロックチェーン５００には、この施工データのハッシュ値が記録される。管理ネットワーク１１０から確認者ＰＣ１４０には、記録されたハッシュ値が送信される。確認者ＰＣ１４０は、現場管理者ＰＣ１２０から取得した施工データのハッシュ値を算出し、管理ネットワーク１１０から取得したハッシュ値と比較して、現場管理者ＰＣ１２０から取得した施工データの真偽を確認する。

この方法によれば、管理ネットワーク１１０に保存されるデータがハッシュ値であり、記憶されるデータ量が小さい。また、管理ネットワーク１１０から確認者ＰＣ１４０に送信されるデータがハッシュ値であり、データ量が小さく、その取り扱いが容易である。また、確認者ＰＣ１４０による比較処理もハッシュ値同士で行われるため、比較処理の負荷が小さい。

上述の第７の例及び第８の例に対応する図６の(5)に示す例について説明する。現場管理者ＰＣ１２０から管理ネットワーク１１０には、施工データのハッシュ値が送信される。管理ネットワーク１１０のブロックチェーン５００には、この施工データのハッシュ値が記録される。管理ネットワーク１１０から確認者ＰＣ１４０には、記録されたハッシュ値が送信される。確認者ＰＣ１４０は、現場管理者ＰＣ１２０から取得した施工データのハッシュ値を算出し、管理ネットワーク１１０から取得したハッシュ値と比較して、現場管理者ＰＣ１２０から取得した施工データの真偽を確認する。

この方法によれば、管理ネットワーク１１０に施工データのハッシュ値が送信されるため、管理ネットワーク１１０を構成するノードは、施工データに触れることがない。このため、施工データが管理ネットワーク１１０を構成するノードに対して秘密にされる。また、管理ネットワーク１１０に保存されるデータがハッシュ値であり、記憶されるデータ量が小さい。また、管理ネットワーク１１０から確認者ＰＣ１４０に送信されるデータがハッシュ値であり、データ量が小さく、その取り扱いが容易である。また、確認者ＰＣ１４０による比較処理もハッシュ値同士で行われるため、比較処理の負荷が小さい。

〈システムの動作〉
管理システム１の各部の動作の概略を説明する。

（現場管理者ＰＣの動作）
１件の施工データを管理ネットワーク１１０に記録する際の、現場管理者ＰＣ１２０の動作の概略について、図７に示すフローチャートを参照して説明する。

ステップＳ１０１において、現場管理者ＰＣ１２０は、例えば現場端末１３０から、施工に関するデータを取得する。

ステップＳ１０２において、現場管理者ＰＣ１２０は、取得した施工に関するデータに基づいて、ブロックチェーン５００に記録する保存データを作成する。例えば、図５Ａ乃至図５Ｆを参照して説明した第１の例乃至第６の例では、保存データは施工データとなる。また、例えば、図５Ｇ及び図５Ｈを参照して説明した第７の例及び第８の例では、保存データは、施工データに関するハッシュ値となる。

ステップＳ１０３において、現場管理者ＰＣ１２０は、保存データを管理ネットワーク１１０にブロードキャスト送信する。管理ネットワーク１１０は、現場管理者ＰＣ１２０から送信されたデータを、施工データ等としてブロックチェーン５００に記録する。管理ネットワーク１１０は、現場管理者ＰＣ１２０から送信されブロックチェーン５００に記録された施工データ等を特定するアドレス情報を現場管理者ＰＣ１２０に送信する。

ステップＳ１０４において、現場管理者ＰＣ１２０は、送信した施工データを特定するアドレス情報を管理ネットワーク１１０から受信し、受信した情報を保存する。

ステップＳ１０５において、現場管理者ＰＣ１２０は、確認者ＰＣ１４０に、管理ネットワーク１１０に送信して管理ネットワークに保存された施工データである保存データと、管理ネットワーク１１０から取得したアドレス情報などとを送信する。保存データがハッシュ値である場合などは、保存データそのものではなく、その元となった施工データが送信される。

（ノードの動作）
管理ネットワーク１１０に含まれるノードの動作の概略について説明する。管理ネットワーク１１０には、複数のノードが含まれる。ここで説明する処理は、各ノードで実行される。

まず、図５Ａ，５Ｃ，５Ｅ，５Ｇをそれぞれ参照して説明した第１，３，５，７の例の場合を、図８Ａに示すフローチャートを参照して説明する。

ステップＳ２０１において、ノードは、現場管理者ＰＣ１２０から保存データを受信したか否かを判定する。保存データを受信したと判定されたとき、処理はステップＳ２０２に進む。ステップＳ２０２において、ノードは、現場管理者ＰＣ１２０から、保存データを取得する。

取得した保存データが図５Ａ乃至図５Ｆを参照して説明した第１の例乃至第６の例の場合のように施工データであれば、ステップＳ２０３において、ノードは、施工データのマークルルートであるハッシュ値を算出する。

ステップＳ２０４において、ノードは、ブロックチェーン５００に追加するブロックを作成する。ブロックは、ブロックヘッダと、施工データ等とを含む。ここで、ブロックヘッダには、直前のブロックのブロックヘッダのハッシュ値、時刻情報、ステップＳ２０３で算出したマークルルートなどが含まれる。

ステップＳ２０５において、ノードは、コンセンサス処理を行う。すなわち、複数のノードによって、ブロックチェーン５００に追加するブロックに関する合意が形成される。例えば、各ノードは、作成したブロックに関する情報を、他のノードに送信する。各ノードは、他のノードが送信したブロックに関する情報を取得し、自らが作成したブロックと比較する。自らが作成したブロックと他のノードが作成したブロックとが一致していれば、当該ノードは、他のノードに、当該ブロックが正しいものとする情報を送信する。各ノードが決められた手続きに従って処理を行ったとき、各ノードによって作成されるブロックが一致し、そのことが相互に確認される。このような場合に、合意が形成されたとされる。

例えば、図３に示すような構造を有するブロックチェーン５００の場合、施工データのマークルルートがブロックヘッダに含まれているので、ブロックヘッダの内容のみを照合すれば、当該ブロックのデータの一致が確認され得る。また、ブロックヘッダには、当該ブロックヘッダのハッシュ値が記録され、このハッシュ値を照合することで、当該ブロックのデータの一致が確認されてもよい。

また、管理ネットワーク１１０を構成する全てのノードの作成したデータが一致していなくても合意が形成されるようにも、管理ネットワーク１１０は構成され得る。例えば所定数よりも多いノードの作成したデータが一致したとき、当該データが、合意が形成された旨とともに、管理ネットワーク１１０を構成する各ノードに伝達される。全てのノードが当該データを記録する。このように、管理ネットワーク１１０は構成されてもよい。

ステップＳ２０６において、ノードは、合意が形成されたか否かを判定する。合意が形成されたとき、処理はステップＳ２０７に進む。

ステップＳ２０７において、ノードは、ブロックチェーン５００に作成したブロックデータを追加して、保存する。

ステップＳ２０８において、ノードは、追加したブロックを特定するアドレス情報を、保存データを送信した現場管理者ＰＣ１２０に送信する。以上で、受信した施工データを記録する一連の処理は終了し、処理はステップＳ２０１に戻る。

ステップＳ２０６の判定において、合意が形成されていないと判定されたとき、処理はステップＳ２０９に進む。ステップＳ２０９において、ノードは、現場管理者ＰＣ１２０に、合意が形成できず、受信した保存データをブロックチェーン５００に記録できなかった旨のエラー情報を送信する。

ステップＳ２０１の判定において、保存データを受信していないと判定されたとき、処理はステップＳ２１０に進む。ステップＳ２１０において、ノードは、確認者ＰＣ１４０から、データ要求を受信したか否かを判定する。例えば、確認者ＰＣ１４０が現場管理者ＰＣ１２０から取得した施工データが真正なものであるかを判断するとき、確認者ＰＣ１４０は、現場管理者ＰＣ１２０から取得したアドレス及びパスワードを管理ネットワーク１１０に送信する。このようにして、確認者ＰＣ１４０からアドレス及びパスワードを受信したとき、ノードは、データ要求を受信したと判定する。データ要求を受信していないとき、処理はステップＳ２０１に戻る。データ要求を受信したとき、処理はステップＳ２１１に進む。

ステップＳ２１１において、ノードは、受信したデータ要求に含まれるアドレス情報と当該アドレスに記録されたパスワードとを照合する。パスワードが一致したとき、ノードは、ブロックチェーン５００から、要求されたデータを読み出す。ステップＳ２１２において、ノードは、読み出した要求されたデータを、データを要求した確認者ＰＣ１４０に送信する。その後、処理はステップＳ２０１に戻る。

次に、図５Ｂ，５Ｄ，５Ｆ，５Ｈをそれぞれ参照して説明した第２，４，６，８の例の場合を、図８Ｂに示すフローチャートを参照して説明する。図８Ａに示す場合との差異について説明する。

ステップＳ２０１の判定において、保存データを受信していないと判定されたとき、処理はステップＳ２０１を繰り返して待機する。ステップＳ２０１の判定において、保存データを受信したと判定されたとき、処理はステップＳ２０２に進む。ステップＳ２０２乃至ステップＳ２０８は、上述の場合と同様である。簡単に説明すると、ノードは、ステップＳ２０２において、保存データを取得し、ステップＳ２０３においてハッシュ値を算出し、ステップＳ２０４においてブロックを作成する。

ノードは、ステップＳ２０５においてコンセンサス処理を行い、ステップＳ２０６で合意が形成されたと判定されたとき、処理はステップＳ２０７においてブロックのデータをブロックチェーン５００に追加して保存し、ステップＳ２０８において現場管理者ＰＣ１２０に追加したデータのアドレスを送信する。その後、ステップＳ２２０において、ノードは、確認者ＰＣ１４０に確認用データを送信する。確認用のデータは、施工データのマークルルートであるハッシュ値であったり、施工データそのものであったりする。その後、処理はステップＳ２０１に戻る。ステップＳ２０６で合意が形成されなかったと判定されたとき、ステップＳ２０９において、現場管理者ＰＣ１２０にエラーが送信されて、処理はステップＳ２０１に戻る。

（確認者ＰＣの動作）
確認者ＰＣ１４０の動作の概略について説明する。まず、図５Ａ，５Ｃ，５Ｅ，５Ｇをそれぞれ参照して説明した第１，３，５，７の例の場合を、図９Ａに示すフローチャートを参照して説明する。

ステップＳ３０１において、確認者ＰＣ１４０は、現場管理者ＰＣ１２０から、施工データ等を受信したか否かを判定する。施工データを受信したとき、処理はステップＳ３０２に進む。ステップＳ３０２において、確認者ＰＣ１４０は、現場管理者ＰＣ１２０から、施工データ及びアドレスなどを取得する。ステップＳ３０３において、確認者ＰＣ１４０は、取得した施工データ及びアドレスなどを記録する。その後、処理はステップＳ３０１に戻る。

ステップＳ３０１において、施工データを受信していないと判定されたとき、処理はステップＳ３０４に進む。ステップＳ３０４において、確認者ＰＣ１４０は、データを確認するか否か、すなわち、ユーザによってデータ確認の指示が入力されたか否かを判定する。データの確認を行わないと判定されたとき、処理はステップＳ３０１に戻る。一方、データを確認すると判定されたとき、処理はステップＳ３０５に進む。

ステップＳ３０５において、確認者ＰＣ１４０は、確認すべきデータに関するアドレスを管理ネットワーク１１０に送信し、管理ネットワーク１１０にデータを要求する。この要求は、管理ネットワーク１１０を構成するノードの少なくとも１つに送信されればよい。この要求に応じて、上述のステップＳ２１２の処理により、管理ネットワーク１１０から確認者ＰＣ１４０にデータが送信される。ステップＳ３０６において、確認者ＰＣ１４０は、要求したデータを管理ネットワーク１１０から受信する。このデータは、例えば、施工データのハッシュ値であったり、施工データそのものであったりする。

ステップＳ３０７において、確認者ＰＣ１４０は、現場管理者ＰＣ１２０又は管理ネットワーク１１０から取得した施工データのハッシュ値を算出する。ステップＳ３０８において、確認者ＰＣ１４０は、現場管理者ＰＣ１２０から取得した施工データ又はそのハッシュ値と、管理ネットワーク１１０から取得した施工データ又はそのハッシュ値とを比較して、その一致について判定する。ステップＳ３０９において、確認者ＰＣ１４０は、比較の結果を出力する。例えば、値が一致しているとき、現場管理者ＰＣ１２０から取得した施工データが、ブロックチェーン５００に記録された正しいデータであると判断され得る。

次に、図５Ｂ，５Ｄ，５Ｆ，５Ｈをそれぞれ参照して説明した第２，４，６，８の例の場合を、図９Ｂに示すフローチャートを参照して説明する。図９Ａに示す場合との差異について説明する。

ステップＳ３０１において、確認者ＰＣ１４０は、現場管理者ＰＣ１２０から、施工データ等を受信したか否かを判定し、施工データを受信したと判定されたとき、処理はステップＳ３０２に進む。確認者ＰＣ１４０は、ステップＳ３０２において現場管理者ＰＣ１２０から施工データなどを取得し、ステップＳ３０３において、取得した施工データなどを記録する。その後、処理はステップＳ３０１に戻る。

ステップＳ３０１において、施工データを受信していないと判定されたとき、ステップＳ３０４において、確認者ＰＣ１４０は、データを確認するか否かを判定する。データの確認を行わないと判定されたとき、処理はステップＳ３１０に進む。ステップＳ３１０において、確認者ＰＣ１４０は、上述のステップＳ２２０において管理ネットワーク１１０から送信された、ブロックチェーン５００に追加されたデータに関する確認データを受信したか否かを判定する。受信していないと判定されたとき、処理はステップＳ３０１に戻る。一方、受信したと判定されたとき、処理はステップＳ３１１に進む。確認者ＰＣ１４０は、ステップＳ３１１において、管理ネットワーク１１０から確認データを取得し、ステップＳ３１２において、取得した確認データを記録する。その後、処理はステップＳ３０１に戻る。

ステップＳ３０４において、データを確認すると判定されたとき、処理はステップＳ３０７に進む。ステップＳ３０７において、確認者ＰＣ１４０は、現場管理者ＰＣ１２０又は管理ネットワーク１１０から取得した施工データのハッシュ値を算出する。確認者ＰＣ１４０は、ステップＳ３０８において、現場管理者ＰＣ１２０から取得した施工データ又はそのハッシュ値と、管理ネットワーク１１０から取得した施工データ又はそのハッシュ値とを比較して、その一致について判定し、ステップＳ３０９において、比較の結果を出力する。

〈ノードの構成〉
管理ネットワーク１１０を構成する複数のノードは、ブロックチェーン５００の生成時に合意を形成する。この合意が、ブロックチェーン５００に記録された施工データの改竄を困難にする。このため、本実施形態において、改竄を困難とするようにノードの提供者は選択される。例えば、施工業者が全てのノードを提供するのでは、当該施工業者がブロックチェーン５００を自由に書き換えられるので、このようなノード提供の分担は適切でない。ノードの提供者の組み合わせのいくつかの態様を示す。

第１の例として、１つの工事に関わる１つのゼネコンと分野が異なる複数の業者とが、それぞれノードを提供してもよい。例えば、ゼネコン、杭工事業者、配筋業者、構造体業者、外装業者、内装業者などといった各業者が、それぞれノードを提供する。このように同業他社が関係しないことで、互いに利害が関わることがなく、合意形成の客観性がより高まる。

また、ゼネコンがノードを提供することで、ゼネコンは、自社のサーバに施工データを蓄えることになる。ここで、１つの工事に関わる全ての施工データがこの管理ネットワーク１１０に保存されるようにすると、ゼネコンは、当該工事に関わる全ての施工データを自社のサーバに蓄えることになる。その結果、例えば、ゼネコンは、発注者に必要なデータを引き渡すなどを行いやすくなる。

第２の例として、１つのゼネコンと、当該ゼネコンの１つの分野の複数の下請け業者とが、それぞれノードを提供してもよい。例えば、ゼネコンと、当該ゼネコンの下請けをする複数の杭工事業者などといった各業者が、それぞれノードを提供する。このように、１つの分野の業者が集まることで、ゼネコンにとっては当該分野に関わる施工データが１か所に集まり便利である。また、ゼネコンがノードを提供することで、ゼネコンは、自社のサーバに施工データを蓄えることになる。その結果、例えば、ゼネコンは、発注者に必要なデータを引き渡すなどを行いやすくなる。この場合、同業他社が互いの生の施工データ等を共有することを避けるため、例えば図６の(5)に示した例のように、管理ネットワーク１１０に提供されるデータを施工データそのものではなく、施工データのハッシュ値としてもよい。

第３の例として、複数のゼネコンと、当該ゼネコンの１つの分野の複数の下請け業者とが、それぞれノードを提供してもよい。例えば、複数のゼネコンと、当該複数のゼネコンの下請けをする複数の杭工事業者などといった各業者が、それぞれノードを提供する。１つの大規模工事を複数のゼネコンが請け負う場合などに、当該分野に関わる施工データが１か所に集まり便利である。その他、第２の例と同様のことが言える。

第４の例として、１つの大規模工事を複数のゼネコンが請け負う場合などに、１つの工事に関わる複数のゼネコンと分野が異なる複数の業者とが、それぞれノードを提供してもよい。１つの大規模工事の多くの施工データが１か所に集まり便利である。その他、第３の例と同様のことが言える。

第５の例として、１つの下請け業者と、当該下請け業者の元請けとなる複数のゼネコンとが、それぞれノードを提供してもよい。当該下請け業者の施工データが１か所に集まり便利である。

〈管理システムについて〉
本実施形態によれば、施工データに関連する情報は、管理ネットワーク１１０を構成する複数社が提供する複数のノードの合意によって形成されたブロックチェーン５００に保存される。この合意が形成されたブロックチェーン５００は、各ノードに分散して保存される。このため、施工データの改竄は困難であり、施工データの改竄が防止される。

また、ブロックチェーンが用いられ、合意の形成にブロックヘッダのハッシュ値が用いられることで、新しい施工データが記録される際に、過去のデータの真正性も併せて確認される。このため、過去分も含めて全ての施工データの真正性が容易に保たれる。確認者が管理ネットワーク１１０を構成するノードを提供することで、確認者は、真正性が保証された施工データを容易に入手することも可能である。

また、確認者ＰＣ１４０は、現場管理者ＰＣ１２０から取得した施工データ又はそのハッシュ値と、管理ネットワーク１１０から取得した施工データ又はそのハッシュ値とを比較することで、施工データの改竄の有無を容易に確認することができる。

本実施形態によれば、外部の認証機関などが介在することがないので、認証機関のためのコストが削減される。また、データは、施工に関与する者が用意したサーバに保存される。このため、データを保存するための第三者サーバなどを用意する必要がなく、第三者サーバなどを用意するためのコストも削減される。

［第１の実施形態の変形例］
〈ブロックチェーンに記録されるデータについて〉
上述の実施形態は、ブロックチェーン５００に記録されるデータは、現場管理者ＰＣ１２０から管理ネットワーク１１０に送信される例である。しかしながら、これに限らない。ブロックチェーン５００に記録されるデータは、現場端末１３０から送信されるデータ、現場管理者ＰＣ１２０から送信されるデータ、確認者ＰＣ１４０から送信されるデータ、又はそれらの組み合わせであってもよい。

ブロックチェーン５００に記録されるデータの例を、図１０を参照して説明する。図１０においては、現場端末は、施工に関する測定を行う測定装置の場合を例に示しており、現場端末から出力されるデータが測定データである場合を示している。しかしながら、これに限らず、上述の実施形態と同様に、現場端末は各種の施工データを出力するものであってよい。図１０に示すデータの一部又は全部、あるいはその他のデータがブロックチェーンに記録されてもよい。

現場端末から出力された測定データが、ブロックチェーンに記録されてもよい。
現場端末から出力された測定データは、現場管理者ＰＣに送信され、現場管理者ＰＣが出力した測定データが、ブロックチェーンに記録されてもよい。
現場管理者ＰＣは、現場端末から取得した測定データなどを用いて、帳票を作成し、作成した帳票がブロックチェーンに記録されてもよい。
現場管理者ＰＣが作成した帳票は、確認者ＰＣに送信され、確認者ＰＣによって承認された帳票のデータが、ブロックチェーンに記録されてもよい。
現場管理者ＰＣが作成した帳票は、確認者ＰＣに送信され、確認者ＰＣによって当該帳票を承認する旨が、確認者ＰＣから現場管理者ＰＣに送信されてもよい。この場合、確認者ＰＣから出力された承認済みの帳票のデータがブロックチェーンに記録されてもよい。また、確認者ＰＣから承認の旨を受信した現場管理者ＰＣが作成した承認済みの帳票データが現場管理者ＰＣから出力され、当該承認済み帳票データがブロックチェーンに記録されてもよい。

〈管理ネットワークによって記録されるデータの構造について〉
上述の実施形態は、施工データを保存するデータ構造としてブロックチェーンが用いられている。このブロックチェーンでは、施工データを含むブロックが、ハッシュ値を介して互いに関係を有して連結されている。しかしながら、データ構造はブロックチェーンに限らない。管理ネットワーク１１０が互いに同一のデータを有していれば、全てのデータを改竄することは困難であり、改竄が防止される。したがって、ノード同士が互いのデータが改竄されていないことを確認できれば、ブロックチェーン以外のデータ構造が用いられてもよい。

〈その他〉
上述の実施形態では、確認者ＰＣ１４０は、現場管理者ＰＣ１２０から施工データを取得するとともに、管理ネットワーク１１０から真正性が保証されたデータを受信している。確認者ＰＣ１４０は、現場管理者ＰＣ１２０から取得したデータに基づくデータと、管理者ＰＣ１２０から取得したデータに基づくデータとを比較にすることで、現場管理者ＰＣ１２０から取得したデータの真正性を確認している。しかしながら、これに限らない。確認者ＰＣ１４０が必要としているデータが管理ネットワーク１１０から取得可能である場合には、確認者ＰＣ１４０は、現場管理者ＰＣ１２０からではなく、管理ネットワーク１１０から真正性が保証されたデータとして施工データを取得してもよい。

また、上述の実施形態では、管理ネットワーク１１０における合意形成において、データが一致していることを条件とする例を挙げて説明したが、これに限らない。例えば各ブロックがナンス（nonce）を含み、マイナー（miner）によるプルーフオブワーク（proof of work）によってコンセンサスが形成されるようにブロックチェーン５００及び管理ネットワーク１１０が構成されてもよい。この場合、マイナーには何かしらの報酬が提供されることが好ましい。ブロック追加の困難性が増すことで、改竄の困難性がさらに増し、保存されているデータが真正なものである確実性がより高まる。

［第２の実施形態］
第２の実施形態について説明する。ここでは、第１の実施形態との相違点について説明し、同一の部分については、同一の符号を付してその説明を省略する。本実施形態に係る管理システム１の構成例の概略を図１１に示す。この図に示すように、本実施形態では、管理システム１は、施工に関する各種データを中継したり、各種データについて必要な加工を行ったりする施工管理サーバ１５０を有する。本実施形態では、施工管理サーバ１５０が管理ネットワーク１１０に接続されており、現場管理者ＰＣ１２０及び確認者ＰＣ１４０は、施工管理サーバ１５０に接続されている。

本実施形態では、現場管理者ＰＣ１２０は、確認者ＰＣ１４０に施工データの認証依頼を行い、確認者ＰＣ１４０は、この認証依頼に応じて、施工データの認証、修正又は差戻しを行える。本実施形態に係るデータの流れについて図１２Ａ乃至図１２Ｃに示すシーケンス図を参照して説明する。

図１２Ａに示すように、現場端末１３０が測定データを取得しているとき、測定データは定期的に現場管理者ＰＣ１２０に送信される。現場管理者ＰＣ１２０は、受信した測定データを施工管理サーバ１５０に送信する。この測定データの送信は、例えば、リアルタイムで行われたり、３分毎、１０分毎又は６０分毎等、定期的に行われたりする。リアルタイムで送信される場合、測定データの修正は行われない。例えば６０分毎など、送信の間隔が比較的長ければ、現場管理者ＰＣ１２０による測定データの修正、編集等も可能である。測定データの送信時に、データを特定するためのＩＤやデータを保護するためのパスワードを付加してもよい。

現場管理者ＰＣ１２０から測定データを受信した施工管理サーバ１５０は、帳票、報告書など各種書類等を、３分毎、１０分毎、６０分毎など定期的に作成する。現場管理者ＰＣ１２０は、受信した測定データ及び、作成した帳票、報告書、書類等を、ブロックチェーン５００に保存するために、管理ネットワーク１１０に送信する。管理ネットワーク１１０は、第１の実施形態の場合と同様に、複数のノードによるコンセンサスを得ながら、ブロックチェーン技術を用いて、施工管理サーバ１５０から送信された各種データをブロックチェーン５００に保存する。

図１２Ｂに示すように、現場管理者ＰＣ１２０は、確認者ＰＣ１４０によるデータの確認が必要な場合には、確認者ＰＣ１４０で動作するアプリケーションソフトウェア（アプリ）用のＩＤ及びパスワードを確認者ＰＣ１４０に送信する。このようなＩＤ及びパスワードによって、確認者ＰＣ１４０による、現場管理者ＰＣ１２０が出力するデータへのアクセス権限が制御され得る。

確認者ＰＣ１４０は、アプリを起動し、現場管理者ＰＣ１２０から取得したＩＤ及びパスワードをアプリに入力する。確認者ＰＣ１４０のアプリは、入力されたＩＤ及びパスワードを、施工管理サーバ１５０に送信する。施工管理サーバ１５０は、受信したＩＤ及びパスワードに応じたデータ、すなわち、現場管理者ＰＣ１２０から取得したＩＤ及びパスワードと関連付けられた帳票、報告書、書類等のデータを確認者ＰＣ１４０に送信する。確認者ＰＣ１４０は、受信した帳票、報告書、書類等のデータに基づいて、これら書類等を表示する。この帳票、書類等は、施工管理サーバ１５０によって新たなものが作成されたときには、そのデータが施工管理サーバ１５０から確認者ＰＣ１４０に送信され、確認者ＰＣ１４０は表示を更新する。

図１２Ｃに示すように、現場端末１３０から現場管理者ＰＣ１２０に測定データが送信され、現場管理者ＰＣ１２０が当該測定データとともに施工管理サーバ１５０に、確認者ＰＣ１４０による認証を要求する信号を送信したとする。この認証依頼は、例えば、杭工事であれば、掘削完了時、根固め部完了時、杭周固定部完了時等に行われ得る。

例えば、掘削完了時には、積分電流値などの掘削時の測定データと、それらを表すグラフ等の図などと、掘削完了マークの表示と、認証依頼とが送信される。例えば、根固め部作業完了時には、コンクリートミルクの注入量等の根固め部の測定データと、計測装置による計測結果表示のキャプチャ画像と、根固め部完了マークの表示と、認証依頼とが送信される。例えば、杭周固定部作業完了時には、コンクリートミルクの注入量等の根固め部の測定データと、計測装置による計測結果表示のキャプチャ画像と、杭周固定部完了マークの表示と、認証依頼とが送信される。

施工管理サーバ１５０は、認証依頼を受けた時点で作成している帳票、報告書、書類等を認証依頼情報とともにブロックチェーン５００に保存するように、それらの情報を管理ネットワーク１１０に送信する。これら情報を取得した管理ネットワーク１１０は、ブロックチェーン５００に当該情報を保存する。このようにして、修正が行われる可能性があるデータが保存され、修正が行われた場合にもその履歴が保存されることになる。

また、施工管理サーバ１５０は、認証依頼があった旨の通知と、当該認証依頼に関する情報とを確認者ＰＣ１４０に送信する。

認証依頼を受けた確認者ＰＣ１４０は、測定データ等の当該情報を認証するとき、その旨を施工管理サーバ１５０に送信する。認証は、掘削完了時には、積分電流値などに基づいて行われ、根固め部完了時には、キャプチャ画像などに基づいて行われ、杭周固定部完了時には、キャプチャ画像などに基づいて行われてもよい。

認証する旨の情報を確認者ＰＣ１４０から受けた施工管理サーバ１５０は、認証された測定データ、帳票、書類等の情報を認証情報とともにブロックチェーン５００に保存するように、これら情報を管理ネットワーク１１０に送信する。これら情報を受けた管理ネットワーク１１０は、ブロックチェーン５００に認証情報を含むこれら情報を保存する。

認証依頼を受けた確認者ＰＣ１４０は、測定データ等の当該情報を否認し修正するとき、データの修正を行い、修正データを施工管理サーバ１５０に送信する。例えば、認証依頼情報に、転記ミスなどがあるときには、これを修正した修正データを作成する。この修正データを受けた施工管理サーバ１５０は、修正受けた旨の修正通知と、修正内容の確認を依頼する旨とを、現場管理者ＰＣ１２０に送信する。

確認依頼を受けた現場管理者ＰＣ１２０は、修正に問題がないときには、修正後の測定データ等を再び施工管理サーバに認証依頼とともに送信する。その後、上述の処理と同様に、修正後のデータは施工管理サーバ１５０から管理ネットワーク１１０に送られ、ブロックチェーンに保存されるとともに、確認者ＰＣ１４０に認証依頼通知と認証依頼情報とが送られる。確認者ＰＣ１４０による認証が行われれば、認証情報とともに各種データがブロックチェーン５００に保存され、認証されなければ修正等が再び繰り返される。

確認依頼を受けた現場管理者ＰＣ１２０は、修正に問題があるときには、自ら測定データを修正し、修正後の測定データ等を再び施工管理サーバに認証依頼とともに送信する。その後、上述の処理と同様に、修正後のデータは施工管理サーバ１５０から管理ネットワーク１１０に送られ、ブロックチェーンに保存されるとともに、確認者ＰＣ１４０に認証依頼通知と認証依頼情報とが送られる。確認者ＰＣ１４０による認証が行われれば、認証情報とともに各種データがブロックチェーン５００に保存され、認証されなければ修正等が再び繰り返される。

認証依頼を受けた確認者ＰＣ１４０は、測定データ等について、現場管理者ＰＣ１２０に差し戻すとき、その旨を施工管理サーバ１５０に送信する。施工管理サーバ１５０は、現場管理者ＰＣ１２０に差戻し通知を行う。

本実施形態によれば、現場管理者ＰＣ１２０によるデータが確認者ＰＣ１４０によって確認され、認証されたことを示す情報とともにブロックチェーン５００に保存される。また、転記ミスなどが存在すれば、そのミスは適切に修正される。例えば杭などに関する施工において、手作業による転記や点検結果の入力などが行われており、これら作業では、単純な誤りが発生する可能性がある。このような誤りは適切に修正され、修正後のデータが保存されることが好ましい。本実施形態によれば、適切な修正が行われ、修正後のデータが保存される。また、本実施形態では、修正の経緯などの情報が全てのノードで共有される。各ノードによる監視機能によって、例えば修正されるべきでない実測データなどに対する不適切な変更等が防止される。

修正を行える確認者ＰＣ１４０は、例えばゼネコンの管理者であり、設計管理者、施主は、修正を行えず、承認のみ行えてもよい。このような権限の差異は、例えばＩＤによって管理され得る。

第２の実施形態は、第１の実施形態及びその変形例として説明した各種事項と組み合わせられ得る。

１…管理システム、１１０…管理ネットワーク、１１１…第１のノード、１１２…第２のノード、１１３…第３のノード、１１４…第４のノード、１１５…第５のノード、１２０…現場管理者ＰＣ、１３０…現場端末、１４０…確認者ＰＣ、１５０…施工管理サーバ、３００…情報処理装置、３０１…ＣＰＵ、３０２…ＲＡＭ、３０３…ＲＯＭ、３０４…ストレージ、３０５…通信装置、３０６…入力装置、３０７…表示装置、３０８…バスライン、５００…ブロックチェーン、５１０，５２０，５３０…ブロック、５１１，５２１，５３１…ブロックヘッダ、５１３，５２３，５３３…ハッシュ値、５１４，５２４，５３４…時刻情報、５１５，５２５，５３５…マークルルート、５１８，５２８，５３８…施工データ。

Claims (13)

1. 複数のノードが互いに接続された管理ネットワークと、
   施工データに関する第１のデータを前記複数のノードの各々に送信する第１の端末と、
   第２の端末と
   を備え、
   前記複数のノードの各々は、
   前記第１の端末から送信された前記第１のデータに関して、前記複数のノードの合意が形成されたときに、前記第１のデータに基づく第２のデータを保存し、
   前記第２のデータに関係する第３のデータを前記第２の端末に送信し、
   前記第１の端末は、前記施工データを前記第２の端末に送信し、
   前記第２の端末は、前記第１の端末から取得した施工データに基づくデータと、前記管理ネットワークから取得した前記第３のデータに基づくデータとを比較することで、前記施工データの真正性を確認する、
   施工データの管理システム。
2. 前記ノードは、新たな第２のデータを保存する際に、過去に保存した第２のデータに基づいて算出された値を含むデータを前記第２のデータとして保存する、請求項１に記載の管理システム。
3. １つの工事に関わる複数者が、前記ノードを提供しており、
   前記ノードには、当該１つの工事に関する施工データが保存される、
   請求項１又は２に記載の管理システム。
4. 工事分野ごとに１者が前記ノードを提供し、複数の工事分野の複数者が前記複数のノードを提供している、請求項１乃至３のうち何れか１項に記載の管理システム。
5. 前記第１のデータは、前記施工データの少なくとも一部を含む、請求項３又は４に記載の管理システム。
6. 同一の工事分野の複数者が前記ノードを提供することで、複数者が前記複数のノードを提供している、請求項１乃至３のうち何れか１項に記載の管理システム。
7. 前記第１のデータは、前記施工データのハッシュ値である、請求項６に記載の管理システム。
8. 前記ノードの各々は、前記複数のノードのうち所定数より多いノードで保存する前記第２のデータが一致すると判定したとき、合意が形成されたと決定する、請求項１乃至７のうち何れか１項に記載の管理システム。
9. 前記第３のデータは、前記施工データの少なくとも一部を含むデータのハッシュ値である、又は、前記施工データの少なくとも一部を含む、請求項１乃至８のうち何れか１項に記載の管理システム。
10. 前記第１の端末から前記第１のデータを受信し、当該第１のデータに関するデータを前記ノードに送信し、
    前記第２の端末から前記第３のデータの要求を受信し、前記第３のデータの要求を前記ノードに送信し、
    前記ノードから前記第３のデータを受信し、当該第３のデータを前記第２の端末に送信する
    ように構成された施工管理サーバを更に備える、請求項１乃至８のうち何れか１項に記載の管理システム。
11. 前記施工管理サーバは、前記第１のデータに基づいて報告書又は帳票を作成し、当該報告書又は帳票を前記ノードに送信する、請求項１０に記載の管理システム。
12. 前記施工データは、杭基礎に関するデータであり、杭打機を用いて測定されたデータ、又は、施工の点検結果のデータを含む、請求項１乃至１１のうち何れか１項に記載の管理システム。
13. 第１の端末に、
    施工データに関する第１のデータを複数のノードの各々に送信させ、
    前記施工データを第２の端末に送信させる
    ための第１のプログラムを、提供することと、
    前記ノードに、
    前記第１の端末から送信された前記第１のデータに関して、複数の前記ノードの合意が形成されたときに、前記第１のデータに基づく第２のデータを、当該ノードに保存させ、
    前記第２のデータに含まれる第３のデータを前記第２の端末に送信させる
    ための第２のプログラムを、提供することと、
    前記第２の端末に、前記第１の端末から取得した施工データに基づくデータと、前記ノードの何れかから取得した前記第３のデータに基づくデータとを比較することで、前記施工データの真正性を確認させるための第３のプログラムを、提供することと
    を含む施工データの管理システムの製造方法。