NETIS活用を現場で進める際、写真、位置情報、出来形に関する記録、点検記録、帳票作成用データなどを端末からクラウドへ送る運用を採用することがあります。こうした運用では、端末内への保存とクラウドへの同期を同じものとして扱わないことが重要です。端末に記録が残っていても、通信条件やアプリの動作条件によってクラウド側への反映が保留される場合があります。
端末には通信量を抑えるための設定や省電力機能が用意されていることがあります。これらは通信量や電池消費を抑えるために役立つ一方、設定内容や利用するアプリの仕様によっては、バックグラウンドでの通信、自動更新、自動送信などに影響することがあります。ただし、具体的な挙動は端末、OS、アプリ、通信サービスによって異なり、「データセーバーを有効にすると必ず自動同期が止まる」と一律に判断することはできません。([Google Help][1])
また、NETISは国土交通省の新技術情報提供システムであり、個々の端末の通信設定やクラウド同期方法を共通仕様として定める仕組みではありません。([MLITT][2])そのため、本記事で扱う5つの確認は、NETISに登録された技術や関連する現場支援技術を運用する際に、端末やアプリ側で一般的に確認しておきたい実務上のポイントとして整理します。
NETIS活用で自動同期停止が問題になる理由
NETISは、新技術の情報を検索・確認するための情報基盤として公共工事の技術検討などで利用されています。一方、実際の現場で新技術を使う段階では、NETIS上の情報だけでなく、使用する機器、アプリ、通信環境、クラウドサービス、社内ルールを組み合わせて運用することになります。特にクラウド連携を前提とする仕組みでは、現場で記録を作成したことと、管理者がクラウド上で確認できる状態になったことを分けて考える必要があります。
現場では、端末上に写真や測位記録が保存されているため、作業者が「記録は完了した」と認識していても、クラウド側ではまだ送信待ちになっていることがあります。この状態を確認しないまま次工程へ進むと、管理者からは未反映や未提出に見えることがあります。後から端末を確認して未同期データが見つかれば再送できる場合もありますが、端末の初期化、アプリの削除、機器交換などが先に行われると、復旧が難しくなる可能性もあります。
通信量を抑える設定は、このような未同期が起こる要因の一つになり得ます。一般に、端末のデータ使用量を抑える機能には、バックグラウンド通信や自動更新などを制限または抑制する仕組みがあります。ただし、どの通信が制限されるかは端末やアプリによって違います。業務アプリが前面で動いている間は送信できても、別画面へ切り替えた後や画面消灯後は送信が進みにくい場合もあれば、アプリ側が再接続や再送を行う設計になっている場合もあります。
そのため、自動同期停止の対策では、データセーバーだけを原因と決めつけないことが大切です。通信圏外、電波品質の低下、通信契約上の速度制御、アプリのバックグラウンド動作、端末の省電力設定、保存容量不足、ログイン期限、クラウド側の一時的な障害など、複数の要因が重なることがあります。設定を一つ変えて終わりにするのではなく、実際の作業手順に沿って、どの状態で同期が開始し、どの状態で完了するのかを確認する必要があります。
また、NETIS活用の効果を現場で確認する際には、技術そのものの性能だけでなく、記録が予定どおり共有されるかという運用面も重要です。省力化や確認作業の効率化を期待してクラウド連携を導入しても、未同期が頻発し、作業終了後に手動転送や再確認が必要になれば、期待した効果が得にくくなります。そこで、端末設定、同期条件、確認タイミング、エラー時の再送方法を一連の運用として整理しておくことが重要になります。
設定確認1 通信量制限とデータセーバーの有効状態を確認する
最初に確認したいのは、現場で使用する各端末の通信量制限と、データ使用量を抑える設定の状態です。端末によって名称や設定項目は異なりますが、通信量を節約する機能が有効になると、バックグラウンドでの通信や自動処理の一部が制限されることがあります。現場で使う端末が複数ある場合は、代表端末だけでなく、実際に記録を行う端末ごとに確認することが重要です。
社内貸与端末では同じ初期設定を使っているつもりでも、過去の利用者が通信量節約の設定を変更していたり、端末更新後に設定が変わっていたりすることがあります。個人利用と共用している端末では、現場外で通信量を節約するために設定を変更し、そのまま現場へ持ち込むケースも考えられます。同期の成否が端末ごとにばらつく場合は、まず設定差がないかを確認します。
次に、利用する業務アプリがデータ使用量制限の影響をどのように受けるかを確認します。端末によっては、特定のアプリに対してバックグラウンド通信を許可できる場合があります。一方で、そのような例外設定が用意されていない端末や、例外を設定してもアプリ側の仕様によって同期が継続しない場合もあります。そのため、「例外設定を入れれば必ず解決する」と考えず、実際のアプリで同期テストを行うことが必要です。
通信契約側の条件も確認します。契約内容によっては、一定量の通信後に速度が低下したり、混雑時に通信品質が変化したりすることがあります。速度が低下しても通信そのものは継続できる場合がありますが、写真や大容量ファイルの送信に時間がかかり、作業者からは止まっているように見えることがあります。完全な通信停止と、低速化による同期遅延は分けて確認する必要があります。
現場で扱うデータ量も事前に把握しておくと判断しやすくなります。写真の枚数、画像の容量、測位記録の頻度、添付ファイルの有無、作業人数、同期回数によって、必要な通信量は大きく変わります。点群や動画など容量の大きいデータを扱う場合は、現場ですべてを即時送信するのか、安定した通信環境へ移動してから送るのかを事前に決めておくと、通信量と同期確実性を両立しやすくなります。
設定確認では、設定画面を見るだけで終わらせないことも大切です。実際に現場で使用するアプリで写真や記録を作成し、移動通信中、無線LAN接続時、画面消灯後など、想定する条件でクラウド側へ反映されるかを確認します。データセーバーを有効にした状態と無効にした状態で挙動を比べると、設定が同期に影響しているかを切り分けやすくなります。
設定確認1では、端末側の通信量節約設定、アプリごとの通信許可の有無、通信契約の条件、現場で発生するデータ量を合わせて確認します。目的は、すべての通信制限を無条件に解除することではありません。業務上必要な同期を維持しながら、不要な通信を抑えられる状態を探すことが実務上のポイントです。
設定確認2 自動同期を許可する通信条件を確認する
次に確認したいのは、利用するアプリやクラウドサービスが、どの通信条件で自動同期を行うかです。自動同期という名称が同じでも、常に即時送信する仕組みとは限りません。通信環境、データ容量、端末状態、アプリの起動状態などによって、送信開始や再送の条件が変わることがあります。
まず確認したいのは、移動通信中でも同期するのか、無線LAN接続時だけ同期するのかという点です。現場では常時安定した無線LANを利用できるとは限りません。仮設事務所に戻ったときにまとめて同期する運用でも支障がない現場もありますが、施工途中で写真や位置情報を共有したい場合は、それでは確認が遅れることがあります。必要な即時性に応じて、どの通信環境で送るべきデータなのかを整理します。
次に、データ種別による違いを確認します。小さな記録データは自動同期されても、写真、動画、点群、添付ファイルなど容量の大きいデータは別条件になっていることがあります。また、サムネイルや一覧情報だけ先に反映され、元データの送信は後から行われる仕組みも考えられます。端末画面で「保存済み」と表示された時点と、クラウドで元データまで確認できる時点が同じとは限らないため、完了状態の意味を把握しておく必要があります。
同期が保留される条件も確認します。低電池、通信品質の低下、保存容量不足、ログイン状態の変化、アプリ終了などが影響する可能性がありますが、どの条件で止まるかは製品ごとに異なります。端末側の設定だけを確認しても、アプリ側が独自に送信条件を持っていれば原因を特定できません。利用する製品のマニュアルや管理画面で、送信待ち、同期中、完了、失敗などの状態表示があるかを確認します。
重要なデータと後送できるデータを分ける考え方も有効です。不可視部分の施工写真、立会い前の確認用記録、当日の判断に使う位置情報などは、可能な範囲で早めにクラウド側へ反映されたことを確認します。一方、容量の大きい補助資料や後から確認できるデータは、安定した通信環境でまとめて送る運用も選択肢になります。
ただし、アプリにデータ送信の優先順位を細かく設定できるとは限りません。その場合は、作業手順として重要記録の同期確認を先に行い、大容量データの送信は別の時間帯に行うなど、人の運用で調整します。機能として存在しない優先制御を前提に手順を作らないことが大切です。
設定確認2では、自動同期が実行される通信環境、データ種別ごとの扱い、同期保留の条件、完了表示の意味を確認します。これにより、端末に保存された状態とクラウドへ反映された状態を区別しやすくなり、未同期を提出漏れと誤認するリスクも減らせます。
設定確認3 バックグラウンド通信と省電力設定を確認する
データセーバー対策では、バックグラウンド通信と省電力設定も確認しておきたい項目です。現場では、記録アプリを開いたまま長時間待つとは限りません。写真を撮影した後に別の画面を開く、端末をロックする、別の業務アプリへ切り替えるといった操作が日常的に発生します。このときに同期が継続するかどうかは、端末側の設定とアプリの実装の両方に左右されます。
一般に、省電力機能が有効になると、バックグラウンド処理やネットワーク処理の一部が抑制されることがあります。しかし、すべての端末で同じ制限がかかるわけではありません。また、利用者が任意に特定アプリを制限対象外へ設定できるかどうかも端末によって異なります。したがって、設定画面の名称だけを頼りにせず、利用中の端末とアプリの組み合わせで確認します。
確認方法としては、実際の作業に近い動作テストが有効です。写真や記録を作成した後、アプリを前面から外す、画面を消灯する、数分後に再び開く、通信状態を変化させるなどの操作を行い、クラウド側への反映状況を確認します。どの操作の後で送信が止まるのかが分かれば、データセーバー、省電力、アプリ仕様、通信不良のどこを重点的に確認すべきかを絞り込みやすくなります。
画面消灯後の挙動についても、端末側に必ず「画面消灯後も通信を許可する」という共通設定があるとは限りません。画面が消えた後も同期が継続するかは、端末の省電力制御とアプリのバックグラウンド処理方式によって異なります。必要であれば、利用中のアプリの推奨設定を確認し、その設定が社内のセキュリティ方針や電池運用と両立するかを検討します。
電池残量が少ない状態も試験しておくと安心です。省電力モードが自動で有効になる設定では、通常時と低電池時でアプリの動作が変わる場合があります。現場で長時間使用する場合は、充電手段や予備電源を準備し、同期に必要な時間を確保できるようにします。ただし、常時通信を許可すれば必ず電池消費が大幅に増えるとは限らないため、実際の使用条件で電池持ちを確認することが適切です。
同期失敗を知らせる通知や状態表示も確認します。利用するアプリに通知機能がある場合は、同期失敗、再ログイン要求、保存容量不足など、業務に影響する通知を見逃さない設定にします。一方、アプリによっては通知を出さず、送信待ち件数やステータス画面だけで状態を確認する場合もあります。そのため、通知の有無だけでなく、未同期を確認できる場所を担当者全員が把握しておくことが重要です。
設定確認3では、バックグラウンドで同期が継続するか、省電力時に挙動が変わるか、画面消灯後に送信が続くか、未同期やエラーをどこで確認できるかを実機で確認します。端末やアプリによって仕様が異なるため、特定の設定名称を共通ルールにするより、必要な結果が得られているかを確認する運用のほうが安定します。
設定確認4 現場別に同期タイミングと確認手順を決める
端末設定を整えても、現場の通信環境によっては常時即時同期できない場合があります。山間部、地下、トンネル、橋梁下、構造物内部、造成地の奥まった場所などでは、作業場所の移動に伴って通信品質が変化することがあります。そのため、設定だけに依存せず、現場ごとに同期を確認するタイミングと場所を決めておくことが重要です。
確認のタイミングは、作業の節目に組み込むと運用しやすくなります。作業開始前、午前作業の終了時、重要工程の完了時、立会い前、現場退出前など、現場の工程に合わせて確認します。頻度を増やしすぎると作業負担になるため、後から取り直しが難しい記録や、その日の判断に必要な記録を優先します。
通信が弱い場所では、何度も再送を繰り返すより、安定して通信できる場所へ移動してから送るほうが適切な場合があります。現場内で通信が比較的安定する場所を確認し、同期ポイントとして共有しておくと、作業者ごとの判断差を減らせます。ただし、通信品質は時間帯や周辺環境でも変わるため、固定的に「この場所なら必ず通信できる」と決めつけず、当日の状態も確認します。
同期完了の基準も統一しておきます。端末内に保存されたことを完了とするのか、送信待ち件数がなくなったことを完了とするのか、クラウド側で受信したデータを確認できた時点を完了とするのかは、利用するシステムと記録の重要度によって変わります。後から取り直しが難しい重要記録では、クラウド側まで反映されたことを確認する運用が適している場合があります。
担当者交代や応援要員が入る現場では、同期確認の方法を簡潔に共有します。普段から使っている担当者には当たり前の操作でも、臨時の担当者には送信待ち表示やエラー画面の意味が分からないことがあります。口頭説明だけに頼らず、どの画面を見て何を確認するのかを社内手順として整理しておくと、設定差や確認漏れを抑えやすくなります。
管理側からの確認も有効です。クラウドで受信状況を確認できる仕組みがある場合は、一定の節目で反映状況を確認し、特定の端末や担当者のデータだけ届いていない場合に早めに連絡します。これにより、端末側で未同期が蓄積したまま作業終了を迎える事態を防ぎやすくなります。
設定確認4では、現場の通信条件を踏まえ、同期確認の時間、場所、対象データ、確認者、完了基準を決めます。自動同期を使う場合でも、人が確認するポイントを残しておくことで、通信環境や設定変更の影響を早期に発見できます。
設定確認5 同期エラーの記録と再送ルールを整える
データセーバーや省電力設定を見直しても、現場で同期エラーを完全になくせるとは限りません。通信圏外、電波品質の低下、端末の一時的不調、保存容量不足、認証状態の変化、クラウド側の一時的な不具合など、さまざまな要因が考えられます。そのため、エラーを防ぐ設定と同時に、発生したときの再送ルールを準備しておく必要があります。
エラーが起きたときは、どの端末で、いつ、どの種類のデータが、どの状態になったのかを記録します。可能であれば、端末側の表示、未同期件数、エラー表示の有無、通信状態も残します。原因を断定できない段階では、「データセーバーが原因」と決めつけず、発生条件を記録して切り分けに使います。
再送前には、まず端末内に元データが残っているかを確認します。クラウドへ未反映でも、端末内に保存されていれば再送できる場合があります。未同期の状態で端末内データを削除したり、アプリを初期化したりすると、復旧できなくなる可能性があるため、同期完了を確認するまでは元データを保持する運用が安全です。
再送の方法は利用するアプリの仕様に従います。未同期データを一括送信できる場合もあれば、個別に再送操作が必要な場合もあります。大容量データが多い場合は、安定した通信環境と十分な電池残量を確保してから再送します。利用しているシステムに送信順序の指定機能がない場合は、重要記録から確認するなど、運用上の優先順位を決めます。
同期履歴や送信待ち一覧を確認できる場合は、作業終了前の点検に活用します。履歴機能がない場合でも、クラウド側で必要な記録がそろっているかを確認する手順を設ければ、翌日以降に未同期が発覚するリスクを抑えられます。端末返却前や電源を切る前に、重要なデータの同期状態を確認する時間を確保しておくことが有効です。
再送の担当範囲も明確にします。作業者が再送まで担当するのか、現場責任者が確認するのか、事務所側が受信確認を行うのかを決めておかないと、未同期のまま放置される可能性があります。特に立会い記録や不可視部分の施工写真など、再取得が難しいデータについては、最終確認者を決めておくと安心です。
同じエラーが繰り返される場合は、個別の再送だけで終わらせず、原因の傾向を確認します。特定端末だけで発生するなら端末設定やアプリ状態、特定場所だけで発生するなら通信環境、特定データだけで発生するなら容量やファイル形式などを確認します。記録を残しておけば、再発時の切り分けを早く進められます。
設定確認5では、エラー内容の記録、元データの保持、再送方法、担当者、完了基準を整えます。自動同期が止まった場合でも、復旧手順が決まっていれば、記録の欠落や共有遅れが長期化するリスクを抑えられます。
NETIS活用で同期停止を防ぐ運用上の注意点
5つの設定確認は、導入時に一度だけ行えばよいものではありません。端末の更新、初期化、機種変更、アプリ更新、通信契約の変更、現場条件の変化によって、同期の挙動が変わる場合があります。設定変更後や端末追加時には、実際の業務データに近い条件で同期テストを行い、必要な記録がクラウドまで届くかを確認します。
特に注意したいのは、OSやアプリの更新後です。更新によって設定項目やバックグラウンド処理の条件が変わる可能性がありますが、必ず変更されるわけではありません。更新後は「以前と同じはず」と考えず、現場投入前に主要な同期手順だけでも再確認しておくと安全です。
現場ごとの通信環境も固定的ではありません。同じ現場でも、作業場所、周辺構造物、地下への移動、車両や仮設設備の配置などによって通信状態が変化することがあります。現場初日や作業場所の変更時には、実際の作業位置で同期できるかを確認し、必要に応じて同期ポイントや確認タイミングを見直します。
社内ルールとしては、端末設定と同期確認を標準化しておくことが有効です。通信量節約設定、自動同期の条件、バックグラウンド動作、省電力時の挙動、保存容量、未同期表示、エラー確認方法などを、現場開始前の確認項目として整理します。製品や端末によって設定名称が異なる場合は、設定名ではなく「何を確認できればよいか」という目的で手順を作ると更新に強くなります。
教育面では、「保存」と「同期」の違いを共有します。端末内に保存された状態と、クラウド側で他の関係者が確認できる状態は同じとは限りません。作業者がこの違いを理解していれば、記録を残しただけで安心せず、必要な場面では同期完了まで確認する意識を持てます。
また、同期停止を単なる端末トラブルとして扱わず、施工記録の管理に関わる運用課題として考えることが重要です。写真や位置情報などの記録が共有されないと、確認作業や説明資料の準備に影響する場合があります。NETIS活用による省力化や効率化を目指すのであれば、取得、保存、同期、確認、再送までを一連の流れとして設計する必要があります。
データ使用量を抑える機能そのものは、通信量の管理に役立つものです。重要なのは、業務に必要な通信まで意図せず抑制されていないかを確認することです。現場で必要な同期条件を把握し、実機テストと確認手順を組み合わせることで、通信量管理と記録の確実性を両立しやすくなります。
LRTK Phoneで現場写真・位置情報・施工記録を確実に残す
NETIS活用で現場記録を効率化する際は、技術の導入だけでなく、取得したデータが必要な相手へ共有されるところまで含めて運用を考えることが重要です。端末に写真や位置情報を保存できても、クラウドへの反映が保留されたままでは、現場と事務所の間で確認のずれが生じる場合があります。
LRTK Phoneは、測位、測位写真、点群などの現場データを取得し、クラウド共有へつなげる用途に活用できる自社プロダクトです。([Lefixea Irtk][3])こうしたデータを現場で扱う場合も、端末側の通信設定や省電力設定、利用するアプリの同期条件を確認し、保存済みと共有済みを区別して運用することが大切です。
現場開始前には、使用する端末で通信条件と同期状態を確認します。作業中は、重要な写真や測位記録が必要なタイミングで共有されているかを確認し、現場退出前には未同期データが残っていないかを点検します。通信が不安定な現場では、安定した通信環境へ移動してから再送する手順も準備しておくと安心です。
NETIS活用を現場へ定着させるには、機器やアプリの機能だけでなく、毎日の作業で迷わず確認できる運用に落とし込むことが重要です。LRTK Phoneを使う場合も、データセーバー対策、同期条件の確認、未同期の点検、再送ルールを組み合わせることで、記録の共有遅れを抑え、現場と事務所の確認作業を進めやすくなります。