JP2022128658A - プローブ情報送信装置、方法及びプログラム - Google Patents

Abstract

【課題】通信頻度を下げつつ、必要な情報を適切なタイミングでプローブ情報を送信するプローブ情報送信装置を提供する。【解決手段】プローブ情報送信装置は、自己位置を測定する測位部と、自己位置に基づいてマップに対応付けられた複数のメッシュから自己が属するメッシュを特定するメッシュ特定部と、特定されたメッシュに関連付けられた送信頻度情報に基づいて、プローブ情報を送信する送信部と、を備える。【選択図】図１

Description

本発明は、プローブ情報送信装置、方法及びプログラムに関する。

特許文献１には、プローブ車両（車載機）からの通信量を抑制するために、サーバ側が受信したプローブ情報のトータル受信量が閾値を超えた場合に、プローブ車両のアップリンク通信量を削減する装置が開示されている。

国際公開第２０１８／２２９８４０号

しかしながら、特許文献１に記載の装置は、周期的にプローブ情報をサーバに送信するため、プローブ情報を送信する必要がない等の場合にも通信を行う。例えば、プローブ情報が必要な場合には、車両が一般道路から有料道路に侵入したか否かを検知することにより、車両のユーザに対して有料道路の使用量を請求するか否かを判断する場合等がある。すなわち、車両が一般道路を走行し続けている場合には、プローブ情報を送信する必要がない。このような場合においても、特許文献１に記載の装置は、周期的にプローブ情報を送信しているので、サーバとの通信量が膨大となってしまい、サーバが必要な情報を正しく受信できないという課題があった。

本開示は、上記のような事情に鑑みてなされたものであり、通信頻度を下げつつ、必要な情報を適切なタイミングでサーバに送信するプローブ情報送信装置、方法及びプログラムを提供することを目的とする。

上記課題を解決するため、本開示の一態様は、自己位置を測定する測位部と、前記自己位置に基づいてマップに対応付けられた複数のメッシュから自己が属するメッシュを特定するメッシュ特定部と、前記特定されたメッシュに関連付けられた送信頻度情報に基づいて、プローブ情報を送信する送信部と、を備える、プローブ情報送信装置である。

また、本開示の一態様は、自己位置を測定するステップと、前記自己位置に基づいてマップに対応付けられた複数のメッシュから自己が属するメッシュを特定するステップと、前記特定されたメッシュに関連付けられた送信頻度情報に基づいて、プローブ情報を送信するステップと、を備える、プローブ情報送信方法である。

また、本開示の一態様は、プローブ情報送信装置のコンピュータに、自己位置を測定するステップと、前記自己位置に基づいてマップに対応付けられた複数のメッシュから自己が属するメッシュを特定するステップと、前記特定されたメッシュに関連付けられた送信頻度情報に基づいて、プローブ情報を送信するステップと、を実行させるプログラムである。

上記態様のうち少なくともいずれかの態様によれば、プローブ情報が送信されるタイミングは、メッシュに関連して送信されるため、通信頻度を下げつつ、必要な情報を適切なタイミングでサーバに送信することが可能である。

第１の実施形態に係るプローブ情報送信装置を含むシステムの全体構造を示す図である。 第１の実施形態に係るプローブ情報送信装置の機能構成を示す図である。 第１の実施形態に係る複数のメッシュに対応付けられたマップを示す図である。 第１の実施形態に係るプローブ情報送信装置の処理フローを説明する図である。 第１の実施形態の第１の変形例に係るメッシュ属性を示す図である。 第１の実施形態の第１の変形例に係るメッシュ属性によって分類されたメッシュを有するマップを示す図である。 第１の実施形態の第３の変形例に係るメッシュ属性によって分類されたメッシュを有するマップを示す図である。 第１の実施形態の第４の変形例に係るプローブ情報送信装置の機能構成を示す図である。

＜第１の実施形態＞
以下、図１～４を参照して、本開示の第１の実施形態について説明する。

（全体構成）
図１は、第１の実施形態に係るプローブ情報送信装置３を含むシステム１の全体構造を示す図である。システム１は、車両２及びサーバ４を含む。車両２は、プローブ情報送信装置３を搭載している。

（プローブ情報送信装置の機能構成）
図２は、第１の実施形態に係るプローブ情報送信装置３の機能構成を示す図である。プローブ情報送信装置３は、ＣＰＵ３１と、送信部３２と、データベース３３とを備える。ＣＰＵ３１は、測位部３１１と、メッシュ特定部３１２とを備える。ＣＰＵ３１は、予め用意されたプログラムに従って動作することで種々の機能を発揮し、プローブ情報送信装置３の動作全体を司るプロセッサである。代替的に、ＣＰＵ３１が発揮する動作は、ハードウェアとソフトウェアとの組み合わせによって実現されてもよい。

測位部３１１は、マップ上における車両２の自己位置（緯度及び経度）を測定する。測位部３１１は、ＧＮＳＳ（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ）を用いて、車両２の自己位置を測定してもよい。測位部３１１が自己位置を測定する方法は、ＧＮＳＳを用いた方法に限定されない。

メッシュ特定部３１２は、自己位置に基づいて、マップに対応付けられた複数のメッシュから自己が属するメッシュを特定する。

送信部３２は、特定されたメッシュに関連付けられた送信頻度情報に基づいて、プローブ情報を送信する。送信部３２は、プローブ情報送信装置３の外部に設けられてもよく、すなわち、車両２に搭載されたアンテナ等であってもよい。

データベース３３は、メッシュデータ３３１と、送信頻度情報３３２と、プローブ情報３３３とを含む。メッシュデータ３３１は、マップとメッシュとの対応付けを示すデータである。メッシュとは、緯度、経度に基づき地域をすき間なく網の目（Ｍｅｓｈ）の区域に分けたものである。例えば、メッシュデータ３３１は、各メッシュのメッシュ識別子（例えば、図３の１～９）と、各メッシュの左上、右上、左下、及び右下の緯度及び経度の情報を有する。メッシュデータ３３１及び送信頻度情報３３２の内容は、マップの情報に変更があったタイミング等にサーバ４によって更新されてもよい。当該マップの情報は、サーバ４等に記憶されていればよく、メッシュデータ３３１は、当該マップの情報を含まない。本開示のマップは、地理座標に加え、当該地理座標に対応付けられた有料又は一般道路情報を含むことができる。当該地理座標は、地球表面の一部又は全部を表現可能な情報であり、特定の位置を緯度及び経度で表現可能な情報である。本開示のマップは、道路ネットワークデータを表現するためのノードとリンクの情報を必ずしも必要としない。また、メッシュは、四角形（左上、右上、左下、及び右下の緯度及び経度）によって定義されたが、三角形、六角形によって定義されてもよい。

送信頻度情報３３２は、メッシュデータ３３１の各メッシュに関連付けられており、プローブ情報を送信する頻度を示す。例えば、送信頻度が１回であると設定されるメッシュに車両２が侵入した場合、送信部３２は、プローブ情報を１回だけサーバ４に送信する。また、送信頻度が０回であると設定されるメッシュに車両２が侵入した場合、送信部３２は、プローブ情報をサーバ４に送信しない。また、送信頻度が２回以上である所定回数に設定されるメッシュに車両２が侵入した場合、送信部３２は、プローブ情報を所定回数だけ周期的に又は連続的にサーバ４に送信してもよい。

プローブ情報３３３は、測位部３１１によって測定された自己位置（緯度及び経度）、車両２の車速等の車両２に関する情報、又は車両２に関する情報を用いて生成された道路交通情報である。プローブ情報３３３に含まれる情報は、自己位置又は車速に限定されない。

データベース３３は、プローブ情報送信装置３に内蔵される記憶装置に記憶されてもよい。また、当該記憶装置は、大容量記憶装置（不揮発性メモリ）であって、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等であってもよい。また、データベース３３は、プローブ情報送信装置３の外部に設けられ、プローブ情報送信装置３は、データベース３３を参照することにより、データを取得してもよい。

図３は、第１の実施形態に係る複数のメッシュに対応付けられたマップを示す図である。図３に示されるマップは、約３０ｋｍ四方のマップである。当該マップは、１０ｋｍ四方の９個のメッシュによって区切られている。例えば、図３に示されるメッシュデータ３３１では、左上のメッシュ（第１のメッシュ）は、左上、右上、左下、及び右下の位置が、マップ上の緯度及び経度に対応付けられている。破線は、マップ上の一般道路を示し、実線は有料道路を示す。記号（●）は、マップ上の車両２の位置を示す。車両２の位置が測定されると、車両２が、どのメッシュに属するのかが特定される。

例えば、図３の各メッシュに関連付けられている送信頻度が１回に設定されているとする。このとき、車両２が、左上のメッシュ（識別子１によって示される）に侵入すると、送信部３２は、プローブ情報を１回送信する。また、車両２が、左上のメッシュから上中央のメッシュ（識別子２によって示される）に侵入すると、送信部３２は、プローブ情報を１回送信する。同様に、車両２が、上中央のメッシュから中央のメッシュ（識別子５によって示される）に侵入すると、送信部３２は、プローブ情報を１回送信する。

代替的に、図３の識別子１～４、７～９によって示されるメッシュに関連付けられている送信頻度が０回に設定されており、識別子５及び６によって示されるメッシュに関連付けられている送信頻度が１回に設定されている（記号（★）によって示される）とする。有料道路付近を走行している車両２からプローブ情報を収集することによって、有料道路の使用量を請求するか否かを判断するために有益な情報が得られる。従って、識別子５及び６によって示されるメッシュは、プローブ情報を送信するよう設定されている。このとき、車両２が、左上のメッシュ及び上中央のメッシュに侵入しても、送信部３２は、プローブ情報を送信しない。しかしながら、車両２が、上中央のメッシュから中央のメッシュに侵入すると、送信部３２は、プローブ情報を１回送信する。

（プローブ情報送信装置３の処理フロー）
図４は、第１の実施形態に係るプローブ情報送信装置３の処理フローを説明する図である。以下の説明では、便宜上、図３を参照して、識別子１～４、７～９によって示されるメッシュに関連付けられている送信頻度が０回に設定されており、５及び６によって示されるメッシュに関連付けられている送信頻度が１回に設定されている場合について説明する。図４に示す処理フローは、車両２の走行において繰り返し実行される。

まず、車両２が、図３に示されるように左上のメッシュ（識別子１によって示される）を走行している。車両２は、破線の一般道路に沿って走行し、左上のメッシュから、上中央のメッシュ（識別子２によって示される）に侵入する。測位部３１１は、ＧＮＳＳを用いて、マップ上における車両２の自己位置を測定する（ステップＳ４０１）。メッシュ特定部３１２は、メッシュデータ３３１を参照して、自己位置に基づいてマップに対応付けられた複数のメッシュから車両２が属するメッシュを特定する（ステップＳ４０２）。このとき、メッシュ特定部３１２は、車両２が属するメッシュが、上中央のメッシュであると特定する。

ＣＰＵ３１は、車両２が属するメッシュが変化したか否かを判断する（ステップＳ４０３）。車両２が属するメッシュは、図３の左上のメッシュから、上中央のメッシュに変化した（ステップＳ４０３：Ｙｅｓ）ので、ステップＳ４０４に進む。なお、車両２が属するメッシュが変化していない場合（ステップＳ４０３：Ｎｏ）には、ステップＳ４０１に戻る。

ＣＰＵ３１は、送信頻度情報３３２を参照して、メッシュデータ３３１の上中央メッシュに関連付けられた送信頻度情報を特定する（ステップＳ４０４）。ここで、ＣＰＵ３１は、上中央メッシュに関連付けられた送信頻度は、０回であると特定する。次に、ＣＰＵ３１は、プローブ情報の送信が必要か否かを判定する（ステップＳ４０５）。上中央メッシュに関連付けられた送信頻度は、０回に設定されているため、ＣＰＵ３１は、送信が必要でないと判定し（ステップＳ４０５：Ｎｏ）、ステップＳ４０１に戻る。

次に、車両２は、上中央のメッシュから、中央のメッシュ（識別子５によって示される）に侵入する。測位部３１１は、ＧＮＳＳを用いて、マップ上における車両２の自己位置を測定する（ステップＳ４０１）。メッシュ特定部３１２は、メッシュデータ３３１を参照して、自己位置に基づいてマップに対応付けられた複数のメッシュから車両２が属するメッシュを特定する（ステップＳ４０２）。このとき、メッシュ特定部３１２は、車両２が属するメッシュが、中央のメッシュであると特定する。

車両２が属するメッシュが変化したか否かを判断する（ステップＳ４０３）。車両２が属するメッシュは、上中央のメッシュから、中央のメッシュに変化した（ステップＳ４０３：Ｙｅｓ）ので、ステップＳ４０４に進む。

ＣＰＵ３１は、送信頻度情報３３２を参照して、メッシュデータ３３１の中央メッシュに関連付けられた送信頻度情報を特定する（ステップＳ４０４）。ここで、ＣＰＵ３１は、中央メッシュに関連付けられた送信頻度は、１回であると特定する。次に、ＣＰＵ３１は、プローブ情報の送信が必要か否かを判定する（ステップＳ４０５）。上中央メッシュに関連付けられた送信頻度は、１回に設定されているため、ＣＰＵ３１は、送信が必要であると判定し（ステップＳ４０５：Ｙｅｓ）、ステップＳ４０６に進む。送信部３２は、プローブ情報をサーバ４に１回送信する。

同様の処理内容が行われると、車両２が中央のメッシュから右のメッシュ（識別子６によって示される）に侵入した場合、送信頻度は１回に設定されているため、プローブ情報が送信される。また、車両２が中央のメッシュから下のメッシュ（識別子８によって示される）に侵入した場合、送信頻度は０回に設定されているため、プローブ情報は送信されない。

以上のとおり、車両２が走行中にプローブ情報を送信するための処理内容を説明した。上述した説明では、送信頻度が０回又は１回の場合について説明したが、送信頻度が２回以上に設定されていてもよい。送信頻度が２回以上である所定回数に設定されるメッシュに車両２が侵入した後、ステップＳ４０６において、送信部３２は、プローブ情報を所定回数だけ周期的に又は連続的にサーバ４に送信してもよい。上述した説明では、各メッシュでＧＮＳＳを用いた車両２の位置を１回だけ測定する場合を説明したが、複数回周期的に車両２の位置が測定されてもよい。

上述の説明では、有料道路を含むメッシュにおいてプローブ情報を送信する又は送信頻度を上げるように設定されていたが、サービスエリアを含むメッシュについても同様に設定されてもよい。どのような地点又はどのような道路において、プローブ情報を送信する又は送信頻度を上げるように設定するかは、ユーザによって任意に設定されてもよい。
また、上述の説明のステップＳ４０２では、メッシュ特定部３１２は、ＧＮＳＳによって取得した自己位置に基づいて車両２が属するメッシュを特定したが、ＧＮＳＳによって取得した自己位置を使用なくてもよい。例えば、メッシュ特定部３１２は、車両２の最も近くにある路側機から、自己位置に対応するメッシュ識別子や、当該路側機の緯度及び経度情報等を取得し、車両２が属するメッシュを特定してもよい。
また、上述の説明では、自己が属するメッシュの特定において、ＣＰＵ３１は、メッシュの識別子を利用して、識別子に関連付けられた送信頻度情報を特定した。しかしながら、ＣＰＵ３１は、メッシュの識別子を利用しないで、測位した自己位置の緯度及び経度に基づいて、当該緯度及び経度に関連付けられた送信頻度情報を特定してもよい。
また、上述の説明では、メッシュデータ３３１及び送信頻度情報３３２の内容の更新は、マップの情報に変更があったタイミングで行われると説明した。ここで、マップの情報の変更には、マップの情報が表現する範囲（全国からその一部等）の変更や、メッシュ形状の変更（四角形から三角形等）であってもよい。また、メッシュデータ３３１及び送信頻度情報３３２の内容の更新は、特定の道路が有料道路から一般道路へ、もしくは、一般道路から有料道路へ変更された場合、サービスエリア等の施設の建設といったマップの情報に関連する情報に変更が生じた場合に行われてもよい。

（作用、効果）
第１の実施形態に係るプローブ情報送信装置３は、自己位置を測定する測位部３１１と、自己位置に基づいてマップに対応付けられた複数のメッシュから自己が属するメッシュを特定するメッシュ特定部３１２と、特定されたメッシュに関連付けられた送信頻度情報に基づいて、プローブ情報を送信する送信部３２と、を備える。これにより、第１の実施形態において、プローブ情報送信装置３は、メッシュに関連付けられた送信頻度情報に基づいてプローブ情報を送信するため、通信頻度を下げつつ、必要な情報を適切なタイミングでサーバに送信することが可能である。さらに、プローブ情報送信装置３とサーバ４との間では、送信頻度情報等の容量の小さい情報のみの送受信が行われ、容量の大きいマップの情報の送受信が行われないため、通信量が膨大となるのを回避することが可能である。

（第１の実施形態の変形例）
以上、第１の実施形態に係るプローブ情報送信装置３について詳細に説明したが、プローブ情報送信装置３の具体的な態様は、上述のものに限定されることはなく、要旨を逸脱しない範囲内において種々の設計変更等を加えることが可能である。

（第１の実施形態の第１の変形例）
第１の実施形態に係るプローブ情報送信装置３において、図３では、メッシュは、１０ｋｍ四方のメッシュ、いわゆる１次メッシュであった。ここで、第１の実施形態の第１の変形例として、図５に示されるように、メッシュデータ３３１は、メッシュ属性を含んでもよい。例えば、メッシュデータ３３１のメッシュは、１ｋｍ四方のメッシュ、いわゆる３次メッシュ、又は５ｋｍ四方のメッシュ、いわゆる２次メッシュのメッシュ属性に分類されている。

例えば、送信頻度情報３３２では、１次メッシュにおける送信頻度が０回に設定されており、２次メッシュにおける送信頻度が１回に設定されており、３次メッシュにおける送信頻度は２回に設定されている。有料道路、ＩＣ（インターチェンジ）、及びＪＣＴ（ジャンクション）を走行している車両２からプローブ情報を収集することによって、有料道路の使用量を請求するか否かを判断するために有益な情報が得られる。従って、２次メッシュ及び３次メッシュは、プローブ情報を多く送信するよう設定されている。

図６は、第１の実施形態の第１の変形例に係るメッシュ属性によって分類されたメッシュを有するマップを示す図である。図６のメッシュは、９個の１次メッシュ（識別子１～９）と、７個の２次メッシュ（識別子２１、２２、５１、６１、６２、９１、及び９２）とを含む。さらに、図６のメッシュは、識別子５１によって示される２次メッシュの左側の２５個の３次メッシュ（５０１～５２５）と、識別子６２によって示される２次メッシュの右側の２５個の３次メッシュ（６０１～６２５）とを含む。図６では、ＩＣ及びＪＣＴを含む２次メッシュが３次メッシュとなるように設定されている。

図６では、車両２は、識別子２１のメッシュを走行している。車両２が識別子２２のメッシュに侵入すると、ＣＰＵ３１は、メッシュが変化したことを検知する。ＣＰＵ３１は、送信頻度情報３３２を参照して、識別子２２のメッシュに関連付けられている送信頻度（１回）を特定する。従って、送信部３２は、プローブ情報をサーバ４に１回送信する。

次に、車両２は、識別子５０１～５２５のメッシュに侵入する。メッシュが変化する度に、ＣＰＵ３１は、送信頻度情報３３２を参照して、識別子５０１～５２５のメッシュに関連付けられている送信頻度（２回）を特定する。従って、送信部３２は、メッシュが変化する度に、プローブ情報をサーバ４に２回送信する。車両２が、識別子４のメッシュに侵入した場合や、識別子５１のメッシュに侵入した場合も同様に処理が実行される。

メッシュ属性に対応付けられるメッシュの大きさと、メッシュに対応付けられる送信頻度は上記第１の実施形態の第１の変形例に限定されず、ユーザによって任意に設定されてもよい。
また、メッシュの大きさによるメッシュ属性の分類は、図５に記載の分類方法に限定されない。例えば、２次メッシュの一辺は、１次メッシュの一辺の１／Ｎ（Ｎは任意の自然数）に設定されてもよい。同様に、３次メッシュの一辺は、２次メッシュの一辺の１／Ｍ（Ｍは任意の自然数）に設定されてもよい。あるいは、２次メッシュの一辺は、１次メッシュの一辺の長さに依らず、特定の一辺の長さによって設定されてもよい。同様に、３次メッシュの一辺は、２次メッシュの一辺の長さに依らず、特定の一辺の長さによって設定されてもよい。

（作用、効果）
第１の実施形態の第１の変形例に係るプローブ情報送信装置３では、マップに対応付けられた複数のメッシュは、メッシュ属性に分類されており、送信頻度情報が示す送信頻度は、メッシュ属性に基づいて指定されている。これにより、通信頻度を下げつつ、高精度な測位結果をサーバに提供することが可能である。

（第１の実施形態の第２の変形例）
第１の実施形態の第１の変形例に係るメッシュデータ３３１は、メッシュ属性を含んでいた。ここで、第１の実施形態の第２の変形例として、送信部３２によって送信されるプローブ情報が、メッシュ属性に基づいて決定されてもよい。

（作用、効果）
第１の実施形態の第２の変形例に係るプローブ情報送信装置３では、マップに対応付けられた複数のメッシュは、メッシュ属性に分類されており、送信部３２は、メッシュ属性に基づいて決定されたプローブ情報を送信する。これにより、送信部３２は、不要なデータをサーバ４に送信することを回避でき、通信量を減少させることが可能である。

（第１の実施形態の第３の変形例）
第１の実施形態の第１又は第２の変形例に係るメッシュデータ３３１では、ＩＣ及びＪＣＴを含む２次メッシュが３次メッシュとなるように設定されていた。ここで、第１の実施形態の第３の変形例として、図７に示すように、例えば、ＩＣ及びＪＣＴの位置を中心に、２５個の３次メッシュが設定されてもよい。図７における２５個の３次メッシュは一例であり、ＩＣ及びＪＣＴの位置を中心に、任意の個数の３次メッシュが設定されてもよい。

（第１の実施形態の第４の変形例）
第１の実施形態に係るプローブ情報送信装置３のＣＰＵ３１は、測位部３１１と、メッシュ特定部３１２とを備える。ここで、図８に示されるように、第１の実施形態の第４の変形例に係るプローブ情報送信装置３は、さらに更新部３１３を備えてもよい。更新部３１３は、必要に応じて、送信頻度情報３３２を更新する。例えば、車両２が長期間侵入していないマップがある場合、当該マップに関連付けられた送信頻度情報３３２は更新が行われず、現在のマップの情報を反映していないことがある。車両２の自己位置の履歴情報に基づき、車両２が所定期間侵入していないマップに侵入することが検出された場合、更新部３１３は、サーバ４に問合わせ、現在の送信頻度情報３３２を最新のデータに更新する。

（作用、効果）
第１の実施形態の第４の変形例に係るプローブ情報送信装置３は、プローブ情報送信装置３が所定期間侵入していないマップに侵入した場合、送信頻度情報を更新する更新部をさらに備える。これにより、任意のマップにおいて、最新の送信頻度情報を参照することができ、高い信頼性を保証することができる。

以上、この発明の実施形態について図面を参照して説明してきたが、具体的な構成は上記実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。

＜付記＞
各実施形態に記載のプローブ情報送信装置３は、例えば以下のように把握される。

（１）第１の態様に係るプローブ情報送信装置３は、自己位置を測定する測位部３１１と、前記自己位置に基づいてマップに対応付けられた複数のメッシュから自己が属するメッシュを特定するメッシュ特定部３１２と、前記特定されたメッシュに関連付けられた送信頻度情報３３２に基づいて、プローブ情報３３３を送信する送信部３２と、を備える。

（２）第２の態様に係るプローブ情報送信装置３は、第１の態様に係るプローブ情報送信装置３であって、前記マップに対応付けられた前記複数のメッシュは、メッシュ属性に分類されており、前記送信頻度情報３３２が示す送信頻度は、前記メッシュ属性に基づいて指定されている。

（３）第３の態様に係るプローブ情報送信装置３は、第１の態様に係るプローブ情報送信装置３であって、前記マップに対応付けられた前記複数のメッシュは、メッシュ属性に分類されており、前記送信部３２は、前記メッシュ属性に基づいて決定されたプローブ情報３３３を送信する。

（４）第４の態様に係るプローブ情報送信装置３は、第２又は第３の態様に係るプローブ情報送信装置３であって、前記メッシュ属性は、有料道路を含まない１次メッシュ、有料道路を含む２次メッシュ、ＩＣ（インターチェンジ）又はＪＣＴ（ジャンクション）を含む３次メッシュのいずれかである。

（５）第５の態様に係るプローブ情報送信装置３は、第１の態様に係るプローブ情報送信装置３であって、前記プローブ情報送信装置３が所定期間侵入していないマップに侵入したことが検出された場合、前記送信頻度情報３３２を更新する更新部３１３をさらに備える。

（６）第６の態様に係るシステム１は、第１の第１の態様に係るプローブ情報送信装置３と、前記プローブ情報送信装置３から受信されたプローブ情報３３３を処理するサーバ４とを備える。

１ システム
２ 車両
３ プローブ情報送信装置
４ サーバ
３１ ＣＰＵ
３１１ 測位部
３１２ メッシュ特定部
３１３ 更新部
３２ 送信部
３３ データベース
３３１ メッシュデータ
３３２ 送信頻度情報
３３３ プローブ情報

Claims (8)

1. 自己位置を測定する測位部と、
   前記自己位置に基づいてマップに対応付けられた複数のメッシュから自己が属するメッシュを特定するメッシュ特定部と、
   前記特定されたメッシュに関連付けられた送信頻度情報に基づいて、プローブ情報を送信する送信部と、
   を備える、プローブ情報送信装置。
2. 前記マップに対応付けられた前記複数のメッシュは、メッシュ属性に分類されており、
   前記送信頻度情報が示す送信頻度は、前記メッシュ属性に基づいて指定されている、
   請求項１に記載のプローブ情報送信装置。
3. 前記マップに対応付けられた前記複数のメッシュは、メッシュ属性に分類されており、
   前記送信部は、前記メッシュ属性に基づいて決定されたプローブ情報を送信する、
   請求項１に記載のプローブ情報送信装置。
4. 前記メッシュ属性は、有料道路を含まない１次メッシュ、有料道路を含む２次メッシュ、ＩＣ（インターチェンジ）又はＪＣＴ（ジャンクション）を含む３次メッシュのいずれかである、
   請求項２又は３に記載のプローブ情報送信装置。
5. 前記プローブ情報送信装置が所定期間侵入していないマップに侵入したことが検出された場合、前記送信頻度情報を更新する更新部をさらに備える、
   請求項１に記載のプローブ情報送信装置。
6. 請求項１に記載のプローブ情報送信装置と、
   前記プローブ情報送信装置から受信されたプローブ情報を処理するサーバと、
   を備える、システム。
7. 自己位置を測定するステップと、
   前記自己位置に基づいてマップに対応付けられた複数のメッシュから自己が属するメッシュを特定するステップと、
   前記特定されたメッシュに関連付けられた送信頻度情報に基づいて、プローブ情報を送信するステップと、
   を備える、プローブ情報送信方法。
8. プローブ情報送信装置のコンピュータに、
   自己位置を測定するステップと、
   前記自己位置に基づいてマップに対応付けられた複数のメッシュから自己が属するメッシュを特定するステップと、
   前記特定されたメッシュに関連付けられた送信頻度情報に基づいて、プローブ情報を送信するステップと、
   を実行させるプログラム。

Images