プローブ情報センタおよびプローブ情報センタにデータを送信する送信装置
【課題】プローブ情報収集システムにおいて、プローブ情報センタ側で必要となる情報を効率的に取得できるようにする。
【解決手段】プローブ情報センタが、受信したプローブ情報のうち、情報の提供者を示す提供者識別情報と関連付けられた状態で送信されたプローブ情報の品質を特定し、特定した品質が高いほど配信の品質が高くなるよう、当該提供者識別情報に対応する通信装置に配信する加工情報を決定する。
【解決手段】プローブ情報センタが、受信したプローブ情報のうち、情報の提供者を示す提供者識別情報と関連付けられた状態で送信されたプローブ情報の品質を特定し、特定した品質が高いほど配信の品質が高くなるよう、当該提供者識別情報に対応する通信装置に配信する加工情報を決定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プローブ情報センタおよびプローブ情報センタにデータを送信する送信装置に関する。
【背景技術】
【０００２】
従来、複数の車両にそれぞれ搭載された複数のプローブ装置から、搭載先の車両の走行状況の情報（以下、プローブ情報という）が、プローブ情報センタに送信され、プローブ情報センタにおいて、当該プローブ情報が加工されて配信データとなり、作成した配信データがプローブ情報センタから通信装置に配信されるという、プローブ情報収集システムの技術が知られている（例えば特許文献１参照）。このような技術を実用化する方法として、タクシー、バス等の既存の配車システムで用いられる車両にプローブ装置を搭載することが考えられている。
【特許文献１】特開２００６−２９３８７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、プローブ情報を送信する側の車両の業務形態は様々なので、各車両から送信されるプローブデータの内容間にばらつきが生じる。したがって、プローブ情報センタ側が必要としている情報が、プローブセンタに効率的に提供されない場合が多い。
【０００４】
本発明は上記点に鑑み、プローブ情報収集システムにおいて、プローブ情報センタが、必要とする情報を効率的に取得できるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するための本発明の第１の特徴は、それぞれ異なる車両に搭載された複数のプローブ装置が検出した搭載先の車両の走行状況の情報を受信し、それら受信した走行状況の情報を加工した結果の加工情報を、複数の通信装置に配信するプローブ情報センタについてのものである。このプローブ情報センタが、受信した走行状況の情報のうち、情報の提供者を示す提供者識別情報と関連付けられた状態で送信された走行状況の情報の品質を特定し、当該提供者識別情報に対応する提供者に、特定した品質が高いほど高い対価を提供するための処理を行う。
【０００６】
このようになっていることで、プローブ情報センタに送信される走行状況の情報の品質が、当該第１品質指標において高いほど、その提供者への対価が向上する。これによって、情報提供者に、プローブ情報センタの第１品質指標によって高く評価される情報を提供しようというインセンティブが働き、その結果、プローブ情報センタは、必要となる情報を効率的に取得できるようになる。
【０００７】
ここで、走行状況の情報とは、走行時の外部環境（例えば勾配）、および、走行時の車両挙動（例えば電力消費量、車速）のうちいずれかまたは両方の情報をいう。また、車両の走行状況の情報は、プローブ装置からプローブ情報センタへ無線通信等を介して送信されるようになっていてもよいし、人がプローブ装置から車両の走行状況の情報を記録している記憶媒体を搬出し、他の通信装置に当該記憶媒体を接続したときに、当該通信装置からプローブ情報センタへ無線通信等を介して送信されるようになっていてもよい。すなわち、プローブ情報センタは、プローブ装置が検出した車両の走行状況の情報を最終的に受信すれば足りるのであって、その受信経路はどのようなものであってもよい。
【０００８】
また、ここでいう「所定の」とは、「あらかじめ定められた」という意味である。そして、この「あらかじめ」とは、その所定の品質指標が実際に用いられる前にという意味である。したがって、あらかじめ定められる時期は、このプローブ情報センタの製造時でもよいし、その品質指標が用いられる直前であってもよい。また、「対価」とは、金銭的対価のみをいうのではなく、配信するデータの付加価値の高さ等であってもよい。
【０００９】
また、「提供者識別情報に対応する提供者に、特定した品質が高いほど高い対価を提供するための処理」としては、具体的には、当該提供者識別情報に対応する通信装置に配信する加工情報を、特定した品質が高いほどその加工情報の所定の第２品質指標に基づいた品質が高くなるよう決定し、さらに、決定したこの加工情報を、当該提供者識別情報に対応する通信装置に配信する処理であってもよい。このようになっていることで、走行状況の情報の提供者は、提供した当該情報の品質が第１品質指標に照らして高ければ高いほど、より高い品質の加工データの配信を受けることができる。
【００１０】
また、プローブ情報センタは、第１品質指標として、過去の基準時間範囲内において受信された同一の提供者識別情報を有するすべての走行状況の情報についての総データ量またはデータ受信頻度が多いほど高品質であるという指標を用いるようになっていてもよい。
【００１１】
このようになっていることで、ある提供者がプローブ装置が搭載された車両を多数有している場合、それらプローブ装置が検出した走行状況の情報に同一の提供者識別情報を関連付ければ、プローブ情報センタにおいては、当該提供者から受ける走行状況の情報の量および頻度が、他の提供者に比べて増大する。したがって、いわゆる大口の提供者が優遇される。
【００１２】
また、本発明の第２の特徴は、送信装置が、それぞれ異なる車両に搭載された複数のプローブ装置が検出した搭載先の車両の走行状況の情報を取得し、それら取得した走行状況の情報のそれぞれに、同一の提供者識別情報を関連付け、また、関連付けた結果の走行状況の情報を、上述のような第１品質指標を採用するプローブ情報センタに送信することである。
【００１３】
このようになっていることで、装置が搭載される車両を複数台有する大口の提供者の提供者識別情報の、車両の状況情報への関連付けは、プローブ装置で個々に行われるのではなく、送信装置で一括して行われる。したがって、提供者識別情報を個々のプローブ装置が有する必要がなくなる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の一実施形態について説明する。図１に、本実施形態に係るプローブ情報収集システムの一例を概略的に示す。プローブ情報収集システムにおいては、車両１、６、８のそれぞれに搭載されたプローブ装置２、７、９が、搭載先の車両のプローブ情報を検出し、その検出されたプローブ情報を最終的にプローブ情報センタ５が受信する。
【００１５】
ここで、車両のプローブ情報とは、当該車両の走行状況の情報をいう。走行状況の情報とは、走行時の外部環境および走行時の車両挙動のうちいずれかまたは両方の情報をいう。車両の走行状況の情報としては、例えば、当該車両の所在位置情報、走行速度情報、路面勾配情報、および、これらのプローブ情報を取得した時刻の情報等がある。各プローブ装置２、７、９は、これらの情報を、車両に搭載された各種センサ（例えば、ＧＰＳ受信機、車速センサ、傾斜センサ等）を用いて検出する。また、プローブ装置２、７、９は、カーナビゲーション装置等で広く利用されているマップマッチング処理を行うことができる場合、マップマッチングの結果の位置を自車両の所在位置として検出してもよい。また、プローブ情報には、所在位置の検出のためにマップマッチングを利用したか否かを示す情報を含める。
【００１６】
個人の有する車両である車両１に搭載されたプローブ装置２で検出されたプローブ情報は、プローブ装置２から携帯電話網３までの無線通信路および通信網４を介してプローブ情報センタ５に送信される。通信網４は、インターネット等の広域ネットワークであってもよいし、プローブ情報の提供のためだけの専用回線であってもよい。
【００１７】
また、同じ１つの業者の所有する業者車両６、８に搭載されたプローブ装置７、９で検出されたプローブ情報は、プローブ装置７、９から業者情報センタ１０に渡される。そして業者情報センタ１０は、受けたプローブ情報を通信網４を介してプローブ情報センタ５に送信する。なお、プローブ装置７、９から業者情報センタ１０へのプローブ情報の提供は、図１に示すような無線通信によって実現してもよいし、あるいは、プローブ装置７、９からプローブ情報が記録された記憶媒体を人が業者情報センタ１０まで運び、その上で当該記憶媒体を業者情報センタ１０に接続することで実現してもよい。
【００１８】
ここで、プローブ装置２、７、９から無線によって送信されるプローブ情報の送信形態について説明する。プローブ装置２、７、９は、所定の時間区間（例えば長さ１分の時間区間）毎に、当該時間区間において検出したプローブ情報を、１まとまりのプローブデータフレームとして送信する。そして、当該プローブデータフレームには、検出時刻および検出時の自車両の位置の情報を１つ付加する。また、個人車両１に搭載されたプローブ装置２は、当該プローブデータフレームに、個人車両１の所有者の提供者識別情報を付加する。この提供者識別情報は、あらかじめプローブ装置２に登録されている。したがって、プローブ装置２、７、９から無線で送信されるデータは、基本的にリアルタイム性を有している。
【００１９】
しかし、車両が地下、トンネル内等、無線通信が不能な位置を走行している期間は、プローブデータフレームを送信できないので、その期間中のプローブデータフレームは、無線通信が回復して後送信する。このような場合のプローブデータフレームは、リアルタイム性を有していない場合がある。
【００２０】
また、業者車両６、８に搭載されたプローブ装置７、９から業者情報センタ１０まで運ばれる記憶媒体中のプローブ情報について説明する。記憶媒体中のプローブ情報は、１日、半日、数日等、無線送信するデータよりも長い期間内に複数回検出された情報の集合体となっており、各回に検出されたデータには、その検出時時刻および検出位置の情報が付加されている。
【００２１】
プローブ情報センタ５は、このようにして受信した各車両２、５、７からのプローブ情報に対して統計処理等を行うことで、当該プローブデータを加工し、その加工結果の情報を、プローブ装置２、業者情報センタ１０、および他の通信装置に配信する。そしてこの配信時に、その配信先から過去に提供されたプローブ情報の品質の高低に基づいて、どのような品質の加工情報を当該配信先に送信するかを決定する。
【００２２】
図２に、業者情報センタ１０の構成を概略的に示す。業者情報センタ１０は、無線部１１、ネットワークＩ／Ｆ部１２、外部データ読取部１３、リアルタイムデータ蓄積部１４、過去データ蓄積部１５、および制御部１６を有している。
【００２３】
無線部１１は、業者車両６、８と無線通信することでプローブ情報を受信する装置である。ネットワークＩ／Ｆ部１２は、通信網４に接続し、プローブ情報センタ５とのデータの授受を実現するためのインターフェースである。外部データ読取部１３は、プローブ装置によって検出されたプローブ情報が記録されている記憶媒体から、当該プローブ情報を読み取る装置である。リアルタイムデータ蓄積部１４は、無線部１１が受信したプローブ情報のうち、リアルタイム性のある情報をリアルタイムデータとして記憶するための記憶媒体を有する装置である。過去データ蓄積部１５は、無線部１１が受信したプローブ情報のうちリアルタイム性のない情報、および、外部データ読取部１３が読み取ったプローブ情報を、過去データとして記憶するための記憶媒体を有する装置である。
【００２４】
制御部１６は、これら各部１１〜１５の作動を制御する装置である。具体的には、制御部１６は、無線部１１が受信したプローブデータフレームの個々について、リアルタイム性があるか否かを判定し、リアルタイム性があれば当該プローブデータフレームをリアルタイムデータ蓄積部１４に記憶させ、リアルタイム性がなければ当該プローブデータフレームを過去データ蓄積部１５に記憶させる。なお、リアルタイム性があると判定する場合は、当該プローブデータフレームに含まれる、プローブ情報の検出時刻の情報が、現在から基準時間幅（例えば５分、１０分）未満の過去を示している場合である。また、リアルタイム性がないと判定する場合は、当該プローブデータフレームに含まれる、プローブ情報の検出時刻の情報が、現在から基準時間幅（例えば５分、１０分）以上の過去を示している場合である。
【００２５】
また、制御部１６は、リアルタイムデータ蓄積部１４に記録されたプローブデータフレームのうち、時間が経過したことによってリアルタイム性が失われたプローブデータフレームを、過去データとして、過去データ蓄積部１５に移動させる。
【００２６】
また、制御部１６は、リアルタイムデータ蓄積部１４中のプローブデータフレームについては、それがリアルタイムデータ蓄積部１４中に記録されるとすぐに（例えば１０秒以内に）、プローブ情報センタ５へ送信する。また、制御部１６は、過去データ蓄積部１５中の過去データについては、所定のタイミング（例えば１時間間隔のタイミング）で、前回のタイミングから今回のタイミングまでに取得した過去データをまとめて１つのプローブデータフレームとして、プローブ情報センタ５へ送信する。
【００２７】
また、制御部１６は、プローブデータフレームを送信するとき、各プローブデータフレームに、そのプローブデータフレームがどの車両のプローブ装置によって検出されたかに関らず、同一の提供者識別情報を付加した上で、ネットワークＩ／Ｆ部１２を用いてプローブ情報センタ５に送信する。ここで付加する提供者識別情報は、業者情報センタ１０を有する業者に、あらかじめ契約時に割り当てられた提供者識別情報である。
【００２８】
なお、プローブ装置２、７、業者情報センタ１０、および他の通信装置は、ユーザの操作に基づいて、プローブ情報センタ５に対して配信要求を送信するようになっていてもよい。
【００２９】
図３に、プローブ情報センタ５の構成を概略的に示す。プローブ情報センタ５は、ネットワークＩ／Ｆ部５２、個別データ記憶部５３、リアルタイムデータ蓄積部５４、過去データ蓄積部５５、リアルタイム渋滞情報加工部５６、統計渋滞情報加工部５７、配信用渋滞情報分配部５８、リアルタイムデータ送信部５９、統計データ送信部６０、および制御部６１を有している。
【００３０】
ネットワークＩ／Ｆ部５２は、通信網４に接続し、業者情報センタ１０とのデータの授受を実現するためのインターフェースである。個別データ記憶部５３は、ネットワークＩ／Ｆ部５２を介して受けたプローブ情報を一時的に記録するための記憶媒体を有する装置である。リアルタイムデータ蓄積部５４は、個別データ記憶部５３に蓄積されたデータのうち、リアルタイム性のあるデータをリアルタイムデータとして記憶するための記憶媒体を有する装置である。過去データ蓄積部５５は、個別データ記憶部５３に蓄積されたデータのうち、リアルタイム性のないデータを過去データとして記憶するための記憶媒体を有する装置である。
【００３１】
リアルタイム渋滞情報加工部５６は、リアルタイムデータ蓄積部５４中のリアルタイムデータを加工することで、速報性のある渋滞情報を生成する装置である。統計渋滞情報加工部５７は、過去データ蓄積部５５中の過去データを加工することで、過去の渋滞の統計を示す統計渋滞情報を生成する装置である。
【００３２】
配信用渋滞情報分配部５８は、リアルタイム渋滞情報加工部５６で生成された情報のうち、配信する必要がある情報をリアルタイムデータ送信部５９に出力し、また、統計渋滞情報加工部５７で生成された情報のうち、配信する必要がある情報を統計データ送信部６０に出力する。配信する必要があるか否かは、ネットワークＩ／Ｆ部５２を介して、プローブ装置２、７、９または他の通信装置から、限定された（例えば特定の地域に限定された）配信対象についての配信要求があった場合、その限定内容に基づいて判定する。
【００３３】
リアルタイムデータ送信部５９は、配信用渋滞情報分配部５８から受けたリアルタイムデータを、ネットワークＩ／Ｆ部５２を用いて、配信要求の送信元に配信する。統計データ送信部６０は、配信用渋滞情報分配部５８から受けた過去データを、ネットワークＩ／Ｆ部５２を用いて、配信要求の送信元に配信する。リアルタイムデータ送信部５９および統計データ送信部６０は、配信用渋滞情報分配部５８から受けたデータを、どの通信装置に宛てて送信するかについては、後述する通り制御部６１によって登録された送信先のデータに従って決定する。
【００３４】
制御部６１は、プローブ情報センタ５の各部５２〜６０を制御する。具体的には、制御部６１は、図４に示すプローブ情報受信処理１００、および図５に示す情報提供処理２００を必要に応じて繰り返し実行するようになっている。
【００３５】
具体的には、制御部６１は、プローブ情報受信処理１００を実行しておらず、かつネットワークＩ／Ｆ部５２がプローブデータフレームを受信したことに基づいて、プローブ情報受信処理１００の実行を開始する。そして、プローブ情報受信処理１００の１回の実行において、現在時刻と、受信したプローブデータフレーム中の検出時刻とを比較することで、検出時刻に対する現在時刻の遅れが許容幅（例えば５分、１０分）を超えているか否かを判定し（ステップ１１０）、許容幅以下であれば、プローブデータフレーム中のリアルタイムフラグ（以下、Ｒフラグという）をオンにセットする（ステップ１１５）。
【００３６】
図６に、プローブデータフレーム７０のデータフォーマットを概略的に示す。この図に示すように、プローブ装置２、業者情報センタ１０等から送信され、プローブ情報センタ５が受信するプローブデータフレーム７０は、提供者識別情報部７１、プローブ情報部７２、Ｒフラグ部７３、Ｍフラグ部７４、Ｔフラグ部７５、Ｄフラグ部７６を有している。提供者識別情報部７１は、提供者識別情報が記録されている部分である。プローブ情報部７２は、検出された情報（検出時刻、車速、勾配等、）が記録されている部分である。Ｒフラグ部７３、Ｍフラグ部７４、Ｔフラグ部７５、Ｄフラグ部７６は、それぞれ、Ｒフラグ、マップマッチングフラグ（以下、Ｍフラグという）、収集頻度フラグ（以下、Ｔフラグという）、データ量フラグ（以下、Ｄフラグという）を記録するための部分である。なお、プローブ装置２、業者情報センタ１０当からプローブデータフレーム７０が送信された時点では、Ｒフラグ部７３、Ｍフラグ部７４、Ｔフラグ部７５、Ｄフラグ部７６の値はオフとなっている。
【００３７】
続いて制御部６１は、プローブデータフレーム７０の所在位置情報がマップマッチングを行ったものであるか否かをプローブ情報部７２中の情報に基づいて判定し（ステップ１２０）、マップマッチングを行っていればＭフラグをオンにセットする（ステップ１２５）。
【００３８】
続いて、当該プローブデータフレーム７０を個別データ記憶部５３に記録する（ステップ１３０）。その後、このプローブ情報受信処理１００の今回の開始時以降、基準時間（例えば１０分）が経過するまで（ステップ１４０）、別のプローブデータフレームの受信を待ち（ステップ１３５）、その受信がある度に、受信したプローブデータフレームに対して、先に受信したプローブデータフレームと同様の処理を施す（ステップ１１０〜１３０）。
【００３９】
基準時間経過後、制御部６１は、今回のプローブ情報受信処理１００の開始以降個別データ記憶部５３に記録されたプローブデータフレームを、それらの提供者識別情報に基づいてグループ分けし（ステップ１４５）、それらグループ毎に、プローブデータフレームの数が基準数（例えば、１、２、５）を超えているか否かを判定し（ステップ１５０）、基準数以上であればＴフラグをオンにセットする（ステップ１５５）。さらに、それらグループ毎に、全プローブデータフレームの総データ量が基準量を超えているか否かを判定し（ステップ１６０）、超えていればＤフラグをオンにセットする（ステップ１６５）。
【００４０】
このように、収集頻度および受信データ量については、提供者識別情報別にまとめて計測および判定を行うので、１つの提供者識別情報に多くのプローブ装置を対応させている提供者、すなわち大口の提供者の方が、１つの提供者識別情報に１つのプローブ装を割り当てている個人の提供者よりも、その計測結果が大きくなり易く、かつ、ＴフラグおよびＤフラグがオンになる可能性が高い。
【００４１】
以上のような処理１００を制御部６１が実行することで、プローブ情報センタ５は、受信したプローブデータフレームの時刻がリアルタイム性を有しているか否か、（ステップ１１０参照）、および、マップマッチングが為されたデータであるか否か（ステップ１２０参照）について判定し、その判定結果を当該プローブデータフレームにフラグとして付加する（ステップ１１５、１２５参照）。そして、基準時間範囲内で取得した（ステップ１３５、１４０参照）プローブデータフレームを提供者識別情報別に分け、各提供者識別情報毎に、プローブデータフレームの収集頻度が基準より高いか否か（ステップ１５０参照）、および、プローブデータフレームの総受信データ量が基準より多いか否か（ステップ１６０参照）を判定し、その判定結果を、当該提供者識別情報を有するプローブデータフレームにフラグとして付加する（ステップ１５５、１６５参照）。その結果、個別データ記憶部５３には、図７に示すように、提供者識別情報毎にフラグ値が異なる複数のプローブデータフレームが格納された状態となる。
【００４２】
また、制御部６１は、プローブ情報受信処理１００の実行直後に情報提供処理２００の実行を開始し、まず、直前のプローブ情報受信処理１００によって個別データ記憶部５３に格納されたプローブデータフレーム（以下、新規プローブデータフレームという）のそれぞれについて、それがリアルタイム性を有しているか否かを、Ｒフラグの値に基づいて判定し（ステップ２０５）、リアルタイムデータであればリアルタイムデータ蓄積部５４に追加蓄積（ステップ２２０）した後に、リアルタイム渋滞情報加工部５６を制御するこことで、リアルタイムデータ蓄積部５４中の全データを加工して渋滞情報を生成する（ステップ２２５）。また、当該プローブデータフレームがリアルタイムデータでなければ過去データ蓄積部５５に追加蓄積（ステップ２１０）した後に、統計渋滞情報加工部５７を制御するこことで、過去データ蓄積部５５中のデータを加工して渋滞情報を生成する（ステップ２１５）。なお、渋滞情報とは、どの程度の長さの渋滞があるか等を示す情報をいう。
【００４３】
さらに制御部６１は、個別データ記憶部５３中の新規プローブデータフレームを参照することで（ステップ２３０）、新規プローブデータフレームのそれぞれについて、そのＲフラグおよびＤフラグのうち少なくともいずれか一方がオンとなっているか、あるいはそうでないかを判定する（ステップ２３５）。そして、その判定が肯定的となったプローブデータフレーム中の提供者識別情報を、品質の高いデータを提供した提供者として、リアルタイムデータ送信部５９に登録し（ステップ２４０）、その判定が否定的となったプローブデータフレーム中の提供者識別情報を、品質の低いデータを提供した提供者として、リアルタイムデータ送信部５９に登録する（ステップ２４５）。
【００４４】
このとき、配信用渋滞情報分配部５８は、リアルタイム渋滞情報加工部５６で生成されたデータをリアルタイムデータ送信部５９に渡し、統計渋滞情報加工部５７で生成されたデータを統計データ送信部６０に渡す。配信用渋滞情報分配部５８からデータを受けたリアルタイムデータ送信部５９および統計データ送信部６０は、自己に登録された提供者識別情報に対応する送信先の通信装置（携帯電話機であれば電話番号、業者情報センタのような装置であればネットワーク上のアドレス）に、受けたデータの送信を行う。
【００４５】
したがって、プローブ情報センタ５において決められたステップ２３５の品質指標（第１品質指標の一例に相当する）によって品質が高いと判定されたプローブ情報を送信した提供者は、リアルタイム性のある高品質の渋滞情報の配信を受けることができ、当該品質指標によって品質が低いと判定されたプローブ情報を送信した提供者は、リアルタイム性のない低品質の渋滞情報の配信を受けることになる。なお、配信するデータの品質の高低の指標（第２品質指標の一例に相当する）も、プローブ情報センタ５によってあらかじめ決められている。
【００４６】
以上のような情報提供処理２００を制御部６１が繰り返し実行することで、プローブ情報センタ５は、個別データ記憶部５３に記録されたプローブデータフレームのそれぞれについて、それがリアルタイムデータであるか過去データであるかによって格納先を分け（ステップ２０５参照）、さらに仕分けされたデータをそれぞれリアルタイム渋滞情報および統計渋滞情報として加工する（ステップ２１５、２２５参照）。そして、これらプローブデータフレーム中の提供者識別情報とフラグとの対応関係に応じて、提供者識別情報毎に、当該提供者に高品質の（具体的にはリアルタイムの）加工データを送信するか、低品質の（具体的にはリアルタイムでない過去の）加工データを送信するかを決定し（ステップ２３５参照）、その決定に従った配信を行う（ステップ２４０、２４５参照）。
【００４７】
また、制御部１６は、リアルタイムデータ蓄積部５４に記録されたプローブデータフレームのうち、時間が経過したことによってリアルタイム性が失われたプローブデータフレームを、過去データとして、過去データ蓄積部５５に移動させる。リアルタイム性が失われたか否かは、プローブデータフレーム中のプローブ情報部のデータと、現在時刻との比較に基づいて判定する。
【００４８】
以上のように、プローブ情報センタ５が、受信したプローブ情報のうち、情報の提供者を示す提供者識別情報と関連付けられた状態で送信されたプローブ情報の品質を特定し、特定した品質が高いほど配信の品質が高くなるよう、当該提供者識別情報に対応する通信装置に配信する加工情報を決定する。
【００４９】
このようになっていることで、プローブ情報センタ５に送信されるプローブ情報の品質が、所定の品質指標において高いほど、そのプローブ情報の提供者への配信品質が向上する。これによって、情報提供者に、プローブ情報センタ５の決めた品質指標によって高く評価される情報を提供しようというインセンティブが働き、その結果、プローブ情報センタ５は、必要となる情報を効率的に取得できるようになる。
【００５０】
また、プローブ情報センタ５は、受信するプローブ情報に適用する品質指標として、過去の基準時間範囲内において受信された同一の提供者識別情報を有するすべての走行状況の情報についての総データ量が多いほど高品質であるという指標を用いるようになっている。
【００５１】
このようになっていることで、ある提供者が、プローブ装置が搭載された車両を多数有している場合、それらプローブ装置が検出したプローブ情報に同一の提供者識別情報を関連付ければ、プローブ情報センタ５においては、当該提供者から受ける走行状況の情報の量および頻度が、他の提供者に比べて増大する。したがって、いわゆる大口の提供者が優遇される。
【００５２】
また、業者情報センタ１０が、それぞれ異なる車両に搭載された複数のプローブ装置７、９が検出した搭載先の車両６、８のプローブ情報を取得し、それら取得したプローブ情報のそれぞれに、同一の提供者識別情報を関連付け、また、関連付けた結果のプローブ情報をプローブ情報センタ５に送信するようになっている。
【００５３】
このようになっていることで、プローブ装置が搭載される車両を複数台有する大口の提供者の提供者識別情報の、プローブ情報への関連付けは、プローブ装置で個々に行われるのではなく、業者情報センタ１０で一括して行われる。したがって、提供者識別情報を個々のプローブ装置が有する必要がなくなる。
【００５４】
なお、上記の実施形態において、業者情報センタ１０が送信装置の一例に相当し、プローブ装置２、業者情報センタ１０が通信装置の一例に相当する。また、制御部６１が、処理１００を実行することで受信品質特定手段の一例として機能し、処理２００を実行すること、配信品質決定手段の一例として機能する。また、リアルタイムデータ送信部５９および統計データ送信部６０のそれぞれが、配信手段の一例に送信する。また、ネットワークＩ／Ｆ部１２が送信手段の一例に相当し、また、制御部１６が関連付け手段の一例に相当する。
【００５５】
また、上記したプローブ情報センタ５および業者情報センタ１０の各部１１〜１６、５２〜６１は、それらの機能を実現する専用の回路を有したハードウェアとして実現されていてもよいし、それらの機能を実現するためのプログラムを実行するコンピュータとして実現されていてもよい。
【００５６】
（他の実施形態）
以上、本発明の実施形態について説明したが、本発明の範囲は、上記実施形態のみに限定されるものではなく、本発明の各発明特定事項の機能を実現し得る種々の形態を包含するものである。
【００５７】
例えば、上記の実施形態においては、高品質配信がリアルタイム渋滞情報の送信となり、低品質配信が統計渋滞情報の送信となっているが、必ずしもこのようになっておらずともよい。例えば、高品質配信がリアルタイム渋滞情報を示す簡易図形＋リアルタイム渋滞情報の詳細文字データ（例えば渋滞の総距離等）であり、低品質配信が上記簡易図形のみの配信であってもよい。すなわち、第２品質指標はどのようなものでもよい。
【００５８】
また、上記の実施形態においては、ある提供者からのプローブ情報の品質を判定するための第１品質指標として、当該提供者からのプローブデータフレームがリアルタイム性を有しているか否か、および、当該提供者からのデータ量が多いか否かを採用している。しかし、これら以外にも、当該提供者からのプローブデータフレームがマップマッチングを行っているか否か（すなわちＭフラグがオンか否か）、および、当該提供者のプローブ情報の収集頻度が高いか否か（すなわちＴフラグがオンか否か）を、第１品質指標として採用してもよい。
【００５９】
また、配信サービスの種別ごとに求められるプローブ情報のデータ項目やデータ量、収集頻度は異なる。したがって、より多くの種別の配信サービスに提供できるプローブデータフレームほど品質が高くなるような指標を、第１品質指標として採用してもよい。
【００６０】
また、上記の実施形態においては、プローブ情報センタ５が配信する情報は、渋滞情報のみとなっているが、プローブ情報センタ５は、複数種類の情報（例えば、渋滞情報および事故情報）を配信するようになっていてもよい。この場合、配信する情報の種類毎に、異なる第１品質指標を設定し、受信したプローブ情報に、それぞれの第１品質指標を適用して品質判定を行い、それら品質判定の結果を複合的に利用して配信データの品質を決定するようになっていてもよい。
【００６１】
また、上記実施形態においては、直前に受信したプローブデータフレームの提供者に対して、加工した情報を配信するようになっている。しかし、必ずしもこのように、提供元からのプローブデータフレームの受信と加工データの当該提供元への配信とが１対１の連動関係となっている必要はない。例えば、プローブ情報センタ５は、過去にプローブデータフレームを提供したことがある提供元から加工データの配信の要求があったとき、その要求の直前に当該提供元からプローブデータフレームを受けているといないとに関わらず、加工データを配信するようになっていてもよい。
【００６２】
この場合、当該提供元からプローブ情報の提供があった時点においては、プローブ情報センタ５は、リアルタイムデータ送信部５９、統計データ送信部６０に提供者識別情報を登録しておき、後に当該提供元から配信要求があったときに初めて、登録内容に応じた品質の配信を行うようになっていてもよい。なお、プローブ情報センタ５は、提供者識別情報と提供者の通信装置との対応情報を有しているので、提供者の通信装置から配信要求に提供者識別情報が含まれていなくても、プローブ情報センタ５は、その対応情報に基づいて、当該通信装置に対応する提供者識別情報を特定することができる。
【００６３】
また、上記の実施形態においては、プローブ情報センタ５は、配信データの付加価値に変化をつけることで、プローブ情報の品質が高いほど高い対価を提供者に提供するようになっている。しかし、配信についてはこの方法以外にも、プローブ情報を送信するだけでデータの配信を受けない提供者に対して、提供されたプローブ情報の品質が高いほど高い金銭的対価を支払うようになっていてもよい。例えば、プローブ情報センタ５からのデータの配信に対して、配信を受ける側からデータ利用料を（例えば電子マネー等の技術を用いて）受け取り、受け取った利用料を、プローブ情報の提供者に、提供されたプローブ情報の品質の高低に応じて分配するようになっていてもよい。
【図面の簡単な説明】
【００６４】
【図１】本実施形態に係るプローブ情報収集システムの一例を概略的に示す。
【図２】業者情報センタ１０の構成を概略低に示すブロック図である。
【図３】プローブ情報センタ５の構成を概略低に示すブロック図である。
【図４】制御部６１が実行するプローブ情報受信処理１００のフローチャートである。
【図５】制御部６１が実行する情報提供処理２００のフローチャートである。
【図６】プローブデータフレーム７０のデータフォーマットを示す概略図である。
【図７】個別データ記憶部５３に記録されるプローブデータフレーム８１〜８４の一例を示す図である。
【符号の説明】
【００６５】
１…個人車両、２、７、９…プローブ装置、３…携帯電話網、４…通信網、
５…プローブ情報センタ、６、８…業者車両、１０…業者情報センタ、１１…無線部、
１２…ネットワークＩ／Ｆ部、１３…外部データ読取部、
１４…リアルタイムデータ蓄積部、１５…過去データ蓄積部、１６…制御部、
５２…ネットワークＩ／Ｆ部、５３…個別データ記憶部、
５４…リアルタイムデータ蓄積部、５５…過去データ蓄積部、
５６…リアルタイム渋滞情報加工部、５７…統計渋滞情報加工部、
５８…配信用渋滞情報分配部、５９…リアルタイムデータ送信部、
６０…統計データ送信部、６１…制御部、７０…プローブデータフレーム、
７１…提供者識別情報部、７２…プローブ情報部、７３…Ｒフラグ部、
７４…Ｍフラグ部、７５…Ｔフラグ部、７６…Ｄフラグ部、
８１…プローブデータフレーム、８２…プローブデータフレーム、
８３…プローブデータフレーム、８４…プローブデータフレーム、
１００…プローブ情報受信処理、２００…情報提供処理。
【技術分野】
【０００１】
本発明は、プローブ情報センタおよびプローブ情報センタにデータを送信する送信装置に関する。
【背景技術】
【０００２】
従来、複数の車両にそれぞれ搭載された複数のプローブ装置から、搭載先の車両の走行状況の情報（以下、プローブ情報という）が、プローブ情報センタに送信され、プローブ情報センタにおいて、当該プローブ情報が加工されて配信データとなり、作成した配信データがプローブ情報センタから通信装置に配信されるという、プローブ情報収集システムの技術が知られている（例えば特許文献１参照）。このような技術を実用化する方法として、タクシー、バス等の既存の配車システムで用いられる車両にプローブ装置を搭載することが考えられている。
【特許文献１】特開２００６−２９３８７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、プローブ情報を送信する側の車両の業務形態は様々なので、各車両から送信されるプローブデータの内容間にばらつきが生じる。したがって、プローブ情報センタ側が必要としている情報が、プローブセンタに効率的に提供されない場合が多い。
【０００４】
本発明は上記点に鑑み、プローブ情報収集システムにおいて、プローブ情報センタが、必要とする情報を効率的に取得できるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するための本発明の第１の特徴は、それぞれ異なる車両に搭載された複数のプローブ装置が検出した搭載先の車両の走行状況の情報を受信し、それら受信した走行状況の情報を加工した結果の加工情報を、複数の通信装置に配信するプローブ情報センタについてのものである。このプローブ情報センタが、受信した走行状況の情報のうち、情報の提供者を示す提供者識別情報と関連付けられた状態で送信された走行状況の情報の品質を特定し、当該提供者識別情報に対応する提供者に、特定した品質が高いほど高い対価を提供するための処理を行う。
【０００６】
このようになっていることで、プローブ情報センタに送信される走行状況の情報の品質が、当該第１品質指標において高いほど、その提供者への対価が向上する。これによって、情報提供者に、プローブ情報センタの第１品質指標によって高く評価される情報を提供しようというインセンティブが働き、その結果、プローブ情報センタは、必要となる情報を効率的に取得できるようになる。
【０００７】
ここで、走行状況の情報とは、走行時の外部環境（例えば勾配）、および、走行時の車両挙動（例えば電力消費量、車速）のうちいずれかまたは両方の情報をいう。また、車両の走行状況の情報は、プローブ装置からプローブ情報センタへ無線通信等を介して送信されるようになっていてもよいし、人がプローブ装置から車両の走行状況の情報を記録している記憶媒体を搬出し、他の通信装置に当該記憶媒体を接続したときに、当該通信装置からプローブ情報センタへ無線通信等を介して送信されるようになっていてもよい。すなわち、プローブ情報センタは、プローブ装置が検出した車両の走行状況の情報を最終的に受信すれば足りるのであって、その受信経路はどのようなものであってもよい。
【０００８】
また、ここでいう「所定の」とは、「あらかじめ定められた」という意味である。そして、この「あらかじめ」とは、その所定の品質指標が実際に用いられる前にという意味である。したがって、あらかじめ定められる時期は、このプローブ情報センタの製造時でもよいし、その品質指標が用いられる直前であってもよい。また、「対価」とは、金銭的対価のみをいうのではなく、配信するデータの付加価値の高さ等であってもよい。
【０００９】
また、「提供者識別情報に対応する提供者に、特定した品質が高いほど高い対価を提供するための処理」としては、具体的には、当該提供者識別情報に対応する通信装置に配信する加工情報を、特定した品質が高いほどその加工情報の所定の第２品質指標に基づいた品質が高くなるよう決定し、さらに、決定したこの加工情報を、当該提供者識別情報に対応する通信装置に配信する処理であってもよい。このようになっていることで、走行状況の情報の提供者は、提供した当該情報の品質が第１品質指標に照らして高ければ高いほど、より高い品質の加工データの配信を受けることができる。
【００１０】
また、プローブ情報センタは、第１品質指標として、過去の基準時間範囲内において受信された同一の提供者識別情報を有するすべての走行状況の情報についての総データ量またはデータ受信頻度が多いほど高品質であるという指標を用いるようになっていてもよい。
【００１１】
このようになっていることで、ある提供者がプローブ装置が搭載された車両を多数有している場合、それらプローブ装置が検出した走行状況の情報に同一の提供者識別情報を関連付ければ、プローブ情報センタにおいては、当該提供者から受ける走行状況の情報の量および頻度が、他の提供者に比べて増大する。したがって、いわゆる大口の提供者が優遇される。
【００１２】
また、本発明の第２の特徴は、送信装置が、それぞれ異なる車両に搭載された複数のプローブ装置が検出した搭載先の車両の走行状況の情報を取得し、それら取得した走行状況の情報のそれぞれに、同一の提供者識別情報を関連付け、また、関連付けた結果の走行状況の情報を、上述のような第１品質指標を採用するプローブ情報センタに送信することである。
【００１３】
このようになっていることで、装置が搭載される車両を複数台有する大口の提供者の提供者識別情報の、車両の状況情報への関連付けは、プローブ装置で個々に行われるのではなく、送信装置で一括して行われる。したがって、提供者識別情報を個々のプローブ装置が有する必要がなくなる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の一実施形態について説明する。図１に、本実施形態に係るプローブ情報収集システムの一例を概略的に示す。プローブ情報収集システムにおいては、車両１、６、８のそれぞれに搭載されたプローブ装置２、７、９が、搭載先の車両のプローブ情報を検出し、その検出されたプローブ情報を最終的にプローブ情報センタ５が受信する。
【００１５】
ここで、車両のプローブ情報とは、当該車両の走行状況の情報をいう。走行状況の情報とは、走行時の外部環境および走行時の車両挙動のうちいずれかまたは両方の情報をいう。車両の走行状況の情報としては、例えば、当該車両の所在位置情報、走行速度情報、路面勾配情報、および、これらのプローブ情報を取得した時刻の情報等がある。各プローブ装置２、７、９は、これらの情報を、車両に搭載された各種センサ（例えば、ＧＰＳ受信機、車速センサ、傾斜センサ等）を用いて検出する。また、プローブ装置２、７、９は、カーナビゲーション装置等で広く利用されているマップマッチング処理を行うことができる場合、マップマッチングの結果の位置を自車両の所在位置として検出してもよい。また、プローブ情報には、所在位置の検出のためにマップマッチングを利用したか否かを示す情報を含める。
【００１６】
個人の有する車両である車両１に搭載されたプローブ装置２で検出されたプローブ情報は、プローブ装置２から携帯電話網３までの無線通信路および通信網４を介してプローブ情報センタ５に送信される。通信網４は、インターネット等の広域ネットワークであってもよいし、プローブ情報の提供のためだけの専用回線であってもよい。
【００１７】
また、同じ１つの業者の所有する業者車両６、８に搭載されたプローブ装置７、９で検出されたプローブ情報は、プローブ装置７、９から業者情報センタ１０に渡される。そして業者情報センタ１０は、受けたプローブ情報を通信網４を介してプローブ情報センタ５に送信する。なお、プローブ装置７、９から業者情報センタ１０へのプローブ情報の提供は、図１に示すような無線通信によって実現してもよいし、あるいは、プローブ装置７、９からプローブ情報が記録された記憶媒体を人が業者情報センタ１０まで運び、その上で当該記憶媒体を業者情報センタ１０に接続することで実現してもよい。
【００１８】
ここで、プローブ装置２、７、９から無線によって送信されるプローブ情報の送信形態について説明する。プローブ装置２、７、９は、所定の時間区間（例えば長さ１分の時間区間）毎に、当該時間区間において検出したプローブ情報を、１まとまりのプローブデータフレームとして送信する。そして、当該プローブデータフレームには、検出時刻および検出時の自車両の位置の情報を１つ付加する。また、個人車両１に搭載されたプローブ装置２は、当該プローブデータフレームに、個人車両１の所有者の提供者識別情報を付加する。この提供者識別情報は、あらかじめプローブ装置２に登録されている。したがって、プローブ装置２、７、９から無線で送信されるデータは、基本的にリアルタイム性を有している。
【００１９】
しかし、車両が地下、トンネル内等、無線通信が不能な位置を走行している期間は、プローブデータフレームを送信できないので、その期間中のプローブデータフレームは、無線通信が回復して後送信する。このような場合のプローブデータフレームは、リアルタイム性を有していない場合がある。
【００２０】
また、業者車両６、８に搭載されたプローブ装置７、９から業者情報センタ１０まで運ばれる記憶媒体中のプローブ情報について説明する。記憶媒体中のプローブ情報は、１日、半日、数日等、無線送信するデータよりも長い期間内に複数回検出された情報の集合体となっており、各回に検出されたデータには、その検出時時刻および検出位置の情報が付加されている。
【００２１】
プローブ情報センタ５は、このようにして受信した各車両２、５、７からのプローブ情報に対して統計処理等を行うことで、当該プローブデータを加工し、その加工結果の情報を、プローブ装置２、業者情報センタ１０、および他の通信装置に配信する。そしてこの配信時に、その配信先から過去に提供されたプローブ情報の品質の高低に基づいて、どのような品質の加工情報を当該配信先に送信するかを決定する。
【００２２】
図２に、業者情報センタ１０の構成を概略的に示す。業者情報センタ１０は、無線部１１、ネットワークＩ／Ｆ部１２、外部データ読取部１３、リアルタイムデータ蓄積部１４、過去データ蓄積部１５、および制御部１６を有している。
【００２３】
無線部１１は、業者車両６、８と無線通信することでプローブ情報を受信する装置である。ネットワークＩ／Ｆ部１２は、通信網４に接続し、プローブ情報センタ５とのデータの授受を実現するためのインターフェースである。外部データ読取部１３は、プローブ装置によって検出されたプローブ情報が記録されている記憶媒体から、当該プローブ情報を読み取る装置である。リアルタイムデータ蓄積部１４は、無線部１１が受信したプローブ情報のうち、リアルタイム性のある情報をリアルタイムデータとして記憶するための記憶媒体を有する装置である。過去データ蓄積部１５は、無線部１１が受信したプローブ情報のうちリアルタイム性のない情報、および、外部データ読取部１３が読み取ったプローブ情報を、過去データとして記憶するための記憶媒体を有する装置である。
【００２４】
制御部１６は、これら各部１１〜１５の作動を制御する装置である。具体的には、制御部１６は、無線部１１が受信したプローブデータフレームの個々について、リアルタイム性があるか否かを判定し、リアルタイム性があれば当該プローブデータフレームをリアルタイムデータ蓄積部１４に記憶させ、リアルタイム性がなければ当該プローブデータフレームを過去データ蓄積部１５に記憶させる。なお、リアルタイム性があると判定する場合は、当該プローブデータフレームに含まれる、プローブ情報の検出時刻の情報が、現在から基準時間幅（例えば５分、１０分）未満の過去を示している場合である。また、リアルタイム性がないと判定する場合は、当該プローブデータフレームに含まれる、プローブ情報の検出時刻の情報が、現在から基準時間幅（例えば５分、１０分）以上の過去を示している場合である。
【００２５】
また、制御部１６は、リアルタイムデータ蓄積部１４に記録されたプローブデータフレームのうち、時間が経過したことによってリアルタイム性が失われたプローブデータフレームを、過去データとして、過去データ蓄積部１５に移動させる。
【００２６】
また、制御部１６は、リアルタイムデータ蓄積部１４中のプローブデータフレームについては、それがリアルタイムデータ蓄積部１４中に記録されるとすぐに（例えば１０秒以内に）、プローブ情報センタ５へ送信する。また、制御部１６は、過去データ蓄積部１５中の過去データについては、所定のタイミング（例えば１時間間隔のタイミング）で、前回のタイミングから今回のタイミングまでに取得した過去データをまとめて１つのプローブデータフレームとして、プローブ情報センタ５へ送信する。
【００２７】
また、制御部１６は、プローブデータフレームを送信するとき、各プローブデータフレームに、そのプローブデータフレームがどの車両のプローブ装置によって検出されたかに関らず、同一の提供者識別情報を付加した上で、ネットワークＩ／Ｆ部１２を用いてプローブ情報センタ５に送信する。ここで付加する提供者識別情報は、業者情報センタ１０を有する業者に、あらかじめ契約時に割り当てられた提供者識別情報である。
【００２８】
なお、プローブ装置２、７、業者情報センタ１０、および他の通信装置は、ユーザの操作に基づいて、プローブ情報センタ５に対して配信要求を送信するようになっていてもよい。
【００２９】
図３に、プローブ情報センタ５の構成を概略的に示す。プローブ情報センタ５は、ネットワークＩ／Ｆ部５２、個別データ記憶部５３、リアルタイムデータ蓄積部５４、過去データ蓄積部５５、リアルタイム渋滞情報加工部５６、統計渋滞情報加工部５７、配信用渋滞情報分配部５８、リアルタイムデータ送信部５９、統計データ送信部６０、および制御部６１を有している。
【００３０】
ネットワークＩ／Ｆ部５２は、通信網４に接続し、業者情報センタ１０とのデータの授受を実現するためのインターフェースである。個別データ記憶部５３は、ネットワークＩ／Ｆ部５２を介して受けたプローブ情報を一時的に記録するための記憶媒体を有する装置である。リアルタイムデータ蓄積部５４は、個別データ記憶部５３に蓄積されたデータのうち、リアルタイム性のあるデータをリアルタイムデータとして記憶するための記憶媒体を有する装置である。過去データ蓄積部５５は、個別データ記憶部５３に蓄積されたデータのうち、リアルタイム性のないデータを過去データとして記憶するための記憶媒体を有する装置である。
【００３１】
リアルタイム渋滞情報加工部５６は、リアルタイムデータ蓄積部５４中のリアルタイムデータを加工することで、速報性のある渋滞情報を生成する装置である。統計渋滞情報加工部５７は、過去データ蓄積部５５中の過去データを加工することで、過去の渋滞の統計を示す統計渋滞情報を生成する装置である。
【００３２】
配信用渋滞情報分配部５８は、リアルタイム渋滞情報加工部５６で生成された情報のうち、配信する必要がある情報をリアルタイムデータ送信部５９に出力し、また、統計渋滞情報加工部５７で生成された情報のうち、配信する必要がある情報を統計データ送信部６０に出力する。配信する必要があるか否かは、ネットワークＩ／Ｆ部５２を介して、プローブ装置２、７、９または他の通信装置から、限定された（例えば特定の地域に限定された）配信対象についての配信要求があった場合、その限定内容に基づいて判定する。
【００３３】
リアルタイムデータ送信部５９は、配信用渋滞情報分配部５８から受けたリアルタイムデータを、ネットワークＩ／Ｆ部５２を用いて、配信要求の送信元に配信する。統計データ送信部６０は、配信用渋滞情報分配部５８から受けた過去データを、ネットワークＩ／Ｆ部５２を用いて、配信要求の送信元に配信する。リアルタイムデータ送信部５９および統計データ送信部６０は、配信用渋滞情報分配部５８から受けたデータを、どの通信装置に宛てて送信するかについては、後述する通り制御部６１によって登録された送信先のデータに従って決定する。
【００３４】
制御部６１は、プローブ情報センタ５の各部５２〜６０を制御する。具体的には、制御部６１は、図４に示すプローブ情報受信処理１００、および図５に示す情報提供処理２００を必要に応じて繰り返し実行するようになっている。
【００３５】
具体的には、制御部６１は、プローブ情報受信処理１００を実行しておらず、かつネットワークＩ／Ｆ部５２がプローブデータフレームを受信したことに基づいて、プローブ情報受信処理１００の実行を開始する。そして、プローブ情報受信処理１００の１回の実行において、現在時刻と、受信したプローブデータフレーム中の検出時刻とを比較することで、検出時刻に対する現在時刻の遅れが許容幅（例えば５分、１０分）を超えているか否かを判定し（ステップ１１０）、許容幅以下であれば、プローブデータフレーム中のリアルタイムフラグ（以下、Ｒフラグという）をオンにセットする（ステップ１１５）。
【００３６】
図６に、プローブデータフレーム７０のデータフォーマットを概略的に示す。この図に示すように、プローブ装置２、業者情報センタ１０等から送信され、プローブ情報センタ５が受信するプローブデータフレーム７０は、提供者識別情報部７１、プローブ情報部７２、Ｒフラグ部７３、Ｍフラグ部７４、Ｔフラグ部７５、Ｄフラグ部７６を有している。提供者識別情報部７１は、提供者識別情報が記録されている部分である。プローブ情報部７２は、検出された情報（検出時刻、車速、勾配等、）が記録されている部分である。Ｒフラグ部７３、Ｍフラグ部７４、Ｔフラグ部７５、Ｄフラグ部７６は、それぞれ、Ｒフラグ、マップマッチングフラグ（以下、Ｍフラグという）、収集頻度フラグ（以下、Ｔフラグという）、データ量フラグ（以下、Ｄフラグという）を記録するための部分である。なお、プローブ装置２、業者情報センタ１０当からプローブデータフレーム７０が送信された時点では、Ｒフラグ部７３、Ｍフラグ部７４、Ｔフラグ部７５、Ｄフラグ部７６の値はオフとなっている。
【００３７】
続いて制御部６１は、プローブデータフレーム７０の所在位置情報がマップマッチングを行ったものであるか否かをプローブ情報部７２中の情報に基づいて判定し（ステップ１２０）、マップマッチングを行っていればＭフラグをオンにセットする（ステップ１２５）。
【００３８】
続いて、当該プローブデータフレーム７０を個別データ記憶部５３に記録する（ステップ１３０）。その後、このプローブ情報受信処理１００の今回の開始時以降、基準時間（例えば１０分）が経過するまで（ステップ１４０）、別のプローブデータフレームの受信を待ち（ステップ１３５）、その受信がある度に、受信したプローブデータフレームに対して、先に受信したプローブデータフレームと同様の処理を施す（ステップ１１０〜１３０）。
【００３９】
基準時間経過後、制御部６１は、今回のプローブ情報受信処理１００の開始以降個別データ記憶部５３に記録されたプローブデータフレームを、それらの提供者識別情報に基づいてグループ分けし（ステップ１４５）、それらグループ毎に、プローブデータフレームの数が基準数（例えば、１、２、５）を超えているか否かを判定し（ステップ１５０）、基準数以上であればＴフラグをオンにセットする（ステップ１５５）。さらに、それらグループ毎に、全プローブデータフレームの総データ量が基準量を超えているか否かを判定し（ステップ１６０）、超えていればＤフラグをオンにセットする（ステップ１６５）。
【００４０】
このように、収集頻度および受信データ量については、提供者識別情報別にまとめて計測および判定を行うので、１つの提供者識別情報に多くのプローブ装置を対応させている提供者、すなわち大口の提供者の方が、１つの提供者識別情報に１つのプローブ装を割り当てている個人の提供者よりも、その計測結果が大きくなり易く、かつ、ＴフラグおよびＤフラグがオンになる可能性が高い。
【００４１】
以上のような処理１００を制御部６１が実行することで、プローブ情報センタ５は、受信したプローブデータフレームの時刻がリアルタイム性を有しているか否か、（ステップ１１０参照）、および、マップマッチングが為されたデータであるか否か（ステップ１２０参照）について判定し、その判定結果を当該プローブデータフレームにフラグとして付加する（ステップ１１５、１２５参照）。そして、基準時間範囲内で取得した（ステップ１３５、１４０参照）プローブデータフレームを提供者識別情報別に分け、各提供者識別情報毎に、プローブデータフレームの収集頻度が基準より高いか否か（ステップ１５０参照）、および、プローブデータフレームの総受信データ量が基準より多いか否か（ステップ１６０参照）を判定し、その判定結果を、当該提供者識別情報を有するプローブデータフレームにフラグとして付加する（ステップ１５５、１６５参照）。その結果、個別データ記憶部５３には、図７に示すように、提供者識別情報毎にフラグ値が異なる複数のプローブデータフレームが格納された状態となる。
【００４２】
また、制御部６１は、プローブ情報受信処理１００の実行直後に情報提供処理２００の実行を開始し、まず、直前のプローブ情報受信処理１００によって個別データ記憶部５３に格納されたプローブデータフレーム（以下、新規プローブデータフレームという）のそれぞれについて、それがリアルタイム性を有しているか否かを、Ｒフラグの値に基づいて判定し（ステップ２０５）、リアルタイムデータであればリアルタイムデータ蓄積部５４に追加蓄積（ステップ２２０）した後に、リアルタイム渋滞情報加工部５６を制御するこことで、リアルタイムデータ蓄積部５４中の全データを加工して渋滞情報を生成する（ステップ２２５）。また、当該プローブデータフレームがリアルタイムデータでなければ過去データ蓄積部５５に追加蓄積（ステップ２１０）した後に、統計渋滞情報加工部５７を制御するこことで、過去データ蓄積部５５中のデータを加工して渋滞情報を生成する（ステップ２１５）。なお、渋滞情報とは、どの程度の長さの渋滞があるか等を示す情報をいう。
【００４３】
さらに制御部６１は、個別データ記憶部５３中の新規プローブデータフレームを参照することで（ステップ２３０）、新規プローブデータフレームのそれぞれについて、そのＲフラグおよびＤフラグのうち少なくともいずれか一方がオンとなっているか、あるいはそうでないかを判定する（ステップ２３５）。そして、その判定が肯定的となったプローブデータフレーム中の提供者識別情報を、品質の高いデータを提供した提供者として、リアルタイムデータ送信部５９に登録し（ステップ２４０）、その判定が否定的となったプローブデータフレーム中の提供者識別情報を、品質の低いデータを提供した提供者として、リアルタイムデータ送信部５９に登録する（ステップ２４５）。
【００４４】
このとき、配信用渋滞情報分配部５８は、リアルタイム渋滞情報加工部５６で生成されたデータをリアルタイムデータ送信部５９に渡し、統計渋滞情報加工部５７で生成されたデータを統計データ送信部６０に渡す。配信用渋滞情報分配部５８からデータを受けたリアルタイムデータ送信部５９および統計データ送信部６０は、自己に登録された提供者識別情報に対応する送信先の通信装置（携帯電話機であれば電話番号、業者情報センタのような装置であればネットワーク上のアドレス）に、受けたデータの送信を行う。
【００４５】
したがって、プローブ情報センタ５において決められたステップ２３５の品質指標（第１品質指標の一例に相当する）によって品質が高いと判定されたプローブ情報を送信した提供者は、リアルタイム性のある高品質の渋滞情報の配信を受けることができ、当該品質指標によって品質が低いと判定されたプローブ情報を送信した提供者は、リアルタイム性のない低品質の渋滞情報の配信を受けることになる。なお、配信するデータの品質の高低の指標（第２品質指標の一例に相当する）も、プローブ情報センタ５によってあらかじめ決められている。
【００４６】
以上のような情報提供処理２００を制御部６１が繰り返し実行することで、プローブ情報センタ５は、個別データ記憶部５３に記録されたプローブデータフレームのそれぞれについて、それがリアルタイムデータであるか過去データであるかによって格納先を分け（ステップ２０５参照）、さらに仕分けされたデータをそれぞれリアルタイム渋滞情報および統計渋滞情報として加工する（ステップ２１５、２２５参照）。そして、これらプローブデータフレーム中の提供者識別情報とフラグとの対応関係に応じて、提供者識別情報毎に、当該提供者に高品質の（具体的にはリアルタイムの）加工データを送信するか、低品質の（具体的にはリアルタイムでない過去の）加工データを送信するかを決定し（ステップ２３５参照）、その決定に従った配信を行う（ステップ２４０、２４５参照）。
【００４７】
また、制御部１６は、リアルタイムデータ蓄積部５４に記録されたプローブデータフレームのうち、時間が経過したことによってリアルタイム性が失われたプローブデータフレームを、過去データとして、過去データ蓄積部５５に移動させる。リアルタイム性が失われたか否かは、プローブデータフレーム中のプローブ情報部のデータと、現在時刻との比較に基づいて判定する。
【００４８】
以上のように、プローブ情報センタ５が、受信したプローブ情報のうち、情報の提供者を示す提供者識別情報と関連付けられた状態で送信されたプローブ情報の品質を特定し、特定した品質が高いほど配信の品質が高くなるよう、当該提供者識別情報に対応する通信装置に配信する加工情報を決定する。
【００４９】
このようになっていることで、プローブ情報センタ５に送信されるプローブ情報の品質が、所定の品質指標において高いほど、そのプローブ情報の提供者への配信品質が向上する。これによって、情報提供者に、プローブ情報センタ５の決めた品質指標によって高く評価される情報を提供しようというインセンティブが働き、その結果、プローブ情報センタ５は、必要となる情報を効率的に取得できるようになる。
【００５０】
また、プローブ情報センタ５は、受信するプローブ情報に適用する品質指標として、過去の基準時間範囲内において受信された同一の提供者識別情報を有するすべての走行状況の情報についての総データ量が多いほど高品質であるという指標を用いるようになっている。
【００５１】
このようになっていることで、ある提供者が、プローブ装置が搭載された車両を多数有している場合、それらプローブ装置が検出したプローブ情報に同一の提供者識別情報を関連付ければ、プローブ情報センタ５においては、当該提供者から受ける走行状況の情報の量および頻度が、他の提供者に比べて増大する。したがって、いわゆる大口の提供者が優遇される。
【００５２】
また、業者情報センタ１０が、それぞれ異なる車両に搭載された複数のプローブ装置７、９が検出した搭載先の車両６、８のプローブ情報を取得し、それら取得したプローブ情報のそれぞれに、同一の提供者識別情報を関連付け、また、関連付けた結果のプローブ情報をプローブ情報センタ５に送信するようになっている。
【００５３】
このようになっていることで、プローブ装置が搭載される車両を複数台有する大口の提供者の提供者識別情報の、プローブ情報への関連付けは、プローブ装置で個々に行われるのではなく、業者情報センタ１０で一括して行われる。したがって、提供者識別情報を個々のプローブ装置が有する必要がなくなる。
【００５４】
なお、上記の実施形態において、業者情報センタ１０が送信装置の一例に相当し、プローブ装置２、業者情報センタ１０が通信装置の一例に相当する。また、制御部６１が、処理１００を実行することで受信品質特定手段の一例として機能し、処理２００を実行すること、配信品質決定手段の一例として機能する。また、リアルタイムデータ送信部５９および統計データ送信部６０のそれぞれが、配信手段の一例に送信する。また、ネットワークＩ／Ｆ部１２が送信手段の一例に相当し、また、制御部１６が関連付け手段の一例に相当する。
【００５５】
また、上記したプローブ情報センタ５および業者情報センタ１０の各部１１〜１６、５２〜６１は、それらの機能を実現する専用の回路を有したハードウェアとして実現されていてもよいし、それらの機能を実現するためのプログラムを実行するコンピュータとして実現されていてもよい。
【００５６】
（他の実施形態）
以上、本発明の実施形態について説明したが、本発明の範囲は、上記実施形態のみに限定されるものではなく、本発明の各発明特定事項の機能を実現し得る種々の形態を包含するものである。
【００５７】
例えば、上記の実施形態においては、高品質配信がリアルタイム渋滞情報の送信となり、低品質配信が統計渋滞情報の送信となっているが、必ずしもこのようになっておらずともよい。例えば、高品質配信がリアルタイム渋滞情報を示す簡易図形＋リアルタイム渋滞情報の詳細文字データ（例えば渋滞の総距離等）であり、低品質配信が上記簡易図形のみの配信であってもよい。すなわち、第２品質指標はどのようなものでもよい。
【００５８】
また、上記の実施形態においては、ある提供者からのプローブ情報の品質を判定するための第１品質指標として、当該提供者からのプローブデータフレームがリアルタイム性を有しているか否か、および、当該提供者からのデータ量が多いか否かを採用している。しかし、これら以外にも、当該提供者からのプローブデータフレームがマップマッチングを行っているか否か（すなわちＭフラグがオンか否か）、および、当該提供者のプローブ情報の収集頻度が高いか否か（すなわちＴフラグがオンか否か）を、第１品質指標として採用してもよい。
【００５９】
また、配信サービスの種別ごとに求められるプローブ情報のデータ項目やデータ量、収集頻度は異なる。したがって、より多くの種別の配信サービスに提供できるプローブデータフレームほど品質が高くなるような指標を、第１品質指標として採用してもよい。
【００６０】
また、上記の実施形態においては、プローブ情報センタ５が配信する情報は、渋滞情報のみとなっているが、プローブ情報センタ５は、複数種類の情報（例えば、渋滞情報および事故情報）を配信するようになっていてもよい。この場合、配信する情報の種類毎に、異なる第１品質指標を設定し、受信したプローブ情報に、それぞれの第１品質指標を適用して品質判定を行い、それら品質判定の結果を複合的に利用して配信データの品質を決定するようになっていてもよい。
【００６１】
また、上記実施形態においては、直前に受信したプローブデータフレームの提供者に対して、加工した情報を配信するようになっている。しかし、必ずしもこのように、提供元からのプローブデータフレームの受信と加工データの当該提供元への配信とが１対１の連動関係となっている必要はない。例えば、プローブ情報センタ５は、過去にプローブデータフレームを提供したことがある提供元から加工データの配信の要求があったとき、その要求の直前に当該提供元からプローブデータフレームを受けているといないとに関わらず、加工データを配信するようになっていてもよい。
【００６２】
この場合、当該提供元からプローブ情報の提供があった時点においては、プローブ情報センタ５は、リアルタイムデータ送信部５９、統計データ送信部６０に提供者識別情報を登録しておき、後に当該提供元から配信要求があったときに初めて、登録内容に応じた品質の配信を行うようになっていてもよい。なお、プローブ情報センタ５は、提供者識別情報と提供者の通信装置との対応情報を有しているので、提供者の通信装置から配信要求に提供者識別情報が含まれていなくても、プローブ情報センタ５は、その対応情報に基づいて、当該通信装置に対応する提供者識別情報を特定することができる。
【００６３】
また、上記の実施形態においては、プローブ情報センタ５は、配信データの付加価値に変化をつけることで、プローブ情報の品質が高いほど高い対価を提供者に提供するようになっている。しかし、配信についてはこの方法以外にも、プローブ情報を送信するだけでデータの配信を受けない提供者に対して、提供されたプローブ情報の品質が高いほど高い金銭的対価を支払うようになっていてもよい。例えば、プローブ情報センタ５からのデータの配信に対して、配信を受ける側からデータ利用料を（例えば電子マネー等の技術を用いて）受け取り、受け取った利用料を、プローブ情報の提供者に、提供されたプローブ情報の品質の高低に応じて分配するようになっていてもよい。
【図面の簡単な説明】
【００６４】
【図１】本実施形態に係るプローブ情報収集システムの一例を概略的に示す。
【図２】業者情報センタ１０の構成を概略低に示すブロック図である。
【図３】プローブ情報センタ５の構成を概略低に示すブロック図である。
【図４】制御部６１が実行するプローブ情報受信処理１００のフローチャートである。
【図５】制御部６１が実行する情報提供処理２００のフローチャートである。
【図６】プローブデータフレーム７０のデータフォーマットを示す概略図である。
【図７】個別データ記憶部５３に記録されるプローブデータフレーム８１〜８４の一例を示す図である。
【符号の説明】
【００６５】
１…個人車両、２、７、９…プローブ装置、３…携帯電話網、４…通信網、
５…プローブ情報センタ、６、８…業者車両、１０…業者情報センタ、１１…無線部、
１２…ネットワークＩ／Ｆ部、１３…外部データ読取部、
１４…リアルタイムデータ蓄積部、１５…過去データ蓄積部、１６…制御部、
５２…ネットワークＩ／Ｆ部、５３…個別データ記憶部、
５４…リアルタイムデータ蓄積部、５５…過去データ蓄積部、
５６…リアルタイム渋滞情報加工部、５７…統計渋滞情報加工部、
５８…配信用渋滞情報分配部、５９…リアルタイムデータ送信部、
６０…統計データ送信部、６１…制御部、７０…プローブデータフレーム、
７１…提供者識別情報部、７２…プローブ情報部、７３…Ｒフラグ部、
７４…Ｍフラグ部、７５…Ｔフラグ部、７６…Ｄフラグ部、
８１…プローブデータフレーム、８２…プローブデータフレーム、
８３…プローブデータフレーム、８４…プローブデータフレーム、
１００…プローブ情報受信処理、２００…情報提供処理。
【特許請求の範囲】
【請求項１】
それぞれ異なる車両に搭載された複数のプローブ装置が検出した搭載先の車両の走行状況の情報を受信し、それら受信した走行状況の情報を加工した結果の加工情報を、複数の通信装置に配信するプローブ情報センタであって、
受信した前記走行状況の情報のうち、情報の提供者を示す提供者識別情報と関連付けられた状態で送信された走行状況の情報の品質を、所定の第１品質指標を用いて特定する受信品質特定手段と、
前記提供者識別情報に対応する提供者に、前記品質特定手段が特定した前記品質が高いほど高い対価を提供するための処理を行う対価提供手段と、を備えたプローブ情報センタ。
【請求項２】
前記対価提供手段は、前記提供者識別情報に対応する通信装置に配信する前記加工情報を、前記品質特定手段が特定した前記品質が高いほど当該加工情報の所定の第２品質指標に基づいた品質が高くなるよう決定する配信品質決定手段と、前記配信品質決定手段が決定した前記加工情報を、前記提供者識別情報に対応する通信装置に配信する配信手段と、を有することを特徴とする請求項１に記載のプローブ情報センタ。
【請求項３】
前記受信品質特定手段は、前記第１品質指標として、過去の基準時間範囲内において受信された同一の提供者識別情報を有するすべての走行状況の情報についての総データ量またはデータ受信頻度が多いほど高品質であるという指標を用いることを特徴とする請求項１または２に記載のプローブ情報センタ。
【請求項４】
それぞれ異なる車両に搭載された複数のプローブ装置が検出した搭載先の車両の走行状況の情報を取得し、それら取得した走行状況の情報のそれぞれに、同一の提供者識別情報を関連付ける関連付け手段と、
前記関連付け手段が関連付けた結果の走行状況の情報を、請求項３に記載のプローブ情報センタに送信する送信手段と、を備えた送信装置。
【請求項１】
それぞれ異なる車両に搭載された複数のプローブ装置が検出した搭載先の車両の走行状況の情報を受信し、それら受信した走行状況の情報を加工した結果の加工情報を、複数の通信装置に配信するプローブ情報センタであって、
受信した前記走行状況の情報のうち、情報の提供者を示す提供者識別情報と関連付けられた状態で送信された走行状況の情報の品質を、所定の第１品質指標を用いて特定する受信品質特定手段と、
前記提供者識別情報に対応する提供者に、前記品質特定手段が特定した前記品質が高いほど高い対価を提供するための処理を行う対価提供手段と、を備えたプローブ情報センタ。
【請求項２】
前記対価提供手段は、前記提供者識別情報に対応する通信装置に配信する前記加工情報を、前記品質特定手段が特定した前記品質が高いほど当該加工情報の所定の第２品質指標に基づいた品質が高くなるよう決定する配信品質決定手段と、前記配信品質決定手段が決定した前記加工情報を、前記提供者識別情報に対応する通信装置に配信する配信手段と、を有することを特徴とする請求項１に記載のプローブ情報センタ。
【請求項３】
前記受信品質特定手段は、前記第１品質指標として、過去の基準時間範囲内において受信された同一の提供者識別情報を有するすべての走行状況の情報についての総データ量またはデータ受信頻度が多いほど高品質であるという指標を用いることを特徴とする請求項１または２に記載のプローブ情報センタ。
【請求項４】
それぞれ異なる車両に搭載された複数のプローブ装置が検出した搭載先の車両の走行状況の情報を取得し、それら取得した走行状況の情報のそれぞれに、同一の提供者識別情報を関連付ける関連付け手段と、
前記関連付け手段が関連付けた結果の走行状況の情報を、請求項３に記載のプローブ情報センタに送信する送信手段と、を備えた送信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００８−３１０３９６（Ｐ２００８−３１０３９６Ａ）
【公開日】平成２０年１２月２５日（２００８．１２．２５）
【国際特許分類】
【出願番号】特願２００７−１５４９６９（Ｐ２００７−１５４９６９）
【出願日】平成１９年６月１２日（２００７．６．１２）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成１５年度、総務省委託研究「プローブ情報を活用した動的経路誘導システムの研究開発」、産業再生法第３０条の適用を受ける特許出願
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【出願人】（５０４１３９６６２）国立大学法人名古屋大学 (996)
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【出願人】（５０１２７１４７９）株式会社トヨタマップマスター (56)
【出願人】（５０７１９３８７０）株式会社エイ・ワークス (1)
【Ｆターム（参考）】
【公開日】平成２０年１２月２５日（２００８．１２．２５）
【国際特許分類】
【出願日】平成１９年６月１２日（２００７．６．１２）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成１５年度、総務省委託研究「プローブ情報を活用した動的経路誘導システムの研究開発」、産業再生法第３０条の適用を受ける特許出願
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【出願人】（５０４１３９６６２）国立大学法人名古屋大学 (996)
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【出願人】（５０１２７１４７９）株式会社トヨタマップマスター (56)
【出願人】（５０７１９３８７０）株式会社エイ・ワークス (1)
【Ｆターム（参考）】
[ Back to top ]