(57)【要約】【課題】本発明は、車両内の同乗者が運転者に対して迅速かつ安全に覚醒を促すことが可能な運転者異常通知装置を提供することを目的とする。【解決手段】本発明による運転者異常通知装置１は、車両を運転する運転者の異常状態を検出する異常状態検出部３と、車両の同乗者が所持する通信端末１１〜１３を検出する通信端末検出部２１と、通信端末検出部２１にて検出された通信端末に対して、異常状態検出部２１にて検出された異常状態を通知する通知部２２とを備える。【選択図】図１
2014021515.tif 000002
【特許請求の範囲】
【請求項１】
車両を運転する運転者の異常状態を検出する異常状態検出部と、
前記車両の同乗者が所持する通信端末を検出する通信端末検出部と、
前記通信端末検出部にて検出された前記通信端末に対して、前記異常状態検出部にて検出された前記異常状態を通知する通知部と、
を備える、運転者異常通知装置。
【請求項２】
前記通信端末を予め記憶する記憶部をさらに備えることを特徴とする、請求項１に記載の運転者異常通知装置。
【請求項３】
前記通知部は、前記記憶部に記憶された前記通信端末のうち、予め定められた優先順位が高い前記通信端末を優先して通知することを特徴とする、請求項２に記載の運転者異常通知装置。
【請求項４】
前記通知部は、前記通信端末に対して、前記車両の内部における所定の通信方式を用いて前記異常状態を通知することを特徴とする、請求項１ないし３のいずれかに記載の運転者異常通知装置。
【請求項５】
前記通信端末検出部は、前記車両の内部における所定の通信方式を用いて、前記通信端末の存在をサーチして検出することを特徴とする、請求項１ないし３のいずれかに記載の運転者異常通知装置。
【請求項６】
前記通知部は、前記通信端末に対して、前記所定の通信方式を用いて前記異常状態を通知することを特徴とする、請求項５に記載の運転者異常通知装置。
【請求項７】
前記通信端末検出部は、前記車両の内部における所定の通信方式を用いて、前記通信端末からの接続によって当該通信端末を検出することを特徴とする、請求項１ないし３のいずれかに記載の運転者異常通知装置。
【請求項８】
前記所定の通信方式は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ、またはＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を含むことを特徴とする、請求項４ないし７のいずれかに記載の運転者異常通知装置。
【請求項９】
前記通知部は、前記通信端末に対して、前記車両の外部における所定の通信網を用いて前記異常状態を通知することを特徴とする、請求項１ないし３のいずれかに記載の運転者異常通知装置。
【請求項１０】
前記通信端末検出部は、前記車両のドアの開閉時に前記通信端末を検出することを特徴とする、請求項１ないし９のいずれかに記載の運転者異常通知装置。
【請求項１１】
前記通知部は、前記通信端末検出部が前記通信端末を検出することができない場合において、前記車両の外部に存在する通信端末またはヘルプコールセンターに対して前記異常状態の通知を行うことを特徴とする、請求項９に記載の運転者異常通知装置。
【請求項１２】
前記通知部は、前記車両の外部に存在する緊急通報システムを介して、前記通信端末に対して前記異常状態の通知を行うことを特徴とする、請求項９に記載の運転者異常通知装置。
【請求項１３】
前記通知部による通知は、音声メッセージ、擬音、バイブレーション、またはメールを含むことを特徴とする、請求項１ないし１２のいずれかに記載の運転者異常通知装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両を運転する運転者の異常状態を通知する運転者異常通知装置に関する。
【背景技術】
【０００２】
近年、車両を運転する運転者の居眠り状態を検出して警告を発することによって、運転者に対して覚醒を促す技術がある。例えば、運転者の居眠り状態を検出し、音声出力や車内灯点滅によって同乗者に対して運転者が居眠り状態であることを通知（警告）する装置がある（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−６２９１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１では、音声出力や車内灯点滅によって運転者が居眠り状態であることを通知しているが、当該通知は同乗者だけでなく運転者に対してもなされている。このような通知の方法は、同乗者や運転者にとって通知に対する慣れが生じてしまう。また、通知が誰に対するものなのか不明であり無視される可能性がある。
【０００５】
本発明は、これらの問題を解決するためになされたものであり、車両内の同乗者が運転者に対して迅速かつ安全に覚醒を促すことが可能な運転者異常通知装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題を解決するために、本発明による運転者異常通知装置は、車両を運転する運転者の異常状態を検出する異常状態検出部と、車両の同乗者が所持する通信端末を検出する通信端末検出部と、通信端末検出部にて検出された通信端末に対して、異常状態検出部にて検出された異常状態を通知する通知部とを備える。
【発明の効果】
【０００７】
本発明によると、車両を運転する運転者の異常状態を検出する異常状態検出部と、車両の同乗者が所持する通信端末を検出する通信端末検出部と、通信端末検出部にて検出された通信端末に対して、異常状態検出部にて検出された異常状態を通知する通知部とを備えるため、車両内の同乗者が運転者に対して迅速かつ安全に覚醒を促すことが可能となる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施の形態１による運転者異常通知装置の構成の一例を示す図である。
【図２】本発明の実施の形態１による運転者異常通知装置を車両に配置した一例を示す図である。
【図３】本発明の実施の形態１による通知先の通信端末のアドレスを示すテーブルの一例を示す図である。
【図４】本発明の実施の形態１による運転者の異常状態を通知する動作の一例を示すフローチャートである。
【図５】本発明の実施の形態１による通知先の通信端末を選択する動作の一例を示すフローチャートである。
【図６】本発明の実施の形態２による通知先の通信端末を選択する動作の一例を示すフローチャートである。
【図７】本発明の実施の形態３による運転者異常通知装置の構成の一例を示す図である。
【図８】本発明の実施の形態３による通知先の通信端末のアドレスを示すテーブルの一例を示す図である。
【図９】本発明の実施の形態３による通知先の通信端末を選択する動作の一例を示すフローチャートである。
【図１０】本発明の実施の形態４による運転者異常通知装置の構成の一例を示す図である。
【図１１】本発明の実施の形態４による通知先の通信端末のアドレスを示すテーブルの一例を示す図である。
【図１２】本発明の実施の形態４による通知先の通信端末を選択する動作の一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
本発明の実施の形態について、図面に基づいて以下に説明する。
【００１０】
＜実施の形態１＞
本発明の実施の形態１では、運転者が異常状態である場合において、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信によって車内に存在する同乗者が所持する通信端末を検出し、当該検出した通信端末に対して運転者が異常状態である旨を通知することを特徴としている。
【００１１】
まず、本実施の形態１による運転者異常通知装置の構成について説明する。
【００１２】
図１は、本実施の形態１による運転者異常通知装置１の構成の一例を示す図である。図１に示すように、本実施の形態１による運転者異常通知装置１は、運転者異常通知装置１に備えられる各部を統括して制御する制御部２と、運転者の異常状態を検出する異常状態検出部３と、通信端末１０〜１３との通信を行う通信制御部４と、Ｂｌｕｅｔｏｏｔｈ通信によって通信端末１１〜１３と通信を行うＢｌｕｅｔｏｏｔｈ通信部５と、運転者の異常状態の通知先となる通信端末１１〜１３のアドレスを記憶する記憶部６と、車両のドアの開閉を検出するドア開閉検出部７と、タッチパネル１４および液晶モニタ１５と電気的に接続されたＧＵＩ部８と、Ｈ／Ｆ（Ｈａｎｄｓ  Ｆｒｅｅ）マイクロホン１６およびＨ／Ｆ用スピーカ１７と電気的に接続されたＨ／Ｆ制御部９とを備えている。なお、本実施の形態１では、通信端末１０は運転者が所持する通信端末を示し、通信端末１１〜１３は車内の同乗者が所持する通信端末を示している。
【００１３】
制御部２は、車両の同乗者が所持する通信端末１１〜１３を検出する通信端末検出部２１と、通信端末検出部２１にて検出された通信端末１１〜１３に対して、異常状態検出部３にて検出された異常状態を通知する通知部２２とを備えている。
【００１４】
通信制御部４は、運転者が所持する（車内に持ち込んでいる）通信端末１０と論理的接続されている。ここで、論理的接続とは、何らかの通信方式で接続されていることをいい、例えば本実施の形態１では、通信制御部４と通信端末１０とが携帯電話網を介して接続されている。
【００１５】
Ｂｌｕｅｔｏｏｔｈ通信部５は、通信端末１１〜１３と物理的接続されている。ここで、物理的接続とは、特定の通信方式で接続されていることをいい、例えば本実施の形態１では、Ｂｌｕｅｔｏｏｔｈ通信部５と通信端末１１〜１３とがＢｌｕｅｔｏｏｔｈ通信によって接続されている。すなわち、同乗者が所持する通信端末１１〜１３は、Ｂｌｕｅｔｏｏｔｈ機能を有している。
【００１６】
異常状態検出部３は、車両を運転する運転者の居眠りや突発的な身体異常（心身異常を含む）などの異常状態を検出する。検出方法としては、例えば、画像処理によって運転者の顔画像を撮影し、撮影した顔画像の瞬きのパターンに基づいて異常状態を検出する非接触で直接的な方法、運転者に生理センサーを装着することによって運転者の異常状態を検出する接触式で直接的な方法、あるいは車両の走行状況（例えば、蛇行走行など）から運転者の異常状態を検出する間接的な方法などがあるが、運転者の異常状態を検出する方法であればいかなる方法であってもよい。
【００１７】
図２は、運転者異常通知装置１を車両に配置した一例を示す図である。
【００１８】
図２に示すように、運転者は通信端末１０を、同乗者は通信端末１１〜１３をそれぞれ車両内に持ち込んで所持している。また、運転者異常通知装置１は、車両内の先頭側に配置されている。
【００１９】
図３は、運転者の異常状態の通知先となる通信端末のアドレスを示すテーブルの一例を示す図である。図３では、複数の同乗者が所持する通信端末を通知先とした場合について示している。
【００２０】
図３に示すように、運転者の異常状態の通知先となる通信端末のアドレスとして、通信端末に割り振られている固有ＩＤであるＢＤ（Ｂｌｕｅｔｏｏｔｈ  Ｄｅｖｉｃｅ）アドレスと、通信端末の電話番号と、通信端末のメールアドレスとが対応付けられている。そして、通知先として優先度の高い通信端末から順に記憶部６に記憶されている（優先度１が最も高く、優先度Ｎが最も低い）。このように各通信端末のアドレスは、テーブルとして予め記憶部６に記憶（登録）されている。例えば、本実施の形態１では、通信端末１１〜１３のアドレスが記憶部６のテーブルに登録されている。
【００２１】
次に、本実施の形態１による運転者異常通知装置の動作について説明する。
【００２２】
図４は、本実施の形態１による運転者の異常状態を通知する動作の一例を示すフローチャートである。
【００２３】
ステップＳ４０１において、制御部２は、異常状態検出部３にて運転者が異常状態であることを検出したか否かを判断する。運転者が異常状態であることを検出した場合はステップＳ４０２に移行し、運転者が異常状態であることを検出していない場合は処理を終了する。
【００２４】
ステップＳ４０２において、通知部２２は、通知先の通信端末に対して、運転者が異常状態であることを通知する。このとき通知先となる通信端末は記憶部６に予め記憶された通信端末であり、当該通信端末は通信端末検出部２１によって検出される。また、通知先の通信端末に対する通知は、Ｂｌｕｔｏｏｔｈ通信部５によるＢｌｕｅｔｏｏｔｈ通信、あるいは通信制御部４による携帯電話網を用いた音声通話またはメールによって行う（車両の内部における所定の通信方式を用いて異常状態を通知する。）。すなわち、図３に示すアドレス（ＢＤアドレス、電話番号、メールアドレス）のいずれかを用いて通知を行う。通知後、処理を終了する。
【００２５】
図５は、本実施の形態１による通知先の通信端末を選択する動作の一例を示すフローチャートであり、車両内に存在する通知先の通信端末を選択する。図５に示す動作は、制御部２が通信制御部４とＢｌｕｅｔｏｏｔｈ通信部５とを制御することによって行われている。また、判断処理は、制御部２が行なう。
【００２６】
ステップＳ５０１において、制御部２は、ドア開閉検出部７にて車両のドアの開閉を検出したか否かを判断する。ドアの開閉を検出した場合はステップＳ５０２に移行し、ドアの開閉を検出していない場合は処理を終了する。
【００２７】
ステップＳ５０２において、通知先として選択された通信端末の選択を解除する。すなわち、車両のドアの開閉があったときは、一旦、いずれの通信端末も通知先としないようにする。これは、車両のドアが開閉された場合は、同乗者の乗降が発生し、通知先として選択した通信端末が車両外に移動している可能性があるためである。
【００２８】
ステップＳ５０３において、通信端末検出部２１は、Ｂｌｕｅｔｏｏｔｈ通信部５のＩｎｑｕｉｒｙ機能（エリア内にＢｌｕｅｔｏｏｔｈ機器が存在するか否かを探索する機能）により、車両内に存在する通信端末１１〜１３の探索（サーチ）を行う。
【００２９】
ステップＳ５０４において、ステップＳ５０３の探索によって検出した通信端末があるか否かを判断する。検出した通信端末がある場合はステップＳ５０５に移行し、検出した通信端末がない場合は処理を終了する。
【００３０】
ステップＳ５０５において、通信端末検出部２１にて検出された通信端末のＢＤアドレスと、記憶部６に記憶されたテーブル（図３参照）に予め登録した通信端末のＢＤアドレスとを照合する。
【００３１】
ステップＳ５０６において、ステップＳ５０５の照合の結果、ＢＤアドレスが一致したか否かを判断する。ＢＤアドレスが一致した場合はステップＳ５０８に移行し、ＢＤアドレスが一致しなかった場合はステップＳ５０７に移行する。
【００３２】
ステップＳ５０７において、通信端末検出部２１にて検出された全ての通信端末に対する照合が完了したか否かを判断する。全ての通信端末に対する照合が完了した場合は処理を終了し、全ての通信端末に対する照合が完了していない場合はステップＳ５０５に移行する。
【００３３】
ステップＳ５０８において、既に通知先となる通信端末を選択済みであるか否かの判断を行う。選択済みである場合はステップＳ５０９に移行し、選択済みでない場合はステップＳ５１０に移行する。
【００３４】
ステップＳ５０９において、ステップＳ５０６にてＢＤアドレスが一致した通信端末が、選択済みの通信端末よりも優先度が高いか否かを判断する。優先度が高い場合はステップＳ５１０に移行し、優先度が高くない（優先度が低い）場合はステップＳ５０７に移行する。
【００３５】
ステップＳ５１０において、ステップＳ５０６にてＢＤアドレスが一致した通信端末を通知先として選択する。その後、ステップＳ５０７に移行する。
【００３６】
上記の処理を行うことによって、Ｂｌｕｅｔｏｏｔｈ通信のＩｎｑｕｉｒｙ機能に基づいて、通知先となる通信端末を選択（検出）することができる。また、ステップＳ５０４にて複数の通信端末が検出された場合は、最も優先度が高い通信端末を通知先として選択することができる。Ｂｌｕｅｔｏｏｔｈ通信のＩｎｑｕｉｒｙ機能によれば、車両内に存在する複数のＢｌｕｅｔｏｏｔｈ機能を有する通信端末が同時に検出される。従って、本実施の形態１では、Ｉｎｑｕｉｒｙ機能の処理によって検出された通信端末のうち、記憶部６に予め登録され、かつ優先度が高い通信端末を通知先として選択している。すなわち、通知部２２は、記憶部６に記憶された通信端末のうち、予め定められた優先度（優先順位）が高い通信端末を優先して通知する。
【００３７】
以上のことから、本実施の形態１によれば、運転者が異常状態である場合において、Ｂｌｕｅｔｏｏｔｈ通信によって車両内に存在する同乗者が所持する通信端末を検出し、当該検出した通信端末に対して運転者が異常状態である旨を通知する。従って、車両内の同乗者が運転者に対して迅速かつ安全に覚醒を促すことが可能となる。また、ドアの開閉時に通信端末の検出を行うことによって、通信端末の検出に要する電力をセーブ（節約）することができる。
【００３８】
なお、本実施の形態１では、車内に複数の通信端末が存在する場合は、優先度が高い通信端末に対して運転者の異常状態を通知したが、これに限らず、車両内に存在する全ての通信端末に対して異常状態を通知するようにしてもよい。
【００３９】
＜実施の形態２＞
本発明の実施の形態２では、Ｂｌｕｅｔｏｏｔｈ通信によって車内に存在する同乗者が所持する通信端末を検出する際において、実施の形態１によるＩｎｑｕｉｒｙ機能に代えて、Ｌｉｎｋ接続を行うことによって通信端末を検出することを特徴としている。その他の構成は、実施の形態１と同様であるため、ここでは説明を省略する。
【００４０】
図６は、本実施の形態２による通知先の通信端末を選択する動作の一例を示すフローチャートである。
【００４１】
ステップＳ６０１において、制御部２は、ドア開閉検出部７にて車両のドアの開閉を検出したか否かを判断する。ドアの開閉を検出した場合はステップＳ６０２に移行し、ドアの開閉を検出していない場合は処理を終了する。なお、ステップＳ６０１の処理は、図５のステップＳ５０１の処理と同様である。
【００４２】
ステップＳ６０２において、通知先として選択された通信端末の選択を解除する。なお、ステップＳ６０２の処理は、図５のステップＳ５０２の処理と同様である。
【００４３】
ステップＳ６０３において、通信端末検出部２１は、Ｂｌｕｅｔｏｏｔｈ通信部５を用いて、記憶部６のテーブルに登録されている通信端末に対して、優先度が高い順にＬｉｎｋ接続（ｐａｇｅ（呼び出し）に関する処理）を実施する。すなわち、特定の通信端末に対して接続要求を行っている。
【００４４】
ステップＳ６０４において、接続要求した通信端末との間でＬｉｎｋ接続に成功したか否かを判断する。Ｌｉｎｋ接続に成功した場合はステップＳ６０６に移行し、Ｌｉｎｋ接続に成功しなかった場合はステップＳ６０５に移行する。
【００４５】
ステップＳ６０５において、登録している全ての通信端末に対してＬｉｎｋ接続を行ったか否かの判断を行う。全ての通信端末に対するＬｉｎｋ接続が完了した場合は処理を終了し、全ての通信端末に対するＬｉｎｋ接続が完了していない場合はステップＳ６０３に移行する。
【００４６】
ステップＳ６０６において、Ｌｉｎｋ接続に成功した通信端末を、通知先の通信端末として選択する。その後、処理を終了する。
【００４７】
以上のことから、本実施の形態２によれば、Ｂｌｕｅｔｏｏｔｈ通信のＬｉｎｋ接続によって車両内に存在する同乗者が所持する通信端末を検出し、当該検出した通信端末に対して運転者が異常状態である旨を通知する。従って、車両内の同乗者が運転者に対して迅速かつ安全に覚醒を促すことが可能となる。また、複数の通信端末が登録されている場合は、優先度が高い通信端末から順にＬｉｎｋ接続を行い、Ｌｉｎｋ接続に成功した通信端末を通知先としているため、実施の形態１よりもシンプルな処理で通信端末を検出することができる。
【００４８】
エリア内（本実施の形態では、車両内）に存在しないＢｌｕｅｔｏｏｔｈ機能を有する通信端末に対してＬｉｎｋ接続を行った場合、失敗の検出に時間を要し、かつ通知の対象となる通信端末に対して１台ずつＬｉｎｋ接続を行う必要があるため、実施の形態１よりも通信端末の検出に時間を要する可能性がある。従って、本実施の形態２では、優先度が高い順にＬｉｎｋ接続を行うことによって、Ｌｉｎｋ接続に成功すれば当該成功した通信端末を通知先としているため、Ｌｉｎｋ接続を行う回数を減らしている。
【００４９】
＜実施の形態３＞
まず、本発明の実施の形態３による運転者異常通知装置の構成について説明する。
【００５０】
図７は、本実施の形態３による運転者異常通知装置１の構成の一例を示す図である。
【００５１】
本実施の形態３では、運転者異常通知装置１がＷｉＦｉアクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ：ＡＰ）部１８を備えることを特徴としている。その他の構成は、実施の形態１と同様であるため、ここでは説明を省略する。
【００５２】
図７に示すように、ＷｉＦｉアクセスポイント部１８は、無線ＬＡＮを介した通信のアクセスポイントとしての機能を有しており、通信端末１１〜１３と無線ＬＡＮを介して通信することが可能である。また、通信端末１１〜１３は、無線ＬＡＮを介した通信が可能な機能を有している。
【００５３】
図８は、運転者の異常状態の通知先となる通信端末のアドレスを示すテーブルの一例を示す図である。図８では、複数の同乗者が所持する通信端末を通知先とした場合について示している。
【００５４】
図８に示すように、運転者の異常状態の通知先となる通信端末のアドレスとして、通信端末に割り振られているＭＡＣアドレスと、通信端末の電話番号と、通信端末のメールアドレスとが対応付けられている。そして、通知先として優先度の高い通信端末から順に登録されたテーブルが記憶部６に記憶されている（優先度１が最も高く、優先度Ｎが最も低い）。このように各通信端末のアドレスは、テーブルとして予め記憶部６に記憶（登録）されている。例えば、本実施の形態３では、通信端末１１〜１３のアドレスが記憶部６のテーブルに登録されている。
【００５５】
次に、本実施の形態３による運転者異常通知装置の動作について説明する。
【００５６】
異常状態検出部３にて運転者の異常状態が検出されると、通知部２２は車両内の同乗者が所持する通信端末１１〜１３に対して運転者の異常状態を通知する。運転者の異常状態を通知する動作は、実施の形態１と同様である（図４参照）。また、通信端末１１〜１３に対する通知は、ＷｉＦｉアクセスポイント部１８を介した無線ＬＡＮ通信、あるいは通信制御部４による携帯電話網を用いた音声通話またはメールによって行う。すなわち、図８に示すアドレス（ＭＡＣアドレス、電話番号、メールアドレス）のいずれかを用いて通知を行う。
【００５７】
図９は、本実施の形態３による通知先の通信端末を選択する動作の一例を示すフローチャートであり、車両内に存在する通知先の通信端末を選択する。なお、図９に示す動作は、制御部２が通信制御部４とＷｉＦｉアクセスポイント部１８とを制御することによって行われている。また、判断処理は、制御部２が行なう。
【００５８】
ステップＳ９０１において、通信端末検出部２１は、ＷｉＦｉアクセスポイント部１８に接続された通信端末があるか否かの判断を行う。ＷｉＦｉアクセスポイント部１８に接続された通信端末がある場合はステップＳ９０２に移行し、ＷｉＦｉアクセスポイント部１８に接続された通信端末がない場合は処理を終了する。
【００５９】
ステップＳ９０２において、通信端末検出部２１にて検出された通信端末（ＷｉＦｉアクセスポイント部１８に接続された通信端末）のＭＡＣアドレスと、記憶部６に記憶されたテーブル（図８参照）に予め登録した通信端末のＭＡＣアドレスとを照合する。
【００６０】
ステップＳ９０３において、ステップＳ９０２の照合の結果、ＭＡＣアドレスが一致したか否かを判断する。ＭＡＣアドレスが一致した場合はステップＳ９０４に移行し、ＭＡＣアドレスが一致しなかった場合は処理を終了する。
【００６１】
ステップＳ９０４において、既に通知先となる通信端末を選択済みであるか否かの判断を行う。選択済みである場合はステップＳ９０５に移行し、選択済みでない場合はステップＳ９０６に移行する。
【００６２】
ステップＳ９０５において、ステップＳ９０３にてＭＡＣアドレスが一致した通信端末が、選択済みの通信端末よりも優先度が高いか否かを判断する。優先度が高い場合はステップＳ９０６に移行し、優先度が高くない（優先度が低い）場合は処理を終了する。
【００６３】
ステップＳ９０６において、ステップＳ９０３にてＭＡＣアドレスが一致した通信端末を通知先として選択する。その後、処理を終了する。
【００６４】
上記の処理を行うことによって、通信端末１１〜１３のＭＡＣアドレスに基づいて、通知先となる通信端末を選択（検出）することができる。また、通信端末を選択する動作は、通信端末１１〜１３がＷｉＦｉアクセスポイント部１８に接続したときに開始され、接続された通信端末１１〜１３を通知先として選択するか否かの判断を行っている。
【００６５】
以上のことから、本実施の形態３によれば、運転者が異常状態である場合において、無線ＬＡＮ通信によって車両内に存在する同乗者が所持する通信端末を検出し、当該検出した通信端末に対して運転者が異常状態である旨を通知する。従って、車両内の同乗者が運転者に対して迅速かつ安全に覚醒を促すことが可能となる。
【００６６】
＜実施の形態４＞
まず、本発明の実施の形態４による運転者異常通知装置の構成について説明する。
【００６７】
図１０は、本実施の形態４による運転者異常通知装置１の構成の一例を示す図である。
【００６８】
本実施の形態４では、運転者異常通知装置１がＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信部１９を備えることを特徴としている。その他の構成は、実施の形態１と同様であるため、ここでは説明を省略する。
【００６９】
図１０に示すように、ＮＦＣ通信部１９は、ＮＦＣと呼ばれる１メートルから数センチメートル程度の極短距離無線通信の機能を有しており、通信端末１１〜１３とＮＦＣ通信することが可能である。また、通信端末１１〜１３は、ＮＦＣ通信が可能な機能を有している。なお、ＮＦＣの代表的なものとしては、ＦｅｌｉＣａ（登録商標）が挙げられる。
【００７０】
図１１は、運転者の異常状態の通知先となる通信端末のアドレスを示すテーブルの一例を示す図である。図１１では、複数の同乗者が所持する通信端末を通知先とした場合について示している。
【００７１】
図１１に示すように、運転者の異常状態の通知先となる通信端末のアドレスとして、通信端末に割り振られているＮＦＣの固有ＩＤと、通信端末の電話番号と、通信端末のメールアドレスとが対応付けられている。そして、通知先として優先度の高い通信端末から順に登録されたテーブルが記憶部６に記憶されている（優先度１が最も高く、優先度Ｎが最も低い）。このように各通信端末のアドレスは、テーブルとして予め記憶部６に記憶（登録）されている。例えば、本実施の形態４では、通信端末１１〜１３のアドレスが記憶部６のテーブルに登録されている。
【００７２】
次に、本実施の形態４による運転者異常通知装置の動作について説明する。
【００７３】
異常状態検出部３にて運転者の異常状態が検出されると、通知部２２は車両内の同乗者が所持する通信端末１１〜１３に対して運転者の異常状態を通知する。運転者の異常状態を通知する動作は、実施の形態１と同様である（図４参照）。また、通信端末１１〜１３に対する通知は、通信制御部４による携帯電話網を用いた音声通話またはメールによって行う。すなわち、図１１に示す通信端末のアドレス（電話番号、メールアドレス）のいずれかを用いて通知を行う。
【００７４】
図１２は、本実施の形態４による通知先の通信端末を選択する動作の一例を示すフローチャートであり、車両内に存在する通知先の通信端末を選択する。図１２に示す動作は、制御部２が通信制御部４とＮＦＣ通信部１９とを制御することによって行われている。また、判断処理は、制御部２が行なう。
【００７５】
ステップＳ１２０１において、通信端末検出部２１は、ＮＦＣ通信部１９と通信端末１１〜１３とが通信しているか否かの判断を行う。ＮＦＣ通信部１９と通信した通信端末がある場合はステップＳ１２０２に移行し、ＮＦＣ通信部１９と通信した通信端末がない場合は処理を終了する。
【００７６】
ステップＳ１２０２において、通信端末検出部２１にて検出された通信端末（ＮＦＣ通信部１９と通信した通信端末）の固有ＩＤ（ＮＦＣの固有ＩＤ）と、記憶部６に記憶されたテーブル（図１１参照）に予め登録した通信端末の固有ＩＤとを照合する。
【００７７】
ステップＳ１２０３において、ステップＳ１２０２の照合の結果、固有ＩＤが一致したか否かを判断する。固有ＩＤが一致した場合はステップＳ１２０４に移行し、固有ＩＤが一致しなかった場合は処理を終了する。
【００７８】
ステップＳ１２０４において、既に通知先となる通信端末を選択済みであるか否かの判断を行う。選択済みである場合はステップＳ１２０５に移行し、選択済みでない場合はステップＳ１２０６に移行する。
【００７９】
ステップＳ１２０５において、ステップＳ１２０３にて固有ＩＤが一致した通信端末が、選択済みの通信端末よりも優先度が高いか否かを判断する。優先度が高い場合はステップＳ１２０６に移行し、優先度が高くない（優先度が低い）場合は処理を終了する。
【００８０】
ステップＳ１２０６において、ステップＳ１２０３にて固有ＩＤが一致した通信端末を通知先として選択する。その後、処理を終了する。
【００８１】
上記の処理を行うことによって、通信端末１１〜１３のＮＦＣの固有ＩＤに基づいて、通知先となる通信端末を選択（検出）することができる。また、通信端末を選択する動作は、通信端末１１〜１３がＮＦＣ通信部１９と通信したときに開始され、通信した通信端末１１〜１３を通知先として選択するか否かの判断を行っている。
【００８２】
以上のことから、本実施の形態４によれば、運転者が異常状態である場合において、ＮＦＣ通信によって車両内に存在する同乗者が所持する通信端末を検出し、当該検出した通信端末に対して運転者が異常状態である旨を通知する。従って、車両内の同乗者が運転者に対して迅速かつ安全に覚醒を促すことが可能となる。
【００８３】
＜変形例＞
なお、実施の形態１〜４では、異常状態検出部３は、運転者の異常状態として居眠りや突発的な身体異常を検出しているが、これに限らず、居眠りに近い状態であるぼんやり状態を検出して同乗者に通知するようにしてもよい。
【００８４】
また、実施の形態１〜４において、同乗者が所持する通信端末は、携帯電話やスマートフォンに限らず、運転者異常通知装置１と近距離通信を行う専用の携帯端末であってもよい。
【００８５】
また、実施の形態１〜４において、車両内に通信端末が存在しない（通信端末検出部２１が通信端末を検出することができない）場合は、運転者の異常状態を車両外（車両の外部）に存在する通信端末あるいはヘルプコールセンターに通知（報知）するようにしてもよい。ここで、ヘルプコールセンターとは、警察署、交番、消防署、病院など公共機関のことをいう。なお、運転者の異常状態を車両外に通知する際には、車両外における電話回線網など所定の通信網を用いて通知する。
【００８６】
また、実施の形態１〜４において、通知部２２は、車両外に存在する緊急通報システムを介して、同乗者が所持する通信端末に対して運転者の異常状態の通知を行うようにしてもよい。ここで、緊急通報システムとは、上記のヘルプコールセンターと同様に、警察署、交番、消防署、病院など公共機関のことをいう。
【００８７】
また、実施の形態１，２では、ドアの開閉時に通信端末の検出動作を行っているが、異常状態検出部３が運転者の異常状態を検出したときに通信端末の検出動作を行うようにしてもよい。
【００８８】
また、実施の形態１〜４では、通信端末検出部２１が通信端末を検出する際に、運転者が所持する通信端末か、あるいは同乗者が所持する通信端末かを区別するために、記憶部６に記憶したテーブルに予め登録した同乗者のアドレスを用いて検出したが、他の方法として例えば以下の６つが挙げられる。なお、以下に限らず、運転者が所持する通信端末と同乗者が所持する通信端末とが区別できれば、いかなる方法で通信端末を区別して検出してもよい。
【００８９】
（１）予め運転者が所持する通信端末のアドレスを記憶しておき、通信端末検出部２１が検出した通信端末との照合に用いる。すなわち、検出した通信端末のアドレスが、運転者が所持する通信端末のアドレスと一致した場合は、検出した通信端末を通知先の通信端末として選択しないようにする。
【００９０】
（２）通信端末を検出する際に、検出した通信端末に対して運転者か否かのメッセージを送り、検出した通信端末を所持するユーザの操作によって応答してもらう。応答がない場合は同乗者と見なしてもよい。あるいは、応答がない場合は運転者と見なしてもよい。
【００９１】
（３）運転者用の通信端末を設置するためのクレードルに設置された通信端末は、運転者が所持する通信端末であると見なす。
【００９２】
（４）電波強度によって通信端末を区別して検出する。例えば、本実施の形態１であれば、Ｂｌｕｅｔｏｏｔｈ通信のＩｎｑｕｉｒｙ機能を用いて、運転者異常通知装置１のＢｌｕｅｔｏｏｔｈ通信部５のアンテナが運転者付近に設置されている場合は、最も電波強度が強い通信端末を運転者が所持しているものと見なすことができる。
【００９３】
（５）同乗者席の近傍に設置されたＦｅｌｉＣａの入力端末などに通信端末をタッチ（接触）することによって、同乗者が所持する通信端末であることを認識させる。
【００９４】
（６）検出した通信端末から音あるいは光を出力させ、当該音あるいは光を車両内に設置したマイクやカメラに入力し、音響処理あるいは画像処理によって通信端末の位置を特定する。複数の通信端末が存在する場合は、各通信端末から順に出力させることによって、各通信端末の位置を特定することができる。
【００９５】
また、通知部２２による異常状態の通知は、音声やメールに限らず、振動や画像など通信端末が有する機能であればいかなるものであってもよい。このとき、通信端末の一機能を用いて通知してもよく、複数の機能を組み合わせて通知してもよい。
【００９６】
また、実施の形態１〜４において、通知部２２が、同乗者が所持する通信端末に対して運転者の異常状態を通知する方法として、同乗者が所持する通信端末に対して第１の方法で通知（例えば、着信音（擬音））した後、当該通知に対して同乗者の反応がない場合は、第２の方法で通知（例えば、着信音＋振動（バイブレーション））するようにしてもよい。
【００９７】
また、実施の形態１〜４において、通信部２２は、異常状態検出部３が検出した運転者の異常状態の種別に応じて、通信端末に対する通知方法やメッセージ内容を変更するようにしてもよい。
【００９８】
また、通信端末検出部２１は、複数の通信方式を用いて車両内の通信端末を検出してもよい。例えば、初めにＢｌｕｅｔｏｏｔｈ通信を用いて検出し、次にＷｉＦｉ通信を用いて検出し、次にＮＦＣ通信を用いて検出するようにしてもよい。なお、各通信方式を用いる順は、いかなる順であってもよい。
【００９９】
また、実施の形態１〜４による運転者異常通知装置１は、ＧＵＩ部８、Ｈ／Ｆ制御部９、タッチパネル１４、液晶モニタ１５、Ｈ／Ｆマイクロホン１６、およびＨ／Ｆ用スピーカ１７を備えているが、これに限らず、備えなくてもよい。
【０１００】
また、実施の形態１〜４による運転者異常通知装置１は、カーナビゲーション装置やカーオーディオなどの車載装置に搭載することができる。
【０１０１】
なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。
【符号の説明】
【０１０２】
１  運転者異常通知装置、２  制御部、３  異常状態検出部、４  通信制御部、５  Ｂｌｕｅｔｏｏｔｈ通信部、６  記憶部、７  ドア開閉検出部、８  ＧＵＩ部、９  Ｈ／Ｆ制御部、１０，１１，１２，１３  通信端末、１４  タッチパネル、１５  液晶モニタ、１６  Ｈ／Ｆマイクロホン、１７  Ｈ／Ｆ用スピーカ、１８  ＷｉＦｉアクセスポイント部、１９  ＮＦＣ通信部、２１  通信端末検出部、２２  通知部。
【図１】
2014021515.tif 000003
【図２】
2014021515.tif 000004
【図３】
2014021515.tif 000005
【図４】
2014021515.tif 000006
【図５】
2014021515.tif 000007
【図６】
2014021515.tif 000008
【図７】
2014021515.tif 000009
【図８】
2014021515.tif 000010
【図９】
2014021515.tif 000011
【図１０】
2014021515.tif 000012
【図１１】
2014021515.tif 000013
【図１２】
2014021515.tif 000014