測位機器のファームウェア更新は、製品や更新内容によって、衛星信号の追尾、補正データの処理、測位解の判定、通信、ログ出力、電力管理などに影響する可能性があります。不具合修正や機能改善を目的とした更新であっても、現場で使用している設定や周辺機器との組み合わせまで自動的に保証されるとは限りません。そのため、更新後は更新前と同じ条件で測位できるかを確認してから本番作業へ戻すことが重要です。
特にセンチメートル級の測位を扱う場合、画面に座標が表示されたことや、測位状態がFIXになったことだけでは、業務に必要な精度を満たしたとは判断できません。座標系、アンテナ高、補正データ、基準局座標、高さの種類、衛星配置、周辺の反射環境などが異なれば、FIX表示中でも期待する座標との差が生じる可能性があります。機種や更新手順によっては、保存設定の初期化、設定項目の追加、既定値の変更、通信先の再設定が必要になることもあります。
更新後の確認では、単に「以前より良いか悪いか」を感覚で判断するのではなく、更新前後の条件をできるだけそろえ、既知値との差、測定値のばらつき、測位状態、収束時間、補正データの状態を記録します。本記事では、ファームウェア更新後の測位精度を確認するための7項目と、異常時の切り分け、日常運用への組み込み方を解説します。
更新前後の条件をそろえて比較する
ファームウェア更新後の測位精度を確認するときは、更新以外の条件をできるだけ固定します。更新前と更新後で観測場所、機材構成、アンテナの設置方法、アンテナ高、補正方式、座標系、観測時間が異なると、確認された差がファームウェアによるものか、環境や設定によるものかを切り分けにくくなります。
更新前に検証用の基準データを取得できる場合は、上空が開けた既知点で測位し、座標、水平差、高さ差、測位状態、衛星数、使用衛星数、補正データの経過時間、収束時間、観測開始時刻、観測時間を保存します。更新後は、同じ受信機、アンテナ、ポール、固定具、通信経路、補正サービス、電源条件を用い、同じ手順で再測定します。
ただし、衛星配置、電離層や対流圏の状態、周辺の車両や重機、通信品質などは時間とともに変化します。完全に同じ条件を再現できないため、一回の測定だけで結論を出さず、時間帯を変えて複数回比較します。更新後の差が毎回ほぼ同じ方向と大きさで現れる場合は、座標系、基準局座標、アンテナ高、ジオイド補正、現場座標変換などの系統的な要因を優先して確認します。差の方向や大きさが測定ごとに変わる場合は、衛星配置、マルチパス、補正データの途切れ、据え付けの再現性なども確認します。
更新前後の設定画面や設定ファイルを保存しておくことも重要です。測位モード、利用する衛星システムと周波数、仰角マスク、出力周期、補正データの接続先、座標系、系番号、ジオイドモデル、アンテナ種類、アンテナ高の入力方法、ログ形式などを記録します。更新後に項目名や既定値が変わっている場合は、名称だけで判断せず、取扱説明書や更新履歴で設定の意味を確認します。
更新前の記録がない場合は、更新前後の直接比較はできません。その場合は、座標と高さが確認できる既知点で反復観測を行い、既知値との差と測定値のばらつきが業務上の許容範囲に入っているかを評価します。「以前より悪く感じる」という印象ではなく、位置差、収束時間、測位状態、補正データの状態を数値で残すことが、原因調査の出発点になります。
既知点で水平位置と高さを確認する
既知点での確認は、更新後の測位結果が基準座標と整合しているかを直接確かめる基本的な方法です。既知点上にアンテナの基準位置を正しく合わせ、得られた座標と既知座標を比較します。水平位置と高さでは誤差要因が異なるため、合成した一つの値だけでなく、東西方向、南北方向、高さ方向を分けて確認します。
水平位置は、同一の測地基準と座標系で東西差と南北差を求め、必要に応じて平面上の合成差を計算します。緯度経度の表示桁数が多いことは、実際の測位精度が高いことを意味しません。現場で使用する平面直角座標、公共座標、現場座標などに変換する場合は、端末側と出力先ソフトウェア側で同じ測地系、系番号、変換条件が使われているかを確認します。
高さの確認では、楕円体高、標高、現場独自の基準高を区別します。GNSSで得られる高さは楕円体高を基礎とし、標高を求める場合はジオイド高などの補正が関係します。国土地理院も、衛星測位で決まる楕円体高からジオイド高を差し引くことで標高を求める関係を示しています。比較する既知値と端末の表示値が同じ高さの種類であること、同じジオイドモデルや基準面を使っていることを確認します。国土地理院+1
アンテナ高は、測点からアンテナ基準点までの距離を測位結果へ反映するための設定です。ポールの目盛り、アンテナ底面までの斜距離、アンテナ基準点までの鉛直高など、製品によって入力基準が異なります。更新後に入力欄の名称や選択方法が変わった場合は、同じ数値を入れるだけでなく、距離の起点と終点、鉛直高か斜距離か、単位が何かを確認します。
既知点での確認は、据えたままの連続観測と、据え直しを含む反復観測を分けて行います。据えたままの観測では座標の時間変動を確認できますが、ポールの設置、整準、求心、アンテナ高の測定、設定入力を含む作業全体の再現性は分かりません。いったん撤去して再設置する測定を複数回行うことで、実務上の操作誤差も含めて評価できます。
検証用の既知点は、座標の出典、基準日または元期、高さの種類が明確なものを選びます。地殻変動、工事、舗装更新、標識の移動などで点そのものが変位している可能性もあるため、既知点の履歴や現況も確認します。上空が開け、建物、樹木、金属構造物、車両などの反射物が少ない場所で基本性能を確認した後、実際の現場環境で運用上の安定性を確認すると、更新の影響と環境の影響を切り分けやすくなります。
許容範囲は、現況把握、点検記録、施工管理、出来形確認、基準点測量などの用途によって異なります。機器の公称値や画面上の推定精度だけで合否を決めず、適用する仕様書、要領、社内基準、発注者との取り決めに基づき、水平差、高さ差、反復観測のばらつきを評価します。
測位解の状態と収束時間を確認する
測位精度を確認するときは、座標値とともに測位解の状態を記録します。高精度測位対応機器では、単独測位、差分補正中、RTK FLOAT、RTK FIXなどの状態が表示されることがありますが、名称と判定条件は製品やファームウェアによって異なります。更新後も目的とする状態へ到達するか、その状態を安定して維持できるかを確認します。
RTK FIXは、一般に搬送波位相の整数値が固定された解を示しますが、FIX表示だけで座標の正しさが保証されるわけではありません。基準局座標、アンテナ高、座標変換、ジオイド補正、誤った補正データ、強いマルチパスなどに問題があれば、表示状態がFIXでも既知値との差が生じる可能性があります。状態表示は合否判定の一要素とし、必ず既知点との差や反復観測の結果と組み合わせて評価します。
確認したい指標の一つが、測位開始から目的の状態へ到達するまでの収束時間です。更新前より収束が長くなった、FIXとFLOATを頻繁に行き来する、一度FIXしても短時間で解除される、再接続後だけ状態が戻りにくいといった変化がないかを確認します。
収束時間を比較する場合は、開始条件を統一します。完全な電源断後の起動、短時間の再接続、補正データだけを再接続した場合では、受信機に保持される時刻、軌道情報、前回位置、補正状態などが異なる可能性があります。電源投入、アプリ起動、補正接続、測位開始、計時開始の順序を決め、更新前後で同じ手順を使います。
ファームウェア更新によって測位解の判定ロジックや表示条件が変更される場合があります。そのため、更新前よりFIX表示が遅くなったことだけを性能低下と断定せず、既知値との差、座標のばらつき、補正データの状態を合わせて確認します。反対に、FIX表示が早くなっても、既知点との差が許容範囲外であれば合格とは判断できません。
動的測位を行う業務では、静止状態と移動状態を分けて確認します。既知点上では安定していても、歩行、車両移動、旋回、停止と再発進の際に測位状態が変化する場合があります。実際の速度、アンテナの取り付け位置、記録周期に近い条件で試験し、状態変化が生じた時刻と座標をログで対応付けます。
製品が測位状態、補正の適用状況、差分補正の経過時間を出力できる場合は、それらを座標と同時に保存します。高精度GNSS受信機の公式資料でも、RTK FLOATとRTK FIXの状態、差分補正の適用状況、補正の経過時間などを確認できる例が示されています。確認できる項目名や出力方法は機種ごとに異なるため、使用機器の資料に従って記録します。content.u-blox.com+1
衛星数と衛星配置の変化を確認する
測位精度は、受信している衛星数だけでなく、衛星の空間的な配置、信号品質、利用できる周波数、周辺の遮蔽や反射にも影響されます。多数の衛星を受信していても、特定の方向に偏っている、低仰角の衛星が多い、反射波を含む信号が採用されているといった場合は、良好な測位結果にならないことがあります。
ファームウェア更新後は、利用する衛星システム、信号、周波数、仰角マスクなどの設定が更新前と一致しているかを確認します。対応信号の追加によって受信数が増える場合もあれば、設定の初期化や変更によって一部の信号が無効になり、使用衛星数が減る場合もあります。受信できている衛星数だけでなく、実際に測位計算へ使用されている衛星や信号を確認します。
受信衛星数と使用衛星数は同じとは限りません。信号品質が低い、仰角条件を満たさない、補正情報が適用できない、健全性判定で除外されたなどの理由で、受信中の衛星が解の計算に使われないことがあります。更新後に受信数が同程度でも結果が変わった場合は、使用衛星数、信号ごとの品質、補正の適用状況を確認します。
衛星配置はDOPと呼ばれる指標で表されることがあります。DOPは衛星と受信機の幾何学的な配置による誤差の増幅傾向を示す指標であり、値の名称や表示方法は機器によって異なります。一般に大きい値は幾何学条件が不利な傾向を示しますが、DOPは衛星配置から計算される指標であり、マルチパス、通信断、アンテナ高の誤入力、座標変換の誤りまで含めた実際の精度を直接保証するものではありません。GSSC+1
建物、樹木、法面、橋梁、金属製の仮設物、大型車両、水面などの周辺では、信号遮蔽やマルチパスが生じる可能性があります。マルチパスは、衛星信号が構造物などで反射し、直接波とは異なる経路でアンテナへ到達する現象です。衛星数が多くても、反射の影響を受けた信号が含まれれば位置結果が不安定になることがあります。GSSC+1
同じ場所でも、時間帯によって衛星配置と遮蔽物の組み合わせは変化します。精度低下が特定の時間帯に集中する場合は、更新不具合と断定せず、DOP、使用衛星、信号品質、周辺状況を確認します。午前と午後、別日など複数の条件で測定し、問題がファームウェア更新後に一貫して再現するかを確認します。
利用できる衛星や信号を増やすことは、利用可能性の向上に役立つ場合がありますが、すべてを有効にすれば必ず精度が向上するわけではありません。受信機、アンテナ、補正データ、連携ソフトウェアが対象信号へ対応しているかを確認し、メーカーが推奨する構成と更新前の設定を基準に検証します。
補正データの受信状態を確認する
RTKやネットワーク型RTKなどの高精度測位では、補正データの受信と適用が結果に大きく関係します。更新後に測位が不安定になった場合、衛星信号処理だけでなく、通信設定、認証、接続先、補正メッセージの受信、基準局情報の扱いも確認します。原因が通信側にあると決めつけず、衛星受信と補正通信を分けて調べることが重要です。
まず、補正サービスや基準局へ接続できているかを確認します。画面上の「接続中」という表示だけでなく、補正データが継続的に到着しているか、最終受信からの経過時間が増え続けていないか、必要なメッセージが受信されているかを確認します。受信機の公式資料でも、必要なRTCMメッセージが定期的に受信されていることを確認する手順が示されています。content.u-blox.com
補正データの経過時間が長くなった場合に、測位解をどの程度維持できるかは、受信機、補正方式、環境、設定によって異なります。特定の秒数を一律の合否基準にせず、使用機器と補正サービスの仕様を確認します。更新前後では、接続開始までの時間、受信間隔、切断後の再接続、画面遷移や端末の省電力動作による影響を比較します。
更新によって、接続先、認証情報、通信方式、入力インターフェース、出力インターフェースなどの設定が初期化または変更されることがあります。ただし、どの設定が保持されるかは製品と更新手順によって異なります。更新履歴と取扱説明書を確認し、更新前に保存した設定と照合します。
単独の基準局を用いる方式では、基準局座標が誤っていれば移動局の結果にも系統的な差が生じます。更新後に一定方向のずれが現れた場合は、移動局だけでなく、基準局の座標、アンテナ高、設置状態、補正データの送信内容も確認します。
相対測位では、基準局と移動局で共通する衛星誤差や大気遅延の影響を差し引きます。国土地理院は、二地点が比較的近い場合は大気由来の誤差が似るため、観測量の差によって影響を小さくできると説明しています。基線が長くなるほど条件が同一とみなしにくくなるため、利用する補正方式の推奨範囲やサービス仕様を確認します。国土地理院+1
通信品質も記録します。携帯回線や無線回線が不安定な場所では補正データが断続的になり、測位状態の遷移や再収束が増える可能性があります。上空が開け、通信も安定した場所で試験し、その後に衛星遮蔽のある場所、通信が弱い場所へ条件を広げると切り分けやすくなります。
後処理で補正する運用では、観測ログが必要な周期と信号種別で連続して保存されているかを確認します。ファイルが作成されているだけでなく、記録開始と終了の時刻、欠測、ファイルサイズ、観測項目、時刻系、ログ形式を確認します。更新後に形式が変わった場合は、解析ソフトウェア側が新しい形式へ対応しているかも検証します。
アンテナ高と座標設定を確認する
ファームウェア更新後の位置差で見落としやすいのが、アンテナ高、アンテナ種類、座標系、高さ変換、現場座標変換の設定です。測位エンジンが正常でも、これらの設定が更新前と異なれば、表示値や出力値は一致しません。
アンテナ高は、測点から受信機が定義するアンテナ基準点までの距離として扱われます。入力値が数センチメートル異なれば、高さ方向の結果にも概ね同程度の差が生じます。斜距離を入力する方式、鉛直高を入力する方式、ポール長を選択する方式などがあるため、入力値だけでなく測定方法と基準位置を確認します。
アンテナ種類を選択する機器では、更新後も正しいアンテナが選ばれているかを確認します。アンテナ位相中心補正を利用する構成では、誤ったアンテナモデルや基準点を選ぶと、系統的な位置差が生じる可能性があります。外付けアンテナを使用している場合は、内蔵アンテナや別モデルの設定へ戻っていないかも確認します。
座標設定では、測地系、座標参照系、投影法、系番号、座標軸、単位、経緯度の順序を確認します。緯度経度では差が分かりにくくても、平面座標へ変換した際に大きな差として現れることがあります。端末表示、保存ログ、クラウド、CADやGISなどの連携先で、同じ設定が使われているかを照合します。
高さについては、楕円体高、標高、現場独自の基準高のどれを表示しているかを確認します。ジオイド補正が無効になった、別のジオイドモデルが選択された、外部ソフトウェアで二重に補正されたといった場合は、高さだけに系統的な差が生じます。使用したジオイドモデルの名称や版、基準面補正の有無を記録しておくと、後から再現しやすくなります。
現場座標変換を利用している場合は、変換に使う基準点、平行移動、回転、縮尺、高さ補正が保持されているかを確認します。変換パラメータが失われた場合、GNSSの緯度経度や公共座標が正常でも、現場座標だけがずれることがあります。可能であれば、変換前と変換後の両方を出力し、どの処理段階で差が生じたかを調べます。
単位と出力形式も確認します。メートルと別の長さ単位、十進度と度分秒、秒とミリ秒、経度緯度と緯度経度などを取り違えると、測位精度とは別の変換ミスが生じます。更新後にログ形式が変更された場合は、列名、列順、単位、桁数、小数点、区切り文字、時刻表記を確認します。表示桁数が増えても、実際の精度が向上したとは限りません。
設定確認は画面上の値を見て終わりにせず、既知点で得た座標を端末表示、保存ログ、出力ファイル、連携先の順に照合します。端末では正しく見えても、エクスポートや外部ソフトウェアで別の変換が適用される場合があります。処理経路を一段ずつ確認することで、ファームウェア、アプリ、出力設定、連携先のどこに差があるかを切り分けます。
反復観測とログ比較で再現性を確認する
測位精度の評価では、既知値への近さと再現性を分けて考えます。一回の測定値が既知値に近くても、測定のたびに結果が大きく変わる場合は、安定した運用とは言えません。反対に、毎回ほぼ同じ位置へ収束していても、既知値から一定方向へずれている場合は、座標系、基準局座標、アンテナ高、変換パラメータなどの系統的な要因が残っている可能性があります。
反復観測では、同じ既知点で測位を終了し、アンテナを撤去して再設置します。整準、求心、アンテナ高の確認、通信接続、測位状態の安定、記録という一連の手順を毎回そろえます。複数回の水平位置と高さを比較し、既知値との差、平均値、ばらつき、最大差を確認します。
時間帯や日を変えた観測も有効です。同じ時間帯の連続測定だけでは、似た衛星配置や通信環境の影響を受け続ける可能性があります。午前と午後、別日、電源再投入後、通信再接続後など条件を変え、更新後の結果が安定して再現するかを確認します。
ログには、座標、観測時刻、測位状態、衛星数、使用衛星数、信号品質、DOP、補正データの経過時間、収束時間、記録周期など、機器から取得できる項目を保存します。端末温度、電源状態、通信品質を取得できる場合は、それらも記録すると、長時間使用時や電源条件による変化を確認しやすくなります。
更新前後でログ形式が異なる場合は、同じ意味を持つ項目を対応付けてから比較します。列名が同じでも単位や定義が変わる可能性があるため、更新履歴や出力仕様を確認します。小数点以下の桁数が増えたことを精度向上と判断せず、既知値との差と反復観測のばらつきで評価します。
静止観測では、一定時間の座標変動を確認します。平均値だけでなく、最大値、最小値、時間経過に伴う偏りを見ます。座標が一方向へ徐々に移動する場合は、衛星配置、補正データ、マルチパス、収束状態の変化などをログと照合します。用途に応じて必要な観測時間を決め、更新前後で同じ時間を使います。
移動測位を行う場合は、既知の経路や同じ測線を複数回通り、軌跡の重なり、往路と復路の差、停止と再発進時の挙動を確認します。更新後に記録周期、時間遅延、移動体向けの設定が変わっていると、曲線部や速度変化の大きい場所で軌跡の形が変わる可能性があります。比較では速度、進行方向、アンテナ設置位置もそろえます。
ログとともに、ファームウェアの版、アプリや連携ソフトウェアの版、設定ファイル、使用アンテナ、補正方式、観測者、既知点名、天候、周辺状況を記録します。ファームウェアの版だけでは条件を再現できないため、更新前後のデータを明確に分け、原データを上書きしない管理方法を決めます。
外れた測定値が出た場合は、都合の良い結果だけを採用せず、その時刻の測位状態、衛星配置、補正データ、通信、据え付けを確認します。外れ値を除外する場合は、事前に定めた基準と除外理由を記録し、同じ条件で再発しないかを再測定します。
ファームウェア更新後に異常が見つかった場合の対処
更新後の確認で位置差、収束遅延、FIXの不安定化、ログ欠損などが見つかった場合は、原因をファームウェアに限定せず、観測環境、設定、通信、周辺機器、外部サービスを順に切り分けます。まず、上空が開け、通信が安定した既知点で同じ現象が再現するかを確認します。
次に、更新前の記録と更新後の設定を照合します。測位モード、利用信号、補正データ、アンテナ種類、アンテナ高、座標系、系番号、ジオイド補正、現場座標変換、出力周期、ログ形式を一項目ずつ確認します。複数の設定を同時に変更すると改善要因が分からなくなるため、一度に一つの変更を行い、同じ既知点で再測定します。
再起動や設定の再読み込みで改善するかを確認することもできます。ただし、一時的に正常化した場合は解決と判断せず、完全な電源断後、長時間使用後、補正通信の切断後などでも再発しないかを確認します。再現条件を記録しておくと、メーカーや管理者へ報告しやすくなります。
外付けアンテナ、ケーブル、コネクター、ポール、固定具を使用している場合は、緩み、断線、変形、水分、汚れ、給電異常を確認します。更新作業と同時に機器を移動した場合は、物理的な接続不良が発生していないかも調べます。正常と確認できているアンテナやケーブルへ交換できる場合は、同じ条件で比較します。
複数台の端末がある場合は、同じ場所、同じ設定、同じ補正条件で比較します。特定の一台だけに問題がある場合は、個体、保存設定、アンテナ、ケーブル、電源などの影響を疑います。複数台で同様の変化が再現する場合は、共通設定、更新内容、補正サービス、連携ソフトウェアの変更も確認します。
旧版へ戻せる仕組みがある場合でも、現場判断だけで実施せず、メーカーが定める手順、設定やログの互換性、データ消去の有無を確認します。必要な設定ファイルと観測データを退避し、戻す前後の版、操作、確認結果を記録します。旧版への復元が正式に提供されていない機器では、非公式な手順を使わず、メーカーへ確認します。
異常を報告するときは、「精度が悪い」という表現だけでなく、ファームウェアの版、更新日時、発生日時、場所、既知点座標、測位結果、水平差、高さ差、測位状態、収束時間、衛星数、DOP、補正データの状態、アンテナと設定、再現手順をまとめます。更新前後のログ、画面記録、設定ファイルを添えると、原因調査に必要な情報を共有しやすくなります。
業務への影響が大きい場合は、確認が完了するまで重要な測点の確定や正式成果への採用を保留します。検証用データと正式データを分け、更新後に取得した未確認データが成果へ混入しないように管理します。代替機や従来版を使用する場合も、組織の手順とメーカーの案内に従います。
測位精度の確認を日常の運用に組み込む
ファームウェア更新後だけでなく、日常の測位運用へ既知点確認を組み込むと、設定ミス、アンテナ高の誤入力、補正通信の異常、機器構成の変化を早期に見つけやすくなります。始業前と必要に応じて終業時に既知点を測定し、定めた許容範囲に入っているかを確認します。
確認記録には、測点名、観測時刻、測位状態、水平差、高さ差、収束時間、衛星数、DOP、補正データの状態、ファームウェアの版を含めます。日々の記録を蓄積すると、更新直後だけでなく、特定の場所、時間帯、機材構成で生じる傾向も把握できます。
更新作業は、本番作業の直前を避け、検証時間を確保できる日程で行います。更新前の設定と基準データを保存し、更新後に既知点確認、反復観測、通信確認、ログ確認を終えてから本番へ投入します。緊急のセキュリティ更新などで日程を選べない場合も、正式成果を取得する前に可能な範囲の確認を実施します。
複数台を管理している場合は、業務上許される範囲で一部の端末を先行更新し、測位精度、通信、ログ、電力消費、周辺機器との接続を確認してから展開します。端末ごとの版、更新日時、設定、確認結果を管理し、旧版と新版が混在する期間の運用ルールを決めます。
操作手順書も更新内容に合わせて見直します。画面構成、設定名称、測位開始手順、ログ保存方法が変わった場合、担当者が旧手順を続けることで設定ミスが生じる可能性があります。変更点、確認項目、異常時の連絡先を共有し、現場担当者が同じ手順で確認できるようにします。
合格条件は作業目的ごとに定めます。すべての業務へ同じ許容差を適用せず、必要な成果精度、適用要領、検査方法、発注条件に応じて、水平差、高さ差、収束時間、再現性の基準を決めます。機器の推定精度表示は参考情報として扱い、既知点との差や反復観測の結果を優先します。
異常時の対応も事前に手順化します。再測定、設定照合、補正通信の確認、別端末との比較、責任者への連絡、データの保留、メーカーへの問い合わせなど、次に行う行動を決めておくと、担当者による判断差を減らせます。ファームウェア更新は、更新ファイルの適用だけでなく、精度確認と記録の完了までを一つの作業として管理します。
まとめ
ファームウェア更新後の測位精度を確かめるには、更新前後の条件をそろえ、既知点で水平位置と高さを確認し、測位解の状態と収束時間を記録することが基本です。さらに、衛星数と衛星配置、補正データの受信、アンテナ高と座標設定、反復観測による再現性を確認することで、位置差の原因を段階的に切り分けられます。
測位結果に差が出ても、ファームウェアだけが原因とは限りません。設定の初期化や変更、基準局座標、補正通信、アンテナ高、座標系、高さの種類、ジオイドモデル、衛星配置、マルチパスなどが関係する可能性があります。FIX表示や推定精度だけで判断せず、既知値との差とログを同じ手順で比較します。
更新作業は、ファームウェアを書き換えた時点で完了ではありません。既知点確認、反復観測、通信とログの確認を行い、対象業務の許容範囲に入っていることを確認してから本番運用へ戻します。複数台を運用する場合は先行端末で検証し、結果を記録してから段階的に展開すると、現場への影響を抑えやすくなります。
更新後の既知点確認や座標記録を現場で効率的に行うには、測位端末、補正環境、確認手順、データ管理を一体で整えることが重要です。LRTK Phoneを利用する場合も、製品の更新案内と取扱手順を確認し、業務の基準に合わせた既知点確認と記録を行ってください。