JP2002310680A

JP2002310680A - 交通安全情報提供方法及び交通安全情報提供のプログラム

Info

Publication number: JP2002310680A
Application number: JP2001110500A
Authority: JP
Inventors: Narinobu Tabata; 成暢田畑
Original assignee: Asia Air Survey Co Ltd
Current assignee: Asia Air Survey Co Ltd
Priority date: 2001-04-09
Filing date: 2001-04-09
Publication date: 2002-10-23
Anticipated expiration: 2021-04-09
Also published as: JP3880806B2

Abstract

(57)【要約】【課題】車輌の移動中において交差点の形状、危険個
所の形状、危険度、原因等を提供する交通情報提供シス
テムを得る。【解決手段】車輌２内にナビゲーション機器類１を搭
載し、このナビゲーション機器類１が携帯電話網５、イ
ンターネット６を介して交通安全情報提供センター１０
からの交通情報（交差点の形状、危険度等）の提供を受
ける。ナビゲーション機器類１は、ＧＰＳに自車輌の現
在の位置情報Ｇｉを取得し、カーナビ地図上において、
現在の位置Ｇｉを表示し、この現在位置Ｇｉが事故履歴
地点（交差点、カーブ等）に接近したときは、交通安全
情報提供センター１２から予め送信されたルートＲｉ上
の事故履歴地点の形状、危険度レベルを抽出して、画面
の事故履歴地点（交差点）の付近に危険度レベルに応じ
た危険度を知らせる画面を開くと共に、音声で知らせ
る。

Description

【発明の詳細な説明】

【発明の属する技術分野】本発明は、車輌、電車、船
舶、観光バス、タクシー、自転車、および人等の移動体
に用いられるナビ機能を有するモバイルパソコンに対し
て、危険な交差点等の情報をより詳しく提供できる交通
安全情報提供方法に関する。

【従来の技術】近年はパソコンが企業、団体、家庭に非
常に普及してきており、交通事故に対しての危険因子を
集計できるようになって来ている。危険因子の第１位は
見通しが悪い（交差点含む）、第２位は信号が悪い（短
い、紛らわしい、見にくい設置等）、第３位はスピード
が出やすい、第４位は一時停止ができない、第５位は上
り坂で見にくい、第６位が道幅が同じ、第７位は交差点
の形、第８位は交通量が多い、第９位は違法駐車あり等
の順になっている。そして、このような危険因子の情報
を知らせて危険を回避させるシステムが多数出願されて
いる。例えば、特開平１０−９７６９４号公報の交通情
報提供システムは、中央装置から各区間別の交通情報を
予めゾーンブロック毎の交通情報に変換してデータ化さ
せる。そして、交通情報利用者に対しては出発地と目的
地を指定して交通情報を要求し得るようにし、交通情報
利用者からの前記交通情報要求に対して、前記出発地か
ら目的地までの路線上にある各ゾーンブロック毎の交通
情報（渋滞、事故等）を組み合わせた前記交通情報利用
者の要求に対応する交通情報を作成し、通信回線を介し
て提供する。これにより、交通情報利用者が得たい具体
的、かつ詳細な交通情報が前記交通情報利用者に提供さ
れ、交通情報利用者は最適な路線を選択できるというも
のである。また、車の中から携帯無線網、インターネッ
トを介して様々なコンテンツの配信を受けるものや、人
間に携帯させて歩きながら景勝地、温泉、飲食店等のコ
ンテンツの配信を受けるものもある。このようなモバイ
ルパソコンは、携帯電話機能、ＧＰＳ機能を有して前述
のコンテンツの配信を受けている。そして、コンテンツ
の配信は、コンテンツ配信センターが様々な種類のコン
テンツを携帯無線網を介して配信し、ユーザは画面のソ
フトウェアキーの選択によって所望のコンテンツを受信
する方式や、携帯電話機能を用いてインターネット経由
で様々なコンテンツの配信を受ける方式等がある。ま
た、携帯電話網の所定ゾーンのみにコンテンツを配信す
る地域限定のサービスもある。例えば、特開２０００−
３３０９０９号公報は、グループ（東京地域、大阪地
域）内のユーザ端末は専用線を介してプロバイダに接続
され、ユーザ端末が専用線及びインターネット等を介し
てＷｅｂ（ウェブ）ページ情報の送信要求を行う。そし
て、ユーザ端末のＩＰアドレスからユーザ端末の所在地
域を判別して、Ｗｅｂサーバは判別されたユーザ端末の
所在地域に基づいてＷｅｂデータ情報を選別してユーザ
端末（カーナビやナビ機能搭載の端末等）に送信する。

【発明が解決しようとする課題】上記の方式は、予め収
集した様々なコンテンツ（交通情報含む）をカーナビ等
の端末に配信するものであるが、交差点の形状、危険個
所の形状及び、危険度については配信を行っていない。
すなわち、カーナビは粗い地図画像であるから交差点の
形状は一般に単なるクロス線で表現されている。これに
対して、交差点は様々な形状があり、また交差点の周囲
が壁、樹木で覆われていたり、坂道に存在する場合もあ
る。しかしながら、上記のような従来の方式では、この
ような交差点の形状情報、危険因子の情報については配
信されていないので、ドライバーにとっては依然として
安全走行に関する情報が不足しているという課題があっ
た。本発明は上記課題を鑑みてなされたもので、車輌等
の移動中において交差点の形状、危険個所の形状、危険
度、原因等を提供する交通情報提供システムを得ること
を目的とする。

【課題を解決するための手段】本発明の交通安全情報提
供方法は、移動体に搭載されたナビゲーション機能、位
置計測機能及び携帯電話機能を有する端末に対してサー
バ側から携帯電話網、インターネットを介して前記端末
が要望する地図上のルートの危険情報を提供する交通安
全情報提供方法において、前記移動体の端末は、前記移
動体が表示したナビ地図上における目的地点までのルー
トを送信する段階と、前記位置計測機能で計測した自位
置を、順次送信する段階と、前記サーバから送信される
前記ルートの危険エリア及び属性情報を記憶する段階
と、前記自位置が求められる毎に、前回の自位置と今回
の自位置とから進行方向を求め、この進行方向に存在す
る前記ルートの危険エリアを検索する段階と、前記危険
エリアを前記ナビ地図のルートに割り付けると共に、該
割り付けた危険エリアに対応する前記属性情報を知らせ
る段階と、前記自位置が前記割付した危険エリアに存在
しなくなったときに、前記属性情報の知らせ及び検索エ
リアの割付けを停止する段階とを備え、前記サーバは、
地物、道路に緯度経度が割り当てられた地図上の交差点
エリアに、交差点の形を示すポリゴン、提供情報、危険
度からなる属性情報を対応させて備え、前記ルートの受
信し、該ルート上に存在する前記危険エリア及び前記属
性情報とを前記移動体に送信する段階とを備えたことを
要旨とする。また、前記属性情報は、前記交差点を上空
から見た形状のポリゴンにされ、かつ交差点を囲む周囲
地物の形状を示した周囲ポリゴンを含むことを特徴とす
る。前記サーバはインターネットを介して外部から前記
ルートの危険エリアに係わる情報を常に収集し、この情
報を前記危険度に反映させていることを特徴とする。前
記今回の自位置と前回の自位置とから求めた現在の速度
と前記ルートの危険エリアの属性情報の提供情報とから
新たな危険度を算出して、これを音声で知らせる段階と
を有することを特徴とする。前記移動体が表示したナビ
地図上における目的地点までのルートを送信する手段、
前記位置計測機能で計測した自位置を、順次送信する手
段、前記サーバから送信される前記ルートの危険エリア
及び属性情報を記憶する手段、前記自位置が求められる
毎に、前回の自位置と今回の自位置とから進行方向を求
め、この進行方向に存在する前記危険エリアを検索する
手段、前記危険エリアを前記ナビ地図のルートに割り付
けると共に、該割り付けた危険エリアに対応する前記属
性情報を知らせる手段、前記自位置が前記割付した危険
エリアに存在しなくなったときに、前記属性情報の知ら
せ及び検索エリアの割付けを停止する手段として機能さ
せるための交通安全情報提供のプログラム。

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

【発明の効果】以上のように本発明によれば、移動体の
端末がナビ地図で設定した目的地点までのルートを携帯
電話網、インターネットを介してサーバに送信すると、
サーバ側からはルート上における全ての交差点エリア及
び交差点の形を示すポリゴン、提供情報、危険度からな
る属性情報が送信される。一方、移動体の端末は、この
ルート上の交差点エリア及び属性情報を記憶し、前回の
自位置と今回の自位置とから求まる進行方向に交差点エ
リアが存在したとき、この交差点エリアの属性情報を知
らせる。すなわち、移動体が次に到達する交差点の形状
（隅が角、隅切りなし、丸、周囲ブロック等の情報が知
らせられると共に、危険度が知らせられる。このため、
ドライバーは交差点の形状、危険度等をイメージして交
差点に到達することになるから安全運転が可能になる。
また、外部の団体、市民等から交差点に係わる情報を常
に収集して、これを危険度に反映させているので、現時
点の交差点の状況に応じた危険度を提供できる。

【図面の簡単な説明】

【図１】本実施の形態１の交通情報提供システムの概略
構成図である。

【図２】実施の形態１の概略を説明するフローチャート
である。

【図３】交通安全情報提供センターを説明する構成図で
ある。

【図４】交差点のポリゴン、危険情報を説明する説明図
である。

【図５】実施の形態１のシーケンス図である。

【図６】ナビゲーション機器類側の動作を説明するフロ
ーチャートである。

【図７】ナビゲーション機器類側の動作を説明するフロ
ーチャートである。

【図８】交通安全情報サービス画面を説明する説明図で
ある。

【図９】実施の形態２を説明するシーケンス図である。

【図１０】危険度ランクの設定テーブルＴＢＬｋを示す
図である。

【図１１】事故履歴の設定テーブルＴＢＬ０を示す図で
ある。

【図１２】道路施設の特性の設定テーブルＴＢＬ１〜Ｔ
ＢＬ７を示す図である。

【図１３】交差点の特性の設定テーブルＴＢＬ８〜１０
を示す図である。

【図１４】危険度評価処理の手順を示すメインフローチ
ャートである。

【図１５】過去の事故履歴による危険度ランク１のサブ
ルーチン処理ＳＵＢ１の手順を示すフローチャートであ
る。

【図１６】事故履歴による評価テーブルＴＢＬ１１、道
路施設形状による評価テーブルＴＢＬ１２、および速度
による評価テーブルＴＢＬ１３を示す図である。

【図１７】走行時の危険度評価のサブルーチン処理ＳＵ
Ｂ２の手順を示すフローチャートである。

【図１８】図１７に続く走行時の危険度評価のサブルー
チン処理ＳＵＢ２の手順を示すフローチャートである。

【図１９】図１８に続く走行時の危険度評価のサブルー
チン処理ＳＵＢ２の手順を示すフローチャートである。

【図２０】危険度ランク３のサブルーチン処理ＳＵＢ３
の手順を示すフローチャートである。

【図２１】速度と交差点接近時の評価テーブルＴＢＬ２
１示す図である。

【図２２】速度とカーブ接近時の評価テーブルＴＬＢ２
２を示す図である。

【図２３】速度と坂道通行時の評価テーブルＴＢＬ２３
を示す図である。

【図２４】危険度の画面表示例を示す図である。

【符号の説明】

１ナビゲーション機器類２車輌５携帯電話網６インターネット１０交通安全情報提供センター１１ＤＢサーバ１５ＧＩＳデータベース１６事故履歴データベース１７交差点ポリゴン生成工程１８エリアバッファ生成工程１９リンク付け工程２０交差点情報検索工程２１危険度算出工程

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/30 ３１０Ｇ０６Ｆ 17/30 ３１０Ｚ 17/60 １３２ 17/60 １３２５０６５０６Ｇ０８Ｇ 1/137 Ｇ０８Ｇ 1/137 Ｆターム(参考） 2F029 AA02 AA04 AA07 AB07 AB13 AC02 AC09 AC13 AC16 AC18 5B075 PQ02 PQ05 PQ23 UU14 UU16 5H180 AA01 AA05 AA06 AA14 AA21 AA25 BB05 CC12 FF05 FF13 FF22 FF25 FF33 FF35 FF38

Claims

【特許請求の範囲】

【請求項１】移動体に搭載されたナビゲーション機
能、位置計測機能及び携帯電話機能を有する端末に対し
てサーバ側から携帯電話網、インターネットを介して前
記端末が要望する地図上のルートの危険情報を提供する
交通安全情報提供方法において、前記移動体の端末は、前記移動体が表示したナビ地図上における目的地点まで
のルートを送信する段階と、前記位置計測機能で計測した自位置を、順次送信する段
階と、前記サーバから送信される前記ルートの危険エリア及び
属性情報を記憶する段階と、前記自位置が求められる毎に、前回の自位置と今回の自
位置とから進行方向を求め、この進行方向に存在する前
記ルートの危険エリアを検索する段階と、前記危険エリアを前記ナビ地図のルートに割り付けると
共に、該割り付けた危険エリアに対応する前記属性情報
を知らせる段階と、前記自位置が前記割付した危険エリアに存在しなくなっ
たときに、前記属性情報の知らせ及び検索エリアの割付
けを停止する段階とを備え、前記サーバは、地物、道路に緯度経度が割り当てられた地図上の交差点
エリアに、交差点の形を示すポリゴン、提供情報、危険
度からなる属性情報を対応させて備え、前記ルートの受信し、該ルート上に存在する前記危険エ
リア及び前記属性情報とを前記移動体に送信する段階と
を有することを特徴とする交通安全情報提供方法。
【請求項２】前記属性情報は、前記交差点を上空から見た形状のポリゴンにされ、かつ
交差点を囲む周囲地物の形状を示した周囲ポリゴンを含
むことを特徴とする請求項１記載の交通安全情報提供方
法。
【請求項３】前記サーバはインターネットを介して外
部から前記ルートの危険エリアに係わる情報を常に収集
し、この情報を前記危険度に反映させていることを特徴
とする請求項１又は２記載の交通安全情報提供方法。
【請求項４】前記今回の自位置と前回の自位置とから
求めた現在の速度と前記ルートの危険エリアの属性情報
の提供情報とから新たな危険度を算出して、これを音声
で知らせる段階とを有することを特徴とする請求項１、
２又は３記載の交通安全情報提供方法。
【請求項５】前記移動体が表示したナビ地図上におけ
る目的地点までのルートを送信する手段、前記位置計測機能で計測した自位置を、順次送信する手
段、前記サーバから送信される前記ルートの危険エリア及び
属性情報を記憶する手段、前記自位置が求められる毎に、前回の自位置と今回の自
位置とから進行方向を求め、この進行方向に存在する前
記危険エリアを検索する手段、前記危険エリアを前記ナビ地図のルートに割り付けると
共に、該割り付けた危険エリアに対応する前記属性情報
を知らせる手段、前記自位置が前記割付した危険エリアに存在しなくなっ
たときに、前記属性情報の知らせ及び検索エリアの割付
けを停止する手段として機能させるための交通安全情報
提供のプログラム。