NETIS活用で保存遅延を見過ごせない理由
NETISで新技術を調べ、実際の施工現場へ導入するときは、技術そのものの機能や施工効果だけでなく、現場で取得したデータを確実に保存できる運用まで確認しておくことが重要です。写真、位置情報、計測結果、出来形記録、作業履歴などを端末で扱う技術では、操作を完了したことと、必要なデータが保存されたことが必ずしも同じタイミングとは限りません。
現場担当者の視点では、撮影ボタンや保存ボタンを押して画面が次の状態へ進めば、「記録は終わった」と判断したくなります。しかし、端末内部ではその後もデータの書き込み、関連情報の登録、ファイルの確定、一覧画面への反映、同期対象への追加といった処理が続いている場合があります。その最中に自動バックアップや別の同期処理が始まると、端末内の保存領域や演算処理、通信回線などを複数の処理が同時に利用する状態になります。
このような競合が発生しても、必ず保存が失敗するわけではありません。多くの場合は処理時間が少し長くなるだけで、最終的には正常に保存されます。ただし、現場では数秒から数十秒の遅れでも軽視できません。連続して写真を記録する工程や、多数の測点を短時間に取得する工程では、一回ごとの待ち時間が積み重なります。担当者が待ちきれず同じ操作を繰り返したり、保存が完了する前に別の作業へ移ったりすれば、重複記録や確認漏れの原因になります。
さらに問題なのは、「保存が遅い」という現象が一つの原因だけで発生するとは限らないことです。自動バックアップとの競合以外にも、空き容量の不足、大量の未送信データ、通信品質の変化、端末内部のバックグラウンド処理、長時間使用による端末状態の変化などが重なっている可能性があります。保存遅延が発生したからといって、すぐに導入した新技術そのものの不具合と判断してしまうと、原因を取り違えるおそれがあります。
NETISの掲載情報は、新技術の活用を検討するための参考情報として確認するものであり、掲載されていることだけを理由に、あらゆる施工環境で同一の運用結果が保証されると考えるべきではありません。現場ごとに通信環境、施工手順、記録量、使用する端末の状態が異なる以上、実際の条件に合わせた運用確認が必要です。
特に端末を利用した施工記録では、精度や機能だけを見るのではなく、「取得した記録がどの時点で保存されたと判断できるのか」「保存後のバックアップはいつ行われるのか」「処理が遅れた場合にどう対応するのか」まで決めておくことが重要です。そこで本記事では、NETIS活用に伴う端末運用を安定させるため、自動バックアップ競合による保存遅延を防ぐ観点から確認したい5つのポイントを整理します。
自動バックアップ競合が保存遅延につながる仕組み
端末で一つの施工記録を保存するとき、利用者には一回の操作に見えても、内部では複数段階の処理が行われています。例えば現場写真であれば、画像データの生成、保存領域への書き込み、撮影時刻や位置情報などの付随情報の処理、施工記録との関連付け、記録一覧への反映などが考えられます。点群や長時間の計測データなど、容量が大きい記録ではさらに処理量が増える場合があります。
一方、自動バックアップ側でも処理が必要です。新しいファイルが存在するかを確認し、変更されたデータを検出し、送信対象を準備し、必要に応じて通信回線を利用して外部の保存先へ転送します。仕組みによっては、バックアップ対象を確認するため端末内部のファイルへ継続的にアクセスする場合もあります。
つまり、現場アプリによる保存と自動バックアップが同じ時間帯に動作すると、保存領域への読み書き、演算処理、通信などが重なる可能性があります。端末に十分な処理余力があれば影響を感じないこともありますが、大容量データを連続して扱っている場合や、空き容量が少ない場合、未処理データが大量に残っている場合などでは、通常より処理時間が長くなることがあります。
ここで注意したいのは、「保存」「同期」「バックアップ」を同じ意味として扱わないことです。端末内部への一次保存が終わってから外部への同期を始める仕組みもあれば、保存操作をきっかけに複数処理が連続して行われる仕組みもあります。端末内部には記録が残っていても、外部への転送が終わっていない状態はあり得ます。
この区別が曖昧なままだと、現場で混乱が起こります。例えば外部への同期中であるだけなのに「保存できていない」と考えて同じ記録を作り直すと、重複データが発生する可能性があります。逆に、端末内部への書き込みが終わっていない段階で作業を終了したり、端末の状態を変更したりすると、本来残すべき記録の確認が難しくなる場合があります。
また、保存遅延をすべて通信速度の問題と考えるのも適切ではありません。端末内部へ先に保存する方式では、通信が不安定でも一次保存そのものは完了する場合があります。反対に、通信回線が高速でも、端末内部で大量のファイル確認やバックアップ準備が同時に動けば、保存処理に影響することがあります。
したがって、自動バックアップ競合を防ぐには、単純にバックアップを止めればよいわけではありません。バックアップは記録を保全するうえで重要な処理です。必要なのは、現場の保存処理とバックアップ処理が集中しないように運用を設計し、さらに競合が起きた場合でも保存完了を正しく確認できる状態にすることです。
確認1 保存処理と自動バックアップの実行タイミングを分ける
最初に確認したいのは、施工記録を大量に保存する時間帯と、自動バックアップが活発に動作する時間帯が重なっていないかです。保存遅延が毎回発生するのではなく、昼前や作業終了前など特定の時間だけ目立つのであれば、時間帯によって動作する自動処理との競合を疑う余地があります。
現場では、一日の中でも記録量に大きな差があります。施工開始時には確認写真が集中し、工程の切り替わりには出来形記録が増え、作業終了前にはその日の記録整理が重なるといったことがあります。こうした時間帯に、それまで蓄積していたデータのバックアップまで始まれば、一時的に処理が集中します。
確認するときは、最初から複数の設定を変更するのではなく、通常時と遅延発生時の違いを観察することが大切です。同程度の写真や記録を保存し、バックアップ処理が落ち着いている時間と、処理中と思われる時間で完了までの時間を比べます。特定の条件で明確に差が出るのであれば、保存とバックアップの同時処理が原因候補になります。
競合が疑われる場合は、大量の記録取得と大量バックアップの時間をできるだけ分ける方法を検討します。例えば、連続計測を実施している最中に過去の大容量データをまとめて転送しない、工程の区切りで一次保存を確認してからバックアップ処理を進めるなど、実際の施工手順に合わせて時間をずらします。
ただし、現場担当者が記録するたびに設定画面を開き、自動バックアップを手動で停止したり再開したりする運用は慎重に考える必要があります。設定の戻し忘れが起きると、本来必要なバックアップが長時間行われなくなるからです。保存遅延を防ぐためにバックアップ機能そのものを弱めてしまえば、別の記録保全リスクが生じます。
望ましいのは、現場工程の中に自然に組み込める方法です。施工記録が集中する時間、通信が安定しやすい時間、大量転送を行いやすい時間を整理し、その現場に合った処理の順序を決めます。作業者が意識しなくても守りやすい運用にすることが、継続性を高めます。
また、写真と点群、短い記録と長時間計測では処理負荷が異なります。すべてのデータを同じ扱いにするのではなく、特に容量が大きい作業を事前に把握しておくことも重要です。「この工程では保存量が増えるため、開始前に同期状態を確認する」といった運用を決めておけば、処理競合を予防しやすくなります。
NETIS活用を複数現場へ広げる場合には、このタイミング管理を現場担当者だけの経験にしないことも大切です。どの工程で記録量が増えたのか、どの条件で遅延が発生したのかを残し、次の現場へ共有すれば、導入初期に同じ問題を繰り返す可能性を減らせます。
確認2 端末の空き容量と一時領域を確認する
2つ目の確認は、端末の空き容量です。自動バックアップとの競合に見える現象でも、実際には保存領域の余裕が少なくなっていることで処理が重くなっている場合があります。現場端末では写真だけでなく、動画、点群、図面、計測ファイル、施工履歴など複数種類のデータを扱うため、想定より早く使用容量が増えることがあります。
特に注意したいのは、「保存予定のファイルが入る容量が残っているから問題ない」という考え方です。保存処理では、完成したファイルの容量だけが必要になるとは限りません。処理途中に一時データを保持したり、編集用情報を作成したり、転送準備のため別の処理領域を使用したりする場合があります。
そのため、空き容量がほとんど残っていない状態で大容量データを扱うと、画面上では保存できていても処理時間が延びたり、別の処理と重なったときに挙動が不安定になったりする可能性があります。必要な余裕量は利用する仕組みやデータ形式によって異なるため、一律の数値だけで判断するより、実際の現場で一日のデータ増加量を把握するほうが実務的です。
例えば、通常の施工日に作業開始前と終了後の使用量を比較すれば、一日でおおよそどの程度増えるかを確認できます。写真中心の日と大容量計測を行う日を分けて把握すれば、繁忙工程に入る前に容量不足を予測しやすくなります。
自動バックアップを利用している場合には、「バックアップが終わったので端末内部のデータを削除してよい」と即断しないことも重要です。外部の保存先へデータが送られたことと、そのデータを必要な状態で確認できることは分けて考えます。保存先で記録内容や必要な付随情報まで確認できることを確かめてから、端末内部を整理する運用が安全です。
現場内では、一次保存、バックアップ完了、内容確認、端末内整理という段階を分けて考えると管理しやすくなります。端末内整理だけを急いで行うと、保存遅延の原因調査に必要な元データまで失う可能性があります。
また、容量の確認は異常が起きてから行うのではなく、施工開始前の基本確認に含めることが有効です。前日に大量のデータを取得した端末を翌朝そのまま使用すると、開始時点ですでに余裕が少ない場合があります。複数の担当者が同じ端末を引き継いで使う現場では、前の担当者がどれだけ記録したか分からないケースもあるため、作業開始時の確認が重要になります。
保存遅延が発生した端末と正常な端末がある場合、空き容量の違いを比較することも原因切り分けに役立ちます。同じ作業、同じ通信環境、同程度のデータ量でも、容量に余裕の少ない端末だけで遅延するのであれば、保存領域の状態を優先して確認できます。
容量管理は地味な作業ですが、現場で端末を安定利用するための基本です。NETIS活用で新しい施工技術を導入するときほど、技術の目新しい機能だけでなく、日々のデータ量がどの程度になるのかを事前に想定しておく必要があります。
確認3 通信回線とアップロード処理の競合を確認する
3つ目は通信回線とアップロード状態です。端末内部への保存と同時または保存後に外部への同期を行う運用では、通信状態によって処理の見え方が変わることがあります。特に施工現場は、場所によって通信品質が変化しやすいため注意が必要です。
屋外の開けた場所では問題がなくても、地下、構造物内部、法面の陰、仮設物の裏側などへ移動すると通信品質が低下することがあります。作業中に送信できなかったデータが端末内部へ蓄積し、通信可能な場所へ戻った瞬間にまとめてアップロードが始まれば、新しい記録の処理と重なる可能性があります。
このような場合、担当者には「通信が良い場所へ戻ったのに急に端末が重くなった」ように見えることがあります。しかし実際には、通信が回復したことをきっかけに保留されていた処理が一斉に再開している可能性があります。
そこで確認したいのは、回線速度だけではありません。未送信データが残っていないか、長時間アップロード中になっていないか、通信状態が回復した直後だけ遅くならないかといった処理の流れを見ます。保存遅延が発生した時刻と、通信環境が変化したタイミングを一緒に記録すると原因を探りやすくなります。
また、通信が遅いからといって、一次保存まで失敗しているとは限りません。端末内部への保存を先に完了する仕組みであれば、外部への同期が保留されていても現場記録自体は残っている場合があります。この違いを理解していないと、担当者が同じ写真や計測を繰り返し、重複記録を増やしてしまうことがあります。
逆に、保存操作の完了に通信処理が関係する仕組みでは、通信が不安定な場所で画面の反応が遅くなる可能性があります。どの段階まで端末単体で処理でき、どの段階から通信が必要になるのかを導入前に把握しておくと、現場での判断がしやすくなります。
通信が不安定な現場では、「反応が遅ければもう一度押す」という操作を避けるルールも必要です。短時間に同じ操作を繰り返すと、通信処理待ちや記録処理がさらに増える場合があります。まず現在の処理状態を確認し、一定時間経過しても変化がない場合に次の手順へ進むという運用が適しています。
さらに、現場で複数の通信処理を同時に利用している場合は、どの処理が帯域を使用しているかも意識します。大容量データのバックアップを行いながら、別の記録を大量に送信すれば、個々の通信が正常であっても待ち時間が発生しやすくなります。
NETIS活用の事前確認では、事務所や通信条件の良い場所だけで動作を見るのではなく、実際に施工する範囲でどのような通信条件になるかを確認することが重要です。現場で起こり得る通信断や再接続まで含めて確認しておけば、導入後に保存遅延が発生したときも冷静に切り分けられます。
確認4 バックグラウンド処理と電源・温度条件を確認する
4つ目は、利用者から見えにくいバックグラウンド処理と、端末の電源や温度などの状態です。保存が遅いときに画面上で目立った処理が表示されていなくても、端末内部ではバックアップ、同期、ファイル整理、データ準備などが動いている場合があります。
現場アプリだけを見ていると、「何もしていないのに遅くなった」と感じることがあります。しかし端末全体では複数の処理が同じ演算資源、メモリ、保存領域を使用しています。現場で大容量データを扱っている時間に別処理が重なれば、一時的に反応が遅くなる可能性があります。
特に長時間の連続使用では、朝一番の動作確認だけでは判断できません。施工開始直後は快適でも、写真や計測データを大量に保存し続けた後に処理が遅くなるケースがあります。端末の使用状態は一日の中で変化するため、遅延が発生した時刻や連続使用時間を記録しておくことが大切です。
温度条件も確認対象です。直射日光を受ける場所や高温になりやすい作業環境では、端末内部の温度が上がる場合があります。機器は安定性を維持するため状態に応じて動作を制御することがあるため、朝の涼しい時間帯と日中の高温時で処理状況が同じとは限りません。
ただし、温度が上がれば必ず保存が遅れると断定するのは適切ではありません。重要なのは、遅延が発生したときの条件を記録して比較することです。特定の時間帯や連続使用後にだけ発生するのであれば、バックアップ以外の端末状態も含めて調べます。
電源条件についても同様です。端末によっては電池残量や電源接続状態によって、バックグラウンド処理の開始条件や動作が変わる場合があります。充電を開始した直後に、それまで保留されていた処理が動き始める可能性もあります。反対に、電池消費を抑えるため一部の処理が抑制される場合も考えられます。
ここで大切なのは、特定の動作を一般化せず、使用している端末と現場環境で実際の挙動を確認することです。「充電していれば必ず速い」「電池が少なければ必ず遅い」と決めつけるのではなく、遅延が発生したときに電源条件を記録し、再現性を見る方法が適しています。
複数台の端末を同じ現場で利用する場合には、基本設定をできる範囲でそろえることも重要です。担当者ごとにバックアップや電源関連の設定が異なれば、同じ作業を行っても挙動に差が出て原因調査が難しくなります。
設定変更や更新を行った日付も記録しておくと役立ちます。前日まで問題なかった端末で急に保存遅延が発生した場合、直前に端末設定、現場アプリ、バックアップ条件などに変更がなかったかを確認できます。変更履歴があれば、技術そのものの問題と利用環境の変化を切り分けやすくなります。
NETISを活用して新技術を現場へ展開するときは、操作方法だけを標準化するのではなく、端末を使用する前提条件も標準化することが重要です。日常的な端末状態の違いを小さくしておけば、保存遅延が発生した場合の原因調査も効率化できます。
確認5 保存完了の判定方法と復旧手順を統一する
5つ目は、現場で何をもって「保存完了」と判断するかを決めることです。自動バックアップ競合で最も注意したいのは、単純に処理が数秒長くなることではありません。作業者が保存できたと思って次へ進んだ一方で、実際には処理が続いていたという認識差です。
保存完了の判定方法が担当者によって違うと、同じ画面を見ても対応が変わります。ある担当者はボタンを押した時点で完了と考え、別の担当者は一覧へ反映されるまで待ち、さらに別の担当者は外部への同期が終わるまで確認するという状態では、運用品質をそろえることができません。
まず、自社の現場で一次保存完了と最終的なバックアップ完了を分けて定義します。一次保存が確認できれば次の施工記録へ進んでよいのか、それとも同期完了まで待つ必要があるのかを、利用する仕組みに合わせて決めます。
保存確認の方法としては、処理完了を示す表示を見る、記録一覧への反映を確認する、保存した記録を再表示できることを確認するなどが考えられます。どの方法が使えるかはシステムによって異なるため、現場で実行可能な基準を選びます。
大量の施工記録を扱う場合、すべての操作後に複雑な確認を行うと作業効率が落ちます。そのため、通常の一件ごとの確認と、工程区切りで行うまとめ確認を分ける方法も有効です。例えば日常的な記録では完了表示を確認し、一定件数ごとや工程終了時には一覧や件数を確認するといった運用です。
保存遅延が発生した場合の復旧手順も事前に決めておきます。画面がすぐに変化しないからといって、連続して同じ操作を行わないことが基本です。まず処理状態を確認し、一定時間待ち、それでも完了しない場合に通信状態、空き容量、バックアップ状態などを順番に確認します。
端末の再起動や設定変更は、未保存データや処理中の記録がないことを確認してから行います。原因が分からないまま操作を繰り返すと、保存遅延という一つの問題に、記録重複や未送信データの混乱など別の問題が加わるおそれがあります。
障害時に残す情報も標準化すると、後から原因を追いやすくなります。発生時刻、作業場所、記録の種類、保存しようとしたデータ量、通信状態、空き容量、バックアップの処理状況、直前まで正常だったかといった条件を残します。
特に「保存遅延」と「保存失敗」を分けることが重要です。時間はかかったものの正常に記録されたのであれば、処理負荷や競合を改善する問題です。一方、必要な記録が残らなかったのであれば、記録保全を含めた別の対応が必要です。
現場からの報告を「端末が遅かった」だけで終わらせず、「保存完了まで通常より時間を要したが記録は残った」「一定時間後も記録を確認できなかった」と区別できれば、原因調査の精度が高まります。NETIS活用を継続的に改善するためにも、現象を具体的に記録する運用が役立ちます。
NETIS活用の標準運用に5つの確認を組み込む
5つの確認を実施しても、担当者が毎回思い出して個別に行うだけでは定着しにくくなります。NETISを活用して新技術を現場へ導入する際には、保存遅延対策を標準的な施工手順へ組み込むことが重要です。
まず作業開始前には、端末の空き容量と前回作業の処理状況を確認します。前日の未送信データが大量に残っていれば、その日の作業開始後にバックアップが集中する可能性があります。記録量の多い工程を予定している日は、通常日より余裕を持って確認します。
次に、施工開始後は保存完了の判定方法を全員でそろえます。操作教育では「どのボタンを押すか」だけでなく、「どこを確認したら記録完了なのか」まで含めます。この違いは小さく見えますが、連続作業時の記録漏れや重複を防ぐうえで重要です。
工程の途中では、バックアップ処理が大量に滞留していないかを確認します。通信が不安定な施工範囲から戻った場合などは、保留されていた処理が再開していないかを見るとよいでしょう。大量アップロード中であれば、記録が集中する次工程との重なりを避けられるか検討します。
大容量の計測を始める前には、通常の写真記録以上に慎重な確認が必要です。十分な空き容量があるか、直前の大容量処理が残っていないか、計測終了後に一次保存をどのように確認するかを決めてから開始します。
作業終了時には、端末内に必要な記録が残っていることと、必要に応じてバックアップが進んでいることを確認します。翌日別の担当者へ引き継ぐ場合は、未処理状態を明確にしておきます。処理途中の端末を何も説明せず渡すと、翌日の担当者が異常と判断して不要な設定変更を行う可能性があります。
複数現場でNETIS活用技術を展開する場合には、保存遅延が発生した条件を現場間で共有することも有効です。例えば通信不安定区間から戻った直後に大量転送が始まりやすかった、大容量記録が連続した日に空き容量が急減したといった経験は、別現場の事前確認に利用できます。
このような情報を蓄積すると、「どの現場でも端末が遅い」という曖昧な評価ではなく、「どの条件で処理が集中しやすいか」という具体的な知見になります。新技術の性能と現場運用上の問題を分けて検討するためにも、条件を記録して共有することが重要です。
保存遅延が起きたときの切り分け手順
事前対策を行っていても、施工条件の変化によって保存遅延が発生することはあります。その場合に重要なのは、複数の設定を一度に変更しないことです。一度に多くの条件を変えると、症状が改善しても原因を特定できなくなります。
最初に、遅延に再現性があるかを確認します。同じ種類の記録を保存すると常に遅いのか、特定の時間だけ遅いのか、特定のデータ量を超えたときに遅くなるのかを見ます。発生条件を具体化するだけでも、調査範囲を大きく絞れます。
毎回遅い場合は、端末の空き容量や保存データ量、長時間使用による端末状態などを確認します。特定時間だけ遅い場合は、自動バックアップや通信処理など、時間に応じて動作する処理を確認します。
次に、バックアップ処理が落ち着いている状態と処理中の状態で保存時間を比較します。同じ程度のデータで明確な差があれば、処理競合が原因候補になります。ただし、その結果だけで自動バックアップが唯一の原因と断定せず、容量や通信状態も合わせて確認します。
空き容量が少なければ、安全に整理できる記録があるかを確認します。ただし、外部へバックアップされたように見えるという理由だけで元データを削除せず、必要な記録を確認できる状態になっていることを確かめます。
次に通信状態を確認します。地下や構造物内部から通信可能な場所へ戻った直後に遅くなるのであれば、保留された送信処理が集中している可能性があります。未送信件数や同期状態を確認できる場合は、その変化も見ます。
それでも原因が分からない場合は、電源状態、連続使用時間、端末温度の変化、直近の設定変更などを確認します。作業開始時には正常で数時間後に遅くなるのであれば、自動バックアップだけでなく複数の負荷が重なっている可能性があります。
原因の候補が見つかったら、可能な範囲で一つだけ条件を変更し、同じ操作を再確認します。例えばバックアップの処理が落ち着いてから同じ記録を保存し、時間が変わるかを見ます。一つずつ比較することで、再発防止策を具体化できます。
現象を記録するときは、「保存が遅い」という表現だけで終わらせません。「大量の施工写真を連続保存した後、未送信データの転送開始と重なり保存完了表示まで時間を要した」など、発生前後の条件を含めて記録します。
この情報が蓄積されれば、次回からは現場担当者が同じ順序で切り分けられます。結果として、問題が起きるたびに端末交換や設定変更を試すような場当たり的な対応を減らせます。
NETIS活用では、新技術を導入したこと自体を目的にせず、現場条件に合わせて安定して使える状態へ整えることが重要です。保存遅延の原因を技術本体、端末状態、通信環境、バックアップ処理、作業手順に分けて考えれば、改善すべき部分を特定しやすくなります。
まとめ
NETIS活用で端末の自動バックアップ競合による保存遅延を防ぐためには、自動バックアップを単純に停止するのではなく、施工記録の保存処理とバックアップ処理がどのように重なるかを把握し、現場運用として管理することが重要です。
最初に確認したいのは、記録が集中する時間と自動バックアップの実行タイミングです。大量保存と大量転送が同時に発生する時間を減らせれば、処理競合を避けやすくなります。ただし、担当者が毎回手動で設定を変更するような複雑な運用では、バックアップの戻し忘れなど別のリスクが生まれるため、施工工程に合わせた分かりやすいルールが必要です。
次に、端末の空き容量を確認します。保存予定ファイルが入るだけの容量ではなく、処理途中の一時領域も必要になる可能性を考え、余裕を持たせます。一日のデータ増加量を把握しておけば、大容量計測が続く工程でも容量不足を予測しやすくなります。
通信回線については、単純な速度だけを見るのではなく、未送信データが蓄積していないか、通信回復時に大量のアップロードが始まっていないかを確認します。通信状態が改善した直後ほど処理が集中するケースも想定し、一次保存と外部同期を区別して判断することが大切です。
バックグラウンド処理、電源、温度、連続使用時間など、端末側の状態も確認対象です。保存遅延が発生したときの条件を記録し、どの要因と関連しているかを比較すれば、原因を絞り込みやすくなります。
そして最も重要なのが、保存完了の基準を統一することです。ボタンを押した時点、端末内部への一次保存が確認できた時点、外部への同期まで終わった時点を区別し、その現場ではどこまで確認すれば次の作業へ進めるのかを明確にします。保存が遅い場合の確認順序や復旧方法まで決めておけば、担当者ごとの判断差を抑えられます。
NETISで新技術を検討するときには、機能や施工効果だけでなく、現場で発生するデータを確実に保存し、後から必要な記録を確認できる運用まで設計することが重要です。端末を利用する技術では、保存、同期、バックアップを一つの処理として曖昧に扱わず、それぞれの完了条件を整理することが安定運用につながります。
現場写真・位置情報・施工記録を一連の作業として管理したい場合には、LRTK Phoneを活用する方法があります。LRTK Phoneを現場へ取り入れる場合も、記録を取得する機能だけに注目するのではなく、端末の空き容量、通信環境、保存完了の確認、バックアップのタイミングまで含めて運用手順を整えておくことが大切です。
新技術を導入しただけで運用を終わらせず、取得したデータが確実に保存され、必要なときに確認できる状態までを施工管理の一部として設計することが、NETIS活用を現場へ定着させるための重要なポイントです。