善意の基準局掲示板を見てGNSSの基準局へ接続しようとしたものの、接続できず補正情報を受信できないことがあります。認証が設定されている基準局では利用者IDやパスワードの誤りが原因になる場合がありますが、善意の基準局掲示板にはIDやパスワードが不要と記載された局もあれば、個別の認証情報が記載された局もあります。また、サーバアドレス、ポート番号、データ形式、接続方法、公開・休止などの状態も局ごとに異なります。したがって、接続できない状態をすべて「IDやパスワードの認証失敗」と考えないことが重要です。([善意の基準局][1])
現場では「昨日までは接続できていた」「別の基準局なら接続できる」「設定を変えていないのに突然つながらなくなった」といった状況も起こり得ます。このようなとき、IDやパスワードだけを何度も入力し直すと、もともと正しかった設定まで変えてしまい、原因の切り分けが難しくなることがあります。
NTRIPでは、クライアントが指定したキャスターへ通信し、目的のデータストリームをマウントポイントで指定して補正情報を受け取ります。保護されたマウントポイントでは利用者IDとパスワードによる認証が行われますが、認証不要のストリームも存在します。さらに、キャスターへ到達できない、マウントポイントが存在しない、補正データが流れていないといった問題は、認証情報の誤りとは別の段階で起こります。([RTCM][2])
そこで重要になるのが、表示されたエラー名だけで判断せず、接続処理を段階に分けて確認することです。本記事では、善意の基準局掲示板を利用する実務担当者に向けて、認証に失敗したように見えるときに確認したい5つの箇所を整理します。現場で不要な設定変更を増やさず、どの段階で問題が起きているかを短時間で絞り込むための考え方まで解説します。
善意の基準局掲示板で認証失敗が起こる仕組み
善意の基準局掲示板では、各地で公開されているGNSS基準局について、サーバアドレス、ポート番号、データ形式、接続方法、状態、コメントなどの情報が掲載されています。コメント欄にはマウントポイントやID、パスワードなどが記載されている局もありますが、IDやパスワードが不要とされている局もあります。つまり、掲示板全体に共通する一つの認証方式があるわけではなく、実際の接続条件は利用する局ごとに確認する必要があります。([善意の基準局][1])
また、掲示板に接続情報が掲載されていることと、現在その基準局を問題なく利用できることは同じではありません。掲示板には公開中の局だけでなく休止と表示された局もあり、提供者側の設備や配信状態が変わる可能性を考慮する必要があります。([善意の基準局][1])
NTRIPの基本的な流れでは、利用者側のNTRIPクライアントが指定したキャスターのアドレスとポートへ接続し、そのキャスター上で目的のマウントポイントを要求します。保護されたマウントポイントであれば、利用者IDとパスワードによる認証が必要になります。認証が不要なマウントポイントでは、IDやパスワードを設定しなくてもデータストリームへ接続できる場合があります。
そのため、「認証できません」という表示を見ただけでは、パスワードが間違っていると断定できません。アプリによっては、キャスターへ到達できない、要求したマウントポイントが利用できない、通信が途中で切れるといった状態を、利用者から見て似た接続エラーとして表示することがあります。
例えば、以前利用していた基準局の設定を複製し、表示名だけ新しい基準局へ変更したケースを考えてみます。画面上の名称は新しくても、キャスターのアドレス、ポート番号、マウントポイントが以前のままなら、目的の基準局へは接続できません。
逆に、接続先とマウントポイントが正しくても、認証が必要な局で利用者IDの大文字と小文字が異なる、パスワードの先頭や末尾に空白が入っている、掲示情報が更新されているといった理由で接続できないことがあります。
認証失敗を解決するときには、「IDとパスワードが正しいか」だけを見るのではなく、「その局は認証が必要か」「どのキャスターへ接続するのか」「どのマウントポイントを要求するのか」「そのストリームが現在公開されているか」を一つずつ確認することが重要です。
認証失敗と補正情報を受信できない状態を区別する
トラブル対応の最初に整理したいのが、認証そのものに失敗しているのか、それとも認証とは別の段階で接続や補正データ受信に失敗しているのかという違いです。
NTRIPでは、キャスターへのTCP/IP接続、マウントポイントの要求、必要に応じた認証、データストリームの受信という段階があります。公開されているNTRIP 1.0仕様資料では、存在しない、または古くなったマウントポイントを要求した場合に、キャスターが最新のソーステーブルを返す動作が説明されています。つまり、マウントポイントの誤りは必ずしも認証失敗と同じ意味ではありません。([GSSC][3])
現場では、補正情報が利用できず測位状態が改善しないと、「基準局にログインできていない」と考えてしまいがちです。しかし、実際にはキャスターへの接続と認証が完了していても、選択したマウントポイントから補正データが流れていない可能性があります。
反対に、認証が設定されたマウントポイントへ接続した直後に資格情報の不一致で拒否される場合は、利用者IDとパスワードを優先して確認する価値があります。ただし、善意の基準局掲示板には認証不要の局もあるため、最初に「その局に認証設定があるか」を確認することが前提です。([善意の基準局][1])
さらに、補正データを受信していることと、RTKで固定解が得られていることも分けて考える必要があります。補正情報を受け取っていても、上空が建物や樹木で遮られている、マルチパスの影響が大きい、基準局と移動局で利用できる衛星や信号の組み合わせが十分でないなどの条件によって、測位状態が安定しないことがあります。
したがって、トラブルは大きく、キャスターへ到達できない段階、マウントポイントを正しく要求できない段階、認証が必要な場合に資格情報で拒否される段階、補正データを受信できない段階、補正データは受信しているものの測位解が安定しない段階に分けて考えると整理しやすくなります。
この区別をしないまま設定を変更すると、本来正しかった認証情報や接続先まで書き換えてしまう可能性があります。設定を変更する前に、どの段階まで処理が進んでいるかを確認することが、効率的な原因究明の第一歩です。
確認箇所1 認証の有無とID・パスワードの入力形式を確認する
最初に確認したいのは、その基準局がそもそも利用者認証を必要としているかどうかです。
善意の基準局掲示板には、IDなし、Passwordなしと記載された局がある一方、IDやパスワードが指定されている局もあります。したがって、別の局で使った資格情報をそのまま流用したり、「NTRIPなら必ずIDとパスワードが必要」と考えて不要な文字列を入力したりしないことが重要です。([善意の基準局][1])
認証が必要な局であれば、掲示板に掲載された内容と端末へ登録されている利用者ID、パスワードが一致しているかを確認します。以前利用した設定が保存されている場合は、別の基準局用の資格情報が残っていないかも見ます。
設定画面によってはパスワードが伏せ字で表示されるため、画面を見ただけでは現在登録されている文字列を確認できない場合があります。その場合は、正しい情報を確認したうえで、必要な項目だけを改めて入力します。
入力時には、大文字と小文字、英字と数字、全角と半角、似た形の文字に注意します。コピーして貼り付ける場合は、先頭や末尾の空白、改行が一緒に入っていないかも確認します。
また、利用者ID、パスワード、サーバアドレス、マウントポイントを混同しないことも重要です。掲示板のコメント欄に複数の文字列が並んでいる場合、それぞれが何を示しているかを確認してから入力します。
複数の現場や複数の基準局を利用している場合は、基準局名だけ変更して設定を複製した結果、認証情報が旧設定のまま残っていないかも確認します。
ここで大切なのは、IDやパスワードを確認するときに、サーバアドレスやポート番号まで同時に変更しないことです。複数項目を一度に変えると、接続できるようになった場合でも、どの変更が有効だったのか分からなくなります。
まず認証の有無を確認し、認証が必要なら資格情報だけを確認します。結果が変わらなければ次の確認箇所へ進むという順番を守ることで、原因を一つずつ除外できます。
また、複数の担当者で設定情報を扱う場合は、誰が確認した情報を最新として扱うかを決めておくと管理しやすくなります。公開されたパスワードであっても、社内の作業記録へ無秩序に複製するのではなく、参照元と更新日を分けて管理すると、古い情報の使い回しを防ぎやすくなります。
確認箇所2 接続先アドレス・ポート・配信点を確認する
認証の有無と資格情報に問題がない場合、次に確認したいのが接続先アドレス、ポート番号、マウントポイントです。
善意の基準局掲示板にはサーバアドレス、ポート番号、接続方法、コメント欄のマウントポイントなどが掲載されています。NTRIPクライアントは指定したキャスターのIPアドレスまたはホスト名とポートへ接続し、目的のデータストリームをマウントポイントで指定します。([善意の基準局][1])
接続先アドレスについては、一文字でも異なると目的のキャスターへ到達できない可能性があります。手入力した場合は、文字の抜け、重複、不要な空白などを確認します。
以前の設定を複製した場合には、表示上の基準局名だけが変更され、内部のサーバアドレスが古いままになっていないかを見ることも重要です。設定一覧では名称しか見えないことがあるため、詳細画面まで開いて実際の値を確認します。
ポート番号も同様です。同じホスト名でも、異なるポートを指定すれば目的のNTRIPサービスへ到達できない可能性があります。掲示板に記載された値と端末の設定を比較します。
マウントポイントは、キャスター上のどのデータストリームを要求するかを識別するための情報です。NTRIP仕様では、クライアントが目的のNtripSourceをマウントポイントで選択する仕組みが定められています。
ここで注意したいのは、マウントポイントの誤りを「IDやパスワードの認証失敗」と同一視しないことです。利用できないマウントポイントを要求した場合、公開されているNTRIP 1.0仕様資料ではソーステーブルが返される動作が説明されており、クライアント側の表示は実装によって異なります。したがって、「接続できない」という結果だけで認証情報の誤りと断定しない方が安全です。([GSSC][3])
また、端末側に以前取得したマウントポイント一覧が保存されている場合、現在のキャスター側の状態と一致していない可能性があります。アプリにソーステーブル更新や配信点再取得の機能がある場合は、現在の一覧を取得して確認する方法もあります。
善意の基準局掲示板には、現在の状態が公開や休止として表示されているほか、コメントに運用変更が追記されている局もあります。サーバアドレス、ポート、マウントポイントを確認するときは、掲載された情報の状態や更新内容も併せて見ることが大切です。([善意の基準局][1])
確認箇所3 公開状態と提供者側の運用条件を確認する
認証情報と接続先が正しいように見えても接続できない場合は、基準局の公開状態と提供者側の運用条件を確認します。
善意の基準局掲示板では、局ごとに異なるサーバアドレス、ポート、接続方法、状態、コメントが掲載されています。そのため、実務上は一つの共通アカウントサービスとして扱わず、実際の配信先や認証条件を対象局ごとに確認する必要があります。掲示板上には公開や休止などの状態も表示されています。([善意の基準局][1])
そのため、「以前つながったIDとパスワードだから現在も必ず使える」とは限りません。提供者が配信を停止した、キャスターを変更した、マウントポイントを変更した、パスワードを更新したといった場合には、保存している設定が古くなる可能性があります。
一方で、利用期限、同時接続数、利用者ごとの権限などが必ず設定されていると考えるのも適切ではありません。こうした条件は利用するキャスターや提供者の運用によって異なるため、掲示板のコメントや提供者から示された条件がある場合に限って確認します。
まず見るべきなのは、掲示板上で対象局が現在公開扱いになっているか、休止や調整中などの記載がないか、コメントにサーバ変更やマウントポイント変更などが書かれていないかです。([善意の基準局][1])
昨日まで利用できていたことは、今日も同じ状態であることを保証しません。反対に、一度接続に失敗したからといって恒久的に利用できなくなったとも限りません。提供側の一時停止やネットワーク障害など、利用者側の設定変更では解決できないケースもあります。
ここでは、利用者側の設定を何度も変更する前に、掲示板の最新状態とコメントを確認することが重要です。
ただし、接続できない原因をすぐに提供者側の問題と決めつけるのも避けます。同じ設定を使う別の端末で接続できるか、別の通信回線から同じキャスターへ到達できるかなどを確認し、自分の端末だけで発生している問題なのかを切り分けます。
複数の基準局を日常的に使用する場合は、どの設定がどの局に対応しているかを記録しておくと管理しやすくなります。最終接続確認日や参照した掲示情報の更新日を残しておけば、いつから状態が変化したかを追跡しやすくなります。
確認箇所4 通信環境・接続方式・ネットワーク制限を確認する
認証情報や接続先に問題がないように見えても、キャスターまで通信できなければNTRIP接続は成立しません。
まず確認したいのは、端末がインターネットへ正常に接続できる状態かどうかです。通信アンテナの表示が出ていても、継続的なデータ通信が安定しているとは限りません。山間部、造成地、建物内部、地下への入口などでは、少し移動しただけで通信状態が変わることがあります。
同じ設定で何度も接続に失敗するときには、通信条件の良い場所や別の利用可能な回線で試すことで、設定の問題か通信経路の問題かを切り分けやすくなります。
現場の社内ネットワークやWi-Fiを利用している場合にも注意が必要です。一般的なウェブ閲覧ができても、特定のホストやポートへの通信がファイアウォールなどで制限されている可能性があります。NTRIPクライアントは指定したキャスターのアドレスとポートへ接続するため、その通信経路が許可されている必要があります。([GSSC][3])
また、善意の基準局掲示板では接続方法としてNtripが示されている局が多い一方、実際のサーバアドレスやポートは局ごとに異なります。以前使った別の接続方式や別のキャスター設定が残っていないかも確認します。([善意の基準局][1])
元記事では端末時刻を一般的な認証失敗の確認項目として扱っていましたが、これは条件を限定した方が安全です。NTRIPの基本的な認証はHTTP系の仕組みで構成され、端末時刻がすべてのNTRIP認証に共通して必要になるわけではありません。端末時刻は、利用するアプリやキャスターが証明書検証を伴うHTTPS/TLSなどの安全な通信を用いている場合には確認対象になり得ますが、通常のNTRIP接続で最初に疑う共通原因として扱うのは適切ではありません。([RTCM][2])
したがって、この段階では通信回線が利用できるか、指定したホストとポートへ通信できるか、VPNや社内ファイアウォールなどで制限されていないか、アプリで選択した接続方式が正しいかを優先して確認します。
端末のOSや測位アプリが長期間更新されていない場合は、通信機能やアプリの互換性に影響する可能性もあります。ただし、現場ですぐ更新作業を始めるのではなく、まず他の確認項目を切り分けたうえで、所属組織の運用手順に沿って対応します。
通信トラブルを切り分けるときも、一度に複数の条件を変えないことが重要です。通信回線だけを変更して確認し、それでも改善しなければ別の条件を見るという進め方にすると、何が結果へ影響したかを把握しやすくなります。
確認箇所5 GNSS受信端末と測位アプリの設定を確認する
最後に確認したいのが、GNSS受信端末と測位アプリの接続状態、そして受信した補正情報が実際に受信機へ渡されているかです。
善意の基準局掲示板から取得した接続情報が正しく、NTRIPキャスターから補正データを受信できていても、そのデータがGNSS受信機へ入力されていなければRTK測位には利用されません。
外部GNSS受信端末を利用している場合は、まず受信端末と測位アプリの通信が成立しているかを確認します。端末の再起動、受信機の電源操作、Bluetoothなどの通信切断によって、アプリと受信機の連携が解除されることがあります。
受信端末が複数登録されている場合には、現在使用する受信機が正しく選択されているかを確認します。設定変更や機器交換を行った直後は、以前使った端末の情報が残っていることがあります。
補正情報の取得方法についても確認が必要です。以前に別のNTRIPサービスや別の補正方式を利用していた場合、古い設定が有効なまま残り、新しく登録した基準局の設定が実際には選択されていないことがあります。
測位アプリで、NTRIPの接続状態、補正データの受信状態、GNSSの測位解をそれぞれ確認できる場合は、同じものとして扱わず個別に確認します。
接続済みになっているのに補正データが増えていないのであれば、認証より後の段階で問題が起きている可能性があります。補正データを受信しているのに測位状態が安定しないのであれば、衛星受信環境、補正データの互換性、基準局との条件差など別の要因を確認する必要があります。
位置情報やBluetoothなど、アプリがGNSS受信機と連携するために必要な権限が端末側で無効になっていないかも確認します。端末を交換したあとやアプリを再インストールしたあとに問題が発生した場合には、権限設定が変わっていないかを見ると切り分けやすくなります。
認証トラブルで特に避けたいのは、RTKのFIXが得られないことを、そのまま認証失敗と決めつけることです。補正情報を正常に受信していても、建物の近く、樹木の下、法面の近くなどでは衛星信号の受信条件が悪くなり、固定解へ移行しにくくなることがあります。
反対に、衛星受信状態が良好でも補正情報が届いていなければ、RTKの固定解は成立しません。
通信状態、補正データ受信、GNSS測位状態を分けて確認することで、本当に変更すべき設定がどこなのか判断しやすくなります。
認証失敗を現場で効率よく切り分ける方法
現場で認証に失敗したように見えるときには、思いついた設定を片端から変更するより、確認する順番を固定した方が効率的です。
最初に行いたいのは、失敗した時点の状態を残すことです。利用していた基準局、接続を試した時刻、端末、表示されたエラー、通信回線、サーバアドレス、ポート、マウントポイントなどを記録します。
エラーが出るとすぐに設定を書き換えたくなりますが、変更前の状態を記録していないと、その後に原因を比較できなくなります。
次に、対象局が認証を必要としているかを確認します。必要な場合だけIDとパスワードを確認します。その後、接続先アドレス、ポート、マウントポイントを確認します。それでも問題がなければ、掲示板上の公開状態や提供者側の運用変更を確認します。
その次に通信環境とネットワーク制限を確認し、最後にGNSS受信端末と測位アプリの連携、補正データ受信、測位解を確認します。
この順番を決めておけば、担当者によって確認方法が大きく変わることを防げます。また、「認証不要であることを確認済み」「接続先も一致」「別回線でも同じ結果」「補正データは受信している」というように、原因候補を段階的に除外できます。
設定を変更するときには、一度に一つだけ変更することが基本です。例えばID、パスワード、ポートを同時に変更し、その後接続できるようになっても、どれが原因だったのか判断できません。
一つ変更して接続を確認し、結果を残してから次へ進むことで、トラブル対応そのものを次回の情報として蓄積できます。
同じ現場で複数台の端末を使っている場合は、正常に接続できている端末との比較も有効です。正常端末の設定を不用意に書き換えるのではなく、サーバアドレス、ポート、マウントポイント、接続方式などの差を確認することで、問題端末にだけ存在する違いを見つけやすくなります。
一方で、公開されていない認証情報や組織内で管理している秘密情報を、誰でも閲覧できる日報やチャットへ残すのは避ける必要があります。接続結果や設定項目と、秘密情報の保管場所は分けて管理する方が安全です。
正常時の設定を記録して再発時の確認を早める
認証トラブルを早く解決するには、問題が起きてから調べるだけではなく、正常に動いているときの状態を残しておくことが重要です。
正常時の情報がなければ、「現在の設定が以前と同じか」を確認できません。担当者の記憶だけに頼ると、いつサーバやマウントポイントを変更したのか、どの基準局を利用していたのか、どの端末で成功していたのかが分からなくなることがあります。
記録するときには、基準局の識別情報、参照した掲示情報の日付、サーバアドレス、ポート、マウントポイント、利用端末、接続確認日、接続結果などを管理すると、トラブル切り分けに役立ちます。
認証情報が必要な局で資格情報を更新した場合には、変更したという事実と更新日時を残しておくと、古い設定を使用している端末を発見しやすくなります。パスワードそのものを作業記録へ平文で残す必要はありません。
また、現場へ出る前に接続確認を行っておくことも有効です。通信環境が安定した場所で接続できることを確認したうえで現場へ持ち出せば、現場だけで接続できない場合には通信回線やネットワーク制限などへ原因を絞り込みやすくなります。
ただし、事前確認で接続できたからといって、現場でも必ず利用できるわけではありません。公開基準局の状態は変化する可能性があり、通信環境も場所によって異なります。
事前確認は利用可能性を保証するものではなく、原因を切り分けるための基準情報として利用するのが適切です。
設定変更を行う場合は、正常だった値を上書きして消してしまわないようにすることも大切です。変更前の状態を記録しておけば、変更しても改善しなかったときに元の状態へ戻しやすくなります。
こうした記録を日常の運用に組み込むことで、接続トラブルを個人の経験だけに頼らず、組織として再現性のある方法で対応しやすくなります。
善意の基準局掲示板を利用するときに注意したい運用上のポイント
善意の基準局掲示板を業務で利用するときは、接続できるかどうかだけでなく、どのような情報が掲載され、現在どの状態なのかを確認する必要があります。
掲示板にはサーバアドレス、ポート、データ形式、接続方法、公開・休止などの状態、コメントが掲載されています。掲載内容は局ごとに異なり、同じ条件で一律に利用できる仕組みではありません。([善意の基準局][1])
そのため、重要な現場作業で利用する場合には、一つの公開基準局へ接続できることだけを前提に作業計画を組まないことが大切です。補正情報が利用できなくなった場合にどう対応するか、作業を継続する条件や中断する条件は何かを事前に決めておくと、現場で判断しやすくなります。
また、掲示板の状態やコメントを確認し、休止中の局や変更履歴が記載されている局を古い設定のまま利用しようとしていないかを確認します。
現場で初めて利用する基準局については、接続できたことだけで測位結果の妥当性を判断しないことが重要です。認証やNTRIP接続が成功したことは、得られた座標が業務上必要な精度と基準に適合していることを意味しません。
基準局の座標、使用する測地基準、楕円体高や標高の扱い、基準局と現場の距離、衛星受信環境、補正データの内容など、測位結果へ影響する要素は別に確認する必要があります。
高精度な位置情報を施工、出来形確認、設備位置の記録などへ利用するときは、既知点などで結果を照合し、現場や業務で求められる管理基準に従って運用することが大切です。
善意の基準局掲示板は接続先を探す有用な手掛かりになりますが、掲示板上の「公開」や接続成功だけを品質保証の代わりにするのではなく、実際の測位結果を利用者側でも確認する必要があります。
LRTK Phoneで補正情報を利用するときの考え方
LRTK Phoneで補正情報を利用して現場測位を行う場合も、認証情報の入力だけを独立した作業として考えるのではなく、ネットワークRTKの接続設定、補正データ受信、GNSS測位状態の確認までを一つの流れとして管理することが重要です。
LRTKの公式情報では、LRTKアプリがネットワークRTKに対応し、補正サービスへ接続できることが案内されています。また、LRTK Phoneの公式サポートやアプリ案内では、LRTK PhoneとLRTKアプリを組み合わせて利用する構成が示されています。([Lefixea Irtk][4])
善意の基準局掲示板の情報を利用する場合は、対象局の接続方法、サーバアドレス、ポート、マウントポイント、認証の有無、データ形式を確認し、LRTKアプリ側で利用するネットワークRTK設定と整合しているかを確認します。掲示板に掲載されているからといって、すべての局が同一条件で利用できるわけではありません。([善意の基準局][1])
接続後は、単に「接続済み」という表示を見るだけではなく、補正情報が受信できているか、GNSS測位の状態がどのようになっているかを確認してから測点の記録へ進むことが大切です。
基準局を変更した場合には、以前の接続設定が残っていないかを確認します。複数現場で異なる基準局を利用すると、サーバアドレスだけ新しくしてマウントポイントが古いままになっているなど、設定の組み合わせが崩れることがあります。
設定を基準局単位で整理し、どの接続条件を使っているのかが分かる状態にしておくと、接続失敗時にも確認しやすくなります。
また、LRTK Phoneを使用していて接続に失敗した場合でも、端末の不具合とすぐに判断するのではなく、本記事で紹介した5つの箇所を順番に確認することが重要です。
認証の有無と資格情報、接続先とマウントポイント、基準局の公開状態、通信環境とネットワーク制限、GNSS受信端末とアプリの状態を順番に確認すれば、どの段階で問題が起きているかを整理しやすくなります。
補正情報への接続が成立していても、現場の衛星受信環境によっては測位状態が安定しないことがあります。そのため、認証確認、補正データ受信、測位精度の確認を別々に行うことが実務上のポイントです。
日常的に高精度測位を行う現場では、正常時の接続条件や測位確認方法まで作業手順として統一しておくと、担当者が変わっても同じ基準で確認しやすくなります。
まとめ
善意の基準局掲示板で認証に失敗したように見える場合、最初にIDやパスワードだけを原因と決めつけるのではなく、NTRIP接続を段階に分けて確認することが重要です。
最初の確認箇所は、対象局に認証が必要かどうかと、必要な場合のID・パスワードです。善意の基準局掲示板には認証不要の局も、資格情報が示されている局もあるため、まず対象局の条件を確認します。([善意の基準局][1])
2つ目は、接続先アドレス、ポート、マウントポイントです。これらはNTRIPキャスターと目的のデータストリームを指定するための情報であり、誤りがあると補正データへ到達できません。マウントポイントの誤りは、必ずしもID・パスワードの認証失敗と同じではありません。
3つ目は、基準局の公開状態と提供者側の運用条件です。掲示板上の状態やコメントを確認し、休止、サーバ変更、マウントポイント変更などがないかを確認します。([善意の基準局][1])
4つ目は、通信環境、接続方式、ネットワーク制限です。指定したキャスターのホストとポートへ通信できるかを確認し、必要に応じて別回線でも比較します。端末時刻は、証明書検証を伴う安全な通信を利用している場合には確認対象になり得ますが、すべてのNTRIP認証に共通する主要原因として扱うべきではありません。
5つ目は、GNSS受信端末と測位アプリの設定です。NTRIPへ接続できても、補正データが受信機へ渡っていなければRTK測位には利用されません。逆に、補正データを受信していても、衛星受信環境などによって固定解が得られないことがあります。
現場で原因を調べるときは、一度に複数の項目を変更せず、一つ確認して結果を記録してから次へ進むことが大切です。正常時の設定を記録しておけば、現在の状態との差分を確認でき、再発時の復旧を早めやすくなります。
また、善意の基準局掲示板に掲載された接続情報は、基準局ごとに条件や状態が異なります。接続できたことだけで判断せず、現在の公開状態、補正データの受信状態、測位結果の妥当性をそれぞれ確認する必要があります。([善意の基準局][1])
高精度測位を業務へ継続的に取り入れる場合には、基準局への接続から補正情報の受信、測位状態の確認、測点の記録までを一連の作業として整理しておくことが重要です。こうした確認手順を現場運用へ組み込みながら、ネットワークRTKを含む高精度測位環境を整える場合は、LRTK PhoneとLRTKアプリを利用した運用も選択肢の一つです。([Lefixea Irtk][4])