JP6399064B2 - ユーザ特定システム - Google Patents

Description

本発明は、車両に乗車する或いは乗車しているユーザを特定するユーザ特定システムに関する。

個人認証の対象者から提供される複数の種類の情報（属性）と、複数の種類の情報のそれぞれに対応する照合基準データとを照合し、個人を特定する個人認証技術が知られている（例えば、特許文献１等参照）。

特開２００１−３５１０４７号公報

ところで、車両に乗車する或いは乗車しているユーザを特定し、ユーザの嗜好、体型等に合わせて、車両に搭載される各種車載装置（例えば、空調装置、シート位置調節装置等）を制御することが考えられる。

しかしながら、ユーザが車両へ乗車する際、上述の個人認証のように、複数の種類の情報をユーザから提供してもらう構成は現実的でない。また、ユーザが車両へ乗車する際の動作（車両への接近動作、ドアの開扉動作等）に対応する１シーンで得られる情報のうち、乗車する又は乗車しているユーザを特定可能な情報の種類は限られるため、個人認証のように、特定の１シーンで得られる情報に基づき、ユーザを特定する構成では、精度を十分に確保できない可能性がある。

そこで、上記課題に鑑み、車両に乗車する或いは乗車しているユーザを特定する際の精度を向上させることが可能なユーザ特定システムを提供することを目的とする。

上記目的を達成するため、本発明の一実施形態では、
車両に対する乗車及び降車の少なくとも一方が行われる際のユーザの予め規定された複数の動作を検知する検知部と、
前記検知部により前記複数の動作の何れかが検知されたときに、予め前記車両に登録された複数のユーザの何れかが、前記車両に乗車する又は乗車していることを表す複数の種類の乗車情報を取得する取得部と、
前記複数のユーザの各々の識別情報と、前記複数のユーザの各々に対応する前記複数の種類の乗車情報とを紐付けた紐付け情報を記憶する記憶部と、
前記取得部により取得された前記複数の種類の乗車情報と、前記記憶部に記憶される前記紐付け情報とに基づき、前記複数のユーザの各々が前記車両に乗車する又は乗車している確率を算出する確率算出部と、
前記確率算出部により算出される前記確率に基づき、前記複数のユーザのうちの前記車両に乗車する又は乗車しているユーザを特定する特定部と、を備える、
ユーザ特定システムが提供される。

本実施形態によれば、車両に対する乗車及び降車の少なくとも一方が行われる際のユーザの予め規定された複数の動作が検知される度に、各ユーザが車両に乗車する又は乗車している確率が算出される。通常、車両に乗車している乗員の変更が生じる場合、ユーザの乗車及び降車の少なくとも一方が行われる。例えば、駐車している車両にユーザが乗車する場合、車両への接近動作、ドアの解錠動作、ドアの開扉動作、着座動作、ドアの閉扉動作等の一連の動作が行われる。また、例えば、他のユーザが運転する車両で特定の場所まで送ってもらったユーザが車両から降車する場合、ドアの開扉動作、退座動作（座席から立ち上がる動作）、ドアの閉扉動作、車両から離れる動作等の一連の動作が行われる。従って、車両の乗車或いは降車の際、必然的に実行される一連の動作のうちの予め規定された複数の動作の各々が行われる度に、各ユーザが車両に乗車する或いは乗車している確率を算出することにより、各ユーザが車両に乗車する或いは乗車している確率を順次更新していくことができる。そのため、車両の乗車及び降車の少なくとも一方が行われる際に、順次更新される確率に基づき、ユーザを特定する機会を複数回設けることが可能となり、車両に乗車する或いは乗車しているユーザを特定する際の精度を向上させることができる。

また、上述の実施形態において、
前記複数の種類の情報には、前記車両の複数の座席の何れかに対応して取得される第１の種類の乗車情報が含まれ、
前記特定部は、前記取得部により取得される前記第１の種類の乗車情報に基づき、前記複数の座席の中から、乗車する又は乗車しているユーザの座席を特定してもよい。

本実施形態によれば、予め車両に登録される複数のユーザの何れかが車両に乗車する或いは乗車していることを表す乗車情報には、車両の複数の座席（例えば、運転席、助手席、後部座席等）に対応して取得される第１の種類の乗車情報が含まれる。第１の種類の乗車情報には、例えば、各座席に配置される同じ種類のセンサで検出される検出信号の情報等が含まれうる。従って、ユーザ特定システム（特定部）は、第１の種類の乗車情報に基づき、乗車する或いは乗車しているユーザがどの座席に乗車する或いは乗車しているのかを特定することができる。

また、上述の実施形態において、
前記車両のドアの施解錠を行う施解錠部を更に備え、
前記複数のユーザには、第１のユーザと、予め前記第１のユーザとの同乗が許可される旨の設定が前記車両に対してなされている第２のユーザと、が含まれ、
前記施解錠部は、前記特定部により前記第１のユーザが前記車両に乗車していると特定され、且つ、前記車両のドアが全て施錠されている状態で、前記特定部により前記第２のユーザが前記車両に乗車すると特定され、且つ、前記車両の車室外から前記車両に対する所定操作が行われた場合、前記車両のドアを解錠してもよい。

本実施形態によれば、予め第１のユーザとの同乗が許可される旨の設定が車両に対してなされている第２のユーザ（例えば、第１のユーザの家族や親しい友人等）が車両に乗車するユーザとして特定され、且つ、車両の車室外から車両に対する所定操作、例えば、ドアハンドルを握る操作、ドアハンドルのスイッチを押す操作、車両に解錠を要求する信号を送信するための携帯端末における操作等が行われた場合、第１のユーザによる解錠操作なしに、ドアを解錠し、第２のユーザを乗車させることができ、第１のユーザにとっての利便性を向上させることができる。また、第２のユーザは、スマートキーを携帯してない場合であっても、車室外から車両に対して所定操作を行うだけで、車両を解錠することができるため、第２のユーザにとっての利便性も向上させることができる。また、第２のユーザを待っている間、第１のユーザは、車両のドアを施錠状態にしておくことができるため、悪意の第三者の車両への侵入等から身を守ることができる。即ち、セキュリティ性と利便性との両立を図ることができる。

また、上述の実施形態において、
前記特定部による特定結果に基づき、前記複数のユーザの相互間での同乗回数をカウントする同乗回数カウント部と、
前記車両のドアの施解錠を行う施解錠部と、を更に備え、
前記複数のユーザには、第１のユーザと、前記第１のユーザとの前記同乗回数が所定回数以上である第２のユーザと、が含まれ、
前記施解錠部は、前記特定部により前記第１のユーザが前記車両に乗車していると特定され、且つ、前記車両のドアが全て施錠されている状態で、前記特定部により前記第２のユーザが前記車両に乗車すると特定され、且つ、前記車両の車室外から前記車両に対する所定操作が行われた場合、前記車両のドアを解錠してもよい。

本実施形態によれば、第１のユーザとの同乗回数が所定回数以上である第２のユーザ（例えば、第１のユーザの家族や親しい友人等）が車両に乗車すると特定され、且つ、車室外から車両に対する所定操作、例えば、ドアハンドルを握る操作、ドアハンドルのスイッチを押す操作、車両に解錠を要求する信号を送信するための携帯端末における操作等が行われた場合、第１のユーザによる解錠操作なしに、ドアを解錠し、第２のユーザを乗車させることができ、第１のユーザにとっての利便性を向上させることができる。また、第２のユーザは、スマートキーを携帯してない場合であっても、車室外から車両に対して所定操作を行うだけで、車両を解錠することができるため、第２のユーザにとっての利便性も向上させることができる。また、第２のユーザを待っている間、第１のユーザは、車両のドアを施錠状態にしておくことができるため、悪意の第三者の車両への侵入等から身を守ることができる。即ち、セキュリティ性と利便性との両立を図ることができる。

また、上述の実施形態において、
前記施解錠部は、前記第２のユーザが開扉するドアのみを解錠してもよい。

本実施形態によれば、第２のユーザが開扉するドアのみが解錠されるため、更にセキュリティ性を向上させることができる。

また、上述の実施形態において、
前記複数のユーザのうち、前記特定部により特定されたユーザに対応して予め設定された制御条件に応じて、前記車両に搭載される車載装置を制御する制御部を更に備えてもよい。

本実施形態によれば、車両に乗車する或いは乗車しているユーザの体型・嗜好等に合わせて、車載装置を制御することができる。

また、上述の実施形態において、
ユーザ特定システムは、車両に搭載されてよい。

本実施形態によれば、ユーザ特定システムは、自身が搭載される車両（自車）に乗車する或いは乗車しているユーザを特定することができる。

また、上述の実施形態において、
前記記憶部、前記確率算出部、及び前記特定部は、前記車両と通信可能な態様で遠隔に配置されてもよい。

本実施形態によれば、例えば、車両の遠隔に設けられるセンタサーバで、車両に乗車する或いは乗車しているユーザを特定することができる。

本実施の形態によれば、車両に乗車する又は乗車しているユーザを特定する際の精度を向上させることが可能なユーザ特定システムを提供することができる。

第１実施形態に係るユーザ特定システムの構成の一例を概略的に示す構成図である。 第１実施形態に係る照合ＥＣＵ並びにスマートキーを含むスマートキーシステム、及び携帯端末の構成の一例を示す機能ブロック図である。 第１実施形態に係るユーザ特定ＥＣＵの構成の一例を示す機能ブロック図である。 プロファイル情報の一例を示す図である。 乗車確率情報の一例を示す図である。 ＷＦ情報の一例を示す図である。 第１実施形態に係る車載装置ＥＣＵの構成の一例を示す機能ブロック図である。 ユーザ特定ＥＣＵによる乗車確率算出処理の一例を概略的に示すフローチャートである。 車載装置ＥＣＵ（ボディＥＣＵ）による解錠処理の一例を概略的に示すフローチャートである。 ユーザ特定システムの動作の一例を示すタイミングチャートである。 ユーザ特定ＥＣＵによる処理の他の例を概略的に示すフローチャートであ ユーザ特定システムの動作の他の例を示すタイミングチャートである。 第２実施形態に係るユーザ特定システムの構成の一例を概略的に示す構成図である。 第２実施形態に係るユーザ特定ＥＣＵの構成の一例を示す機能ブロック図である。 第２実施形態に係る車載装置ＥＣＵの構成の一例を示す機能ブロック図である。 第２実施形態に係るユーザ特定装置の構成の一例を示す機能ブロック図である。

以下、図面を参照して発明を実施するための形態について説明する。

［第１実施形態］
まず、図１〜図６を参照して、本実施形態に係るユーザ特定システム１の構成について説明をする。

図１は、ユーザ特定システム１の構成の一例を概略的に示すブロック図である。ユーザ特定システム１は、車両１００に搭載され、予め車両１００（具体的には、後述するユーザ特定ＥＣＵ７０や車載装置ＥＣＵ８０の内部メモリ等）に登録される複数のユーザの中から車両１００に乗車する或いは乗車しているユーザを特定する。

尚、本実施形態において、「車両１００に乗車するユーザ」とは、車両１００に乗車する前のユーザで、これから車両１００に乗車するユーザを意味し、「車両１００に乗車しているユーザ」とは、現に車両１００に乗車しているユーザを意味する。

ユーザ特定システム１は、照合ＥＣＵ（Electronic Control Unit）１０、ＬＦ送信機１１、ＲＦ受信機１２、カメラＥＣＵ２０、カメラ２１、ドアカーテシスイッチ３０、乗員検知センサ４０、ＩＧスイッチ５０、車輪速センサ６０、ユーザ特定ＥＣＵ７０、車載装置ＥＣＵ８０を含む。

照合ＥＣＵ１０は、ＬＦ送信機１１及びＲＦ受信機１２と共に、スマートキーシステム２に含まれる。

スマートキーシステム２では、車両１００（照合ＥＣＵ１０）に予め登録され、ユーザが携帯するスマートキー２００と、車両１００（照合ＥＣＵ１０）との間での双方向通信に基づき、スマートキー２００の認証を行い、認証結果に基づく、スマートエントリ機能を実現される。スマートエントリ機能は、例えば、ユーザがスマートキー２００を携帯し、ドアハンドルを触ったり、ドアハンドルのトリガスイッチを押したりするだけでドアを施解錠させる機能や、ユーザがスマートキー２００を携帯し、車室内の所定のボタンを押すだけで車両をイグニッションオンさせる機能等を含む。

尚、車両１００（照合ＥＣＵ１０）に予め登録されるスマートキー２００は、１つであってもよいし、複数であってもよい。

また、スマートキー２００は、所定の近距離通信手段、例えば、ブルートゥース（Bluetooth：登録商標）通信やＮＦＣ（Near Field Communication）通信等を用いて、車両１００のユーザが携帯する携帯端末３００（例えば、携帯電話、スマートフォン、タブレット端末等）と双方向で通信することができる。スマートキー２００と携帯端末３００とは、予めペアリング処理が実行され、スマートキー２００は、所定の近距離通信手段による通信エリアに携帯端末３００が存在する場合、自動的に、携帯端末３００と通信可能に接続する。即ち、スマートキー２００には、携帯端末３００の属性情報、例えば、後述するブルートゥースアドレス（ＢＴアドレス）が予め登録される。

尚、スマートキー２００にその属性情報が予め登録される携帯端末３００は、１つであってもよいし、複数であってもよい。

以下、図２を参照して、スマートキーシステム２及び携帯端末３００の機能構成について説明する。

図２は、照合ＥＣＵ１０並びにスマートキー２００を含むスマートキーシステム２、及び携帯端末３００の構成の一例を示す機能ブロック図である。

スマートキーシステム２は、上述の如く、照合ＥＣＵ１０、ＬＦ送信機１１、ＲＦ受信機１２、スマートキー２００を含む。

照合ＥＣＵ１０は、スマートキー２００から送信される信号（後述するレスポンス信号）に基づき、予め車両１００（具体的には、照合ＥＣＵ１０）に登録されるスマートキー２００を検知する電子制御ユニットである。照合ＥＣＵ１０は、その機能が任意のハードウェア、ソフトウェア、或いはそれらの組み合わせにより実現されてよく、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を含むマイクロコンピュータを中心に構成される。照合ＥＣＵ１０は、例えば、ＲＯＭに格納される１つ以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、ＬＦ送信処理部１０１、ＲＦ受信処理部１０２、認証処理部１０３、スマートエントリ制御部１０４、通信処理部１０５を含む。

ＬＦ送信処理部１０１は、ＬＦ送信機１１を制御し、ＬＦ（Low Frequency）帯の電波（例えば、３０ｋＨｚ〜３００ｋＨｚの電波）を車室内及び車室外に送信する処理を行う。例えば、ＬＦ送信処理部１０１は、予め規定されるタイミング、例えば、車両１００がイグニッションオフ（ＩＧ−ＯＦＦ）されている期間において、定期的に、ＬＦ送信機１１からスマートキー２００に対するウェイク信号（ポーリング信号）を送信する。また、例えば、ＬＦ送信処理部１０１は、ユーザ特定ＥＣＵ７０からの送信指令に応じて、ＬＦ送信機１１からスマートキー２００に対するウェイク信号を送信する。ウェイク信号は、スマートキー２００を起床させる信号である。また、例えば、ＬＦ送信処理部１０１は、認証処理部１０３からの送信要求に応じて、ＬＦ送信機１１からスマートキー２００に対するリクエスト信号（例えば、後述するチャレンジ信号）を送信する。また、例えば、ＬＦ送信処理部１０１は、ユーザ特定ＥＣＵ７０からの送信指令に応じて、ＬＦ送信機１１からスマートキー２００に対する接続状況要求信号を送信する。接続状況要求信号は、スマートキー２００と携帯端末３００との接続状況の返信を要求する信号であり、具体的には、スマートキー２００と接続している携帯端末３００の属性情報（例えば、ＢＴアドレス）の返信を要求する信号である。

ＲＦ受信処理部１０２は、ＲＦ受信機１２を制御し、ＲＦ（Radio Frequency）帯の電波（例えば、３０ＭＨｚ〜３ＧＨｚの電波）を受信する処理を行う。例えば、ＲＦ受信処理部１０２は、ウェイク信号を受信したスマートキー２００から送信される返信信号を受信する。また、例えば、ＲＦ受信処理部１０２は、リクエスト信号を受信したスマートキー２００から送信される信号（後述するレスポンス信号）を受信する。また、例えば、ＲＦ受信処理部１０２は、接続状況要求信号を受信したスマートキー２００から送信される接続状況信号を受信する。接続状況信号には、スマートキー２００と接続する携帯端末３００の有無、及びスマートキー２００と接続する携帯端末３００の属性情報（ＢＴアドレス）が含まれる。

認証処理部１０３は、ＲＦ受信処理部１０２がスマートキー２００から返信信号を受信した場合、スマートキー２００の正当性を認証する処理（以下、単に認証処理と称する）を行う。スマートキー２００の正当性の認証方法としては、例えば、スマートキー２００に固有の識別子（ＩＤ：Identification）の照合、チャレンジレスポンス認証、或いは、それらの組み合わせ等の任意の方法が採用される。チャレンジレスポンス認証の場合、認証処理部１０３は、スマートキー２００に対して固有に設定される暗号鍵で解読可能な暗号コード（所謂"チャレンジ"）を生成し、ＬＦ送信処理部１０１に送信要求を送る。これにより、ＬＦ送信処理部１０１は、上述の如く、ＬＦ送信機１１からスマートキー２００にチャレンジ信号を送信する処理を行う。また、スマートキー２００は、チャレンジ信号を受信すると、チャレンジ信号に含まれる暗号コードの解読結果（所謂"レスポンス"）を含む信号（以下、「レスポンス信号」と称する）を車両１００（照合ＥＣＵ１０）に送信する。そして、認証処理部１０３は、"チャレンジ"の暗号鍵による解読結果と"レスポンス"とを照合し、一致する場合、スマートキー２００の正当性を認証する（認証成功）。即ち、認証処理部１０３は、スマートキー２００の認証に成功することにより、スマートキー２００を車室外或いは車室内に検知することができる。

スマートエントリ制御部１０４は、認証処理部１０３によるスマートキー２００の認証結果に基づき、上述のスマートエントリ機能を実現する制御（スマートエントリ制御）を行う。例えば、スマートエントリ制御部１０４は、認証処理部１０３によるスマートキー２００の認証が成功した後、例えば、ドアハンドルを握る等の操作が行われた場合、車両１００のドアの施錠或いは解錠を要求する信号の送信要求を通信処理部１０５に送信する。これにより、通信処理部１０５は、当該信号を後述するボディＥＣＵ８０−１に送信し、ボディＥＣＵ８０−１は、該信号を受信すると、施解錠装置（不図示）を制御し、車両１００のドアを施錠或いは解錠する。

通信処理部１０５は、例えば、ＣＡＮ（Controller Area Network）等の車載ネットワークで相互に通信可能に接続される各種ＥＣＵ（例えば、ユーザ特定ＥＣＵ７０、車載装置ＥＣＵ８０等）との間での信号の送受信に関する処理を行う。例えば、通信処理部１０５は、上述の如く、スマートエントリ制御部１０４からの送信要求に応じて、ドアの施錠或いは解錠を要求する信号をボディＥＣＵ８０−１に送信する。また、例えば、通信処理部１０５は、ユーザ特定ＥＣＵ７０から送信される送信指令を受信する。また、通信処理部１０５は、ＬＦ送信処理部１０１が予め規定されるタイミングで送信するウェイク信号（ポーリング信号）に基づくスマートキー２００の検知状況及び検知されたスマートキー２００の属性情報、例えば、上述のＩＤ（以下、「キーＩＤ」と称する）を含むキー検知情報をユーザ特定ＥＣＵ７０に送信する。また、例えば、通信処理部１０５は、ユーザ特定ＥＣＵ７０からの送信指令に応じてＬＦ送信処理部１０１が送信する、ウェイク信号に基づくスマートキー２００の検知状況及び検知されたスマートキー２００の属性情報（キーＩＤ）を含むキー検知情報をユーザ特定ＥＣＵ７０に送信する。また、例えば、通信処理部１０５は、ＲＦ受信処理部１０２がスマートキー２００から受信する接続状況信号をユーザ特定ＥＣＵ７０に送信（転送）する。

ＬＦ送信機１１は、照合ＥＣＵ１０（ＬＦ送信処理部１０１）による制御の下、車室内及び車室外にＬＦ帯の電波を送信する。ＬＦ送信機１１は、スマートキー２００が車両１００の近傍（例えば、ＬＦ送信機１１からの距離が数ｍ以内の範囲）から離れると検出できない程度の強度の電波を送信する。これにより、照合ＥＣＵ１０（認証処理部１０３）は、車両１００に接近するスマートキー２００を検知したり、車両１００から離れるスマートキー２００を検知したりすることができる。

尚、例えば、車室内にＬＦ帯の電波を送信するＬＦ送信機１１と車室外にＬＦ電波を送信するＬＦ送信機１１が設けられてよい。これにより、照合ＥＣＵ１０（認証処理部１０３）は、検知するスマートキー２００が車室内になるのか、車室外にあるのかを判別することができる。更に、車室外にＬＦ帯の電波を送信するＬＦ送信機１１として、各ドアに対応させた複数のＬＦ送信機１１が設けられてもよい。これにより、照合ＥＣＵ１０（認証処理部１０３）は、車両１００に設けられるドアのうちの何れのドアの近傍にスマートキー２００が存在するかを判別することができる。

ＲＦ受信機１２は、照合ＥＣＵ１０（ＲＦ受信処理部１０２）による制御の下、ＲＦ帯の電波を受信する。

スマートキー２００は、ＬＦ受信機２１０、ＲＦ送信機２２０、ブルートゥース通信モジュール（ＢＴ通信モジュール）２３０、スマートキーＥＣＵ２４０を含む。

ＬＦ受信機２１０は、スマートキーＥＣＵ２４０（後述するＬＦ受信処理部２４０１）による制御の下、ＬＦ帯の電波を受信する。

ＲＦ送信機２２０は、スマートキーＥＣＵ２４０（後述するＲＦ送信処理部２４０２）による制御の下、ＲＦ帯の電波を送信する。

ＢＴ通信モジュール２３０は、携帯端末３００と近距離通信を行うための通信デバイスの一例である。ＢＴ通信モジュール２３０は、スマートキーＥＣＵ２４０（後述するＢＴ通信処理部２４０４）の制御の下、ブルートゥース通信により、携帯端末３００と通信可能に接続する。以下、ＢＴ通信モジュール２３０は、マルチポイント機能（ペアリングした複数のブルートゥース機器と同時に接続することが可能な機能）を有することを前提にする。また、ＢＴ通信モジュール２３０は、自動ペアリングにより、携帯端末３００（後述するＢＴ通信モジュール３１０）とブルートゥース通信可能に接続されることを前提にする。

スマートキーＥＣＵ２４０は、スマートキー２００における各種制御処理を実行する電子制御ユニットである。スマートキーＥＣＵ２４０は、その機能が任意のハードウェア、ソフトウェア、或いはそれらの組み合わせにより実現されてよく、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を含むマイクロコンピュータを中心に構成される。スマートキーＥＣＵ２４０は、例えば、ＲＯＭに格納される１つ以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、ＬＦ受信処理部２４０１、ＲＦ送信処理部２４０２、認証情報生成部２４０３、ＢＴ通信処理部２４０４を含む。

ＬＦ受信処理部２４０１は、ＬＦ受信機２１０を制御し、ＬＦ帯の電波を受信する処理を行う。例えば、ＬＦ受信処理部２４０１は、車両１００（照合ＥＣＵ１０）から送信されるウェイク信号、リクエスト信号（チャレンジ信号）、接続状況要求信号等を受信する。

尚、スマートキーＥＣＵ２４０は、通常、ＬＦ帯の電波を受信する機能（即ち、ＬＦ受信処理部２４０１）以外の他の機能が停止されたスリープ状態にあり、ＬＦ受信処理部２４０１が受信するウェイク信号により他の機能が起床する。

ＲＦ送信処理部２４０２は、ＲＦ送信機２２０を制御し、ＲＦ帯の電波を外部に送信する処理を行う。例えば、ＲＦ送信処理部２４０２は、ＬＦ受信処理部２４０１がウェイク信号を受信すると、その旨を表す返信信号を車両１００（照合ＥＣＵ１０）に対して送信する。また、例えば、ＲＦ送信処理部２４０２は、認証情報生成部２４０３からの送信要求に応じて、レスポンス信号を車両１００（照合ＥＣＵ１０）に対して送信する。また、例えば、ＲＦ送信処理部２４０２は、ＬＦ受信処理部２４０１が接続状況要求信号を受信すると、予めスマートキー２００（スマートキーＥＣＵ２４０）に登録される携帯端末３００との接続状況を表す接続状況信号を車両１００（照合ＥＣＵ１０）に送信する。

尚、接続状況信号には、上述の如く、スマートキー２００（ＢＴ通信モジュール２３０）と接続している携帯端末３００の属性情報（ＢＴアドレス）が含まれる。

認証情報生成部２４０３は、ＬＦ受信処理部２４０１がリクエスト信号（チャレンジ信号）を受信すると、照合ＥＣＵ１０による認証処理に必要な情報（認証情報）を生成する。例えば、認証情報生成部２４０３は、上述の如く、認証情報として、チャレンジ信号に含まれる暗号コードの解読結果（レスポンス）を生成し、解読結果を含むレスポンス信号の送信要求をＲＦ送信処理部２４０２に送る。

ＢＴ通信処理部２４０４は、ＢＴ通信モジュール２３０を制御し、ブルートゥース通信により、予め登録される携帯端末３００（ＢＴ通信モジュール３１０）との接続処理を行う。

携帯端末３００は、ＢＴ通信モジュール３１０、処理装置３２０を含む。

ＢＴ通信モジュール３１０は、処理装置３２０（後述するＢＴ通信処理部３２０１）の制御の下、ブルートゥース通信により、スマートキー２００（ＢＴ通信モジュール２３０
）と通信可能に接続する。

処理装置３２０は、任意のハードウェア、ソフトウェア、或いはそれらの組み合わせにより実現されてよく、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を含むコンピュータを中心に構成される。処理装置３２０は、例えば、ＲＯＭに格納される１つ以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、ＢＴ通信処理部３２０１を含む。

ＢＴ通信処理部３２０１は、ＢＴ通信モジュール３１０を制御し、ブルートゥース通信により、予め登録されるスマートキー２００（ＢＴ通信モジュール２３０）との接続処理を行う。

図１に戻り、カメラＥＣＵ２０は、カメラ２１（後述するカメラ２１Ｄ，２１Ｐ）の動作を制御する電子制御ユニットである。カメラＥＣＵ２０は、その機能が任意のハードウェア、ソフトウェア、或いはそれらの組み合わせにより実現されてよく、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を含むマイクロコンピュータを中心に構成される。例えば、カメラＥＣＵ２０は、車両１００のイグニッションオン（ＩＧ−ＯＮ）により、カメラ２１を起動させ、車両１００のイグニッションオフ（ＩＧ−ＯＦＦ）後、照合ＥＣＵ１０（認証処理部１０３）によりスマートキー２００が検知されなくなると停止させる。また、例えば、カメラＥＣＵ２０は、ユーザ特定ＥＣＵ７０から受信する撮像要求に応じて、カメラ２１に撮像指令を送信する。カメラＥＣＵ２０は、ＣＡＮ等の車載ネットワークを通じてユーザ特定ＥＣＵ７０と通信可能に接続され、カメラ２１から入力される撮像画像（顔画像）をユーザ特定ＥＣＵ７０に送信する。

カメラ２１は、カメラＥＣＵ２０による制御の下、車室内のユーザの顔の部分を中心とする範囲を撮像する。カメラ２１は、運転席のユーザを撮像するカメラ２１Ｄと、助手席のユーザを撮像するカメラ２１Ｐを含む。カメラ２１Ｄ，２１Ｐは、それぞれ、例えば、車室内の運転席及び助手席の前上部のヘッダ部に取り付けられる。カメラ２１（カメラは、例えば、１対１の通信線等を通じてカメラＥＣＵ２０と接続され、撮像画像（顔画像）をカメラＥＣＵ２０に送信する。

尚、カメラ２１は、運転席及び助手席のユーザを撮像するカメラ２１Ｄ，２１Ｐに加えて、運転席及び助手席以外の座席、例えば、車両１００の後席のユーザの顔の部分を中心とする範囲を撮像するカメラを含んでもよい。これにより、車両１００の運転席及び助手席以外の座席に着座するユーザの顔の画像を撮像することができる。

ドアカーテシスイッチ３０は、車両１００の各ドアの開閉に応じて、ＯＮ／ＯＦＦされる。ドアカーテシスイッチ３０は、１対１の通信線やＣＡＮ等の車載ＬＡＮを通じてユーザ特定ＥＣＵ７０と通信可能に接続され、車両１００の開閉状態に対応する状態信号（開扉信号或いは閉扉信号）をユーザ特定ＥＣＵ７０に送信する。

乗員検知センサ４０は、車両１００のシートにユーザが着座していることを検知する既知の検知手段である。乗員検知センサ４０は、例えば、運転席及び助手席に設けられる。乗員検知センサ４０は、１対１の通信線やＣＡＮ等の車載ネットワークを通じてユーザ特定ＥＣＵ７０と通信可能に接続され、乗員の検知状態を表す状態信号をユーザ特定ＥＣＵ７０に送信する。

尚、乗員検知センサ４０は、運転席及び助手席に加えて、車両１００のその他の座席に設けられてもよい。これにより、運転席及び助手席以外の特定の座席に乗員が着座したことを検知することができる。

イグニッションスイッチ（ＩＧスイッチ）５０は、ユーザの操作に応じて、車両１００をイグニッションオン或いはイグニッションオフする。ＩＧスイッチ５０は、１対１の通信線やＣＡＮ等の車載ネットワークを通じてユーザ特定ＥＣＵ７０と通信可能に接続され、その状態信号（ＩＧ信号）は、ユーザ特定ＥＣＵ７０に送信される。

尚、車両１００のイグニッションオンは、車両１００を走行可能な状態に起動することを意味し、エンジン車のエンジンをかけることのみならず、電動車両の高圧電源をＯＮすること等を含む。

車輪速センサ６０は、車両１００の各車輪の回転速度を検出する既知の検出手段である。車輪速センサ６０は、例えば、１対１の通信線やＣＡＮ等の車載ネットワークを通じてユーザ特定ＥＣＵ７０と通信可能に接続され、検出信号をユーザ特定ＥＣＵ７０に送信する。

ユーザ特定ＥＣＵ７０は、車両１００に乗車する或いは乗車しているユーザを特定するための制御処理を行う電子制御ユニットである。ユーザ特定ＥＣＵ７０は、その機能が任意のハードウェア、ソフトウェア、或いはそれらの組み合わせにより実現されてよく、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を含むマイクロコンピュータを中心に構成される。以下、図３を参照して、ユーザ特定ＥＣＵ７０の機能構成について説明をする。

図３は、ユーザ特定ＥＣＵ７０の構成の一例を示す機能ブロック図である。

ユーザ特定ＥＣＵ７０は、例えば、ＲＯＭに格納される１つ以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部７０１、乗降車動作検知部７０２、情報取得部７０３、乗車確率算出部７０４を含む。また、ユーザ特定ＥＣＵ７０は、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等の不揮発性の内部メモリに規定される記憶領域としての記憶部７０５を含む。

尚、記憶部７０５は、ユーザ特定ＥＣＵ７０と通信可能に接続される外部の記憶装置に設けられてもよい。

通信処理部７０１は、ＣＡＮ等の車載ネットワークを通じて接続される各種ＥＣＵ（例えば、照合ＥＣＵ１０、カメラＥＣＵ２０、車載装置ＥＣＵ８０）等との間での各種信号の送受信に関する処理を行う。例えば、通信処理部７０１は、情報取得部７０３からの送信要求に応じて、上述の送信指令を照合ＥＣＵ１０に送信する。また、例えば、通信処理部７０１は、照合ＥＣＵ１０から送信される検知されたスマートキー２００の属性情報（キーＩＤ）を受信する。また、例えば、通信処理部７０１は、検知されたスマートキー２００と携帯端末３００との接続状況を表す上述の接続状況信号を照合ＥＣＵ１０から受信する。また、例えば、通信処理部７０１は、情報取得部７０３からの送信要求に応じて、上述の撮像要求をカメラＥＣＵ２０に対して送信する。また、例えば、通信処理部７０１は、撮像要求を受信したカメラＥＣＵ２０から送信されるカメラ２１（カメラ２１Ｄ，２１Ｐ）の撮像画像（顔画像）を受信する。また、例えば、通信処理部７０１は、乗車確率算出部７０４からの送信要求に応じて、後述する乗車確率情報７０５３を車載ネットワークに接続する各種ＥＣＵ等に対して送信する。

乗降車動作検知部７０２（検知部の一例）は、車両１００の乗員の変更に伴うユーザの動作、即ち、車両１００に対する乗車或いは降車が行われる際のユーザの動作を検知する。車両１００への乗車が行われる際のユーザの動作には、車両１００への接近動作、車両１００のドアの解錠動作、車両１００のドアの開扉動作、車両１００のシートへの着座動作、車両１００のドアの閉扉動作、車両１００のＩＧ−ＯＮ操作等の他、着座後の所定の操作（例えば、後述する運転者等を選択する特定操作）等が含まれうる。また、車両１００からの降車が行われる際のユーザの動作には、車両１００のドアの開扉、退座動作（シートから立ち上がる動作）、車両１００のドアの閉扉動作、車両１００から離れる動作等が含まれうる。例えば、乗降車動作検知部７０２は、通信処理部７０１が受信するスマートキー２００のキー検知情報に基づき、スマートキー２００を携帯する対象ユーザの車両１００への接近動作、及び車両１００から離れる動作を検知する。また、例えば、乗降車動作検知部７０２は、通信処理部７０１が受信する携帯端末３００の接続状況信号に基づき、携帯端末３００を携帯する対象ユーザの車両１００への接近動作、及び車両１００から離れる動作を検知する。また、例えば、乗降車動作検知部７０２は、通信処理部７０１がボディＥＣＵ８０−１から受信する施解錠状況情報に基づき、ユーザの車両１００のドアの解錠動作を検知する。また、例えば、乗降車動作検知部７０２は、ドアカーテシスイッチ３０から受信する状態信号（開扉信号）に基づき、ユーザの車両１００のドアの開扉動作を検知する。また、例えば、乗降車動作検知部７０２は、乗員検知センサ４０から受信する状態信号に基づき、ユーザの車両１００のシートへの着座動作、及びシートからの退座動作を検知する。また、例えば、乗降車動作検知部７０２は、ドアカーテシスイッチ３０から受信する一連の状態信号（即ち、所定時間内で連続して受信する開扉信号及び閉扉信号）に基づき、ユーザの車両１００のシートへの着座動作、及びシートからの着座動作を検知してもよい。また、例えば、乗降車動作検知部７０２は、ＩＧスイッチ５０から受信するＩＧ信号に基づき、車両１００のＩＧ−ＯＮ操作を検知する。

情報取得部７０３（取得部の一例）は、車両１００に対する乗車及び降車が行われる際のユーザの予め規定された複数の動作（以下、「対象動作」と称する）の何れかが乗降車動作検知部７０２により検知された場合、予め車両１００（ユーザ特定ＥＣＵ７０）に登録される複数のユーザ（以下、「対象ユーザ」と称する）の何れかが車両１００に乗車する或いは乗車していることを表すＭ種類（Ｍ≧２）の情報（乗車表示情報）のうちの少なくともＫ種類（Ｍ≧Ｋ≧２）の乗車表示情報を取得する。即ち、情報取得部７０３は、車両１００に対する乗車及び降車の少なくとも一方が行われる際のユーザの複数の対象動作が行われる複数のシーン（各対象動作の一区切り）において、複数の種類（少なくともＫ種類）の乗車表示情報を取得する。乗車表示情報の種類には、スマートキー２００の属性情報、携帯端末３００の属性情報、カメラ２１Ｄ，２１Ｐの撮像画像（顔画像）の情報、ユーザ自身が乗員を特定する操作（例えば、車室内のディスプレイの画面上に表示される複数のユーザの中から運転者を選択する操作。以下、特定操作と称する）の内容に関する情報等が含まれる。また、対象動作には、乗降車動作検知部７０２が検知対象とする動作の一部又は全部が含まれる。例えば、情報取得部７０３は、乗降車動作検知部７０２により対象動作が検知された場合、通信処理部７０１に送信要求を送り、通信処理部７０１は、送信要求に応じて、上述の如く、照合ＥＣＵ１０に送信指令を送信する。これにより、送信指令を受信した照合ＥＣＵ１０にて、上述の各種処理が行われ、情報取得部７０３は、通信処理部７０１を通じて、キー検知情報（スマートキー２００の検知状況、検知されたスマートキー２００の属性情報）、接続状況信号（スマートキー２００と接続する携帯端末３００の属性情報）等を取得することができる。また、例えば、情報取得部７０３は、乗降車動作検知部７０２により対象動作が検知された場合、通信処理部７０１に送信要求を送り、通信処理部７０１は、送信要求に応じて、上述の如く、カメラＥＣＵ２０に撮像指令を送信する。これにより、撮像指令を受信したカメラＥＣＵ２０にて、上述の各種処理が行われ、情報取得部７０３は、通信処理部７０１を通じて、カメラ２１Ｄ，２１Ｐの撮像画像（顔画像）を取得することができる。但し、上述の如く、カメラ２１Ｄ，２１ＰやカメラＥＣＵ２０が停止している場合（即ち、車両１００のＩＧ−ＯＦＦ状態の場合）、情報取得部７０３は、カメラ２１Ｄ，２１Ｐの撮像画像（顔画像）を取得することができない。そのため、情報取得部７０３は、カメラ２１Ｄ，２１Ｐの撮像画像（顔画像）を取得することができないことが予め分かっている状況では、通信処理部７０１に対する撮像指令の送信要求を送らないようにしてもよい。また、情報取得部７０３は、ユーザ自身が乗員を特定する操作（特定操作）を行う操作手段を制御対象とするＨＭＩ（Human Machine Interface）−ＥＣＵ８０−Ｎから通信処理部７０１が受信する情報に基づき、ユーザ自身による特定操作の内容に関する情報（例えば、予め登録された複数のユーザのうちの運転者として選択されたユーザに関する情報）を取得する。

尚、車両１００に対する乗車及び降車の少なくとも一方が行われる際の予め規定された複数の対象動作とは、車両１００に乗車する或いは乗車している対象ユーザの特定を要する状況、即ち、車両１００の乗員が変更する状況で行われる対象ユーザの複数の対象動作を意味する。例えば、駐車状態の車両１００にユーザが乗り込む場合、基本的に、乗車のみが行われ、例えば、車両１００からの途中降車が行われる場合、降車のみが行われるが、車両１００からの途中乗車と途中降車が同時に行われる場合、乗車と降車の双方が行われるからである。また、本実施形態では、後述の如く、Ｍ＝４、Ｋ＝２の場合（４種類の乗車表示情報のうちの少なくとも２種類の乗車表示情報を取得可能な場合）を例示して説明を行うが、例えば、カメラ２１Ｄ，２１Ｐの撮像画像や特定操作に関する情報を省略し、Ｍ＝２，Ｋ＝２としてもよい。即ち、少なくとも複数の種類（２種類以上）の情報で後述の乗車確率が算出可能な構成であればよい。

乗車確率算出部７０４（確率算出部の一例）は、情報取得部７０３が取得する複数の種類（少なくともＫ種類）の乗車表示情報（スマートキー２００の属性情報、携帯端末３００の属性情報、カメラ２１Ｄ，２１Ｐの撮像画像等）と、記憶部７０５に記憶されるプロファイル情報７０５１に基づき、各対象ユーザが車両１００に乗車する或いは乗車している確率（乗車確率）を算出する。プロファイル情報７０５１（紐付け情報の一例）は、各対象ユーザの識別情報（例えば、ユーザＩＤ）と、各ユーザに対応するＭ種類の乗車表示情報とを紐づけた紐付け情報であり、予め記憶部７０５に登録される。以下、図４を参照して、プロファイル情報７０５１について説明する。

図４は、プロファイル情報７０５１の一例を示す図である。以下、本例を含めて、本実施形態では、対象ユーザとして、ユーザＡ〜Ｃの３名が予め車両１００（ユーザ特定ＥＣＵ７０）に登録されている前提で説明を行う。

尚、図中の"ユーザＡ"、"ユーザＢ"、"ユーザＣ"の部分（欄）の内容は、具体的には、ユーザＩＤ等の識別情報である。図中の顔画像の内容を表す情報（"α"、"β"、"γ"）は、記憶部７０５に記憶される顔画像を識別するための識別子（例えば、ＩＤや記憶領域のアドレス等）である。また、本例における特定操作の"選択Ａ"、"選択Ｂ"、"選択Ｃ"は、それぞれ、ユーザＡ、ユーザＢ、ユーザＣを運転者として選択する操作を表す。

図４に示すように、ユーザＡ〜Ｃのそれぞれに対応するスマートキー２００の属性情報（キーＩＤ）、携帯端末３００の属性情報（ＢＴアドレス）、顔画像の識別子、及び特定操作の内容がテーブル形式で表されている。

具体的には、ユーザＡに対応するキーＩＤ、ＢＴアドレス、顔画像の識別子、及び特定操作は、それぞれ、"ＸＸＸＸＸＸ"、"ＡＡＡＡＡＡ"、"α" 、及び"選択Ａ"である。また、ユーザＢに対応するキーＩＤ、ＢＴアドレス、顔画像の識別子は、それぞれ、"ＸＸＸＸＸＸ"、"ＢＢＢＢＢＢ、"β"、及び"選択Ｂ"である。また、ユーザＣに対応するキーＩＤ，ＢＴアドレス、顔画像の識別子は、それぞれ、"ＹＹＹＹＹＹ"、"ＣＣＣＣＣＣ"、"γ" 、及び"選択Ｃ"である。

尚、ユーザＡ，Ｂに対応するキーＩＤは、共に、"ＸＸＸＸＸＸ"であるが、これは、同じスマートキー２００（後述するスマートキー２００Ｘ）を２人のユーザＡ，Ｂが共用していることを表している。

乗車確率算出部７０４は、情報取得部７０３が取得するスマートキー２００の属性情報、携帯端末３００の属性情報と、プロファイル情報７０５１とを比較することにより、スマートキー２００或いはスマートキー２００及び携帯端末３００を携帯し、車両１００に乗車しようとしている或いは乗車している対象ユーザを推測することができる。

また、乗車確率算出部７０４は、情報取得部７０３が取得するカメラ２１Ｄ，２１Ｐの撮像画像と、記憶部７０５に記憶される全ての顔画像とに基づき、既知の顔認識処理を行い、撮像画像が何れの顔画像に対応するかを判断する。そして、乗車確率算出部７０４は、撮像画像に対応すると判断した顔画像の識別子と、プロファイル情報７０５１とを比較することにより、車両１００の運転席或いは助手席に乗車（着座）している対象ユーザを推測することができる。即ち、カメラ２１Ｄ，２１Ｐの撮像画像は、車両１００の複数の座席区分（運転席及び助手席）の何れかに対応する態様で取得されるため、乗車確率算出部７０４は、対象ユーザが乗車している座席区分を推測することができる。

尚、カメラ２１Ｄ，２１Ｐに代えて、或いは、加えて、車両１００の各ドアに生体認証センサを設けてもよい。これにより、乗車確率算出部７０４は、情報取得部７０３が取得する生体認証センサ（例えば、指紋認証センサ）の検出結果に基づき、各ドアを開扉する対象ユーザを特定できるため、該対象ユーザが乗車する座席区分を推測することができる。また、顔認証処理は、カメラＥＣＵ２０により実行されてもよい。この場合、乗車確率算出部７０４は、通信処理部７０１がカメラＥＣＵ２０から受信する顔認証処理の結果（顔画像の識別子）と、プロファイル情報７０５１とを比較することにより、車両１００の運転席或いは助手席に着座している対象ユーザを推測することができる。

また、乗車確率算出部７０４は、情報取得部７０３が取得する特定操作の内容と、プロファイル情報７０５１とを比較することにより、車両１００の運転席に乗車している対象ユーザを推測することができる。

また、図４に示すように、テーブル形式のプロファイル情報７０５１には、対象ユーザを追加し、追加したユーザに対応するキーＩＤ、ＢＴアドレス、顔画像の識別子、特定操作の内容を登録する場所（図中のユーザに対応するＮ／Ｒの部分）が予め準備されている。そのため、事後的に、対象ユーザを追加することができる。

また、図４に示すように、テーブル形式のプロファイル情報７０５１には、情報取得部７０３が取得可能な乗車表示情報の種類を追加し、各ユーザに対応する追加した種類の乗車表示情報を登録する場所（図中の乗車表示情報に対応するＮ／Ｒの部分）が予め準備されている。そのため、事後的に、情報取得部７０３が取得可能な乗車表示情報の種類が追加された場合（例えば、事後的に、生体認証センサが追加された場合）であっても、適宜対応することができる。

このように、乗車確率算出部７０４は、情報取得部７０３が取得するＫ種類の乗車表示情報と、プロファイル情報７０５１に基づき、車両１００に乗車する或いは乗車しているユーザを推測することができる。例えば、乗車確率算出部７０４は、プロファイル情報７０５１に基づく推測結果（各種類の乗車表示情報に基づく車両１００に乗車する或いは乗車している対象ユーザの推測結果）に対して、記憶部７０５に記憶されるＷＦ（Weight Factor）情報７０５２を適用し、乗車確率を算出する。以下、図５を参照し、乗車確率を算出する手法について説明をする。

図５は、ＷＦ情報７０５２の一例を示す図である。具体的には、各種類の乗車表示情報に基づく推測結果に対する重み係数（ＷＦ）がそれぞれパーセンテージ表示されている。

図５に示すように、乗車確率を算出するための判断要素（乗車情報に基づく推測結果及び乗車履歴）のそれぞれに対する重み係数（ＷＦ）がテーブル形式で表されている。

具体的には、ある対象ユーザに関して、スマートキー２００の属性情報（キーＩＤ）に基づき、車両１００に乗車する或いは乗車していると推測される場合、該対象ユーザの乗車確率に２０％が付加される。

また、ある対象ユーザに関して、携帯端末３００の属性情報（ＢＴアドレス）に基づき、車両１００に乗車する或いは乗車していると推測される場合、スマートキー２００の属性情報に対応する重み係数より大きい３０％を該対象ユーザの乗車確率に付加する。スマートキー２００は、上述の如く、複数の対象ユーザで共用される場合がありうるが、携帯端末３００は、複数の対象ユーザで共用される場合はほとんどあり得ないからである。

また、ある対象ユーザに関して、顔画像に基づき、車両１００に乗車する或いは乗車していると推測される場合、スマートキー２００や携帯端末３００の属性情報に対応する重み係数よりも大きい３５％を該対象ユーザの乗車確率に付加する。顔画像に基づく顔認証は、対象ユーザ本人の撮像画像を用いており、携帯端末３００やスマートキー２００等に基づく間接的な推測結果より信頼性が高いと考えられるからある。

また、ある対象ユーザに関して、特定操作に基づき、車両１００に乗車していると推測される場合、顔画像に対応する重み係数と同じ３５％を該対象ユーザの乗車確率に付加する。対象ユーザ自身の操作に基づいているため、顔認証と同様、信頼性が高いと考えられるからである。

尚、本例では、全ての重み係数の合計値が１００％を超えているが、顔画像に基づく推測結果と、特定操作に基づく推測結果との何れか一方しか得られない前提であるため、乗車確率が１００％を超えることはない。具体的には、特定操作に対応する画面の表示は、車両１００がＩＧ−ＯＮされる前に実行され、顔画像は、上述の如く、車両１００がＩＧ−ＯＮされた後に取得可能な構成である。

また、本例では、各種類の乗車表示情報に基づく推測結果に加えて、乗車履歴を加味している。具体的には、乗車履歴から乗車頻度が比較的高い（例えば、全トリップ数に対する乗車回数の比率が所定閾値以上）場合、乗車履歴に基づく重み係数（１０％）が対象ユーザの乗車確率に付加される。乗車回数は、例えば、車両１００のＩＧ−ＯＮからＩＧ−ＯＦＦまでの１トリップを１回として、車両１００の走行開始（ＩＧ−ＯＮ直後の走行開始及び途中で対象ユーザの乗降車が行われた後の走行開始の双方を含む）の直前に、乗車確率算出部７０４が算出した乗車確率が所定閾値以上である対象ユーザは、乗車回数を１だけインクリメントする態様で更新されるとよい。

また、図４の場合と同様、テーブル形式のＷＦ情報７０５２には、情報取得部７０３が取得可能な乗車表示情報の種類を追加する場所（図中の乗車表示情報に対応するＮ／Ｒの部分）が予め準備されている。そのため、事後的に、情報取得部７０３が取得可能な乗車表示情報の種類が追加された場合（例えば、事後的に、生体認証センサが追加された場合）であっても、適宜対応することができる。

また、乗車確率算出部７０４は、算出した乗車確率が、車両１００に乗車する確率であるのか、車両１００に乗車している確率であるのかを示すフラグ（車室内フラグＦ）を設定する。例えば、乗車確率算出部７０４は、乗降車動作検知部７０２の検知履歴に基づき、検知されたスマートキー２００、スマートキー２００に接続している携帯端末３００に対応する対象ユーザが車室外にいるのか、車室内にいるのかを判断することができる。即ち、検知されたスマートキー２００及びスマートキー２００に接続している携帯端末３００に対応する対象ユーザがドアを開扉する前であれば、車室外にいるので、乗車確率は、車両１００に乗車する確率を表す。また、ドアを開扉した後、或いは、着座動作が行われた後は、退座動作が行われない限り、対象ユーザは、車室内にいるので、乗車確率は、車両１００に乗車している確率を表す。また、例えば、乗車確率算出部７０４は、顔画像に基づく推測結果によれば、一義的に、乗車確率は、車両１００に乗車している確率を表す。カメラ２１Ｄ，２１Ｐの撮像画像（顔画像）は、対象ユーザが車室内にいないと取得できないからである。乗車確率算出部７０４は、乗車確率が車両１００に乗車する確率を表す場合、車室内フラグＦを０に設定し、乗車確率が車両１００に乗車している確率を表す場合、車室内フラグＦを１に設定する。

尚、乗車確率が０％である場合、車室内フラグＦに値を設定しない態様であってもよいし、車室外の場合と同様、"０"に設定してもよい。乗車確率が０％である場合、車室内フラグＦの値に意味がないからである。

乗車確率算出部７０４は、算出した各対象ユーザの乗車確率、推測される座席区分（推測座席区分）及び車室内フラグＦを含む乗車確率情報７０５３を生成し、記憶部７０５に記憶（更新）させると共に、通信処理部７０１に送信要求を送る。これにより、通信処理部７０１は、上述の如く、乗車確率情報７０５３を車載ネットワークに接続する各種ＥＣＵ等に対して送信する。以下、図６を参照して、乗車確率情報７０５３の内容について説明する。

図６は、乗車確率情報７０５３の一例を示す図である。

図６に示すように、ユーザＡ〜Ｃのそれぞれに対応する座席区分、車室内フラグＦ、乗車確率がテーブル形式で表されている。

本例では、ユーザＡは、座席区分が"運転席（Ｄ席）"であり、車室内フラグが"１"であり、乗車確率が"５０％"である。また、ユーザＢは、座席区分が"助手席（Ｐ席）"であり、車室内フラグが１であり、乗車確率が"５０％"である。また、ユーザＣは、座席区分が未定であり、車室内フラグが"０"であり、乗車確率が"３０％"である。

また、図４の場合と同様、テーブル形式の乗車確率情報７０５３には、対象ユーザを追加する場所（図中のユーザに対応するＮ／Ｒの部分）が予め準備されている。そのため、事後的に、対象ユーザを追加することができる。

図１に戻り、車載装置ＥＣＵ８０は、制御対象となる各種車載装置の制御を行う電子制御ユニットである。車載装置ＥＣＵ８０は、その機能が任意のハードウェア、ソフトウェア、或いはそれらの組み合わせにより実現されてよく、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を含むマイクロコンピュータを中心に構成される。本実施形態では、車載装置ＥＣＵ８０は、ユーザ特定ＥＣＵ７０から送信される乗車確率情報７０５３を受信し、受信した乗車確率情報（後述する乗車確率情報８０５１）に基づき、車載装置の制御を行う。車載装置ＥＣＵ８０は、ＣＡＮ等の車載ネットワークを通じて、各種ＥＣＵ（例えば、照合ＥＣＵ１０、カメラＥＣＵ２０、ユーザ特定ＥＣＵ７０等）と相互に通信可能に接続される。車載装置は、複数の車載装置ＥＣＵ８０−１〜８０−Ｎ（Ｎ≧３）を含む。

尚、本例では、Ｎ≧３であるが、Ｎ＝１であってもよいし、Ｎ＝２であってもよい。

ボディＥＣＵ８０−１は、例えば、車両１００のドアの施解錠装置（不図示）、車両１００の運転席並びに助手席のシート位置調整装置（不図示）、ステアリング位置調整装置（不図示）、及びドアミラー調整装置（不図示）等の制御を行う電子制御ユニットである。本実施形態では、ボディＥＣＵ８０−１は、乗車確率情報８０５１に基づき、施解錠装置、シート位置調整装置、及びステアリング位置調整装置等の制御を行う。また、ボディＥＣＵ８０−１は、施解錠装置による車両１００のドアの施解錠状況情報（各ドアが施錠されているか否かに関する情報）を、車載ネットワークを通じて各種ＥＣＵに送信する。

エアコンＥＣＵ８０−２は、車両１００の空調装置（不図示）の制御を行う電子制御ユニットであり、本実施形態では、乗車確率情報８０５１に基づき、空調装置の制御を行う。

ＨＭＩ−ＥＣＵ８０−Ｎは、車両１００のユーザとの間のＨＭＩ機能に関連する制御処理を行う電子制御ユニットである。例えば、ＨＭＩ−ＥＣＵ８０−Ｎは、車両１００のナビゲーション装置、オーディオ装置の他、車室内のディスプレイに各種情報を表示させる情報表示装置等の制御を行う。本実施形態では、ＨＭＩ−ＥＣＵ８０−Ｎは、乗車確率情報８０５１に基づき、ナビゲーション装置、オーディオ装置、情報表示装置等の制御を行う。

以下、図７を参照して、車載装置ＥＣＵ８０の機能構成について説明をする。

図７は、車載装置ＥＣＵ８０の構成の一例を示す機能ブロック図である。

車載装置ＥＣＵ８０は、例えば、ＲＯＭに格納される１つ以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部８０１、乗車ユーザ特定部８０２、同乗回数更新部８０３、主制御部８０４を含む。また、車載装置ＥＣＵ８０は、例えば、ＥＥＰＲＯＭ等の不揮発性の内部メモリに規定される記憶領域としての記憶部８０５を含む。

通信処理部８０１は、ＣＡＮ等の車載ネットワークを通じて接続される各種ＥＣＵ等との間での各種信号の送受信に関する処理を行う。例えば、通信処理部８０１は、ユーザ特定ＥＣＵ７０から送信される乗車確率情報７０５３を受信し、記憶部８０５に記憶させる（乗車確率情報８０５１）。上述の如く、乗車確率情報７０５３は、乗降車動作検知部７０２が対象動作を検知する度に生成され、車載装置ＥＣＵ８０に送信されるため、通信処理部８０１は、乗車確率情報７０５３を受信する度に、記憶部８０５内の乗車確率情報８０５１を更新する。

乗車ユーザ特定部８０２（特定部の一例）は、乗車確率情報８０５１に基づき、車両１００に乗車する或いは乗車しているユーザを特定する。例えば、乗車ユーザ特定部８０２は、乗車確率情報８０５１における乗車確率が所定の閾値以上である対象ユーザが車両１００に乗車する或いは乗車していると特定してよい。また、閾値は、対象ユーザを特定するタイミング、例えば、対象ユーザが車室外にいる場合と車室内にいる場合とで、可変とされてもよい。車室外にいる対象ユーザに関して取得可能な乗車表示情報の種類数（スマートキー２００の属性情報、及び携帯端末３００の属性情報）は、車室内にいる対象ユーザに関して取得可能な乗車表示情報（スマートキー２００の属性情報、携帯端末３００の属性情報、特定操作に関する情報、カメラ２１Ｄ，２１Ｐの顔画像の情報）の種類数よりも少ない場合が多い。そのため、例えば、対象ユーザが車室外にいる場合の閾値を、車室内にいる場合の閾値より小さくすることにより、取得可能な乗車表示情報が少ない車室外の対象ユーザを車両１００に乗車するユーザとして適切に特定することができる。また、乗車ユーザ特定部８０２は、車両１００の複数の座席区分（運転席及び助手席）の何れかに対応する態様で取得される乗車表示情報（カメラ２１Ｄ，２１Ｐの撮像画像）に基づき、乗車する或いは乗車しているユーザの座席区分を特定する。具体的には、乗車ユーザ特定部８０２は、乗車確率算出部７０４がカメラ２１Ｄ，２１Ｐの撮像画像に基づき推測した各対象ユーザの座席区分（乗車確率情報８０５１内の各対象ユーザの推測座席区分）から、乗車する或いは乗車しているユーザの座席区分を特定する。また、各車載装置ＥＣＵ８０−１〜８０−Ｎは、それぞれ、任意に対象ユーザを特定できるため、例えば、対象ユーザの特定精度がある程度低い状態を許容する車載装置に関しては、比較的緩い条件で対象ユーザの特定を行い、対象ユーザの特定精度がある程度高い状態を要求する車載装置に関しては、比較的厳しい条件でユーザの特定を行う等、対象ユーザの特定に関する自由度を与えることができる。

尚、各車載装置ＥＣＵ８０−１〜８０−Ｎの代わりに、ユーザ特定ＥＣＵ７０が車両１００に乗車する或いは乗車しているユーザを特定し、特定結果を各車載装置ＥＣＵ８０−１〜８０−Ｎに送信する態様であってもよい。

同乗回数更新部８０３（同乗回数カウント部の一例）は、乗車ユーザ特定部８０２における特定結果に基づき、対象ユーザの相互間での同乗回数をカウントし、対象ユーザ同士の同乗回数を含む同乗回数情報８０５２を更新する処理を行う。同乗回数更新部８０３は、例えば、車両１００のＩＧ−ＯＮからＩＧ−ＯＦＦまでの１トリップを１回として、車両１００の走行開始（ＩＧ−ＯＮ直後の走行開始及び途中で対象ユーザの乗降車が行われた後の走行開始の少なくとも一方）の直前に、２人以上の対象ユーザが乗車していると特定された場合、当該ユーザ同士の同乗回数を１だけインクリメントする態様で、同乗回数をカウントし、同乗回数情報８０５２を更新する。

主制御部８０４（制御部の一例）は、制御対象である車載装置（施解錠装置、シートポジション調整装置、ステアリング位置調整装置、ドアミラー調整装置、空調装置、ナビゲーション装置、オーディオ装置、情報表示装置等）の制御処理を行う。例えば、主制御部８０４は、乗車ユーザ特定部８０２により車両１００に乗車する或いは乗車していると特定された対象ユーザに対応して予め設定される制御条件（制御モード）に応じて、車載装置を制御する。具体的には、ボディＥＣＵ８０−１の主制御部８０４は、車両１００に乗車する対象ユーザに対応して予め規定されるアンロックモード（例えば、解錠操作が行われるドアのみ解錠させるアンロックモードや全てのドアを解錠させるアンロックモード等）に応じて、施解錠装置を制御してよい。また、ボディＥＣＵ８０−１の主制御部８０４は、車両１００の運転席に乗車している対象ユーザに対応して予め設定されるロックモード（例えば、ドアの閉扉後、全ドアをロックする施錠モードや、ドアの閉扉後も施錠を行わない施錠モード等）に応じて、施解錠装置を制御してよい。また、ボディＥＣＵ８０−１の主制御部８０４は、車両１００の運転席及び助手席のそれぞれに乗車している対象ユーザに対応して予め設定されるシート位置情報に応じて、シート位置調整装置を制御してよい。また、ボディＥＣＵ８０−１の主制御部８０４は、車両１００の運転席に乗車している対象ユーザに対応して予め設定されるステアリング位置情報に応じて、ステアリング位置調整装置を制御してよい。また、ボディＥＣＵ８０−１は、車両１００の運転席に乗車している対象ユーザに対応して予め設定されるドアミラー角度情報に応じて、ドアミラー調整装置を制御してよい。また、エアコンＥＣＵ８０−２の主制御部８０４は、乗車していると特定された対象ユーザに対応して予め設定される空調モードに応じて、空調装置を制御してよい。また、エアコンＥＣＵ８０−２の主制御部８０４は、運転席及び助手席のそれぞれに乗車していると特定された各対象ユーザに対応して予め設定される空調モードに応じて、運転席の空調モードと助手席の空調モードとを独立して制御してもよい。また、ＨＭＩ−ＥＣＵ８０−Ｎの主制御部８０４は、乗車していると特定された対象ユーザに対応して予め設定される表示モード（例えば、地図画面の縮尺、北方向と車両１００の進行方向の何れを基準とするか等に関する表示モード）に応じて、ナビゲーション装置を制御してよい。また、ＨＭＩ−ＥＣＵ８０−Ｎの主制御部８０４は、乗車している対象ユーザに対応して予め設定される音源の種類等に応じて、オーディオ装置を制御してよい。また、ＨＭＩ−ＥＣＵ８０−Ｎの主制御部８０４は、車両１００の運転席に乗車している対象ユーザに対応して予め設定されるウェルカムメッセージを車室内のディスプレイに表示させるように、情報表示装置を制御してよい。これにより、車両１００に乗車する或いは乗車しているユーザの嗜好や体型等に合わせて、各種車載装置を制御できるため、ユーザの利便性を向上させることができる。

次に、図８を参照して、駐車している（ＩＧ−ＯＦＦ状態にある）車両１００に対象ユーザが乗車する状況に対応するユーザ特定ＥＣＵ７０による乗車確率算出処理について説明をする。

図８は、ユーザ特定ＥＣＵ７０による乗車確率算出処理の一例を概略的に示すフローチャートである。本フローチャートの処理は、例えば、車両１００がＩＧ−ＯＦＦされており、且つ、照合ＥＣＵ１０（認証処理部１０３）がスマートキー２００を全く検知していない場合に、所定時間間隔で、繰り返し実行される。

ステップＳ１０２にて、乗降車動作検知部７０２は、対象ユーザの車両１００への接近動作を検知したか否かを判定する。乗降車動作検知部７０２は、対象ユーザの車両１００への接近動作を検知した場合、ステップＳ１０４に進み、接近動作を検知していない場合、今回の処理を終了する。

ステップＳ１０４にて、乗降車動作検知部７０２は、対象動作を検知したか否かを判定する。乗降車動作検知部７０２は、対象動作を検知していない場合、ステップＳ１０６に進み、対象動作を検知した場合、ステップＳ１０８に進む。

ステップＳ１０６にて、乗降車動作検知部７０２は、対象ユーザの検知状態が継続しているか否か、即ち、照合ＥＣＵ１０（認証処理部１０３）によりスマートキー２００が検知された状態が継続しているか否かを判定する。

ステップＳ１０８にて、情報取得部７０３は、上述の如く、乗車表示情報を取得する処理を行う。

ステップＳ１１０にて、乗車確率算出部７０４は、上述の如く、情報取得部７０３が取得した複数の種類の乗車表示情報と、プロファイル情報７０５１と、ＷＦ情報７０５２とに基づき、各対象ユーザの乗車確率を算出する。

ステップＳ１１２にて、乗車確率算出部７０４は、上述の如く、各対象ユーザに対応する車室内フラグＦを設定する。

ステップＳ１１４にて、通信処理部７０１は、上述の如く、乗車確率算出部７０４により生成（更新）される乗車確率情報７０５３を車載ネットワークを通じて接続される各種ＥＣＵ（車載装置ＥＣＵ８０）等に送信する。

ステップＳ１１６にて、乗降車動作検知部７０２は、本フローの終了条件が成立したか否かを判定する。終了条件は、例えば、これ以上、車両１００に乗車している対象ユーザに変動が生じないと判断可能な条件である。例えば、終了条件は、車両１００のＩＧ−ＯＮ後、走行を開始したことであってよい。この場合、乗降車動作検知部７０２は、車輪速センサ６０から受信する検出信号に基づき、車両１００が走行を開始したか否かを判定してよい。乗降車動作検知部７０２は、終了条件が成立していない場合、ステップＳ１０６に戻り、終了条件が成立した場合、今回の処理を終了する。

次に、図９を参照して、乗車確率情報８０５１に基づく車載装置ＥＣＵ８０による特徴的な処理の一例として、ボディＥＣＵ８０−１による処理について説明をする。

図９は、車載装置ＥＣＵ８０（ボディＥＣＵ８０−１）による解錠処理の一例を概略的に示すフローチャートである。本フローチャートによる処理は、例えば、所定時間間隔で繰り返し実行される。

尚、本フローチャートの説明における乗車ユーザ特定部８０２、主制御部８０４等は、ボディＥＣＵ８０−１の機能部を表す。また、同様に、本フローチャートの説明における乗車確率情報８０５１、同乗回数情報８０５２等は、ボディＥＣＵ８０−１の記憶部８０５に記憶される情報を表す。

ステップＳ２０２にて、主制御部８０４（施解錠部の一例）は、車両１００が駐車状態（ＩＧ−ＯＦＦ状態）、或いは、停車状態（ＩＧ−ＯＮ）であるか否かを判定する。主制御部８０４は、車両１００が駐車状態、或いは停車状態である場合、ステップＳ２０４に進み、そうでない場合、今回の処理を終了する。

尚、ボディＥＣＵ８０−１は、ＩＧスイッチ５０及び車輪速センサ６０と１対１の通信線やＣＡＮ等の車載ネットワークを通じて通信可能に接続され、主制御部８０４は、ＩＧスイッチ５０の状態信号及び車輪速センサ６０の検出信号に基づき、本ステップの判定処理を行ってよい。

ステップＳ２０４にて、乗車ユーザ特定部８０２は、乗車確率情報８０５１に基づき、車両１００に乗車する或いは乗車している対象ユーザを特定すると共に、車両１００に乗車している対象ユーザがいるか否かを判定する。乗車ユーザ特定部８０２は、車両１００に乗車している対象ユーザがいる場合、ステップＳ２０４に進み、いない場合、今回の処理を終了する。

ステップＳ２０６にて、主制御部８０４は、車両１００のドアの全てが施錠されているか否かを判定する。主制御部８０４は、車両１００のドアの全てが施錠されている場合、ステップＳ２０８に進み、そうでない場合、今回の処理を終了する。

ステップＳ２０８にて、主制御部８０４は、同乗回数情報８０５２に基づき、車両１００に乗車している対象ユーザと同乗回数が所定回数以上の対象ユーザがいるか否かを判定する。主制御部８０４は、同乗回数が所定回数以上の対象ユーザ（以下、該当ユーザと称する）がいる場合、ステップＳ２１０に進み、同乗回数が所定回数以上の対象ユーザがいない場合、今回の処理を終了する。

尚、所定回数は、乗車中の対象ユーザとの同乗頻度が高いと判断可能な閾値として予め設定される。

ステップＳ２１０にて、乗車ユーザ特定部８０２は、全ての該当ユーザが車両１００に乗車しているか否かを判定する。乗車ユーザ特定部８０２は、該当ユーザの少なくとも一部が車両１００に乗車していない場合、ステップＳ２１２に進み、全ての該当ユーザが車両１００に乗車している場合、今回の処理を終了する。

ステップＳ２１２にて、乗車ユーザ特定部８０２は、乗車確率情報８０５１に基づき、車両１００に乗車する或いは乗車している対象ユーザを特定すると共に、車両１００に乗車する対象ユーザとして該当ユーザが特定されているか否か判定する。乗車ユーザ特定部８０２は、車両１００に乗車する対象ユーザ（即ち、車両１００の車室外にいる対象ユーザ）として該当ユーザが特定されている場合、ステップＳ２１４に進み、そうでない場合、今回の処理を終了する。

ステップＳ２１４にて、主制御部８０４は、タイマＴをセットする。

尚、タイマＴは、例えば、車両１００に乗車する該当ユーザ、即ち、車両１００の車室外にいる該当ユーザが車両１００のドアに到達し、車両１００のドアの解錠或いは開扉を意図する所定操作を行うまでに必要な時間として設定される。例えば、タイマＴは、車両１００の車室内にあるスマートキー２００と携帯端末３００とが通信可能な最大距離だけ離れた位置から車両１００に到達するまでに想定される最大時間に対して余裕分を加えた時間として設定される。

ステップＳ２１６にて、主制御部８０４は、車室外での車両１００に対する所定操作、例えば、ドアを解錠或いは開扉するためにドアハンドルを握る操作やドアハンドルのトリガスイッチを押す操作等が行われたか否かを判定する。主制御部８０４は、所定操作が行われなかった場合、ステップＳ２１８に進み、所定操作が行われた場合、ステップＳ２２０に進む。

尚、車両１００に対する所定操作は、車両１００に対する直接的な操作ではなく、例えば、スマートキー２００を経由して車両１００に対する解錠を要求する信号を送信するために携帯端末３００で行われる操作等のように、間接的な操作であってもよい。この場合、携帯端末３００で当該操作が行われると、携帯端末３００のＢＴ通信処理部３２０１は、ＢＴ通信モジュール３１０を制御し、対応する信号をブルートゥース通信で、スマートキー２００（ＢＴ通信モジュール２３０）に送信する。そして、当該信号を受信したスマートキー２００のＲＦ送信処理部２４０２は、ＲＦ送信機２２０を制御し、当該信号をＲＦ電波として車両１００に送信する。これにより、車両１００（照合ＥＣＵ１０）は、当該信号を受信し、車両１００のドアを解錠することができる。

ステップＳ２１８にて、主制御部８０４は、タイマＴがタイムアウトしたか否かを判定する。主制御部８０４は、タイマＴがタイムアウトしていない場合、ステップＳ２１６に戻り、タイマＴがタイムアウトするまでステップＳ２１６の処理を繰り返し、タイマＴがタイムアウトした場合、今回の処理は終了する。

尚、本例では、ステップＳ２１４でタイマＴを設定し、ステップＳ２１８でタイムアウトの有無を判定するが、ステップＳ２１４を省略し、ステップＳ２１８にて、該当ユーザが車両１００の近傍にいるか（車両１００の所定距離以内にいるか）否かを判定してもよい。例えば、主制御部８０４は、該当ユーザが携帯端末３００を所持している場合、車室内にいる対象ユーザのスマートキー２００と該当ユーザの携帯端末３００とが接続状況に基づき、該当ユーザが車両１００の近傍にいるか否かを判定することができる。

一方、ステップＳ２２０にて、主制御部８０４は、車両１００のドアを解錠する。この際、主制御部８０４は、該当ユーザが開扉するドア（例えば、所定操作が行われたドア）のみを解錠してもよい。これにより、例えば、家族や友人等、車両１００に乗車している対象ユーザと同乗頻度が高い該当ユーザは、スマートキー２００の携帯の有無に関わらず、車両１００のドアを解錠することができる。また、車両１００に乗車している対象ユーザは、例えば、ドアを全て施錠して家族や友人を車室内で待っている場合、該当ユーザの接近に応じて、自動的にドアが解錠されるため、セキュリティ性と利便性の両立を図ることができる。

次に、図１０を参照して、図８、図９に対応するユーザ特定システム１の動作の一例について説明する。

図１０は、ユーザ特定システム１の動作の一例を示すタイミングチャートである。本例は、対象ユーザであるユーザＡ〜ＣのうちのユーザＡが車両１００に最初に接近して解錠を行い助手席に乗り込み、時間差で、ユーザＢが車両１００に接近し、運転席に乗り込み、その後、車両１００のＩＧ−ＯＮ後、ユーザＣが後席に乗り込む事例を表す。以下、本例では、図４、図５に示したプロファイル情報７０５１、ＷＦ情報７０５２を前提に説明を行う。

尚、本例では、図４に示すプロファイル情報７０５１のキーＩＤ"ＸＸＸＸＸＸ"及び"ＹＹＹＹＹＹ"に対応するスマートキー２００を、それぞれ、スマートキー２００Ｘ及びスマートキー２００Ｙとする。また、図４に示すプロファイル情報７０５１のＢＴアドレス"ＡＡＡＡＡＡ"、"ＢＢＢＢＢＢ"、及び"ＣＣＣＣＣＣ"に対応する携帯端末３００を、それぞれ、携帯端末３００Ａ、携帯端末３００Ｂ、及び携帯端末３００Ｃとする。また、本例では、ユーザＡ及びユーザＣが図５の乗車履歴に基づく重み係数の付加の対象である。また、本例では、座席区分が確定できない状況において、０％より乗車確率が大きい対象ユーザには、"運転席"に仮設定される。また、ユーザＢ，Ｃは、上述の同乗回数が所定回数以上である前提で説明を進める。また、後述する時刻ｔ１〜ｔ３の間、先に車両１００に乗車するユーザＡが携帯するスマートキー２００Ｘと、後から車両１００に乗車するユーザＢが携帯する携帯端末３００Ｂとは、ブルートゥース通信ができない程度に離れている前提で説明を進める。

図１０に示すように、時刻ｔ１にて、乗降車動作検知部７０２は、対象動作としてのユーザＡによる車両１００への接近動作を検知する（図８のステップＳ１０２のＹ）。情報取得部７０３は、車両１００への接近動作の検知に応じて、乗車表示情報を取得する処理を行う。このとき、ユーザＡは、スマートキー２００Ｘと携帯端末３００Ａを携帯しているため、情報取得部７０３は、ユーザＡ、Ｂに対応するスマートキー２００ＸのキーＩＤと、ユーザＡに対応する携帯端末３００ＡのＢＴアドレスを取得する。よって、乗車確率算出部７０４は、ＷＦ情報７０５２に基づき、ユーザＡについて、座席区分を"運転席"、乗車確率を"６０％"に設定し、ユーザＢについて、座席区分を"運転席"、乗車確率を"２０％"に設定し、ユーザＣについて、乗車確率を"０％"に設定した乗車確率情報７０５３を生成し、通信処理部７０１は、車載装置ＥＣＵ８０に送信する。乗車確率情報７０５３を受信したボディＥＣＵ８０−１の乗車ユーザ特定部８０２は、車両１００に乗車するユーザＡを特定し、主制御部８０４は、ユーザＡに対応して予め設定されるアンロックモードを選択する。

時刻ｔ２にて、乗降車動作検知部７０２は、ユーザＡによるドアの解錠動作を検知する。ボディＥＣＵ８０−１は、ユーザＡに対応するアンロックモードを選択しているため、ユーザＡが予め設定した内容（例えば、自分が解錠操作するドアのみ解錠等）で車両１００のドアを解錠することができる。

時刻ｔ３にて、乗降車動作検知部７０２は、ユーザＡによるドアの開扉動作を検知する。

時刻ｔ４にて、乗降車動作検知部７０２は、対象動作としてのユーザＡによるシートへの着座動作を検知する。また、略同じタイミングで、乗降車動作検知部７０２は、ユーザＢによる車両１００の接近動作及びユーザＢによるドアの開扉動作を検知する。情報取得部７０３は、シートへの着座動作の検知に応じて、乗車表示情報を取得する処理を行う。このとき、ユーザＡは、スマートキー２００Ｘと携帯端末３００Ａを携帯し、ユーザＢは、携帯端末３００Ｂを携帯しているため、情報取得部７０３は、ユーザＡ，Ｂに対応するスマートキー２００ＸのキーＩＤと、ユーザＡに対応する携帯端末３００ＡのＢＴアドレスと、ユーザＢに対応する携帯端末３００ＢのＢＴアドレスを取得する。よって、乗車確率算出部７０４は、ＷＦ情報７０５２に基づき、ユーザＡについて、座席区分を"運転席"、乗車確率を"６０％"に設定し、ユーザＢについて、座席区分を"運転席"、乗車確率を"５０％"に設定し、ユーザＣについて、乗車確率を"０％"に設定した乗車確率情報７０５３を生成し、通信処理部７０１は、車載装置ＥＣＵ８０に送信する。乗車確率情報７０５３を受信したＨＭＩ−ＥＣＵ８０−Ｎの乗車ユーザ特定部８０２は、車両１００に乗車しているユーザＡ及び乗車するユーザＢを特定する。一方、ＨＭＩ−ＥＣＵ８０−Ｎの乗車ユーザ特定部８０２は、ユーザＡ、Ｂのどちらが運転席にいるのかを判断できないため、主制御部８０４は、乗車確率が高いユーザＡに対応して予め設定されるウェルカムメッセージを車室内のディスプレイに表示させつつ、ユーザＢを検知している旨の注釈を表示させる。

時刻ｔ５にて、乗降車動作検知部７０２は、対象動作としてのユーザＡによるドアの閉扉動作を検知する。また、乗降車動作検知部７０２は、ユーザＢによる着座動作及びドアの閉扉動作を略同じタイミングで検知する。情報取得部７０３は、ドアの閉扉動作の検知に応じて、乗車表示情報を取得する処理を行う。そして、情報取得部７０３は、ユーザＡ，Ｂに対応するスマートキー２００ＸのキーＩＤと、ユーザＡに対応する携帯端末３００ＡのＢＴアドレスと、ユーザＢに対応する携帯端末３００ＢのＢＴアドレスを取得する。よって、乗車確率算出部７０４は、ＷＦ情報７０５２に基づき、ユーザＡについて、座席区分を"運転席"、乗車確率を"６０％"に設定し、ユーザＢについて、座席区分を"運転席"、乗車確率を"５０％"に設定し、ユーザＣについて、乗車確率を"０％"に設定した乗車確率情報７０５３を生成し、通信処理部７０１は、車載装置ＥＣＵ８０に送信する。乗車確率情報７０５３を受信したボディＥＣＵ８０−１の乗車ユーザ特定部８０２は、車両１００に乗車しているユーザＡ，Ｂを特定する。一方、ボディＥＣＵ８０−１の乗車ユーザ特定部８０２は、ユーザＡ，Ｂのどちらが運転席にいるのかを判断できないため、主制御部８０４は、乗車確率が高いユーザＡに対応して予め設定されるロックモードを選択する。これにより、ドアの閉扉に際して、ユーザＡが予め設定した内容（例えば、全てのドアを施錠しない）で車両１００のドアの施錠を行うことができる。

時刻ｔ６にて、乗降車動作検知部７０２は、対象動作としての特定操作（運転席に乗車している対象ユーザを特定する操作）を検知する。情報取得部７０３は、特定操作の検知に応じて、乗車表示情報を取得する処理を行う。このとき、ユーザＡは、スマートキー２００Ｘと携帯端末３００Ａを携帯し、ユーザＢは、携帯端末３００Ｂを携帯しているため、情報取得部７０３は、ユーザＡ，Ｂに対応するスマートキー２００ＸのキーＩＤと、ユーザＡに対応する携帯端末３００ＡのＢＴアドレスと、ユーザＢに対応する携帯端末３００ＢのＢＴアドレスを取得する。また、上述の如く、後から車両１００に乗車したユーザＢが運転席に乗車しているため、情報取得部７０３は、ユーザＢが選択された旨の特定操作の内容を取得する。よって、乗車確率算出部７０４は、ＷＦ情報７０５２に基づき、ユーザＡについて、座席区分を"助手席"、乗車確率を"６０％"に設定し、ユーザＢについて、座席区分を"運転席"、乗車確率を"８５％"に設定し、ユーザＣについて、乗車確率を"０％"に設定した乗車確率情報７０５３を生成し、通信処理部７０１は、車載装置ＥＣＵ８０に送信する。乗車確率情報７０５３を受信したＨＭＩ−ＥＣＵ８０−Ｎの乗車ユーザ特定部８０２は、車両１００の助手席に乗車しているユーザＡ及び運転席に乗車しているユーザＢを特定し、車室内のディスプレイの表示をユーザＢに対応して予め設定されるウェルカムメッセージに変更させる。また、乗車確率情報７０５３を受信したボディＥＣＵ８０−１の乗車ユーザ特定部８０２は、車両１００の助手席に乗車しているユーザＡ及び運転席に乗車しているユーザＢを特定し、ユーザＢに対応して予め設定されるロックモードを選択し直す。これにより、ユーザＢが予め設定した内容（例えば、全てのドアを施錠する）で車両１００のドアの施錠を行うことができる。

時刻ｔ７にて、乗降車動作検知部７０２は、ユーザＢによる車両１００のＩＧ−ＯＮ操作を検知する。情報取得部７０３は、ＩＧ−ＯＮ操作の検知に応じて、乗車表示情報を取得する処理を行う。そして、情報取得部７０３は、ユーザＡ，Ｂに対応するスマートキー２００ＸのキーＩＤと、ユーザＡに対応する携帯端末３００ＡのＢＴアドレスと、ユーザＢに対応する携帯端末３００ＢのＢＴアドレスを取得する。また、車両１００がＩＧ−ＯＮされると、カメラ２１Ｄ，２１Ｐが起動されるため、情報取得部７０３は、カメラ２１Ｄの撮像画像としてのユーザＢの顔画像と、カメラ２１Ｐの撮像画像としてのユーザＡの顔画像とを取得する。よって、乗車確率算出部７０４は、ＷＦ情報７０５２に基づき、ユーザＡについて、座席区分を"助手席"、乗車確率を"９５％"に設定し、ユーザＢについて、座席区分を"運転席"、乗車確率を"８５％"に設定し、ユーザＣについて、乗車確率を"０％"に設定した乗車確率情報７０５３を生成し、通信処理部７０１は、車載装置ＥＣＵ８０に送信する。乗車確率情報７０５３を取得したボディＥＣＵ８０−１の乗車ユーザ特定部８０２は、車両１００の助手席に乗車しているユーザＡ及び運転席に乗車しているユーザＢを特定し、主制御部８０４は、ユーザＢに対応して予め設定される情報に応じて、ステアリング位置及びドアミラー角度を調整する。また、ボディＥＣＵ８０−１の主制御部８０４は、運転席のユーザＢ及び助手席のユーザＡのそれぞれに対応して予め設定されるシート位置情報に基づき、運転席及び助手席のシート位置を調整する。また、乗車確率情報７０５３を取得したエアコンＥＣＵ８０−２の乗車ユーザ特定部８０２は、同様に、車両１００の助手席に乗車しているユーザＡ及び運転席に乗車しているユーザＢを特定し、主制御部８０４は、運転席のユーザＢ及び助手席のユーザＡのそれぞれに対応して予め設定される空調モードに応じて、運転席側と助手席側とを独立して空調装置の制御を行う。また、乗車確率情報７０５３を取得したＨＭＩ−ＥＣＵ８０−Ｎの乗車ユーザ特定部８０２は、同様に、車両１００の助手席に乗車しているユーザＡ及び運転席に乗車しているユーザＢを特定し、主制御部８０４は、ユーザＢに対応して予め設定される表示モードで、ナビゲーション装置の地図画面を表示させる。また、ＨＭＩ−ＥＣＵ８０−Ｎの主制御部８０４は、ユーザＢに対応して予め設定される音源を自動的に再生開始する。これにより、自動的に、ユーザＡ，Ｂの体型や嗜好に合わせて、前席（運転席及び助手席）用の各種車載装置が制御されるため、前席に乗車する各対象ユーザにとっての利便性を大きく向上させることができる。

時刻ｔ８にて、乗降車動作検知部７０２は、対象動作としてのユーザＣによる車両１００への接近動作を検知する。情報取得部７０３は、車両１００への接近動作の検知に応じて、乗車表示情報を取得する処理を行う。このとき、ユーザＣは、携帯端末３００Ｃを携帯しているため、情報取得部７０３は、ユーザＡ，Ｂに対応するスマートキー２００ＸのキーＩＤと、ユーザＡに対応する携帯端末３００ＡのＢＴアドレスと、ユーザＢに対応する携帯端末３００ＢのＢＴアドレスと、ユーザＣに対応する携帯端末３００ＣのＢＴアドレスとを取得する。また、情報取得部７０３は、カメラ２１Ｄの撮像画像としてのユーザＢの顔画像と、カメラ２１Ｐの撮像画像としてのユーザＡの顔画像とを取得する。よって、乗車確率算出部７０４は、ＷＦ情報７０５２に基づき、ユーザＡについて、座席区分を"助手席"、乗車確率を"９５％"に設定し、ユーザＢについて、座席区分を"運転席"、乗車確率を"８５％"に設定し、ユーザＣについて、乗車確率を"４０％"に設定した乗車確率情報７０５３を生成し、通信処理部７０１は、車載装置ＥＣＵ８０に送信する。乗車確率情報７０５３を受信したボディＥＣＵ８０−１の乗車ユーザ特定部８０２は、同乗回数情報８０５２に基づき、ユーザＢとの同乗回数が所定回数以上であるユーザＣを車両１００に乗車する対象ユーザとして特定し（ステップＳ２０８〜Ｓ２１２）、主制御部８０４は、上述の如く、タイマＴを設定し（ステップＳ２１４）、ユーザＣによる解錠操作を待つ状態になる（ステップＳ２１６のＮ、Ｓ２１８）。

時刻ｔ９にて、乗降車動作検知部７０２は、ユーザＣによる車両１００への解錠操作を検知する。略同じタイミングで、ボディＥＣＵ８０−１の主制御部８０４は、ユーザＣによる解錠操作を検知し（ステップ２１６のＹ）、車両１００のドアを解錠する（ステップＳ２２０）。これにより、スマートキー２００Ｙを携帯していないにも関わらず、自動的に、車両１００のドアを解錠できるため、ユーザＣにとっての利便性を向上させることができる。また、車両１００に乗車しているユーザＢにとっても、全てのドアを施錠するロックモードによるセキュリティ性を確保しつつ、同乗頻度が比較的高いユーザＣの乗車に際して、解錠操作を行う必要がないため、利便性を確保することができる。

時刻ｔ１０にて、乗降車動作検知部７０２は、ユーザＣによる後席ドアの開扉動作を検知する。

時刻ｔ１１にて、乗降車動作検知部７０２は、対象動作としてのユーザＣによるドアの閉扉動作（後席におけるユーザの着座動作）を検知する。情報取得部７０３は、後席ドアの閉扉動作の検知に応じて、乗車表示情報を取得する処理を行う。情報取得部７０３は、ユーザＡ，Ｂに対応するスマートキー２００ＸのキーＩＤと、ユーザＡに対応する携帯端末３００ＡのＢＴアドレスと、ユーザＢに対応する携帯端末３００ＢのＢＴアドレスと、ユーザＣに対応する携帯端末３００ＣのＢＴアドレスとを取得する。また、情報取得部７０３は、カメラ２１Ｄの撮像画像としてのユーザＢの顔画像と、カメラ２１Ｐの撮像画像としてのユーザＡの顔画像とを取得する。また、乗降車動作検知部７０２が検知した後席ドアの閉扉動作により、情報取得部７０３は、ユーザＣが後席に乗車していると推測できる。よって、乗車確率算出部７０４は、ＷＦ情報７０５２に基づき、ユーザＡについて、座席区分を"助手席"、乗車確率を"９５％"に設定し、ユーザＢについて、座席区分を"運転席"、乗車確率を"８５％"に設定し、ユーザＣについて、座席区分を"後席"、乗車確率を"４０％"、に設定した乗車確率情報７０５３を生成し、通信処理部７０１は、車載装置ＥＣＵ８０に送信する。乗車確率情報７０５３を受信したボディＥＣＵ８０−１の乗車ユーザ特定部８０２は、助手席に乗車しているユーザＡ、運転席に乗車しているユーザＢ、及び後席に乗車しているユーザＣを特定し、主制御部８０４は、ユーザＢに対応して予め設定されるロックモードを選択する。これにより、ユーザＢが予め設定した内容（例えば、全てのドアを施錠する）で車両１００のドアの施錠を再度行うことができる。また、乗車確率情報７０５３を受信したエアコンＥＣＵ８０−２の乗車ユーザ特定部８０２は、同様に、助手席に乗車しているユーザＡ、運転席に乗車しているユーザＢ、及び後席に乗車しているユーザＣを特定し、主制御部８０４は、ユーザＣに対応して予め設定される空調モードで、後席の空調装置を制御する。また、乗車確率情報７０５３を受信したＨＭＩ−ＥＣＵ８０−Ｎの乗車ユーザ特定部８０２は、同様に、助手席に乗車しているユーザＡ、運転席に乗車しているユーザＢ、及び後席に乗車しているユーザＣを特定し、主制御部８０４は、ユーザＣに対応して予め設定される種類の表示内容を後席用のモニタに表示させる。これにより、自動的に、ユーザＣの嗜好に合わせて、後席用の各種車載装置が制御されるため、後席に乗車している対象ユーザにとっての利便性を向上させることができる。

時刻ｔ１２にて、乗降車動作検知部７０２は、終了条件としての車両１００の走行開始を検知する（ステップＳ１１６）。これにより、図８の処理による乗車確率情報７０５３（即ち、乗車確率情報８０５１）が確定する。

次に、図１１を参照して、車両１００が走行した後の停車状態或いは駐車状態で、対象ユーザが乗車或いは降車する、即ち、図８の処理の終了後、車両１００に途中乗車したり、車両１００から途中降車したりする状況に対応するユーザ特定ＥＣＵ７０による乗車確率算出処理について説明をする。

図１１は、ユーザ特定ＥＣＵ７０による乗車確率算出処理の他の例を概略的に示すフローチャートである。本フローチャートによる処理は、図８の処理が行われない期間において、所定時間間隔で、繰り返し実行される。

ステップＳ３０２にて、乗降車動作検知部７０２は、車両１００が駐車状態（ＩＧ−ＯＦＦ）或いは停車状態（ＩＧ−ＯＮ）であるか否かを判定する。乗降車動作検知部７０２は、車両１００が駐車状態或いは停車状態である場合、ステップＳ３０４に進み、そうでない場合、今回の処理を終了する。

ステップＳ３０４にて、乗降車動作検知部７０２は、ドアの開扉動作を検知したか否かを判定する。乗降車動作検知部７０２は、ドアの開扉動作を検知した場合、ステップＳ３０６に進み、そうでない場合、ステップＳ３０２に戻り、ステップＳ３０２、Ｓ３０４の処理を繰り返す。

ステップＳ３０６にて、乗降車動作検知部７０２は、ステップＳ１０４と同様、対象動作を検知したか否かを判定する。乗降車動作検知部７０２は、対象動作を検知していない場合、ステップＳ３０８に進み、対象動作を検知した場合、ステップＳ３１０に進む。

ステップＳ３０８にて、乗降車動作検知部７０２は、ステップＳ１０６と同様、対象ユーザの検知状態が継続しているか否か、即ち、照合ＥＣＵ１０（認証処理部１０３）によりスマートキー２００が検知された状態が継続しているか否かを判定する。

ステップＳ３１０にて、情報取得部７０３は、ステップＳ１０８と同様、乗車表示情報を取得する処理を行う。

ステップＳ３１２にて、乗車確率算出部７０４は、ステップＳ１１０と同様、情報取得部７０３が取得した複数の種類の乗車表示情報と、プロファイル情報７０５１と、ＷＦ情報７０５２とに基づき、各対象ユーザの乗車確率を算出する。

ステップＳ３１４にて、乗車確率算出部７０４は、ステップＳ１１２と同様、各対象ユーザに対応する車室内フラグＦを設定する。

ステップＳ３１６にて、通信処理部７０１は、ステップＳ１１４と同様、乗車確率算出部７０４により生成（更新）される乗車確率情報７０５３を、車載ネットワークを通じて接続される各種ＥＣＵ（車載装置ＥＣＵ８０）等に送信する。

ステップＳ３１８にて、乗降車動作検知部７０２は、ステップＳ１１６と同様、本フローの終了条件が成立したか否かを判定する。例えば、乗降車動作検知部７０２は、車輪速センサ６０から受信する検出信号に基づき、車両１００が走行を開始したか否かを判定してよい。乗降車動作検知部７０２は、終了条件が成立していない場合、ステップＳ３０８に戻り、終了条件が成立した場合、今回の処理を終了する。

次に、図１２を参照して、図９、図１１に対応するユーザ特定システム１の動作の他の例について説明する。

図１２は、ユーザ特定システム１の動作の他の例を示すタイミングチャートである。本例は、図１０の時刻ｔ１２において、車両１００が走行開始した後、途中で、車両１００が停車し、対象ユーザであるユーザＡ〜Ｃのうちの助手席のユーザＡが車両１００から降車すると共に、後席のユーザＣが助手席に乗車し直す事例を表す。

尚、本例では、車両１００からユーザＡが降車する際、スマートキー２００Ｘは、ユーザＡからユーザＢに渡されていることを前提にする。

図１２に示すように、時刻ｔ１３にて、乗降車動作検知部７０２は、車両１００の停車状態（ステップＳ３０２）で、ユーザＡによる助手席のドアの開扉動作を検知する（ステップＳ３０４）。また、略同じタイミングで、乗降車動作検知部７０２は、ユーザＣによる後席のドアの開扉動作を検知する。

時刻ｔ１４にて、乗降車動作検知部７０２は、対象動作としてのユーザＡによる退座動作を検知する。情報取得部７０３は、退座動作の検知に応じて、乗車表示情報を取得する処理を行う。このとき、ユーザＡは、携帯端末３００Ａを携帯し、ユーザＢは、スマートキー２００Ｘと携帯端末３００Ｂを携帯し、ユーザＣは、携帯端末３００Ｃを携帯している。よって、情報取得部７０３は、ユーザＡ，Ｂに対応するスマートキー２００ＸのキーＩＤと、ユーザＡに対応する携帯端末３００ＡのＢＴアドレスと、ユーザＢに対応する携帯端末３００ＢのＢＴアドレスと、ユーザＣに対応する携帯端末３００ＣのＢＴアドレスとを取得する。また、ユーザＡは、助手席から退座しているため、情報取得部７０３は、カメラ２１Ｐの撮像画像としてのユーザＡの顔画像を取得できないが、ユーザＢは、運転席に着座したままであるため、情報取得部７０３は、カメラ２１Ｄの撮像画像としてのユーザＢの顔画像を取得する。よって、乗車確率算出部７０４は、ＷＦ情報７０５２に基づき、ユーザＡについて、乗車確率を"６０％"に設定し、ユーザＢについて、座席区分を"運転席"、乗車確率を"８５％"に設定し、ユーザＣについて、座席区分を"後席"、乗車確率を"４０％"、に設定した乗車確率情報７０５３を生成し、通信処理部７０１は、車載装置ＥＣＵ８０に送信する。乗車確率情報７０５３を受信したボディＥＣＵ８０−１の乗車ユーザ特定部８０２は、運転席に乗車しているユーザＢ、及び後席に乗車しているユーザＣを特定し、主制御部８０４は、車両１００のドアが閉扉された後のロックモードとして、ユーザＢに対応して予め設定されるロックモードを選択する。

尚、ボディＥＣＵ８０−１は、ユーザＡの乗車確率が６０％と比較的高いことから、ユーザＡを車両１００に（再度）乗車する（或いは降車する可能性が高い）対象ユーザとして特定してよい。また、ボディＥＣＵ８０−１は、ユーザＡが退座している点を重視して、降車する可能性が高いと判断して、ユーザＡを車両１００に乗車する対象ユーザとして特定しなくてもよい。この場合、乗降車動作検知部７０２により、再度、ユーザＡによるドアの開扉動作及びドアの閉扉動作（或いは着座動作）が検知されることで、ボディＥＣＵ８０−１は、ユーザＡが車両１００に乗車していると特定することが可能である。

時刻ｔ１５にて、乗降車動作検知部７０２は、ユーザＡによる助手席のドアの閉扉動作を検知する。また、略同じタイミングで、乗降車動作検知部７０２は、ユーザＣによる後席のドアの閉扉動作を検知する。これにより、ユーザＢが予め設定したロックモードの内容（例えば、全てのドアを施錠する）で、車両１００のドアの施錠がなされる。また、ボディＥＣＵ８０−１の乗車ユーザ特定部８０２は、後席のドアが開扉された後、閉扉されているので、ユーザＣは、車室外にいると判断することができる。即ち、ボディＥＣＵ８０−１の乗車ユーザ特定部８０２は、ユーザＣを車両１００に乗車する対象ユーザとして特定し（ステップＳ２０８〜Ｓ２１２）、主制御部８０４は、上述の如く、タイマＴを設定し（ステップＳ２１４）、ユーザＣによる解錠操作を待つ状態になる（ステップＳ２１６のＮ、Ｓ２１８）。

時刻ｔ１６にて、乗降車動作検知部７０２は、ユーザＣによる助手席のドアに対する解錠操作を検知する。略同じタイミングで、ボディＥＣＵ８０−１の主制御部８０４は、ユーザＣによる解錠操作を検知し（ステップ２１６のＹ）、車両１００のドアを解錠する（ステップＳ２２０）。これにより、図１０の時刻ｔ９と同様、スマートキー２００Ｙを携帯していないにも関わらず、自動的に、車両１００のドアを解錠できるため、ユーザＣにとっての利便性を向上させることができる。また、車両１００に乗車しているユーザＢにとっても、全てのドアを施錠するロックモードによるセキュリティ性を確保しつつ、同乗頻度が比較的高いユーザＣの乗車に際して、解錠操作を行う必要がないため、利便性を確保することができる。

時刻ｔ１７にて、乗降車動作検知部７０２は、ユーザＣによる助手席のドアの開扉動作を検知する。また、略同じタイミングで、乗降車動作検知部７０２は、ユーザＡによる車両１００から離れる動作を検知する。

時刻ｔ１８にて、乗降車動作検知部７０２は、対象動作としてのユーザＣによる助手席への着座動作を検知する。情報取得部７０３は、着座動作の検知に応じて、乗車表示情報を取得する処理を行う。このとき、ユーザＡは、車両１００から離れてしまっているので、情報取得部７０３は、ユーザＡ，Ｂに対応するスマートキー２００ＸのキーＩＤと、ユーザＢに対応する携帯端末３００ＢのＢＴアドレスと、ユーザＣに対応する携帯端末３００ＣのＢＴアドレスとを取得する。また、情報取得部７０３は、カメラ２１Ｄの撮像画像としてのユーザＢの顔画像を取得する。よって、乗車確率算出部７０４は、ＷＦ情報７０５２に基づき、ユーザＡについて、乗車確率を"３０％"に設定し、ユーザＢについて、座席区分を"運転席"、乗車確率を"８５％"に設定し、ユーザＣについて、座席区分を"助手席"、乗車確率を"７５％"、に設定した乗車確率情報７０５３を生成し、通信処理部７０１は、車載装置ＥＣＵ８０に送信する。乗車確率情報７０５３を受信したボディＥＣＵ８０−１は、運転席に乗車しているユーザＢ、及び後席に乗車しているユーザＣを特定し、車両１００のドアが閉扉された後のロックモードとして、ユーザＢに対応して予め設定されるロックモードを選択する。また、ボディＥＣＵ８０−１の主制御部８０４は、助手席のユーザＣに対応して予め設定されるシート位置情報に基づき、運助手席のシート位置を調整し直す。また、乗車確率情報７０５３を取得したエアコンＥＣＵ８０−２の乗車ユーザ特定部８０２は、同様に、運転席に乗車しているユーザＢ、及び後席に乗車しているユーザＣを特定し、主制御部８０４は、助手席用の空調モードをユーザＣに対応して予め設定される内容に設定し直し、運転席側と助手席側とを独立して空調装置の制御を行う。

時刻ｔ１９にて、乗降車動作検知部７０２は、ユーザＣによる助手席のドアの閉扉動作を検知する。これにより、ユーザＢが予め設定したロックモードの内容（例えば、全てのドアを施錠する）で、車両１００のドアの施錠がなされる。

時刻ｔ２０にて、乗降車動作検知部７０２は、終了条件としての車両１００の走行開始を検知する（ステップＳ１１６）。これにより、図１１の処理による乗車確率情報７０５３（即ち、乗車確率情報８０５１）が確定する。

このように、本実施形態に係るユーザ特定システム１は、車両１００に対する乗車及び降車の少なくとも一方が行われる際のユーザの複数の対象動作を検知する乗降車動作検知部７０２と、乗降車動作検知部７０２により複数の対象動作の何れかが検知されたときに、予め車両１００に登録される複数のユーザ（各対象ユーザ）の何れかが、車両１００に乗車する又は乗車していることを表す複数の種類（Ｍ種類のうちの少なくともＫ種類）の乗車表示情報を取得する情報取得部７０３と、複数のユーザの各々の識別情報と、複数のユーザの各々に対応する複数の種類（Ｍ種類）の乗車表示情報とを紐付けた紐付け情報（プロファイル情報７０５１）を記憶する記憶部７０５と、情報取得部７０３により取得された複数の種類（Ｍ種類のうちの少なくともＫ種類）の乗車表示情報と、記憶部７０５に記憶されるプロファイル情報７０５１とに基づき、複数のユーザの各々が車両１００に乗車する又は乗車している確率（乗車確率）を算出する乗車確率算出部７０４と、乗車確率算出部７０４により算出される乗車確率に基づき、車両１００に乗車する又は乗車しているユーザを特定する乗車ユーザ特定部８０２とを備える。即ち、車両１００に対する乗車及び降車の少なくとも一方が行われる際のユーザの予め規定された複数の動作（複数の対象動作）が検知される度に、各対象ユーザが車両１００に乗車する又は乗車している確率が算出される。通常、車両１００に乗車している乗員の変更が生じる場合、ユーザの乗車及び降車の少なくとも一方が行われる。例えば、駐車している車両１００にユーザが乗車する場合、車両１００への接近動作、ドアの解錠動作、ドアの開扉動作、着座動作、ドアの閉扉動作等の一連の動作が行われる。また、例えば、他のユーザが運転する車両１００で特定の場所まで送ってもらったユーザが車両１００から降車する場合、ドアの開扉動作、退座動作、ドアの閉扉動作、車両１００から離れる動作等の一連の動作が行われる。従って、車両１００の乗員の変更に伴い、必然的に実行される一連の動作のうちの複数の対象動作の各々が行われる度に、各対象ユーザの乗車確率を算出することにより、各対象ユーザの乗車確率を順次更新していくことができる。そのため、車両１００の乗車及び降車の少なくとも一方が行われる際、対象ユーザを特定する機会を複数回設けることが可能となり、車両１００に乗車する或いは乗車している対象ユーザを特定する際の精度を向上させることができる。また、複数の対象動作の各々が行われる度に、各対象ユーザの乗車確率が算出されるため、特定された対象ユーザに関する情報を用いて制御対象を制御するタイミングが異なる複数の車載装置のそれぞれに対して、適切なタイミングで、車両１００に乗車する或いは乗車している対象ユーザを特定することができる。

また、本実施形態では、複数の種類（Ｍ種類）の乗車表示情報には、車両１００の複数の座席の何れかに対応して取得される第１の種類の情報（運転席及び助手席に対応するカメラ２１Ｄ，２１Ｐの撮像画像）が含まれる。そのため、乗車ユーザ特定部８０２は、情報取得部７０３により取得されるカメラ２１Ｄ，２１Ｐの撮像画像に基づき、複数の座席（運転席及び助手席）の中から、乗車しているユーザの座席区分を特定することができる。

尚、上述の如く、車両１００の各ドアに生体認証センサを設けてもよく、これにより、乗車ユーザ特定部８０２は、車両１００に乗車しているユーザの座席区分のみならず、車両１００に乗車するユーザの座席区分を特定することができる。また、乗車ユーザ特定部８０２は、乗車表示情報以外の情報に基づき、車両１００に乗車している対象ユーザの座席を特定してもよい。例えば、車両１００の全ドアのうちのユーザによるドアの開扉動作及び閉扉動作が行われたドアの位置に基づき、車両１００に乗車する或いは乗車している対象ユーザの座席を特定してもよい。また、例えば、乗員検知センサ４０が重量センサである場合、予め車両１００に登録される複数のユーザの各々の識別情報と、複数のユーザの各々の体重情報を予めプロファイル情報７０５１に登録し、乗員検知センサ４０の検出信号に対応する質量情報と、プロファイル情報７０５１の体重情報を比較することにより、乗員検知センサ４０が設けられる座席に乗車している対象ユーザを特定してもよい。

また、本実施形態に係るユーザ特定システム１は、乗車ユーザ特定部８０２による特定結果に基づき、複数のユーザの相互間での同乗回数をカウントするボディＥＣＵ８０−１の同乗回数更新部８０３と、車両１００のドアの施解錠を行うボディＥＣＵ８０−１の主制御部８０４と、を備える。また、複数のユーザには、第１のユーザと、同乗回数更新部８０３によりカウントされる第１のユーザとの同乗回数が所定回数以上である第２のユーザと、が含まれる。そして、ボディＥＣＵ８０−１の主制御部８０４は、乗車ユーザ特定部８０２により第１のユーザが車両１００に乗車していると特定され、且つ、車両１００が施錠されている状態で、乗車ユーザ特定部８０２により第２のユーザが車両１００に乗車すると特定され、且つ、車両１００の車室外から車両１００に対する所定操作が行われた場合、車両１００のドアを解錠する。よって、第１のユーザとの同乗回数が所定回数以上である第２のユーザ（例えば、第１のユーザの家族や親しい友人等）が車両１００に乗車すると特定され、且つ、車室外から車両１００に対する所定操作、例えば、ドアハンドルを握る操作、ドアハンドルのトリガスイッチを押す操作、車両に解錠を要求する信号を送信するための携帯端末における操作等が行われた場合、第１のユーザによる解錠操作なしに、ドアを解錠し、第２のユーザを乗車させることができ、第１のユーザにとっての利便性を向上させることができる。また、第２のユーザは、スマートキー２００を携帯してない場合であっても、車室外から車両１００に対して所定操作を行うだけで、車両１００を解錠することができるため、第２のユーザにとっての利便性を向上させることができる。また、第２のユーザを待っている間、第１のユーザは、車両のドアを施錠状態にしておくことができるため、悪意の第三者の車両への侵入等から身を守ることができる。即ち、セキュリティ性と利便性との両立を図ることができる。

尚、ボディＥＣＵ８０−１の主制御部８０４は、上述の如く、第２のユーザが開扉するドアのみを解錠してもよい。これにより、更にセキュリティ性を向上させることができる。また、第１のユーザとの関係性からドアの解錠を行う対象ユーザである第２のユーザを特定する方法として、同乗回数を用いる代わりに、各対象ユーザ（第２のユーザ）に対して、予め他のユーザ（第１のユーザ）との同乗が許可される旨の設定を可能としてもよい。この場合、図９のステップＳ２０８は、主制御部８０４が、乗車中の対象ユーザと予め同乗が許可される旨の設定が車両１００（具体的には、ユーザ特定ＥＣＵ７０、ボディＥＣＵ８０−１等）に対してなされている対象ユーザがいるか否かを判定する処理に置換される。これにより、同様の作用・効果を得ることができる。

また、本実施形態に係るユーザ特定システム１は、各対象ユーザのうち、乗車ユーザ特定部８０２により特定された対象ユーザに対応して予め設定された制御条件に応じて、車両１００に搭載される車載装置を制御する各車載装置ＥＣＵ８０−１〜８０−Ｎの主制御部８０４を備える。よって、車両１００に乗車する或いは乗車しているユーザの体型・嗜好等に合わせて、各車載装置を制御することができる。

［第２実施形態］
次いで、第２実施形態について説明する。

本実施形態に係るユーザ特定システム１Ａは、車両１００の遠隔に設けられ、所定の通信ネットワーク５００Ａ（例えば、基地局を端末とする携帯電話網やインターネット網等）を通じて車両１００と双方向で通信可能なセンタ４００Ａを含む点で第１実施形態と異なる。また、本実施形態に係るユーザ特定システム１Ａは、乗車確率算出部７０４、記憶部７０５、乗車ユーザ特定部８０２の機能が、車両１００Ａからセンタ４００Ａに移管される点で第１実施形態と異なる。以下、第１実施形態と同様の構成には同一の符号を付し、第１実施形態と異なる部分を中心に説明する。

図１３は、ユーザ特定システム１Ａの構成の一例を概略的に示すブロック図である。ユーザ特定システム１Ａは、第１実施形態と同様、予め車両１００Ａ（具体的には、後述するユーザ特定ＥＣＵ７０や車載装置ＥＣＵ８０の内部メモリ）やセンタ４００Ａ（具体的には、後述するユーザ特定装置４２０Ａの内部メモリ）に登録される複数のユーザの中から車両１００Ａに乗車する或いは乗車しているユーザを特定する。ユーザ特定システム１Ａは、上述の如く、車両１００Ａ、センタ４００Ａを含む。

車両１００Ａは、照合ＥＣＵ１０、ＬＦ送信機１１、ＲＦ受信機１２、カメラＥＣＵ２０、カメラ２１（２１Ｄ，２１Ｐ）、ドアカーテシスイッチ３０、乗員検知センサ４０、ＩＧスイッチ５０、車輪速センサ６０、ユーザ特定ＥＣＵ７０Ａ、車載装置ＥＣＵ８０Ａ（８０Ａ−１〜８０Ａ〜Ｎ）、ＤＣＭ（Data Communication Module）９０Ａを含む。

ユーザ特定ＥＣＵ７０Ａは、第１実施形態と同様、車両１００Ａに乗車する或いは乗車しているユーザを特定するための制御処理を行う電子制御ユニットである。ユーザ特定ＥＣＵ７０Ａは、その機能が任意のハードウェア、ソフトウェア、或いはそれらの組み合わせにより実現されてよく、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を含むマイクロコンピュータを中心に構成される。以下、図１４を参照して、ユーザ特定ＥＣＵ７０Ａの機能構成について説明をする。

図１４は、ユーザ特定ＥＣＵ７０Ａの構成の一例を示す機能ブロック図である。

ユーザ特定ＥＣＵ７０Ａは、例えば、ＲＯＭに格納される１つ以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部７０１Ａ、乗降車動作検知部７０２、情報取得部７０３、外部通信処理部７０６Ａを含む。

通信処理部７０１Ａは、第１実施形態と同様、ＣＡＮ等の車載ネットワークを通じて接続される各種ＥＣＵ（例えば、照合ＥＣＵ１０、カメラＥＣＵ２０、車載装置ＥＣＵ８０Ａ）等との間での各種信号の送受信に関する処理を行う。例えば、通信処理部７０１Ａは、第１実施形態と同様、情報取得部７０３からの送信要求に応じて、送信指令を照合ＥＣＵ１０に送信する。また、例えば、通信処理部７０１Ａは、第１実施形態と同様、照合ＥＣＵ１０から送信される検知されたスマートキー２００の属性情報（キーＩＤ）を受信する。また、例えば、通信処理部７０１は、第１実施形態と同様、検知されたスマートキー２００と携帯端末３００との接続状況を表す接続状況信号を照合ＥＣＵ１０から受信する。また、例えば、通信処理部７０１Ａは、第１実施形態と同様、情報取得部７０３からの送信要求に応じて、撮像要求をカメラＥＣＵ２０に対して送信する。また、例えば、通信処理部７０１は、第１実施形態と同様、撮像要求を受信したカメラＥＣＵ２０から送信されるカメラ２１（カメラ２１Ｄ，２１Ｐ）の撮像画像（顔画像）を受信する。また、例えば、通信処理部７０１は、外部通信処理部７０６Ａからの送信要求に応じて、外部通信処理部７０６Ａがセンタ４００Ａから受信した乗車確率情報及び乗車ユーザ情報を車載ネットワークに接続する各種ＥＣＵ（例えば、車載装置ＥＣＵ８０）等に対して送信する。

外部通信処理部７０６Ａは、ＤＣＭ９０を制御し、通信ネットワーク５００Ａを通じて通信可能に接続されるセンタ４００Ａとの間での各種信号の送受信に関する処理を行う。例えば、外部通信処理部７０６Ａは、情報取得部７０３からの送信要求に応じて、情報取得部７０３が取得した複数の種類の乗車表示情報をセンタ４００Ａに送信する。また、外部通信処理部７０６Ａは、センタ４００Ａから送信される乗車確率情報及び乗車ユーザ情報を受信する。

図１３に戻り、車載装置ＥＣＵ８０Ａは、制御対象となる各種車載装置の制御を行う電子制御ユニットである。車載装置ＥＣＵ８０Ａは、その機能が任意のハードウェア、ソフトウェア、或いはそれらの組み合わせにより実現されてよく、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を含むマイクロコンピュータを中心に構成される。本実施形態では、車載装置ＥＣＵ８０Ａは、ユーザ特定ＥＣＵ７０Ａから送信される乗車ユーザ情報（車両１００Ａに乗車する或いは乗車している対象ユーザを表す情報）を受信し、受信した乗車ユーザ情報（乗車ユーザ情報８０５３Ａ）に基づき、車載装置の制御を行う。車載装置ＥＣＵ８０は、ＣＡＮ等の車載ネットワークを通じて、各種ＥＣＵ（例えば、照合ＥＣＵ１０、カメラＥＣＵ２０、ユーザ特定ＥＣＵ７０Ａ等）と相互に通信可能に接続される。車載装置ＥＣＵ８０Ａは、複数の車載装置ＥＣＵ８０−１〜８０−Ｎ（Ｎ≧３）を含む。

尚、本例では、Ｎ≧３であるが、Ｎ＝１であってもよいし、Ｎ＝２であってもよい。

ボディＥＣＵ８０Ａ−１は、第１実施形態と同様、例えば、車両１００Ａのドアの施解錠装置、車両１００Ａの運転席並びに助手席のシート位置調整装置、ステアリング位置調整装置、及びドアミラー調整装置等の制御を行う電子制御ユニットである。本実施形態では、ボディＥＣＵ８０Ａ−１は、ユーザ特定ＥＣＵ７０Ａから受信する乗車ユーザ情報（乗車ユーザ情報８０５３Ａ）に基づき、施解錠装置、シート位置調整装置、及びステアリング位置調整装置等の制御を行う。また、ボディＥＣＵ８０Ａ−１は、施解錠装置による車両１００Ａのドアの施解錠状況情報を、車載ネットワークを通じて各種ＥＣＵに送信する。

エアコンＥＣＵ８０Ａ−２は、車両１００Ａの空調装置の制御を行う電子制御ユニットであり、本実施形態では、ユーザ特定ＥＣＵ７０Ａから受信する乗車ユーザ情報（乗車ユーザ情報８０５３Ａ）に基づき、空調装置の制御を行う。

ＨＭＩ−ＥＣＵ８０Ａ−Ｎは、車両１００Ａのユーザとの間のＨＭＩ機能に関連する制御処理を行う電子制御ユニットである。例えば、ＨＭＩ−ＥＣＵ８０Ａ−Ｎは、車両１００Ａのナビゲーション装置、オーディオ装置の他、車室内のディスプレイに各種情報を表示させる情報表示装置等の制御を行う。本実施形態では、ＨＭＩ−ＥＣＵ８０Ａ−Ｎは、ユーザ特定ＥＣＵ７０Ａから受信する乗車ユーザ情報（乗車ユーザ情報８０５３Ａ）に基づき、ナビゲーション装置、オーディオ装置、情報表示装置等の制御を行う。

以下、図１５を参照して、車載装置ＥＣＵ８０Ａの機能構成について説明をする。

図１５は、車載装置ＥＣＵ８０Ａの構成の一例を示す機能ブロック図である。

車載装置ＥＣＵ８０Ａは、例えば、ＲＯＭに格納される１つ以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部８０１Ａ、同乗回数更新部８０３、主制御部８０４Ａを含む。また、車載装置ＥＣＵ８０Ａは、例えば、ＥＥＰＲＯＭ等の不揮発性の内部メモリに規定される記憶領域としての記憶部８０５Ａを含む。

通信処理部８０１Ａは、ＣＡＮ等の車載ネットワークを通じて接続される各種ＥＣＵ等との間での各種信号の送受信に関する処理を行う。例えば、通信処理部８０１Ａは、第１実施形態と同様、ユーザ特定ＥＣＵ７０Ａから送信される乗車確率情報を受信し、記憶部８０５Ａに記憶させる（乗車確率情報８０５１）。また、例えば、通信処理部８０１Ａは、ユーザ特定ＥＣＵ７０Ａから送信される乗車ユーザ情報を受信し、記憶部８０５Ａに記憶させる（乗車ユーザ情報８０５３Ａ）。後述の如く、乗車確率情報及び乗車ユーザ情報は、乗降車動作検知部７０２が対象動作を検知する度にセンタ４００Ａで生成され、ユーザ特定ＥＣＵ７０Ａを経由して車載装置ＥＣＵ８０Ａに送信されるため、通信処理部８０１Ａは、乗車確率情報及び乗車ユーザ情報を受信する度に、記憶部８０５Ａ内の乗車確率情報８０５１及び乗車ユーザ情報８０５３Ａを更新する。

主制御部８０４Ａ（制御部の他の例）は、制御対象である車載装置（施解錠装置、シートポジション調整装置、ステアリング位置調整装置、ドアミラー調整装置、空調装置、ナビゲーション装置、オーディオ装置、情報表示装置等）の制御処理を行う。例えば、主制御部８０４Ａは、乗車ユーザ情報８０５３Ａにおいて、車両１００Ａに乗車する或いは乗車している旨が表される対象ユーザに対応して予め設定される制御条件（制御モード）に応じて、車載装置を制御する。これにより、第１実施形態と同様、車両１００Ａに乗車する或いは乗車しているユーザの嗜好や体型等に合わせて、各種車載装置を制御できるため、ユーザの利便性を向上させることができる。

また、ボディＥＣＵ８０−１の主制御部８０４Ａ（施解錠部の他の例）等は、第１実施形態と同様、図９の解錠処理を行う。この際、図９のステップＳ２０４，Ｓ２１０，Ｓ２１２の処理（乗車ユーザ特定部８０２による処理）は、乗車ユーザ情報８０５３Ａに基づき、ボディＥＣＵ８０−１内の任意の機能部（例えば、主制御部８０４Ａ等）により実行される。これにより、第１実施形態と同様、セキュリティ性と利便性の両立を図ることができる。

尚、車載装置ＥＣＵ８０Ａは、第１実施形態と同様、乗車確率情報８０５１に基づき、自身で、車両１００Ａに乗車する或いは乗車している対象ユーザを特定してもよい。

図１３に戻り、ＤＣＭ９０は、ユーザ特定ＥＣＵ７０（外部通信処理部７０６Ａ）の制御の下、通信ネットワーク５００Ａを通じて、センタ４００Ａと双方向で通信可能な通信デバイスである。

センタ４００Ａは、通信機器４１０Ａ、ユーザ特定装置４２０Ａを含む。

通信機器４１０Ａは、ユーザ特定装置４２０Ａ（後述する通信処理部４２１Ａ）の制御の下、通信ネットワーク５００Ａを通じて、車両１００Ａと双方向で通信可能な通信デバイスである。

ユーザ特定装置４２０Ａは、車両１００Ａから受信する複数の種類の乗車表示情報に基づき、車両１００に乗車する或いは乗車しているユーザを特定する処理を行う。ユーザ特定装置４２０Ａは、その機能が任意のハードウェア、ソフトウェア、或いはそれらの組み合わせにより実現されてよく、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を含む１又は複数のサーバコンピュータを中心に構成される。以下、図１６を参照して、ユーザ特定装置４２０Ａの機能構成について説明をする。

図１６は、ユーザ特定装置４２０Ａの構成の一例を示す機能ブロック図である。

ユーザ特定装置４２０Ａは、例えば、ＲＯＭに格納される１つ以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部４２１Ａ、乗車確率算出部４２２Ａ、乗車ユーザ特定部４２３Ａを含む。また、ユーザ特定装置４２０Ａは、例えば、ＥＥＰＲＯＭ等の不揮発性の記憶装置に規定される記憶領域としての記憶部４２４Ａを含む。

通信処理部４２１Ａは、通信機器４１０Ａを制御し、通信ネットワーク５００Ａを通じて通信可能に接続される車両１００Ａとの間での各種信号の送受信に関する処理を行う。例えば、通信処理部４２１Ａは、車両１００Ａ（外部通信処理部７０６Ａ）から送信される乗車表示情報を受信する。また、例えば、通信処理部４２１Ａは、乗車ユーザ特定部４２３Ａからの送信要求に応じて、乗車確率情報及び乗車ユーザ情報を車両１００Ａに送信する。

乗車確率算出部４２２Ａ（確率算出部の他の例）は、第１実施形態（乗車確率算出部７０４）と同様、通信処理部４２１Ａが受信した複数の種類の乗車表示情報と、記憶部４２４Ａに予め記憶されるプロファイル情報４２４１Ａ及びＷＦ情報４２４２Ａとに基づき、各対象ユーザの乗車確率を算出する。プロファイル情報４２４１Ａ（紐付け情報の他の例）及びＷＦ情報４２４２Ａは、それぞれ、第１実施形態のプロファイル情報７０５１及びＷＦ情報７０５２と同様の態様の情報であり、例えば、図４及び図５で表されるテーブル形式の情報である。

また、乗車確率算出部４２２Ａは、第１実施形態と同様、通信処理部４２１Ａが受信した乗車表示情報のうちの複数の座席区分の何れかに対応して取得される乗車表示情報（カメラ２１Ｄ，２１Ｐの撮像画像の情報）に基づき、車両１００に乗車している対象ユーザを推測してもよい。また、第１実施形態と同様、また、本実施形態において、カメラ２１Ｄ，２１Ｐに代えて、或いは、加えて、車両１００Ａの各ドアに生体認証センサ（例えば、指紋認証センサ）を設けてもよい。これにより、乗車確率算出部４２２Ａは、通信処理部４２１Ａが受信する生体認証センサの検出結果に基づき、各ドアを開扉する対象ユーザを特定できるため、該対象ユーザが乗車する座席区分を推測することができる。

また、乗車確率算出部４２２Ａは、第１実施形態（乗車確率算出部７０４）と同様、算出した乗車確率が、車両１００に乗車する確率であるのか、車両１００に乗車している確率であるのかを示すフラグ（車室内フラグＦ）を設定する。

乗車確率算出部４２２Ａは、算出した各対象ユーザの乗車確率、推測される座席区分及び車室内フラグＦを含む乗車確率情報４２４３Ａを生成し、記憶部７０５に記憶（更新）させる。乗車確率情報４２４３Ａは、第１実施形態の乗車確率情報７０５３と同様の態様の情報であり、例えば、図６で表されるテーブル形式の情報である。

乗車ユーザ特定部４２３Ａ（特定部の他の例）は、第１実施形態（乗車ユーザ特定部８０２）と同様、乗車確率情報４２４３Ａに基づき、乗車する或いは乗車している対象ユーザを特定する。また、乗車ユーザ特定部４２３Ａは、第１実施形態と同様、乗車する或いは乗車している対象ユーザの座席区分を特定する。

乗車ユーザ特定部４２３Ａは、乗車する或いは乗車していると特定した対象ユーザに関する情報と、当該対象ユーザの座席区分に関する情報を含む乗車ユーザ情報４２４４Ａを生成し、記憶部４２４Ａに記憶（更新）させると共に、通信処理部４２１Ａに送信要求を送る。そして、通信処理部４２１Ａは、送信要求に応じて、生成された乗車ユーザ情報４２４４Ａを車両１００Ａに送信する。

このように、本実施形態では、乗車確率算出部４２２Ａ及び乗車ユーザ特定部４２３Ａと、プロファイル情報４２４１Ａが記憶される記憶部４２４Ａとが、車両１００と通信可能な態様で遠隔（センタ４００Ａ）に設けられる。これにより、車両１００Ａの遠隔で車両１００に乗車するユーザを特定することができる。そのため、例えば、車両１００Ａが対象ユーザの何れかの自家用ではなく、レンタカーやシェアカー等の場合であっても、車両１００Ａに乗車する或いは乗車している対象ユーザを特定し、対象ユーザの体型や嗜好等に合わせて、車載装置を制御することができる。また、車両１００Ａで乗車確率の算出処理、及び車両１００Ａに乗車する或いは乗車している対象ユーザの特定処理を行う必要がないため、車両１００Ａにおける処理不可を低減できる。

尚、本実施形態では、乗車確率算出部４２２Ａ、乗車ユーザ特定部４２３Ａ、記憶部４２４Ａが車両１００Ａの遠隔に設けられるが、車両１００Ａに乗車する或いは乗車しているユーザを特定するための他の機能（乗降車動作検知部７０２及び情報取得部７０３の機能）の一部又は全部がセンタ４００Ａ（ユーザ特定装置４２０Ａ）に設けられてもよい。例えば、乗降車動作検知部７０２と情報取得部７０３の機能との双方がセンタ４００Ａに設けられる場合、ユーザ特定ＥＣＵ７０Ａ（外部通信処理部７０６Ａ）は、照合ＥＣＵ１０、カメラＥＣＵ２０、ドアカーテシスイッチ３０、乗員検知センサ４０、ＩＧスイッチ５０、車輪速センサ６０から受信する各種信号・情報をセンタ４００Ａに送信する。また、情報取得部７０３の機能がセンタ４００Ａに設けられ、乗降車動作検知部７０２の機能が車両１００に設けられる場合、ユーザ特定ＥＣＵ７０Ａ（通信処理部７０１Ａ）は、照合ＥＣＵ１０、カメラＥＣＵ２０、ドアカーテシスイッチ３０、乗員検知センサ４０、ＩＧスイッチ５０、車輪速センサ６０から受信する各種信号・情報に加えて、乗降車動作検知部７０２による対象動作の検知状態に関する情報をセンタ４００Ａに送信する。また、これらの場合、センタ４００Ａ（通信処理部４２１Ａ）は、乗車表示情報を取得するための照合ＥＣＵ１０及びカメラＥＣＵ２０に対する各種要求を車両１００Ａに送信する。これにより、乗降車動作検知部７０２、情報取得部７０３の機能を車両１００の遠隔（センタ４００Ａ）で実現することができる。

また、乗車確率算出部４２２Ａ、乗車ユーザ特定部４２３Ａの機能は、第１実施形態と同様、車両１００Ａに設けられ、プロファイル情報４２４１Ａが記憶される記憶部４２４Ａだけが車両１００の遠隔（センタ４００Ａ）に設けられてもよい。例えば、車両１００Ａがレンタカーやシェアカー等の場合、対象ユーザ或いはレンタカー会社等からセンタ４００Ａに対する指令に応じて、車両１００Ａにプロファイル情報４２４１Ａ及びＷＦ情報４２４２Ａが送信される態様であってよい。そのため、同様に、車両１００Ａがレンタカーやシェアカー等の場合であっても、車両１００Ａに乗車する或いは乗車している対象ユーザを特定し、対象ユーザの体型や嗜好等に合わせて、車載装置を制御することができる。

以上、本発明を実施するための形態について詳述したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

また、上述した実施形態では、車両１００，１００Ａ（ユーザ特定ＥＣＵ７０，７０Ａ）は、スマートキー２００を介して携帯端末３００の属性情報（ＢＴアドレス）を取得するが、車両１００，１００ＡにＢＴ通信モジュールを搭載し、携帯端末３００から直接ＢＴアドレスを取得してもよい。

１，１Ａ ユーザ特定システム
１０ 照合ＥＣＵ
２０ カメラＥＣＵ
２１，２１Ｄ，２１Ｐ カメラ
７０ ユーザ特定ＥＣＵ
８０，８０−１〜８０−Ｎ，８０Ａ，８０Ａ−１〜８０Ａ−Ｎ 車載装置ＥＣＵ
８０−１，８０Ａ−１ ボディＥＣＵ
８０−２，８０Ａ−２ エアコンＥＣＵ
８０−Ｎ，８０Ａ−Ｎ ＨＭＩ−ＥＣＵ
１００，１００Ａ 車両
２００ スマートキー
３００ 携帯端末
４００Ａ センタ
４２０Ａ ユーザ特定装置
７０１，７０１Ａ 通信処理部
７０２ 乗降車動作検知部（検知部）
７０３ 情報取得部（取得部）
７０４ 乗車確率算出部（確率算出部）
７０５ 記憶部
７０６Ａ 外部通信処理部
８０１，８０１Ａ 通信処理部
８０２ 乗車ユーザ特定部（特定部）
８０３ 同乗回数更新部（同乗回数カウント部）
８０４，８０４Ａ 主制御部（施解錠部、制御部）
８０５，８０５Ａ 記憶部
４２２Ａ 乗車確率算出部（確率算出部）
４２３Ａ 乗車ユーザ特定部（特定部）
４２４Ａ 記憶部
４２４１Ａ プロファイル情報（紐付け情報）
４２４２Ａ ＷＦ情報
４２４３Ａ 乗車確率情報
４２４４Ａ 乗車ユーザ情報
７０５１ プロファイル情報（紐付け情報）
７０５２ ＷＦ情報
７０５３ 乗車確率情報
８０５１ 乗車確率情報
８０５２ 同乗回数情報

Claims (8)

1. 車両に対する乗車及び降車の少なくとも一方が行われる際のユーザの予め規定された複数の動作を検知する検知部と、
   前記検知部により前記複数の動作の何れかが検知されたときに、予め前記車両に登録された複数のユーザの何れかが、前記車両に乗車する又は乗車していることを表す複数の種類の乗車情報を取得する取得部と、
   前記複数のユーザの各々の識別情報と、前記複数のユーザの各々に対応する前記複数の種類の乗車情報とを紐付けた紐付け情報を記憶する記憶部と、
   前記取得部により取得された前記複数の種類の乗車情報と、前記記憶部に記憶される前記紐付け情報とに基づき、前記複数のユーザの各々が前記車両に乗車する又は乗車している確率を算出する確率算出部と、
   前記確率算出部により算出される前記確率に基づき、前記複数のユーザのうちの前記車両に乗車する又は乗車しているユーザを特定する特定部と、を備える、
   ユーザ特定システム。
2. 前記複数の種類の情報には、前記車両の複数の座席の何れかに対応して取得される第１の種類の乗車情報が含まれ、
   前記特定部は、前記取得部により取得される前記第１の種類の乗車情報に基づき、前記複数の座席の中から、乗車する又は乗車しているユーザの座席を特定する、
   請求項１に記載のユーザ特定システム。
3. 前記車両のドアの施解錠を行う施解錠部を更に備え、
   前記複数のユーザには、第１のユーザと、予め前記第１のユーザとの同乗が許可される旨の設定が前記車両に対してなされている第２のユーザと、が含まれ、
   前記施解錠部は、前記特定部により前記第１のユーザが前記車両に乗車していると特定され、且つ、前記車両のドアが全て施錠されている状態で、前記特定部により前記第２のユーザが前記車両に乗車すると特定され、且つ、前記車両の車室外から前記車両に対する所定操作が行われた場合、前記車両のドアを解錠する、
   請求項１又は２に記載のユーザ特定システム。
4. 前記特定部による特定結果に基づき、前記複数のユーザの相互間での同乗回数をカウントする同乗回数カウント部と、
   前記車両のドアの施解錠を行う施解錠部と、を更に備え、
   前記複数のユーザには、第１のユーザと、前記第１のユーザとの前記同乗回数が所定回数以上である第２のユーザと、が含まれ、
   前記施解錠部は、前記特定部により前記第１のユーザが前記車両に乗車していると特定され、且つ、前記車両のドアが全て施錠されている状態で、前記特定部により前記第２のユーザが前記車両に乗車すると特定され、且つ、前記車両の車室外から前記車両に対する所定操作が行われた場合、前記車両のドアを解錠する、
   請求項１又は２に記載のユーザ特定システム。
5. 前記施解錠部は、前記第２のユーザが開扉するドアのみを解錠する、
   請求項３又は４に記載のユーザ特定システム。
6. 前記複数のユーザのうち、前記特定部により特定されたユーザに対応して予め設定された制御条件に応じて、前記車両に搭載される車載装置を制御する制御部を更に備える、
   請求項１乃至５の何れか一項に記載のユーザ特定システム。
7. 車両に搭載される、
   請求項１乃至６の何れか一項に記載のユーザ特定システム。
8. 前記記憶部、前記確率算出部、及び前記特定部は、前記車両と通信可能な態様で遠隔に配置される、
   請求項１乃至６の何れか一項に記載のユーザ特定システム。

Images