(57)【要約】【課題】たとえ、ドライバが連絡先を非登録のままであっても、発生した緊急事態に応じて適切な連絡先に通報する。【解決手段】緊急通報システム１の制御ユニット２は、加速度センサ１２、脈拍センサ１３、画像処理装置１４、車両の故障診断装置１５からの信号に基づいて、ドライバ異常、軽度の事故発生、重度の事故発生、車両故障の何れかの状態を検出し、それぞれの場合に応じて連絡先（警察、消防署、自宅、ディーラ、ドライバにより登録された緊急連絡先の何れか）を決定し、連絡先に発信呼出を行っていく。この際、ドライバの自宅に対しては、携帯電話アドレスメモリ部３から文字列検索部２ｂにより文字列検索を行って連絡先を特定し、発信呼出を行う。【選択図】図１
2008293208.tif 000002
【特許請求の範囲】
【請求項１】
車両の運転と走行の異常を検出する異常検出手段と、
第１の緊急連絡先を記憶した第１の記憶手段と、
複数の連絡先を記憶した第２の記憶手段の中から予め設定した検索処理を実行して第２の緊急連絡先を特定する検索手段と、
上記異常検出手段の作動状態に応じて、上記第１の緊急連絡先と上記第２の緊急連絡先とに対し、予め設定する優先順で通信を行わせる通信手段と、
を備えたことを特徴とする車両の緊急通報装置
【請求項２】
上記異常検出手段は、車両の事故発生とドライバ異常と車両故障とを検出することを特徴とする請求項１記載の車両の緊急通報装置。
【請求項３】
上記第２の記憶手段は、携帯電話の住所録を記憶した記憶部であることを特徴とする請求項１又は請求項２記載の車両の緊急通報装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、事故発生やドライバ異常や車両故障時に確実に緊急連絡する車両の緊急通報装置に関する。
【背景技術】
【０００２】
近年、車両においては、事故やドライバ異常等の緊急事態が発生した際に、適切な連絡先に自動で通報する緊急通報システムの技術が開発されている。
【０００３】
例えば、特開平６−２０１９０号公報では、自車両に事故等の緊急事態が発生した場合、連絡先（一般家庭、修理工場等の電話、ＦＡＸ等や、消防署、警察署等のコンピュータ端末）の電話番号を呼出して自動発信し、位置情報を受信側の通信システムに合わせて送信する通報システムの技術が開示されている。
【特許文献１】特開平６−２０１９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の先行技術のような通報システムでは、予め連絡先をシステムに登録しておく必要があり、この登録はドライバによる手作業にて行われるため、ドライバによってはその面倒さから登録を怠っていたり、或いは、登録したとしても漏れが生じてしまう可能性がある。そして、連絡先の登録が正しくなされていない場合、緊急事態が発生した時に通報システムが的確に動作できない虞がある。
【０００５】
本発明は上記事情に鑑みてなされたもので、たとえ、ドライバが連絡先を非登録のままであっても、発生した緊急事態に応じて適切な連絡先に通報することができる車両の緊急通報装置を提供することを目的としている。
【課題を解決するための手段】
【０００６】
本発明は、車両の運転と走行の異常を検出する異常検出手段と、第１の緊急連絡先を記憶した第１の記憶手段と、複数の連絡先を記憶した第２の記憶手段の中から予め設定した検索処理を実行して第２の緊急連絡先を特定する検索手段と、上記異常検出手段の作動状態に応じて、上記第１の緊急連絡先と上記第２の緊急連絡先とに対し、予め設定する優先順で通信を行わせる通信手段とを備えたことを特徴としている。
【発明の効果】
【０００７】
本発明による車両の緊急通報装置によれば、たとえ、ドライバが連絡先を非登録のままであっても、発生した緊急事態に応じて適切な連絡先に通報することが可能となる。
【発明を実施するための最良の形態】
【０００８】
以下、図面に基づいて本発明の実施の形態を説明する。  
図１〜図８は本発明の実施の一形態を示し、図１は車両の緊急通報システムの全体構成図、図２は緊急通報プログラムのフローチャート、図３は図２から続くフローチャート、図４は図３から続くフローチャート、図５は図４から続くフローチャート、図６はドライバ通話対応処理ルーチンのフローチャート、図７は自宅文字列検索処理ルーチンのフローチャート、図８は緊急事態テーブルの一例を示す説明図である。
【０００９】
図１において、符号１は車両に搭載される緊急通報システムを示し、この緊急通報システム１の制御ユニット２には、ナビゲーション装置１１、加速度センサ１２、脈拍センサ１３、画像処理装置１４、車両の故障診断装置１５が接続されている。
【００１０】
ナビゲーション装置１１では、複数のＧＰＳ（Global Positioning System）衛星から定期的に電波を受信して現在の車両位置を測位しており、その緯度・経度情報等の測位データが緊急通報システム１の制御ユニット２に入力される。
【００１１】
加速度センサ１２は、車両の所定の方向（例えば、前後方向）に作用する加速度を検出し、車両に対する衝撃を測定するためのセンサであり、制御ユニット２は、加速度センサ１２からの信号が、予め設定しておいた強い衝撃の際に、何らかの事故発生と判定する。尚、加速度センサ１２を用いずとも、例えば、エアバッグの作動を検知することで車両に何らかの事故が発生したと判断することもできる。
【００１２】
脈拍センサ１３は、例えば、車両のステアリングホイールに埋設されており、制御ユニット２は、ドライバがステアリングホイールを握った状態（画像処理装置１４からの信号により判定）で、ドライバの脈拍が、予め設定された異常な脈拍領域に予め設定しておいた時間連続してある場合に、ドライバ異常と判定する。
【００１３】
画像処理装置１４は、車両のセンタピラーに設けたＣＣＤカメラ１４ａからの画像を所定に処理して、ドライバの姿勢が、ステアリングホイールを握った状態にあるか否かを判定し、判定結果を緊急通報システム１の制御ユニット２に信号出力する。
【００１４】
故障診断装置１５は、例えば、車両のエンジン、動力伝達システム、シャシ、電気系統等の全ての故障を統括して診断する装置であり、何れか一つの系統において故障信号が生じた際には、緊急通報システム１の制御ユニット２に信号出力する。
【００１５】
このように、本実施の形態においては、加速度センサ１２、脈拍センサ１３、画像処理装置１４、ＣＣＤカメラ１４ａ、車両の故障診断装置１５、及び、制御ユニット２により異常検出手段が構成されている。
【００１６】
また、緊急通報システム１の制御ユニット２には、第１の記憶手段としての、書き込み、読み込み自在なメモリ部２ａが接続されており、該メモリ部２ａには、第１の緊急連絡先として警察（電話発信番号：１１０）、消防署（電話発信番号：１１９）の電話発信番号が予め記録され、更に、車両購入時において、ディーラの電話発信番号（以下、ディーラ番号と略称）が予め記録されている。また、ドライバが緊急連絡先を登録する場合も、このメモリ部２ａに記録される。
【００１７】
更に、緊急通報システム１の制御ユニット２には、第１の記憶手段とは別個に、第２の記憶手段としての、携帯電話の住所録を記憶した記憶部である携帯電話アドレスメモリ部３が、文字列検索部２ｂを介して接続されている。
【００１８】
携帯電話アドレスメモリ部３は、例えば、ドライバの携帯電話を図示しない所定の装着台に携帯電話を装着することにより接続される。
【００１９】
また、文字列検索部２ｂは、制御ユニット２からの信号入力が有る際に、周知のKnuth-Morris-Pratt（ＫＭＰ）法や、Boyer-Moore（ＢＭ）法、或いは、Shift-Orアルゴリズム等のシーケンシャルな文字列検索により、携帯電話アドレスメモリ部３の検索を行って、「ａ１：実家」、「ａ２：自宅」、「ａ３：我が家」の何れかの文字列を含む連絡先（第２の緊急連絡先）を特定する。すなわち、文字列検索部２ｂは、検索手段として設けられている。
【００２０】
また、緊急通報システム１の制御ユニット２には、メモリ部２ａに記憶された第１の緊急連絡先、及び、携帯電話アドレスメモリ部３から検索された第２の緊急連絡先と通信するためのデータ送信部４が接続されており、電話通信網を介して、それぞれの連絡先と通信自在に構成されている。
【００２１】
また、図１中、符号５はマイクを示し、このマイク５から入力されるドライバの音声が、制御ユニット２が通信する連絡先に対し、電話通信網を介して送信される。
【００２２】
そして、緊急通報システム１の制御ユニット２は、後述する緊急通報プログラムに従って、加速度センサ１２、脈拍センサ１３、画像処理装置１４、車両の故障診断装置１５からの信号に基づいて、ドライバ異常、軽度の事故発生、重度の事故発生、車両故障の何れかの状態を検出し、それぞれの場合に応じて連絡先（警察、消防署、自宅、ディーラ、ドライバにより登録された緊急連絡先の何れか）を決定し、連絡先に発信呼出を行っていく。この際、ドライバの自宅に対しては、携帯電話アドレスメモリ部３から文字列検索部２ｂにより文字列検索を行って連絡先を特定し、発信呼出を行う。このように、制御ユニット２は、通信手段としての機能を有して構成されている。
【００２３】
次に、上述の緊急通報システム１で実行される緊急通報プログラムを、図２〜図５のフローチャートで説明する。  
まず、ステップ（以下、「Ｓ」と略称）１０１では、緊急事態テーブルに基づく緊急事態フラグＦの設定を行う。この緊急事態テーブルは、例えば、図８に示すように、加速度センサ１２、脈拍センサ１３、画像処理装置１４、車両の故障診断装置１５の作動状況に応じて設定されている。
【００２４】
例えば、脈拍センサ１３により、ドライバ異常と判定され、且つ、画像処理装置１４により、ドライバの姿勢がステアリングホイールを握った状態にあると判定された場合は、ドライバ異常の緊急事態が発生していると判定し、緊急事態フラグＦを１にセットする。
【００２５】
また、脈拍センサ１３により、ドライバ異常と判定され、且つ、画像処理装置１４により、ドライバの姿勢がステアリングホイールを握った状態にあると判定され、更に、故障診断装置１５から故障信号が入力されている場合は、事故Ａ（軽度の事故発生）の緊急事態が発生していると判定し、緊急事態フラグＦを２にセットする。
【００２６】
また、脈拍センサ１３により、ドライバ異常と判定され、且つ、画像処理装置１４により、ドライバの姿勢がステアリングホイールを握った状態にあると判定され、更に、加速度センサ１２により、強い衝撃が有ったとの信号が入力された場合は、事故Ｂ（重度の事故発生）の緊急事態が発生していると判定し、緊急事態フラグＦを３にセットする。
【００２７】
また、単に故障診断装置１５から故障信号が入力されている場合は、車両故障の緊急事態が発生していると判定し、緊急事態フラグＦを４にセットする。
【００２８】
尚、緊急事態フラグＦは、上述の１〜４以外の場合は、常に０にクリアされている。
【００２９】
次いで、Ｓ１０２に進み、緊急事態フラグＦが１（Ｆ＝１）か否か、すなわち、ドライバ異常の緊急事態が発生しているか否かを判定し、Ｆ＝１の場合は、Ｓ１０３〜Ｓ１１１の処理を行い、それ以外のフラグの値（すなわち、Ｆ＝０、２、３、４）の場合は、Ｓ１１２以降の処理を行う。
【００３０】
Ｓ１０２の判定の結果、Ｆ＝１であり、ドライバ異常の緊急事態が発生していると判定されてＳ１０３に進むと、消防署（電話発信番号：１１９）の発信呼出処理がなされる。そして、Ｓ１０４に進み、予めメモリしておいたＶo1のロボットボイスに基づくドライバ通信対応処理が実行される。
【００３１】
ここで、ドライバ通信対応処理について、図６のフローチャートに従って説明する。まず、Ｓ２０１で、連絡先を呼び出した後、無言通話時間（マイク５を通じたドライバの音声入力が全く無い時間）が、一定時間（例えば、５秒）を越えたか否かを判定する。
【００３２】
このＳ２０１の判定の結果、無言通話時間が５秒を越えた場合は、Ｓ２０２に進み、ロボットボイスにて緊急事態を連絡先に対して通知する。
【００３３】
この場合、連絡先は、消防署である。また、ロボットボイスの種類はＶo1であり、このＶo1は、例えば、「北緯○○度、東経○○度（ナビゲーション装置からの位置情報）にて、ドライバに異常が発生した可能性があります。」等である。
【００３４】
そして、Ｓ２０１で、ドライバによる何らかの通話入力があった場合、或いは、Ｓ２０２で、ロボットボイスによる通知が終了した場合は、Ｓ２０３に進み、通話終了後、一定時間（例えば、６０秒）が経過したか否かを判定する（例えば、連絡先又はドライバによる通話切断処理信号の入力があってから一定時間が経過したか否か、或いは、ドライバのマイク５を通じた無言時間の連続後、一定時間が経過したか否かを判定する）。
【００３５】
このＳ２０３の判定の結果、一定時間が経過した場合は、Ｓ２０４に進み、通話切断処理を行って、ドライバ通信対応処理を終了する。
【００３６】
尚、以降の処理で行う各ドライバ通信対応処理は、それぞれ連絡先とロボットボイスの種類が異なるのみであるので、以下、各処理におけるドライバ通信対応処理は、ロボットボイスを例示するのみとし、説明は省略する。
【００３７】
図２のフローチャートに戻り、Ｓ１０４において、ドライバ通信対応処理を行った後は、Ｓ１０５に進み、自宅文字列検索処理を実行する。この自宅文字列検索処理は、具体的には、図７のフローチャートに示すように、まず、Ｓ３０１で携帯電話のアドレスメモリ部３を参照する。
【００３８】
次いで、Ｓ３０２に進み、文字列ａｉをシーケンシャル検索する。すなわち、本実施の形態では、前述のように、「ａ１：実家」、「ａ２：自宅」、「ａ３：我が家」の３つの検索すべき文字列が設定されており、文字列ａｉの添字ｉは、上述の１，２，３に順に対応する。従って、このルーチンが初回に実行された際には、文字列「ａ１：実家」がシーケンシャル検索される。
【００３９】
そして、Ｓ３０３に進み、文字列ａｉに該当するものが有るか否か判定され、該当するものが有れば、Ｓ３０４に進んで、文字列ａｉを該当連絡先（自宅と推定される連絡先）として出力する。
【００４０】
また、該当するものがなければ、Ｓ３０５に進み、検索する文字列ａｉの添字ｉをインクリメント（ｉ＝ｉ＋１）して、Ｓ３０６に進み、検索する文字列ａｉの添字ｉが４（ｉ＝４）か否か、すなわち、添字ｉが設定されていない４になったか否か判定する。
【００４１】
そして、ｉ＝４でなければ、Ｓ３０２からの処理を繰り返し、ｉ＝４であれば、Ｓ３０７に進んで、該当連絡先（自宅と推定される連絡先）無として出力する。こうして、「ａ１：実家」→「ａ２：自宅」→「ａ３：我が家」の順に、文字列の検索を行って、何れにも該当しない場合は、該当連絡先（自宅と推定される連絡先）無として出力するようになっている。尚、本実施の形態では、検索すべき文字列が、３個の場合を例示したが、３個以外、例えば、１個や２個、或いは、４個以上であっても良い。
【００４２】
図２のフローチャートに戻り、Ｓ１０５で自宅文字列検索処理を行った後は、Ｓ１０６に進み、Ｓ１０５の自宅文字列検索処理の結果、該当連絡先（自宅と推定される連絡先）が有ったか否かを判定する。
【００４３】
そして、該当連絡先（自宅と推定される連絡先）が無かった場合はＳ１０９にジャンプし、該当連絡先（自宅と推定される連絡先）が有った場合はＳ１０７に進んで、該当連絡先（自宅と推定される連絡先）の発信呼出処理がなされる。
【００４４】
その後、Ｓ１０８に進み、該当連絡先（自宅と推定される連絡先）に対し、予めメモリしておいたＶo1のロボットボイスに基づくドライバ通信対応処理が実行される。
【００４５】
Ｓ１０６、或いは、Ｓ１０８からＳ１０９に進むと、ドライバによる緊急連絡先の登録が有るか否かが判定される。
【００４６】
このＳ１０９の判定の結果、ドライバによる緊急連絡先の登録が無い場合は、そのままプログラムを抜け、ドライバによる緊急連絡先の登録が有る場合は、Ｓ１１０に進んで、該当連絡先、すなわち、ドライバによる緊急連絡先の発信呼出処理がなされる。
【００４７】
そして、Ｓ１１１に進み、ドライバによる緊急連絡先に対し、予めメモリしておいたＶo1のロボットボイスに基づくドライバ通信対応処理を実行してプログラムを抜ける。
【００４８】
このように本実施の形態によれば、ドライバ異常の緊急事態が発生していると判定された場合には、消防署→自宅と推定される連絡先→ドライバによる緊急連絡先の順に、発信呼出が実行されるようになっている。
【００４９】
一方、上述のＳ１０２で、Ｆ＝１ではないと判断された場合は、Ｓ１１２に進み、緊急事態フラグＦが２（Ｆ＝２）か否か、すなわち、事故Ａ（軽度の事故発生）の緊急事態が発生しているか否かを判定し、Ｆ＝２の場合は、Ｓ１１３〜Ｓ１２５の処理を行い、それ以外のフラグの値（すなわち、Ｆ＝０、３、４）の場合は、Ｓ１２６以降の処理を行う。
【００５０】
Ｓ１１２の判定の結果、Ｆ＝２であり、事故Ａ（軽度の事故発生）の緊急事態が発生していると判定されてＳ１１３に進むと、警察（電話発信番号：１１０）の発信呼出処理がなされる。そして、Ｓ１１４に進み、予めメモリしておいたＶo2のロボットボイスに基づくドライバ通信対応処理が実行される。このＶo2のロボットボイスは、例えば、「北緯○○度、東経○○度（ナビゲーション装置からの位置情報）にて、事故が発生した可能性があります。」等である。
【００５１】
次いで、Ｓ１１５に進み、消防署（電話発信番号：１１９）の発信呼出処理が実行される。そして、Ｓ１１６に進んで、予めメモリしておいたＶo2のロボットボイスに基づくドライバ通信対応処理が実行される。
【００５２】
次に、Ｓ１１７に進み、ディーラ番号の発信呼出処理が実行される。そして、Ｓ１１８に進んで、予めメモリしておいたＶo2のロボットボイスに基づくドライバ通信対応処理が実行される。
【００５３】
次いで、Ｓ１１９に進み、前述のＳ１０５で説明した自宅文字列検索処理を実行する。その後、Ｓ１２０に進み、Ｓ１１９の自宅文字列検索処理の結果、該当連絡先（自宅と推定される連絡先）が有ったか否かを判定する。
【００５４】
そして、該当連絡先（自宅と推定される連絡先）が無かった場合はＳ１２３にジャンプし、該当連絡先（自宅と推定される連絡先）が有った場合はＳ１２１に進んで、該当連絡先（自宅と推定される連絡先）の発信呼出処理がなされる。
【００５５】
その後、Ｓ１２２に進み、該当連絡先（自宅と推定される連絡先）に対し、予めメモリしておいたＶo2のロボットボイスに基づくドライバ通信対応処理が実行される。
【００５６】
Ｓ１２０、或いは、Ｓ１２２からＳ１２３に進むと、ドライバによる緊急連絡先の登録が有るか否かが判定される。
【００５７】
このＳ１２３の判定の結果、ドライバによる緊急連絡先の登録が無い場合は、そのままプログラムを抜け、ドライバによる緊急連絡先の登録が有る場合は、Ｓ１２４に進んで、該当連絡先、すなわち、ドライバによる緊急連絡先の発信呼出処理がなされる。
【００５８】
そして、Ｓ１２５に進み、ドライバによる緊急連絡先に対し、予めメモリしておいたＶo2のロボットボイスに基づくドライバ通信対応処理を実行してプログラムを抜ける。
【００５９】
このように本実施の形態によれば、事故Ａ（軽度の事故発生）の緊急事態が発生していると判定された場合には、警察署→消防署→ディーラ→自宅と推定される連絡先→ドライバによる緊急連絡先の順に、発信呼出が実行されるようになっている。
【００６０】
一方、上述のＳ１１２で、Ｆ＝２ではないと判断された場合は、Ｓ１２６に進み、緊急事態フラグＦが３（Ｆ＝３）か否か、すなわち、事故Ｂ（重度の事故発生）の緊急事態が発生しているか否かを判定し、Ｆ＝３の場合は、Ｓ１２７〜Ｓ１３９の処理を行い、それ以外のフラグの値（すなわち、Ｆ＝０、４）の場合は、Ｓ１４０以降の処理を行う。
【００６１】
Ｓ１２６の判定の結果、Ｆ＝３であり、事故Ｂ（重度の事故発生）の緊急事態が発生していると判定されてＳ１２７に進むと、警察（電話発信番号：１１０）の発信呼出処理がなされる。そして、Ｓ１２８に進み、予めメモリしておいたＶo3のロボットボイスに基づくドライバ通信対応処理が実行される。このＶo3のロボットボイスは、例えば、「北緯○○度、東経○○度（ナビゲーション装置からの位置情報）にて、大きな事故が発生した可能性があります。」等である。
【００６２】
次いで、Ｓ１２９に進み、消防署（電話発信番号：１１９）の発信呼出処理が実行される。そして、Ｓ１３０に進んで、予めメモリしておいたＶo3のロボットボイスに基づくドライバ通信対応処理が実行される。
【００６３】
次に、Ｓ１３１に進み、ディーラ番号の発信呼出処理が実行される。そして、Ｓ１３２に進んで、予めメモリしておいたＶo3のロボットボイスに基づくドライバ通信対応処理が実行される。
【００６４】
次いで、Ｓ１３３に進み、前述のＳ１０５で説明した自宅文字列検索処理を実行する。その後、Ｓ１３４に進み、Ｓ１３３の自宅文字列検索処理の結果、該当連絡先（自宅と推定される連絡先）が有ったか否かを判定する。
【００６５】
そして、該当連絡先（自宅と推定される連絡先）が無かった場合はＳ１３７にジャンプし、該当連絡先（自宅と推定される連絡先）が有った場合はＳ１３５に進んで、該当連絡先（自宅と推定される連絡先）の発信呼出処理がなされる。
【００６６】
その後、Ｓ１３６に進み、該当連絡先（自宅と推定される連絡先）に対し、予めメモリしておいたＶo3のロボットボイスに基づくドライバ通信対応処理が実行される。
【００６７】
Ｓ１３４、或いは、Ｓ１３６からＳ１３７に進むと、ドライバによる緊急連絡先の登録が有るか否かが判定される。
【００６８】
このＳ１３７の判定の結果、ドライバによる緊急連絡先の登録が無い場合は、そのままプログラムを抜け、ドライバによる緊急連絡先の登録が有る場合は、Ｓ１３８に進んで、該当連絡先、すなわち、ドライバによる緊急連絡先の発信呼出処理がなされる。
【００６９】
そして、Ｓ１３９に進み、ドライバによる緊急連絡先に対し、予めメモリしておいたＶo3のロボットボイスに基づくドライバ通信対応処理を実行してプログラムを抜ける。
【００７０】
このように本実施の形態によれば、事故Ｂ（重度の事故発生）の緊急事態が発生していると判定された場合には、警察署→消防署→ディーラ→自宅と推定される連絡先→ドライバによる緊急連絡先の順に、発信呼出が実行されるようになっている。
【００７１】
一方、上述のＳ１２６で、Ｆ＝３ではないと判断された場合は、Ｓ１４０に進み、緊急事態フラグＦが４（Ｆ＝４）か否か、すなわち、車両故障の緊急事態が発生しているか否かを判定し、Ｆ＝４の場合は、Ｓ１４１〜Ｓ１４９の処理を行い、それ以外のフラグの値（すなわち、Ｆ＝０）の場合は、そのままプログラムを抜ける。
【００７２】
Ｓ１４０の判定の結果、Ｆ＝４であり、車両故障の緊急事態が発生していると判定されてＳ１４１に進むと、ディーラ番号の発信呼出処理が実行される。そして、Ｓ１４２に進み、予めメモリしておいたＶo4のロボットボイスに基づくドライバ通信対応処理が実行される。このＶo4のロボットボイスは、例えば、「北緯○○度、東経○○度（ナビゲーション装置からの位置情報）にて、車両故障が発生した可能性があります。」等である。
【００７３】
次いで、Ｓ１４３に進み、前述のＳ１０５で説明した自宅文字列検索処理を実行する。その後、Ｓ１４４に進み、Ｓ１４３の自宅文字列検索処理の結果、該当連絡先（自宅と推定される連絡先）が有ったか否かを判定する。
【００７４】
そして、該当連絡先（自宅と推定される連絡先）が無かった場合はＳ１４７にジャンプし、該当連絡先（自宅と推定される連絡先）が有った場合はＳ１４５に進んで、該当連絡先（自宅と推定される連絡先）の発信呼出処理がなされる。
【００７５】
その後、Ｓ１４６に進み、該当連絡先（自宅と推定される連絡先）に対し、予めメモリしておいたＶo4のロボットボイスに基づくドライバ通信対応処理が実行される。
【００７６】
Ｓ１４４、或いは、Ｓ１４６からＳ１４７に進むと、ドライバによる緊急連絡先の登録が有るか否かが判定される。
【００７７】
このＳ１４７の判定の結果、ドライバによる緊急連絡先の登録が無い場合は、そのままプログラムを抜け、ドライバによる緊急連絡先の登録が有る場合は、Ｓ１４８に進んで、該当連絡先、すなわち、ドライバによる緊急連絡先の発信呼出処理がなされる。
【００７８】
そして、Ｓ１４９に進み、ドライバによる緊急連絡先に対し、予めメモリしておいたＶo4のロボットボイスに基づくドライバ通信対応処理を実行してプログラムを抜ける。
【００７９】
このように本実施の形態によれば、車両故障の緊急事態が発生していると判定された場合には、ディーラ→自宅と推定される連絡先→ドライバによる緊急連絡先の順に、発信呼出が実行されるようになっている。
【００８０】
以上、説明したように、本発明の実施の形態によれば、緊急通報システム１の制御ユニット２は、加速度センサ１２、脈拍センサ１３、画像処理装置１４、車両の故障診断装置１５からの信号に基づいて、ドライバ異常、軽度の事故発生、重度の事故発生、車両故障の何れかの状態を検出し、それぞれの場合に応じて連絡先（警察、消防署、自宅、ディーラ、ドライバにより登録された緊急連絡先の何れか）を決定し、連絡先に発信呼出を行っていく。この際、ドライバの自宅に対しては、携帯電話アドレスメモリ部３から文字列検索部２ｂにより文字列検索を行って連絡先を特定し、発信呼出を行う。従って、たとえ、ドライバが連絡先を非登録のままであっても、携帯電話アドレスメモリ部３から文字列検索部２ｂにより文字列検索を行って自宅と推定される連絡先が特定されるため、発生した緊急事態に応じて適切な連絡先に確実に通報することが可能となる。
【００８１】
尚、本実施の形態では、緊急事態をドライバ異常、軽度の事故発生、重度の事故発生、車両故障の４種に分類して通報を行うようにしているが、更に、細かく分類し、通報の仕方を変えることも可能である。また、２種、３種の分類で、通報の仕方を変えるようにしても良い。更に、本実施の形態では、音声信号で通信する例を示しているが、メールアドレス情報が連絡先情報から得られる場合、音声信号と共に所定のメール送信を行うようにしても良い。
【図面の簡単な説明】
【００８２】
【図１】車両の緊急通報システムの全体構成図
【図２】緊急通報プログラムのフローチャート
【図３】図２から続くフローチャート
【図４】図３から続くフローチャート
【図５】図４から続くフローチャート
【図６】ドライバ通話対応処理ルーチンのフローチャート
【図７】自宅文字列検索処理ルーチンのフローチャート
【図８】緊急事態テーブルの一例を示す説明図
【符号の説明】
【００８３】
１    緊急通報システム
２    制御ユニット（異常検出手段、通信手段）
２ａ  メモリ部２ａ（第１の記憶手段）
２ｂ  文字列検索部（検索手段）
３    携帯電話アドレスメモリ部（第２の記憶手段）
４    データ送信部
５    マイク
１１    ナビゲーション装置
１２    加速度センサ（異常検出手段）
１３    脈拍センサ（異常検出手段）
１４    画像処理装置（異常検出手段）
１４ａ  ＣＣＤカメラ（異常検出手段）
１５    故障診断装置（異常検出手段）
【図１】
2008293208.tif 000003
【図２】
2008293208.tif 000004
【図３】
2008293208.tif 000005
【図４】
2008293208.tif 000006
【図５】
2008293208.tif 000007
【図６】
2008293208.tif 000008
【図７】
2008293208.tif 000009
【図８】
2008293208.tif 000010