埋設管AR表示ではデータ更新の管理が重要になる
埋設管AR表示は、地中に存在する水道管、下水道管、電気や通信の管路などの位置情報を、現地の風景に重ねて確認しやすくする方法です。平面図だけでは理解しにくい埋設物と掘削位置の関係を現地で確認したり、複数の管路が近接している場所を立体的に把握したりする用途で活用できます。
一方で、AR表示の使いやすさだけに注目してはいけません。埋設管AR表示で特に重要になるのが、表示しているデータが現在の地下状況をどこまで反映しているかという点です。
例えば、道路改良工事によって既設管が移設されたにもかかわらず、ARには移設前の位置が表示されている場合があります。新設管の施工が完了しているのに、管理データへ追加されていないこともあります。撤去された管路が現役設備と同じ状態で残っていれば、現地担当者が実在する埋設物だと認識する可能性もあります。
つまり、埋設管AR表示は、ARの技術だけで成立する仕組みではありません。現場で起きた変更を取得し、その情報を管理データへ反映し、確認を経て現場利用者へ公開するところまで含めて運用する必要があります。
特に注意したいのは、工事の完了とデータ更新の完了を同じものとして考えないことです。
現場では施工が終わっていても、測量データの整理、完成形状の確認、図面の更新、AR表示用データの更新、管理者による確認などが残っていることがあります。施工担当者が「工事は終わったので作業完了」と認識すると、地下の状態だけが変わり、管理情報が以前のまま残ることがあります。
このような更新漏れは、一人の担当者が注意すれば完全に防げるものではありません。現場担当者、測量担当者、データ更新担当者、管理者など複数の人が関係するほど、情報の受け渡し部分で抜けが発生しやすくなります。
そこで重要になるのが、データ更新を明確な承認フローとして設計することです。
誰が変更を記録し、誰がデータを修正し、誰が承認し、どの時点で現場利用者が参照できる状態になるのかを決めておけば、「誰かがやっていると思っていた」という状態を減らせます。
本記事では、埋設管AR表示のデータ更新漏れを防ぐ方法を、第1段階の現場記録、第2段階のデータ照合、第3段階の承認、第4段階の公開後確認という4段階に整理して解説します。
埋設管AR表示で更新漏れが起きる主な原因
埋設管データの更新漏れを防ぐには、最初にどのような場面で情報が止まりやすいのかを理解する必要があります。
よくあるのが、施工担当者とデータ管理担当者が分かれているケースです。
施工担当者は、現場で管路の位置が変更されたことを把握しています。しかし、その変更情報を管理データへ登録する担当者が別にいる場合、正式な引き渡しが行われなければ変更内容はデータ側へ反映されません。
施工担当者としては「図面に書いて渡した」と考えていても、管理担当者は「正式な完成資料ではないため更新していない」と判断していることがあります。この認識の差が更新漏れにつながります。
次に起こりやすいのが、計画位置と完成位置の混同です。
施工前には設計図や施工計画を基に埋設管の位置が設定されています。しかし現地では、既設構造物との干渉、想定外の埋設物、施工スペース、地盤条件などによって、計画位置から施工位置を変更することがあります。
このとき、計画時のデータがそのまま完成後のデータとして残ってしまうと、AR表示では計画位置が表示され続けます。現場担当者が計画変更を理解していても、数年後に別の担当者がARを利用するころには、その経緯が分からなくなっている可能性があります。
さらに、元図面だけが更新され、AR表示用のデータが更新されていないケースもあります。
管理図面、施工記録、3次元データ、AR表示用データなど、複数の情報を別々に管理している場合は特に注意が必要です。一つの図面を修正したことで「更新した」と考えても、実際の現場で参照しているデータが別に存在すれば、利用者には古い情報が表示されます。
更新後の確認がないことも問題です。
データ担当者がファイルを更新して公開したものの、対象区間が正しく反映されているか確認していない場合、一部だけが旧データのまま残ることがあります。更新対象を取り違えたり、隣接区間との接続に不整合が生じたりする可能性もあります。
こうした問題は、「更新してください」という一つの指示だけでは防ぎにくいものです。
何をもって更新作業の開始とするのか、どの状態になれば次へ進めるのか、誰の確認が必要なのかを工程として定義する必要があります。
承認フローを4段階に分ける考え方
埋設管AR表示の更新管理では、承認者を増やせば安全になるとは限りません。確認する人が多すぎると、逆に誰の承認待ちなのか分からなくなり、更新が止まることがあります。
重要なのは、役割の違う確認を段階的に行うことです。
第1段階では、施工現場で発生した変更を記録し、更新対象を確定します。ここでは「何が変わったのか」を明確にすることが目的です。
第2段階では、データ更新担当者が現場記録と既存データを照合します。ここでは「変更内容が正しくデータへ反映されているか」を確認します。
第3段階では、管理者が更新根拠と更新結果を確認して承認します。ここでは「現場利用向けの正式なデータとして公開してよいか」を判断します。
第4段階では、実際にAR表示へ公開された内容を確認します。ここでは「承認された内容が利用環境へ正しく反映されているか」を確認します。
この4段階を分けることで、施工完了、データ編集完了、管理者承認、公開完了を混同しにくくなります。
また、問題が発生した場合に、どこへ戻ればよいかも分かりやすくなります。
例えば、管理者が確認した際に座標の根拠が不足していれば、第2段階へ戻します。そもそも施工位置の記録が不足していれば、第1段階へ戻って現場資料を確認します。公開後のARだけに問題がある場合は、第4段階で表示用データや公開状態を確認します。
このように工程を分けることで、問題の所在を整理しやすくなります。
第1段階｜現場で変更内容を記録して更新対象を確定する
第1段階は、施工中または施工完了時に、埋設管の何が変更されたのかを記録する工程です。
更新漏れを防ぐうえで最も重要なのは、変更が発生したこと自体を確実に管理対象へ入れることです。
現場で管路を移設した、新しい分岐を追加した、高さを変更した、既設管を撤去したといった変更が起きた場合、その内容を後から追跡できる形で残します。
特に重要なのは、施工完了後に担当者の記憶を頼りに整理するのではなく、変更が発生した時点または確認できる時点で記録することです。
施工中であれば、管路が露出している段階で位置を確認できる場合があります。埋め戻した後では見えなくなるため、必要な位置情報や施工状況は確認可能な段階で取得することが重要です。
位置情報を取得する場合も、座標値だけを残すのでは十分とは限りません。
どの設備の情報なのか、どの区間を測定したのか、起点と終点はどこなのか、分岐点や曲がり点があるのかといった対応関係を明確にしておく必要があります。
例えば、複数の配管が並行している現場で座標だけが残っていても、後からどの座標がどの管路に対応するのか分からなくなることがあります。
そのため、位置情報と設備情報を対応付けて記録することが重要です。
高さを扱う場合は、どの値を記録しているのかについても統一が必要です。
管頂、管中心、管底など、基準とする位置が異なれば同じ管路でも高さの数値は変わります。埋設深さで管理するのか、標高で管理するのかによっても意味が異なります。
現場ごとに異なる記録方法を使うと、後工程で変換や解釈が必要になり、誤登録の原因になります。そのため、何を基準として記録するのかをあらかじめ決めておくことが大切です。
施工写真も有効な補助情報になります。
ただし写真だけで正確な位置を判断できるとは限りません。写真は、測量結果や図面と組み合わせて、どのような施工が行われたのかを確認するための情報として利用します。
撤去設備についても、更新対象として明確に扱います。
撤去された管路を単純にデータから削除すると、過去の設備状況を確認できなくなることがあります。一方で、撤去済み設備を現役設備と同じ見え方で残すと、利用者が現在も存在する設備だと認識する可能性があります。
そのため、管理方法に応じて撤去、休止、使用中などの状態を区別できるようにしておくことが考えられます。
第1段階で重要なのは、すべての資料を完璧に完成させることではありません。
「この工事でこの埋設管に変更があり、更新処理が必要である」という事実を正式な更新対象として登録することが重要です。
ここが曖昧なままだと、後工程そのものが始まりません。
第2段階｜更新担当者が既存データと変更内容を照合する
第2段階では、現場から引き渡された情報を基に、既存の埋設管データを更新します。
この工程では、変更された場所だけを機械的に置き換えるのではなく、既存データとのつながりを確認する必要があります。
例えば移設された管路であれば、変更区間の起点と終点が既存管路へ正しく接続されているかを確認します。
途中の曲がり点や分岐点が追加されている場合は、それぞれが施工記録と対応しているか確認します。
高さ情報を扱っている場合は、前後区間と不自然な段差が生じていないかも確認対象になります。
また、座標系や高さ基準の違いにも注意が必要です。
現場で取得した位置情報と管理中のデータが同じ基準であるとは限りません。異なる座標系のデータをそのまま重ねたり、高さ基準が異なる値を混在させたりすると、位置が大きくずれる可能性があります。
更新担当者は、数値を登録する前に、どの基準で取得された情報なのかを確認する必要があります。
埋設管AR表示では、属性情報の更新も重要です。
管種、口径、用途、管理区分、施工時期などを管理している場合、位置だけを修正して属性が古いまま残ることがあります。
例えば管路そのものを更新した工事なのに、以前の管種や口径の情報が残っていれば、位置は正しくても設備情報としては不完全です。
第2段階では、変更内容に応じて位置以外の情報も確認することが大切です。
更新前のデータを残しておくことも重要です。
既存データを直接上書きすると、どこを変更したのか分かりにくくなります。誤更新が見つかった場合に以前の状態へ戻すことも難しくなります。
そのため、更新前と更新後を比較できる状態にしておくと、確認作業を進めやすくなります。
また、現場資料に不足がある場合は、推測によって埋めないことも重要です。
例えば二つの位置情報だけが取得されていて、その間の施工形状が確認できない場合、単純な直線と判断できるとは限りません。
現場資料、施工記録、測量結果などから確認できない場合は、不明点として扱い、必要に応じて現場担当者へ確認します。
AR上で自然に表示されているからといって、実際の埋設位置が正しいとは限りません。
見た目の整合性と、施工実態との一致は分けて考える必要があります。
第2段階の完了条件は、変更内容が管理データへ反映され、その根拠と更新内容を第三者が確認できる状態になっていることです。
第3段階｜管理者が更新内容を確認して承認する
第3段階では、更新担当者とは異なる立場の管理者がデータを確認し、正式な利用データとして公開してよいかを判断します。
ここでの承認は、単にファイルを開いて問題がなさそうかを見る作業ではありません。
更新対象が正しいか、施工記録と更新位置が対応しているか、必要な属性が更新されているか、周辺データとの不整合がないかといった観点で確認します。
別の担当者が確認する意味は、更新作業を行った本人では気付きにくい思い込みや取り違えを発見しやすくすることにあります。
例えば似た名称の埋設管が複数存在する場合、更新担当者が対象を取り違えている可能性があります。
本人は正しい設備を編集しているつもりなので、同じ人だけで再確認しても気付きにくいことがあります。管理者が工事区間や施工記録と照合すれば、変更位置の違和感に気付ける可能性があります。
承認時には、更新した範囲だけでなく、その周辺も確認します。
局所的には正しく見えても、前後の管路との接続が外れていたり、重複したデータが残っていたりする場合があります。
また、移設前の旧ルートと移設後の新ルートが両方とも現役状態になっていないかも確認が必要です。
どの情報を承認者が確認するかは、組織内で一定のルールにしておくことが有効です。
承認を担当者の経験だけに依存すると、人によって確認範囲が変わります。
位置情報だけを確認する人もいれば、属性や履歴まで確認する人もいるという状態では、承認済みという同じ表示でも品質に差が生じます。
そのため、承認時に確認すべき対象をあらかじめ決めておくことが重要です。
承認できない場合の差し戻し先も明確にします。
登録値の入力ミスであれば第2段階へ戻せます。施工記録自体が不足しているのであれば、第1段階へ戻って現場側へ追加確認を行う必要があります。
承認されていないデータを、現場利用者が正式データと誤認しない仕組みも必要です。
作業中のデータと承認済みデータが同じ場所に置かれ、どちらも自由に表示できる状態では、利用者が誤った版を参照する可能性があります。
そのため、編集用のデータと正式公開用データを明確に区別します。
第3段階の完了条件は、管理者が更新内容とその根拠を確認し、正式な公開対象として承認した状態です。
第4段階｜公開後のAR表示を確認して更新を完了する
第3段階で管理者の承認を得ても、更新作業を完了扱いにしないことが重要です。
承認済みの元データが正しくても、現場で利用するAR表示へ反映される過程で問題が発生する可能性があるためです。
第4段階では、正式データを公開した後、実際の利用環境で更新内容を確認します。
例えば更新前のデータが残っていないか、変更した区間が正しく表示されているか、新旧データが重複していないか、対象外の区間まで変更されていないかなどを確認します。
可能な場合は、現地でAR表示を確認すると位置関係を把握しやすくなります。
道路構造物やマンホール、既知の設備、施工位置などを参考にしながら、表示に大きな不整合がないかを確認します。
ただし、AR表示だけを根拠として埋設管の正確な位置を確定することは避ける必要があります。
位置情報の取得方法や測位環境、端末の姿勢推定、元データの精度などによって、実際の位置とAR表示には差が生じる可能性があります。
特に掘削を伴う作業では、ARだけで安全な掘削位置を決めるのではなく、管理資料や現地調査、埋設物の確認方法などを組み合わせて判断することが重要です。
第4段階では、更新部分だけでなく前後のつながりも確認します。
例えば、移設した区間だけは正しく表示されていても、旧データが一部残っていれば、管路が二重に見えることがあります。
途中でデータが切れていれば、前後関係を誤認する可能性があります。
こうした問題は、元データだけを確認していても見つけにくいことがあります。
公開後の確認まで行うことで、「データは修正済みだが、現場では旧データが表示されている」という状態を防ぎやすくなります。
問題が発見された場合は、表示位置だけを一時的に動かして対応するのではなく、原因を確認することが重要です。
元データの誤りなのか、公開対象の取り違えなのか、AR表示用への変換に問題があるのかによって、修正する場所は異なります。
一時的な表示調整だけで終えると、次回更新時に同じ問題が再発する可能性があります。
第4段階の完了条件は、承認済みの最新版が利用環境へ反映され、表示状態まで確認できたことです。
承認フローではデータの状態を明確に分ける
承認フローを作っても、データが現在どの工程にあるのか分からなければ、更新漏れを発見しにくくなります。
そこで重要になるのが、データの状態管理です。
例えば、施工現場から変更情報が提出された直後と、更新担当者による編集が完了した後では、同じ「更新対象」であっても意味が異なります。
管理者の承認が済んでいても、まだARへ公開されていないのであれば、現場利用者から見れば旧状態のままです。
これらをすべて「更新済み」と表現すると、どこまで作業が進んでいるのか判断できなくなります。
そのため、受付済み、編集中、確認待ち、承認済み、公開済み、公開確認済みなど、工程に応じて状態を分ける考え方が有効です。
特に、承認済みと公開確認済みを分けることが重要です。
管理者の承認は、データ内容が正式利用に適していると判断した状態です。一方、公開確認済みは、そのデータが実際に利用者の見る環境へ反映された状態です。
この二つには差があります。
例えば金曜日に管理者が承認していても、公開作業が翌週になるのであれば、その期間中は現場のAR表示が旧データのままである可能性があります。
利用者がそのことを知らなければ、承認後だから最新だと思い込むかもしれません。
そのため、利用者が参照しているデータがいつ時点のものなのか確認できるようにすることも重要です。
状態管理を行うことで、途中で止まっている更新案件も見つけやすくなります。
施工完了から長期間たっているのに確認待ちのままになっている案件や、承認済みなのに公開されていない案件があれば、対応が必要だと判断できます。
更新漏れを人の記憶から探すのではなく、状態を見れば未処理案件が分かる仕組みにすることがポイントです。
版管理と更新履歴を組み合わせて取り違えを防ぐ
埋設管AR表示を長期間運用する場合は、承認フローと版管理を組み合わせることが重要です。
更新のたびに同じデータを上書きしていると、どの時点で何が変更されたのか分からなくなる可能性があります。
例えば更新後に誤りが発見された場合、直前の状態が保存されていれば比較できます。しかし過去のデータが残っていなければ、施工記録や図面を再度調べなければならないことがあります。
版管理では、単に過去ファイルを残すだけではなく、どれが正式な最新版なのかを明確にします。
ファイル名へ「最新」「最新版」「最終」「最終修正」といった文字を付けるだけでは、複数の担当者が更新するうちに似た名称のデータが増える可能性があります。
そのため、更新日、版番号、承認状態など、判断基準を統一しておくことが重要です。
更新履歴には、何を変更したのかだけでなく、なぜ変更したのかも残しておくと後から確認しやすくなります。
例えば、既設管との干渉によりルートを変更した、施工後の測量結果に基づき位置を修正した、撤去工事の完了により設備状態を変更したなど、変更理由を残すことで経緯を理解できます。
更新者と承認者の情報も、必要に応じて履歴として追えるようにします。
これは責任を特定するためだけのものではありません。
問い合わせや不整合が起きた際に、どの工程でどの資料を基に変更したのかを確認するために役立ちます。
例えば数年後に「なぜこの位置へ変更されているのか」という疑問が生じた際、更新理由と施工記録が対応していれば確認しやすくなります。
過去の状態を残すことは、将来の工事でも役立ちます。
現在は撤去されている設備でも、以前のルートを把握する必要が生じる場合があります。
そのため、現在の表示対象と過去履歴を分けて管理する考え方が重要になります。
緊急工事や小規模変更でも更新を止めない仕組みを作る
データ更新漏れが発生しやすい場面の一つが、緊急工事です。
漏水、破損、災害復旧などでは、通常の工事よりも現場対応が優先されます。
安全確保や早期復旧が最優先になるため、通常の完成資料作成やデータ更新が後回しになることがあります。
しかし、緊急対応だからこそ変更内容を残す仕組みが必要です。
例えば破損した管路を迂回させるために短い区間だけルートを変更した場合、変更距離が短いからといって将来への影響が小さいとは限りません。
数年後、その場所で別の工事が行われたとき、AR表示が旧ルートのままであれば、現場担当者が位置関係を誤認する可能性があります。
緊急工事では、工事完了時点ですべての確定データを作れないこともあります。
その場合でも、更新が必要な案件として登録しておくことが重要です。
「後で更新する」という口頭の申し送りだけでは、通常業務へ戻った時点で忘れられる可能性があります。
まず変更があった事実を登録し、詳細な位置情報や完成資料がそろった段階で正式更新へ進める仕組みにしておけば、作業そのものが消えることを防げます。
ただし、不確かな情報を正式データとして公開するのは避ける必要があります。
未確認の情報は未確認であることが分かる状態にし、承認済みの情報と区別します。
緊急対応だから承認フローをなくすのではなく、入口だけでも確実に残して後工程へつなげることが重要です。
小規模変更も同様です。
大規模な移設工事では更新意識が高まりやすい一方、マンホール周辺の短い移設、接続位置の変更、高さだけの変更などは「大きな変更ではない」と判断され、更新が抜けやすくなります。
しかしARでは、小さな位置変更でも現地の見え方へ影響する可能性があります。
変更量ではなく、管理対象の状態が変化したかどうかを基準に更新対象を判断することが大切です。
複数会社が関わる現場では責任範囲を明確にする
インフラ工事では、発注者、施工会社、設備管理者、設計担当者、測量担当者など、複数の組織が関係することがあります。
このような現場では、データ更新の責任範囲を明確にすることが重要です。
例えば施工会社が完成位置を測量し、そのデータを発注者へ提出し、設備管理者が正式な管理データへ登録するという流れがあります。
この場合、施工会社が提出した時点で更新が完了するわけではありません。
管理側が受領し、確認し、正式データへ登録し、公開されるところまで進まなければ、現場利用者が見る情報は更新されません。
一方で、発注者側が「施工会社が更新するもの」と考え、施工会社側が「管理者が更新するもの」と考えていれば、誰も更新しない状態になる可能性があります。
そこで、工事開始前からデータ更新の役割を決めておくことが有効です。
どの情報を施工側が提出するのか、誰が内容を確認するのか、誰が正式データを更新するのか、誰がAR公開後を確認するのかを明確にします。
情報の受け渡し方法についても統一します。
口頭、紙資料、個別の連絡、共有データなど、複数の経路から情報が入ると、どれが正式な更新依頼なのか分からなくなる可能性があります。
変更情報を正式に受け付ける方法を決めておけば、担当者が変わっても運用を継続しやすくなります。
承認者が不在の場合の対応も決めておくことが望ましいです。
一人だけしか承認できない運用では、その担当者が長期間不在になると、正しいデータが完成していても公開できなくなります。
代理承認を設定する場合は、単に権限を与えるだけではなく、何を確認して承認するのかという基準も共有しておく必要があります。
また、現場利用者へデータの更新時点を伝えることも重要です。
現場の地下状況は変更済みなのに、AR表示への反映まで時間差がある場合、その期間中は利用者が旧情報を見る可能性があります。
どの時点のデータを表示しているのかが分かれば、現場担当者もほかの資料と照合しながら判断できます。
埋設管AR表示を施工から維持管理までつなげる
承認フローを整備する目的は、更新漏れを減らすだけではありません。
施工時に得られた情報を、その後の維持管理へつなげやすくする効果もあります。
施工前には、計画された埋設管や既設管の位置を確認します。
施工中には、実際の施工位置や変更内容を記録します。
施工後には、完成状態を確認して正式な管理データへ反映します。
その情報を維持管理で利用し、将来改修が行われれば再び更新するという流れを作ることで、埋設管情報を継続的に維持できます。
この循環を作るうえで、現場で位置情報を取得しやすいことは大きな意味を持ちます。
例えばLRTK Phoneを利用して位置情報の取得や現地確認を行う場合も、取得したデータを保存するだけで終わらせず、正式な更新フローへつなげることが重要です。
現場で取得した情報が個人の端末や一時的な作業データとして残るだけでは、管理情報の最新版にはなりません。
誰が確認し、どの管理データへ反映し、いつ公開するのかまで決めることで、初めて長期的な活用につながります。
また、AR表示は、管理データの不整合に気付くきっかけとしても利用できます。
図面上では分かりにくい位置関係でも、現地でAR表示したときに構造物との関係が明らかに不自然であれば、元データや座標条件を再確認する必要があります。
ただし、AR上の見た目だけで元データが間違っていると断定することは避けます。
測位状態、端末姿勢、データ基準など別の原因も考えられるため、施工記録や測量結果と照合して原因を確認することが重要です。
埋設管AR表示を長期運用するには、表示技術とデータ管理を切り離して考えないことがポイントです。
どれだけ見やすいAR表示を用意しても、元データの更新が止まれば徐々に現地との違いが大きくなります。
反対に、正確に管理されたデータがあっても、現場担当者が利用しにくければ情報を十分に活用できません。
現場で取得し、管理側で確認し、再び現場で利用する循環を作ることで、埋設管AR表示を施工支援だけではなく維持管理にもつなげやすくなります。
まとめ｜4段階の承認フローで更新漏れを防ぐ
埋設管AR表示では、現地で地下の位置関係を把握しやすくなる一方、表示するデータが古ければ現場の実態と異なる情報を利用することになります。
そのため、ARの機能だけでなく、表示データを継続して更新する仕組みが重要です。
更新漏れを防ぐには、施工担当者やデータ担当者の注意力だけに頼らず、データ更新を明確な業務フローとして設計します。
第1段階では、現場で発生した変更を記録し、更新対象を確定します。
新設、移設、撤去、高さ変更などが発生したとき、その内容を後から確認できる状態で残します。施工完了と同時にすべての正式データが完成していなくても、更新が必要であること自体を管理対象へ入れることが重要です。
第2段階では、更新担当者が現場記録と既存データを照合します。
位置、接続関係、高さ、属性情報などを確認し、根拠が不足している部分を推測だけで登録しないようにします。更新前後を比較できる状態にしておくことも有効です。
第3段階では、管理者が更新内容と根拠を確認し、正式な利用データとして承認します。
更新担当者とは別の視点で見ることで、対象の取り違えや周辺データとの不整合などを発見しやすくなります。
第4段階では、承認された最新版が実際のAR表示へ反映されたことを確認します。
元データの更新だけで完了とせず、現場利用者が見る状態まで確認することで、「管理側では更新済みなのに現場では古い情報が表示される」という問題を減らせます。
さらに、受付済み、編集中、承認済み、公開確認済みといった状態を区別し、版情報や変更履歴を管理すると、途中で止まっている案件を見つけやすくなります。
緊急工事や小規模変更についても、更新が必要な事実を必ず記録して後工程へつなげることが重要です。
また、AR表示は埋設管確認を支援する手段であり、AR表示だけを根拠に地下設備の正確な位置や掘削可否を判断するものではありません。必要な管理資料、現地調査、埋設物確認などと組み合わせて利用することが大切です。
埋設管データは、一度整備して終わる情報ではありません。新設、移設、撤去、改修が続く限り、現場の状態に合わせて更新し続ける必要があります。
そのためには、「誰が最新データを作るか」だけではなく、「誰が変更を登録し、誰が照合し、誰が承認し、誰が公開後を確認するか」まで決めておくことが重要です。
4段階の承認フローを明確にすれば、更新作業がどこで止まっているのかを把握しやすくなり、埋設管AR表示を継続的に活用しやすくなります。
現場で位置情報を取得し、その情報をARによる確認やその後の管理へつなげたい場合は、LRTK Phoneを活用しながら、現場取得からデータ更新、承認、再利用までを一連の流れとして設計することが重要です。