JP7281984B2 - 情報通知装置、情報通知システム、情報通知方法、及び情報通知プログラム - Google Patents

Description

本発明は、情報通知装置、情報通知システム、情報通知方法、及び情報通知プログラムに関する。

東日本大震災では、水門閉止操作を行った消防団員の被災や、避難誘導を行った自治体職員、消防職員の被災が多く確認されている。このような災害対応を行う要員は、ハザードエリアの近傍で活動することが多いので被災する確率が高くなる。そのため、逃げ遅れがないように、要員が携帯する携帯端末装置に逃げ時を知らせるアラームを発信するなどの手段が採用されている。また、災害が発生した方向などを車両によって知らせるような手段なども提案されている（例えば、特許文献１参照）。

特開２０１８－１２４７６３号公報

しかしながら、災害対応を行っている場合、携帯端末装置が報知するアラーム程度では気付きにくい問題がある。これに対して、特許文献１に記載の技術では、緊急事態が発生した場合に、車両がヘッドライトなどを点灯させたり、クラクションを鳴らしたりする。これにより、車両の周辺の人に、災害が発生した方向などを報知するようにしており、携帯端末装置が報知するアラームよりも気付きやすくしているといえる。

ところで、特許文献１に記載の技術では、車両が停止中に報知を行うようにしているが、停止中であっても、車両の利用者が乗車している場合には、何らかの事情で一時的に停止しているだけの場合もある。そのため、利用者が乗車している場合など、一時的に停止しているときには報知しない方が車両の走行において望ましいと考えられる。

本発明は、上記のような事情に鑑みてなされたものであり、その目的は、車両の利用状態を考慮して、車両の利用者に対して、主として災害発生などの情報の通知を行う情報通知装置、情報通知システム、情報通知方法、及び情報通知プログラムを提供することにある。

上記問題を解決するために、本発明の一態様は、車両に備えられる制御装置から得られる車両状態情報に基づいて前記車両の利用状態を判定する利用状態判定部と、前記車両の位置を示す位置情報を前記車両から受信する車両位置情報受信部と、前記車両の位置を含む選択情報に基づいて通知の対象となる車両を選択する車両選択部と、前記通知の対象となる車両の利用者に対する通知情報を生成する通知情報生成部と、前記通知情報を前記通知の対象となる車両の利用者の携帯端末装置に対して送信する送信部と、を備える情報通知装置である。

また、本発明の一態様は、上記に記載の発明において、前記通知情報生成部は、車両を制御する制御情報を生成し、前記送信部は、前記制御情報を前記通知の対象となる車両に対して送信するようにしてもよい。

また、本発明の一態様は、上記に記載の発明において、前記車両状態情報は、前記車両の燃料残量の情報を含み、前記利用状態判定部は、前記車両ごとの前記燃料残量と予め定められる燃料残量の閾値に基づいて、前記車両の利用状態が燃料の残りが多い利用状態か燃料の残りが少ない利用状態かを判定し、前記通知の対象となる車両は、前記燃料の残りが少ない利用状態の車両を含み、前記通知情報は、前記通知の対象となる車両の目的地が、前記燃料の残りが多い利用状態の車両の目的地の周辺でない場合、前記通知の対象となる車両の目的地を、前記燃料の残りが多い利用状態のいずれかの車両の目的地の周辺に変更することを前記通知の対象となる車両の利用者に対して促す情報を含むようにしてもよい。

また、本発明の一態様は、上記に記載の発明において、前記利用状態判定部は、前記車両が外気導入状態か内気循環状態かを示す情報、及び、前記車両の窓の開閉状態を示す情報に基づいて、前記車両の利用状態として前記車両が車外の空気を取り込む状態であるか否かを判定し、前記選択情報は、緊急事態の発生による外気の異常を示す情報を含み、前記通知情報は、車外の空気を取り込む状態であると判定した車両の前記制御装置に前記内気循環状態に切り替えさせ、かつ、窓を閉じさせる制御を行わせる制御情報を含むようにしてもよい。

また、本発明の一態様は、上記に記載の発明において、前記車両状態情報は、前記車両のエンジン回転数とドアの開閉状態に関する情報を含み、前記利用状態判定部は、前記エンジンの回転数と前記ドアの開閉状態に基づいて、前記車両の利用状態として降車中であるか否かを判定し、前記通知情報は、前記通知の対象となる車両が降車中である場合、前記通知の対象となる車両の前記制御装置に対して、前記通知の対象となる車両のランプ又は報知手段を制御させる制御情報を含むようにしてもよい。

また、本発明の一態様は、上記に記載の発明において、前記選択情報は、緊急事態が発生した位置を示す情報を含むようにしてもよい。

また、本発明の一態様は、上記に記載の発明において、前記選択情報は、緊急事態に応じて、または、予め定められる安全領域を示す情報を含む地図情報と、前記車両の前記位置情報とに基づいて算出される前記車両ごとの前記安全領域までの到達時間と、車両が被災すると予測される前記車両ごとの被災予測時刻と、を含むようにしてもよい。

また、本発明の一態様は、上記に記載の発明において、前記到達時間は、道路状況を踏まえた前記車両ごとの前記安全領域までの到達時間であるようにしてもよい。

また、本発明の一態様は、上記に記載の発明において、前記選択情報は、前記緊急事態に応じて、または、予め定められる複数の避難目標地点を示す情報を含む地図情報と、前記車両の前記位置情報と、車両が被災すると予測される前記車両ごとの被災予想時刻と、に基づいて前記車両ごとに算出される前記複数の避難目標地点に到達可能な移動開始までの残時間を含み、前記通知の対象となる車両は、前記残時間と予め定められる前記残時間の閾値とに基づいて選択される車両を含むようにしてもよい。

また、本発明の一態様は、上記に記載の発明において、前記残時間は、道路状況を踏まえて前記車両ごとに算出される前記複数の前記避難目標地点に到達可能な移動開始までの残時間であるようにしてもよい。

また、本発明の一態様は、上記に記載の発明において、予め定められる見回り区域ごとに、見回りの状態を示す見回り状態情報を記憶する見回り情報テーブルと、いずれかの前記見回り区域の見回り完了を示す見回り状態情報を前記車両、または、前記車両の利用者の携帯端末装置から受信し、前記見回り情報テーブルに見回り完了を示す見回り状態情報を書き込む見回り情報受信部と、を備え、前記車両状態情報は、前記車両のエンジン回転数とドアの開閉状態、燃料残量に関する情報を含み、前記利用状態判定部は、前記エンジンの回転数と前記ドア開閉状態に基づいて、前記車両の利用状態として、前記車両の走行状態、または、前記車両における乗降状態を判定し、前記通知情報生成部は、前記位置情報と、前記燃料残量と、前記見回り区域を示す情報を含む地図情報と、前記見回り状態情報とに基づいて割り当てられる前記通知の対象となる車両に対する次の見回り区域を通知情報として生成し、前記次の見回り区域の見回り状態情報を、見回り中を示す情報に書き換えるようにしてもよい。

また、本発明の一態様は、上記に記載の発明において、前記通知情報生成部は、道路状況を踏まえて前記通知の対象となる車両に対して次の前記見回り区域を割り当てるようにしてもよい。

また、本発明の一態様は、上記に記載の発明において、前記車両状態情報は、前記利用者によるアクセルペダル及びブレーキペダルの操作を示すペダル操作情報を含み、前記道路状況は、複数の前記車両から得られる前記ペダル操作情報と、前記位置情報と、前記地図情報とに基づいて算出される渋滞区間を示す情報を含むようにしてもよい。

また、本発明の一態様は、上記に記載の発明において、前記車両状態情報は、前記車両のエンジンの回転数、または、ドア開閉状態に関する情報を含み、前記利用状態判定部は、前記エンジンの回転数、または、前記ドア開閉状態に基づいて、前記車両の利用状態として、前記車両の走行状態及び乗降状態を判定し、前記道路状況は、前記走行状態及び前記乗降状態に基づいて算出された渋滞区間を示す情報を含むようにしてもよい。

また、本発明の一態様は、制御装置を備える車両と、前記車両、または、前記車両の利用者の携帯端末装置に情報を通知する情報通知装置と、を備える情報通知システムであって、前記情報通知装置は、前記車両の前記制御装置から得られる車両状態情報を前記車両から受信する車両状態情報受信部と、前記車両の位置を示す位置情報を前記車両から受信する車両位置情報受信部と、前記車両状態情報に基づいて前記車両の利用状態を判定する利用状態判定部と、前記車両の位置を含む選択情報に基づいて通知の対象となる車両を選択する車両選択部と、前記通知の対象となる車両の利用者に対して前記利用状態に応じた通知情報を生成する通知情報生成部と、前記通知情報生成部が生成する前記通知情報を前記通知の対象となる車両の利用者の携帯端末装置に対して送信する送信部と、を備える情報通知システムである。

また、本発明の一態様は、車両に備えられる制御装置から得られる車両状態情報を前記車両から受信し、前記車両の位置を示す位置情報を前記車両から受信し、前記車両状態情報に基づいて前記車両の利用状態を判定し、前記車両の位置を含む選択情報に基づいて通知の対象となる車両を選択し、前記通知の対象となる車両の利用者に対して前記利用状態に応じた通知情報を生成し、生成した前記通知情報を前記通知の対象となる車両の利用者の携帯端末装置に対して送信することを含む、情報通知方法である。

また、本発明の一態様は、コンピュータを、車両に備えられる制御装置から得られる車両状態情報を前記車両から受信する車両状態情報受信手段、前記車両の位置を示す位置情報を前記車両から受信する車両位置情報受信手段、前記車両状態情報に基づいて前記車両の利用状態を判定する利用状態判定手段、前記車両の位置を含む選択情報に基づいて通知の対象となる車両を選択する車両選択手段、前記通知の対象となる車両の利用者に対して前記利用状態に応じた通知情報を生成する通知情報生成手段、前記通知情報生成手段が生成する前記通知情報を前記通知の対象となる車両の利用者の携帯端末装置に対して送信する送信手段、として機能させるための情報通知プログラムである。

この発明によれば、車両の利用状態を考慮して、車両の利用者に対して、主として災害発生などの情報の通知を行うことが可能になる。

第１実施形態の情報通知システムの構成を示すブロック図である。 同実施形態の情報通知装置の構成を示すブロック図である。 同実施形態の回転数情報テーブルのデータ構成を示す図である。 同実施形態のドア開閉情報テーブルのデータ構成を示す図である。 同実施形態の車両情報テーブルのデータ構成を示す図である。 同実施形態の利用状態テーブルのデータ構成を示す図である。 同実施形態の利用状態判定部による処理の流れを示すフローチャートである。 同実施形態における乗降状態を判定するためのパターンを示す図である。 同実施形態による情報通知装置による通知処理の流れを示すフローチャートである。 第２実施形態の情報通知装置の構成を示すブロック図である。 同実施形態のペダル操作情報テーブルのデータ構成を示す図である。 同実施形態の地図情報記憶部が記憶する地図情報の一例を示す図である。 同実施形態の安全領域到達時間テーブルのデータ構成を示す図である。 同実施形態の渋滞区間算出部の処理の流れを示すフローチャート（その１）である。 同実施形態における渋滞状態の判定に用いるアクセルペダルとブレーキペダルのパターンの例を示す図である。 同実施形態の渋滞区間算出部の処理の流れを示すフローチャート（その２）である。 同実施形態による情報通知装置による通知処理の流れを示すフローチャートである。 第３実施形態の情報通知装置の構成を示すブロック図である。 同実施形態の燃料残量情報テーブルのデータ構成を示す図である。 同実施形態の利用状態テーブルのデータ構成を示す図である。 同実施形態の利用状態判定部による処理の流れを示すフローチャートである。 同実施形態による情報通知装置による通知処理の流れを示すフローチャートである。 第４実施形態の情報通知装置の構成を示すブロック図である。 同実施形態の車内空気情報テーブルのデータ構成を示す図である。 同実施形態の窓開閉情報テーブルのデータ構成を示す図である。 同実施形態の利用状態テーブルのデータ構成を示す図である。 同実施形態の利用状態判定部による処理の流れを示すフローチャートである。 同実施形態による情報通知装置による通知処理の流れを示すフローチャートである。 第５実施形態の情報通知装置の構成を示すブロック図である。 同実施形態の地図情報記憶部が記憶する地図情報の一例を示す図である。 同実施形態の移動開始残時間テーブルのデータ構成を示す図である。 同実施形態による情報通知装置による通知処理の流れを示すフローチャートである。 同実施形態の通知情報生成部が生成する避難目標地点ごとの残時間を示す画像を示す図（その１）である。 同実施形態の表示処理部が生成する車両ごとの各避難目標地点における残時間を示す画像を示す図である。 同実施形態の通知情報生成部が生成する避難目標地点ごとの残時間を示す画像を示す図（その２）である。 同実施形態のシミュレーション処理部による処理の流れを示すフローチャートである。 同実施形態の表示処理部が生成する車両ごとの各避難目標地点における残時間を示す画像の変化を示す図である。 第６実施形態の情報通知装置の構成を示すブロック図である。 同実施形態の見回り情報テーブルのデータ構成を示す図である。 同実施形態による情報通知装置による通知処理の流れを示すフローチャートである。

（第１実施形態）
以下、図１から図９を参照しつつ第１実施形態について図面を参照して説明する。図１は、第１実施形態の情報通知システムＳの構成を示すブロック図である。情報通知システムＳは、車両１、情報通知装置２、車両の利用者７が所持するスマートフォンなどの携帯端末装置６、緊急事態情報送信サーバ装置８、及び通信ネットワーク９を備える。通信ネットワーク９は、例えば、インターネット網などである。

利用者７は、例えば、災害対策を行う消防団員などの災害対策要員である。利用者７が利用する車両１は、例えば、消防車などの災害対策用の車両であり、通信装置１０、制御装置１１、表示入力装置１２、ペダル部１３、ドア開閉検出部１４、燃料計測部１５、各種ランプ部１６、報知部１７、及び各種制御部１８を備える。車両１は、複数存在することを前提として、以下の説明を行うが、１台であってもよい。車両１の各々には予め一意に識別可能な車両ＩＤ（IDentification）が付与されている。

通信装置１０は、例えば、ＬＴＥ(Long Term Evolution)や４Ｇ(4th Generation)などの携帯端末装置用の無線通信方式によって情報通知装置２との間で無線通信を行う装置である。通信装置１０は、制御装置１１と、表示入力装置１２とに接続されている。また、通信装置１０は、防災無線の通信方式も備えており、災害発生時に、ＬＴＥや４Ｇなどが輻輳して利用できない場合には、防災無線の通信方式に切り替えて情報通知装置２との間で無線通信を行う。

また、通信装置１０は、一般的な携帯端末装置と同様に、時計等の計時手段を備えている。通信装置１０は、位置を検出するＧＰＳ（Globa Positioning System）の受信機を内部に備えており、一定の周期で位置情報を取得する。通信装置１０は、内部の記憶領域に予め車両１に付与されている車両ＩＤを記憶する。

また、通信装置１０は、位置情報を取得すると、取得した位置情報に車両ＩＤを付与して情報通知装置２に送信する。通信装置１０は、制御装置１１が出力する情報を取り込むと、取り込んだ情報に内部の計時手段から取得した時刻の情報と車両ＩＤを付与して情報通知装置２に送信する。また、通信装置１０は、情報通知装置２から通知情報を受信すると、受信した通知情報を制御装置１１に出力する。

制御装置１１は、例えば、ＥＣＵ（Engine Control Unit）であり、車両１が備えるペダル部１３、ドア開閉検出部１４、燃料計測部１５、各種ランプ部１６、報知部１７、各種制御部１８に接続されている。制御装置１１は、例えば、利用者７が、車両１のペダル部１３のアクセルペダルを踏んだ場合、アクセルペダルの踏み込み量に応じた分量の燃料をそのままエンジンに噴射させるのではなく、例えば、エンジンの回転量を考慮して噴射する燃料の分量を調節するといった制御も行う。このような制御を行うため制御装置１１は、車両１に対して利用者７が行う操作の情報や車両１の制御状態を常に取得できる状態になっている。

制御装置１１は、ペダル部１３、ドア開閉検出部１４、燃料計測部１５、各種ランプ部１６、報知部１７、各種制御部１８の制御状態を取得する。制御装置１１は、取得した制御状態の情報の中から予め定められる幾つかの制御状態の情報を車両状態情報として通信装置１０を通じて情報通知装置２に送信する。

また、制御装置１１は、通信装置１０が出力する情報通知装置２から受信した通知情報に含まれる制御情報に基づいて、各種ランプ部１６、報知部１７などを動作させる処理を行う。

表示入力装置１２は、表示手段である画面として、例えば、液晶パネルを備えており、各種の情報を画面に表示する。また、表示入力装置１２は、入力手段としてタッチパッドを備えており、利用者７の入力操作を受けて、各種の情報を取り込み、取り込んだ情報を通信装置１０を通じて情報通知装置２に送信する。

ペダル部１３は、例えば、アクセルペダル、ブレーキペダルなどを備えており、例えば、これらのペダルの踏み込み状態を示すペダル操作情報を一定の周期で検出して制御装置１１に出力する。例えば、アクセルペダルが継続して利用者７によって踏み込まれている場合、ペダル部１３は、一定の周期ごとに、アクセルペダルが踏まれていることを示すペダル操作情報を出力する。なお、ペダル部１３が備えるペダルの何れもが利用者７によって踏み込まれていない場合、ペダル部１３は出力を行わない。

ドア開閉検出部１４は、車両１のドアが開くタイミング、または、閉じるタイミングにおいて、ドアの開閉状態を検出し、検出したドア開閉状態を示すドア開閉情報を制御装置１１に出力する。燃料計測部１５は、例えば、燃料計であり、車両１の燃料残量を計測し、計測した燃料残量を示す燃料残量情報を一定の周期で制御装置１１に出力する。

各種ランプ部１６は、例えば、ヘッドランプ、テールランプ、方向指示ランプなどを備えており、制御装置１１による制御を受けて、点灯、または、消灯、または、点滅する。報知部１７は、例えば、クラクション等の警笛、または、スピーカなどの報知手段を備えており、制御装置１１による制御を受けて、クラクションを鳴らしたり、スピーカから音を鳴らしたりする。

各種制御部１８は、車両１を制御する各種の制御部を備えており、例えば、エンジン制御部１００、空調制御部１０１、窓制御部１０２を備える。エンジン制御部１００は、車両１のエンジンの制御を行う。空調制御部１０１は、例えば、車内の空気の取り込みの状態を外部導入状態にするか、または、内部循環状態にするかを切り替える処理を行う。窓制御部１０２は、例えば、車両１の窓を開けたり、閉めたりする処理を行う。

緊急事態情報送信サーバ装置８は、例えば、気象庁が発表する地震や津波などの災害の発生を知らせる緊急事態情報を送信する。緊急事態情報には、例えば、災害の種別、災害が発生した位置、時刻、規模、被災予想地域、災害に起因する空気の異常等の情報が含まれている。

情報通知装置２は、図２に示すように、車両状態情報受信部２０、車両位置情報受信部２１、車両状態情報記憶部２２、利用状態判定部２３、記憶部２４、緊急事態情報受信部２５、車両選択部２６、通知情報生成部２７、送信部２８、及び計時部２９を備える。

車両状態情報受信部２０は、車両１の制御装置１１が通信装置１０を通じて送信する車両状態情報を受信する。また、車両状態情報受信部２０は、受信した車両状態情報の種類を検出し、検出した種類に応じた車両状態情報記憶部２２のテーブルに受信した車両状態情報を書き込んで記憶させる。

車両位置情報受信部２１は、車両１の通信装置１０が一定の周期で送信する車両１の位置情報を受信する。また、車両位置情報受信部２１は、受信した位置情報を記憶部２４のテーブルに書き込んで記憶させる。

なお、第１実施形態では、車両１の制御装置１１は、取得した制御状態のうち予め定められる２種類の車両状態情報を通信装置１０に出力する。一方の車両状態情報は、エンジンの回転数を示す回転数情報を含む車両状態情報であり、制御装置１１が、エンジン制御部１００から一定の周期でエンジン回転数を示す回転数情報を取得する。制御装置１１は、取得した回転数情報を含む車両状態情報を生成して通信装置１０に出力する。

他方の車両状態情報は、ドア開閉情報を含む車両状態情報であり、車両１の制御装置１１が、ドア開閉検出部１４が状態の変化が生じた際に出力するドア開閉情報を取り込む。制御装置１１は、取り込んだドア開閉情報を含む車両状態情報を生成して通信装置１０に出力する。通信装置１０は、制御装置１１が出力する車両状態情報に車両ＩＤと時刻の情報を付与して情報通知装置２に送信する。

車両状態情報記憶部２２は、図３に示す回転数情報テーブル２２１と、図４に示すドア開閉情報テーブル２２２とを記憶する。なお、回転数情報テーブル２２１とドア開閉情報テーブル２２２は、車両１が複数存在する場合、車両１ごとに生成されるテーブルである。

回転数情報テーブル２２１は、「車両ＩＤ」、「時刻」、「回転数情報」の項目を有する。「車両ＩＤ」の項目には、車両状態情報受信部２０が回転数情報テーブル２２１を生成する際、車両状態情報に付与されている車両ＩＤの情報が車両状態情報受信部２０によって書き込まれる。「時刻」の項目には、車両状態情報に付与されている時刻の情報が車両状態情報受信部２０によって書き込まれる。

「回転数情報」の項目には、車両状態情報に含まれているエンジン回転数を示す回転数情報が車両状態情報受信部２０によって書き込まれる。車両状態情報受信部２０は、レコードを追加する際、一番上の行に追加するレコードを生成するため、回転数情報テーブル２２１には、回転数情報が上から順に時系列で記録されることになる。なお、回転数情報の単位は、例えば、ｒｐｍ（revolution per minutes）である。

図４に示すドア開閉情報テーブル２２２は、「車両ＩＤ」、「時刻」、「ドア開閉情報」の項目を有する。「車両ＩＤ」の項目には、車両状態情報受信部２０がドア開閉情報テーブル２２２を生成する際、車両状態情報に付与されている車両ＩＤの情報が車両状態情報受信部２０によって書き込まれる。「時刻」の項目には、車両状態情報に付与されている時刻の情報が車両状態情報受信部２０によって書き込まれる。

「ドア開閉情報」の項目には、車両状態情報に含まれているドア開閉情報が車両状態情報受信部２０によって書き込まれる。車両状態情報受信部２０は、レコードを追加する際、一番上の行に追加するレコードを生成するため、ドア開閉情報テーブル２２２には、ドア開閉情報が上から順に時系列で記録されることになる。なお、ドア開閉情報は、ドアが開いていることを示す「開」、または、ドアが閉じていることを示す「閉」のいずれかの情報である。

利用状態判定部２３は、車両状態情報記憶部２２が記憶する車両状態情報に基づいて、車両１の利用者７の利用状態を判定する。また、利用状態判定部２３は、判定した利用状態を記憶部２４が記憶するテーブルに書き込んで記憶させる。

記憶部２４は、図５に示す車両情報テーブル２４１と、図６に示す利用状態テーブル２４２を記憶する。車両情報テーブル２４１は、「車両ＩＤ」、「車両のアドレス」、「車両の利用者の携帯端末装置のアドレス」、「車両の位置情報」の項目を有する。「車両ＩＤ」の項目には、情報通知システムＳに属する全ての車両１の車両ＩＤが予め書き込まれる。「車両のアドレス」の項目には、当該項目に対応する「車両ＩＤ」の項目に書き込まれている車両ＩＤの車両１が備える通信装置１０の通信用のアドレス情報（以下、車両アドレス情報という）が予め書き込まれる。

「車両の利用者の携帯端末装置のアドレス」の項目には、当該項目に対応する「車両ＩＤ」の項目に書き込まれている車両ＩＤの車両１を利用する利用者７が所持する携帯端末装置６の通信用のアドレス情報（以下、携帯端末装置アドレス情報という）が予め書き込まれる。「車両の位置情報」の項目には、車両位置情報受信部２１が受信した位置情報が車両位置情報受信部２１によって書き込まれる。

すなわち、車両位置情報受信部２１は、車両１の通信装置１０から位置情報を受信すると、受信した位置情報に付与されている車両ＩＤを参照する。車両位置情報受信部２１は、車両情報テーブル２４１における、参照した車両ＩＤに対応するレコードの「車両の位置情報」に位置情報に含まれる緯度と経度の情報を書き込む。車両位置情報受信部２１は、「車両の位置情報」の項目に上書き処理を行うため、「車両の位置情報」の項目には最新の位置情報が書き込まれる。

図６に示す利用状態テーブル２４２は、「車両ＩＤ」、「走行状態」、「乗降状態」、「乗降状態判定時刻」、「乗降状態継続時間」の項目を有する。「車両ＩＤ」の項目には、車両ＩＤが予め書き込まれる。「走行状態」の項目には、利用状態判定部２３が判定した車両１の走行状態を示す情報が書き込まれる。

「走行状態」の項目に書き込まれる情報は、「走行中」、「停止中」、「エンジン停止」のいずれかである。「走行中」は、車両１が走行している状態を示す。「停止中」は、車両１のエンジンが動作中の状態で停止している状態を示す。「エンジン停止」は、車両１のエンジンが動作を停止しているが、電源はＯＦＦになっていないスタンバイ状態を示す。

スタンバイ状態は、通信装置１０、制御装置１１、表示入力装置１２、ペダル部１３、ドア開閉検出部１４、燃料計測部１５、各種ランプ部１６、報知部１７、各種制御部１８には電気が供給されており動作が可能になっている状態である。なお、車両１は災害対策車であるため、途中で動けない状態になって車両１を放棄する場合であっても、利用者７は、車両１のキーは、ＯＦＦ状態にせず、スタンバイ状態に維持することを前提としている。

「乗降状態」の項目には、利用状態判定部２３が判定した車両１における利用者７の乗降状態を示す情報が書き込まれる。「乗降状態」の項目に書き込まれる情報は、「乗車中」または「降車中」のいずれかである。「乗車中」は、利用者７が車両１に乗車している状態を示している。「降車中」は、利用者７が車両１から降車している状態を示している。

「乗降状態判定時刻」の項目には、利用状態判定部２３が乗降状態を判定した時刻を示す情報が書き込まれる。「乗降状態継続時間」の項目には、当該項目に対応する「乗降状態」の項目に書き込まれている乗降状態を示す情報が変更されずに継続している時間を示している。なお、乗降状態継続時間の単位は、例えば、「分」である。

緊急事態情報受信部２５は、緊急事態情報送信サーバ装置８が送信する緊急事態情報を受信する。また、緊急事態情報受信部２５は、受信した緊急事態情報に含まれる情報に基づいて、車両１の利用者７に通知する必要がある緊急事態情報であるか否かを判定する。

車両選択部２６は、緊急事態情報に含まれている緊急事態が発生した位置を示す情報と、車両情報テーブル２４１の「車両の位置情報」の項目の位置情報とに基づいて、通知の対象となる車両１を選択する。

通知情報生成部２７は、車両選択部２６が通知の対象として選択した車両１の利用者７に対して通知する通知情報を、当該車両１に対応する利用状態テーブル２４２のレコードに含まれる情報に基づいて生成する。送信部２８は、通知情報生成部２７が生成した通知情報に含まれる宛先にしたがって車両１の通信装置１０、または、利用者７の携帯端末装置６に通知情報を送信する。

計時部２９は、例えば、内部に時計を備えており、要求を受けた際の時計の時刻を示す情報を出力する。また、計時部２９の内部の時計は、車両１の通信装置１０の計時手段と時刻が同期しており、携帯端末装置６、及び緊急事態情報送信サーバ装置８が内部に備える時計等の計時手段とも時刻が同期しているものとする。例えば、緊急事態情報送信サーバ装置８の時計が現在時刻に合わされている場合、計時部２９、通信装置１０及び携帯端末装置６の計時手段が出力する時刻も現在時刻になる。

（利用状態判定部による処理）
図７は、利用状態判定部２３による処理の流れを示すフローチャートである。第１実施形態では、車両状態情報受信部２０は、車両１の制御装置１１がエンジン制御部１００から取得する回転数情報を含む車両状態情報を車両１の通信装置１０から一定の周期で受信する。また、車両状態情報受信部２０は、車両１のドア開閉検出部１４が状態の変化が生じた際に出力するドア開閉情報を含む車両状態情報を車両１の通信装置１０から受信する。

車両状態情報受信部２０は、受信した車両状態情報に回転数情報が含まれている場合、受信した車両状態情報を、当該車両状態情報に付与されている車両ＩＤに対応する回転数情報テーブル２２１に追加して書き込む。また、車両状態情報受信部２０は、車両状態情報にドア開閉情報が含まれている場合、受信した車両状態情報を、当該車両状態情報に付与されている車両ＩＤに対応するドア開閉情報テーブル２２２に追加して書き込む。

上記の車両状態情報受信部２０による処理が継続して行われている状態において、利用状態判定部２３は、車両情報テーブル２４１の「車両ＩＤ」の項目に書き込まれているいずれか１つの車両ＩＤを選択する。例えば、利用状態判定部２３は、車両情報テーブル２４１の一番上のレコードの車両ＩＤ「１」を選択したとする（ステップＳａ１）。

利用状態判定部２３は、記憶部２４において、回転数情報テーブル２２１のうち「車両ＩＤ」の項目が「１」である回転数情報テーブル２２１を参照する。利用状態判定部２３は、参照した回転数情報テーブル２２１から、最新のレコードから順に判定に必要な一定量のレコードを読み出す。

利用状態判定部２３は、記憶部２４において、ドア開閉情報テーブル２２２のうち「車両ＩＤ」の項目が「１」であるドア開閉情報テーブル２２２を参照する。利用状態判定部２３は、参照したドア開閉情報テーブル２２２から、最新のレコードから順に判定に必要な一定量のレコードを読み出す（ステップＳａ２）。

利用状態判定部２３は、読み出したレコードにおいて最も新しい回転数情報を参照し、参照した回転数情報が予め定められる回転数閾値を超えている場合、「走行中」であると判定する。一方、利用状態判定部２３は、参照した回転数情報が「０」ではないが、予め定められる回転数閾値以下である場合、エンジンがアイドリング状態であり、「停止中」であると判定する。利用状態判定部２３は、参照した回転数情報が「０」である場合、エンジンが停止している「エンジン停止中」であると判定する（ステップＳａ３）。

利用状態判定部２３は、走行状態が「走行中」であると判定した場合、乗降状態は「乗車中」であると判定する。利用状態判定部２３は、走行状態が「停止中」または「エンジン停止中」の場合、読み出したドア開閉情報に基づいて、例えば、図８に示すパターンにしたがって、乗降状態が「乗車中」であるか「降車中」であるかを判定する（ステップＳａ４）。

図８において、ドア開閉の軸の白丸はドア開閉情報が「開」であることを示しており、黒丸はドア開閉情報が「閉」であることを示している。例えば、図８（ａ）は、最新の回転数情報、すなわち時間軸において右端の回転数情報が「０」であり、回転数情報が「０」である状態を時間軸上で過去に遡った場合にドア開閉情報において「閉」と「開」が示されている。そのため、利用状態判定部２３は、図８（ａ）のパターンの場合、利用者７がエンジンを停止して、ドアを開いて降りた後ドアを閉めた状態、すなわち利用者７が降車した状態であると判定する。

図８（ｂ）の場合、最新の回転数情報が「０」ではないが回転数閾値以下であるアイドリング状態を示しており、アイドリング状態を時間軸上で過去に遡った場合にドア開閉情報において「閉」と「開」が示されている。そのため、利用状態判定部２３は、図８（ｂ）のパターンの場合、利用者７がエンジンを停止していないが、ドアを開いて降りた後ドアを閉めた状態、すなわち利用者７が降車した状態であると判定する。

図８（ｃ）の場合、最新の回転数情報が「０」であり、回転数情報が「０」である状態を時間軸上で過去に遡ってもドア開閉情報は記録されていない。そのため、利用状態判定部２３は、図８（ｃ）のパターンの場合、利用者７がエンジンを停止しているが、利用者７が乗車中であると判定する。

利用状態判定部２３は、利用状態テーブル２４２の車両ＩＤ「１」のレコードの「走行状態」の項目に書き込まれている直前の走行状態の情報と、「乗降状態」の項目に書き込まれている直前の乗降状態の情報とを読み出す。利用状態判定部２３は、ステップＳａ３で判定した走行状態の判定結果を「走行状態」の項目に上書きし、ステップＳａ４で判定した乗降状態の判定結果を「乗降状態」の項目に上書きする。

利用状態判定部２３は、「乗降状態判定時刻」の項目に書き込まれている時刻の情報を読み出す。利用状態判定部２３は、計時部２９に要求して時刻の情報を取得し、取得した時刻の情報を「乗降状態判定時刻」の項目に上書きする。

利用状態判定部２３は、走行状態と乗降状態の判定結果が、直前に記録されていた走行状態と乗降状態と一致する場合、「乗降状態判定時刻」の項目に直前に記録されていた時刻と、計時部２９から取得した時刻との時間差を算出する。利用状態判定部２３は、「乗降状態継続時間」の項目に書き込まれている時間の情報を読み出し、読み出した時間と、算出した時間差とを加算し、加算値を「乗降状態継続時間」の項目に上書きする。

利用状態判定部２３は、走行状態と乗降状態の判定結果が、直前に記録されていた走行状態と乗降状態と一致しない場合、継続時間をリセットするために「乗降状態継続時間」の項目に「０」を書き込む（ステップＳａ５）。

ステップＳａ５の処理が終了すると、利用状態判定部２３は、ステップＳａ１において、次の車両ＩＤを選択して、ステップＳａ２以降の処理を行う。全ての車両ＩＤにおいて処理が終了すると、利用状態判定部２３は、ステップＳａ１において、最初に選択した車両ＩＤを再び選択して繰り返し処理を行う。

これにより、利用状態テーブル２４２を参照することで、車両１の最新の走行状態と、利用者７の乗降状態とを把握することができ、更に、同一状態の継続時間を把握することができる。そのため、利用者７が、車両１のエンジンを停止せずに、長い時間、車両１から離れている場合、例えば、災害対応を行っていると推定することができる。また、エンジンを停止して、長時間、車両１から離れている場合、例えば、何らかのトラブルが発生して車両１を放棄したと推定することができる。

（情報通知装置による通知処理）
図９は、情報通知装置２による通知処理の流れを示すフローチャートである。何らかの災害が発生し、緊急事態情報送信サーバ装置８が、緊急事態情報を送信する。情報通知装置２の緊急事態情報受信部２５は、緊急事態情報送信サーバ装置８が送信した緊急事態情報を受信する（ステップＳｂ１）。

緊急事態情報受信部２５は、受信した緊急事態情報に含まれる情報に基づいて、通知が必要であるか否かを判定する（ステップＳｂ２）。緊急事態情報受信部２５は、通知が必要ないと判定した場合（ステップＳｂ２、通知不要）、処理を終了する。一方、緊急事態情報受信部２５は、通知が必要であると判定した場合（ステップＳｂ２、通知要）、受信した緊急事態情報を車両選択部２６に出力する。

車両選択部２６は、車両情報テーブル２４１を参照して、「車両ＩＤ」及び「車両の位置情報」の項目から全ての車両１の車両ＩＤ及び位置情報を読み出す（ステップＳｂ３）。車両選択部２６は、読み出した全ての車両１の車両ＩＤ及び位置情報と、緊急事態情報受信部２５から受けた緊急事態情報とに基づいて、通知の対象となる車両１を選択する。例えば、車両選択部２６は、車両１の位置情報が、緊急事態情報に含まれる災害が発生した位置を中心とした一定の範囲に含まれている場合、当該車両１を緊急事態の影響を受ける車両１として通知することが必要な通知の対象となる車両１として選択する（ステップＳｂ４）。

車両選択部２６は、選択した車両１の車両ＩＤを通知情報生成部２７に出力する。通知情報生成部２７及び送信部２８は、通知情報生成部２７が車両選択部２６から受けた車両ＩＤの各々について、以下のステップＳｂ５からＳｂ８の処理を繰り返し行う（ループＬｂ１ｓ～Ｌｂ１ｅ）。

通知情報生成部２７は、車両選択部２６から受けた車両ＩＤからいずれか１つの車両ＩＤを処理対象として選択する。利用状態テーブル２４２において、処理対象の車両ＩＤに対応するレコードの「乗降状態」の項目に書き込まれている乗降状態の情報を参照する。通知情報生成部２７は、参照した乗降状態の情報が「乗車中」であるか、または、「降車中」であるかを判定する（ステップＳｂ５）。

通知情報生成部２７は、乗降状態の情報が「降車中」であると判定した場合（ステップＳｂ５、降車中）、通知情報生成部２７は、処理対象の車両ＩＤに対応する車両アドレス情報を車両情報テーブル２４１の「車両のアドレス」の項目から読み出す。通知情報生成部２７は、読み出した車両アドレス情報を宛先として、例えば、クラクションを鳴らす制御情報を含む通知情報を生成する（ステップＳｂ６）。

通知情報生成部２７は、処理対象の車両ＩＤに対応する携帯端末装置アドレス情報を車両情報テーブル２４１の「車両の利用者の携帯端末装置のアドレス」の項目から読み出す。通知情報生成部２７は、読み出した携帯端末装置アドレス情報を宛先として緊急事態の発生を知らせるメッセージを含む通知情報を生成する（ステップＳｂ７）。

一方、通知情報生成部２７は、乗降状態の情報が「乗車中」であると判定した場合（ステップＳｂ５、乗車中）、通知情報生成部２７は、ステップＳｂ６の処理を行わず、ステップＳｂ７の処理を行う。

送信部２８は、通知情報生成部２７が生成した通知情報に含まれる宛先にしたがって通知情報を送信する（ステップＳｂ８）。

通知情報に含まれる宛先が車両１である場合、車両１の通信装置１０は、情報通知装置２から通知情報を受信し、受信した通知情報を制御装置１１に出力する。制御装置１１は、通知情報に含まれる制御情報にしたがって、報知部１７が備えるクラクションを鳴らす。通知情報に含まれる宛先が利用者７の携帯端末装置６である場合、携帯端末装置６は、情報通知装置２から通知情報を受信し、受信した通知情報に含まれる緊急事態の発生を知らせるメッセージを画面に表示する。

ループ処理（Ｌｂ１ｓ～Ｌｂ１ｅ）の処理が終了すると、車両選択部２６は、内部のタイマを起動して一定時間待機する（ステップＳｂ９）。車両選択部２６は、タイマが満了すると再びステップＳｂ３の処理を行う。

上記の第１実施形態の構成により、例えば、利用者７が車両１を停止させて降車している場合、何らかの災害対応の作業をしていて携帯端末装置６に送信した通知情報には気が付かない場合であっても、車両１のクラクションを遠隔で鳴らすことにより、災害の発生に気付きやすくすることができる。また、利用者７は、携帯端末装置６が受信する通知情報を参照することで災害の詳細を確認することができる。

したがって、車両１から利用者７が離れている場合に限って、車両１はクラクションを鳴らすことができるので、車両１が停止している場合であっても不要な場合、例えば、車両１が渋滞で動けないような場合に、突然クラクションが鳴るような状況を避けることができる。そのため、車両１の利用状態、すなわち利用者７の乗降状態を考慮して、車両１の利用者７に対して、情報を通知することができる。

（第２実施形態）
次に、図１０から図１７を参照しつつ第２実施形態について説明する。なお、第２実施形態の情報通知システムを説明の便宜上、「Ｓａ」の符号を付して情報通知システムＳａとして説明する。第２実施形態の情報通知システムＳａは、第１実施形態の情報通知システムＳにおいて、情報通知装置２が、情報通知装置２ａに置き換えられた構成である。第１実施形態と同一の構成については同一の符号を付し、以下、異なる構成について説明する。

図１０は、第２実施形態の情報通知装置２ａの構成を示すブロック図である。情報通知装置２ａは、車両状態情報受信部２０ａ、車両位置情報受信部２１、車両状態情報記憶部２２ａ、利用状態判定部２３、記憶部２４ａ、緊急事態情報受信部２５、車両選択部２６ａ、通知情報生成部２７ａ、送信部２８、計時部２９、安全領域到達時間算出部３０、地図情報記憶部３１、渋滞区間算出部３２、及び被災予測処理部３３を備える。

車両状態情報受信部２０ａは、車両１の通信装置１０から車両状態情報を受信し、受信した車両状態情報の種類を検出し、検出した種類に応じた車両状態情報記憶部２２ａのテーブルに受信した車両状態情報を書き込んで記憶させる。

第２実施形態では、車両１の制御装置１１において、車両状態情報に含める制御状態を示す情報として、回転数情報及びドア開閉情報に加えて、制御装置１１がペダル部１３から取得するペダル操作情報が定められている。そのため、第２実施形態の車両状態情報受信部２０ａは、３種類の車両状態情報を受信する。

制御装置１１は、取得したペダル操作情報を含む車両状態情報を生成して通信装置１０に出力する。通信装置１０は、制御装置１１が出力する車両状態情報に車両ＩＤと時刻の情報を付与して情報通知装置２に送信する。

車両状態情報記憶部２２ａは、図３に示した回転数情報テーブル２２１と図４に示したドア開閉情報テーブル２２２に加えて、図１１に示すペダル操作情報テーブル２２３を記憶する。なお、ペダル操作情報テーブル２２３は、車両１が複数存在する場合、車両１ごとに生成されるテーブルである。

ペダル操作情報テーブル２２３は、「車両ＩＤ」、「時刻」、「ペダル操作情報」の項目を有する。「車両ＩＤ」の項目には、車両状態情報受信部２０ａがペダル操作情報テーブル２２３を生成する際、車両状態情報に付与されている車両ＩＤの情報が車両状態情報受信部２０ａによって書き込まれる。「時刻」の項目には、車両状態情報に付与されている時刻の情報が車両状態情報受信部２０ａによって書き込まれる。

「ペダル操作情報」の項目には、車両状態情報に含まれているペダル操作を示すペダル操作情報が車両状態情報受信部２０ａによって書き込まれる。車両状態情報受信部２０ａは、レコードを追加する際、一番上の行に追加するレコードを生成するため、ペダル操作情報テーブル２２３には、ペダル操作情報が上から順に時系列で記録されることになる。なお、ペダル操作情報は、利用者７によってペダル部１３が備えるアクセルペダルが踏み込まれた状態を示す「アクセル」、または、利用者７によってペダル部１３が備えるブレーキペダルが踏み込まれた状態を示す「ブレーキ」のいずれかの情報である。

地図情報記憶部３１は、例えば、図１２に示すような地図情報６００を予め記憶する。地図情報６００は、一般的な地図情報が含む地形の情報、市役所や学校などの主要な場所の情報、及び住所など等の情報の他に、道路の経路情報と、災害における危険度を示すハザード情報とを含んでいる。なお、道路の経路情報には、道路において渋滞している区間を示す渋滞区間の情報が関連づけられている。

地図情報６００において危険度を示すハザード情報とは、例えば、図１２に示すレッドゾーン６２０、イエローゾーン６２１、グリーンゾーン６２２の領域を示す情報である。地図情報６００において、符号６０５のハッチング領域は、海の領域を示しており、符号６３０の領域が道路である。海の領域６０５の海岸線から境界線６１０までの領域が、例えば、津波の災害が発生した場合に危険度の高いレッドゾーン６２０となる。境界線６１０から境界線６１１までの領域が、レッドゾーン６２０よりも危険度が低いイエローゾーン６２１であり、境界線６１１より左の領域が、津波の影響を受けない安全な領域であるグリーンゾーン６２２となる。以下、グリーンゾーン６２２を安全領域ともいう。

安全領域到達時間算出部３０は、車両１の位置情報と、地図情報６００の道路の経路情報及び渋滞区間の情報とに基づいて、車両１がグリーンゾーン６２２に最短の時間で到達する経路を検出する。また、安全領域到達時間算出部３０は、検出した経路における到達時間を算出する。

記憶部２４ａは、図５に示した車両情報テーブル２４１と図６に示した利用状態テーブル２４２に加えて、図１３に示す安全領域到達時間テーブル２４３を記憶する。安全領域到達時間テーブル２４３は、「車両ＩＤ」、「安全領域到達時間」、「最短経路情報」の項目を有する。

「車両ＩＤ」の項目には、車両ＩＤが予め書き込まれる。「安全領域到達時間」の項目には、安全領域到達時間算出部３０が算出した最短の到達時間の情報が安全領域到達時間算出部３０によって書き込まれる。なお、安全領域到達時間の単位は、例えば、「分」である。「最短経路情報」の項目には、安全領域到達時間算出部３０が最短の到達時間を算出した際の経路を示す経路情報が安全領域到達時間算出部３０によって書き込まれる。

渋滞区間算出部３２は、車両状態情報記憶部２２ａのペダル操作情報テーブル２２３が記憶するペダル操作情報に基づいて渋滞が発生している位置の検出を行う。また、渋滞区間算出部３２は、記憶部２４ａの利用状態テーブル２４２に基づいて渋滞が発生している位置の検出を行う。また、渋滞区間算出部３２は、検出した渋滞が発生している位置を示す位置情報に基づいて、地図情報記憶部３１の地図情報６００の道路の経路情報に関連付けられている渋滞区間の情報の更新を行う。

被災予測処理部３３は、緊急事態情報受信部２５が受信する緊急事態情報に含まれる情報と、計時部２９から取得する時刻の情報とに基づいて、例えば、地図情報６００のイエローゾーン６２１の全域が被災すると予想される時刻（以下、イエローゾーン６２１の被災予想時刻という）の算出を行う。

車両選択部２６ａは、緊急事態情報に含まれている緊急事態が発生した位置を示す情報と、車両情報テーブル２４１の「車両の位置情報」の項目の位置情報とに基づいて、緊急事態の影響を受ける車両１を選択する。また、車両選択部２６ａは、被災予測処理部３３が算出した被災予想時刻と、計時部２９から取得した時刻と、安全領域到達時間算出部３０が算出した最短の到達時間とに基づいて、グリーンゾーン６２２に到達するまでに被災すると推定することができる車両１を検出し、検出した車両１を通知の対象として選択する。

通知情報生成部２７ａは、車両選択部２６ａが通知の対象として選択した車両１の利用者７に対して通知する通知情報を、利用状態テーブル２４２及び安全領域到達時間テーブル２４３が記憶する情報に基づいて生成する。

（渋滞区間の算出処理（その１））
次に、図１４から図１６を参照しつつ渋滞区間算出部３２による処理について説明する。図１４は、渋滞区間算出部３２が、ペダル操作情報テーブル２２３が記憶するペダル操作情報に基づいて渋滞区間の算出を行う処理の流れを示すフローチャートである。

第２実施形態では、車両状態情報受信部２０ａは、車両１の制御装置１１がペダル部１３から取得するペダル操作情報を含む車両状態情報を車両１の通信装置１０から受信する。車両状態情報受信部２０ａは、車両１の通信装置１０からペダル操作情報を含む車両状態情報を受信し、受信した車両状態情報を、当該車両状態情報付与されている車両ＩＤに対応するペダル操作情報テーブル２２３に書き込む。

上記の車両状態情報受信部２０ａによる処理が継続して行われている状態において、渋滞区間算出部３２は、車両情報テーブル２４１の「車両ＩＤ」の項目に書き込まれているいずれか１つの車両ＩＤを選択する。例えば、渋滞区間算出部３２は、車両情報テーブル２４１の一番上のレコードの車両ＩＤ「１」を選択したとする（ステップＳｃ１）。

渋滞区間算出部３２は、ペダル操作情報テーブル２２３のうち「車両ＩＤ」の項目が「１」であるペダル操作情報テーブル２２３を参照する。渋滞区間算出部３２は、参照したペダル操作情報テーブル２２３から、最新のレコードから順に判定に必要な一定量のレコードを読み出す（ステップＳｃ２）。

渋滞区間算出部３２は、読み出したペダル操作情報を時系列に並べて、予め定められる渋滞状態を示す幾つかのパターンに一致するか否かを判定する（ステップＳｃ３）。ここで、予め定められる渋滞状態を示すパターンとは、例えば、図１５（ａ）に示すようなパターンのことである。

図１５は、ペダル操作情報を時系列に並べたパターンを示しており、ペダル操作情報の「ブレーキ」を白丸で示し、ペダル操作情報の「アクセル」を星印で示している。渋滞している道路では、例えば、利用者７は、短時間アクセルペダルを踏んだ後、長時間ブレーキペダルを踏み込む操作を繰り返し行う。この状態を、ペダル操作情報によって示すと、図１５（ａ）のようなパターンになる。これに対して、図１５（ｂ）に示すように、アクセルペダルが継続して踏み込まれている場合、渋滞していない状態であると推定することができる。

渋滞区間算出部３２は、図１５（ａ）のような渋滞している状態を示すパターンを予め幾つか記憶しておく。渋滞区間算出部３２は、ステップＳｃ３の処理において、読み出したペダル操作情報のパターンが、いずれかの渋滞状態を示すパターンに一致したと判定した場合（ステップＳｃ３、Ｙｅｓ）、車両ＩＤ「１」の最新の位置情報を車両情報テーブル２４１の「車両の位置情報」の項目から読み出す（ステップＳｃ４）。

渋滞区間算出部３２は、地図情報記憶部３１に対して、読み出した車両ＩＤ「１」の位置情報に基づいて、地図情報６００の道路の経路情報に関連付けられている渋滞区間を追加して渋滞区間の更新を行う（ステップＳｃ５）。

例えば、既に渋滞区間が存在している状態において、位置情報の位置を加える場合、位置情報が渋滞区間から予め定められる所定の距離内に存在すれば、渋滞区間を当該位置情報の位置まで延長する。一方、位置情報が所定の距離内に存在していない場合、当該位置情報が示す位置が、新たな渋滞区間の起点となる。

渋滞区間算出部３２は、ステップＳｃ３の処理において、読み出したペダル操作情報のパターンが、全ての渋滞状態を示すパターンに一致しないと判定した場合（ステップＳｃ３、Ｎｏ）、車両ＩＤ「１」の最新の位置情報を車両情報テーブル２４１の「車両の位置情報」の項目から読み出す（ステップＳｃ６）。

渋滞区間算出部３２は、地図情報記憶部３１の地図情報６００の道路の経路情報に、読み出した車両ＩＤ「１」の位置情報が含まれている場合、当該渋滞区間の一部、または、全部を削除して渋滞区間の更新を行う（ステップＳｃ７）。例えば、渋滞区間が予め定められる所定の距離より短い区間であれば、渋滞区間の全部を削除し、渋滞区間が予め定められる所定の距離より長い区間であれば、当該位置情報を中心とした一定長の渋滞区間を削除する。

ステップＳｃ６またはステップＳｃ７の処理が終了すると、渋滞区間算出部３２は、ステップＳｃ１において、次の車両ＩＤを選択して、ステップＳｃ２以降の処理を行う。全ての車両ＩＤにおいて処理が終了すると、渋滞区間算出部３２は、ステップＳｃ１において、最初に選択した車両ＩＤを再び選択して繰り返し処理を行う。

（渋滞区間の算出処理（その２））
図１６は、渋滞区間算出部３２が、利用状態テーブル２４２が記憶する走行状態などの情報に基づいて渋滞区間の算出を行う処理の流れを示すフローチャートである。渋滞区間算出部３２は、利用状態テーブル２４２を参照して「走行状態」が停止中で「乗降状態」が乗車中の車両１の車両ＩＤ、または、「走行状態」がエンジン停止中で「乗降状態」が降車中の車両１の車両ＩＤを検出する（ステップＳｄ１）。

「走行状態」が停止中で「乗降状態」が乗車中の車両１は、利用者７が車両１を運転している際に停車している状態であり、この状態が一定時間継続している場合、車両１がほとんど動いておらず、車両１の付近で渋滞が発生していると推定することができる。また、「走行状態」がエンジン停止で「乗降状態」が降車中の車両１は、エンジンを停止して利用者７が車両１から離れている状態であり、この状態が一定時間継続している場合、何らかのトラブルが発生して車両１を放棄したと推定することができる。また、車両１を放棄していることから、その位置付近で渋滞が発生していると推定することができる。

渋滞区間算出部３２は、検出した車両ＩＤの各々について、ステップＳｄ２からステップＳｄ４の処理を繰り返し行う（ループＬｄ１ｓ～Ｌｄ１ｅ）。

渋滞区間算出部３２は、検出した車両ＩＤのいずれか１つ車両ＩＤを処理対象として選択する。渋滞区間算出部３２は、利用状態テーブル２４２において、処理対象の車両ＩＤに対応する「乗降状態継続時間」の項目に書き込まれている継続時間の情報を読み出す。渋滞区間算出部３２は、読み出した継続時間が、予め定められる継続時間閾値を超えているか否かを判定する（ステップＳｄ２）。

渋滞区間算出部３２は、読み出した継続時間が、予め定められる継続時間閾値を超えていると判定した場合（ステップＳｄ２、Ｙｅｓ）、処理対象の車両ＩＤの最新の位置情報を車両情報テーブル２４１の「車両の位置情報」の項目から読み出す（ステップＳｄ３）。渋滞区間算出部３２は、上述したステップＳｃ５と同様に、読み出した位置情報を地図情報６００の道路の経路情報に関連付けて渋滞区間を追加する更新を行う（ステップＳｄ４）。

一方、渋滞区間算出部３２は、読み出した継続時間が、予め定められる継続時間閾値を超えていないと判定した場合（ステップＳｄ２、Ｎｏ）、渋滞区間算出部３２は、次の車両ＩＤを選択してステップＳｄ２の処理を行う。

全ての車両ＩＤについてループ内の処理が終了すると、渋滞区間算出部３２は、再びステップＳｄ１の処理を行う。図１４の処理と図１６に示す処理を、複数の車両１に対して繰り返し行うことにより、地図情報６００の道路の経路情報に関連付けられている渋滞区間の情報が常に更新されることになる。

（情報通知装置による通知処理）
図１７は、情報通知装置２ａによる通知処理の流れを示すフローチャートである。ここでは、災害として、例えば、時間の経過にしたがって被災領域が拡大する津波が発生したとする。緊急事態情報送信サーバ装置８は、津波が発生したことを示す緊急事態情報を送信する。

ステップＳｅ１，Ｓｅ２は、図９に示した第１実施形態のステップＳｂ１，Ｓｂ２と同様の処理が、緊急事態情報受信部２５によって行われる。なお、ステップＳｅ２において、緊急事態情報受信部２５は、通知が必要であると判定した場合、受信した緊急事態情報を車両選択部２６ａと被災予測処理部３３に出力する。

車両選択部２６ａは、車両情報テーブル２４１を参照して、「車両ＩＤ」及び「車両の位置情報」の項目から全ての車両１の車両ＩＤ及び位置情報を読み出す（ステップＳｅ３）。車両選択部２６ａは、読み出した全ての車両１の車両ＩＤ及び位置情報と、緊急事態情報受信部２５から受けた緊急事態情報とに基づいて、緊急事態の影響を受ける車両１を選択する。例えば、車両選択部２６ａは、車両１の位置情報が、緊急事態情報に含まれる津波が発生した位置を中心とした一定の範囲に含まれている場合、当該車両１を緊急事態の影響を受ける車両１として選択する（ステップＳｅ４）。

車両選択部２６ａは、ステップＳｅ４の処理において選択した車両ＩＤの情報を安全領域到達時間算出部３０に出力する。安全領域到達時間算出部３０、被災予測処理部３３、通知情報生成部２７ａ、及び送信部２８は、安全領域到達時間算出部３０が車両選択部２６ａから受けた車両ＩＤの各々について、以下のステップＳｅ５からステップＳｅ１１の処理を繰り返し行う（ループＬｅ１ｓ～Ｌｅ１ｅ）。

安全領域到達時間算出部３０は、車両選択部２６ａから受けた車両ＩＤからいずれか１つの車両ＩＤを処理対象として選択する。安全領域到達時間算出部３０は、処理対象の車両ＩＤに対応する車両情報テーブル２４１のレコードを参照し「車両の位置情報」の項目から処理対象の車両１の位置情報を読み出す。安全領域到達時間算出部３０は、読み出した処理対象の車両１の位置情報と、地図情報６００の道路の経路情報及び渋滞区間の情報とに基づいて処理対象の車両１がグリーンゾーン６２２に最短の時間で到達する経路を検出する。また、安全領域到達時間算出部３０は、検出した経路における到達時間を算出する。

安全領域到達時間算出部３０は、安全領域到達時間テーブル２４３に、処理対象の車両ＩＤのレコードを生成し、生成したレコードの「車両ＩＤ」に処理対象の車両ＩＤを書き込む。安全領域到達時間算出部３０は、生成したレコードの「安全領域到達時間」の項目に算出した最短の到達時間を書き込み、「最短経路情報」の項目に、検出した経路情報を書き込む（ステップＳｅ５）。

被災予測処理部３３は、計時部２９から時刻の情報を取得し、緊急事態情報受信部２５から受けた緊急事態情報に含まれる津波に関する情報に基づいて、地図情報６００のイエローゾーン６２１の被災予想時刻を算出する（ステップＳｅ６）。

車両選択部２６ａは、安全領域到達時間テーブル２４３を参照し、処理対象の車両ＩＤに対応するレコードの「安全領域到達時間」の項目に書き込まれている最短の到達時間を読み出す。車両選択部２６ａは、計時部２９から時刻を取得し、取得した時刻に読み出した最短の到達時間を加えてグリーンゾーン６２２への到達予定時刻を算出する。

車両選択部２６ａは、到達予定時刻が、被災予測処理部３３が算出した被災予想時刻を超えているか否か、すなわち到達予定時刻が、被災予想時刻よりも後の時刻になっているか否かを判定する（ステップＳｅ７）。

車両選択部２６ａは、到達予定時刻が被災予想時刻を超えていないと判定した場合（ステップＳｅ７、Ｎｏ）、処理対象の車両ＩＤの車両１は、被災せずにグリーンゾーン６２２に到達することができるものとして通知の対象として選択しない。この場合、安全領域到達時間算出部３０は、次の車両ＩＤを処理対象としてステップＳｅ５の処理を開始する。

一方、車両選択部２６ａは、到達予定時刻が被災予想時刻を超えていると判定した場合（ステップＳｅ７、Ｙｅｓ）、処理対象の車両ＩＤの車両１を通知の対象として通知情報生成部２７ａに出力する。

ステップＳｅ８，Ｓｅ９は、第１実施形態のステップＳｂ５，Ｓｂ６と同様の処理が、通知情報生成部２７ａによって行われる。

通知情報生成部２７ａは、処理対象の車両ＩＤに対応する携帯端末装置アドレス情報を車両情報テーブル２４１の「車両の利用者の携帯端末装置のアドレス」の項目から読み出す。通知情報生成部２７ａは、処理対象の車両ＩＤに対応する最短の経路情報を安全領域到達時間テーブル２４３の「最短経路情報」の項目から読み出す。通知情報生成部２７ａは、読み出した携帯端末装置アドレス情報を宛先として、緊急事態が発生したことを知らせるメッセージ、及び最短の経路を示す経路情報を含む通知情報を生成する（ステップＳｅ１０）。

送信部２８は、通知情報生成部２７ａが生成した通知情報に含まれる宛先にしたがって通知情報を送信する（ステップＳｅ１１）。

通知情報に含まれる宛先が車両１である場合、車両１の通信装置１０は、情報通知装置２ａから通知情報を受信し、受信した通知情報を制御装置１１に出力する。制御装置１１は、通知情報に含まれる制御情報にしたがって、報知部１７が備えるクラクションを鳴らす。通知情報に含まれる宛先が利用者７の携帯端末装置６である場合、携帯端末装置６は、情報通知装置２ａから通知情報を受信し、受信した通知情報に含まれる緊急事態が発生したことを知らせるメッセージ及び最短の経路を示す経路情報を画面に表示する。

ループ処理（Ｌｅ１ｓ～Ｌｅ１ｅ）の処理が終了すると、車両選択部２６ａは、内部のタイマを起動して一定時間待機する（ステップＳｅ１２）。車両選択部２６ａは、タイマが満了すると再びステップＳｅ３の処理を行う。

上記の第２実施形態の構成により、例えば、利用者７が車両１を停止させて降車している場合、何らかの災害対応の作業をしていて携帯端末装置６に送信した通知情報には気が付かない場合であっても、車両１のクラクションを遠隔で鳴らすことにより、グリーンゾーン６２２に避難することを開始しなければならないことを知らせることができる。また、利用者７は、携帯端末装置６が受信する通知情報を参照することで災害の詳細やグリーンゾーン６２２までの最短の避難経路を確認することができる。したがって、第２実施形態においても第１実施形態と同様の効果が得られるので、車両１の利用状態、すなわち利用者７の乗降状態を考慮して、車両１の利用者７に対して、情報を通知することができる。

なお、上記の第２実施形態の構成では、渋滞区間算出部３２が、車両１から得られるペダル操作情報と、利用状態判定部２３が判定した走行状態、乗降状態、及び乗降状態の継続時間の情報を用いて渋滞区間を検出するようにしている。また、渋滞区間算出部３２は、利用状態判定部２３が求めた情報からも、渋滞区間を検出するようにしている。利用状態判定部２３は、第１実施形態において説明したように、車両１から得られる回転数情報及びドア開閉情報を用いて、走行状態、乗降状態、及び乗降状態の継続時間を求めている。

したがって、渋滞区間算出部３２は、車両１から得られる情報のみに基づいて渋滞区間の情報を得ることができている。そのため、災害が発生した際に、何らかのトラブルで、一般的なカーナビゲーションシステムが利用できない場合であっても、渋滞区間を検出することができるので、グリーンゾーン６２２に到達できるまでの時間を正確に算出することができる。

また、上記の第２実施形態では、被災予測処理部３３は、イエローゾーン６２１の被災予想時刻の算出をしているが、より安全を考慮して、レッドゾーン６２０の被災予想時刻を算出するようにしてもよい。

また、車両選択部２６ａは、ステップＳｅ７において、グリーンゾーン６２２への到達予定時刻がイエローゾーン６２１の被災予想時刻を超えている場合、更に、その時間差が、予め定められる閾値を超えているか否かを判定するようにしてもよい。時間差が当該閾値を超えている場合、車両１を用いて避難しても間に合わない可能性があることを示すような閾値を設定することにより、利用者７に車両１を放棄して避難することを知らせることができる。例えば、当該閾値を超えている場合、通知情報生成部２７ａは、ステップＳｅ９の処理において、クラクションを鳴らす制御情報に加えて、左右の方向指示ランプを点滅させるハザードランプの制御情報を通知情報に含めるようにしてもよい。ハザードランプの点滅の意味として、車両１を放棄して避難することとして事前に決めておくことにより、利用者７に車両１を放棄して避難することを知らせることができる。この場合、通知情報生成部２７ａは、ステップＳｅ１０の処理において、最短の経路情報を示す代わりに、車両１を放棄して避難する指示を含んだ通知情報を生成するようにしてもよい。

（第３実施形態）
次に、図１８から図２２を参照しつつ第３実施形態について説明する。なお、第３実施形態の情報通知システムを説明の便宜上、「Ｓｂ」の符号を付して情報通知システムＳｂとして説明する。第３実施形態の情報通知システムＳｂは、第１実施形態の情報通知システムＳにおいて、情報通知装置２が、図１０に示す情報通知装置２ｂに置き換えられた構成である。第１及び第２実施形態と同一の構成については同一の符号を付し、以下、異なる構成について説明する。

図１８は、第３実施形態の情報通知装置２ｂの構成を示すブロック図である。情報通知装置２ｂは、車両状態情報受信部２０ｂ、車両位置情報受信部２１、車両状態情報記憶部２２ｂ、利用状態判定部２３ｂ、記憶部２４ｂ、緊急事態情報受信部２５、車両選択部２６ｂ、通知情報生成部２７ｂ、送信部２８、計時部２９、及び目的地情報受信部３４を備える。

第３実施形態では、利用者７は車両１の利用を開始する際、車両１の目的地を予め決めて、決めた目的地を情報通知装置２ａに登録してから車両１の利用を開始する。目的地の登録処理は、例えば、車両１の表示入力装置１２を用いて行われる。例えば、車両１の表示入力装置１２は、利用者７の操作入力を受けて目的地を示す目的地情報を取り込む。表示入力装置１２は、目的地情報を通信装置１０に出力する。通信装置１０は、目的地情報に車両１の車両ＩＤを付与して情報通知装置２ａに送信する。

情報通知装置２ａの目的地情報受信部３４は、車両１の通信装置１０が送信する目的地情報を受信し、受信した目的地情報に付与されている車両ＩＤに基づいて、記憶部２４ｂが記憶するテーブルに受信した目的地情報を書き込む。

また、第３実施形態では、車両１の制御装置１１において、車両状態情報に含める制御状態を示す情報として、制御装置１１が燃料計測部１５から取得する燃料残量情報が定められている。そのため、第３実施形態の車両状態情報受信部２０ｂは、１種類の車両状態情報を受信することになる。

制御装置１１は、取得した燃料残量情報を含む車両状態情報を生成して通信装置１０に出力する。通信装置１０は、制御装置１１が出力する車両状態情報に車両ＩＤと時刻の情報を付与して情報通知装置２に送信する。

車両状態情報受信部２０ｂは、車両１の通信装置１０から燃料残量情報を含む車両状態情報を受信し、受信した車両状態情報を車両状態情報記憶部２２ｂが記憶するテーブルに書き込んで記憶させる。

車両状態情報記憶部２２ｂは、図１９に示す燃料残量情報テーブル２２４を記憶する。なお、燃料残量情報テーブル２２４は、車両１が複数存在する場合、車両１ごとに生成されるテーブルである。

燃料残量情報テーブル２２４は、「車両ＩＤ」、「時刻」、「燃料残量情報」の項目を有する。「車両ＩＤ」の項目には、車両状態情報受信部２０ｂが燃料残量情報テーブル２２４を生成する際、車両状態情報に付与されている車両ＩＤの情報が車両状態情報受信部２０ｂによって書き込まれる。「時刻」の項目には、車両状態情報に付与されている時刻の情報が車両状態情報受信部２０ｂによって書き込まれる。「燃料残量情報」の項目には、車両状態情報に含まれている燃料残量情報が車両状態情報受信部２０ｂによって書き込まれる。車両状態情報受信部２０ｂは、レコードを追加する際、一番上の行に追加するレコードを生成するため、燃料残量情報テーブル２２４には、燃料残量情報が上から順に時系列で記録されることになる。なお、燃料残量情報の単位は、例えば、リットルである。

利用状態判定部２３ｂは、燃料残量情報テーブル２２４が記憶する燃料残量情報に基づいて、燃料残量に応じた車両１のグループ分けを行う。また、利用状態判定部２３は、車両１が属するグループを示す情報を記憶部２４ｂが記憶するテーブルに書き込んで記憶させる。

記憶部２４ｂは、図５に示す車両情報テーブル２４１と、図２０に示す利用状態テーブル２４２ｂを記憶する。利用状態テーブル２４２ｂは、「車両ＩＤ」、「目的地」、「燃料残量グループ」の項目を有する。「車両ＩＤ」の項目には、車両ＩＤが予め書き込まれる。

「目的地」の項目には、目的地情報受信部３４が通信装置１０から受信した目的地情報が目的地情報受信部３４によって書き込まれる。「燃料残量グループ」の項目には、燃料残量グループを示す情報が利用状態判定部２３ｂによって書き込まれる。ここで、燃料残量グループを示す情報とは、十分に燃料が残っていることを示す「多」、残っている燃料が少ないことを示す「少」、燃料の残量が「多」と「少」の間の状態である「普通」のいずれかである。

車両選択部２６ｂは、緊急事態情報に含まれている緊急事態が発生した位置を示す情報と、車両情報テーブル２４１の「車両の位置情報」の項目の位置情報とに基づいて、緊急事態の影響を受ける車両１を選択する。また、車両選択部２６ｂは、緊急事態の影響を受ける車両１の中から燃料残量グループが「少」の車両１を通知の対象として選択する。

通知情報生成部２７ｂは、車両選択部２６ｂが通知の対象として選択した車両１の目的地が、燃料残量グループが「多」の車両１の目的地のいずれかに一致するか否かを判定する。通知情報生成部２７ｂは、通知の対象となる車両１の目的地が、燃料残量グループが「多」の車両１の目的地のいずれかに一致していない場合、当該通知の対象となる車両１の利用者７に対して通知する通知情報を、利用状態テーブル２４２ｂの情報に基づいて生成する。

（利用状態判定部による処理）
図２１は、利用状態判定部２３ｂによる処理の流れを示すフローチャートである。第３実施形態では、車両状態情報受信部２０ｂは、車両１の制御装置１１が燃料計測部１５から取得する燃料残量情報を含む車両状態情報を車両１の通信装置１０から一定の周期で受信する。車両状態情報受信部２０ｂは、車両１の通信装置１０から燃料残量情報を含む車両状態情報を受信し、受信した車両状態情報を、当該車両状態情報付与されている車両ＩＤに対応する燃料残量情報テーブル２２４に書き込む。

上記の車両状態情報受信部２０ｂによる処理が継続して行われている状態において、利用状態判定部２３ｂは、車両情報テーブル２４１の「車両ＩＤ」の項目に書き込まれているいずれか１つの車両ＩＤを選択する。例えば、利用状態判定部２３ｂは、車両情報テーブル２４１の一番上のレコードの車両ＩＤ「１」を選択したとする（ステップＳｆ１）。

利用状態判定部２３ｂは、記憶部２４ｂにおいて、燃料残量情報テーブル２２４のうち「車両ＩＤ」の項目が「１」である燃料残量情報テーブル２２４を参照する。利用状態判定部２３ｂは、参照した燃料残量情報テーブル２２４から、最新のレコードの「燃料残量情報」の項目に書き込まれている燃料残量情報を読み出す（ステップＳｆ２）。

利用状態判定部２３ｂは、燃料残量情報と、予め定められている第１閾値と第２閾値に基づいて、車両ＩＤ「１」の車両１のグループを判定する（ステップＳｆ３）。ここで、第１閾値は、第２閾値よりも大きい値であるとする。利用状態判定部２３ｂは、燃料残量情報が、第１閾値を超えていると判定した場合（ステップＳｆ３、多）、利用状態テーブル２４２ｂの車両ＩＤ「１」に対応するレコードの「燃料残量グループ」に「多」を書き込む（ステップＳｆ４）。

利用状態判定部２３ｂは、燃料残量情報が、第１閾値以下であって、第２閾値を超えている判定した場合（ステップＳｆ３、普通）、利用状態テーブル２４２ｂの車両ＩＤ「１」に対応するレコードの「燃料残量グループ」に「普通」を書き込む（ステップＳｆ５）。

利用状態判定部２３ｂは、燃料残量情報が、第２閾値以下であると判定した場合（ステップＳｆ３、少）、利用状態テーブル２４２ｂの車両ＩＤ「１」に対応するレコードの「燃料残量グループ」に「少」を書き込む（ステップＳｆ６）。

ステップＳｆ４、または、ステップＳｆ５、または、ステップＳｆ６の処理が終了すると、利用状態判定部２３ｂは、ステップＳｆ１において、次の車両ＩＤを選択して、ステップＳｆ２以降の処理を行う。全ての車両ＩＤにおいて処理が終了すると、利用状態判定部２３ｂは、ステップＳｆ１において、最初に選択した車両ＩＤを再び選択して繰り返し処理を行う。

これにより、全ての車両１は、最新の燃料残量に応じていずれかの燃料残量グループに分類されることになる。図２１に示す利用状態判定部２３ｂによる処理は繰り返し行われるため、走行中の車両１の場合、当初は「多」の燃料残量グループに属していたとしても、走行時間の経過とともに燃料を消費するため、「普通」の燃料残量グループになり、最終的に「少」の燃料残量グループになる。

（情報通知装置による通知処理）
図２２は、情報通知装置２ｂによる通知処理の流れを示すフローチャートである。上述したように、利用者７は、車両１の利用を開始する前に表示入力装置１２を操作して目的地の登録を行う。目的地情報受信部３４は、車両１の通信装置１０が送信する目的地情報を受信する。目的地情報受信部３４は、受信した目的地情報に付与されている車両ＩＤに対応する利用状態テーブル２４２ｂのレコードの「目的地」の項目に受信した目的地情報を書き込む。これにより、利用状態テーブル２４２ｂは、例えば、図２０に示すような情報を記憶しているものとする。

図２２において、ステップＳｇ１，Ｓｇ２の処理は、図９に示した第１実施形態のステップＳｂ１，Ｓｂ２と同様の処理が、緊急事態情報受信部２５によって行われる。また、ステップＳｇ３，Ｓｇ４の処理は、図１７に示した第２実施形態のステップＳｅ３，Ｓｅ４と同様の処理が、車両選択部２６ｂによって行われる。

車両選択部２６ｂは、燃料残量グループが「少」になっている車両ＩＤの車両１を通知の対象として選択する（ステップＳｇ５）。ここでは、図２０に示すように、燃料残量グループが「少」に対応する車両ＩＤは「２」，「４」であるため、車両選択部２６ｂは、車両ＩＤ「２」，「４」を選択する。車両選択部２６ｂは、車両ＩＤ「２」，「４」を通知情報生成部２７ｂに出力する。

通知情報生成部２７ｂ、及び送信部２８は、燃料残量グループが「少」の車両ＩＤについて、ステップＳｇ６からステップＳｇ９の処理を繰り返し行う（ループＬｇ１ｓ～Ｌｇ１ｅ）。

通知情報生成部２７ｂは、燃料残量グループが「多」になっている車両ＩＤに対応する目的地情報を抽出する（ステップＳｇ６）。図２０において、「多」に対応する車両ＩＤは「１」，「５」であるため、通知情報生成部２７ｂは、車両ＩＤは「１」，「５」に対応する目的地情報である「市役所」と「第３小学校」を抽出する。

通知情報生成部２７ｂは、処理対象の燃料残量グループが「少」の車両１の目的地が、燃料残量グループが「多」の車両１の目的地のいずれかに一致するか否かを判定する（ステップＳｇ７）。通知情報生成部２７ｂが、最初の処理対象として、車両ＩＤ「２」を選択したとする。通知情報生成部２７ｂは、車両ＩＤ「２」の目的地情報である「第４中学校」が、燃料残量グループが「多」の車両ＩＤ「１」，「５」の目的地情報のいずれかに一致するか否かを判定する。

車両ＩＤ「２」の目的地は、「第４中学校」であり、燃料残量グループが「多」の車両ＩＤ「１」，「５」の目的地情報は、それぞれ「市役所」、「第３中学校」である。そのため、通知情報生成部２７ｂは、車両ＩＤ「２」については目的地が一致しないと判定する（ステップＳｇ７、一致しない）。

通知情報生成部２７ｂは、処理対象の車両ＩＤ「２」に対応する携帯端末装置アドレス情報を車両情報テーブル２４１の「車両の利用者の携帯端末装置のアドレス」の項目から読み出す。通知情報生成部２７ｂは、読み出した携帯端末装置アドレスを宛先として、目的地を「市役所」または「第３中学校」のいずれかに変更することを促すメッセージを含む通知情報を生成する（ステップＳｇ８）。

送信部２８は、通知情報生成部２７ｂが生成した通知情報に含まれる宛先にしたがって車両ＩＤ「２」の車両１を利用する利用者７の携帯端末装置６に通知情報を送信する（ステップＳｇ９）。

携帯端末装置６は、情報通知装置２ｂから通知情報を受信し、受信した通知情報に含まれる目的地を「市役所」または「第３中学校」のいずれかに変更することを促すメッセージを画面に表示する。

通知情報生成部２７ｂは、次に車両ＩＤ「４」を選択する。通知情報生成部２７ｂは、再び燃料残量グループが「多」の車両１の目的地情報を抽出する（ステップＳｇ６）。ここでは、利用状態テーブル２４２ｂが記憶する燃料残量グループの情報は変化していないものとする。したがって、通知情報生成部２７ｂは、燃料残量グループが「多」の車両１、すなわち車両ＩＤ「１」、「５」の目的地情報である「市役所」と「第３小学校」を抽出する。

通知情報生成部２７ｂは、車両ＩＤ「４」の目的地である「市役所」が、燃料残量グループが「多」の車両ＩＤ「１」，「５」の目的地情報のいずれかに一致するか否かを判定する（ステップＳｇ７）。

車両ＩＤ「４」の目的地は、「市役所」であり、車両ＩＤ「１」，「５」の目的地は、それぞれ「市役所」、「第３中学校」である。そのため、通知情報生成部２７ｂは、車両ＩＤ「４」については一致すると判定する（ステップＳｇ７、一致する）。通知情報生成部２７ｂは、次の処理対象の車両ＩＤが存在しないためループ処理（ループＬｇ１ｓ～Ｌｇ１ｅ）を抜けて処理を終了する。

ループ処理（Ｌｇ１ｓ～Ｌｇ１ｅ）の処理が終了すると、車両選択部２６ｂは、内部のタイマを起動して一定時間待機する（ステップＳｇ１０）。車両選択部２６ｂは、タイマが満了すると再びステップＳｇ３の処理を行う。

例えば、災害が発生した場合、ガソリンスタンドが使えなくなると、燃料の補給ができなくなるため車両１を利用することができない事態が発生する可能性がある。そのような場合であっても、上記の第３実施形態の構成の情報通知システムＳｂによれば、燃料残量が少ない車両１の利用者に目的地の変更を促して、燃料残量が多い車両１の目的地に向かわせることができる。すなわち、車両１の燃料の利用状態である燃料残量に基づいて、車両１の利用者７に対して、適切な情報の通知を行うことができる。そして、当該目地点において、合流した際に、燃料残量の多い車両１の燃料を燃料残量の少ない車両１に分け与えることで利用できる車両１の台数を減らさないようにすることができる。

なお、上記の第３実施形態の構成では、ステップＳｇ８において、通知情報生成部２７ｂは、処理対象の車両ＩＤ「２」の利用者７に対して、目的地を「市役所」または「第３中学校」のいずれかに変更することを促すメッセージを含む通知情報を生成している。この場合、車両ＩＤ「２」の利用者７が、目的地として「市役所」を選択すると、車両ＩＤ「４」と車両ＩＤ「２」の燃料残量が少ない２台の車両１が「市役所」に到達することになる。「市役所」には、燃料残量の多い車両１は車両ＩＤ「１」の一台しかないため分け与えることができる燃料が少なくなってしまう。したがって、車両ＩＤ「２」の利用者７が、目的地として「第３中学校」を選択するのが望ましいといえる。

このように、より適切な目的地を促すようにするため、例えば、通知情報生成部２７ｂは、ステップＳｇ７において一致しないと判定した場合、燃料残量グループが「多」の車両１の車両数と、燃料グループが「少」の車両１の車両数とが、目的地ごとに同数になるようにマッチング処理を行うようにしてもよい。このようなマッチング処理をすることで、例えば、上記の例では、通知情報生成部２７ｂは、処理対象の車両ＩＤ「２」の利用者７に対して、２つの目的地を選択的に示すのではなく、「第３中学校」のみを示すメッセージに絞って通知情報を生成することができる。

また、上記の第３実施形態の構成では、ステップＳｇ７において、通知情報生成部２７ｂは、目的地が一致するか否かを判定している。これに対して、通知情報生成部２７ｂが、内部に予め記憶する地図情報、または外部から取得する地図情報を用いて、燃料残量グループが「少」である車両１の目的地の周辺に、燃料残量グループが「多」の車両１の目的地が存在しているか否かを判定するようにしてもよい。ここで、周辺とは、例えば、容器に入った燃料を人が運ぶことができるような徒歩圏内などの範囲である。

また、上記の第３実施形態の構成では、目的地を登録する際、車両１の表示入力装置１２を用いているが、利用者７が所持する携帯端末装置６を用いて目的地の登録をするようにしてもよい。

（第４実施形態）
次に、図２３から図２８を参照しつつ第４実施形態について説明する。なお、第４実施形態の情報通知システムを説明の便宜上、「Ｓｃ」の符号を付して情報通知システムＳｃとして説明する。第４実施形態の情報通知システムＳｃは、第１実施形態の情報通知システムＳにおいて、情報通知装置２が、図２３に示す情報通知装置２ｃに置き換えられた構成である。第１、第２及び第３実施形態と同一の構成については同一の符号を付し、以下、異なる構成について説明する。

図２３は、第４実施形態の情報通知装置２ｃの構成を示すブロック図である。情報通知装置２ｃは、車両状態情報受信部２０ｃ、車両位置情報受信部２１、車両状態情報記憶部２２ｃ、利用状態判定部２３ｃ、記憶部２４ｃ、緊急事態情報受信部２５ｃ、車両選択部２６、通知情報生成部２７ｃ、送信部２８、及び計時部２９を備える。

第４実施形態では、車両１の制御装置１１は、取得した制御状態のうち２種類の車両状態情報を通信装置１０に出力する。一方の車両状態情報は、車内の空気の取り込みの状態が、外部導入状態であるか、内部循環状態であるかを示す車内空気情報である。制御装置１１は、空調制御部１０１が、車内の空気の取り込み状態を切り替える際に出力する車内空気情報を取り込み、取り込んだ車内空気情報を含む車両状態情報を生成する。

他方の車両状態情報は、窓開閉情報を含む車両状態情報であり、車両１の制御装置１１が、窓制御部１０２が、窓を開閉する際に出力する窓開閉情報を取り込み、取り込んだ窓開閉情報を含む車両状態情報を生成する。通信装置１０は、制御装置１１が出力する車両状態情報を取り込み、取り込んだ車両状態情報に車両ＩＤと時刻の情報を付与して情報通知装置２ｃに送信する。

車両状態情報受信部２０ｃは、車両１の通信装置１０から車両状態情報を受信し、受信した車両状態情報の種類を検出し、検出した種類に応じた車両状態情報記憶部２２ｃのテーブルに受信した車両状態情報を書き込んで記憶させる。上記の通り、第４実施形態の車両状態情報受信部２０ｃは、２種類の車両状態情報を受信する。

車両状態情報記憶部２２ｃは、図２４に示す車内空気情報テーブル２２５と、図２５に示す窓開閉情報テーブル２２６とを記憶する。なお、車内空気情報テーブル２２５と窓開閉情報テーブル２２６は、車両１が複数存在する場合、車両１ごとに生成されるテーブルである。

車内空気情報テーブル２２５は、「車両ＩＤ」、「時刻」、「車内空気情報」の項目を有する。「車両ＩＤ」の項目には、車両状態情報受信部２０ｃが車内空気情報テーブル２２５を生成する際、車両状態情報に付与されている車両ＩＤの情報が車両状態情報受信部２０ｃによって書き込まれる。「時刻」の項目には、車両状態情報に付与されている時刻の情報が車両状態情報受信部２０ｃによって書き込まれる。

「車内空気情報」の項目には、車両状態情報に含まれている車内空気情報が車両状態情報受信部２０ｃによって書き込まれる。車両状態情報受信部２０ｃは、レコードを追加する際、一番上の行に追加するレコードを生成するため、車内空気情報テーブル２２５には、車内空気情報が上から順に時系列で記録されることになる。なお、車内空気情報は、外部導入状態であることを示す「外気導入」、または、内部循環状態であることを示す「内部循環」のいずれかの情報である。

図２５に示す窓開閉情報テーブル２２６は、「車両ＩＤ」、「時刻」、「窓開閉情報」の項目を有する。「車両ＩＤ」の項目には、車両状態情報受信部２０ｃが窓開閉情報テーブル２２６を生成する際、車両状態情報に付与されている車両ＩＤの情報が車両状態情報受信部２０ｃによって書き込まれる。「時刻」の項目には、車両状態情報に付与されている時刻の情報が車両状態情報受信部２０ｃによって書き込まれる。

「窓開閉情報」の項目には、車両状態情報に含まれている窓開閉情報が車両状態情報受信部２０ｃによって書き込まれる。車両状態情報受信部２０ｃは、レコードを追加する際、一番上の行に追加するレコードを生成するため、窓開閉情報テーブル２２６には、窓開閉情報が上から順に時系列で記録されることになる。なお、窓開閉情報は、窓が開いていることを示す「開」、または、窓が閉じていることを示す「閉」のいずれかの情報である。

利用状態判定部２３ｃは、車内空気情報テーブル２２５が記憶する車内空気情報、または、窓開閉情報テーブル２２６が記憶する窓開閉情報に基づいて、車両１の利用状態として、車両が車外の空気を取り込む状態であるか否かを判定する。また、利用状態判定部２３ｃは、判定した結果を記憶部２４ｃのテーブルに書き込んで記憶させる。

記憶部２４ｃは、図５に示す車両情報テーブル２４１と、図２６に示す利用状態テーブル２４２ｃを記憶する。利用状態テーブル２４２ｂは、「車両ＩＤ」、「外気取り込み状態」の項目を有する。「車両ＩＤ」の項目には、車両ＩＤが予め書き込まれる。「外気取り込み状態」の項目には、外気を取り込む状態を示す「○」、または、外気を取り込まない状態を示す「×」の情報が利用状態判定部２３ｃによって書き込まれる。

緊急事態情報受信部２５ｃは、緊急事態情報送信サーバ装置８が送信する緊急事態情報を受信する。また、緊急事態情報受信部２５ｃは、受信した緊急事態情報に含まれる情報に基づいて、車両１の利用者７に通知する必要がある緊急事態情報であるか否かを判定する。また、緊急事態情報受信部２５ｃは、車両１の利用者７に通知する必要がある緊急事態情報であると判定した場合、緊急事態情報に空気の異常を示す情報が含まれているか否かを判定する。ここで、空気の異常を示す情報とは、例えば、放射能汚染等の情報である。

通知情報生成部２７ｃは、車両選択部２６が選択した車両１の中から、利用状態判定部２３ｃが車外の空気を取り込む状態であると判定した車両１を抽出する。通知情報生成部２７ｃは、抽出した車両１の制御装置１１に内気循環状態に切り替えさせ、かつ、窓を閉じさせる制御を行わせる制御情報を含む通知情報を生成する。

（利用状態判定部による処理）
図２７は、利用状態判定部２３ｃによる処理の流れを示すフローチャートである。第４実施形態では、車両状態情報受信部２０ｃは、車両１の制御装置１１が空調制御部１０１から取得する車内空気情報を含む車両状態情報を車両１の通信装置１０から受信する。また、車両状態情報受信部２０ｃは、車両１の制御装置１１が窓制御部１０２から取得する窓開閉情報を含む車両状態情報を車両１の通信装置１０から受信する。

車両状態情報受信部２０ｃは、受信した車両状態情報に車内空気情報が含まれている場合、受信した車両状態情報を、当該車両状態情報に付与されている車両ＩＤに対応する車内空気情報テーブル２２５に追加して書き込む。また、車両状態情報受信部２０ｃは、車両状態情報に窓開閉情報が含まれている場合、受信した車両状態情報を、当該車両状態情報に付与されている車両ＩＤに対応する窓開閉情報テーブル２２６に追加して書き込む。

上記の車両状態情報受信部２０ｃによる処理が継続して行われている状態において、利用状態判定部２３ｃは、車両情報テーブル２４１の「車両ＩＤ」の項目に書き込まれているいずれか１つの車両ＩＤを選択する。例えば、利用状態判定部２３ｃは、車両情報テーブル２４１の一番上のレコードの車両ＩＤ「１」を選択したとする（ステップＳｈ１）。

利用状態判定部２３ｃは、記憶部２４ｃにおいて、車内空気情報テーブル２２５のうち「車両ＩＤ」の項目が「１」である車内空気情報テーブル２２５を参照する。利用状態判定部２３ｃは、参照した車内空気情報テーブル２２５から、最新のレコードの「車内空気情報」の項目に書き込まれている車内空気情報を読み出す。

利用状態判定部２３ｃは、記憶部２４ｃにおいて、窓開閉情報テーブル２２６のうち「車両ＩＤ」の項目が「１」である窓開閉情報テーブル２２６を参照する。利用状態判定部２３ｃは、参照した窓開閉情報テーブル２２６から、最新のレコードの「窓開閉情報」の項目に書き込まれている窓開閉情報を読み出す（ステップＳｈ２）。

利用状態判定部２３ｃは、読み出した車内空気情報が「外気導入」であるか、または、読み出した窓開閉情報が「開」であるかを判定する（ステップＳｈ３）。

利用状態判定部２３ｃは、読み出した車内空気情報が「外気導入」であるか、または、読み出した窓開閉情報が「開」であると判定した場合（ステップＳｈ３、Ｙｅｓ）、利用状態判定部２３ｃは、利用状態テーブル２４２ｃの車両ＩＤ「１」のレコードの「外気取り込み状態」の項目に「○」を書き込む（ステップＳｈ４）。

一方、利用状態判定部２３ｃは、読み出した車内空気情報が「外気導入」でなく、かつ、読み出した窓開閉情報が「開」でないと判定した場合（ステップＳｈ３、Ｎｏ）、利用状態判定部２３ｃは、利用状態テーブル２４２ｃの車両ＩＤ「１」のレコードの「外気取り込み状態」の項目に「×」を書き込む（ステップＳｈ５）。

ステップＳｈ４、または、ステップＳｈ５の処理が終了すると、利用状態判定部２３ｃは、ステップＳｈ１において、次の車両ＩＤを選択して、ステップＳｈ２以降の処理を行う。全ての車両ＩＤにおいて処理が終了すると、利用状態判定部２３ｃは、ステップＳｈ１において、最初に選択した車両ＩＤを再び選択して繰り返し処理を行う。

これにより、利用状態テーブル２４２を参照することで、車両１の最新の車内の空気の取り込み状態を把握することができる。

（情報通知装置による通知処理）
図２８は、情報通知装置２ｂによる通知処理の流れを示すフローチャートである。図２８において、ステップＳｋ１，Ｓｋ２の処理は、図９に示した第１実施形態のステップＳｂ１，Ｓｂ２と同様の処理が、緊急事態情報受信部２５ｃによって行われる。

緊急事態情報受信部２５ｃは、ステップＳｋ２において、「通知要」の判定をした場合、緊急事態情報が、空気の異常を示す情報を含んでいるか否かを判定する（ステップＳｋ３）。緊急事態情報受信部２５ｃは、緊急事態情報が、空気の異常を示す情報を含んでいないと判定した場合（ステップＳｋ３、Ｎｏ）、処理を終了する。

一方、緊急事態情報受信部２５ｃは、緊急事態情報が、空気の異常を示す情報を含んでいると判定した場合（ステップＳｋ３、Ｙｅｓ）、車両選択部２６は、ステップＳｋ４の処理を開始する。ステップＳｋ４，Ｓｋ５の処理は、図９に示した第１実施形態の通知処理において、車両選択部２６が行うステップＳｂ３，Ｓｂ４と同様の処理が、車両選択部２６によって行われる。なお、第４実施形態では、車両選択部２６は、ステップＳｋ５において、車両１を通知の対象として選択するのではなく、緊急事態の影響を受ける車両１として選択する。

通知情報生成部２７ｃは、利用状態テーブル２４２ｃを参照し、ステップＳｋ５において選択した車両１の車両ＩＤに対応する「外気取り込み状態」の項目に「○」が書き込まれている車両ＩＤを抽出する（ステップＳｋ６）。

通知情報生成部２７ｃ及び送信部２８は、通知情報生成部２７ｃが抽出した車両ＩＤの各々について、以下のステップＳｋ７、ステップＳｋ８の処理を繰り返し行う（ループＬｋ１ｓ～Ｌｋ１ｅ）。

通知情報生成部２７ｃは、抽出した車両ＩＤからいずれか１つを処理対象として選択する。通知情報生成部２７ｃは、処理対象の車両ＩＤに対応する車両アドレス情報を車両情報テーブル２４１の「車両のアドレス」の項目から読み出す。通知情報生成部２７ｃは、読み出した車両アドレス情報を宛先として、処理対象の車両ＩＤの制御装置１１に対する制御情報を含む通知情報を生成する。ここで、通知情報に含める制御情報とは、制御装置１１が当該制御情報を取り込むことで、空調制御部１０１に内気循環に切り替えさせる処理を行わせ、窓制御部１０２に対して窓を閉じさせる処理を行わせる制御情報である（ステップＳｋ７）。

送信部２８は、通知情報生成部２７ｃが生成した通知情報に含まれる宛先にしたがって通知情報を送信し（ステップＳｅ１１）、処理を終了する。

車両１の通信装置１０は、情報通知装置２ｃから通知情報を受信し、受信した通知情報を制御装置１１に出力する。制御装置１１は、通知情報に含まれる制御情報にしたがって空調制御部１０１に内気循環に切り替えさせる処理を行わせ、窓制御部１０２に対して窓を閉じさせる処理を行わせる。

上記の第４実施形態の構成により、例えば、放射能汚染等の空気に異常が生じる災害が発生した場合であっても、車外の空気を取り込む状態の車両１を抽出し、抽出した車両１の制御装置１１に対して車外の空気を取り込まない状態に切り替えさせる制御を行うことが可能になる。そのため、車両１の利用者７が、災害の発生には気が付いているが、自らが運転する車両１が車外の空気を取り込む状態に気が付いていない場合であっても、自動的に車外の空気を取り込まない状態にすることができるので、放射能汚染のリスクを軽減することが可能になる。

また、上記の第４実施形態では、利用者７の携帯端末装置６に通知情報を送信していないが、通知情報生成部２７ｃが、ステップＳｋ７の処理の後、宛先を携帯端末装置アドレス情報として、空気に異常がある災害が発生したため、内気循環に切り替え、かつ窓を閉める処理を行ったことを示す通知情報を生成するようにしてもよい。

また、内気循環に切り替え、かつ窓を閉める処理を行うかどうかに関わらず、通知情報生成部２７ｃが、以下のような通知情報を生成してもよい。例えば、通知情報生成部２７ｃが、緊急事態情報に基づいて、車両１の位置情報が空気の異常がある領域に含まれているか否かを判定し、含まれていると判定した場合、空気の異常がある領域から退避させることを促す通知情報を生成するようにしてもよい。

（第５実施形態）
次に、図２９から図３７を参照しつつ第５実施形態について説明する。なお、第５実施形態の情報通知システムを説明の便宜上、「Ｓｄ」の符号を付して情報通知システムＳｄとして説明する。第５実施形態の情報通知システムＳｄは、第１実施形態の情報通知システムＳにおいて、情報通知装置２が、図２９に示す情報通知装置２ｄに置き換えられた構成である。第１、第２、第３及び第４実施形態と同一の構成については同一の符号を付し、以下、異なる構成について説明する。

図２９は、第５実施形態の情報通知装置２ｄの構成を示すブロック図である。情報通知装置２ｄは、車両状態情報受信部２０ｄ、車両位置情報受信部２１、車両状態情報記憶部２２ｄ、利用状態判定部２３ｄ、記憶部２４ｄ、緊急事態情報受信部２５、車両選択部２６ｄ、通知情報生成部２７ｄ、送信部２８、計時部２９、地図情報記憶部３１ｄ、渋滞区間算出部３２、被災予測処理部３３、移動開始残時間算出部３５、表示処理部３６、及びシミュレーション処理部３７を備える。

第５実施形態では、車両１の制御装置１１において、車両状態情報に含める制御状態を示す情報として、回転数情報、ドア開閉情報、ペダル操作情報、及び燃料残量情報が定められている。そのため、第５実施形態の車両状態情報受信部２０ｄは、４種類の車両状態情報を受信する。

車両状態情報受信部２０ｄは、車両１の通信装置１０から車両状態情報を受信し、受信した車両状態情報の種類を検出し、検出した種類に応じた車両状態情報記憶部２２ｄのテーブルに受信した車両状態情報を書き込んで記憶させる。

車両状態情報記憶部２２ｄは、図３に示した回転数情報テーブル２２１、図４に示したドア開閉情報テーブル２２２、図１１に示したペダル操作情報テーブル２２３、及び図１９に示した燃料残量情報テーブル２２４を記憶する。

利用状態判定部２３ｄは、第１実施形態の利用状態判定部２３の構成と、第３実施形態の利用状態判定部２３ｂの構成とを備えている。

地図情報記憶部３１ｄは、例えば、図３０に示すような地図情報６００ｄを予め記憶する。地図情報６００ｄは、第２実施形態の地図情報６００に対してグリーンゾーン６２２に存在する複数の避難目標地点の位置情報が追加された地図情報である。図３０に示す例では、「α」，「β」，「γ」，「δ」の４つの避難目標地点が定められている。なお、符号７０１，７０２，７０３で示す三角のマーク、符号８００で示す破線の丸印のマークは、地図情報６００ｄに含まれる情報ではなく、後述する説明で用いるマークである。

移動開始残時間算出部３５は、車両１の位置情報と、地図情報６００ｄの道路の経路情報及び渋滞区間の情報とに基づいて、車両１が避難目標地点の各々に最短の時間で到達する経路を検出する。移動開始残時間算出部３５は、検出した各々の経路における到達時間を算出する。

また、移動開始残時間算出部３５は、算出した各々の経路における到達時間と、計時部２９から取得する時刻の情報と、被災予測処理部３３が算出するイエローゾーン６２１の被災予想時刻の情報とに基づいて、車両１の位置から避難目標地点の各々に到達可能な移動開始までの残時間を避難目標地点ごとに算出する。

記憶部２４ｄは、図５に示した車両情報テーブル２４１、図６に示した第１実施形態の利用状態テーブル２４２、図２０に示した第３実施形態の利用状態テーブル２４２ｂ、及び図３１に示す移動開始残時間テーブル２４４を記憶する。

移動開始残時間テーブル２４４は、「車両ＩＤ」、「避難目標地点」の項目を有している。「車両ＩＤ」の項目には、車両ＩＤの情報が予め書き込まれる。「避難目標地点」の項目は、避難目標地点ごとのサブ項目を有する。図３１では、一例として、地図情報６００ｄに定められている４つの避難目標地点「α」，「β」，「γ」，「δ」の各々に対応する項目を示している。「避難目標地点」のサブ項目の各々には、移動開始残時間算出部３５が算出した移動開始までの残時間が移動開始残時間算出部３５によって書き込まれる。なお、残時間の単位は、例えば、「分」である。

表示処理部３６は、例えば、液晶ディスプレイ等の画面を備えており、移動開始残時間テーブル２４４から情報を読み出し、読み出した情報に基づいて画像を生成して画面に表示する。

車両選択部２６ｄは、緊急事態情報に含まれている緊急事態が発生した位置を示す情報と、車両情報テーブル２４１の「車両の位置情報」の項目の位置情報とに基づいて、緊急事態の影響を受ける車両１を選択する。また、車両選択部２６ｄは、車両１ごとに、移動開始残時間算出部３５が算出した移動開始までの残時間の中で最短の残時間を検出し、検出した残時間と、予め定められる残時間閾値とに基づいて通知の対象となる車両１を選択する。

通知情報生成部２７ｄは、車両選択部２６ｄが通知の対象として選択した車両１の利用者７に対して通知する通知情報を、利用状態テーブル２４２及び移動開始残時間テーブル２４４が記憶する情報に基づいて生成する。

シミュレーション処理部３７は、情報通知システムＳｄの管理者の操作を受ける入力手段を備えている。例えば、ある１台の車両１の利用者７が、当該入力手段を用いていずれか１つの避難目標地点を選択したとする。シミュレーション処理部３７は、利用状態テーブル２４２ｂの燃料残量グループの項目に書き込まれている情報を参照して、当該避難目標地点の選択が、他の車両１の避難目標地点の到達可能性に影響が出るか否かを示すシミュレーションの処理を行う。

（情報通知装置による通知処理）
図３２は、情報通知装置２ｄによる通知処理の流れを示すフローチャートである。利用状態判定部２３ｄは、図７及び図２１に示す処理を行い、図６に示す利用状態テーブル２４２と、図２０に示す利用状態テーブル２４２ｂを順次更新しているものとする。また、渋滞区間算出部３２は、図１４及び図１６に示す処理を行い、渋滞区間の情報を順次更新しているものとする。

ここでは、第２実施形態と同様に、災害として、例えば、時間の経過にしたがって被災領域が拡大する津波が発生したとする。緊急事態情報送信サーバ装置８は、津波が発生したことを示す緊急事態情報を送信する。

ステップＳｍ１，Ｓｍ２は、第２実施形態のステップＳｅ１，Ｓｅ２と同様の処理が、緊急事態情報受信部２５によって行われる。なお、第２実施形態と同様に、ステップＳｍ２において、緊急事態情報受信部２５は、通知が必要であると判定した場合、受信した緊急事態情報を車両選択部２６ｄと被災予測処理部３３に出力する。

ステップＳｍ３，Ｓｍ４は、第２実施形態のステップＳｅ３，Ｓｅ４と同様の処理が、車両選択部２６ｄによって行われる。

車両選択部２６ｄは、ステップＳｍ４の処理において選択した車両ＩＤの情報を移動開始残時間算出部３５に出力する。移動開始残時間算出部３５、被災予測処理部３３、通知情報生成部２７ｄ、及び送信部２８は、移動開始残時間算出部３５が車両選択部２６ｄから受けた車両ＩＤの各々について、以下のステップＳｍ５からステップＳｍ１３の処理を繰り返し行う（ループＬｍ１ｓ～Ｌｍ１ｅ）。

移動開始残時間算出部３５は、車両選択部２６ｄから受けた車両ＩＤのいずれか１つの車両ＩＤを処理対象として選択する。移動開始残時間算出部３５は、処理対象の車両ＩＤに対応する車両情報テーブル２４１のレコードを参照し「車両の位置情報」の項目から処理対象の車両１の位置情報を読み出す。移動開始残時間算出部３５は、複数の避難目標地点の各々の位置情報を地図情報６００ｄから検出する。

移動開始残時間算出部３５は、読み出した処理対象の車両１の位置情報と、複数の避難目標地点の各々の位置情報と、地図情報６００ｄの道路の経路情報及び渋滞区間の情報とに基づいて処理対象の車両１が、複数の避難目標地点に最短の時間で到達する経路を検出する。また、安全領域到達時間算出部３０は、検出した経路の各々における到達時間を算出する（ステップＳｍ５）。

被災予測処理部３３は、計時部２９から時刻の情報を取得し、緊急事態情報受信部２５から受けた緊急事態情報に含まれる津波に関する情報に基づいて、地図情報６００ｄのイエローゾーン６２１の被災予想時刻を算出する（ステップＳｍ６）。

移動開始残時間算出部３５は、計時部２９から時刻の情報を取得し、取得した時刻に対して避難目標地点ごとの到達時間を加算して、避難目標地点ごとの到達予定時刻を算出する。移動開始残時間算出部３５は、被災予測時刻から、算出した避難目標地点ごとの到達予定時刻の各々を減算して、避難目標地点ごとの移動開始までの残時間を算出する。

移動開始残時間算出部３５は、移動開始残時間テーブル２４４において、処理対象の車両ＩＤに対応するレコードの避難目標地点の項目の各サブ項目に、算出した避難目標地点ごとの移動開始までの残時間を書き込む（ステップＳｍ７）。

移動開始残時間算出部３５が、移動開始残時間テーブル２４４への書き込みを完了すると、処理対象の車両ＩＤを車両選択部２６ｄに出力する。車両選択部２６ｄは、移動開始残時間算出部３５から受けた処理対象の車両ＩＤに対応する移動開始残時間テーブル２４４のレコードを参照し、最短の残時間と、当該最短の残時間に対応する避難目標地点の情報を検出する。車両選択部２６ｄは、最短の残時間が、予め定められる残時間閾値を超えているか否かを判定する（ステップＳｍ８）。

車両選択部２６ｄは、最短の残時間が、予め定められる残時間閾値を超えていると判定した場合（ステップＳｍ８、Ｙｅｓ）、通知情報生成部２７ｄに対して避難目標地点ごとの残時間を含む通知情報を処理対象の車両ＩＤについて生成させる指示情報を出力する。

一方、車両選択部２６ｄは、最短の残時間が、予め定められる残時間閾値を超えていないと判定した場合（ステップＳｍ８、Ｎｏ）、移動の開始を知らせる必要があるため、処理対象の車両ＩＤの車両１を通知の対象とする。車両選択部２６ｄは、通知の対象である処理対象の車両ＩＤと、最短の残時間と、最短の残時間に対応する避難目標地点の情報とを通知情報生成部２７ｄに出力する。

ステップＳｍ９，Ｓｍ１０は、第１実施形態のステップＳｂ５，Ｓｂ６と同様の処理が、通知情報生成部２７ｄによって行われる。

通知情報生成部２７ｄは、処理対象の車両ＩＤに対応する携帯端末装置アドレス情報を車両情報テーブル２４１の「車両の利用者の携帯端末装置のアドレス」の項目から読み出す。通知情報生成部２７ｄは、読み出した携帯端末装置アドレス情報を宛先として、例えば、残時間が少なくなった避難目標地点の情報と、その残時間を含むメッセージであって、直ちに移動を開始することを通知するメッセージを含んだ通知情報を生成する（ステップＳｍ１１）。

通知情報生成部２７ｄは、移動開始残時間テーブル２４４を参照し、処理対象の車両ＩＤに対応する避難目標地点ごとの残時間の情報を読み出す。通知情報生成部２７ｄは、読み出した残時間の情報の各々と、当該残時間に対応する避難目標地点の情報とに基づいて、例えば、図３３に示す画像を生成する。

図３３に示す画像は、縦軸が残時間であり、菱形のマークの位置によって、各避難目標地点における残時間を示している。菱形のマークの中には、各避難目標地点を示す記号である「α」，「β」，「γ」，「δ」が示されている。図３３に示す例では、例えば、避難目標地点「δ」については、１０分以下の間に移動を開始しなければ到達できないことを示している。また、避難目標地点「α」については、移動を開始しなければならない時刻まで、４０分以上あることを示している。

通知情報生成部２７ｄは、ステップＳｍ１１の処理を行っていない場合、処理対象の車両ＩＤに対応する携帯端末装置アドレス情報を車両情報テーブル２４１の「車両の利用者の携帯端末装置のアドレス」の項目から読み出す。通知情報生成部２７ｄは、本ステップ、または、ステップＳｍ１１において読み出した携帯端末装置アドレス情報を宛先として、生成した画像を含む通知情報を生成する（ステップＳｍ１２）。

送信部２８は、通知情報生成部２７ｄが生成した通知情報に含まれる宛先にしたがって通知情報を送信する（ステップＳｍ１３）。

通知情報に含まれる宛先が車両１である場合、車両１の通信装置１０は、情報通知装置２ｄから通知情報を受信し、受信した通知情報を制御装置１１に出力する。制御装置１１は、通知情報に含まれる制御情報にしたがって、報知部１７が備えるクラクションを鳴らす。

通知情報に含まれる宛先が利用者７の携帯端末装置６である場合、携帯端末装置６は、情報通知装置２ｄから通知情報を受信し、受信した通知情報に含まれる残時間が少なくなった避難目標地点の情報と、その残時間を含むメッセージであって、直ちに移動を開始することを通知するメッセージを画面に表示する。

また、通知情報に含まれる宛先が利用者７の携帯端末装置６である場合、携帯端末装置６は、受信した通知情報に含まれる図３３に示す画像を画面に表示する。

ループ処理（Ｌｍ１ｓ～Ｌｍ１ｅ）の処理が終了すると、表示処理部３６は、移動開始残時間テーブル２４４から全ての車両１の避難目標地点ごとの残時間を読み出す。表示処理部３６は、読み出した全ての車両１の避難目標地点ごとの残時間に基づいて、例えば、図３４に示す画像を生成し、生成した画像を画面に表示する（ステップＳｍ１４）。

車両選択部２６ａは、内部のタイマを起動して一定時間待機する（ステップＳｍ１５）。車両選択部２６ａは、タイマが満了すると再びステップＳｍ３の処理を行う。

図３４に示す画像は、縦軸が残時間であり、横軸が車両ＩＤである。図３４に示す画像は、図３３の画像を、車両ＩＤごとに並べた画像である。図３４に示す画像の例は、例えば、図３０の地図情報６００ｄにおいて、符号７０１の位置に車両ＩＤ「１」の車両１が位置しており、符号７０２の位置に車両ＩＤ「２」の車両１が位置しており、符号７０３の位置に車両ＩＤ「３」の車両１が位置している場合の例である。

図３０に示すように、車両ＩＤ「１」の車両１が存在する符号７０１の位置から最短距離で到達できる避難目標地点は、渋滞している区間がなければ、「α」であり、最も遠い避難目標地点が「δ」である。したがって、「δ」についての残時間が最も短くなり、「α」についての残時間が最も長くなる。

車両ＩＤ「３」の車両１が存在する符号７０３の位置においても、最短距離で到達できる避難目標地点は、「α」であり、最も遠い避難目標地点が「γ」である。車両ＩＤ「１」の場合と異なり、車両ＩＤ「３」については避難目標地点「δ」のマークが示されていない。これは、避難目標地点「δ」については、図３１に示すように残時間がマイナスの値になるため、符号７０３の位置から避難目標地点「δ」に向かって移動を開始しても被災してしまう。そのため、通知情報生成部２７ｄが、避難目標地点「δ」のマークを示さないよう画像を生成する。

符号７０２に位置する車両ＩＤ「２」の車両についても同様に、避難目標地点「γ」については、図３１に示すように残時間がマイナスの値になる。そのため、通知情報生成部２７ｄは、避難目標地点「γ」のマークを示さないように画像を生成する。

例えば、図３０において、符号８００の破線の丸印のマークの付近において渋滞が発生すると、避難目標地点「γ」への到達時間が長くなるため、移動開始残時間算出部３５が渋滞発生後に算出する残時間がマイナスになることがある。例えば、通知情報生成部２７ｄが渋滞発生前に生成した車両ＩＤ「１」に対応する画像が、図３５（ａ）のような画像であったとする。時間が経過して上記の渋滞が発生した後に通知情報生成部２７ｄが生成する車両ＩＤ「１」に対応する画像は、図３５（ｂ）のように避難目標地点「γ」が候補から消えることになる。

上記の第５実施形態の構成により、例えば、利用者７が車両１を停止させて降車している場合、何らかの災害対応の作業をしていて携帯端末装置６に送信した通知情報には気が付かない場合であっても、車両１のクラクションを遠隔で鳴らすことにより、避難目標地点に到達可能な時刻までの残時間が少なくなっていることを知らせることができる。また、利用者７は、携帯端末装置６が受信する通知情報を参照することで、残時間が少なくなっている避難目標地点と、その残時間を確認することができる。したがって、第５実施形態においても第１実施形態と同様の効果が得られるので、車両１の利用状態、すなわち利用者７の乗降状態を考慮して、車両１の利用者７に対して、情報を通知することができる。

また、上記の第５実施形態の構成では、第２実施形態と同様に、渋滞区間算出部３２は、車両１から得られる情報のみに基づいて渋滞区間の情報を得ることができている。したがって、第２実施形態の構成と同様に、災害が発生した際に、何らかのトラブルで、一般的なカーナビゲーションシステムが利用できない場合であっても、渋滞区間を検出することができるので、避難目標地点に到達できるまでの時間を正確に算出することができる。

なお、上記の第５実施形態の構成では、ステップＳｍ８の処理において、最短の残時間と、残時間閾値とを比較しているが、算出した残時間の全てにおいて、ステップＳｍ８の判定を行うようにしてもよい。判定の結果、残時間閾値以下の残時間の避難目標地点が複数地点ある場合、その複数地点の数に応じた回数、ステップＳｍ９からステップＳｍ１３の処理が行われることになる。

（燃料残量を考慮したシミュレーション処理について）
図３６は、シミュレーション処理部３７による処理の流れを示すフローチャートである。上記のステップＳｍ１４の処理において、表示処理部３６が、画面に、例えば、図３７（ａ）に示す画像を表示することにより、情報通知システムＳｄの管理者は、当該画像を参照することができる。管理者は、例えば、車両ＩＤ「１」の車両１の利用者７から、しなければならない作業があるため避難目標地点を残時間が最も多い「α」にするという連絡を電話や電子メールなどで受けたとする。

管理者は、シミュレーション処理部３７の入力手段を操作して、車両ＩＤ「１」において、避難目標地点「α」を選択する。シミュレーション処理部３７は、車両ＩＤ「１」の情報と、避難目標地点「α」の情報を取り込む（ステップＳｎ１）。

シミュレーション処理部３７は、利用状態テーブル２４２ｂを参照し、処理対象の車両ＩＤの車両１の燃料残量グループを読み出し、読み出した燃料残量グループが「多」であるか否かを判定する（ステップＳｎ２）。

シミュレーション処理部３７は、読み出した燃料残量グループが「多」でないと判定した場合（ステップＳｎ２、Ｎｏ）、表示処理部３６に「影響なし」とするシミュレーション結果を表示させる指示情報を出力する。表示処理部３６は、当該指示情報を受けて「影響なし」とするシミュレーション結果を画面に表示する（ステップＳｎ３）。

一方、シミュレーション処理部３７は、読み出した燃料残量グループが「多」であると判定した場合（ステップＳｎ２、Ｙｅｓ）、利用状態テーブル２４２ｂを参照し燃料残量グループが「少」の車両１の車両ＩＤを抽出する（ステップＳｎ４）。

ここで、車両ＩＤ「１」の車両１の燃料残量グループは「多」であり、車両ＩＤ「２」の車両１の燃料残量グループは「少」であり、車両ＩＤ「３」の車両１の燃料残量グループは「普通」であるとする。

この場合、ステップＳｎ２において、シミュレーション処理部３７は、車両ＩＤ「１」については燃料残量グループが「多」であると判定する。また、ステップＳｎ４において、シミュレーション処理部３７は、燃料残量グループ「少」の車両１の車両ＩＤとして車両ＩＤ「２」を抽出する。

シミュレーション処理部３７は、燃料残量グループが「少」の車両１の車両ＩＤ「２」において、避難目標地点「α」以外の避難目標地点を除外して画像を生成する指示を含む指示情報を表示処理部３６に出力する。

表示処理部３６は、シミュレーション処理部３７からの指示情報を受けて、移動開始残時間テーブル２４４から全ての車両１の避難目標地点ごとの残時間を読み出す。表示処理部３６は、読み出した全ての車両１の避難目標地点ごとの残時間に基づいて、例えば、図３７（ｂ）に示すような、指示情報に含まれる車両ＩＤ「２」について、避難目標地点「α」以外の避難目標地点「β」，「δ」を除外した画像を生成して画面に表示する（ステップＳｎ５）。

なお、図３７（ｂ）では、分かりやすさのために、除外した避難目標地点「β」，「δ」を破線の菱形で示しているが、これらを画面に表示しないようにしてもよい。また、図３７（ｂ）に示すように、管理者が選択した車両ＩＤ「１」についても、避難目標地点「α」以外の避難目標地点「β」，「γ」，「δ」を除外して表示してもよい。また、図３７（ｂ）に示すように、車両ＩＤごとの燃料残量グループを示す情報を車両ＩＤとともに横軸に表示するようにしてもよい。

図３７（ｂ）のような画面を示すことにより、管理者は、車両ＩＤ「２」の車両１の避難目標地点が「α」だけになり、残時間も２０分以下になっていると判断することができる。そのため、例えば、車両ＩＤ「１」の車両１の利用者７に連絡して、避難目標地点を、「α」にするのではなく、車両ＩＤ「１」及び「２」の車両１の利用者７にとって余裕がある「β」など変更するように促す。これにより、例えば、第３実施形態の構成を用いることで、車両ＩＤ「１」及び「２」の車両１を、避難目標地点「β」に向かせることができるので、車両ＩＤ「１」の車両１から車両ＩＤ「２」の車両１に燃料を分けるようにすることができる。

（第６実施形態）
次に、図３８から図４０を参照しつつ第６実施形態について説明する。なお、第６実施形態の情報通知システムを説明の便宜上、「Ｓｅ」の符号を付して情報通知システムＳｅとして説明する。第６実施形態の情報通知システムＳｅは、第１実施形態の情報通知システムＳにおいて、情報通知装置２が、図３８に示す情報通知装置２ｅに置き換えられた構成である。第１、第２、第３、第４、及び第５実施形態と同一の構成については同一の符号を付し、以下、異なる構成について説明する。

図３８は、第６実施形態の情報通知装置２ｅの構成を示すブロック図である。情報通知装置２ｅは、車両状態情報受信部２０ｄ、車両位置情報受信部２１、車両状態情報記憶部２２ｄ、利用状態判定部２３、記憶部２４ｅ、車両選択部２６ｅ、通知情報生成部２７ｅ、送信部２８、計時部２９、地図情報記憶部３１ｅ、渋滞区間算出部３２、表示処理部３６、及び見回り情報受信部３８を備える。

第６実施形態では、第５実施形態と同様に、車両１の制御装置１１において、車両状態情報に含める制御状態を示す情報として、回転数情報、ドア開閉情報、ペダル操作情報、及び燃料残量情報が定められている。そのため、第５実施形態において示した車両状態情報受信部２０ｄは、４種類の車両状態情報を受信する。

第６実施形態では、例えば、災害が発生した場合、利用者７は予め定められる幾つかの見回り区域において車両１を降りて見回りを行う。なお、見回りを行う際のルールとして、最初の見回り区域に向かって出発してから最後の見回り区域の見回りが完了するまで、見回りのために車両１を降りて離れる場合であっても、車両１のエンジンを停止させないことを前提としている。また、上述したように、災害の影響を受けて途中で動けない状態になり、車両１を放棄するためにエンジンを停止させたとしても、車両１のキーは、スタンバイ状態にされていることが前提である。

利用者７は、自ら次の見回り区域を決めるのではなく、情報通知装置２ｅが割り当てて通知情報により通知する見回り区域を次の見回り区域として見回りを行う。

利用者７は、車両１を降りて、見回りを行い、見回りが完了すると、当該見回り区域における見回りが完了したことを示す「見回り完了」という見回り状態を示す見回り状態情報を情報通知装置２ｅに登録する。

見回りが完了したことを示す見回り状態情報の登録処理は、例えば、車両１の表示入力装置１２を用いて行われる。すなわち、車両１の表示入力装置１２は、利用者７の操作入力を受けて「見回り完了」の見回り状態情報を取り込む。表示入力装置１２は、取り込んだ「見回り完了」の見回り状態情報を通信装置１０に出力する。通信装置１０は、「見回り完了」の見回り状態情報に車両１の車両ＩＤを付与して情報通知装置２ｅに送信する。

情報通知装置２ｅの見回り情報受信部３８は、車両１の通信装置１０が送信する車両ＩＤが付与された「見回り完了」を示す見回り状態情報を受信する。見回り情報受信部３８は、付与されている車両ＩＤに基づいて、記憶部２４ｅが記憶するテーブルに受信した「見回り完了」を示す見回り状態情報を書き込む。

記憶部２４ｅは、図５に示した車両情報テーブル２４１と、図６に示した利用状態テーブル２４２と、図３９に示す見回り情報テーブル２４５を記憶する。見回り情報テーブル２４５は、「見回り区域情報」、「車両ＩＤ」、「見回り状態情報」の項目を有する。

「見回り区域情報」の項目には、予め定められる複数の見回り区域を示す見回り区域情報の各々が予め書き込まれる。「車両ＩＤ」の項目には、車両ＩＤが通知情報生成部２７ｅによって書き込まれる。「見回り状態情報」の項目には、見回り状態情報が書き込まれる。見回り状態情報は、「見回り中」か、「見回り完了」のいずれかの情報であり、「見回り中」の見回り状態情報は、通知情報生成部２７ｅによって書き込まれる。「見回り完了」の見回り状態情報は、見回り情報受信部３８によって書き込まれる。

なお、図３９に示すように、いずれの車両１にも割り当てられていない見回り区域については、「車両ＩＤ」と「見回り状態情報」の項目に、空欄を示す「－」が初期値として書き込まれる。

地図情報記憶部３１ｅは、一般的な地図情報が含む地形の情報、市役所や学校などの主要な場所の情報、及び住所など等の情報の他に、道路の経路情報と、渋滞している区間を示す渋滞区間の情報とを含んでいる。

車両選択部２６ｅは、記憶部２４が記憶する図６に示した利用状態テーブル２４２の各項目に記憶されている情報を参照して、通知の対象とする車両１を選択する。

通知情報生成部２７ｅは、車両選択部２６ｅが通知の対象として選択した車両１について、車両１の位置情報と、車両１の燃料残量情報と、地図情報記憶部３１ｅが記憶する地図情報と、見回り情報テーブル２４５が記憶する情報とに基づいて、次の見回り区域を割り当てる。通知情報生成部２７ｅは、割り当てた見回り区域を示す見回り区域情報を含む通知情報を生成する。

また、通知情報生成部２７ｅは、割り当てた見回り区域に対応する見回り情報テーブル２４５のレコードの「車両ＩＤ」と「見回り状態情報」の項目に、処理対象の車両１の車両ＩＤと、「見回り中」を示す見回り状態情報を書き込む。

（情報通知装置による通知処理）
図４０は、情報通知装置２ｄによる通知処理の流れを示すフローチャートである。全ての車両１は、見回りを開始するために、利用者７が乗車して待機しているか、または、既に走行を開始しているものとする。

利用状態判定部２３は、図７に示した処理を行い、図６に示す利用状態テーブル２４２に走行状態等の情報を順次更新しているものとする。また、渋滞区間算出部３２は、図１４及び図１６に示す処理を行い、渋滞区間を順次更新しているものとする。

車両選択部２６ｅは、車両情報テーブル２４１の「車両ＩＤ」の項目に書き込まれている全ての車両ＩＤの車両１について、ステップＳｐ１～Ｓｐ１２の処理を繰り返し行う（ループＬｐ１ｓ～Ｌｐ１ｅ）。

車両選択部２６ｅは、車両情報テーブル２４１から選択したいずれか１つの処理対象の車両ＩＤについて、利用状態テーブル２４２を参照し、「走行状態」の項目に書き込まれている走行状態が走行中、停止中、エンジン停止中のいずれであるかを判定する（ステップＳｐ１）。

車両選択部２６ｅは、走行状態が走行中であると判定した場合（ステップＳｐ１、走行中）、見回り情報テーブル２４５を参照し、処理対象の車両ＩＤに見回り区域が割り当てられているか否かを判定する（ステップＳｐ２）。

すなわち、車両選択部２６ｅは、見回り情報テーブル２４５において、処理対象の車両ＩＤが「車両ＩＤ」の項目に書き込まれているか否かを判定する。処理対象の車両ＩＤが「車両ＩＤ」の項目に書き込まれていない場合、車両選択部２６ｅは、処理対象の車両ＩＤに見回り区域が割り当てられていないと判定する。

処理対象の車両ＩＤが「車両ＩＤ」の項目に書き込まれている場合、車両選択部２６ｅは、更に、処理対象の車両ＩＤに対応する「見回り状態情報」の項目に書き込まれている情報の中に「見回り中」が存在するか否かを判定する。「見回り中」の見回り状態情報が存在する場合、見回り区域が割り当て済であると判定する。「見回り中」の見回り状態情報が存在しない場合、すなわち、全てが「見回り完了」の見回り状態である場合、車両選択部２６ｅは、処理対象の車両ＩＤに見回り区域が割り当てられていないと判定する。

車両選択部２６ｅは、処理対象の車両ＩＤに見回り区域が割り当てられていると判定した場合（ステップＳｐ２、Ｙｅｓ）、車両情報テーブル２４１を参照して、次の処理対象の車両ＩＤを選択してステップＳｐ１の処理を行う。

一方、車両選択部２６ｅは、処理対象の車両ＩＤに見回り区域が割り当てられていないと判定した場合（ステップＳｐ２、Ｎｏ）、未割当の見回り区域が存在するか否かを判定する（ステップＳｐ３）。

すなわち、車両選択部２６ｅは、見回り情報テーブル２４５を参照し、「車両ＩＤ」と「見回り状態情報」の項目が空欄になっている未割当の見回り区域が存在するか否かを判定する。車両選択部２６ｅは、未割当の見回り区域が存在しないと判定した場合（ステップＳｐ３、Ｎｏ）、処理を終了する。

一方、見回り情報テーブル２４５において、「車両ＩＤ」と「見回り状態情報」の項目が空欄になっている見回り区域が存在する場合、車両選択部２６ｅは、未割当の見回り区域が存在すると判定する（ステップＳｐ３、Ｙｅｓ）。車両選択部２６ｅは、見回り情報テーブル２４５から未割当の見回り区域情報を抽出し、抽出した未割当の見回り区域情報と、処理対象の車両ＩＤとを通知情報生成部２７ｅに出力する（ステップＳｐ４）。

通知情報生成部２７ｅは、車両選択部２６ｅから受けた処理対象の車両ＩＤの車両１の位置情報を車両情報テーブル２４１の「車両の位置情報」の項目から読み出す。また、通知情報生成部２７ｅは、処理対象の車両ＩＤに対応する燃料残量情報テーブル２２４から最新の燃料残量情報を読み出す。

通知情報生成部２７ｅは、処理対象の車両ＩＤの車両１の位置情報及び燃料残量情報と、地図情報と、地図情報の道路の経路情報に関連付けられている渋滞区間の情報とに基づいて、車両選択部２６ｅから受けた未割当の見回り区域情報の中から当該車両１が、残りの燃料で到達できる見回り区域であって、最も短時間で到達可能な見回り区域を次の見回り区域として選択する（ステップＳｐ５）。

通知情報生成部２７ｅは、処理対象の車両ＩＤに対応する車両アドレス情報を車両情報テーブル２４１の「車両のアドレス」の項目から読み出す。通知情報生成部２７は、読み出した車両アドレス情報を宛先として、選択した見回り区域を次の見回り区域として移動開始を指示するメッセージを含む通知情報を生成して送信部２８に出力する。

通知情報生成部２７ｅは、選択した見回り区域に対応する見回り情報テーブル２４５のレコードの「車両ＩＤ」の項目に処理対象の車両ＩＤを書き込み、「見回り状態情報」の項目に「見回り中」を書き込む（ステップＳｐ６）。

送信部２８は、通知情報生成部２７ｅが生成した通知情報に含まれる宛先にしたがって利用者７の携帯端末装置６に通知情報を送信する（ステップＳｐ７）。

携帯端末装置６は、情報通知装置２ｅから通知情報を受信し、受信した通知情報に含まれる次の見回り区域に移動を開始する指示を含んだメッセージを画面に表示する。当該メッセージを参照した利用者７は、次の見回り区域への移動を開始する。

ステップＳｐ１において、車両選択部２６ｅは、走行状態が停止中であると判定した場合（ステップＳｐ１、停止中）、利用状態テーブル２４２の「乗降状態」の項目に書き込まれている情報が、乗車中、降車中のいずれであるかを判定する（ステップＳｐ８）。

車両選択部２６ｅは、乗降状態が降車中であると判定した場合（ステップＳｐ８、降車中）、利用状態テーブル２４２の「乗降状態継続時間」の項目に書き込まれている降車状態の継続時間を読み出し、読み出した継続時間が、予め定められる作業時間閾値を超えているか否かを判定する（ステップＳｐ９）。

車両選択部２６ｅは、読み出した継続時間が示す時間が、作業時間閾値を超えていると判定した場合（ステップＳｐ８、Ｙｅｓ）、ステップＳｐ３の処理に進む。この場合、降車している時間が作業時間閾値を超えているので、見回り作業を十分にしていると推定できる。そのため、見回り作業を切り上げさせて次の見回り先に移動させる必要があるからである。

この場合、利用者７が、見回り作業中に、携帯端末装置６に次の見回り区域に移動を開始する指示を含んだメッセージを受信することになる。メッセージを参照した利用者７は、見回り作業を切り上げて、次の見回り区域に移動を開始する前に、車両１の表示入力装置１２を操作して「見回り完了」の見回り状態情報の入力を行う。

表示入力装置１２は、上述したように「見回り完了」の見回り状態情報を取り込んで通信装置１０に出力し、通信装置１０は、見回り完了の見回り状態情報に車両１の車両ＩＤを付与して情報通知装置２ｅに送信する。見回り情報受信部３８は、車両１の通信装置１０が送信する車両ＩＤが付与された「見回り完了」を示す見回り状態情報を受信する。見回り情報受信部３８は、付与されている車両ＩＤに対応する見回り情報テーブル２４５のレコードの「見回り状態情報」の項目に「見回り完了」を書き込む。

車両選択部２６ｅは、読み出した継続時間が示す時間が、作業時間閾値を超えていないと判定した場合（ステップＳｐ８、Ｎｏ）、車両情報テーブル２４１を参照して、次の処理対象の車両ＩＤを選択してステップＳｐ１の処理を行う。

ステップＳｐ８において、車両選択部２６ｅは、乗降状態が乗車中であると判定した場合（ステップＳｐ８、乗車中）、利用状態テーブル２４２の「乗降状態継続時間」の項目に書き込まれている乗車状態の継続時間を読み出し、読み出した継続時間が、予め定められる停止時間閾値を超えているか否かを判定する（ステップＳｐ１０）。

車両選択部２６ｅは、読み出した継続時間が示す時間が、停止時間閾値を超えていないと判定した場合（ステップＳｐ８、Ｎｏ）、車両１が走行中に信号などで一時的に停車している状態であると推定することができるため、次に、ステップＳｐ２の処理に進む。

車両選択部２６ｅは、読み出した継続時間が示す時間が、停止時間閾値を超えていると判定した場合（ステップＳｐ８、Ｙｅｓ）、処理対象の車両ＩＤの車両１の位置情報を車両情報テーブル２４１の「車両の位置情報」の項目から読み出す。車両選択部２６ｅは、読み出した位置情報が、事前に取り決めている駐車禁止の区間に含まれているか否かを判定する（ステップＳｐ１１）。

車両選択部２６ｅは、読み出した位置情報が、事前に取り決めている駐車禁止の区間に含まれていない場合（ステップＳｐ１１、Ｎｏ）、例えば、渋滞で停止しているなどの状態であると推定することができるため、次に、ステップＳｐ２の処理に進む。

車両選択部２６ｅは、読み出した位置情報が、事前に取り決めている駐車禁止の区間に含まれている場合（ステップＳｐ１１、Ｙｅｓ）、重要な経路において何らかのトラブルが発生したと推定することができるため、表示処理部３６に対して処理対象の車両ＩＤと、位置情報とを含む異常が発生したことを示す異常発生通知を表示させる指示情報を出力する。当該指示情報を受けた表示処理部３６は、車両ＩＤと、位置情報とを画面に表示するとともに異常が発生したことを示すメッセージを画面に表示する。

車両選択部２６ｅは、処理対象の車両ＩＤを割り当てから除外する車両ＩＤとして内部の記憶領域に書き込んで記憶させる（ステップＳｐ１２）。車両選択部２６ｅは、内部の記憶領域が記憶する車両ＩＤを除きつつ、車両情報テーブル２４１から次の処理対象の車両ＩＤを選択してステップＳｐ１の処理を行う。

ステップＳｐ１において、車両選択部２６ｅは、走行状態がエンジン停止中であると判定した場合（ステップＳｐ１、エンジン停止中）、エンジン停止は、車両１を放棄して避難している状態であると推定することができるため、次にステップＳｐ１２の処理を行う。

上記の第６実施形態の構成により、例えば、災害が発生した際、災害対応として逃げ遅れている人がいないか等の見回りを行う場合、単に、最も近い距離に位置している車両１を向かわせるのではなく、残りの燃料で到達できる見回り区域であって、かつ最も短時間で到達可能な見回り区域を次の見回り区域として割り当てることができる。

また、ある利用者７の見回り作業が長引いており、予め定めている作業時間閾値を超えて見回っている場合、見回り作業を切り上げさせて次の見回り区域に向かうように指示をすることができる。そのため、効率のよい見回りを行うことが可能になる。

また、事前に取り決めた駐車禁止の場所で予め定めた停止時間閾値を超えて停止している場合や、エンジンを停止させている場合には、異常が発生したと推定して情報通知装置２ｅの管理者に通知する。そのため、見回りに用いている車両１及び当該車両１の利用者７が見回りを行っている間に何らかのトラブルにあっている、例えば、被災している可能性があることを早急に管理者が把握することが可能になる。

なお、上記の第６実施形態の構成において、情報通知装置２ｅが、緊急事態情報受信部２５及び被災予測処理部３３を備えて、例えば、見回り区域ごとの被災予想時刻を算出するようにしてもよい。そして、通知情報生成部２７ｅが、ステップＳｐ５の処理において、被災予測処理部３３が算出した見回り区域ごとの被災予想時刻を加えて、残りの燃料で到達できる見回り区域であって、かつ計時部２９から取得する時刻に到達時間と見回りに要する時間とを加えた時刻が被災予想時刻以前となる見回り区域の中から、最も短時間で到達可能な見回り区域を次の見回り区域として割り当てるようにしてもよい。このようにすることで、見回りを行う車両１の利用者７が見回り中に災害の影響を受けないようにすることができる。

また、上記の第６実施形態において、図４０のステップＳｐ３において、未割り当ての見回り区域が存在しない場合、処理を終了しているが、終了前に、通知情報生成部２７ｅが戻る指示を含んだ通知情報を生成し、送信部２８が携帯端末装置６に送信するようにしてもよい。

現場にいる要員から管理者に電話やメールで逐一作業状態などを伝える方がより確実に現状把握を行うことができる。しかしながら、災害が発生すると、例えば、災害対策を行う管理部門においてかなりの混乱が生じる状態となり、その状態で、各要員から作業状態の情報を収集して、それを要員間で共有したり、各要員に通知したりすることは、更なる混乱を招くことになる。これに対して、上記の第１から第６実施形態の構成では、車両１から得られる情報に基づいて、要員である利用者７の状態を示す情報や、利用者７が利用している車両１の状態を示す情報を収集し、情報通知装置２，２ａ，２ｂ，２ｃ，２ｄ，２ｅが、収集した状態を示す情報に基づいて適切な通知を行うことが可能になっている。そのため、要員や管理者が介在する処理を少なくしているため、要員や管理者の作業負担を軽減して、更なる混乱を起こさせないようにしている。

なお、上記の第１から第６実施形態の構成において、車両１を複数の利用者７が利用してもよく、その場合、車両情報テーブル２４１の「車両の利用者の携帯端末装置のアドレス」の項目の情報を、利用者７が変わるごとに、新たな利用者７が所持する携帯端末装置６の携帯端末装置アドレス情報に書き換えることになる。

また、上記の図９のステップＳｂ７、図１７のＳｅ１０、図２２のＳｇ８、図３２のＳｍ１１，Ｓｍ１２、図４０のＳｐ６の処理において、利用者７の携帯端末装置６を宛先とするのではなく、車両１の車両アドレスを宛先として通知情報を生成し、車両１の表示入力装置１２の画面に通知情報を表示させるようにしてもよい。

また、上記の図９のステップＳｂ６、図１７のＳｅ９、図３２のステップＳｍ１０の処理では、通知情報生成部２７，２７ａ，２７ｄは、クラクションを鳴らす制御情報を生成して、車両１の報知部１７のクラクションを鳴らすようにしている。これに対して、例えば、各種ランプ部１６が備えるヘッドランプなどを点灯させたり、点滅させたりしてもよい。また、報知部１７のスピーカから災害を知らせるメッセージを報知するようにしてもよい。

また、上記の図９のステップＳｂ４、図１７のＳｅ４、図２２のＳｇ４、図２８のＳｋ５、図３２のＳｍ４の処理において、車両選択部２６，２６ａ，２６ｂ，２６ｄは、車両１の位置情報が、緊急事態情報に含まれる災害が発生した位置を中心とした一定の範囲に含まれている場合、当該車両１を通知の対象となる車両１として選択している。これに対して、車両選択部２６，２６ａ，２６ｂ，２６ｄが、内部に予め記憶する地図情報、または外部から取得する地図情報を用いて、災害が発生した位置を中心とした一定の範囲であって、かつ地図情報に示される特定の領域に存在する車両１を通知の対象として選択するようにしてもよい。ここで、特定の領域とは、例えば、発生した災害が津波である場合、津波の影響を受ける低地の領域などである。

また、第２、第５、及び第６実施形態の情報通知装置２ａ，２ｄ，２ｅは、地図情報記憶部３１，３１ｄ，３１ｅを備えて地図情報６００，６００ｄを予め記憶するようにしているが、例えば、通信ネットワーク９に地図情報サーバ装置が接続されている場合、当該地図情報サーバ装置から地図情報６００，６００ｄを取得するようにしてもよい。

また、上記の第２，５実施形態では、発生する災害として津波を想定したため、地図情報６００，６００ｄにおいて、海の領域６０５から最も離れた領域が安全領域であるグリーンゾーン６２２になっている。これに対して、発生する災害が山で発生した土砂崩れである場合、災害が発生した山から最も離れた領域が安全領域になる。したがって、安全領域は、発生する緊急事態が発生した位置や規模に応じて適宜定められてもよいし、緊急事態の種類に応じて予め定められていてもよい。

また、上記の第３及び第６実施形態において、利用者７は、車両１の表示入力装置１２を用いて登録する目的地情報、または、「見回り完了」を示す見回り状態情報を情報通知装置２ｂ，２ｅに送信している。これに対して、表示入力装置１２に替えて、自らが所持する携帯端末装置６によって目的地情報、または、「見回り完了」を示す見回り状態情報を情報通知装置２ｂ，２ｅに送信するようにしてもよい。携帯端末装置６から送信する場合、携帯端末装置６は、車両ＩＤを付与して目的地情報、または、「見回り完了」を示す見回り状態情報を情報通知装置２ｂ，２ｅ送信するようにする必要がある。

また、上記の第２、第５実施形態では、ある時点における車両１の位置から、安全領域や避難目標地点までの車両１を用いた場合の到達時間を算出しているが、車両１による移動に加えて徒歩による移動を考慮して到達時間を算出するようにしてもよい。例えば、渋滞区間が存在している場合には、利用者７が車両１から降りて徒歩により安全領域や避難目標地点に到達する方が、車両１のみで移動するよりも、早く到達できる可能性があり、また、徒歩による移動は確実性が高いからである。

また、上記の第１から第６実施形態の全てを組み合わせた構成にしてもよいし、任意に選択した実施形態を組み合わせた構成にしてもよい。

また、上記の実施形態の構成では、図７のステップＳａ３、図１６のステップＳｄ２、図１７のステップＳｅ７、図２１のステップＳｆ３、図３２のステップＳｍ８、図４０のステップＳｐ９，Ｓｐ１０に示す処理などにおいて、不等号を用いた判定処理を行っている。しかしながら、本発明は、当該実施の形態に限られるものではなく、「超過するか否か」、「未満であるか否か」、「以上であるか否か」、「以下であるか否か」という判定処理は一例に過ぎず、閾値の定め方に応じて、ぞれぞれ「以上であるか否か」、「以下であるか否か」、「超過するか否か」、「未満であるか否か」という判定処理に置き換えられてもよい。また、判定処理に用いた閾値についても、一例を示したものであり、それぞれにおいて異なる閾値が適用されてもよい。

上述した実施形態における情報通知装置２，２ａ，２ｂ，２ｃ，２ｄ，２ｅをコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１ 車両
２ 情報通知装置
６ 携帯端末装置
７ 利用者
８ 緊急事態情報送信サーバ装置
９ 通信ネットワーク
１０ 通信装置
１１ 制御装置
１２ 表示入力装置
１３ ペダル部
１４ ドア開閉検出部
１５ 燃料計測部
１６ 各種ランプ部
１７ 報知部
１８ 各種制御部
２０ 車両状態情報受信部
２１ 車両位置情報受信部
２２ 車両状態情報記憶部
２３ 利用状態判定部
２４ 記憶部
２５ 緊急事態情報受信部
２６ 車両選択部
２７ 通知情報生成部
２８ 送信部
２９ 計時部
Ｓ 情報通知システム

Claims (17)

1. 車両に備えられる制御装置から得られる車両状態情報に基づいて前記車両の利用状態を判定する利用状態判定部と、
   前記車両の位置を示す位置情報を前記車両から受信する車両位置情報受信部と、
   前記車両の位置を含む選択情報に基づいて通知の対象となる車両を選択する車両選択部と、
   前記通知の対象となる車両の利用者に対する通知情報を生成する通知情報生成部と、
   前記通知情報を前記通知の対象となる車両の利用者の携帯端末装置に対して送信する送信部と、
   を備え、
   前記車両状態情報は、前記車両の燃料残量の情報を含み、
   前記利用状態判定部は、前記車両ごとの前記燃料残量と予め定められる燃料残量の閾値に基づいて、前記車両の利用状態が燃料の残りが多い利用状態か燃料の残りが少ない利用状態かを判定し、
   前記通知の対象となる車両は、前記燃料の残りが少ない利用状態の車両を含み、
   前記通知情報は、前記通知の対象となる車両の目的地が、前記燃料の残りが多い利用状態の車両の目的地の周辺でない場合、前記通知の対象となる車両の目的地を、前記燃料の残りが多い利用状態のいずれかの車両の目的地の周辺に変更することを前記通知の対象となる車両の利用者に対して促す情報を含む、
   情報通知装置。
2. 車両に備えられる制御装置から得られる車両状態情報に基づいて前記車両の利用状態を判定する利用状態判定部と、
   前記車両の位置を示す位置情報を前記車両から受信する車両位置情報受信部と、
   前記車両の位置を含む選択情報に基づいて通知の対象となる車両を選択する車両選択部と、
   前記通知の対象となる車両の利用者に対する通知情報を生成する通知情報生成部と、
   前記通知情報を前記通知の対象となる車両の利用者の携帯端末装置に対して送信する送信部と、
   を備え、
   前記車両状態情報は、前記車両の燃料残量の情報を含み、
   前記利用状態判定部は、前記車両ごとの前記燃料残量と予め定められる燃料残量の閾値に基づいて、前記車両の利用状態が燃料の残りが多い利用状態か燃料の残りが少ない利用状態かを判定し、
   前記通知情報生成部は、燃料の残りが多い利用状態の車両の車両数と、燃料の残りが少ない利用状態の車両の車両数とが、目的地ごとに略同数になるようにマッチング処理を行い、当該マッチング処理によって車両ごとに決定された目的地を含む前記通知情報を生成する、
   情報通知装置。
3. 前記通知情報生成部は、車両を制御する制御情報を生成し、
   前記送信部は、前記制御情報を前記通知の対象となる車両に対して送信する、
   請求項１または請求項２に記載の情報通知装置。
4. 前記利用状態判定部は、前記車両が外気導入状態か内気循環状態かを示す情報、及び、前記車両の窓の開閉状態を示す情報に基づいて、前記車両の利用状態として前記車両が車外の空気を取り込む状態であるか否かを判定し、
   前記選択情報は、緊急事態の発生による外気の異常を示す情報を含み、
   前記通知情報は、車外の空気を取り込む状態であると判定した車両の前記制御装置に前記内気循環状態に切り替えさせ、かつ、窓を閉じさせる制御を行わせる制御情報を含む、
   請求項３に記載の情報通知装置。
5. 前記車両状態情報は、前記車両のエンジン回転数とドアの開閉状態に関する情報を含み、
   前記利用状態判定部は、前記エンジンの回転数と前記ドアの開閉状態に基づいて、前記車両の利用状態として降車中であるか否かを判定し、
   前記通知情報は、前記通知の対象となる車両が降車中である場合、前記通知の対象となる車両の前記制御装置に対して、前記通知の対象となる車両のランプ又は報知手段を制御させる制御情報を含む、
   請求項３または４に記載の情報通知装置。
6. 前記選択情報は、緊急事態が発生した位置を示す情報を含む、
   請求項１～５の何れか一項に記載の情報通知装置。
7. 前記選択情報は、
   緊急事態に応じて、または、予め定められる安全領域を示す情報を含む地図情報と、前記車両の前記位置情報とに基づいて算出される前記車両ごとの前記安全領域までの到達時間と、
   車両が被災すると予測される前記車両ごとの被災予測時刻と、
   を含む、
   請求項１～５の何れか一項に記載の情報通知装置。
8. 前記到達時間は、道路状況を踏まえた前記車両ごとの前記安全領域までの到達時間である、
   請求項７に記載の情報通知装置。
9. 前記選択情報は、
   緊急事態に応じて、または、予め定められる複数の避難目標地点を示す情報を含む地図情報と、前記車両の前記位置情報と、車両が被災すると予測される前記車両ごとの被災予想時刻と、に基づいて前記車両ごとに算出される前記複数の避難目標地点に到達可能な移動開始までの残時間を含み、
   前記通知の対象となる車両は、
   前記残時間と予め定められる前記残時間の閾値とに基づいて選択される車両を含む、
   請求項１～８の何れか一項に記載の情報通知装置。
10. 前記残時間は、道路状況を踏まえて前記車両ごとに算出される前記複数の避難目標地点に到達可能な移動開始までの残時間である、
    請求項９に記載の情報通知装置。
11. 予め定められる見回り区域ごとに、見回りの状態を示す見回り状態情報を記憶する見回り情報テーブルと、
    いずれかの前記見回り区域の見回り完了を示す見回り状態情報を前記車両、または、前記車両の利用者の携帯端末装置から受信し、前記見回り情報テーブルに見回り完了を示す見回り状態情報を書き込む見回り情報受信部と、を備え、
    前記車両状態情報は、前記車両のエンジン回転数とドアの開閉状態、燃料残量に関する情報を含み、
    前記利用状態判定部は、前記エンジンの回転数と前記ドア開閉状態に基づいて、前記車両の利用状態として、前記車両の走行状態、または、前記車両における乗降状態を判定し、
    前記通知情報生成部は、
    前記位置情報と、前記燃料残量と、前記見回り区域を示す情報を含む地図情報と、前記見回り状態情報とに基づいて割り当てられる前記通知の対象となる車両に対する次の見回り区域を通知情報として生成し、
    前記次の見回り区域の見回り状態情報を、見回り中を示す情報に書き換える、
    請求項１～１０の何れか一項に記載の情報通知装置。
12. 前記通知情報生成部は、道路状況を踏まえて前記通知の対象となる車両に対して次の前記見回り区域を割り当てる、
    請求項１１に記載の情報通知装置。
13. 前記車両状態情報は、前記利用者によるアクセルペダル及びブレーキペダルの操作を示すペダル操作情報を含み、
    前記道路状況は、複数の前記車両から得られる前記ペダル操作情報と、前記位置情報と、前記地図情報とに基づいて算出される渋滞区間を示す情報を含む、
    請求項８、１０、１２のいずれか１つに記載の情報通知装置。
14. 前記車両状態情報は、前記車両のエンジンの回転数、または、ドア開閉状態に関する情報を含み、
    前記利用状態判定部は、前記エンジンの回転数、または、前記ドア開閉状態に基づいて、前記車両の利用状態として、前記車両の走行状態及び乗降状態を判定し、
    前記道路状況は、前記走行状態及び前記乗降状態に基づいて算出された渋滞区間を示す情報を含む、
    請求項８、１０、１２、１３のいずれか１つに記載の情報通知装置。
15. 制御装置を備える車両と、
    前記車両、または、前記車両の利用者の携帯端末装置に情報を通知する情報通知装置と、を備える情報通知システムであって、
    前記情報通知装置は、
    前記車両の前記制御装置から得られる車両状態情報を前記車両から受信する車両状態情報受信部と、
    前記車両の位置を示す位置情報を前記車両から受信する車両位置情報受信部と、
    前記車両状態情報に基づいて前記車両の利用状態を判定する利用状態判定部と、
    前記車両の位置を含む選択情報に基づいて通知の対象となる車両を選択する車両選択部と、
    前記通知の対象となる車両の利用者に対して前記利用状態に応じた通知情報を生成する通知情報生成部と、
    前記通知情報生成部が生成する前記通知情報を前記通知の対象となる車両の利用者の携帯端末装置に対して送信する送信部と、
    を備え、
    前記車両状態情報は、前記車両の燃料残量の情報を含み、
    前記利用状態判定部は、前記車両ごとの前記燃料残量と予め定められる燃料残量の閾値に基づいて、前記車両の利用状態が燃料の残りが多い利用状態か燃料の残りが少ない利用状態かを判定し、
    前記通知の対象となる車両は、前記燃料の残りが少ない利用状態の車両を含み、
    前記通知情報は、前記通知の対象となる車両の目的地が、前記燃料の残りが多い利用状態の車両の目的地の周辺でない場合、前記通知の対象となる車両の目的地を、前記燃料の残りが多い利用状態のいずれかの車両の目的地の周辺に変更することを前記通知の対象となる車両の利用者に対して促す情報を含む、
    情報通知システム。
16. 車両に備えられる制御装置から得られる車両状態情報を前記車両から受信し、
    前記車両の位置を示す位置情報を前記車両から受信し、
    前記車両状態情報に基づいて前記車両の利用状態を判定し、
    前記車両の位置を含む選択情報に基づいて通知の対象となる車両を選択し、
    前記通知の対象となる車両の利用者に対して前記利用状態に応じた通知情報を生成し、
    生成した前記通知情報を前記通知の対象となる車両の利用者の携帯端末装置に対して送信することを含み、
    前記車両状態情報は、前記車両の燃料残量の情報を含み、
    前記利用状態を判定するステップでは、前記車両ごとの前記燃料残量と予め定められる燃料残量の閾値に基づいて、前記車両の利用状態が燃料の残りが多い利用状態か燃料の残りが少ない利用状態かを判定し、
    前記通知の対象となる車両は、前記燃料の残りが少ない利用状態の車両を含み、
    前記通知情報は、前記通知の対象となる車両の目的地が、前記燃料の残りが多い利用状態の車両の目的地の周辺でない場合、前記通知の対象となる車両の目的地を、前記燃料の残りが多い利用状態のいずれかの車両の目的地の周辺に変更することを前記通知の対象となる車両の利用者に対して促す情報を含む、
    情報通知方法。
17. コンピュータを、
    車両に備えられる制御装置から得られる車両状態情報を前記車両から受信する車両状態情報受信手段、
    前記車両の位置を示す位置情報を前記車両から受信する車両位置情報受信手段、
    前記車両状態情報に基づいて前記車両の利用状態を判定する利用状態判定手段、
    前記車両の位置を含む選択情報に基づいて通知の対象となる車両を選択する車両選択手段、
    前記通知の対象となる車両の利用者に対して前記利用状態に応じた通知情報を生成する通知情報生成手段、
    前記通知情報生成手段が生成する前記通知情報を前記通知の対象となる車両の利用者の携帯端末装置に対して送信する送信手段、
    として機能させるための情報通知プログラムであって、
    前記車両状態情報は、前記車両の燃料残量の情報を含み、
    前記利用状態判定手段は、前記車両ごとの前記燃料残量と予め定められる燃料残量の閾値に基づいて、前記車両の利用状態が燃料の残りが多い利用状態か燃料の残りが少ない利用状態かを判定し、
    前記通知の対象となる車両は、前記燃料の残りが少ない利用状態の車両を含み、
    前記通知情報は、前記通知の対象となる車両の目的地が、前記燃料の残りが多い利用状態の車両の目的地の周辺でない場合、前記通知の対象となる車両の目的地を、前記燃料の残りが多い利用状態のいずれかの車両の目的地の周辺に変更することを前記通知の対象となる車両の利用者に対して促す情報を含む、
    情報通知プログラム。

Images