JP2023044276A - 情報処理装置、及び情報処理方法 - Google Patents

Abstract

【課題】車両を運転するユーザを、より正確に特定することができる技術を提供する。
【解決手段】本開示に係る情報処理装置は、ユーザの生体の第１の部位に基づく第１の認証と、ユーザデバイスに基づく第２の認証と、の少なくとも一方の認証結果に基づいて、車両の運転者を特定する、制御部を備える。制御部は、第２の認証の認証結果に比して、第１の認証の認証結果を優先して、車両の運転者を特定する。ユーザデバイスは、車両の電子キーとしての機能を持つ第１の通信端末と、車両の電子キーとしての機能を持たない第２の通信端末とを含み得る。その場合、制御部は、第２の通信端末の認証結果に比して、第１の通信端末の認証結果を優先して、車両の運転者を特定する。
【選択図】図８

Description

本開示は、情報処理装置、及び情報処理方法に関する。

スマートフォン等のユーザデバイス毎に異なるユーザを関連付けておくことで、車両を運転するユーザを特定する技術が知られている（例えば、特許文献１を参照。）。

特開２０１７－０８２３９６号公報

本開示の目的は、車両を運転するユーザを、より正確に特定することができる技術を提供することにある。

本開示は、情報処理装置として捉えることができる。その場合の情報処理装置は、例えば、
ユーザの生体の第１の部位に基づく第１の認証と、ユーザデバイスに基づく第２の認証と、の少なくとも一方の認証結果に基づいて、車両の運転者を特定する情報処理装置であって、
前記第２の認証の認証結果に比して、前記第１の認証の認証結果を優先して、前記車両の運転者を特定する、制御部を備えるようにしてもよい。

本開示の他の態様の一つは、情報処理方法でもよい。その場合の情報処理方法は、例えば、
ユーザの生体の第１の部位に基づく第１の認証と、ユーザデバイスに基づく第２の認証と、の少なくとも一方の認証結果に基づいて、車両の運転者を特定する情報処理方法であって、
コンピュータが、前記第２の認証の認証結果に比して、前記第１の認証の認証結果を優先して、前記車両の運転者を特定するようにしてもよい。

なお、本開示は、上記した情報処理方法をコンピュータに実行させるためのプログラム、又は当該プログラムを格納する非一時的記憶媒体として捉えることもできる。

本開示によれば、車両を運転するユーザを、より精度良く特定することができる技術を提供することができる。

運転者特定システムの概略構成を示す図である。 運転者特定システムに含まれる車載装置とユーザデバイスとのハードウェア構成例を示す図である。 ボディＥＣＵの機能構成例を示すブロック図である。 運転者情報ＤＢに登録される運転者情報テーブルの構成例を示す図である。 入出力部のタッチパネルディスプレイに出力される第１の画面の一例を示す図である。 入出力部のタッチパネルディスプレイに出力される第２の画面の一例を示す図である。 入出力部のタッチパネルディスプレイに出力される第３の画面の一例を示す図である。 車両のドアが解錠されたことをトリガにしてボディＥＣＵで実行される処理ルーチンを示すフローチャートである。 車両の運転者がゲストユーザであると判定されたことをトリガにしてボディＥＣＵで実行される処理ルーチンを示すフローチャートである。

本開示の情報処理装置は、運転者特定システムに適用される。運転者特定システムは、車両の運転者を特定し、特定された運転者に対応する設定値を車載機器に反映させる。特定された運転者に対応する設定値は、例えば、ドライビングポジションに関する設定値と、マルチメディアに関する設定値と、先進安全システムに関する設定値と、ボディ系に関する設定値と、のうち、少なくとも一つを含む。ボディ系の設定値には、例えば、オートライトの設定値、オートワイパの設定値、オートロックの設定値、オートアンロックの設定値、空調システムの設定値、又は車内照明の設定値等である。

運転者特定システムでは、ユーザの生体の第１の部位に基づく生体認証（第１の認証）、及び、ユーザが携帯する通信端末（ユーザデバイス）に基づくデバイス認証（第２の認証）等の認証結果に基づいて、運転者の特定が行われる。例えば、第１の認証に成功した場合、認証対象の第１の部位に紐付けられているユーザが、車両の運転者に特定される。また、第２の認証に成功した場合、認証対象のユーザデバイスに紐付けられているユーザが、車両の運転者に特定される。

ユーザデバイスは、車両の電子キーとしての動作可能な通信端末（第１の通信端末）、及び車両の電子キーとして動作不可能な通信端末（第２の通信端末）等を含む。第１の通信端末は、例えば、車両ドアの解錠及び施錠を行う機能、及び車両の原動機を始動させる機能等を有する。斯様な第１の通信端末は、例えば、スマートキー、又はデジタルキー等である。第２の通信端末は、例えば、スマートフォン等である。

ところで、第１の認証を行う機能と第２の認証を行う機能との双方を備える車両においては、第１の認証の認証結果に基づいて特定されるユーザと、第２の認証の認証結果に基づいて特定されるユーザとが必ずしも一致するとは限らない。例えば、家族間でユーザデバイスの貸し借りが行われる場合等のように、車両を運転するユーザが、他のユーザに紐付けられているユーザデバイスを携帯している場合も想定される。このような場合には、第１の認証の認証結果に基づいて特定されるユーザと、第２の認証の認証結果に基づいて特定されるユーザとが一致しない。その結果、車両の運転者を正確に特定することができない可能性がある。

これに対し、本開示に係る情報処理装置は、第２の認証の認証結果に比して、第１の認証の認証結果を優先して、車両の運転者を特定する、制御部を備えるようにした。情報処理装置は、例えば、車両に搭載されるＥＣＵ（Electronic Control Unit）、又は車載機
である。なお、情報処理装置は、車両に搭載される機器に限定されず、車両と通信可能なサーバ装置でもよい。制御部は、例えば、ＣＰＵ（Control Processing Unit）等のプロ
セッサである。

本開示に係る情報処理装置によれば、第１の認証の認証結果に基づいて特定されるユーザと、第２の認証の認証結果に基づいて特定されるユーザとが一致しない場合には、第１
の認証の認証結果に基づいて特定されるユーザが、車両の運転者に特定される。ユーザデバイスはユーザ間で貸し借りすることができるが、第１の部位はユーザ間で貸し借りすることができないため、第１の認証の認証結果に基づくユーザの特定は、第２の認証の認証結果に基づくユーザの特定に比べ、信頼度が高い。よって、車両の運転者を、より正確に特定することが可能になる。

本開示における第１の部位は、例えば、ユーザの指部と、ユーザの顔部と、を含むようにしてもよい。その場合、第１の認証は、指部に基づく指紋認証と、顔部に基づく顔認証とを含むようにしてもよい。すなわち、本開示に係る情報処理装置が適用される車両は、指紋認証を行う機能と、顔認証を行う機能と、を備える車両でもよい。その場合、本開示に係る情報処理装置の制御部は、顔認証の認証結果に比して、指紋認証の認証結果を優先して、車両の運転者を特定してもよい。これは、指紋認証の認証結果に基づくユーザの特定は、顔認証の認証結果に基づくユーザの特定に比べ、信頼度が高いという知見に基づく。よって、指紋認証を行う機能と顔認証を行う機能とを備える車両においても、車両の運転者を、より正確に特定することが可能にある。

車両のユーザが使用するユーザデバイスは、前述したように、車両の電子キーとして動作する第１の通信端末と、車両の電子キーとして動作しない第２の通信端末と、を含み得る。そこで、本開示における第２の認証は、第１の通信端末の認証と、第２の通信端末の認証と、を含むようにしてもよい。すなわち、本開示に係る情報処理装置が適用される車両は、第１の通信端末の認証を行う機能と、第２の通信端末の認証を行う機能と、を備える車両でもよい。その場合、本開示に係る情報処理装置の制御部は、第２の通信端末の認証結果に比して、第１の通信端末の認証結果を優先して、車両の運転者を特定してもよい。これは、第１の通信端末の認証結果に基づくユーザの特定は、第２の通信端末の認証結果に基づくユーザの特定に比べ、信頼度が高いという知見に基づく。よって、第１の通信端末の認証を行う機能と第２の通信端末の認証を行う機能とを備える車両においても、車両の運転者を、より正確に特定することが可能にある。

本開示に係る情報処理装置は、第１の部位をユーザに紐付けるデータと、ユーザデバイスをユーザに紐付けるデータと、を格納する記憶部を更に備えるようにしてもよい。その場合、制御部は、記憶部に格納されているデータに基づいて、第１の認証に成功した第１の部位に紐付けられている第１のユーザを特定することと、記憶部に格納されるデータに基づいて、第２の認証に成功したユーザデバイスに紐付けられている第２のユーザを特定することと、第１のユーザと第２のユーザとが相違する場合に、第１のユーザを車両の運転者として特定することと、を実行するようにしてもよい。これにより、車両の運転者を、より正確に特定することができる。

ここで、第１の部位およびまたはユーザデバイスをユーザに紐付けるか否かについては、ユーザが任意に選択することができるようにしてもよい。これは、第１の部位およびまたはユーザデバイスをユーザに紐付けることを望まないユーザが車両を運転することも想定し得るためである。また、スマートキー等のように車両の電子キーとして動作する第１の通信端末を、複数のユーザが共用する場合も想定され得るためでもある。

そこで、本開示に係る情報処理装置の制御部は、第１の部位およびまたはユーザデバイスをユーザに紐付けるか否かの選択を受け付けることと、第１の部位およびまたはユーザデバイスをユーザに紐付けるとの選択を受け付けた場合に、第１の部位およびまたはユーザデバイスをユーザに紐付けるデータを、記憶部に格納することと、第１の部位およびまたはユーザデバイスをユーザに紐付けないとの選択を受け付けた場合に、第１の部位およびまたはユーザデバイスをユーザに紐付けるデータを、記憶部に格納しないことと、を実行するようにしてもよい。これにより、ユーザは、第１の部位およびまたはユーザデバイ
スをユーザに紐付けるか否かを、任意に選択することができる。その結果、第１の通信端末を複数のユーザが共用する使用環境等において、ユーザの利便性を担保することができる。

なお、第１の部位およびまたはユーザデバイスをユーザに紐付けるかについて、ユーザが任意に選択することができる構成においては、第１の認証に成功した第１の部位がユーザに紐付けられておらず、且つ第２の認証に成功したユーザデバイスがユーザに紐付けられていない状況が発生し得る。また、セキュリティ等の観点から、第１の部位に紐付けることができるユーザの人数とユーザデバイスに紐付けることができるユーザの人数との総数に、制限が設けられる場合もある。すなわち、車両の運転者として登録可能なユーザの人数に、制限が設けられる場合もある。その結果、第１の認証に成功した第１の部位とユーザとを紐付けるデータ、及び、第２の認証に成功したユーザデバイスとユーザとを紐付けるデータのいずれも、記憶部に格納されていない状況が生じ得る。このような状況が生じた場合、車両の運転者を特定することができない。

そこで、第１の認証に成功した第１の部位とユーザとを紐付けるデータ、及び、第２の認証に成功したユーザデバイスとユーザとを紐付けるデータ、のいずれも記憶部に格納されていない場合に、本開示に係る情報処理装置の制御部は、車両の運転者がゲストユーザであると判定するようにしてもよい。これにより、第１の部位にも、ユーザデバイスにも紐付けられていないユーザが車両を運転する状況にも対応可能となる。

ここで、第１の認証の１つである指紋認証に利用される生体情報（指紋データ）は、例えば、車両ドアの外側のドアノブに設けられる指紋センサ、又は車両の室内のスタートボタン（原動機を始動させるためボタン）等に設けられる指紋センサ等により取得される。指紋センサによる指紋データの取得は、車両を運転するユーザによるドアの開扉操作、又は原動機の始動操作をトリガにして行うことができる。よって、車両を運転するユーザによるドアの開扉操作、又は原動機の始動操作をトリガにして、指紋認証を行うことができる。

第１の認証の１つである顔認証に利用される生体情報（顔部の画像データ）は、例えば、車両の室内に設けられたカメラにより取得される。カメラによる顔部の画像データの取得は、車両を運転するユーザの運転席へ着座をトリガにして行われる。これにより、車両を運転するユーザの運転席への着座をトリガにして、顔認証を行うことができる。

第２の認証の１つである第１の通信端末の認証に利用される情報（例えば、第１の通信端末に割り当てられているキーＩＤ）は、車両と第１の通信端末とが近距離無線通信することにより取得される。車両と第１の通信端末との近距離無線通信は、車両を運転するユーザによる所定の車両操作をトリガにして行われる。所定の車両操作には、例えば、ドアの解錠操作、又は原動機の始動操作等が含まれる。これにより、車両を運転するユーザによるドアの解錠操作、又は原動機の始動操作をトリガにして、第２の認証の１つである第１の通信端末の認証を行うことができる。

上記したように、第１の認証の１つである指紋認証、第１の認証の１つである顔認証、及び、第２の認証の１つである第１の通信端末の認証は、ドアの解錠操作が行われてから原動機が始動されるまでの期間に発生するイベントをトリガにして行われる。よって、原動機が始動された直後に車両の走行が開始される場合であっても、車両の走行が開始される前に、上記した認証を完了することができるとともに、認証結果に基づく運転者の特定も完了することができる。

一方、第２の認証の１つである第２の通信端末の認証は、例えば、インフォテイメント
サービスを提供するヘッドユニット等を通じて行われる。ヘッドユニットによる第２の通信端末の認証は、ヘッドユニットと第２の通信端末との通信接続の確立を試行する方法で行われる。すなわち、ヘッドユニットと第２の通信端末との通信接続が確立した場合は、第２の通信端末の認証に成功したと判定される。また、ヘッドユニットと第２の通信端末との通信接続が確立しない場合は、第２の通信端末の認証に失敗したと判定される。斯様な方法を利用する場合には、ヘッドユニットは、記憶部においてユーザと紐付けられている第２の通信端末を対象として、通信接続の確立を試行する。当該第２の通信端末との通信接続が確立された場合、第２の認証の１つである第２の通信端末の認証が成功したと判定される。ところで、記憶部においてユーザと紐付けられている第２の通信端末が複数ある場合に、それら複数の第２の通信端末に対する通信接続の確立が試行されると、車両の走行が開始される前に、第２の通信端末の認証を完了することができない可能性がある。これに対し、特定の第２の通信端末のみに対して、通信接続の確立を試行する方法が考えられる。特定の第２の通信端末は、例えば、記憶部においてユーザと紐付けられている第２の通信端末のうち、最後に運転者として特定されたユーザーに紐付けられている第２の通信端末である。

しかしながら、車両を運転しようとしているユーザに紐付けられている第２の通信端末が、特定の第２の通信端末とは異なる場合は、当該第２の通信端末とヘッドユニットとの間で通信接続が確立しないため、第２の認証の１つである第２の通信端末の認証に失敗する。よって、車両を運転しようとしているユーザが第２の通信端末のみと紐付けられている場合（当該ユーザと第１の部位との紐付け、及び当該ユーザと第１の通信端末との紐付けが行われていない場合）は、当該ユーザが車両の運転者として特定されなくなる可能性がある。

そこで、車両の運転者がゲストユーザであると判定された後において、本開示に係る情報処理装置の制御部が、ユーザに紐付けられている第２の通信端末のうち、特定の第２の通信端末以外の第２の通信端末を対象として、通信接続の確立を試行してもよい。この処理は、ハンズフリー通話機能を提供するための第１の装置（例えば、上記したヘッドユニット等）を通じて、ハンズフリープロファイルによる通信接続の確立を試行する方法で行われてもよい。ハンズフリープロファイルによる第１の装置と第２の通信端末との通信接続が確立した場合、制御部は、通信接続が確立した第２の通信端末に紐付けられているユーザ（第３のユーザ）への変更を提案する情報を、出力してもよい。制御部は、第３のユーザへの変更を要求する操作を受け付け、車両の運転者をゲストユーザから第３のユーザへ変更してもよい。これにより、車両を運転しようとしているユーザが第２の通信端末とのみ紐付けられており、且つ当該第２の通信端末が特定の第２の通信端末とは異なる場合であっても、車両の運転者を正確に特定することができる。

なお、本開示の記憶部に格納されるユーザ情報は、車両に搭載される機器のユーザ別の設定値に関する情報を含むようにしてもよい。その場合、制御部は、車両の運転者として特定されたユーザのユーザ情報に含まれる設定値に応じて、車両に搭載される機器を設定してもよい。これにより、特定された運転者に応じた設定値を、車両に搭載される機器に自動的に反映させることができる。

なお、本開示は、コンピュータが上記した各処理を実行する情報処理方法、又はコンピュータに上記した各処理を実行させるための情報処理プログラムとしても捉えることもできる。その場合のコンピュータが上記した情報処理装置に相当する。

＜実施形態＞
以下、本開示の具体的な実施形態について図面に基づいて説明する。本実施形態に記載される構成は例示であり、本開示は実施例に例示される構成に限定されない。

（システムの概要）
図１は、本開示を適用する運転者特定システムの概略構成を示す図である。本実施形態における運転者特定システムは、車両１０に搭載される車載装置１００と、車両１０のユーザが使用するユーザデバイス２０と、を含む。ユーザデバイス２０は、スマートキー２１、デジタルキー２２、及びＢＬデバイス２３等を含む。図１に示す例では、スマートキー２１、デジタルキー２２、及びＢＬデバイス２３の各々が一つのみ図示されているが、各々が複数でもよい。

車載装置１００は、ユーザデバイス２０の認証を行う機能と、車両１０の運転者を特定する機能と、特定された運転者に応じて車両１０の設定を行う機能と、を有する。

スマートキー２１は、車両１０の電子キーである。デジタルキー２２は、車両１０の電子キーと同様に動作することが可能な、ユーザの個人端末である。ＢＬデバイス２３は、車両１０の電子キーと同様に動作することが不可能な、ユーザの個人端末である。

（システムのハードウェア構成）
図２は、運転者特定システムに含まれる車載装置１００、及びユーザデバイス２０のハードウェア構成の一例を示す図である。

（車載装置１００）

車載装置１００は、車両１０に搭載され、車両１０の各種動作を制御するための装置であり、スマートキーシステムの一部を構成する。本例における車載装置１００は、ＬＦ送信機１０１、ＲＦ受信機１０２、近距離通信部１０３、センサ１０４、ヘッドユニット１０５、照合ＥＣＵ１０６、ボディＥＣＵ１０７、入出力部１０８、及び車載機器１０９等を含んで構成される。

ＬＦ送信機１０１は、ＬＦ（Low Frequency）帯の電波（例えば、３０ＫＨｚ～３００
ＫＨｚの電波）による信号を送信する。ＬＦ送信機１０１により送信される信号には、例えば、スマートキー２１を探索するためのポーリング信号、及び、スマートキー２１に対して該スマートキー２１に割り当てられているキーＩＤ（以下、「第１のキーＩＤ」と記す場合もある。）を要求するための信号（Ｒｅｑｅｓｔ信号）等が含まれる。ＬＦ送信機１０１は、該ＬＦ送信機１０１から発信される電波が車両１０の近辺（例えば、車両１０から１メートル以内のエリア）のみに届くように構成される。

ＲＦ受信機１０２は、ＲＦ（Radio Frequency）帯の電波（例えば、１００ＭＨｚ～３
ＧＨｚの電波）による信号を受信する。ＲＦ受信機１０２により受信される信号には、例えば、ポーリング信号に対するスマートキー２１からの応答信号（Ａｃｋ信号）、及び、Ｒｅｑｅｓｔ信号に対するスマートキー２１からの応答信号（Ｒｅｓｐｏｎｓｅ信号）等が含まれる。Ｒｅｓｐｏｎｓｅ信号は、スマートキー２１の第１のキーＩＤを含む信号である。

近距離通信部１０３は、ＢＬＥ（Bluetooth（登録商標）LowEnergy）規格の無線通信、又はＮＦＣ（Near Field Communication）等の無線通信を利用して、デジタルキー２２、及びＢＬデバイス２３との間でデータの送受信を行う。例えば、近距離通信部１０３は、デジタルキー２２を探索するためのポーリング信号、及び、デジタルキー２２に対して該デジタルキー２２に割り当てられているキーＩＤ（以下、「第２のキーＩＤ」と記す場合もある。）を要求するためのＲｅｑｅｓｔ信号をブロードキャストで送信し、当該信号に対する応答信号（例えば、ポーリング信号に対するＡｃｋ信号、及びＲｅｑｅｓｔ信号に
対するＲｅｓｐｏｎｓｅ信号（デジタルキー２２の第２のキーＩＤを含む信号）等を、デジタルキー２２から受信する。デジタルキー２２から受信したキーＩＤは、ＣＡＮ（Controller Area Network）等の車内ネットワークを通じて、近距離通信部１０３から照合Ｅ
ＣＵ１０６へ送信される。

また、近距離通信部１０３は、ＢＬデバイス２３との間でＳＰＰ（Serial Port Profile）による通信接続、及びＢＬデバイス２３との間でＨＦＰ（Hands Free Profile）によ
る通信接続を確立する機能も有する。ＢＬデバイス２３との通信接続が確立した場合、近距離通信部１０３は、通信接続が確立したＢＬデバイス２３の識別情報を、車内ネットワークを通じてボディＥＣＵ１０７へ送信する。

なお、近距離通信部１０３の通信範囲は、車両１０の近辺（例えば、車両１０から１メートル以内の範囲）に制限される。

センサ１０４は、車両１０を運転するユーザの生体情報を検出する。本実施形態のセンサ１０４は、車両１０を運転するユーザの指紋データを取得する指紋センサと、車両１０を運転するユーザの顔部の画像データ（以下、「顔画像データ」と記す場合もある。）を取得するカメラと、を含む。指紋センサは、例えば、車両１０の外側のドアノブに取り付けられてもよく、又は車両１０の室内のスタートボタン（アクセサリ電源のＯＮ／ＯＦＦ、及び原動機の始動／停止を切り替えるボタン）に取り付けられてもよい。カメラは、例えば、車両１０の室内における運転席の正面に設置される。指紋センサによる指紋データの取得は、例えば、車両１０のドアが施錠されている状態でユーザの指部がドアノブに触れたとき、又は原動機が停止している状態でユーザの指部がスタートボタンに触れたとき等に行われる。カメラによる顔画像データの取得は、例えば、ユーザが運転席に着座したときに行われる。ユーザの運転席への着座は、運転席に取り付けられる着座センサ等によって検出される。センサ１０４によって取得される指紋データ及び顔画像データは、車内ネットワークを通じて、センサ１０４から照合ＥＣＵ１０６へ送信される。

ヘッドユニット１０５は、マルチメディア、カーナビゲーション、及びインターネット等のインフォテイメントサービスを、車両１０の乗員に提供する機器であり、本開示に係る「第１の装置」に相当する。本実施形態では、ヘッドユニット１０５は、近距離通信部１０３を通じて、ＳＰＰによる特定のＢＬデバイス２３との通信接続の確立を試行する機能を有する。当該試行は、車両１０のドアが解錠されてから第１の時間長が経過するまでの期間（以下、「所定期間」と記す場合もある。）に行われる。第１の時間長は、車両１０のドアが解錠されてから車両１０の走行が開始されるまでに要する時間長の平均値より短い時間長であり、例えば、５秒程度である。所定期間内に特定のＢＬデバイス２３との通信接続が確立した場合、ヘッドユニット１０５は、特定のＢＬデバイス２３の認証に成功したと判定する。その場合、ヘッドユニット１０５は、特定のＢＬデバイス２３の識別情報を、車内ネットワークを通じてボディＥＣＵ１０７へ送信する。斯様な処理は、ボディＥＣＵ１０７からの要求をトリガにして行われてもよく、車両１０のドアの解錠をトリガにして行われてもよい。

本実施形態における特定のＢＬデバイス２３は、例えば、特定のＢＬデバイス２３は、車両１０の運転者として登録されているユーザに紐付けられているＢＬデバイス２３のうち、最後に運転者として特定されたユーザーに紐付けられているＢＬデバイス２３でもよい。また、特定のＢＬデバイス２３は、過去にヘッドユニット１０５との間で通信接続が確立されたＢＬデバイス２３のうち、最後に通信接続が確立されたＢＬデバイス２３でもよい。

なお、ＳＰＰによる通信接続の確立を試行する対象が特定のＢＬデバイス２３に限定さ
れるのは、ＳＰＰによる通信接続の確立を試行する対象が複数のＢＬデバイス２３になると、上記した所定期間内に当該試行が完了しない可能性があるためである。

また、ヘッドユニット１０５は、近距離通信部１０３を通じて、ＨＦＰによるＢＬデバイス２３との通信接続の確立を試行する機能も有する。当該試行は、ボディＥＣＵ１０７からの要求をトリガにして行われてもよい。ＨＦＰによるＢＬデバイス２３との通信接続の確立を試行する対象は、車両１０の運転者として登録されているユーザに紐付けられているＢＬデバイス２３のうち、特定のＢＬデバイス２３以外のＢＬデバイス２３であり、ボディＥＣＵ１０７により指定されてもよい。ＨＦＰによるＢＬデバイス２３との通信接続の確立に成功した場合、ヘッドユニット１０５は、ＢＬデバイス２３の認証に成功したと判定する。その場合、ヘッドユニット１０５は、認証に成功したＢＬデバイス２３の識別情報を、車内ネットワークを通じてボディＥＣＵ１０７へ送信する。

照合ＥＣＵ１０６は、ＣＰＵ（Central Processing Unit）等のプロセッサ、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、及びフラッシュメモリ等を含んで構成される小型のコンピュータである。

照合ＥＣＵ１０６は、車両を運転するユーザによる所定の車両操作をトリガにして、ＬＦ送信機１０１からポーリング信号を送信させる。所定の車両操作は、例えば、ドアの解錠操作、又は原動機の始動操作等である。スマートキー２１からのＡｃｋ信号がＲＦ受信機１０２によって受信された場合、照合ＥＣＵ１０６は、ＬＦ送信機１０１を通じて、Ｒｅｑｅｓｔ信号をスマートキー２１へ送信する。スマートキー２１の第１のキーＩＤを含むＲｅｓｐｏｎｓｅ信号をＲＦ受信機１０２が受信すると、照合ＥＣＵ１０６は、第１のキーＩＤと照合ＥＣＵ１０６が持つ照合用のデータとを照合して、スマートキー２１の認証を行う。スマートキー２１の認証に成功した場合、照合ＥＣＵ１０６は、ドアの解錠操作又は原動機の始動操作等を許可する。なお、スマートキーの認証に成功した場合、対象となるスマートキー２１の識別情報が、照合ＥＣＵ１０６からボディＥＣＵ１０７へ送信される。

照合ＥＣＵ１０６は、上記した所定の車両操作をトリガにして、近距離通信部１０３からポーリング信号を送信させる機能も有する。デジタルキー２２からのＡｃｋ信号が近距離通信部１０３によって受信された場合、照合ＥＣＵ１０６は、近距離通信部１０３を通じて、Ｒｅｑｅｓｔ信号をデジタルキー２２へ送信する。デジタルキー２２の第２のキーＩＤを含むＲｅｓｐｏｎｓｅ信号を近距離通信部１０３が受信すると、照合ＥＣＵ１０６は、第２のキーＩＤと照合ＥＣＵ１０６が持つ照合用のデータとを照合して、デジタルキー２２の認証を行う。デジタルキー２２の認証に成功した場合、照合ＥＣＵ１０６は、ドアの解錠操作又は原動機の始動操作等を許可する。なお、デジタルキー２２の認証に成功した場合、対象となるデジタルキー２２の識別情報が、照合ＥＣＵ１０６からボディＥＣＵ１０７へ送信される。

なお、スマートキー２１及びデジタルキー２２の認証は、スマートキー２１及びデジタルキー２２に割り当てられている暗号鍵を利用した、チャレンジレスポンス認証方式で行われてもよい。

照合ＥＣＵ１０６は、センサ１０４がユーザの生体情報を取得したことをトリガにして、生体認証を行う機能も有する。本実施形態の生体認証は、ユーザの指部を認証対象とする指紋認証と、ユーザの顔部を認証対象とする顔認証と、を含む。ユーザの指部と顔部とは、本開示に係る「第１の部位」の一例である。センサ１０４の指紋センサによって取得された指紋データがセンサ１０４から照合ＥＣＵ１０６へ送信された場合には、照合ＥＣＵ１０６が、受信した指紋データと照合ＥＣＵ１０６が持つ照合用のデータとを照合して
、指紋認証を行う。指紋認証に成功した場合、当該ユーザによる車両操作（例えば、ドアの解錠操作、アクセサリ電源のオン操作、又は原動機の始動操作等）を許可する。また、センサ１０４のカメラによって取得された顔画像データがセンサ１０４から照合ＥＣＵ１０６へ送信された場合には、照合ＥＣＵ１０６が、受信した顔画像データと照合ＥＣＵ１０６が持つ照合用のデータとを照合して、顔認証を行う。顔認証に成功した場合、当該ユーザによる車両操作（例えば、アクセサリ電源のオン操作、又は原動機の始動操作等）を許可する。なお、上記した指紋認証又は顔認証に成功した場合、当該ユーザの指部に割り当てられる識別情報（指部ＩＤ）又は当該ユーザの顔部に割り当てられる識別情報（顔部ＩＤ）が、照合ＥＣＵ１０６からボディＥＣＵ１０７へ送信される。

なお、スマートキー２１の認証に用いられる照合用のデータ、デジタルキー２２の認証に用いられる照合用のデータ、指紋認証に用いられる照合用のデータ、及び、顔認証に用いられる照合用のデータは、照合ＥＣＵ１０６の記憶装置（例えば、ＲＡＭ、ＥＰＲＯＭ、又はフラッシュメモリ等）に格納されている。

ボディＥＣＵ１０７は、照合ＥＣＵ１０６と同様に、プロセッサ、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、及びフラッシュメモリ等を含んで構成される小型のコンピュータである。ボディＥＣＵ１０７は、車内ネットワークを介して照合ＥＣＵ１０６及びヘッドユニット１０５等と接続される。ボディＥＣＵ１０７は、車両１０における各種のボディ制御を行う。例えば、ボディＥＣＵ１０７は、照合ＥＣＵ１０６からの要求に応じて、ドアドアロックアクチュエータを制御することで、車両１０のドアを解錠する。

ボディＥＣＵ１０７は、本開示に係る「情報処理装置」を実現するための機能も有する。すなわち、本実施形態におけるボディＥＣＵ１０７は、車両１０の運転者を特定するための処理を行う機能も有する。本実施形態におけるボディＥＣＵ１０７のプロセッサは、本開示に係る「制御部」に相当する。車両１０の運転者を特定する処理は、照合ＥＣＵ１０６から受信した情報、及びヘッドユニット１０５から受信した情報に基づいて行われる。また、車両１０を運転者としてのユーザが特定された場合、ボディＥＣＵ１０７は、特定されたユーザに応じて、車載機器１０９の設定を行う機能も有する。なお、車両１０の運転者を特定する機能、及び車載装置１００の設定を行う機能の詳細については、後述する。

入出力部１０８は、照合ＥＣＵ１０６、ボディＥＣＵ１０７、又はヘッドユニット１０５等からの指示に従って情報を出力し、ユーザにより入力された情報を照合ＥＣＵ１０６、ボディＥＣＵ１０７、又はヘッドユニット１０５等へ出力する。斯様な入出力部１０８は、車両１０の室内に設置されるタッチパネルディスプレイを含む。

車載機器１０９は、位置及び背もたれの角度等を電動で調整可能な運転席、チルト及びテレスコピック等を電動で調整可能なステアリングホイール、作動条件を変更可能なオートライト、作動条件を変更可能なオートワイパー、作動条件を変更可能な先進安全システム、デザインを変更可能なメータディスプレイ、点灯色を変更可能なインテリアライト、作動条件を変更可能なオートロック／アンロックシステム、各種設定を切り替え可能なナビゲーションシステム、オートエアコン、及び、ドライブモードを変更可能なパワートレイン等である。

なお、図２に示す例では、車載装置１００のハードウェア構成要素として、本実施形態に係る処理を行う構成要素のみが抽出されており、車載装置１００のハードウェア構成要素は、図２に示される構成要素に限定されない。例えば、車載装置１００は、図２に示されるハードウェア構成要素に加え、原動機を制御するためのＥＣＵ、又はサスペンションを制御するためのＥＣＵ等が含まれてもよい。

（ユーザデバイス２０）
ユーザデバイス２０は、車両１０を運転し得るユーザが使用する機器であり、スマートキー２１、デジタルキー２２、及びＢＬデバイス２３を含む。

スマートキー２１は、ユーザが車両１０のドアの解錠操作又は車両１０の原動機の始動操作等を行うための電子キーである。スマートキー２１は、ＬＦ受信機２１１、ＲＦ送信機２１２、制御部２１３、及び記憶部２１４等を含んで構成される。

ＬＦ受信機２１１は、ＬＦ帯の電波による信号を受信する。例えば、ＬＦ受信機２１１は、車載装置１００から送信されるポーリング信号及びＲｅｑｅｓｔ信号を受信する。ＬＦ受信機２１１によって受信されたポーリング信号及びＲｅｑｅｓｔ信号は、制御部２１３へ出力される。

ＲＦ送信機２１２は、ＲＦ帯の電波による信号を送信する。例えば、ＲＦ送信機２１２は、制御部２１３の指令に従って、ポーリング信号に対するＡｃｋ信号、及びＲｅｑｅｓｔ信号に対するＲｅｓｐｏｎｓｅ信号等を送信する。

制御部２１３は、ＣＰＵ等のプロセッサにより構成される。制御部２１３は、ＲＦ送信機２１２を通じて、各種信号を車載装置１００へ送信する機能を有する。例えば、車載装置１００からのポーリング信号をＬＦ受信機２１１が受信したときに、制御部２１３は、ＲＦ送信機２１２を通じて、Ａｃｋ信号を車載装置１００へ送信する。また、車載装置１００からのＲｅｑｅｓｔ信号をＬＦ受信機２１１が受信したときに、制御部２１３は、ＲＦ送信機２１２を通じて、Ｒｅｓｐｏｎｓｅ信号を車載装置１００へ送信する。

記憶部２１４は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、及び、フラッシュメモリ等を含んで構成される。記憶部２１４は、制御部２１３により実行される各種プログラム、及び、スマートキー２１に割り当てられている第１のキーＩＤ等を格納する。ＲＦ送信機２１２から車載装置１００へＲｅｓｐｏｎｓｅ信号が送信される際には、制御部２１３が、記憶部２１４に格納されている第１のキーＩＤを読み出して、Ｒｅｓｐｏｎｓｅ信号を生成する。

なお、図２に示す例では、スマートキー２１のハードウェア構成要素として、本実施形態に係る処理を行う構成要素のみが抽出されており、スマートキー２１に含まれるハードウェア構成要素は、図２に示される構成要素に限定されない。

次に、デジタルキー２２は、車両１０の電子キーとして動作することができる、小型のコンピュータである。すなわち、デジタルキー２２は、スマートキー２１と同様の機能を有する、小型のコンピュータである。デジタルキー２２は、例えば、スマートフォン、タブレット端末、又はウェアラブル端末等のように、個々のユーザが所有する携帯型の個人端末であり、当該個人端末をスマートキー２１と同様に動作させるためのアプリケーション・プログラムがインストールされている。斯様なデジタルキー２２は、近距離通信部２２１、制御部２２２、及び記憶部２２３等を含んで構成される。

近距離通信部２２１は、ＢＬＥ規格の無線通信、又はＮＦＣ等の無線通信を利用して、車載装置１００と近距離無線通信を行う。例えば、近距離通信部２２１は、車載装置１００から送信されるポーリング信号及びＲｅｑｅｓｔ信号を受信する。近距離通信部２２１によって受信されたポーリング信号及びＲｅｑｅｓｔ信号は、制御部２２２へ出力される。また、近距離通信部２２１は、制御部２２２の指令に従って、ポーリング信号に対するＡｃｋ信号、及びＲｅｑｅｓｔ信号に対するＲｅｓｐｏｎｓｅ信号等を送信する。

制御部２２２は、ＣＰＵ等のプロセッサにより構成される。制御部２２２は、近距離通信部２２１を通じて、各種信号を車載装置１００へ送信する機能を有する。例えば、車載装置１００からのポーリング信号を近距離通信部２２１が受信したときに、制御部２２２は、近距離通信部２２１を通じて、Ａｃｋ信号を車載装置１００へ送信する。また、車載装置１００からのＲｅｑｅｓｔ信号を近距離通信部２２１が受信したときに、制御部２２２は、近距離通信部２２１を通じて、Ｒｅｓｐｏｎｓｅ信号を車載装置１００へ送信する。

記憶部２２３は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、及び、フラッシュメモリ等を含んで構成される。記憶部２２３は、制御部２２２により実行される各種プログラム、及び、デジタルキー２２に割り当てられている第２のキーＩＤ等を格納する。近距離通信部２２１から車載装置１００へＲｅｓｐｏｎｓｅ信号が送信される際には、制御部２２２が、記憶部２２３に格納されている第２のキーＩＤを読み出して、Ｒｅｓｐｏｎｓｅ信号を生成する。

なお、図２に示す例では、デジタルキー２２のハードウェア構成要素として、本実施形態に係る処理を行う構成要素のみが抽出されており、デジタルキー２２に含まれるハードウェア構成要素は、図２に示される構成要素に限定されない。例えば、デジタルキー２２は、図２に示すハードウェア構成要素に加え、スマートフォンとしての機能を実現するための構成要素（例えば、移動体通信方式の通信を行う通信インタフェース、タッチパネルディスプレイ、スピーカ、及びマイクロフォン等）を含む。

次に、ＢＬデバイス２３は、車両１０の電子キーとして動作することができない、小型のコンピュータである。すなわち、ＢＬデバイス２３のみを携帯するユーザは、車両１０のドアの解錠、及び車両１０の原動機の始動等を行うことができない。ただし、ＢＬデバイス２３は、ＳＰＰによる車載装置１００との通信接続、及びＨＦＰによる車載装置１００との通信接続を確立する機能を有する。ＢＬデバイス２３は、例えば、スマートフォン、タブレット端末、又はウェアラブル端末等のように、個々のユーザが所有する携帯型の個人端末であり、当該個人端末をスマートキー２１と同様に動作させるためのアプリケーション・プログラムがインストールされていない個人端末、又は、当該アプリケーション・プログラムの実行が制限されている個人端末である。斯様なデジタルキー２２は、近距離通信部２３１、制御部２３２、及び記憶部２３３等を含んで構成される。

近距離通信部２３１は、ＳＰＰによる接続要求を、車載装置１００から受信する。近距離通信部２３１により受信された接続要求は、制御部へ出力される。近距離通信部２３１は、制御部２３２の指令に従って、上記接続要求に対する応答信号を、車載装置１００へ送信する。また、近距離通信部２３１は、ＨＦＰによるアドバタイズ信号を車載装置１００から受信する。近距離通信部２３１により受信されたアドバタイズ信号は、制御部２３２へ出力される。近距離通信部２３１は、制御部２３２の指令に従って、アドバタイズ信号に対する応答信号を、車載装置１００へ送信する。

制御部２３２は、ＣＰＵ等のプロセッサにより構成される。制御部２３２は、ＳＰＰ又はＨＦＰによる車載装置１００との接続設定を行う機能を有する。例えば、車載装置１００からのＳＰＰ接続要求を近距離通信部２３１が受信したときに、制御部２３２は、車載装置１００とのＳＰＰ接続設定を行う。また、車載装置１００からのアドバタイズ信号を近距離通信部２３１が受信したときに、制御部２３２は、車載装置１００とのＨＦＰ接続設定を行い、近距離通信部２３１から車載装置１００へ応答信号を送信する。

記憶部２３３は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、及び、フラッシュメモリ等を含んで構成される。記憶部２３３は、制御部２３２により実行される各種プログラム等を格納する
。記憶部２３３に格納されるプログラムには、ＳＰＰ及びＨＦＰ等が含まれる。

なお、図２に示す例では、ＢＬデバイス２３のハードウェア構成要素として、本実施形態に係る処理を行う構成要素のみが抽出されており、ＢＬデバイス２３に含まれるハードウェア構成要素は、図２に示される構成要素に限定されない。例えば、ＢＬデバイス２３は、図２に示すハードウェア構成要素に加え、スマートフォンとしての機能を実現するための構成要素を含む。

（ボディＥＣＵの機能構成）
次に、ボディＥＣＵ１０７の機能構成について、図３に基づいて説明する。図３は、ボディＥＣＵ１０７の機能構成の一例を示すブロック図である。本実施形態におけるボディＥＣＵ１０７は、その機能構成要素として、登録部１０７１、特定部１０７２、設定部１０７３、運転者情報ＤＢ１０７４を有する。登録部１０７１と特定部１０７２と設定部１０７３とは、ボディＥＣＵ１０７のプロセッサが記憶装置に格納されているプログラムを実行することにより実現される。なお、登録部１０７１と特定部１０７２と設定部１０７３との一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）又はＦ
ＰＧＡ（Field Programmable Gate Array）等のハードウェア回路により実現されてもよ
い。また、運転者情報ＤＢ１０７４は、ボディＥＣＵ１０７のプロセッサがＤＢＭＳ（Database Management System）のプログラムを実行することにより、記憶装置に構築される。運転者情報ＤＢ１０７４は、リレーショナルデータベースとして構築されてもよい。

ここでは、先ず運転者情報ＤＢ１０７４について説明する。運転者情報ＤＢ１０７４には、車両１０の運転者として登録されるユーザに関する情報が格納される。本実施形態では、運転者情報ＤＢ１０７４には、ユーザデバイス２０とユーザと車載機器１０９の設定値とを紐付けるデータ、及びユーザの生体の第１の部位（指部、およびまたは顔部）とユーザと車載機器１０９の設定値とを紐付けるデータが格納される。図４は、運転者情報ＤＢ１０７４に格納されるデータの一例を示す図である。

図４に示す例では、ユーザ別に設定された複数のテーブル（以下、「運転者情報テーブル」と記す場合もある。）が運転者情報ＤＢ１０７４に格納されている。本実施形態では、車両１０の運転者として登録可能なユーザの人数は３人に制限される。そのため、運転者情報ＤＢ１０７４に格納される運転者情報テーブルの数は、３つである。なお、車両１０の運転者として登録可能なユーザの人数は、２人以下でもよく、又は４人以上でもよい。

各運転者情報テーブルは、図４に示すように、ユーザＩＤ、識別情報、及び設定値の各々のフィールドを有する。ユーザＩＤフィールドには、車両１０の運転者として登録されているユーザの識別情報（ユーザＩＤ）が登録される。ユーザＩＤは、ボディＥＣＵ１０７によって決定されてもよく、ユーザによって任意に設定されてもよい。

識別情報フィールドには、各ユーザに紐付けられているスマートキー２１の識別情報と、各ユーザに紐付けられているデジタルキー２２の識別情報と、各ユーザに紐付けられているＢＬデバイス２３の識別情報と、各ユーザに紐付けられている指部の識別情報（指部ＩＤ）と、各ユーザに紐付けられている顔部の識別情報（顔部ＩＤ）と、のうち、少なくとも１つが登録される。本実施形態では、１つのスマートキー２１に紐付けることができるユーザの人数、１つのデジタルキー２２に紐付けることができるユーザの人数、１つのＢＬデバイス２３に紐付けることができるユーザの人数、１つの指部に紐付けることができるユーザの人数、及び１つの顔部に紐付けることができるユーザの人数は、それぞれ１人に限定される。ただし、１人のユーザに紐付けることができるユーザデバイス２０及び第１の部位は、１つに限定されない。

設定値フィールドには、各ユーザに紐付けられる、車載機器１０９の設定値が登録される。設定値フィールドに登録される設定値は、例えば、運転席の位置、運転席の背もたれの角度、ステアリングホイールの位置、オートライトの点灯／消灯条件、オートワイパの作動条件、先進安全システムの作動条件、メータディスプレイのデザイン、インテリアライトの点灯色、オートロック／アンロックシステムの作動条件、ナビゲーションシステムの設定、オートエアコンの設定、及び、ドライブモードの設定等に関わる設定値である。

ここで、図３の説明に戻り、登録部１０７１は、ボディＥＣＵ１０７のプロセッサがＲＯＭ等に記憶されているプログラムを実行することにより実現される機能構成要素であり、運転者情報テーブルの生成、及び生成された運転者情報テーブルの運転者情報ＤＢ１０７４への登録を行う。本実施形態では、ユーザデバイス２０と車載機器１０９の設定値とをユーザに紐付けるか否か、及び、第１の部位と車載機器１０９の設定値とをユーザに紐付けるか否かは、ユーザが任意に選択可能である。つまり、車両１０の運転者として登録するか否かは、ユーザが任意に選択可能である。

登録部１０７１は、車両１０に初めてユーザが乗車したとき、ユーザデバイス２０が初めて検出されたとき（ユーザデバイス２０の認証が初めて成功したとき）、ユーザの指部の認証に利用される照合用のデータが登録されたとき、又はユーザの顔部の認証に利用される照合用のデータが登録されたとき等に、入出力部１０８のタッチパネルディスプレイを通じて、上記の選択を促す画面を出力する。具体的には、登録部１０７１は、図５に示すような第１の画面を、入出力部１０８のタッチパネルディスプレイに出力させる。図５は、上記の選択を促す際にタッチパネルディスプレイに表示される第１の画面の一例である。

図５に例示する第１の画面には、ユーザデバイス２０（又は、ユーザの指部若しくは顔部）を、ユーザに紐付けるか否かの選択を促すメッセージを示す文字情報と、ユーザの選択結果を入力するためのボタン（図５中の「はい」ボタン、及び「いいえ」ボタン）と、が表示される。図５に示す第１の画面において、「はい」ボタンが操作されると、登録部１０７１は、図６に示すような第２の画面を、タッチパネルディスプレイに出力させる。図６は、ユーザデバイス２０（又は、ユーザの指部若しくは顔部）を紐付けるユーザの選択を促す際にタッチパネルディスプレイに表示される第２の画面の一例である。

図６に例示する第２の画面には、紐付け先のユーザの選択を促すメッセージを示す文字情報と、紐付け先のユーザを選択するためのボタン（図６中の「ユーザ１」ボタン、「ユーザ２」ボタン、及び「ユーザ３」ボタン）と、が表示される。図６に示す第２の画面において、「ユーザ１」ボタンと、「ユーザ２」ボタンと、「ユーザ３」とのうちのいずれかのボタンが操作されると、登録部１０７１は、ユーザデバイス２０の識別情報（又は、指部ＩＤ若しくは顔部ＩＤ）と、車載機器１０９の設定値と、選択されたユーザのユーザＩＤと、を紐付ける運転者情報テーブルを生成し、生成された運転者情報テーブルを運転者情報ＤＢ１０７４に登録する。その際、運転者情報テーブルの設定値フィールドに登録される情報は、上記の紐付けの実行を当該ユーザが選択した時点における車載機器１０９の設定値でもよく、又は当該ユーザによる車両１０の運転が終了される時点（例えば、スタートスイッチがオフにされる時点）における車載機器１０９の設定値でもよい。

なお、選択されたユーザに対応する運転者情報テーブルが運転者情報ＤＢ１０７４に登録済みである場合は、登録部１０７１は、当該運転者情報テーブルの識別情報フィールドに、ユーザデバイス２０の識別情報（又は、指部ＩＤ若しくは顔部ＩＤ）を追加する。

ここで図３の説明に戻り、特定部１０７２は、ボディＥＣＵ１０７のプロセッサがＲＯ
Ｍ等に記憶されているプログラムを実行することにより実現される機能構成要素であり、車両１０を運転するユーザを特定する。例えば、照合ＥＣＵ１０６による認証に成功したスマートキー２１の識別情報をボディＥＣＵ１０７が受信した場合には、特定部１０７２は、運転者情報ＤＢ１０７４にアクセスして、当該識別情報と一致する情報が識別情報フィールドに登録されている運転者情報テーブルがあるかを判定する。当該識別情報と一致する情報が識別情報フィールドに登録されている運転者情報テーブルがある場合は、該当する運転者情報テーブルに対応するユーザを、車両１０の運転者として特定する。

また、照合ＥＣＵ１０６による認証に成功したデジタルキー２２の識別情報を、ボディＥＣＵ１０７が受信した場合には、特定部１０７２は、運転者情報ＤＢ１０７４にアクセスして、当該識別情報と一致する情報が識別情報フィールドに登録されている運転者情報テーブルがあるかを判定する。当該識別情報と一致する情報が識別情報フィールドに登録されている運転者情報テーブルがある場合は、該当する運転者情報テーブルに対応するユーザを、車両１０の運転者として特定する。

また、照合ＥＣＵによる指紋認証に成功した指部の指部ＩＤを、ボディＥＣＵ１０７が受信した場合には、特定部１０７２は、運転者情報ＤＢ１０７４にアクセスして、当該指部ＩＤと一致する情報が識別情報フィールドに登録されている運転者情報テーブルがあるかを判定する。当該指部ＩＤと一致する情報が識別情報フィールドに登録されている運転者情報テーブルがある場合は、該当する運転者情報テーブルに対応するユーザを、車両１０の運転者として特定する。

また、照合ＥＣＵによる顔認証に成功した顔部の顔部ＩＤを、ボディＥＣＵ１０７が受信した場合には、特定部１０７２は、運転者情報ＤＢ１０７４にアクセスして、当該顔部ＩＤと一致する情報が識別情報フィールドに登録されている運転者情報テーブルがあるかを判定する。当該顔部ＩＤと一致する情報が識別情報フィールドに登録されている運転者情報テーブルがある場合は、該当する運転者情報テーブルに対応するユーザを、車両１０の運転者として特定する。

また、ヘッドユニット１０５とのＳＰＰ接続が確立したＢＬデバイス２３（特定のＢＬデバイス２３）の識別情報をボディＥＣＵ１０７が受信した場合には、特定部１０７２は、運転者情報ＤＢ１０７４にアクセスして、当該識別情報と一致する情報が識別情報フィールドに登録されている運転者情報テーブルを特定し、特定された運転者情報テーブルに対応するユーザを、車両１０の運転者として特定する。

なお、車両１０の運転者の特定は、車両１０の走行が開始される前、又は原動機が始動される前に完了する必要がある。よって、特定部１０７２は、前述した所定期間（車両１０のドアが解錠されてから第１の時間長が経過するまでの期間）においてのみ、照合ＥＣＵ１０６及びヘッドユニット１０５からの情報を受け付けるものとする。

ところで、上記した所定期間においては、スマートキー２１の認証と、デジタルキー２２の認証と、特定のＢＬデバイス２３の認証と、指紋認証と、顔認証と、のうちの複数の認証が成功する場合も考えられる。例えば、スマートキー２１を利用してドアを解錠したユーザが、運転席に着座して、スタートボタンを操作した場合、スマートキー２１の認証と、顔認証と、指紋認証とを含む複数の認証が成功する可能性がある。また、上記した複数の認証のうちの少なくとも一つが成功し、且つ、ヘッドユニット１０５と特定のＢＬデバイス２３との通信接続が確立する場合も考えられる。例えば、スマートキー２１と特定のＢＬデバイス２３とを携帯するユーザが車両１０を運転しようとしている場合には、スマートキー２１の認証が成功し、且つヘッドユニット１０５と特定のＢＬデバイス２３との通信接続が確立（ＢＬデバイス２３の認証に成功）する場合が考えられる。これらの場
合において、スマートキー２１が家族間等で貸し借りされたものであると、スマートキー２１に紐付けられているユーザと、指部に紐付けられているユーザと、顔部に紐付けられているユーザと、特定のＢＬデバイス２３に紐付けられているユーザとが一致しなくなる可能性がある。その結果、車両１０の運転者を正確に特定することができなくなる可能性がある。

そこで、本実施形態においては、複数の認証に成功した場合、又は、複数の認証のうちの少なくとも一つが成功し且つヘッドユニット１０５と特定のＢＬデバイス２３との通信接続が確立した場合に、特定部１０７２は、認証の信頼度に応じた以下の優先順位に従って、車両１０の運転者を特定するようにした。
（優先順位：１位） 指部の認証（指紋認証）に基づいて特定されるユーザ
（優先順位：２位） 顔部の認証（顔認証）に基づいて特定されるユーザ
（優先順位：３位） デジタルキーの認証に基づいて特定されるユーザ
（優先順位：４位） スマートキーの認証に基づいて特定されるユーザ
（優先順位：５位） ＢＬデバイスの認証に基づいて特定されるユーザ（ヘッドユニット１０５とのＳＰＰ接続が確立したＢＬデバイス２３に紐付けられているユーザ）

上記した優先順位は一例であって、これに限定されるものではない。例えば、指紋センサ及びカメラのスペックによっては、指紋認証よりも顔認証の方が信頼度が高くなる可能性がある。その場合、指紋認証に基づいて特定されるユーザよりも、顔認証に基づいて特定されるユーザの方が優先順位が高く設定されてもよい。また、ＢＬデバイス２３は電子キーとして動作することができないため、スマートキー２１よりも優先順位が低く設定されている。しかしながら、ＢＬデバイス２３がユーザ間で貸し借りされる可能性の低いスマートフォン等である場合は、スマートキー２１よりも優先順位が高く設定されてもよい。

なお、本実施形態では、前述した登録部１０７１の説明で述べたように、車両１０の運転者として登録するか否かは、ユーザが任意に選択可能である。また、前述した運転者情報ＤＢ１０７４の説明で述べたように、車両１０の運転者として登録可能なユーザの人数は、３人に制限される。これらの理由により、照合ＥＣＵ１０６による認証に成功したスマートキー２１の識別情報、照合ＥＣＵ１０６による認証に成功したデジタルキー２２の識別情報、照合ＥＣＵ１０６による指紋認証に成功した指部の指部ＩＤ、及び、照合ＥＣＵ１０６による顔認証に成功した顔部の顔部ＩＤのいずれについても、車両１０を運転するユーザと紐付けられていない場合が生じ得る。このような場合に、車両１０を運転するユーザが、特定のＢＬデバイス２３と紐付けられているユーザでなければ、特定部１０７２は、車両１０の運転者を特定することができない。そこで、車両１０の運転者を特定することができない場合は、特定部１０７２は、車両１０の運転者がゲストユーザであると判定する。

車両１０の運転者がゲストユーザであると判定された場合は、特定部１０７２は、ヘッドユニット１０５を通じて、ＨＦＰによるＢＬデバイス２３との通信接続の確立を試行する。具体的には、特定部１０７２は、ＨＦＰによる通信接続の確立を試行することを要求する信号（以下、「ＨＦ要求」と記す場合もある。）を、ヘッドユニット１０５に送信する。ＨＦ要求には、当該試行の対象となるＢＬデバイス２３の識別情報が含まれる。当該試行の対象となるＢＬデバイス２３は、車両１０の運転者として運転者情報ＤＢ１０７４に登録されているユーザに紐付けられているＢＬデバイス２３のうち、特定のＢＬデバイス２３以外のＢＬデバイス２３である。斯様なＢＬデバイス２３が複数ある場合は、それら複数のＢＬデバイス２３の識別情報がＨＦ要求に含められる。ＨＦＰによるヘッドユニット１０５とＢＬデバイス２３との通信接続の確立に成功した場合、通信接続の確立に成功したことを示す信号（以下、「成功信号」と記す場合もある。）が、ヘッドユニット１
０５からボディＥＣＵ１０７へ送信される。成功信号には、ＨＦＰによるヘッドユニット１０５との通信接続が確立されたＢＬデバイス２３の識別情報が含まれる。また、ＨＦＰによるヘッドユニット１０５とＢＬデバイス２３との通信接続の確立に失敗した場合、通信接続の確立に失敗したことを示す信号（以下、「失敗信号」と記す場合もある。）が、ヘッドユニット１０５からボディＥＣＵ１０７へ送信される。

ボディＥＣＵ１０７がヘッドユニット１０５から受信した信号が成功信号である場合、特定部１０７２は、運転者情報ＤＢ１０７４へアクセスし、成功信号に含まれるＢＬデバイス２３の識別情報と一致する情報が識別情報フィールドに登録されている運転者情報テーブルを特定する。特定部１０７２は、特定された運転者情報テーブルに対応するユーザ（以下、「候補ユーザ」と記す場合もある。）への変更を、車両を運転するユーザに提案する。具体的には、特定部１０７２は、図７に示すような第３の画面を、入出力部１０８のタッチパネルディスプレイに出力させる。図７は、上記した提案を行う際にタッチパネルディスプレイに表示される第３の画面の一例である。

図７に例示する第３の画面には、候補ユーザへの変更を提案するメッセージを示す文字情報と、上記した提案に対する回答を入力するためのボタン（図７中の「はい」ボタン、及び「いいえ」ボタン）と、が表示される。図７に示す第３の画面において、「はい」ボタンが操作されると、特定部１０７２は、車両１０の運転者を、ゲストユーザから候補ユーザへ変更する。これにより、ＢＬデバイス２３のみと紐付けられているユーザが車両１０を運転する場合であって、且つ当該ユーザのＢＬデバイス２３が特定のＢＬデバイス２３とは異なる場合においても、車両１０の運転者を正確に特定することができる。

ボディＥＣＵ１０７がヘッドユニット１０５から受信した信号が失敗信号である場合、特定部１０７２は、車両１０の運転者を変更するための処理を行わない。なお、ここでいう候補ユーザは、本開示に係る「第３のユーザ」に相当する。

ここで、図３の説明に戻り、特定部１０７２によって、車両１０を運転するユーザが特定されると、特定されたユーザのユーザＩＤが、特定部１０７２から設定部１０７３へ渡される。なお、車両１０の運転者がゲストユーザであると判定された場合は、ゲストユーザを示すユーザＩＤが、特定部１０７２から設定部１０７３へ渡される。

設定部１０７３は、特定部１０７２により特定されたユーザに応じて、車載機器１０９を設定する。ここで、特定部１０７２により特定されたユーザがゲストユーザである場合は、設定部１０７３は、予め設定されている基準値に基づいて、車載機器１０９の設定を行う。基準値は、ボディＥＣＵ１０７の記憶装置に格納されている。また、特定部１０７２により特定されたユーザがゲストユーザ以外である場合、設定部１０７３は、運転者情報ＤＢ１０７４にアクセスして、特定部１０７２から受け取ったユーザＩＤに対応する運転者情報テーブルを特定する。設定部１０７３は、特定された運転者情報テーブルの設定値フィールドに登録されている設定値を読み出し、読み出した設定値に従って車載機器１０９の設定を行う。これにより、車両１０の運転者として登録されているユーザが車両１０を運転する場合には、当該ユーザに適した設定値が自動的に車載機器１０９に反映される。

（処理の流れ）
本実施形態におけるボディＥＣＵ１０７で行われる処理の流れについて、図８及び図９に基づいて説明する。図８は、車両１０のドアが解錠されたことをトリガにして実行される処理ルーチンを示すフローチャートである。図９は、図８において車両１０の運転者がゲストユーザであると判定されたことをトリガにして実行される処理ルーチンを示すフローチャートである。なお、図８及び図９に示す処理の実行主体は、ボディＥＣＵ１０７の
プロセッサであるが、ここではボディＥＣＵ１０７の機能構成要素を実行主体として説明する。

先ず、図８では、特定部１０７２は、照合ＥＣＵ１０６及びヘッドユニット１０５からの情報の受け付け（受信）を開始する（ステップＳ１０１）。照合ＥＣＵ１０６から受信する情報は、認証に成功したスマートキー２１の識別情報と、認証に成功したデジタルキー２２と、指紋認証に成功した指部の指部ＩＤと、顔認証に成功した顔部の顔部ＩＤと、のうちの１つ又は複数である。ヘッドユニット１０５から受信する情報は、ＳＰＰによるヘッドユニット１０５との通信接続が確立（認証成功）した特定のＢＬデバイス２３の識別情報である。ただし、ＳＰＰによるヘッドユニット１０５と特定のＢＬデバイス２３との通信接続が確立しない場合は、特定部１０７２は、ヘッドユニット１０５からの情報を受信しない。特定部１０７２は、ステップＳ１０１の処理を実行し終えると、ステップＳ１０２の処理を実行する。

ステップＳ１０２では、特定部１０７２は、照合ＥＣＵ１０６及びヘッドユニット１０５からの情報の受け付け開始してから第１の時間長が経過したかを判定する。照合ＥＣＵ１０６及びヘッドユニット１０５からの情報の受け付けを開始してから第１の時間長が経過していない場合（ステップＳ１０２で否定判定）、特定部１０７２は、第１の時間長が経過するまで待機する。その後、照合ＥＣＵ１０６及びヘッドユニット１０５からの情報の受け付け開始してから第１の時間長が経過すると（ステップＳ１０２で肯定判定）、特定部１０７２は、ステップＳ１０３の処理を実行する。

ステップＳ１０３では、特定部１０７２は、照合ＥＣＵ１０６及びヘッドユニット１０５からの情報の受け付けを終了する。特定部１０７２は、ステップＳ１０３の処理を実行し終えると、ステップＳ１０４の処理を実行する。

ステップＳ１０４では、特定部１０７２は、照合ＥＣＵ１０６及びヘッドユニット１０５からの情報の受け付けを開始してから第１の時間長が経過するまでの期間（所定期間）に受信した情報に基づいて、該当するユーザがあるかを判定する。すなわち、特定部１０７２は、運転者情報ＤＢ１０７４にアクセスして、所定期間に受信した情報と一致する情報が識別情報フィールドに登録されている運転者情報テーブルがあるかを判定する。所定期間に受信した情報と一致する情報が識別情報フィールドに登録されている運転者情報テーブルがある場合（ステップＳ１０４で肯定判定）、ステップＳ１０５の処理が実行される。

ステップＳ１０５では、特定部１０７２は、該当するユーザが複数であるかを判定する。ここで、所定期間に受信した情報が複数であり、且つそれらの情報に紐付けられているユーザが相違する場合は、該当するユーザが複数であると判定する（ステップＳ１０５で肯定判定）。その場合、ステップＳ１０６の処理が実行される。また、所定期間に受信した情報が複数であり、且つそれらの情報に紐付けられているユーザが一致する場合は、該当するユーザが１人であると判定される（ステップＳ１０５で否定判定）。さらに、所定期間に受信した情報が１つであり、且つその情報と一致する情報が識別情報フィールドに登録されている運転者情報テーブルが運転者情報ＤＢ１０７４に格納されている場合も、該当するユーザが１人であると判定される（ステップＳ１０５で否定判定）。ステップＳ１０５で否定判定された場合は、ステップＳ１０７の処理が実行される。

ステップＳ１０６では、特定部１０７２は、該当する複数のユーザのうち、前述した優先順位が最も高いユーザを、車両１０の運転者として特定する。また、ステップＳ１０７では、特定部１０７２は、該当する１人のユーザを、車両１０の運転者として特定する。ステップＳ１０６又はステップＳ１０７において車両１０の運転者として特定されたユー
ザのユーザＩＤは、特定部１０７２から設定部１０７３へ渡される。設定部１０７３は、特定部１０７２からのユーザＩＤの受け取りをトリガにして、ステップＳ１０８の処理を実行する。

ステップＳ１０８では、設定部１０７３は、運転者情報ＤＢ１０７４にアクセスして、特定部１０７２から受け取ったユーザＩＤに対応する設定値を抽出する。すなわち、設定部１０７３は、運転者情報ＤＢ１０７４にアクセスして、特定部１０７２から受け取ったユーザＩＤと一致する情報がユーザＩＤフィールドに登録されている運転者情報テーブルを特定する。設定部１０７３は、特定された運転者情報テーブルの設定値フィールドに登録されている設定値を抽出する。設定部１０７３は、ステップＳ１０８の処理を実行し終えると、ステップＳ１１１の処理を実行する。

ステップＳ１１１では、設定部１０７３は、ステップＳ１０８で抽出された設定値に従って、車載機器１０９の設定を行う。すなわち、設定部１０７３は、ステップＳ１０８で抽出された設定値を、車載装置１００に反映させる。ステップＳ１１１の処理が実行された後、本処理ルーチンの実行が終了される。

なお、上記したステップＳ１０４において、所定期間に受信した情報と一致する情報が識別情報フィールドに登録されている運転者情報テーブルがないと判定された場合（ステップＳ１０４で否定判定）、特定部１０７２は、ステップＳ１０９の処理を実行する。

ステップＳ１０９では、特定部１０７２は、車両１０の運転者がゲストユーザであると判定する。車両１０の運転者がゲストユーザであると判定された場合は、ゲストユーザのユーザＩＤが、特定部１０７２から設定部１０７３へ渡される。設定部１０７３は、ゲストユーザのユーザＩＤを特定部１０７２から受け取ったことをトリガにして、ステップＳ１１０の処理を実行する。

ステップＳ１１０では、設定部１０７３は、ボディＥＣＵ１０７の記憶装置から基準値を抽出する。設定部１０７３は、ステップＳ１１０の処理を実行し終えると、ステップＳ１１１の処理を実行する。この場合のステップＳ１１１では、設定部１０７３は、ステップＳ１１０で抽出された基準値に従って、車載機器１０９の設定を行う。ステップＳ１１１の処理が実行された後、本処理ルーチンの実行が終了される。

また、上記したステップＳ１０９の処理が実行された後には、図９の処理フローが実行される。図９の処理フローでは、先ず、特定部１０７２が、ＨＦ要求をヘッドユニット１０５へ送信する（ステップＳ２０１）。ＨＦ要求は、前述したように、ＨＦＰによるＢＬデバイス２３との通信接続の確立を試行することを要求する信号である。当該ＨＦＰ要求には、ＨＦＰ通信接続の接続先となるＢＬデバイス２３の識別情報が含まれる。ＨＦＰ通信接続の接続先となるＢＬデバイス２３は、車両１０の運転者として運転者情報ＤＢ１０７４に登録されているユーザに紐付けられているＢＬデバイス２３のうち、特定のＢＬデバイス２３以外のＢＬデバイス２３である。特定部１０７２は、ステップＳ２０１の処理を実行し終えると、ステップＳ２０２の処理を実行する。

ステップＳ２０２では、特定部１０７２は、ヘッドユニット１０５からの信号をボディＥＣＵ１０７が受信したかを判定する。ここでいう信号は、前述した成功信号又は失敗信号のいずれかである。ボディＥＣＵ１０７がヘッドユニット１０５からの信号を受信していない場合（ステップＳ２０２で否定判定）、特定部１０７２は、ボディＥＣＵ１０７がヘッドユニット１０５からの信号を受信するまで待機する。また、ボディＥＣＵ１０７がヘッドユニット１０５からの信号を受信している場合（ステップＳ２０２で肯定判定）、特定部１０７２は、ステップＳ２０３の処理を実行する。

ステップＳ２０３では、特定部１０７２は、ヘッドユニット１０５から受信した信号が成功信号であるかを判定する。ヘッドユニット１０５から受信した信号が失敗信号である場合（ステップＳ２０３で否定判定）、図７の処理ルーチンの実行が終了される。また、ヘッドユニット１０５からの受信した信号が成功信号である場合（ステップＳ２０３で肯定判定）、特定部１０７２は、ステップＳ２０４の処理を実行する。

ステップＳ２０４では、特定部１０７２は、成功信号に含まれる識別情報（ＨＦＰによるヘッドユニット１０５との通信接続が確立されたＢＬデバイス２３の識別情報）を引数として運転者情報ＤＢ１０７４にアクセスし、当該識別情報と一致する情報が識別情報フィールドに登録されている運転運転者情報テーブルを特定する（候補ユーザの特定）。特定部１０７２は、ステップＳ２０４の処理を実行し終えると、ステップＳ２０５の処理を実行する。

ステップＳ２０５では、特定部１０７２は、前述した図７に示すような第３の画面を、入出力部１０８のタッチパネルディスプレイに出力する。第３の画面は、ステップＳ２０４で特定された候補ユーザへの変更を提案する画面である。特定部１０７２は、ステップＳ２０５の処理を実行し終えると、ステップＳ２０６の処理を実行する。

ステップＳ２０６では、特定部１０７２は、上記した提案に対する回答が入力されたかを判定する。すなわち、図７に示す第３の画面において、「はい」ボタン又は「いいえ」ボタンを選択する操作が行われたかを判定する。上記した提案に対する回答が入力されていない場合（ステップＳ２０６で否定判定）は、特定部１０７２は、上記した提案に対する回答が入力されるまで待機する。また、上記した提案に対する回答が入力されている場合（ステップＳ２０６で肯定判定）は、特定部１０７２は、ステップＳ２０７の処理を実行する。

ステップＳ２０７では、特定部１０７２は、入力された回答が、上記した提案を了承する回答であるかを判定する。すなわち、図７に示す第３の画面において、「はい」ボタンが操作されたかを判定する。図７に示す第３の画面において「いいえ」ボタンが操作された場合（ステップＳ２０７で否定判定）、図７の処理ルーチンの実行が終了される。また、図７に示す第３の画面において「はい」ボタンが操作された場合（ステップＳ２０７で肯定判定）、特定部１０７２は、ステップＳ２０８の処理を実行する。

ステップＳ２０８では、特定部１０７２は、車両１０の運転者を、ゲストユーザからステップＳ２０４で特定された候補ユーザに変更する。すなわち、特定部１０７２は、車載機器１０９の設定を、ゲストユーザに対応する設定からステップＳ２０４で特定された候補ユーザに対応する設定へ変更することを、設定部１０７３に依頼する。当該依頼を受けた設定部１０７３は、ステップＳ２０９の処理を実行する。

ステップＳ２０９では、設定部１０７３は、上記した依頼に従って、車載機器１０９の設定を変更する。具体的には、設定部１０７３は、ステップＳ２０４で特定された候補ユーザに対応する運転者情報テーブルにアクセスして、設定値フィールドに登録されている設定値を抽出する。設定部１０７３は、抽出された設定値に従って、車載機器１０９の設定を変更する。ステップＳ２０９の処理が実行された後、本処理ルーチンの実行が終了される。

本実施形態によれば、ユーザデバイス２０の認証結果に基づいて運転者を特定する機能と、ユーザの生体の第１の部位（指部及び顔部）の認証結果に基づいて運転者を特定する機能と、を有する車両１０において、ユーザデバイス２０の認証結果よりも第１の部位の
認証結果を優先して運転者が特定される。これにより、ユーザデバイス２０が家族間等で貸し借りされる使用環境においても、車両１０の運転者をより正確に特定することができる。

また、本実施形態によれば、複数種類の第１の部位（指部と顔部）の認証（指紋認証と顔認証）を行う機能を有する車両１０において、それらの認証のうちで、相対的に信頼度が高い認証の結果を優先して運転者が特定される。これにより、複数種類の第１の部位の認証に成功する状況においても、車両１０の運転者をより正確に特定することができる。

また、本実施形態によれば、複数種類のユーザデバイス２０（スマートキー２１とデジタルキー２２とＢＬデバイス２３）の認証を行う機能を有する車両１０において、それら複数種類のユーザデバイス２０のうちで、相対的に信頼度が高い種類のユーザデバイス２０の認証結果を優先して運転者が特定される。これにより、複数種類のユーザデバイス２０の認証に成功する状況においても、車両１０の運転者をより正確に特定することができる。

また、本実施形態によれば、スマートキー２１とユーザとを紐付けるか否か、デジタルキー２２とユーザとを紐付けるか否か、ＢＬデバイス２３とユーザとを紐付けるか否か、指部とユーザとを紐付けるか否か、及び、顔部とユーザとを紐付けるか否かは、ユーザによって任意に選択される。これにより、スマートキー２１等のように車両１０の電子キーとして動作するユーザデバイス２０を、複数のユーザで共用する場合等に、当該ユーザデバイス２０をいずれのユーザにも紐付けないようにすることができる。その結果、当該ユーザデバイス２０が複数のユーザで共用される場合等に、車両１０を運転するユーザとは異なるユーザの設定値に従って、車載機器１０９が設定されてしまうことを抑制することができる。

また、本実施形態によれば、ＢＬデバイス２３等のように車両１０の電子キーとして動作しないユーザデバイス２０をユーザに紐付けることができる。これにより、例えば、スマートキー２１等を複数のユーザで共用する場合等に、当該スマートキー２１等をいずれのユーザにも紐付けないようにしても、ＢＬデバイス２３をユーザと紐付けておくことで、車両１０を運転するユーザを特定することが可能になる。

また、本実施形態によれば、車両１０の運転者がゲストユーザであると判定された場合に、特定のＢＬデバイス２３以外のＢＬデバイス２３の認証（ＨＦＰによるヘッドユニット１０５との通信接続の確立）が試行される。これにより、車両を運転しようとしているユーザがＢＬデバイス２３とのみ紐付けられており、且つ当該ＢＬデバイス２３が特定のＢＬデバイス２３ではない場合に、当該ユーザを車両１０の運転者として特定することができる。

＜その他＞
上記した実施形態及び変形例はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施し得る。また、本開示において説明した処理及び構成は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。さらに、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。例えば、ボディＥＣＵ１０７で行われる処理の一部が照合ＥＣＵ１０６又はヘッドユニット１０５等で実行されてもよい。また、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。例えば、ボディＥＣＵ１０７で行われる処理と、照合ＥＣＵ１０６で行われる処理とが、１つのＥＣＵによって実行されてもよい。コンピュータシステムにおいて、各機能をどのようなハードウェア構成で実現するかは柔軟に変更可能である。

また、本開示は、上記の実施形態又は変形例で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよく、又はネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、データ及びプログラム等の情報を電気的、磁気的、光学的、機械的、又は化学的な作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体である。斯様な非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、又はＨＤＤ等）、又は光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、又はブルーレイディスク等）等の任意のタイプのディスクである。また、非一時的なコンピュータ可読記憶媒体は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、又はＳＳＤ（Solid State Drive）等の媒体でもよい。

１０ 車両
１００ 車載装置
１０１ ＬＦ送信機
１０２ ＲＦ受信機
１０３ 近距離通信部
１０４ センサ
１０５ ヘッドユニット
１０６ 照合ＥＣＵ
１０７ ボディＥＣＵ
１０７１ 登録部
１０７２ 特定部
１０７３ 設定部
１０７４ 運転者情報ＤＢ
１０８ 入出力部
１０９ 車載機器
２０ ユーザデバイス
２１ スマートキー
２２ デジタルキー
２３ ＢＬデバイス

Claims (20)

1. ユーザの生体の第１の部位に基づく第１の認証と、ユーザデバイスに基づく第２の認証と、の少なくとも一方の認証結果に基づいて、車両の運転者を特定する情報処理装置であって、
   前記第２の認証の認証結果に比して、前記第１の認証の認証結果を優先して、前記車両の運転者を特定する、
   制御部を備える、
   情報処理装置。
2. 前記第１の部位は、前記生体の指部と、前記生体の顔部とを含み、
   前記第１の認証は、前記指部に基づく指紋認証と、前記顔部に基づく顔認証とを含み、
   前記制御部は、前記顔認証の認証結果に比して、前記指紋認証の認証結果を優先して、前記車両の運転者を特定する、
   請求項１に記載の情報処理装置。
3. 前記ユーザデバイスは、前記車両の電子キーとして動作する第１の通信端末と、前記車両の電子キーとして動作しない第２の通信端末と、を含み、
   前記第２の認証は、前記第１の通信端末の認証と、前記第２の通信端末の認証と、を含み、
   前記制御部は、前記第２の通信端末の認証結果に比して、前記第１の通信端末の認証結果を優先して、前記車両の運転者を特定する、
   請求項２に記載の情報処理装置。
4. 前記第１の部位をユーザに紐付けるデータと、前記ユーザデバイスをユーザに紐付けるデータと、を格納する記憶部を更に備え、
   前記制御部は、
   前記記憶部に格納される前記データに基づいて、前記第１の認証に成功した前記第１の部位に対応すると紐付けられている第１のユーザを特定することと、
   前記記憶部に格納される前記データに基づいて、前記第２の認証に成功した前記ユーザデバイスに紐付けられている第２のユーザを特定することと、
   前記第１のユーザと前記第２のユーザとが相違する場合に、前記第１のユーザを前記車両の運転者として特定することと、
   を実行する、
   請求項３に記載の情報処理装置。
5. 前記制御部は、
   前記第１の部位およびまたは前記ユーザデバイスをユーザに紐付けるか否かの選択を受け付けることと、
   前記第１の部位およびまたは前記ユーザデバイスをユーザに紐付けるとの選択を受け付けた場合に、前記第１の部位およびまたは前記ユーザデバイスをユーザに紐付けるデータを、前記記憶部に格納することと、
   前記第１の部位およびまたは前記ユーザデバイスをユーザに紐付けないとの選択を受け付けた場合に、前記第１の部位およびまたは前記ユーザデバイスをユーザに紐付けるデータを、前記記憶部に格納しないことと、
   を実行する、
   請求項４に記載の情報処理装置。
6. 前記第１の認証に成功した前記第１の部位とユーザとを紐付けるデータ、及び前記第２の認証に成功した前記ユーザデバイスとユーザとを紐付けるデータのいずれも、前記記憶
   部に格納されていない場合に、前記制御部は、前記車両の運転者がゲストユーザであると判定する、
   請求項５に記載の情報処理装置。
7. 前記車両の運転者がゲストユーザであると判定された後において、
   前記制御部は、
   ユーザに紐付けられるデータが前記記憶部に格納されている前記第２の通信端末との通信接続の確立を試行することと、
   前記第２の通信端末との通信接続が確立した場合に、前記第２の通信端末に紐付けられている第３のユーザへ変更することを提案する情報を出力することと、
   前記第３のユーザへの変更を要求する操作を受け付けることと、
   前記車両の運転者を、前記ゲストユーザから前記第３のユーザへ変更することと、
   を更に実行する、
   請求項６に記載の情報処理装置。
8. 前記第２の通信端末との通信接続の確立を試行する処理において、
   前記制御部は、ハンズフリー通話機能を提供するための第１の装置を通じて、ハンズフリープロファイルによる前記第２の通信端末との通信接続の確立を試行する、
   請求項７に記載の情報処理装置。
9. 前記ユーザ情報は、前記車両に搭載される機器のユーザ別の設定値に関する情報を含み、
   前記制御部は、前記車両の運転者として特定されたユーザのユーザ情報に応じて、前記機器を設定する、
   請求項４から８のいずれか１項に記載の情報処理装置。
10. 前記設定値は、ドライビングポジションに関する設定値と、マルチメディアに関する設定値と、先進安全システムに関する設定値と、ボディ系に関する設定値と、のうち、少なくとも一つを含む、
    請求項９に記載の情報処理装置。
11. ユーザの生体の第１の部位に基づく第１の認証と、ユーザデバイスに基づく第２の認証と、の少なくとも一方の認証結果に基づいて、車両の運転者を特定する情報処理方法であって、
    コンピュータが、前記第２の認証の認証結果に比して、前記第１の認証の認証結果を優先して、前記車両の運転者を特定する、
    情報処理方法。
12. 前記第１の部位は、前記生体の指部と、前記生体の顔部とを含み、
    前記第１の認証は、前記指部に基づく指紋認証と、前記顔部に基づく顔認証とを含み、
    前記コンピュータが、前記顔認証の認証結果に比して、前記指紋認証の認証結果を優先して、前記車両の運転者を特定する、
    請求項１１に記載の情報処理方法。
13. 前記ユーザデバイスは、前記車両の電子キーとして動作する第１の通信端末と、前記車両の電子キーとして動作しない第２の通信端末と、を含み、
    前記第２の認証は、前記第１の通信端末の認証と、前記第２の通信端末の認証と、を含み、
    前記コンピュータが、前記第２の通信端末の認証結果に比して、前記第１の通信端末の認証結果を優先して、前記車両の運転者を特定する、
    請求項１２に記載の情報処理方法。
14. 前記コンピュータは、前記第１の部位をユーザに紐付けるデータと、前記ユーザデバイスをユーザに紐付けるデータと、を格納する記憶部を更に備え、
    前記コンピュータが、
    前記記憶部に格納される前記データに基づいて、前記第１の認証に成功した前記第１の部位に対応すると紐付けられている第１のユーザを特定することと、
    前記記憶部に格納される前記データに基づいて、前記第２の認証に成功した前記ユーザデバイスに紐付けられている第２のユーザを特定することと、
    前記第１のユーザと前記第２のユーザとが相違する場合に、前記第１のユーザを前記車両の運転者として特定することと、
    を実行する、
    請求項１３に記載の情報処理方法。
15. 前記コンピュータが、
    前記第１の部位およびまたは前記ユーザデバイスをユーザに紐付けるか否かの選択を受け付けることと、
    前記第１の部位およびまたは前記ユーザデバイスをユーザに紐付けるとの選択を受け付けた場合に、前記第１の部位およびまたは前記ユーザデバイスをユーザに紐付けるデータを、前記記憶部に格納することと、
    前記第１の部位およびまたは前記ユーザデバイスをユーザに紐付けないとの選択を受け付けた場合に、前記第１の部位およびまたは前記ユーザデバイスをユーザに紐付けるデータを、前記記憶部に格納しないことと、
    を実行する、
    請求項１４に記載の情報処理方法。
16. 前記第１の認証に成功した前記第１の部位とユーザとを紐付けるデータ、及び前記第２の認証に成功した前記ユーザデバイスとユーザとを紐付けるデータのいずれも、前記記憶部に格納されていない場合に、前記コンピュータが、前記車両の運転者がゲストユーザであると判定する、
    請求項１５に記載の情報処理方法。
17. 前記車両の運転者がゲストユーザであると判定された後において、
    前記コンピュータが、
    ユーザに紐付けられるデータが前記記憶部に格納されている前記第２の通信端末との通信接続の確立を試行することと、
    前記第２の通信端末との通信接続が確立した場合に、前記第２の通信端末に紐付けられている第３のユーザへ変更することを提案する情報を出力することと、
    前記第３のユーザへの変更を要求する操作を受け付けることと、
    前記車両の運転者を、前記ゲストユーザから前記第３のユーザへ変更することと、
    を更に実行する、
    請求項１６に記載の情報処理方法。
18. 前記第２の通信端末との通信接続の確立を試行する処理において、
    前記コンピュータが、ハンズフリー通話機能を提供するための第１の装置を通じて、ハンズフリープロファイルによる前記第２の通信端末との通信接続の確立を試行する、
    請求項１７に記載の情報処理方法。
19. 前記ユーザ情報は、前記車両に搭載される機器のユーザ別の設定値に関する情報を含み、
    前記コンピュータが、前記車両の運転者として特定されたユーザのユーザ情報に応じて、前記機器を設定する、
    請求項１４から１８のいずれか１項に記載の情報処理方法。
20. 前記設定値は、ドライビングポジションに関する設定値と、マルチメディアに関する設定値と、先進安全システムに関する設定値と、ボディ系に関する設定値と、のうち、少なくとも一つを含む、
    請求項１９に記載の情報処理方法。

Images