(57)【要約】      （修正有）【課題】車両の速度を考慮することなく交通情報を収集する。【解決手段】車両の走行データを収集し、交通情報を配信するセンター装置２と、該センター装置に対して交通情報の配信要求を行う交通情報配信要求手段１１ａと交通情報の受信を行う交通情報受信手段１２ｂとを備えた多数の携帯端末１ｂと、を有する交通情報処理システムであって、前記センター装置は、前記多数の携帯端末における交通情報配信要求または交通情報受信の少なくとも一方を取得して通信記録として保持し、該通信記録に関連して得られた前記多数の携帯端末のそれぞれの位置情報と通信時刻情報とに基づいて車両群の位置−時刻データを作成しデータベース化して交通情報として保持する交通情報収集手段２２と、前記交通情報配信要求手段からの要求に応じて要求した前記携帯端末の位置に関連する交通情報を前記データベースに基づいて返信する交通情報配信手段２１とを備えたもの。【選択図】図１
2008134957.tif 000002
【特許請求の範囲】
【請求項１】
車両の走行データを収集し、交通情報を配信するセンター装置と、該センター装置に対して交通情報の配信要求を行う交通情報配信要求手段と交通情報の受信を行う交通情報受信手段とを備えた多数の携帯端末と、を有する交通情報処理システムであって、
前記センター装置は、前記多数の携帯端末における交通情報配信要求または交通情報受信の少なくとも一方を取得して通信記録として保持し、該通信記録に関連して得られた前記多数の携帯端末のそれぞれの位置情報と通信時刻情報とに基づいて車両群の位置−時刻データを作成しデータベース化して交通情報として保持する交通情報収集手段と、前記交通情報配信要求手段からの要求に応じて要求した前記携帯端末の位置に関連する交通情報を前記データベースに基づいて返信する交通情報配信手段と
を有することを特徴とする交通情報処理システム。
【請求項２】
さらに、前記センター装置は、携帯端末を識別する携帯端末ＩＤ情報を管理するためのデータベースを管理する携帯電話情報管理手段を備え、
前記携帯端末ＩＤ情報に基づいて同じ携帯端末であると判断された場合において、
前記交通情報配信要求または交通情報受信のうち時間的に近接するものに対しては同じ車両ＩＤを付与し、前記交通情報配信要求または交通情報受信のうち時間的に離れたものに対しては異なる車両ＩＤを付与することを特徴とする請求項１に記載の交通情報処理システム。
【請求項３】
前記携帯端末がＧＰＳ機能を有する場合は、交通情報配信要求時および交通情報受信時の少なくとも一方において、前記ＧＰＳ機能によって自身の位置を測位し、測位した位置情報を前記センター装置に対して送信する位置情報送信手段を備えることを特徴とする請求項１又は２に記載の交通情報収集システム。
【請求項４】
前記携帯端末がＧＰＳ機能を有していない場合は、交通情報配信要求または交通情報受信の少なくとも一方において、通信を中継する基地局の位置情報を携帯端末の位置情報と推定し、推定した位置情報を前記センター装置に対して送信する位置情報送信手段を備えることを特徴とする請求項１又は２に記載の交通情報収集システム。
【請求項５】
車両の走行データを収集し、交通情報を配信する交通情報処理装置であって、
交通情報の配信要求を行う交通情報配信要求手段と交通情報の受信を行う交通情報受信手段とを備えた多数の携帯端末における交通情報配信要求または交通情報受信の少なくとも一方を取得し通信記録として保持し、該通信記録に関連して得られた前記多数の携帯端末のそれぞれの位置情報と通信時刻情報とに基づいて車両群の位置−時刻データを作成しデータベース化して交通情報として保持する交通情報収集手段と、前記交通情報配信要求手段からの要求に応じて要求した前記携帯端末の位置に関連する交通情報を前記データベースに基づいて返信する交通情報配信手段と
を有することを特徴とする交通情報処理装置。
【請求項６】
車両の走行データを収集し、交通情報を配信する交通情報処理ステップであって、
交通情報の配信要求を行う交通情報配信要求手段と交通情報の受信を行う交通情報受信手段とを備えた多数の携帯端末における交通情報配信要求または交通情報受信の少なくとも一方を取得し通信記録として保持するステップと、
該通信記録に基づいて得られた前記多数の携帯端末のそれぞれの位置情報と通信時刻情報とに基づいて車両群の位置−時刻データを作成しデータベース化して交通情報として保持するステップと、
前記交通情報配信要求に応じて前記携帯端末の位置に関連する交通情報を前記データベースに基づいて返信するステップと
を有する交通情報処理をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、道路上を走行する車両からの携帯電話による通信記録を利用して、交通情報を収集し配信する交通情報処理システムに関する。
【背景技術】
【０００２】
最近、プローブカーや道路上に設置したビーコン装置によって得た車両の位置や移動速度を道路地図データベースとマッチングすることによって、交通情報を生成し、データベースに収集し、渋滞情報を集計したり、目的地までの予想移動時間を算出して配信したりするシステムが開発され、それを用いたサービスが展開されつつある。
【０００３】
プローブカーを用いる方法としては、例えば、特許文献１に示された方法などがある。この方法を実現する場合、車両とセンターとの間で定時的に通信する必要があるため、プローブカーとしては、タクシーやバスあるいはトラックのような特定業種の車両が用いられる。そのため、一般車両の交通量は多いが、タクシー等の特定業種の車両の交通量が少ない、例えばバス路線から外れているような道路については、交通情報の収集が難しいという問題がある。
【０００４】
ビーコン装置を用いる方法としては、例えば、特許文献２に示された方法などがある。この方法を実現する場合、専用のビーコン装置を道路に設置する必要があり、導入コストが高い。そのため、高速自動車国道や首都高速など一部の主要道路には導入できるが、一般道を含めた広範囲に渡る道路網全体に導入するのは難しいという問題がある。
【０００５】
【特許文献１】特開２００３−２８１６７４
【特許文献２】特開２００５−１４９３５８
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このような問題を解決するため、米国などでは、道路を走行する車両からの携帯電話の通信記録を追跡し、プローブ情報として利用する試みがなされている。この方法では、携帯電話が通信する基地局の位置や電波の方向を分析し、道路地図データとマッチングすることによって、交通情報を生成する。また、携帯電話に搭載されたＧＰＳ機能を用いて、位置情報を収集することも可能である。
【０００７】
上述の携帯電話を用いる方法によれば、特定業種の車両のみならず、一般車両の交通情報を広く収集できる。また、専用の装置を設置する必要もないため、導入コストを低く抑えることができる。これらのメリットから、この方法は、従来よりも詳細な交通情報を安いコストで大量に収集する手段として期待されている。
【０００８】
ところで、一般に、携帯電話の通信記録には、歩行者や鉄道の乗客、あるいは建物内からの通話といったように、車両以外からの通信記録も含まれる。そのため、車両からの携帯電話の通信記録を追跡するためには、様々な場所から発信された通信記録から、車両からの通信記録のみを抽出する処理が必要になる。
【０００９】
従来は、例えば、通信位置の移動速度を算出し、車両として速過ぎる速度や遅過ぎる速度で移動している通信記録を除外して、車両からの通信記録と思われる記録のみを残すといったクレンジング処理を行い、可能な限り車両からの通話のみを抽出しようとしていた。
【００１０】
しかしながら、通信位置の移動速度に依存するクレンジング処理では、例えば、渋滞のため歩行者並みの非常にゆっくりした速度で移動している車両からの通信記録は、歩行者が通話した場合の通信記録と区別するのが難しいという問題がある。
【００１１】
一方、渋滞情報は、交通情報のうちでも重要な情報であるため、歩行者並みの速度で移動している車両からの通信も検出できることが好ましい。
【００１２】
本発明の目的は、比較的安価なコストで一般道を含めた広範囲に渡る道路網から交通情報を収集する技術を提供することにある。
【課題を解決するための手段】
【００１３】
本発明の交通情報処理システムは、車両の速度に関係なく、走行中の車両からの携帯電話の通信記録を抽出し、車両に乗車中の携帯電話利用者にターゲットを絞った、携帯電話を使った交通情報配信サービスを有償で提供する。そして、そのサービス利用時の携帯電話の通信位置を入力とすることで、移動速度に関係なく、車両からの通信として通信記録を収集することを特徴とする。
【００１４】
すなわち、本発明の一観点によれば、車両の走行データを収集し、交通情報を配信するセンター装置と、該センター装置に対して交通情報の配信要求を行う交通情報配信要求手段と交通情報の受信を行う交通情報受信手段とを備えた多数の携帯端末と、を有する交通情報処理システムであって、前記センター装置は、前記多数の携帯端末における交通情報配信要求または交通情報受信の少なくとも一方を取得して通信記録として保持し、該通信記録に関連して得られた前記多数の携帯端末のそれぞれの位置情報と通信時刻情報とに基づいて車両群の位置−時刻データを作成しデータベース化して交通情報として保持する交通情報収集手段と、前記交通情報配信要求手段からの要求に応じて要求した前記携帯端末の位置に関連する交通情報を前記データベースに基づいて返信する交通情報配信手段とを有することを特徴とする交通情報処理システムが提供される。予め登録済みの携帯端末であるか否かを判断するようにしても良い。
【００１５】
さらに、前記センター装置は、携帯端末を識別する携帯端末ＩＤ情報を管理するためのデータベースを管理する携帯電話情報管理手段を備え、前記携帯端末ＩＤ情報に基づいて同じ携帯端末であると判断された場合において、前記交通情報配信要求または交通情報受信のうち時間的に近接するものに対しては同じ車両ＩＤを付与し、前記交通情報配信要求または交通情報受信のうち時間的に離れたものに対しては異なる車両ＩＤを付与するようにしても良い。
【００１６】
前記携帯端末がＧＰＳ機能を有する場合は、交通情報配信要求時および交通情報受信時の少なくとも一方において、前記ＧＰＳ機能によって自身の位置を測位し、測位した位置情報を前記センター装置に対して送信する位置情報送信手段を備えることが好ましい。前記携帯端末がＧＰＳ機能を有していない場合は、交通情報配信要求または交通情報受信の少なくとも一方において、通信を中継する基地局の位置情報を携帯端末の位置情報と推定し、推定した位置情報を前記センター装置に対して送信する位置情報送信手段を備えることが好ましい。
【００１７】
本発明の他の観点によれば、車両の走行データを収集し、交通情報を配信する交通情報処理装置であって、交通情報の配信要求を行う交通情報配信要求手段と交通情報の受信を行う交通情報受信手段とを備えた多数の携帯端末における交通情報配信要求または交通情報受信の少なくとも一方を取得し通信記録として保持し、該通信記録に関連して得られた前記多数の携帯端末のそれぞれの位置情報と通信時刻情報とに基づいて車両群の位置−時刻データを作成しデータベース化して交通情報として保持する交通情報収集手段と、前記交通情報配信要求手段からの要求に応じて要求した前記携帯端末の位置に関連する交通情報を前記データベースに基づいて返信する交通情報配信手段と、を有することを特徴とする交通情報処理装置が提供される。
【００１８】
さらに、本発明の別の観点によれば、車両の走行データを収集し、交通情報を配信する交通情報処理ステップであって、交通情報の配信要求を行う交通情報配信要求手段と交通情報の受信を行う交通情報受信手段とを備えた多数の携帯端末における交通情報配信要求または交通情報受信の少なくとも一方を取得し通信記録として保持するステップと、該通信記録に基づいて得られた前記多数の携帯端末のそれぞれの位置情報と通信時刻情報とに基づいて車両群の位置−時刻データを作成しデータベース化して交通情報として保持するステップと、前記交通情報配信要求に応じて前記携帯端末の位置に関連する交通情報を前記データベースに基づいて返信するステップと、を有する交通情報処理をコンピュータに実行させるためのプログラムが提供される。
【００１９】
この構成により、交通情報配信サービス利用者が、自身の乗車している車両の近辺の交通情報を知るためセンター装置と携帯電話によって通信を行う際に、センター装置では、サービス利用者の所有する携帯端末の、交通情報配信要求時および交通情報受信時の位置情報を知ることができる。このとき、サービス利用者の所有する携帯端末は、走行中の車両内にあることが高い確率で保障されるので、こうしてセンター装置で取得した位置情報は、携帯電話の移動速度に関係なく、そのまま車両の位置情報として車両情報収集手段に入力することにより、効率的に車両の走行データを収集することができる。
【発明の効果】
【００２０】
本発明の交通情報処理システムによれば、次のような効果が得られる。
（１）車両の移動速度に関係なく、車両からの携帯端末の通信記録によって、車両の走行データを収集できる。その結果、安価なコストで広い領域に渡る良質な交通情報を生成できる。
（２）携帯端末の位置情報を取得する部分の処理は完全に自動化できるため、利用者にとって非常に簡便で、負担の少ない操作性を有する交通情報配信システムが実現できる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の一実施の形態による交通（プローブ）情報処理システムについて図面を参照しながら説明する。
【００２２】
図１は、本実施の形態による交通情報処理システムの一構成例を示すブロック図である。本実施の形態による交通情報処理システムは、例えば、ＧＰＳ機能などの位置検索機能を有しない第１の携帯電話１ａと、ＧＰＳ機能などの位置検索機能を有する第２の携帯電話１ｂと、センター装置２と、を有して構成されている。第１の携帯電話１ａ、第２の携帯電話１ｂ、および、センター装置２は、基地局３と無線回線によって接続されており、互いに通信することができるように構成されている。
【００２３】
尚、第１の携帯電話１ａ、第２の携帯電話１ｂは、道路上を走行中の車両に乗車している利用者が使用しているものである。これらの携帯電話１ａ・１ｂの利用者は、本交通情報処理システムに基づく交通情報配信サービスの利用契約を、センター装置２を運営するサービス提供業者と締結していることが前提となる。
【００２４】
第１の携帯電話１ａは、センター装置２に対して交通情報の配信を要求する交通情報配信要求手段１１ａと、センター装置２から送られてきた交通情報を受信する交通情報受信手段１２ａと、地図情報に重畳させて画面表示する交通情報表示手段１３ａと、交通情報配信要求手段１１ａ、交通情報受信手段１２ａ、交通情報表示手段１３ａを制御する端末制御手段１０ａと、を備えている。
【００２５】
第２の携帯電話１ｂは、ＧＰＳ機能を備えており、人工衛星４と無線により通信することにより、自身の位置する緯度、経度などの位置情報を取得する手段を有する。また、第２の携帯電話１ｂは、第１の携帯電話１ａと同等の交通情報配信要求手段１１ｂ、交通情報受信手段１２ｂ、交通情報表示手段１３ｂに加えて、ＧＰＳ機能によって取得した自身の位置情報をセンター装置に送信する位置情報送信手段１４と、交通情報配信要求手段１１ｂ、交通情報表示手段１２ｂ、位置情報送信手段１３ｂ、を制御する端末制御手段１０ｂとを備えている。
【００２６】
センター装置２は、第１・第２の携帯電話１ａ・１ｂからの要求を受信し（２ａ））、携帯電話の位置近辺の交通情報を集計して配信するインターフェイスを形成する交通情報配信手段２１と、交通情報配信手段２１が受信した第１・第２の携帯電話１ａ・１ｂの位置情報および通信時刻等の情報を受け取り（２ｂ））、これをもとに車両の走行データを作成し、例えば後述するようなテーブルの形態でデータベース化する車両情報収集手段２２と、交通情報配信サービスを利用する利用者の携帯電話１ａ・１ｂのＩＤ情報を管理する携帯電話情報管理手段２３と、を備える。
【００２７】
さらに、センター装置２は、交通情報配信手段２１が作成・収集した交通情報を格納する（２ｃ））ための車両情報データベース（ＤＢ）２４と、道路地図データを格納するための道路地図データベース（ＤＢ）２５と、携帯電話情報管理手段２３から受け取った（（２ｄ））携帯電話のＩＤ情報を格納するための携帯電話データベース（ＤＢ）２６と、を備える。
【００２８】
センター装置２に備えられた交通情報配信手段２１では、携帯電話に対して配信するための交通情報を集計するために、車両情報データベース２４と道路地図データベース２５とを参照する（２ｅ）、２ｆ））。また、第２の携帯電話１ｂの位置および通信時刻、第２の携帯電話１ｂのＩＤ情報などを車両情報収集手段２２に渡す（２ｂ））。また、第１の携帯電話１ａのＩＤ情報や通信時刻などの情報を携帯電話情報管理手段２３に渡す（２ｇ））。第２の携帯電話１ｂの位置情報は、携帯電話業者との合意の上で、センター装置２が第２の携帯電話１ｂの通信情報を基地局３より入手し、基地局３の位置、電波の方向や電波の強度などの記録を分析することによって取得したり、携帯電話情報管理手段２３によって発信された第２の携帯電話１ｂの位置情報を受信することによって取得したりすることもできる。
【００２９】
また、交通情報配信手段２１では、携帯電話１ａ・１ｂ近辺の交通情報を集計し、携帯電話１ａ・１ｂに配信するが、それだけではなく、例えば利用者からの連絡によって、利用者の移動目的地を予め知らされている場合には、その目的地近辺の交通情報を配信したり、目的地までの経路の交通情報を配信したりするなど、携帯電話の現在位置とは異なる遠隔地域の交通情報を携帯電話に対して配信することも可能である。
【００３０】
車両情報収集手段２２では、第２の携帯電話１ｂの位置および通信時刻などの情報をもとに車両の走行データを作成し、車両情報データベース２４を作成し更新する。走行データを作成する際は、第２の携帯電話１ｂの位置情報に関する誤差を補正するために、必要に応じて道路地図データベース２５を参照することができる。
【００３１】
また、車両情報収集手段２２は、交通情報配信手段２１から渡された携帯電話ＩＤが、利用者によって正規に登録されているもの否かを判断したり、車両情報データベース２４において更新するレコードの車両ＩＤと携帯電話ＩＤとを紐付けする情報を参照したりする目的など、必要に応じて、携帯電話データベース２６を参照することができる。
【００３２】
携帯電話情報管理手段２３では、携帯電話のＩＤ情報や、携帯電話ＩＤと利用者の乗車している車両情報を紐付けするために、車両ＩＤなどを携帯電話データベース２６に格納する。そのほか、携帯電話データベース２６には、サービス利用時刻、サービス利用回数などの情報を格納し、必要に応じて利用者に対するサービス利用料金の課金計算などを行ったり、例えば利用者が交通情報配信サービスを継続して何日間利用しているかのサービス利用期間を格納したり、機能を制限した試用版を無償で提供している場合には、試用フラグなどを格納したりしても良い。
【００３３】
但し、本実施の形態に基づく交通情報配信サービスは、原則として有償で提供される。これは、業者が利益を上げる目的で設立されるということの他に、無償でサービスを提供すると、車両に乗車中ではないのに、意味も無く、ひやかしでサービスを利用する人が現れ、その結果、収集した車両の走行データの信頼性が損なわれてしまう恐れがあるためである。それを防ぐことが、最たる目的である。尚、このデータベースの情報は、個人情報と直接関わるため、セキュリティーと利用者のプライバシー保護には特に配慮する必要がある。
【００３４】
次に、本実施の形態による走行データの収集および交通情報配信の動作例を示す。図２は、ＧＳＰ機能を有する携帯電話を用いた場合の動作例を示す図である。ここでは、道路上を走行中の車両２０１に乗車している利用者が、ＧＰＳ機能を有する携帯電話１ｂによって本実施の形態による交通情報配信サービスを利用している。基地局３ａ、３ｂは、携帯電話１ｂとセンター装置２との間の通信を中継している。地点Ａ〜地点Ｄは車両２０１の通過地点を示す。
【００３５】
ここで、利用者は、車両２０１が地点Ａに到達した時点で、携帯電話１ｂを操作し、交通情報配信サービスの利用を開始している。このサービスの利用を開始すると、端末制御手段１０ａが起動し、基地局３ａを介して（１））交通情報配信要求手段１１ａにより、センター装置２に対して交通情報配信要求を発信する（２））。同時に、位置情報送信手段１４により、人工衛星４を使って携帯電話１ｂの位置を測位し（破線）、位置情報をセンター装置２に発信する。センター装置２は、交通情報配信要求と携帯電話の位置情報を受信すると、交通情報配信手段２１によって携帯電話１ｂの位置すなわちＡ地点近辺の交通情報を集計し、携帯電話１ｂに返信する（３）、４））。それと同時に、受信した携帯電話１ｂの位置情報を車両情報収集手段２２に渡し、車両情報収集手段２２では、渡された位置情報に対して誤差補正などの処理を行った後、車両２０１がＡ地点を通過しているという走行データを、車両情報データベース２４に登録する。
【００３６】
センター装置２から基地局３ａを介して交通情報受信手段１２ｂに返信された交通情報（３）、４））は、携帯電話１ｂでは、車両２０１が地点Ｂに到達した時点で受信されている。この時点で、携帯電話１ｂでは、交通情報表示手段１３ｂによって交通情報を画面表示するとともに、位置情報送信手段１４により、再度位置情報を発信する（５）、６））。センター装置２では、交通情報配信要求を受信したときと同様の方法で、車両情報収集手段２２によって、車両情報データベース２４に車両２０１がＢ地点を通過しているという走行データを登録する。
【００３７】
さらに、携帯電話１ｂの端末制御手段１０ｂでは、交通情報の受信からある時間待機した後（例えば１〜３分程度）、時間経過による交通情報の変化を反映させるために、再度、交通情報配信要求手段１１ｂにより、交通情報配信要求を発信し（７））、位置情報送信手段１４により、携帯電話１ｂの位置情報をセンター装置２に送信する（８））。この時点で、車両２０１はＣ地点まで移動している。センター装置２では、前述した一連の処理を行い、交通情報を返信して、車両２０１がＣ地点を通過したという走行データを登録する。また、今回の交通情報を携帯電話１ｂの交通情報受信手段１２ｂが受信したときも、前述の一連の動作を携帯電話１ｂとセンター装置２でそれぞれ行う。この結果、車両情報データベース２４には、車両２０１がＡ地点からＢ地点、Ｃ地点を経由してＤ地点まで移動したというデータが登録されたことになり、交通情報の集計に有用なデータが収集できたことになる（９）〜１２））。このような情報は多数の車両から得られ、統計的処理が可能である。
【００３８】
尚、図２において、利用者が、携帯電話１ｂの代わりに、ＧＰＳ機能を有しない携帯電話１ａを使っている場合は、位置情報送信ができないため、携帯電話からの位置情報の発信ができない。その代わりに、センター装置２の交通情報配信手段２１では、本来、位置情報が受信されるべきタイミングで、基地局３ａ、３ｂの通信記録を取得し、分析することにより携帯電話１ａの位置を算出する。もちろん、ＧＰＳ機能を有する携帯電話１ｂでも、悪天候の影響などのため、ＧＰＳ機能によって位置が測位しにくい場合がある。そのような場合も、携帯電話１ａを使用する場合と同様に、基地局３ａ、３ｂの通信記録から携帯電話の位置を算出する。以上の方法によって、本実施の形態では、車両の走行データを収集することができる。
【００３９】
次に、１個の携帯電話で複数の車両の走行データを作成する場合の例について説明する。例えば、５時間連続して車両に乗っており、最初の１時間だけ交通情報配信サービスの利用をした後、一旦利用を中断し、４時間後に利用を再開したような場合には、最初の１時間の走行データと４時間後の走行データとの間の区間については、どのようなルートで車両を運行したか追跡するのが非常に困難であり、一貫した交通情報として利用することは難しい。そこで、最初の１時間と４時間後の車両データとを、別の車両の走行データとして取り扱う。もちろん、途中で車両を乗り換えた場合も同様に別車両として取り扱う。
【００４０】
図３は、車両の走行中に一旦交通情報配信サービスの利用を中断した場合の例を示す図である。図３では、符号Ａ〜符号Ｆは、車両３０１の通過地点であり、車両３０１内の携帯電話３０２から交通情報配信要求を発信した地点を示す。ただし、交通情報配信サービスの利用状況は、車両３０１がＡ地点に到達した時点までに端末制御手段１０ａ／１０ｂを起動してサービスの利用を開始しておき、Ｂ地点、Ｃ地点で交信し、次いでＤ地点に到達した時点で、一旦、端末制御手段１０ａ／１０ｂの動作を終了させて中断する。次いで、例えば交通状況が変わりうる程度の長さの時間、例えば１０分程度〜２時間程度後にＥ地点に到達した時点で、端末制御手段１０ａ／１０ｂを起動してアプリケーションの利用を再開し、Ｆ地点に到達した時点で端末制御手段１０ａ／１０ｂの利用を終了する。
【００４１】
このような動作を行った場合において、車両情報データベース２４においては、Ａ地点からＤ地点までの車両３０１の走行データに対しては、車両ＩＤとして「１０１」が付与されている。一方、Ｅ地点からＦ地点までは、車両ＩＤとして「１０２」が与えられている。
【００４２】
この車両ＩＤの変更する制御処理は、携帯電話データベース２６を使用して行う。交通情報配信サービスの利用を開始した時点、すなわち図３におけるＡ地点およびＥ地点では、携帯電話３０２から交通情報配信要求を発信する際に、「端末制御手段１０ａ／１０ｂを起動してから最初の要求である」という情報を交通情報配信要求とともにセンター装置２（図１）に発信する。この情報の実装は、交通情報配信要求用のデータ構造の中に、最初の通信であることを示す「初回フラグ」を付加し、そのフラグをＯＮにして要求を発信ことで実現することができる。
【００４３】
この場合、Ｂ〜Ｄ地点およびＦ地点からの交通情報配信要求では、初回フラグはＯＦＦにする。センター装置２では、初回フラグＯＮの交通情報配信要求を受信すると、携帯電話情報管理手段２３に携帯電話ＩＤと初回フラグの内容を渡す。携帯電話情報管理手段２３では、携帯電話データベース２６において、携帯電話ＩＤと紐付けする車両ＩＤを、以前の車両ＩＤと別の値に変更して更新する。車両情報収集手段２２では、この新しい車両ＩＤを携帯電話データベース２６から取得して、新しい車両ＩＤを使って車両情報データベース２４に車両の走行データを登録する。
【００４４】
以上の方法によって、車両ＩＤの切り替えをスムーズに行うことができ、また、１個の携帯電話について、複数の車両分の走行データを作成することができる。もちろん、同じ携帯電話を所持して途中で車両を乗り換え、前後それぞれの車両内で上記交通情報配信サービスを利用した場合でも、車両毎にそれぞれ別の車両ＩＤを作成し同様の処理によって走行データを管理することができる。
【００４５】
尚、図１にも示されているように、基地局３は、例えば携帯電話事業者の基地局に相当し、第１の携帯電話１ａ、第２の携帯電話１ｂおよびセンター装置２との通信を中継する機能を有する。その一方で、基地局３は、通信先の携帯電話を一意に識別するＩＤ情報および携帯電話から飛来する電波の方向などの通信情報を収集する車両情報収集手段２２を有する。尚、基地局３は、１つのエリアに複数個設けられているのが一般的であるが、１個の携帯電話からの通信を複数の基地局３が中継する場合がある。また、基地局３は、センター装置２が、携帯電話事業者と有線回線によって直接通信を行う場合は、有線回線の携帯電話事業者側の通信装置に置き換わる。
【００４６】
図４は、本実施の形態によるシステムおいて使用される特徴的な各データの構成例を示す図である。適宜図１も参照しながら説明を行う。
【００４７】
図４Ａは、交通情報配信要求手段１１ｂおよび位置情報送信手段１４に対して、携帯電話１ｂから発信されるデータ構造例を示す図である。図４Ｂは、車両情報データベース（ＤＢ）２４に格納される車両走行データのデータ構造例を示す図である。図４Ｃは、携帯電話データベース（ＤＢ）２６に格納される携帯電話データのデータ構造例を示す図である。
【００４８】
図４Ａに示すように、携帯電話からの発信データのデータ構造は、例えば、携帯電話を一意に識別できる携帯電話ＩＤ４０１、内容種別４０２、初回フラグ４０３、発信時刻４０４、携帯電話位置４０５、が含まれる。携帯電話ＩＤ４０１には、要求を発信した携帯電話を一意に識別するための識別子であるＩＤを格納する。内容種別４０２は、通信の内容が、（１）位置情報を含む交通情報配信要求か、（２）位置情報を含まない交通情報配信要求か、（３）位置情報のみの発信であるか、を区別するための項目であり、例えば、それぞれの区分に対応するコードを格納する。
【００４９】
初回フラグ４０３は、端末制御手段１０ａ／１０ｂを起動してから最初の要求のときにＯＮに設定し、そうでないときはＯＦＦに設定する。発信時刻４０４は、交通情報配信要求を発信した時点における年月日時刻あるいはＧＰＳ機能によって位置を測位した時点の年月日時刻を格納する。携帯電話位置４０５は、ＧＰＳ機能によって測位した携帯電話１ｂの位置情報を緯度・経度などで表して格納する。ＧＰＳ機能によって位置を測位した時点の年月日時刻に関する発信時刻４０４と携帯電話位置４０５とは、組になって格納される。交通情報配信要求を発信した時点における年月日時刻の場合でも、ＧＰＳ機能によって位置を測位した時点の年月日時刻に関する発信時刻４０４と近接した時刻であれば携帯電話位置４０５と組にして格納する。
【００５０】
図４Ｂの車両走行データのデータ構造は、車両ＩＤ４１１、連番４１２、収集方法種別４１３、車両位置４１４、通過時刻４１５、を有している。車両ＩＤ４１１には、車両を一意に識別するための識別子であるＩＤを格納する。連番４１２には、同一の車両ＩＤに対する複数の車両走行データを識別し、かつ、順番付けするための番号を格納する。これにより、同一の車両ＩＤに対する複数の車両走行データが時系列的に格納される。収集方法種別４１３には、車両走行データをどのような手段で収集したかを識別するためのコードを格納する。この収集方法種別４１３は、本実施の形態によって収集したデータ以外に、従来から利用されているビーコン装置や、バスやタクシーなど特定業種のプローブカーによって収集したデータを混在させることができ、互いの弱点を補完しあうために使用される。車両走行データは、車両ＩＤ４１１、連番４１２、収集方法種別４１３の組み合わせで、レコードを一意に識別することができる。車両位置４１４には、車両の位置を例えば緯度・経度で表して格納する。通過時刻４１５は、車両位置４１４に格納した位置を車両が通過した時点の年月日時刻を格納する。これにより、車両がいつどこに位置していたかを知ることが出来る。
【００５１】
図４Ｃの携帯電話データのデータ構造は、携帯電話ＩＤ４２１、車両ＩＤ４２２、利用登録日４２３、最終利用日４２４、利用回数４２５、を有している。携帯電話ＩＤ４２１には、交通情報配信要求に格納されていた、携帯電話を識別するＩＤを格納する。携帯電話データはこの携帯電話ＩＤ４２１によりレコードを一意に識別することができるようになっている。車両ＩＤ４２２には、携帯電話と車両とを紐付けするために車両ＩＤを格納する。この車両ＩＤ４２２によって、携帯電話データと車両走行データとを１対１で対応させることができる。図３で説明したように、車両ＩＤ４２２は、携帯電話側で端末制御手段１０ａ／１０ｂが起動するたびに更新されるため、携帯電話データと対応を取ることができるのは、原則として、最新の車両走行データのみである。それ以前の車両走行データについては、利用者のプライバシー保護の観点から、携帯電話データと対応付けできないようにしておくのが好ましい。利用登録日４２３には、利用者が交通情報配信サービスの利用登録を行った日付を格納する。
【００５２】
最終利用日４２４には、利用者が交通情報配信サービスを最後に利用した日付を格納する。利用回数４２５には、利用者が交通情報配信サービスを利用した回数を格納する。利用登録日４２３、最終利用日４２４、利用回数４２５の情報は、本実現の形態における必須の情報ではないが、これらの情報は、例えばヘビーユーザに対してサービス利用料の優遇割引を適用するために、どれだけの頻度でサービスを利用しているか調べる目的などに使用することができる。
【００５３】
以下、上記のように構成された交通情報収集システムの動作例について、フローチャート図を用いて説明する。
【００５４】
図５は、携帯電話における端末制御手段１０ａ／１０ｂの処理の流れを示すフローチャート図である。以下の処理は、アプリケーションプログラムによって行われるものとし、このアプリケーションプログラムは、車両の乗車時又は走行開始時には起動されても良い。また、起動は、乗車動作又は車両の移動開始動作と対応付けして行われるようにしても良い。適宜、図１を参照しながら説明を行う。
【００５５】
端末制御手段が起動すると、まず、位置情報送信手段１４によって、携帯電話の位置を測位・取得し（ステップ５０１）、図４Ａに示す初回フラグ４０３をＯＮにして、１回目の交通情報配信要求をセンター装置２に発信する（ステップ５０２）。次に、交通情報を受信するまで待機する（ステップ５０３）。尚、携帯電話が位置情報送信手段１４を備えていない場合は、ステップ５０１の処理はスキップされる。また、以下の位置情報送信手段１４による処理（ステップ５０５、ステップ５０７）も、同様にスキップされる。
【００５６】
交通情報を受信した場合、交通情報表示手段１３ｂによって、受信した交通情報を画面表示する（ステップ５０４）。次に、位置情報送信手段１４によって、携帯電話の位置を測位し、センター装置２に発信する（ステップ５０５）。次に、一定時間が経過するまで待機する（ステップ５０６）。
【００５７】
一定時間が経過した場合、同様に、再度、位置情報送信手段１４によって、携帯電話の位置を測位し（ステップ５０７）、図４Ａの初回フラグ４０３をＯＦＦにして、交通情報配信要求をセンター装置２に発信する（ステップ５０８）。次に、交通情報を受信するまで待機し（ステップ５０３）、以下、ステップ５０４以下の処理を繰り返す。尚、この処理は、携帯電話の電源をＯＦＦにするなどの手段によって割り込みをかけ、いつでも中断し、終了することができる。
【００５８】
図６は、センター装置２における交通情報配信手段２１の処理を示すフローチャート図である。交通情報配信手段２１は、起動すると、まず、携帯電話から通信を受信するまで待機する（ステップ６０１）。携帯電話からの通信を受信した場合、発信データの内容種別４０２に示された通信の内容によって、以降の処理を分岐する（ステップ６０２）。ステップ６０２で交通情報配信要求を受信していた場合、まず、携帯電話情報管理手段２３を呼び出し、携帯電話から受信したデータを渡して、携帯電話データベース２６の情報を更新する（ステップ６０３）。携帯電話情報管理手段２３の詳しい処理内容については後述する。
【００５９】
次に、交通情報配信要求に携帯電話の位置情報が付随しているかどうかで処理を分岐する（ステップ６０４）。ステップ６０４で携帯電話の位置情報が付随していなかった場合、通信を中継した基地局から、電波の方向などの通信情報を取得し（ステップ６０５）、その情報を分析し、携帯電話の位置を算出する（ステップ６０６）。携帯電話の位置の算出方法に関しては、詳細は省略するが、既知の方法として、複数基地局測位方式や、セルベース測位方式などの方法がある。ステップ６０４で携帯電話の位置情報が付随していた場合は、ステップ６０５、ステップ６０６をスキップする。
【００６０】
次に、携帯電話ＩＤや携帯電話の位置情報などを車両情報収集手段に渡し、車両情報収集手段２２を呼び出す（ステップ６０７）。車両情報収集手段２２の詳しい処理内容については後述する。次に、車両情報データベース２４および道路地図データベース２５のデータを参照し、携帯電話の位置近辺の交通情報あるいは車両の目的地までの経路の交通情報などを集計し（ステップ６０８）、携帯電話に交通情報を配信する（ステップ６０９）。ここで、配信する交通情報には、渋滞情報や目的地までの予想時間などのほかに、携帯電話の位置近辺にあるドライブインなどの店舗の広告情報などを含めても良い。その後は、再び携帯電話からの通信を受信するまでの待機状態に戻る。
【００６１】
ステップ６０２で携帯電話の位置情報のみを受信していた場合、携帯電話ＩＤや携帯電話の位置情報などを車両情報収集手段に渡し、車両情報収集手段２２を呼び出し（ステップ６１０）、再び携帯電話からの通信を受信するまでの待機状態に戻る。
【００６２】
図７は、車両情報収集手段２２の処理を示すフローチャート図である。車両情報収集手段２２では、まず、道路地図データベース２５に格納されている道路の位置情報を参照して、交通情報配信手段２１から渡された携帯電話の位置情報とマッチングを行い、必要に応じて携帯電話の位置を道路に近い位置に補正する（ステップ７０１）。但し、携帯電話の位置情報の精度が十分に高い場合や、元データを極力変更せず、生のデータに近い値を車両情報データベース２４に格納したい場合は、このステップを省略することができる。次に、携帯電話データベース２６を参照して、携帯電話ＩＤに紐付けされている車両ＩＤを取得する（ステップ７０２）。ここで、携帯電話ＩＤまたは車両ＩＤが携帯電話データベース２６に登録されておらず、取得に失敗した場合は、エラーとして、本手段の呼び出し元の処理に戻る。次に、図４Ｂに示した車両走行データの各項目に値を設定して、車両情報データベース２４にデータを登録する（ステップ７０３）。以上の処理が完了すると、本手段の呼び出し元の処理に戻る。
【００６３】
以上のように、本実施の形態では、車両の走行データを収集するにあたって、車両の速度のチェックを行うことなく収集している。速度のチェックが不要である理由は、利用者が携帯電話は車両の中から通信していることを前提としており、そのことが予め高い確率で保障されているためである。速度のチェックを不要にすることにより、車両の移動速度が渋滞のため歩行者並みに遅くなったりしても、車両走行データとして価値のあるデータとして扱うことができ収集することができる。
【００６４】
図８は、携帯電話情報管理手段２３の処理の流れを示すフローチャート図である。携帯電話情報管理手段２３では、まず、携帯電話データベース２６を参照して、交通情報配信手段２１から渡された携帯電話ＩＤが、正規のサービス利用者の携帯電話として登録済みであるか判定する（ステップ８０１）。登録されていなければ、エラーとして以降の処理をスキップし、本手段の呼び出し元の処理に戻る。これによって、本実施形態に基づく交通情報配信サービスが未登録者によって利用された場合、そのデータは携帯電話データベース２６や車両情報データベース２４には登録されない。このことは、収集する車両走行データの信頼性も維持することにも繋がる。また、無償の試用版を提供する場合、試用版利用者は正規のサービス利用者として登録しないようにしておけば、仮に試用版を車両に乗車していない人がひやかしで利用しても、その場合のデータは車両走行データとして登録されないことにする。従って、ひやかしで利用する利用者の存在を気にせずにすみ、また、特に気にせずに試用版を一般に提供することができる。
【００６５】
携帯電話ＩＤが、正規のサービス利用者の携帯電話として登録済みの場合、交通情報配信手段２１から渡された、携帯電話からの受信データの初回フラグ４０３がＯＮであるかＯＦＦであるかを調べ、携帯電話で端末制御手段１０ａ／１０ｂが起動してから最初の交通情報配信要求であるか否かを判定する（ステップ８０２）。
【００６６】
ステップ８０２で、初回フラグ４０３がＯＮつまり最初の交通情報配信要求だった場合、携帯電話データベース２６から、携帯電話ＩＤが渡されたものに該当する携帯電話データを取得し、そのデータの車両ＩＤ４２２を別のＩＤに更新する（ステップ８０３）。このとき、利用者のプライバシーをできる限り保護するため、車両ＩＤは携帯電話ＩＤと関連性のないものを選ぶようにすると良い。ステップ８０２で初回フラグ４０３がＯＦＦ、つまり最初の交通情報配信要求ではなかった場合、ステップ８０３の処理はスキップする。
次に、携帯電話データベース２６において、最終利用日４２４、利用回数４２５など利用状況に関するデータを必要に応じて更新する（ステップ８０４）。以上の処理が完了したら、本手段の呼び出し元の処理に戻る。
【００６７】
以上のように、本実施の形態による交通情報収集システムによれば、車両の速度に関係なく、走行中の車両からの携帯電話の通信記録を抽出し、高速道路から一般道を含めた広範囲に渡る道路網から車両の走行データつまりプローブ情報を収集することができる。従って、交通情報を用いたサービスを提供するための元データの収集方法として有用である。また、交通情報を提供しながら同時に走行データを収集できるため、業務サイクルとしても効率の良いシステムを構築することができるという利点がある。
【００６８】
尚、本発明は、上記各ステップをコンピュータに実行させるためのプログラム又はこのようなプログラムを格納するコンピュータ読み取り可能な記録媒体であっても良い。
【００６９】
本命最初に記載の携帯端末には、いわゆる携帯電話機、ＰＤＡ、携帯型ＰＣなどの通信携帯端末が含まれ、また、ＰＨＳなどと関連付けされたカーナビゲーション装置であっても良く、限定的な意味で用いられるものではない。
【産業上の利用可能性】
【００７０】
本発明は、交通情報処理システムとして利用可能である。
【図面の簡単な説明】
【００７１】
【図１】本発明の一実施の形態による交通情報処理システムの構成の一例を示すブロック図である。
【図２】本実施の形態における走行データの収集および交通情報配信の動作例として、ＧＳＰ機能を有する携帯電話を用いた場合の動作例を示す図である。
【図３】同一の携帯電話に対する複数の走行データの作成例として、車両の走行中に一旦交通情報配信サービスの利用を中断した例を示す図である。
【図４】本実施の形態において使用する特徴的な各データのデータ構造例を示す図である。
【図５】携帯電話における端末制御手段１０ａ／１０ｂの処理を示すフローチャート図である。
【図６】センター装置２における交通情報配信手段２１の処理を示すフローチャート図である。
【図７】車両情報収集手段２２の処理を示すフローチャート図である。
【図８】携帯電話情報管理手段２３の処理を示すフローチャート図である。
【符号の説明】
【００７２】
１ａ…ＧＳＰ機能を有しない携帯電話、１ｂ…ＧＳＰ機能を有する携帯電話、２…センター装置、３、３ａ、３ｂ…基地局、４…人工衛星、１０ａ、１０ｂ…端末制御手段、１１ａ、１１ｂ…交通情報配信要求手段、１２ａ、１２ｂ…交通情報受信手段、１３ａ、１３ｂ…交通情報表示手段、１４…位置情報送信手段、２１…交通情報配信手段、２２…車両情報収集手段、２３…携帯電話情報管理手段、２４…車両情報データベース、２５…道路地図データベース、２６…携帯電話データベース。
【図１】
2008134957.tif 000003
【図２】
2008134957.tif 000004
【図３】
2008134957.tif 000005
【図４】
2008134957.tif 000006
【図５】
2008134957.tif 000007
【図６】
2008134957.tif 000008
【図７】
2008134957.tif 000009
【図８】
2008134957.tif 000010