JP2014010079A - 車両用装置、携帯端末、情報処理装置、及び、情報提供システム - Google Patents

Abstract

【課題】気象状況に起因して発生した走行に関する情報をユーザに報知することが可能な技術を提供する。
【解決手段】車両に搭載され、該車両の外部に設けられた情報処理装置から取得した情報を出力する車両用装置であって、情報の送受信を行う通信手段と、前記車両の位置情報を取得する位置情報取得手段と、前記情報処理装置から取得した情報を出力する出力手段と、を備え、前記通信手段は、前記位置情報を情報処理装置に送信すると、該情報処理装置が前記位置情報に基づいて導出した車両の走行に注意を喚起するための走行注意情報を受信し、前記出力手段は、前記走行注意情報を出力する。
【選択図】図１

Description

本発明は、車両の走行に関する情報を提供する技術に関する。

近年、ナビゲーション装置の多機能化が進み、観光情報や気象情報等の各種情報をユーザに提供する機能を持ったナビゲーション装置が普及しつつある。このようなナビゲーション装置は、外部のサーバと接続されており、サーバから情報を取得してナビゲーション装置に表示することでユーザに提供している。例えば、外部のサーバから気象情報を取得して、ナビゲーション装置に表示される地図に気象情報を重畳して表示する技術として特許文献１がある。

特開2008-39676号公報

しかしながら、気象情報を単に地図に重畳表示するだけの場合、ユーザは周辺の気象状況を把握することはできるものの、その気象状況に起因して発生する道路状況までを把握することはできない。例えば、進行方向の先で大雨が降っている場合に、ユーザはその地域が大雨であることを知ることはできるが、道路が冠水していたり、土砂崩れが発生していたりして通行できない状況になっていたとしても、そのことを知ることはできない。また、地震の発生により津波の危険性がある場合においても、地震が発生したことを知ることはできても、どの地点まで津波が到達するかといったことまでは分からない。このような場合、通行できないにも関わらず通行不能区域に侵入してしまったり、津波の被害に遭ってしまう可能性もある。

本発明は、上記課題に鑑みてなされたものであり、気象状況に起因して発生した走行に関する情報をユーザに報知することが可能な技術を提供することを目的とする。

上記課題を解決するため、請求項１の発明は、車両に搭載され、該車両の外部に設けられた情報処理装置から取得した情報を出力する車両用装置であって、情報の送受信を行う通信手段と、前記車両の位置情報を取得する位置情報取得手段と、前記情報処理装置から取得した情報を出力する出力手段と、を備え、前記通信手段は、前記位置情報を情報処理装置に送信すると、該情報処理装置が前記位置情報に基づいて導出した車両の走行に注意を喚起するための走行注意情報を受信し、前記出力手段は、前記走行注意情報を出力する。

また、請求項２の発明は、請求項１に記載の車両用装置において、前記出力手段は、画像を表示する表示手段を含み、前記走行注意情報の内容を示す走行注意画像を表示する。

また、請求項３の発明は、請求項１又は２に記載の車両用装置において、前記出力手段は、音声を出力する音声出力手段を含み、前記走行注意情報の内容を示す音声を出力する。

また、請求項４の発明は、車両に関する情報を提供する情報処理装置であって、情報の送受信を行う通信手段と、現在及び将来の気象情報を記憶する記憶手段と、前記通信手段が受信した車両の位置情報と、前記記憶部に記憶している気象情報とに基づいて、車両の走行に注意が必要な領域である走行注意領域の有無を判断する判断手段と、を備えている。

また、請求項５の発明は、請求項４に記載の情報処理装置において、前記判断手段は、前記位置情報に基づいて導出された車両の位置と、走行注意領域との距離が所定距離以下である場合に、前記走行注意領域があると判断する。

また、請求項６の発明は、請求項４又は５に記載の情報処理装置において、前記判断手段が、前記走行注意領域があると判断した場合には、前記通信手段は、前記走行注意領域に関する情報を、外部の装置に対して送信する。

また、請求項７の発明は、請求項４ないし６のいずれか１項に記載の情報処理装置において、前記判断手段が、前記走行注意領域があると判断した場合であっても、前回の走行注意領域と同じである場合には、前記通信手段は、前記走行注意領域に関する情報を、外部の装置に対して送信しない。

また、請求項８の発明は、情報提供システムであって、請求項１ないし３のいずれか１項に記載の車両用装置と、請求項４ないし７のいずれか１項に記載の情報処理装置と、前記車両用装置及び情報処理装置と通信可能に構成され、該車両用装置及び情報処理装置と情報の送受信を行う携帯端末と、を備えている。

また、請求項９の発明は、車両に搭載され、該車両の外部に設けられた情報処理装置から取得した情報を出力する車両用装置であって、情報の送受信を行う通信手段と、前記情報処理装置から取得した情報を出力する出力手段と、を備え、前記通信手段は、前記車両の目的地情報を情報処理装置に送信すると、該情報処理装置が前記目的地情報に基づいて導出した気象情報を受信し、前記出力手段は、前記気象情報を出力する。

また、請求項１０の発明は、請求項９に記載の車両用装置において、前記出力手段は、画像を表示する表示手段を含み、前記気象情報の内容を示す天気画像を表示する。

また、請求項１１の発明は、請求項９又は１０に記載の車両用装置において、前記出力手段は、音声を出力する音声出力手段を含み、前記気象情報の内容を示す音声を出力する。

また、請求項１２の発明は、車両に関する情報を提供する情報処理装置であって、情報の送受信を行う通信手段と、現在及び将来の気象情報を記憶する記憶手段と、前記車両の目的地情報及び到着予測時間を取得すると、該到着予測時間における目的地の気象情報を判断する判断手段と、を備え、前記判断手段は、前記通信手段にて受信した到着予測時間が、前回受信した到着予測時間に対して所定時間以上異なる場合には、新たに受信した到着予測時間における目的地の気象情報を判断する。

また、請求項１３の発明は、車両用装置及び情報処理装置と通信可能に構成された携帯端末であって、情報の送受信を行う通信手段と、前記通信手段が受信した車両の目的地情報に基づいて、目的地までの到着予測時間を算出する時間算出手段と、を備えている。

また、請求項１４の発明は、請求項１３に記載の携帯端末において、前記通信手段は、前記車両の現在地を示す位置情報を受信し、前記時間算出手段は、車両の現在地から目的地までの距離が所定距離以上の場合に、到着予測時間を算出する。

また、請求項１５の発明は、請求項１３又は１４に記載の携帯端末において、前記時間算出手段は、到着予測時間を算出すると、前回算出した到着予測時間に対して所定時間以上変化があるか否かを判断する。

また、請求項１６の発明は、請求項１３ないし１５のいずれか１項に記載の携帯端末において、前記通信手段は、前記車両の現在地を示す位置情報を受信し、車両の現在地から目的地までの距離が所定距離以下になると、前記情報処理装置に対する目的地情報の送信を停止する。

また、請求項１７の発明は、情報提供システムであって、請求項９ないし１１のいずれか１項に記載の車両用装置と、請求項１２に記載の情報処理装置と、請求項１３ないし１６のいずれか１項に記載の携帯端末と、を備えている。

また、請求項１８の発明は、車両に搭載され、該車両の外部に設けられた情報処理装置から取得した情報を出力する車両用装置であって、情報の送受信を行う通信手段と、目的地までの経路を案内する案内手段と、を備え、避難を要する危険が発生すると、前記通信手段は、情報処理装置から避難経路の情報を受信し、前記案内手段は、前記避難経路に基づいて車両の走行経路を案内する。

また、請求項１９の発明は、請求項１８に記載の車両用装置において、情報を表示する表示手段をさらに備え、前記通信手段が、情報処理装置から避難の支援を必要とする者の情報を受信すると、前記表示手段は、前記情報を表示する。

また、請求項２０の発明は、複数の車両用装置と通信可能に構成された情報処理装置であって、前記複数の車両用装置と情報の送受信を行う通信手段と、避難を要する危険が発生した際に、危険領域を判断する危険判断手段と、前記車両用装置が搭載されている各車両の避難経路を算出する経路算出手段と、を備え、前記経路算出手段は、前記危険領域、及び前記複数の車両用装置から受信した全位置情報に基づいて、各車両の避難経路を算出する。

また、請求項２１の発明は、請求項２０に記載の情報処理装置において、前記通信手段は、携帯端末と通信可能に構成され、該携帯端末の所有者の情報及び位置情報を受信するようになっており、前記危険領域、携帯端末の所有者の情報、及び位置情報に基づいて、避難が困難な状況にある避難困難者を判断する判断手段をさらに備えている。

また、請求項２２の発明は、請求項２１に記載の情報処理装置において、前記判断手段は、各車両の位置情報、避難経路、及び避難困難者の携帯端末の位置情報に基づいて、前記避難困難者の避難の支援が可能な車両を判断する。

また、請求項２３の発明は、車両用装置と通信可能に構成された情報処理装置であって、前記車両用装置と情報の送受信を行う通信手段と、地図情報、災害情報、及び気象情報を記憶する記憶手段と、車両の走行経路を探索する経路探索手段と、を備え、前記通信手段が、車両用装置から位置情報及び目的地情報を受信すると、前記経路探索手段は、前記目的地と異なる地点の災害情報及び気象情報を考慮して走行経路を探索する。

また、請求項２４の発明は、情報処理装置と通信可能に構成された携帯端末であって、前記情報処理装置と情報の送受信を行う通信手段と、位置情報を取得する位置情報取得手段と、携帯端末の所有者の情報を記憶する記憶手段と、を備え、前記通信手段は、避難を要する危険が発生すると、前記所有者の情報及び位置情報を情報処理装置に送信する。

また、請求項２５の発明は、請求項２４に記載の携帯端末において、音又は光を出力する出力手段をさらに備え、前記通信手段が、情報処理装置から救援者が所定距離以内の範囲に存在している旨の情報を受信すると、前記出力手段は、音又は光を出力する。

また、請求項２６の発明は、情報提供システムであって、請求項１８又は１９に記載の車両用装置と、請求項２０ないし２３のいずれか１項に記載の情報処理装置と、請求項２４又は２５に記載の携帯端末と、を備えている。

請求項１ないし８の発明によれば、車両用装置が、車両の位置情報に基づいて導出された走行注意情報を出力することで、ユーザは、車両の現在地及びその周辺で走行に注意を要する領域があった場合に知ることができる。

また、特に請求項２の発明によれば、走行注意情報の内容を示す走行注意画像を表示するため、走行に注意すべき内容が把握しやすくなる。また、特に請求項３の発明によれば、走行注意情報の内容を示す音声を出力するため、表示手段を見ることなく走行に注意すべき内容を把握することができる。

また、特に請求項４の発明によれば、車両の位置情報と気象情報とに基づいて走行注意領域を判断しているため、車両の現在地及びその周辺における走行に注意を要する領域を特定することができる。

また、特に請求項５の発明によれば、車両の位置と走行注意領域との距離が所定距離以下である場合に走行注意領域があると判断するため、車両の走行に関連する領域について走行に注意を要する領域を特定することができる。

また、特に請求項６の発明によれば、外部の装置に対して走行注意領域に関する情報を提供することができる。また、特に請求項７の発明によれば、同じ情報を繰り返し送信することを回避することができる。

また、請求項９ないし２１の発明によれば、車両用装置が、車両の目的地情報に基づいて導出された気象情報を出力することで、ユーザは、車両の目的地及びその周辺の天気等を知ることができる。

また、特に請求項１０の発明によれば、気象情報の内容を示す天気画像を表示するため、天気の内容が把握しやすくなる。さらに、請求項１１の発明によれば、気象情報の内容を示す音声を出力するため、表示手段を見ることなく天気の内容を把握することができる。

また、特に請求項１２の発明によれば、到着予測時間が大幅に変化した場合であっても、最新の到着予測時間における目的地及びその周辺の天気の内容を取得することができる。

また、特に請求項１３の発明によれば、車両の目的地情報を取得することで、車両が目的地に到着する予測時間を算出することができる。また、特に請求項１４の発明によれば、目的地がある程度遠方の場合であっても到着予測時間を知ることができる。

また、特に請求項１５の発明によれば、到着予測時間の大幅は変化を把握することができる。また、特に請求項１６の発明によれば、目的地付近に近づいた場合には、目的地の天気は把握できる可能性があるため、気象情報の取得処理は不要となるのに対し、目的地情報の送信を停止することで、取得処理を停止することができる。

また、請求項１８の発明によれば、避難を要する危険が発生した際に、情報処理装置から避難経路の情報を受信し、該避難経路に基づいて車両の走行経路を案内するため、どのような危険が迫っていても確実に避難することが可能になる。また、特に請求項１９の発明によれば、避難の支援を必要とする者を把握することができる。

また、特に請求項２０の発明によれば、複数の車両用装置から受信した全位置情報に基づいて各車両の避難経路を算出しているため、危険領域に複数の車両が存在している場合であっても、各々に適した避難経路を算出することができ、各車両の確実な避難を実現することができる。

また、特に請求項２１の発明によれば、避難が困難な状況にある者を探すことができ、請求項２２の発明によれば、避難困難者の避難の支援に適した者を探すことができる。

また、請求項２３の発明によれば、目的地と異なる地点の災害情報及び気象情報を考慮して走行経路を探索するため、目的地の遠方で発生した災害や著しい気象現象の影響を受ける場合であっても、その影響を回避することが可能になる。

また、請求項２４の発明によれば、避難を要する危険が発生した際に、所有者の情報及び位置情報を情報処理装置に送信するため、非難者の避難の状況を情報処理装置側で把握することができる。また、特に請求項２５の発明によれば、救援者が遭難者の付近に存在している場合に、音又は光を出力することで、遭難者の存在を救援者に知らせることが可能になる。

図１は、情報提供システムの概要を示す図である。 図２は、第１の実施の形態の車両用装置の構成を示すブロック図である。 図３は、第１の実施の形態の携帯端末の構成を示すブロック図である。 図４は、第１の実施の形態のセンターの構成を示すブロック図である。 図５は、第１の実施の形態の車両用装置の処理の流れを示すフローチャートである。 図６は、ナビゲーション画像の表示例を示す図である。 図７は、走行注意画像の例を示す図である。 図８は、走行注意画像をナビゲーション画像に重畳表示する例を示す図である。 図９は、第１の実施の形態の携帯端末の処理の流れを示すフローチャートである。 図１０は、第１の実施の形態の携帯端末の処理の流れを示すフローチャートである。 図１１は、優先度の比較処理の例を示す図である。 図１２（ａ）は、画像情報を作成するための画像データの例を示す図であり、図１２（ｂ）は、出力音声情報を作成するための音声ガイドの例を示す図である。 図１３は、第１の実施の形態のセンターの処理の流れを示すフローチャートである。 図１４は、第１の実施の形態の処理のシーケンスを示す図である。 図１５は、第１の実施の形態の他の表示例を示す図である。 図１６は、第２の実施の形態の車両用装置の構成を示すブロック図である。 図１７は、第２の実施の形態の携帯端末の構成を示すブロック図である。 図１８は、第２の実施の形態のセンターの構成を示すブロック図である。 図１９は、第２の実施の形態の車両用装置の処理の流れを示すフローチャートである。 図２０は、ナビゲーション画像の表示例を示す図である。 図２１は、天気画像の例を示す図である。 図２２は、天気画像をナビゲーション画像に重畳表示する例を示す図である。 図２３は、第２の実施の形態の携帯端末の処理の流れを示すフローチャートである。 図２４は、第２の実施の形態の携帯端末の処理の流れを示すフローチャートである。 図２５は、天気画像情報を作成するための画像データの例を示す図である。 図２６は、出力音声情報を作成するための音声ガイドの例を示す図である。 図２７は、第２の実施の形態の携帯端末の処理の流れを示すフローチャートである。 図２８は、第２の実施の形態の携帯端末の処理の流れを示すフローチャートである。 図２９は、第２の実施の形態の携帯端末の処理の流れを示すフローチャートである。 図３０は、第２の実施の形態のセンターの処理の流れを示すフローチャートである。 図３１は、第２の実施の形態のセンターの処理の流れを示すフローチャートである。 図３２は、第２の実施の形態のセンターの処理の流れを示すフローチャートである。 図３３は、第２の実施の形態の処理のシーケンスを示す図である。 図３４は、第２の実施の形態の処理のシーケンスを示す図である。 図３５は、第２の実施の形態の処理のシーケンスを示す図である。 図３６は、情報提供システムの概要を示す図である。 図３７は、第３の実施の形態の車両用装置の構成を示すブロック図である。 図３８は、第３の実施の形態の避難者用端末の構成を示すブロック図である。 図３９は、第３の実施の形態の救援者用端末の構成を示すブロック図である。 図４０は、第３の実施の形態のセンターの構成を示すブロック図である。 図４１は、第３の実施の形態の車両用装置の処理の流れを示すフローチャートである。 図４２は、第３の実施の形態の避難者用端末の処理の流れを示すフローチャートである。 図４３は、第３の実施の形態の避難者用端末の処理の流れを示すフローチャートである。 図４４は、第３の実施の形態の救援者用端末の処理の流れを示すフローチャートである。 図４５は、第３の実施の形態のセンターの処理の流れを示すフローチャートである。 図４６は、第３の実施の形態のセンターの処理の流れを示すフローチャートである。 図４７は、第３の実施の形態のセンターの処理の流れを示すフローチャートである。

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

＜１．第１の実施の形態＞
＜１−１．システム構成＞
図１は、本実施の形態に係る情報提供システム１００の概要を示す図である。情報提供システム１００は、車両用装置１と、携帯端末２と、センター３とを備えている。情報提供システム１００は、センター３が気象情報等に基づいて判断した道路状況について、携帯端末２を介して取得して車両用装置１に表示すると共に、車両用装置１から音声で出力するシステムである。各部の詳細は後に説明する。なお、以下においては、車両の運転者を含む乗員や、車両用装置１及び携帯端末２を操作する者を「ユーザ」という場合がある。

車両用装置１は、車両内で使用され、少なくとも表示部を有する電子機器である。車両用装置１は、車両のダッシュボードの開口部に設置して使用する、いわゆる嵌め込み型の電子機器や、ダッシュボード上に設置部材を用いて設置して使用する電子機器等、車両に乗車しているユーザが、表示部に表示された画像を視認可能な電子機器であればよい。車両用装置１は、ナビゲーション画像を表示部に表示し、また、携帯端末２と通信可能に接続されており、携帯端末２から取得した画像を表示部に表示する。

携帯端末２は、ユーザが所持する可搬型の電子機器であり、例えば、スマートフォン、タブレット、携帯電話、ＰＤＡ(Personal Digital Assistant)等である。携帯端末２は、車両用装置１及びセンター３と通信可能に構成されており、車両用装置１及びセンター３と各種情報を送受信する。例えば、携帯端末２は、センター３に対して車両の位置情報を送信し、センター３から走行注意情報を受信する。走行注意情報とは、気象状況に起因して、車両の走行が困難又は注意すべき状況になっている道路又は領域に関する情報である。例えば、走行注意情報には、著しい気象現象によって発生する道路の冠水ポイントや、土砂災害又は津波等の危険領域に関する情報が含まれる。なお、著しい気象現象とは、異常気象や、異常気象以外の集中豪雨等の地象及び水象等である。

また、携帯端末２は、車両用装置１から車両の位置情報を受信し、走行注意情報に基づいて車両用装置１で表示するための画像（以下「走行注意画像」という）の情報を生成し、車両用装置１に対して送信する。なお、走行注意情報及び走行注意画像の詳細は後述する。

携帯端末２には、走行注意情報の取得や、走行注意画像を作成するための情報（以下「画像情報」という）の作成等を実行するためのアプリケーション（以下「アプリ」という）が格納されている。ユーザが、携帯端末２に格納されたアプリを操作して実行することにより、携帯端末２は、センター３との間で車両の位置情報や走行注意情報の送受信、及び受信した走行注意情報に基づいた画像情報の作成処理を実行する。

センター３は、携帯端末２と通信可能に接続されており、気象情報や走行注意情報を携帯端末２に送信するサーバとしての機能を有している。また、センター３は、他のサーバとも通信可能に接続されており、この他のサーバから気象情報を取得し、その取得した気象情報に基づいて走行注意情報を生成する制御も行っている。

このように、本実施の形態に係る情報提供システム１００は、車両の現在位置周辺の気象情報及び道路状況の情報をセンター３から取得し、車両用装置１を用いてユーザに報知することにより、災害時等においてユーザが適切な経路を選択することを可能にするシステムである。以下、情報提供システム１００の構成及び処理について説明する。

＜１−２．車両用装置の構成＞
まず、車両用装置１の構成について説明する。図２は、車両用装置１の概要を示すブロック図である。図２に示すように、車両用装置１は、制御部１１と、記憶部１２と、位置情報取得部１３と、通信部１４と、表示部１５と、音声出力部１６と、操作部１７とを備えている。

制御部１１は、ナビゲーション部１１ａと、表示制御部１１ｂと、音声制御部１１ｃと、操作判定部１１ｄとを備えており、また、図示しないＣＰＵ、ＲＡＭ、及びＲＯＭを備えるコンピュータである。制御部１１は、車両用装置１が備える記憶部１２や通信部１４等と接続され、記憶部１２に記憶されたプログラム１２ａに基づいて情報の送受信を行い、車両用装置１の全体を制御する。記憶部１２に記憶されたプログラム１２ａにしたがってＣＰＵが演算処理を実行することにより、ナビゲーション部１１ａや表示制御部１１ｂ等を含めた制御部１１の各種機能が実現される。

ナビゲーション部１１ａは、車両の現在位置から目的地までの経路を探索して誘導を行う。ナビゲーション部１１ａは、位置情報取得部１３が取得した現在の位置情報と、記憶部１２に記憶されている地図情報１２ｃとを取得する。そして、ナビゲーション部１１ａは、これら位置情報及び地図情報に基づいて車両の現在位置を周辺地図に表示したナビゲーション画像を作成する。また、目的地が設定されている場合には、ナビゲーション部１１ａは目的地までの経路を探索し、前記ナビゲーション画像に目的地までの経路を強調表示したナビゲーション画像を作成する。

なお、ナビゲーション部１１ａは、所定のタイミング（例えば、３０フレーム／秒）でナビゲーション画像を作成している。すなわち、ナビゲーション部１１ａは、ナビゲーション画像を作成するタイミング毎に現在の位置情報と、その位置情報に応じた地図情報とを取得してナビゲーション画像を作成する。

表示制御部１１ｂは、ナビゲーション部１１ａで生成されたナビゲーション画像を、車両用装置１の表示部１５に表示させる制御を行う。また、携帯端末２から画像情報を取得している場合には、表示制御部１１ｂは、走行注意画像を作成し、ナビゲーション画像に重畳して表示させる制御を行う。なお、走行注意画像は、車両のユーザに対して、走行が困難又は注意すべき情報にある場合に、注意喚起を促すための画像である。

音声制御部１１ｃは、携帯端末２から取得した出力音声情報に基づいて、出力用の音声（以下「出力音声」という）を作成し、この出力音声を音声出力部１６から出力させる制御を行う。音声制御部１１ｃは、取得した音声情報に所定の処理を施して出力音声を作成する。所定の処理とは、例えば取得した出力音声情報が符号化されたデータである場合に、その出力音声情報を復号する処理等である。なお、出力音声情報とは、携帯端末２から送信された情報であり、走行注意情報や気象情報の内容を示す音声情報である。

操作判定部１１ｄは、ユーザが車両用装置１の操作部１７を操作することによって、ナビゲーションの各種操作や表示設定等の操作があった場合に、その操作内容を判定する。ナビゲーションの各種操作とは、例えば目的地設定や経路の選択等の操作であり、表示設定の操作とは、例えば走行注意画像の表示又は非表示の設定、音声の出力又は停止等の操作である。

記憶部１２は、プログラム１２ａ、位置情報１２ｂ、及び地図情報１２ｃを記憶している。本実施の形態における記憶部１２は、電気的にデータの読み書きが可能であって、電源を遮断されていてもデータが消去されない不揮発性の半導体メモリである。記憶部１２としては、例えば、ＥＥＰＲＯＭ（Electrical Erasable Programmable Read-Only memory）やフラッシュメモリを用いることができる。ただし、他の記憶媒体を用いてもよく、磁気ディスクを備えたハードディスクドライブで構成することもできる。

プログラム１２ａは、制御部１１により読み出され、制御部１１が車両用装置１を制御するために実行される、いわゆるシステムソフトウェアである。位置情報１２ｂは、位置情報取得部１３にて取得した車両の位置を示す情報である。また、地図情報１２ｃは、全国又は一定の広域の道路情報及び交通情報である。ナビゲーション画像には地図情報１２ｃの一部を利用した地図画像が用いられる。

位置情報取得部１３は、車両用装置１の現在位置を示す情報としての位置情報を取得する。位置情報取得部１３としては、例えば、ＧＰＳ（Global positioning system：全地球測位システム）を用いることができる。また、位置情報は、緯度情報及び経度情報を含む情報である。なお、位置情報取得部１３は車両用装置１に備えられているため、位置情報取得部１３が取得する位置情報は車両用装置１の位置を示す情報となるが、車両用装置１は車両に搭載されていることから、位置情報取得部１３が取得した位置情報が車両の位置を示す情報となる。

通信部１４は、携帯端末２と通信可能に接続され、携帯端末２との間で情報の送受信を行う。通信部１４は、位置情報取得部１３で取得した車両の位置情報を携帯端末２に対して送信し、携帯端末２から画像情報や出力音声情報を受信する。なお、車両用装置１と携帯端末２との通信は、ケーブルを直接接続した有線による通信でもよく、無線通信でもよい。無線通信の場合における通信方法は特に限定されるものではないが、例えばブルートゥース（Bluetooth；登録商標）や、Ｗｉ−Ｆｉ（ワイファイ：登録商標）、ＺｉｇＢｅｅ（ジグビー：登録商標）等の無線通信規格を用いることができる。

表示部１５は、ナビゲーション画像や、走行注意画像等を表示する表示装置であり、例えば液晶ディスプレイや有機ＥＬ（Electro Luminescence）ディスプレイ等である。

音声出力部１６は、出力音声を出力するものであり、例えばスピーカ等である。なお、音声出力部１６は、車両用装置１の外部に設けられていてもよい。

操作部１７は、機械式のボタンやタッチパネルを備えた情報の入力装置である。ユーザは、操作部１７を操作することによって、ナビゲーションに関する各種操作や、表示設定等の操作を行うことができる。なお、操作部１７は、表示部１５と一体として構成してもよい。

＜１−３．携帯端末の構成＞
次に、携帯端末２の構成について説明する。図３は、携帯端末２の概要を示すブロック図である。図３に示すように、携帯端末２は、制御部２１と、記憶部２２と、通信部２３と、表示部２４と、操作部２５とを備えている。

制御部２１は、操作判定部２１ａと、情報判定部２１ｂと、優先度判定部２１ｃと、画像作成部２１ｄと、音声作成部２１ｅとを備えており、図示しないＣＰＵ、ＲＡＭ、及びＲＯＭを備えるコンピュータである。制御部２１は、携帯端末２が備える記憶部２２や通信部２３等と接続され、記憶部２２に記憶されたプログラム２２ａに基づいて情報の送受信を行い、携帯端末２の全体を制御する。記憶部２２に記憶されたプログラム２２ａにしたがってＣＰＵが演算処理を実行することにより、画像作成部２１ｄや音声作成部２１ｅ等の制御部２１の機能が実現される。

操作判定部２１ａは、ユーザが携帯端末２の操作部２５を操作した際の、操作内容を判定する。操作判定部２１ａは、例えば、ユーザがアプリを起動させる操作を行った場合や、アプリ内の各種設定や携帯端末２の各種設定等の操作を行った場合には、各々の操作内容を判定する。

情報判定部２１ｂは、センター３からの情報の受信の有無と、受信した情報の内容を判定する。携帯端末２は、センター３から種々の情報を受信する構成であり、情報の受信があったか否かを定期的に監視している。そして、情報の受信があった場合には、情報判定部２１ｂがどのような情報を受信したかを判定する。

例えば、情報判定部２１ｂは、センター３から受信した情報に走行注意情報が含まれているか否かを判定する。センターから受信する情報には走行注意情報の有無を示すステータス情報が含まれており、情報判定部２１ｂは、このステータス情報に基づいて走行注意情報の有無を判定する。なお、走行注意情報には、車両用装置１で出力する走行注意画像及び出力音声を作成するための各種情報が含まれており、これら各種情報は後述する画像作成及び音声作成の処理に用いられる。走行注意情報に含まれる各種情報とは、例えば、表示画面や文字、出力音声の種類及びその内容等に関する情報である。なお、センター３から受信した情報に走行注意情報が含まれていない場合には、制御部２１は受信した情報を破棄する。

また、センター３から受信した情報には、センター３の処理が正常であったか異常であったかを示す情報（以下「処理情報」という）や、情報の内容に応じて付与された優先度を示すフラグ（以下「優先度フラグ」という）が含まれている。情報判定部２１ｂは、このような情報を受信した場合にも、その内容を判定する。

優先度判定部２１ｃは、受信した情報を出力する際の優先度を判定する。センター３から受信した情報が複数ある場合に、複数の情報を同時に出力することはできないため、いずれの情報の出力を優先するかを決めるための処理である。上述のようにセンター３から受信する情報には優先度フラグが含まれており、優先度判定部２１ｃは、この優先度フラグに基づいて当該情報の優先度を判定する。また、優先度判定部２１ｃは、優先度に応じた情報の出力制御を行う。

画像作成部２１ｄは、センター３から取得した走行注意情報に基づいて、ナビゲーション画像に重畳して表示する走行注意画像を作成するための画像情報を作成する。画像作成部２１ｄは、走行注意情報に含まれる表示画像や表示文字等の各種情報に対応付けられたデータをアプリのＤＢから抽出し、抽出したデータに基づいて画像情報を作成する。

音声作成部２１ｅは、センター３から取得した走行注意情報に基づいて、車両用装置１から出力する音声を作成するための出力音声情報を作成する。この出力音声情報を基に作成された出力音声は、走行注意画像をナビゲーション画像に重畳表示する際に、同時に車両用装置１から出力される。音声作成部２１ｅは、走行注意情報に含まれる音声情報に対応付けられたデータをアプリのＤＢから抽出して、抽出したデータに基づいて出力音声情報を作成する。

記憶部２２は、プログラム２２ａ、アプリ２２ｂ、位置情報２２ｃを記憶している。本実施の形態における記憶部２２は、電気的にデータの読み書きが可能であって、電源を遮断されてもデータが消去されない不揮発性の半導体メモリを用いることができる。記憶部２２としては、例えば、ＥＥＰＲＯＭやフラッシュメモリを用いることができる。ただし、他の記憶媒体を用いてもよく、磁気ディスクを備えたハードディスクドライブで構成することもできる。

プログラム２２ａは、制御部２１により読み出され、制御部２１が携帯端末２を制御するために実行される、いわゆるシステムソフトウェアである。位置情報２２ｃは、車両の存在位置を示す情報であり、車両用装置１から取得する。

アプリ２２ｂは、気象情報や走行注意情報の取得、画像情報や出力音声情報の作成処理を実行するためのアプリケーションである。アプリ２２ｂには、これら取得処理や作成処理を実行するプログラムが格納されており、制御部２１の指示によりこのプログラム２２ａが実行される。また、アプリ２２ｂはＤＢ２２ｄを有しており、このＤＢ２２ｄには画像情報や出力音声情報の作成処理の際に使用する画像データや文字データ、音声データ等が格納されている。画像データ及び文字データとは、例えば、走行の注意を促す画像及び文字であり、事象に応じて複数種類記憶されている。また、音声データとは、例えば、走行の注意を促す音声であり、表示する画像及び文字に対応している。さらに、アプリには、ユーザＩＤ２２ｅが格納されている。ユーザＩＤ２２ｅは、アプリ毎に付与されたユーザを特定するための固有の情報である。これら各データについては後述する。

通信部２３は、車両用装置１及びセンター３と通信可能に接続され、車両用装置１及びセンター３との間で情報の送受信を行う。通信部２３は、例えば、車両用装置１に対して、作成した画像情報を送信し、車両用装置１から車両の位置情報を受信する。また、通信部２３は、例えば、センター３に対して車両の位置情報を送信し、センター３から走行注意情報を受信する。なお、携帯端末２と車両用装置１との通信は、ケーブルを直接接続した有線による通信でもよく、無線通信でもよい。無線通信の場合には、上述した無線通信規格を用いることができる。また、携帯端末２とセンター３との通信は、インターネット通信が可能な方法であればよく、例えば、いわゆる携帯電話網を利用した通信や、無線ＬＡＮを利用して通信を行うことができる。

表示部２４は、アプリ２２ｂの操作画面等を表示する表示装置であり、例えば液晶ディスプレイや、有機ＥＬディスプレイ等である。

操作部２５は、機械式のボタンやタッチパネルを備えた情報の入力装置である。ユーザは、操作部２５を操作することによって、アプリ２２ｂに関する各種操作や設定等の操作を行うことができる。なお、操作部２５は、表示部２４と一体として構成されていてもよい。

＜１−４．センターの構成＞
次に、センター３の構成について説明する。図４は、センター３の概要を示すブロック図である。図４に示すように、センター３は、制御部３１と、記憶部３２と、通信部３３とを備えている。

制御部３１は、情報判定部３１ａと、判断部３１ｂと、認証部３１ｃと、データ作成部３１ｄとを備えており、図示しないＣＰＵ、ＲＡＭ、及びＲＯＭを備えるコンピュータである。制御部３１は、センター３が備える記憶部３２や通信部３３と接続され、記憶部３２に記憶されたプログラム３２ａに基づいて情報の送受信を行い、センター３の全体を制御する。記憶部３２に記憶されたプログラム３２ａにしたがってＣＰＵが演算処理を実行することにより、判断部３１ｂや認証部３１ｃ等の制御部３１の機能が実現される。

情報判定部３１ａは、携帯端末２からの情報の受信の有無と、受信した情報の内容を判定する。センター３は、携帯端末２から種々の情報を受信する構成であり、情報の受信があったか否かを定期的に監視している。そして、情報の受信があった場合には、情報判定部３１ａがどのような情報を受信したかを判定する。例えば、情報判定部３１ａは、携帯端末２から受信した情報に現在地情報が含まれているか否かを判定する。

判断部３１ｂは、気象状況に起因して車両の走行が困難な状況になっている道路又は領域、若しくは、注意すべき状況にある道路又は領域（以下「走行注意領域」という）があるか否かを判断する。判断部３１ｂは、記憶部３２に記憶された位置情報３２ｄと地図情報３２ｃとから車両の現在位置とその周辺の道路状況を取得する。また、判断部３１ｂは、車両の現在位置とその周辺の気象情報３２ｂを記憶部３２から取得する。そして、判断部３１ｂは、これら各情報に基づいて、走行注意領域があるか否かを判断する。

認証部３１ｃは、携帯端末２の認証を行う。携帯端末２に格納されているアプリ２２ｂにはアプリ毎に異なる個別のユーザＩＤが付与されており、携帯端末２から取得したユーザＩＤ２２ｅに基づいてユーザの認証を行う。これにより、アプリ２２ｂを使用しているユーザの識別を行うことが可能になる。

データ作成部３１ｄは、判断部３１ｂにより走行注意領域があると判断された場合に、携帯端末２に送信する走行注意情報を作成する。この走行注意情報は、上述した、画像情報及び出力音声情報を作成するための各種情報を含んでいる。すなわち、データ作成部３１ｄは、走行注意領域及びその具体的な状況に基づいて、ユーザに報知すべき表示画像及び出力音声を決定する。そして、データ作成部３１ｄは、決定した表示画像及び出力音声に対応する各種情報を用いて走行注意情報を作成する。

また、データ作成部３１ｄは、走行注意情報を作成する際に、その内容に応じた優先度を判定して優先度フラグを付与する。さらに、データ作成部３１ｄは、走行注意領域がある場合とない場合とを含めて上述したステータス情報も作成する。また、制御部３１は、一連の処理が正常に終了したか異常終了したかを監視しており、データ作成部３１ｄは、その監視結果に基づいて上述の処理情報を作成する。

記憶部３２は、プログラム３２ａと、気象情報３２ｂと、地図情報３２ｃと、位置情報３２ｄと、ユーザＩＤ３２ｅとを記憶している。本実施の形態における記憶部３２は、上述と同様に不揮発性の半導体メモリを用いることができるが、ハードディスクドライブで構成することもできる。

プログラム３２ａは、制御部３１により読み出され、制御部３１がセンター３を制御するために実行される、いわゆるシステムソフトウェアである。気象情報３２ｂは、複数地点における現在の気象情報及び将来の気象予測情報である。センター３は、通信部３３を介して外部のサーバと接続されており、外部の気象情報を配信するサーバ等から気象情報３２ｂを取得している。地図情報３２ｃは、全国又は一定の広域の地図及び道路情報である。位置情報３２ｄは、車両の位置を示す情報であり、携帯端末２を介して車両用装置１から取得する。また、ユーザＩＤ３２ｅは、携帯端末２から取得したユーザＩＤであり、携帯端末２から情報を受信した際や、走行注意情報の作成及び送信する際に、ユーザを識別するために用いられる。

通信部３３は、携帯端末２と通信可能に接続され、携帯端末２との間で情報の送受信を行う。通信部３３は、例えば、走行注意情報を携帯端末２に送信し、携帯端末２から車両の位置情報を受信する。なお、センター３と携帯端末２との通信は、上述のように、インターネット通信が可能な方法であればよく、例えば、携帯電話網や無線ＬＡＮを利用して通信を行うことができる。

また、センター３は気象情報を発信する外部サーバだけでなく、施設情報やグルメ情報といった気象情報とは異なるサービスを発信する外部サーバと接続されていてもよい。この場合、制御部３１は、通信部３３を介して外部サーバから施設情報やグルメ情報等の各種情報を受信して、携帯端末２のユーザに適した情報を送信する。

＜１−５．車両用装置の処理＞
次に、車両用装置１の処理について説明する。図５は、車両用装置１の処理を示すフローチャートである。

車両用装置１の処理は、車両用装置１の起動により開始する。車両用装置１が起動すると、位置情報取得部１３が現在地の位置情報（以下「現在地情報」という）を取得する（ステップＳ５０１）。その後、位置情報取得部１３は、定期的に現在地情報を取得する。取得するタイミングは、特に限定されるものではなく、適宜設定すればよい。例えば、本実施の形態では１秒毎としている。

そして、制御部１１は、取得した現在地情報を位置情報１２ｂとして記憶部１２に記憶する。取得した現在地情報には、緯度情報及び経度情報が含まれている。また、制御部１１は、通信部１４を介して現在地情報を携帯端末２に送信する（ステップＳ５０２）。なお、車両用装置１から携帯端末２に対して現在地情報を送信するタイミングは、特に限定されるものではなく、適宜設定すればよい。例えば、本実施の形態では、位置情報取得部１３が現在地情報を取得した直後としている。

次に、制御部１１は、取得した現在地情報に対応する地図を記憶部１２に記憶されている地図情報１２ｃから取得する（ステップＳ５０３）。現在地情報に対応する地図とは、現在地及びその周囲の地図のことであり、具体的には、現在地を基点にして一定の範囲を含む地図である。一定の範囲とは、例えば、地図を表示部１５に表示する際に表示される範囲である。そして、ナビゲーション部１１ａが、取得した現在地情報及び対応する地図に基づいてナビゲーション画像を作成する（ステップＳ５０４）。

次に、制御部１１は、携帯端末２から画像情報や出力音声情報を受信したか否かを判断する（ステップＳ５０５）。具体的には、制御部１１は、携帯端末２からの情報の受信の有無を定期的に監視しており、携帯端末２から情報を受信した際には、その情報に画像情報や出力音声情報が含まれているか否かを判断する。なお、携帯端末２から受信した情報には、画像情報と出力音声情報との双方が含まれている場合や、いずれか一方のみが含まれている場合、いずれも含まれておらず他の情報が含まれている場合がある。したがって、制御部１１は、受信したデータが何であるかを判断している。

携帯端末２から受信した情報に画像情報及び出力音声情報のいずれもが含まれていない場合には（ステップＳ５０５でＮｏ）、制御部１１は、表示部１５にナビゲーション画像を表示する処理を行う（ステップＳ５０８）。すなわち、表示制御部１１ｂが、ナビゲーション部１１ａで作成したナビゲーション画像を表示部１５に表示する制御を行う。この場合、走行注意画像が重畳された画像は表示されず、ナビゲーション画像のみが表示されることになる。なお、ナビゲーション部１１ａは所定の周期でナビゲーション画像を作成しており、ナビゲーション画像の表示もこれに同期して行われる。

ここで、表示部１５にナビゲーション画像のみが表示された例を説明する。図６は、表示部１５にナビゲーション画像のみが表示された例を示す図である。図６に示すように、表示部１５に表示されたナビゲーション画像は、現在地周辺の地図に車両の位置を示す表示が重畳表示されている画像である。なお、目的地が設定されている場合には、ナビゲーション画像は、地図画像に目的地までの経路を強調表示した画像となる。

図５に戻り、携帯端末２から受信した情報に画像情報及び出力音声情報が含まれている場合には（ステップＳ５０５でＹｅｓ）、表示制御部１１ｂは、ナビゲーション画像に走行注意画像が重畳された重畳画像を作成する（ステップＳ５０６）。すなわち、表示制御部１１ｂは、携帯端末２から取得した画像情報に基づいて走行注意画像を作成し、この走行注意画像とナビゲーション画像とに基づいて重畳画像を作成する。なお、携帯端末２から受信した情報に出力音声情報のみが含まれている場合には、本ステップ５０６の処理は省略される。

ここで、走行注意画像及び重畳画像の例について説明する。図７は、走行注意画像の例を示す図であり、図８は、重畳画像の例を示す図である。図７は、大雨により道路が冠水した場合又は冠水するおそれがある場合の走行注意画像である。すなわち、携帯端末２から受信した画像情報に基づいて図７に示す走行注意画像を作成した場合には、表示制御部は、この走行注意画像をナビゲーション画像に重畳表示させて図８に示す重畳画像を作成する。図７及び図８では、大雨による道路冠水を注意喚起する画像を例に説明したが、走行注意画像はこれに限らず、例えば、暴風、大雪、津波等に対して注意喚起する画像などが用いられる。

再び図５に戻り、次に、音声制御部１１ｃは、重畳画像を表示する際に出力する出力音声を作成する（ステップＳ５０７）。具体的には、音声制御部１１ｃは、受信した走行注意情報に含まれる出力音声情報に所定の処理を施して出力音声を作成する。所定の処理とは、上述のように、例えば、取得した出力音声情報が符号化された情報である場合には、その出力音声情報を復号する等の処理である。また、携帯端末２から受信した情報に画像情報のみが含まれている場合には、本ステップ５０７の処理は省略される。

その後、表示制御部１１ｂは、作成した重畳画像を表示部１５に表示すると共に、音声制御部１１ｃは、出力音声を音声出力部１６から出力して（ステップＳ５０８）、処理を終了する。なお、出力音声は、重畳画像の表示と共に自動的に出力する構成としてもよく、ユーザが走行注意画像の「読上げ」ボタンを押下した際に出力する構成としてもよい。また、表示部１５に表示された重畳画像は、所定時間表示した後に自動的に消去する構成としてもよく、ユーザが「完了」ボタンを押下した際に消去する構成としてもよい。

また、携帯端末２から受信した情報が画像情報のみである場合には、ステップＳ５０８においては重畳画像の表示のみを行い音声出力は行わない。さらに、携帯端末２から受信した情報が出力音声情報のみである場合には、同様に音声出力のみ行い重畳画像の表示は行わない。この場合、表示部１５にはナビゲーション画像のみが表示される。なお、ステップＳ５０１〜ステップＳ５０８までの処理は所定の間隔で定期的に実行される。

＜１−６．携帯端末の処理＞
次に、携帯端末２の処理について説明する。図９及び図１０は、携帯端末２の処理を示すフローチャートである。

携帯端末２の処理は、記憶部２２に格納されているアプリ２２ｂを起動することにより開始する。制御部２１は、アプリ２２ｂが起動すると、車両用装置１から現在地情報を取得したか否かを監視する（ステップＳ９０１）。この監視は、通信部２３を介して受信した情報に位置情報（緯度情報及び経度情報）が含まれているか否かを監視することにより行われる。制御部３１は、現在地情報を取得していないと判断した場合には（ステップＳ９０１でＮｏ）、所定の時間経過後に再度現在地情報の取得の有無を判断する。一方、制御部２１は、現在地情報を取得していると判断した場合には（ステップＳ９０１でＹｅｓ）、取得した現在地情報を記憶部２２に記憶する（ステップＳ９０２）。

そして、制御部２１は、取得した現在地情報に基づいて車両が５ｋｍ走行したか否かを判断する（ステップＳ９０３）。携帯端末２は、車両が所定距離を走行する毎にセンター３に対して現在地情報を送信するようになっている。このため、制御部２１は、車両用装置１から現在地情報を取得すると、前回センター３に送信した位置情報と比較して所定距離以上離れているか否かを判断し、離れていると判断した場合に、取得した最新の現在地情報をセンター３に送信する。本実施の形態では、この所定距離を直線距離で５ｋｍとしている。このため、制御部２１は、現在地情報を取得すると車両が５ｋｍ走行したか否かを判断している。なお、所定距離は５ｋｍに限定されるものではなく、適宜設定すればよい。

具体的には、制御部２１は、車両用装置１から現在地情報を取得すると、前回センター３に送信した位置情報を記憶部２２から取得し、これら各位置情報を比較する。そして、各位置情報の位置から直線距離を算出し、算出した距離が５ｋｍ以上離れているか否かを判断する。制御部２１は、５ｋｍ以上離れていないと判断した場合には（ステップＳ９０３でＮｏ）、何も処理は行わずに、再度現在地情報の取得の有無の判断処理を実行する（ステップＳ９０１）。一方、制御部２１は、５ｋｍ以上離れていると判断した場合には（ステップＳ９０３でＹｅｓ）、取得した現在地情報をセンター３に送信する（ステップＳ９０４）。

なお、本実施の形態では、携帯端末２は、センター３に現在地情報を送信すると、その位置に関する気象情報や走行注意情報等の情報をセンター３から取得する構成となっている。そのため、情報判定部２１ｂは、センター３から情報を取得しているか否かを判断する（ステップＳ９０５）。情報判定部２１ｂは、センター３から情報を取得していないと判断した場合には（ステップＳ９０５でＮｏ）、所定時間経過後に再度センター３からの情報取得の有無を判断する。一方、情報判定部２１ｂは、センター３から情報を取得していると判断した場合には（ステップＳ９０５でＹｅｓ）、次の処理に進む（図９のＡ）。

次に、情報判定部２１ｂは、センター３の処理が正常終了したか又は異常終了したかを判断する（ステップＳ１００１）。センター３から送信される情報には、センターの処理の正常又は異常を示す処理情報が含まれており、情報判定部２１ｂは、この情報に基づいて正常又は異常を判断する。処理情報が、異常終了である旨の情報（異常情報）である場合には（ステップＳ１００１でＮｏ）、センター３側で何らかのトラブルがあったとして、制御部２１は、センター３から受信した情報には何の処理も行わずに終了する。

一方、処理情報が正常終了である旨の情報である場合には（ステップＳ１００１でＹｅｓ）、情報判定部２１ｂは、センター３から受信した情報に走行注意情報が含まれているか否かを判断する（ステップＳ１００２）。センター３から受信した情報には、走行注意情報の有無を示すステータス情報が含まれており、情報判定部２１ｂは、このステータス情報に基づいて走行注意情報の有無を判断する。

センター３から受信した情報に走行注意情報が含まれていない場合には（ステップＳ１００２でＮｏ）、ユーザに報知すべき走行に関する緊急情報はないとして処理を終了する。一方、走行注意情報が含まれている場合には（ステップＳ１００２でＹｅｓ）、情報判定部２１ｂは、車両に送信すべき他の送信情報があるか否かを判断する（ステップＳ１００３）。

携帯端末２がセンター３から受信する情報には、走行注意情報の他に施設等の情報もあり、携帯端末２はそのような情報も車両用装置１に表示用の情報として送信する場合がある。他の送信情報とは、走行注意情報以外に車両用装置１で表示するための情報である。携帯端末２から車両用装置１に送信する情報の種類が複数ある場合には、これらの情報を送信するタイミングが重なる場合がある。このように送信する情報が競合する場合に、いずれの情報を送信するか等を決める必要があるため、他の送信情報の有無を判断している。

他の送信情報がない場合には（ステップＳ１００３でＮｏ）、競合する送信情報はないため走行注意情報を車両用装置１に送信するための処理に進む（ステップＳ１００５以降）。一方、他の送信情報がある場合には（ステップＳ１００３でＹｅｓ）、競合する送信情報の優先度を比較する（ステップＳ１００４）。そして、比較結果に応じて、車両用装置１に送信する情報についての送信処理を実行する（ステップＳ１００５以降）。

ここで、優先度の比較処理について図１１を用いて具体的に説明する。センター３から受信した種々の情報にはその内容に応じて決められた優先度を示す優先度フラグが付与されている。図１１は、２種類の情報を受信した場合における優先度毎の処理内容を示す図である。図１１において、情報１は先に受信した情報のことであり、情報２は後に受信した情報のことである。また、フラグ１〜３は、優先度を３段階表示した優先度フラグのことであり、フラグ３が最も優先度が高く、フラグ１が最も優先度が低い。

まず、先に受信した情報（情報１）のフラグが１の場合について説明する。後に受信した情報（情報２）のフラグが１の場合には、優先度が同じであるため先に受信した情報１を優先して送信処理を実行する（先勝ち）。この場合、情報２は破棄する。情報２のフラグが２の場合には、情報２の優先度の方が高いものの、最優先の情報ではないため、情報１の送信処理を実行した後に（先勝ち）、情報２の送信処理を実行する（後付け）。情報２のフラグが３の場合には、情報２が最優先の情報であるため、情報１の送信処理を実行しない、又は、実行中の場合には停止して、情報２の送信処理を実行する（後勝ち）。

次に、情報１のフラグが２の場合について説明する。情報２のフラグが１の場合には、情報２の優先度が低いため、情報１の送信処理を実行し（先勝ち）、情報２は破棄する。情報２のフラグが２の場合には、優先度が同じであり、共に中程度の優先度であるため、情報１の送信処理を実行した後に（先勝ち）、情報２の送信処理を実行する（後付け）。情報２のフラグが３の場合には、情報２が最優先の情報であるため、情報１の送信処理を実行しない、又は、実行中の場合には停止して、情報２の送信処理を実行する（後勝ち）。

次に、情報１のフラグが３の場合について説明する。情報２のフラグが１の場合には、情報２の優先度が低いため、情報１の送信処理を実行し（先勝ち）、情報２は破棄する。情報２のフラグが２の場合には、情報２は情報１よりも優先度は低いものの、中程度の優先度であるため、情報１の送信処理を実行した後に（先勝ち）、情報２の送信処理を実行する（後付け）。情報２のフラグが３の場合には、共に最優先の情報であるため、情報１の送信処理を実行した後に（先勝ち）、情報２の送信処理を実行する（後付け）。

図１０に戻り説明する。次に、優先度の比較結果に応じて、車両用装置１に送信することになった情報の作成処理を実行する（ステップＳ１００５）。具体的には、画像作成部２１ｄ及び音声作成部２１ｅが、センター３から受信した走行注意情報に基づいて画像情報及び出力音声情報を作成する。走行注意情報には、表示用の画像情報や文字情報に対応するＩＤが含まれており、画像作成部２１ｄは、記憶部２２のＤＢ２２ｄからＩＤに対応する画像データや文字データ等を抽出して、これら各データに基づいて画像情報を作成する。また、走行注意情報には、出力用の音声に対応するＩＤが含まれており、音声作成部２１ｅは、記憶部２２のＤＢ２２ｄからＩＤに対応する音声データを抽出して、出力音声情報を作成する。

ここで、画像情報の作成について具体的に説明する。図１２（ａ）は、画像情報を作成するためにＤＢ２２ｄに記憶されている画像データの例を示す図である。図１２（ａ）の例では、大雨により道路が冠水する旨を注意喚起する例を示している。ＤＢ２２ｄには、表示画像としてのアイコンと、アイコンを特定するためのアイコンＩＤが対応付けられている。

すなわち、センター３から受信した走行注意情報には、アイコンＩＤが含まれており、画像作成部２１ｄは、このアイコンＩＤに基づいてアイコンを抽出する。例えば、道路冠水注意の大雨の場合には、走行注意情報にアイコンＩＤとして「A001」が含まれている。そこで、画像作成部２１ｄは、A001に対応するアイコンを抽出する。

また、図示しないが、表示する文字や、使用するテンプレート、画像及び文字の配置等についても同様にＩＤと各データが対応付けて記憶されている。画像作成部２１ｄは、これら文字等についても走行注意情報に含まれるＩＤに基づいて文字等を抽出する。そして、画像作成部２１ｄは、抽出した各データを用いて画像情報を作成する。

また、図１２（ｂ）は、出力音声情報を作成するためにＤＢ２２ｄに記憶されている音声ガイドの例を示す図である。図１２（ｂ）の例では、大雨により道路が冠水する旨を注意喚起する２つの例と、強雨、強風の例を示している。図１２（ｂ）に示すように、各々の状況に応じて出力する音声ガイドが対応付けられている。

センター３から受信した走行注意情報には、音声ＩＤが含まれており、音声作成部２１ｅは、この音声ＩＤに基づいて音声ガイドを抽出する。例えば、道路冠水注意の大雨の場合にはその状況に応じて「10000001」又は「10000002」が含まれている。音声作成部２１ｅは、音声ＩＤとして「10000001」を受信した場合には、それに対応する音声ガイドを抽出して出力音声情報を作成する。

図１０に戻り、その後、携帯端末２は、作成した画像情報及び出力音声情報を車両用装置１に送信して（ステップＳ１００６）、処理を終了する。なお、走行注意情報に画像情報及び出力音声情報のいずれか一方のみが含まれている場合には、画像作成部２１ｄ又は音声作成部２１ｅが、対応する画像情報又は出力音声情報のみを作成することになる。

＜１−７．センターの処理＞
次に、センター３の処理について説明する。図１３は、センター３の処理を示すフローチャートである。

センター３は、システムの起動により処理を開始する。センター３は起動すると、情報判定部３１ａが、携帯端末２から何らかの情報を取得しているか否かを定期的に監視しており、情報を受信した際には、その情報の内容を判断する。例えば、情報判定部３１ａは、携帯端末２から現在地情報を取得したか否かを判断する（ステップＳ１３０１）。

情報判定部３１ａは、現在地情報を取得していないと判断した場合には（ステップＳ１３０１でＮｏ）、再度取得の監視を行う。一方、情報判定部３１ａが現在地情報を取得したと判断した場合には（ステップＳ１３０１でＹｅｓ）、同時に取得したユーザＩＤと対応付けて現在地情報を記憶部３２に記憶し、走行注意領域の有無判断処理を行う（ステップＳ１３０２）。

具体的には、まず、判断部３１ｂは、記憶部３２から現在地及びその周辺の気象情報と地図情報とを取得する。そして、判断部３１ｂは、これら各情報に基づいて、車両の走行が困難な道路又は注意すべき道路が存在するか否かを判断する。そのような道路が存在する場合には、走行注意領域が有ると判断され、存在しない場合には走行注意領域は無いと判断される。なお、判断部３１ｂは、現在地から所定距離以内に走行注意領域があるか否かを判断する。所定距離以内の範囲とは、特に限定されるものではないが、例えば、車両用装置１の表示部１５に表示する地図領域とすることができる。また、目的地が設定され経路案内を行っている場合には、進行方向の経路に沿った領域としてもよい。

走行注意領域が有ると判断された場合には（ステップＳ１３０２でＹｅｓ）、データ作成部３１ｄが、走行注意情報を作成する（ステップＳ１３０３）。データ作成部３１ｄは、上述のように、ユーザに報知すべき表示画像及び音声に対応するＩＤを用いて走行注意情報を作成する。すなわち、データ作成部３１ｄは、判断された走行注意領域の状況に応じて、表示画像用のアイコンや出力用の音声ガイドを選択し、それらに対応するＩＤを用いて走行注意情報を作成する。例えば、道路冠水注意の大雨の場合には、「A001」と「10000001又は10000002」とを用いることになる。また、データ作成部３１ｄは、走行注意情報に優先度フラグを付与し、走行注意情報が有る旨のステータス情報も作成する。

一方、走行注意領域が無いと判断された場合には（ステップＳ１３０２でＮｏ）、データ作成部３１ｄは、走行注意領域が存在しない旨のステータス情報（以下「無し情報」という）を作成する（ステップＳ１３０４）。この場合、走行注意情報は作成されない。

次に、制御部３１は、一連の処理が正常に終了したか否かを判断する（ステップＳ１３０５）。センター３が何らかの原因で異常な処理をした場合に、その結果を携帯端末２及び車両用装置１に報知することを回避するためである。したがって、処理が異常終了したと判断された場合には（ステップＳ１３０５でＮｏ）、データ作成部３１ｄは、処理が異常であった旨の情報（異常情報）を作成して、この異常情報を携帯端末２に送信し（ステップＳ１３０６）、処理を終了する。この場合、走行注意情報又は無し情報は送信されない。

一方、処理が正常終了したと判断された場合には（ステップＳ１３０５でＹｅｓ）、データ作成部３１ｄは、処理が正常であった旨の情報（正常情報）を作成する。そして、制御部３１は、正常情報と共に、走行注意情報又は無し情報とステータス情報とを携帯端末２に送信し（ステップＳ１３０７）、処理を終了する。なお、制御部３１は、現在地情報を取得した際に同時に取得したユーザＩＤに対応付けられた携帯端末２に対して上記各情報を送信する。

なお、車両用装置１が走行注意情報のみならず他の情報（例えば、施設情報等）も表示する構成となっている場合には、図１３のフローチャートには図示していないが、センター３は、外部のサーバから他の情報を取得し、この他の情報に優先度フラグを付与した状態で携帯端末２に送信するようになっている。

また、本実施の形態では、センター３が現在地情報を取得する毎に、走行注意情報の送信処理を実行しているが、走行注意情報が前回送信した内容と同じである場合には、送信しない構成としてもよい。これにより、状況に変化がない場合に、繰り返して同じ内容を報知することを回避できる。

また、本実施の形態では、走行注意画像を表示する構成としているが、実際に車両が走行注意領域に入った際に、その旨を表示又は音声でユーザに報知してもよい。また、走行注意領域を走行中に、所定時間毎に注意を喚起するコメントを表示又は音声でユーザに報知してもよい。また、走行注意領域は、地図情報及び道路情報に基づいて正確な道路の領域として定めてもよいが、地図をメッシュ状に分けて走行が困難又は注意すべき道路が存在するメッシュの領域を走行注意領域としてもよい。

このように、本実施の形態では、センター３が、車両の現在地情報と気象情報とに基づいて車両の走行が困難な道路や注意を要する道路の有無を判断し、携帯端末２を介して車両用装置１に表示させることにより、ユーザは、車両の走行中に急に危険な状況が発生した場合であっても事前に把握することが可能になる。

なお、本実施の形態では、携帯端末２に格納されたアプリ２２ｂを用いて実行する場合について説明したが、車両用装置１が同様のアプリを有している場合には、携帯端末２を用いることなく、車両用装置１がセンター３と直接通信することで同様の処理を実行することができる。また、ユーザが車両内に持ち込む携帯型の端末が、上述した車両用装置１と携帯端末２との双方の機能を有している場合には、ユーザがその携帯端末を持ち込んで上述した車両用装置１と携帯端末２との両方の機能を実現することで、車両用装置１を用いることなく携帯端末のみで同様の処理を実行することができる。すなわち、本実施の形態は、車両用装置１と携帯端末２とによって実現することができ、車両用装置１のみで実現することもでき、携帯端末２のみで実現することもできる。

＜１−８．システムのシーケンス＞
次に、上記で説明した各構成の処理の流れの概略をシステム全体の動作順序に沿って説明する。図１４は、情報提供システム１００のシーケンスを示す図である。

まず、車両用装置１が、１秒間隔で現在地情報を取得し、携帯端末２に送信する。これは、ステップＳ５０１〜ステップＳ５０２に相当する処理である。そして、携帯端末２は、受信した現在地情報を記憶し、５ｋｍ間隔でセンター３に現在地情報を送信する。これは、ステップＳ９０１〜ステップＳ９０４に相当する処理である。

その後、センター３の処理が正常に終了した場合は、センター３が、走行注意情報の有無を判断し、有る場合には、走行注意情報等の所定の情報を携帯端末２に送信する。一方、センター３の処理が異常終了した場合は、センター３が、異常である旨の処理情報を携帯端末２に送信する。これらは、ステップＳ１３０１〜ステップＳ１３０７に相当する処理である。

そして、正常終了の場合は、携帯端末２が、センター３から受信した情報の有無の判断と、優先度判定と、画像情報等の作成を行い、車両用装置１に画像情報等を送信する。異常終了の場合は、携帯端末２は、エラー表示は行わない。これらは、ステップＳ９０５〜ステップＳ１００６に相当する処理である。その後、車両用装置１が、走行注意画像等を作成して出力する。これは、ステップＳ５０５〜５０８に相当する処理である。

このようにして、本実施の形態における情報提供システム１００は、車両用装置１、携帯端末２及びセンター３が、相互に情報の送受信を行うと共に各々の処理を実行することで、ユーザに対して走行する際に注意すべき状況を報知することができる。

＜１−９．変形例＞
以上の説明では、携帯端末２にて画像情報を作成し、車両用装置１でナビゲーション画像に走行注意画像を重畳表示した例について説明したが（図８参照）、これに限定されるものではなく他の表示も可能である。他の表示の例について、図１５を用いて説明する。図１５は、走行注意画像を表示する他の例を示す図である。

図１５に示すように、走行が困難又は注意を要する領域１８を地図上に表示することで、ユーザに報知することができる。この場合、センター３が、現在地情報及び気象情報等に基づいて、走行注意領域の有無とその領域の範囲とを判断し、判断された走行注意領域の情報を含んだ走行注意情報を携帯端末２に送信する。携帯端末２は、画像情報に代えて領域情報を車両用装置１に送信する。領域情報は、領域の境界を示す情報（例えば、緯度情報及び経度情報）からなり、車両用装置１では、領域情報に基づいて決められた地図上の領域を強調表示したナビゲーション画像を作成して表示する。また、出力用の音声情報がある場合には上記と同様にして音声を出力する。

なお、この場合、車両が領域１８内に入った際に、その旨を表示又は音声でユーザに報知してもよい。また、領域１８内を走行中においては、所定時間毎に注意を喚起するコメントを表示又は音声でユーザに報知してもよい。また、領域を決める際には、領域の境界を示す情報として緯度情報及び経度情報を用いて詳細に定めてもよいが、地図をメッシュ状に分けてメッシュ単位で領域を決めてもよい。

これにより、ユーザは、走行する際に注意すべき状況が発生したことを知ることができるのみならず、その領域も理解することができるため、例えば、走行経路を変更する等の対応を取ることも可能になる。

＜２．第２の実施の形態＞
次に、第２の実施の形態について説明する。第１の実施の形態では、車両の現在地及びその周辺地域における情報を提供する内容について説明したが、第２の実施の形態では、車両の目的地における情報を提供する内容について説明する。以下、第１の実施の形態と相違する点を中心に説明する。

＜２−１．システム構成＞
本実施の形態の情報提供システム２００は、図１に示す第１の実施の形態の情報提供システム１００と基本的な構成は同様であり、車両用装置４、携帯端末５、及びセンター６を備えている。ただし、本実施の形態では、車両の現在地情報ではなく目的地の位置情報（以下「目的地情報」という）をもとにして情報を提供する点で第１の実施の形態と相違する。このため、第１の実施の形態と同様の構成については同じ符号を付して説明を省略する場合がある。以下、情報提供システム２００の構成及び処理について説明する。

＜２−２．車両用装置の構成＞
まず、車両用装置４の構成について説明する。図１６は、車両用装置４の概要を示すブロック図である。図１６に示すように、車両用装置４は、制御部４１と、記憶部１２と、位置情報取得部１３と、通信部１４と、表示部１５と、音声出力部１６と、操作部１７とを備えている。

制御部４１は、ナビゲーション部４１ａと、表示制御部４１ｂと、音声制御部４１ｃと、操作判定部４１ｄとを備えており、また、図示しないＣＰＵ、ＲＡＭ、及びＲＯＭを備えるコンピュータである。すなわち、制御部４１は、主として以下に示す点が相違するものの、第１の実施の形態における制御部１１と基本的な構成は同様である。

ナビゲーション部４１ａは、車両の現在位置の表示や目的地までの経路を探索して誘導を行うものである。なお、本実施の形態は、目的地が設定されていることが前提であるため、ナビゲーション部４１ａは、目的地までの経路を探索し、地図上に目的地までの経路を強調表示したナビゲーション画像を作成する。

表示制御部４１ｂは、ナビゲーション部４１ａで生成されたナビゲーション画像を、表示部１５に表示させる制御を行う。また、携帯端末５から天気画像情報を取得している場合には、表示制御部４１ｂは、天気画像を作成すると共に、ナビゲーション画像に重畳させて表示させる制御を行う。なお、天気画像とは、目的地周辺の天気を表した画像である。また、天気画像情報とは、携帯端末２にて作成された、天気画像を作成するための情報である。

音声制御部４１ｃは、携帯端末５から取得した音声情報に基づいて出力音声を作成し、この出力音声を音声出力部１６から出力させる制御を行う。音声情報とは、天気画像の内容を音声で示した情報である。なお、音声制御部４１ｃは、取得した音声情報に所定の処理を施して出力音声を作成する。所定の処理は、第１の実施の形態と同様である。

操作判定部４１ｄは、ユーザが操作部１７を操作することによって、ナビゲーションの各種操作や表示設定等の操作があった場合に、その操作内容を判定する。ナビゲーションの各種操作とは、例えば目的地設定や経路の選択等の操作であり、表示設定の操作とは、例えば天気画像の表示又は非表示の設定、音声の出力又は停止等の操作である。

記憶部１２、位置情報取得部１３、通信部１４、表示部１５、音声出力部１６及び操作部１７は、第１の実施の形態における各部と基本的な構成は同様である。なお、本実施の形態においては、通信部１４は、携帯端末５に対して車両の位置情報の他にも目的地情報を送信し、携帯端末５から天気画像情報や音声情報を受信する。

＜２−３．携帯端末の構成＞
次に、携帯端末５の構成について説明する。図１７は、携帯端末５の概要を示すブロック図である。図１７に示すように、携帯端末５は、制御部５１と、記憶部２２と、通信部２３と、表示部２４と、操作部２５とを備えている。

制御部５１は、操作判定部２１ａと、情報判定部５１ｂと、優先度判定部２１ｃと、画像作成部５１ｄと、音声作成部５１ｅと、距離算出部５１ｆと、到着時間算出部５１ｇとを備えており、図示しないＣＰＵ、ＲＡＭ、及びＲＯＭを備えるコンピュータである。すなわち、制御部５１は、主として以下に示す点が相違するものの、第１の実施の形態における制御部２１と基本的な構成は同様である。

情報判定部５１ｂは、センター６から受信した情報に天気情報が含まれているか否かを判定する。天気情報とは、目的地周辺の天気及び気温を示す情報であり、天気画像情報及び出力音声情報を作成するための各種情報が含まれている。これら各種情報とは、例えば、車両用装置４に表示する画面や文字、出力する音声に関する情報である。また、センター６から受信する情報には天気情報の有無を示すステータス情報が含まれており、情報判定部５１ｂは、このステータス情報に基づいて天気情報の有無を判定する。なお、センター６から受信した情報に天気情報が含まれていない場合には、制御部５１は受信した情報を破棄する。

また、センター６から受信した情報には、センター６の処理が正常であったか異常であったかを示す情報（処理情報）や、情報の内容に応じて付与された優先度を示すフラグ（優先度フラグ）が含まれている。情報判定部５１ｂは、このような情報を受信した場合にも、その内容を判定する。

画像作成部５１ｄは、センター６から取得した天気情報に基づいて、車両用装置４がナビゲーション画像に重畳して表示する天気画像を作成するための天気画像情報を作成する。画像作成部５１ｄは、天気情報に含まれる表示画像や表示文字等の各種情報に対応付けられたデータをアプリ５２ｂのＤＢ５２ｃから抽出し、抽出したデータに基づいて天気画像情報を作成する。

音声作成部５１ｅは、センター６から取得した天気情報に基づいて、車両用装置４から出力する音声を作成するための出力音声情報を作成する。この出力音声情報に基づいて作成された出力音声は、天気画像をナビゲーション画像に重畳表示する際に、同時に車両用装置４から出力される。音声作成部５１ｅは、天気情報に含まれる音声情報に対応付けられたデータをアプリ５２ｂのＤＢ５２ｃから抽出して、抽出したデータに基づいて出力音声情報を作成する。

距離算出部５１ｆは、現在地と目的地との間の距離を算出するものである。距離算出部５１ｆは、目的地情報を受信すると、記憶部２２の位置情報２２ｅから現在地情報を取得する。そして、各位置情報に基づいて直線距離を算出する。これにより現在地と目的地との間の直線距離を算出することができる。

到着時間算出部５１ｇは、目的地の到着予測時間を算出するものである。到着時間算出部５１ｇは、車両用装置４から目的地情報を受信すると、目的地に到着する時間を算出する。具体的には、到着時間算出部５１ｇは、距離算出部５１ｆで算出した目的地までの距離と、予想される車両の平均速度とに基づいて算出する。例えば、以下の式により算出することができる。

所要時間（ｈ）＝走行距離（ｋｍ）÷速度（ｋｍ／ｈ）＋補正値（ｈ）
なお、補正値とは、車両の運転を長時間行う場合には、定期的に休憩を取ることが考えられるため、２時間経過毎に３０分の休憩を取ると想定した値である。この補正値は以下の式により算出することができる。

補正値（ｈ）＝（走行距離（ｋｍ）÷速度（ｋｍ／ｈ））÷２（ｈ）×０．５（ｈ）
そして、到着時間算出部５１ｇは、算出された所要時間と現在時刻とに基づいて到着予測時間を算出する。

なお、本実施の形態では、携帯端末５が目的地までの到着予測時間を算出しているが、車両用装置４が目的地までの経路探索をする際に、到着予測時間も算出している場合には、その情報を取得してもよい。

記憶部２２、通信部２３、表示部２４及び操作部２５は、第１の実施の形態における各部と基本的な構成は同様である。なお、本実施の形態におけるアプリ５２ｂは、天気情報の取得、天気画像情報や出力音声情報の作成処理を実行するためのアプリケーションである。アプリ５２ｂには、これら取得処理や作成処理を実行するプログラムが格納されており、制御部５１の指示によりこのプログラムが実行される。また、アプリ５２ｂはＤＢ５２ｃを有しており、このＤＢ５２ｃには天気画像情報や出力音声情報の作成処理の際に使用する画像データや文字データ、音声データ等が格納されている。画像データ及び文字データは、例えば、目的地周辺の天気及び気温を表す画像及び文字であり、事象に応じて複数種類記憶されている。また、音声データは、例えば、目的地周辺の天気及び気温を表す音声であり、表示する画像及び文字に対応している。さらに、アプリ５２ｂには、ユーザＩＤ２２ｄが格納されている。ユーザＩＤ２２ｄは、アプリ毎に付与されたユーザを特定するための固有の情報である。

また、通信部２３は、本実施の形態においては、例えば、車両用装置４に対して、作成した天気画像情報を送信し、車両用装置４から車両の現在地情報及び目的地情報を受信する。また、通信部２３は、例えば、センター４に対して車両の現在地情報、目的地情報及び到着予測時間を送信し、センター６から天気情報を受信する。

＜２−４．センターの構成＞
次に、センター６の構成について説明する。図１８は、センター６の概要を示すブロック図である。図１８に示すように、センター６は、制御部６１と、記憶部３２と、通信部３３とを備えている。

制御部６１は、情報判定部６１ａと、天気取得部６１ｂと、認証部３１ｃと、データ作成部６１ｄとを備えており、図示しないＣＰＵ、ＲＡＭ、及びＲＯＭを備えるコンピュータである。すなわち、制御部６１は、主として以下に示す点が相違するものの、第１の実施の形態における制御部３１と基本的な構成は同様である。

情報判定部６１ａは、携帯端末５からの情報の受信の有無と、受信した情報の内容を判定するものであり、例えば、携帯端末５から受信した情報に目的地情報及び到着予測時間が含まれているか否かを判定する。

天気取得部６１ｂは、受信した目的地情報及び到着予測時間と、記憶部３２に記憶されている気象情報３２ｂとに基づいて、到着予測時間における目的地の天気を取得する。具体的には、天気取得部６１ｂは、気象情報３２ｂの中から、目的地及び到着予測時間に対応する天気の情報（天気予報）を取得する。

データ作成部６１ｄは、天気取得部６１ｂにより取得された目的地の天気予報に基づいて、携帯端末５に送信する天気情報を作成する。この天気情報は、上述した、携帯端末５にて天気画像情報及び出力音声情報を作成するための各種情報を含んでいる。すなわち、データ作成部６１ｄは、目的地の天気予報に基づいて、ユーザに報知すべき表示画像及び出力音声を決定する。そして、データ作成部６１ｄは、決定した表示画像及び出力音声に対応する各種情報を用いて天気情報を作成する。なお、この場合における各種情報も、携帯端末５のＤＢ５２ｃに記憶されている天気画像情報及び出力音声情報に対応するＩＤを含んでいる。

また、データ作成部６１ｄは、天気情報を作成する際に、その内容に応じた優先度を判定して優先度フラグを付与する。さらに、データ作成部６１ｄは、天気情報の有無を示すステータス情報も作成する。また、制御部６１は、一連の処理が正常に終了したか異常終了したかを監視しており、データ作成部６１ｄは、その監視結果に基づいて上述の処理情報を作成する。

記憶部３２及び通信部３３は、第１の実施の形態における各部と基本的な構成は同様である。なお、本実施の形態においては、通信部３３は、携帯端末５に対して天気情報を送信し、携帯端末５から車両の現在地情報の他に目的地情報及び到着予測時間を受信する。

また、センター６は、施設情報やグルメ情報といった天気情報とは異なるサービスを発信する外部サーバと接続されていてもよい。この場合、第１の実施の形態と同様に、制御部６１は、通信部３３を介して外部サーバから各種情報を受信して、携帯端末５のユーザに適した情報を送信する。

＜２−５．車両用装置の処理＞
次に、第２の実施の形態における車両用装置４の処理について説明する。図１９は、車両用装置４の処理を示すフローチャートである。第１の実施の形態と相違する点を主として説明する。

車両用装置４の処理は、車両用装置４の起動により開始する。車両用装置４が起動すると、位置情報取得部１３が現在地情報を取得する（ステップＳ１９０１）。そして、制御部４１は、通信部１４を介して現在地情報を携帯端末５に送信する（ステップＳ１９０２）。これらステップＳ１９０１及びステップＳ１９０２は、上述したステップＳ５０１及びステップＳ５０２と同様の処理である。

次に、ナビゲーション部４１ａは、目的地を設定する（ステップＳ１９０３）。これは、ユーザの入力操作によって行われる。また、制御部４１は、設定された目的地に対応する目的地情報を携帯端末５に送信する（ステップＳ１９０４）。目的地情報は、緯度情報及び経度情報を含む位置情報である。

次に、ナビゲーション部４１ａは、ナビゲーション画像を作成する（ステップＳ１９０５）。ナビゲーション部４１ａは、記憶部１２の地図情報１２ｃに基づいて、現在地から目的地までの経路を探索し、経路を強調表示した地図画像としてのナビゲーション画像を作成する。

その後、制御部４１は、携帯端末５から天気画像情報及び出力音声情報を受信したか否かを判断する（ステップＳ１９０６）。具体的には、制御部４１は、携帯端末５からの情報の受信の有無を定期的に監視しており、携帯端末５から情報を受信した際には、その情報に天気画像情報及び出力音声情報が含まれているか否かを判断する。なお、携帯端末５から受信した情報には、天気画像情報と出力音声情報との双方が含まれている場合や、いずれか一方のみが含まれている場合、いずれも含まれておらず他の情報が含まれている場合がある。したがって、制御部４１は、受信したデータが何であるかを判断している。

携帯端末５から受信した情報に天気画像情報及び出力音声情報のいずれもが含まれていない場合には（ステップＳ１９０６でＮｏ）、表示制御部４１ｂは、表示部１５にナビゲーション画像を表示する処理を行う（ステップＳ１９０９）。この場合、天気画像が重畳された画像は表示されず、ナビゲーション画像のみが表示されることになる。なお、ナビゲーション部４１ａは所定の周期でナビゲーション画像を作成しており、ナビゲーション画像の表示もこれに同期して行われる。

ここで、表示部１５にナビゲーション画像のみが表示された例を説明する。図２０は、表示部１５にナビゲーション画像のみが表示された例を示す図である。図２０に示すように、表示部１５に表示されたナビゲーション画像は、現在地周辺の地図に車両の位置が表示されていると共に、目的地までの経路が強調表示されている画像である。

図１９に戻り、携帯端末５から受信した情報に天気画像情報及び出力音声情報が含まれている場合には（ステップＳ１９０６でＹｅｓ）、表示制御部４１ｂは、ナビゲーション画像に天気画像が重畳された重畳画像を作成する（ステップＳ１９０７）。すなわち、表示制御部４１ｂは、携帯端末５から取得した天気画像情報に基づいて天気画像を作成し、この天気画像とナビゲーション画像とに基づいて重畳画像を作成する。なお、携帯端末５から受信した情報に出力音声情報のみが含まれている場合には、本ステップ１９０７の処理は省略される。

ここで、天気画像及び重畳画像の例について説明する。図２１は、天気画像の例を示す図であり、図２２は、重畳画像の例を示す図である。図２１は、目的地を奥多摩に設定した場合における天気画像である。天気画像には、目的地への到着予測時間における天気と気温が表示されている。表示制御部４１ｂは、携帯端末５から受信した天気画像情報を基に図２１に示す天気画像を作成した場合には、この天気画像をナビゲーション画像に重畳表示させて図２２に示す重畳画像を作成する。

図１９に戻り、次に、音声制御部４１ｃは、重畳画像を表示する際に出力する出力音声を作成する（ステップＳ１９０８）。具体的には、音声制御部４１ｃは、受信した天気情報に含まれる出力音声情報に所定の処理を施して出力音声を作成する。所定の処理とは、上述した処理と同様である。また、携帯端末５から受信した情報に天気画像情報のみが含まれている場合には、本ステップ１９０８の処理は省略される。

その後、表示制御部４１ｂは、作成した重畳画像を表示部１５に表示すると共に、音声制御部４１ｃは、出力音声を音声出力部１６から出力して（ステップＳ１９０９）、処理を終了する。なお、出力音声は、重畳画像の表示と共に自動的に出力する構成としてもよく、ユーザが天気画像の「読上げ」ボタンを押下した際に出力する構成としてもよい。また、表示部１５に表示された重畳画像は、所定時間表示した後に自動的に消去する構成としてもよく、ユーザが「完了」ボタンを押下した際に消去する構成としてもよい。また、携帯端末５から受信した情報が天気画像情報のみである場合には、重畳画像の表示のみを行い音声出力は行わない。さらに、携帯端末５から受信した情報が出力音声情報のみである場合には、音声出力のみ行い重畳画像の表示は行わない。この場合、表示部１５にはナビゲーション画像のみが表示される。

なお、本実施の形態においては、センター６での処理が異常終了した際には、その旨を示す画像を表示すると共に音声で出力する構成としている。すなわち、携帯端末５から天気画像情報等を受信する処理において、センター６が異常終了した旨の画像の情報（以下「エラー画像情報」という）及び出力音声情報を受信した場合には、表示制御部４１ｂは、ナビゲーション画像上にエラー画像情報を基に作成したエラー画像を重畳表示した重畳画像を作成して表示し、音声制御部４１ｃは、出力音声を作成して出力する（ステップＳ１９０６〜ステップＳ１９０９）。

これは、ユーザが目的地を設定した際には、到着予測時間における目的地の天気画像が表示されることを期待していると考えられるため、何らかの表示をしないとユーザは車両用装置４又は携帯端末５が故障していると間違える可能性があるためである。なお、エラーの報知は、エラー画像の表示及び音声出力の双方を行うのみならず、いずれか一方のみ行う構成であってもよい。

なお、ステップＳ１９０１〜ステップＳ１９０９までの処理は、目的地設定時又は再設定時に実行され、目的地設定後には所定の間隔で定期的に実行される。本実施の形態では、後述するように、到着予測時間が１時間以上変化した場合には、目的地の天気予報の変化の有無を確認するようになっている。また、目的地まで所定値以下になった場合にも、目的地の天気予報の変化の有無を確認するようになっている。このため、車両用装置４の現在地情報及び目的地情報を携帯端末５に定期的に送信することで、到着予測時間の変換や天気予報の変化が確認できるようにしている。

＜２−６．携帯端末の処理＞
次に、携帯端末５の処理について説明する。図２３は、携帯端末５の処理を示すフローチャートである。第１の実施の形態と相違する点を主として説明する。

携帯端末５の処理は、記憶部２２に格納されているアプリ５２ｂを起動することにより開始する。制御部５１は、アプリ５２ｂが起動すると、車両用装置４から現在地情報を取得したか否かを監視する（ステップＳ２３０１）。制御部５１は、現在地情報を取得していないと判断した場合には（ステップＳ２３０１でＮｏ）、所定時間経過後に再度現在地情報の取得の有無を判断する。一方、制御部５１は、現在地情報を取得していると判断した場合には（ステップＳ２３０１でＹｅｓ）、取得した現在地情報を記憶部に記憶する（ステップＳ２３０２）。これらステップＳ２３０１〜ステップＳ２３０２は、第１の実施の形態におけるステップＳ９０１〜ステップＳ９０２と同様の処理である。

次に、制御部５１は、車両用装置４から目的地情報を取得したか否かを監視する（ステップＳ２３０３）。この監視は、車両用装置４から受信した情報に、目的地として設定された位置情報（緯度情報及び経度情報）が含まれているか否かを判断することにより行われる。制御部５１は、目的地情報を取得していないと判断した場合には（ステップＳ２３０３でＮｏ）、再度現在地情報の取得の有無を判断する。一方、制御部５１は、目的地情報を取得していると判断した場合には（ステップＳ２３０３でＹｅｓ）、取得した目的地情報を記憶部２２に記憶する（ステップＳ２３０４）。

そして、距離算出部５１ｆが、目的地までの距離を算出する（ステップＳ２３０５）。具体的には、距離算出部５１ｆは、記憶部２２の位置情報２２ｅから現在地情報及び目的地情報における各々の緯度情報及び経度情報を読み出し、これら各情報に基づいて、現在地から目的地までの直線距離を算出する。

そして、距離算出部５１ｆは、算出した距離が所定値以上であるか否かを判断する（ステップＳ２３０６）。目的地が現在地とあまり離れていない場合には、目的地の天候は現在地の天候と変わらないことが多く、ある程度予測もできる。このため、天気情報の報知対象とはせずに、目的地が現在地から一定距離以上離れている場合に、目的地の天気情報を報知する対象としているためである。なお、所定値とは、例えば、３０ｋｍ、４０ｋｍ、５０ｋｍ、６０ｋｍ等であり、適宜設定可能である。

目的地までの距離が所定値未満である場合には（ステップＳ２３０６でＮｏ）、天気情報の報知対象ではないため処理を終了する（図２３のＢ）。一方、目的地までの距離が所定値以上である場合には（ステップＳ２３０６でＹｅｓ）、到着時間算出部５１ｇが、目的地に到着すると予測される時間を算出する（ステップＳ２３０７）。算出の方法は、上述のとおりである。そして、制御部５１は、目的地情報及び到着予測時間をセンター６に送信して（ステップＳ２３０８）、次の処理に進む（図２３のＣ）。

なお、本実施の形態では、携帯端末５は、センター６に目的地情報及び到着予測時間を送信すると、その位置に関する天気情報等をセンター６から取得する構成となっている。そのため、まず、情報判定部５１ｂは、センター６から何らかの情報を取得しているか否かを判断する（ステップＳ２４０１）。情報判定部５１ｂは、センター６から情報を取得していないと判断した場合には（ステップＳ２４０１でＮｏ）、所定時間経過後に再度センター６からの情報取得の有無を判断する。一方、情報判定部５１ｂは、センター６から情報を取得していると判断した場合には（ステップＳ２４０１でＹｅｓ）、センター６の処理が正常終了したか又は異常終了したかを判断する（ステップＳ２４０２）。

センター６から送信される情報には、センター６の処理の正常又は異常を示す処理情報が含まれており、情報判定部５１ｂは、この情報に基づいて正常又は異常を判断する。処理情報が、異常終了である旨の情報（異常情報）である場合には（ステップＳ２４０２でＮｏ）、センター６側で何らかのトラブルがあったとして、画像作成部５１ｄ及び音声作成部５１ｅは、エラー画像情報及び出力音声情報を作成する（ステップＳ２４０３）。

センター６から受信した情報の中にエラー画像情報及び出力音声情報の基になる情報が含まれている場合には、画像作成部５１ｄ及び音声作成部５１ｅは、これらのデータを用いてエラー画像情報及び出力音声情報を作成すればよい。また、携帯端末５に予め定型のエラー画像情報及び出力音声情報が記憶されている場合には、画像作成部５１ｄ及び音声作成部５１ｅは、異常情報を受信した際にこれらの定型の画像等を用いてエラー画像情報及び出力音声情報を作成すればよい。

その後、制御部５１は、エラー画像情報及び出力音声情報を車両用装置４に送信して（ステップＳ２４０４）、処理を終了する。

一方、処理情報が正常終了である旨の情報である場合には（ステップＳ２４０２でＹｅｓ）、情報判定部５１ｂは、センター６から受信した情報に天気情報が含まれているか否かを判断する（ステップＳ２４０５）。センター６から受信した情報には、天気情報の有無を示すステータス情報が含まれており、センター６は、このステータス情報に基づいて天気情報の有無を判断する。

センター６から受信した情報に天気情報が含まれていない場合には（ステップＳ２４０５でＮｏ）、ユーザに報知すべき天気情報はないとして処理を終了する。一方、天気情報が含まれている場合には（ステップＳ２４０５でＹｅｓ）、情報判定部５１ｂは、車両用装置４に送信すべき他の送信情報があるか否かを判断する（ステップＳ２４０６）。

携帯端末５がセンター６から受信する情報には、天気情報の他に施設等の情報もあり、携帯端末５はそのような情報も車両用装置４に表示用の情報として送信する場合がある。他の送信情報とは、このような天気情報以外の車両用装置４の表示用情報である。携帯端末５から車両用装置４に送信する情報の種類が複数ある場合には、これらの情報を送信するタイミングが重なる場合がある。このように送信する情報が競合する場合に、いずれの情報を送信するか等を決める必要があるため、他の送信情報の有無を判断している。

他の送信情報がない場合には（ステップＳ２４０６でＮｏ）、競合する送信情報はないため天気情報を車両用装置４に送信するための処理に進む（ステップＳ２４０８以降）。一方、他の送信情報がある場合には（ステップＳ２４０６でＹｅｓ）、競合する送信情報の優先度を比較する（ステップＳ２４０７）。優先度の比較処理は、第１の実施の形態と同様である。

そして、比較結果に応じて、車両用装置４に送信する情報についての送信処理を実行する。具体的には、画像作成部５１ｄ及び音声作成部５１ｅが、センター６から受信した天気情報に基づいて天気画像情報及び出力音声情報を作成する（ステップＳ２４０８）。天気情報には、表示用の画像情報や文字情報に対応するＩＤが含まれており、画像作成部５１ｄは、記憶部２２のＤＢ５２ｃからＩＤに対応する画像データや文字データ等を抽出して、これら各データに基づいて天気画像情報を作成する。また、天気情報には、出力音声情報に対応するＩＤが含まれており、音声作成部５１ｅは、記憶部２２のＤＢ５２ｃからＩＤに対応する音声データを抽出して、出力音声情報を作成する。

ここで、天気画像情報の作成について具体的に説明する。図２５は、天気画像情報を作成するためのＤＢ５２ｄに記憶されている画像データの例を示す図である。図２５の例では、晴れ、晴れ／雨、晴れ／雪、及び曇りの例を示している。ＤＢ５２ｄには、表示画像としてのアイコンと、アイコンを特定するためのアイコンＩＤが対応付けられている。

すなわち、センター６から受信した天気情報には、アイコンＩＤが含まれており、画像作成部５１ｄは、このアイコンＩＤに基づいてアイコンを抽出する。例えば、天気が晴れの場合には、天気情報にアイコンＩＤとして「B001」が含まれている。そこで、画像作成部５１ｄは、B001に対応するアイコンを抽出する。

また、図示しないが、表示する文字や、使用するテンプレート、気温、画像及び文字の配置等についても同様にＩＤと各データが対応付けられて記憶されている。画像作成部５１ｄは、これら文字等についても天気情報に含まれるＩＤに基づいて文字等を抽出する。そして、画像作成部５１ｄは、抽出した各データを用いて天気画像情報を作成する。

また、図２６は、出力音声情報を作成するためにＤＢ５２ｄに記憶されている音声ガイドの例を示す図である。図２６の例では、単語又は短い文節に複数分けられており、これら各音声ガイドに音声ＩＤが対応付けられ、ＩＤに対応付けられた音声ガイドを組み合わせることで出力音声情報を作成するようになっている。

センター６から受信した天気情報には、音声ＩＤが含まれており、音声作成部５１ｅは、この音声ＩＤに基づいて音声ガイドを抽出する。例えば、センター６から受信した天気情報の音声ＩＤが「20000011+20000012+20000018+20000019+20000021+20000022+20000034」である場合には、「目的地の天気が、雨に変わりました。このあと、午後１時頃には天気は回復してきます。」という出力音声情報となる。

図２４に戻り、携帯端末５は、作成した天気画像情報や出力音声情報を車両用装置４に送信して（ステップＳ２４０９）、処理を終了する。なお、天気情報に表示用の画像情報又は出力用の音声情報のいずれか一方のみが含まれている場合には、画像作成部５１ｄ又は音声作成部５１ｅが、対応する天気画像情報又は出力音声情報のみを作成することになる。

このように、ユーザは、目的地の設定時には、到着予測時間に基づいた目的地の天気情報又はセンター６側で異常があった旨の情報を取得することができる。

なお、車両の走行状況によっては、目的地への到着予測時間が変化する場合があり、到着予測時間の変化に伴って目的地の予測される天候が変化する場合がある。このため、本実施の形態では、携帯端末５は、定期的に到着予測時間を算出して一定時間以上変化する場合には、再度目的地の天気情報を取得する処理を実行する。以下、その処理について説明する。図２７は、携帯端末５の処理を示すフローチャートである。

まず、車両の走行中、到着時間算出部５１ｇが、定期的に到着予測時間を算出する（ステップＳ２７０１）。到着時間算出部５１ｇは、算出した最新の到着予測時間と、前回算出した到着予測時間とを比較して、１時間以上変化しているか否かを判断する。１時間以上変化していない場合には（ステップＳ２７０１でＮｏ）、所定時間経過後に算出処理を実行する。

一方、１時間以上変化している場合には（ステップＳ２７０１でＹｅｓ）、制御部５１は、目的地情報と算出した最新の到着予測時間とをセンターに送信する（ステップＳ２７０２）。その後、センター６から情報を取得したか否かを判断する（ステップＳ２７０３）。この処理は、上述したステップＳ２４０１と同様にして行うことができる。

次に、情報判定部５１ｂは、センター６の処理が正常終了したか又は異常終了したかを判断する（ステップＳ２７０４）。この処理は、上述したステップＳ２４０２と同様にして行うことができる。処理情報が異常情報である場合には（ステップＳ２７０４でＮｏ）、制御部５１は処理を終了する。この処理は、ユーザが目的地を設定した場合と異なり、ユーザの知らないうちに携帯端末５内部で行っている動作であり、ユーザは何らかの表示を期待していることはないため、エラー画像の表示等は行わない。なお、センター６の異常が偶然である可能性もあるため、携帯端末５は、異常情報を受信した後に、センター６に対してリトライを実行する構成としてもよい。

一方、処理情報が正常情報である場合には（ステップＳ２７０４でＹｅｓ）、新たに天気情報を受信したか否かの判断や、天気画像情報等の作成及び送信の処理を実行する（ステップＳ２７０５〜ステップＳ２７０９）。これら各処理は、上述したステップＳ２４０５〜ステップＳ２４０９と同様にして行うことができる。

このように、到着予測時間が一定時間以上変化した場合において、目的地の天気情報に変化がある場合には、新たに算出された到着予測時間に対応する天気情報を取得することができるため、ユーザに対して適切な天気情報を報知することが可能になる。

また、本実施の形態においては、車両が目的地の近辺まで走行した場合には、目的地の天気情報は不要となる場合がある。このため、車両が目的地に近づく際の処理について説明する。図２８は、携帯端末５の処理を示すフローチャートである。

まず、車両の走行中、制御部５１は、車両が５ｋｍ走行したか否かを判断し（ステップＳ２８０１）、車両が５ｋｍ走行する毎に、現在地情報及び目的地情報をセンターに送信する（ステップＳ２８０２）。これら各処理は、上述したステップＳ９０３及びステップＳ９０４と同様にして行うことができる。

また、情報判定部５１ｂがセンター６からの情報の受信の有無を判断し（ステップＳ２８０３）、天気情報等を受信している場合には車両用装置４に対して送信する天気画像情報等の作成及び送信などの一連の処理を実行する（ステップＳ２８０４〜ステップＳ２９０２）。これら各処理は、上述したステップＳ２７０４〜ステップＳ２７０９と同様にして行うことができる。

その後、距離算出部５１ｆが、目的地までの距離を算出し（ステップＳ２９０３）、目的地までの距離が所定値以下であるか否かを判断する（ステップＳ２９０４）。目的地までの距離が所定値以下でない場合には（ステップＳ２９０４）、車両はまだ目的地の近辺まで来ていないため、処理を終了し、ステップＳ２８０１からの処理を繰り返す。なお、所定値とは、例えば、２０ｋｍ、１０ｋｍ、５ｋｍ等であり、適宜設定可能である。

一方、目的地までの距離が所定値以下である場合には（ステップＳ２９０４でＹｅｓ）、制御部５１は、センター６に対する目的地情報の送信処理を停止して（ステップＳ２９０５）、処理を終了する。目的地近辺まで来ているため、もはや天気情報等を受信する必要はないためである。

なお、ステップＳ２８０４において、処理情報が異常情報である場合であって（ステップＳ２８０４でＮｏ）、目的地までの距離を算出して所定値以下である場合にのみ、センター６に対してリトライを実行してもよい。リトライの結果、さらに異常情報を受信した場合には、次回の現在地情報の送信の際に目的地情報を除外する。これにより、目的地までの距離が所定値以下になった際に、センターの正常又は異常に関わらず、目的地情報の送信が停止される。

このようにして、本実施の形態では、車両が目的地から離れた場所にある場合には、到着予測時間における目的地の天気情報の取得を行い、目的地周辺にある場合には取得を止める構成としている。これにより、ユーザの必要なときにだけ天気情報を受信することが可能になる。

＜２−７．センターの処理＞
次に、センターの処理について説明する。図３０は、センター６の処理を示すフローチャートである。第１の実施の形態と相違する点を主として説明する。

センター６は、システムの起動により処理を開始する。センター６は起動すると、情報判定部６１ａが、携帯端末５から何らかの情報を取得しているか否かを定期的に監視しており、情報を受信した際には、その情報の内容を判断する。例えば、情報判定部６１ａは、携帯端末５から目的地情報及び到着予測時間を取得したか否かを判断する（ステップＳ３００１）。

情報判定部６１ａは、目的地情報及び到着予測時間を取得していないと判断した場合には（ステップＳ３００１でＮｏ）、再度取得の監視を行う。一方、情報判定部６１ａが目的地情報及び到着予測時間を取得したと判断した場合には（ステップＳ３００１でＹｅｓ）、制御部６１は、目的地の天気予報を確認する（ステップＳ３００２）。これは、制御部６１が、記憶部３２に記憶された気象情報３２ｂから、到着予測時間における目的地の天気予報を確認することにより行われる。

そして、制御部６１は、天気予報を取得できた場合には天気情報を作成し、天気予報を取得できなかった場合にはその旨を示すステータス情報（無し情報）を作成する。天気情報は、上述と同様にして作成される。また、天気情報が有る場合には、その旨を示すステータス情報も作成される。

次に、制御部６１は、一連の処理が正常に終了したか否かを判断する（ステップＳ３００４）。この処理は、上述したステップＳ１３０５と同様にして行うことができる。処理が異常終了したと判断された場合には（ステップＳ３００４でＮｏ）、制御部６１は、異常情報を携帯端末５に送信して（ステップＳ３００５）、処理を終了する。この場合、天気情報又は無し情報は送信されない。

一方、処理が正常終了したと判断された場合には（ステップＳ３００４でＹｅｓ）、制御部６１は、処理が正常であった旨の情報（正常情報）を作成し、正常情報と共に、天気情報又は無し情報とステータス情報とを携帯端末５に送信して（ステップＳ３００６）、処理を終了する。なお、制御部６１は、現在地情報を取得した際に同時に取得したユーザＩＤに対応付けられた携帯端末５に対して上記各情報を送信する。

なお、車両用装置４が天気情報のみならず他の情報（例えば、施設情報等）も表示する構成となっている場合には、図３０のフローチャートには図示していないが、センター６は、外部のサーバから他の情報を取得し、この他の情報に優先度フラグを付与した状態で携帯端末５に送信するようになっている。

このように、ユーザが目的地を設定した際に、センター６が到着予測時間における目的地の天気情報を配信することで、ユーザは目的地設定時において目的地の天気及び気温を知ることができる。

なお、車両の走行状況によって到着予測時間に変化があった場合には、目的地の天気予報も変化する可能性がある。このため、センター６は、到着予測時間に変化があった旨の情報を携帯端末５から受信した際には、目的地の天気予報の変化の有無を確認する。以下、この処理について説明する。図３１は、センター６の処理を示すフローチャートである。

まず、情報判定部６１ａは、携帯端末５から目的地情報及び到着予測時間を取得したか否かを判断する（ステップＳ３１０１）。この処理は、上述したステップＳ３００１と同様にして行うことができる。

そして、到着予測時間に変化があった場合には、制御部６１は、最新の到着予測時間における目的地の天気予報を確認する（ステップＳ３１０２）。ここで、前回の到着予測時間における天気予報と、最新の到着予測時間における天気予報とに変化がある場合には、最新の天気情報を作成して携帯端末５に送信する処理を実行する。すなわち、天気情報又は無し情報の作成から天気情報、無し情報又は異常情報の送信までの処理を実行する（ステップＳ３１０３〜ステップＳ３１０６）。これら各処理は、上述したステップＳ３００３〜ステップＳ３００６と同様にして行うことができる。

これにより、到着予測時間の変化に伴って目的地の天気予報に変化があった場合においても、最新の天気情報が送信されるため、ユーザは、常に最新の天気情報を取得することができる。

また、本実施の形態においては、上述のように、車両が目的地の近辺まで走行した場合には、目的地の天気情報は不要となる場合がある。このため、車両が目的地に近づいた場合の処理について説明する。図３２は、センター６の処理を示すフローチャートである。

まず、上記ステップＳ３１０１と同様に、目的地情報及び到着予測時間の取得の有無を判断する（ステップＳ３２０１）。目的地情報及び到着予測情報を取得していない場合には（ステップＳ３２０１でＮｏ）、再度取得の有無を監視する。一方、目的地情報及び到着予測時間を取得した場合には（ステップＳ３２０１でＹｅｓ）、目的地までの距離を算出し、目的地までの距離が所定値以下であるか否かを判断する（ステップＳ３２０２）。所定値とは、例えば、２０ｋｍ、１０ｋｍ、５ｋｍ等であり、適宜設定可能である。

目的地までの距離が所定値以下でないと判断した場合には（ステップＳ３２０２でＮｏ）、再度目的地情報等の取得の有無の判断処理を実行する。一方、目的地までの距離が所定値以下であると判断した場合ににおいて（ステップＳ３２０２でＹｅｓ）、目的地の最新の天気予報と、前回の天気予報とに変化がある場合には、最新の天気情報を作成して携帯端末に送信する処理を実行する。すなわち、上記と同様に、天気情報又は無し情報の作成から天気情報等の送信までの処理を実行する（ステップＳ３２０３〜ステップＳ３２０６）。これら各処理は、ステップＳ３１０３〜ステップＳ３１０６と同様にして行うことができる。

これにより、目的地までの距離が所定値以下になると、携帯端末５から目的地情報が送信されてこなくなり、その後の天気予報の変化の確認を行う機会がなくなるものの、その前に最新の天気情報を取得しておくことができる。

このように、本実施の形態では、目的地情報及び到着予測時間に基づいて、到着予測時間における目的地の天気情報を取得することができるため、ユーザは目的地が現在地と離れた位置にあって、到着するのに時間を要する場合であっても、目的地を設定した時点で、目的地にて予測される天気を把握することが可能になる。

また、車両の走行状況によって到着予測時間に変化があった場合や、目的地に近づいて天気情報が不要になった場合等においても、最新の天気情報を取得することができるため、走行状況に応じた適切な天気予報を把握することが可能になる。

なお、本実施の形態では、携帯端末５に格納されたアプリ５２ｂを用いて実行する場合について説明したが、車両用装置４が同様のアプリを有している場合には、携帯端末５を用いることなく、車両用装置４がセンター６と直接通信することで同様の処理を実行することができる。

＜２−８．システムのシーケンス＞
次に、上記で説明した第２の実施の形態における、各構成の処理の流れの概略をシステム全体の動作順序に沿って説明する。図３３〜図３５は、情報提供システム２００のシーケンスを示す図である。

まず、目的地設定又は再設定時について図３３に基づいて説明する。車両用装置４が、１秒間隔で現在地情報を取得し、携帯端末５に送信する。また、目的地設定又は再設定がされると、車両用装置４は目的地情報を携帯端末５に送信する。これは、ステップＳ１９０１〜ステップＳ１９０４に相当する処理である。そして、携帯端末５は、受信した現在地情報及び目的地情報を記憶し、目的地までの距離を算出する。携帯端末５は、目的地までの距離が所定値以上であるか否かを判断し、所定値以上の場合には、目的地への到着予測時間を算出して、到着予測時間をセンター６に送信する。これらは、ステップＳ２３０１〜ステップＳ２３０８に相当する処理である。

その後、センター６の処理が正常に終了した場合には、センター６が、到着予測時間における目的地の天気予報を確認し、天気情報等の所定の情報を携帯端末５に送信する。一方、センター６の処理が異常終了した場合は、センター６が、異常である旨の処理情報を携帯端末５に送信する。これらは、ステップＳ２９０１〜ステップＳ２９０６に相当する処理である。

そして、正常終了の場合は、携帯端末５が、センター６から受信した情報の有無の判断と、優先度判定と、画像情報等の作成を行い、車両用装置４に画像情報等を送信する。異常終了の場合は、携帯端末５は、エラー画像情報等を作成して、車両用装置４に送信する。これらは、ステップＳ２４０１〜ステップＳ２４０９に相当する処理である。その後、車両用装置４が、天気画像又はエラー画像と出力音声を出力する。これは、ステップＳ１９０６〜１９０９に相当する処理である。また、異常終了の場合、携帯端末５は必要に応じてリトライの処理を実行する。

次に、到着予測時間が１時間以上変化した場合について図３４に基づいて説明する。携帯端末５は車両用装置４から受信した現在地情報及び目的地情報に基づいて到着予測時間を算出し、１時間以上変化があるか否かを判断している。そして、１時間以上の変化があった場合には、センター６に対して目的地情報及び到着予測時間を送信する。これは、ステップＳ２７０１〜ステップＳ２７０２に相当する処理である。

そして、センター６の処理が正常に終了した場合には、センター６が、最新の到着予測時間における目的地の天気予報を確認し、天気予報に変化がある場合には、天気情報等の所定の情報を携帯端末５に送信する。一方、センター６の処理が異常終了した場合は、センター６が、異常である旨の処理情報を携帯端末５に送信する。これらは、ステップＳ３００１〜ステップＳ３００６に相当する処理である。その後の携帯端末５及び車両用装置４の処理は、正常終了の場合は上記の目的地設定時の処理と同様であり、異常終了の場合は、携帯端末５によるエラー画像情報の作成等の処理は行われず（ステップＳ２７０４でＮｏに相当）、必要に応じてリトライの処理が実行される。

次に、車両が目的地に近づいた場合について図３５に基づいて説明する。携帯端末５は、車両の走行距離が５ｋｍ間隔でセンター３に現在地情報及び目的地情報を送信する。これは、ステップＳ２７０１〜ステップＳ２７０２に相当する処理である。そして、センター６の処理が正常に終了した場合には、センター６が、現在地から目的地までの距離を算出し、所定値以下であるか否かを判断する。所定値以下の場合には、目的地の天気予報を確認して、変化がある場合には、天気情報等の所定の情報を携帯端末５に送信する。一方、センター６の処理が異常終了した場合には、センター６が、異常である旨の処理情報を携帯端末５に送信する。これらは、ステップＳ３１０１〜ステップＳ３１０７に相当する処理である。その後の携帯端末５及び車両用装置４の処理は、上記の到着予測時間が１時間以上変化した場合の処理と同様である。

このようにして、本実施の形態における情報提供システム２００は、車両用装置４、携帯端末５及びセンター６が、相互に情報の送受信を行うと共に各々の処理を実行することで、ユーザに対して常に最新の目的地の天気予報を報知することができる。

＜３．第３の実施の形態＞
次に、第３の実施の形態について説明する。第１及び第２の実施の形態では、車両の現在地情報又は目的地情報を基にして情報を提供する内容について説明した。特に第１の実施の形態では、気象情報に基づいた走行注意情報をユーザに報知する内容について説明したが、第３の実施の形態では、気象情報又は災害情報に基づいた車両の避難経路等を提供する内容について説明する。

＜３−１．システム構成＞
図３６は、本実施の形態に係る情報提供システム３００の概要を示す図である。情報提供システム３００は、車両用装置７ａ、７ｂ、７ｃ・・・と、避難者用端末８１ａ、８１ｂ、８１ｃ・・・と、救援者用端末８５ａ、８５ｂ・・・と、センター９とを備えている。本実施の形態は、複数の車両用装置と避難者用端末と救援者用端末とがセンターを介して情報の授受を行っており、センターが複数の装置等から受信した情報を総合的に判断することで各装置等の各々に適した情報を作成し、各装置等に対して提供するシステムである。なお、以下においては、車両用装置７ａ、７ｂ、７ｃ・・・を総称して、又は任意の１つの装置を称して車両用装置７と記載する場合がある。同様に、避難者用端末８１ａ、８１ｂ、８１ｃ・・・についても避難者用端末８１と記載する場合があり、救援者用端末８５ａ、８５ｂ・・・についても救援者用端末８５と記載する場合がある。

情報提供システム３００は、センター９が気象情報や災害情報等に基づいて判断した避難経路を車両用装置７に送信し、車両用装置７は、取得した避難経路に基づいて経路案内を行うシステムである。また、センター９が、避難情報及び救援情報を車両用装置７又は救援者用端末８５に送信し、これらの者が避難活動又は救援活動を実施できるようにするシステムである。各部の詳細は後に説明する。

車両用装置７は、車両内で使用され、少なくとも表示部を有する電子機器である。車両用装置７は、車両のダッシュボードの開口部に設置して使用する、いわゆる嵌め込み型の電子機器や、ダッシュボード上に設置部材を用いて設置して使用する電子機器等、車両に乗車しているユーザが、表示部に表示された画像を視認可能な電子機器であればよい。車両用装置７は、ナビゲーション画像を表示部に表示し、また、センター９と通信可能に接続されており、センター９から受信した避難経路に基づいて経路案内を行う。また、センター９から避難支援要請を取得した場合には、車両用装置７はその情報を表示する。

避難者用端末８１は、避難者が所持する可搬型の電子機器であり、例えば、スマートフォン、タブレット、携帯電話、ＰＤＡ等である。避難者用端末８１は、センター９と通信可能に構成されており、センター９に対して現在地情報及び個人情報を含む避難情報を送信する。また、避難支援又は救援が必要な場合には避難支援要請又は救援要請を送信することもできる。

なお、本実施の形態において、避難支援要請とは、避難支援を要請するための情報であり、救援要請とは、救援を要請するための情報である。また、避難支援とは、著しい気象現象又は災害が発生したことにより、危険な状況が迫っている際の避難を支援することを意味する。また、救援とは、危険な状況にある者又は危険な状況が過ぎ去った後に自力で脱出できない状況に置かれている者を救援又は救助することを意味する。

救援者用端末８５は、救援活動を行う者が所持する電子機器であり、上記可搬型の電子機器やパソコン等である。救援者用端末８５は、センター９と通信可能に接続されており、センター９から救援要請を受信して、救援要請者に関する情報を表示する。

センター９は、気象情報や災害情報に基づいて危険の及ぶ可能性のある範囲（以下「危険地域」又は「危険領域」という）及びその危険の発生時刻（以下「危険時刻」という）を推定し、これらの情報を提供すると共に、これらの情報に基づいて車両の避難経路の算出を行う。また、センター９は、車両用装置７、避難者用端末８１、及び救援者用端末８５と通信可能に接続されており、各種情報の送受信を行っている。例えば、センター９は、車両用装置７に避難経路を送信し、車両用装置７又は救援者用端末８５に避難支援要請又は救援要請を送信する。

このように、本実施の形態に係る情報提供システム３００は、著しい気象現象や災害等が発生し、緊急的な避難や救助を要する場合においても、車両による避難、避難支援要請者の避難支援及び救援要請者の救援活動を円滑に行うことを可能にするシステムである。以下、情報提供システム３００の構成及び処理について説明する。

＜３−２．車両用装置の構成＞
まず、車両用装置７の構成について説明する。図３７は、車両用装置７の概要を示すブロック図である。図３７に示すように、車両用装置７は、制御部７１と、記憶部７２と、位置情報取得部７３と、通信部７４と、表示部７５と、操作部７６とを備えている。

制御部７１は、ナビゲーション部７１ａと、表示制御部７１ｂと、操作判定部７１ｃとを備えており、また、図示しないＣＰＵ、ＲＡＭ、及びＲＯＭを備えるコンピュータである。制御部７１は、車両用装置７が備える記憶部７２や通信部７４等と接続され、記憶部７２に記憶されたプログラム７２ａに基づいて情報の送受信を行い、車両用装置７の全体を制御する。記憶部７２に記憶されたプログラム７２ａにしたがってＣＰＵが演算処理を実行することにより、ナビゲーション部７１ａや表示制御部７１ｂ等を含めた制御部７１の各種機能が実現される。

ナビゲーション部７１ａは、車両の現在位置から目的地までの経路を探索して誘導を行う。ナビゲーション部７１ａは、位置情報取得部７３が取得した現在の位置情報７２ｂと、記憶部７２に記憶されている地図情報７２ｃとを取得する。そして、ナビゲーション部７１ａは、これら位置情報７２ｂ及び地図情報７２ｃに基づいて車両の現在位置を周辺地図に表示したナビゲーション画像を作成する。また、目的地が設定されている場合には、ナビゲーション部７１ａは目的地までの経路を探索し、前記ナビゲーション画像に目的地までの経路を強調表示したナビゲーション画像を作成する。また、センター９から避難経路を取得した場合には、取得した避難経路に基づいて経路案内を行う。

なお、ナビゲーション部７１ａは、所定のタイミング（例えば、３０フレーム／秒）でナビゲーション画像を作成している。すなわち、ナビゲーション部７１ａは、ナビゲーション画像を作成するタイミング毎に現在の位置情報と、その位置情報に応じた地図情報とを取得してナビゲーション画像を作成する。

表示制御部７１ｂは、ナビゲーション部７１ａで生成されたナビゲーション画像を、車両用装置７の表示部７５に表示させる制御を行う。また、センター９から危険地域及び危険時刻の情報を取得した場合には、表示制御部７１ｂは、危険地域及び危険時刻をナビゲーション画像に重畳表示させる制御を行う。また、センター９から避難支援要請を取得した場合には、表示制御部７１ｂは、避難支援要請をナビゲーション画像に重畳して、又はナビゲーション画像に代えて表示させる制御を行う。なお、避難支援要請とは、避難支援を必要とする者の位置情報及び個人情報（氏名、性別、年齢等）である。避難支援を必要とする者とは、例えば、避難支援を要請した者や、避難困難者である。避難困難者とは、緊急時に即座に避難することが困難な状況にある者である。

操作判定部７１ｄは、ユーザが車両用装置７の操作部７６を操作することによって、ナビゲーションの各種操作や表示設定等の操作があった場合に、その操作内容を判定する。ナビゲーションの各種操作とは、例えば目的地設定や経路の選択等の操作であり、表示設定の操作とは、例えば避難支援要請の表示又は表示停止等の操作である。

記憶部７２は、プログラム７２ａ、位置情報７２ｂ、及び地図情報７２ｃを記憶している。本実施の形態における記憶部７２は、電気的にデータの読み書きが可能であって、電源を遮断されていてもデータが消去されない不揮発性の半導体メモリである。記憶部７２としては、例えば、ＥＥＰＲＯＭやフラッシュメモリを用いることができる。ただし、他の記憶媒体を用いてもよく、磁気ディスクを備えたハードディスクドライブで構成することもできる。

プログラム７２ａは、制御部７１により読み出され、制御部７１が車両用装置７を制御するために実行される、いわゆるシステムソフトウェアである。位置情報７２ｂは、位置情報取得部７３にて取得した車両の位置を示す情報である。また、地図情報７２ｃは、全国又は一定の広域の道路情報及び交通情報である。ナビゲーション画像には地図情報７２ｃの一部を利用した地図画像が用いられる。

位置情報取得部７３は、車両用装置７の現在位置を示す情報としての位置情報（現在地情報）を取得する。位置情報取得部７３としては、例えば、ＧＰＳを用いることができる。また、位置情報７２ｂは、緯度情報及び経度情報を含む情報である。なお、位置情報取得部７３は車両用装置７に備えられているため、位置情報取得部７３が取得する位置情報は車両用装置７の位置を示す情報となるが、車両用装置７は車両に搭載されていることから、位置情報取得部７３が取得した位置情報が車両の位置を示す情報となる。

通信部７４は、センター９と通信可能に接続され、センター９との間で情報の送受信を行う。通信部７４は、位置情報取得部７３で取得した車両の位置情報をセンター９に対して送信し、センター９から避難支援要請を受信する。なお、車両用装置７とセンター９との通信は、インターネット通信を採用することができ、例えば、いわゆる携帯電話網を利用した通信や、無線ＬＡＮを利用して通信を行うことができる。

表示部７５は、ナビゲーション画像及び避難支援要請を表示する表示装置であり、例えば液晶ディスプレイや有機ＥＬディスプレイ等である。

操作部７６は、機械式のボタンやタッチパネルを備えた情報の入力装置である。ユーザは、操作部７６を操作することによって、ナビゲーションに関する各種操作や、表示設定等の操作を行うことができる。なお、操作部７６は、表示部７５と一体として構成してもよい。

＜３−３．避難者用端末の構成＞
次に、避難者用端末８１の構成について説明する。図３８は、避難者用端末８１の概要を示すブロック図である。図３８に示すように、避難者用端末８１は、制御部８１１と、記憶部８１２と、位置情報取得部８１３と、通信部８１４と、表示部８１５と、操作部８１６とを備えている。

制御部８１１は、操作判定部８１１ａと、情報作成部８１１ｂとを備えており、図示しないＣＰＵ、ＲＡＭ、及びＲＯＭを備えるコンピュータである。制御部８１１は、避難者用端末８１が備える記憶部８１２や通信部８１４等と接続され、記憶部８１２に記憶されたプログラム８１２ａに基づいて情報の送受信を行い、避難者用端末８１の全体を制御する。記憶部８１２に記憶されたプログラム８１２ａにしたがってＣＰＵが演算処理を実行することにより、操作判定部８１１ａや情報作成部８１１ｂ等の制御部８１１の機能が実現される。

操作判定部８１１ａは、避難者用端末８１の操作部８１６が操作された際に、その操作内容を判定する。操作判定部８１１ａは、例えば、避難支援又は救援の要請を行った場合や、避難者用端末８１の各種設定等の操作を行った場合には、各々の操作内容を判定する。

情報作成部８１１ｂは、センター９に送信する情報を作成する。例えば、災害が発生した際に、避難者用端末８１の所有者の避難状況を示す避難情報を作成する。また、避難者が避難支援を要請した場合には、情報作成部８１１ｂは避難支援要請を作成する。具体的には、避難支援要請は、上述のように避難支援要請者の位置情報及び個人情報を含んでおり、情報作成部８１１ｂは、記憶部８１２に記憶された個人情報８１２ｂ及び位置情報８１２ｃを取得して避難支援要請を作成する。また、避難者が救援を要請した場合においても同様に、記憶部８１２から位置情報８１２ｃ及び個人情報８１２ｂを取得して救援要請を作成する。

記憶部８１２は、プログラム８１２ａ、個人情報８１２ｂ、及び位置情報８１２ｃを記憶している。本実施の形態における記憶部８１２は、電気的にデータの読み書きが可能であって、電源を遮断されてもデータが消去されない不揮発性の半導体メモリを用いることができる。記憶部８１２としては、例えば、ＥＥＰＲＯＭやフラッシュメモリを用いることができる。ただし、他の記憶媒体を用いてもよく、磁気ディスクを備えたハードディスクドライブで構成することもできる。

プログラム８１２ａは、制御部８１１により読み出され、制御部８１１が避難者用端末８１を制御するために実行される、いわゆるシステムソフトウェアである。個人情報８１２ｂは、避難者用端末８１の所有者を識別するための情報であり、例えば、所有者の氏名、性別、年齢、住所等である。位置情報８１２ｃは、避難者用端末８１の現在地を示す位置情報であり、位置情報取得部８１３から取得する。

位置情報取得部８１３は、避難者用端末８１の現在地情報を取得する。位置情報取得部８１３としては、例えば、ＧＰＳを用いることができる。また、避難者用端末８１の現在地情報は、緯度情報及び経度情報を含む位置情報である。

通信部８１４は、センター９と通信可能に接続され、センター９に対して、避難支援要請又は救援要請を送信する。なお、避難者用端末８１とセンター９との通信は、インターネット通信が可能な方法を採用することができ、例えば、いわゆる携帯電話網を利用した通信や、無線ＬＡＮを利用して通信を行うことができる。

表示部８１５は、避難支援や救援を要請する操作画面等を表示する表示装置であり、例えば液晶ディスプレイや、有機ＥＬディスプレイ等である。

操作部８１６は、機械式のボタンやタッチパネルを備えた情報の入力装置である。ユーザは、操作部８１６を操作することによって、避難者用端末８１の各種操作や設定等の操作を行うことができる。なお、操作部８１６は、表示部８１５と一体として構成されていてもよい。

＜３−４．救援者用端末の構成＞
次に、救援者用端末８５の構成について説明する。図３９は、救援者用端末８５の概要を示すブロック図である。図３９に示すように、救援者用端末８５は、制御部８５１と、記憶部８５２と、位置情報取得部８５３と、通信部８５４と、表示部８５５と、操作部８５６とを備えている。

制御部８５１は、操作判定部８５１ａと、情報判定部８５１ｂと、画像作成部８５１ｃとを備えており、図示しないＣＰＵ、ＲＡＭ、及びＲＯＭを備えるコンピュータである。制御部８５１は、救援者用端末８５が備える記憶部８５２や通信部８５４等と接続され、記憶部８５２に記憶されたプログラム８５２ａに基づいて情報の送受信を行い、救援者用端末８５の全体を制御する。記憶部８５２に記憶されたプログラム８５２ａにしたがってＣＰＵが演算処理を実行することにより、操作判定部８５１ａや情報判定部８５１ｂ等の制御部８５１の機能が実現される。

操作判定部８５１ａは、救援者用端末８５の操作部８５６が操作された際に、その操作内容を判定する。操作判定部８５１ａは、例えば、救援要請を受信した際の表示操作を行った場合や、救援者用端末８５の各種設定等の操作を行った場合には、各々の操作内容を判定する。

情報判定部８５１ｂは、センター９から受信した情報の有無、及びその内容を判定する。救援者用端末８５は、災害等の発生時にセンター９から救援要請を受信する場合があり、情報判定部８５１ｂは、センター９から救援要請の受信があったか否か、また、受信した場合には救援要請者の現在地情報及び個人情報の内容を判定する。

画像作成部８５１ｃは、表示部８５５に表示する画像を作成する。例えば、救援要請者の現在地情報及び個人情報が表示された画像や、現在地情報が地図上に表示された画像等を作成する。

記憶部８５２は、プログラム８５２ａと、救援要請者情報８５２ｂとを記憶している。本実施の形態における記憶部８５２は、電気的にデータの読み書きが可能であって、電源を遮断されてもデータが消去されない不揮発性の半導体メモリを用いることができる。記憶部８５２としては、例えば、ＥＥＰＲＯＭやフラッシュメモリを用いることができる。ただし、他の記憶媒体を用いてもよく、磁気ディスクを備えたハードディスクドライブで構成することもできる。

プログラム８５２ａは、制御部８５１により読み出され、制御部８５１が救援者用端末８５を制御するために実行される、いわゆるシステムソフトウェアである。救援要請者情報８５２ｂは、救援を要請した者の、現在地情報及び個人情報である。個人情報には、例えば、氏名、電話番号等が含まれる。

位置情報取得部８５３は、救援者用端末８５の現在地情報を取得する。位置情報取得部８５３としては、例えば、ＧＰＳを用いることができる。また、救援者用端末８５の現在地情報は、緯度情報及び経度情報を含む位置情報である。救援者用端末８５の現在地情報は、救援者が救援要請者の救助に向かった際に、各者の位置関係を把握するために用いられる。

通信部８５４は、センター９と通信可能に接続され、センター９から救援要請を受信する。また、通信部８５４は、救援が完了した際には、その旨を示す救援完了情報をセンター９に送信する。救援者用端末８５とセンター９との通信は、インターネット通信が可能な方法を採用することができ、例えば、いわゆる携帯電話網を利用した通信や、無線ＬＡＮを利用して通信を行うことができる。

表示部８５５は、画像作成部８５１ｃで作成された画像を表示する表示装置であり、例えば液晶ディスプレイや、有機ＥＬディスプレイ等である。

操作部８５６は、機械式のボタンやタッチパネルを備えた情報の入力装置である。ユーザは、操作部８５６を操作することによって、救援者用端末８５の各種操作や設定等の操作を行うことができる。なお、操作部８５６は、表示部８５５と一体として構成されていてもよい。

＜３−５．センターの構成＞
次に、センター９の構成について説明する。図４０は、センター９の概要を示すブロック図である。図４０に示すように、センター９は、制御部９１と、記憶部９２と、通信部９３とを備えている。

制御部９１は、情報判定部９１ａと、危険推定部９１ｂと、経路算出部９１ｃと、避難状況判断部９１ｄと、支援者判断部９１ｅとを備えており、図示しないＣＰＵ、ＲＡＭ、及びＲＯＭを備えるコンピュータである。制御部９１は、センター９が備える記憶部９２や通信部９３と接続され、記憶部９２に記憶されたプログラム９２ａに基づいて情報の送受信を行い、センター９の全体を制御する。記憶部９２に記憶されたプログラム９２ａにしたがってＣＰＵが演算処理を実行することにより、情報判定部９１ａや危険推定部９１ｂ等の制御部９１の機能が実現される。

情報判定部９１ａは、車両用装置７、避難者用端末８１、及び救援者用端末８５からの情報の受信の有無と、受信した情報の内容を判定する。センター９は、車両用装置７、避難者用端末８１、及び救援者用端末８５から種々の情報を受信する構成であり、情報の受信があったか否かを定期的に監視している。そして、情報の受信があった場合には、情報判定部９１ａがどのような情報を受信したかを判定する。例えば、情報判定部９１ａは、避難者用端末８１から受信した情報に避難支援要請が含まれているか否かを判定する。

危険推定部９１ｂは、著しい気象現象や災害が発生した際に、避難を要する危険の発生の有無と、その範囲と、発生時刻の推定とを行う。すなわち、危険地域及び危険時刻の推定を行う。例えば、大地震が発生した場合には、津波がいつ頃どこまで到達するかを推定し、ゲリラ豪雨又は大雨が発生した場合には、いつ頃どの場所で河川が氾濫するか、道路が冠水するか又は土砂崩れが発生するかとったことを推定する。センター９は、外部のサーバとも接続されており、著しい気象現象や災害が発生すると、その内容を外部サーバから取得する。危険推定部９１ｂは、取得した災害等の内容と、記憶部９２に記憶されている地図情報９２ｃとに基づいて危険地域等を推定する。これら危険地域及び危険時刻の情報を提供する場合には、車両用装置７に送信する。

経路算出部９１ｃは、避難を要する危険が発生すると判断された場合に、危険地域内及びその周辺に存在する車両の避難経路の探索を行う。大規模な自然災害が発生すると、危険地域も広大となるため、適切な避難経路の把握が困難となる。また、避難する車両も非常に多くなるため、渋滞が発生し避難できない可能性がある。そこで、本実施の形態では、経路算出部９１ｃが、避難を要する地域に存在する各車両の避難経路を集中的に探索するようにしている。これにより、各車両が他車両とは無関係に避難してしまい、適切でない地域に非難したり、渋滞が発生したりすることを回避できる。

避難状況判断部９１ｄは、避難者の避難状況を判断する。すなわち、センター９は、各避難者用端末８１から送信される避難情報に基づいて、各々の避難者の避難の可否、避難場所等を判断する。例えば、地図情報９２ｃには予め指定された避難場所が記憶されており、避難者の現在地情報が避難場所と一致している場合には、その避難者は無事に避難できたと判断する。また、現在地情報が避難場所に向かって移動している場合には、避難中であると判断する。さらに、現在地情報が危険地域内で移動しない場合には、避難困難者であると判断することもできる。

避難状況判断部９１ｄによって判断された各避難者の避難状況は、記憶部９２の避難ＤＢ９２ｅに格納される。避難ＤＢ９２ｅは、各避難者の安否情報としても用いられる。

支援者判断部９１ｅは、避難困難者又は避難支援要請者の避難支援が可能な者を判断する。例えば、支援者判断部９１ｅは、避難困難者等の現在地付近を避難中の車両を支援可能な者として判断する。

記憶部９２は、プログラム９２ａと、災害情報９２ｂと、地図情報９２ｃと、位置情報９２ｄと、避難ＤＢ９２ｅとを記憶している。本実施の形態における記憶部９２は、上述と同様に不揮発性の半導体メモリを用いることができるが、ハードディスクドライブで構成することもできる。

プログラム９２ａは、制御部９１により読み出され、制御部９１がセンター９を制御するために実行される、いわゆるシステムソフトウェアである。災害情報９２ｂは、発生した著しい気象現象や災害に関する情報である。センター９は、外部の著しい気象現象や災害の発生及びその内容を配信するサーバから災害情報９２ｂを取得している。地図情報９２ｃは、全国又は一定の広域の地図及び道路情報である。位置情報９２ｄは、車両用装置７、避難者用端末８１、及び救援者用端末８５の位置を示す情報である。また、避難ＤＢ９２ｅは、避難者の避難状況を格納したデータベースである。避難ＤＢ９２ｅには、避難者の個人情報や、非難の完了／未完了、避難場所などが格納されている。

通信部９３は、車両用装置７、避難者用端末８１、及び救援者用端末８５と通信可能に接続され、各々との間で情報の送受信を行う。通信部９３と各装置又は端末との通信は、上述のように、インターネット通信が可能な方法を採用することができ、例えば、携帯電話網や無線ＬＡＮを利用して通信を行うことができる。

＜３−６．車両用装置の処理＞
次に、車両用装置７の処理について説明する。図４１は、車両用装置７の処理を示すフローチャートである。

車両用装置７の処理は、著しい気象現象や災害が発生し、緊急放送を受信した場合又はユーザがマニュアル操作することによって開始する。車両用装置７が処理を開始すると、位置情報取得部７３が現在地情報を取得する（ステップＳ４１０１）。その後、位置情報取得部７３は、定期的に現在地情報を取得する。取得するタイミングは、特に限定されるものではなく、適宜設定すればよい。例えば、本実施の形態では１秒毎としている。

そして、制御部７１は、取得した現在地情報を位置情報７２ｂとして記憶部７２に記憶し、通信部７４を介して現在地情報をセンター９に送信する（ステップＳ４１０２）。なお、取得した現在地情報には、緯度情報及び経度情報が含まれている。また、車両用装置７からセンター９に対して現在地情報を送信するタイミングは、特に限定されるものではなく、適宜設定すればよい。例えば、本実施の形態では、位置情報取得部７３が現在地情報を取得した直後としている。

次に、制御部７１は、センター９から避難経路を受信する（ステップＳ４１０３）。車両用装置７が現在地情報をセンター９に送信すると、センター９は各車両の現在地情報及び進路等に基づいて、各車両の最適な避難経路を算出し、各車両に対して避難経路を送信するようになっている。この避難経路は、各車両毎の最適な避難経路であり、ナビゲーション部７１ａは、取得した避難経路に基づいてナビゲーション画像を作成して表示し（ステップＳ４１０４）、経路案内を実行する（ステップＳ４１０５）。

なお、センター９から危険地域及び危険時刻に関する情報も受信している場合には、ステップＳ４１０４にて、危険地域及び危険時刻をナビゲーション画像に重畳して表示する。この場合、危険度合いに応じて表示方法を変えてもよい。例えば、津波の到達点が高い範囲を赤色表示し、到達点が低い範囲を黄色表示し、安全な範囲を緑色表示する等である。また、ゲリラ豪雨の場合にも同様に、河川の氾濫や道路の冠水レベルの高い範囲を赤色表示、レベルの低い範囲を黄色表示し、安全な範囲を緑色表示する等である。

また、ゲリラ豪雨の場合には、走行自体が困難となり停車する場合もあるため、停車位置の危険度に応じて表示方法を変更してもよい。例えば、危険な位置は赤色表示し、できれば避けたい又は少し心配な位置は黄色表示、安全な位置は緑色表示（道路の場合は緑線表示）する等である。

その後、制御部７１は、避難支援要請を受信したか否かを判断する（ステップＳ４１０６）。避難支援要請を受信した場合には（ステップＳ４１０６でＹＥｓ）、受信した避難支援要請を表示する（ステップＳ４１０７）。避難支援要請は、車両で避難しているユーザの避難経路付近に避難困難者や避難支援要請者がいる場合に、それらの者を示す情報である。本実施の形態では、避難支援要請を表示することで、避難支援要請を受信したユーザに対して、避難困難者や避難支援要請者の避難支援を促している。一方、避難支援要請を受信していない場合には（ステップＳ４１０６でＮｏ）、車両用装置７は、避難支援要請に関する処理は行わずに終了する。なお、ステップＳ４１０１〜ステップＳ４１０７までの処理は所定の間隔で定期的に実行される。

＜３−７．避難者用端末の処理＞
次に、避難者用端末８１の処理について説明する。図４２は、避難者用端末８１の処理（避難時）を示すフローチャートであり、図４３は、避難者用端末８１の処理（救援要請時）を示すフローチャートである。

まず、避難時について説明する。避難者用端末８１の処理は、著しい気象現象や災害が発生し、緊急放送を受信した場合又は避難者がマニュアル操作することによって開始する。避難者用端末８１が処理を開始すると、位置情報取得部８１３が現在地情報を取得する（ステップＳ４２０１）。そして、情報作成部８１１ｂは、取得した現在地情報と個人情報とに基づいて避難情報を作成し、センター９に送信する（ステップＳ４２０２）。情報作成部８１１ｂは、記憶部８１２に記憶されている個人情報８１２ｂの中から、氏名、性別、年齢、住所等の個人を特定できる情報を取得し、現在地情報と併せて避難情報を作成する。

次に、制御部８１１は、避難者用端末８１の所有者が避難を完了したか否かを判断する（ステップＳ４２０３）。これは、例えば、制御部８１１が、定期的に取得する現在地情報と、地図情報に含まれている避難場所とが一致するか否か等を比較することによって判断する。また、避難者自身が避難を完了した旨の入力をしてもよい。避難が完了してない場合には（ステップＳ４２０３でＮｏ）、所定時間経過後に再度避難が完了したか否かを判断する。一方、避難が完了した場合には（ステップＳ４２０３でＹｅｓ）、情報作成部８１１ｂは、避難が完了した旨の情報（避難完了情報）を作成して、センター９に送信し（ステップＳ４２０４）、処理を終了する。

このように、避難者が避難を完了していない場合には、その避難者が避難困難者の可能性がある。このため、引き続いて避難が完了したか否かの監視を行う必要があるため、避難情報の送信を継続している。一方、避難者が避難を完了した場合には、その避難者の安否が確認されたこととなるため、その後の避難支援等の対象から除外できる。

次に、救援要請時について説明する。避難者用端末８１の処理は、避難者が避難を完了しなかった場合に自動的に、又は、避難者がマニュアル操作することによって手動で開始する。避難者用端末８１が処理を開始すると、位置情報取得部８１３が現在地情報を取得する（ステップＳ４３０１）。そして、情報作成部８１１ｂは、取得した現在地情報と個人情報とに基づいて救援要請を作成し、センターに送信する（ステップＳ４３０２）。情報作成部８１１ｂは、上述と同様に、記憶部８１２に記憶されている個人情報８１２ｂの中から、氏名等の個人を特定できる情報を取得し、現在地情報と併せて救援要請を作成する。

次に、制御部８１１は、救援者が接近しているか否かを判断する（ステップＳ４３０３）。救援要請を送信すると、センター９では救援者に対して救援要請を送信すると共に、救援者の位置情報と救援要請者の位置情報とを比較している。そして、避難者用端末８１は、救援者が接近してきた場合にはその旨を示す情報をセンター９から受信するようになっている。このため、制御部８１１は、救援者が接近してきた旨の情報を取得したか否かを判断することで救援者の接近の有無を判断している。なお、救援者が接近しているとは、例えば、救援者が、救援要請者から直線距離で５００ｍ以内に近づいた場合等である。ただし、この距離は１００ｍでも、１ｋｍでもよく、適宜設定可能である。

救援者が接近していないと判断された場合には（ステップＳ４３０３でＮｏ）、再度救援者の接近を確認する。一方、救援者が接近してきたと判断された場合には（ステップＳ４３０３でＹｅｓ）、救援者に対して、避難者用端末８１の存在を報知する処理を行う（ステップＳ４３０４）。これは、救援要請者が瓦礫の中に埋まっている場合等、救援者の居場所が分かりにくい場合であっても、その存在を報知することで救援者が発見しやすくするためである。報知の仕方は、例えば、避難者用端末８１から着呼音やフラッシュライト等を用いて音や光を出力する方法が挙げられる。

その後、制御部８１１は、救援が完了したか否かを判断する（ステップＳ４３０５）。これは、制御部８１１が、定期的に取得する現在地情報と地図情報に含まれている避難場所と比較したり、現在地情報と救援要請者の収容場所（例えば、病院等）とを比較して判断される。また、救援要請者自身が救援が完了した旨の入力をしてもよい。

救援が完了していない場合には（ステップＳ４３０５でＮｏ）、所定時間経過後に再度救援が完了したか否かを判断する。一方、救援が完了した場合には（ステップＳ４３０５でＹｅｓ）、情報作成部８１１ｂは、救援が完了した旨の情報（救援完了情報）を作成して、センター９に送信し（ステップＳ４３０６）、処理を終了する。

＜３−８．救援者用端末の処理＞
次に、救援者用端末８５の処理について説明する。図４４は、救援者用端末８５の処理を示すフローチャートである。

救援者用端末８５の処理は、著しい気象現象や災害が発生し、緊急放送を受信した場合又は救援者がマニュアル操作することによって開始する。救援者用端末８５が処理を開始すると、情報判定部８５１ｂは、救援要請を受信したか否かを判断する（ステップＳ４４０１）。具体的には、情報判定部８５１ｂが、センター９から情報を受信したか否か、及び、受信した情報に救援要請が含まれているか否かを判断する。

救援要請が含まれていない場合には（ステップＳ４４０１でＮｏ）、所定時間経過後に再度確認する。一方、救援要請が含まれている場合には（ステップＳ４４０１でＹｅｓ）、位置情報取得部８５３が、救援者用端末８５の現在地情報を取得し、センター９に送信する（ステップＳ４４０２）。これは、センター９にて救援者の位置と救援要請者の位置とを比較するためである。

そして、画像作成部８５１ｃは、受信した救援要請に基づいて表示部８５５に表示する画像を作成する（ステップＳ４４０３）。作成する画像には、救援要請者の氏名、電話番号、位置情報等が含まれている。

その後、制御部８５１は、救援が完了したか否かを判断する（ステップＳ４４０４）。この処理は、救援者が、救援者用端末８５を操作して救援が完了した旨を入力することにより行われる。制御部８５１は、救援が完了していないと判断した場合には（ステップＳ４４０４でＮｏ）、所定時間経過後に再度確認する。一方、制御部８５１は、救援が完了したと判断した場合には（ステップＳ４４０４でＹｅｓ）、救援が完了した旨の情報（救援完了情報）をセンター９に送信して（ステップＳ４４０５）、処理を終了する。

＜３−９．センターの処理＞
次に、センター９の処理について説明する。図４５〜４７は、センター９の処理を示すフローチャートである。

センター９は、システムの起動により処理を開始する。センター９は起動すると、情報判定部９１ａが、気象情報又は災害情報を取得しているか否かを定期的に監視する（ステップＳ４５０１）。これら情報を取得していないと判断した場合には（ステップＳ４５０１でＮｏ）、所定時間経過後に再度監視する。

一方、気象情報又は災害情報を取得した場合には（ステップＳ４５０１でＹｅｓ）、危険推定部９１ｂは、危険地域及び危険時刻の推定処理を行う（ステップＳ４５０２）。具体的には、危険推定部９１ｂは、発生した著しい気象現象又は災害の内容と地図情報を基に、避難を要する危険が発生する範囲（危険地域）及び発生時刻（危険時刻）を推定する。例えば、上述のように、大地震が発生した場合には、津波の到達範囲及び到達時間を推定し、ゲリラ豪雨が発生した場合には、河川の氾濫箇所又は道路の冠水箇所とその発生時間とを推定する。なお、危険地域及び危険時刻の情報を提供する場合には、センター９はこれら各情報を車両用装置７に送信する。

次に、センター９は、車両の位置情報を取得する（ステップＳ４５０３）。具体的には、危険推定部９１ｂによって推定された危険地域内及びその周辺に存在する各車両の現在地情報を取得する。そして、経路算出部９１ｃは、現在地情報を取得した各車両の避難経路を探索する（ステップＳ４５０４）。具体的には、経路算出部９１ｃは、各車両の位置、走行速度、及び進行方向に基づいて各車両の動向を把握する。そして、経路算出部９１ｃは、各車両の動向と、危険地域及び危険時刻とに基づいて（例えばマッチング処理を行って）、各車両が危険時刻までに危険地域を脱出できる経路を探索する。各車両が同じ時間帯に同じ道を走行することとなると、渋滞が発生し避難が円滑にできないが、センター９が全ての車両を最適分散処理にて集中制御して避難経路を探索することで、全車両の確実な避難が可能となる。そして、センター９は、各車両に対して、探索した避難経路を送信して（ステップＳ４５０５）、次の処理に進む（図４５のＦ）。

次に、センター９は、避難情報を受信する（ステップＳ４６０１）。災害等が発生した際には、各避難者用端末８１から避難情報が送信されているため、センター９は、これを受信する処理を行っている。そして、避難状況判断部９１ｄは、受信した避難情報に基づいて、各避難者の避難状況を判断し、その結果に基づいて避難ＤＢ９２ｅを作成する（ステップＳ４６０２）。避難ＤＢ９２ｅには、避難者の個人情報や位置情報と、各避難者の避難状況（避難完了／未完了）とが対応付けられて記憶されており、各避難者の安否情報としても用いられる。

そして、支援者判断部９１ｅは、避難ＤＢ９２ｅの情報及び車両の位置情報に基づいて、避難支援者を決定する（ステップＳ４６０３）。これは、避難の支援を必要とする者がいる場合に、それらの者の避難支援が可能な者を決定する処理である。避難の支援を必要とする者とは、例えば、避難情報に避難困難者であることが登録されている避難者、避難情報から避難が困難な状況であると推定された避難者、及び、避難支援要請を送信した避難者等が挙げられる。

具体的には、支援者判断部９１ｅは、避難ＤＢ９２ｅの中から避難支援を必要とする者を抽出すると共に、その者が存在する位置付近を避難経路とする車両を抽出する。そして、支援者判断部９１ｅは、それらの情報からマッチング処理を行い、避難支援可能者として抽出された車両に対して避難支援情報を送信する（ステップＳ４６０４）。送信する避難支援情報は、避難支援を必要とする者の個人情報（氏名、性別、電話番号等）と位置情報とを含んでおり、車両用装置７の表示部７５に表示している地図上に重畳表示可能なデータである。

その後、センター９は、避難完了情報を取得して（ステップＳ４６０５）、次に進む（図４６のＧ）。すなわち、センター９は、避難支援を必要とする者が避難を完了した場合には、その旨の情報を避難者用端末８１から取得する。なお、避難支援を必要とする者が避難を完了していない場合には、その旨の情報は受信しない。

次に、情報判定部９１ａは、救援要請を受信したか否かを判断する（ステップＳ４７０１）。避難を要する危険な状況が過ぎた後においても、自力で避難できない者が救援要請を送信する場合がある。センター９は、このような場合に救援要請を取得することがあるためである。救援要請を受信していない場合には（ステップＳ４７０１でＮｏ）、所定時間経過後に再度確認する。一方、救援要請を受信した場合には（ステップＳ４７０１でＹｅｓ）、センター９は、受信した救援要請を救援者に送信する（ステップＳ４７０２）。救援者に送信する情報は、救援要請者の個人情報（氏名、性別、電話番号等）と位置情報とを含んでおり、救援者用端末８５の表示部８５５に表示可能なデータである。

その後、センター９は、救援者及び避難者の現在地情報を取得して（ステップＳ４７０３）、救援者が避難者に接近したか否かを判断する（ステップＳ４７０４）。具体的には、センター９は、救援者及び避難者から取得した各現在地情報を比較して、救援者と避難者との距離を算出する。そして、算出した距離が所定の距離以下である場合に、接近したと判断する。所定の距離とは、上述のように、例えば、１００ｍ、５００ｍ、又は１ｋｍ等であり、適宜設定することができる。

センター９は、救援者が避難者に接近していないと判断した場合には（ステップＳ４７０４でＮｏ）、所定時間経過後に再度救援者及び避難者の位置情報を取得して接近しているか否かを判断する。一方、センター９は、救援者が避難者に接近していると判断した場合には（ステップＳ４７０４でＹｅｓ）、避難者用端末８１に接近情報を送信する（ステップＳ４７０５）。接近情報とは、救援者が接近していることを避難者用端末８１に知らせる情報であり、避難者用端末８１は、接近情報を受信すると音又は光を出力して存在を報知することとなる。

その後、センター９は、救援完了情報を取得して（ステップＳ４７０６）、処理を終了する。センター９は、救援要請者の救援が完了した場合には、その旨の情報を救援者用端末８５から取得する。なお、救援要請者の救援が完了していない場合には、その旨の情報は取得しない。

このように、センター９は、著しい気象現象や災害が発生した際に、その危険地域や危険時間を推定し、対象となる全車両及び避難者の避難及び救援の指示を、集中的に制御することで、車両の適切な避難経路を探索できると共に、避難困難者及び救援要請者の救助活動を効率的に行うことが可能となり、被害を最小限に食い止めることができる。

＜３−１０．変形例＞
以上の説明では、著しい気象現象や災害が発生した際に、主として避難及び救援を円滑に行うことができる例について説明したが、気象情報に基づいて危険な地域を避けた目的地設定を行うことも可能である。以下、このような目的地設定について説明する。

車両用装置７にて目的地を設定する際に、目的地情報及び到着予定時刻をセンター９に送信する。センター９は、災害情報の他にも気象情報を取得し、到着予定時刻における目的地付近の気象情報に基づいて危険地域を推定する。例えば、到着予定時刻の前後において大雨の予報があり、河川の氾濫又は道路の冠水が予想される場合には、危険地域であると推定する。センター９は、目的地が危険地域内であると推定した場合には、その地点を目的地候補から外したり、警告を出力して注意喚起をしたりする。

また、目的地周辺の気象情報のみならず、遠方の気象情報を用いて危険地域を推定してもよい。例えば、河川に隣接するキャンプ地を目的地設定する場合に、キャンプ地周辺の気象予報は概ね良好であったとしても、河川の上流で大雨が予想される場合には、そのキャンプ地を危険地域と推定する等である。

また、センター９は、車両用装置７の位置情報等を収集して解析することで豪雨情報のデータベースを作成してもよい。例えば、車両用装置７の位置情報を解析した結果、大雨時に冠水多発領域の前で各車両が停止している場合には、その領域では大規模な冠水が発生していると判断し、各車両の速度が低下している場合には、小規模な冠水が発生していると判断する等である。そして、これらの情報を年々蓄積することでデータベースを作成する。このデータベースは災害情報として活用できるため、目的地設定時の危険地域の推定に用いることもできる。

このように、気象情報又は災害情報に基づいて危険地域を推定し、予め目的地候補から外したり、警告することで、危険な状況を回避することが可能になる。

また、著しい気象現象や災害が発生した場合において、目的地が設定され、経路案内している車両に対しては、経路上及びその周辺に発生する危険な状況を報知する構成としてもよい。さらに、報知のみならず、危険地域を回避できる避難経路を提供する構成としてもよい。

また、目的地が設定されていない車両に対しても、狭域又は局所的災害（ゲリラ豪雨など）への対応を行う構成とすることができる。例えば、センターが、車両の走行履歴やヨーレートセンサ等の車両の方向を特定できる情報と、地図情報の道路情報とに基づいて、冠水ポイント（アンダーパス）などの危険箇所へ向かう車両のみに自動回避ルートを提供する等である。この場合、各車両は、車両の各種走行情報（走行履歴や各センサの出力等）を取得する手段を備え、目的地設定していない車両は、取得した各種走行情報を車両用装置からセンターに対して送信する。そして、センターがこれらの情報を用いて危険箇所へ向かう車両を特定し、特定した車両に対して回避ルートを判断して提供することとなる。

また、以上の各実施の形態の説明では、車両として、一般的な自動車を例に挙げて説明したが、これに限定されるものではない。例えば、４輪の自動車の他にも、特殊車両、２輪車、自転車及び船舶にも用いることができる。特殊車両とは、例えば、トレーラーや大型トラック、バスである。また、２輪車とは、オートバイであり、スクーターも含まれる。また、自転車には、人力を動力とするものの他に、電動自転車も含まれる。また、船舶とは、船であり、大型・小型を問わない。

本発明を特殊車両に用いる場合には、４輪の自動車と同様にして実現することが可能である。また、２輪車及び自転車に用いる場合は、車両に嵌め込んで使用する形式の電子機器を用いることはないため、ユーザが所有する携帯型の電子機器を用いることになる。すなわち、携帯端末に上述した車両用装置の機能も持たせ、この携帯端末のみで実現することになる。

なお、２輪車及び自転車に用いる場合には、目的地の到着予測時間を算出するための速度として、２輪車用の速度及び自転車用の速度が用いられる。したがって、本発明が異なる複数の車両に対応している場合には、携帯端末には、到着予測時間を算出するために用いる速度として、異なる種類の車両に対応した速度が記憶されている。

また、２輪車及び自転車の避難経路を算出する際には、２輪車及び自転車を対象として最適分散処理にて集中制御して避難経路を探索する。したがって、センターは、位置情報を取得した車両の種類を特定する制御を行うと共に、異なる種類の車両毎に避難経路を探索する。例えば、自動車と自転車とでは、走行速度が異なり、また、渋滞の要因になる度合いも異なるためである。

また、本発明を船舶に用いる場合には、基本的な構成は、上記各実施の形態で説明した構成と同様である。ただし、船舶の場合は、海上を航行するものであり、道路等は存在しないため、航行に注意すべき情報とは、例えば、風や波のうねり等の情報となる。このため、センターは、船舶の位置情報と気象情報等に基づいて、海の情報を判断し、風が強く波が高い等の船舶が航行するのに注意を要すべき状況が発生している場合には、注意を喚起する情報を船舶に提供する。

また、津波等が発生した場合には、上記実施の形態と同様に、センターは、危険地域を判断して避難航路を算出し、船舶に提供する。また、目的地を設定した際においては、途中の気象情報や潮流、海流に基づいて最適な航路を算出する。これら避難航路の算出や目的地までの航路の算出には、海図を用いればよい。また、本発明を船舶に用いる場合には、船舶が海上に存在する際に行う処理となるため、通信に携帯電話網を使用することはできず、衛星通信が使用される。したがって、船舶を対象とした場合の携帯端末及びセンターの通信部は、衛星通信が可能な構成となる。

また、以上の説明では、車両を対象として説明していたが、本発明は車両を用いない構成としてもよい。例えば、ユーザが所持する携帯端末に上記各実施の形態で説明した、車両用装置及び携帯端末の機能を持たせ、同様の処理を行うことで、ユーザ自身が存在する位置周辺における歩行が困難な状況を把握したり、ユーザが徒歩で向かおうとしている目的地付近の天気情報を把握することができる。また、ユーザは、著しい気象現象や災害が発生した際に、危険地域から徒歩で避難する経路を把握することが可能になる。この場合、センターは、自動車や２輪車、徒歩等、種々の移動手段で避難する者に対して、各々適切な避難経路を提供することができるようになる。

以上、本発明の実施の形態について説明してきたが、この発明は上記実施の形態に限定されるものではない。また、上記各実施の形態は、適宜に組み合わせ可能である。

また、上記各実施の形態では、プログラムに従ったＣＰＵの演算処理によってソフトウェア的に各種の機能が実現されると説明したが、これら機能のうちの一部は電気的なハードウェア回路により実現されてもよい。また逆に、ハードウェア回路によって実現されるとした機能のうちの一部は、ソフトウェア的に実現されてもよい。

１・４・７ 車両用装置
２・５ 携帯端末
３・６・９ センター
１１・２１・３１・４１・５１・６１・７１・８１１・８５１・９１ 制御部
１２・２２・３２・７２・８１２・８５２・９２ 記憶部
１３・７３・８１３・８５３ 位置情報取得部
１４・２３・３３・７４・８１４・８５４・９３ 通信部
１５・２４・７５・８１５・８５５ 表示部
１６ 音声出力部
１７・２５・７６・８１６・８５６ 操作部
８１ 避難者用端末
８５ 救援者用端末
１００・２００・３００ 情報提供システム

Claims (26)

1. 車両に搭載され、該車両の外部に設けられた情報処理装置から取得した情報を出力する車両用装置であって、
   情報の送受信を行う通信手段と、
   前記車両の位置情報を取得する位置情報取得手段と、
   前記情報処理装置から取得した情報を出力する出力手段と、を備え、
   前記通信手段は、前記位置情報を情報処理装置に送信すると、該情報処理装置が前記位置情報に基づいて導出した車両の走行に注意を喚起するための走行注意情報を受信し、
   前記出力手段は、前記走行注意情報を出力することを特徴とする車両用装置。
2. 請求項１に記載の車両用装置において、
   前記出力手段は、画像を表示する表示手段を含み、前記走行注意情報の内容を示す走行注意画像を表示することを特徴とする車両用装置。
3. 請求項１又は２に記載の車両用装置において、
   前記出力手段は、音声を出力する音声出力手段を含み、前記走行注意情報の内容を示す音声を出力することを特徴とする車両用装置。
4. 車両に関する情報を提供する情報処理装置であって、
   情報の送受信を行う通信手段と、
   現在及び将来の気象情報を記憶する記憶手段と、
   前記通信手段が受信した車両の位置情報と、前記記憶部に記憶している気象情報とに基づいて、車両の走行に注意が必要な領域である走行注意領域の有無を判断する判断手段と、
   を備えていることを特徴とする情報処理装置。
5. 請求項４に記載の情報処理装置において、
   前記判断手段は、前記位置情報に基づいて導出された車両の位置と、走行注意領域との距離が所定距離以下である場合に、前記走行注意領域があると判断することを特徴とする情報処理装置。
6. 請求項４又は５に記載の情報処理装置において、
   前記判断手段が、前記走行注意領域があると判断した場合には、
   前記通信手段は、前記走行注意領域に関する情報を、外部の装置に対して送信することを特徴とする情報処理装置。
7. 請求項４ないし６のいずれか１項に記載の情報処理装置において、
   前記判断手段が、前記走行注意領域があると判断した場合であっても、前回の走行注意領域と同じである場合には、
   前記通信手段は、前記走行注意領域に関する情報を、外部の装置に対して送信しないことを特徴とする情報処理装置。
8. 請求項１ないし３のいずれか１項に記載の車両用装置と、
   請求項４ないし７のいずれか１項に記載の情報処理装置と、
   前記車両用装置及び情報処理装置と通信可能に構成され、該車両用装置及び情報処理装置と情報の送受信を行う携帯端末と、
   を備えていることを特徴とする情報提供システム。
9. 車両に搭載され、該車両の外部に設けられた情報処理装置から取得した情報を出力する車両用装置であって、
   情報の送受信を行う通信手段と、
   前記情報処理装置から取得した情報を出力する出力手段と、を備え、
   前記通信手段は、前記車両の目的地情報を情報処理装置に送信すると、該情報処理装置が前記目的地情報に基づいて導出した気象情報を受信し、
   前記出力手段は、前記気象情報を出力することを特徴とする車両用装置。
10. 請求項９に記載の車両用装置において、
    前記出力手段は、画像を表示する表示手段を含み、前記気象情報の内容を示す天気画像を表示することを特徴とする車両用装置。
11. 請求項９又は１０に記載の車両用装置において、
    前記出力手段は、音声を出力する音声出力手段を含み、前記気象情報の内容を示す音声を出力することを特徴とする車両用装置。
12. 車両に関する情報を提供する情報処理装置であって、
    情報の送受信を行う通信手段と、
    現在及び将来の気象情報を記憶する記憶手段と、
    前記車両の目的地情報及び到着予測時間を取得すると、該到着予測時間における目的地の気象情報を判断する判断手段と、を備え、
    前記判断手段は、前記通信手段にて受信した到着予測時間が、前回受信した到着予測時間に対して所定時間以上異なる場合には、新たに受信した到着予測時間における目的地の気象情報を判断することを特徴とする情報処理装置。
13. 車両用装置及び情報処理装置と通信可能に構成された携帯端末であって、
    情報の送受信を行う通信手段と、
    前記通信手段が受信した車両の目的地情報に基づいて、目的地までの到着予測時間を算出する時間算出手段と、
    を備えていることを特徴とする携帯端末。
14. 請求項１３に記載の携帯端末において、
    前記通信手段は、前記車両の現在地を示す位置情報を受信し、
    前記時間算出手段は、車両の現在地から目的地までの距離が所定距離以上の場合に、到着予測時間を算出することを特徴とする携帯端末。
15. 請求項１３又は１４に記載の携帯端末において、
    前記時間算出手段は、到着予測時間を算出すると、前回算出した到着予測時間に対して所定時間以上変化があるか否かを判断することを特徴とする携帯端末。
16. 請求項１３ないし１５のいずれか１項に記載の携帯端末において、
    前記通信手段は、前記車両の現在地を示す位置情報を受信し、車両の現在地から目的地までの距離が所定距離以下になると、前記情報処理装置に対する目的地情報の送信を停止することを特徴とする携帯端末。
17. 請求項９ないし１１のいずれか１項に記載の車両用装置と、
    請求項１２に記載の情報処理装置と、
    請求項１３ないし１６のいずれか１項に記載の携帯端末と、
    を備えていることを特徴とする情報提供システム。
18. 車両に搭載され、該車両の外部に設けられた情報処理装置から取得した情報を出力する車両用装置であって、
    情報の送受信を行う通信手段と、
    目的地までの経路を案内する案内手段と、を備え、
    避難を要する危険が発生すると、前記通信手段は、情報処理装置から避難経路の情報を受信し、前記案内手段は、前記避難経路に基づいて車両の走行経路を案内することを特徴とする車両用装置。
19. 請求項１８に記載の車両用装置において、
    情報を表示する表示手段をさらに備え、
    前記通信手段が、情報処理装置から避難の支援を必要とする者の情報を受信すると、
    前記表示手段は、前記情報を表示することを特徴とする車両用装置。
20. 複数の車両用装置と通信可能に構成された情報処理装置であって、
    前記複数の車両用装置と情報の送受信を行う通信手段と、
    避難を要する危険が発生した際に、危険領域を判断する危険判断手段と、
    前記車両用装置が搭載されている各車両の避難経路を算出する経路算出手段と、を備え、
    前記経路算出手段は、前記危険領域、及び前記複数の車両用装置から受信した全位置情報に基づいて、各車両の避難経路を算出することを特徴とする情報処理装置。
21. 請求項２０に記載の情報処理装置において、
    前記通信手段は、携帯端末と通信可能に構成され、該携帯端末の所有者の情報及び位置情報を受信するようになっており、
    前記危険領域、携帯端末の所有者の情報、及び位置情報に基づいて、避難が困難な状況にある避難困難者を判断する判断手段をさらに備えていることを特徴とする情報処理装置。
22. 請求項２１に記載の情報処理装置において、
    前記判断手段は、各車両の位置情報、避難経路、及び避難困難者の携帯端末の位置情報に基づいて、前記避難困難者の避難の支援が可能な車両を判断することを特徴とする情報処理装置。
23. 車両用装置と通信可能に構成された情報処理装置であって、
    前記車両用装置と情報の送受信を行う通信手段と、
    地図情報、災害情報、及び気象情報を記憶する記憶手段と、
    車両の走行経路を探索する経路探索手段と、を備え、
    前記通信手段が、車両用装置から位置情報及び目的地情報を受信すると、
    前記経路探索手段は、前記目的地と異なる地点の災害情報及び気象情報を考慮して走行経路を探索することを特徴とする情報処理装置。
24. 情報処理装置と通信可能に構成された携帯端末であって、
    前記情報処理装置と情報の送受信を行う通信手段と、
    位置情報を取得する位置情報取得手段と、
    携帯端末の所有者の情報を記憶する記憶手段と、を備え、
    前記通信手段は、避難を要する危険が発生すると、前記所有者の情報及び位置情報を情報処理装置に送信することを特徴とする携帯端末。
25. 請求項２４に記載の携帯端末において、
    音又は光を出力する出力手段をさらに備え、
    前記通信手段が、情報処理装置から救援者が所定距離以内の範囲に存在している旨の情報を受信すると、
    前記出力手段は、音又は光を出力することを特徴とする携帯端末。
26. 請求項１８又は１９に記載の車両用装置と、
    請求項２０ないし２３のいずれか１項に記載の情報処理装置と、
    請求項２４又は２５に記載の携帯端末と、
    を備えていることを特徴とする情報提供システム。

Images