JP3880806B2 - 交通安全情報提供システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、車輌、電車、船舶、観光バス、タクシー、自転車、および人等の移動体に用いられるナビ機能を有するモバイルパソコンに対して、危険な交差点等の情報をより詳しく提供できる交通安全情報提供方法に関する。
【０００２】
【従来の技術】
近年はパソコンが企業、団体、家庭に非常に普及してきており、交通事故に対しての危険因子を集計できるようになって来ている。
【０００３】
危険因子の第１位は見通しが悪い（交差点含む）、第２位は信号が悪い（短い、紛らわしい、見にくい設置等）、第３位はスピードが出やすい、第４位は一時停止ができない、第５位は上り坂で見にくい、第６位が道幅が同じ、第７位は交差点の形、第８位は交通量が多い、第９位は違法駐車あり等の順になっている。
【０００４】
そして、このような危険因子の情報を知らせて危険を回避させるシステムが多数出願されている。
【０００５】
例えば、特開平１０−９７６９４号公報の交通情報提供システムは、中央装置から各区間別の交通情報を予めゾーンブロック毎の交通情報に変換してデータ化させる。
【０００６】
そして、交通情報利用者に対しては出発地と目的地を指定して交通情報を要求し得るようにし、交通情報利用者からの前記交通情報要求に対して、前記出発地から目的地までの路線上にある各ゾーンブロック毎の交通情報（渋滞、事故等）を組み合わせた前記交通情報利用者の要求に対応する交通情報を作成し、通信回線を介して提供する。これにより、交通情報利用者が得たい具体的、かつ詳細な交通情報が前記交通情報利用者に提供され、交通情報利用者は最適な路線を選択できるというものである。
【０００７】
また、車の中から携帯無線網、インターネットを介して様々なコンテンツの配信を受けるものや、人間に携帯させて歩きながら景勝地、温泉、飲食店等のコンテンツの配信を受けるものもある。このようなモバイルパソコンは、携帯電話機能、ＧＰＳ機能を有して前述のコンテンツの配信を受けている。
【０００８】
そして、コンテンツの配信は、コンテンツ配信センターが様々な種類のコンテンツを携帯無線網を介して配信し、ユーザは画面のソフトウェアキーの選択によって所望のコンテンツを受信する方式や、携帯電話機能を用いてインターネット経由で様々なコンテンツの配信を受ける方式等がある。
【０００９】
また、携帯電話網の所定ゾーンのみにコンテンツを配信する地域限定のサービスもある。例えば、特開２０００−３３０９０９号公報は、グループ（東京地域、大阪地域）内のユーザ端末は専用線を介してプロバイダに接続され、ユーザ端末が専用線及びインターネット等を介してＷｅｂ（ウェブ）ページ情報の送信要求を行う。
【００１０】
そして、ユーザ端末のＩＰアドレスからユーザ端末の所在地域を判別して、Ｗｅｂサーバは判別されたユーザ端末の所在地域に基づいてＷｅｂデータ情報を選別してユーザ端末（カーナビやナビ機能搭載の端末等）に送信する。
【００１１】
【発明が解決しようとする課題】
上記の方式は、予め収集した様々なコンテンツ（交通情報含む）をカーナビ等の端末に配信するものであるが、交差点の形状、危険個所の形状及び、危険度については配信を行っていない。
【００１２】
すなわち、カーナビは粗い地図画像であるから交差点の形状は一般に単なるクロス線で表現されている。これに対して、交差点は様々な形状があり、また交差点の周囲が壁、樹木で覆われていたり、坂道に存在する場合もある。
【００１３】
前記サーバは、地図上の所定エリア毎に、該エリアに存在する地物の概略コンテンツ情報及び詳細コンテンツ情報からなるコンテンツ情報を関連付けて保存した第１のメモリと、緯度経度で定義された前記地図の地物のデータを記憶した第２のメモリと、前記ユーザ端末から前記コンテンツ情報のサービスを必要とする地域名と前記コンテンツ情報のコンテンツ名と該コンテンツ名のコンテンツ情報の配信を受けるための範囲であるユーザ指定サービス範囲とを受信して第３のメモリに保存する手段と、前記地域名のエリアを、前記緯度軽度で定義されたサービスエリア界に定義する手段と、前記ユーザ端末から該ユーザ端末の位置情報を受信する毎に、該位置情報が前記サービスエリア界のどの前記エリアに存在するかを求める手段と、前記求めたエリアに、前記位置情報に基づいて、前記受信した位置情報から進行方向に向かって前記ユーザ指定サービス範囲を定義する手段と、第１の距離に、前記コンテンツ情報の概略コンテンツを配信する第１条件を、第２の距離（第１の距離＞第２の距離）に、前記コンテンツ情報の詳細コンテンツを配信する第２条件をそれぞれ対応させて保存した第４のメモリと、前記ユーザ端末から該ユーザ端末の位置情報を受信する毎に、前記位置情報と前記ユーザ指定サービス範囲の中心との距離を求め、該距離が第１の距離に該当するときは前記第１のメモリの前記概略コンテンツを、又は第２の距離に該当したときは前記詳細コンテンツを前記第１のメモリから引き当てる手段と、前記引き当てられた概略コンテンツ又は詳細コンテンツを前記ユーザ端末に送信する手段とを備えたことを要旨とする。
【００１４】
本発明は上記課題を鑑みてなされたもので、車輌等の移動中において交差点の形状、危険個所の形状、危険度、原因等を提供する交通情報提供システムを得ることを目的とする。
【００１５】
【課題を解決するための手段】
本発明の交通安全情報提供システムは、移動体に搭載されたナビゲーション機能、位置計測機能、車速センサ及び携帯電話機能を有する移動体の端末装置と、交通安全情報提供センターのサーバと、交通安全に関する情報を提供するためのパソコンとを携帯電話網、インターネットからなる通信ネットワークに接続して、前記交通安全情報サーバが前記端末装置に対して地図上のルートの危険度情報を提供する交通安全情報提供システムにおいて、
【００１６】
前記サーバは、記憶手段を備え、
この記憶手段は、
一定期間毎の各県の地域のナビ画像と該ナビ画像の道路上の危険エリアの危険エリア情報Ｂｉｐとを記憶し、
前記危険エリア情報Ｂｉｐは、
前記危険エリアの、
事故履歴の設定テーブルと道路施設・形状の設定テーブル群と道路幅別による速度の設定テーブルと事故履歴による評価テーブルと道路施設・形状による評価テーブルと速度による評価テーブルと危険エリアの形状を示すポリゴンを含む情報であり、
前記事故履歴の設定テーブルは、
事故内容とその事故内容に応じて決めた第１の重み付け点数と事故回数とが対応させられ、
前記道路施設・形状の設定テーブル群は、
道幅、交差点の道路隅切り形状、交差点付近の障害物、信号表示、の特性毎に、設定テーブルが設けられ、これらの設定テーブルは、前記特性の詳細項目毎に、危険度に応じて決めた第２の重み付け点数と詳細項目の有りを示す第１の数値が対応させられ、
前記道路幅別による速度の設定テーブルは、
速度の範囲毎に前記道幅が対応させられ、かつ速度及び道幅による危険度に応じて決めた第３の重み付け点数が対応させられ、
前記事故履歴による評価テーブルは、
前記第１の重み付け点数を範囲別にした事故履歴による危険度のランクに該事故履歴による危険度のランクを表示するための色を対応させて記憶し、
前記道路施設・形状による評価テーブルは、
前記第２の重み付け点数を範囲別にした道路施設による危険度のランクに該道路施設による危険度のランクを表示するための色を対応させて記憶し、
前記速度による評価テーブルは、
重み付け点数毎に、速度による危険度のランクを表示するための色とを対応させて記憶し、
てなり、
【００１７】
前記サーバのコンピュータは、
前記端末装置から地域名を受信し、該地域名に対応するナビ画像を前記記憶手段から読み、その端末装置に送信する手段と、
前記端末装置から前記ナビ画像におけるルートを受信し、該ルート上の前記危険エリアの前記危険エリア情報Ｂｉｐをその端末装置に送信する手段と、
【００１８】
前記端末装置は、
メモリを備え、
前記端末装置のコンピュータが、
前記サーバからの前記ナビ画像を前記メモリに保存して画面に表示し、該ナビ画像において設定されたルートの座標を前記サーバに送信して、該ルート上の全ての前記危険エリア情報Ｂｉｐを送信させ、これを前記ルートに関連付けて前記メモリに記憶する手段と、
前記位置計測機能により現在位置を取得し、この現在位置と前回の位置とから自車輌が前記危険エリア情報Ｂｉｐの危険エリアに接近するかどうかを判定する手段と、
前記危険エリアに接近すると判定したときは、前記危険エリアの危険エリア情報Ｂｉｐの事故履歴の設定テーブルの事故回数とその事故回数に対応する前記第１の重み付け点数との積を求め、これらの積の点数の合計を、前記事故履歴による危険度の点数（ランク１）とする手段と、
前記危険エリアに接近と判定したときは、前記危険エリアの前記道路施設・形状の設定テーブル群の前記交差点の隅切り設定テーブル及び交差点付近の障害有無の設定テーブル並びに信号表示の設定テーブルの前記第２の重み付け点数と該第２の重み付け点数に対応する数値との積を求め、これらの積の点数の合計を道路形状による危険度の点数（ランク２）とする手段と、
前記危険エリアに接近すると判定したときは、前記車速センサで計測した速度と計測した道幅とを有するレコードの前記第３の重み付け点数を前記道路幅別による速度の設定テーブルから読み、これを前記危険エリアに接近するときの速度危険度の点数（ランク３）とする手段と、
前記事故履歴の危険度の点数（ランク１）を有するレコードを前記事故履歴による評価テーブルから読み、このレコードの前記事故履歴による危険度のランクを表示するための色を危険エリアのポリゴンに表示する手段と、
前記道路形状による危険度の点数（ランク２）を有するレコードを前記道路施設・形状による評価テーブルから読み、このレコードの色を危険エリアのポリゴンに表示する手段と、
前記速度の危険度の点数（ランク３）を有するレコードを前記速度による評価テーブルから読み、このレコードの色を危険エリアのポリゴンに表示する手段と
を備えたことを要旨とする。
【００１９】
【発明の実施の形態】
＜実施の形態１＞
図１は本実施の形態１の交通情報提供システムの概略構成図である。図１のシステムは車輌２内にナビゲーション機器類１を搭載し、このナビゲーション機器類１が携帯電話網５、インターネット６を介して交通安全情報提供センター１０からの交通情報（交差点の形状、危険度等）の提供を受ける。
【００２０】
前述のナビゲーション機器類１は、携帯電話に接続されたカーナビ専用機３又はＧＰＳ機能（ＤＧＰＳを含む）、携帯電話機能、カーナビ機能等を内蔵した携帯情報端末４（モバイルパソコン）等がある。また、ＧＰＳ付き携帯電話であってもよい。
【００２１】
また、交通安全情報提供センター１０は、インターネット６に接続された交通安全組織団体のパソコン８（警察、道路管理事務所ＪＡＦ等）及び一般市民のパソコン９から交通安全に係わる情報をＤＢサーバ１１に収集して、ナビゲーション機器類２からのルート上の危険個所（交差点）の形状、危険度等をＷｅｂサーバである交通安全情報サーバ１２に自動送信する。
【００２２】
ナビゲーション機器類１は、カーナビ専用機３に接続された携帯電話を用いて交通情報サービスのプログラムをダウンロードして以下の処理を行うＰＣカーナビソフト３ａを備えている。
【００２３】
このカーナビソフト３ａは、画面に所望の地域のカーナビ地図を表示し、このカーナビ地図上で目的地点Ｐｐ（地物）が指定されると、この目的地点ＰｐまでのルートＲｉを求め、このルートＲｉ（緯度経度Ｇｉ：Ｇ１、Ｇ２、...）を送信している。
【００２４】
そして、図２に示すように、ＧＰＳに自車輌の現在の位置情報Ｇｉを取得し（Ｓ２０１）、カーナビ地図上において、現在の位置Ｇｉを表示し（Ｓ２０２）、この現在位置Ｇｉが事故履歴地点（交差点、カーブ等）に接近したかどうかを判定する（Ｓ２０３）。
【００２５】
次に、事故履歴地点（交差点）に接近と判定したときは、交通安全情報提供センター１０から予め送信されたルートＲｉ上の事故履歴情報が格納されているファイルを引き当て（Ｓ２０４）、事故履歴地点の形状、危険度レベルを抽出する（Ｓ２０５）。
【００２６】
そして、画面の事故履歴地点（交差点）の付近に危険度レベルに応じた危険度を知らせる画面を開くと共に、音声で知らせる（Ｓ２０６）。
【００２７】
この画面は図２に示すように、道路の交差点の部分が斜線で示され、交差点の種類（隅切りなし、隅切りの形状）も表示（音声でも知らせる）されている。
【００２８】
従って、ドライバーは交差点の形状の種類が分かるので、交差点の形状にあったハンドルの切り方を事前にイメージすることになる。
【００２９】
また、ナビゲーション機器類１は、通信モデムを内蔵し、携帯電話機能（パケット通信方式の携帯電話をケーブル接続する）によって携帯電話網、インターネットとの接続を可能としている。つまり、ハイパーテキスト形式のファイルを記述するための言語であるＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって記述されたプログラム等のＷｅｂデータを解析してテキストや静止画、動画等を表示、再生することでホームページ（プログラム）の閲覧が可能となるブラウザ機能を備えている。
【００３０】
一方、交通安全情報提供センター１０は、図３に示すように、ＤＢサーバ１１にＧＩＳデータベース１５と事故履歴データベース１６、事故履歴更新処理（図示せず）等を備えている。また、交通安全情報サーバ１２は、交差点ポリゴン生成工程１７と、エリアバッファ生成工程１８と、リンク付け工程１９と、交差点情報検索工程２０と、危険度算出工程２１と、更新処理２２等を備えている。
【００３１】
交差点ポリゴン生成工程１７は、画面の地図上でのオペレータが指定した交差点の形状を示すポリゴンＰｉ（周囲の形状も含む：例えば塀、樹木）を、オペレータの指示に従って生成してポリゴンファイル２３に記憶する。例えば、図４の（ａ）に示すように、隅が角型、丸型、隅切り無しの等のポリゴンＰｉを生成する。
【００３２】
また、エリアバッファ生成工程１８は、図４の（ｂ）に示すように、交差点の中心から所定距離ｒｉを半径とした円（危険エリアバッファＨｉともいう）を生成する。このエリアバッファＨｉには道路界におけるメッシュ番号ｍｐが割り付けられている（危険地点ＩＤともいう）。
【００３３】
そして、リンク付け工程１９は、図３に示すように、ＤＢサーバ１６の事故履歴データベースの危険地点のＩＤに、例えば交差点の形式のポリゴンＰｉと、危険度ランクと事故件数と、事故履歴と、交差点の周囲情報、注意メッセージ等をリンク付けして記憶する。
【００３４】
すなわち、事故履歴データベースには図４の（ｃ）に示すように、交差点のエリアバッファＨｉ（ＩＤ）とポリゴンＰｉ（隅角型、丸型、隅切りなし）と危険度（安全性が高い、安全性が中、安全性が低い）、その他の注意メッセージ（交差点の周囲状況（塀、樹木）、事故履歴（図示せず）等が記憶されることになる。
【００３５】
更新処理２２は、外部（交通安全組織、市民）から危険地点に関する情報（例えば交差点名、交差点の形、事故点の事故情報、交差点の周囲状況等）が送信される毎に、交差点名に対応する危険エリアＩＤを有するファイルを引き当て、関連する情報を送信された情報に更新する。
【００３６】
また、危険度算出工程２１は、事故履歴データベースの情報（事故件数、事故履歴、交差点の交通量、交差点における工事、周囲の高さ、商店街における路上駐車、人通り等）が更新される毎に危険度を新たに求め、この求めた危険度に更新する。さらに、道路の勾配（カーブ等）を情報とした危険度を求めて知らせてもよい。
【００３７】
この危険度は、事故履歴から予め求めて登録した危険度を知らせる方法と、走行に伴う自車輌位置Ｇｉが入力する毎に前回の位置とから速度を求め、この速度と事故履歴の情報とから危険度を求めて音声で知らせるようにしてもよい。さらに、道路の勾配（カーブ等）を情報とした危険度を求めて知らせてもよい。
【００３８】
交差点情報検索工程２０は、車輌２からのルートＲｉが入力する毎に、このルートＲｉ上の危険地点ＩＤを有する情報を事故履歴データベースから検索し、これを送信処理を用いて車輌２のナビゲーション機器類１に送信する。
【００３９】
上記のように構成された交通情報提供システムについて図５のシーケンス図を用いて以下に説明する。
【００４０】
（カーナビ地図がナビゲーション機器類１にある場合）
本実施の形態では図５に示すように、交通安全情報提供センター１０が交通安全組織の端末８にアクセスして道路の危険個所（交差点、カーブ等）の情報を収集している（ｄ１、ｄ２）と共に、一般市民のパソコン９からの危険個所の情報の提供を受けている（ｄ３）。そして、これらの情報に基づいてＤＢサーバ１１のＧＩＳ（地理情報システム）における危険個所を解析し（ｄ４）、この解析結果に更新している（ｄ５）。この危険個所は本実施の形態では交差点として説明する。
【００４１】
また、車輌２のナビゲーション機器類１は、カーナビ地図を表示して現在位置から目的
地までのルートＲｉが画面に表示されているとする（ｄ６）。
【００４２】
そして、車輌２のドライバーがナビゲーション機器類１を操作して安全要求キーを操作すると（ｄ７）、ナビゲーション機器類１のソフト３ａが携帯電話網を介して交通安全情報提供センター１０のＵＲＬとルートＲｉ（Ｇ１、Ｇ２、......）と安全情報要求コマンドとパスワード等を送信する（ｄ８）。
【００４３】
この送信に伴って、プロバイダ７は、ログイン名、パスワード、ナビゲーション機器類１の通信環境設定が利用可能なものであれば、ＩＰアドレスをナビゲーション機器類１に割り当て、ＵＲＬを交通安全情報提供センター１０に送信している。
【００４４】
次に、交通安全情報提供センター１０のサーバ１２は、ルートＲｉが入力すると、このルートＲｉ（軌跡）の点座標Ｇｉを含む全ての危険エリア情報ＢｉｐをＤＢサーバ１１から検索する（ｄ９）。
【００４５】
この危険エリア情報Ｂｉｐは、危険エリアバッファＨｉ（ＩＤでもよい）、危険度ｂｐ、危険エリアの形状Ｐｉ等からなる。
【００４６】
そして、検索した全ての危険エリア情報Ｂｉｐを車輌２のナビゲーション機器類１に送信して（ｄ１０）、ダウンロードさせる（ｄ１１）。
【００４７】
一方、ナビゲーション機器類１は、ＧＰＳ機能からの自車輌位置Ｇｉを取得して、移動中においてルートＲｉ上における安全情報サービス表示処理を行う（ｄ１２）。
【００４８】
ナビゲーション機器類１での安全情報要求時の処理と安全情報サービス表示処理について図６及び図７のフローチャートを用いて以下に説明する。図１ではＰＣカーナビソフトウェアとして記載している。
【００４９】
安全情報要求の入力に伴って、ナビ画像上で求められた目的地までのルートＲｉ（ＧＰ１、ＧＰ２、......）の軌跡を読み（Ｓ６０１）、この軌跡に割り付けられているナビ地図の座標Ｒｉ（Ｇ１、Ｇ２、......）を送信する（Ｓ６０２）。
【００５０】
次に、ルートＲｉの送信が終わったかどうかを判断し（Ｓ６０３）、終わっていない場合は処理をステップＳ６０２に戻す。
【００５１】
また、ステップＳ６０３において、ルートＲｉの送信が終わったと判定したときは、危険エリア情報Ｂｉｐを交通安全情報提供センター１０から受信したかどうかを判断して（Ｓ６０４）、メモリにダウンロードする（Ｓ６０５）。
【００５２】
そして、危険エリア情報Ｂｉｐ（Ｂｉｐ１、Ｂｉｐ２、...）を読み込んだ後に、ルートＲｉ上に危険エリア情報Ｂｉｐの危険エリアＨｉを対応させる（Ｓ６０６）。例えば、危険エリア情報Ｂｉｐの危険エリアＨｉの中心座標Ｇｈｐに対応するルートＲｉ上のＧｉ（区別するためにＧｔｐを用いる）を中心にして危険エリアＨｉを有する危険エリア情報Ｂｉｐをリンク付けして記憶する。
【００５３】
次に、交通安全情報提供センター１０から送信された危険エリア情報Ｂｉｐは他にあるかどうかを判定する（Ｓ６０８）。
【００５４】
ステップＳ６０８において、送信されたルートＲｉにおける危険エリア情報Ｂｉｐが他に存在する場合は次の危険エリア情報Ｂｉｐに更新して（Ｓ６０９）、処理をステップＳ６０７に戻す。
【００５５】
そして、安全情報サービス表示処理は、自車輌位置Ｇｉが入力する毎に、この自車輌位置Ｇｉを読込む（Ｓ７０１）。次に、この今回の自車輌位置Ｇｉと前回のＧｉとから車輌の進行方向を求め、この進行方向で一番初めに到達するルートＲｉ上の危険エリアＨｉ（区別のためにＨｉｐとする）があるかどうかを判定する（Ｓ７０２）。
【００５６】
ステップＳ７０２において、危険エリアＨｉｐがあると判定したときは、このＨｉｐに対応する危険エリア情報Ｂｉｐを読み（Ｓ７０３）、危険エリア情報Ｂｉｐにリンク付けされている交差点の形状を示すポリゴンＰｉとメッセージｍｉとを読み込み（Ｓ７０４）、ナビ画像に表示してメッセージを発生する（Ｓ７０５、Ｓ７０６）。例えば、図８に示すように、ナビ画面には交差点のエリアバッファに有る程度近づくと、「この先前方に危険度ランクＡの交差点がある」ことをメッセージ表示すると共に音声を発生する。そして、さらに交差点に近づくと「まもなく交差点である」ことを伝える。
【００５７】
また、交差点は点滅されて示されると共に、この交差点のポリゴン画像１５に危険度ランク、事故件数、事故内容、交差点の周囲の状況等をメッセージ表示すると共に、音声で伝える。
【００５８】
この図８のポリゴン画像１５の交差点の周囲には塀のポリゴンと交差点の形状を示すポリゴンＰｉとが表示される。
【００５９】
次に、安全情報サービス表示処理は、次に入力した自車輌位置Ｇｉを読み（Ｓ７０７）、入力した次の自車輌位置Ｇｉが危険エリアＨｉｐを出たかどうかを判定する（Ｓ７０８）。
【００６０】
ステップＳ７０８で危険エリアＨｉｐを出たと判定したときは、ポリゴン画像１５、メッセージ、点滅を停止させる（Ｓ７０９）。つまり、危険エリアＰｉ、メッセージをクリアする。
【００６１】
次に自車輌位置Ｇｉは、ルートＲｉ上の最後の危険エリアＨｉを出たかどうかを判定し、出ていない場合は処理をステップＳ７０１に戻して上記の処理を行う。
【００６２】
＜実施の形態２＞
（カーナビ地図がナビゲーション機器類にない場合）
上記実施の形態１では、ナビ地図をカーナビ機器類１が予め有しているとして説明したが、実施の形態２は予めカーナビ地図を有しないカーナビ機器類（例えば、携帯電話機能、ブラウザ機能、ＧＰＳ機能を有するモバイルパソコン、ｉ−ｍｏｄｅ（登録商標）電話等）を用いてもよい。
【００６３】
このような場合は、センター側において、地図及び交通情報サービスのプログラムを備える。この地図のナビ地図の配信はカーナビメーカから受けるのが好ましい。
【００６４】
図９は実施の形態２を説明するシーケンス図である。（カーナビ地図がナビゲーション機器類１にある場合）
図９に示すように、交通安全情報提供センター１０はカーナビメーカから一定期間毎に各県、地域のナビ画像の配信を受けて、これをＤＢサーバで保管する（ｄ０）。
【００６５】
また、交通安全組織の端末８にアクセスして道路の危険個所（交差点、カーブ等）の情報を収集している（ｄ１、ｄ２）と共に、一般市民のパソコン９からの危険個所の情報の提供を受けている（ｄ３）。これらの情報に基づいてＤＢサーバ１１のＧＩＳ（地理情報システム）における危険個所を解析し、この解析結果に更新している。
【００６６】
一方、車輌のモバイルパソコンはセンター１０のＵＲＬコードを発して交通安全情報サービスのホームページの提供を受ける（ｄ２０、ｄ２１）。
【００６７】
次に、モバイルパソコンはナビキーが選択されると、センターにナビ画像配信の要求を行って、センターからナビ画像表示のためのプログラムの配信を受ける（ｄ２２、ｄ２３）。
【００６８】
そして、画面に表示された地域名から必要な地域名（複数でもよい）を選択して（必要地域名ｋｉともいう）、センターに送信する（ｄ２４）。
【００６９】
センターは必要地域ｋｉを受信し、この必要地域名ｋｉに対応するナビ画像を車輌のモバイルパソコンに送信する（ｄ２５）。モバイルパソコンは、センターから送信されたナビ画像をダウンロードする。
【００７０】
そして、車輌のドライバーは画面に目的地の地図を表示させ、この地図上に目的地点を設定する。この目的地点の設定に伴って、自車輌位置Ｇｉから目的地点までのルートＲｉを求めて地図上に表示する（ｄ２６）。
【００７１】
そして、ドライバーは安全情報サービスの要求キーを選択すると、ルートＲｉ（Ｇ１、Ｇ２、......）と安全情報要求コマンドとパスワード等を送信する（ｄ２７）。次に、交通安全情報提供センター１０は、ルートＲｉが入力すると、このルートＲｉ（軌跡）の点座標Ｇｉを含む全ての危険エリア情報ＢｉｐをＤＢサーバ１１から検索して、車輌のモバイルパソコンに送信する（ｄ２８）。
【００７２】
そして、車輌のモバイルパソコンは上記実施の形態と同様な自車輌位置Ｇｉを取得して、移動中においてルートＲｉ上における安全情報サービス表示処理を行う（ｄ２９）。
【００７３】
すなわち、位置座標情報Ｇｉを取得して、この現在位置Ｇｉが事故履歴地点（交差点等）に接近したかどうかを判定し、事故履歴地点（交差点）に接近と判定したときは、交通安全情報提供センター１０から予め送信されたルートＲｉの事故履歴情報が格納されているファイルを引き当て、事故履歴地点の形状、危険度レベルを抽出する。そして、画面の事故履歴地点（交差点）の付近に危険度レベルに応じた危険度を知らせる画面（交差点の形状、メッセージ等）を開くと共に、音声で知らせる。
【００７４】
＜実施の形態３＞
以下さらに、具体例について説明する。
【００７５】
まず、具体例として、危険度を設定するための危険度因子パラメータの一例を説明する。本実施の形態では、危険度因子パラメータは、危険度ランク、事故履歴、道路施設の特性、および交差点の特性のそれぞれについて、交通安全情報サーバ１２にテーブルデータとして記憶している。
【００７６】
図１０は、危険度ランクの設定テーブルＴＢＬｋである。危険度ランクは、図示するように、ある交差点から次の交差点までの道路区間を１つの単位として、道路区間図形データ（ポリゴンまたはラインの形状を有する）を構築する。そして、危険度ランクは、例えば、危険度が最も低いときの重み付け点数を”１”、それ以降危険度が高くなるに従って、２，３，４，５，６，７，８，９と増加し、危険度が最も高いときの重み付け点数を”１０”と設定する。
【００７７】
図１１は、事故履歴の設定テーブルＴＢＬ０である。事故履歴は図示するように、事故内容の程度、例えば、物損事故、人身事故（軽傷）、人身事故（重傷）、人身事故（死亡）といった順に、それぞれの重み付け点数を設定する。
【００７８】
図１２は、道路施設の特性の設定テーブルＴＢＬ１〜ＴＢＬ７である。道路施設の特性は、道路施設の特性を各危険因子に分けて、それぞれの特性の程度に応じた危険度を設定する。ここでは、危険因子として、例えば、道幅ＴＢＬ１、交通量ＴＢＬ２、下り坂でスピードが出やすいかどうかを知るための下り勾配ＴＢＬ３、上り坂で前方が見にくいかどうかを知るための登り勾配ＴＢＬ４、カーブで見通しが悪いかどうかを知るためのカーブ曲率半径ＴＢＬ５、人通りが多いＴＢＬ６、路上駐車が多いＴＢＬ７としている。
【００７９】
図１３は、交差点の特性の設定テーブルＴＢＬ８〜１０である。交差点の特性についても、各危険因子をごとに、それぞれの特性の程度に応じた危険度を設定する。ここでは、例えば、道路隅切り形状ＴＢＬ８、交差点付近の障害物ＴＢＬ９、信号表示ＴＢＬ１０の３つに分類しており、交差点の隅切り形状ＴＢＬ８では、例えば丸型、角型、隅切りなし、交差点付近の障害物ＴＢＬ９では、例えばフェンス、街路樹、低いブロック塀、高いブロック塀、信号表示ＴＢＬ１０では、例えば普通、直進、左折時間が短い、右折時間が短いなどとして、それぞれの特性の程度に応じた危険度を設定する。
【００８０】
次に、危険度評価処理の手順について説明する。
【００８１】
図１４は、危険度評価処理の手順を示すメインフローチャートである。
【００８２】
図示するフローチャートは、ある交差点から次の交差点までの各道路区間図形データ（ポリゴンまたはラインの形状を有する）について、危険度評価を行うための処理手順である。
【００８３】
まず、事故履歴による危険度ランク（以下ランク１とする）、道路形状による危険度ランク（以下ランク２とする）、速度による危険度ランク（以下ランク３とする）を、例えば点数＝０でそれぞれ初期化する（Ｓ１１０１）。
【００８４】
続いて、ランク１の各危険因子パラメータ（即ち、道幅、交通量、上り坂で前方が見にくい、下り坂でスピードが出やすい、カーブで見通しが悪い、人通りが多い、路上駐車が多い））、ランク２の各危険因子パラメータ（即ち、交差点の隅切り形状、交差点付近の障害物、信号表示）、およびランク３の各危険因子パラメータを、例えば点数＝０でそれぞれ初期化する（Ｓ１１０２）。
【００８５】
続いて、交差点接近フラグ（ＫＳ）、カーブ接近フラグ（ＣＳ）、坂道接近フラグ（ＳＳ）をそれぞれ０で初期化する（Ｓ１１０３）。
【００８６】
続いて、移動中の道路区間の各危険因子パラメータとして、道幅をＴＢＬ１の参照によって、交通量をＴＢＬ２の参照によって、人通りの程度をＴＢＬ６の参照によって、路上駐車の程度をＴＢＬ７の参照によって、それぞれ取得して、その点数を危険度ランク２に加算する（Ｓ１１０４）。
【００８７】
具体的には、例えば、これからのルート上で、「道幅６ｍ以上１０ｍ未満」の箇所が１回、および「道幅４ｍ以上５ｍ未満」の箇所が１回であれば、危険因子パラメータの点数はＴＢＬ１から５点×１回＋７点×１回＝１２点となり、交通量が「非常に少ない」箇所が１回と「非常に多い」箇所が１回であれば、危険因子パラメータの点数はＴＢＬ２から１点×１回＋９点×１回＝１０点となり、人通りの程度が「少ない」箇所が１回であれば、危険因子パラメータの点数はＴＢＬ６から３点×１回＋＝３点となり、路上駐車の程度が「非常に少ない」箇所が１回と「多い」箇所が１回であれば、危険因子パラメータの点数はＴＢＬ７から１点×１回＋７点×１回＝８点となる。
【００８８】
なお、これらのパラメータの設定において、道幅はＧＩＳ計測または設計値によって、交通量は計画または実測によって、交通量・人通りは交通安全組織・警察・住民などの情報提供によって、それぞれ登録するものとする。
【００８９】
次に、過去の事故履歴による危険度ランク１のサブルーチン処理ＳＵＢ１に移行し、危険度ランク１による評価を行う。ここでは、接近中の事故履歴地点について危険度ランクの評価を行い、ユーザーに前方の危険度を報知する（Ｓ１１０５）。なお、ＳＵＢ１の処理の詳細については、後述する。
【００９０】
続いて、ＧＰＳによる現在位置情報Ｇｉを取得し（Ｓ１１０６）、道路上に現在位置をプロットする（Ｓ１１０７）。そして、現在速度を、車速パルスセンサやＧＰＳによる単位時間あたりの移動量から計測する（Ｓ１１０８）。ＧＰＳから求める場合は、下記式から求める。
【００９１】
速度＝√（（Ｘ座標移動量）２＋（Ｙ座標移動量）２）／単位時間
なお、ＧＰＳによる現在位置座標の計測による取得は、単位時間として例えば０．２秒に１回行うものとする。
【００９２】
続いて、現在、停止中（速度＝０）であれば処理を終了し、走行中（速度＞０）であれば現在位置の判定処理に移行する（Ｓ１１０９）。なお、処理終了後に、移動を再開（速度＞０）すれば始めの処理から再開する。
【００９３】
続いて、現在位置の判定を行うために、現在位置のポイントと、接近する道路施設として、交差点の中心から所定距離ｒｉ を半径とした危険エリアバッファＨｉ との空間演算（オーバレイ）処理を行う。これにより、交差点に接近したかどうかを判定する（Ｓ１１１０）。ここで、交差点に接近した場合は、交差点接近フラグＫＳ＝１とする（Ｓ１１２０）。一方、交差点への接近でない場合は次の処理へ移行する。
【００９４】
続いて、現在位置のポイントと、接近する道路施設として、カーブ（円弧データ）の中心から所定距離ｒｉ を半径とした危険エリアバッファＨｉ との空間演算（オーバレイ）処理を行う。これにより、カーブに接近したかどうかを判定する（Ｓ１１１１）。ここで、カーブに接近した場合は、カーブ接近フラグＣＳ＝１とする（Ｓ１１２１）。一方、カーブへの接近ではない場合は次の処理へ移行する。
【００９５】
続いて、現在位置のポイントと、接近する道路施設として、坂道（立面上は円弧であるが平面上は略直線データ）の坂道区間の中心から所定距離ｒｉ を半径とした危険エリアバッファＨｉ との空間演算（オーバレイ）処理を行う。これにより、坂道に接近したかどうかを判定する（Ｓ１１１２）。ここで、坂道に接近した場合は、坂道接近フラグＳＳ＝１とする（Ｓ１１２２）。一方、坂道への接近ではない場合は次の処理へ移行する。
【００９６】
続いて、交差点、カーブ、坂道のいずれかへ接近したかどうかを判定する（Ｓ１１１３）。ここで、交差点、カーブ、坂道のいずれかへ接近した場合、すなわち、ＫＳ≠０またはＣＳ≠０またはＳＳ≠０のときは、走行時の危険度評価処理ＳＵＢ２（Ｓ１１１４）へ移行する。そして、ＳＵＢ２の処理終了後は、単位時間ごとのループ処理を繰り返すために、処理Ｓ１１０６へ復帰する（Ｓ１１１５）。一方、交差点、カーブ、坂道のいずれへも接近していない場合（ＫＳ＝０、ＣＳ＝０、ＳＳ＝０の場合）は、そのまま単位時間ごとのループ処理を繰り返すために、処理Ｓ１１０６へ進む（Ｓ１１１５）。
【００９７】
次に、過去の事故履歴による危険度ランク１のサブルーチン処理ＳＵＢ１について説明する。
【００９８】
図１５は、サブルーチン処理ＳＵＢ１の手順を示すフローチャートである。
【００９９】
まず、ＧＰＳによって自車輌の現在の位置情報Ｇｉを取得し（Ｓ１２０１）、カーナビ地図上において、現在の位置Ｇｉを表示し（Ｓ１２０２）、この現在位置Ｇｉが事故履歴地点（交差点、カーブ等）に接近したかどうかを判定する（Ｓ１２０３）。
【０１００】
続いて、事故履歴地点（交差点）に接近と判定したときは、交通安全情報提供センター１０から予め送信されたルートＲｉ上の事故履歴情報が格納されているファイルを引き当て（Ｓ１２０４）、事故履歴ＤＢから各事故内容と回数を読み込む（Ｓ１２０５）。
【０１０１】
そして、事故履歴テーブル（ＴＢＬ０）により、事項内容別に重み付け点数を加算する（Ｓ１２０６）。
【０１０２】
例えば、事故履歴、人身事故（軽傷）１回、人身事故（死亡）１回の場合、危険因子パラメータの点数は、事故履歴テーブル（ＴＢＬ０）から、６点×１回＋１０点×１回＝１６点となる。
【０１０３】
続いて、算出された点数に基づき、危険度ランク１の状態を抽出する（Ｓ１２０７）。危険度ランク１の状態は、図１６に示す事故履歴による評価テーブルＴＢＬ１１から求める。上記の点数の場合、危険度ランク１は、「Ｂ」となる。 なお、図１６には、事故履歴による評価テーブルＴＢＬ１１の他、後述する道路施設形状による評価テーブルＴＢＬ１２、および速度による評価テーブルＴＢＬ１３を示してあり、各テーブルは、危険因子パラメータの点数に応じて、ランク付けし、各危険度を画面表示する際のランクごとの色分けが設定されている。
【０１０４】
続いて、抽出された危険度ランク１に応じた危険度を知らせる画面を開くと共に、音声で知らせる（Ｓ１２０８）。なお、画面表示例については、後述する。
【０１０５】
次に、走行時の危険度評価のサブルーチン処理ＳＵＢ２について説明する。
【０１０６】
図１７〜１９は、サブルーチン処理ＳＵＢ２の手順を示すフローチャートである。
【０１０７】
走行時の危険度評価のサブルーチン処理ＳＵＢ２は、まず、交差点接近フラグＫＳ＝１か否かを判断する（Ｓ１３０１）。ここで、ＫＳ＝１であれば、続いて、各危険因子パラメータとして、交差点の隅切り形状をＴＢＬ８の参照によって、交差点付近の障害物の有無をＴＢＬ９の参照によって、信号表示時間の長短をＴＢＬ１０の参照によって、それぞれ取得して、その点数を危険度ランク２に加算する（Ｓ１３０２）。
【０１０８】
具体的には、例えば、これから接近する交差点において、交差点の隅切り形状が「角形」であれば、危険因子パラメータの点数はＴＢＬ８から３点となり、交差点付近の障害物が「街路樹」が１箇所あれば、危険因子パラメータの点数はＴＢＬ９から５点×１回＝５点となり、信号表示時間が「普通」であれば、危険因子パラメータの点数はＴＢＬ１０から１点＝１点となる。
【０１０９】
続いて、ＧＰＳによって現在位置情報Ｇｉを取得し（Ｓ１３０３）、道路上に現在位置をプロットする（Ｓ１３０４）。そして、交差点ポリゴンと現在位置ポリゴンとのオーバレイ処理を行う（Ｓ１３０５）。
【０１１０】
続いて、現在地は交差点ポリゴン内か否かを判断する（Ｓ１３０６）。ここで、交差点ポリゴンの外側であれば、交差点進入フラグＫＥ＝１か否かを判断して（Ｓ１３２０）、ＫＥ＝１とき、すなわち交差点通過時には、交差点接近フラグＫＳ＝０、交差点進入フラグＫＥ＝０にして（Ｓ１３３０）、その後ステップＳ１４０１へ移行する。
【０１１１】
一方、現在地が交差点ポリゴンの内側の場合、すなわち交差点進入時には、交差点進入フラグＫＥ＝１にして（Ｓ１３０７）、現在速度を、車速パルスセンサやＧＰＳによる単位時間あたりの移動量から計測する（Ｓ１３０６）。
【０１１２】
そして、危険度ランク３の計算処理ＳＵＢ３へ移行する。危険度ランク３の計算処理ＳＵＢ３の処理後は、ステップＳ１３０３へ復帰することになる。なお、この危険度ランク３の計算処理については後述する。
【０１１３】
次に、ステップＳ１４０１へ移行した場合（図１８参照）は、カーブ接近フラグＣＳ＝１か否かを判断する。ここで、ＣＳ＝１であれば、続いて、カーブ曲率半径をそのカーブの設計値またはＧＰＳ計測値から抽出する（Ｓ１４０２）。そして、カーブ曲率半径から危険因子パラメータをＴＢＬ５の参照によって取得し、その点数を危険度ランク２に加算する（Ｓ１４０３）。
【０１１４】
具体的には、例えば、これから接近するカーブにおいて、ほぼ直線に近い場所が１箇所、曲率半径４０〜５０ｍの場所が１箇所であれば、危険因子パラメータの点数はＴＢＬ５から１点×１回＋５点×１回＝６点となる。
【０１１５】
続いて、ＧＰＳによる現在位置情報Ｇｉを取得し（Ｓ１４０５）、道路上に現在位置をプロットする（Ｓ１４０６）。そして、カーブラインと現在位置ポリゴンとのオーバレイ処理を行う（Ｓ１４０７）。
【０１１６】
続いて、現在地はカーブライン上か否かを判断する（Ｓ１４０８）。ここで、カーブラインの外側であれば、カーブ進入フラグＣＥ＝１か否かを判断して（Ｓ１４２０）、ＣＥ＝１とき、すなわちカーブ通過時には、カーブ通接近フラグＣＳ＝０、カーブ進入フラグＣＥ＝０にして（Ｓ１４３０）、その後ステップＳ１５０１へ移行する。
【０１１７】
一方、現在地がカーブライン上の内側の場合、すなわちカーブ進入時には、カーブ進入フラグＣＥ＝１にして（Ｓ１４０９）、現在速度を、車速パルスセンサやＧＰＳによる単位時間あたりの移動量から計測する（Ｓ１４１０）。
【０１１８】
そして、危険度ランク３の計算処理ＳＵＢ３へ移行する（Ｓ１４１１）。危険度ランク３の計算処理ＳＵＢ３の処理後は、ステップＳ１４０５へ復帰することになる。なお、この危険度ランク３の計算処理については後述する。
【０１１９】
次に、ステップＳ１５０１へ移行した場合（図１９参照）は、坂道接近フラグＳＳ＝１か否かを判断する。ここで、ＳＳ＝１であれば、続いて、坂道の道路勾配をその坂道の設計値またはＧＰＳ計測値から抽出する（Ｓ１５０２）。そして、抽出した坂道の勾配から危険因子パラメータをＴＢＬ３の参照によって取得し、登坂中のときにはＴＢＬ４の参照によって取得し、取得した点数を危険度ランク２に加算する（Ｓ１５０３）。
【０１２０】
具体的には、例えば、これから接近する坂道において降坂中の場合に、平坦部が１箇所、勾配６〜８％の場所が１箇所であれば、危険因子パラメータの点数はＴＢＬ３から１点×１回＋６点×１回＝７点となる。
【０１２１】
続いて、ＧＰＳによって現在位置情報Ｇｉを取得し（Ｓ１５０５）、道路上に現在位置をプロットする（Ｓ１５０６）。そして、坂道ラインと現在位置ポリゴンとのオーバレイ処理を行う（Ｓ１５０７）。
【０１２２】
続いて、現在地は坂道ライン上か否かを判断する（Ｓ１５０８）。ここで、坂道ラインの外側であれば、坂道進入フラグＳＥ＝１か否かを判断して（Ｓ１５２０）、ＳＥ＝１とき、すなわち坂道通過時には、坂道通接近フラグＳＳ＝０、坂道進入フラグＳＥ＝０にして（Ｓ１５３０）、ＳＵＢ２が終了し、メインルーチンのステップＳ１１１５へ復帰する。
【０１２３】
一方、現在地が坂道ライン上の内側の場合、すなわち坂頂上時には、坂道進入フラグＣＥ＝１にして（Ｓ１５０９）、現在速度を、車速パルスセンサやＧＰＳによる単位時間あたりの移動量から計測する（Ｓ１５１０）。
【０１２４】
そして、危険度ランク３の計算処理ＳＵＢ３へ移行する（Ｓ１５１１）。危険度ランク３の計算処理ＳＵＢ３の処理後は、ステップＳ１５０５へ復帰することになる。この危険度ランク３の計算処理については後述する。
【０１２５】
なお、前記ステップＳ１５０１において、ＳＳ＝１ではない場合には、坂道通接近フラグＳＳ＝０、坂道進入フラグＳＥ＝０にして（Ｓ１５３０）、ＳＵＢ２が終了し、メインルーチンのステップＳ１１１５へ復帰する。
【０１２６】
次に、危険度ランク３のサブルーチン処理ＳＵＢ３について説明する。
【０１２７】
図２０は、サブルーチン処理ＳＵＢ３の手順を示すフローチャートである。
【０１２８】
危険度ランク３のサブルーチン処理ＳＵＢ３では、まず、交差点接近フラグＫＳ＝１か否かを判断する（Ｓ１６０１）。ここで、ＫＳ＝１であれば、前記のサブルーチンＳＵＢ２処理において得られた現在速度と、現在走行中の道路と交差する道路の道幅とに基づき危険度ランク３の危険度因子パラメータの点数を、速度と交差点接近時の評価テーブルＴＢＬ２１から求める（Ｓ１６０２）。
【０１２９】
ここで、速度と交差点接近時の評価テーブルＴＢＬ２１は、図２１に示すように、速度の範囲ごとに道幅を対応させて危険度因子パラメータの点数を付けたものである。具体的には、例えば時速５８ｋｍ／ｈ、道幅４０ｍの道路を横断する場合、ＴＢＬ２１から、危険度因子パラメータの点数は５点となる。
【０１３０】
前記ステップＳ１６０１において、ＫＳ＝１でなければ、続いて、カーブ接近フラグＣＳ＝１か否かを判断する（Ｓ１６１１）。ここで、ＣＳ＝１であれば、前記のサブルーチンＳＵＢ２処理において得られた現在速度と、カーブの曲率半径に基づき危険度ランク３の危険度因子パラメータの点数を、速度とカーブ接近時の評価テーブルＴＢＬ２２から求める（Ｓ１６１２）。
【０１３１】
ここで、速度とカーブ接近時の評価テーブルＴＬＢ２２は、図２２に示すように、速度の範囲ごとにカーブの曲率半径を対応させて危険度因子パラメータの点数を付けたものである。
【０１３２】
前記ステップＳ１６１１において、ＣＳ＝１でなければ、続いて、坂道接近フラグＳＳ＝１か否かを判断する（Ｓ１６２１）。ここで、ＳＳ＝１であれば、前記のサブルーチンＳＵＢ２処理において得られた現在速度と、道路勾配に基づき危険度ランク３の危険度因子パラメータの点数を、速度と坂道通行時の評価テーブルＴＢＬ２３から求める（Ｓ１６２２）。
【０１３３】
ここで、ＴＢＬ２３は、図２３に示すように、速度の範囲ごとに坂道の勾配を対応させて危険度因子パラメータの点数を付けたものである。
【０１３４】
以上の各処理が終了した後、先に加算した危険度ランク２を道路施設形状による評価テーブルＴＢＬ１２を参照して、ユーザに報知するとともに、危険度ランク３の結果をユーザに報知する（Ｓ１６３０）。
【０１３５】
ここでは、先ほどまでに具体例として挙げた結果から、危険度ランク２は合計で４６点となっているので、ＴＢＬ１２（図１６参照）から「ｃ」となり、危険度ランク３は「５」である。
【０１３６】
次に、上述した処理によりって得られた各危険度ランクの表示例を説明する。
【０１３７】
図２４は、ユーザへ危険度ランクを表示するための画面表示例を示す図面である。
【０１３８】
図示する表示例では、ナビ画面の右下隅に危険度ランクに応じた色分け表示を行っている。危険度ランク１（事故履歴による評価）は前述の具体例から「Ｂ」であり、これはＴＢＬ１１（図１６参照）からピンク色の表示、危険度ランク２（道路施設による評価）は前述の具体例から「ｃ」であり、これはＴＢＬ１２（図１６参照）からオレンジ色の表示、危険度ランク３（速度と道路形状別の評価）は前述の具体例から「５」であり、これはＴＢＬ１３（図１６参照）からオレンジ色の表示となる。
【０１３９】
これにより、ユーザにはこれから進む先の事故履歴や道路形状、現在速度などから危険度が表示されることになる。
【０１４０】
なお、表示例としては、この他に、例えば、危険度ランク１〜３をすべて加算して、その値から、３段階、あるいは５段階などによる色分け表示を行ったり、また、ナビ画面に表示されている交差点、カーブ、坂道などの図形そのものを危険ランクに応じて色分けして表示したり、危険度に応じた周期により点滅させるなど、様々な方法を採ることができる。さらには、危険度を音声により報知するようにしてもよい。この音声により報知する場合には、すべての危険度を報知してもよいし、危険度が高い場合にのみ音声による報知とするようにしてもよい。
【０１４１】
さらには、単に危険度を表示または音声によって報知するばかりではなく、危険度の報知とともに、安全な通過速度の表示や音声によって報知するようにしてもよい。
【０１４２】
【発明の効果】
以上のように本発明によれば、移動体の端末がナビ地図で設定した目的地点までのルートを携帯電話網、インターネットを介してサーバに送信すると、サーバ側からはルート上における全ての交差点エリア及び交差点の形を示すポリゴン、提供情報、危険度からなる属性情報が送信される。
【０１４３】
一方、移動体の端末は、このルート上の交差点エリア及び属性情報を記憶し、前回の自位置と今回の自位置とから求まる進行方向に交差点エリアが存在したとき、この交差点エリアの属性情報を知らせる。
【０１４４】
すなわち、移動体が次に到達する交差点の形状（隅が角、隅切りなし、丸、周囲ブロック等の情報が知らせられると共に、危険度が知らせられる。
【０１４５】
このため、ドライバーは交差点の形状、危険度等をイメージして交差点に到達することになるから安全運転が可能になる。
【０１４６】
また、外部の団体、市民等から交差点に係わる情報を常に収集して、これを危険度に反映させているので、現時点の交差点の状況に応じた危険度を提供できる。
【図面の簡単な説明】
【図１】 本実施の形態１の交通情報提供システムの概略構成図である。
【図２】 実施の形態１の概略を説明するフローチャートである。
【図３】 交通安全情報提供センターを説明する構成図である。
【図４】 交差点のポリゴン、危険情報を説明する説明図である。
【図５】 実施の形態１のシーケンス図である。
【図６】 ナビゲーション機器類側の動作を説明するフローチャートである。
【図７】 ナビゲーション機器類側の動作を説明するフローチャートである。
【図８】 交通安全情報サービス画面を説明する説明図である。
【図９】 実施の形態２を説明するシーケンス図である。
【図１０】 危険度ランクの設定テーブルＴＢＬｋを示す図である。
【図１１】 事故履歴の設定テーブルＴＢＬ０を示す図である。
【図１２】 道路施設の特性の設定テーブルＴＢＬ１〜ＴＢＬ７を示す図である。
【図１３】 交差点の特性の設定テーブルＴＢＬ８〜１０を示す図である。
【図１４】 危険度評価処理の手順を示すメインフローチャートである。
【図１５】 過去の事故履歴による危険度ランク１のサブルーチン処理ＳＵＢ１の手順を示すフロー
チャートである。
【図１６】 事故履歴による評価テーブルＴＢＬ１１、道路施設形状による評価テーブルＴＢＬ１２
、および速度による評価テーブルＴＢＬ１３を示す図である。
【図１７】 走行時の危険度評価のサブルーチン処理ＳＵＢ２の手順を示すフローチャートである。
【図１８】 図１７に続く走行時の危険度評価のサブルーチン処理ＳＵＢ２の手順を示すフローチャ
ートである。
【図１９】 図１８に続く走行時の危険度評価のサブルーチン処理ＳＵＢ２の手順を示すフローチャ
ートである。
【図２０】 危険度ランク３のサブルーチン処理ＳＵＢ３の手順を示すフローチャートである。
【図２１】 速度と交差点接近時の評価テーブルＴＢＬ２１示す図である。
【図２２】 速度とカーブ接近時の評価テーブルＴＬＢ２２を示す図である。
【図２３】 速度と坂道通行時の評価テーブルＴＢＬ２３を示す図である。
【図２４】 危険度の画面表示例を示す図である。
【符号の説明】
１ ナビゲーション機器類
２ 車輌
５ 携帯電話網
６ インターネット
１０ 交通安全情報提供センター
１１ ＤＢサーバ
１５ ＧＩＳデータベース
１６ 事故履歴データベース
１７ 交差点ポリゴン生成工程
１８ エリアバッファ生成工程
１９ リンク付け工程
２０ 交差点情報検索工程
２１ 危険度算出工程

Claims (6)

1. 移動体に搭載されたナビゲーション機能、位置計測機能、車速センサ及び携帯電話機能を有する移動体の端末装置と、交通安全情報提供センターのサーバと、交通安全に関する情報を提供するためのパソコンとを携帯電話網、インターネットからなる通信ネットワークに接続して、前記交通安全情報サーバが前記端末装置に対して地図上のルートの危険度情報を提供する交通安全情報提供システムにおいて、
   前記サーバは、記憶手段を備え、
   この記憶手段は、
   一定期間毎の各県の地域のナビ画像と該ナビ画像の道路上の危険エリアの危険エリア情報Ｂｉｐとを記憶し、
   前記危険エリア情報Ｂｉｐは、
   前記危険エリアの、
   事故履歴の設定テーブルと道路施設・形状の設定テーブル群と道路幅別による速度の設定テーブルと事故履歴による評価テーブルと道路施設・形状による評価テーブルと速度による評価テーブルと危険エリアの形状を示すポリゴンを含む情報であり、
   前記事故履歴の設定テーブルは、
   事故内容とその事故内容に応じて決めた第１の重み付け点数と事故回数とが対応させられ、
   前記道路施設・形状の設定テーブル群は、
   道幅、交差点の道路隅切り形状、交差点付近の障害物、信号表示、の特性毎に、設定テーブルが設けられ、これらの設定テーブルは、前記特性の詳細項目毎に、危険度に応じて決めた第２の重み付け点数と詳細項目の有りを示す第１の数値が対応させられ、
   前記道路幅別による速度の設定テーブルは、
   速度の範囲毎に前記道幅が対応させられ、かつ速度及び道幅による危険度に応じて決めた第３の重み付け点数が対応させられ、
   前記事故履歴による評価テーブルは、
   前記第１の重み付け点数を範囲別にした事故履歴による危険度のランクに該事故履歴による危険度のランクを表示するための色を対応させて記憶し、
   前記道路施設・形状による評価テーブルは、
   前記第２の重み付け点数を範囲別にした道路施設による危険度のランクに該道路施設による危険度のランクを表示するための色を対応させて記憶し、
   前記速度による評価テーブルは、
   重み付け点数毎に、速度による危険度のランクを表示するための色とを対応させて記憶し、
   てなり、
   前記サーバのコンピュータは、
   前記端末装置から地域名を受信し、該地域名に対応するナビ画像を前記記憶手段から読み、その端末装置に送信する手段と、
   前記端末装置から前記ナビ画像におけるルートを受信し、該ルート上の前記危険エリアの前記危険エリア情報Ｂｉｐをその端末装置に送信する手段と、
   前記端末装置は、
   メモリを備え、
   前記端末装置のコンピュータが、
   前記サーバからの前記ナビ画像を前記メモリに保存して画面に表示し、該ナビ画像において設定されたルートの座標を前記サーバに送信して、該ルート上の全ての前記危険エリア情報Ｂｉｐを送信させ、これを前記ルートに関連付けて前記メモリに記憶する手段と、
   前記位置計測機能により現在位置を取得し、この現在位置と前回の位置とから自車輌が前記危険エリア情報Ｂｉｐの危険エリアに接近するかどうかを判定する手段と、
   前記危険エリアに接近すると判定したときは、前記危険エリアの危険エリア情報Ｂｉｐ の事故履歴の設定テーブルの事故回数とその事故回数に対応する前記第１の重み付け点数との積を求め、これらの積の点数の合計を、前記事故履歴による危険度の点数（ランク１）とする手段と、
   前記危険エリアに接近と判定したときは、前記危険エリアの前記道路施設・形状の設定テーブル群の前記交差点の隅切り設定テーブル及び交差点付近の障害有無の設定テーブル並びに信号表示の設定テーブルの前記第２の重み付け点数と該第２の重み付け点数に対応する数値との積を求め、これらの積の点数の合計を道路形状による危険度の点数（ランク２）とする手段と、
   前記危険エリアに接近すると判定したときは、前記車速センサで計測した速度と計測した道幅とを有するレコードの前記第３の重み付け点数を前記道路幅別による速度の設定テーブルから読み、これを前記危険エリアに接近するときの速度危険度の点数（ランク３）とする手段と、
   前記事故履歴の危険度の点数（ランク１）を有するレコードを前記事故履歴による評価テーブルから読み、このレコードの前記事故履歴による危険度のランクを表示するための色を危険エリアのポリゴンに表示する手段と、
   前記道路形状による危険度の点数（ランク２）を有するレコードを前記道路施設・形状による評価テーブルから読み、このレコードの色を危険エリアのポリゴンに表示する手段と、
   前記速度の危険度の点数（ランク３）を有するレコードを前記速度による評価テーブルから読み、このレコードの色を危険エリアのポリゴンに表示する手段と
   を有することを特徴とする交通安全情報提供システム。
2. 前記危険エリア情報Ｂｉｐは、速度の範囲毎にカーブ曲率半径、この曲率による危険度に応じて決めた第４の重み付け点数を対応させたカーブ接近時の評価テーブルを含む情報であり、
   前記道路施設・形状の設定テーブル群の設定テーブルの情報は、
   前記詳細項目をカーブの曲率半径とし、該曲率半径に該曲率半径の危険度に応じて決めた第５の重み付け点数と前記第１の数値とを対応させたカーブ内容の設定テーブルを含む情報であり、
   前記端末装置は、
   前記危険エリアが交差点エリアで前記現在位置が交差点通過時と判断したときは、カーブのエリアに接近かどうかを判定する手段と、
   前記カーブのエリアに接近と判定したときは、カーブの曲率半径に対応する前記第５の重み付け点数を前記カーブ内容の設定テーブルから読み、この第５の重み付け点数に対応する前記第１の数値との積を求め、これらの積の合計を前記道路施設による危険度の点数に加算する手段と、
   前記加算された道路形状による危険度の点数（ランク２）に該当する前記道路施設・形状による評価テーブルの危険度のランク（ランク２）の色を前記画面のカーブのエリアに表示する手段と
   を有することを特徴とする請求項１記載の交通情報提供システム。
3. 前記道路施設・形状による設定テーブル群は、
   登り道勾配テーブルを有し、
   前記危険エリア情報Ｂｉｐは、この登り道勾配テーブルに基づく情報であり、
   該登り道勾配テーブルは、
   登り勾配内容毎に、この登り勾配内容の危険度に応じて決めた第６の重み付け点数を対応させたレコードを備え、該レコードにその登り勾配内容が存在する数が割り付けられ、
   前記端末装置は、
   前記現在位置が前記カーブのエリアを出たかどうかを判断する手段と、
   前記現在位置が前記カーブのエリアを出たと判断したときは、前記現在位置が坂道に接 近かどうかを判断する手段と、
   前記坂道に接近と判断した場合は、その坂道の計測値から坂道又は下り道の勾配かを判定する手段と、
   前記勾配が坂道と判定したときは、前記計測した坂道の勾配を有する前記登り道勾配テーブルのレコードの第６の重み付け点数と前記登り勾配内容が存在する数との積を求め、これらの合計を前記道路形状の危険度の点数（危険度ランク２）に加算する手段と
   を有することを特徴とする請求項２記載の交通情報提供システム。
4. 前記道路施設・形状による設定テーブル群は、
   下り道勾配テーブルを有し、
   前記危険エリア情報Ｂｉｐは、この下り道勾配テーブルを含む情報であり、該下り道勾配テーブルは、
   前記下り道の勾配内容毎に、この下り道の勾配内容の危険度に応じて決めた第７の重み付け点数を対応させたレコードを備え、該レコードにその下り勾配内容が存在する数が割り付けられ、
   前記端末装置は、
   前記勾配が下り坂と判定したときは、計測した下り道の勾配を有する前記下り道勾配テーブルのレコードの前記第７の重み付け点数と前記下り勾配内容が存在する数との積を求め、この合計を前記道路形状の危険度の点数（危険度ランク２）に加算する手段と
   を有することを特徴とする請求項１、２又は３記載の交通情報提供システム。
5. 前記危険エリア情報Ｂｉｐは、
   前記速度の範囲毎に、坂道の勾配を割り当て、かつ勾配及び前記速度に応じて決めた危険度の第８の重み付け点数を割り当てた坂道通過時テーブルを含む情報であり、
   前記現在位置が前記坂道の頂点通過と判定したときは、計測した勾配と速度とを有するレコードを前記坂道通過時テーブルから引き当て、該レコードの前記第８の重み付け点数を前記速度の危険度の点数（ランク３）に加算する手段と
   を有することを特徴とする請求項１、２、３又は４記載の交通情報提供システム
6. 前記危険エリア情報Ｂｉｐは、交差点のポリゴンと危険度ランクと事故件数、事故履歴、交差点に周囲情報、注意メッセージを含み、
   前記端末装置は、前記危険エリアが交差点の場合は、前記交差点のポリゴンと危険度ランクと事故件数、事故履歴、交差点に周囲情報、注意メッセージを画面に表示する手段と
   を有することを特徴とする請求項１乃至５のいずれかに記載の交通安全情報提供システム。

Images