LRTKレフィクシア株式会社

ネットワークRTKとは?仕組みと導入前の5つの確認

ネットワークRTKは、現場で高精度な位置情報を扱いたい実務担当者にとって、有力な測位方法の一つです。従来の測量機器だけに頼る方法と比べて、現場確認、出来形管理の事前確認、杭打ち補助、点検記録、写真管理、位置付きデータの共有などを効率化しやすい点が特徴です。ただし、ネットワークRTKは「導入すればどこでも必ず高精度になる」という単純な仕組みではありません。衛星の受信環境、補正情報の取得、通信状況、座標系、現場での確認手順がそろって初めて、実務で使いやすい精度と再現性につながります。

ネットワークRTKとは何か

ネットワークRTKとは、衛星測位で得られる位置情報に、基準局網から配信される補正情報を組み合わせて、現場の受信機の位置を高精度に求める測位方法です。RTKは、移動する受信機と基準となる受信機の観測情報を用い、衛星測位に含まれる誤差の影響を小さくしながら位置を求める考え方です。ネットワークRTKでは、この基準となる情報を現場ごとに自前で設置した基準局だけに頼るのではなく、広域に配置された複数の基準局から作られる補正情報を通信経由で利用します。

衛星測位では、人工衛星から届く信号を使って現在位置を求めます。しかし、衛星から受信機までの信号は、大気の影響、衛星配置、反射、遮蔽物、受信機周辺の環境などによって誤差を含みます。一般的な位置確認であれば大まかな位置で十分な場面もありますが、建設現場、土木現場、測量、インフラ点検、造成、太陽光発電所の現地確認などでは、数十センチから数メートルのずれが作業判断に影響することがあります。ネットワークRTKは、そのような誤差を小さくし、現場で扱う位置情報の信頼性を高めるために使われます。

ただし、ネットワークRTKで得られる精度は、常に一定ではありません。上空が開けていて衛星を安定して受信できること、補正情報を継続して受け取れること、端末やアンテナの設置状態が適切であること、現場で使う座標系が整理されていることが重要です。条件が整えばセンチメートル級の測位が期待できますが、遮蔽物や反射、通信途切れ、設定ミスがあると、期待した精度に届かないことがあります。

実務でネットワークRTKを検討する担当者は、まず「何をどの精度で確認したいのか」を整理する必要があります。単に高精度という言葉だけで導入を判断すると、期待していた用途に合わなかったり、現場で測位状態が安定しなかったり、既存図面との位置ずれを説明できなかったりする可能性があります。反対に、用途と条件を整理して導入すれば、測量担当者だけでなく、施工管理者、点検担当者、現場代理人、協力会社との情報共有にも活用しやすくなります。

ネットワークRTKの基本的な仕組み

ネットワークRTKの基本は、衛星からの信号を受ける現場側の受信機と、補正情報を作る基準局網の組み合わせです。現場の受信機は、複数の衛星から届く信号を受け取り、自分の位置を計算します。一方で、基準局は位置があらかじめ分かっている場所に設置されており、同じ衛星信号を観測しています。基準局では、本来分かっている位置と観測から求めた位置の差や観測データをもとに、衛星測位に含まれる誤差の傾向を把握します。

ネットワークRTKでは、複数の基準局の観測データを使い、現場付近に適した補正情報を生成します。現場の受信機は通信を通じてその補正情報を受け取り、自分が受信している衛星信号に補正を加えます。これにより、単独で衛星信号だけを使う場合よりも、位置を細かく求めやすくなります。補正情報の作り方には複数の方式があり、利用するサービスや受信機の設定によって運用方法が異なる場合があります。

この仕組みで重要になるのが、補正情報の鮮度です。現場で受け取る補正情報は、古くなりすぎると現在の衛星状態や大気状態を十分に反映できません。そのため、ネットワークRTKでは、衛星を受信する力だけでなく、通信が安定していることも大切です。山間部、地下に近い場所、電波が弱い場所、通信が混雑しやすい場所では、補正情報が途切れたり遅れたりして、測位状態が不安定になることがあります。

また、ネットワークRTKでは測位状態の表示を確認する習慣が欠かせません。高精度な状態に固定されているのか、まだ収束途中なのか、衛星数が不足しているのか、補正情報が切れているのかによって、現場で採用できる測点かどうかが変わります。画面上に座標値が表示されているだけで安心するのではなく、その座標値がどのような測位状態で得られたものかを確認することが重要です。

さらに、アンテナの高さや設置姿勢も測位結果に影響します。ポールで測る場合は、アンテナ高の入力ミスがそのまま高さ方向の誤差になります。端末を手持ちで使う場合でも、端末の姿勢、測定位置、記録する対象点の定義をそろえなければ、同じ場所を測ったつもりでも結果がばらつきます。ネットワークRTKは高度な補正技術ですが、最終的な品質は現場での扱い方に大きく左右されます。

通常の衛星測位や単独RTKとの違い

通常の衛星測位は、受信機が衛星からの信号を使って単独で位置を求める方法です。一般的な地図アプリや簡易的な位置確認では、このような単独測位でも十分な場合があります。しかし、建設や測量に近い実務では、位置のずれが施工数量、出来形確認、境界付近の参考確認、写真台帳、点検記録の信頼性に影響することがあります。そのため、より高い精度と再現性が必要な場面では、補正情報を使う測位方式が検討されます。

ここでいう単独RTKは、現場または近隣に基準局を設置し、その基準局と移動局の観測情報を使って高精度に測位する方法を指します。現場専用の基準局を置くため、現場条件に合わせやすい利点があります。一方で、基準局の設置場所、電源、通信、座標設定、管理担当者が必要になります。小規模な現場や短期間の確認作業では、基準局設置の手間が導入の負担になることもあります。

ネットワークRTKは、広域の基準局網を使うことで、現場ごとに基準局を設置しなくても補正情報を利用しやすい点が特徴です。基準局設置の負担を減らし、複数現場で同じ運用を展開しやすくなります。現場担当者が日々の確認作業に使う場合や、移動しながら複数地点を記録する場合には、ネットワークRTKの扱いやすさが効果を発揮します。

ただし、現場基準局を使うRTKとネットワークRTKのどちらが常に優れているという話ではありません。現場専用の基準点管理を重視する場合、通信が不安定な場所で使う場合、特定の工区内で非常に厳密な相対位置を管理したい場合は、現場基準局を使うRTKや従来の測量方法と組み合わせた方がよいこともあります。一方で、広い範囲を効率よく確認したい場合、現場写真や点検記録に位置情報を付けたい場合、複数担当者で同じ座標基準を使いたい場合は、ネットワークRTKが有効です。

実務では、測位方式を一つに絞り込むよりも、用途ごとに使い分ける考え方が重要です。基準点測量、出来形確認、仮設物の位置確認、巡回点検、写真記録、数量確認では、必要な精度や責任範囲が異なります。ネットワークRTKを導入する際は、従来の測量を置き換える部分と、補助的に使う部分を分けて整理しておくと、現場での混乱を防ぎやすくなります。

導入前の確認1:現場で必要な精度を明確にする

ネットワークRTKを導入する前に最初に確認すべきことは、現場で必要な精度です。高精度な測位といっても、用途によって求められる水準は大きく変わります。施工中の位置確認に使うのか、出来形の事前確認に使うのか、写真記録に位置を付けるのか、点検対象物の管理に使うのか、発注者へ提出する成果の一部に使うのかによって、許容できる誤差や確認手順は異なります。

例えば、現場内でおおよその位置を素早く確認したい場合と、設計座標に対して杭や構造物の位置を厳密に確認したい場合では、同じネットワークRTKでも運用の厳しさが変わります。前者であれば、測位状態を確認しながら効率よく記録することが重視されます。後者であれば、既知点での確認、再測、測定条件の記録、座標系の整合、成果の扱い方まで整理する必要があります。

導入時によくある失敗は、「ネットワークRTKなら高精度」という言葉だけで運用を始めてしまうことです。現場では、測る対象が地面なのか、構造物の角なのか、中心線なのか、天端なのか、法肩なのかによって、測点の取り方が変わります。対象点の定義が曖昧なまま複数人で測ると、測位技術の精度とは別の理由で結果がばらつきます。

また、高さ方向の精度にも注意が必要です。平面位置は安定して見えても、高さ方向はアンテナ高、ジオイド、楕円体高と標高の扱い、座標変換、現地基準との関係によって扱いが難しくなることがあります。水路勾配、舗装高さ、橋面高さ、造成高、排水計画などに使う場合は、水平位置だけでなく高さの確認方法を事前に決めておく必要があります。

導入前には、用途ごとに「記録用」「確認用」「施工判断用」「提出成果用」のように区分しておくと実務で使いやすくなります。すべての用途で同じ厳密さを求めると現場運用が重くなり、反対にすべてを簡易確認として扱うと重要な判断に使えません。どこまでをネットワークRTKで行い、どこからを従来の測量や別の確認方法で補うのかを決めることが、導入効果を安定させる第一歩です。

導入前の確認2:衛星を受けやすい作業環境か確認する

ネットワークRTKは衛星測位を土台にしているため、上空の見通しが非常に重要です。建物の近く、橋梁の下、高い法面の際、山間部の谷地形、樹木の多い場所、重機や資材に囲まれた場所では、衛星からの信号が遮られたり、反射した信号を受けたりしやすくなります。このような環境では、測位状態が安定しにくく、座標値がふらついたり、再測すると結果が合わなかったりすることがあります。

特に注意したいのが、見た目には空が見えていても、測位には不利な環境です。人の目では十分に開けているように見えても、周囲の建物や樹木が低い角度の衛星を遮っている場合があります。また、金属製の構造物、フェンス、足場、仮設材、車両、重機の近くでは、衛星信号の反射が起きやすくなります。反射した信号を受けると、受信機は正しい距離を計算しにくくなり、位置の安定性が低下します。

導入前には、実際に使う現場条件に近い場所で試験測位を行うことが大切です。事務所前や開けた駐車場で良好な結果が出ても、現場内の狭い通路、樹木下、建物際、谷地形で同じように使えるとは限りません。作業予定の時間帯、測る場所、測る高さ、周囲の遮蔽物を想定し、複数地点で測位状態を確認しておくと、導入後の期待値を現実的に設定できます。

衛星環境が悪い場所では、測定時間を長めに取る、少し離れた開けた場所で確認点を設ける、測点の取り方を変える、従来の測量方法と併用するなどの対策が必要です。ネットワークRTKは便利な方法ですが、衛星が見えにくい場所で無理に測ると、画面上の座標値は出ていても、実務判断に使える品質にならないことがあります。

現場での実用性を判断する際は、測位できたかどうかだけでなく、同じ点を複数回測ったときにどの程度再現するかを見ます。測位状態が良い表示になっていても、数分後や別担当者の測定で大きく変わる場合は、運用ルールを見直す必要があります。ネットワークRTKの導入前には、衛星環境を単なる条件として見るのではなく、現場ごとのリスクとして評価しておくことが重要です。

導入前の確認3:通信と補正情報の取得条件を確認する

ネットワークRTKでは、現場の受信機が補正情報を通信で受け取る必要があります。そのため、衛星を受けられることに加えて、通信が安定していることも導入条件になります。通信が途切れると補正情報が更新されず、測位状態が不安定になったり、高精度な状態を維持できなくなったりします。特に山間部、造成地、トンネル付近、地下に近い構造物周辺、通信環境が弱い地域では、事前確認が欠かせません。

通信確認では、単に端末の電波表示を見るだけでは不十分です。実際にネットワークRTKの補正情報を受け取りながら、作業予定地点を移動し、補正情報が継続して入るかを確認する必要があります。電波表示が一定でも、データ通信が不安定な場合があります。また、現場内の一部だけ通信が弱いこともあります。測位したい地点で補正情報が取れなければ、現場全体としては使えるように見えても、肝心な作業で止まってしまいます。

補正情報の取得条件としては、契約範囲、利用地域、同時利用の考え方、端末設定、接続先情報、認証情報の管理も確認が必要です。現場担当者が複数人いる場合、誰がどの端末で使うのか、設定情報をどのように管理するのか、端末交換時にどう引き継ぐのかを決めておくと、急な故障や担当変更にも対応しやすくなります。

通信が不安定な現場では、事前に代替手順を決めておくことが大切です。補正情報が取れない場合に作業を中止するのか、記録用途だけに限定するのか、別の測量方法に切り替えるのか、後日再測するのかを現場で判断すると、担当者ごとに対応が変わります。導入前に判断基準を決めておけば、測位状態が悪いまま重要な判断に使ってしまうリスクを下げられます。

また、通信と補正情報は現場の安全管理にも関係します。測位状態が安定しない場所で画面を見ながら長時間立ち止まると、重機動線や作業員の通行を妨げる可能性があります。効率よく測るためには、測る順番、通信が入りやすい場所、確認点の位置、再測のタイミングを事前に考えておくことが有効です。ネットワークRTKの導入では、通信を単なる付帯条件ではなく、測位品質を支える重要な要素として扱う必要があります。

導入前の確認4:座標系と既存図面との整合を確認する

ネットワークRTKで得られる座標を実務で活用するには、座標系の整理が欠かせません。現場で座標値が取得できても、その座標が既存図面、設計データ、施工管理資料、点群データ、写真台帳と正しく重なるとは限りません。測地系、平面直角座標系、投影条件、高さ基準、ローカル座標、図面の作成条件がそろっていないと、測位結果と図面がずれて見えることがあります。

特に建設現場では、設計図面が現場独自の座標で管理されている場合があります。測量成果の座標、設計図面の座標、施工機械で使う座標、写真管理で使う位置情報が必ずしも同じ基準とは限りません。ネットワークRTKを導入すると、現場担当者が簡単に座標を取得できるようになるため、座標系の違いを整理しないままデータを重ねてしまう危険があります。

導入前には、既知点や基準点での確認を行い、取得した座標が既存資料とどのように一致するかを確認します。平面位置だけでなく、高さも確認することが重要です。図面と測位結果が一定方向にずれる場合は、座標変換や基準の違いが原因かもしれません。地点ごとにずれ方が変わる場合は、図面の精度、現地の変化、測位環境、測点の取り方を見直す必要があります。

既存図面と整合させる場合は、どのデータを正とするかも決めておく必要があります。設計図面を基準にするのか、現地の基準点を基準にするのか、過去の測量成果を基準にするのかによって、判断が変わります。複数の資料を同時に使う場合は、資料ごとの作成日、作成目的、座標基準、更新履歴を確認しておくと、後で説明しやすくなります。

座標系の整合は、専門的で後回しにされがちな項目ですが、ネットワークRTKの導入効果を大きく左右します。せっかく現場で高精度に測位できても、図面との重ね合わせが曖昧であれば、施工判断や記録管理に使いにくくなります。反対に、座標系を事前に整理しておけば、現場写真、出来形確認、点検記録、点群、設計データを同じ基準で扱いやすくなり、情報共有の効率が上がります。

導入前の確認5:現場運用と記録ルールを決めておく

ネットワークRTKは、導入しただけでは現場に定着しません。誰が、いつ、どの地点を、どの測位状態で、どのように記録するのかを決めておくことで、初めて実務で使いやすくなります。高精度な測位ができる端末を用意しても、記録名、写真の撮り方、測点の選び方、再測条件、データ共有先がばらばらでは、後から確認したときに使いにくい記録になります。

まず決めておきたいのは、測位状態の採用基準です。どの状態になったら測定してよいのか、測定前にどの程度安定を確認するのか、同じ点を何回測るのか、数値がばらついた場合にどう扱うのかを明確にします。現場担当者が画面表示だけを見て判断すると、担当者ごとに採用基準が変わります。簡単なルールでもよいので、導入時に統一しておくことが大切です。

次に、測点名と写真名のルールを決めます。ネットワークRTKを使うと、位置付きの写真や測点を多く記録できるようになります。しかし、記録数が増えるほど、後で探しにくくなる問題が起きます。工区名、日付、測点種別、対象物名、確認内容を一定の順番で入れるなど、現場内で検索しやすい名前にしておくと、報告書作成や是正確認の際に役立ちます。

また、記録したデータをどこに保管し、誰が確認し、どのタイミングで承認するかも決めておきます。現場担当者の端末内だけにデータが残っていると、担当者が不在のときに確認できません。現場事務所、管理部門、協力会社、発注者との共有範囲を整理し、必要な人が必要な時に見られる状態にすることが重要です。

運用ルールでは、失敗時の扱いも決めておく必要があります。測位状態が悪かった記録、通信が途切れた記録、後から図面と合わないことが分かった記録を、削除するのか、参考記録として残すのか、再測対象にするのかを決めておくと、後で責任範囲が曖昧になりません。ネットワークRTKは現場を効率化する技術ですが、記録の信頼性を保つためには、良い結果だけでなく不確かな結果の扱いも整理しておく必要があります。

ネットワークRTKを導入しやすい業務

ネットワークRTKは、位置情報を現場作業と結び付ける業務で導入しやすい技術です。代表的なのは、現場確認、杭打ち補助、出来形の事前確認、写真記録、点検対象物の位置管理、造成や外構の確認、太陽光発電所やインフラ施設の巡回記録などです。これらの業務では、従来から位置の確認が必要でしたが、測量担当者を毎回呼ぶほどではない場面も多くあります。ネットワークRTKを使えば、現場担当者が必要なタイミングで位置を確認しやすくなります。

例えば、施工前の現地確認では、設計上の位置と現地の状況を照らし合わせる作業があります。ネットワークRTKを使うと、確認した地点に位置情報を付けて記録できるため、後で図面や写真と合わせて見返しやすくなります。仮設物、資材置き場、排水経路、法面、境界付近の参考確認でも、単なる写真だけでは場所が伝わりにくい場合があります。位置情報が付いていれば、関係者間で認識を合わせやすくなります。

出来形管理の場面では、正式な成果として扱うかどうかに関係なく、施工途中の早期確認に役立ちます。施工が進み切ってからずれに気付くと、手戻りが大きくなります。ネットワークRTKで日々の確認を行い、気になる箇所を早めに把握できれば、修正や再確認の判断が早くなります。ただし、提出成果として使う場合は、発注者の仕様、公共測量や工事書類の基準、現場の品質管理ルールに従い、必要な確認手順を満たすことが前提です。

点検業務でも、ネットワークRTKは有効です。広い施設や長い道路、河川、斜面、造成地では、点検写真だけでは撮影位置が分かりにくいことがあります。位置付きで記録しておけば、前回点検との比較、補修箇所の再確認、協力会社への指示、報告書作成がスムーズになります。特に、同じ場所を継続的に確認する業務では、位置の再現性が業務品質に直結します。

一方で、屋内、地下、橋梁下、樹木に覆われた場所など、衛星が十分に受信できない環境では、ネットワークRTKだけに頼るのは難しい場合があります。そのような業務では、写真、図面、点群、距離測定、既存基準点、別の測量方法を組み合わせることが現実的です。導入しやすい業務から始め、効果と限界を把握しながら適用範囲を広げると、現場に無理なく定着しやすくなります。

導入後に起こりやすい失敗と防ぎ方

ネットワークRTK導入後によく起こる失敗の一つは、測位状態を確認せずに座標値だけを信じてしまうことです。画面に座標が表示されると、正しい位置が取れているように見えます。しかし、衛星数が少ない、補正情報が途切れている、反射の影響を受けている、測位状態が安定していないといった場合、表示された座標が実務判断に適さないことがあります。防ぐためには、測定前に状態表示を確認し、安定してから記録する手順を徹底する必要があります。

次に多いのが、座標系の確認不足です。現場で取得した座標を図面に重ねたとき、ずれが発生して初めて問題に気付くことがあります。このずれは、ネットワークRTKの測位ミスだけでなく、図面の基準、座標変換、高さ基準、過去データの作成条件が原因になっている場合もあります。導入初期には、既知点や現場基準点で確認し、図面との整合を確かめてから本格運用に入ることが重要です。

アンテナ高や測定位置の入力ミスも、現場で起こりやすい問題です。ポールの高さを変えたのに設定を変えていない、端末の基準位置を理解せずに測っている、対象点の真上にアンテナが来ていないといったミスは、測位方式が高精度でも結果を悪くします。これを防ぐには、測定前チェックを習慣化し、担当者ごとの作業差を減らすことが必要です。

また、記録を取りすぎて整理できなくなる失敗もあります。ネットワークRTKは現場で手軽に位置付き記録を増やせるため、ルールがないまま使うと、似たような測点や写真が大量に残ります。後で必要な記録を探せない、どれが最終確認なのか分からない、古い記録と新しい記録が混在するという問題が起こります。測点名、写真名、保存先、確定データの扱いを決めておけば、この問題は大きく減らせます。

さらに、ネットワークRTKで測った結果を過信しすぎることにも注意が必要です。高精度な測位ができる場面は多いものの、すべての現場条件で同じ品質が得られるわけではありません。重要な施工判断や提出成果に使う場合は、測位状態、再現性、既知点確認、現地条件を合わせて判断します。ネットワークRTKは現場を強力に支援する道具ですが、最終的な品質管理は人の判断と運用ルールによって支えられます。

まとめ:ネットワークRTKは仕組みより運用設計が重要

ネットワークRTKとは、基準局網から配信される補正情報を使い、現場の衛星測位を高精度化する仕組みです。現場ごとに基準局を設置する負担を減らし、位置確認、写真記録、出来形の事前確認、点検、杭打ち補助など、さまざまな業務で活用しやすい点が魅力です。特に、現場担当者が日常的に位置情報を扱いたい場合や、複数人で同じ基準の記録を共有したい場合には、効率化につながります。

一方で、ネットワークRTKは万能ではありません。衛星を受けにくい場所、通信が不安定な場所、座標系が整理されていない現場、測定ルールが統一されていない組織では、期待した効果が出にくくなります。導入前には、必要な精度、衛星環境、通信条件、座標系、運用ルールの5つを確認し、どの業務にどの水準で使うのかを明確にすることが大切です。

導入を成功させるポイントは、機器の性能だけを見るのではなく、現場での使い方まで設計することです。測位状態の確認、既知点でのチェック、アンテナ高の管理、測点名の統一、写真やデータの保存ルール、再測判断をあらかじめ決めておけば、ネットワークRTKは単なる測位機器ではなく、現場情報を正確に残すための基盤になります。

これからネットワークRTKを導入する場合は、まず小さな用途から始め、現場で安定して使える条件を把握することが現実的です。現場確認や写真記録から始め、座標系や運用ルールが整ってきた段階で、出来形確認や施工支援に広げていくと、無理なく定着しやすくなります。測位方式そのものだけでなく、通信、座標、記録、確認手順を一体で設計することが、ネットワークRTKを現場で使える技術にする近道です。

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

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