JP2016133850A - ドライバに対する注意喚起制御方法、注意喚起制御プログラム、注意喚起制御装置、運転支援プログラム、運転支援方法、及び、運転支援装置 - Google Patents

Abstract

【課題】事故の発生を抑制できるドライバに対する注意喚起制御方法、注意喚起制御プログラム、注意喚起制御装置、運転支援プログラム、運転支援方法、及び、運転支援装置を提供する。【解決手段】推定部５３は、記憶部３６に記憶された生体リズム情報４２に基づいて、眠気の発生を示す時刻を推定する。注意喚起制御部５４は、推定した時刻よりも前の時刻又は時刻において、ドライバに対する注意喚起出力を行わせる制御又は注意喚起出力の実施基準を緩和させる制御又は注意喚起出力の程度を高める制御を実行する。【選択図】図２

Description

本発明は、ドライバに対する注意喚起制御方法、注意喚起制御プログラム、注意喚起制御装置、運転支援プログラム、運転支援方法、及び、運転支援装置に関する。

従来から、運転中のドライバの脈拍などの生体情報を計測し、生体情報の変化から眠気を検出して警告を行う技術が提案されている。

特開２００５−４６３０６号公報 特開平５−１８４５５８号公報

しかし、従来の技術により眠気が検出された状態は、ドライバに眠気が発生した状態であり、運転には危険な状態である。このため、事故の発生を抑制できない場合がある。

一つの側面では、事故の発生を抑制できるドライバに対する注意喚起制御方法、注意喚起制御プログラム、注意喚起制御装置、運転支援プログラム、運転支援方法、及び、運転支援装置を提供することを目的とする。

第１の案では、ドライバに対する注意喚起制御方法は、記憶部に記憶された生体リズム情報に基づいて、眠気の発生を示す時刻を推定する。注意喚起制御方法は、推定した前記時刻よりも前の時刻又は前記時刻において、ドライバに対する注意喚起出力を行わせる制御又は注意喚起出力の実施基準を緩和させる制御又は注意喚起出力の程度を高める制御を実行する。

本発明の一の実施態様によれば、事故の発生を抑制できるという効果を奏する。

図１は、システム構成の一例を説明する説明図である。 図２は、運行監視装置の一例を示す説明図である。 図３は、運行情報のデータ構成の一例を示す説明図である。 図４は、状態情報のデータ構成の一例を示す説明図である。 図５は、生体リズム情報のデータ構成の一例を示す説明図である。 図６は、推定時刻情報のデータ構成の一例を示す説明図である。 図７は、実施基準情報のデータ構成の一例を示す説明図である。 図８は、測定機器の一例を示す説明図である。 図９は、測定情報のデータ構成の一例を示す説明図である。 図１０は、運行管理サーバの一例を示す説明図である。 図１１は、覚醒水準の変化の一例を示す説明図である。 図１２は、眠気レベルの変化の一例を説明する説明図である。 図１３は、眠気の変化を求める一例を説明する説明図である。 図１４は、眠気の変化を求める一例を説明する説明図である。 図１５は、注意喚起制御の流れの一例を説明する説明図である。 図１６は、送信処理の手順の一例を示すフローチャートである。 図１７は、要求処理の手順の一例を示すフローチャートである。 図１８は、生成処理の手順の一例を示すフローチャートである。 図１９は、注意喚起制御処理の手順の一例を示すフローチャートである。 図２０は、注意喚起制御の流れの他の一例を説明する説明図である。 図２１は、注意喚起制御プログラムを実行するコンピュータの構成の一例を示す説明図である。 図２２は、運転支援プログラムを実行するコンピュータの構成の一例を示す説明図である。

以下に、本発明にかかるドライバに対する注意喚起制御方法、注意喚起制御プログラム、注意喚起制御装置、運転支援プログラム、運転支援方法、及び、運転支援装置の実施例を図面に基づいて詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

［システム構成］
例えば、運輸業界では、業務車両に運行状態を監視する運行監視装置を取り付け、運行監視装置から収集された情報を基に、運行管理を行っている。本実施例では、運行管理を行うシステムに適用した場合を例に説明する。実施例１に係る運行管理を行うシステムの一例を説明する。図１は、システム構成の一例を説明する説明図である。図１に示すように、システム１は、運行管理サーバ１０と、運行監視装置１１と、測定機器１３とを有する。運行管理サーバ１０、運行監視装置１１及び測定機器１３は、ネットワークＮに通信可能に接続されている。かかるネットワークＮの一態様としては、有線又は無線を問わず、携帯電話などの移動体通信、インターネット（Internet）、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）などの任意の種類の通信網を採用できる。

運行監視装置１１は、例えば、車両の運転席に搭載し、搭載した車両の運行を監視する装置である。運行監視装置１１は、車両１２に搭載されている。尚、図１の例では、運行監視装置１１を搭載した車両１２を１台とした場合を例示したが、これに限定されず、車両１２を任意の数とすることができる。

運行管理サーバ１０は、運行を管理する装置である。運行管理サーバ１０は、例えば、パーソナルコンピュータやサーバコンピュータなどのコンピュータである。運行管理サーバ１０は、１台のコンピュータとして実装してもよく、また、複数台のコンピュータにより実装しても良い。尚、本実施例では、運行管理サーバ１０を１台のコンピュータとした場合を例として説明する。

運行管理サーバ１０は、運行管理を行う。例えば、運行管理サーバ１０は、運行監視装置１１で取得したドライバの各種の情報をネットワークＮ経由で収集する。運行管理サーバ１０は、収集した情報に基づき、車両１２の運行管理を行う。尚、図１の例では、運行管理サーバ１０は、運行監視装置１１からネットワークＮ経由で各種の情報を収集する場合を例示した。しかしながら、これらに限定されるものではない。例えば、運行管理サーバ１０は、運行監視装置１１で取得した各種の情報を、例えば、フラッシュメモリなどの記憶媒体を介して収集してもよい。また、例えば、運行管理サーバ１０は、運行監視装置１１で取得した各種の情報を、運行監視装置１１との有線通信若しくは無線通信により収集してもよい。

測定機器１３は、例えば、ドライバを含む様々なユーザの自宅に配置され、ユーザの各種の生体情報を測定する装置である。例えば、測定機器１３は、睡眠計であり、生体情報として、起床時刻、睡眠開始時刻を測定する。測定機器１３は、ユーザＩＤと、送信先の登録を受け付ける。測定機器１３は、測定された生体情報を登録された送信先に送信する。尚、測定機器１３は、携帯電話機、スマートフォン等のネットワークＮに通信可能な端末装置に記憶媒体を介して、又は、有線通信若しくは無線通信により生体情報を送信し、端末装置が生体情報を送信先に送信してもよい。すなわち、測定機器１３により測定された生体情報は、端末装置を介して運行管理サーバ１０に送信されても良い。

［運行監視装置の構成］
次に、各装置の構成について説明する。最初に、運行監視装置１１の構成について説明する。図２は、運行監視装置の一例を示す説明図である。図２に示す運行監視装置１１は、車速検出部２０と、回転数検出部２１と、車間距離検出部２２と、白線検知部２３と、ＧＰＳ(Global Positioning System)２４とを有する。また、運行監視装置１１は、眠気検出部２５と、ステータススイッチ２６と、ヒヤリハット申告スイッチ２７と、眠気申告スイッチ２８と、読取部２９と、時計部３０と、外部Ｉ／Ｆ（interface）３１とを有する。また、運行監視装置１１は、アラート表示部３２と、スピーカ３３と、振動部３４と、操作部３５と、記憶部３６と、制御部３７とを有する。

車速検出部２０は、車速を検出する検出部である。例えば、車速検出部２０は、車両に設けられた速度センサからの信号に基づいて、車両の走行速度を検出する。回転数検出部２１は、回転数を検出する検出部である。例えば、回転数検出部２１は、エンジンのイグニッションパルスの信号に基づいて、エンジン回転数を検出する。車間距離検出部２２は、車間距離を検出する検出部である。例えば、車間距離検出部２２は、車両前面に設けられたレーザセンサやミリ波レーダセンサによる検出結果に基づいて、前方車両までの車間距離を検出する。白線検知部２３は、車両の白線逸脱を検知する検出部である。例えば、白線検知部２３は、車両前面に向けられたカメラによる撮影画像の画像解析により道路の車線である白線の検出を行い、車両の白線逸脱を検知する。ＧＰＳ２４は、ＧＰＳ衛星からの信号に基づいて、車両の現在位置を測定する。眠気検出部２５は、眠気の発生を検出する検出部である。例えば、眠気検出部２５は、耳に付けるイヤリングタイプの接触方式や非背接触方式の脈拍測定部により測定されるドライバの脈拍の揺らぎを解析してドライバの眠気を検知する。脈拍は、直接的な接触以外の方法で検出しても良い。例えば、眠気検出部２５は、ドライバに対して電波を照射し、電波の反射状況の変化を検出してドライバの脈拍を検出しても良い。

ステータススイッチ２６は、例えば、車両のドライバの状態を指定するスイッチである。ステータススイッチ２６は、例えば、指定なし、運行中、荷積み、荷卸し、休憩、睡眠中等の状態を指定するスイッチである。ヒヤリハット申告スイッチ２７は、例えば、運転車両のドライバがヒヤリハットを自覚した場合に操作するスイッチである。眠気申告スイッチ２８は、例えば、運転車両のドライバが眠気を自覚した場合に操作するスイッチである。読取部２９は、例えば、ユーザＩＤ（identification）が記憶された非接触ＩＣカードと非接触ＩＣ通信を実行し、非接触ＩＣカードに記憶されたユーザＩＤを読み取ってユーザＩＤを取得する。非接触ＩＣカードとしては、例えば、運転免許証を用いることもできる。ユーザＩＤには、運転免許証に記憶された運転免許番号などの個人情報を用いても良い。例えば、読取部２９は、運転免許証と非接触ＩＣ通信を実行し、運転免許証内の個人情報を読み取り、読み取った個人情報をユーザＩＤとして取得する。

時計部３０は、運行監視装置１１の日時を計時する時計である。外部Ｉ／Ｆ３１は、例えば、他の装置と各種の情報を送受信するインタフェースである。運行監視装置１１では、外部Ｉ／Ｆ３１は、ネットワークＮとの間で無線通信を行う無線通信インタフェースである。尚、運行監視装置１１が運行管理サーバ１０と記憶媒体を介して各種の情報を送受信する場合、外部Ｉ／Ｆ３１は、記憶媒体に対してデータを入出力するポートである。また、運行監視装置１１が運行管理サーバ１０と有線通信若しくは無線通信により各種の情報を送受信する場合、外部Ｉ／Ｆ３１は、有線通信若しくは無線通信を行う通信インタフェースである。

アラート表示部３２は、各種のアラートの表示を行うデバイスである。例えば、アラート表示部３２は、車両１２の運転席のドライバが視認可能な位置に設置された液晶ディスプレイ等の表示デバイスである。尚、アラート表示部３２は、警告ランプ等であってもよい。スピーカ３３は、音声によりアラートを行うデバイスである。例えば、スピーカ３３は、車両１２の車内に設置され、アラート音など音声を出力可能なデバイスである。振動部３４は、振動によりアラートを行うデバイスである。例えば、振動部３４は、車両１２のハンドルや運転席のシートなど、ドライバと接触する部分に設けられ、振動可能なデバイスである。操作部３５は、各種の操作入力を受け付ける入力デバイスである。

記憶部３６は、ハードディスク、ＳＳＤ（Solid State Drive）、光ディスクなどの記憶装置である。尚、記憶部３６は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ＮＶＳＲＡＭ（Non Volatile Static Random Access Memory）などのデータを書き換え可能な半導体メモリであっても良い。記憶部３６は、制御部３７で実行されるＯＳ（Operating System）や各種プログラムを記憶する。さらに、記憶部３６は、各種情報を記憶する。例えば、記憶部３６は、運行情報４０と、状態情報４１と、生体リズム情報４２と、推定時刻情報４３と、実施基準情報４４とを記憶する。

運行情報４０は、車両の運行に関する各種の情報を記憶したデータである。運行情報４０には、車速検出部２０、回転数検出部２１、車間距離検出部２２、白線検知部２３、ＧＰＳ２４によりそれぞれ検出された各種のデータが記憶される。

図３は、運行情報のデータ構成の一例を示す説明図である。図３に示すように、運行情報４０は、日時、ユーザＩＤ、属性コード、メーカコード、機器識別番号及びデータの各項目を有する。日時の項目は、データが検出された日時を記憶する領域である。ユーザＩＤの項目は、車両を運行するドライバの識別情報を記憶する領域である。ユーザＩＤの項目には、読取部２９により読み取ったドライバのユーザＩＤが記憶される。属性コードの項目は、検出されたデータの種別を示す識別情報を記憶する領域である。運行監視装置１１の製造メーカは、それぞれ検出される各種のデータに対して種別を示す属性コードを個別に定める。属性コードは、同じ種別のデータに対して各製造メーカが同じコードを用いても良く、異なるコードを用いても良い。図３の例では、車速の属性コードが「１０」、回転数の属性コードが「１１」と定めている。属性コードの項目には、検出されたデータの属性を示す属性コードが格納される。以下、本実施例では、属性コードに対応する属性を判別しやすくするため、図面において、属性コードに続けて［］内に属性コードが示す属性を表記する。図３の例では、属性コードの項目に属性コードに続けて［］内に属性が表記されている。メーカコードの項目は、運行監視装置１１の製造メーカを識別する識別情報を記憶する領域である。運行監視装置１１の製造メーカには、それぞれを識別する識別情報として、ユニークなメーカコードが付与される。メーカコードの項目には、運行監視装置１１の製造メーカに付与されたメーカコードが格納される。機器識別番号の項目は、運行監視装置１１を識別する識別情報を記憶する領域である。運行監視装置１１には、製造メーカごとに、それぞれを識別する識別情報として、ユニークな機器識別番号が付与される。機器識別番号の項目には、運行監視装置１１に付与された機器識別番号が格納される。データの項目は、検出されたデータを記憶する項目である。データの項目には、検出されたデータが格納される。例えば、属性が車速の場合、データの項目には、時速［km/h］の値が格納される。属性が回転数の場合、データの項目には、１分当たりの回転数［rpm］の値が格納される。属性が車間距離の場合、データの項目には、距離［m］の値が格納される。属性が白線逸脱の場合、データの項目には、白線検知部２３により白線逸脱が検知されると「１」が格納される。属性がＧＰＳ２４により計測される位置の場合、データの項目には、ＧＰＳ２４に計測される位置情報が格納される。

図３の例では、ユーザＩＤ「ＸＸＸＸＸ１」のドライバが車両１２を運転しており、運行監視装置１１の製造メーカのメーカコードが「１００」であり、運行監視装置１１の機器識別番号が「１２３４５６７」であることを示す。また、図３の例では、２０１４年１１月１２日の２２時１分００秒に、車速が検出され、検出された車速がＸ１［km/h］であることを示す。また、図３の例では、２０１４年１１月１２日の２２時１分００秒に、回転数が検出され、検出された回転数がＸ２１［rpm］であることを示す。

状態情報４１は、ドライバの状態に関する各種の情報を記憶したデータである。状態情報４１には、眠気検出部２５、ステータススイッチ２６、ヒヤリハット申告スイッチ２７、眠気申告スイッチ２８によりそれぞれ検出された各種のデータが記憶される。

図４は、状態情報のデータ構成の一例を示す説明図である。状態情報４１は、運行情報４０と同様のデータ構成とされている。図４の例では、眠気検出部２５による眠気検出の属性コードが「２０」、ヒヤリハット申告スイッチ２７によるヒヤリハット申告の属性コードが「２１」、眠気申告スイッチ２８による眠気申告の属性コードが「２２」と定めている。属性コードの項目には、検出されたデータの属性を示す属性コードが格納される。データの項目には、検出されたデータが格納される。例えば、属性が眠気検出の場合、データの項目には、眠気検出部２５により眠気が検出されると「１」が格納される。属性が運行ステータスの場合、データの項目には、ステータススイッチ２６の状態に応じた値が格納される。属性がヒヤリハット申告の場合、データの項目には、ヒヤリハット申告スイッチ２７がオンされると「１」が格納される。属性が眠気申告の場合、データの項目には、眠気申告スイッチ２８がオンされると「１」が格納される。

図４の例では、ユーザＩＤ「ＸＸＸＸＸ１」のドライバが車両１２を運転しており、運行監視装置１１の製造メーカのメーカコードが「１００」であり、運行監視装置１１の機器識別番号が「１２３４５６７」であることを示す。また、図４の例では、２０１４年１１月１３日の１時２０分に、眠気検出部２５により眠気が検出されたことを示す。また、図４の例では、２０１４年１１月１３日の１時３０分に、眠気検出部２５により眠気が検出されたことを示す。また、図４の例では、２０１４年１１月１３日の２時１８分に、眠気申告スイッチ２８による眠気申告があったことを示す。また、図４の例では、２０１４年１１月１３日の３時３０分に、ヒヤリハット申告スイッチ２７によりヒヤリハット申告が検出されたことを示す。尚、図３、図４に示した運行情報４０及び状態情報４１のデータ構成は、一例であり、これに限定されるものではない。例えば、運行情報４０及び状態情報４１は、１つのファイルとされても良い。また、運行情報４０及び状態情報４１は、データの属性毎に別なファイルとされても良い。また、運行情報４０及び状態情報４１は、各項目のデータを所定の順に、所定の区切り文字により区切ったデータ構成としても良い。また、運行情報４０及び状態情報４１は、タグなどを用いてデータの属性を示したデータ構成としても良い。

生体リズム情報４２は、ドライバの睡眠に関する生体リズムの情報を記憶したデータである。例えば、生体リズム情報４２には、ドライバの起床からの経過時間に応じた眠気の発生レベルが記憶されている。

図５は、生体リズム情報のデータ構成の一例を示す説明図である。図５に示すように、生体リズム情報４２は、ユーザＩＤ、開始時期、終了時期及び眠気レベルの各項目を有する。ユーザＩＤの項目は、ユーザＩＤを記憶する領域である。開始時期の項目は、眠気レベルの眠気が発生する経過時間の開始時期を記憶する領域である。終了時期の項目は、眠気レベルの眠気が発生する経過時間の終了時期を記憶する領域である。眠気レベルの項目は、発生する眠気レベルを記憶する領域である。眠気レベルは、レベルが大きいほど眠気の発生し易い状態を示す。

図５の例では、ユーザＩＤ「ＸＸＸＸＸ１」のドライバは、経過時間が６時間から７時間の間に眠気レベルが１の眠気が発生することを示す。また、図５の例では、ユーザＩＤ「ＸＸＸＸＸ１」のドライバは、経過時間が７時間から８時間の間に眠気レベルが２の眠気が発生することを示す。

推定時刻情報４３は、眠気の発生に関する情報を記憶したデータである。例えば、推定時刻情報４３には、ドライバに眠気が発生する時刻と発生する眠気レベルが記憶される。

図６は、推定時刻情報のデータ構成の一例を示す説明図である。図６に示すように、推定時刻情報４３は、ユーザＩＤ、発生時刻、終了時刻及び眠気レベルの各項目を有する。ユーザＩＤの項目は、ユーザＩＤを記憶する領域である。発生時刻の項目は、眠気レベルの眠気が発生すると推定される開始の時刻を記憶する領域である。終了時刻の項目は、眠気レベルの眠気が発生すると推定される終了の時刻を記憶する領域である。眠気レベルの項目は、眠気の発生度合いを示した眠気レベルを記憶する領域である。

図６の例では、ユーザＩＤ「ＸＸＸＸＸ１」のドライバは、時刻が１時から２時の間に眠気レベルが１の眠気が発生するとことを示す。また、図６の例では、ユーザＩＤ「ＸＸＸＸＸ１」のドライバは、時刻が２時から３時の間に眠気レベルが２の眠気が発生することを示す。

実施基準情報４４は、ドライバに対して注意喚起を実施する実施基準に関する情報を記憶したデータである。例えば、実施基準情報４４には、一定時間内での眠気検出、ヒヤリハット申告および眠気申告の回数に応じて注意喚起を実施する実施基準となる閾値が記憶されている。この一定時間は、例えば、１時間とする。実施基準情報４４に記憶される実施基準は、眠気レベルに応じて更新される。

図７は、実施基準情報のデータ構成の一例を示す説明図である。図７に示すように、実施基準情報４４は、検出項目、実施基準の各項目を有する。検出項目の項目は、注意喚起で注目する対象とするデータ項目を記憶する領域である。実施基準の項目は、注意喚起を実施する閾値を記憶する領域である。

図７の例では、眠気レベル０では、眠気検出、ヒヤリハット申告および眠気申告の閾値が３回とする。眠気レベル１では、眠気検出、ヒヤリハット申告および眠気申告の閾値が２回とする。眠気レベル２では、眠気検出、ヒヤリハット申告および眠気申告の閾値が１回とする。尚、図７に示した閾値の値は一例であり、これに限定されるものでは無い。

制御部３７は、運行監視装置１１全体を制御する。制御部３７としては、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等の電子回路や、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等の集積回路を採用できる。制御部３７は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部３７は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部３７は、格納部５０と、送信部５１と、要求部５２と、推定部５３と、注意喚起制御部５４とを有する。

格納部５０は、車速検出部２０、回転数検出部２１、車間距離検出部２２及び白線検知部２３によりそれぞれ検出される各種のデータを運行情報４０に格納する。また、格納部５０は、眠気検出部２５、ステータススイッチ２６、ヒヤリハット申告スイッチ２７、眠気申告スイッチ２８によりそれぞれ検出される各種のデータを状態情報４１に格納する。

送信部５１は、所定のタイミングで運行情報４０および状態情報４１を運行管理サーバ１０へ送信する。

要求部５２は、読取部２９で取得したドライバのユーザＩＤを指定して生体リズム情報４２の送信要求を運行管理サーバ１０へ送信する。運行管理サーバ１０は、送信要求を受信すると、生体リズム情報４２を運行監視装置１１へ送信する。要求部５２は、運行管理サーバ１０から送信された生体リズム情報４２を記憶部３６に格納する。

推定部５３は、記憶部３６に記憶された生体リズム情報４２に基づいて、眠気の発生時刻を推定する。例えば、推定部５３は、生体リズム情報４２に記憶されたレコード毎に、ドライバの起床時刻から経過時間後の時刻を求める。例えば、推定部５３は、生体リズム情報４２に記憶されたレコード毎に、ドライバの起床時刻から経過時間の開始時期、終了時期に後の眠気の発生時刻、終了時刻を求める。そして、推定部５３は、求めた発生時刻、終了時刻と、眠気レベルを付けて推定時刻情報４３に記憶させる。図６に示す推定時刻情報４３は、起床時刻が２０１４年１１月１２日の１９時００分である場合に、推定部５３が、図５に示した生体リズム情報４２の時刻を求めた結果である。ドライバの起床時刻は、操作部３５から入力させてもよく、運行管理サーバ１０から通知されてもよい。

注意喚起制御部５４は、注意喚起に関する各種の制御を行う。注意喚起制御部５４は、推定部５３により眠気の発生時刻よりも前の時刻又は眠気の発生時刻において、事故の発生を抑制するため、注意喚起に関する各種の制御を行う。

例えば、注意喚起制御部５４は、ドライバに対する注意喚起出力を行わせる制御を実行する。例えば、意喚起制御部５４は、アラート表示部３２に注意喚起を促すメッセージを表示する。また、意喚起制御部５４は、スピーカ３３からアラート音を出力する。また、注意喚起制御部５４は、振動部３４を振動させて触感的刺激によりドライバに対してアラートする。

また、例えば、注意喚起制御部５４は、注意喚起出力の実施基準を緩和させる制御を実行する。例えば、注意喚起制御部５４は、実施基準情報４４に記憶される実施基準を眠気レベルに応じて更新する。注意喚起制御部５４は、更新した実施基準を満たす異常が検出された場合、注意喚起を出力する。例えば、注意喚起制御部５４は、時刻が１時から２時の間、眠気レベルが１であるため、図７に示すように眠気検出、ヒヤリハット申告および眠気申告の閾値が２回に更新する。注意喚起制御部５４は、例えば、図４に示すように、１時から２時の間、眠気検出が２回発生した場合、注意喚起が出力する。また、例えば、注意喚起制御部５４は、時刻が２時から３時の間、眠気レベルが２であるため、図７に示すように眠気検出、ヒヤリハット申告および眠気申告の閾値が１回に更新する。注意喚起制御部５４は、例えば、図４に示すように、２時から３時の間、眠気申告が１回発生した場合、注意喚起が出力する。

また、例えば、注意喚起制御部５４は、注意喚起出力の程度を高める制御を実行する。例えば、注意喚起制御部５４は、注意喚起の際にアラート表示部３２に表示する文字は背景の色、文字サイズを視認性が高いもの変更、アラート表示の明滅などを行ってアラート表示の強調を行う。また、注意喚起制御部５４は、注意喚起の際にスピーカ３３から出力するアラート音の音量を大きくしたり、アラート音の音程の音程を高めたり、アラート音の出力時間を増加させてアラート音の強調を行う。また、注意喚起制御部５４は、注意喚起の際に振動部３４でより振動を強く発生させてアラートする触感的刺激を強くする。

尚、注意喚起制御部５４は、ドライバに対する注意喚起出力を行わせる制御、注意喚起出力の実施基準を緩和させる制御、及び、注意喚起出力の程度を高める制御の何れか１つ又は２つを選択的に実行してもよい。眠気の発生時刻よりも前の時刻は、眠気の発生時刻よりも所定時刻前の時刻とする。所定時刻は、例えば、１０分など一定の時間としてもよく、例えば、５分から３０分の間など所定範囲で、ドライバの眠気の度合いが高いほど短い期間にするなど、ドライバの状態に応じて可変な時間としてもよい。また、所定時間は、外部から変更であってもよい。例えば、眠気の発生時刻が１時であり、所定時刻を１０分とした場合、発生時刻よりも所定時刻前の時刻は、０時５０分となる。

このように、運行監視装置１１は、注意喚起の制御を行うことで、ドライバに眠気が発生するよりも前に注意喚起ができるため、事故の発生を抑制できる。

［測定機器の構成］
次に、測定機器１３の構成について説明する。図８は、測定機器の一例を示す説明図である。図８に示す測定機器１３は、表示部６０と、操作部６１と、検出部６２と、通信部６３と、記憶部６４と、制御部６５とを有する。

表示部６０は、各種情報を表示可能な表示デバイスである。操作部６１は、各種の操作入力を受け付ける入力デバイスである。例えば、操作部６１は、ユーザＩＤと、測定される生体情報の送信先の登録を受け付ける。

検出部６２は、ユーザの生体情報を検出する。例えば、検出部６２は、ユーザの起床時刻、睡眠開始時刻を測定する測定部である。例えば、検出部６２は、ベッドに設けられ加圧センサにより加重の変化を検出し、一定以上加重が増加した時刻を、ユーザがベッドに横になった睡眠開始時刻と検出する。また、検出部６２は、睡眠開始時刻と検出した後、一定以上加重が減少した時刻を、ユーザがベッドを出た起床時刻と検出する。尚、起床時刻、睡眠開始時刻は、他の方法により測定してもよい。例えば、検出部６２は、振動の検出あるいは赤外線、超音波などを照射して反射状態の変化を検出することにより体動量を測定し、体動量から起床時刻、睡眠開始時刻を計測してもよい。例えば、検出部６２は、計測される体動量が睡眠時の標準的な体動量の標準範囲以上検出された後に標準範囲以内となった時刻を睡眠開始時刻と検出しても良い。また、検出部６２は、睡眠開始時刻と検出した後、体動量が、睡眠時の標準的な体動量の標準範囲を超えた時刻を起床時刻と検出しても良い。

通信部６３は、例えば、ネットワークＮとの間で無線通信又は有線通信を行う通信インタフェースである。記憶部６４は、ハードディスク、ＳＳＤ、光ディスクなどの記憶装置である。尚、記憶部６４は、データを書き換え可能な半導体メモリであっても良い。記憶部６４は、制御部６５で実行されるＯＳや各種プログラムを記憶する。さらに、記憶部６４は、各種情報を記憶する。例えば、記憶部６４は、ユーザ識別情報７０と、送信先情報７１と、測定情報７２とを記憶する。

ユーザ識別情報７０は、ユーザＩＤを記憶したデータである。送信先情報７１は、検出された生体情報の送信先のアドレスを記憶したデータである。送信先のアドレスは、送信先を示す情報であれば何れでも良い。例えば、送信先のアドレスは、ＩＰ（Internet Protocol）アドレスなどのネットワークアドレスでも良く、ＵＲＬ（Uniform Resource Locator）でも良い。

測定情報７２は、検出部６２により測定された生体情報を記憶したデータである。

図９は、測定情報のデータ構成の一例を示す説明図である。測定情報７２は、上述の運行情報４０と及び状態情報４１と類似したデータ構成とされており、日時、ユーザＩＤ、属性コード、メーカコード、機器識別番号及びデータの各項目を有する。日時の項目には、検出部６２により生体情報が測定された日時が格納される。ユーザＩＤの項目には、ユーザ識別情報７０に記憶されたユーザＩＤが格納される。属性コードの項目には、検出されたデータの属性を示す属性コードが格納される。属性コードは、測定機器１３の製造メーカがそれぞれ検出される各種のデータに対して種別を示す属性コードを個別に定める。図９の例では、睡眠開始時刻の属性コードが「２０」、起床時刻の属性コードが「２１」と定めている。メーカコードの項目には、測定機器１３の製造メーカに付与されたメーカコードが格納される。機器識別番号の項目には、測定機器１３に付与された機器識別番号が格納される。データの項目には、検出されたデータが格納される。

図９の例では、ユーザＩＤ「ＸＸＸＸＸ１」のユーザの生体情報が測定されおり、測定機器１３の製造メーカのメーカコードが「２００」であり、測定機器１３の機器識別番号が「１１１１１」であることを示す。また、図９の例では、睡眠開始時刻が２０１４年１１月１２日の１２時００分であり、起床時刻が２０１４年１１月１２日の１９時００分であることを示す。

制御部６５は、測定機器１３全体を制御する。制御部６５としては、ＣＰＵ、ＭＰＵ等の電子回路や、ＡＳＩＣ、ＦＰＧＡ等の集積回路を採用できる。制御部６５は、操作部６１からユーザＩＤと、送信先のアドレスの登録を受け付ける。制御部６５は、登録されたユーザＩＤをユーザ識別情報７０に格納する。また、制御部６５は、登録された送信先のアドレスを送信先情報７１に格納する。

また、制御部６５は、検出部６２により検出された生体情報を測定情報７２に格納する。例えば、制御部６５は、生体情報が測定されると、測定日時、生体情報の属性コード、ユーザ識別情報７０のユーザＩＤ、メーカコード及び機器識別番号と対応付けて測定情報７２に格納する。制御部６５は、測定された生体情報を送信先情報７１に登録された送信先に送信する。例えば、制御部６５は、送信先情報７１に登録された送信先のアドレスに測定情報７２を送信する。

［運行管理サーバの構成］
次に、運行管理サーバ１０の構成について説明する。図１０は、運行管理サーバの一例を示す説明図である。図１０に示す運行管理サーバ１０は、通信部８０と、記憶部８１と、制御部８２とを有する。

通信部８０は、例えば、ネットワークＮとの間で無線通信又は有線通信を行う通信インタフェースである。記憶部８１は、ハードディスク、ＳＳＤ、光ディスクなどの記憶装置である。尚、記憶部８１は、データを書き換え可能な半導体メモリであっても良い。記憶部８１は、制御部８２で実行されるＯＳや各種プログラムを記憶する。さらに、記憶部８１は、各種情報を記憶する。例えば、記憶部８１は、運行情報４０と、状態情報４１と、測定情報７２と、生体モデル情報９０と、生体リズム情報４２とを記憶する。

運行情報４０及び状態情報４１は、運行監視装置１１から収集されて格納される。測定情報７２は、測定機器１３から収集されて格納される。生体モデル情報９０は、一般的な眠気の発生時刻パターンの基準情報を記憶したデータである。

ここで、眠気の発生について説明する。図１１は、覚醒水準の変化の一例を示す説明図である。図１１の縦軸は、覚醒水準である。覚醒水準は、低いほど眠くなり易い状態である。横軸は、一日の時刻を示している。図１１には、一般的な覚醒水準の変化を示した概日リズムＣ、先行覚醒時間Ｓ、及び睡眠による回復を示す回復Ｓ´が示されている。これに加えて、図中には示されないが、睡眠から覚醒した時に生じるぼーっとした感じである睡眠慣性Ｗから覚醒水準は説明される。概日リズムＣは、一日の時刻帯に応じた一般的な覚醒水準の変化を示す。人は、一般的に、昼間の時刻帯に覚醒水準が高いため、眠くなり難く、夜間の時刻帯に覚醒水準が低下するため、眠くなり易い。先行覚醒時間Ｓは、起床からの経過時間に応じた覚醒水準の変化を示す。人は、一般的に、起床からの経過時間に応じて覚醒水準が低下し、起床からの経過時間が長いほど、眠くなり易い。先行覚醒時間Ｓは、朝、起床してから覚醒水準の変化を示しており、起床してから覚醒水準が低下している。回復Ｓ´は、睡眠により覚醒水準が回復する様子を示す。人は、睡眠によって覚醒水準が回復するが、一般的に、起床時には十分に目覚めていない様子を示す睡眠慣性Ｗが生じる。

図１１には、概日リズムＣ、先行覚醒時間Ｓ、及び睡眠による回復Ｓ´を組み合わせた覚醒水準の変化のモデルがＳ＋Ｃとして示されている。尚、覚醒水準の変化のモデルとして概日リズムＣ、先行覚醒時間Ｓ、及び睡眠による回復Ｓ´を例示した。しかしながら、これらに限定されるものではない。覚醒水準の変化のモデルは、一般的な眠気の変化を示すものであれば、何れを用いてもよい。生体モデル情報９０には、一般的な眠気の変化を示したモデルのデータを記憶する。例えば、生体モデル情報９０には、概日リズムＣ、先行覚醒時間Ｓ、及び睡眠による回復Ｓ´のモデルのデータを記憶する。例えば、生体モデル情報９０は、概日リズムＣとして一日の時間帯毎の覚醒水準のデータを記憶する。また、生体モデル情報９０は、先行覚醒時間Ｓとして起床からの経過時間に応じた覚醒水準の低下度合いのデータを記憶する。また、生体モデル情報９０は、睡眠による回復Ｓ´として起床からの経過時間に応じた覚醒水準の回復度合いのデータを記憶する。また、生体モデル情報９０は、睡眠慣性Ｗによる経過時間に応じた覚醒水準の変化のデータを記憶する。

生体リズム情報４２は、ドライバの睡眠に関する生体リズムの情報を記憶したデータである。例えば、生体リズム情報４２は、後述する生成部１０２により生成される。

制御部８２は、運行管理サーバ１０全体を制御する。制御部８２としては、ＣＰＵ、ＭＰＵ等の電子回路や、ＡＳＩＣ、ＦＰＧＡ等の集積回路を採用できる。制御部８２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部８２は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部８２は、収集部１００と、運行管理部１０１と、生成部１０２と、提供部１０３とを有する。

収集部１００は、各種のデータを収集する。例えば、収集部１００は、運行監視装置１１から運行情報４０及び状態情報４１を収集する。また、収集部１００は、測定機器１３から測定情報７２を収集する。収集部１００は、収集した運行情報４０、状態情報４１及び測定情報７２を記憶部８１に格納する。

運行管理部１０１は、記憶部８１に記憶された運行情報４０、状態情報４１及び測定情報７２に基づき、車両１２の運行管理に関する各種の処理を行う。

生成部１０２は、各ドライバの睡眠に関する生体リズム情報４２を生成する。例えば、生成部１０２は、ドライバ毎に、測定情報７２に基づき、生体モデル情報９０を補正して発生する眠気の変化を示した生体リズム情報４２を生成する。生成部１０２は、ドライバ毎に、測定情報７２に基づき、概日リズムＣ、先行覚醒時間Ｓ、及び睡眠慣性Ｗを用いて、ドライバ毎の発生する眠気の変化を示した生体リズム情報４２を生成する。例えば、生成部１０２は、生体モデル情報９０に記憶された先行覚醒時間Ｓのデータを用いて、測定情報７２に記憶された起床時刻からの経過時間に応じた覚醒水準を求める。そして、生成部１０２は、覚醒水準が、眠気が発生しやすいレベルに低下する経過時間を求める。例えば、生成部１０２は、覚醒水準が眠気レベルに応じた閾値以下に低下する経過時間を求める。生成部１０２は、経過時間と、眠気レベルを対応付けた生体リズム情報４２を生成する。

尚、生成部１０２は、生体モデル情報９０に記憶された概日リズムＣのデータを用いて、起床からの時間帯に応じて、覚醒水準を補正しても良い。例えば、生成部１０２は、概日リズムＣのデータを用いて、日中の時間帯は覚醒水準が高くなるように補正し、夜間の時間帯は覚醒水準が低くなるように補正してもよい。

また、生成部１０２は、生体モデル情報９０に記憶された睡眠慣性Ｗのデータを用いて、起床からの時間帯に応じて、覚醒水準を補正しても良い。例えば、生成部１０２は、睡眠慣性Ｗのデータを用いて、睡眠慣性も加味して起床から経時的に覚醒水準が回復するように覚醒水準を補正しても良い。

睡眠による覚醒水準の回復の度合いは、睡眠の長さに応じて制御してもよい。例えば、生成部１０２は、睡眠の長さが一定期間以上の場合、モデルの起床時の覚醒水準まで回復させ、睡眠の長さが一定期間未満の場合、睡眠の長さに応じて覚醒水準を回復させてもよい。この一定時間は、覚醒水準が十分に回復する時間に設定し、例えば、７時間とする。一定時間は、ユーザ毎に個別に設定可能としてもよい。

図１２は、眠気レベルの変化の一例を説明する説明図である。図１２の例は、概日リズムＣと先行覚醒時間Ｓを用いて眠気の発生度合いを推定した結果である。図１２の例では、時間帯Ａについて眠気レベル１と求められ、時間帯Ｂについて眠気レベル２と求められている。

また、生成部１０２は、ドライバが過去に車両１２を運行した際の状態情報４１を用いて生体リズム情報４２を生成しても良い。例えば、生成部１０２は、車両を運行する運行パターンに分けて、それぞれの運行パターンでドライバが過去に車両１２を運行した状態情報４１から生体リズム情報４２を生成する。例えば、生成部１０２は、２４時間を２２時から４時、４時から１０時、１０時から１６時、１６時から２２時の運行パターンに分けて、それぞれの運行パターンで、眠気検出及び眠気申告の回数の変化から眠気発生回数の変化を求める。尚、生成部１０２は、ヒヤリハット申告、白線逸脱も加えて眠気の変化を求めても良い。図１３は、眠気の変化を求める一例を説明する説明図である。図１３の例では、眠気発生回数を集計した結果が示されている。眠気発生回数は、一日の時間帯毎に集計しても良く、起床又は運転開始からの経過時間の時間帯毎に集計しても良い。回数が多い時間帯は、眠気が発生しやすい時間である。例えば、生成部１０２は、眠気発生回数が眠気レベルに応じた閾値以上に増加する経過時間を求める。生成部１０２は、経過時間と、眠気レベルを対応付けた生体リズム情報４２を生成する。

また、生成部１０２は、測定情報７２と生体モデル情報９０を照らし合わせて生体リズム情報４２を生成しても良い。例えば、生成部１０２は、眠気発生回数の変化に生体モデル情報９０の概日リズムＣ、先行覚醒時間Ｓ、及び睡眠慣性Ｗのモデルのデータを照らし合わせ、覚醒水準に応じて眠気発生回数を補正しても良い。図１４は、眠気の変化を求める一例を説明する説明図である。図１４の例では、概日リズムＣ及び先行覚醒時間Ｓの覚醒水準がそれぞれ低下する期間を求めている。生成部１０２は、覚醒水準がそれぞれ低下する期間について、眠気発生回数を増加させる補正を行う。そして、生成部１０２は、補正した眠気発生回数が眠気レベルに応じた閾値以上に増加する経過時間を求めて生体リズム情報４２を生成する。

また、例えば、生成部１０２は、眠気発生回数の変化に生体モデル情報９０の概日リズムＣ、先行覚醒時間Ｓ、及び睡眠慣性Ｗのモデルのデータを照らし合わせ、モデルのデータを補正しても良い。例えば、生成部１０２は、眠気発生回数が多い時間帯について覚醒水準を低下させる補正を行う。そして、生成部１０２は、補正されたモデルを用いて生体リズム情報４２を生成してもよい。

提供部１０３は、生体リズム情報４２を提供する。例えば、提供部１０３は、ドライバのユーザＩＤを指定した生体リズム情報４２の送信要求を運行監視装置１１から受信すると、要求されたドライバのユーザＩＤの生体リズム情報４２を要求元の運行監視装置１１へ送信する。また、提供部１０３は、要求されたドライバのユーザＩＤの起床時刻を測定情報７２から求め、要求元の運行監視装置１１へ起床時刻を通知する。

図１５は、注意喚起制御の流れの一例を説明する説明図である。運行監視装置１１は、例えば、運行を開始する際にドライバのユーザＩＤを指定して、運行管理サーバ１０へ生体リズム情報４２を要求する。運行管理サーバ１０は、指定されたユーザＩＤの生体リズム情報４２を要求元の運行監視装置１１へ送信する。運行監視装置１１は、生体リズム情報４２に基づき、眠気の発生時刻を推定する。そして、運行監視装置１１は、推定した推定時刻よりも前の時刻又は推定時刻において、ドライバに対する注意喚起出力を行わせる制御又は注意喚起出力の実施基準を緩和させる制御又は注意喚起出力の程度を高める制御を実行する。例えば、運行監視装置１１は、推定した推定時刻よりも所定時刻前の時刻に眠気が発生し易い旨の注意を促す注意喚起を出力する。これにより、ドライバは、例えば、眠気が発生するよりも前に休憩するなど、予防の措置を取ることができるため、事故の発生を抑制できる。

［処理の流れ］
次に、本実施例に係るシステム１において実行される各種の処理について説明する。最初に、本実施例に係る運行管理サーバ１０が測定情報７２を送信先情報７１に登録された送信先に送信する送信処理の流れについて説明する。図１６は、送信処理の手順の一例を示すフローチャートである。この送信処理は、処理が終了するごとに繰り返し実行される。

図１６に示すように、制御部６５は、所定の送信タイミングか否かを判定する（Ｓ１０）。この送信タイミングは、日時など一定期間毎のタイミングであっても良く、ユーザ又は運行管理サーバ１０から送信が指示されたタイミングであっても良く、生体情報の測定されたタイミングであっても良い。送信タイミングではない場合（Ｓ１０否定）、再度Ｓ１０へ移行する。

一方、送信タイミングの場合（Ｓ１０肯定）、制御部６５は、送信先情報７１を読み込む（Ｓ１１）。制御部６５は、測定情報７２を送信先情報７１に登録された送信先に送信し（Ｓ１２）、処理を終了する。これにより、運行管理サーバ１０には、測定情報７２が収集される。

次に、本実施例に係る運行監視装置１１が生体リズム情報４２を要求する要求処理の流れについて説明する。図１７は、要求処理の手順の一例を示すフローチャートである。この要求処理は、処理が終了するごとに繰り返し実行される。

図１７に示すように、要求部５２は、所定の要求タイミングか否かを判定する（Ｓ２０）。この要求タイミングは、例えば、非接触ＩＣカードからユーザＩＤを読み取ったタイミングであっても良く、運行を開始する操作が行われたタイミングであっても良い。要求タイミングではない場合（Ｓ２０否定）、再度Ｓ２０へ移行する。

一方、要求タイミングである場合（Ｓ２０肯定）、要求部５２は、ドライバのユーザＩＤを指定して生体リズム情報４２の送信要求を運行管理サーバ１０へ送信する（Ｓ２１）。要求部５２は、生体リズム情報４２を受信したか判定する（Ｓ２２）。生体リズム情報４２を受信していない場合（Ｓ２２否定）、再度Ｓ２２へ移行して生体リズム情報４２の受信待ちを行う。

一方、生体リズム情報４２を受信した場合（Ｓ２２肯定）、要求部５２は、受信した生体リズム情報４２を記憶部３６に格納する（Ｓ２３）。推定部５３は、生体リズム情報４２に基づいて、眠気の発生時刻を推定する（Ｓ２４）。推定部５３は、推定した時刻と、眠気レベルを対応付けて推定時刻情報４３に記憶させ（Ｓ２５）、処理を終了する。

次に、本実施例に係る運行監視装置１１が生体リズム情報４２を生成する生成処理の流れについて説明する。図１８は、生成処理の手順の一例を示すフローチャートである。この生成処理は、処理が終了するごとに繰り返し実行される。

図１８に示すように、提供部１０３は、ユーザＩＤを指定した生体リズム情報４２の送信要求を運行監視装置１１から受信したか否かを判定する（Ｓ３０）。送信要求を受信していない場合（Ｓ３０否定）、再度Ｓ３０へ移行する。

一方、送信要求を受信した場合（Ｓ３０肯定）、生成部１０２は、受信したユーザＩＤのドライバの睡眠に関する生体リズム情報４２を生成する（Ｓ３１）。提供部１０３は、生成された生体リズム情報４２を要求元の運行監視装置１１に提供し（Ｓ３２）、処理を終了する。

尚、上述の生成処理は、送信要求を受信すると、生成部１０２は、生体リズム情報４２を生成する場合を例示した。しかしながら、これらに限定されるものではなく、適宜変更可能である。例えば、生成部１０２は、所定の生成タイミングで生体リズム情報４２を生成しても良い。この生成タイミングは、日時など一定期間毎のタイミングであっても良く、生体リズム情報４２を受信したタイミングであっても良い。提供部１０３は、送信要求を受信すると、事前に生成された生体リズム情報４２から、要求されたユーザＩＤの生体リズム情報４２を選択して送信する。

次に、本実施例に係る運行監視装置１１が注意喚起を行う注意喚起制御処理の流れについて説明する。図１９は、注意喚起制御処理の手順の一例を示すフローチャートである。この注意喚起制御処理は、処理が終了するごとに繰り返し実行される。

図１８に示すように、注意喚起制御部５４は、現在の時刻が、生体リズム情報４２に記憶された何れかの眠気の発生時刻よりも所定時刻前の時刻であるか判定する（Ｓ４０）。眠気の発生時刻よりも所定時刻前の時刻ではない場合（Ｓ４０否定）、再度Ｓ４０へ移行する。

一方、眠気の発生時刻よりも所定時刻前の時刻である場合（Ｓ４０肯定）、注意喚起制御部５４は、ドライバに対する注意喚起出力を行わせる制御を実行する（Ｓ４１）。また、注意喚起制御部５４は、注意喚起出力の実施基準を緩和させる制御を実行する（Ｓ４２）。また、注意喚起制御部５４は、注意喚起出力の程度を高める制御を実行し（Ｓ４３）、処理を終了する。尚、注意喚起制御部５４は、推定時刻情報４３に記憶された終了時刻となると、実施基準情報４４の実施基準を眠気レベルが０の状態に更新する。

［効果］
上述してきたように、本実施例に係る運行監視装置１１は、記憶部３６に記憶された生体リズム情報４２に基づいて、眠気の発生を示す時刻を推定する。運行監視装置１１は、推定した時刻よりも前の時刻又は時刻において、ドライバに対する注意喚起出力を行わせる制御又は注意喚起出力の実施基準を緩和させる制御又は注意喚起出力の程度を高める制御を実行する。これにより、運行監視装置１１は、事故の発生を抑制できる。

また、本実施例に係る運行監視装置１１は、推定した時刻よりも所定時刻前の時刻に注意喚起を行う。これにより、運行監視装置１１は、ドライバが運転に危険な状態となる前に注意喚起を行うことができる。

また、本実施例に係る運行監視装置１１は、注意喚起出力の程度を高める制御として、アラート表示の強調又はアラート音の強調又はアラートする触感的刺激を強くする。これにより、運行監視装置１１は、眠気が発生しやすい状態でドライバにより強い注意喚起を行うことができる。

また、本実施例に係る運行監視装置１１は、注意喚起出力の程度を高める制御として、アラート表示の明滅又はアラート音の音程を高める又はアラート音の音量を高める又はアラート音の出力時間を増加させる又はアラートする振動を強くする。これにより、運行監視装置１１は、眠気が発生しやすい状態でドライバにより強い注意喚起を行うことができる。

また、本実施例に係る運行監視装置１１は、生体リズム情報４２に、起床時刻又は運転開始時刻からの時間経過に応じた眠気の変化を示す情報を含む。運行監視装置１１は、特定のドライバについて取得した該特定のドライバの起床時刻からの経過時間と、生体リズム情報に基づいて眠気の発生を示す時間を指定する。これにより、運行監視装置１１は、ドライバの眠気の発生時間を精度良く推定できる。

また、本実施例に係る運行管理サーバ１０は、測定機器１３からユーザのバイタルサイン情報を収集する。運行管理サーバ１０は、収集したバイタルサイン情報に基づいて、ユーザについて眠気の発生時刻パターンを生成する。運行管理サーバ１０は、ドライバを特定した要求元からの要求に応じて、該ドライバに対応するユーザについて生成した眠気の発生時刻パターンの要求元へ提供する。これにより、運行監視装置１１は、運行監視装置１１で、ドライバに眠気が発生するよりも前に注意喚起を行わせることができるため、事故の発生を抑制できる。

また、本実施例に係る運行管理サーバ１０は、収集したユーザのバイタルサイン情報に基づいて、眠気の発生時刻パターンの基準情報を補正して眠気の発生時刻パターンを生成する。これにより、運行管理サーバ１０は、ユーザに対応させた眠気の発生時刻パターンを生成できる。

さて、これまで開示の装置に関する実施例について説明したが、開示の技術は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

例えば、上記実施例では、運行管理サーバ１０が運行監視装置１１へ生体リズム情報４２を提供し、運行監視装置１１が生体リズム情報４２に基づき、眠気の発生時刻を推定し、発生時刻よりも前の時刻又は発生時刻において注意喚起を行う場合を例示した。しかしながら、これらに限定されるものではない。例えば、運行管理サーバ１０が生体リズム情報４２に基づき、眠気の発生時刻を推定し、発生時刻よりも前の時刻又は発生時刻において注意喚起の指示を運行監視装置１１へ送信してもよい。図２０は、注意喚起制御の流れの他の一例を説明する説明図である。運行管理サーバ１０は、ドライバの生体リズム情報４２に基づき、眠気の発生時刻を推定する。そして、運行管理サーバ１０は、眠気の発生時刻よりも前の時刻又は発生時刻において注意喚起の指示を運行監視装置１１へ送信する。運行監視装置１１は、注意喚起の指示を受信すると、ドライバに対する注意喚起出力を行わせる制御、注意喚起出力の実施基準を緩和させる制御、注意喚起出力の程度を高める制御を実行する。これにより、ドライバは、例えば、眠気が発生するよりも前に休憩するなど、予防の措置を取ることができるため、事故の発生を抑制できる。

また、上記実施例では、実施基準情報４４に記憶される実施基準を眠気レベルに応じて更新して、注意喚起が出力しやすくなるように制御する場合を例示した。しかしながら、これらに限定されるものではない。例えば、注意喚起制御部５４は、注意喚起を行う箇所の候補をより多く含む注意喚起箇所群を注意喚起を行う箇所の特定に用いるように制御してもよい。例えば、運行監視装置１１は、急ブレーキが多い箇所など注意すべき注意箇所の位置情報と注意レベルを対応付けた注意箇所情報を記憶部３６に記憶する。この注意箇所情報は、例えば、運行管理サーバ１０が運行監視装置１１へ送信する。例えば、運行管理サーバ１０は、運行監視装置１１から収集した運行情報に基づき、注意箇所の位置情報と注意レベルを対応付けた注意箇所情報を生成し、運行監視装置１１へ送信する。注意喚起制御部５４は、眠気レベルが高いほど、注意レベルの低い注意箇所についても注意喚起を出力させる制御を行う。これにより、運行監視装置１１は、ドライバに眠気が発生しやすい場合、注意レベルの低い注意箇所についても注意を促すことができるため、事故の発生を抑制できる。

また、上記実施例では、ドライバの起床時刻から経過時間に応じた眠気レベルを求める場合を例示した。しかしながら、これらに限定されるものではなく、適宜変更可能である。例えば、眠気は、緊張が高い状態の継続するほど発生しやすくなる。そこで、生体モデル情報９０に運転開始時刻からの経過時間で眠気の発生状況をモデル化したデータを記憶せる。生成部１０２は、生体モデル情報９０を用いて運転開始時刻からの経過時間に応じた眠気レベルを生体リズム情報４２に記憶させる。推定部５３は、生体リズム情報４２のモデルのデータを用いて、運転開始時刻からの経過時間で眠気レベルの眠気の発生時刻、終了時刻を求めてもよい。また、例えば、生体モデル情報９０に睡眠の終了した睡眠時間からの経過時間で眠気の発生状況をモデル化したデータを記憶せる。生成部１０２は、生体モデル情報９０を用いて睡眠時間からの経過時間に応じた眠気レベルを生体リズム情報４２に記憶させる。推定部５３は、生体リズム情報４２のモデルのデータを用いて、睡眠時間からの経過時間で眠気レベルの眠気の発生時刻、終了時刻を求めてもよい。

また、上記実施例では、推定部５３は、眠気レベルの眠気の発生時刻、終了時刻を求める場合を例示した。しかしながら、これらに限定されるものではなく、適宜変更可能である。例えば、経過時間に応じて眠気レベルが増加するのみの場合、推定部５３は、眠気レベルの眠気の発生時刻のみを推定してもよい。

また、上記実施例では、生体リズム情報４２に、経過時間に応じた眠気の発生レベルを記憶させた場合を例示した。しかしながら、これらに限定されるものではなく、適宜変更可能である。例えば、生体リズム情報４２は、眠気の変化を示すモデルのデータとしてもよい。例えば、生体リズム情報４２は、図１１に示した概日リズムＣ、先行覚醒時間Ｓ、及び睡眠慣性Ｓ´などのモデルのデータであってよい。推定部５３は、生体リズム情報４２のモデルのデータを用いて、眠気の発生時刻を推定してもよい。また、例えば、生体リズム情報４２は、眠気の発生時刻と、発生する眠気レベルを対応付けた情報であってよい。例えば、生成部１０２は、ドライバ毎に、測定情報７２に基づき、概日リズムＣ、先行覚醒時間Ｓ、及び睡眠慣性Ｓ´を用いて、眠気の発生時刻と眠気レベルを対応させてドライバ毎の発生する眠気の変化を示した生体リズム情報４２を生成してもよい。例えば、生成部１０２は、生体モデル情報９０に記憶された先行覚醒時間Ｓのデータを用いて、測定情報７２に記憶された起床時刻から経過時間を経過した眠気の発生時刻と、発生する眠気レベルを対応付けた生体リズム情報４２を生成してもよい。推定部５３は、生体リズム情報４２を眠気レベルに対応した眠気の発生時刻を読み出すことで、眠気の発生時刻を推定してもよい。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、運行監視装置１１の格納部５０、送信部５１、要求部５２、推定部５３及び注意喚起制御部５４の各処理部が適宜統合されても良い。また、運行管理サーバ１０の収集部１００、運行管理部１０１、生成部１０２及び提供部１０３の各処理部が適宜統合されても良い。また、各処理部の処理が適宜複数の処理部の処理に分離されても良い。さらに、各処理部にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［注意喚起制御プログラム］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。最初に、ドライバに対する注意喚起の制御を行う注意喚起制御プログラムについて説明する。図２１は、注意喚起制御プログラムを実行するコンピュータの構成の一例を示す説明図である。

図２１に示すように、コンピュータ４００は、ＣＰＵ（Central Processing Unit）４１０、ＨＤＤ（Hard Disk Drive）４２０、ＲＡＭ（Random Access Memory）４４０を有する。これら４００〜４４０の各部は、バス５００を介して接続される。

ＨＤＤ４２０には上記の運行監視装置１１の格納部５０、送信部５１、要求部５２、推定部５３及び注意喚起制御部５４と同様の機能を発揮する注意喚起制御プログラム４２０ａが予め記憶される。尚、注意喚起制御プログラム４２０ａについては、適宜分離しても良い。

また、ＨＤＤ４２０は、各種情報を記憶する。例えば、ＨＤＤ４２０は、ＯＳや発注量の決定に用いる各種データを記憶する。

そして、ＣＰＵ４１０が、注意喚起制御プログラム４２０ａをＨＤＤ４２０から読み出して実行することで、実施例の各処理部と同様の動作を実行する。すなわち、注意喚起制御プログラム４２０ａは、格納部５０、送信部５１、要求部５２、推定部５３及び注意喚起制御部５４と同様の動作を実行する。

尚、上記した注意喚起制御プログラム４２０ａについては、必ずしも最初からＨＤＤ４２０に記憶させることを要しない。

［運転支援プログラム］
次に、運転を支援する運転支援プログラムについて説明する。図２２は、運転支援プログラムを実行するコンピュータの構成の一例を示す説明図である。なお、図２１と同一の部分については同一の符号を付して、説明を省略する。

図２２に示すように、ＨＤＤ４２０には上記の運行管理サーバ１０の収集部１００、運行管理部１０１、生成部１０２及び提供部１０３と同様の機能を発揮する運転支援プログラム４２０ｂが予め記憶される。尚、運転支援プログラム４２０ｂについては、適宜分離しても良い。

また、ＨＤＤ４２０は、各種情報を記憶する。例えば、ＨＤＤ４２０は、ＯＳや発注量の決定に用いる各種データを記憶する。

そして、ＣＰＵ４１０が、運転支援プログラム４２０ｂをＨＤＤ４２０から読み出して実行することで、実施例の各処理部と同様の動作を実行する。すなわち、運転支援プログラム４２０ｂは、収集部１００、運行管理部１０１、生成部１０２及び提供部１０３と同様の動作を実行する。

尚、上記した運転支援プログラム４２０ｂについても、必ずしも最初からＨＤＤ４２０に記憶させることを要しない。

また、例えば、注意喚起制御プログラム４２０ａ及び運転支援プログラム４２０ｂは、コンピュータ４００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に記憶させても良い。そして、コンピュータ４００がこれらからプログラムを読み出して実行するようにしても良い。

さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ４００に接続される「他のコンピュータ（又はサーバ）」などにプログラムを記憶させておく。そして、コンピュータ４００がこれらからプログラムを読み出して実行するようにしても良い。

１ システム
１０ 運行管理サーバ
１１ 運行監視装置
１３ 測定機器
２０ 車速検出部
２１ 回転数検出部
２２ 車間距離検出部
２３ 白線検知部
２５ 眠気検出部
２６ ステータススイッチ
２７ ヒヤリハット申告スイッチ
２８ 眠気申告スイッチ
２９ 読取部
３０ 時計部
３２ アラート表示部
３３ スピーカ
３４ 振動部
３５ 操作部
３６ 記憶部
３７ 制御部
４０ 運行情報
４１ 状態情報
４２ 生体リズム情報
４３ 推定時刻情報
４４ 実施基準情報
５０ 格納部
５１ 送信部
５２ 要求部
５３ 推定部
５４ 注意喚起制御部
８０ 通信部
８１ 記憶部
８２ 制御部
８２ 送信部
９０ 生体モデル情報
１００ 収集部
１０１ 運行管理部
１０２ 生成部
１０３ 提供部
１２２ 記憶部

Claims (12)

1. 記憶部に記憶された生体リズム情報に基づいて、眠気の発生を示す時刻を推定し、
   推定した前記時刻よりも前の時刻又は前記時刻において、ドライバに対する注意喚起出力を行わせる制御又は注意喚起出力の実施基準を緩和させる制御又は注意喚起出力の程度を高める制御を実行する、
   ことを特徴とするドライバに対する注意喚起制御方法。
2. 推定した前記時刻よりも前の時刻は、推定した前記時刻よりも所定時刻前の時刻であること特徴とする請求項１記載のドライバに対する注意喚起制御方法。
3. 前記注意喚起出力の実施基準の緩和は、注意喚起を行う箇所の候補をより多く含む注意喚起箇所群を注意喚起を行う箇所の特定に用いる処理を含むことを特徴とする請求項１記載のドライバに対する注意喚起制御方法。
4. 前記注意喚起出力の程度は、アラート表示の強調又はアラート音の強調又はアラートする触感的刺激を強くすることであることを特徴とする請求項１記載のドライバに対する注意喚起制御方法。
5. 前記注意喚起出力の程度は、アラート表示の明滅又はアラート音の音程を高める又はアラート音の音量を高める又はアラート音の出力時間を増加させる又はアラートする振動を強くすることであることを特徴とする請求項１記載のドライバに対する注意喚起制御方法。
6. 前記生体リズム情報は、睡眠時間又は起床時刻又は運転開始時刻からの時間経過に応じた眠気の変化を示す情報を含み、
   前記眠気の発生を示す時刻の推定は、特定のドライバについて取得した該特定のドライバの睡眠時間又は起床時刻又は運転開始時刻からの経過時間と、前記生体リズム情報に基づいて行われる、
   ことを特徴とする請求項１記載のドライバに対する注意喚起制御方法。
7. 記憶部に記憶された生体リズム情報に基づいて、眠気の発生を示す時刻を推定し、
   推定した前記時刻よりも前の時刻又は前記時刻において、ドライバに対する注意喚起出力を行わせる制御又は注意喚起出力の実施基準を緩和させる制御又は注意喚起出力の程度を高める制御を実行する、
   処理をコンピュータに実行させることを特徴とする注意喚起制御プログラム。
8. 記憶部に記憶された生体リズム情報に基づいて、眠気の発生を示す時刻を推定する推定部と、
   前記推定部により推定した前記時刻よりも前の時刻又は前記時刻において、ドライバに対する注意喚起出力を行わせる制御又は注意喚起出力の実施基準を緩和させる制御又は注意喚起出力の程度を高める制御を実行する注意喚起制御部と、
   を有することを特徴とする注意喚起制御装置。
9. バイタルサイン測定機器からユーザのバイタルサイン情報を収集し、
   収集した前記バイタルサイン情報に基づいて、前記ユーザについて眠気の発生時刻パターンを生成し、
   ドライバを特定した要求元からの要求に応じて、該ドライバに対応するユーザについて生成した前記眠気の発生時刻パターンの前記要求元への提供、又は、該ドライバに対応するユーザについて生成した前記眠気の発生時刻パターンに基づいて決定した該ドライバへの注意喚起情報の前記要求元への提供を行う
   処理をコンピュータに実行させる運転支援プログラム。
10. 前記眠気の発生時刻パターンは、収集した前記バイタルサイン情報に基づいて、眠気の発生時刻パターンの基準情報を補正して生成されることを特徴とする請求項９に記載の運転支援プログラム。
11. バイタルサイン測定機器からユーザのバイタルサイン情報を収集し、
    収集した前記バイタルサイン情報に基づいて、前記ユーザについて眠気の発生時刻パターンを生成し、
    ドライバを特定した要求元からの要求に応じて、該ドライバに対応するユーザについて生成した前記眠気の発生時刻パターンの前記要求元への提供、又は、該ドライバに対応するユーザについて生成した前記眠気の発生時刻パターンに基づいて決定した該ドライバへの注意喚起情報の前記要求元への提供を行う
    ことを特徴とする運転支援方法。
12. バイタルサイン測定機器からユーザのバイタルサイン情報を収集する収集部と、
    前記収集部により収集した前記バイタルサイン情報に基づいて、前記ユーザについて眠気の発生時刻パターンを生成する生成部と、
    ドライバを特定した要求元からの要求に応じて、該ドライバに対応するユーザについて生成した前記眠気の発生時刻パターンの前記要求元への提供、又は、該ドライバに対応するユーザについて生成した前記眠気の発生時刻パターンに基づいて決定した該ドライバへの注意喚起情報の前記要求元への提供を行う提供部と、
    を有することを特徴とする運転支援装置。

Images