(57)【特許請求の範囲】
【請求項１】
車両に搭載された車載器（１００）と、前記車両の利用者として予め登録されているユーザによって携帯され、前記車両に搭載されている電装設備を用いた所定のサービスの提供に供される特定のアプリケーションがインストールされている携帯端末（２００）と、を備える乗員情報取得システムであって、
前記携帯端末は、
前記車載器と直接的又は間接的に通信する携帯側通信部（２０２）と、
前記アプリケーションに対するユーザの操作の履歴を記憶する操作履歴記憶部（２０１Ｃ）と、を備え、
前記車載器は、前記携帯端末と直接的又は間接的に通信する車載器側通信部（１０２）を備え、
前記車載器側通信部は、所定のトリガを検出した場合に、前記携帯端末に対して、前記アプリケーションに対する所定の操作が行われた最新日時を示す操作履歴情報を返送するように要求する操作履歴要求信号を送信し、
前記携帯側通信部は、前記車載器から送信される前記操作履歴要求信号を受信した場合には、前記操作履歴記憶部に格納されている操作履歴に基づいて生成される、前記操作履歴要求信号に応じた前記操作履歴情報を返送し、
前記車載器側通信部は、前記携帯端末から送信される前記操作履歴情報を受信するものであって、
前記車載器は、前記携帯端末から提供された前記操作履歴情報に示されている、前記所定の操作が行われた最新日時に基づいて、前記車両に乗車するユーザの今回のトリップにおける乗員属性を推定する乗員情報取得部（Ｆ４）を備えることを特徴とする乗員情報取得システム。
【請求項２】
請求項１において、
前記アプリケーションは、前記車両の搭乗に関するサービスの予約を受け付けるためのアプリケーションであって、
前記操作履歴情報には、当該予約のための操作が行われた最新日時が示されており、
前記乗員情報取得部は、前記予約のための操作が行われた日時が最も新しい前記携帯端末に対応するユーザを、ドライバに相当するユーザであると推定することを特徴とする乗員情報取得システム。
【請求項３】
請求項１又は２において、
前記携帯端末は、ディスプレイを備え、
前記アプリケーションは、前記携帯端末のユーザがドライバとして前記車両に搭乗する場合に選択されるスイッチであるドライバ属性スイッチを、前記ディスプレイに表示するものであり、
前記操作履歴記憶部は、前記ドライバ属性スイッチが選択された日時を記憶し、
前記携帯側通信部は、前記操作履歴情報として、前記ドライバ属性スイッチが選択された最新の日時を送信し、
前記乗員情報取得部は、前記操作履歴情報を返送してきた前記携帯端末のうち、前記ドライバ属性スイッチが選択された日時が最も新しい前記携帯端末に対応するユーザを、ドライバに相当するユーザであると推定することを特徴とする乗員情報取得システム。
【請求項４】
請求項１から３の何れか１項において、
前記携帯端末は、ディスプレイを備え、
前記アプリケーションは、前記携帯端末のユーザが助手席乗員として前記車両に搭乗する場合に選択されるスイッチである助手席乗員属性スイッチを、前記ディスプレイに表示するものであって、
前記操作履歴記憶部は、前記助手席乗員属性スイッチが選択された日時を記憶しており、
前記携帯側通信部は、前記操作履歴情報として、前記助手席乗員属性スイッチが選択された最新の日時を送信し、
前記乗員情報取得部は、前記操作履歴情報を返送してきた前記携帯端末のうち、前記助手席乗員属性スイッチが選択された日時が最も新しい前記携帯端末に対応するユーザを、助手席乗員に相当するユーザであると推定することを特徴とする乗員情報取得システム。
【請求項５】
請求項３において、
前記アプリケーションは、前記携帯端末のユーザが助手席乗員として前記車両に搭乗する場合に選択されるスイッチである助手席乗員属性スイッチを、前記ディスプレイに表示するものであって、
前記操作履歴記憶部は、前記助手席乗員属性スイッチが選択された日時を記憶しており、
前記携帯側通信部は、前記操作履歴情報として、前記助手席乗員属性スイッチが選択された最新の日時を送信し、
前記乗員情報取得部は、前記操作履歴情報を返送してきた前記携帯端末のうち、前記助手席乗員属性スイッチが選択された日時が最も新しい前記携帯端末に対応するユーザを、助手席乗員に相当するユーザであると推定するものであって、
前記乗員情報取得部は、さらに、今回のトリップにおけるドライバであると推定したユーザと、助手席乗員であると推定したユーザとが、同一のユーザとなった場合には、当該ユーザは、ドライバに相当するユーザであると推定することを特徴とする乗員情報取得システム。
【請求項６】
請求項１から５の何れか１項において、
前記乗員情報取得部は、少なくともドライバに相当するユーザを推定するものであって、
前記車両に対するユーザ独自の設定を示す、ユーザ毎の車両設定データを記憶する車両設定記憶部（１０１Ｃ）と、
前記乗員情報取得部がドライバに相当するユーザを推定した場合に、前記車両設定記憶部が記憶している、ドライバであると推定されたユーザに対応する前記車両設定データに基づいて、前記車両の設定を変更する設定反映部（Ｆ６）と、を備えることを特徴とする乗員情報取得システム。
【請求項７】
請求項６において、
前記乗員情報取得部は、助手席乗員に相当するユーザを推定するものであって、
前記設定反映部は、前記乗員情報取得部が今回のトリップにおける助手席乗員に相当するユーザを推定した場合に、前記車両設定記憶部が記憶している、助手席乗員であると推定されたユーザに対応する前記車両設定データに基づいて、前記車両における助手席周りの車内環境の設定を変更することを特徴とする乗員情報取得システム。
【請求項８】
請求項１から７の何れか１項において、
前記車載器と対応付けられてあって、前記車載器及び前記携帯端末のそれぞれと通信する機能を備える車両用携帯機（３００）を備え、
前記車載器と前記携帯端末とは、前記車両用携帯機を介して通信することを特徴とする乗員情報取得システム。
【請求項９】
請求項１から８の何れか１項に記載の乗員情報取得システムで用いられる前記車載器としての機能を備えることを特徴とする車載器。
【請求項１０】
請求項１から８の何れか１項に記載の乗員情報取得システムで用いられる前記携帯端末としての機能を備えることを特徴とする携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に乗車するユーザを識別する技術に関する。
【背景技術】
【０００２】
近年、車両に搭乗しようとしているユーザを識別し、例えば座席位置などの車内環境を、予め設定されているユーザの好みに応じた車内環境へと自動的に変更するシステム（便宜上、ユーザ設定反映システムと称する）が種々提案されている。
【０００３】
例えば特許文献１には、車両に搭載された車載器と、車両のユーザによって携帯される携帯端末（例えば携帯電話機）と、車載器と無線通信することで車両の鍵として機能するとともに携帯端末とも通信する機能を備えた車両用携帯機と、を備えるユーザ設定反映システムが開示されている。
【０００４】
この特許文献１のユーザ設定反映システムにおいては、携帯端末には予め、その携帯端末のユーザを表すユーザ情報を登録しておく。そして、ユーザが、車両用携帯機と携帯端末の両方を身に付けた状態で車載器の通信エリアに進入した場合に、車両用携帯機が、人体通信によって携帯端末からユーザ情報を取得し、その取得したユーザ情報を車載器へ送信する。
【０００５】
そして、車載器は、車両用携帯機から受信したユーザ情報に基づいて今回のトリップにおけるドライバとしての役割を担うユーザを特定し、車内環境をそのユーザの好みに応じた環境へと設定変更する。なお、ここでのトリップとは、走行が開始されてから駐車（又は停車）されるまでの一連の走行を指す。
【０００６】
なお、特許文献１には変形例として、車両用携帯機と携帯端末との通信の態様として、通信可能距離が数ｃｍ程度となる無線通信を採用してもよい旨が開示されている。何れにしても、特許文献１では、車両用携帯機と通信可能な携帯電話機は、車両用携帯機を携帯しているユーザが携帯する携帯電話機となる態様が想定されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１１−２６７６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１に開示のユーザ設定反映システムは、車両を利用するユーザのうち、ドライバに相当するユーザを特定するという点において、今回のトリップにおいて、車両に乗車するユーザ（乗車しているユーザも含む）についての情報を車載器が取得するシステム（乗員情報取得システム）に類するものである。
【０００９】
なお、ここでの車両に乗車するユーザについての情報とは、車両を利用するユーザの乗員としての属性（乗員属性とする）を示す情報である。乗員属性とは、例えばドライバ、助手席乗員、後部座席乗員等である。
【００１０】
しかし、上記特許文献１の構成では、車両用携帯機は、この車両用携帯機を携帯しているユーザが携帯している携帯端末としか通信できない。そのため、車載器は、車両用携帯機を携帯しているユーザ、つまり、ドライバに相当するユーザの情報しか取得できない。
【００１１】
車両に搭載された電装設備を用いた種々のサービスの提供を実現する上では、車載器がドライバとしてのユーザ以外の乗員についての情報も取得できることが好ましい。
【００１２】
本発明は、この事情に基づいて成されたものであり、その目的とするところは、車載器が、車両に乗車するユーザのうち、ドライバ以外のユーザの情報を取得可能な乗員情報取得システム、車載器、携帯端末を提供することにある。
【課題を解決するための手段】
【００１３】
その目的を達成するための乗員情報取得システムの発明は、車両に搭載された車載器（１００）と、車両の利用者として予め登録されているユーザによって携帯され、車両に搭載されている電装設備を用いた所定のサービスの提供に供される特定のアプリケーションがインストールされている携帯端末（２００）と、を備える乗員情報取得システムであって、携帯端末は、車載器と直接的又は間接的に通信を実施する携帯側通信部（２０２）と、アプリケーションに対するユーザの操作の履歴を記憶する操作履歴記憶部（２０１Ｃ）と、を備え、車載器は、携帯端末と直接的又は間接的に通信を実施する車載器側通信部（１０２）を備え、車載器側通信部は、所定のトリガを検出した場合に、携帯端末に対して、アプリケーションに対する所定の操作が行われた最新日時を示す操作履歴情報を返送するように要求する操作履歴要求信号を送信し、携帯側通信部は、車載器から送信される操作履歴要求信号を受信した場合には、操作履歴記憶部に格納されている操作履歴に基づいて生成される、操作履歴要求信号に応じた操作履歴情報を返送し、車載器側通信部は、携帯端末から送信される操作履歴情報を受信するものであって、車載器は、携帯端末から提供された操作履歴情報に示されている、所定の操作が行われた最新日時に基づいて、車両に乗車するユーザの今回のトリップにおける乗員属性を推定する乗員情報取得部（Ｆ４）を備えることを特徴とする。
【００１４】
以上の構成では、車載器は、携帯端末から特定のアプリケーションに対するユーザの操作履歴情報を、近距離通信によって直接的に取得する。また、それぞれ異なるユーザによって携帯されている複数の携帯端末が存在する場合には、各携帯端末から、操作履歴情報を取得する。
【００１５】
ここで、各携帯端末にインストールされているアプリケーションは、車両に搭載されている電装設備を用いたサービスの提供に供されるものである。車両に搭載されている電装設備を用いたサービスとしては、例えば、ユーザがドライバとして車両を利用する際に享受可能なサービス（ドライバ用サービスとする）や、助手席の乗員として車両を利用する際に享受可能なサービス（助手席乗員用サービスとする）等、種々のものが想定される。
【００１６】
そのようなアプリケーションに対し、例えばユーザがドライバ用サービスを享受するための操作が行った最新の日時とは、そのユーザが、ドライバとして車両を利用しようとしていた直近の日時を示唆している。
【００１７】
したがって、仮に車載器が、各携帯端末から操作履歴情報として、その携帯端末においてドライバ用サービスを享受するための操作が行われた最新日時を取得する構成とした場合には、それぞれの携帯端末においてドライバ用サービスを享受するための操作が行われた最新日時を比較することで、現時点から最も近い日時に、ドライバとして車両を利用しようとしていたユーザを特定することができる。
【００１８】
現時点から最も近い日時においてドライバとして車両を利用しようとしていたユーザとは、相対的に他のユーザよりも今回のトリップにおけるドライバである可能性が高い。したがって、乗員情報取得部は、各携帯端末においてドライバ用サービスを享受するための操作が行われた最新日時を取得することで、今回のトリップにおけるドライバとしてのユーザを推定することができる。
【００１９】
また、ユーザが助手席乗員用サービスを享受するための操作を行った最新日時とは、そのユーザが、助手席乗員として車両を利用しようとしていた直近の日時を示唆している。
【００２０】
したがって、仮に車載器が、各携帯端末から操作履歴情報として、その携帯端末において助手席乗員用サービスを享受するための操作が行われた最新日時を取得する構成とした場合には、それぞれの携帯端末において助手席乗員用サービスを享受するための操作が行われた最新日時を比較することで、現時点から最も近い日時に、助手席乗員として車両を利用しようとしていたユーザを特定することができる。
【００２１】
その結果、乗員情報取得部は、ドライバに相当するユーザを推定する場合と同様にして、各携帯端末から送信される操作履歴情報に基づいて、今回のトリップにおける助手席乗員に相当するユーザを推定することができる。
【００２２】
つまり、以上の構成によれば、車載器は、ドライバや助手席乗員などといった、車両に乗車するユーザの乗員属性を推定することができる。したがって、車両に乗車するユーザが複数存在し、そのユーザが携帯する携帯端末に上述したアプリケーションがインストールされている場合には、車載器は、ドライバ以外のユーザの情報も取得することが可能となる。
【００２３】
また、上記目的を達成するための車載器の発明は、上述の乗員情報取得システムにおいて用いられる車載器の機能を備えることを特徴とする。
【００２４】
さらに、上記目的を達成するための携帯端末の発明は、上述の乗員情報取得システムにおいて用いられる携帯端末の機能を備えることを特徴とする。
【００２５】
なお、特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本発明の技術的範囲を限定するものではない。
【図面の簡単な説明】
【００２６】
【図１】乗員情報取得システム１の概略的な構成の一例を示すブロック図である。
【図２】車載器１００の概略的な構成の一例を示すブロック図である。
【図３】車両側制御部１０１の概略的な構成の一例を示すブロック図である。
【図４】携帯端末２００の概略的な構成の一例を示すブロック図である。
【図５】フラッシュメモリ２０１Ｃの概略的な構成の一例を示すブロック図である。
【図６】ディスプレイ２０３の表示画面の一例である。
【図７】操作履歴データの構成を示す概念図である。
【図８】第１実施形態における乗員情報取得処理を説明するためのフローチャートである。
【図９】ディスプレイ２０３の表示画面の一例である。
【図１０】第２実施形態における乗員情報取得処理を説明するためのフローチャートである。
【図１１】変形例３−１における乗員情報取得システム１の概略的な構成を示すブロック図である。
【発明を実施するための形態】
【００２７】
［第１実施形態］
以下、本発明の第１実施形態について図を用いて説明する。図１は、本実施形態における乗員情報取得システム１の概略的な構成を示す図である。図１に示すように乗員情報取得システム１は、車両Ｖに搭載された車載器１００と、車両Ｖの複数のユーザのそれぞれによって携帯されている複数の携帯端末２００Ａ、２００Ｂを備える。ここでのユーザとは、車両Ｖの利用者として予め登録されている人物を指す。
【００２８】
＜全体の概要＞
まずは、乗員情報取得システム１の概要について述べる。乗員情報取得システム１が備える車載器１００、携帯端末２００Ａ、２００Ｂはそれぞれ、通信範囲が例えば最大でも数十メートル程度となる所定の近距離無線通信規格に準拠した通信（近距離通信とする）を実施する機能を備えた通信デバイスである。
【００２９】
ここでの近距離無線通信規格としては、例えばＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（Ｂｌｕｅｔｏｏｔｈは登録商標）や、Ｗｉ−Ｆｉ（登録商標）、ＺｉｇＢｅｅ（登録商標）等を採用することができ、携帯端末２００Ａ、２００Ｂとしては、例えばスマートフォン等の携帯電話機や、タブレット端末、ウェアラブルデバイス、携帯用音楽プレーヤ、携帯用ゲーム機等を採用することができる。ここでは一例として、携帯端末２００Ａ、２００Ｂは、それぞれ異なるユーザによって携帯されているスマートフォンとする。以降において携帯端末２００Ａと携帯端末２００Ｂとを互いに区別しない場合には、携帯端末２００と記載する。
【００３０】
なお、図１では一例として、乗員情報取得システム１が備える携帯端末２００が２台となっている態様を例示しているがこれに限らない。携帯端末２００は１台であってもよいし３台以上であってもよい。各携帯端末２００は、その携帯端末に固有の識別番号である端末ＩＤによって、他の携帯端末２００と区別される。
【００３１】
この携帯端末２００には、車両Ｖに搭載されている電装設備を用いた所定のサービスの提供に供されるアプリケーションプログラム（車両連携アプリとする）がインストールされている。車両Ｖに搭載されている電装設備を用いたサービスとしては、例えば、車両設定適用サービスや、ドア開閉予約サービス、空調予約サービス等が該当する。車両設定適用サービスとは、座席位置などの車内環境を、予め設定されているユーザの好みに応じた車内環境へと自動的に変更するサービスであり、ドア自動開閉サービスとは、ユーザの接近を検出した場合に自動的にドアやトランクを開閉させるサービスである。
【００３２】
また、自動空調サービスとは、ユーザの接近を検出した場合や、ユーザによって指定された時刻となった場合等に車両Ｖの空調システムを作動させて、ユーザによって指定された目標温度へと車室内温度の調整を開始するサービスである。もちろん、上述したサービスは、車両Ｖに搭載されている電装設備を用いたサービスの一例であり、車両連携アプリを用いてユーザが享受することができるサービスは上述したものに限らない。
【００３３】
携帯端末２００のユーザは、この車両連携アプリを起動し、所定の操作入力を実施することで、車両連携アプリが対応しているサービスのうち、ユーザ操作に応じたサービスを享受することができる。各携帯端末２００における車両連携アプリに対するユーザの操作内容は、操作履歴データとして保存されている。
【００３４】
車載器１００は、所定のトリガを検出した場合、携帯端末２００に対して、車両連携アプリに対する所定のユーザ操作が行われた最新の日時を返送するように要求する操作履歴要求信号を送信する。携帯端末２００は、車載器１００から送信された操作履歴要求信号を受信した場合には、操作履歴データを参照して、操作履歴要求信号が指定するユーザ操作が行われた最新日時を示す操作履歴情報を返送する。そして、車載器１００は、各携帯端末２００から返送されてくる操作履歴情報に基づいて、ドライバとしてのユーザや助手席乗員としてのユーザなど、今回のトリップにおける乗員についての情報を取得する。ここでのトリップとは、車両Ｖが走行を開始してから駐車されるまでの一連の走行を指す。
【００３５】
なお、車載器１００は、乗員についての情報を取得する機能とは別の機能として、車両Ｖに対する固有のキーとしての機能を備えた車両用携帯機（図示略）と、所定の周波数帯の電波を用いた無線通信を実施することで、周知のスマートエントリーシステムを実現するための機能を有している。
【００３６】
具体的には、車載器１００は、ＬＦ（Ｌｏｗ  Ｆｒｅｑｕｅｎｃｙ）帯の電波を用いて、所定のポーリング周期で車両用携帯機に対して応答を要求する信号を送信するとともに、当該応答要求信号に対して車両用携帯機から返送されてくるＵＨＦ（Ｕｌｔｒａ  Ｈｉｇｈ  Ｆｒｅｑｕｅｎｃｙ）帯の信号を受信できる構成となっている。
【００３７】
そして、車載器１００は、車両用携帯機と無線通信による認証処理を実施し、認証が成功したことに基づいて、ドアの施解錠やエンジン始動等を実施するための種々の制御を実行する。これにより、車両用携帯機を携帯したユーザは、キーとしての車両用携帯機を操作すること無く、ドアの施錠／解錠、エンジンの始動／停止などを実現することができる。なお、車載器１００と車両用携帯機との通信範囲（スマート通信範囲とする）は、例えば、車両Ｖから数メートル以内の範囲となっている場合が多い。
【００３８】
以下、車載器１００、携帯端末２００の構成について、より具体的に説明する。便宜上、車両Ｖは、運転席と助手席からなる前部座席に加えて、後部座席とを備える構成とする。
【００３９】
＜車載器１００の構成について＞
まずは、車載器１００の構成について、図２を用いて説明する。車載器１００は、車両Ｖに搭載されてあって、車両Ｖの内部に構築されているネットワーク（車両内ネットワークとする）を介して、図２に示すように種々のＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）と相互通信可能に接続されている。例えば車載器１００は、ボディＥＣＵ１１０や、エンジンＥＣＵ１２０、ナビＥＣＵ１３０のそれぞれと車両内ネットワークを介して通信する。
【００４０】
ボディＥＣＵ１１０は、車両Ｖに搭載された種々のアクチュエータ（図示略）を制御するＥＣＵである。例えばボディＥＣＵ１１０は、車両Ｖに設けられた座席の位置を制御するためのアクチュエータに、所定の駆動信号を出力することで、各座席の位置の変更を行う。
【００４１】
また、ボディＥＣＵ１１０には、各ドアについてのカーテシスイッチが接続されており、各ドアの開閉を検出する。さらに、車両Ｖの各ドアハンドルに装備されているタッチセンサとも接続されており、ドアハンドルがユーザによってタッチされているか否かを示す検出信号を逐次取得する。他にも、ボディＥＣＵ１１０には、運転席に乗員が存在することを検知する乗員検知センサが接続されており、運転席に乗員が存在するか否かを検出する。乗員検知センサの例としては、運転席に設けた周知の着座センサなどを用いることができる。
【００４２】
エンジンＥＣＵ１２０は、エンジンの動作を制御するＥＣＵである。例えばエンジンＥＣＵ１２０は、車載器１００からエンジンの始動を指示する始動指示信号を取得すると、エンジンを始動させる。
【００４３】
ナビＥＣＵ１３０は、周知のナビゲーション装置と同様の機能を提供するＥＣＵである。例えば、自車両の現在位置と、図示しない記憶装置に格納されている道路地図データに基づき、自車両周辺の地図画像をディスプレイに表示したり、ユーザによって設定された目的地までの走行経路を案内したりする。
【００４４】
車載器１００は、車両側制御部１０１、近距離通信部１０２、ＵＨＦ受信部１０３、ＬＦ送信部１０４、及びエンジン始動ボタン１０５を備える。車両側制御部１０１は、近距離通信部１０２、ＵＨＦ受信部１０３、ＬＦ送信部１０４、及びエンジン始動ボタン１０５のそれぞれと通信可能に接続されており、車載器１００の動作を制御する。この車両側制御部１０１の詳細については別途後述する。
【００４５】
近距離通信部１０２は、携帯端末２００と近距離通信を行うためのモジュールであり、より細かい要素として、近距離通信用アンテナと、近距離通信制御部とを備える。近距離通信用アンテナは、近距離通信に用いられる周波数帯（例えば２．４ＧＨｚ帯）の電波を送受信するためのアンテナである。近距離通信制御部は、近距離通信用アンテナで受信した信号を復調して車両側制御部１０１に提供するとともに、車両側制御部１０１から入力された信号を変調して、近距離通信用アンテナから送信させる。この近距離通信部１０２が請求項に記載の車載器側通信部に相当する。
【００４６】
ＵＨＦ受信部１０３は、ＵＨＦ帯の電波を受信するためのＵＨＦアンテナと接続されており、当該ＵＨＦから入力される信号を復調して車両側制御部１０１に提供する。
【００４７】
ＬＦ送信部１０４は、ＬＦ帯の電波を放射するためのＬＦアンテナと接続されており、車両側制御部１０１から入力されたベースバンド信号を搬送波信号に変調した信号を生成する。そして、その変調した信号を、ＬＦアンテナに出力してＬＦ帯の電波として空間に放射させる。ＵＨＦ受信部１０３やＬＦ送信部１０４は前述のスマートエントリーシステムを実現するための車両用携帯機との通信インターフェースとして機能する。
【００４８】
エンジン始動ボタン１０５は、ユーザがエンジンを始動させるためのプッシュスイッチである。エンジン始動ボタン１０５は、ユーザによってプッシュ操作がされると、その旨を示す制御信号を車両側制御部１０１に出力する。
【００４９】
車両側制御部１０１は、コンピュータとして構成されており、ＣＰＵ１０１Ａや、主記憶装置（いわゆるメモリ）としてのＲＡＭ１０１Ｂ、補助記憶装置（いわゆるストレージ）としてのフラッシュメモリ１０１Ｃ、Ｉ／Ｏ、及びこれらを接続するバスラインなどを備えている。フラッシュメモリ１０１Ｃには、通常のコンピュータを本実施形態に係る車両側制御部１０１として機能させるためのプログラム等が格納されている。ＣＰＵ１０１Ａが当該プログラムに基づいて、例えば、スマートエントリーシステムを実現するための処理や、後述する乗員情報取得処理を実行する。
【００５０】
また、フラッシュメモリ１０１Ｃには、車両Ｖのユーザと、そのユーザが保有する携帯端末２００の端末ＩＤと、車両Ｖに対するユーザ独自の設定を示す車両設定データと、を対応付けたデータであるユーザ管理データが格納されている。ユーザ独自の設定の対象となる項目とは、例えば座席位置や、車室内ミラー及びサイドミラーの角度、空調の温度や風量等といった車内環境を構成する項目が該当する。フラッシュメモリ１０１Ｃが備える記憶領域のうち、ユーザ毎の車両設定データを記憶する領域が請求項に記載の車両設定記憶部に相当する。
【００５１】
この車両側制御部１０１は、上述したプログラムを実行することで実現する機能ブロックとして、図３に示すように車両情報取得部Ｆ１、認証処理部Ｆ２、近距離通信処理部Ｆ３、乗員情報取得部Ｆ４、接続端末決定部Ｆ５、及び、設定反映部Ｆ６を備えている。なお、車両側制御部１０１が備える機能ブロックの一部又は全部は、一つ或いは複数のＩＣ等によりハードウェア的に実現されてもよい。
【００５２】
車両情報取得部Ｆ１は、ボディＥＣＵ１１０やエンジンＥＣＵ１２０、ナビＥＣＵ１３０等から、車両の状態を示す種々の情報（車両情報）を取得する。車両情報としては、例えば、ドアの開閉状態や、各ドアの施錠／解錠状態、乗員検知センサの検出結果、タッチセンサの検出結果、エンジン始動ボタン１０５の押下の有無などが該当する。また、図示しないシフトポジションセンサが検出するシフトポジションや、ブレーキペダルが踏み込まれているか否かを検出するブレーキセンサの検出結果なども車両情報に含まれる。
【００５３】
認証処理部Ｆ２は、無線通信による車両用携帯機の認証処理を実施する。車両用携帯機との無線通信による認証処理の具体的な手順等については周知であるため、ここでの詳細な説明は省略する。なお、認証処理部Ｆ２は、車両用携帯機との認証処理が成功した場合には、その旨を、他の機能ブロックに通知する。
【００５４】
近距離通信処理部Ｆ３は、近距離通信部１０２が受信したデータを取得する。また、近距離通信処理部Ｆ３は、他の機能ブロックからの要求に基づいて、携帯端末２００へ送信するべきデータを生成し、近距離通信部１０２に出力し、送信させる。
【００５５】
また、この近距離通信処理部Ｆ３は、携帯端末２００との通信を実施するための準備処理として、車両側制御部１０１からの要求に基づき、車両Ｖの周辺（車室内を含む）に存在する携帯端末２００を検出する処理（スキャン処理とする）を実施する。スキャン処理は、例えば、携帯端末２００から自発的に所定の通知周期で送信される通知信号を受信することで車載器１００の周辺に存在する携帯端末２００を検出する態様としてもよいし、車載器１００が通知信号の返送を要求する信号を送信し、当該信号に対する応答の有無に基づいて、車載器１００の周辺に存在する携帯端末２００を検出する態様としても良い。車載器１００の周辺とは、車載器１００が近距離通信可能な範囲である。なお、各携帯端末２００は、その携帯端末に固有の識別番号である端末ＩＤによって、他の携帯端末２００と識別されれば良い。
【００５６】
乗員情報取得部Ｆ４は、各携帯端末２００から返送される操作履歴情報に基づいて、今回のトリップにおける乗員についての情報を取得する。この乗員情報取得部Ｆ４は、より細かい機能ブロックとして、今回のトリップにおけるドライバとしてのユーザを特定するドライバ特定部Ｆ４１と、今回のトリップにおける助手席乗員としてのユーザを特定する助手席乗員特定部Ｆ４２を備える。この乗員情報取得部Ｆ４の詳細については別途後述する。
【００５７】
接続端末決定部Ｆ５は、車載器１００周辺に存在する携帯端末２００のうち、車載器１００と無線接続させる携帯端末２００を決定する。ここではドライバ特定部Ｆ４１によってドライバに相当すると推定されたユーザに対応する携帯端末２００を、車載器１００と接続させる携帯端末として採用する態様とする。携帯端末２００は、車載器１００と接続することで、例えば、車載器１００を介してナビＥＣＵ１３０と接続された状態となる。
【００５８】
なお、ドライバに相当するユーザの携帯端末２００を優先して車載器１００と接続させるか、又は、助手席乗員に相当するユーザの携帯端末２００を優先して車載器１００と接続させるかといった、車載器１００と接続させる携帯端末２００の優先順は、ユーザ独自の好みとして設定されてあっても良い。例えば、自身がドライバとして乗車した場合には、助手席乗員にナビゲーション設定等の操作を行ってもらいたいユーザは、ドライバ自身よりも助手席乗員の携帯端末２００を優先的に車載器１００と接続するように設定しておけばよい。そのような態様によれば、車両側制御部１０１は、ドライバに相当するユーザを特定した後に、そのドライバに相当するユーザの好みに応じた携帯端末２００を、優先的に車載器１００と接続させることができる。
【００５９】
設定反映部Ｆ６は、乗員情報取得部Ｆ４によって取得された乗員についての情報に基づいて、車両における各部の設定を変更したり、所定の動作を実行させたりする。例えば、設定反映部Ｆ６は、ドライバ特定部Ｆ４１によって今回のトリップにおけるドライバであると推定されたユーザの車両設定データを参照し、車内環境を、ドライバとしてのユーザの好みに応じた環境へと設定変更（いわゆるカスタマイズ）する。具体的には、設定反映部Ｆ６は、ボディＥＣＵ１１０と協働して運転席の座席位置を、ドライバに相当するユーザが予め設定している位置となるように調整する。また、空調システムにおいて、運転席用の吹出口から吹き出させる空気の風量や温度の目標値として、ドライバに相当するユーザの車両設定データに示されている値を適用する。
【００６０】
また、設定反映部Ｆ６は、助手席乗員特定部Ｆ４２が助手席乗員に相当するユーザを特定できている場合には、助手席乗員であると推定されたユーザの車両設定データを参照し、助手席周りの車室内環境を、助手席乗員に相当するユーザの好みに応じた環境へと設定変更してもよい。例えば、助手席の座席位置や、助手席用の吹出口から吹き出させる空気の風量、温度等の目標値として、助手席乗員の車両設定データに示されている値を適用する。
【００６１】
＜携帯端末２００の構成について＞
次に、携帯端末２００の構成について図４を用いて説明する。図４に示すように、携帯端末２００は、携帯側制御部２０１、近距離通信部２０２、ディスプレイ２０３、及びタッチパネル２０４を備える。携帯側制御部２０１は、近距離通信部２０２、ディスプレイ２０３、及びタッチパネル２０４のそれぞれと通信可能に接続されており、携帯端末２００の動作を制御する。この携帯側制御部２０１の作動については別途後述する。
【００６２】
近距離通信部２０２は、車載器１００と近距離通信を実施するためのモジュールであって、その構成は、車載器１００が備える近距離通信部１０２と同様である。近距離通信部２０２は、受信信号を復調して携帯側制御部２０１に提供するとともに、携帯側制御部２０１から入力された信号を変調し、電波として空間に放射させる。この近距離通信部２０２が請求項に記載の携帯側通信部に相当する。
【００６３】
ディスプレイ２０３は、携帯側制御部２０１の指示に基づいて、テキストや画像を表示する。タッチパネル２０４は、ディスプレイ２０３に積層された、周知のタッチパネルである。タッチパネル２０４は、ユーザからのタッチ操作を検出すると、タッチパネル２０４においてユーザによってタッチされた位置（タッチ位置とする）を示すタッチ位置信号を携帯側制御部２０１に出力する。携帯側制御部２０１は、タッチパネル２０４から入力されるタッチ位置信号に基づいて、ユーザの操作内容（例えば選択されたスイッチ）を特定し、その特定した操作内容に応じた処理を実施する。
【００６４】
つまり、タッチパネル２０４は、ユーザが種々の情報を入力するための入力装置として機能する。なお、他の態様として携帯端末２００が備える入力装置は、周知の音声入力装置であってもよいし、ハードウェアスイッチであってもよい。また、その他のポインティングデバイスであってもよい。
【００６５】
携帯側制御部２０１は、コンピュータとして構成されており、ＣＰＵ２０１Ａや、主記憶装置としてのＲＡＭ２０１Ｂ、補助記憶装置としてのフラッシュメモリ２０１Ｃ、Ｉ／Ｏ、及びこれらを接続するバスラインなどを備えている。
【００６６】
フラッシュメモリ２０１Ｃには、通常のコンピュータを本実施形態に係る携帯側制御部２０１として機能させるためのプログラムや、車両連携アプリＡｐｐ（図５参照）、車両連携アプリＡｐｐに対するユーザの操作の履歴を表す操作履歴データＤｔが格納されている。その他、フラッシュメモリ１０１Ｃには、携帯端末２００の端末ＩＤが格納されている。車両連携アプリＡｐｐは、冒頭で述べたように、車両Ｖに搭載されている電装設備を用いたサービスの提供に供されるアプリケーションプログラムである。
【００６７】
ここでは一例として、車両連携アプリＡｐｐは、ユーザによって起動された場合、図６に示すように、ディスプレイ２０３に乗員属性の選択を促す画面（乗員属性入力画面とする）を表示するものとする。ここでの乗員属性とは、乗員としての役割であって、ドライバや、助手席乗員などが該当する。
【００６８】
具体的には、乗員属性入力画面は図６に示すように、ユーザがドライバとして車両Ｖに搭乗しようとしていることを入力するためのドライバ宣言スイッチＳＷ１と、助手席乗員として車両Ｖに搭乗しようとしていることを入力するための助手席乗員宣言スイッチＳＷ２を備える。
【００６９】
車両連携アプリＡｐｐがディスプレイ２０３に表示させるスイッチとして機能する画像には、スイッチ固有の識別子であるスイッチＩＤが割り当てられており、車両連携アプリＡｐｐは、ユーザによって選択されたスイッチＩＤに対応する処理を実施するように構成されている。なお、ここでは便宜上、ドライバ宣言スイッチＳＷ１のスイッチＩＤは「１００」とし、助手席乗員宣言スイッチＳＷ２のスイッチＩＤは「２００」としている。
【００７０】
なお、詳細については後述するが、乗員情報取得部Ｆ４はドライバ宣言スイッチＳＷ１や助手席乗員宣言スイッチＳＷ２の操作履歴に基づいて、ドライバに相当するユーザや助手席乗員に相当するユーザを特定し、ユーザの好みに応じた車両設定を適用するサービス（つまり車両設定適用サービス）を実施する。すなわち、ドライバ宣言スイッチＳＷ１の選択操作や、助手席乗員宣言スイッチＳＷ２の選択操作は、車両設定適用サービスを享受するための操作の一例に相当する。ドライバ宣言スイッチＳＷ１は請求項に記載のドライバ属性スイッチの一例に、助手席乗員宣言スイッチＳＷ２は請求項に記載の助手席乗員属性スイッチの一例に相当する。
【００７１】
フラッシュメモリ２０１Ｃが記憶する操作履歴データＤｔは、図７に示すように、例えばユーザによって選択されたスイッチのスイッチＩＤと、その操作が行われた日時とを対応付けたデータである。操作履歴データＤｔは、例えば最新のデータがリストの先頭となるように、時系列順に保存されていれば良い。図７に示す例では、最新の操作として、２０１５年６月１８日９時１５分４０秒に、スイッチＩＤ＝１００のスイッチ（つまりドライバ宣言スイッチＳＷ１）が選択されたことを示しており、その１つ前の操作として、２０１５年６月１１日１５時５４分２７秒に、スイッチＩＤ＝２００のスイッチ（つまり助手席乗員宣言スイッチＳＷ２）が選択されたことを示している。フラッシュメモリ２０１Ｃが備える記憶領域のうち、操作履歴データＤｔを記憶している記憶領域が請求項に記載の操作履歴記憶部に相当する。
【００７２】
そして、携帯側制御部２０１は、車載器１００からの要求に基づいて、要求された内容に応じた操作履歴情報を、近距離通信部２０２と協働して返送する。この携帯側制御部２０１の作動の詳細は後述する。
【００７３】
＜乗員情報取得処理について＞
次に図８に示すフローチャートを用いて、車両側制御部１０１が実施する乗員情報取得処理について説明する。乗員情報取得処理とは、今回のトリップにおける乗員についての情報、具体的には、ドライバに相当するユーザが誰であるか、助手席乗員に相当するユーザは誰であるか等を取得するための一連の処理である。
【００７４】
この図８に示すフローチャートは、例えば、車両用携帯機が車載器１００のスマート通信範囲に進入したことを、車両側制御部１０１が検出した場合に開始されればよい。なお、車両用携帯機がスマート通信範囲に進入したか否かは、車載器１００が定期的に送信する信号（いわゆるポーリング信号）に対する車両用携帯機からの応答の有無に基づいて判定すればよい。つまり、ポーリング信号に対する車両用携帯機からの応答信号を受信していない状態が継続している状態において、車両用携帯機からの応答信号を受信した場合に、車両用携帯機がスマート通信範囲に進入したと判定すればよい。
【００７５】
もちろん、この乗員情報取得処理を開始するための条件は適宜設計されればよく、例えば車載器１００と車両用携帯機との間の無線通信による認証処理が成功した場合に開始されてもよい。また、乗員情報取得処理は、車両情報取得部Ｆ１が、ドアが開かれたことを検出した場合に開始されてもよいし、運転席や助手席にユーザが着座したことを検出した場合に開始してもよい。さらには、運転席や助手席のシートベルトが着用されたことを検出した場合や、ユーザによってエンジン始動ボタン１０５がプッシュ操作されたことを検出した場合に開始されてもよい。
【００７６】
まず、ステップＳ１では車両側制御部１０１は近距離通信部１０２にスキャン処理を実施させ、車両Ｖ周辺に存在する携帯端末２００を検出し、ステップＳ２に移る。ステップＳ２では、ステップＳ１でのスキャン処理の結果、携帯端末２００を１台以上検出したか否かを判定する。携帯端末２００を少なくとも１台検出している場合にはステップＳ２が肯定判定されてステップＳ３に移る。一方、携帯端末２００を１台も検出していない場合には、ステップＳ２が否定判定されて本フローを終了する。
【００７７】
なお、ステップＳ１でのスキャン処理によって検出される携帯端末２００の数は、今回のトリップにおける車両Ｖの乗員の最低人数を示唆している。つまり、乗員情報取得部Ｆ４は、スキャン処理を実施することで、今回のトリップにおける乗員についての情報として、乗員の最低人数を推定することができる。
【００７８】
ステップＳ３では近距離通信処理部Ｆ３が、ドライバ宣言スイッチＳＷ１（スイッチＩＤ＝１００）が操作された最新の日時（以降、最新操作日時）を示す操作履歴情報を返送するように要求する操作履歴要求信号を生成し、近距離通信部１０２に送信させて、ステップＳ４に移る。なお、このステップＳ３は、乗員情報取得部Ｆ４の要求に基づいて実施されればよい。このステップＳ３で送信される操作履歴要求信号を受信した携帯端末２００は、それぞれ操作履歴データＤｔを参照し、スイッチＩＤ＝１００のスイッチが選択された最新の日時を示す操作履歴情報を生成して返送する。
【００７９】
ステップＳ４では、ステップＳ１で検出した携帯端末２００からの操作履歴情報の返送を待機し、ステップＳ１で検出できている各携帯端末２００からの操作履歴情報を受信できた段階でステップＳ５に移る。なお、ステップＳ４に移ってから一定時間経過しても操作履歴情報を返送してこない携帯端末２００が存在する場合には再度ステップＳ１から実施してもよい。
【００８０】
ステップＳ５ではドライバ特定部Ｆ４１が、各携帯端末２００におけるドライバ宣言スイッチＳＷ１に対する最新操作日時を比較して、ドライバ宣言スイッチＳＷ１が選択された日時が最も新しい携帯端末２００に対応するユーザを、今回のトリップのドライバに相当するユーザであると推定してステップＳ６に移る。なお、各携帯端末２００は端末ＩＤによって識別されればよく、端末ＩＤとユーザとの対応関係は、ユーザ管理データに基づいて特定されればよい。
【００８１】
ステップＳ６では近距離通信処理部Ｆ３が、助手席乗員宣言スイッチＳＷ２（スイッチＩＤ＝２００）の最新操作日時を返送するように要求する操作履歴要求信号を生成し、近距離通信部１０２に送信させて、ステップＳ７に移る。なお、このステップＳ６から後述するステップＳ８までの一連の処理は、ステップＳ１で検出された携帯端末２００の数が１台である場合には省略してもよい。その場合にはステップＳ５からステップＳ９に移ればよい。
【００８２】
このステップＳ６で送信される操作履歴要求信号を受信した携帯端末２００のそれぞれは、操作履歴データＤｔを参照し、スイッチＩＤ＝２００のスイッチが選択された最新の日時を示す操作履歴情報を生成して返送する。
【００８３】
ステップＳ７では、ステップＳ１で検出している携帯端末２００からの操作履歴情報の返送を待機し、各携帯端末２００からの操作履歴情報を受信できた段階でステップＳ５に移る。なお、ステップＳ７に移ってから一定時間経過しても操作履歴情報を返送してこない携帯端末２００が存在する場合には、再度ステップＳ６を実施してもよい。
【００８４】
ステップＳ８では、助手席乗員特定部Ｆ４２が、各携帯端末２００における助手席乗員宣言スイッチＳＷ２に対する最新操作日時を比較して、助手席乗員宣言スイッチＳＷ２が選択された日時が最も新しい携帯端末２００に対応するユーザを、今回のトリップの助手席乗員に相当するユーザであると推定する。
【００８５】
ただし、今回のトリップの助手席乗員に相当すると推定したユーザが、ドライバ特定部Ｆ４１によって、今回のトリップのドライバに相当するユーザであると推定されている場合には、ドライバ特定部Ｆ４１の推定結果が優先されるものとする。その場合、助手席乗員特定部Ｆ４２は、各携帯端末２００のうち、助手席乗員宣言スイッチＳＷ２が選択された日時が２番目に新しい携帯端末２００に対応するユーザを、今回のトリップの助手席乗員に相当するユーザであると推定する。ステップＳ８での処理が完了すると、ステップＳ９に移る。
【００８６】
ステップＳ９では、設定反映部Ｆ６が乗員情報取得部Ｆ４によって取得された乗員情報に基づいて、車両Ｖにおける各部の設定状態を変更したり、所定の動作を実行させたりする。また、接続端末決定部Ｆ５が、ドライバに相当するユーザの携帯端末２００と車載器１００との接続を確立させる。ステップＳ９での種々の処理が完了すると本フローを終了する。
【００８７】
＜第１実施形態のまとめ＞
以上の構成では、最後にドライバ宣言スイッチＳＷ１が選択された日時が最も新しい携帯端末２００（最新操作端末とする）に対応するユーザを、今回のトリップにおけるドライバとしての役割を担うユーザであると判定（推定）する。つまり、現時点から最も近い日時においてドライバ宣言スイッチＳＷ１を選択する操作を行ったユーザを、ドライバと見なす。
【００８８】
ここで、ユーザが、ドライバ宣言スイッチＳＷ１を選択する場合とは、そのユーザが、ドライバとして車両Ｖを利用しようとしている場合であるため、現時点から最も近い日時においてドライバ宣言スイッチＳＷ１を選択したユーザは、相対的に、他のユーザよりも今回のトリップにおいてドライバとして搭乗する可能性が高い。特に、最新操作端末でのドライバ宣言スイッチＳＷ１が選択された日時が、現在時刻としての乗員情報取得処理の実施時点から近いほど、最新操作端末に対応するユーザが、ドライバである可能性は高い。
【００８９】
したがって、以上の構成によれば、乗員情報取得部Ｆ４は、車両Ｖの周辺に複数の携帯端末２００（及びユーザ）が存在する場合であっても、各携帯端末２００から送信される操作履歴情報に基づいて、より適切に、今回のトリップにおけるドライバとしてのユーザを特定できる。
【００９０】
また、以上の構成では、助手席乗員宣言スイッチＳＷ２を選択する操作を行われた日時が最も新しい携帯端末２００に対応するユーザを、助手席乗員に相当するユーザであると判定（推定）する。つまり、現時点から最も近い日時において助手席乗員宣言スイッチＳＷ２を選択する操作を行ったユーザを、助手席乗員として見なす。
【００９１】
このような態様によれば、ドライバに相当するユーザを特定する場合と同様に、乗員情報取得部Ｆ４は、車両Ｖの周辺に複数の携帯端末２００（及びユーザ）が存在する場合であっても、今回のトリップにおける助手席乗員としてのユーザをより適切に特定できる。
【００９２】
つまり、以上の構成によれば、車載器１００は、車両に乗車するユーザの乗員属性（ドライバや助手席乗員など）を推定することができる。したがって、車両に乗車するユーザが複数存在し、そのユーザが携帯する携帯端末２００に車両連携アプリＡｐｐがインストールされている場合には、車載器１００は、ドライバ以外のユーザの情報も取得することが可能となる。なお、ドライバに相当するユーザを特定することは必須ではない。
【００９３】
以上、本発明の実施形態を説明したが、本発明は上述の実施形態に限定されるものではなく、以降で述べる第２実施形態や種々の変形例も本発明の技術的範囲に含まれ、さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施することができる。
【００９４】
［変形例１−１］
上述した第１実施形態では、車載器１００は各携帯端末２００に対して、ドライバ宣言スイッチＳＷ１の最新操作日時と、助手席乗員宣言スイッチＳＷ２の最新操作日時を、個別に要求する態様としたが、これに限らない。車載器１００が送信する操作履歴要求信号は、所定の複数種類のスイッチＩＤ毎の最新操作日時を示す操作履歴情報を返送するように要求する信号であっても良い。
【００９５】
このような態様によっても上述の実施形態と同様の効果を奏することができる。なお、この変形例１−１の構成において、携帯端末２００は、所定の複数種類のスイッチＩＤ毎の最新操作日時を示す操作履歴情報を返送するものとする。
【００９６】
［変形例１−２］
また、上述の第１実施形態では、乗員属性入力画面は、ドライバ宣言スイッチＳＷ１と助手席乗員宣言スイッチＳＷ２を備える態様を例示したがこれに限らない。乗員属性入力画面は、ドライバ宣言スイッチＳＷ１と助手席乗員宣言スイッチＳＷ２に加えて、後部座席に着座する乗員（後部座席乗員とする）として車両Ｖに搭乗しようとしていることを入力するための後部座席乗員宣言スイッチを備えていても良い。
【００９７】
このような態様によれば乗員情報取得部Ｆ４は、運転者に相当するユーザや、助手席乗員に相当するユーザを特定するプロセスと同様のプロセスによって、後部座席乗員に相当するユーザを特定することができる。
【００９８】
また、乗員属性入力画面は、より具体的に、後部座席の運転席側、助手席側といった位置を指定するスイッチを備えていても良い。このような態様によれば、乗員情報取得部Ｆ４は、運転者に相当するユーザ等を特定するプロセスと同様にして、車両Ｖに乗車するユーザが、後部座席の運転席側に着座するのか、後部座席の助手席側に着座するのか等も推定できるようになる。
【００９９】
［変形例１−３］
また、乗員情報取得部Ｆ４は、図８に示すステップＳ１において検出した携帯端末２００の数に基づいて、後部座席に着座する乗員の有無を判定してもよい。具体的には、携帯端末２００を３台検出している場合には、運転席と助手席の他、後部座席にもユーザが着座すると判定する。後部座席に着座するユーザ（つまり後部座席乗員）が存在するという情報もまた、今回のトリップにおける乗員についての情報の一例に相当する。
【０１００】
また、乗員情報取得部Ｆ４は、ステップＳ１での検出の結果、携帯端末２００を３台検出している場合であって、かつ、そのうちの２台に対応するユーザがドライバ及び助手席乗員として特定されている場合、残りの１台の携帯端末２００に対応するユーザを、後部座席の乗員であると推定してもよい。そのような態様によれば、設定反映部Ｆ６は、後部座席周りの車室内環境（例えば空調の設定温度）を、後部座席乗員としてのユーザの好みに応じた環境とすることができる。
【０１０１】
［第２実施形態］
上述した第１実施形態では、車両連携アプリＡｐｐがドライバ宣言スイッチＳＷ１や助手席乗員宣言スイッチＳＷ２といった、乗員としての属性（ドライバであるか否か等）を入力するためのスイッチを表示する態様を例示したが、これに限らない。車両連携アプリＡｐｐは、乗員としての属性を入力するスイッチの表示を必須としない態様としても良い。
【０１０２】
以下、上記思想を反映した本発明の第２実施形態について図を用いて説明する。なお、以降において前述の第１実施形態（及びその変形例）の構成の部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。また、構成の一部のみに言及している場合、他の部分については先に説明した第１実施形態（及びその変形例）を適用することができる。
【０１０３】
第２実施形態における車両連携アプリＡｐｐは、例えばドア自動開閉サービスや自動空調サービス等といった、車載器１００が提供可能な種々のサービスの中から、ユーザが希望するサービスの予約を受け付けるためのサービス予約画面（図９参照）を表示するものとする。
【０１０４】
図９に例示するサービス予約画面は、ドア自動開閉サービスの利用を予約するためのドア開閉予約スイッチＳＷ３（スイッチＩＤ＝３００）と、自動空調サービスの利用を予約するための空調予約スイッチＳＷ４（スイッチＩＤ＝４００）と、ナビ連携サービスの利用を予約するためのナビ連携スイッチＳＷ５（スイッチＩＤ＝５００）を備える態様を例示している。
【０１０５】
ナビ連携サービスとは、車載器１００を介してナビＥＣＵ１３０と携帯端末２００とを連携させるサービスである。例えばナビ連携サービスは、車両ＶのナビＥＣＵ１３０に設定させたい目的地や立ち寄り地点、走行予定経路といった情報を、携帯端末２００の当該車両連携アプリＡｐｐ上で予め設定しておくことで、それら目的地等の設定がナビＥＣＵ１３０に反映されるものとする。車両連携アプリＡｐｐ上での目的地等の設定がナビＥＣＵ１３０に反映されるタイミングは、車載器１００との接続が確立した時点とすればよい。なお、目的地等の設定は、ナビ連携スイッチＳＷ５を選択した後の表示画面から入力できる構成とすればよい。もちろん、ナビ連携サービスの内容は上述したものに限らず、種々設計されればよい。
【０１０６】
そして、フラッシュメモリ２０１Ｃは、第１実施形態と同様に、車両連携アプリＡｐｐに対するユーザの操作内容（スイッチＩＤ）とその操作が行われた日時を、操作履歴データＤｔとして記憶する。なお、本実施形態のサービス予約画面に表示されるサービスは、ドライバ用のサービスに相当するものとし、フラッシュメモリ２０１Ｃが記憶する操作の履歴は、ユーザがドライバ用のサービスを享受するための操作の履歴に相当するものとする。ドライバ用のサービスを予約するためのスイッチが請求項に記載の運転者属性スイッチの一例に相当する。
【０１０７】
次に、図１０に示すフローチャートを用いて、第２実施形態の車両側制御部１０１が実施する乗員情報取得処理について説明する。この図１０に示すフローチャートは、図８のフローチャートと同様のトリガを検出した場合に開始されれば良い。
【０１０８】
まず、ステップＳ１０１では近距離通信部１０２によるスキャン処理を実施させてステップＳ１０２に移る。ステップＳ１０２では、ステップＳ１０１でのスキャン処理の結果、車両Ｖのユーザに携帯されている携帯端末２００を１台以上検出したか否かを判定する。携帯端末２００を少なくとも１台検出している場合にはステップＳ１０２が肯定判定されてステップＳ１０３に移る。一方、携帯端末２００を１台も検出していない場合には、ステップＳ１０２が否定判定されて本フローを終了する。
【０１０９】
ステップＳ１０３では近距離通信処理部Ｆ３が、各携帯端末２００に対して、車両連携アプリＡｐｐに対する最新操作日時を返送するように要求する操作履歴要求信号を生成し、近距離通信部１０２に送信させて、ステップＳ１０４に移る。
【０１１０】
このステップＳ１０３で送信される操作履歴要求信号を受信した携帯端末２００のそれぞれは、操作履歴データＤｔを参照し、車両連携アプリＡｐｐに対する最新の操作内容（スイッチＩＤ）と、その操作が行われた最新の日時（つまり最新操作日時）とを示す操作履歴情報を生成して返送する。なお、本実施形態における最新の操作内容とは、前述の通り、ユーザがドライバ用のサービスを享受するための操作に相当する。
【０１１１】
ステップＳ１０４では、ステップＳ１０１で検出した携帯端末２００からの操作履歴情報の返送を待機し、各携帯端末２００からの操作履歴情報を受信できた段階でステップＳ１０５に移る。
【０１１２】
ステップＳ１０５ではドライバ特定部Ｆ４１が、各携帯端末２００における最新操作日時を比較して、最新操作日時が最も新しい携帯端末２００に対応するユーザを、今回のトリップのドライバに相当するユーザであると推定してステップＳ１０６に移る。
【０１１３】
ステップＳ１０６では、設定反映部Ｆ６が、ドライバ特定部Ｆ４１によってドライバと特定されたユーザの車両設定データに基づいて、車両Ｖにおける各部の設定状態を変更したり、所定の動作（照明の点灯等）を実行させたりする。また、接続端末決定部Ｆ５が、ドライバに相当するユーザの携帯端末２００と車載器１００との無線接続を確立させる。種々の処理が完了すると本フローを終了する。
【０１１４】
以上の構成では、車載器１００周辺に存在する携帯端末２００のうち、ドライバ用のサービスを予約するためのスイッチが選択された最新日時が最も新しい携帯端末２００に対応するユーザを、今回のトリップにおけるドライバとしての役割を担うユーザであると判定する。つまり、現時点から最も近い日時においてドライバ用のサービスを予約する操作を行ったユーザを、ドライバと見なす。
【０１１５】
ユーザが、ドライバ用のサービスを予約する操作を実施する場合とは、そのユーザが、ドライバとして車両Ｖを利用しようとしている場合であるため、現時点から最も近い日時においてドライバ用のサービスを予約する操作を行ったユーザは、相対的に、他のユーザよりも今回のトリップにおいてドライバとして搭乗する可能性が高い。
【０１１６】
したがって、以上の構成によれば、車両Ｖの周辺に複数の携帯端末２００（及びユーザ）が存在する場合であっても、乗員情報取得部Ｆ４は、各携帯端末２００から送信される操作履歴情報に基づいて、より適切に、今回のトリップにおけるドライバとしてのユーザを特定できる。
【０１１７】
［変形例２−１］
上述の第２実施形態では、便宜上、サービス予約画面に表示する種々のスイッチを、ユーザがドライバ用のサービスの利用するためのスイッチとし、フラッシュメモリ２０１Ｃが記憶する操作の履歴は、ユーザがドライバ用のサービスを享受するための操作の履歴に相当するものとしたが、これに限らない。
【０１１８】
サービス予約画面には、ユーザが助手席乗員として車両Ｖに乗車する場合に享受可能なサービス（つまり助手席乗員用のサービス）や、ユーザが後部座席乗員として車両Ｖに乗車する場合に享受可能なサービス（つまり後部座席乗員用のサービス）の予約を行うスイッチが表示されてもよい。なお、助手席乗員用のサービスを予約するためのスイッチが請求項に記載の助手席乗員属性スイッチの一例に相当する。
【０１１９】
各携帯端末２００における最新の操作内容は、各携帯端末２００のユーザが、ドライバとして車両Ｖを利用としていたのか、助手席乗員として車両Ｖを利用しようしていたのか等といった、直近における車両Ｖの利用に関するユーザの意図を表している。
【０１２０】
このため、乗員情報取得部Ｆ４は、各携帯端末２００における最新の操作内容から、今回のトリップにおけるドライバとしてのユーザや、助手席乗員としてのユーザなどを推定することができる。例えば、或る携帯端末２００の最新の操作内容がドライバ用サービスを享受するための操作内容であって、その操作日時が、他の携帯端末２００においてドライバ用サービスを享受するための操作が行われた最新操作日時よりも新しい場合には、その携帯端末２００のユーザをドライバと推定すれば良い。同様にして、助手席乗員や後部座席乗員なども特定することができる。
【０１２１】
つまり、以上の構成によれば、第１実施形態と同様の効果を奏することができる。なお、各ユーザの乗員属性を推定することで、車載器１００と優先的に接続させる携帯端末２００を特定したり、車両環境を各ユーザの好みに応じた環境へと設定変更したりすることもできるようになる。
【０１２２】
［変形例２−２］
変形例２−１において、車載器１００は、最新の操作に関する情報だけでなく、スイッチ毎の最新操作日時を操作履歴情報として要求し、各携帯端末２００は、スイッチ毎の最新操作日時を示す操作履歴情報を送信する態様としてもよい。また、車載器１００は、スイッチ毎の最新操作日時ではなく、車両Ｖに乗車する際の乗員としての属性を示唆する特定の種別のスイッチに対する最新操作日時を要求する態様としてもよい。
【０１２３】
［変形例３−１］
以上では、車載器１００と携帯端末２００とが直接的に通信する態様を例示したが、これに限らない。車載器１００と携帯端末２００とは、図１１に示すように、車両用携帯機３００を介して通信する態様としてもよい。
【０１２４】
車両用携帯機３００と車載器１００との通信は、スマートエントリーシステムの実現に用いられる周波数帯（ＬＦ帯やＵＨＦ帯）の電波を用いて実施する態様としてもよいし、上述の近距離無線通信規格に準拠した通信を実施する態様としてもよい。また、車両用携帯機３００と携帯端末２００との通信は、近距離無線通信規格に準拠して実施されれば良い。
【０１２５】
このような態様において車載器１００から送信される信号（例えば操作履歴要求信号）は、いったん車両用携帯機３００で受信されて、携帯端末２００へ転送される。また、携帯端末２００から送信される信号は、車両用携帯機３００で受信されて、車載器１００へ転送される。
【０１２６】
なお、車載器１００と車両用携帯機３００との通信に採用されている通信方式と、車両用携帯機３００と携帯端末２００との通信に採用されている通信方式とが異なる場合には、車両用携帯機３００が、それぞれの通信方式に沿うように、携帯端末２００から受信したデータや車載器１００から受信したデータを変換してから転送する。
【０１２７】
この変形例３の構成によれば、携帯端末２００が車載器１００と接続する上での情報セキュリティをより強固にすることができる。また、車載器１００は、スマートエントリーシステム用の通信設備を用いて携帯端末２００と通信できるため、近距離通信部１０２を備えている必要がなくなる。したがって、車載器１００の開発や製造に要するコストを低減することができる。
【０１２８】
なお、車両用携帯機３００が、携帯端末２００からの信号を車載器１００に転送したり、車載器１００からの信号を携帯端末２００へ転送したりする場合とは、例えば、車両用携帯機３００が、車載器１００から送信されるポーリング信号を受信している場合や、車載器１００との認証処理が成功した場合とすればよい。また、車両Ｖのドアを解錠するように指示するスイッチが車両用携帯機３００に設けられている場合には、当該スイッチが操作されたことに基づいて、上述したデータを転送する機能を動作状態とする態様としてもよい。
【０１２９】
［変形例３−２］
以上では、車両Ｖの座席構成を、前部座席と後部座席の２列構成とする態様を例示したがこれに限らない。車両Ｖの座席構成が１列構成である場合や３列構成となっている場合等にも適用することができる。
【０１３０】
［変形例３−３］
以上では車載器１００が車両設定データを保持している態様を例示したが、これに限らない。車両設定データは、携帯端末２００に保持されていてもよい。また、車両用携帯機３００に保存されていてもよい。さらには、車両Ｖに搭載された種々の電装設備（ＥＣＵを含む）に、その電装設備に対応する設定が、ユーザ固有に割り当てられたユーザＩＤと対応付けられて保存されている態様としてもよい。
【符号の説明】
【０１３１】
１  乗員情報取得システム、１００  車載器、１０１  車両側制御部、１０２  近距離通信部（車載器側通信部）、Ｆ１  車両情報取得部、Ｆ２  認証処理部、Ｆ３  近距離通信処理部、Ｆ４  乗員情報取得部、Ｆ４１  ドライバ特定部、Ｆ４２  助手席乗員特定部、Ｆ５  接続端末決定部、Ｆ６  設定反映部、２００・２００Ａ・２００Ｂ  携帯端末、２０１  携帯側制御部、２０１Ｃ  フラッシュメモリ（操作履歴記憶部）、２０２  近距離通信部（携帯側通信部）、２０３  ディスプレイ、Ａｐｐ  車両連携アプリ、Ｄｔ  操作履歴データ
【図１】
0006428517.tif 000002
【図２】
0006428517.tif 000003
【図３】
0006428517.tif 000004
【図４】
0006428517.tif 000005
【図５】
0006428517.tif 000006
【図６】
0006428517.tif 000007
【図７】
0006428517.tif 000008
【図８】
0006428517.tif 000009
【図９】
0006428517.tif 000010
【図１０】
0006428517.tif 000011
【図１１】
0006428517.tif 000012