NETIS活用で内部時計リセットを見逃してはいけない理由
NETISは、国土交通省が新技術に関する情報を収集・共有し、公共工事等で活用を検討できるようにする新技術情報提供システムです。NETISに掲載されていること自体が、個別機器の内部時計の保持方式や時刻精度を共通仕様として保証するものではありません。実際の時計保持、時刻同期、ログの日時記録方法は、採用する技術や機器、アプリ、クラウドなどの仕様によって異なります。そのため本記事では、NETIS掲載技術を含む現場機器を運用するときの一般的な記録管理として、時刻確認の考え方を整理します。
現場では、測位結果、施工写真、点検記録、出来形確認、作業ログ、帳票出力など、さまざまな情報に日時が付与されます。これらの日時が意図しない値になっていると、後から確認したときに、いつ取得した記録か、どの工程の記録か、どの写真とどの測位情報が対応するかを判断しにくくなることがあります。時刻情報を施工記録の照合に利用する運用では、取得時刻の確認が重要です。
機器の内部時計は、電源を入れれば必ず現地の正しい日時を示すとは限りません。時刻の保持方法や自動同期の有無は機器ごとに異なり、長期保管、バッテリー消耗、初期化、設定変更、ファームウェアやアプリの更新などの後に、日時設定を再確認した方がよい場合があります。ただし、長期保管や電池切れが必ず時計リセットを起こすわけではありません。メーカーの取扱説明書や運用マニュアルで、時計保持や同期方法、電源断後の挙動を確認することが前提です。
NETISを調べている実務担当者は、新技術による省力化、品質向上、記録の効率化などを検討していることが多いでしょう。一方、NETISの掲載情報は、個別技術の申請情報や評価情報などを活用検討の参考として提供するものです。掲載されているという理由だけで、時刻管理を含むすべての運用条件が自動的に満たされるわけではありません。実際の現場では、採用技術の仕様、発注者や元請の管理基準、提出資料の要件に合わせて確認方法を決める必要があります。
同じ日に複数班が作業する現場、工程が細かく分かれている現場、同じ場所を複数回測定する現場では、日時が記録整理の重要な手掛かりになります。内部時計やアプリの日時設定に異常があると、写真や測位データの並び順が不自然になり、対応関係を再確認する作業が増えることがあります。こうした問題は、測位精度や撮影品質とは別の管理項目です。起動時に短時間で確認できるチェックを現場の手順に組み込んでおけば、記録開始後に気付くリスクを下げられます。
起動確認1：電源投入直後に時刻表示と日付の初期化を確認する
最初の確認は、機器を起動した直後に、画面上の現在日時が意図した日時になっているかを見ることです。内部時計や端末時刻を利用する機器では、基本的な確認の一つになります。現場では、機器を起動したらすぐに測定画面や撮影画面へ進みたくなりますが、日時確認を手順化しておくと、初期化や設定ずれを本作業前に見つけやすくなります。
確認する項目は、機器が表示できる範囲で年、月、日、時、分、午前・午後表示や24時間表示、タイムゾーンなどです。すべての機器がこれらを個別に設定できるわけではないため、取扱説明書に沿って確認します。時刻が一見近く見えても、日付や年、タイムゾーンが異なれば、保存される記録の日時が期待した値にならないことがあります。
機器やアプリによっては、内部時計の初期化時に特定の基準日時へ戻る場合がありますが、戻り先は製品ごとに異なります。正確な初期値を一般化することはできません。実務上は、現在の年月日と大きく異なる、現地時刻との差が大きい、タイムゾーンが想定と違う、再起動前後で日時が不自然に変化した、といった兆候がないかを見ることが重要です。
この確認は作業者の記憶だけに頼らず、起動時の定型動作にすると実施しやすくなります。起動確認票を使う現場であれば、日付、時刻、タイムゾーン、同期状態など、実際の機器仕様に合う項目を設けます。確認記録を残す必要がある現場では、機器番号、確認者、確認時刻も合わせて管理すると、後から不具合が疑われた場合の追跡に役立ちます。
複数台の機器を同時に使う場合は、それぞれを確認します。同じ保管場所にあった機器でも、充電状態、設定、OSやアプリの状態、前回使用時の条件が同じとは限りません。1台の確認結果を他の機器へそのまま当てはめず、機器ごとに起動時の日時と同期状態を確認する方が安全です。
また、機器が自動時刻設定に対応している場合でも、自動設定が有効か、必要な通信や衛星受信が成立しているか、現場で使う時刻基準と一致しているかを確認します。通信圏外や起動直後など、同期がまだ完了していない場面も想定されます。表示日時だけでなく、同期状態を確認できる機器では、その表示も合わせて確認するとよいでしょう。
起動確認2：測位・撮影・保存データの時刻がそろっているか確認する
内部時計の確認では、画面に表示されている時刻だけでなく、実際に保存されるデータの日時も確認します。ただし、測位ログ、写真の撮影日時、ファイルの作成日時、更新日時、クラウドへの登録日時は、同じ意味の時刻とは限りません。機器やアプリによっては、GNSS由来の時刻、端末のローカル時刻、UTC、サーバー時刻など、異なる基準で記録される場合があります。そのため、単純にすべてが秒単位で同じかを見るのではなく、各項目がどの基準で記録される仕様なのかを確認したうえで整合性を判断することが重要です。
起動後の確認として、短いテスト記録を行う方法があります。測定開始前に試し撮影や試し測定を行い、アプリ上の日時、出力データの日時、必要に応じてクラウド上の登録日時が、仕様どおりに表示されるかを確認します。ここで想定外のずれが見つかれば、本作業に入る前に設定や同期状態を確認できます。
測位記録を扱う場合は、測位時刻、写真時刻、ファイル保存時刻の意味を区別します。GNSSログの時刻がUTCで記録され、写真台帳では現地時刻へ変換されるような設計もあり得ます。その場合、表示値が異なっていても仕様上は正常です。反対に、本来同じ現地時刻として管理されるはずの写真と作業ログが大きくずれているなら、端末設定、アプリ設定、タイムゾーン、同期状態などを確認する必要があります。
保存データの時刻確認では、機器内の表示だけでなく、実際に提出や共有に使う形式まで確認できると安心です。外部ストレージやクラウドへ移したとき、ファイルシステムの作成日時や更新日時がコピー処理によって変化することもあります。したがって、証拠性や時系列管理に使う日時は、どのメタデータや帳票項目を基準にするのかを現場ルールで決めておく必要があります。
確認を標準化するうえでは、現在時刻との一致だけでなく、複数の記録種別が仕様どおりの関係になっているかを見る姿勢が有効です。写真、測位点、メモ、帳票、作業ログが別々の仕組みで保存される場合、それぞれの日時の意味が異なることがあります。最初の1件で記録の出方を確認しておけば、大量のデータを取得した後で不整合に気付くリスクを下げられます。
発注者、元請、協力会社、社内管理者が同じ記録を見る現場では、日時の定義を共有しておくことも重要です。たとえば、撮影日時、測定日時、アップロード日時のどれを施工時刻として扱うのかが曖昧だと、データ自体が正常でも説明に時間がかかります。起動確認と合わせて、記録に表示される日時の意味まで整理しておくと、後工程の確認がしやすくなります。
起動確認3：長期保管後や電池切れ後の再起動条件を確認する
長期保管していた機器、予備機として保管していた機器、貸出や展示から戻った機器、前回使用後に長時間充電されていなかった機器などは、起動時の設定確認を優先したい対象です。ただし、長期保管した機器ほど必ず内部時計がリセットされやすいと一般化することはできません。時計保持の仕組みや自動同期の方法は製品ごとに異なるためです。
現場担当者は、前回使えたから今回も同じ設定で使えると決めつけず、再使用時に取扱説明書や運用マニュアルで必要な確認項目を見直します。機器によっては、端末OSの時刻を利用するもの、自動通信で時刻を補正するもの、GNSS受信後に時刻情報を利用するもの、独立した時計設定を持つものなどがあります。どの方式であっても、現場作業を始める前に正しい状態かを確認することが重要です。
特に注意したいのは、予備機を急に投入する場面です。主機の故障や充電切れで予備機へ切り替えるときは、測定条件や保存先だけでなく、日時と同期状態も確認します。予備機は使用頻度が低いことが多いため、OSやアプリの更新、設定変更、アカウント状態なども主機と異なっている可能性があります。緊急時でも、短いテスト記録を1件作り、時刻と保存先を確認してから本作業へ移る方が安全です。
電池切れや強制終了の後も、再起動時に日時を確認します。ただし、電池切れが必ず内部時計のリセットを引き起こすわけではありません。再起動前後で記録時刻が連続しているか、端末時刻が意図した値か、自動同期が復帰しているかを確認します。もし再起動後に日時が不自然に変化していれば、その時点以降の記録を区別し、設定確認後に必要な対応を行います。
保管中の充電方法や点検周期は、メーカーの指示に従います。内部時計対策だけを目的に、根拠なく一定周期で充電や通電を行うのではなく、バッテリー保管条件、推奨充電率、長期保管時の注意事項を確認します。現場に持ち出す前日や出庫時に起動確認を行う運用は、時計設定だけでなく、ソフトウェア更新、保存容量、通信、ライセンス、測定設定などの異常を事前に見つけるうえでも有効です。
日時の異常を見つけた場合は、他の設定も自動的に初期化されていると決めつけず、その機器の仕様に沿って関連設定を確認します。現場名、保存先、測定条件、単位、座標系、撮影設定など、本作業に影響する項目を点検し、必要に応じてテスト記録を取り直します。時計の異常をきっかけに開始前点検を行う、という位置付けにしておくと運用しやすくなります。
起動確認4：現場開始前に時刻同期と記録ルールを標準化する
内部時計の設定異常を見逃しにくくするには、個人の注意力だけに頼らず、現場開始前の標準手順として日時確認を組み込む方法が有効です。NETIS掲載技術を複数の現場や複数の担当者で使う場合でも、NETIS側に一律の時計確認方法があるわけではありません。採用する技術の仕様と現場の記録要件を踏まえ、誰が、いつ、何を、どの基準で確認するかを決めます。
時刻同期の基本は、現場で採用する基準を明確にすることです。通信可能な端末であれば、OSの自動時刻設定やネットワーク時刻を利用できる場合があります。GNSS機器では、測位データ内の時刻がGNSSやUTCを基準に扱われることもあります。現場事務所の時計や個人の腕時計へ手動で合わせる方法だけに頼るのではなく、機器仕様と提出要件に合う基準を選びます。
許容する時刻差も一律に決められるものではありません。数分の差が問題にならない記録もあれば、工程切替、立会、複数センサーの照合、動画や連続ログの同期などで、より厳密な時刻合わせが必要な場合もあります。発注者仕様、施工計画、品質管理基準、使用するシステムの精度を確認し、必要な許容差を現場ごとに定めることが適切です。
標準化する項目としては、起動時の確認者、確認画面、同期方法、異常と判断する条件、異常時の連絡先、修正後の確認方法などが挙げられます。確認した事実を残す必要がある現場では、起動確認票や機器管理台帳を利用します。二重確認が必要かどうかも、記録の重要度や現場体制に応じて決めます。
内部時計や端末時刻を修正した場合は、修正前の表示、修正後の基準、修正者、修正理由を記録しておくと追跡しやすくなります。時刻が誤っていた状態で作成したテストデータが残る場合は、本記録と混同しない名称や保管場所に分けます。修正履歴が分かれば、後から時系列に違和感が見つかったときにも原因を説明しやすくなります。
複数台の機器を使う現場では、各機器の時刻が同じ表示になることだけを目的にせず、記録の基準時刻が相互に変換・照合できる状態にすることが重要です。測位機器はUTC、撮影端末は日本標準時、クラウドはサーバー時刻というように仕様が異なる場合でも、関係が明確であれば管理できます。逆に、何を基準にしているか分からない状態が最も照合しにくくなります。
標準手順は複雑にしすぎないことも大切です。現在日時の確認、同期状態の確認、テスト記録の確認、異常時の報告先確認など、使用機器に必要な項目へ絞り込みます。短時間で毎回実施できる内容にすることで、形式だけの点検になりにくくなります。
起動確認5：異常時の再設定、再記録、報告手順を決めておく
日時の異常を見つけたときは、まずその時刻情報が施工記録の要件にどの程度影響するかを確認します。提出記録や品質証拠として日時を利用する作業であれば、本作業の記録を続ける前に設定や同期状態を確認する方が安全です。一方、機器によっては表示上の時刻と測位ログの基準時刻が異なるだけで正常な場合もあるため、仕様確認をせずに異常と断定しないことも重要です。
内部時計や端末時刻が明らかに誤っていると分かった場合は、現場で定めた基準に従って再設定または再同期を行い、テスト記録を作成します。再設定後の表示と保存データが仕様どおりであることを確認してから、本作業へ戻ります。修正前のテスト記録が残る場合は、誤って正式記録へ混入しないよう区別して保管します。
本作業の途中で時刻異常に気付いた場合は、影響範囲を切り分けます。最後に正常だった記録、再起動や電源断の時点、設定変更の有無、同期状態の変化などを確認し、どのデータが影響を受けた可能性があるかを整理します。すべての記録を一律に修正するのではなく、原データを保持しながら、再取得、注記、補足資料の作成など、現場の品質管理手順に沿った対応を選びます。
再記録が必要かどうかは、記録の用途や提出要件で判断します。出来形確認、施工前後比較、立会記録、重要測点、提出写真などで取得時刻の信頼性が要求され、かつ再取得が可能な場合は、監督員、発注者、品質管理担当者など関係者のルールに従って再取得を検討します。再取得できない場合は、時刻異常の内容と確認できた事実を注記し、推測で時刻を上書きしないことが重要です。
報告手順も事前に決めておきます。同じ機器で同様の事象が繰り返される場合は、保管方法、電源管理、OSやアプリ設定、ファームウェア、時刻同期方法などを点検し、必要に応じてメーカーや管理者へ確認します。内部時計のリセットだけを原因と決めつけず、どの層で日時が変化したのかを切り分けます。
異常時の記録では、信頼できる外部基準で確認した発見日時、機器番号、機器が表示していた日時、再設定または再同期を行った時点、対応者、影響を受けた可能性のあるデータ範囲を残しておくと役立ちます。時計自体が誤っている場合に、その時計の表示だけを発見日時として記録しないことがポイントです。後から第三者が経緯を追える形で記録を残せば、説明の負担を減らせます。
内部時計リセット対策を施工記録の信頼性向上につなげる
NETISは、公共事業で活用を検討する新技術の情報を検索・比較するためのデータベースであり、掲載そのものが個別技術のすべての性能や運用条件を保証するものではありません。したがって、NETIS掲載技術を現場へ導入するときも、採用する機器やアプリの仕様を確認し、施工記録に必要な日時管理を現場側で設計することが重要です。
起動時の確認は、特別な作業にする必要はありません。電源投入後に日時と同期状態を見ること、テスト記録で実際の保存日時を確認すること、長期保管や電池切れ、更新後などは再確認すること、現場全体で時刻基準と記録ルールを決めること、異常時の再設定と影響範囲の確認手順を用意すること。この5つを基本に、使用機器の仕様へ合わせて調整します。
特に、複数人で同じ技術を使う現場では、確認作業を個人任せにしないことが重要です。起動確認票、機器管理台帳、作業開始前の確認、テスト記録の確認など、現場に合う形で手順化すれば、担当者が変わっても同じ観点で確認しやすくなります。NETIS掲載技術の効果を現場で安定して引き出すには、機器の機能だけでなく、運用条件をそろえることが欠かせません。
また、日時の確認は、記録データを後から活用するための前提になります。施工写真、位置情報、出来形確認、点検記録、作業履歴は、時系列や位置情報を適切に整理できることで、工程確認や品質説明に利用しやすくなります。ただし、撮影日時、測定日時、保存日時、アップロード日時は同一とは限らないため、どの日時を正式な記録として扱うかを明確にしておく必要があります。
現場写真、位置情報、施工記録を一体で管理したい場合は、LRTK Phoneのように、測位した座標、写真、日時、メモなどを関連付けて記録・整理できる仕組みを活用する方法があります。LRTKはNETIS登録番号TH-260013-Aとして掲載されており、LRTK Phoneでは測位写真や写真台帳など、位置情報と日時を含む記録を扱えます。ただし、LRTK Phoneを含め、実際の時刻同期や日時保持の挙動は利用する端末、アプリ、設定、運用条件によって確認すべき項目です。導入時は最新の取扱説明書や提供元の案内に従い、起動時の日時と保存記録の整合性を確認してから作業を始めることが重要です。