(57)【要約】【課題】運用コストを抑制し、トラブルに迅速に対応することを課題とする。【解決手段】クラウドサーバ５は、通信装置４から計測データを受信し、スマートフォン６から画像データを受信する送受信部５２と、計測データ及び画像データの両方を受信した場合、施工データの正常受信と判定し、計測データ又は画像データの少なくとも一方を受信していない場合、施工データの欠落と判定する第１判定部５４と、第１判定部５４の判定結果をシステム監理装置７に通知する通知部５６とを備える。【選択図】図４
2020144545.tif 000002
【特許請求の範囲】
【請求項１】
計測装置で計測された計測データを受信する通信装置と、
前記計測データに対応した対応データが入力される入力装置と、
前記通信装置が受信した計測データ及び前記入力装置に入力された対応データを施工データとして対応付けて記憶するサーバと、
前記サーバを介して、前記通信装置を監理する監理装置と、を備える施工データ管理システムであって、
前記サーバは、
前記通信装置から前記計測データを受信し、前記入力装置から前記対応データを受信する受信部と、
前記計測データ及び前記対応データの両方を受信した場合、前記施工データの正常受信と判定し、前記計測データ又は前記対応データの少なくとも一方を受信していない場合、前記施工データの欠落と判定する第１判定部と、
前記第１判定部の判定結果を前記監理装置に通知する通知部と、を備えることを特徴とする施工データ管理システム。
【請求項２】
前記通知部は、前記施工データの欠落と判定された場合、欠落した前記計測データの識別情報を前記監理装置に通知し、
前記受信部は、前記監理装置から再送信が必要な計測データの識別情報を受信し、受信した当該識別情報の計測データの再送信を前記通信装置に要求することを特徴とする請求項１に記載の施工データ管理システム。
【請求項３】
前記受信部は、
前記識別情報であるデータ番号が前記計測データのファイル名に含まれる場合、手動設定、先頭又は前記データ番号により前記計測データの再送信を要求し、
前記計測データのファイル名に前記データ番号、日時及び施工対象物番号が含まれる場合、前記手動設定、前記先頭、前記データ番号、前記日時又は前記施工対象物番号により前記計測データの再送信を要求することを特徴とする請求項２に記載の施工データ管理システム。
【請求項４】
前記通信装置は、
前記サーバからの指示により前記通信装置を制御する装置制御部と、
前記計測データを送信する送信部と、
前記サーバから要求された計測データを前記送信部に再送信させる再送信指示部と、を備えることを特徴とする請求項３に記載の施工データ管理システム。
【請求項５】
前記通信装置は、
前記通信装置の処理毎に、処理内容と経過時間とを示す送信ログを生成する送信ログ生成部、をさらに備え、
前記送信部は、前記送信ログを前記サーバに送信し、
前記サーバは、
前記受信部が、前記送信ログを受信し、
前記送信ログを受信した場合、前記通信装置に応答する応答ログを生成する応答ログ生成部と、
前記送信ログの経過時間の閾値判定結果と、前記送信ログ及び前記応答ログの有無と、所定項目の照合結果とに基づいて、前記通信装置でトラブルが発生した処理を判定する第２判定部と、
をさらに備えることを特徴とする請求項４に記載の施工データ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、施工データを管理する施工データ管理システムに関する。
【背景技術】
【０００２】
従来より、建設現場における施工品質の管理を行う様々な手法が提案されている。特許文献１には、既存の管理装置に通信機能を付加することなく、改竄を抑制できる杭施工データ管理システムが提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−１４５７１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
前記した従来技術では、トラブルの発生を自動的に検知できないので、人手による監視を行う必要があり、運用コストが増大するという課題がある。さらに、従来技術では、通信装置の設置場所に作業員を派遣して、トラブルの原因調査やその対応作業を行う必要もあり、運用コストが増大するだけでなく、トラブルに迅速に対応できないという課題もある。
【０００５】
そこで、本発明は、運用コストを抑制し、トラブルに迅速に対応することを課題とする。
【課題を解決するための手段】
【０００６】
前記した課題に鑑みて、本発明に係る施工データ管理システムは、計測装置で計測された計測データを受信する通信装置と、計測データに対応した対応データが入力される入力装置と、通信装置が受信した計測データ及び入力装置に入力された対応データを施工データとして対応付けて記憶するサーバと、サーバを介して、通信装置を監理する監理装置と、を備える施工データ管理システムであって、サーバは、通信装置から計測データを受信し、入力装置から対応データを受信する受信部と、計測データ及び対応データの両方を受信した場合、施工データの正常受信と判定し、計測データ又は対応データの少なくとも一方を受信していない場合、施工データの欠落と判定する第１判定部と、第１判定部の判定結果を監理装置に通知する通知部と、を備えることを特徴とする。
【０００７】
かかる施工データ管理システムによれば、計測データ又は対応データの少なくとも一方を受信していない場合、トラブルの発生とみなし、その判定結果を監理装置に自動的に通知する。このように、施工データ管理システムでは、施工データの受信状況を自動監視できるので、運用コストを抑制し、トラブルに迅速に対応することができる。
【０００８】
また、本発明に係る施工データ管理システムにおいて、通知部は、施工データの欠落と判定された場合、欠落した計測データの識別情報を監理装置に通知し、受信部は、監理装置から再送信が必要な計測データの識別情報を受信し、受信した識別情報の計測データの再送信を通信装置に要求することが好ましい。
かかる施工データ管理システムによれば、欠落した計測データを素早く再送信できるので、トラブルに迅速に対応することができる。
【０００９】
また、本発明に係る施工データ管理システムにおいて、受信部は、識別情報であるデータ番号が計測データのファイル名に含まれる場合、手動設定、先頭又はデータ番号により計測データの再送信を要求し、計測データのファイル名にデータ番号、日時及び施工対象物番号が含まれる場合、手動設定、先頭、データ番号、日時又は施工対象物番号により計測データの再送信を要求することが好ましい。
【００１０】
計測データの命名規約は、計測機器のメーカや機種毎に異なる場合が多い。この場合でも、施工データ管理システムによれば、各命名規約に応じた形式で欠落した計測データを指定できるので、汎用性を向上させることができる。
【００１１】
また、本発明に係る施工データ管理システムにおいて、通信装置は、サーバからの指示により通信装置を制御する装置制御部と、計測データを送信する送信部と、サーバから要求された計測データを送信部に再送信させる再送信指示部と、を備えることが好ましい。
かかる施工データ管理システムによれば、通信装置を遠隔地から制御できるので、トラブルが発生しても通信装置の設置場所に作業員を派遣する必要がなく、運用コストを抑制し、トラブルに迅速に対応することができる。
【００１２】
また、本発明に係る施工データ管理システムにおいて、通信装置は、通信装置の処理毎に、処理内容と経過時間とを示す送信ログを生成する送信ログ生成部、をさらに備え、送信部は、送信ログをサーバに送信し、サーバは、受信部が、送信ログを受信し、送信ログを受信した場合、通信装置に応答する応答ログを生成する応答ログ生成部と、送信ログの経過時間の閾値判定結果と、送信ログ及び応答ログの有無と、所定項目の照合結果とに基づいて、通信装置でトラブルが発生した処理を判定する第２判定部とをさらに備えることが好ましい。
かかる施工データ管理システムによれば、通信装置でトラブルが発生した処理を自動的に判定できるので、トラブルに迅速に対応することができる。
【発明の効果】
【００１３】
本発明にかかる施工データ管理システムは、施工データの受信状況を自動監視できるので、運用コストを抑制し、トラブルに迅速に対応することができる。
【図面の簡単な説明】
【００１４】
【図１】実施形態に係る杭施工データ管理システムの全体構成図である。
【図２】実施形態において、計測データの一例を説明する説明図である。
【図３】実施形態において、画像データの一例を説明する説明図である。
【図４】実施形態に係る杭施工データ管理システムの構成を示すブロック図である。
【図５】実施形態に係る杭施工データ管理システムの動作を示すシーケンス図である。
【図６】実施形態に係る杭施工データ管理システムの動作を示すシーケンス図である。
【図７】実施形態に係る杭施工データ管理システムの動作を示すシーケンス図である。
【図８】実施形態において、計測データのファイル名を説明する説明図である。
【図９】実施形態におけるデータ読み取り位置の設定を説明する説明図である。
【図１０】実施形態におけるデータ読み取り位置の設定を説明する説明図である。
【図１１】実施形態におけるデータ読み取り位置の設定を説明する説明図である。
【発明を実施するための形態】
【００１５】
（実施形態）
［杭施工データ管理システムの概要］
以下、本発明の実施形態について、適宜図面を参照しながら詳細に説明する。
図１を参照し、本発明の実施形態に係る杭施工データ管理システム（施工データ管理システム）１の概要について説明する。
【００１６】
杭施工データ管理システム１は、杭の施工に関する施工データを管理するものである。図１に示すように、杭施工データ管理システム１は、計測装置２と、無線ＬＡＮ機能付きＳＤカード３と、通信装置４と、クラウドサーバ（サーバ）５と、スマートフォン（入力装置）６と、システム監理装置（監理装置）７とを備える。
以下、「無線ＬＡＮ機能付きＳＤカード３」を「ＳＤカード３」と略記する。
【００１７】
本実施形態では、計測装置２は、杭打ち機９の近傍に（例えば、杭打ち機９の運転室や側面）に配置されている。また、通信装置４は、施工現場（例えば、計測装置２の近傍）に配置されている。また、クラウドサーバ５は、データセンタに配置されている。また、スマートフォン６は、施工現場の監督者が所持している。また、システム監理装置７は、杭施工データ管理システム１の監理会社に配置されている。
【００１８】
ＳＤカード３、及び、通信装置４は、無線ＬＡＮ（Local Area Network）で接続されている。例えば、ＩＥＥＥ(the Institute of Electrical and Electronic Engineers)８０２．１１に規定のＷｉ−Ｆｉ（登録商標）等の無線ＬＡＮを用いることができる。クラウドサーバ５は、無線通信回線を介して、通信装置４及びスマートフォン６と接続されている。また、クラウドサーバ５は、有線通信回線を介して、システム監理装置７と接続されている。
【００１９】
杭施工データ管理システム１では、杭打ち機９による施工作業時、計測装置２が所定の計測データを計測し、その計測データをＳＤカード３に書き込む。すると、ＳＤカード３は、Ｗｉ−Ｆｉを介して、書き込まれた計測データを通信装置４に送信する。さらに、通信装置４は、無線通信回線を介して、受信した計測データをクラウドサーバ５に送信する。
【００２０】
また、杭施工データ管理システム１では、施工現場の監督者が、杭打ち機９による施工作業をスマートフォン６で撮影し、その画像データ（対応データ）をクラウドサーバ５に送信する。
【００２１】
このように、杭施工データ管理システム１では、計測データと画像データとが１対１で対応することになる。すなわち、計測データ及び画像データは、施工データとして、揃ってクラウドサーバ５に記憶される。従って、杭施工データ管理システム１では、計測データと画像データとの両方が揃わない場合、何らかのトラブルが発生した可能性が高いと考えられる。そこで、クラウドサーバ５は、施工データの受信状況を自動監視する。
【００２２】
万一、計測データが欠落した場合、オペレータは、システム監理装置７の監理画面で、欠落した計測データの再送信をクラウドサーバ５に要求する。すると、クラウドサーバ５は、欠落した計測データを通信装置４に再送信させる。
【００２３】
さらに、杭施工データ管理システム１では、クラウドサーバ５がログを記憶し、通信装置４自体のトラブル発生も自動監視する。そして、クラウドサーバ５は、通信装置４でトラブルが発生した場合、通信装置４でトラブルが発生した処理を自動的に判定できる。このように、オペレータは、システム監理装置７を操作して、通信装置４で発生したトラブルの詳細を確認できる。
【００２４】
［杭施工データ管理システムの構成］
以下、杭施工データ管理システム１の構成について説明する。
計測装置２は、杭打ち機９の計測値をリアルタイムで収集し、掘削完了時や施工完了時の計測データを生成、記憶するものである。そして、計測装置２は、テキスト形式の計測データをグラフ化して画像ファイルに変換する。例えば、画像ファイルの形式としては、ｊｐｇ形式、ｇｉｆ形式、ｂｍｐ形式、ｐｄｆ形式をあげることができる。本実施形態では、計測装置２は、テキスト形式の計測データをｊｐｇ形式の画像ファイルに変換することとする。画像ファイルがテキスト形式のデータに比べて改竄しにくいので、改竄を抑制できる。
【００２５】
本実施形態では、計測データは、杭の施工に関するデータであることとする。例えば、計測データには、図２に示すように、施工日、杭番号、ボーリング番号、Ｎ値、積分電流、設計掘削深度、設計根固め区間、設計杭周固定区間、根固め注入量の設計値及び計測値、杭周固定注入量の設計値及び計測値、最終掘削深度が含まれる。
【００２６】
また、計測装置２は、ＳＤカード３を挿入するＳＤカードスロット（不図示）を備える。そして、計測装置２は、ＳＤカードスロットにＳＤカード３が挿入されると、記憶している計測データをＳＤカード３に書き込む。このとき、計測装置２は、所定の命名規則に従って計測データのファイル名を付加する。
【００２７】
ＳＤカード３は、計測装置２が計測した計測データを記憶するものである。また、ＳＤカード３は、計測データを記憶可能なメモリを備えるだけでなく、無線ＬＡＮ機能も備えている。具体的には、ＳＤカード３は、Ｗｉ−Ｆｉを介して、書き込まれた計測データを通信装置４に送信可能である。従って、杭施工データ管理システム１では、既存の計測装置２に通信機能を付加する必要がない。
【００２８】
通信装置４は、無線通信用のアンテナを備えており、Ｗｉ−Ｆｉを介して、ＳＤカード３から計測データを受信するものである。そして、通信装置４は、無線通信回線を介して、受信した計測データをクラウドサーバ５に送信する。これにより、杭施工データ管理システム１は、計測データを容易に管理することができる。
また、通信装置４は、無線通信回線を介して、制御情報をクラウドサーバ５から受信し、受信した制御情報に従って各種装置制御を実行する。この装置制御としては、例えば、欠落した計測データの再送信やプログラムの更新があげられる。
【００２９】
クラウドサーバ５は、通信装置４から受信した計測データ、及び、スマートフォン６から受信した画像データを施工データとして対応付けて記憶、管理するものである。さらに、クラウドサーバ５は、施工データの欠落や通信装置４のトラブル発生を判定し、その判定結果をシステム監理装置７に通知する。
【００３０】
スマートフォン６は、計測データに対応した画像データが入力され、無線通信回線を介して、入力された画像データをクラウドサーバ５に送信するものである。このスマートフォン６は、タッチパネル、カメラや無線通信機能を備えた一般的なスマートフォンである。例えば、施工現場の監督者が、図３に示すように、杭打ち機９による施工作業の様子をスマートフォン６で撮影し、その画像データをスマートフォン６からクラウドサーバ５に送信する。
【００３１】
システム監理装置７は、クラウドサーバ５を介して、通信装置４を監理するものである。具体的には、システム監理装置７は、各通信装置４を制御するための制御情報をクラウドサーバ５に設定する。また、システム監理装置７は、クラウドサーバ５から通知された判定結果を表示する。
【００３２】
なお、図１では、図面を見やすくするために、計測装置２、ＳＤカード３と、通信装置４及びスマートフォンを１台のみ図示したが、複数台（例えば、各施工現場に１台ずつ）配置してもよい。また、システム監理装置７も１台のみ図示したが、複数台配置してもよい。
また、計測装置２、ＳＤカード３、スマートフォン６及びシステム監理装置７は、一般的なものであるため、これ以上の説明を省略する。
【００３３】
［通信装置の構成］
図４を参照し、通信装置４及びクラウドサーバ５の構成について説明する。
通信装置４は、ＳＤカード３から計測データを受信し、受信した計測データをクラウドサーバ５に送信するものである。図２に示すように、通信装置４は、記憶部４１と、無線ＬＡＮ入出力部４２と、送受信部（送信部）４３と、送信ログ生成部４４と、装置制御部４５と、データ読み取り位置設定部（再送信指示部）４６とを備える。
【００３４】
記憶部４１は、制御情報及びログ（送信ログ、返信ログ）を記憶するメモリ、ＨＤＤ(Hard disk drive)、ＳＳＤ(Solid State Drive)等の記憶装置である。以下、制御情報、送信ログ及び返信ログについて詳細に説明する。
【００３５】
＜制御情報＞
制御情報とは、通信装置４を制御するための情報のことである。例えば、制御情報には、装置制御情報、プログラムバージョン情報、データ読み取り位置情報、現場名情報、ＳＤカード設定情報が含まれる。
【００３６】
装置制御情報とは、通信装置４に指令する装置制御（例えば、起動、停止又は待機）を示す情報である。つまり、通信装置４は、装置制御情報に従って、起動、停止又は待機する。
プログラムバージョン情報とは、通信装置４を制御するプログラム（アプリケーション）のバージョンを示す情報である。つまり、通信装置４は、インストールされているプログラムのバージョンがプログラムバージョン情報より旧い場合、そのプログラムを更新する。
データ読み取り位置情報とは、後記する計測データのファイル名一覧（図９〜図１１）において、通信装置４がＳＤカード３から計測データを読み取る位置を示す情報である。つまり、データ読み取り位置情報は、通信装置４がＳＤカード３から読み取る計測データを指定する情報である。通信装置４は、データ読み取り位置情報が示す計測データを読み取って、クラウドサーバ５に送信する。
【００３７】
現場名情報とは、通信装置４が配置されている施工現場の名称を示す情報である。例えば、通信装置４を別の施工現場に移設した場合、移設先の現場名に現場名情報を変更する必要がある。
ＳＤカード設定情報は、通信装置４がＳＤカード３を認識するための情報である。例えば、ＳＤカード設定情報は、Ｗｉ−Ｆｉを介して、通信装置４とＳＤカード３とを接続するためのネットワーク情報である。
【００３８】
このように、制御情報は、通信装置４に何らかの処理やデータを要求する情報である。従って、制御情報の内容に応じて、所望の処理を通信装置４に実行させたり、欠落した計測データを再送信させることができる。
【００３９】
＜送信ログ＞
送信ログとは、通信装置４の処理毎に、識別情報と、処理内容と、経過時間とを示すログのことである。識別情報は、通信装置４の各処理に一意で割り当てた処理ＩＤを表す。また、処理内容は、通信装置４で行った各処理の内容を表す。また、経過時間は、通信装置４で行った各処理が終了するまでの経過を表す。なお、通信装置４がクラウドサーバ５に送信するログであるため、送信ログと呼ばれる。
【００４０】
＜応答ログ＞
応答ログとは、通信装置４に応答するログのことである。つまり、応答ログは、クラウドサーバ５が送信ログを正常に受信したことを示すログである。なお、クラウドサーバ５が送信ログを受信した際、クラウドサーバ５が通信装置４に応答するログであるため、応答ログと呼ばれる。
【００４１】
図４に戻り、通信装置４の構成について説明を続ける。
無線ＬＡＮ入出力部４２は、Ｗｉ−Ｆｉを介して、ＳＤカード３との間でデータの入出力を行うものである。本実施形態では、無線ＬＡＮ入出力部４２は、ＳＤカード３を認識した際、ＳＤカード３の認識を送信ログ生成部４４に通知する。そして、無線ＬＡＮ入出力部４２は、データ読み取り位置設定部４６が指示した計測データをＳＤカード３から受信し、受信した計測データを送受信部４３に出力する。
【００４２】
送受信部４３は、無線通信回線を介して、クラウドサーバ５との間でデータの送受信を行うものである。本実施形態では、送受信部４３は、計測データ及び送信ログをクラウドサーバ５に送信する。また、送受信部４３は、制御情報及び応答ログをクラウドサーバ５から受信し、受信した制御情報及び応答ログを記憶部４１に書き込む。
【００４３】
送信ログ生成部４４は、無線ＬＡＮ入出力部４２、送受信部４３、装置制御部４５及びデータ読み取り位置設定部４６からの通知に応じて、後記する各種送信ログを生成するものである。そして、送信ログ生成部４４は、生成した送信ログを送受信部４３に出力し、その送信ログを記憶部４１に書き込む。
【００４４】
装置制御部４５は、クラウドサーバ５からの指示により通信装置４を制御するものである。具体的には、装置制御部４５は、記憶部４１の制御情報に従って、通信装置４の起動、プログラムの更新、又は、現場設定の更新を行い、その旨を送信ログ生成部４４に通知する。
【００４５】
データ読み取り位置設定部４６は、クラウドサーバ５から要求された計測データを送受信部４３に再送信させるものである。具体的には、データ読み取り位置設定部４６は、記憶部４１の制御情報に従って計測データの読み取り位置を設定し、その位置の計測データの読み取りを無線ＬＡＮ入出力部４２に指示する。
なお、データ読み取り位置の設定については、詳細を後記する。
【００４６】
［クラウドサーバの構成］
クラウドサーバ５は、通信装置４が受信した計測データ及びスマートフォンに入力された画像データを、施工データとして対応付けて記憶するものである。図４に示すように、クラウドサーバ５は、記憶部５１と、送受信部（受信部）５２と、応答ログ生成部５３と、第１判定部５４と、第２判定部５５と、通知部５６とを備える。
【００４７】
記憶部５１は、計測データ、画像データ、制御情報、及び、ログ（送信ログ、返信ログ）を記憶するメモリ、ＨＤＤ、ＳＳＤ等の記憶装置である。さらに、記憶部５１は、各通信装置４にインストールするために、様々なバージョンのプログラムを記憶してもよい。
【００４８】
送受信部５２は、通信装置４と、スマートフォン６と、システム監理装置７との間でデータの送受信を行うものである。本実施形態では、送受信部５２は、計測データ及び送信ログを通信装置４から受信し、受信した計測データを記憶部５１に書き込み、受信した送信ログを応答ログ生成部５３に出力する。また、送受信部５２は、制御情報及び画像データをスマートフォン６から受信し、受信した制御情報及び画像データを記憶部５１に書き込む。さらに、送受信部５２は、制御情報及び応答ログを通信装置４に送信し、第１判定部５４及び第２判定部５５の判定結果をシステム監理装置７に送信する。
【００４９】
応答ログ生成部５３は、送受信部５２が送信ログを受信した場合、通信装置４に応答する応答ログを生成するものである。具体的には、応答ログ生成部５３は、送受信部５２から送信ログが入力された場合、この送信ログに対応した応答ログを生成し、生成した応答ログを送受信部５２に出力する。さらに、応答ログ生成部５３は、送信ログ及び応答ログを記憶部５１に書き込む。
【００５０】
第１判定部５４は、送受信部５２が計測データ及び画像データの両方を受信した場合、施工データの正常受信と判定するものである。つまり、第１判定部５４は、記憶部５１において、計測データ及び画像データが揃っている場合、施工データの正常受信と判定する。
一方、第１判定部５４は、送受信部５２が画像データ又は対応データの少なくとも一方を受信していない場合、施工データの欠落と判定する。つまり、第１判定部５４は、記憶部５１において、計測データ及び画像データの一方又は両方が足りていない場合、施工データの欠落と判定する。
【００５１】
そして、第１判定部５４は、判定結果として、施工データの正常受信又は施工データの欠落を通知部５６に出力する。さらに、第１判定部５４は、施工データが欠落している場合、欠落した計測データのデータ番号（識別情報）も通知部５６に出力する。
【００５２】
第２判定部５５は、送信ログの経過時間の閾値判定結果と、送信ログ及び応答ログの有無と、所定項目の照合結果とに基づいて、通信装置４でトラブルが発生した処理を判定するものである。このとき、第２判定部５５は、記憶部５１の送信ログ及び応答ログを参照して判定を行い、その判定結果を通知部５６に出力する。本実施形態では、第２判定部５５は、制御情報に設定された項目及びログに格納された項目（例えば、プログラムのバージョン、現場名、データ読み取り位置、ＳＤカード設定情報、計測データの送受信件数）の照合を行う。
【００５３】
通知部５６は、送受信部５２を介して、第１判定部５４及び第２判定部５５の判定結果をシステム監理装置７に通知するものである。本実施形態では、通知部５６は、第１判定部５４から入力された判定結果及びデータ番号と、第２判定部５５から入力された判定結果とを送受信部５２に出力する。
【００５４】
［杭施工データ管理システムの動作］
図５〜図７を参照し、杭施工データ管理システム１の動作について説明する。
図５に示すように、ステップＳ１において、通信装置４は、定期処理を開始する。この定期処理とは、以下で説明する、通信装置４が実行する各処理のことである。通信装置４は、任意の間隔で定期処理を実行可能であり、例えば、３分毎に定期処理を実行する。
【００５５】
ステップＳ２において、クラウドサーバ５は、現場開設設定を行う。この現場開設設定とは、新規に開設する現場名を設定し、その現場を稼働させる環境を開設することである。
ステップＳ３，Ｓ４において、システム監理装置７は、制御情報をクラウドサーバ５に設定する。例えば、オペレータがシステム監理装置７を操作して、制御情報を手動で設定する。なお、スマートフォン６でも制御情報を設定可能である（破線で図示）。
ステップＳ５において、クラウドサーバ５は、制御情報を記憶部５１に記憶する。
ステップＳ６において、装置制御部４５は、通信装置４のプログラムを起動する。
【００５６】
ステップＳ７において、送信ログ生成部４４は、通信装置４のプログラムの起動を示す「送信ログ：起動通知」を生成し、クラウドサーバ５に送信する。この「送信ログ：起動通知」には、ステップＳ６の処理ＩＤと、その処理内容と、経過時間とが含まれている。この経過時間は、ステップＳ１の処理開始からステップＳ６の処理終了までの時間を表す。
【００５７】
ステップＳ８において、応答ログ生成部５３は、ステップＳ７の送信ログに対する「応答ログ：起動通知」を生成し、通信装置４に送信する。また、応答ログ生成部５３は、「送信ログ：起動通知」及び「応答ログ：起動通知」を記憶部５１に記憶する。
【００５８】
ステップＳ９において、第２判定部５５は、ステップＳ６の起動処理でトラブルが発生したか否かを判定する。ここで、第２判定部５５は、記憶部５１の「送信ログ：起動通知」及び「応答ログ：起動通知」を参照し、経過時間の閾値判定と、ログの有無判定とを行う。
【００５９】
＜起動通知判定＞
経過時間の閾値判定では、「送信ログ：起動通知」の経過時間が予め設定した閾値以上の場合、トラブルが発生したと判定する。この経過時間の閾値は、任意の値で設定できる。このように、杭施工データ管理システム１では、定期処理の開始から各処理の終了までの経過時間に閾値を設け、その経過時間が閾値以上の場合、トラブルが発生したとみなす。
ログの有無判定では、「送信ログ：起動通知」と「応答ログ：起動通知」との何れか一方又は両方が記憶部５１に記憶されていない場合、トラブルが発生したと判定する。
【００６０】
なお、「送信ログ：起動通知」には、ステップＳ６の処理ＩＤが格納されているので、ステップＳ９でトラブルが発生したと判定された場合、ステップＳ６でトラブルが発生したことがわかる。このように、第２判定部５５では、トラブルが発生したか否かを判定すると同時に、トラブルが発生した処理も判定することができる（後記するステップＳ１５，Ｓ２２，Ｓ２７，Ｓ３２，Ｓ３７，Ｓ４４も同様）。
【００６１】
ステップＳ１０において、通知部５６は、ステップＳ９の判定結果をシステム監理装置７に通知する。
なお、ステップＳ６でトラブルが発生した場合、オペレータが、システム監理装置７を操作して、記憶部５１に記憶されているログ等を参照し、トラブルの発生原因を調査することになる（後記するステップＳ１６，Ｓ２３，Ｓ２８，Ｓ３３，Ｓ３８，Ｓ４５も同様）。
【００６２】
ステップＳ１１において、クラウドサーバ５は、制御情報を通信装置４に送信する。
ステップＳ１２において、通信装置４は、制御情報を記憶部４１に記憶する。
ステップＳ１３において、送信ログ生成部４４は、制御情報の記憶を示す「送信ログ：制御情報記憶」を生成し、クラウドサーバ５に送信する。この「送信ログ：制御情報記憶」には、ステップＳ１２の処理ＩＤと、その処理内容と、経過時間とが含まれている。この経過時間は、ステップＳ１の処理開始からステップＳ１２の処理終了までの時間を表す。
【００６３】
ステップＳ１４において、応答ログ生成部５３は、ステップＳ１３の送信ログに対する「応答ログ：制御情報記憶」を生成し、通信装置４に送信する。また、応答ログ生成部５３は、「送信ログ：制御情報記憶」及び「応答ログ：制御情報記憶」を記憶部５１に書き込む。
【００６４】
ステップＳ１５において、第２判定部５５は、ステップＳ１２の制御情報記憶処理でトラブルが発生したか否かを判定する。ここで、第２判定部５５は、記憶部５１の「送信ログ：制御情報記憶」及び「応答ログ：制御情報記憶」を参照し、経過時間の閾値判定と、ログの有無判定とを行う。
【００６５】
＜制御情報記憶判定＞
経過時間の閾値判定では、「送信ログ：制御情報記憶」の経過時間が予め設定した閾値以上の場合、トラブルが発生したと判定する。
ログの有無判定では、「送信ログ：制御情報記憶」と「応答ログ：制御情報記憶」との何れか一方又は両方が記憶部５１に記憶されていない場合、トラブルが発生したと判定する。
【００６６】
ステップＳ１６において、通知部５６は、ステップＳ１５の判定結果をシステム監理装置７に通知する。
ステップＳ１７において、装置制御部４５は、記憶部４１の制御情報（装置制御情報）に従って、通信装置４の装置制御（起動、停止、待機）を実行する。
【００６７】
ステップＳ１８において、装置制御部４５は、プログラムを更新するか否かを判定する。つまり、装置制御部４５は、通信装置４にインストールさているプログラムのバージョンと、制御情報に含まれるプログラムバージョン情報とを比較し、プログラムを更新するか否かを判定する。
【００６８】
装置制御部４５は、通信装置４にインストールさているプログラムのバージョンがプログラムバージョン情報より旧い場合（ステップＳ１８でＹｅｓ）、プログラムを更新すると判定し、ステップＳ１９の処理に進む。
装置制御部４５は、通信装置４にインストールさているプログラムのバージョンがプログラムバージョン情報より旧くない場合（ステップＳ１８でＮｏ）、プログラムを更新しないと判定し、ステップＳ２４の処理に進む。
【００６９】
ステップＳ１９において、装置制御部４５は、プログラムを更新する。例えば、装置制御部４５は、制御情報で指定されたバージョンのプログラムをクラウドサーバ５から受信し、受信したプログラムを通信装置４にインストールする。
【００７０】
ステップＳ２０において、送信ログ生成部４４は、プログラムの更新を示す「送信ログ：プログラム更新」を生成し、クラウドサーバ５に送信する。この「送信ログ：プログラム更新」には、ステップＳ１９の処理ＩＤと、処理内容と、経過時間とが含まれている。この処理内容には、制御情報で指定されたプログラムのバージョンと、ステップＳ１９でインストールしたプログラムのバージョンとが含まれている。この経過時間は、ステップＳ１の処理開始からステップＳ１９の処理終了までの時間を表す。
【００７１】
ステップＳ２１において、応答ログ生成部５３は、ステップＳ２０の送信ログに対する「応答ログ：プログラム更新」を生成し、通信装置４に送信する。また、応答ログ生成部５３は、「送信ログ：プログラム更新」及び「応答ログ：プログラム更新」を記憶部５１に書き込む。
【００７２】
ステップＳ２２において、第２判定部５５は、ステップＳ１９のプログラム更新処理でトラブルが発生したか否かを判定する。ここで、第２判定部５５は、記憶部５１の「送信ログ：プログラム更新」及び「応答ログ：プログラム更新」を参照し、経過時間の閾値判定と、ログの有無判定と、プログラムバージョン照合とを行う。
【００７３】
＜プログラム更新判定＞
経過時間の閾値判定では、送信ログ：プログラム更新の経過時間が予め設定した閾値以上の場合、トラブルが発生したと判定する。
ログの有無判定では、「送信ログ：プログラム更新」と「応答ログ：プログラム更新」との何れか一方又は両方が記憶部５１に記憶されていない場合、トラブルが発生したと判定する。
プログラムバージョン照合では、制御情報で指定されたプログラムのバージョンと、ステップＳ１９でインストールしたプログラムのバージョンとが一致しない場合、トラブルが発生したと判定する。
【００７４】
ステップＳ２３において、通知部５６は、ステップＳ２２の判定結果をシステム監理装置７に通知する。
ステップＳ２４において、装置制御部４５は、記憶部４１の制御情報（現場名情報）に従って、現場名を更新する。
【００７５】
ステップＳ２５において、送信ログ生成部４４は、現場名の更新を示す「送信ログ：現場名更新」を生成し、クラウドサーバ５に送信する。この「送信ログ：現場名更新」には、ステップＳ２４の処理ＩＤと、処理内容と、経過時間とが含まれている。また、この処理内容には、制御情報で指定された現場名と、ステップＳ２４で更新した現場名とが含まれている。また、この経過時間は、ステップＳ１の処理開始からステップＳ２４の処理終了までの時間を表す。
【００７６】
ステップＳ２６において、応答ログ生成部５３は、ステップＳ２５の送信ログに対する「応答ログ：現場名更新」を生成し、通信装置４に送信する。また、応答ログ生成部５３は、「送信ログ：現場名更新」及び「応答ログ：現場名更新」を記憶部５１に書き込む。
【００７７】
ステップＳ２７において、第２判定部５５は、ステップＳ２４の現場名更新処理でトラブルが発生したか否かを判定する。ここで、第２判定部５５は、記憶部５１の「送信ログ：現場名更新」及び「応答ログ：現場名更新」を参照し、経過時間の閾値判定と、ログの有無判定と、現場名の照合とを行う。
【００７８】
＜現場名更新判定＞
経過時間の閾値判定では、「送信ログ：現場名更新」の経過時間が予め設定した閾値以上の場合、トラブルが発生したと判定する。
ログの有無判定では、「送信ログ：現場名更新」と「応答ログ：現場名更新」との何れか一方又は両方が記憶部５１に記憶されていない場合、トラブルが発生したと判定する。
現場名の照合では、制御情報で指定された現場名と、ステップＳ２４で更新した現場名とが一致しない場合、トラブルが発生したと判定する。
【００７９】
ステップＳ２８において、通知部５６は、ステップＳ２７の判定結果をシステム監理装置７に通知する。
ステップＳ２９において、データ読み取り位置設定部４６は、記憶部４１の制御情報（データ読み取り位置情報）に従って、計測データの読み取り位置を設定する。なお、ステップＳ２９の詳細は後記する。
【００８０】
ステップＳ３０において、送信ログ生成部４４は、計測データの読み取り位置の設定を示す「送信ログ：データ読み取り位置設定」を生成し、クラウドサーバ５に送信する。この「送信ログ：データ読み取り位置設定」には、ステップＳ２９の処理ＩＤと、処理内容と、経過時間とが含まれている。この処理内容には、制御情報で指定されたデータ読み取り位置と、ステップＳ２９で設定したデータ読み取り位置とが含まれている。この経過時間は、ステップＳ１の処理開始からステップＳ２９の処理終了までの時間を表す。
【００８１】
ステップＳ３１において、応答ログ生成部５３は、ステップＳ３０の送信ログに対する「応答ログ：データ読み取り位置設定」を生成し、通信装置４に送信する。また、応答ログ生成部５３は、「送信ログ：データ読み取り位置設定」及び「応答ログ：データ読み取り位置設定」を記憶部５１に書き込む。
【００８２】
ステップＳ３２において、第２判定部５５は、ステップＳ２９のデータ読み取り位置設定処理でトラブルが発生したか否かを判定する。ここで、第２判定部５５は、記憶部５１の「送信ログ：データ読み取り位置設定」及び「応答ログ：データ読み取り位置設定」を参照し、経過時間の閾値判定と、ログの有無判定と、データ読み取り位置の照合とを行う。
【００８３】
＜データ読み取り位置設定判定＞
経過時間の閾値判定では、「送信ログ：データ読み取り位置設定」の経過時間が予め設定した閾値以上の場合、トラブルが発生したと判定する。
ログの有無判定では、「送信ログ：データ読み取り位置設定」と「応答ログ：データ読み取り位置設定」との何れか一方又は両方が記憶部５１に記憶されていない場合、トラブルが発生したと判定する。
データ読み取り位置の照合では、制御情報で指定されたデータ読み取り位置と、ステップＳ２９で設定したデータ読み取り位置とが一致しない場合、トラブルが発生したと判定する。
【００８４】
ステップＳ３３において、通知部５６は、ステップＳ３２の判定結果をシステム監理装置７に通知する。
ステップＳ３４において、装置制御部４５は、記憶部４１の制御情報（ＳＤカード設定情報）に従って、ＳＤカード３を認識する。これにより、無線ＬＡＮ入出力部４２は、Ｗｉ−Ｆｉを介して、ＳＤカード３との間でデータの入出力を行うことができる。
【００８５】
ステップＳ３５において、送信ログ生成部４４は、ＳＤカード３の認識を示す「送信ログ：ＳＤカード認識」を生成し、クラウドサーバ５に送信する。この「送信ログ：ＳＤカード認識」には、ステップＳ３４の処理ＩＤと、処理内容と、経過時間とが含まれている。この処理内容には、制御情報で指定されたＳＤカード設定情報と、ステップＳ３４で認識したＳＤカード３の設定情報とが含まれている。この経過時間は、ステップＳ１の処理開始からステップＳ３４の処理終了までの時間を表す。
【００８６】
ステップＳ３６において、応答ログ生成部５３は、ステップＳ３４の送信ログに対する「応答ログ：ＳＤカード認識」を生成し、通信装置４に送信する。また、応答ログ生成部５３は、「送信ログ：ＳＤカード認識」及び「応答ログ：ＳＤカード認識」を記憶部５１に書き込む。
【００８７】
ステップＳ３７において、第２判定部５５は、ステップＳ３４のＳＤカード認識処理でトラブルが発生したか否かを判定する。ここで、第２判定部５５は、記憶部５１の「送信ログ：ＳＤカード認識」及び「応答ログ：ＳＤカード認識」を参照し、経過時間の閾値判定と、ログの有無判定と、ＳＤカード設定情報の照合とを行う。
【００８８】
＜ＳＤカード認識判定＞
経過時間の閾値判定では、「送信ログ：ＳＤカード認識」の経過時間が予め設定した閾値以上の場合、トラブルが発生したと判定する。
ログの有無判定では、「送信ログ：ＳＤカード認識」と「応答ログ：ＳＤカード認識」との何れか一方又は両方が記憶部５１に記憶されていない場合、トラブルが発生したと判定する。
ＳＤカード設定情報の照合では、制御情報で指定されたＳＤカード設定情報と、ステップＳ３４で認識したＳＤカード３の設定情報とが一致しない場合、トラブルが発生したと判定する。
【００８９】
ステップＳ３８において、通知部５６は、ステップＳ３７の判定結果をシステム監理装置７に通知する。
ステップＳ３９において、データ読み取り位置設定部４６は、計測データの読み取り位置が示す計測データの読み取りを無線ＬＡＮ入出力部４２に指示する。無線ＬＡＮ入出力部４２は、データ読み取り位置設定部４６が指示した計測データをＳＤカード３から受信する。
【００９０】
ステップＳ４０において、送受信部４３は、無線ＬＡＮ入出力部４２が受信した計測データをクラウドサーバ５に送信する。そして、送受信部５２は、受信した計測データを記憶部５１に書き込む。
ステップＳ４１において、スマートフォン６は、ステップＳ４０の計測データに対応した画像データをクラウドサーバ５に送信する。そして、送受信部５２は、受信した計測データを記憶部５１に書き込む。
【００９１】
ステップＳ４２において、送信ログ生成部４４は、計測データの送信を示す「送信ログ：計測データ送信」を生成し、クラウドサーバ５に送信する。この「送信ログ：計測データ送信」には、ステップＳ４０の処理ＩＤと、処理内容と、経過時間とが含まれている。この処理内容には、送信した計測データのファイル名及び送信件数が含まれている。この経過時間は、ステップＳ１の処理開始からステップＳ４０の処理終了までの時間を表す。
【００９２】
ステップＳ４３において、応答ログ生成部５３は、ステップＳ４１の送信ログに対する「応答ログ：計測データ送信」を生成し、通信装置４に送信する。この「応答ログ：計測データ送信」には、受信した計測データのファイル名及び受信件数が含まれている。応答ログ生成部５３は、「送信ログ：計測データ送信」及び「応答ログ：計測データ送信」を記憶部５１に書き込む。
【００９３】
ステップＳ４４において、第２判定部５５は、ステップＳ４０の計測データ送信処理でトラブルが発生したか否かを判定する。ここで、第２判定部５５は、記憶部５１の「送信ログ：計測データ送信」及び「応答ログ：計測データ送信」を参照し、経過時間の閾値判定と、ログの有無判定と、計測データの送受信件数の照合とを行う。
【００９４】
＜計測データ送信判定＞
経過時間の閾値判定では、「送信ログ：計測データ送信」の経過時間が予め設定した閾値以上の場合、トラブルが発生したと判定する。
ログの有無判定では、「送信ログ：計測データ送信」と「応答ログ：計測データ送信」との何れか一方又は両方が記憶部５１に記憶されていない場合、トラブルが発生したと判定する。
計測データの送受信件数の照合では、「送信ログ：計測データ送信」の送信件数と「応答ログ：計測データ送信」の受信件数とが一致しない場合、トラブルが発生したと判定する。
【００９５】
ステップＳ４５において、通知部５６は、ステップＳ４４の判定結果をシステム監理装置７に通知する。
ステップＳ４６において、第１判定部５４は、施工データが欠落していか否かを判定する。つまり、第１判定部５４は、記憶部５１において、計測データ及び画像データが記憶部５１に記憶されている場合、施工データの正常受信と判定する。一方、第１判定部５４は、計測データ及び画像データの一方又は両方が記憶部５１に記憶されていない場合、施工データの欠落と判定する。
【００９６】
施工データが欠落している場合（ステップＳ４６でＹｅｓ）、クラウドサーバ５は、ステップＳ４７の処理に進む。
施工データを正常に受信した場合（ステップＳ４６でＮｏ）、通信装置４及びクラウドサーバ５は、処理を正常終了する。
【００９７】
ステップＳ４７において、第１判定部５４は、欠落した計測データのデータ番号を抽出する。
ステップＳ４８において、通知部５６は、ステップＳ４７で抽出した計測データのデータ番号をシステム監理装置７に通知する。
ステップＳ４９，Ｓ５０において、システム監理装置７は、欠落した計測データの再送信を行うため、制御情報（データ読み取り位置情報）を修正する。例えば、ステップＳ４８の通知を参照し、オペレータがシステム監理装置７を操作して、制御情報（データ読み取り位置情報）を手動で修正する。
【００９８】
ステップＳ５１において、クラウドサーバ５は、修正された制御情報を記憶部５１に記憶する。その後、杭施工データ管理システム１は、ステップＳ５に戻り、修正された制御情報に戻づいて処理を継続する。
【００９９】
［データ読み取り位置の設定方法］
図８〜図１１を参照し、データ読み取り位置の設定方法について説明する。
図８に示すように、各計測データは、異なる命名規約でファイル名が付与されている場合が多い。図８（ａ）の例では、計測データのファイル名が、データ番号ａ、日時ｂ、杭番号ｃ、フラグｄ、ページ数ｅ、及び、拡張子ｆをピリオド「．」で区切ったものとなっている。一方、図８（ｂ）の例では、計測データのファイル名が、データ番号ａ及び拡張子ｆをピリオド「．」で区切ったものとなっている。
【０１００】
データ番号ａは、各計測装置２で採番した４桁の数値（連番）である。
日時ｂは、計測データのタイムスタンプであり、例えば、計測データを生成した日時を表す。
杭番号（施工対象物番号）ｃは、施工作業の対象物たる杭を一意に識別する４桁の数値である。
フラグｄは、例えば、掘削完了「００」、又は、最終「０１」を表す２桁の数値である。
ページ数ｅは、画像ファイルに変換した計測データのページ数である。つまり、画像ファイルの計測データがページ単位で表示されるので、ページ数ｅはそのページ数を表す。
拡張子ｆは、画像ファイルの形式を表す文字列である。例えば、画像ファイルがｊｐｇ形式の場合、拡張子ｆは「ｊｐｇ」となる。
【０１０１】
以下、図８（ａ）に示すように、計測データのファイル名にデータ番号ａ、日時ｂ及び杭番号ｃが含まれる場合を、ケースＡとして説明する。次に、図８（ｂ）に示すように、計測データのファイル名にデータ番号ａが含まれる場合を、ケースＢとして説明する。
【０１０２】
＜ケースＡ＞
図９には、ケースＡにおけるデータ読み取り位置の設定方法を図示した。図９に示すように、ケースＡでは、オペレータの手動設定（手動操作）、計測データの先頭、既存の計測データのスキップ、データ番号ａ、日時ｂ又は杭番号ｃにより、データ読み取り位置を設定できる。この図９は、通信装置４がクラウドサーバ５に送信した計測データのファイル名の一覧を表しており、計測データの時系列順にファイル名が並んでいる。例えば、計測データのファイル名一覧は、記憶部５１の「送信ログ：計測データ送信」を参照すれば取得可能である。
【０１０３】
「オペレータの手動設定」とは、データ読み取り位置をオペレータが手動で設定（操作）することである。この場合、オペレータは、データ読み取り位置を任意に設定できる。
「計測データの先頭」とは、計測データの先頭位置をデータ読み取り位置として設定することである。図９の例では、データ番号「２３５３」で始まる計測データがデータ読み取り位置として設定されている。
【０１０４】
「既存の計測データのスキップ」とは、クラウドサーバ５に記憶されている最新の計測データの後をデータ読み取り位置として設定することである。つまり、既存の計測データのスキップでは、既にクラウドサーバ５に記憶されている計測データを再送信しない。図９の例では、データ番号「２３５３」で始まる計測データからデータ番号「２３８９」で始まる計測データがクラウドサーバ５に記憶されている。この場合、既存の計測データのスキップでは、データ番号「２３９０」で始まる計測データがデータ読み取り位置として設定される。
【０１０５】
さらに、ケースＡでは、データ番号ａ、日時ｂ又は杭番号ｃの何れかにより、データ読み取り位置を設定できる。図９の例では、データ番号「２３９５」で始まる計測データをデータ読み取り位置として設定している。
【０１０６】
図１０のファイル名一覧では、データ番号「２３９６」で始まる計測データが欠落しているため、その計測データが含まれていない。この場合、データ番号「２３９６」で始まる計測データを再送信するように、データ読み取り位置を設定する。
例えば、データ番号「２３９５」で始まる計測データのデータ番号ａ、日時ｂ又は杭番号ｃをデータ読み取り位置として指定する。この場合、既にクラウドサーバ５に記憶されているデータ番号「２３９５」及び「２３９７」で始まる計測データの再送信はスキップされ、データ番号「２３９６」で始まる計測データが再送信される。
また、データ番号「２３９６」で始まる計測データのデータ番号ａ、日時ｂ又は杭番号ｃをデータ読み取り位置として指定してもよい（不図示）。この場合も、データ番号「２３９６」で始まる計測データが再送信される。
なお、計測データ及び画像データの両方が欠落した場合、その次の計測データ及び画像データがクラウドサーバ５に送信された後でないと、その欠落を判定できない。
【０１０７】
＜ケースＢ＞
図１１には、ケースＢにおけるデータ読み取り位置の設定方法を図示した。図１１のファイル名一覧では、データ番号「２４９６」で始まる計測データが欠落しているため、その計測データが含まれていない。ケースＢでは、オペレータの手動設定（手動操作）、計測データの先頭又はデータ番号ａにより、データ読み取り位置を設定できる。つまり、ケースＢは、日時ｂ又は杭番号ｃをデータ読み取り位置として設定できない以外、ケースＡと同様のため、これ以上の説明を省略する。
【０１０８】
［作用・効果］
以上のように、杭施工データ管理システム１は、施工データの受信状況を自動監視できるので、運用コストを抑制し、トラブルに迅速に対応することができる。
さらに、杭施工データ管理システム１は、欠落した計測データを素早く再送信できるので、トラブルに迅速に対応することができる。
さらに、杭施工データ管理システム１は、計測機器のメーカや機種毎に計測データの命名規約が異なる場合でも、各命名規約に応じた形式で欠落した計測データを指定できるので、汎用性を向上させることができる。
【０１０９】
さらに、杭施工データ管理システム１は、オペレータがシステム監理装置７を操作して、通信装置４をシステム監理センタから制御できる。これにより、杭施工データ管理システム１では、トラブルが発生しても通信装置４の設置場所に作業員を派遣する必要がなく、運用コストを抑制し、トラブルに迅速に対応することができる。
さらに、杭施工データ管理システム１は、通信装置でトラブルが発生した処理を自動的に判定できるので、トラブルに迅速に対応することができる。
【０１１０】
（変形例）
以上、本発明の実施形態を詳述してきたが、本発明は前記した実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
施工データ管理システムの動作は、前記した動作例に限定されない。
【０１１１】
前記した実施形態では、施工データ管理システムが杭の施工に関する施工データを監理することとして説明したが、これに限定されない。例えば、施工データ管理システムは、生コンクリートの調合から出荷、運搬、荷卸し、圧送、打設に至るまでの一連の工事を時系列で監理したり、山留め工事、配筋工事、型枠工事、又は、鉄骨建方やボルトの締め付け作業に関する施工データを監理してもよい。この他、施工データ管理システムは、地盤沈下や免振建物工事中の沈下計測作業、トータルステーションなどの自立測量装置による計測作業、鉄骨建て方時の自動縦入れ計測作業に関する施工データを監理してもよい。
【０１１２】
前記した実施形態では、対応データが、杭打ち機による施工作業を撮影した画像データであることとして説明したが、これに限定されない。この対応データは、計測データに対応するデータ、つまり、計測データと揃って監理されるデータであればよい。例えば、対応データとしては、実測値の入力データ、適否の判断操作データ、施工開始・終了時間の登録データ、元請への承認依頼操作データ、及び、ＱＲコード（登録商標）をあげることができる。
計測データのデータ項目やレイアウトは、図３に限定されないことは言うまでもない。また、計測データのファイル名は、前記した例に限定されない。例えば、計測データのファイル名は、ピリオド「．」以外を区切り文字としてもよい。
【０１１３】
前記した実施形態では、入力装置がスマートフォンであることとして説明したが、これに限定されない。例えば、入力装置としては、タブレット端末やノート型パソコンをあげることができる。
前記した実施形態では、ＳＤカードが、Ｗｉ−Ｆｉ等の無線ＬＡＮを用いることとして説明したが、これに限定されない。例えば、ＳＤカードは、ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信や、ＩｒＤＡ等の近距離赤外線通信を用いてもよい。
【０１１４】
前記した実施形態では、クラウドサーバに施工データを送信することとして説明したが、これに限定されない。例えば、クラウドサーバではなく、一般的なファイルサーバに施工データを送信してもよい。
前記した実施形態では、通信装置のログ（送信ログ、応答ログ）を参照していないが、これらのログを参照してもよい。
【０１１５】
前記した実施形態では、「既存の計測データのスキップ」を説明したが、これに限定されない。例えば、「既存の計測データのスキップ」では、現場開設時に既にＳＤカードに記憶されている計測データの送信をスキップすることとしてもよい。
具体的には、同一のＳＤカードを最初に認識した際、最新の計測データのファイル名を通信装置が取得し、クラウドサーバの記憶部に記憶しておく。そして、通信装置は、最新の計測データより旧い計測データを再送信しなければよい。
この場合、通信装置の定期処理において、現場開設時、同一のＳＤカードを最初に認識した際、そのＳＤカードに計測データが記憶されていない場合、データ読み取り位置を「計測データの先頭」に設定する。一方、そのＳＤカードに計測データが記憶されている場合、データ読み取り位置を「既存の計測データのスキップ」に設定する。これにより、施工データ管理システムは、ＳＤカードに記憶されている計測データが２重で再送信されてしまう事態を防止できる。
【符号の説明】
【０１１６】
１  杭施工データ管理システム（施工データ管理システム）
２  計測装置
３  無線ＬＡＮ機能付きＳＤカード３
４  通信装置
５  クラウドサーバ（サーバ）
６  スマートフォン（入力装置）
７  システム監理装置（監理装置）
４１  記憶部
４２  無線ＬＡＮ入出力部
４３  送受信部（送信部）
４４  送信ログ生成部
４５  装置制御部
４６  データ読み取り位置設定部（再送信指示部）
５１  記憶部
５２  送受信部（受信部）
５３  応答ログ生成部
５４  第１判定部
５５  第２判定部
５６  通知部
【図１】
2020144545.tif 000003
【図２】
2020144545.tif 000004
【図３】
2020144545.tif 000005
【図４】
2020144545.tif 000006
【図５】
2020144545.tif 000007
【図６】
2020144545.tif 000008
【図７】
2020144545.tif 000009
【図８】
2020144545.tif 000010
【図９】
2020144545.tif 000011
【図１０】
2020144545.tif 000012
【図１１】
2020144545.tif 000013