(57)【要約】      （修正有）【課題】運転中でない場合にも運転者の異常状態を検出することが可能な運転者異常状態検出装置、運転者異常状態検出システム及び運転者異常状態検出方法を提供する。【解決手段】運転者異常状態検出装置２０は、車両に乗車する運転者の異常状態検出するものであって、運転者が乗車する車両の状態を検出する車両状態検出部２１と、車内に搭載される車内装置に対する操作を検出する操作検出部２２と、車内に持ち込み可能な携帯デバイス１３と車内装置との通信状態を検出する携帯デバイス管理部２４と、各部２１，２２，２４による検出結果に基づいて、運転者が異常状態であるか検出する異常状態検出部２５とを備えている。【選択図】図１
2014054859.tif 000002
【特許請求の範囲】
【請求項１】
車両に乗車する運転者の異常状態を検出する運転者異常状態検出装置であって、
運転者が乗車する車両の状態を検出する車両状態検出手段と、
車内に搭載される車内装置に対する操作を検出する操作検出手段と、
車内に持ち込み可能な携帯デバイスと前記車内装置との通信状態を検出する通信状態検出手段と、
前記各検出手段による検出結果に基づいて、運転者が異常状態であるか検出する異常状態検出手段と、
を備えることを特徴とする運転者異常状態検出装置。
【請求項２】
前記異常状態検出手段は、前記車両状態検出手段によりエンジンが動作中であり、車両が停車中であり、且つ、所定時間連続してドアが開いていると検出され、前記通信状態検出手段により携帯デバイスが車内機器と通信中であると検出された場合、運転者が異常状態であると検出する
ことを特徴とする請求項１に記載の運転者異常状態検出装置。
【請求項３】
前記異常状態検出手段は、前記車両状態検出手段によりエンジンが動作中であり、且つ、車両が停車中であると検出され、前記操作検出手段により規定時間連続して操作されていないと検出され、前記通信状態検出手段により携帯デバイスが車内機器と通信中であると検出された場合、運転者が異常状態であると検出する
ことを特徴とする請求項１又は請求項２のいずれかに記載の運転者異常状態検出装置。
【請求項４】
前記異常状態検出手段は、前記車両状態検出手段によりエンジンが停止中であり、且つ、所定時間連続してドアが開いていると検出され、前記通信状態検出手段により携帯デバイスが車内機器と通信中であると検出された場合、運転者が異常状態であると検出する
ことを特徴とする請求項１から請求項３のいずれか１項に記載の運転者異常状態検出装置。
【請求項５】
前記異常状態検出手段は、前記車両状態検出手段によりエンジンが停止中であると検出され、前記通信状態検出手段により携帯デバイスが車内機器と通信中であると検出された場合、運転者が異常状態であると検出する
ことを特徴とする請求項１から請求項４のいずれか１項に記載の運転者異常状態検出装置。
【請求項６】
請求項１から請求項５のいずれか１項に記載の運転者異常状態検出装置と、
前記運転者異常状態検出装置と通信可能なセンタと、を備え、
前記運転者異常状態検出装置は、運転者の異常状態が検出された場合に、その旨を前記センタに通知する通知手段をさらに有し、
前記センタは、
前記通知手段により運転者の異常状態の通知があった場合に、再度運転者が異常状態であるかを判断する異常状態判断手段と、
前記異常状態判断手段により運転者が異常状態であると判断された場合に、所定の連絡先に異常状態を知らせる連絡を行う連絡手段と、を有する
ことを特徴とする運転者異常状態検出システム。
【請求項７】
前記異常状態判断手段は、異常状態の通知があった車両に同乗者がいると判断した場合、運転者が異常状態でないと判断する
ことを特徴とする請求項６に記載の運転者異常状態検出システム。
【請求項８】
前記異常状態判断手段は、異常状態の通知があった車両が予め定められた箇所に位置している場合、運転者が異常状態でないと判断する
ことを特徴とする請求項６又は請求項７のいずれかに記載の運転者異常状態検出システム。
【請求項９】
前記異常状態判断手段は、異常状態の通知があった場合に、過去の判断結果を参照して、運転者が異常状態あるか否かを判断する
ことを特徴とする請求項６から請求項８のいずれか１項に記載の運転者異常状態検出システム。
【請求項１０】
前記センタは、異常状態の通知があった場合に、前記運転者異常状態検出装置に対して異常の有無を確認する確認コマンドを送信し、
前記運転者異常状態検出装置は、確認コマンドを受信した場合に、車両乗員に対して異常の確認を促す情報提示を行って乗員に異常がない旨の操作を促し、その旨の操作があった場合には前記センタに対して異常がない旨の通知を行う
ことを特徴とする請求項６から請求項９のいずれか１項に記載の運転者異常状態検出システム。
【請求項１１】
車両に乗車する運転者の異常状態を検出する運転者異常状態検出方法であって、
運転者が乗車する車両の状態を検出する車両状態検出工程と、
車内に搭載される車内装置に対する操作を検出する操作検出工程と、
車内に持ち込み可能な携帯デバイスと前記車内装置との通信状態を検出する通信状態検出工程と、
前記各検出工程における検出結果に基づいて、運転者が異常状態であるか検出する異常状態検出工程と、
を備えることを特徴とする運転者異常状態検出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運転者異常状態検出装置、運転者異常状態検出システム及び運転者異常状態検出方法に関する。
【背景技術】
【０００２】
従来、ハンドルに電極を配置し、運転者がハンドルに触れているときに運転者の生体情報を検出し、検出結果に基づいて居眠り防止等の異常状態を検出する生理データ抽出装置が提案されている。また、このような装置には、運転者が所定量以上ハンドル操作した場合に、ハンドルから手が離れることから、この際に生理データを検出しないものが提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−７９９３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、従来装置は、生理データを検出するにあたり運転者がハンドルに触れていることを条件とするため、運転中でない場合には運転者の生理データを検出することができず、運転者の異常状態を検出することができない。
【０００５】
本発明はこのような従来の課題を解決するためになされたものであり、その目的とするところは、運転中でない場合にも運転者の異常状態を検出することが可能な運転者異常状態検出装置、運転者異常状態検出システム及び運転者異常状態検出方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明は、車両に乗車する運転者の異常状態を検出する運転者異常状態検出装置であって、運転者が乗車する車両の状態、車内に搭載される車内装置に対する操作、及び車内に持ち込み可能な携帯デバイスと車内装置との通信状態の検出結果から、運転者が異常状態であるか検出する。
【発明の効果】
【０００７】
本発明によれば、車両の状態、車内装置に対する操作、及び携帯デバイスと車内装置との通信状態についての検出結果から運転者が異常状態であるか検出するため、例えば車両停車中における車内機器への操作や携帯デバイスの通信状態から運転者の異常状態を検出することができる。従って、運転中でない場合にも運転者の異常状態を検出することができる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態に係る運転者異常状態検出装置を含む運転者異常状態検出システムを示す構成図である。
【図２】本実施形態に係る運転者異常状態検出システムの動作の概略を示すフローチャートである。
【図３】ステップＳ４における異常状態の検出処理を示す図である。
【図４】本実施形態に係る異常状態検出方法を示すフローチャートであり、異常状態検出装置における処理を示している。
【図５】本実施形態に係る異常状態検出方法を示すフローチャートであり、センタにおける処理を示している。
【発明を実施するための形態】
【０００９】
以下、本発明の好適な実施形態を図面に基づいて説明する。図１は、本実施形態に係る運転者異常状態検出装置を含む運転者異常状態検出システムを示す構成図である。図１に示すように、運転者異常状態検出システム１は、高齢者などの運転者の体調異変（異常状態）を検出した場合に所定の連絡先に連絡（家族への通知や救急車の手配など）を行うものであって、携帯デバイス１０と、運転者異常状態検出装置２０と、センタ３０とから構成されている。
【００１０】
携帯デバイス１０は、運転者が携帯している車外装置であって、携帯電話や携帯用音楽再生器などが該当する。この携帯デバイス１０は、Bluetooth（登録商標）やWiFi（登録
商標）などにより運転者異常状態検出装置２０と無線接続する機能を備えている。
【００１１】
運転者異常状態検出装置２０は、車両に搭載される車内機器であって、運転者が異常状態であるかを検出するものである。この運転者異常状態検出装置２０は、車両状態検出部（車両状態検出手段）２１と、操作検出部（操作検出手段）２２と、無線通信接続部２３と、携帯デバイス管理部（通信状態検出手段）２４と、異常状態検出部（異常状態検出手段）２５と、通信部（通知手段）２６とを備えている。
【００１２】
車両状態検出部２１は、運転者が乗車する車両の状態を検出するものであって、本実施形態ではエンジンが動作中であるか停止中であるか、車両が走行中であるか停車中であるか、ドアが開いているか閉まっているか、及びドアが開いている場合にはどの程度の時間連続して開いているかを検出するものである。この車両状態検出部２１は、エンジン回転数センサ、車速センサ、及びドア開閉センサが接続され、これらセンサからの信号により上記車両状態を検出する構成となっている。
【００１３】
操作検出部２２は、車内に搭載される車内装置に対する操作を検出するものであって、本実施形態では運転者異常状態検出装置２０に対する操作を検出するものである。なお、操作検出部２２は、運転者異常状態検出装置２０のみに限らず、車内に搭載されるナビゲーション装置やオーディオ装置など、他の車内装置に対する操作を検出するものであってもよい。ナビゲーション装置やオーディオ装置などへの操作を検出する場合、運転者異常状態検出装置２０とこれら車内装置とは、例えば信号線により接続され、車内装置にて操作された情報が操作検出部２２に送信されることとなる。
【００１４】
無線通信接続部２３は、携帯デバイス１０と無線通信接続するものである。この無線通信接続部２３は、Bluetooth（登録商標）やWiFi（登録商標）などにより携帯デバイス１
０と無線通信接続する。
【００１５】
携帯デバイス管理部２４は、車内に持ち込み可能な携帯デバイス１０と車内装置との通信状態を検出するものであって、本実施形態では携帯デバイス１０と運転者異常状態検出装置２０との通信状態を検出するものである。この携帯デバイス管理部２４には、無線通信接続する携帯デバイス１０の情報が記憶されており、情報が記憶された携帯デバイス１０が車両近辺に近付くと、無線通信接続部２３に無線通信接続する旨の指示をし、これにより無線通信接続部２３は携帯デバイス１０と無線通信接続することとなる。なお、携帯デバイス管理部２４は、無線通信接続部２３を介して無線通信接続する場合に限らず、車内に搭載されるナビゲーション装置やオーディオ装置など、他の車内装置と無線通信接続するように指示し、これら車内装置との通信状態を検出するようになっていてもよい。な
お、ナビゲーション装置やオーディオ装置などと無線通信接続する場合、運転者異常状態検出装置２０とこれら車内装置とは、例えば信号線により接続され、車内装置との通信状態の情報が携帯デバイス管理部２４に送信されることとなる。さらに、携帯デバイス管理部２４は、運転者のみならず、運転者の家族が車内に持ち込む携帯デバイス１０との通信状態を検出可能となっている。
【００１６】
異常状態検出部２５は、車両状態検出部２１、操作検出部２２及び携帯デバイス管理部２４による検出結果に基づいて、運転者が異常状態であるか検出するものである。また、異常状態検出部２５は、運転者が異常状態であることを検出した場合、その旨の信号を通信部２６に送信し、通信部２６は、運転者が異常状態である旨の通知をセンタ３０に送信する。
【００１７】
なお、上記運転者異常状態検出装置２０の各部２１〜２６は、各種通信アンテナやＣＰＵ（Central Processing Unit）の各機能として構成することができる。
【００１８】
センタ３０は、運転者異常状態検出装置２０と通信可能に構成され、運転者が異常状態である旨の通知を運転者異常状態検出装置２０から受信し、運転者が異常状態であるかを再確認等するためのものである。このセンタ３０は、通信部（連絡手段）３１と、異常状態判断部（異常状態判断手段）３２と、地図ＤＢ（database）３３と、行動履歴ＤＢ３４とを備えている。
【００１９】
通信部３１は、運転者異常状態検出装置２０と通信するものであり、上記した運転者が異常状態である旨の通知を受信するものである。また、通信部３１は、所定の連絡先に異常状態を知らせる連絡を行う機能を有している。ここで、所定の連絡先とは、家族の携帯電話や警察署や消防署であり、通信部３１は、運転者が異常状態であると判断された場合、家族にその旨を連絡したり、消防署に救急車を手配したりする。
【００２０】
異常状態判断部３２は、運転者異常状態検出装置２０から運転者の異常状態を知らせる通知があった場合に、再度運転者が異常状態であるかを判断するものである。この異常状態判断部３２は、同乗者の有無、車両位置、過去の行動履歴、及び運転者に対する確認などから、運転者が異常状態であるかを判断する構成となっている。
【００２１】
地図ＤＢ３３は、ノード情報、リンク情報、施設情報、及び地名情報などを有する地図情報を格納したものである。ここで、運転者異常状態検出装置２０からは、車両の位置情報が送信されるようになっている。このため、異常状態判断部３２は、送信されてきた位置情報と、地図ＤＢ３３に格納される地図情報から、車両の位置を特定できると共に、車両が停車中の場合にはどこの施設に車両が位置しているのかを特定できるようになっている。
【００２２】
行動履歴ＤＢ３４は、運転者の過去の行動を記憶するものであって、本実施形態では運転者異常状態検出装置２０から異常状態の通知があった日時や曜日を記憶するものである。
【００２３】
なお、センタ３０の各部３１〜３４についても各種通信アンテナやＣＰＵ（Central Processing Unit）の各機能として構成することができる。
【００２４】
次に、本実施形態に係る運転者異常状態検出システム１の動作の概略を説明する。図２は、本実施形態に係る運転者異常状態検出システム１の動作の概略を示すフローチャートである。
【００２５】
本システム１を使用するにあっては、まず図２に示すように、運転者と家族の携帯デバイス１０及び家族の連絡先をセンタ３０に登録する（Ｓ１）。次に、運転者異常状態検出装置２０と無線通信接続する携帯デバイス１０を、運転者異常状態検出装置２０に登録する（Ｓ２）。その後、以下のように本システム１が動作することとなる。
【００２６】
まず、運転者異常状態検出装置２０は車両状態検出部２１、操作検出部２２、携帯デバイス管理部２４により、車両状態、操作、及び通信状態を検出する（Ｓ３）。そして、異常状態検出部２５は、ステップＳ３にて検出した情報から、運転者が異常状態であるかを検出する（Ｓ４）。
【００２７】
図３は、ステップＳ４における異常状態の検出処理を示す図である。図３に示すように、異常状態検出部２５は、エンジンが動作中であり、車両が走行中である場合、他の検出結果によらず、運転者が異常状態でないと検出する。
【００２８】
また、異常状態検出部２５は、運転者の携帯デバイス１０が運転者異常状態検出装置２０と接続中であることを前提とし、エンジンが動作中であり、車両が停車中である場合に、所定時間連続してドアが開いているときに、運転者が異常状態であると検出する。このとき、所定時間連続してドアが開けっ放しであることから、車両の乗降時に体調不良が発生して運転者が動けなくなっている可能性が想定される。
【００２９】
さらに、異常状態検出部２５は、上記を前提とし、且つ、上記場合において、規定時間連続して操作が検出されないときに、運転者が異常状態であると検出する。このとき、車内装置に対して何ら操作が行われないことから、車内において体調不良が発生して運転者が動けなくなっている可能性が想定される。
【００３０】
また、異常状態検出部２５は、運転者の携帯デバイス１０が運転者異常状態検出装置２０と接続中であることを前提とし、エンジンが停止中である場合に、所定時間連続してドアが開いているときに、運転者が異常状態であると検出する。このときも上記と同様に、所定時間連続してドアが開けっ放しであることから、車両の乗降時に体調不良が発生して運転者が動けなくなっている可能性が想定される。
【００３１】
加えて、異常状態検出部２５は、運転者の携帯デバイス１０が運転者異常状態検出装置２０と接続中であることを前提とし、エンジンが停止中である場合に、運転者が異常状態であると検出する。この場合、運転者が車両の近くにいるにも拘わらず何ら動作が検出されないことから、車両近くの運転者に体調不良が発生して運転者が動けなくなっている可能性が想定される。
【００３２】
再度、図２を参照する。ステップＳ４において異常状態検出部２５は、図３に示したようにして運転者の異常状態を検出する。そして、通信部２６は、異常状態検出部２５が運転者の異常状態を検出した場合、センタ３０に運転者が異常状態である旨を通知する（Ｓ５）。この際、通信部２６は、上記異常状態が検出された４つの場合において、それぞれ異なる通知信号を送信して運転者がどこで動けなくなっているかを通知してもよいし、それぞれで同じ通知信号を送信して単に異常状態である旨のみを通知してもよい。
【００３３】
その後、センタ３０の異常状態判断部３２は、運転者が異常状態であるかを判断する（Ｓ６）。この際、異常状態判断部３２は、以下のようにして運転者が異常状態であるかを判断する。
【００３４】
まず、異常状態判断部３２は、異常状態の通知があった車両に同乗者がいると判断した場合、運転者が異常状態でないと判断する。例えば同乗者がいる場合には運転者に異常状
態が発生したとしても同乗者による介抱等が期待できると共に、そもそも同乗者と会話をしていたなどの理由から、異常状態検出部２５が誤って異常状態を検出することも考えられるからである。
【００３５】
また、異常状態判断部３２は、異常状態の通知があった車両が予め定められた箇所に位置している場合、運転者が異常状態でないと判断する。例えば予め定められた箇所が洗車場である場合、運転者は車両の近くで洗車を行っているだけの可能性が考慮されるからである。
【００３６】
また、異常状態判断部３２は、異常状態の通知があった場合に、行動履歴ＤＢ３４に記憶される過去の判断結果を参照して、運転者が異常状態あるか否かを判断する。例えば過去の判断結果から運転者が異常状態となり易い日、時刻、及び曜日を特定し、その近辺であれば異常状態である可能性が高いなどと判断することができるからである。
【００３７】
さらに、本実施形態においてセンタ３０は、異常状態の通知があった場合に、運転者異常状態検出装置２０に対して異常の有無を確認する確認コマンドを送信する。運転者異常状態検出装置２０は、確認コマンドを受信した場合に、車両乗員に対して異常の確認を促す情報提示を行って乗員に異常がない旨の操作を促し、その旨の操作があった場合にはセンタ３０に対して異常がない旨の通知を行う。よって、異常がない旨の通知があった場合には、異常状態でないと判断できる。一方、異常がない旨の通知が所定時間無かった場合には、運転者が異常状態あると判断する。
【００３８】
以上のように、異常状態検出部２５は運転者が異常状態であるかを判断する。そして、運転者が異常状態であると判断した場合、通信部３１は、所定の連絡先に連絡を行う（Ｓ７）。これにより、家族に連絡を入れたり、救急車を手配したりすることができる。
【００３９】
次に、本実施形態に係る異常状態検出方法を説明する。図４は、本実施形態に係る異常状態検出方法を示すフローチャートであり、異常状態検出装置２０における処理を示している。
【００４０】
図４に示すように、まず、異常状態検出部２５は、車両状態検出部２１によりエンジンが動作中であると検出されたか否かを判断する（Ｓ１１）。エンジンが動作中であると検出された場合（Ｓ１１：ＹＥＳ）、異常状態検出部２５は、車両状態検出部２１により車両が停車中であると検出されたか否かを判断する（Ｓ１２）。
【００４１】
車両が停車中でないと検出された場合（Ｓ１２：ＮＯ）、すなわち走行中である場合、図４に示す処理は終了する。なお、車両が走行中の場合には、例えば特許文献１に示す技術により、運転者が異常状態であるか否かを判断するようにしてもよいし、他の技術により異常状態を検出してもよい。
【００４２】
一方、車両が停車中であると検出された場合（Ｓ１２：ＹＥＳ）、異常状態検出部２５は、携帯デバイス管理部２４により携帯デバイス１０が接続中であると検出されたか否かを判断する（Ｓ１３）。
【００４３】
携帯デバイス１０が接続中でないと検出された場合（Ｓ１３：ＮＯ）、そもそも運転者が近くにいないと推測できることから、図４に示す処理は終了する。携帯デバイス１０が接続中であると検出された場合（Ｓ１３：ＹＥＳ）、異常状態検出部２５は、車両状態検出部２１により所定時間連続してドアが開けられていると検出されたか否かを判断する（Ｓ１４）。
【００４４】
所定時間連続してドアが開けられていると検出された場合（Ｓ１４：ＹＥＳ）、携帯デバイス１０が接続中であって運転者が近くにいることが予測され、しかも、エンジンが動作中で車両が停車しているにも拘わらず所定時間連続してドアが開けられていることから、運転者は車両の乗降時に体調不良が発生して動けなくなっている可能性がある。よって、異常状態検出部２５は、運転者が異常状態であると検出し、通信部２６を通じてセンタ３０に第１通知信号を送信する（Ｓ１５）。その後、図４に示す処理は終了する。
【００４５】
一方、所定時間連続してドアが開けられていないと検出された場合（Ｓ１４：ＮＯ）、異常状態検出部２５は、操作検出部２２により規定時間連続して操作がないと検出されたか否かを判断する（Ｓ１６）。規定時間連続して操作がないと検出された場合（Ｓ１６：ＹＥＳ）、携帯デバイス１０が接続中であって運転者が近くにいることが予測され、しかも、エンジンが動作中で車両が停車しているにも拘わらず規定時間連続して操作がないことから、運転者は車内において体調不良が発生して動けなくなっている可能性がある。よって、異常状態検出部２５は、運転者が異常状態であると検出し、通信部２６を通じてセンタ３０に第２通知信号を送信する（Ｓ１７）。その後、図４に示す処理は終了する。
【００４６】
また、規定時間中に操作があったと検出された場合（Ｓ１６：ＮＯ）、運転者の動作は正常と判断できることから、異常状態検出部２５は運転者が異常状態であると判断せず、図４に示す処理は終了する。
【００４７】
ところで、エンジンが動作中でないと検出された場合（Ｓ１１：ＹＥＳ）、すなわちエンジンが停止中である場合、異常状態検出部２５は、携帯デバイス管理部２４により携帯デバイス１０が接続中であると検出されたか否かを判断する（Ｓ１８）。
【００４８】
携帯デバイス１０が接続中でないと検出された場合（Ｓ１８：ＮＯ）、そもそも運転者が近くにいないと推測できることから、図４に示す処理は終了する。携帯デバイス１０が接続中であると検出された場合（Ｓ１８：ＹＥＳ）、異常状態検出部２５は、車両状態検出部２１により所定時間連続してドアが開けられていると検出されたか否かを判断する（Ｓ１９）。
【００４９】
所定時間連続してドアが開けられていると検出された場合（Ｓ１９：ＹＥＳ）、携帯デバイス１０が接続中であって運転者が近くにいることが予測され、所定時間連続してドアが開けられていることから、運転者は車両の乗降時に体調不良が発生して動けなくなっている可能性がある。よって、異常状態検出部２５は、運転者が異常状態であると検出し、通信部２６を通じてセンタ３０に第３通知信号を送信する（Ｓ２０）。その後、図４に示す処理は終了する。
【００５０】
一方、所定時間連続してドアが開けられていないと検出された場合（Ｓ１９：ＮＯ）、携帯デバイス１０が接続中であって運転者が近くいることが予測され、しかもこの状態が長期継続する場合には、車両近くの運転者に体調不良が発生して運転者が動けなくなっている可能性がある。よって、異常状態検出部２５は、運転者が異常状態であると検出し、通信部２６を通じてセンタ３０に第４通知信号を送信する（Ｓ２１）。その後、図４に示す処理は終了する。
【００５１】
なお、ステップＳ２１の処理において通知を行う場合には、携帯デバイス１０の接続時間が所定時間以上であることを確認する判断処理を行うことが望ましい。これにより、単に運転者が車両に近付いただけで、異常状態であると検出されることを防止できるからである。
【００５２】
図５は、本実施形態に係る異常状態検出方法を示すフローチャートであり、センタ３０
における処理を示している。
【００５３】
図５に示すように、まず、異常状態判断部３２は、運転者異常状態検出装置２０から異常状態を示す通知があったか否かを判断する（Ｓ３１）。通知がなかったと判断した場合（Ｓ３１：ＮＯ）、図５に示す処理は終了する。
【００５４】
一方、通知があったと判断した場合（Ｓ３１：ＹＥＳ）、異常状態検出部３２は、同乗者がいるか否かを判断する（Ｓ３２）。ここで、運転者異常状態検出装置２０は、携帯デバイス管理部２４により複数の携帯デバイス１０が接続中であると判断した場合、異常状態を示す通知の際に複数の携帯デバイス１０の種類（及び数）についての情報を送信する。よって、異常状態検出部３２は、この情報に基づいて、予め登録される家族の携帯デバイス１０か否かを判断し、同乗者がいるか否かを判断することとなる。
【００５５】
同乗者がいないと判断した場合（Ｓ３２：ＮＯ）、異常状態検出部３２は、車両が異常検出除外地点（予め定められた箇所であって例えば洗車場）に存在するか否かを判断する（Ｓ３３）。車両が異常検出除外地点に存在すると判断した場合（Ｓ３３：ＹＥＳ）、例えば運転者が車両の近くで洗車を行っているだけの可能性が考慮される。よって、異常状態判断部３２は、運転者が異常状態でないと判断し、図５に示す処理は終了する。
【００５６】
一方、車両が異常検出除外地点に存在しないと判断した場合（Ｓ３３：ＮＯ）、異常状態判断部３２は、過去の異常状態に関する判断結果の履歴から、今回の通知を除外すべきか否かを判断する（Ｓ３４）。例えば過去の判断結果から運転者が異常状態となり易い時刻等を特定することができ、その時刻近辺であれば異常状態である可能性が高いなどと判断することができる。逆に、その時刻近辺から外れていれば異常状態でない可能性が高まる。よって、異常状態判断部３２は、例えば上記時刻近辺から外れている場合には除外すべきと判断し（Ｓ３４：ＹＥＳ）、図５に示す処理は終了する。
【００５７】
一方、今回の通知を除外すべきでないと判断した場合（Ｓ３４：ＮＯ）、異常状態判断部３２は運転者が異常状態であると判断し、通信部３１は所定の連絡先に連絡を行う（Ｓ３５）。そして、図５に示す処理は終了する。
【００５８】
ところで、同乗者がいると判断した場合（Ｓ３２：ＹＥＳ）、通信部３１は同乗者へ連絡を行う（Ｓ３６）。この際、通信部３１は、例えば運転者が異常状態でない場合には返信する旨の連絡を行う。その後、異常状態判断部３２は、同乗者から返信があったか否かを判断する（Ｓ３７）。
【００５９】
同乗者から返信があったと判断した場合（Ｓ３７：ＹＥＳ）、異常状態判断部３２は、運転者が異常状態でないと判断し、図５に示す処理は終了する。一方、同乗者から返信がなかったと判断した場合（Ｓ３７：ＮＯ）、異常状態判断部３２は、運転者が異常状態であると判断し、通信部３１は所定の連絡先に連絡を行う（Ｓ３５）。そして、図５に示す処理は終了する。
【００６０】
なお、図５に示す処理では、ステップＳ３２の処理において「ＹＥＳ」と判断された場合、同乗者へ連絡を行っているが（Ｓ３６）、これに限らず、同乗者がいる場合には、同乗者への連絡を行うことなく、異常状態でないと判断してもよい。同乗者がいる場合には運転者に異常状態が発生したとしても同乗者による介抱等が期待できると共に、そもそも同乗者と会話をしていたなどの理由から、異常状態検出部２５が誤って異常状態を検出することも考えられるからである。
【００６１】
さらに、本実施形態においてセンタ３０は、以下の処理を行ってもよい。例えば、セン
タ３０の通信部３１は、異常状態の通知があった場合に、運転者異常状態検出装置２０に対して異常の有無を確認する確認コマンドを送信する。運転者異常状態検出装置２０は、確認コマンドを受信した場合に、車両乗員に対して異常の確認を促す情報提示を行って乗員に異常がない旨の操作を促す。そして、その旨の操作があった場合にはセンタ３０に対して異常がない旨の通知を行い、操作がなかった場合にはセンタ３０に対して異常がある旨の通知を行う。この場合、同乗者がいる場合のみに限らず、同乗者がいない場合にも運転者自身に異常状態であるかを問い合わせることができ、より一層異常状態の検出精度を向上させることができるからである。
【００６２】
また、上記確認コマンドの送信は、最終的に運転者が異常状態であるかを判断できない場合（例えば過去の履歴から除外するか否か微妙である場合など）や、異常状態の検出通知が継続して送信される場合など、異常状態であるか否かの判断が困難となる場合に行うことが望ましい。明らかに異常状態である場合や明らかに異常状態でない場合に確認コマンドを送信することなく、処理負荷を低減できるからである。
【００６３】
加えて、図５の処理において異常状態判断部３２は、異常状態であるか否かを判断した後、その情報を日時等と共に履歴ＤＢ３４に記憶させることはいうまでもない。これにより、次回以降における履歴による判断精度を向上させることができるからである。
【００６４】
このようにして、本実施形態に係る運転者異常状態検出装置２０及び方法によれば、車両の状態、車内装置に対する操作、及び携帯デバイス１０と車内装置との通信状態についての検出結果から運転者が異常状態であるか検出するため、例えば車両停車中における車内機器への操作や携帯デバイス１０の通信状態から運転者の異常状態を検出することができる。従って、運転中でない場合にも運転者の異常状態を検出することができる。
【００６５】
また、エンジンが動作中であり、車両が停車中であり、且つ、所定時間連続してドアが開いていると検出され、携帯デバイス１０が車内機器と通信中であると検出された場合、運転者が異常状態であると検出する。ここで、携帯デバイス１０が車内機器と通信中であることから、運転者が近くいることが予測され、エンジンが動作中であり車両が停車中しているにも拘わらず所定時間連続してドアが開いている場合とは、車両の乗降時に体調不良が発生して運転者が動けなくなっている可能性がある。よって、車両停車中の乗降時における異常状態の発生を検出することができる。
【００６６】
また、エンジンが動作中であり、且つ、車両が停車中であると検出され、規定時間連続して車内機器が操作されていないと検出され、携帯デバイス１０が車内機器と通信中であると検出された場合、運転者が異常状態であると検出する。ここで、携帯デバイス１０が車内機器と通信中であることから、運転者が近くいることが予測され、エンジンが動作中であり車両が停車中しているにも拘わらず規定時間連続して車内機器が操作されていない場合とは、車内において体調不良が発生して運転者が動けなくなっている可能性がある。よって、車両停車中の車内における異常状態の発生を検出することができる。
【００６７】
また、エンジンが停止中であり、且つ、所定時間連続してドアが開いていると検出され、携帯デバイス１０が車内機器と通信中であると検出された場合、運転者が異常状態であると検出する。ここで、携帯デバイス１０が車内機器と通信中であることから、運転者が近くいることが予測され、エンジンが停止中であり、且つ、所定時間連続してドアが開いている場合とは、車両の乗降時に体調不良が発生して運転者が動けなくなっている可能性がある。よって、エンジン停止中の乗降時における異常状態の発生を検出することができる。
【００６８】
また、エンジンが停止中であると検出され、携帯デバイス１０が車内機器と通信中であ
ると検出された場合、運転者が異常状態であると判断する。ここで、携帯デバイス１０が車内機器と通信中であることから、運転者が近くいることが予測され、しかもこの状態が長期継続する場合には、車両近くの運転者に体調不良が発生して運転者が動けなくなっている可能性がある。よって、乗車前や降車後における異常状態の発生を判断することができる。
【００６９】
また、本実施形態に係る運転者異常状態検出システム１によれば、センタ３０は、運転者の異常状態の通知があった場合に、再度運転者が異常状態であるかを判断するため、誤って運転者の異常状態が通知された場合には、この判断によりの検出精度を高めることができ、且つ、運転者が異常状態であると判断された場合に、所定の連絡先に異常状態を知らせる連絡を行うため、家族へ連絡したり、救急車を手配したりすることができる。
【００７０】
また、異常状態の通知があった車両に同乗者がいると判断した場合、運転者が異常状態でないと判断するため、例えば同乗者がいる場合には運転者に異常状態が発生したとしても同乗者による介抱等が期待できると共に、そもそも同乗者と会話をしていたなどの理由から、誤って異常状態を検出することなども考えられる。よって、同乗者がいる場合に運転者が異常状態でないと判断することにより、不要に所定の連絡先に連絡してしまうことを防止することができる。
【００７１】
また、異常状態の通知があった車両が予め定められた箇所に位置している場合、運転者が異常状態でないと判断するため、例えば予め定められた箇所が洗車場である場合、運転者は車両の近くで洗車を行っているだけの可能性が考慮される。よって、このような場合に運転者が異常状態でないと判断することで、異常状態の検出精度を向上させることができる。
【００７２】
また、異常状態の通知があった場合に、過去の判断結果を参照して、運転者が異常状態あるか否かを判断するため、例えば過去の判断結果から運転者が異常状態となり易い時刻等を特定し、その時刻近辺であれば異常状態である可能性が高いなどと判断することができる。従って、異常状態の検出精度を向上させることができる。
【００７３】
また、異常状態の通知があった場合に、運転者異常状態検出装置２０に対して異常の有無を確認する確認コマンドを送信し、運転者異常状態検出装置２０は、確認コマンドを受信した場合に、車両乗員に対して異常の確認を促す情報提示を行って乗員に異常がない旨の操作を促す。このため、運転者に異常がない場合には、情報提示に応じて異常がない旨の操作が行われることとなる。そして、センタ３０に対して異常がない旨の通知が行われるため、センタ３０は、異常状態を判断するにあたり、異常がない旨の通知があった場合には、異常状態でないと判断できるため、異常状態の検出精度を向上させることができる。
【００７４】
以上、実施形態に基づき本発明を説明したが、本発明は上記実施形態に限られるものでは無く、本発明の趣旨を逸脱しない範囲で、変更を加えてもよい。
【符号の説明】
【００７５】
１…運転者異常状態検出システム
１０…携帯デバイス
２０…運転者異常状態検出装置
２１…車両状態検出部（車両状態検出手段）
２２…操作検出部（操作検出手段）
２３…無線通信接続部
２４…携帯デバイス管理部（通信状態検出手段）
２５…異常状態検出部（異常状態検出手段）
２６…通信部（通知手段）
３０…センタ
３１…通信部（連絡手段）
３２…異常状態判断部（異常状態判断手段）
３３…地図ＤＢ
３４…行動履歴ＤＢ
【図１】
2014054859.tif 000003
【図２】
2014054859.tif 000004
【図３】
2014054859.tif 000005
【図４】
2014054859.tif 000006
【図５】
2014054859.tif 000007