JP3974195B2 - 道路情報提供システム - Google Patents

Description

【０００１】
【産業上の利用分野】
本発明は、乗用車，トラック等のドライバーまたは車両運行に関わる人へ渋滞，工時中，事故発生などの道路情報を電話，ファクシミリ通信などの各種のメディアを通じて提供する道路情報提供システムに関するものである。
【０００２】
【従来の技術】
テレビ、ラジオ等のマスメディアによって提供される渋滞、事故発生等の道路情報は、高速道路、一般道等の道路種別や地域に応じてそれぞれの管理者によって独自の形態で収集されるようになっており、収集された道路情報のデータフォーマットもそれぞれ異なった形式になっている。
【０００３】
このようにして収集された道路情報はそれぞれの情報源別の係員による解読あるいは確認作業によって統一した形式の道路情報に編集され、テレビ、ラジオ、新聞等のマスメディアを通じて利用者に提供されるようになっている。
【０００４】
この場合、テレビ、ラジオ等のマスメディアによって提供される道路情報は、通常、主要道路に関するもののみとなっている。また、利用者に提供される道路情報は、情報源である道路管理者が提供するデータ形式に依存し、そのデータ形式に合った形式でしか提供されなかった。すなわち、例えば情報源が文字データの場合は文字形式によって提供され、また情報源が地図データ形式の場合は地図形式によって提供されるものとなっている。
【０００５】
一方、道路に関する情報を提供するシステムとして、電子情報通信学会ＤＥ８９−２４（１９８９年７月２１日）「階層化されたディジタル地図データベースに基づく都心部自動車用経路案内システム」が提案されている。このシステムは、ディジタル地図データを道路網ネットワークに加工し、出発地から目的地に到る経路をパーソナルコンピュータから成るユーザ端末に返信するもので、道路渋滞、交通規制中などの時々刻々と変わる情報を利用者に提供するものではない。
【０００６】
また、特開昭６３−２００２７１号公報「移動経路探索方式」で提案されているように、自走車等の移動体の移動経路上の障害物を地図上に反映させ、移動体の経路探索を行う方法があるが、地図上の経路探索を目的とし、道路渋滞、交通規制中などの時々刻々と変わる情報を利用者に提供するものではない。
【０００７】
【発明が解決しようとする課題】
しかしながら、テレビ、ラジオ等のマスメディアによって提供される道路情報は、通常、主要道路に関するものが中心であるので、その他の道路については全く知り得ないという問題がある。
【０００８】
また、主要道路であっても、膨大な道路情報の中から目的とする主要道路の道路情報をドライバー自身で選択しなくてはならないという問題がある。
【０００９】
例えば、ラジオにおける道路情報では、ある特定の時間でしか放送を行なっておらず、放送時間を踏まえてチャンネルを合わせる必要がある。また、放送が聞けたとしても、多数の主要道路のうちどの道路から順に放送されるのかが分からないので、注意深く聞かなくければならないし、必ずしも目的とする道路の情報が聞けるとは限らない。タイミング良く聞けたとしても同じ情報を何度も放送しないので、聞き逃してしまったり、忘れてしまうことがある。また、ラジオで放送している道路情報の位置は、利用者が認識している位置と必ずしも一致していないことがあり、利用者側から見た場合の正確さが劣るという問題がある。
【００１０】
ここで、道路情報を利用者からの要求に応じて個別に提供している関係機関もあるが、これら機関では利用者側が自ら選択できるような機械化されたシステムではなく、人手で対応している現状であり、対応できる人員も限られているため、一部の利用者のみへの対応に追われ、多数の利用者に迅速に対応できないという問題がある。
【００１１】
すなわち、従来のラジオ放送等を使用した道路情報の提供システムにあっては、目的とする道路が主要道路であったとしても、その道路情報を得るまでに、放送時刻に合わせたチャンネル選択操作、放送内容から目的とする道路の情報を抽出するために聞き取りに集中する時間が必ず必要になり、任意の時刻で所望の道路の道路情報を正確に、かつ容易に知り得ることができないという問題がある。
【００１２】
本発明の目的は、利用者側において任意の時刻で所望の道路の道路情報を正確に、かつ容易に知り得ることができる道路情報提供システムを提供することである。
【００１３】
【課題を解決するための手段】
上記目的を達成するために、本発明は、基本的には、道路形状を図形表示するための道路地図データを道路情報提供の対象となる道路について路線毎に起点から並べ替え、道路の位置をネットワーク化したデータベースを作成し、さらに、道路情報提供の対象となる道路について当該道路の管理者から提供される渋滞等の道路情報を共通のデータ形式に統一し、この統一された道路情報を前記道路ネットワークデータベースに対し、各道路の位置情報に対応付けて展開し、さらに道路情報利用者から要求された道路に関する道路情報を前記道路ネットワークデータベースから検索し、道路情報利用者に返信するように構成したものである。
【００１４】
【作用】
上記手段によると、静的なデータである道路地図データを路線毎に起点から並べ替え、道路の位置をネットワーク化し、そこに交通渋滞や事故、規制、災害など時々刻々の最新の道路情報が発生している位置を対応付けて展開した道路ネットワークデータベースが作成される。
【００１５】
このデータベースに対し、位置、道路名、交差点名などの道路属性情報をキーとした道路情報の要求があった場合は、これらのキーに対応する道路の道路情報が検索され、利用者に返信される。
【００１６】
従って、利用者は道路属性情報をキーとした道路情報の送信要求を行うのみの簡単な操作で、希望する道路について任意の時刻に、正確な道路情報を容易に得ることができる。
【００１７】
この場合、道路情報の獲得のために利用者が使用する装置は、パーソナルコンピュータ、電話、ファクシミリ装置、無線電話などの装置がある。
【００１８】
【実施例】
以下、本発明の一実施例を図面により説明する。
【００１９】
図１は本発明による道路情報提供システムの一実施例を示す全体構成図であり、大別して、センタ側装置１および道路情報の利用者が使用する複数の利用者端末２，３，４と、これらを接続する有線または無線の通信回線５，６，７とから構成されている。
【００２０】
利用者端末２は例えばパーソナルコンピュータで構成され、他の利用者端末３，４は電話機，ファクシミリ装置で構成されている。
【００２１】
一方、センタ側装置１は、道路形状を図形表示するための道路地図データ（白地図データ）を格納した道路地図データファイル１０、この道路地図データファイル１０に格納された道路地図データを道路情報提供の対象となる道路について路線毎に起点から並べ替え、道路の位置をネットワーク化したデータベース１１を作成する道路データベース作成部１２と、道路情報提供の対象となる道路について当該道路の管理者から提供される渋滞等の道路情報１３を共通のデータ形式に統一し、この統一された道路情報をデータベース作成部１２に渡し、道路ネットワークデータベース１１内の各道路の位置情報に対応付けて展開させるデータ形式統一処理部１４（道路情報展開手段）と、道路情報利用者１５から要求された道路に関する道路情報を道路ネットワークデータベース１１から検索し、さらに道路情報利用者１５が希望するデータ形式等に加工編集して道路情報利用者１５に返信する編集／検索処理部１６と、編集された道路情報を利用者端末２，３，４の特性に応じたデータ形式（図形データ、文字データ、音声データ）に変換して返信するメディア対応インタフェース１７と、無料または有料の利用契約によって道路情報を定期的に送信する利用者の送信先、名称、利用者端末の特性、対象の道路の属性情報（道路名、交差点名など）などを格納した顧客管理データファイル１８とから構成されている。
【００２２】
ここで、道路公団、国家機関、警察等の道路管理者が提供する道路情報としては、イベント形式の道路情報１３０とリンク形式の道路情報１３１，１３２がある。
【００２３】
イベント形式の道路情報１３０とは、交通事故の処理中、工時中などの情報であり、道路管理者によって文字データで提供される。
【００２４】
リンク形式の道路情報１３１，１３２とは、道路に所定区間毎に設置した検知器によって検知した区間ごとの渋滞等を示す情報であり、渋滞中であれば“１”，渋滞中でなければ“０”という２値データで提供される。
【００２５】
図２は、本実施例の全体処理を示す処理概要図であり、処理概要としては、道路の形状を示す道路地図データ１０をデータベース作成部１２で読み出し、道路の位置をネットワーク化したデータベース１１を作成する。
【００２６】
次に、刻々変化する道路情報１３が入力されるたびに、道路情報１３をデータ形式統一処理部１４で共通のデータ形式に統一し、道路ネットワークデータベース１１内の各道路の位置情報に対応付け（マッチングさせ）、道路ネットワークデータベース１１にマッチした道路情報１３”を得、この道路情報１３”をデータベース作成部１２に渡し、道路ネットワークデータベース１１上に展開する。
【００２７】
図３は、データベース作成部１２が実行する道路ネットワークデータベース１１の作成処理の概要図である。
【００２８】
データベース作成部１２は、例えば図示のように４枚の道路地図上の道路の形状を記号２−１０で示すように図形表示するための道路地図データ１０を路線毎に起点から並べ替える処理２−３０によって道路ネットワークデータベース１１を作成することを特徴としている。
【００２９】
図形表示させるために作成された道路地図データ１０は、地図番号２−２２単位で作成されており、当該地図内に存在する路線に割り当てられたデータ番号２−２３と、その路線の始点および終点の座標データ２−２４とを含む。
【００３０】
例えば、地図番号「１」内に存在する路線ａはデータ番号Ｒ２−ａで表され、その始点座標はｘ１，ｙ１、終点座標はｘ２，ｙ２で表されている。
【００３１】
地図番号「２」，「３」，「４」内に存在する路線ｂ，ｃ，ｄ，ｅ，ｆ，ｇについても同様に表されている。
【００３２】
路線毎の起点からの並べ替え処理により、図示のような道路ネットワークデータベース１１が作成される。
【００３３】
すなわち、道路地図データ１０の路線ｃ，ｅ，ｇ，ｆは路線Ｒ１に属し、また路線ｄ，ｂ，ａは路線Ｒ２に属し、かつ路線ｃの始点が路線Ｒ１の起点、路線ｄの始点が路線Ｒ２の起点となっているので、路線Ｒ１に属する路線ｃ，ｅ，ｇ，ｆに関する地図番号、データ番号および座標データが先頭に配置され、その後に路線Ｒ２に属する路線ｄ，ｂ，ａに関する地図番号、データ番号および座標データが配置されたデータベース１１が作成される。
【００３４】
ここで、並べ替えた時の起点からの順位を表す順位データ２−２５が各路線毎に付加される。
【００３５】
このように路線毎に起点から並べ替えることにより、各路線Ｒ１，Ｒ２は記号２−５０，２−５１で模擬的に表すことができ、これによってその路線での起点からの相対位置がわかるようになる。
【００３６】
また、一般に道路地図データ１０は、図形表示することを目的に作成しているため、データ形式として地域毎に分割された地図番号２−２２毎に作成されているが、路線毎に起点から並べ替えることにより、地図番号を意識することなく各路線における相対位置を知ることができる。
【００３７】
ところで、並べ替えの際に、図４（ａ）に示すように、路線が全く分岐していない通常の道路３−１０については、起点から順に各路線Ｒ１−ａ，Ｒ１−ｂ，Ｒ１−ｃの始点および終点を順次並べるといった方法でよいが、図４（ｂ）に示すように途中で分岐している路線を有する道路３−２０については、分岐部分の一方を本線、他方を支線として選択設定し、この後に起点から順に並べ替える。
【００３８】
すなわち、図４（ｂ）の例では、路線Ｒ１−ａとＲ１−ｄとの間が分岐し、分岐路線Ｒ１−ｂとＲ１−１−ｃとで接続されているが、この場合は、例えば分岐路線Ｒ１−ｂを本線、Ｒ１−１−ｃを支線として選択設定し、まず、本線Ｒ１−ｂを通るように各路線を並べ替え、次に支線Ｒ１−１−ｃを独立した路線として登録する。
【００３９】
また、図４（ｃ）に示すように途中で分割している路線を有する道路３−３０については、分割単位ごとに本線１、本線２という形で道路ネットワークデータベース１１を作成する。すなわち、路線Ｒ１−ａを本線１として登録し、路線Ｒ１−ｂ，Ｒ１−ｃを本線２に属する路線として登録する。
【００４０】
次に、道路ネットワークデータベース１１上で道路情報１３とマッチングする処理の概要について図５を用いて説明する。
【００４１】
まず、路線Ｒ１の始点の地点名Ａから終点の地点名Ｅに到る道路ネットワークデータベース１１が図５に示すようなものであった場合に、路線名４−１１として「Ｒ１」、方向４−１２として「下り」、地点名４−１３として「Ｄ」、事象４−１４として「渋滞２Ｋｍ」というデータから成る道路情報１３が入力されたとすると、マッチング処理では、路線名Ｒ１の「Ｒ１」を検索キーとして道路ネットワークデータベース１１を検索し、「Ｒ１」をデータ番号の一部に有する路線を抽出する。すると、ここでの例ではデータ番号Ｒ１−ｃ〜Ｒ１−ｆの路線が抽出される。
【００４２】
そこで、次に、このデータ番号Ｒ１−ｃ〜Ｒ１−ｆで示される路線の中で地点名「Ｄ」がいずれの路線との間に属する地点であるかを認識し、その認識した地点に対し、事象４−１４の情報を関係付ける。すなわち、図５の道路情報１３の例では、地点Ｄから下り方向に向かって「渋滞２Ｋｍ」という事象が入力されたので、路線Ｒ１−ｇ，Ｒ１−ｅの距離をそれぞれ１Ｋｍとすると、地点Ｄから地点Ｂに到る路線Ｒ１−ｇ，Ｒ１−ｅの区間で「渋滞」、それ以外の区間では「非渋滞」という情報が図示のように関係付けられて登録される。すなわち、路線毎に起点から並べた道路ネットワークと道路情報とが対応付けられた道路ネットワークデータベース１１が作成される。
【００４３】
ここで、道路情報１３として、図６に示すように、路線Ｒ１−ｅ，Ｒ１−ｇを示すデータ番号５−１１，５−１２、および下り方向を方向データ５−１３、渋滞を示す事象データ５−１４が図形データの形で入力される場合もある。この場合も、図５の例と同様に、道路ネットワークとマッチングさせる。
【００４４】
すなわち、路線Ｒ１−ｅ，Ｒ１−ｇを検索キーとして道路ネットワークデータベース１１を検索し、「Ｒ１−ｅ」，「Ｒ１−ｇ」をデータ番号とする路線を抽出する。
【００４５】
次に、このデータ番号「Ｒ１−ｅ」，「Ｒ１−ｇ」で示される路線に対し、事象５−１４の情報を関係付ける。すなわち、地点Ｄから地点Ｂに到る路線Ｒ１−ｇ，Ｒ１−ｅの区間で「渋滞」、それ以外の区間では「非渋滞」という情報が図示のように関係付けられて登録される。
【００４６】
図７は、以上のようにして作成された道路情報ネットワークデータベース１１から利用者１５の要求に合った道路情報を取り出し、利用者１５に提供する過程を示す概略図であり、渋滞等の道路情報が組み込まれた道路ネットワークデータベース１１の内容は、編集／検索処理部１６によって読み出し、通信回線を通じて路線毎に利用者に転送することにより、図７（ｂ）に示すように路線毎に図形表示させることができる。
【００４７】
ここで、利用者１５が路線Ｒ１を指定したのみで、その路線Ｒ１の中の特定範囲を指定しなかった場合は、利用者側の表示装置で表示可能な範囲の全ての道路と、それらの道路の渋滞等の事象が表示される。
【００４８】
しかし、図７（ｃ）に示すように、利用者１５が路線Ｒ１の中の路線Ｒ１−ｃ，ｅを指定した場合は、道路ネットワークデータベース１１の中のデータ番号Ｒ１−ｃ，Ｒ１−ｅの路線に関するデータのみが編集／検索処理部１６によって読み出され、図７（ｅ）に示すように文字表示、または図７（ｆ）に示すように図形表示される。
【００４９】
図７の道路ネットワークデータベース１１の例では、文字表示の場合は、路線Ｒ１の下り方向においてＣ地点を先頭に１Ｋｍ渋滞中であることが表示される。
【００５０】
また、図形表示の場合は、路線Ｒ１−ｅの道路表示に隣接して「渋滞区間」であることが表示される。
【００５１】
なお、利用者が希望する路線の範囲は、図７（ｃ）に示すように、希望する範囲を枠線７−１１で囲む方法、あるいは路線番号そのものをキーボード等から指定する方法などによって指定する。
【００５２】
図８は、利用者が道路情報の提供を要求する端末の一例を示す概略構成図であり、例えばパーソナルコンピュータで構成される。このユーザ端末２０は、中央処理装置（ＣＰＵ）２００、キーボード２０１、ディスプレイ２０２、通信回線５を通じてデータを送受するためのモデム２０３、ＣＤ−ＲＯＭ等で提供される道路地図データ２０４とを備えている。この場合、ＣＰＵ２００には道路情報を送受するための通信プログラムが実装されている。
【００５３】
この構成において、センタ側装置１から道路情報の提供を希望する場合、まず、キーボード２０１から希望する路線の名称または路線番号を入力する。この後、送信開始コマンドを入力し、希望する路線の名称または路線番号を含む道路情報送信要求をモデム２０３から通信回線５に送出させる。
【００５４】
通信回線５を通じて道路情報送信要求を受信したセンタ側装置１では、編集／検索処理部１６が道路ネットワークデータベース１１の中から利用者から要求された路線の道路情報を検索し、その検索結果の道路情報をメディア対応インタフェース１７でユーザ端末２０が受信可能なデータ形式に変換し、通信回線５を通じてユーザ端末２０に送信する。
【００５５】
センタ側装置１から道路情報を受信したユーザ端末２０のＣＰＵ２００は、受信した道路情報をディスプレイ２０２に文字表示または図形表示する。
【００５６】
ここで、センタ側装置１から送信されて来た道路情報の中に地図番号が含まれていた場合は、ＣＰＵ２００は道路地図データ２０４の中の同地図番号で示される地図上の道路形状データを読み出し、これをディスプレイ２０２に図形表示し、その表示された道路の中に渋滞等の道路情報を重ね合わせ表示する。
【００５７】
これにより、利用者は視覚的に各道路の状態を把握することができるようになる。
【００５８】
図９は、電話機３によって希望する路線の道路情報を得る場合の手順を示す説明図であって、まず、電話機３でのダイヤル操作によってセンタ側装置１を呼出す。センタ側装置１は、呼出しに応答して「路線番号を入力して下さい」という音声メッセージを電話機３に返信する。そこで、電話機３のダイヤル操作によって路線番号を入力する。例えば路線Ｒ１−ｃ，ｅの道路情報を知りたい場合は、「＃，１，３，５，＊」キーを順に操作する。
【００５９】
ここで、「１」は路線Ｒ１、「３」はｃ，「５」はｅを指し、＊はデータ終了を表す。
【００６０】
このような道路情報送信要求を受信したセンタ側装置１では、編集／検索処理部１６が道路ネットワークデータベース１１の中から利用者から要求された路線Ｒ１の道路情報を検索し、その検索結果の道路情報をメディア対応インタフェース１７で音声メッセージに変換し、通信回線５を通じて電話機３に送信する。
【００６１】
これによって、電話機３の利用者は音声メッセージによって路線Ｒ１の道路情報を知ることができる。
【００６２】
図１０は、ファクシミリ装置４によって希望する路線の道路情報を得る場合の手順を示す説明図であって、まず、ファクシミリ装置４でのダイヤル操作によってセンタ側装置１を呼出す。センタ側装置１は、呼出しに応答して「路線番号を入力して下さい」という音声メッセージをファクシミリ装置４に返信する。そこで、ファクシミリ装置４でのダイヤル操作によって路線番号を入力する。例えば路線Ｒ１−ｃ，ｅの道路情報を知りたい場合は、「＃，１，３，５，＊」キーを順に操作する。
【００６３】
ここで、「１」は路線Ｒ１、「３」はｃ，「５」はｅを指し、＊はデータ終了を表す。
【００６４】
このような道路情報送信要求を受信したセンタ側装置１では、編集／検索処理部１６が道路ネットワークデータベース１１の中から利用者から要求された路線Ｒ１の道路情報を検索し、その検索結果の道路情報をメディア対応インタフェース１７でイメージ情報に変換し、通信回線５を通じてファクシミリ装置４に送信する。
【００６５】
ファクシミリ装置４は受信した道路情報を用紙１０−１に印字して出力する。これによって、ファクシミリ装置４の利用者は印字されたイメージ情報によって路線Ｒ１の道路情報を知ることができる。
【００６６】
ここで、ファクシミリ装置４の利用者が顧客管理データファイル１８内に予め登録されていた場合、センタ側装置１をいちいち呼び出すことなく、センタ側装置１から定期的に道路情報が送信される。
【００６７】
すなわち、図１１に示すように、センタ側装置１の編集／検索処理部１６は、通信回線を介した送信要求が到来していない場合も図示しないタイマによって所定時間間隔で起動される。そして、顧客管理データファイル１８を検索し、現在時刻の道路情報を送信するように予め契約している利用者が登録されているか否かを調べ、登録されていれば、その利用者の送信先、名称、指定路線名等の情報を読み出した後、指定されている路線の道路情報を道路ネットワークデータベース１１から読み出し、登録されている送信先のファクシミリ装置４に対しイメージ情報に変換して送信する。
【００６８】
ファクシミリ装置４は受信した道路情報を用紙１０−１に印字して出力する。これによって、ファクシミリ装置４の利用者は印字されたイメージ情報によって予め登録しておいた路線の指定時刻の道路情報を何らの操作を行うことなく知ることができる。
【００６９】
なお、この道路情報の自動配信機能は、ファクシミリ装置に限らず、電話機、パーソナルコンピュータであっても同様に適用することができる。また、課金するか否かは情報提供者側で任意に決定すればよい。
【００７０】
ところで、道路ネットワークデータベース１１を作成した後に、地点間の距離を追加登録しておけば、渋滞等を加味した出発地から目的地までの所要時間を算出し、利用者に提供することができる。
【００７１】
すなわち、図１２（ａ）に示す東京−横浜間を結ぶ路線Ｒ１に対する道路ネットワークデータベース１１を作成した後に、各地点間の距離データ２−２７を追加登録する。なお、図１２においては、地点名に代えて交差点名２−２６を使用している。
【００７２】
このように地点間の距離を登録しておけば、出発地と目的地を指定し、かつ車速を指定すれば、各地点間の所要時間を簡単に算出することができる。この場合の計算は、編集／検索処理部１６または専用の演算部によって行う。
【００７３】
図１２の例においては、車速を６０Ｋｍ／ｈとしたとき、各交差点間の所要時間は図１２（ｃ）に示すようなものとなる。
【００７４】
計算した結果は、利用者側に送信し、例えば図１２（ｄ）に示すような形態でグラフ表示させる。
【００７５】
この図１２の例では、渋滞を全く考慮していないものであるが、図１３（ａ）に示すように渋滞時刻帯の情報２−２８を追加登録しておけば、渋滞路線を通過するのに必要な所要時間を含んだ目的地までの所要時間を算出し、図１３（ｂ）に示すようにグラフ表示することができる。
【００７６】
この場合、渋滞区間を通過する時には、図１３（ｃ）に示すように、車速が低下する。例えば、渋滞していない区間の１／２の３０Ｋｍ／ｈに低下することが予測される。そこで、この予測値によって渋滞区間の所要時間を割り出した後、最終目的地までの所要時間を求める。
【００７７】
なお、渋滞時刻帯の情報２−２８は、過去の統計値を採用してもよいし、現在把握している実測値を採用してもよい。
【００７８】
図１４は、目的地までの複数の路線の所要時間を求め、利用者に提示する表示例を示す説明図であり、横浜から東京に到る３つの路線Ａ，Ｂ，Ｃの地図８−１２が上部に表示され、その下部に、各路線毎の所要時間表８−１３，８−１４，８−１５がグラフ表示されている。
【００７９】
この各路線毎の所要時間表８−１３，８−１４，８−１５の横軸は、時刻、縦軸は交差点名を示している。そして、線８−１６は、車速を表すものであり、渋滞がない時刻帯では直線になっているが、渋滞が発生する時間では折れ曲がり、車速が低下することを示している。また、表下部には、それぞれの時刻帯における道路事情が４種類の絵柄の模擬車両８−１７，８−１８，８−１９，８−２０によって表示され、さらに各模擬車両の下部には計算した所要時間の値が数字表示されている。
【００８０】
以上のように上記した実施例によれば、道路形状を図形表示するための道路地図データ１０を道路情報提供の対象となる道路について路線毎に起点から並べ替え、道路の位置をネットワーク化した道路ネットワークデータベース１１を作成し、さらに、道路情報提供の対象となる道路について当該道路の管理者から提供される渋滞等の道路情報を共通のデータ形式に統一し、この統一された道路情報を前記道路ネットワークデータベース１１に対し、各道路の位置情報に対応付けて展開しておき、道路情報利用者から通信回線等を通じて位置、道路名、交差点名などの道路属性情報をキーとした道路情報の送信要求があった場合は、要求された道路に関する道路情報を道路ネットワークデータベース１１から検索し、道路情報利用者に返信するように構成したので、利用者側においては道路属性情報をキーとした道路情報の送信要求を行うのみの簡単な操作で、希望する道路について任意の時刻に、正確な道路情報を文字または図形形式で容易に得ることができる。
【００８１】
また、各地点間の距離を追加登録しておいた場合は、車速を指定することによって目的地までの渋滞等を考慮した所要時間を算出し、利用者に提示することができる。これによって、利用者は路線を変更するか否かを走行途中で簡単に判断することができる。
【００８２】
なお、実施例においては、交通渋滞の事象を例に挙げているが、これに限らず、事故、規制、災害など時々刻々の最新の道路事象についてその発生位置を対応付けて展開した道路ネットワークデータベースが作成されることは言うまでもない。
【００８３】
従って、利用者は道路属性情報をキーとした道路情報の送信要求を行うのみの簡単な操作で、希望する道路について任意の時刻に、正確な道路情報を容易に得ることができる。
【００８４】
【発明の効果】
以上のように本発明によれば、道路地図という静的情報と渋滞等の道路情報という動的情報を組合せ、利用者からの要求に応じた路線の道路情報を通信回線等を通じて利用者に返信するようにしたので、利用者側においては道路属性情報をキーとした道路情報の送信要求を行うのみの簡単な操作で、希望する道路について任意の時刻に、正確な道路情報を文字または図形形式で容易に得ることができる。
【００８５】
また、各地点間の距離をデータベースに追加登録しておいた場合は、車速を指定することによって目的地までの渋滞等を考慮した所要時間を算出し、利用者に提示することができる。これによって、利用者は路線を変更するか否かを走行途中で簡単に判断することができなど、経路の選択、安全運転及び時間の節約、燃費の向上など車を運転する上で各種の効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例を示す全体構成図である。
【図２】実施例の全体処理を示す処理概要図である。
【図３】道路ネットワークデータベース作成処理の概要図である。
【図４】道路形状による並べ替え方法の説明図である。
【図５】道路情報のマッチング処理概要図である。
【図６】道路情報の他のマッチング処理概要図である。
【図７】道路情報の利用者への提供手順の概要図である。
【図８】利用者端末の一例を示す構成図である。
【図９】電話機によって道路情報を得る場合の手順を示す説明図である。
【図１０】ファクシミリ装置によって道路情報を得る場合の手順を示す説明図である。
【図１１】ファクシミリ装置に道路情報を自動配信する場合の説明図である。
【図１２】目的地までの所要時間算出法の説明図である。
【図１３】渋滞区間を含む目的地までの所要時間算出法の説明図である。
【図１４】複数の路線を使用した場合の目的地までの所要時間表示例の説明図である。
【符号の説明】
１…センタ側装置、２，３，４…利用者端末、１０…道路地図データ、１１…道路ネットワークデータベース、１２…データベース作成部、１３…道路情報、１４…データ形式統一処理部、１５…利用者、１６…編集／検索処理部、１７…メディア対応インタフェース、１８…顧客管理データファイル。

Claims (2)

1. 地図を構成する単位である単位地図の番号を表す地図番号と、前記単位地図内に存在する路線に割り当てられたデータ番号と、前記単位地図内に存在する路線の始点座標と終点座標と、を含む、道路形状を図形表示するための道路地図データを格納した道路地図データファイルと、
   前記道路地図データファイルに格納された前記道路地図データを、道路情報提供の対象となる道路について路線毎に起点から路線が連続するように並べ替え、起点からの順位を表す順位データを各路線毎に付加して、路線毎に起点から並べた道路ネットワークのデータベースである道路ネットワークデータベースを作成する道路データベース作成手段と、
   道路情報提供の対象となる道路について当該道路の管理者から提供される道路情報に含まれる事象を、路線毎に起点から連続するように並べた前記道路ネットワークと関係づけて、前記道路ネットワークデータベースに対し登録する道路情報展開手段と、
   前記地図番号と前記データ番号と前記路線の始点座標と終点座標とを含む前記道路地図データが、路線毎に起点から路線が連続するように並べられ、起点からの順位を表す順位データが各路線毎に付加された道路ネットワークのデータベースであり、前記道路ネットワークに関連付けられて前記道路情報に含まれる事象が登録されている道路ネットワークデータベースと、
   道路情報利用者から要求された道路に関する道路情報を前記道路ネットワークデータベースから検索し、道路情報利用者に返信する検索手段とを備えることを特徴とする道路情報提供システム。
2. 前記検索手段が検索した前記道路情報を、前記道路情報利用者が希望するデータ形式に加工編集して返信する編集手段をさらに備えることを特徴とする請求項１記載の道路情報提供システム。

Images