JP5097087B2 - 道路情報提供サービスセンタ装置、道路情報提供方法およびカーナビゲーション装置 - Google Patents

Description

本発明は、インターネットのＷＥＢサイトに掲載されている記事から道路区間の道路情報を収集してドライバに提供するのに好適な道路情報提供サービスセンタ装置、道路情報提供方法およびカーナビゲーション装置に関する。

車で観光旅行をする人は、まず、日程や目的地を定め、次に、その目的地に関する観光ガイドブックや道路地図などを参照して、立ち寄る観光スポットや車の走行経路などを定めることが多い。最近では、多くの車にカーナビゲーション装置（以下、本明細書では「カーナビ装置」と略称する。）が搭載されており、その場合には、カーナビ装置に記憶されている地図情報やＰＯＩ（Point of Interest）情報を利用して、観光スポットや車の走行経路を定めることもできる。そして、その定めた走行経路を車走行時の誘導経路（道案内経路）として利用ことも可能である。

旅行するドライバは、観光地などで不案内な道路を車で走行する場合、走行予定の道路の状況（広い、狭い、渋滞し易い、信号が多いなど）を事前に知っていると、実際に走行するときに抱きがちな不安定な感情（イライラ感、不安感など）を抑制することができる。現状のカーナビ装置は、そのような道路の状況を、ある程度一般的な情報として表示することはできるが、その情報は、ドライバにとって充分なものにはなっていない。

例えば、観光地の道路においては、桜の季節、紅葉の季節、休日、平日などによって、道路の渋滞状況などが大きく相違する。その場合には、カーナビ装置によって探索された目的地までの推奨経路は、必ずしも最適経路（最短時間経路）でない場合もある。また、土砂崩れなど半ば長期の通行止めで通行不能な道路があったり、新たに開通した道路があったりする。このようなきめ細かな道路状況は、現状のカーナビ装置では提供されていない。

特許文献１には、各カーナビ装置から取得されるスナップ写真などを含む道路状況の旅行記録情報をデータベースに蓄積するとともに、カーナビ装置から送信される走行経路に応じた旅行記録情報を、そのカーナビ装置に提供するカーナビゲーションシステムの例が開示されている。従って、カーナビ装置は、そのセンタサーバに蓄積された旅行記録情報から、走行経路についてのきめ細かな道路状況を得ることができる。
特開２００２−８１９５１号公報

しかしながら、特許文献１に開示されたカーナビゲーションシステムにおいては、そのシステムに対応したカーナビ装置でなければ、旅行記録情報を取得できない。しかも、カーナビ装置が旅行記録情報を取得するにあたっては、走行中の道路が抜け道であることを指定したり、スナップ写真を撮影するポイントを定めたりするための操作をするのはドライバである。このような操作は、ドライバにとって負担となる作業である。このような操作者にとって負担となる作業は、実行されないことが多い。従って、このシステムでは、旅行記録情報の取得が相当に限定されることになり、現実的には、センタサーバは、充分な量の旅行記録情報を蓄積するのが困難である。

ところで、インターネット上に提供される情報量は、とくに、個人の日記などを公開するブログの拡大に伴い、増加の一途を辿っている。ちなみに、旅行記録などを主題としたブログも多数存在する。その旅行記録のブログには、しばしば、道路状況についての記載（例えば、「ＡＡ道路のＢＢ峠は、紅葉見物で大渋滞だった」など）がある。

以上のような従来技術の状況に鑑み、本発明の目的は、ＷＥＢサイトに公開された情報を幅広く活用して生成した道路状況のデータを、ユーザに容易に提供することが可能な道路情報提供サービスセンタ装置、道路情報提供方法およびカーナビゲーション装置を実現することにある。

本発明に係る道路情報提供サービスセンタ装置は、所定の期間ごとに、車両による道路走行の模様を記録した旅行記事が掲載されたＷＥＢサイトからその旅行記事を収集し、その収集した旅行記事を、道路状況キーワード辞書および道路区間キーワード辞書を用いて解析する。そして、その旅行記事から、道路区間キーワードとその道路区間キーワードの前後の近傍にある道路状況キーワードとを抽出し、その道路区間キーワードに基づき地図ＤＢ（Database）を参照して、前記抽出された道路状況キーワードに対応付けるための道路区間を特定する。さらに、前記抽出した道路状況キーワードと前記特定した道路区間とを前記ＷＥＢサイト上の前記旅行記事のＵＲＬ（Uniform Resource Locator）とを対応付けたデータを道路状況データとして、道路状況ＤＢに蓄積しておく。そして、パソコンまたはカーナビゲーション装置からの要求情報に応じて、その要求情報によって指定される道路区間の道路状況データを、前記道路状況ＤＢから取得し、前記パソコンまたはカーナビゲーション装置へ配信する。

本発明によれば、ＷＥＢサイトに公開された情報を幅広く活用して生成した道路状況のデータを、ユーザに容易に提供することが可能になる。

以下、図面を参照して本発明の実施形態について詳しく説明する。

図１は、本発明の実施形態に係る道路情報提供サービスセンタおよびカーナビ装置を含んだ全体システムの構成の例を示した図である。

図１に示すように、道路情報提供サービスセンタ１は、インターネット５に接続され、同じくインターネット５に接続されたブログサーバ３から、そのブログサーバ３に蓄積され、公開されているブログ記事３１を、適宜、収集し、そのブログ記事３１に含まれている道路状況データを抽出し、道路状況ＤＢ１１４に蓄積する。

また、道路情報提供サービスセンタ１は、ＩＳＰ（Internet Service Provider）４を介して家庭などで用いられるパソコン６などに接続され、さらに、公衆網７、携帯電話などの基地局８を介して車両９に搭載されたカーナビ装置２に接続されている。道路情報提供サービスセンタ１は、パソコン６またはカーナビ装置２からの求めに応じて、求められた道路区間の道路状況データを、そのパソコン６またはカーナビ装置２へ配信する。

なお、パソコン６は、必ずしも家庭に設置されたものである必要はなく、インターネット５に接続可能な情報端末装置であれば、モバイル型の個人情報端末装置であっても、携帯電話装置であってもよい。

以下、図１を参照して、道路情報提供サービスセンタ１およびカーナビ装置２の構成の詳細について説明する。

図１に示すように、道路情報提供サービスセンタ１は、ブログ記事収集部１０１、ブログ記事解析部１０２、道路状況データ登録部１０３、経路探索要求受信部１０４、経路探索部１０５、道路状況データ配信部１０６、通信処理部１０７、巡回ＵＲＬＤＢ１１１、道路状況キーワード辞書１１２、道路区間キーワード辞書１１３、道路状況ＤＢ１１４、センタ地図ＤＢ１１５などを含んで構成される。

ここで、巡回ＵＲＬＤＢ１１１は、旅行記録などが掲載されたブログ記事３１を有する複数のＷＥＢサイトのＵＲＬを、あらかじめ登録して構成したデータベースである。ブログ記事収集部１０１は、巡回ＵＲＬＤＢ１１１を参照して、インターネット５および通信処理部１０７を介して、登録されたＵＲＬのＷＥＢサイトを順次巡回し、巡回したＷＥＢサイトからブログ記事３１を収集する。このとき、ブログ記事３１は、例えば、ＨＴＭＬ（Hyper Text Markup Language）などで記述されているものとする。

ブログ記事解析部１０２は、道路状況キーワード辞書１１２および道路区間キーワード辞書１１３にあらかじめ登録された道路状況キーワードおよび道路区間キーワードを参照して、前記収集したブログ記事３１を解析し、道路区間および道路状況を表す記載部分を抽出する。また、道路状況データ登録部１０３は、前記抽出された道路状況を表す記載部分から、所定の形式を有する道路状況データを生成し、道路状況ＤＢ１１４に登録する。

なお、道路状況キーワード辞書１１２、道路区間キーワード辞書１１３および道路状況ＤＢ１１４の構成については、図２−図４を参照して別途詳しく説明する。また、ブログ記事収集部１０１、ブログ記事解析部１０２および道路状況データ登録部１０３の処理フローについては、図５を参照して別途詳しく説明する。

次に、経路探索要求受信部１０４は、パソコン６またはカーナビ装置２からＩＳＰ４、インターネット５などを介して送信される経路探索要求（出発地、目的地、経由地などのデータを含む）を、通信処理部１０７を介して受信する。経路探索部１０５は、その受信された経路探索要求に基づき、センタ地図ＤＢ１１５を参照して、出発地、経由地および目的地をつなぐ最短時間経路などの推奨経路を探索する。

道路状況データ配信部１０６は、道路状況ＤＢ１１４を参照して前記探索された推奨経路に含まれる道路区間の道路状況データを抽出し、その抽出した道路状況データを、通信処理部１０７、インターネット５、ＩＳＰ４などを介して、パソコン６またはカーナビ装置２へ配信する。

これら経路探索要求受信部１０４、経路探索部１０５および道路状況データ配信部１０６の処理フローについては、図６を参照して別途詳しく説明する。

ここで、道路情報提供サービスセンタ１は、ハードウエア的には、図示しない処理装置（以下、ＣＰＵ（Central Processing Unit）という）と記憶装置（ＲＡＭ（Random Access Memory）、ハードディスク装置など）とを、少なくとも有するコンピュータによって構成される。そのコンピュータにおいて、前記したブログ記事収集部１０１、ブログ記事解析部１０２、道路状況データ登録部１０３、経路探索要求受信部１０４、経路探索部１０５、道路状況データ配信部１０６、通信処理部１０７の機能は、そのＣＰＵが記憶装置に格納された所定のプログラムを実行することによって実現される。

次に、図１に示すように、カーナビ装置２は、通信装置２０１、通信処理部２０２、経路変換部２０３、経路探索部２０４、表示処理部２０５、入力処理部２０６、カーナビ用地図ＤＢ２０７、表示装置２０８、入力装置２０９、ＧＰＳ（Global Positioning System）受信機２１０などを含んで構成される。

ここで、通信装置２０１は、携帯電話機などによって構成され、基地局８と通信し、さらに、公衆網７、ＩＳＰ４、インターネット５などを介して、道路情報提供サービスセンタ１との間で通信する。また、通信処理部２０２は、通信装置２０１を適宜制御して、経路探索要求などのデータを道路情報提供サービスセンタ１へ送信するとともに、道路情報提供サービスセンタ１から、探索された推奨経路に含まれる道路区間の道路状況データを取得する。そして、その取得された道路区間の道路状況データは、経路変換部２０３、経路探索部２０４における処理を経て、表示処理部２０５によって表示装置２０８に表示される。

表示装置２０８は、ＬＣＤ（Liquid Crystal Display）などによって構成され、前記取得された道路区間の道路状況データを表示するほか、通常のカーナビ装置として、経路探索部２０４によりカーナビ用地図ＤＢ２０７から探索された自車位置から目的地までの誘導経路などを表示する。

このとき、自車位置は、ＧＰＳ受信機２１０により取得される。すなわち、ＧＰＳ受信機２１０は、図示しない複数のＧＰＳ衛星からの信号を受信し、その受信した信号に基づき、自身を搭載した車両９の位置、つまり、自車位置を測位する。

また、入力装置２０９は、図示しない各種のボタン、スイッチ、センサインターフェース、リモコン受光部、リモコン装置などからなり、目的地や経路探索条件など各種データの入力に利用される。ここで、センサインターフェースは、車速センサや方位センサなどに接続される。車速センサや方位センサなどによって得られたデータは、しばしば、ＧＰＳ受信機２１０によって取得された自車位置を補正するのに用いられる。

これら入力装置２０９やＧＰＳ受信機２１０などから入力される自車位置、目的地、経路探索条件などのデータは、適宜、入力処理部２０６によって処理され、経路探索部２０４などへ送付される。

なお、カーナビ装置２は、図示しないＣＰＵと記憶装置（ＲＡＭ、ハードディスク装置など）とを少なくとも含んで構成されたコンピュータであり、通信処理部２０２、経路変換部２０３、経路探索部２０４、表示処理部２０５、入力処理部２０６の機能は、そのＣＰＵがＲＡＭなどに記憶された所定のプログラムを実行することにより実現される。

続いて、図２−図５を参照して、道路情報提供サービスセンタ１がブログサーバ３上のＷＥＢサイトからブログ記事３１を収集し、道路状況データを抽出し、抽出した道路状況データを道路状況ＤＢ１１４に登録するまでの処理フロー、ならびに、その処理で用いられる道路状況キーワード辞書１１２、道路区間キーワード辞書１１３および道路状況ＤＢ１１４の例について説明する。

図２は、道路情報提供サービスセンタ１が有する道路状況キーワード辞書１１２の例を示した図である。図２に示すように、道路状況キーワード辞書１１２は、道路状況を表すキーワードが、あらかじめ、分類されて登録されたものである。すなわち、道路状況キーワード辞書１１２には、例えば、渋滞状況を表すキーワードとして、「渋滞」、「混雑」、「順調」などが、また、走りやすさを表すキーワードとして、「流れがよい」、「快適」、「信号多い」などが、また、景観を表すキーワードとして、「景色がよい」などが登録されている。

図３は、道路情報提供サービスセンタ１が有する道路区間キーワード辞書１１３の例を示した図である。図３に示すように、道路区間キーワード辞書１１３には、道路区間を特定するための道路名称（例えば、「環状八号線」）、道路通称（例えば、「環八」）、交差点名称（例えば、「高井戸」）、道路沿いのＰＯＩ名称（例えば、「高井戸駅」）などが、それぞれ対応付けられて登録されている。

なお、道路状況キーワードおよび道路区間キーワードは、いずれも、道路情報提供サービスセンタ１の管理者によってあらかじめ定義された情報であり、それぞれ、道路状況キーワード辞書１１２および道路区間キーワード辞書１１３に事前に登録される。

図４は、道路情報提供サービスセンタ１において蓄積される道路状況ＤＢ１１４の例を示した図である。図４に示すように、道路状況ＤＢ１１４は、道路区間を定義する定義データ（「道路名称」、「道路区間」、「開始リンクＩＤ」、「終了リンクＩＤ」など）、その道路区間についてブログ記事３１から抽出された道路状況を表すデータ（「道路状況キーワード」）、そのブログ記事３１が掲載されたＷＥＢサイトのＵＲＬ（「ブログ記事ＵＲＬ」）などのデータによって構成される。

ここで、「道路区間」は、ブログ記事３１から抽出された道路区間キーワード（「道路名称」、「交差点名称」、「道路沿いＰＯＩ名称」など）とセンタ地図ＤＢ１１５とに基づき、道路情報提供サービスセンタ１のＣＰＵが、適宜、決定する。なお、道路ごとに道路区間をあらかじめ定めておき、道路区間キーワード辞書１１３において、その道路区間ごとに「交差点名称」、「道路沿いＰＯＩ名称」などの道路区間キーワードを登録しておいてもよい。その場合には、ブログ記事３１に基づく「道路区間」の特定が容易になる。

また、「道路状況」および「ブログ記事ＵＲＬ」も、ブログ記事３１から抽出されたデータである。従って、道路状況ＤＢ１１４では、同じ「道路区間」について、複数の「道路状況」や「ブログ記事ＵＲＬ」がある場合がある。換言すれば、同じ「道路区間」について多数の同じ「道路状況」のデータがあった場合には、その「道路状況」のデータの信頼性は高いということができる。

また、「開始リンクＩＤ」および「終了リンクＩＤ」は、「道路区間」をセンタ地図ＤＢ１１５における道路リンクのリンクＩＤで表したものである。例えば、「道路区間」が「国道１６号」の「八王子−入間」の場合には、「開始リンクＩＤ」は、「国道１６号」上の八王子市街中心部の代表的な道路リンクのリンクＩＤであり、「終了リンクＩＤ」は、「国道１６号」上の入間市街中心部の代表的な道路リンクのリンクＩＤである。本実施形態では、道路情報提供サービスセンタ１のＣＰＵが、「道路区間」およびセンタ地図ＤＢ１１５に基づき、適宜、「開始リンクＩＤ」および「終了リンクＩＤ」を定めるものとする。

図５は、道路情報提供サービスセンタ１におけるブログ記事の収集および解析から抽出された交通状況データの道路状況ＤＢ１１４への登録までの処理フローの例を示した図である。なお、この処理は、例えば、１日に１回、１週に１回など、一定の周期ごとに実行される。

道路情報提供サービスセンタ１のＣＰＵ（以下、単に「ＣＰＵ」という）は、図５に示すように、まず、巡回ＵＲＬＤＢ１１１からＵＲＬを１つ選択し（ステップＳ１１）、その選択したＵＲＬによって指定されるＷＥＢサイトのブログ記事を読み込む（ステップＳ１２）。これらステップＳ１１およびＳ１２の処理は、ブログ記事収集部１０１の処理に対応する。

次に、ＣＰＵは、その読み込んだブログ記事について、道路区間キーワード（道路区間キーワード辞書１１３に事前に登録されたキーワード）が有るか否かを検索する（ステップＳ１３）。そして、そのブログ記事中に道路区間キーワードが有った場合には（ステップＳ１４でＹｅｓ）、その検索された道路区間キーワードの前後の前記ブログ記事について、ＣＰＵは、さらに、道路状況キーワード（道路状況キーワード辞書１１２に事前に登録されたキーワード）が有るか否かを検索する（ステップＳ１５）。これらステップＳ１３−Ｓ１５の処理は、ブログ記事解析部１０２の処理に対応する。

その検索の結果、道路状況キーワードが有った場合には（ステップＳ１６でＹｅｓ）、ＣＰＵは、ステップＳ１３の検索で抽出した道路区間キーワード（道路名称、道路通称、交差点名称、道路沿いのＰＯＩ名称）に基づき、センタ地図ＤＢ１１５を参照して、適宜、道路区間を定め、センタ地図ＤＢ１１５からその道路区間の開始リンクＩＤおよび終了リンクＩＤを取得する（ステップＳ１７）。

次に、ＣＰＵは、ステップＳ１７で得た道路区間と、ステップＳ１５の検索で抽出した道路状況キーワードに基づく道路状況と、当該ブログ記事３１のＵＲＬ（ステップＳ１１で選択したＵＲＬ）を互いに関連付けて、道路状況データを生成し（ステップＳ１８）、その生成した道路状況データを道路状況ＤＢ１１４に登録する（ステップＳ１９）。これらステップＳ１７−Ｓ１９の処理は、道路状況データ登録部１０３の処理に対応する。

次に、ＣＰＵは、ステップＳ１１で巡回ＵＲＬＤＢ１１１に登録されている全ＵＲＬを選択したか否かを判定し、全ＵＲＬを選択した場合には（ステップＳ２０でＹｅｓ）、処理を終了する。また、全ＵＲＬを選択していない場合には（ステップＳ２０でＮｏ）、ＣＰＵは、ステップＳ１１へ戻って、ステップＳ１１以下の処理を繰り返して実行する。

また、道路区間キーワードがなかった場合（ステップＳ１４でＮｏ）、および、道路状況キーワードがなかった場合（ステップＳ１６でＮｏ）には、ＣＰＵは、ステップＳ２０を実行する。

なお、以上の処理において、ステップＳ１２で読み込んだブログ記事３１の中に、外部のブログ記事へのリンクが含まれていた場合には、ＣＰＵは、そのリンクされた外部のブログ記事も読み込んでステップＳ１３以下の処理を行うようにしてもよい。そして、その中に、道路状況ＤＢ１１４に登録した道路状況データが存在した場合には、ＣＰＵは、そのリンクされた外部のブログ記事のＵＲＬを巡回ＵＲＬＤＢ１１１に登録してもよい。

以上の処理によって、複数のブログサーバ３上に散在するブログ記事３１に記載された道路状況に関する情報を、道路状況データという形で道路状況ＤＢ１１４に蓄積することができる。なお、道路状況ＤＢ１１４に蓄積された道路状況データは、適宜、古いデータを削除することにして、常に最新のデータにしておくことができる。

次に、図６および図７を参照して、家庭用のパソコン６が道路情報提供サービスセンタ１に対し、経路探索を求め、道路情報提供サービスセンタ１がパソコン６に対し、探索した推奨経路、および、その推奨経路についての道路状況データを配信する処理の例について説明する。ここで、図６は、（ａ）パソコン６が道路情報提供サービスセンタ１に対し、経路探索を求め、それに応じて配信された推奨経路および道路状況データを表示する処理フローの例、（ｂ）道路情報提供サービスセンタ１がパソコン６からの求めに応じて、推奨経路および道路状況データを配信する処理フローの例を示した図である。また、図７は、（ａ）道路情報提供サービスセンタ１から配信された推奨経路および道路状況データをパソコン６の表示装置に表示したブラウザ画面の例、（ｂ）ブログ記事３１をパソコン６の表示装置に表示したブラウザ画面の例を示した図である。

パソコン６のユーザが車での旅行を計画するとき、そのユーザは、Ｗｅｂブラウザを用いて、道路情報提供サービスセンタ１にアクセスし、道路情報提供サービスセンタ１が提供する、例えば、「旅行計画」というホームページを開く。その場合には、そのブラウザ画面には、出発地、経由地、目的地など旅行条件を入力するための入力ボックスなどが表示される（図示省略）。

そこで、パソコン６のＣＰＵは、その入力ボックスなどを介して入力される出発地、目的地などの情報を読み取り、その読み取った出発地、目的地などの情報を道路情報提供サービスセンタ１へ送信する（ステップＳ２１）。道路情報提供サービスセンタ１のＣＰＵは、それに応答して、その出発地、目的地などの情報を受信する（ステップＳ３１）。

なお、パソコン６における出発地、目的地などの入力方法は、入力ボックスから文字情報を入力する入力方法に限定されるものではなく、Ｗｅｂブラウザに表示された地図などを介して、出発地、目的地などの位置を直接に指定する入力方法であってもよく、また、地図に表示されたＰＯＩから出発地、目的地を選択して指定する方法であってもよい。

次に、パソコン６のＣＰＵは、所定のブラウザ画面（図示省略）で、経路探索の指示の入力を受け付けると、道路情報提供サービスセンタ１に対して、経路探索指示情報を送信する（ステップＳ２２）。道路情報提供サービスセンタ１のＣＰＵは、それに応答して、その経路探索指示情報を受信し、センタ地図ＤＢ１１５を参照して、出発地から目的地までの旅行の推奨経路を探索する（ステップＳ３２）。

道路情報提供サービスセンタ１のＣＰＵは、その推奨経路の探索が終了すると、探索した推奨経路データをパソコン６へ配信する（ステップＳ３３）とともに、道路状況ＤＢ１１４に登録されている道路状況データの道路区間を検索して、その道路区間が当該推奨経路に含まれているか否かを判定し、当該推奨経路に含まれているとき、その道路状況データを抽出する（ステップＳ３４）。

その抽出処理において、当該推奨経路に含まれる道路区間の道路状況データが抽出された場合には（ステップＳ３５でＹｅｓ）、道路情報提供サービスセンタ１のＣＰＵは、その道路状況データをパソコン６へ配信する（ステップＳ３６）。また、当該推奨経路に含まれる道路区間の道路状況データが抽出されなかった場合には（ステップＳ３５でＮｏ）、ステップＳ３６の処理をスキップする。

一方、パソコン６のＣＰＵは、推奨経路データの配信を受けたときには、その推奨経路データを受信し、その受信した推奨経路データに基づき、例えば、図７（ａ）のブラウザ画面６１に示すように、その推奨経路６１１を表示する（ステップＳ２３）。また、道路状況データの配信を受けたときには、パソコン６のＣＰＵは、推奨経路６１１のうち、その配信された道路状況データによって指定される道路区間、すなわち、道路状況データ有りの道路区間を、目立つように、太線にしたり、色を変えたりして、強調表示する（ステップＳ２４）。なお、その強調表示に際しては、交通状況キーワードの分類（「渋滞」、「走りやすさ」、「景観」など、図２参照）に応じて、その表示色をあらかじめ定めておき、変えるようにしてもよい。

また、パソコン６のＣＰＵは、図７（ａ）に示すように、ブラウザ画面６１の推奨経路６１１のそばには、道路状況データ有りの道路区間６１２についての道路状況データ６１３、および、その道路区間６１２の道路状況データ６１３が掲載されたブログ記事３１のリンク６１４を表示する（ステップＳ２５）。なお、推奨経路６１１に複数の道路状況データ有りの道路区間６１２が含まれる場合には、パソコン６の利用者が、その強調表示された複数の道路区間６１２の１つを、適宜、クリックして選択することにより、表示する道路状況データ６１３の道路区間６１２を切替えることができるものとする。

また、道路状況データ６１３の部分に表示される道路状況キーワードについては、ブログ記事３１におけるその道路状況キーワードの出現件数をカッコ内に表示して、その道路状況キーワードの信頼性の目安とする。同様に、ブログ記事３１のリンク６１４の後に、例えば、星印を付して、その星印の数により、ブログ記事３１の信頼性の目安とする。

また、ブラウザ画面６１に表示されたブログ記事３１のリンク６１４の１つがクリックされた場合には、パソコン６のＣＰＵは、インターネット５を介して、リンク６１４によって指定されるブログサーバ３およびブログ記事３１にアクセスして、ブログ記事３１を取得し、その取得したブログ記事を、図７（ｂ）に示すようなブラウザ画面６２として表示する。

以上の処理によって、パソコン６のユーザは、家庭にいながらにして、出発地から目的地までの推奨経路６１１、および、その推奨経路６１１上の道路状況データ６１３を得ることができ、さらには、その道路状況が掲載されたブログ記事３１に容易にアクセスすることが可能になる。従って、ユーザは、ブラウザ画面６１に表示された推奨経路６１１や道路状況データ６１３などに基づき、適宜、旅行計画の適否を判断することができる。

さらに、本実施形態では、ユーザがブラウザ画面６１に表示された推奨経路６１１に満足できなかった場合には、ユーザが、適宜、出発地、目的地、経由地などを変更して、経路データを編集することができるようにしている。そこで、パソコン６に経路データを編集するための経路編集データが入力された場合には（ステップＳ２６でＹｅｓ）、パソコン６のＣＰＵは、その経路編集データを道路情報提供サービスセンタ１へ送信するとともに、ステップＳ２２へ戻って、ステップＳ２２以下の処理を再度実行する。また、経路編集データが入力されなかった場合には（ステップＳ２６でＮｏ）、ユーザがブラウザ画面６１に表示された推奨経路６１１の旅行計画に満足したものとして、図６（ａ）に示したパソコン６の処理を終了する。

一方、このパソコン６の処理に合わせて、道路情報提供サービスセンタ１のＣＰＵは、パソコン６から経路編集データを受信した場合には（ステップＳ３７でＹｅｓ）、ステップＳ３２へ戻って、ステップＳ３２以下の処理を再度実行する。また、経路編集データを受信しなかった場合には（ステップＳ３７でＮｏ）、道路情報提供サービスセンタ１のＣＰＵは、そのときまでに求められた推奨経路データ、および、その推奨経路に含まれる道路区間の道路状況データを、そのパソコン６のユーザを識別する情報（つまり、道路情報提供サービスセンタ１に対するユーザＩＤ）と対応付けて、記憶装置の所定のエリアに記憶し（ステップＳ３８）、図６（ｂ）に示した道路情報提供サービスセンタ１における処理を終了する。

続いて、図８−図１０を参照して、ユーザがパソコン６で旅行計画を立てた後、車で旅行をするとき、その旅行計画で得た推奨経路および道路状況データを、カーナビ装置２で活用する手順について説明する。ここで、図８は、（ａ）カーナビ装置２が道路情報提供サービスセンタ１から推奨経路データおよび道路状況データをダウンロードして表示する処理フローの例、（ｂ）道路情報提供サービスセンタ１がカーナビ装置２からの求めに応じて、推奨経路および道路状況データを配信する処理フローの例を示した図である。また、図９は、道路情報提供サービスセンタ１からカーナビ装置２へ配信される推奨経路データのフォーマットの例を示した図、図１０は、経路形状マッチング処理の概念を示した図、図１１は、アボイドエリアを迂回する経路の例を示した図である。また、図１２は、（ａ）道路情報提供サービスセンタ１から配信された推奨経路データをカーナビ装置２に表示したブラウザ画面の例、（ｂ）ブログ記事３１をカーナビ装置２の表示装置２０８に表示した画面の例を示した図である。

カーナビ装置２のユーザは、図８に示す処理により、パソコン６を用いて事前に定め、道路情報提供サービスセンタ１の記憶装置に記憶しておいた旅行計画の推奨経路データおよびその推奨経路に含まれる道路区間の交通状況データを、道路情報提供サービスセンタ１からカーナビ装置２へダウンロードすることができる。

すなわち、ユーザがカーナビ装置２からユーザＩＤなどを入力することにより、道路情報提供サービスセンタ１に対し、経路データのダウンロードを要求すると、カーナビ装置２のＣＰＵは、ユーザＩＤを含む経路データのダウンロード要求情報を、道路情報提供サービスセンタ１に送信する（ステップＳ４１）。

道路情報提供サービスセンタ１のＣＰＵは、その経路データのダウンロード要求情報を受信すると、記憶装置に記憶しておいたそのユーザＩＤに対応する推奨経路データおよび道路状況データを読み出し、その推奨経路データのフォーマットを変換して（ステップＳ５１）、変換後の推奨経路データをカーナビ装置２へ配信する（ステップＳ５２）。

ここで、カーナビ装置２へ配信する推奨経路データは、図９に示すように、「出発地データ」、「目的地データ」、必要な数の「経由地データ」、「道路状況データ」を含んで構成される。このとき、「出発地データ」、「目的地データ」および「経由地データ」のそれぞれは、それぞれの「名称」、「緯度」、「経度」のデータを含んで構成される。

また、「道路状況データ」は、「道路区間」、「道路状況キーワード」、「ブログ記事リンクＵＲＬ」、「区間形状構成点列数」、各「区間形状構成点」の「緯度」、「経度」により構成される。ここで、「道路区間」、「道路状況キーワード」、「ブログ記事ＵＲＬ」は、道路状況ＤＢ１１４の「道路区間」、「道路状況キーワード」、「ブログ記事ＵＲＬ」に対応している。また、「区間形状構成点数」、各「区間形状構成点」の「緯度」、「経度」は、当該道路区間の形状を複数の点列により表すためのデータである。

以上のように、本実施形態では、道路情報提供サービスセンタ１からカーナビ装置２へ推奨経路データを配信するとき、推奨経路を道路リンクのリンクＩＤの連なりとして表すのではなく、緯度、経度で指定される位置の点列のデータとして表している。これは、センタ地図ＤＢ１１５とカーナビ用地図ＤＢ２０７との間でのデータフォーマットの相違、とくに、道路リンクのリンクＩＤの相違に対処することを目的としたものである。すなわち、センタ地図ＤＢ１１５とカーナビ用地図ＤＢ２０７とでは、そのデータフォーマットは必ずしも同じとは限らず、また、カーナビ装置２によってもそのデータフォーマットが相違する場合がある。そこで、ここでは、道路情報提供サービスセンタ１からカーナビ装置２へ配信する推奨経路データのフォーマットを、センタ地図ＤＢ１１５やカーナビ用地図ＤＢ２０７のフォーマットに依存しないものとした。

そこで、図８に示すように、カーナビ装置２のＣＰＵは、道路情報提供サービスセンタ１から配信された推奨経路データを受信すると（ステップＳ４２）、その受信した推奨経路データに含まれる区間形状構成点の緯度、経度からなる道路区間の経路データを、カーナビ用地図ＤＢ２０７における道路リンクの形式の経路データに変換する経路形状マッチング処理を行う（ステップＳ４３）。

図１０に示すように、道路情報提供サービスセンタ１から配信された推奨経路データに含まれる区間形状構成点の緯度、経度が指し示す点（以下、区間形状構成点１００１といい、図では白丸で表示）は、誤差などのために、必ずしも、カーナビ用地図ＤＢ２０７を構成する道路リンク１０００（細いまたは太い実線で表示）上に位置するとは限らない。そこで、カーナビ装置２のＣＰＵは、経路形状マッチング処理において、白丸で表示された区間形状構成点１００１を、その点に最も近い道路リンク上の点に投影し、その投影点１００２（黒丸で表示）を含んだ道路リンク１０００をつなげて推奨経路１００３（太い実線で表示）とする。

この経路形状マッチング処理では、区間形状構成点１００１が推奨経路１００３に含まれない道路リンク１０００に投影される場合があり、そのような投影点１００２は、不正投影点１００４と呼ばれる。なお、一般には、区間形状構成点１００１を投影した時点では、その投影点１００２が不正投影点１００４であるか否かは分からない。しかし、投影点１００２を含む道路リンク１０００をつなげて推奨経路１００３を構成したとき、その不正投影点１００４を含む道路リンク１０００の終点ノード側には、投影点１００２を含む他の道路リンク１０００が接続されないので（ただし、終点ノードが木と駅巷は道路区間の終点である場合を除く）、その投影点が不正投影点１００４であることが分かる。従って、投影点１００２を含道路リンク１０００であっても、不正投影点１００４を含道路リンク１０００は、推奨経路１００３から除外される。

再度、図８を参照すると、カーナビ装置２のＣＰＵは、推奨経路がアボイドエリアを通過するか否かを判定する（ステップＳ４４）。ここで、アボイドエリアとは、あらかじめカーナビ装置２で設定しておいたスクールゾーンなどの交通規制エリアや、旅行開始後、例えば、道路交通情報放送手段などを介して取得した渋滞エリアなど、ドライバが走行を避けたいエリアをいう。

そこで、図１１に示すように、推奨経路１１０１（太い実線で表示）がアボイドエリア１１００を通過する場合には（ステップＳ４４でＹｅｓ）、カーナビ装置２のＣＰＵは、アボイドエリア１１００を迂回する迂回経路１１０２（太い破線で表示）を探索し（ステップＳ４５）、推奨経路１１０１がアボイドエリア１１００を通過しない場合には（ステップＳ４４でＮｏ）、迂回経路１１０２の探索処理（ステップＳ４５）をスキップする。

ここで、カーナビ装置２のＣＰＵは、例えば、推奨経路１１０１がアボイドエリア１１００に進入する手前のノード１１０３（白丸で表示）を出発地とし、アボイドエリア１１００を通過後のノード１１０４（白丸で表示）を目的地として、経路探索部２０４により経路探索することによって、アボイドエリア１１００の迂回経路１１０２を求めることができる。なお、その場合、出発地および目的地とするノードは、必ずしも、アボイドエリア１１００に最も近い推奨経路１１０１上のノードである必要はない。

続いて、カーナビ装置２のＣＰＵは、図１２（ａ）に示すように、推奨経路７１１を表示装置２０８に表示し（ステップＳ４６）、さらに、推奨経路７１１のうち、道路状況データ有りの道路区間７１２を、目立つように、太線にしたり、色を変えたりして、強調表示する（ステップＳ４７）。このとき、図１１で説明したアボイドエリア１１００および迂回経路１１０２が存在した場合には、カーナビ装置２のＣＰＵは、推奨経路７１１に併せてアボイドエリア１１００および迂回経路１１０２を表示する（ただし、図１２（ａ）では、図示省略）。

また、カーナビ装置２のＣＰＵは、図１２（ａ）に示すように、推奨経路７１１のそばに、道路状況データ有りの道路区間７１２についての道路状況データ７１３、および、その道路区間７１２の道路状況データ７１３が掲載されたブログ記事３１のリンク７１４を表示する（ステップＳ４８）。なお、この場合、カーナビ装置２の表示装置２０８が小さいことを考慮して、道路状況データ７１３を噴出しの形で表示するとともに、その中に表示される道路状況キーワードおよびブログ記事３１のリンク７１４は、１つまたは少数の信頼性の高いものに限定して表示する。

なお、カーナビ装置２においても、前記表示されたブログ記事３１のリンク７１４が、リモコンやタッチパネルなどの入力装置２０９により選択されて、所定の指示がされた場合には、カーナビ装置２のＣＰＵは、インターネット５を介して、そのブログ記事３１のリンク６１４によって指定されるブログサーバ３およびブログ記事３１にアクセスして、ブログ記事３１を取得し、その取得したブログ記事３１を、図１２（ｂ）に示すような形で表示装置２０８に表示する。

以上の処理によれば、カーナビ装置２のユーザは、あらかじめパソコン６で求めておいた旅行計画の推奨経路７１１を、道路情報提供サービスセンタ１からダウンロードすることができ、また、その旅行計画の推奨経路７１１に含まれる道路区間ついて、ブログ記事３１から収集された道路状況データを容易に閲覧することができるようになる。

従って、カーナビ装置２を搭載した車両９のドライバは、推奨経路７１１に従って、道路を走行することができ、また、その推奨経路７１１の中に含まれる道路区間については、ブログ記事３１から収集された道路状況データが提供されるので、不案内な道路であっても走行し易くなる。

なお、以上に説明した交通状況データ（図４参照）については、とくに季節や平日、休日などの日種を考慮していないが、ブログ記事３１から得られる交通状況データを道路状況ＤＢ１１４に蓄積するとき、その交通状況データにブログ記事作成時の日時情報を付しておくことすれば、ユーザの旅行計画の季節や日種に応じて、より的確な交通状況データを提供することが可能になる。

本発明の実施形態に係る道路情報提供サービスセンタおよびカーナビ装置を含んだ全体システムの構成の例を示した図。 道路情報提供サービスセンタが有する道路状況キーワード辞書の例を示した図。 道路情報提供サービスセンタが有する道路区間キーワード辞書の例を示した図。 道路情報提供サービスセンタにおいて蓄積される道路状況ＤＢの例を示した図。 道路情報提供サービスセンタにおけるブログ記事の収集および解析から抽出された交通状況データの道路状況ＤＢへの登録までの処理フローの例を示した図。 （ａ）パソコンが道路情報提供サービスセンタに対し、経路探索を求め、それに応じて配信された推奨経路および道路状況データを表示する処理フローの例、（ｂ）道路情報提供サービスセンタがパソコンからの求めに応じて、推奨経路および道路状況データを配信する処理フローの例を示した図。 道路情報提供サービスセンタから配信された推奨経路および道路状況データをパソコンの表示装置に表示したブラウザ画面の例、（ｂ）ブログ記事をパソコンの表示装置に表示したブラウザ画面の例を示した図。 （ａ）カーナビ装置２が道路情報提供サービスセンタから推奨経路データおよび道路状況データをダウンロードして表示する処理フローの例、（ｂ）道路情報提供サービスセンタがカーナビ装置からの求めに応じて、推奨経路および道路状況データを配信する処理フローの例を示した図。 道路情報提供サービスセンタからカーナビ装置へ配信される推奨経路データのフォーマットの例を示した図。 経路形状マッチング処理の概念を示した図。 アボイドエリアを迂回する経路の例を示した図。 （ａ）道路情報提供サービスセンタから配信された推奨経路データをカーナビ装置に表示したブラウザ画面の例、（ｂ）ブログ記事をカーナビ装置の表示装置に表示した画面の例を示した図。

符号の説明

１ 道路情報提供サービスセンタ
２ カーナビ装置
３ ブログサーバ
４ ＩＳＰ
５ インターネット
６ パソコン
７ 公衆網
８ 基地局
９ 車両
３１ ブログ記事
１０１ ブログ記事収集部
１０２ ブログ記事解析部
１０３ 道路状況データ登録部
１０４ 経路探索要求受信部
１０５ 経路探索部
１０６ 道路状況データ配信部
１０７ 通信処理部
１１１ 巡回ＵＲＬＤＢ
１１２ 道路状況キーワード辞書
１１３ 道路区間キーワード辞書
１１４ 道路状況ＤＢ
２０１ 通信装置
２０２ 通信処理部
２０３ 経路変換部
２０４ 経路探索部
２０５ 表示処理部
２０６ 入力処理部
２０８ 表示装置
２０９ 入力装置
２１０ ＧＰＳ受信機

Claims (8)

1. インターネットに接続される処理装置と、
   道路状況を表わした道路状況キーワードを蓄積した道路状況キーワード辞書、道路名称および交差点名称を含む地物の名称を道路区間キーワードとして蓄積した道路区間キーワード辞書、並びに、道路の位置および接続関係情報を含んで構成された地図ＤＢ、を有してなる記憶装置と、
   を備えた道路情報提供サービスセンタ装置であって、
   前記処理装置が、
   車両による道路走行の模様を記録した旅行記事が掲載されたＷＥＢサイトから、前記インターネットを介して、所定の期間ごとに前記旅行記事を収集し、
   前記収集した旅行記事を、前記道路状況キーワード辞書および前記道路区間キーワード辞書を用いて解析して、前記旅行記事から道路区間キーワードを抽出し、さらに、前記旅行記事からその道路区間キーワードの前後の近傍にある道路状況キーワードを抽出し、前記道路区間キーワードに基づき、前記地図ＤＢを参照して、前記抽出された道路状況キーワードに対応付けるための道路区間を特定し、
   前記道路状況キーワードと前記道路区間と前記ＷＥＢサイト上の前記旅行記事のＵＲＬとを対応付けたデータを道路状況データとして、前記記憶装置上に構成された道路状況ＤＢに蓄積しておき、
   前記インターネットを介して接続されたパソコンまたはカーナビゲーション装置から送信された要求情報を受信したときには、その要求情報によって指定される道路区間に基づき前記道路状況ＤＢを検索して得られる道路状況データを、前記パソコンまたは前記カーナビゲーション装置へ配信すること
   を特徴とする道路情報提供サービスセンタ装置。
2. 前記処理装置は、
   前記パソコンからの前記要求情報として、出発地および目的地を含む経路探索指示情報を受信した場合には、
   前記地図ＤＢを参照して、前記出発地から前記目的地に到る推奨経路を探索し、
   前記道路状況ＤＢを検索して、前記道路状況ＤＢの中に前記推奨経路の一部として含まれる道路区間についての道路状況データがあったときには、その道路区間についての道路状況データを前記推奨経路と併せて、前記パソコンへ配信すること
   を特徴とする請求項１に記載の道路情報提供サービスセンタ装置。
3. 前記処理装置は、
   前記推奨経路と前記推奨経路の一部として含まれる道路区間についての道路状況データとを併せて前記パソコンへ配信したときには、前記配信した前記推奨経路と前記推奨経路の一部として含まれる道路区間についての道路状況データとをユーザの識別情報に対応付けて前記記憶装置に記憶しておき、
   前記カーナビゲーション装置からの前記要求情報として、前記ユーザの識別情報を含む経路ダウンロード要求情報を受信した場合には、前記ユーザの識別情報に対応付けて前記記憶装置に記憶している前記推奨経路と前記推奨経路の一部として含まれる道路区間についての道路状況データとを併せて、前記カーナビゲーション装置へ送信すること
   を特徴とする請求項２に記載の道路情報提供サービスセンタ装置。
4. インターネットに接続される処理装置と、
   道路状況を表わした道路状況キーワードを蓄積した道路状況キーワード辞書、道路名称および交差点名称を含む地物の名称を道路区間キーワードとして蓄積した道路区間キーワード辞書、並びに、道路の位置および接続関係情報を含んで構成された地図ＤＢ、を有してなる記憶装置と、
   を備えた道路情報提供サービスセンタ装置によって行われる道路情報提供方法であって、
   前記処理装置が、
   車両による道路走行の模様を記録した旅行記事が掲載されたＷＥＢサイトから、前記インターネットを介して、所定の期間ごとに前記旅行記事を収集し、
   前記収集した旅行記事を、前記道路状況キーワード辞書および前記道路区間キーワード辞書を用いて解析して、前記旅行記事から道路区間キーワードを抽出し、さらに、前記旅行記事からその道路区間キーワードの前後の近傍にある道路状況キーワードを抽出し、前記道路区間キーワードに基づき、前記地図ＤＢを参照して、前記抽出された道路状況キーワードに対応付けるための道路区間を特定し、
   前記道路状況キーワードと前記道路区間と前記ＷＥＢサイト上の前記旅行記事のＵＲＬとを対応付けたデータを道路状況データとして、前記記憶装置上に構成された道路状況ＤＢに蓄積しておき、
   前記インターネットを介して接続されたパソコンまたはカーナビゲーション装置から送信された要求情報を受信したときには、その要求情報によって指定される道路区間に基づき前記道路状況ＤＢを検索して得られる道路状況データを、前記パソコンまたは前記カーナビゲーション装置へ配信すること
   を特徴とする道路情報提供方法。
5. 前記処理装置は、
   前記パソコンからの前記要求情報として、出発地および目的地を含む経路探索指示情報を受信した場合には、
   前記地図ＤＢを参照して、前記出発地から前記目的地に到る推奨経路を探索し、
   前記道路状況ＤＢを検索して、前記道路状況ＤＢの中に前記推奨経路の一部として含まれる道路区間についての道路状況データがあったときには、その道路区間についての道路状況データを前記推奨経路と併せて、前記パソコンへ配信すること
   を特徴とする請求項４に記載の道路情報提供方法。
6. 前記処理装置は、
   前記推奨経路と前記推奨経路の一部として含まれる道路区間についての道路状況データとを併せて前記パソコンへ配信したときには、前記配信した前記推奨経路と前記推奨経路の一部として含まれる道路区間についての道路状況データとをユーザの識別情報に対応付けて前記記憶装置に記憶しておき、
   前記カーナビゲーション装置からの前記要求情報として、前記ユーザの識別情報を含む経路ダウンロード要求情報を受信した場合には、前記ユーザの識別情報に対応付けて前記記憶装置に記憶している前記推奨経路と前記推奨経路の一部として含まれる道路区間についての道路状況データとを併せて、前記カーナビゲーション装置へ送信すること
   を特徴とする請求項５に記載の道路情報提供方法。
7. 道路の位置および接続関係情報を含んで構成された地図ＤＢと、インターネットのＷＥＢサイトに掲載された旅行記事から取得した道路状況および道路区間を前記旅行記事のＵＲＬに対応付けて構成した道路状況データを蓄積した道路状況ＤＢと、を備えた道路情報提供サービスセンタ装置に、インターネットを介して接続されて用いられるカーナビゲーション装置であって、
   前記道路情報提供サービスセンタ装置から送信された、あらかじめ探索された出発地から目的地までの推奨経路と、その推奨経路に含まれる道路区間について前記道路状況ＤＢから抽出された道路状況データと、を含んだ情報を受信したときには、
   前記推奨経路を表示装置に表示するとともに、前記表示した推奨経路のうち、前記道路状況データによって指定される道路区間を識別可能なように強調して表示するとともに、
   前記強調して表示した道路区間についての道路状況と、その道路区間および道路状況に対応付けられた旅行記事のＵＲＬと、を併せて表示すること
   を特徴とするカーナビゲーション装置。
8. 所定の入力装置により、前記表示されたＵＲＬが選択された場合には、そのＵＲＬで指定されるＷＥＢサイトの旅行記事を、前記インターネットを介して取得し、その取得した旅行記事を表示装置に表示すること
   を特徴とする請求項７に記載のカーナビゲーション装置。

Images