3D図面をAR表示し、現地の構造物や施工位置と重ねて確認する運用では、元の座標値が正しいだけでは十分ではありません。絶対座標をCSVで受け渡す途中に列ずれが起きると、平面座標が標高として読み込まれたり、点名が数値欄に入ったりして、AR上の点やモデルが本来とは異なる位置に表示されることがあります。数値自体に誤りがなくても、列と項目の対応関係が崩れれば、3D図面 AR 表示 絶対座標の処理は正しく成立しません。
CSVは多くの測量、設計、施工管理の場面で使われますが、実際の運用ではソフトウェアごとに文字コード、引用符、改行、ヘッダー、空欄、数値表記などの扱いが異なる場合があります。一般的なCSVはカンマ区切りで、フィールド内のカンマ、改行、二重引用符には引用処理が必要です。タブ区切りはTSV、セミコロン区切りは区切りテキストの一種として区別できます。実務では、これらがCSVという名称や.csvの拡張子で受け渡されることもあるため、拡張子だけで形式を判断せず、実際の区切りと読込条件を確認する必要があります。 RFC Editor+1
特に、点名や備考欄にカンマ、引用符、タブ、改行などが含まれると、適切な引用処理が行われていないファイルでは途中から列数が変わるおそれがあります。また、列数が正しくても、座標軸の定義や列順が作成側と読込側で異なれば、位置は一致しません。
本記事では、絶対座標付きの点データや3D図面用データを区切りテキストで受け渡し、AR表示するときに、CSVの区切り文字に起因する列ずれを防ぐ6つの対策を解説します。出力条件、引用処理、入力文字、列定義、機械検査、試験表示を一つの流れとして管理することが重要です。
CSVの列ずれが3D図面AR表示に与える影響
CSVの列ずれとは、本来は決められた列に入るべき値が、余分な区切り文字や不正な引用処理などによって別の列として解釈される状態です。たとえば、点名、X座標、Y座標、標高、コード、備考という6列で管理する予定のファイルでも、備考中のカンマがフィールド内の文字として保護されていなければ、その行だけ7列や8列として認識されることがあります。
読込処理の挙動はシステムによって異なります。列数の不一致でエラーを出す場合もあれば、余分な列を無視したり、不足した列を空欄として扱ったりする場合もあります。後者では読み込みが完了してしまうため、異常に気付きにくくなります。エラーが出なかったことは、列と項目の対応が正しいことを意味しません。
3D図面のAR表示では、各列の意味が明確である必要があります。平面座標と高さを扱う場合、X座標とY座標の入れ替え、標高列の欠損、単位の違いなどによって表示位置が変わります。数値列に点名などの文字列が入れば、読み込みが停止することもあれば、その値だけ欠損値として扱われることもあります。変換できない値を自動的にゼロへ置き換える実装では、点が座標原点や高さゼロ付近へ飛ぶ原因になります。
列ずれが厄介なのは、すべての行で同じように発生するとは限らない点です。備考が空欄の行は正しく、特定の記号や改行を含む行だけがずれることがあります。その結果、モデル全体が一様に移動するのではなく、一部の点だけが飛び、線が途中で折れたり、面が細長く伸びたり、三角形がねじれたりします。AR表示では一部が現地と合って見えるため、測位誤差や端末姿勢の問題と誤認する可能性があります。
絶対座標を用いたAR表示では、データ構造、座標参照系、測地基準、座標系番号、単位、高さの種類、モデル変換、現地測位を分けて確認する必要があります。GNSS測位が安定していても、CSVの列解釈が誤っていれば正しい重ね合わせはできません。反対に、CSVの列構造が正しくても、異なる座標参照系や高さ基準を組み合わせれば位置は一致しません。列ずれ対策は、絶対座標の意味を保ったまま次工程へ渡すための基礎となります。
対策1 出力側と読込側で区切り文字を固定する
最初の対策は、作成側と読込側で使用する区切り文字を明示的に固定することです。一般的なCSVではカンマを使います。タブを使う場合はTSV、セミコロンなどを使う場合は区切りテキストとして区別し、名称、拡張子、実際の内容、読込設定が一致するように管理します。 RFC Editor
現場では、表計算ソフトや設計ソフトの地域設定、保存形式、再出力の手順によって、意図とは異なる区切り文字になる場合があります。ファイル名が.csvであっても、中身がタブやセミコロンで区切られている可能性を完全には否定できません。そのため、重要な座標データでは拡張子や担当者の記憶だけに依存せず、先頭行の実データと読込プレビューを確認します。
区切り文字は担当者ごとに選ばせるのではなく、案件または社内標準で固定します。たとえば、AR表示用はカンマ区切り、1行目はヘッダー、2行目以降はデータ、文字コードは指定方式、改行コードは出力機能の標準に従う、といった条件を定めます。読込画面で区切り文字を選択できる場合は、標準設定を手順書に明記します。
自動判定機能は便利ですが、絶対座標を扱うファイルでは自動判定だけに依存しないほうが安全です。先頭数行にカンマが少ない、備考欄が空欄である、文字列にセミコロンが多いといった条件によって、判定結果が想定と異なる可能性があるためです。プレビューでは、列数だけでなく、点名、X座標、Y座標、標高がそれぞれ意図した列に入っていることを確認します。
区切り文字を固定するときは、小数点記号や桁区切りとの競合にも注意します。機械処理用の座標値には、読みやすさのための3桁区切りを付けない運用が安全です。カンマ区切りのCSVで数値にカンマの桁区切りを入れる場合、正しく引用されていなければ一つの数値が複数列に分割されます。座標値は通常、符号、数字、小数点を基本とし、単位記号は別列または仕様書で管理します。
ファイル名や管理票に形式を記載することも有効ですが、それだけで検査を省略してはいけません。過去ファイルを複製した場合や、別のソフトウェアで再保存した場合は、名称と内容が一致しないことがあります。受入時には実データを解析し、想定した区切り文字で全行が同じ列数になるかを確認します。
複数の担当者がデータを扱う場合は、自由度を減らすことが事故防止につながります。確認済みの出力テンプレートを用意し、そのテンプレートから生成したファイルだけをAR表示用として受け付ければ、設定差による列ずれを減らせます。重要なのは、特定の記号が常に優れていることではなく、作成、受け渡し、検査、読み込みまで同じ規則を維持することです。
対策2 文字列を引用符で囲み区切り文字を正しく扱う
2つ目の対策は、点名、コード、備考などのフィールドに区切り文字、改行、引用符を含める場合、CSVの引用規則に従って二重引用符で囲むことです。カンマ区切りのCSVで備考にカンマを含める場合、そのフィールド全体を二重引用符で囲めば、対応するCSVパーサーは内部のカンマを列境界ではなく文字として扱います。 RFC Editor+1
文字列の内部に二重引用符自体を含める場合は、二重引用符を二つ重ねて表現するのが一般的です。引用符の閉じ忘れや不正なエスケープがあると、次のカンマや改行まで同じフィールドの続きとして解釈され、後続の列や複数行に影響することがあります。そのため、引用処理は手作業で行うより、仕様に対応した出力機能やCSVライブラリに任せるほうが安全です。 RFC Editor
すべてのフィールドを常に引用する方式と、必要なフィールドだけを引用する方式のどちらも実務では使われます。重要なのは、作成側が一貫した規則で出力し、読込側が同じ規則を解釈できることです。一部の行だけを人がテキスト編集すると、引用符の追加漏れ、削除漏れ、全角引用符への置換などが起きやすくなります。
読込側では、単純に一行をカンマで分割する処理を避け、引用符と改行を扱えるCSVパーサーを使用します。単純な文字列分割では、引用されたカンマも列境界として処理されるため、正しいCSVであっても列ずれを起こします。出力側が仕様どおりでも、読込側の実装が引用規則に対応していなければ安全にはなりません。
点名にも注意が必要です。点名は短い識別子に見えても、工区名、測点番号、部材名、施工段階などを連結した名称が使われる場合があります。名称中にカンマや引用符が含まれると、その行だけ列数が変わる原因になります。点名を自由入力にする場合は引用処理を必須にし、可能であれば使用可能な文字と最大長を決めます。
引用符の確認は、表形式で開いた見た目だけでは不十分です。表計算ソフトは引用符を解釈した後のセルを表示するため、元のテキストで引用が正しいか分かりにくい場合があります。受け渡し前には、テキストとして先頭行、備考にカンマを含む行、引用符を含む行、空欄を含む行を確認します。そのうえで、実際に使用する読込機能のプレビューと機械検査を通し、全行の列数が一定であることを確認します。
対策3 点名と備考欄に含まれる記号や改行を管理する
3つ目の対策は、点名、コード、備考欄などに入力できる記号と改行を管理することです。列ずれは数値列よりも、自由入力の文字列列で発生しやすくなります。座標値は通常、数字、符号、小数点で構成されますが、備考にはカンマ、引用符、タブ、改行、括弧、特殊な空白などが混在する可能性があります。
特に注意したいのがセル内改行です。引用規則に対応したCSVであれば、引用されたフィールド内に改行を保持できる場合があります。しかし、読込側が複数行フィールドに対応していない、途中の転送や変換で引用符が失われる、行単位の検査処理が単純である、といった条件では異常の原因になります。座標受け渡し用ファイルでは、運用上の安全性を優先し、備考中の改行を空白や定めた記号へ置換して、1点を物理的にも1行で表現するルールが扱いやすい方法です。
入力可能な文字を制限することも有効です。点名は英数字、和文、ハイフン、アンダースコアなど必要な文字に限定し、区切り文字と同じ記号を避けます。備考は完全な自由記述にせず、施工前、施工中、施工後、確認済みなどの定型語や分類コードを選択する方式にすると、特殊文字の混入を減らせます。
自由記述が必要な場合は、AR表示用CSVとは別の管理データに詳細を保持し、座標受け渡し用ファイルには短い識別コードだけを含める方法もあります。CSVに多くの情報を詰め込むほど、便利になるとは限りません。AR表示と照合に必要な座標、標高、点名、分類コードを中心にし、長文の記録は別管理に分けることで、列ずれと再保存時の変換リスクを抑えられます。
記号を削除または置換するときは、列ごとに規則を分けます。負の座標値の符号、小数点、点名の識別に必要な記号まで一律に除去すると、別の誤りが生じます。数値列では許可する形式を厳密にし、文字列列ではカンマ、引用符、タブ、改行、前後空白の扱いを明確にします。
コピーと貼り付けによって、見えにくい制御文字が混入することもあります。タブ、改行、全角空白、ノーブレークスペースなどは、画面上で気付きにくい一方、解析結果や点名照合に影響する可能性があります。受入検査では、先頭末尾の不要な空白を正規化し、制御文字を検出します。ただし、空白を除去すると異なる点名が同一になる場合があるため、命名規則を先に定め、変換前後の値を記録します。
対策4 座標列の順序と意味をデータ仕様書で固定する
4つ目の対策は、列の順序と各列の意味をデータ仕様書で固定することです。区切り文字が正しく解釈されても、作成側と読込側で列の意味が異なればAR表示は一致しません。同じ三つの数値列でも、X、Y、Zの順、東方向、北方向、高さの順、経度、緯度、楕円体高の順など、用途によって定義が異なります。
日本の平面直角座標系では、X軸は原点から真北方向を正、Y軸は真東方向を正として定義されています。一方、一般的な図形処理やGISでは、Xを東方向、Yを北方向として扱う場合があります。そのため、XとYという列名だけで判断せず、北方向座標、東方向座標など軸の意味を明記し、読込側の項目割り当てと照合することが重要です。 地理院地図+1
仕様書には、列番号、列名、意味、データ型、単位、必須か任意か、空欄の可否、使用可能な文字、数値範囲を記載します。たとえば、1列目は点名、2列目は平面直角座標Xで北方向、3列目は平面直角座標Yで東方向、4列目は標高、5列目は分類コードと定義します。経度緯度を使う場合は、度の単位、列順、小数表記を別途明示します。
座標参照系に関する情報も必要です。平面直角座標系の系番号、測地基準、水平単位、高さの種類、標高か楕円体高か、必要に応じてジオイドモデルや変換条件を管理します。これらはCSVの列ずれとは別の論点ですが、絶対座標の意味を保つために欠かせません。列構造が正しくても、座標参照系が違えばAR上の位置は一致しません。
1行目にヘッダーを入れる場合は、列名の表記も固定します。X、Y、Zのような短い名称だけでは解釈が分かれるため、仕様書とセットで使用します。ヘッダー名を使って自動対応付けするシステムでは、表記揺れ、大文字小文字、全角半角、余分な空白によって認識されない可能性があります。読込側が列番号で取得する場合は、途中への列追加がさらに大きなリスクになります。
列の追加や削除を担当者が自由に行うと、従来の読込設定がずれます。点名の次に日付列を挿入した結果、以前2列目だったX座標が3列目へ移り、読込設定だけが以前のまま残ることがあります。追加情報が必要になった場合は既存列の間へ挿入せず末尾へ追加する、仕様の版を更新する、読込設定と検査処理を同時に改定するなどの変更管理が必要です。
欠損値の表現も固定します。空欄、ゼロ、ハイフン、未測定を表す文字列が混在すると、読込側の処理が一定になりません。標高不明をゼロで埋めると、実際に高さゼロの点と区別できません。絶対座標をAR表示する用途では、必須値が不明な行を推測で補わず、エラーとして止めて作成者へ確認する運用が安全です。
仕様書の目的は文書を増やすことではありません。CSVを受け取った担当者が各列の意味を迷わず判断でき、別の担当者が同じ条件で再出力できる状態を作ることです。仕様の版番号と適用日を管理し、CSVと対応する仕様を追跡できるようにします。
対策5 読み込み前に列数とデータ型を機械的に検査する
5つ目の対策は、CSVをAR表示用システムへ読み込む前に、列数、引用状態、データ型、必須値、数値範囲を機械的に検査することです。数百点、数千点の中にある一行の異常を、画面のスクロールだけで見つけることは困難です。全行を同じ規則で検査し、異常行を特定できる仕組みが必要です。
最初に確認するのは、CSVパーサーで解釈した後の各行の列数が仕様と一致しているかです。想定が6列なら、すべてのデータ行が6フィールドでなければ受け付けないようにします。末尾の任意列が空欄でも、仕様上その列が存在するなら区切りを保持し、列数を一定にします。単純な文字数やカンマの個数だけでは、引用されたカンマを誤って数えるため、検査にもCSVの引用規則に対応した解析処理を使用します。
次に、座標列が所定の数値形式として解釈できるかを確認します。単位記号、3桁区切り、全角数字、不要な空白、文字列が含まれていると、数値変換に失敗する場合があります。変換できない値を自動的にゼロへ置き換えず、行番号、列名、元の値、異常理由を表示して修正します。
必須列の空欄も検査します。点名が任意でも、平面座標と高さが必須である運用では、空欄の行を読み飛ばすのか、全体を不合格にするのかを決めます。黙って読み飛ばすと、線や面を構成する点が欠けても気付きにくくなります。設計点やモデル頂点のように欠落が形状へ影響するデータでは、不合格として止めるほうが原因を追跡しやすくなります。
数値範囲の検査も有効です。対象現場のおおよその平面座標範囲と高さ範囲が分かっていれば、範囲外の値を警告できます。標高列に平面座標が入った場合は大きな差として検出できる可能性があります。ただし、XとYの値域が近い現場では、入れ替わっても範囲内に収まることがあります。範囲判定だけで正誤を断定せず、代表点や軸定義との照合を併用します。
小数点以下の桁数も確認対象です。途中の再保存で小数部が丸められると、列ずれがなくても座標の再現性が低下します。必要な桁数は要求精度、座標単位、元データの品質に応じて決めます。画面表示上の丸めと、CSVへ実際に書き出された値の丸めを混同してはいけません。CSVでは記載された文字列が受け渡される値になるため、出力後のテキストも確認します。
重複点名、完全に同じ座標の重複、急激な点間距離、異常に長い辺などの検査を追加すると、一部の列ずれや貼り付けミスを発見しやすくなります。線や面を構成する場合は、点の並び順やコードも検査対象です。ただし、自動検査は異常候補を示すものであり、設計上意図した重複や長距離を誤りと断定しないようにします。
検査結果には、ファイル名、仕様版、総行数、正常行数、異常行番号、異常の種類、検査日時を記録します。修正後に再検査し、異常が解消したことを確認してからAR表示へ進みます。この工程を標準化すれば、担当者の経験だけに依存せず、列ずれを読込前に止められます。
対策6 小規模な試験データでAR表示まで事前確認する
6つ目の対策は、本番の全データを読み込む前に、少数の代表点で試験CSVを作成し、実際のAR表示まで確認することです。構文検査に合格したCSVでも、列の割り当て、座標参照系、系番号、単位、高さ基準、モデル原点、軸方向などが誤っていれば、現地との重ね合わせは成立しません。最終的な利用環境で確認することで、CSVの構造とAR設定を一連の流れとして検証できます。
試験データには、位置関係が明確な点を選びます。現場の既知点、構造物の角、離れた二点、高低差のある点などを含めると、XとYの入れ替え、東西南北の反転、高さ列の誤り、単位の違いを見つけやすくなります。すべて同じ高さの点だけでは高さ列の問題を発見しにくいため、高低差のある点を含めます。
区切り文字の処理を確認するため、試験用の文字列には実運用で許可する条件を含めます。備考中のカンマ、引用符、空欄、負数、小数部の長い値などを用意し、正しく一つのフィールドとして読み込まれるかを確認します。ただし、本番で禁止する文字を無理に含める必要はありません。仕様で許可した境界条件を試験し、出力と読込が同じ規則に従っていることを確かめます。
AR表示では、画面上でおおむね合っているだけで合格にしません。既知点や位置が明確な構造物で、平面位置、高さ、向き、縮尺を分けて確認します。モデル全体が一定方向へずれる場合は、座標参照系、変換、測位、アンテナやカメラの位置関係などを疑います。一部の点だけが外れる場合は、CSVの行単位の異常、点順、数値変換、元データの誤りを優先して確認します。
AR表示には測位状態や端末姿勢の影響もあるため、CSVの正否をAR画面だけで断定しないことが重要です。可能であれば、読み込んだ座標値を一覧または地図上で確認し、既知点との数値比較も行います。CSV検査、座標値確認、AR表示を組み合わせることで、データ側と測位側の原因を切り分けやすくなります。
試験結果には、使用したCSV、ファイルの識別情報、読込設定、座標参照系、確認場所、確認者、日時、結果を記録します。設定を毎回手入力すると、試験時と本番時で区切り文字や列割り当てが変わる可能性があります。確認済みの設定をテンプレートとして保存できる場合は、本番でも同じ設定を再利用します。
少数点での試験は一工程増えますが、全データを読み込んだ後に原因を切り分ける負担を減らします。AR表示のずれには、CSV、座標参照系、モデル変換、測位、端末姿勢など複数の要因が関係します。試験データで段階的に確認すれば、問題が発生した工程を絞り込みやすくなります。
絶対座標を守るための受入検査と記録方法
CSVを受け取ったときは、ファイルが開けることだけで受入完了とせず、絶対座標をAR表示へ渡すデータとして必要な検査を行います。最初に、対象案件、作成日、作成者、仕様版、区切り形式、文字コード、座標参照系、系番号、単位、高さ基準が依頼内容と一致しているかを確認します。
次に、ヘッダーの列名と仕様書を照合し、列数、列順、必須列を確認します。ヘッダーがない運用では、ファイル単体から列の意味を判断できないため、対応する仕様書や管理票を必須にします。ヘッダーがある場合でも、表記揺れ、重複、前後空白がないかを確認します。Xという列が複数ある、標高に相当する列が二つあるといった状態では、読込側が誤った列を選ぶ可能性があります。
全行検査では、列数、引用状態、数値変換、必須空欄、重複点名、座標範囲、高さ範囲を確認します。重複点名は必ずしも誤りではありませんが、AR上で点を識別するときに混乱を招くため、意図した重複かを確認します。座標が完全に同じ点が多数ある場合は、複製や貼り付けミスの可能性もあります。
異常値を自動修正する場合は、元データと変更内容を必ず残します。受け取ったCSVを直接上書きすると、どこを変更したか追跡できません。元ファイルを読み取り専用で保管し、修正版には版番号や更新日を付けます。区切り形式を変換した、備考中の改行を置換した、列順を仕様に合わせた、全角数字を半角へ変換したなど、修正内容を記録します。
AR表示に使用した最終CSVを一意に特定できるようにすることも重要です。似た名称のファイルが複数あると、検査前のデータを誤って読み込む危険があります。検査済みファイルの保存場所を決め、承認前のファイルと分離します。現場端末へ転送した後も、ファイル名だけでなく、更新日時、点数、必要に応じてファイルのハッシュ値などを管理記録と照合すると、取り違えを検出しやすくなります。
絶対座標を守るには、数値の精度だけでなくデータの来歴を守る必要があります。誰が、どの仕様で、どのファイルを作り、どの検査を経て、どの読込設定で、どのAR表示に使用したかを追跡できれば、ずれが発生した場合も再現性のある調査ができます。
CSV運用を現場に定着させる考え方
CSVの列ずれ対策を一度決めても、日常運用に定着しなければ効果は続きません。担当者が変わる、別工区のデータが追加される、列が増える、異なるソフトウェアで再保存されるなど、条件は変化します。個人の注意力だけに頼らず、誤りが入りにくく、入っても読込前に止まる仕組みを作る必要があります。
まず、AR表示用の標準テンプレートを用意します。列名、列順、入力例、禁止文字、数値形式、区切り方式、文字コードをあらかじめ定め、作成者がゼロから列を並べなくてもよい状態にします。テンプレートを更新した場合は版番号を付け、古い版との混在を避けます。
次に、作成、検査、読込の工程を分けます。同じ担当者がすべて行う場合でも、作成直後にそのまま本番読込へ進まず、検査結果と代表点を確認してから次工程へ進みます。複数人で分担できる場合は、作成者以外が列定義、座標参照系、代表点を確認すると、思い込みによる見落としを減らせます。
操作手順には、正常時の設定だけでなく、エラー時の対応も記載します。列数不一致が出たときに余分な列を削除して先へ進むのではなく、該当行の元データと引用状態を確認します。数値変換に失敗したときも、ゼロや空欄で代替せず、原因を作成者へ確認します。エラー表示を早く消すことより、座標の意味を維持することを優先します。
教育では、CSVの一般的な説明だけでなく、列ずれがAR表示でどのように現れるかを共有します。XとYの割り当てが反対になった例、高さ列に平面座標が入った例、備考のカンマで一部の点だけずれた例、引用符の閉じ忘れで複数行が崩れた例などを示すと、表が整って見えても安全とは限らないことが理解されやすくなります。
運用開始後は、発生した不具合を記録し、テンプレートと検査条件へ反映します。特定の文字で読込に失敗した、別工程で区切り方式が変わった、末尾の空欄列が削除された、XとYの意味がソフトウェア間で異なったといった事例を蓄積すれば、再発防止策を具体化できます。
CSVは単純に見える形式ですが、暗黙の前提が残りやすい形式でもあります。作成者の経験や画面上の見た目に依存せず、仕様、検査、試験、記録を一体化することが、絶対座標付き3D図面を安定してAR表示するための運用基盤になります。
まとめ
3D図面を絶対座標でAR表示する運用では、CSVの区切り文字による列ずれを、単なるファイル形式の問題として軽視できません。列と項目の対応が崩れると、正しい座標値を用意していても、平面座標、高さ、点名、コードが別の意味で読み込まれます。その結果、モデル全体が遠方へ移動するだけでなく、一部の点だけが飛び、線や面が変形することがあります。
列ずれを防ぐには、カンマ区切りのCSVと、タブやセミコロンを使う区切りテキストを区別し、作成側と読込側で形式を固定することが第一歩です。さらに、区切り文字、改行、引用符を含むフィールドを正しく引用し、点名や備考に使用する記号を管理します。読込側では単純な文字列分割を避け、引用規則に対応した解析処理を使用します。 RFC Editor+1
列数が正しいだけでは十分ではありません。日本の平面直角座標系ではXが北方向、Yが東方向である一方、別のソフトウェアではXを東方向、Yを北方向として扱う場合があります。列名だけに依存せず、軸の意味、座標参照系、系番号、単位、高さ基準を仕様書で固定することが重要です。 地理院地図+1
読み込み前には、全行の列数、データ型、必須値、数値範囲、小数桁、重複を機械的に検査します。その後、少数の代表点で座標値とAR表示を確認し、平面位置、高さ、向き、縮尺を分けて検証します。検査済みの最終ファイルと読込設定を記録すれば、担当者が変わっても同じ品質を維持しやすくなります。
絶対座標付き3D図面のAR表示を現場で安定して使うには、測位精度だけでなく、CSVの各フィールドが持つ意味を作成から現地確認まで守ることが欠かせません。位置情報の取得、3D図面の確認、現場でのAR活用を一連の工程として整えたい場合は、対応するデータ仕様と検査手順を確認したうえで、LRTK Phoneを活用した運用も検討できます。