JP2024087057A - ドライバ推定装置、制御方法、プログラム及び記憶媒体 - Google Patents

Abstract

【課題】ドライバを随時推定することが可能なドライバ推定装置を提供する。
【解決手段】ナビゲーション装置２の通信部２７は、車両の搭乗者が装着するウェアラブル端末１から、搭乗者の心拍数の時系列計測データを含む心拍データＤｈを受信する。そして、ナビゲーション装置２の制御部２１は、通信部２７が受信した搭乗者の心拍データＤｈに基づいて、当該搭乗者が車両のドライバであるかどうかを推定する。
【選択図】図３

Description

本発明は、ドライバ（運転者）を推定する技術に関する。

従来から、車両の運転開始時にドライバ認証を行う技術が知られている。例えば、特許文献１には、タッチスクリーンなどの入力装置でドライバ名の入力を受け付けたり、指紋等の生体認証を行ったりすることで、車両の運転開始時にドライバ認証を行う技術が開示されている。

特開２０１１－２４２１９０号公報

特許文献１に記載の運転支援装置は、ドライバ認証を運転開始時のみに行っている。よって、特許文献１の技術では、経路の途中でドライバが代わった場合に、現在のドライバを正しく特定できない。

本発明は、上記のような課題を解決するためになされたものであり、ドライバを随時推定することが可能なドライバ推定装置を提供することを主な目的とする。

請求項に記載の発明は、ドライバ推定装置であって、車両の搭乗者が装着し、前記搭乗者の心拍又は脈拍を測定する端末から、前記心拍又は脈拍に関するデータを受信する受信部と、前記心拍又は脈拍に関するデータに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定部と、を備えることを特徴とする。

請求項に記載の発明は、装着自在なドライバ推定装置であって、前記ドライバ推定装置の装着者が車両に搭乗したことを検出する搭乗検出部と、前記装着者が車両に搭乗したことを前記搭乗検出部が検出した場合、前記装着者の心拍又は脈拍を測定し、当該心拍又は脈拍に関するデータを生成する測定部と、前記心拍又は脈拍に関するデータに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定部と、を備えることを特徴とする。

請求項に記載の発明は、ドライバ推定装置が実行する制御方法であって、車両の搭乗者が装着し、前記搭乗者の心拍又は脈拍を測定する端末から、前記心拍又は脈拍に関するデータを受信する受信工程と、前記心拍又は脈拍に関するデータに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定工程と、を有することを特徴とする。

請求項に記載の発明は、コンピュータが実行するプログラムであって、車両の搭乗者が装着し、前記搭乗者の心拍又は脈拍を測定する端末から、前記心拍又は脈拍に関するデータを受信する受信部と、前記心拍又は脈拍に関するデータに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定部として前記コンピュータを機能させることを特徴とする。

ドライバ推定システムの概要図である。 ドライバ特性マップの一例である。 ドライバ推定処理の手順の一例を示すフローチャートである。 複数のウェアラブル端末が車内に存在する場合のドライバ推定システムの概要図である。 変形例に係るドライバ推定処理の手順の一例を示すフローチャートである。

本発明の１つの好適な実施形態では、ドライバ推定装置は、車両の搭乗者が装着し、前記搭乗者の心拍又は脈拍を測定する端末から、前記心拍又は脈拍に関するデータを受信する受信部と、前記心拍又は脈拍に関するデータに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定部と、を備える。

上記ドライバ推定装置は、受信部と、推定部とを備える。受信部は、車両の搭乗者が装着する端末から、搭乗者の心拍又は脈拍に関するデータを受信する。推定部は、受信部が受信した搭乗者の心拍又は脈拍に関するデータに基づいて、当該搭乗者が車両のドライバであるかどうかを推定する。この態様では、ドライバ推定装置は、搭乗者が装着する端末から心拍又は脈拍に関するデータを受信し、当該データに基づき搭乗者がドライバであるか否か推定する。一般に、車両のドライバと運転をしない乗員とでは、安全確認等による緊張やストレス状態が異なるため、心拍又は脈拍の挙動に差が生じる。よって、ドライバ推定装置は、この態様により、端末を装着する搭乗者がドライバであるか否かを随時推定することができる。

上記ドライバ推定装置の一態様では、前記心拍又は脈拍に関するデータは、前記搭乗者の心拍又は脈拍の時系列データであり、前記推定部は、前記心拍又は脈拍の時系列データから特定される前記搭乗者の心拍又は脈拍の変化の傾向に基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する。一般に、車両のドライバと運転をしない乗員とでは、安全確認等による緊張やストレス状態が異なるため、心拍又は脈拍の時系列の変化の傾向に差が生じる。よって、ドライバ推定装置は、この態様により、端末を装着する搭乗者がドライバであるか否かを好適に推定することができる。

上記ドライバ推定装置の他の一態様では、前記受信部は、複数の搭乗者がそれぞれ装着する前記端末から、前記心拍又は脈拍に関するデータを受信し、前記推定部は、前記端末毎に受信した前記心拍又は脈拍に関するデータに基づいて、前記複数の搭乗者の各々が前記車両のドライバであるかどうかを推定する。このように、ドライバ推定装置は、車両に複数の搭乗者が存在する場合であっても、個々の端末から送信された心拍又は脈拍のデータに基づいて、ドライバを推定することができる。

上記ドライバ推定装置の他の一態様では、前記推定部は、前記心拍又は脈拍に関するデータと、前記車両の走行状態又は前記車両の走行道路種別の少なくとも１つと、に基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する。一般に、車両の走行状態又は／及び車両の走行道路種別によって、ドライバの心拍又は脈拍の挙動が異なる。よって、この態様により、ドライバ推定装置は、より的確に搭乗者がドライバであるか否かを推定することができる。

上記ドライバ推定装置の他の一態様では、前記推定部は、前記車両が所定の時間停車した場合、前記車両のドライバの推定を行う。「所定の時間」は、例えばドライバが交代するのに必要な時間等に実験等に基づき設定される。この態様により、ドライバ推定装置は、ドライバが交代した可能性がある場合に、車両のドライバの推定を行うことで、ドライバが交代した場合であっても交代後のドライバを的確に推定することができる。

上記ドライバ推定装置の他の一態様では、ドライバ推定装置は、前記車両のドアの開閉を検出するドア開閉検出部を更に備え、前記推定部は、前記車両のドアが閉められた場合、前記車両のドライバの推定を行う。この態様では、ドライバ推定装置は、ドアの開閉が行われた場合にはドライバが交代した可能性があることから、車両のドライバの推定を行う。これにより、ドライバが交代した場合であっても交代後のドライバを的確に推定することができる。

上記ドライバ推定装置の他の一態様では、前記推定部は、前記心拍又は脈拍に関するデータに基づいて、前記搭乗者が前記車両のドライバであると推定した場合、当該心拍又は脈拍に関するデータを記憶部に蓄積し、前記推定部は、前記受信部が前記心拍又は脈拍に関するデータを受信した際に、前記記憶部に蓄積した前記心拍又は脈拍に関するデータが存在する場合、前記受信部が受信した前記心拍又は脈拍に関するデータと、前記記憶部に蓄積した前記心拍又は脈拍に関するデータとに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する。この態様により、車両に同一のドライバが繰り返し乗車する場合に、ドライバの推定処理を高速化したり、推定精度を向上させたりすることができる。

本発明に係る他の実施形態では、装着自在なドライバ推定装置は、前記ドライバ推定装置の装着者が車両に搭乗したことを検出する搭乗検出部と、前記装着者が車両に搭乗したことを前記搭乗検出部が検出した場合、前記装着者の心拍又は脈拍を測定し、当該心拍又は脈拍に関するデータを生成する測定部と、前記心拍又は脈拍に関するデータに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定部と、を備える。この態様により、ドライバ推定装置は、装着者がドライバであるか否かを、心拍又は脈拍を測定することで随時推定することができる。

本発明に係るさらに別の実施形態では、ドライバ推定装置が実行する制御方法は、車両の搭乗者が装着し、前記搭乗者の心拍又は脈拍を測定する端末から、前記心拍又は脈拍に関するデータを受信する受信工程と、前記心拍又は脈拍に関するデータに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定工程と、を有する。ドライバ推定装置は、この制御方法を実行することで、端末を装着する搭乗者がドライバであるか否かを随時推定することができる。

本発明に係るさらに別の実施形態では、コンピュータが実行するプログラムは、車両の搭乗者が装着し、前記搭乗者の心拍又は脈拍を測定する端末から、前記心拍又は脈拍に関するデータを受信する受信部と、前記心拍又は脈拍に関するデータに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定部として前記コンピュータを機能させる。コンピュータは、このプログラムを実行することで、端末を装着する搭乗者がドライバであるか否かを随時推定することができる。好適には、上記プログラムは、記憶媒体に記憶される。

以下、図面を参照して本発明の好適な実施例について説明する。

［ドライバ推定システムの構成］
図１は、本実施例に係るドライバ推定システムの概要図である。図１に示すように、ドライバ推定システムは、運転者（ドライバ）などの車両の搭乗者が装着するウェアラブル端末１と、ナビゲーション装置２とを有する。ウェアラブル端末１とナビゲーション装置２とは、無線又は有線（図１では無線）によるデータ通信を行う。

ウェアラブル端末１は、装着型の端末であって、ナビゲーション装置２の要求に基づき、装着者の心拍に関するデータ（「心拍データＤｈ」とも呼ぶ。）をナビゲーション装置２に送信する。ウェアラブル端末１は、本ドライバ推定システム専用に製造された端末であってもよく、本ドライバ推定システムに準拠するためのプログラムがインストールされた汎用の端末であってもよい。

ナビゲーション装置２は、据置型の車載機、又はＰＮＤ（Ｐｏｒｔａｂｌｅ Ｎａｖｉｇａｔｉｏｎ Ｄｅｖｉｃｅ）やスマートフォンなどの携帯型の端末であって、ユーザが指定した目的地までの経路案内を実行する。また、本実施例では、ナビゲーション装置２は、ウェアラブル端末１から受信した心拍データＤｈに基づき、ウェアラブル端末１の装着者がドライバであるか否かを判定する処理（「ドライバ推定処理」とも呼ぶ。）を行う。

次に、引き続き図１を参照して、ウェアラブル端末１及びナビゲーション装置２の各構成について説明する。

図１に示すように、ウェアラブル端末１は、主に、制御部１１と、通信部１２と、心拍センサ１３と、記憶部１４とを有する。通信部１２は、制御部１１の制御に基づき、ナビゲーション装置２とデータ通信を行う。心拍センサ１３は、制御部１１の制御に基づき、ウェアラブル端末１の装着者の心拍数を計測し、計測結果を制御部１１へ供給する。記憶部１４は、ウェアラブル端末１の動作を制御するためのプログラムを保存したり、ウェアラブル端末１の動作に必要な情報を保持したりする。また、記憶部１４は、ウェアラブル端末１に固有の識別情報（「端末ＩＤ」とも呼ぶ。）などを記憶する。

ウェアラブル端末１の制御部１１は、図示しないＣＰＵなどを備え、ウェアラブル端末１内の各構成要素に対して種々の制御を行う。本実施例では、制御部１１は、ナビゲーション装置２から心拍データＤｈの送信要求を通信部１２により受信した場合に、心拍センサ１３が所定時間幅にわたり計測した心拍数の時系列のデータ（「時系列計測データ」とも呼ぶ。）と、記憶部１４に記憶された端末ＩＤとを、心拍データＤｈとして通信部１２によりナビゲーション装置２へ送信する。上述の「時系列計測データ」は、時系列で計測された各心拍数の計測時刻が特定可能なデータであって、例えば、計測された心拍数と、当該心拍数が計測された時刻を示す時刻情報とが関連付けられた時系列データである。

次に、ナビゲーション装置２の構成について説明する。図１に示すように、ナビゲーション装置２は、主に、制御部２１と、測位部２２と、ディスプレイなどの表示部２３と、スピーカなどの音出力部２４と、入力部２５と、記憶部２６と、通信部２７とを有する。

測位部２２は、ジャイロセンサや距離センサなどの自立測位装置やＧＰＳ受信機などであり、車両の現在地や進行方向などの測位を行う。測定部２２の計測結果を示す出力データは、記憶部２６に記憶される。表示部２３は、制御部２１の制御に基づき、ルート案内のための地図などを表示する。音出力部２４は、制御部２１の制御に基づき、ルート案内のための音声案内や所定の警告等を出力する。入力部２５は、ボタン、スイッチ、タッチパネル、音声入力装置等であり、入力された情報を制御部２１へ供給する。通信部２７は、制御部２１の制御に基づき、ウェアラブル端末１に対して心拍データＤｈの要求信号を送信したり、ウェアラブル端末１から送信された心拍データＤｈを受信したりする。通信部２７は、本発明における「受信部」の一例である。

記憶部２６は、ナビゲーション装置２の動作を制御するためのプログラムを保存したり、ナビゲーション装置２の動作に必要な情報を保持したりする。例えば、記憶部２６は、道路種別などが登録された道路データを含む地図データを記憶する。また、記憶部２６は、車両の走行状態及び車両の走行中の道路種別の組合せごとにドライバの心拍数の変化特性を記録したマップ（「ドライバ特性マップＭｐ」とも呼ぶ。）を記憶する。また、記憶部２６は、制御部２１の制御に基づき、測定部２２の出力データをその計測時刻と関連付けて記憶したり、通信部２７が受信した心拍データＤｈを記憶したりする。

制御部２１は、図示しないＣＰＵなどを備え、ナビゲーション装置２内の各構成要素に対して種々の制御を行う。本実施例では、制御部２１は、ウェアラブル端末１から心拍データＤｈを受信した場合、心拍データＤｈに含まれる時系列計測データとドライバ特性マップＭｐとに基づき、ウェアラブル端末１の装着者がドライバであるか否かの判定を行う。そして、制御部２１は、ウェアラブル端末１の装着者がドライバであると判定した場合、受信した心拍データＤｈに含まれる端末ＩＤを、ドライバが装着するウェアラブル端末１の端末ＩＤとして記憶部２６に記憶する。その後、例えば、制御部２１は、記憶部２６に記憶した端末ＩＤに対応するウェアラブル端末１に対し、ドライバの運転を支援するための所定の動作の実行を指示する制御信号を送信する。制御部２１は、本発明における「推定部」及びプログラムを実行する「コンピュータ」の一例である。

［ドライバ推定処理］
次に、ナビゲーション装置２の制御部２１が実行するドライバ推定処理の詳細について説明する。概略的には、制御部２１は、心拍データＤｈの時系列計測データが示すウェアラブル端末１の装着者の心拍数の時系列変化が、ドライバ特性マップＭｐを参照して認識したドライバの心拍数変化の特性と一致する場合、当該装着者がドライバであると推定する。この場合、制御部２１は、上述のドライバの心拍数変化の特性を、心拍数の計測時での車両の走行状態及び車両が走行中の道路種別からドライバ特性マップＭｐを参照することで的確に認識する。

以下では、まず、ドライバ推定処理に用いるドライバ特性マップＭｐについて説明する。図２は、ドライバ特性マップＭｐの一例を示す。

図２に示すドライバ特性マップＭｐは、心拍数の計測時の車両の走行状態と、心拍数の計測時に車両が走行中の道路種別（走行道路種別）との組合せごとに、運転者の心拍数の変化の特性を示している。ドライバ特性マップＭｐに規定される走行状態及び道路種別の組合せは、ドライバとドライバ以外の搭乗者とで心拍数変化の差異が生じる組合せとなっている。

図２の例では、車両の走行状態として、車両が停止中の状態に対応する「停車」、車両が加速中の状態に対応する「加速」、車両が略一定の速度で走行中の状態に対応する「定速」、車両が車線変更した状態に対応する「車線変更」の４つの状態が規定されている。また、図２の例では、車両が走行中の道路種別として、「一般道路」、「高速道路」、及び「駐車場」の３つの種類が規定されている。そして、これらの車両の走行状態及び道路種別の組合せごとに、当該車両のドライバである場合に想定される心拍数の変化特性（図２では「上昇」、「低下」、「不変」のいずれか）が記録されている。例えば、図２の例では、走行状態が「停車」である場合には、道路種別によらずに心拍数が低下することが示されており、走行状態が「加速」である場合には、道路種別によらずに心拍数が上昇することが示されている。一方、走行状態が「定速」の場合には、道路種別が「一般道路」又は「高速道路」のときに心拍数が不変又は低下し、道路種別が「駐車場」のときに心拍数が不変又は上昇することが示されている。さらに、走行状態が「車線変更」の場合には、道路種別が「一般道路」又は「高速道路」のときに心拍数が上昇することが示されている。

なお、図２のドライバ特性マップＭｐは本発明を説明するための例示にすぎず、本発明が適用可能なドライバ特性マップＭｐはこれに限定されない。例えば、ドライバ特性マップＭｐに規定される道路種別は、「一般道路」、「高速道路」、及び「駐車場」の区分けに限られない。例えば、一般道路を国道と細街路等とにさらに細かく分類してもよい。他の例では、ドライバ特性マップＭｐに規定する道路種別を、交差点直前の地点、交差点通過直後の地点、交差点の右折車線など、ドライバとドライバ以外の搭乗者とで心拍数変化の差異が生じる場所ごとに適宜設定してもよい。同様に、ドライバ特性マップＭｐに規定する走行状態は、図２の例に限られず、右折時の状態を示す「右折」や左折時の状態を示す「左折」などを含んでもよい。このように、ドライバ特性マップＭｐに規定される道路種別及び走行状態の組合せは、ドライバとドライバ以外の搭乗者とで心拍数変化の差異が生じる組合せとなるように実験等に基づき設定され、かつ、組合せごとのドライバの心拍数変化の特性についても実験等に基づき設定される。

次に、ドライバ特性マップＭｐを用いたドライバ推定方法について説明する。

制御部２１は、心拍データＤｈに含まれる時系列計測データの時刻情報に基づき、心拍数計測時での車両の走行状態及び走行道路種別を認識し、ドライバ特性マップＭｐを参照することにより、心拍数計測時でのドライバの心拍数の変化特性を把握する。そして、制御部２１は、ウェアラブル端末１から受信した心拍データＤｈに含まれる心拍数の時系列計測データが示す心拍数の変化が、ドライバ特性マップＭｐから把握したドライバの心拍数の変化特性と一致する場合に、心拍データＤｈの送信元のウェアラブル端末１の端末ＩＤを、ドライバの装着端末の端末ＩＤとして記憶部２６に記憶する。なお、制御部２１は、上述の車両の走行状態を、記憶部２６に記憶された加速度センサやＧＰＳ受信機などの測定部２２の出力データに基づき認識すると共に、上述の走行道路種別を、記憶部２６に記憶されたＧＰＳ受信機などの測定部２２の出力データが示す車両の走行位置の軌跡及び記憶部２６に記憶された道路データ等に基づき認識する。

一般に、車両のドライバと運転をしない搭乗者では、安全確認等による緊張やストレス状態が異なるため、車両の走行時での心拍数の時系列変化に差が生じる。以上を勘案し、本実施例に係るナビゲーション装置２は、ドライバに特有の心拍数の変化が生じる走行状態及び道路種別の組合せごとにドライバの心拍数の変化の特性を記録したドライバ特性マップＭｐを予め記憶しておく。これにより、ナビゲーション装置２は、ウェアラブル端末１から受信した心拍データＤｈに基づき、心拍データＤｈの送信元のウェアラブル端末１の装着者がドライバであるか否かを的確に判定することができる。

［処理フロー］
図３は、ドライバ推定処理の手順の一例を示すフローチャートである。

まず、ナビゲーション装置２は、ナビゲーション装置２が搭載されている車両のエンジンスイッチがオンになったことを検知したか否か判定する（ステップＳ１０１）。例えば、ナビゲーション装置２は、車両から電源が供給された場合、又は、車両の制御部（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）からエンジンスイッチがオンになった旨の情報をＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）等により受信した場合、車両のエンジンスイッチがオンになったと判断する。

そして、エンジンスイッチがオンになったことを検知した場合（ステップＳ１０１；Ｙｅｓ）、ナビゲーション装置２は、心拍データＤｈの要求信号をウェアラブル端末１へ送信する（ステップＳ１０２）。この場合、ナビゲーション装置２は、上述の要求信号を、ブロードキャストにより不特定送信してもよく、既に通信を確立したウェアラブル端末１が存在する場合に当該ウェアラブル端末１に対して送信してもよい。

ウェアラブル端末１は、心拍データＤｈの要求信号をナビゲーション装置２から受信した場合、心拍センサ１３により心拍数の計測を行う（ステップＳ１０３）。そして、ウェアラブル端末１は、心拍センサ１３が計測した心拍数の時系列データである時系列計測データと、ウェアラブル端末１の端末ＩＤとを含む心拍データＤｈを、ナビゲーション装置２へ送信する（ステップＳ１０４）。そして、ナビゲーション装置２は、心拍データＤｈを受信する（ステップＳ１０５）。

次に、ナビゲーション装置２は、受信した心拍データＤｈに含まれる心拍数の時系列計測データに基づき、心拍数の変化傾向を認識する（ステップＳ１０６）。また、ナビゲーション装置２は、心拍数が計測された時刻での車両の走行状態及び走行道路種別を認識する（ステップＳ１０７）。

次に、ナビゲーション装置２は、ウェアラブル端末１の装着者がドライバであると推定可能であるか否か判定する（ステップＳ１０８）。この場合、ナビゲーション装置２は、ステップＳ１０７で認識した走行状態及び走行道路種別に対応するドライバの心拍数の変化特性を、ドライバ特性マップＭｐを参照することで認識し、ステップＳ１０６で特定した心拍数の変化傾向と一致するか否か判定する。

そして、ナビゲーション装置２は、ウェアラブル端末１の装着者がドライバであると推定可能であると判断した場合（ステップＳ１０８；Ｙｅｓ）、心拍データＤｈの送信元となるウェアラブル端末１の装着者はドライバであるとみなし、心拍データＤｈに含まれる端末ＩＤを記憶部２６に記憶する（ステップＳ１０９）。一方、ナビゲーション装置２は、計測した心拍数の変化傾向に基づき、ウェアラブル端末１の装着者がドライバであると推定できないと判断した場合（ステップＳ１０８；Ｎｏ）、再びステップＳ１０２へ処理を戻し、心拍データＤｈを受信し、心拍データＤｈの送信元がドライバの装着端末であるか否かの判定を行う。なお、ナビゲーション装置２は、所定回数以上ステップＳ１０８でウェアラブル端末１の装着者がドライバであると推定できない場合等には、ウェアラブル端末１の装着者は運転者でないと判断し、ステップＳ１０９を実行することなくフローチャートの処理を終了してもよい。

なお、図３のフローチャートでは、ウェアラブル端末１は、ステップＳ１０２の心拍データＤｈの送信要求がある度に、ステップＳ１０３で心拍データＤｈをナビゲーション装置２に送信した。これに代えて、ウェアラブル端末１は、ステップＳ１０２の心拍データＤｈの送信要求が一度あった後には、心拍データＤｈが不要であるとナビゲーション装置２から通知を受けるまで、心拍データＤｈを繰り返し生成及び送信してもよい。

［ウェアラブル端末が複数存在する場合］
次に、ウェアラブル端末１が車内に複数存在する場合（即ち複数の搭乗者がウェアラブル端末１を装着していた場合）について補足説明する。図４は、複数のウェアラブル端末１（１Ａ、１Ｂ、…）がナビゲーション装置２と共に同一の車両内に存在する場合のドライバ推定システムの概要図を示す。

図４の場合、ウェアラブル端末１Ａ及びウェアラブル端末１Ｂは、心拍データＤｈの要求信号をナビゲーション装置２から受信した場合に、端末固有の端末ＩＤを含む心拍データＤｈをナビゲーション装置２へ送信する。そして、ナビゲーション装置２は、ウェアラブル端末１Ａから受信した心拍データＤｈに基づき、ウェアラブル端末１Ａの装着者がドライバであるか否かを判定すると共に、ウェアラブル端末１Ｂから受信した心拍データＤｈに基づき、ウェアラブル端末１Ｂの装着者がドライバであるか否かを判定する。そして、ナビゲーション装置２は、ウェアラブル端末１Ａ、１Ｂのいずれかの装着者がドライバであると判断した場合、ドライバと判断した装着者に対応するウェアラブル端末１の端末ＩＤを記憶部２６に記憶する。

このように、ナビゲーション装置２は、複数のウェアラブル端末１が車内に存在する場合であっても、各ウェアラブル端末１の心拍データＤｈに基づき、各ウェアラブル端末１の装着者がドライバか否か判定する。これにより、ナビゲーション装置２は、複数のウェアラブル端末１が車内に存在する場合であっても、的確にドライバを推定することができる。

以上説明したように、本実施例に係るナビゲーション装置２の制御部２１は、通信部２７により、車両の搭乗者が装着するウェアラブル端末１から、搭乗者の心拍数の時系列計測データを含む心拍データＤｈを受信する。そして、制御部２１は、通信部２７が受信した搭乗者の心拍データＤｈに基づいて、当該搭乗者が車両のドライバであるかどうかを推定する。一般に、車両のドライバと運転をしない乗員とでは、安全確認等による緊張やストレス状態が異なるため、心拍の挙動に差が生じる。よって、ナビゲーション装置２は、この態様により、ウェアラブル端末１を装着する搭乗者がドライバであるか否かを好適に推定することができる。

［変形例］
以下、上述の実施例に好適な変形例について説明する。以下に示す変形例は、任意に組み合わせて上述の実施例に適用してもよい。

（変形例１）
本発明は、ドライバ特性マップＭｐを用いたドライバ推定処理に限定されず、パターン認識（モデル化を含む）などの種々の公知の統計的手法等を用いることで、ドライバ特性マップＭｐによらずにドライバの推定を行ってもよい。

例えば、ナビゲーション装置２は、予め計測したドライバ及びドライバ以外の搭乗者の心拍数の時系列データを対象に、公知の学習を実行することで所定の特徴空間を定めて各特徴量（特徴ベクトル）を規定しておく。そして、ナビゲーション装置２は、ウェアラブル端末１から受信した心拍データＤｈに含まれる時系列計測データを対象に解析を行って特徴量を抽出し、予め記憶したドライバ及びドライバ以外の搭乗者の各特徴量と比較することで、心拍数の計測対象者がドライバであるか否か判定する。

この場合、ナビゲーション装置２は、運転が開始される前には、走行道路種別及び走行状態に基づくドライバ特性マップＭｐによらずにドライバ推定処理を行い、車両が走行を開始した後もドライバの認証ができない場合には、走行道路種別及び走行状態に基づく本実施例のドライバ推定処理を行ってもよい。即ち、ナビゲーション装置２は、複数のドライバ推定処理が実行可能な場合には、運転状況に応じて実行すべきドライバ推定処理を切り替えてもよい。

（変形例２）
変形例１に基づき統計的手法等を用いたドライバ推定処理を行う場合、ナビゲーション装置２は、ドライバ推定処理で用いた心拍データＤｈに含まれる心拍数の時系列計測データを蓄積し、当該時系列計測データをサンプルとして用いてもよい。

この場合、ナビゲーション装置２は、ドライバの心拍数の時系列計測データを蓄積した回数が所定回数未満の場合では、予め記憶部２６に記憶されたドライバの一般的な心拍数の時系列データに基づき、ドライバ推定処理を行う。そして、ナビゲーション装置２は、ドライバ推定処理によりドライバであると推定した場合、推定に用いた心拍データＤｈの時系列計測データを、ドライバの心拍数のサンプルとして記憶部２６に記憶する。そして、ナビゲーション装置２は、例えば所定回数以上ドライバの心拍数のサンプルを蓄積した場合、蓄積した当該サンプルを用いることで、心拍数の計測対象者がドライバであるか否か判定する。この場合、例えば、ナビゲーション装置２は、蓄積したドライバの心拍数のサンプルから、ドライバの心拍数の特徴を表すテンプレート等を更新し、当該テンプレートと、受信する心拍データＤｈに含まれる時系列計測データの特徴とが略一致するか判定する。

一般に、心拍数の変化は、運転初心者、ベテランドライバ、高齢者などといったドライバの種類（カテゴリ）によっても違いがある。また、ナビゲーション装置２は、一般に同一のドライバにより繰り返し使用される場合が多い。よって、上述のように、ナビゲーション装置２は、実際に計測して蓄積した心拍数の時系列計測データをドライバ推定処理に用いることで、より正確にドライバの推定を行うと共に、ドライバ推定処理の時間を短縮化することができる。

（変形例３）
ナビゲーション装置２は、心拍数の計測時での車両の走行状態と走行道路種別とに基づき、ドライバ特性マップＭｐを参照してドライバ推定処理を実行した。これに代えて、ナビゲーション装置２は、心拍数の計測時での車両の走行状態と走行道路種別のいずれか一方のみに基づいてドライバ推定処理を行ってもよい。

この場合、例えば、ドライバ特性マップＭｐには、走行状態と道路種別のいずれか一方に対し、ドライバの心拍数の変化の特性が規定される。そして、ナビゲーション装置２は、ドライバ推定処理では、ドライバ特性マップＭｐに規定された走行状態又は道路種別のいずれか一方の心拍数の計測時での状態又は種別を認識し、ドライバ特性マップＭｐを参照してドライバの心拍数の変化特性を認識する。そして、ナビゲーション装置２は、認識したドライバの心拍数の変化特性と、心拍データＤｈに含まれる心拍数の時系列計測データとを比較することで、心拍数の計測対象者がドライバであるか否か判定する。

（変形例４）
ナビゲーション装置２は、ドライバ推定処理を、ドライバを認証できた後であっても、ドライバが交代した可能性があると判断される所定の条件が満たされた場合に、再度実行してもよい。

例えば、ナビゲーション装置２は、車両のドアの開閉を検知した場合、ドライバが交代した可能性があると判断する。この場合、ナビゲーション装置２は、例えば、ＣＡＮ等のプロトコルにより車両の制御部（ＥＣＵ）からドアの開閉に関する信号を受信することにより、車両のドアの開閉を検知する。そして、車両のドアの開閉を検知した場合、ナビゲーション装置２は、心拍データＤｈの要求信号をウェアラブル端末１に送信することで心拍データＤｈを受信し、図３のステップＳ１０６～ステップＳ１０８に基づきドライバの認証を行う。そして、ナビゲーション装置２は、ステップＳ１０８において、ステップＳ１０９で以前に記録した端末ＩＤと異なる端末ＩＤのウェアラブル端末１の装着者がドライバであると判断した場合、ドライバが装着するウェアラブル端末１の端末ＩＤの記録を書き換える。なお、ナビゲーション装置２は、ステップＳ１０８において、ステップＳ１０９で以前に記録した端末ＩＤのウェアラブル端末１の装着者がドライバであると推定できなかった場合、前にステップＳ１０９で記録した端末ＩＤを消去してもよい。

他の例では、ナビゲーション装置２は、地図データに登録されている駐車場（高速道路のサービスエリアやパーキングエリアも含む）に停車した後に発進したことを検知した場合、又は、駐車場以外の場所に所定時間停車した後に発進したことを検知した場合に、ドライバが交代した可能性があると判断し、ドライバ推定処理を再度実行してもよい。

このように、本変形例によれば、ナビゲーション装置２は、エンジンスイッチがオンになった後、再びエンジンスイッチがオフになるまでの間にドライバが入れ替わった場合であっても、入れ替え後のドライバを随時認識することができる。なお、制御部２１は、本発明における「ドア開閉検出部」の一例である。

（変形例５）
ナビゲーション装置２は、車両の制御部の制御下にある図示しない通信部（「車両通信部」とも呼ぶ。）を介して心拍データＤｈの受信等を行ってもよい。この場合、ウェアラブル端末１と車両通信部、及びナビゲーション装置２と車両通信部とは、それぞれ通信を確立し、車両通信部は、ナビゲーション装置２から受信した心拍データＤｈの送信要求をウェアラブル端末１に転送したり、ウェアラブル端末１から受信した心拍データＤｈをナビゲーション装置２に転送したりする。

（変形例６）
図３の例では、ウェアラブル端末１は、ナビゲーション装置２からの心拍データＤｈの送信要求に基づき、ステップＳ１０４で心拍データＤｈを送信した。これに代えて、ウェアラブル端末１は、車両の制御部との通信に基づき、又は、図示しないセンサの出力等に基づき、装着者の車両への乗車を認識した場合に、心拍データＤｈを生成し、心拍データＤｈをナビゲーション装置２へ送信してもよい。

（変形例７）
車両の制御部（ＥＣＵ）は、本実施例でナビゲーション装置２が実行したドライバ推定処理を、ナビゲーション装置２に代えて実行してもよい。

この場合、車両の制御部は、例えば、変形例５で説明した車両通信部により心拍データＤｈ等の授受をウェアラブル端末１と行うと共に、ドライバ推定処理に必要なドライバ特性マップＭｐ等を図示しない記憶部に記憶する。そして、車両の制御部は、図３のステップＳ１０１～Ｓ１０２及びステップＳ１０５～Ｓ１０９の処理を実行する。この場合、車両通信部は、本発明における「受信部」の一例であり、車両の制御部は、本発明における「推定部」及びプログラムを実行する「コンピュータ」の一例である。

（変形例８）
ナビゲーション装置２の処理の一部又は全部を、ウェアラブル端末１が実行してもよい。例えば、ウェアラブル端末１は、ナビゲーション装置２に代えて自端末の装着者がドライバであるか否か判定し、当該装着者がドライバであると判断した場合に、自端末の端末ＩＤ等をナビゲーション装置２へ送信してもよい。他の例では、ドライバ推定システムは、ウェアラブル端末１のみから構成され、ナビゲーション装置２の処理をウェアラブル端末１が実行してもよい。

図５は、実施例のナビゲーション装置２の処理をウェアラブル端末１が実行する場合のドライバ推定処理の手順を示すフローチャートの一例である。

まず、ウェアラブル端末１は、装着者の乗車を検知したか否か判定する（ステップＳ２０１）。例えば、ウェアラブル端末１は、エンジンスイッチがオンになった旨やドアの開閉が行われた旨等の所定の情報を車両の制御部から受信した場合、又は所定のユーザ入力を検知した場合等に、装着者が乗車したと判断する。そして、ウェアラブル端末１は、装着者の乗車を検知した場合（ステップＳ２０１；Ｙｅｓ）、心拍数の計測を行う（ステップＳ２０２）。そして、ウェアラブル端末１は、図３のステップＳ１０６と同様に、計測した心拍数の時系列計測データに基づき、心拍数の変化の傾向を認識する（ステップＳ２０３）。

また、ウェアラブル端末１は、ドライバ特性マップＭｐを参照するため、心拍数の計測時の車両の走行状態及び道路種別を認識する（ステップＳ２０４）。この場合、ウェアラブル端末１は、図示しない加速度センサやＧＰＳ受信機などの測位部を有し、当該測位部の出力に基づき走行状態を認識してもよく、車両の制御部から車速パルスの情報等を受信することで、車両の走行状態を認識してもよい。また、ウェアラブル端末１は、例えば、ＧＰＳ受信機の出力等により認識した現在位置の周辺地図の情報を図示しないサーバ装置から受信することで、車両が走行中の道路種別を認識する。

そして、ウェアラブル端末１は、図３のステップＳ１０８と同様に、装着者がドライバと推定できるか否か判定する（ステップＳ２０５）。そして、ウェアラブル端末１は、装着者がドライバと推定できた場合（ステップＳ２０５；Ｙｅｓ）、装着者がドライバであることを前提としたモードへ移行する（ステップＳ２０６）。この場合、ウェアラブル端末１は、例えば、計測した心拍数に基づき所定の警告などを出力したりする。

このように、ウェアラブル端末１は、好適に実施例のナビゲーション装置２の処理を実行することができる。なお、本変形例では、ウェアラブル端末１は、本発明における「ドライバ推定装置」の一例であり、制御部１１は、本発明における「搭乗検出部」及び「推定部」の一例であり、心拍センサ１３は、本発明における「測定部」の一例である。

（変形例９）
ナビゲーション装置２は、経路案内以外の用途の車載機（例えばドライブレコーダ等）であってもよい。

（変形例１０）
ウェアラブル端末１は、心拍数を計測する代わりに脈拍数を計測し、脈拍数の時系列計測データをナビゲーション装置２に送信してもよい。この場合、ナビゲーション装置２は、心拍数の場合と同様に、脈拍数の時系列計測データに基づき、搭乗者が車両のドライバであるかどうかを推定する。このように、ナビゲーション装置２がウェアラブル端末１から受信するデータは、心拍に関するデータに限定されず、脈拍に関するデータであってもよい。車両のドライバと運転をしない乗員とでは、安全確認等による緊張やストレス状態が異なるため、心拍と同様、脈拍の挙動にも差が生じる。よって、ナビゲーション装置２は、この態様によっても、ウェアラブル端末１を装着する搭乗者がドライバであるか否かを好適に推定することができる。

１ ウェアラブル端末
２ ナビゲーション装置
１１、２１ 制御部
１２、２７ 通信部
１３ 心拍センサ
１４、２６ 記憶部
２３ 表示部
２４ 音出力部
２５ 入力部

Claims (1)

1. 車両の搭乗者が装着し、前記搭乗者の心拍又は脈拍を測定する端末から、前記心拍又は脈拍に関するデータを受信する受信部と、
   前記心拍又は脈拍に関するデータに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定部と、
   を備えることを特徴とするドライバ推定装置。