(57)【要約】【課題】特別な操作等を要求することなくドライバを推定することが可能なドライバ推定装置を提供する。【解決手段】ナビゲーション装置２の制御部２１は、通信部２７により、車両の搭乗者が装着する腕装着型端末１から、搭乗者の腕の動きを示す加速度及び角速度の時系列計測データを含む腕動作データＤａを受信する。そして、ナビゲーション装置２の制御部２１は、通信部２７が受信した搭乗者の腕動作データＤａに基づいて、当該搭乗者が車両のドライバであるかどうかを推定する。【選択図】図２
2020046433.tif 000002
【特許請求の範囲】
【請求項１】
車両の搭乗者が装着し、前記搭乗者の腕の動きを検知する端末から、前記腕の動きに関するデータを受信する受信部と、
前記腕の動きに関するデータに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定部と、
を備えることを特徴とするドライバ推定装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ドライバ（運転者）を推定する技術に関する。
【背景技術】
【０００２】
従来から、車両の運転開始時にドライバ認証を行う技術が知られている。例えば、特許文献１には、タッチスクリーンなどの入力装置でドライバ名の入力を受け付けたり、指紋等の生体認証を行ったりすることで、車両の運転開始時にドライバ認証を行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−２４２１９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の運転支援装置は、ドライバ認証のために入力操作や接触動作を必要としている。これらの操作等は、ドライバにとって煩わしい場合があり、装置の普及の妨げとなる可能性がある。
【０００５】
本発明は、上記のような課題を解決するためになされたものであり、ドライバに特別な操作等を要求することなく、ドライバの推定を実行可能なドライバ推定装置を提供することを主な目的とする。
【課題を解決するための手段】
【０００６】
請求項に記載の発明は、ドライバ推定装置であって、車両の搭乗者が装着し、前記搭乗者の腕の動きを検知する端末から、前記腕の動きに関するデータを受信する受信部と、前記腕の動きに関するデータに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定部と、を備えることを特徴とする。
【０００７】
請求項に記載の発明は、車両の搭乗者が装着し、前記搭乗者の腕の動きを検知することで、当該搭乗者が前記車両のドライバであるかの推定を行う端末から、前記推定の結果を受信する受信部と、前記推定の結果に基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する、又は、前記推定の結果と、当該推定の結果と共に前記受信部が受信した前記腕の動きに関するデータとに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定部と、を備えることを特徴とする。
【０００８】
請求項に記載の発明は、車両の搭乗者が装着し、前記搭乗者の腕の動きを検知する検知部と、前記検知部が検知した前記搭乗者の腕の動きに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定部と、を備えることを特徴とする。
【０００９】
請求項に記載の発明は、ドライバ推定装置が実行する制御方法であって、車両の搭乗者が装着し、前記搭乗者の腕の動きを検知する端末から、前記腕の動きに関するデータを受信する受信工程と、前記腕の動きに関するデータに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定工程と、を有することを特徴とする。
【００１０】
請求項に記載の発明は、コンピュータが実行するプログラムであって、車両の搭乗者が装着し、前記搭乗者の腕の動きを検知する端末から、前記腕の動きに関するデータを受信する受信部と、前記腕の動きに関するデータに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定部として前記コンピュータを機能させることを特徴とする。
【図面の簡単な説明】
【００１１】
【図１】ドライバ推定システムの概要図である。
【図２】ドライバ推定処理の手順の一例を示すフローチャートである。
【図３】複数の腕装着型端末が車内に存在する場合のドライバ推定システムの概要図である。
【図４】運転動作と車両の走行状態との関係を示すテーブルである。
【図５】変形例に係るドライバ推定処理の手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
本発明の１つの好適な実施形態では、ドライバ推定装置は、車両の搭乗者が装着し、前記搭乗者の腕の動きを検知する端末から、前記腕の動きに関するデータを受信する受信部と、前記腕の動きに関するデータに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定部と、を備える。
【００１３】
上記ドライバ推定装置は、受信部と、推定部とを備える。受信部は、車両の搭乗者が装着し、搭乗者の腕の動きを検知する端末から、腕の動きに関するデータを受信する。推定部は、受信部が受信した腕の動きに関するデータに基づいて、搭乗者が車両のドライバであるかどうかを推定する。この態様では、ドライバ推定装置は、搭乗者が装着する端末から腕の動きに関するデータを受信し、当該データに基づき搭乗者がドライバであるか否か推定する。一般に、車両のドライバと運転をしない乗員とでは、運転操作の有無等に起因して、腕の動きに明確な差が生じる。よって、ドライバ推定装置は、この態様により、端末を装着する搭乗者がドライバであるか否かを特別な操作等を要求することなく好適に推定することができる。
【００１４】
上記ドライバ推定装置の一態様では、ドライバ推定装置は、予め作成された運転時の腕の動きに関するデータである運転動作データを取得する取得部を更に備え、前記推定部は、前記運転動作データと、前記腕の動きに関するデータとに基づいて、ドライバを推定する。この態様により、ドライバ推定装置は、腕の動きに関するデータを端末から受信することで、端末を装着する搭乗者がドライバであるか否か好適に推定することができる。
【００１５】
上記ドライバ推定装置の他の一態様では、前記推定部は、前記腕の動きに関するデータと、前記車両の走行状態とに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する。一般に、車両の走行状態に応じてドライバが実行する可能性がある運転操作が限定される。従って、この態様により、ドライバ推定装置は、搭乗者がドライバであるか否かをより的確に推定することができる。
【００１６】
上記ドライバ推定装置の他の一態様では、前記推定部は、前記車両が所定の時間停車した場合、前記車両のドライバの推定を行う。「所定の時間」は、例えばドライバが交代するのに必要な時間等に実験等に基づき設定される。この態様により、ドライバ推定装置は、ドライバが交代した可能性がある場合に、車両のドライバの推定を行うことで、ドライバが交代した場合であっても交代後のドライバを的確に推定することができる。
【００１７】
上記ドライバ推定装置の他の一態様では、ドライバ推定装置は、前記車両のドアの開閉を検出するドア開閉検出部を更に備え、前記推定部は、前記車両のドアが閉められた場合、前記車両のドライバの推定を行う。この態様では、ドライバ推定装置は、ドアの開閉が行われた場合にはドライバが交代した可能性があることから、車両のドライバの推定を行う。これにより、ドライバが交代した場合であっても交代後のドライバを的確に推定することができる。
【００１８】
本発明に係る他の実施形態では、ドライバ推定装置は、車両の搭乗者が装着し、前記搭乗者の腕の動きを検知することで、当該搭乗者が前記車両のドライバであるかの推定を行う端末から、前記推定の結果を受信する受信部と、前記推定の結果に基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する、又は、前記推定の結果と、当該推定の結果と共に前記受信部が受信した前記腕の動きに関するデータとに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定部と、を備える。ドライバ推定装置は、この態様により、装着者が車両のドライバであるかの推定を行う端末から受信した推定結果から、ドライバを好適に推定することができる。また、ドライバ推定装置は、受信した推定結果の信頼性に疑義がある場合であっても、推定結果と共に受信した腕の動きに関するデータに基づいて、自ら推定処理を実行することもできる。
【００１９】
本発明に係る他の実施形態では、ドライバ推定装置は、車両の搭乗者が装着し、前記搭乗者の腕の動きを検知する検知部と、前記検知部が検知した前記搭乗者の腕の動きに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定部と、を備える。この態様により、ドライバ推定装置は、装着者がドライバであるか否かを、特別な操作等を要求することなく好適に推定することができる。
【００２０】
本発明に係るさらに別の実施形態では、ドライバ推定装置が実行する制御方法は、車両の搭乗者が装着し、前記搭乗者の腕の動きを検知する端末から、前記腕の動きに関するデータを受信する受信工程と、前記腕の動きに関するデータに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定工程と、を有する。ドライバ推定装置は、この制御方法を実行することで、端末を装着する搭乗者がドライバであるか否かを、特別な操作等を要求することなく推定することができる。
【００２１】
本発明に係るさらに別の実施形態では、コンピュータが実行するプログラムは、車両の搭乗者が装着し、前記搭乗者の腕の動きを検知する端末から、前記腕の動きに関するデータを受信する受信部と、前記腕の動きに関するデータに基づいて、前記搭乗者が前記車両のドライバであるかどうかを推定する推定部として前記コンピュータを機能させる。コンピュータは、このプログラムを実行することで、端末を装着する搭乗者がドライバであるか否かを、特別な操作等を要求することなく推定することができる。好適には、上記プログラムは、記憶媒体に記憶される。
【実施例】
【００２２】
以下、図面を参照して本発明の好適な実施例について説明する。
【００２３】
［ドライバ推定システムの構成］
図１は、本実施例に係るドライバ推定システムの概要図である。図１に示すように、ドライバ推定システムは、運転者（ドライバ）などの車両の搭乗者が腕に装着する腕装着型端末１と、ナビゲーション装置２とを有する。腕装着型端末１とナビゲーション装置２とは、無線又は有線（図１では無線）によるデータ通信を行う。
【００２４】
腕装着型端末１は、スマートウォッチなどの腕に装着自在なウェアラブル端末であって、ナビゲーション装置２の要求に基づき、装着者の腕の動きを表すデータ（「腕動作データＤａ」とも呼ぶ。）をナビゲーション装置２に送信する。腕装着型端末１は、本ドライバ推定システム専用に製造された端末であってもよく、本ドライバ推定システムに準拠するためのプログラムがインストールされた汎用の端末であってもよい。
【００２５】
ナビゲーション装置２は、据置型の車載機、又はＰＮＤ（Ｐｏｒｔａｂｌｅ  Ｎａｖｉｇａｔｉｏｎ  Ｄｅｖｉｃｅ）やスマートフォンなどの携帯型の端末であって、ユーザが指定した目的地までの経路案内を実行する。また、本実施例では、ナビゲーション装置２は、車両のドライバと運転をしない乗員とで腕の動きに違いが生じることに着目し、腕装着型端末１から受信した腕動作データＤａに基づき、腕装着型端末１の装着者がドライバであるか否かを判定する処理（「ドライバ推定処理」とも呼ぶ。）を行う。
【００２６】
次に、引き続き図１を参照して、腕装着型端末１及びナビゲーション装置２の各構成について説明する。
【００２７】
図１に示すように、腕装着型端末１は、主に、制御部１１と、通信部１２と、加速度センサ１３と、ジャイロセンサ１４と、記憶部１５とを有する。通信部１２は、制御部１１の制御に基づき、ナビゲーション装置２とデータ通信を行う。
【００２８】
加速度センサ１３は、例えば３軸加速度センサであり、装着者の腕の動き、姿勢（傾き）、及び振動に応じた検出信号を生成する。ジャイロセンサ１４は、装着者の腕の回転動作があった場合に、当該回転動作の角速度を示す検出信号を生成する。記憶部１５は、腕装着型端末１の動作を制御するためのプログラムを保存したり、腕装着型端末１の動作に必要な情報を保持したりする。また、記憶部１５は、腕装着型端末１に固有の識別情報（「端末ＩＤ」とも呼ぶ。）などを記憶する。
【００２９】
腕装着型端末１の制御部１１は、図示しないＣＰＵなどを備え、腕装着型端末１内の各構成要素に対して種々の制御を行う。本実施例では、制御部１１は、ナビゲーション装置２から腕動作データＤａの送信要求を通信部１２により受信する。この場合、制御部１１は、加速度センサ１３及びジャイロセンサ１４が所定時間幅にわたり計測した加速度及び角速度の時系列のデータ（「時系列計測データ」とも呼ぶ。）と、記憶部１５に記憶された端末ＩＤとを、腕動作データＤａとして、通信部１２によりナビゲーション装置２へ送信する。
【００３０】
次に、ナビゲーション装置２の構成について説明する。図１に示すように、ナビゲーション装置２は、主に、制御部２１と、測位部２２と、ディスプレイなどの表示部２３と、スピーカなどの音出力部２４と、入力部２５と、記憶部２６と、通信部２７とを有する。
【００３１】
測位部２２は、ジャイロセンサや距離センサなどの自立測位装置やＧＰＳ受信機などであり、車両の現在地や進行方向などの測位を行う。表示部２３は、制御部２１の制御に基づき、ルート案内のための地図などを表示する。音出力部２４は、制御部２１の制御に基づき、ルート案内のための音声案内や所定の警告等を出力する。入力部２５は、ボタン、スイッチ、タッチパネル、音声入力装置等であり、入力された情報を制御部２１へ供給する。通信部２７は、制御部２１の制御に基づき、腕装着型端末１に対して腕動作データＤａの要求信号を送信したり、腕装着型端末１から送信された腕動作データＤａを受信したりする。通信部２７は、本発明における「受信部」の一例である。
【００３２】
記憶部２６は、ナビゲーション装置２の動作を制御するためのプログラムを保存したり、ナビゲーション装置２の動作に必要な情報を保持したりする。例えば、記憶部２６は、道路種別などが登録された道路データを含む地図データを記憶する。また、記憶部２６は、ドライバ特有の腕の動きを不特定の腕装着型端末１の装着者が行った場合の時系列での加速度センサ１３及びジャイロセンサ１４の出力データ群（「ドライバ動作データＤｔｍｐ」とも呼ぶ。）を予め記憶している。なお、ドライバ特有の動きは、ハンドルを回転させる動作、シフトレバーを操作する動作、ウィンカーを操作する動作などの種々の運転動作が該当し、記憶部２６は、これらの各運転動作に対応するドライバ動作データＤｔｍｐを記憶する。ドライバ動作データＤｔｍｐは、例えば、標準的な体格の人が標準的な大きさの車両で運転動作を行った際に計測された加速度及び角速度の時系列の計測データである。
【００３３】
制御部２１は、図示しないＣＰＵなどを備え、ナビゲーション装置２内の各構成要素に対して種々の制御を行う。本実施例では、制御部２１は、腕装着型端末１から腕動作データＤａを受信した場合、腕動作データＤａに含まれる加速度及び角速度の時系列計測データに基づき、腕装着型端末１の装着者がドライバであるか否かの判定を行う。そして、制御部２１は、腕装着型端末１の装着者がドライバであると判定した場合、受信した腕動作データＤａに含まれる端末ＩＤを、ドライバが装着する腕装着型端末１の端末ＩＤとして記憶部２６に記憶する。その後、例えば、制御部２１は、記憶部２６に記憶した端末ＩＤに対応する腕装着型端末１に対し、ドライバの運転を支援するための所定の動作の実行を指示する制御信号を送信する。制御部２１は、本発明における「推定部」及びプログラムを実行する「コンピュータ」の一例である。
【００３４】
［ドライバ推定処理］
次に、ナビゲーション装置２の制御部２１が実行するドライバ推定処理の詳細について説明する。概略的には、制御部２１は、腕動作データＤａに含まれる加速度及び角速度の時系列計測データに基づき、腕装着型端末１の装着者が運転動作を行ったと判断した場合、腕装着型端末１の装着者をドライバであると推定する。
【００３５】
この場合、制御部２１は、公知のパターン認識技術を用いることで、予め規定された運転動作ごとのドライバ動作データＤｔｍｐと、腕装着型端末１から受信した加速度及び角速度の時系列計測データとの類否判定を行う。そして、制御部２１は、当該時系列計測データが、いずれかの運転動作に対応するドライバ動作データＤｔｍｐと類似又は略一致する場合に、腕動作データＤａの送信元である腕装着型端末１の装着者がドライバであると推定する。この場合、制御部２１は、ドライバ動作データＤｔｍｐと、腕装着型端末１から受信した加速度及び角速度の時系列計測データとを、直接比較する代わりに、それぞれ特徴となる所定次元の特徴量を公知のパターン認識技術を用いて抽出し、抽出した特徴量を比較することで、これらの類否判定を行ってもよい。
【００３６】
また、好適には、制御部２１は、ドライバ推定処理で用いた加速度及び角速度の時系列計測データを記憶部２６に蓄積し、蓄積した当該時系列計測データをドライバ動作データＤｔｍｐの代わりにドライバ推定処理に用いるとよい。この場合、制御部２１は、ドライバ推定処理に基づき腕装着型端末１の装着者をドライバであると推定した場合、当該ドライバ推定処理で用いた加速度及び角速度の時系列計測データを記憶部２６に記憶して蓄積する。そして、制御部２１は、例えば所定回数以上加速度及び角速度の時系列計測データを蓄積した場合、蓄積したデータをドライバ動作データＤｔｍｐの代わりに用いることで、ドライバの推定を行う。この場合、制御部２１は、運転動作ごとに、蓄積したデータが存在するか否かの判定及び蓄積回数の判定を行い、ドライバ動作データＤｔｍｐの代わりに用いるか否か判定するとよい。
【００３７】
好適には、制御部２１は、蓄積したデータをドライバ動作データＤｔｍｐの代わりに用いる場合、運転動作ごとに蓄積したデータを対象に、公知の学習を実行することで、運転動作ごとの加速度及び角速度の時系列変化のモデル化等を行うとよい。この場合、腕動作データＤａの受信後、制御部２１は、モデル化した運転動作ごとの加速度及び角速度の時系列変化と、腕動作データＤａに含まれる時系列計測データとの類否判定を行うことで、腕装着型端末１の装着者がドライバであるか否か判定する。
【００３８】
ここで、加速度及び角速度の時系列計測データを蓄積して活用することの効果について補足説明する。一般に、運転動作に基づく腕の挙動は、同一の運転動作であっても、運転する車両の種類（普通乗用車、大型車、バスなど）によって異なり、また、ドライバごとに個人差がある。一方、ナビゲーション装置２と車両の組み合わせ及びナビゲーション装置２とドライバの組み合わせは、概ね固定又は限定されていることが多い。以上を勘案し、制御部２１は、加速度及び角速度の時系列計測データを蓄積し、ドライバ推定用のサンプル（テンプレート）として活用する。これにより、ナビゲーション装置２は、車両の種類及びドライバの運転動作の個性に応じて、ドライバ推定処理を、的確かつ比較的短時間で実行することができる。
【００３９】
［処理フロー］
図２は、本実施例に係るドライバ推定処理の手順の一例を示すフローチャートである。
【００４０】
まず、ナビゲーション装置２は、ナビゲーション装置２が搭載されている車両のエンジンスイッチがオンになったことを検知したか否か判定する（ステップＳ１０１）。例えば、ナビゲーション装置２は、車両から電源が供給された場合、又は、車両の制御部（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）からエンジンスイッチがオンになった旨の情報をＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等により受信した場合、車両のエンジンスイッチがオンになったと判断する。
【００４１】
そして、エンジンスイッチがオンになったことを検知した場合（ステップＳ１０１；Ｙｅｓ）、ナビゲーション装置２は、腕動作データＤａの要求信号を腕装着型端末１へ送信する（ステップＳ１０２）。この場合、ナビゲーション装置２は、上述の要求信号を、ブロードキャストにより不特定送信してもよく、既に通信を確立した腕装着型端末１が存在する場合に当該腕装着型端末１に対して送信してもよい。
【００４２】
腕装着型端末１は、腕動作データＤａの要求信号をナビゲーション装置２から受信した場合、加速度センサ１３及びジャイロセンサ１４による腕動作の計測を行う（ステップＳ１０３）。そして、腕装着型端末１は、加速度センサ１３及びジャイロセンサ１４の時系列計測データと、腕装着型端末１の端末ＩＤとを含む腕動作データＤａを、ナビゲーション装置２へ送信する（ステップＳ１０４）。そして、ナビゲーション装置２は、腕動作データＤａを受信する（ステップＳ１０５）。
【００４３】
次に、ナビゲーション装置２は、受信した腕動作データＤａに含まれる加速度及び角速度の時系列計測データに基づき、腕動作データＤａの送信元である腕装着型端末１の装着者がドライバであると推定できるか否か判定する（ステップＳ１０６）。具体的には、ナビゲーション装置２は、運転動作ごとのドライバ動作データＤｔｍｐと、加速度及び角速度の時系列計測データとの類否判定を行うことで、いずれかの運転動作がなされたか否か判定する。この場合、ナビゲーション装置２は、以前のドライバ推定処理でドライバであると推定した際に記憶部２６に記憶した加速度及び角速度の時系列計測データが蓄積されている場合には、蓄積されたデータに基づき、いずれかの運転動作がなされたか否か判定してもよい。
【００４４】
そして、ナビゲーション装置２は、腕動作データＤａの送信元である腕装着型端末１の装着者がドライバであると推定できた場合（ステップＳ１０６；Ｙｅｓ）、腕動作データＤａの送信元となる腕装着型端末１の装着者はドライバであるとみなし、腕動作データＤａに含まれる端末ＩＤを記憶部２６に記憶する（ステップＳ１０７）。一方、ナビゲーション装置２は、腕動作データＤａの送信元である腕装着型端末１の装着者がドライバであると推定できない場合（ステップＳ１０６；Ｎｏ）、再びステップＳ１０２へ処理を戻し、腕動作データＤａを受信し、腕動作データＤａの送信元がドライバの装着端末であるか否かの判定を行う。なお、ナビゲーション装置２は、所定回数以上ステップＳ１０６で腕装着型端末１の装着者がドライバであると推定できない場合等には、腕装着型端末１の装着者は運転者でないと判断し、ステップＳ１０７を実行することなくフローチャートの処理を終了してもよい。
【００４５】
なお、図２のフローチャートでは、腕装着型端末１は、ステップＳ１０２の腕動作データＤａの送信要求がある度に、ステップＳ１０３で腕動作データＤａをナビゲーション装置２に送信した。これに代えて、腕装着型端末１は、ステップＳ１０２の腕動作データＤａの送信要求が一度あった後には、腕動作データＤａが不要であるとナビゲーション装置２から通知を受けるまで、腕動作データＤａを繰り返し生成及び送信してもよい。
【００４６】
［腕装着型端末が複数存在する場合］
次に、腕装着型端末１が車内に複数存在する場合（即ち複数の搭乗者が腕装着型端末１を装着していた場合）について補足説明する。図３は、複数の腕装着型端末１（１Ａ、１Ｂ、…）がナビゲーション装置２と共に同一の車両内に存在する場合のドライバ推定システムの概要図を示す。
【００４７】
図３の場合、腕装着型端末１Ａ及び腕装着型端末１Ｂは、腕動作データＤａの要求信号をナビゲーション装置２から受信した場合に、端末固有の端末ＩＤを含む腕動作データＤａをナビゲーション装置２へ送信する。そして、ナビゲーション装置２は、腕装着型端末１Ａから受信した腕動作データＤａに基づき、腕装着型端末１Ａの装着者がドライバであるか否かを判定すると共に、腕装着型端末１Ｂから受信した腕動作データＤａに基づき、腕装着型端末１Ｂの装着者がドライバであるか否かを判定する。そして、ナビゲーション装置２は、腕装着型端末１Ａ、１Ｂのいずれかの装着者がドライバであると判断した場合、ドライバと判断した装着者に対応する腕装着型端末１の端末ＩＤを記憶部２６に記憶する。
【００４８】
このように、ナビゲーション装置２は、複数の腕装着型端末１が車内に存在する場合であっても、各腕装着型端末１の腕動作データＤａに基づき、各腕装着型端末１の装着者がドライバであるか否かを判定する。これにより、ナビゲーション装置２は、複数の腕装着型端末１が車内に存在する場合であっても、的確にドライバを推定することができる。
【００４９】
以上説明したように、本実施例に係るナビゲーション装置２の制御部２１は、通信部２７により、車両の搭乗者が装着する腕装着型端末１から、搭乗者の腕の動きを示す加速度及び角速度の時系列計測データを含む腕動作データＤａを受信する。そして、ナビゲーション装置２の制御部２１は、通信部２７が受信した搭乗者の腕動作データＤａに基づいて、当該搭乗者が車両のドライバであるかどうかを推定する。一般に、車両のドライバと運転をしない乗員とでは、運転動作の有無に起因して腕の動きに明確な差異が生じる。よって、ナビゲーション装置２は、この態様により、腕装着型端末１を装着する搭乗者がドライバであるか否かを好適に推定することができる。
【００５０】
［変形例］
以下、上述の実施例に好適な変形例について説明する。以下に示す変形例は、任意に組み合わせて上述の実施例に適用してもよい。
【００５１】
（変形例１）
ナビゲーション装置２は、運転動作が行われたときの車両の走行状態をさらに勘案し、ドライバ推定処理を実行してもよい。
【００５２】
図４は、運転動作と車両の走行状態との関係を示すテーブルである。図４のテーブルでは、運転動作ごとに、当該運転動作を行う場合に想定される車両の走行状態が関連付けられている。例えば、ハンドルを回転させる動作の場合には、想定される走行状態として、車両の右左折及び車線変更が関連付けられており、シフトレバーを操作する動作の場合には、想定される走行状態として、車両の前進及び後退動作が関連付けられており、ウィンカーを操作する動作には、想定される車両の走行状態として、車両の右左折及び車線変更が関連付けられている。記憶部２６は、図４に示すような運転動作と車両の走行状態との関係を示すテーブルを予め記憶しておく。
【００５３】
次に、図４のテーブルの活用方法について説明する。ナビゲーション装置２の制御部２１は、実施例と同様に腕動作データＤａに含まれる加速度及び角速度の時系列計測データに基づきドライバ特有のいずれかの運転動作を検知した場合、さらに加速度及び角速度計測時での車両の走行状態を認識する。次に、制御部２１は、図４のテーブルを参照し、検知した運転動作と認識した車両の走行状態との組み合わせが図４に示すテーブルに記録されている場合に、腕装着型端末１の装着者がドライバであると推定する。言い換えると、制御部２１は、加速度及び角速度の時系列計測データに基づきドライバ特有のいずれかの運転動作を検出した場合であっても、認識した車両の走行状態が検出した運転動作と図４のテーブルにおいて関連付けられていない場合には、運転動作を誤検出したとみなす。
【００５４】
ここで、図４のテーブルを参照するための走行状態の認識方法の具体例について説明する。
【００５５】
例えば、制御部２１は、車両の進行方向の変更に応じた信号を出力するジャイロセンサ、車両の前後進を検知するための車速センサまたは加速度センサ、車線変更等を検知するためのカメラ等を含む測位部２２の出力に基づき、車両の右左折、前後進、車線変更等の走行状態を認識する。このとき、制御部２１は、運転動作を検知した時点と、当該運転動作が実際に行われた時点とのタイムラグを勘案し、所定時間分の測位部２２の出力を記憶部２６等のバッファに記憶しておき、運転動作を検知した時に、所定時間前の測位部２２の出力に基づき、運転動作が行われたときの車両の走行状態を認識してもよい。
【００５６】
他の例では、制御部２１は、車両の制御部（ＥＣＵ）からハンドルの操舵角の情報、シフトレバーの位置情報、ウィンカー位置の情報等を通信部２７により取得することで、車両の走行状態を推定してもよい。
【００５７】
なお、ドライバ推定処理に用いる運転動作と当該運転動作時の車両の走行状態との組み合わせは、図４に示す組み合わせに限定されない。例えば、車両のエンジンがオフのときでもナビゲーション装置２が腕装着型端末１から腕動作データＤａを受信してドライバ推定処理が可能な場合、ナビゲーション装置２は、車両の停止状態でエンジン始動操作を検知した場合に、腕装着型端末１の装着者がドライバであると推定してもよい。この場合、ナビゲーション装置２は、キーを挿入する動作及びエンジンスタートスイッチをひねる動作を、受信した腕動作データＤａに基づき検知し、かつ、これらの動作を検知したときに車両が停止していたと測位部２２の出力により判断した場合に、腕装着型端末１の装着者がドライバであると推定する。同様に、ナビゲーション装置２は、腕装着型端末１の装着者の車両への搭乗動作を検知した場合に、腕装着型端末１の装着者がドライバであると推定してもよい。この場合、ナビゲーション装置２は、ドアを開ける動作、シートに座る動作及びシートベルトを装着する動作を、受信した腕動作データＤａに基づき検知した場合に、腕装着型端末１の装着者がドライバであると推定する。
【００５８】
（変形例２）
ナビゲーション装置２は、腕装着型端末１がジャイロセンサ１４を有していない場合、加速度センサ１３の出力のみに基づき、ドライバ推定処理を実行してもよい。この場合、腕装着型端末１は、加速度センサ１３の時系列計測データを腕動作データＤａとしてナビゲーション装置２へ送信し、ナビゲーション装置２は、予め計測された運転動作ごとの加速度に関するドライバ動作データＤｔｍｐ等と、受信した加速度センサ１３の時系列計測データとに基づき、ドライバ推定処理を行う。
【００５９】
（変形例３）
ナビゲーション装置２は、ドライバ推定処理を、ドライバを認証できた後であっても、ドライバが交代した可能性があると判断される所定の条件が満たされた場合に、再度実行してもよい。
【００６０】
例えば、ナビゲーション装置２は、車両のドアの開閉を検知した場合、ドライバが交代した可能性があると判断する。この場合、ナビゲーション装置２は、例えば、ＣＡＮ等のプロトコルにより車両の制御部（ＥＣＵ）からドアの開閉に関する信号を受信することにより、車両のドアの開閉を検知する。そして、車両のドアの開閉を検知した場合、ナビゲーション装置２は、腕動作データＤａの要求信号を腕装着型端末１に送信することで腕動作データＤａを受信する。そして、ナビゲーション装置２は、図２のステップＳ１０６において、ステップＳ１０７で以前に記録した端末ＩＤと異なる端末ＩＤの腕装着型端末１の装着者がドライバであると判断した場合、ドライバが装着する腕装着型端末１の端末ＩＤの記録を書き換える。なお、ナビゲーション装置２は、ステップＳ１０６において、ステップＳ１０７で以前に記録した端末ＩＤの腕装着型端末１の装着者がドライバであると推定できなかった場合、ステップＳ１０７で以前に記録した端末ＩＤを消去してもよい。
【００６１】
他の例では、ナビゲーション装置２は、地図データに登録されている駐車場（高速道路のサービスエリアやパーキングエリアも含む）に停車した後に発進したことを検知した場合、又は、駐車場以外の場所に所定時間停車した後に発進したことを検知した場合に、ドライバが交代した可能性があると判断し、ドライバ推定処理を再度実行してもよい。
【００６２】
このように、本変形例によれば、ナビゲーション装置２は、エンジンスイッチがオンになった後、再びエンジンスイッチがオフになるまでの間にドライバが入れ替わった場合であっても、入れ替え後のドライバを随時認識することができる。なお、制御部２１は、本発明における「ドア開閉検出部」の一例である。
【００６３】
（変形例４）
ナビゲーション装置２は、車両の制御部の制御下にある図示しない通信部（「車両通信部」とも呼ぶ。）を介して腕動作データＤａの受信等を行ってもよい。この場合、腕装着型端末１と車両通信部、及びナビゲーション装置２と車両通信部とは、それぞれ通信を確立し、車両通信部は、ナビゲーション装置２から受信した腕動作データＤａの送信要求を腕装着型端末１に転送したり、腕装着型端末１から受信した腕動作データＤａをナビゲーション装置２に転送したりする。
【００６４】
（変形例５）
図３の例では、腕装着型端末１は、ナビゲーション装置２からの腕動作データＤａの送信要求に基づき、ステップＳ１０４で腕動作データＤａを送信した。これに代えて、腕装着型端末１は、車両の制御部との通信に基づき、又は、図示しないセンサの出力等に基づき、装着者の車両への乗車を認識した場合に、腕動作データＤａを生成し、腕動作データＤａをナビゲーション装置２へ送信してもよい。
【００６５】
（変形例６）
車両の制御部（ＥＣＵ）は、本実施例でナビゲーション装置２が実行したドライバ推定処理を、ナビゲーション装置２に代えて実行してもよい。
【００６６】
この場合、車両の制御部は、例えば、変形例４で説明した車両通信部により腕動作データＤａ等の授受を腕装着型端末１と行うと共に、ドライバ推定処理に必要なドライバ動作データＤｔｍｐ等を図示しない記憶部に記憶する。そして、車両の制御部は、図２のステップＳ１０１〜Ｓ１０２及びステップＳ１０５〜Ｓ１０７の処理を実行する。この場合、車両通信部は、本発明における「受信部」の一例であり、車両の制御部は、本発明における「推定部」及びプログラムを実行する「コンピュータ」の一例である。
【００６７】
（変形例７）
ドライバ推定システムは、腕装着型端末１のみから構成され、ナビゲーション装置２の処理を腕装着型端末１が実行してもよい。
【００６８】
図５は、実施例のナビゲーション装置２の処理を腕装着型端末１が実行する場合のドライバ推定処理の手順を示すフローチャートの一例である。
【００６９】
まず、腕装着型端末１は、装着者の乗車を検知したか否か判定する（ステップＳ２０１）。例えば、腕装着型端末１は、エンジンスイッチがオンになった旨やドアの開閉が行われた旨等の所定の情報を車両の制御部から受信した場合、又は所定のユーザ入力を検知した場合等に、装着者が乗車したと判断する。そして、腕装着型端末１は、装着者の乗車を検知した場合（ステップＳ２０１；Ｙｅｓ）、加速度センサ１３及びジャイロセンサ１４により腕動作の計測を行う（ステップＳ２０２）。そして、腕装着型端末１は、図３のステップＳ１０６と同様に、記憶部１５に記憶したドライバ動作データＤｔｍｐ等を参照し、装着者がドライバと推定できるか否か判定する（ステップＳ２０３）。そして、腕装着型端末１は、装着者がドライバと推定できた場合（ステップＳ２０３；Ｙｅｓ）、装着者がドライバであることを前提としたモードへ移行する（ステップＳ２０４）。この場合、腕装着型端末１は、例えば、運転を支援するための案内や警告などを出力したりする。
【００７０】
（変形例８）
腕装着型端末１は、ナビゲーション装置２に代えて自端末の装着者がドライバであるか否か判定し、当該装着者がドライバであると判断した場合に、自端末の端末ＩＤ等をナビゲーション装置２へ送信してもよい。
【００７１】
この場合、腕装着型端末１は、変形例７と同様に、装着者がドライバであるか否か推定し、装着者がドライバであると推定した場合に、その推定結果の情報を端末ＩＤと共にナビゲーション装置２へ送信する。ナビゲーション装置２は、腕装着型端末１から上述の推定結果の情報を受信した場合、当該情報を参照して当該腕装着型端末１の装着者がドライバであるとみなし、当該腕装着型端末１の端末ＩＤを記憶部２６に記憶する。
【００７２】
この場合、好適には、腕装着型端末１は、推定結果の情報と共に、ドライバ推定処理に用いた加速度及び角速度の時系列計測データをナビゲーション装置２に送信し、ナビゲーション装置２に適宜ドライバ推定処理を実行させてもよい。この場合、例えば、ナビゲーション装置２は、受信したドライバの推定結果によってもドライバを特定できない場合に、腕装着型端末１から受信した加速度及び角速度の時系列計測データに基づき、実施例と同様にドライバ推定処理を行う。そして、ナビゲーション装置２は、腕装着型端末１の装着者がドライバであると推定できた場合に、当該腕装着型端末１の端末ＩＤを記憶部２６に記憶する。上述の「ドライバを特定できない場合」とは、例えば、複数の腕装着型端末１から受信したドライバの推定結果が各腕装着型端末１の装着者がドライバであることを示していることにより、ドライバを１人に特定できない場合などが該当する。この場合、ナビゲーション装置２は、各腕装着型端末１から受信した加速度及び角速度の時系列計測データのうちのいずれが、ドライバ動作データＤｔｍｐ又は記憶部２６に蓄積したドライバ認証時の計測データと最も類似しているかの類否判定を行うことで、複数のドライバの候補から１人のドライバを特定する。
【００７３】
なお、変形例７、８では、腕装着型端末１は、本発明における「ドライバ推定装置」の一例であり、制御部１１は、本発明における「検知部」及び「推定部」の一例である。
【００７４】
（変形例９）
ナビゲーション装置２は、経路案内以外の用途の車載機（例えばドライブレコーダ等）であってもよい。
【符号の説明】
【００７５】
１  腕装着型端末
２  ナビゲーション装置
１１、２１  制御部
１２、２７  通信部
１３  加速度センサ
１４  ジャイロセンサ
１５、２６  記憶部
２３  表示部
２４  音出力部
２５  入力部
【図１】
2020046433.tif 000003
【図２】
2020046433.tif 000004
【図３】
2020046433.tif 000005
【図４】
2020046433.tif 000006
【図５】
2020046433.tif 000007