LRTKレフィクシア株式会社

地下埋設物ARで別工区を誤表示しない5つの識別ルール

地下埋設物ARで別工区を誤表示するリスク

地下埋設物ARは、地中にある配管、電線管、通信設備、排水施設、マンホール、ますなどの位置情報を、現地の映像に重ねて確認するための技術です。平面図だけでは理解しにくい埋設物の方向、深さ、分岐、交差位置などを現場で直感的に確認できるため、掘削前の位置確認、試掘箇所の検討、施工記録の共有、維持管理などへの活用が考えられます。

ただし、画面に表示されているデータが現在作業している工区とは限りません。複数の工区が登録されている現場では、選択操作の間違い、前回表示した工区の残存、似た名称の取り違え、閲覧権限の設定不備などによって、別工区の地下埋設物が表示される可能性があります。

AR画面では、三次元データが現実空間に重なって見えるため、利用者が表示内容を正しいものだと受け入れやすい傾向があります。別工区の配管であっても、道路の方向や構造物の配置が似ていれば、誤表示にすぐ気づけないことがあります。特に、直線状の管路、同じ規格で整備された造成地、似た形状の交差点などでは、別工区のデータがもっともらしく見える場合があります。

誤表示に気づかず施工判断に使用すると、試掘位置を誤る、既設管との離隔を誤認する、掘削範囲を不必要に広げる、確認すべき埋設物を見落とすといった問題につながります。地下埋設物を損傷すれば、工事の中断だけでなく、周辺施設や利用者に影響を及ぼす可能性もあります。

別工区を誤表示する原因の一つが、工区名称の表記揺れです。同じ工区が「第1工区」「1工区」「北側工区」など複数の名称で登録されていると、担当者はどれが正式なデータなのか判断しにくくなります。反対に、異なる工区がどちらも「第1工区」と登録されていれば、現場名や施工区間まで確認しなければ区別できません。

工区を複製して新しいデータを作成した際に、元の工区名、座標設定、基準点、表示範囲などが残っているケースにも注意が必要です。見た目上の名称だけを変更し、位置情報や属性が元工区のままになっていれば、新しい工区として選択できても正しい位置には表示されません。

さらに、工区は正しくても、古い版や未承認のデータが選択される場合があります。設計変更前の管路、施工途中の測定値、確認されていない修正データなどが表示されると、現地の状況と一致しません。別工区の誤表示を防ぐためには、工区名称だけでなく、座標、表示範囲、属性、更新履歴、承認状態まで含めて確認する必要があります。

地下埋設物ARの運用では、利用者の注意力だけに依存しないことが重要です。どの担当者が操作しても同じ手順で正しい工区を選べるように、データ登録と現場確認の両面から識別ルールを整備します。ここからは、別工区の誤表示を防ぐための5つの識別ルールを具体的に解説します。

識別ルール1 工区IDと名称を一意にする

最初のルールは、すべての工区に重複しない工区IDを割り当て、名称の付け方を統一することです。工区名は利用者が内容を理解するための表示情報ですが、工区IDはデータを一意に識別するための管理情報です。名称だけで管理すると、表記揺れ、略称、名称変更、入力ミスなどによって識別が曖昧になります。

工区IDには、工事年度、現場番号、地区、路線、工区番号などを一定の順番で組み合わせます。たとえば、現場を示す番号と工区番号を分けておけば、別の現場に同じ「第1工区」が存在しても識別できます。重要なのは、担当者が自由な形式でIDを作成するのではなく、組織や現場で共通の発行規則を定めることです。

一度発行した工区IDは、原則として後から変更しない運用が適しています。工事名称や担当会社が変わった場合でも工区IDを維持すれば、図面、測位結果、写真、点群、施工記録、承認履歴などとの関連を保ちやすくなります。工区IDを途中で変更すると、同じ工区が別の工区として登録されたり、過去データとのひも付けが切れたりする可能性があります。

工区の表示名称には、一覧画面で識別するために必要な情報を含めます。「第1工区」のような名称だけではなく、現場名、施工区間、路線方向、対象設備などを組み合わせる方法が有効です。道路工事であれば、測点範囲、交差点名、起点側や終点側といった情報を含めると、類似した工区を区別しやすくなります。

ただし、名称を長くしすぎると、端末の画面上で末尾が省略されることがあります。工区番号や施工区間など、識別に重要な情報は名称の前半に配置します。年度、担当会社、補足事項などは後半または詳細属性に分けると、一覧性を保ちやすくなります。

正式名称に加えて現場で使用する略称が必要な場合は、略称も登録項目として管理します。担当者がそれぞれ異なる略称を使うと、口頭での指示と画面上の名称が一致しません。正式名称、工区ID、使用可能な略称を一覧化し、朝礼や作業指示でも同じ呼称を使用します。

工区情報には、工事名、施工区間、対象設備、施工会社、管理担当者、施工期間、作業状態なども登録します。工区を選択する際に複数の属性を照合できれば、名称だけを見て判断するよりも取り違えを減らせます。たとえば、工区名が似ていても、施工期間や対象設備が違えば誤選択に気づけます。

工区を新規登録できる利用者は限定した方が安全です。誰でも自由に工区を作成できると、同じ工区が重複登録されたり、仮名称のまま利用されたりする可能性があります。登録申請、内容確認、工区ID発行、利用開始という流れを決め、登録時点で重複がないことを確認します。

既存工区を複製して新しい工区を作る場合は、複製元の情報が残っていないか確認します。工区名だけでなく、工区ID、座標系、基準点、施工範囲、対象設備、閲覧権限、データ状態などを確認し、新しい工区に合わせて変更します。

工事が完了した工区は削除せず、完了または保管状態へ変更する運用が適しています。削除すると、維持管理や後日の確認に必要な記録を参照できなくなる可能性があります。一方、完了工区を作業中の一覧に残すと、現在の工区と取り違えやすくなります。通常の選択画面には進行中の工区だけを表示し、完了工区は必要なときだけ検索できるようにします。

識別ルール2 座標系と基準点を工区単位で管理する

2つ目のルールは、座標系、標高基準、原点、基準点などの位置情報を工区単位で管理することです。地下埋設物ARでは、登録された三次元データと端末が取得する現在位置を対応させて表示します。工区名が正しくても、位置情報の定義が異なれば、地下埋設物は正しい場所に表示されません。

確認すべき項目には、平面座標の基準、標高の基準、使用単位、基準点番号、基準点成果の作成日、座標変換の有無などがあります。現場独自の座標を使用している場合は、公共的な座標との対応関係や変換方法も明確にします。

隣接する工区で異なる仮設基準点や任意座標が使用されることもあります。施工会社や測量担当者が工区ごとに異なる場合、同じ現場内でも基準点の管理方法が統一されていない可能性があります。基準点名称がどちらも「基準点1」のようになっていれば、別工区の基準点を選択しても気づきにくくなります。

基準点名称には、工区IDまたは現場を識別する情報を含めます。さらに、基準点の座標値、標高、設置位置、設置状況、確認日、確認者などを記録します。工区と基準点の関係をシステム上で固定し、別工区の基準点を誤って選択できないようにする方法も有効です。

地下埋設物データを登録した後は、現地で位置が明確な対象を使って照合します。マンホールの中心、既設ますの角、舗装境界、建物角、測量標、既知点など、図面と現場の両方で特定できる対象が適しています。AR表示された位置が照合対象と一致しているかを確認し、違いがある場合は工区選択や座標設定を見直します。

照合は一地点だけで完了させないことが重要です。一地点が一致していても、方向、縮尺、回転、変換方法などに誤りが残っている可能性があります。工区内で離れた複数地点を選び、起点側と終点側、直線部と屈曲部などで確認します。

高さ方向の基準も明確にしなければなりません。地下埋設物では、管中心高、管頂高、管底高、地盤高、土被りなど複数の高さ情報が使用されます。平面位置が一致していても、表示している高さの意味が違えば、埋設深さや離隔を誤認する可能性があります。

工区データには、どの高さを登録しているかを属性として記録し、画面上でも確認できるようにします。単に「高さ」と表示するのではなく、管中心、管頂、管底などの基準を明示します。数値には単位も付け、標高値なのか地表からの深さなのかを区別します。

過去工事のデータを取り込む場合は、現在の工区と同じ座標系であるとは限りません。古い図面や竣工資料には、作成時期や作成者によって異なる基準が使用されている場合があります。形状が似ているからという理由だけで重ね合わせず、座標の出所、変換方法、測量成果との整合性を確認します。

測位状態が安定しない環境では、工区選択の間違いと測位によるずれを区別しにくくなります。周辺の建物、樹木、法面、重機、資材などによって受信条件が変わることもあります。表示位置に違和感があるときは、別工区だと即断せず、測位状態、端末姿勢、座標設定、基準点、データ版を順番に確認します。

位置確認の結果は担当者の記憶だけに残さず、工区情報として記録します。確認日、確認者、使用した照合点、差の状況、使用した基準点などを残せば、別の担当者が同じ工区を使用するときにも判断材料になります。データ更新後に再確認が必要かどうかも把握しやすくなります。

識別ルール3 工区境界と表示可能範囲を明確にする

3つ目のルールは、工区ごとの境界とデータの表示可能範囲を明確にすることです。地下埋設物だけを画面に表示しても、どこからどこまでが選択中の工区なのか分からない場合があります。隣接工区にも同じ種類の管路が連続している現場では、配管の形状だけから工区を識別することは困難です。

工区データには、施工範囲、管理範囲、データ有効範囲などを示す境界情報を登録します。道路中心線の測点範囲、敷地境界、街区、施工ヤード、構造物区間など、現場で理解しやすい基準を使用します。

施工範囲とデータ有効範囲が異なる場合は、両者を分けて管理します。施工自体は工区境界内で行われていても、埋設物データが一部の範囲しか作成されていないことがあります。施工範囲内だからといって、すべての地下埋設物が表示されるとは限りません。データが存在する範囲と未整備の範囲を区別できるようにします。

AR画面では、必要に応じて工区境界を確認できる状態が望ましいです。境界を常時表示すると埋設物が見にくくなる場合は、作業開始時や工区切り替え時にだけ表示する方法があります。現在地が選択中の工区に含まれていることを確認してから、埋設物の確認へ進みます。

現在地が工区境界から大きく外れている場合に注意を表示する仕組みも有効です。別の工区へ移動した後も前の工区が選択されたままになっていれば、画面上で再確認を促せます。ただし、測位状態の変化や境界付近での作業もあるため、範囲外になっただけでデータを直ちに消すのではなく、利用者へ確認を求める方法が現実的です。

工区の境界が空間的に重複する現場もあります。道路改良工事と埋設管移設工事、元請工区と協力会社の作業区分、設計工区と施工管理区分などが同じ範囲に設定される場合です。このような現場では、現在位置だけで正しい工区を自動判定できません。

重複工区を識別するためには、工事種別、対象設備、施工期間、作業段階などの属性を追加します。設計データ、施工予定データ、施工中データ、完成記録が同じ範囲に存在する場合は、現在どの状態を表示しているかを明確にします。

工区間を連続する管路にも注意が必要です。地下埋設物は管理上の工区境界で物理的に切れるとは限りません。工区単位でデータを分割すると、境界部分で線が重複したり、わずかな隙間が生じたりする可能性があります。

両方の工区に同じ区間が登録されていると、同時表示した際に二重の管路として見えることがあります。反対に、どちらの工区にも含まれていない区間があれば、実際には連続している管路が途中で途切れて表示されます。工区境界でのデータ分割方法を事前に決める必要があります。

接続点には共通の施設番号や接続点番号を割り当て、両工区で同じ対象であることを確認できるようにします。接続点の座標、管種、管径、高さ、方向などを照合し、更新時には関連する工区にも変更内容を反映します。

表示範囲には高さ方向の考え方も必要です。同じ平面位置に複数の地下設備が存在する場合、すべてを同時表示すると画面が複雑になり、対象を誤認しやすくなります。設備種別や深度範囲を絞り込めるようにし、現在確認している対象を明確にします。

工区境界付近で作業するときは、境界線だけでなく周辺の照合対象も確認します。測点、マンホール、交差点、敷地境界などを利用し、画面上の境界と現地の位置関係が合っているか確認します。

識別ルール4 レイヤーと属性の表示方法を統一する

4つ目のルールは、レイヤー、表示色、線種、ラベル、属性項目などの表示方法を統一することです。工区ごとに表示ルールが異なると、同じ設備が違う意味に見えたり、異なる設備が同じものに見えたりします。

レイヤーは、設備種別、施工段階、管理区分、情報の確定度などに応じて分けます。設計位置、施工予定位置、施工中の測定値、実測済みの完成位置、既設参考位置などを同じレイヤーに混在させると、どの情報を施工判断に使えるのか分からなくなります。

設備種別を示すレイヤーと、データ状態を示すレイヤーは役割を分けることが重要です。管路の種類を示す情報と、設計値か実測値かを示す情報が同じ表示要素に依存すると、利用者が意味を取り違える可能性があります。

表示色を使用する場合は、色だけに意味を持たせないようにします。屋外では、直射日光、画面輝度、反射、保護具の使用などによって色の違いが分かりにくくなることがあります。利用者によって色の見え方が異なることも考慮する必要があります。

色に加えて、線種、線幅、透明度、ラベル、記号などを組み合わせます。たとえば、実測済みと参考情報を線種で分け、設備種別をラベルで示すなど、複数の手掛かりから識別できるようにします。

同じ設備種別は、工区が変わっても同じ基本ルールで表示します。工区ごとに管路の色や線種を自由に変更すると、利用者が設備種別と工区の違いを混同します。設備を識別する表示と、選択中の工区を識別する表示は分ける方が安全です。

選択中の工区は、画面上の一定位置に工区名と工区IDを表示します。画面を操作している間も確認できるようにし、詳細画面を開かなければ工区が分からない状態を避けます。工区切り替え時には、切り替わったことが分かる表示を行います。

隣接工区を同時に表示する場合は、それぞれの範囲や所属を確認できるようにします。設備そのものの色を工区ごとに変えるのではなく、境界線、工区ラベル、背景表示などで区別する方法があります。これにより、設備種別の表示規則を維持したまま工区を判別できます。

属性ラベルには、現場で必要な情報を優先して表示します。工区ID、施設番号、設備種別、管径、材質、管中心高、管頂高、管底高、施工日、測定日、データ状態などが候補になります。

すべての属性を常時表示すると、文字が重なって対象を確認しにくくなります。通常画面では最小限の情報を表示し、対象を選択したときに詳細を確認できるようにします。少なくとも、対象がどの工区に属するか、設計値か実測値か、どの高さを表しているかは確認できる状態が望ましいです。

数値属性には単位を明記します。管径、距離、標高、深さなどの数値だけを表示すると、メートルとミリメートル、標高と地表からの深さなどを取り違える可能性があります。項目名と単位を組み合わせて表示します。

未確認のデータ、図面から転記したデータ、推定位置などは、実測済みの完成記録と同じ見え方にしないことが重要です。情報の確定度を属性として登録し、表示方法にも反映させます。

属性名の表記も統一します。同じ意味の項目が「管頂」「管頂高」「上端高」など複数の名称で登録されていると、工区ごとに解釈が変わる可能性があります。標準的な属性名と入力方法を決め、登録担当者による違いを減らします。

表示ルールは操作説明だけでなく、登録時の入力規則や初期設定として統一します。担当者が個別に名称、色、レイヤーを変更できる状態では、工区が増えるほど表示がばらつきます。標準設定を用意し、例外的な変更は管理者が内容を確認したうえで実施します。

識別ルール5 データの版と承認状態を確認する

5つ目のルールは、工区ごとにデータの版と承認状態を管理し、表示時に確認できるようにすることです。正しい工区を選んでいても、古い版、作業途中の版、確認されていない版を表示すれば、現地の状況と一致しません。

地下埋設物データには、作成日、更新日、作成者、更新者、更新理由、版番号、承認者、承認日などを記録します。ファイル名だけで版を管理すると、複製や名称変更によって新旧関係が分からなくなる可能性があります。システム上の履歴として管理し、現在有効な版を明確にします。

施工中は、設計変更、障害物の回避、接続位置の調整、管路の曲げ、深さの変更などによってデータが更新されることがあります。更新後のデータが一部の担当者にしか共有されていないと、同じ工区で異なる版を参照する状態が生じます。

データ状態には、作成中、確認待ち、承認済み、差し戻し、廃止などを設定します。通常の施工確認には承認済みのデータを使用し、作成中や確認待ちのデータは、必要な権限を持つ担当者だけが表示できるようにします。

施工直後の測定結果を速報として共有する場合は、未承認であることを明確に表示します。「最新」という言葉だけでは、更新日時が新しいことしか分かりません。内容が確認済みか、施工判断に使用できる状態かは、承認状態として別に示す必要があります。

版番号の表記方法も統一します。担当者ごとに「最新版」「修正版」「最終版」などの名称を付けると、複数の最終版が存在する状態になりかねません。連続した版番号を付け、更新の順序を追跡できるようにします。

差し替え前のデータは削除せず、過去版として保管します。誤った更新が行われた場合に直前の状態へ戻せるほか、施工時点でどのデータを参照していたかを後から確認できます。

工区を複製した際には、複製元の承認状態をそのまま引き継がないように注意します。複製した新工区のデータが最初から承認済みになっていれば、座標や属性の確認を行わないまま現場で使用される可能性があります。新しい工区として確認と承認をやり直します。

閲覧権限の設定も誤表示防止に役立ちます。担当していない工区を通常の選択一覧から除外すれば、誤って選択する可能性を減らせます。担当現場、工区、作業内容、利用期間などに応じて閲覧範囲を設定します。

ただし、工区間の調整を行う管理者や測量担当者などは、複数工区を確認する必要があります。その場合は、閲覧できる工区を減らすだけでなく、現在選択中の工区が常に分かる表示を整えます。

工事完了、担当変更、協力会社の作業終了などのタイミングでは、閲覧権限を見直します。不要な工区が一覧に残り続けると、別工区を選ぶ原因になります。期間を定めて権限を付与し、終了時に解除する運用も有効です。

操作履歴には、工区選択、データ表示、更新、承認、出力などを記録します。誤表示が疑われた場合に、誰が、いつ、どの工区のどの版を使用していたかを確認できれば、原因分析と再発防止につなげられます。

作業開始前に実施したい工区確認の手順

識別ルールを整備しても、現場での確認が不要になるわけではありません。地下埋設物ARを使用する前には、一定の手順で工区とデータを確認します。担当者ごとに異なる方法で確認すると抜けが生じるため、作業開始前の流れを標準化することが重要です。

最初に、画面に表示されている工事名、工区名、工区IDを確認します。名称の一部だけを見るのではなく、施工区間、対象設備、作業内容まで含めて現在の作業と一致しているかを確認します。

前日に別工区で使用した端末や、別の担当者から引き継いだ端末では、前回の表示状態が残っている可能性があります。端末を起動した直後に表示された内容をそのまま使用せず、工区を選び直すか、現在の選択状態を確認します。

次に、データの版番号、更新日時、承認状態を確認します。更新日時が新しくても未承認である可能性があり、承認済みでも設計変更前の版である場合があります。朝礼、作業指示書、施工計画などで指定された版と画面上の情報を照合します。

続いて、現在地が選択中の工区範囲に含まれているかを確認します。工区境界、測点、交差点、マンホールなどを使って位置関係を把握します。道路の左右、起点側と終点側、上り側と下り側などを取り違えていないかも確認します。

その後、現地で位置が明確な照合対象を使い、AR表示の位置を確認します。マンホール、ます、既設構造物、境界標など、図面と現地で共通して確認できる対象を選びます。照合対象と表示位置が大きく異なる場合は、工区、座標系、測位状態、端末姿勢、データ版を再確認します。

照合は可能な範囲で複数地点において行います。一地点だけでなく、離れた位置でも確認することで、全体の向きや座標変換の誤りを見つけやすくなります。

高さ方向についても、表示している値の種類を確認します。管中心、管頂、管底、地盤面からの深さなどが混在すると、平面位置が合っていても掘削深さを誤認する可能性があります。

工区を切り替えた後は、前の工区のデータが残っていないことを確認します。複数工区の同時表示が有効になっていないか、不要なレイヤーが表示されていないかも確認します。

確認中に違和感があった場合は、見た目が合うようにその場でデータを動かして使用するのではなく、原因を確認します。別工区の選択、座標設定、基準点、測位状態、データ更新など、考えられる原因を順番に切り分けます。

必要に応じて、確認結果を日報や作業記録へ残します。工区名、工区ID、使用したデータ版、照合対象、確認者などを記録すれば、後から施工時の条件を追跡できます。

隣接工区や重複工区を扱うときの注意点

長距離の管路工事、道路改良、造成地の排水工事などでは、一日の作業範囲が複数工区にまたがる場合があります。このような現場では、単一工区内の作業よりも慎重な切り替え管理が必要です。

工区を越えるたびに手動でデータを切り替える運用では、切り替え忘れが起きる可能性があります。反対に、現在位置に応じて自動的に工区を切り替える場合は、境界付近で表示が頻繁に変わったり、重複工区の判定が難しくなったりします。

工区境界へ近づいたときに注意を表示し、利用者が作業内容を確認してから切り替える方法が考えられます。自動判定を利用する場合でも、最終的には画面上の工区名と工区IDを利用者が確認します。

工区境界にある接続点には、両工区で共通の管理番号を設定します。一方の工区では終点、もう一方では起点として登録されていても、同じ接続点であることを確認できるようにします。

境界部分のデータをどちらの工区が管理するかも決めておきます。両工区が同じ区間を管理すると、二重表示や更新競合の原因になります。どちらの工区も管理しなければ、表示されない空白区間が発生します。

設計変更が工区境界をまたぐ場合は、関連する両工区で確認します。一方の工区だけを更新すると、接続位置、管径、高さ、方向などが一致しなくなる可能性があります。更新時には関連工区と接続点を指定し、関係する担当者が確認できる運用にします。

複数の施工会社が関係する現場では、工区や設備の呼び方を統一します。同じ位置を会社ごとに異なる名称で呼んでいると、口頭指示と画面表示が一致しません。正式名称、工区ID、現場で使う略称を共有します。

工区ごとにデータ作成者が異なる場合は、座標、属性、単位、レイヤー、表示方法が統一されているか確認します。データを同時表示した際に意味を比較できるよう、登録前の確認項目を共通化します。

作業班が工区を移動するときには、移動前後で確認する内容を決めます。作業終了、移動、工区切り替え、照合点確認、作業再開という流れを定めれば、移動後に前の工区を表示したまま作業するリスクを減らせます。

地下埋設物ARを施工判断に使う際の安全対策

地下埋設物ARは、現場の状況を理解するための有効な補助手段ですが、表示位置だけを根拠として掘削や穿孔を進めることは適切ではありません。登録データには、測量時の誤差、図面作成時の誤差、施工時の変更、測位環境の影響、端末姿勢の推定誤差などが含まれる可能性があります。

AR画面では対象が現実空間に重なって見えるため、表示された位置が実物と同じ精度であるように感じられることがあります。しかし、画面上で配管が明確に見えていても、中心位置や深さが施工判断に必要な精度を満たしているとは限りません。

掘削前には、管理図面、施工記録、現地標示、探査結果、試掘などを組み合わせて確認します。重要な設備の近傍や位置情報に不確かさがある区間では、設備管理者との協議や立会い、慎重な掘削方法などを検討します。

データには精度や確認状態を登録することが望ましいです。実測済み、図面転記、推定、未確認などの区分が分かれば、利用者は表示内容をどの程度まで判断材料にできるか考えられます。

位置のずれを発見した場合は、画面上で見た目だけを合わせる修正を避けます。ずれの原因が工区選択、座標設定、測位状態、基準点、データ作成のどこにあるかを確認しなければ、別の場所でさらに大きなずれが発生する可能性があります。

正式なデータを修正するときは、元データ、修正理由、確認方法、修正者、承認者を記録します。現場で一時的に補正したデータと、正式な完成記録を区別し、未確認の変更が他の利用者に共有されないようにします。

操作教育では、表示の出し方だけでなく、誤表示を疑う視点を伝えることが重要です。工区名、工区ID、現在地、照合対象、版番号、承認状態、測位状態を確認する習慣を身につけます。

教育時には、正しい表示だけでなく、別工区を選択した例、古い版を選択した例、基準点を間違えた例なども扱います。どのような違和感が誤表示の兆候になるかを共有すれば、現場での早期発見につながります。

運用開始後は、工区選択の間違い、範囲外での利用、古い版の参照などが発生していないか定期的に確認します。操作履歴や現場からの報告を分析し、名称、権限、画面表示、確認手順を改善します。

識別ルールは一度作成して終わりではありません。工区数の増加、担当者の変更、施工段階の進行、維持管理への移行などに応じて必要な情報は変化します。現場の実態に合わせて継続的に見直します。

まとめ

地下埋設物ARで別工区を誤表示しないためには、一覧から正しい名称を選ぶだけの運用では不十分です。工区ID、座標系、基準点、工区境界、表示範囲、レイヤー、属性、更新履歴、承認状態、閲覧権限などを組み合わせ、複数の情報から正しい工区を確認できる仕組みが必要です。

1つ目の識別ルールは、重複しない工区IDを発行し、工区名称の付け方を統一することです。工区IDを固定すれば、名称変更があっても過去の施工記録や測量結果との関連を保ちやすくなります。

2つ目の識別ルールは、座標系、標高基準、基準点を工区単位で管理することです。現地で位置が分かる対象を使い、複数地点で平面位置と高さを確認します。

3つ目の識別ルールは、工区境界とデータの有効範囲を明確にすることです。現在地が選択中の工区内にあるかを確認し、重複工区では工事種別や施工段階などの属性も使用します。

4つ目の識別ルールは、レイヤー、表示色、線種、ラベル、属性の表現を統一することです。工区を示す情報と設備種別を示す情報を分け、色だけに依存しない表示にします。

5つ目の識別ルールは、データの版番号と承認状態を管理することです。更新日時が新しいだけではなく、現場で使用できる承認済みのデータであることを確認します。

作業開始前には、工事名、工区名、工区ID、データ版、承認状態、現在地、照合対象、測位状態を確認します。工区を切り替えた後や端末を引き継いだ後は、前の表示状態が残っていないかも確認することが重要です。

地下埋設物ARは、正しいデータを正しい場所で表示してこそ有効に活用できます。データ登録時の識別ルールと現場での確認手順を一体として整備し、別工区の誤表示や古いデータの参照を防ぐことが重要です。

地下埋設物の位置確認、施工記録、工区ごとのデータ管理を現場で効率化する方法を検討する際は、LRTK Phoneの活用も確認してみてください。

現場を3Dで残して、あとから測る。
実際の画面と動画で使い方を確認できます。

LRTK Phoneの使い方・実例を見る
資料請求導入相談
現場をスマホで3DスキャンLRTK Phone実例を見る