GPS トレースを一致させています

Fleet Telematics API の calculateroute.json リソースは、ドリブンの GPS トレースを介して ( 可能性が最も高い ) ルートを計算できます。 ルート計算に非常に似ていますが、各経由地に正確に到達する必要はありません。 代わりに、一般的な GPS の誤りが考慮されます。

ドライビングアナリティクスサポート

道路リンクおよび最も可能性の高いルートパスにマッチングされた GPS ポイントに加えて、レスポンスはリスク解析およびドライバーの行動に関する関連情報を提供します。

  • ポイント / リンクマッチの信頼度の値は、このポイント / リンクを個々のリスク / 法的評価に使用できるか、または統計分析にのみ使用できるか（高速道路のキロメートル対都市のキロメートルなど）、またはまったく使用できないか（ GPS 信号が弱いため）を決定するのに役立ちます。
  • 不正な運転操作に関する警告 : 一方通向、その車両タイプへの通行制限、不正な方向転換、不正な U ターン、重量 / 高さ / 幅 / 長さ / 危険物の制限に違反、料金所通過、 通過トラフィックなし、配達のみ、環境ゾーン。
  • トラックドライバーの法的な 休憩時間違反です
  • 運転中のリアルタイムの交通状況 ( トラフィックアーカイブレイヤーをリクエスト )
  • 任意の HERE Map Attributes を応答に含めることができます。 制限速度、カーブ半径、スロープ、高さ、交通標識、 都市部、制御されたアクセス、ランプ、車線数、道路の粗さ、 交通状況 ...

次の情報は、パラメータ &drivingReport=1 によって要求できます。

  • 速度検知の正確な制限速度 ( 日付 / 時間 / 車両によって異なります )
  • コーナリング検知のためのカーブ速度 ( 横方向の力 )
  • 署名違反を停止します
  • リスク評価のための加速 / 破壊（渋滞や渋滞の中での運転）
  • 危険性評価のための軽量条件 ( ドライバーに向かって水平および垂直の太陽の角度 )
  • リスク評価のための現地の天候状況（運転時）（気象情報アーカイブレイヤーをリクエスト） [ 気象情報アーカイブのプレミアム価格については、アカウント管理者にお問い合わせください ]

GPS 位置の精度

GPS トレースポイントは、その地理座標によって定義された位置です。 アプリケーションは、ポイントが属する道路リンク（均質な属性を持つ道路セクション）、マップリンク形状に対するその位置、およびリンクに沿った移動の方向を判断できる必要があります。 これにより、アプリケーションは、ドライバーが想定されたルートにいるかどうか、ドライバーが法定制限速度に準拠しているかどうか、道路のタイプおよびその特性（曲率、傾斜、路面タイプ、車線数など）を確認できます。

GPS 座標の精度は、多くの要因によって異なります。その結果、計算された緯度および経度は、実際の位置から 0.5 ～ 40 メートルの距離にあります。 トンネル内、建物内、または都市部の渓谷内で GPS の位置を特定することはしばしば不可能です。 GPS 受信機は最大偏差を提供できないため、たとえば、計算された位置が実際の位置から 3.5 メートル以内にあり、確率 95% であることを示すことはできません。 GPS 受信機は、衛星の数や位置、および数学的アルゴリズムを考慮して、位置の計算された座標の精度をこの値よりも高くすることができないことを示す HDOP/VDOP/PDOP... 値（水平 / 垂直の精度の希釈）のみを提供します。 この最小エラーは、最大エラーの推定には使用できません。

GPS の方向と速度は、最後の数セットの GPS 座標に基づいてレシーバーデバイスによって計算されます。 計算の精度は車両の実際の速度によって異なり、車速が 10 km/時 未満に低下すると信頼性が失われます。 低速では、位置の精度も大幅に低下し、状況によっては大きなランダムなポイント群になります。

HERE Route Matching V8 アルゴリズムは、このルートが公式の道路ネットワークで車両タイプの法的規制に従って取得されたものと想定しています。 計算されたルートには、 GPS トレースによって、ドライバーが一方向のシステム、方向転換地点、またはアクセス制限を無視したことが明らかに示され、対応する警告が含まれている場合にのみ、不正なパスが含まれます。 したがって、トレースポイントから明らかな法的違反がある場合、このサービスを使用して法的違反を見つけることができます。

正しい車両タイプがわかっている場合は選択することが重要です。そうでない場合は、最も可能性の高い車両タイプを選択することが重要です。 歩行者モードでマッチングされた自動車の軌跡は、一方通向のシステムを無視して歩道を優先する傾向がありますが、高速道路は避ける傾向があります。一方、自動車モードでマッチングした歩行者の軌跡は、よほど明らかでない限り、歩道やその他の違法な道路を回避しようとします。 そのため、特にトレースが希薄な場合や、ポイントの精度が悪い場合は、車両タイプが適切でないと、マッチングの質が低下します。

要約すると、 HERE Route Matching V8 は、一方向システム、方向の制約、またはアクセス制限に関してドライバーがルールに違反している可能性が最も高い場所を特定し、一致するアルゴリズムを安全な側に保持して、明らかでない限り法的経路を優先します。

時間に依存する法的制限は、トレースにタイムスタンプが含まれている場合は正しく考慮され、含まれていない場合は時間に依存しないと見なされます。

最も可能性の高いルートを作成する際、法的な制限速度は考慮されません。つまり、 GPS トレースによって、ドライバーが走行中に速度を落としたことが示唆されているため、道路セクションは回避されません。 そのため、 HERE Route Matching V8 を使用して、ドライバーがどこでスピードを落としていたかを判断できます。

ユースケースが厳密に合法的なルートをリクエストする場合 、トレースにそのような違反が明らかに反映されているかどうかにかかわらず、 request パラメータ&legalで回避すべき違法な操作を指定します。

地図の詳細

マップジオメトリの精度は最適化され、基盤となるルーティングアプリケーションの要件に応じて異なります。 通常、マップには、特定の絶対精度および相対精度を提供する最小数のジオメトリポイントが含まれています。 道路ネットワークのモデリングは、ルーティングアプリケーションにも最適化されます。たとえば、交差は仕様の範囲内でできるだけ単純にモデル化され、道路は車線レベルのポリゴンではなくポリラインです。 各道路は、道路ベッド全体で 1 つのポリラインとしてモデル化されています。このモデルには、両方向のすべての車線が含まれていますが（シングルデジタイズ）、道路の他のセクションには、別々のポリライン（マルチデジタイズ）としてモデル化された各走行方向の車線が含まれている場合があります。 特に交差点や出口などでは、同じ走行方向の車線を別々のポリラインとしてモデル化できる場合があります。 HERE Maps は、高速道路の傾斜路や、 1 台または複数台のデジタル化された道路のベッド間の遷移などの重要な状況で、マップの整合性を改善する方法で道路のジオメトリポイントを設定しました。

ギャップをルーティングし、トレースポイントを無視します

トレースには、 0/0 またはトレースパスから遠くにある不良な GPS ポイントが含まれているか、または（トレースパスからもさほど離れていないにもかかわらず）、ルートパスに大きな迂回路が含まれている必要があります。 HERE Route Matching V8 では、最も可能性の高いルートパスを作成するときにこれらのルートパスが無視されますが、その後でルートパスに一致するため、警告および低いポイント一致信頼度の値によって問題が示されます。 このようにして、 HERE Route Matching V8 は、完全に接続されたルート（ギャップなし）として常に最も可能性の高いパスを提供し、すべてのトレースポイントをこのルートで最も可能性の高い場所に一致させます。

トレースが HERE Road Network のギャップを通過する可能性があります。 これは、HERE マップのギャップやエラーが原因です、非公式または私道などの HERE マップのルール外の経路を使用する車両や人物、または徒歩などの交通手段を使用する車両や人物、または、HEREの道路を通らない電車、船、飛行機など

そのために妥当でないパスに沿って外れやすいポイントがほとんどない場合、 HERE Route Matching V8 は前述のように、ルートパスの作成時にそれらのポイントを無視します。 他にも適度に整合した道路を走行すると、 HERE Route Matching V8 に迂回路が含まれて隙間が生じないようになっています。 このような迂回路のルートリンクの信頼度は低いため、ユースケースに応じて、迂回路を適切に処理するためのしきい値を簡単に適用できます。たとえば、ドライバーがほとんどドライブしていない可能性が高いため、迂回路をドライバーの評価のためにスキップするなどのしきい値です。 そのため、 HERE Route Matching V8 では、ギャップのない完全に接続されたルートを提供することが保証されます。また、アプリケーションは状況を適切に検出して処理することが容易になり、リンクマッチの信頼度の値からギャップを「作成」できます。

トレースファイルの形式

GPS 受信機およびツールで生成される最も一般的なファイル形式は次のとおりです。

  • csv ： 最初の行には属性名が含まれ、次の行にはデータが一時的な順序で記述されます。 次のパラメータを使用できます。

    • 緯度および経度は、 WGS84 度の地理座標です ( 必須 ) 。
    • タイムスタンプは日時を示します。例 : 2012-05-27T00:00Z または 16/05/2012 18:31:37 ( 任意 ) 。
    • TIMESTAMP_msec UNIX タイムスタンプの時間と日付（ 1970 年以降のミリ秒）。
    • speed_mps は、速度をメートル / 秒で示します（任意）。
    • speed_mph: 1 時間あたりのマイル数 ( オプション ) を反映します
    • speed_kmh は、 1 時間あたりの速度をキロメートルで示します（任意）。
    • Heading は、北から時計回りの方向を度数で示します（任意）。
    • Elevation は、 WGS84 楕円体の上の高さをメートル単位で示します（任意）。

  • GPX ： 各トレースポイントには、次の情報を含めることができます。

    • 座標。例 : <trkpt lat="48.0289225" lon="-4.298227"> ( 常に存在する ) 、 WGS84 度
    • タイムスタンプ（ <time>2013-07-15T10:24:52Z</time> 任意）などのタイムゾーン UTC
    • 高度 ( <ele>102.5999</ele> オプション ) 。 WGS84 楕円体の上のメートルです
    • HDOP など <hdop>15.0</hdop> ( 任意 )
    • 速度 ( <extensions><speed>21.9432334</speed></extensions> オプション ) 、メートル / 秒

  • NMEA ： $GPRMC レコードの情報が使用されます。 NMEA トレースに $GPRMC レコードが含まれていない場合は、 $GPGGA レコードが使用されます。

  • KML ： <Placemarks> <Points> または <Placemarks> <LineStrings> とのいずれかを使用して送信できます。 複数のトレースを含むフォルダはサポートされていません。

  • GeoJSON ： {"type":"Feature","properties":{"timestamp_msec":1566314114000,"heading":141.0,"speed_mps":16.64},"geometry":{"type":"Point","coordinates":[8.53956,50.15789]}}

各 形式の例については、デモを参照してください。

タイムアウトなしでレスポンスを取得するには、トレースサイズが 100,000 ポイントまたは 15,000 km を超えないようにしてください。

トレースポイントの密度

GPS 受信機は、 1 秒あたり約 1 つの GPS 位置を生成します。 ただし、モバイルネットワークの帯域幅やコストの制約、処理能力の制約により、この密度が利用できない場合があります。 HERE Route Matching V8 は、 1 秒あたり 1 ～ 数分ごとのトレース密度で動作するように設計されています。 トレースポイントの密度が高い場合は、整合品質が一般的に適しています。 2 つのトレースポイント間のギャップが大きいほど、それらのトレースポイント間の想定ルートが現実と一致しないリスクが高くなります。また、実際にドライブされている小さな迂回路と GPS 座標の外れ値またはシフトのみのヒューリスティックな区別も困難になります。

制限速度や勾配など、より多くのリンク属性を応答で直接取得できます。 これは、特定の使用例について、ルートに沿って Fleet Telematics の API を呼び出す代わりに使用されます。 &attributes=... 各レイヤーの Fleet Telematics API レイヤーおよび属性のリクエストパラメータリストを使用 ...

ルート一致コールで属性を直接取得するタイミングと、後で Fleet Telematics の API から取得するタイミングを指定してください。

一般的に、ルートの主要部分が機能クラス 1 の道路（高速道路）にあり、大きなタイルが敷かれた Fleet Telematics の API レイヤーに保存されているため、一致するルートは少数の Fleet Telematics の API タイルにのみまたがっています。 そのため、ルートの一致後、 Fleet Telematics の API からロードされるタイルの個別のセットが 20 または 30 を超えることはほとんどありません。その結果、各 Fleet Telematics の API 要求が複数のレイヤーの複数のタイルを要求できるため、 Fleet Telematics の API 要求が数件発生します。 Fleet Telematics の API を使用する利点は、取得したすべてのタイルコンテンツを最大 1 か月キャッシュできることです。そのため、アセットが同じような領域で繰り返し移動する場合、転送が繰り返されないことです。この場合、通常はこのような状況になります。

ただし、ルートマッチングのリクエストで直接属性を要求する方がクライアント側では簡単になり、ルートに沿ったリンクのデータのみが実際に転送されます。 この設定が重要な場合は、ルートマッチングのコールを使用して属性を直接取得する必要があります。

現在、次のレイヤーを要求できます。

ADAS_ATTRIB_FCn
BASIC_HEIGHT_FCn
DISTANCE_MARKERS_FCn
LANE_FCn
LINK_FCn
LINK_ATTRIBUTE_FCn
LINK_ATTRIBUTE2_FCn
LINK_TMC_FCn
ROAD_ADMIN_FCn
ROAD_GEOM_FCn
ROAD_NAME_FCn
ROAD_ROUGHNESS_FCn
ROUNDABOUT_FCn
SPEED_LIMITS_FCn
SPEED_LIMITS_COND_FCn
SPEED_LIMITS_VAR_FCn
TOLL_BOOTH_FCn
TOLL_LINK_FCn
TRAFFIC_PATTERN_FCn
TRAFFIC_SIGN_FCn
TRUCK_SPEED_LIMITS_FCn
TRUCK_RESTR_FCn
TURN_RESTR_FCn

リアルタイムの使用例

HERE Route Matching V8 は、（ほぼ）リアルタイムのユースケースにも使用できます。このユースケースでは、車両からの短いトレースがマッチングされ、走行中にフィードバックが提供されます（ドライバーに警告が出されます）。または、走行に影響が出る（ルート変更）場合があります。 最新の数百メートルの被駆動メートルを含むトレースを一致させると、分離した座標を一致させるよりも、より適切な一致結果が得られます。 重要な一致（警告または評価のペナルティ）については、 HERE Route Matching V8 に送信されたトレースの末尾（最後のポイント）を無視してください。これは、十分な一致品質を得るために将来のポイントが不足するためです。

「」に一致する結果は 件です

    「」に一致する結果はありません