(57)【特許請求の範囲】
【請求項１】
ユーザが所持する携帯端末を含み、
前記携帯端末は、
前記ユーザの車両への乗車状態を取得する乗車状態取得部と、
前記車両の状態を反映した車両状態情報を取得する車両状態情報取得部と、
前記ユーザの移動状態を判定する移動状態判定部と、
前記乗車状態と、前記車両状態情報および前記移動状態の少なくとも一方と、に基づいて、新たな乗車状態を決定する乗車状態決定部と、
前記ユーザの所定期間の乗車記録を含むデータベースに基づいて、前記ユーザが前記車両のドライバである確度を示すドライバ確度を算出するドライバ確度算出部と、
を備え、
前記乗車状態が、前記ユーザが前記車両の同乗者であることを反映し、かつ、前記移動状態判定部が、前記ユーザが歩行中でないと判定したとき、
前記乗車状態決定部は、前記ドライバ確度が予め定められたドライバ確度閾値を上回る場合、前記新たな乗車状態に、前記ユーザが前記ドライバであることを反映させるドライバ判定システム。
【請求項２】
ユーザが所持する携帯端末を含み、
前記携帯端末は、
前記ユーザの車両への乗車状態を取得する乗車状態取得部と、
前記車両の状態を反映した車両状態情報を取得する車両状態情報取得部と、
前記ユーザの移動状態を判定する移動状態判定部と、
前記乗車状態と、前記車両状態情報および前記移動状態の少なくとも一方と、に基づいて、新たな乗車状態を決定する乗車状態決定部と、
前記ユーザの所定期間の運転状況を含むデータベースに基づいて、前記ユーザが前記車両の同乗者である確度を示す同乗者確度を算出する同乗者確度算出部と、
を備え、
前記乗車状態は、前記ユーザが前記車両を走行させていることを反映し、かつ、前記移動状態判定部が、前記ユーザが歩行中でないと判定したとき、
前記乗車状態決定部は、前記同乗者確度が予め定められた同乗者確度閾値を上回る場合、前記新たな乗車状態に、前記ユーザが前記同乗者であることを反映させるドライバ判定システム。
【請求項３】
前記携帯端末の移動速度を算出する移動速度算出部を備え、
前記移動状態判定部は、前記移動速度に基づいて前記移動状態を判定する請求項１または請求項２に記載のドライバ判定システム。
【請求項４】
前記乗車状態が、前記ユーザが前記車両へ乗車していないことを反映し、かつ、前記車両状態情報取得部が、前記車両状態情報として、前記車両の運転席の近傍から送信された無線信号を取得したとき、
前記乗車状態決定部は、前記新たな乗車状態に、前記ユーザが前記車両のドライバであることを反映させる請求項１ないし請求項３のいずれか１項に記載のドライバ判定システム。
【請求項５】
前記乗車状態が、前記ユーザが前記車両へ乗車していないことを反映し、かつ、前記車両状態情報取得部が、前記車両の運転席ドアが解錠状態に遷移した旨を含む車両状態情報を取得したとき、
前記乗車状態決定部は、前記新たな乗車状態に、前記ユーザが前記車両のドライバであることを反映させる請求項１ないし請求項４のいずれか１項に記載のドライバ判定システム。
【請求項６】
前記ユーザの所定期間の乗車記録を含むデータベースに基づいて、前記ユーザが前記車両のドライバである確度を示すドライバ確度を算出するドライバ確度算出部を備え、
前記乗車状態が、前記ユーザが前記車両の同乗者であることを反映し、かつ、前記移動状態判定部が、前記ユーザが歩行中でないと判定したとき、
前記乗車状態決定部は、前記ドライバ確度が予め定められたドライバ確度閾値を上回る場合、前記新たな乗車状態に、前記ユーザが前記ドライバであることを反映させる請求項２に記載のドライバ判定システム。
【請求項７】
前記ドライバ確度算出部は、前記乗車記録を含むデータベースの、現在の乗車時間帯を含む乗車記録における、前記ユーザが前記ドライバであることを反映した乗車状態と全ての乗車状態との比を前記ドライバ確度として算出する請求項１または請求項６に記載のドライバ判定システム。
【請求項８】
前記乗車状態が、前記ユーザが前記車両のドライバであることを反映し、かつ、前記移動状態判定部が、前記移動速度が所定値を上回ると判定したとき、
前記乗車状態決定部は、前記新たな乗車状態に、前記ユーザが前記車両を走行させていることを反映させる請求項３に記載のドライバ判定システム。
【請求項９】
前記携帯端末が受ける所定方向の加速度を検出する加速度検出部を備え、
前記運転状況は、前記加速度を含み、
前記同乗者確度算出部は、前記所定方向のそれぞれについて、前記加速度の平均および標準偏差に基づく確率分布関数を算出し、それら確率分布関数の平均を前記同乗者確度として算出する請求項２に記載のドライバ判定システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末の所持者が、車両のドライバか否かを判定するドライバ判定システムに関する。
【背景技術】
【０００２】
スマートエントリシステムに含まれるスマートキー（携帯キー）の位置を特定し、スマートキーと携帯電話（携帯端末）との間で至近距離通信が可能な場合、携帯電話の位置をスマートキーの位置と同じと見なして、携帯電話の位置の特定し、携帯電話の位置に基づき携帯電話によるカーナビゲーションシステムの操作を規制する技術が開示されている（特許文献１参照）。
【０００３】
また、携帯端末より、車載装置を制御するための操作内容を示す操作情報と携帯端末を特定する情報とを含む制御情報を受信したとき、制御情報を送信してきた携帯端末が、キーレスエントリに使用された携帯端末であるか否かを判別し、その判別結果に従って、受信した制御情報に含まれる操作情報で特定される操作を受け付けるか否かを判別する技術が開示されている（特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−２１９６７８号公報
【特許文献２】特開２０１３−１４８４３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１は、携帯端末とスマートキーとの通信では非接触式の至近距離通信を利用しているため、例えば、同じポケットの中、カバンの中等にないと、通信ができない。スマートキーがポケットの中にあり、携帯端末がカバンの中にある場合、携帯端末の位置を特定できないことがある。また、スマートキーに至近距離通信可能な通信回路を設ける必要がある。既存のスマートキーは、該通信回路を備えていないものが大半であるため、既存のスマートエントリシステムには適用できない。
【０００６】
特許文献２は、車載装置が、携帯端末からの操作を受け付けるか否かを判別する。また、携帯端末が、キーレスエントリを指示する信号（以降、「ＲＫＥ信号」と称する）を送信する。よって、ＲＫＥ信号を送信する機能を備えていない携帯端末には適用できない。
【０００７】
上記課題を背景として、本発明は、既存のスマートエントリシステムやスマートキーを変更することなく、携帯端末の所持者がドライバか否かを判定することを可能とするドライバ判定システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するためのドライバ判定システムは、ユーザが所持する携帯端末を含み、携帯端末は、ユーザの車両への乗車状態を取得する乗車状態取得部と、車両の状態を反映した車両状態情報を取得する車両状態情報取得部と、ユーザの移動状態を判定する移動状態判定部と、乗車状態と、車両状態情報および移動状態の少なくとも一方と、に基づいて、新たな乗車状態を決定する乗車状態決定部と、を備える。
【発明の効果】
【０００９】
上記構成によって、スマートエントリシステムから車両状態情報を取得する構成の場合、現在市販されているスマートエントリシステムやスマートキー自体の変更を行うことなく、携帯端末が、ドライバが所持しているものか否かを判定できる。また、スマートキーの有無に関係なく、携帯端末が、ドライバが所持しているものか否かも判定できる。
【図面の簡単な説明】
【００１０】
【図１】ドライバ判定システムの構成を示す図。
【図２】乗車記録の学習ＤＢの例を示す図。
【図３】運転シーンの学習ＤＢの例を示す図。
【図４】移動状態判定処理を説明するフロー図。
【図５】乗車状態決定処理を説明するフロー図。
【図６】図５に続く、乗車状態決定処理を説明するフロー図。
【図７】ドライバの乗車状態の遷移を示す図。
【図８】同乗者の乗車状態の遷移を示す図。
【図９】同乗者確度の演算方法を説明する図。
【発明を実施するための形態】
【００１１】
図１のように、ドライバ判定システム１は、少なくともユーザが所持する、例えば、周知のタブレット型端末である携帯端末３０を含む。また、車両に搭載された車載装置１０およびユーザが所持する携帯キー（スマートキーともいう）２０を含む構成としてもよい。
【００１２】
携帯端末３０は、周知のＣＰＵおよび周辺回路を含む制御部３１（本発明の移動状態判定部、乗車状態決定部、同乗者確度算出部、ドライバ確度算出部、移動速度算出部）、制御部３１に接続された、例えば不揮発性記憶媒体を用いたメモリ３２、時計ＩＣ３３、受信部３４（本発明の乗車状態取得部、車両状態情報取得部）、送信部３５、位置検出部３６、例えば周知の３軸加速度センサであるＧセンサ３７（本発明の加速度検出部）、操作部３８、例えばＬＣＤである表示部３９を含む。制御部３１がメモリ３２に記憶されたアプリケーションプログラムを実行することで、携帯端末３０の各種機能を実現する。メモリ３２には、ドライバ／同乗者判定に用いる学習ＤＢ（詳細は後述）も記憶される。
【００１３】
時計ＩＣ３３は、リアルタイムクロックＩＣとも呼ばれ、制御部３１からの要求に応じて時計・カレンダーのデータを送出あるいは設定する。また、位置検出部３６（後述）に含まれるＧＰＳ受信機で受信したＧＰＳ信号に含まれる日時情報を用いてもよい。
【００１４】
受信部３４は、少なくとも車載装置１０からの、例えば、ＬＦ（長波）帯の電波を用いて送信された無線信号を受信可能である。使用する電波の周波数帯についての制約はない。この他に、送信部３５と合わせ、無線ＬＡＮ、公衆通話回線を介した通信が可能な構成としてもよい。
【００１５】
位置検出部３６は、周知のＧＰＳ衛星からのＧＰＳ信号を受信するＧＰＳ受信機、地図データを含み、受信したＧＰＳ信号に基づいて、地図データ上の携帯端末３０の現在位置を特定する。
【００１６】
操作部３８は、表示部３９の画面上に形成されたタッチパネル、メカニカルスイッチのいずれを用いてもよい。
【００１７】
携帯端末３０に、認証機能を組み込んだ小型の装置であるＦＯＢ４０を接続可能としてもよい。これにより、第三者による不正使用を防止できる。
【００１８】
車載装置１０および携帯キー２０は、ユーザが所持する携帯キーと、車両に搭載された車載装置との間で無線通信により車両における種々の機能を実現する、周知のスマートエントリシステムを構成する。
【００１９】
車載装置１０は、少なくとも、周知のＣＰＵおよび周辺回路を含む制御部１１、制御部１１に接続された、例えば不揮発性記憶媒体を用いたメモリ１２、送信部１３、受信部１４、信号入出力回路であるＩ／Ｆ１５を含む。制御部１１がメモリ１２に記憶された制御プログラムを実行することで、車載装置１０の各種機能を実現する。
【００２０】
送信部１３は、例えば、ＬＦ帯の電波を用いて、携帯キー２０に無線信号を送信する。受信部１４は、例えば、ＲＦ（高周波）帯の電波を用いて携帯キー２０から送信された無線信号を受信する。
【００２１】
Ｉ／Ｆ１５は、例えば、車内ＬＡＮに接続され、ドアロック装置等の他の装置との間で通信を行う。ドアロック装置に対しては、施錠または解錠の許可を出力し、ドアロック装置の状態（施錠または解錠）を取得する。
【００２２】
携帯キー２０は、周知のＣＰＵおよび周辺回路を含む制御部２１、制御部２１に接続された、例えば不揮発性記憶媒体を用いたメモリ２２、送信部２３、受信部２４を含む。制御部２１がメモリ２２に記憶された携帯キー制御プログラムを実行することで、携帯キー２０の各種機能を実現する。メモリ２２には、携帯キー２０を識別するための携帯キーＩＤを記憶する。
【００２３】
送信部２３は、例えば、ＬＦ（長波）帯の電波を用いて車載装置１０から送信された無線信号を受信する。受信部２４は、例えば、ＲＦ（高周波）帯の電波を用いて車載装置１０に無線信号を送信する。
【００２４】
上述の構成で、車載装置１０は、携帯キー２０に応答要求信号を送信する。応答要求信号を受信した携帯キー２０は、携帯キーＩＤを含む応答信号を車載装置１０へ送信する。車載装置１０は、受信した携帯キーＩＤと、メモリ１２に予め記憶されたマスタコードとを照合し、両者が一致して照合が正常に行われたとき、例えば、ドアの施錠または解錠の許可、エンジン始動の許可を含む制御信号を出力する。
【００２５】
応答要求信号は、例えば、車室内（１〜２個）、車室外の各ドアのドアハンドル近傍（２〜４個）、トランク内（１個程度）に備えられたアンテナ（図示せず）から送信する。応答要求信号は、車室内では、エンジン始動のためのプッシュスタートスイッチ（図示せず）を押下したとき、車室外では、ドアハンドルに備えられたスイッチ（図示せず）を操作したときに送信される。
【００２６】
図２に、携帯端末３０のメモリ３２に記憶される学習ＤＢのうち、ユーザの所定期間の乗車記録を含むデータベースである、乗車記録の学習ＤＢ３２ａを示す。乗車状態決定処理（図５、図６参照）で判定した乗車状態が、「ドライバ」、「ドライバ走行中（ユーザがドライバであり、車両を走行させている状態）」、または、「同乗者」であるとき、これらの状態を、データ識別用の記録ＩＤ、日時および曜日（時計ＩＣ３３から取得）、場所（例えば、該状態に変化した地点、および、該状態から他の状態に変化した地点の少なくとも一方）、と関連付けて記憶する。場所は、緯度および経度を記憶してもよいし、地図データ上の施設名あるいは地点名を記憶してもよい。記憶領域が足りなくなったときは、最古のデータから順に消去する。
【００２７】
図３に、携帯端末３０のメモリ３２に記憶される学習ＤＢのうち、ユーザの所定期間の運転状況を含むデータベースである、運転シーンの学習ＤＢ３２ｂを示す。運転シーンは、以下のものを、乗車記録と同様に、記録ＩＤ、日時および曜日、場所、と関連付けて記憶する。
・減速シーン：減速時の最大減速度を記録。
・発進（加速）シーン：発進時の最大加速度を記録。
・旋回シーン：旋回（右左折等）時の最大横加速度を記録。
各シーンは、Ｇセンサ３７の各軸の検出結果に基づいて判定する。また、運転シーンの学習ＤＢ３２ｂでは、最大減速度、最大加速度、最大横加速度のそれぞれについて、平均と標準偏差を求める。
【００２８】
図４に、携帯端末３０の制御部３１が、予め定められたタイミングで実行する移動状態判定処理を示す。図４の構成が、「携帯端末の移動速度を算出する移動速度算出部を備え、移動状態判定部は、移動速度に基づいて移動状態を判定する」ものである。ＧＰＳ受信機を含む位置検出部やＧセンサは、タブレット型端末に備えられていることが多い。本構成によって、新たな回路や部品を追加することなく、低コストで携帯端末（すなわち、携帯端末を所持するユーザ）の移動速度を算出できる。
【００２９】
まず、メモリ３２に記憶された移動状態を初期状態とする（Ｓ１１）。次に、メモリ３２に記憶された、過去ｘ（ｘは任意に定められた値）分間の移動速度の平均値を参照する（Ｓ１２）。
【００３０】
移動速度は、単位時間ごとの携帯端末３０（すなわち、携帯端末３０を所持するユーザ）の移動距離（位置検出部３６で検出した位置の変化量）に基づいて算出する。そして、メモリ３２に、過去ｘ分間の移動速度の履歴を位置と関連付けて記憶する。
【００３１】
次に、以下のように新たな移動状態を決定し、メモリ３２に記憶する。
【００３２】
携帯端末３０が停止中、すなわち、移動速度の平均値が０ｋｍ／ｈ、あるいは、所定値（例えば、５ｋｍ／ｈ）以下のとき（Ｓ１３：Ｙｅｓ）、移動状態を「停止中」とする（Ｓ１４）。
【００３３】
移動速度の平均値が０ｋｍ／ｈを超え、１０ｋｍ／ｈ以下のとき（Ｓ１３：Ｎｏ→Ｓ１５：Ｙｅｓ）、移動速度の履歴に、１０ｋｍ／ｈ以上のものがあるか否かを調べる。１０ｋｍ／ｈを超えるものがないとき（Ｓ１６：Ｙｅｓ）、移動状態を「歩行中」とする（Ｓ１７）。一方、１０ｋｍ／ｈを超えるものがあるとき（Ｓ１６：Ｎｏ）、移動状態を「不明」とする（Ｓ１８）。
【００３４】
移動速度の平均値が１０ｋｍ／ｈを超え、３０ｋｍ／ｈ以下のとき（Ｓ１５：Ｎｏ→Ｓ１９：Ｙｅｓ）、移動速度の履歴に、移動速度が３０ｋｍ／ｈを超えるものがあるか否かを調べる。３０ｋｍ／ｈを超えるものがないとき（Ｓ２０：Ｙｅｓ）、移動状態を「軽車両（自転車等）」とする（Ｓ２１）。
【００３５】
一方、移動速度の平均値が３０ｋｍ／ｈを超えるとき（Ｓ１９：Ｎｏ）、あるいは、移動速度の平均値が３０ｋｍ／ｈ以下であるが、移動速度の履歴に以下３０ｋｍ／ｈを超えるものがあるとき（Ｓ２０：Ｎｏ）、携帯端末３０が線路沿いを移動しているか否かを判定する。
【００３６】
携帯端末３０が線路沿いを移動しているとき（Ｓ２２：Ｙｅｓ）、移動状態を「電車」とする（Ｓ２３）。一方、線路沿いを移動していないとき（Ｓ２２：Ｎｏ）、移動状態を「自動車」とする（Ｓ２４）。
【００３７】
図５および図６に、携帯端末３０の制御部３１が、予め定められたタイミングで実行する乗車状態決定処理を示す。乗車状態は、メモリ３２に記憶され、本処理で新たな乗車状態が決定すれば、記憶内容を更新する。まず、メモリ３２に記憶されている乗車状態をチェックする（Ｓ３１）。
【００３８】
乗車状態が「初期」であるとき（Ｓ３２：Ｙｅｓ）、受信部３４で車載装置１０からの電波を受信したか否かをチェックする（Ｓ３３）。車載装置１０からの電波を受信し、その内容が運転席（Ｄ席）のドアロック装置の解錠の許可あるいは実施を反映したものであるとき（Ｓ３４：Ｙｅｓ）、乗車状態を「ドライバ」とする（Ｓ３５）。
【００３９】
上述のように、スマートエントリシステムでは、Ｄ席のドアハンドルに設けられたスイッチを操作すると、車載装置１０の、ドアハンドルの近傍に備えられたアンテナ（Ｄ席アンテナ）から応答要求信号が、携帯キー２０に向けて送信される。この応答要求信号に、Ｄ席アンテナから送信した旨の情報が含まれていれば、ドアロック装置の解錠の許可を反映したものと判断できる。
【００４０】
上述の構成が、「乗車状態が、ユーザが車両へ乗車していないことを反映し、かつ、車両状態情報取得部が、車両状態情報として、車両の運転席の近傍から送信された無線信号（すなわち、応答要求信号）を取得したとき、乗車状態決定部は、新たな乗車状態に、ユーザが車両のドライバであることを反映させる」ものである。該無線信号はドアハンドル近傍に備えられたスイッチを操作したとき、そのドアの近傍にのみ送信される。本構成によって、既存のスマートエントリシステムをドライバ判定システムに含めることで、スマートエントリシステムを改造したり、新たな回路や部品を追加することなく、ユーザが車両のドライバであるか否かを判定できる。
【００４１】
車載装置１０が、ドアロック装置から（他の装置からでもよい）Ｄ席が解錠状態に変化した旨の情報を取得したとき、該情報を送信部１３から送信する構成とすれば、受信部３４が該情報を受信したとき、ドアロック装置の解錠の実施を反映したものと判断できる。
【００４２】
上述の構成が、「乗車状態が、ユーザが車両へ乗車していないことを反映し、かつ、車両状態情報取得部が、車両の運転席ドアが解錠状態に遷移した旨を含む車両状態情報を取得したとき、乗車状態決定部は、新たな乗車状態に、ユーザが車両のドライバであることを反映させる」ものである。本構成によって、車両が、車両状態情報を車外に送信可能な構成であれば、ドライバ判定システムに含めることで、新たな回路や部品を追加することなく、ユーザが車両のドライバであるか否かを判定できる。
【００４３】
車載装置１０からの電波を受信しない、あるいは、車載装置１０からの電波を受信したが、その内容が運転席（Ｄ席）のドアロック装置の解錠の許可あるいは実施を反映したものでないとき（Ｓ３４：Ｎｏ）、メモリ３２に記憶された移動状態をチェックする（Ｓ３６）。移動状態が「自動車」であるとき（Ｓ３７：Ｙｅｓ）、Ｄ席から乗車していないとして、乗車状態を「同乗者」とする（Ｓ３８）。一方、移動状態が「自動車」でないとき（Ｓ３７：Ｎｏ）、車両に乗車していない（ドライバでも同乗者でもない）ので、乗車状態を「初期」のままとする（Ｓ３９）。
【００４４】
乗車状態が「同乗者」であるとき（Ｓ３２：Ｎｏ→Ｓ４０：Ｙｅｓ）、移動状態をチェックする（Ｓ４１）。移動状態が「歩行中」であるとき（Ｓ４２：Ｙｅｓ）、車両から降車したとして、乗車状態を「初期」とする（Ｓ４３）。一方、移動状態が「歩行中」でないとき（Ｓ４２：Ｎｏ）、乗車記録の学習ＤＢ（３２ａ）をチェックする（Ｓ４４）。
【００４５】
乗車記録の学習ＤＢ（３２ａ）をチェックした結果、ユーザが車両のドライバである確度を示すドライバ確度が、予め定められた閾値（「ドライバ確度閾値」の略記）を超えるとき（Ｓ４５：Ｙｅｓ）、乗車状態を「ドライバ」とする（Ｓ４６）。一方、ドライバ確度が閾値を下回るとき（Ｓ４５：Ｎｏ）、乗車状態を「同乗者」のままとする（Ｓ４７）。
【００４６】
上述のドライバ確度として、乗車記録の学習ＤＢを参照し、現在の乗車状態が「ドライバ」である確率（０〜１００％）を求める。例えば、現在日時を月曜日の午前８時とし、乗車記録の学習ＤＢに過去１０週間分のデータが蓄積されているとする。午前８時頃に乗車状態が「ドライバ」となっているものが９回記録されているとき、ドライバ確度は、（９÷１０）×１００＝９０％である。また、閾値は、例えば、７０〜８０％とする。
【００４７】
上述の構成が、「ユーザの所定期間の乗車記録を含むデータベースに基づいて、ユーザが車両のドライバである確度を示すドライバ確度を算出するドライバ確度算出部を備え、乗車状態が、ユーザが同乗者であることを反映し、かつ、移動状態判定部が、ユーザが歩行中でないと判定したとき、乗車状態決定部は、ドライバ確度が予め定められたドライバ確度閾値を上回る場合、新たな乗車状態に、ユーザがドライバであることを反映させる」ものである。本構成によって、乗車状態および移動状態に加え、ドライバ確度を用いることで、新たな乗車状態の判定の精度を向上することができる。また、特許文献１のように、携帯端末によりカーナビゲーションシステムを操作可能なシステムにおいて、携帯端末を所持したユーザが車両のドライバのとき、携帯端末によるカーナビゲーションシステムの操作を制限できる。
【００４８】
より具体的には、「ドライバ確度算出部は、乗車記録を含むデータベースの、現在の乗車時間帯を含む乗車記録における、ユーザがドライバであることを反映した乗車状態と全ての乗車状態との比をドライバ確度として算出する」ものである。本構成によって、簡便な方法でドライバ確度を算出できる。
【００４９】
乗車状態が「ドライバ」であるとき（Ｓ４０：Ｎｏ→Ｓ４８：Ｙｅｓ）、移動状態をチェックする（Ｓ４９）。移動状態が「歩行中」であるとき（Ｓ５０：Ｙｅｓ）、車両から降車したとして、乗車状態を「初期」とする（Ｓ５１）。一方、移動状態が「歩行中」でないとき（Ｓ５０：Ｎｏ）、移動状態が「電車」あるいは「自動車」のとき（Ｓ５２：Ｙｅｓ）、歩行ではない移動であるため、乗車状態を「ドライバ走行中」とする（Ｓ５３）。一方、移動状態が「歩行中」、「電車」、「自動車」のいずれでもないとき、すなわち、「停止中」のとき（Ｓ５２：Ｎｏ）、乗車状態を「ドライバ」のままとする（Ｓ５４）。
【００５０】
上述の構成が、「乗車状態が、ユーザが車両のドライバであることを反映し、かつ、移動状態判定部が、移動速度が所定値を上回ると判定したとき、乗車状態決定部は、新たな乗車状態に、ユーザが車両を走行させていることを反映させる」ものである。本構成によって、ユーザがドライバであるか否かに加え、車両を走行させているか否かも判定することができる。これにより、特許文献１のように、携帯端末によりカーナビゲーションシステムを操作可能なシステムにおいて、携帯端末とスマートキーとの位置（双方が近接しているか否か）に関係なく、携帯端末を所持したユーザが車両を走行させているとき、携帯端末によるカーナビゲーションシステムの操作を制限できる。
【００５１】
乗車状態が「ドライバ」でないとき、すなわち、「ドライバ走行中」のとき（Ｓ４８：Ｎｏ）、移動状態をチェックする（Ｓ５５）。移動状態が「歩行中」であるとき（Ｓ５６：Ｙｅｓ）、車両から降車したとして、乗車状態を「初期」とする（Ｓ５７）。一方、移動状態が「歩行中」でないとき（Ｓ５６：Ｎｏ）、運転シーンの学習ＤＢ（３２ｂ）をチェックする（Ｓ５８）。
【００５２】
運転シーンの学習ＤＢ（３２ｂ）をチェックした結果、ユーザが車両の同乗者である確度を示す同乗者確度が、予め定められた閾値（「同乗者確度閾値」の略記）を超えるとき（Ｓ５９：Ｙｅｓ）、乗車状態を「同乗者」とする（Ｓ６０）。一方、同乗者確度が閾値を下回るとき（Ｓ５９：Ｎｏ）、乗車状態を「ドライバ走行中」のままとする（Ｓ６１）。同乗者確度の詳細については、図９を用いて後述する。
【００５３】
上述の構成が、「ユーザの所定期間の運転状況を含むデータベースに基づいて、ユーザが車両の同乗者である確度を示す同乗者確度を算出する同乗者確度算出部を備え、乗車状態は、ユーザが車両を走行させていることを反映し、かつ、移動状態判定部が、ユーザが歩行中でないと判定したとき、乗車状態決定部は、同乗者確度が予め定められた同乗者確度閾値を上回る場合、新たな乗車状態に、ユーザが同乗者であることを反映させる」ものである。本構成によって、乗車状態および移動状態に加え、同乗者確度を用いることで、新たな乗車状態の判定の精度を向上することができる。
【００５４】
図７に、ドライバの乗車状態の遷移の概略を示す（学習ＤＢによる確度判定は未反映）。乗車状態が「初期」のときに、ユーザの所持する携帯端末３０がＤ席ロック解錠を反映した車両状態情報を受信すると、乗車状態は「ドライバ」に遷移する。乗車状態が「ドライバ」のときに、携帯端末３０の移動状態が「自動車」（または、「電車」）になると、乗車状態は「ドライバ走行中」に遷移する。乗車状態が「ドライバ走行中」のときに、移動状態が「歩行中」になると、乗車状態は「初期」に遷移する。
【００５５】
図８に、同乗者の乗車状態の遷移の概略を示す（学習ＤＢによる確度判定は未反映）。乗車状態が「初期」のときに、ユーザの所持する携帯端末３０の移動状態が「自動車」になると、乗車状態は「同乗者」に遷移する。乗車状態が「同乗者」のときに、携帯端末３０の移動状態が「歩行中」になると、乗車状態は「初期」に遷移する。
【００５６】
以下、同乗者確度の演算方法の例を説明する。まず、その日の運転シーンの記録から、減速シーン、発進シーン、旋回シーンを、それぞれ５程度選択し、各シーンの平均を算出する。すなわち、減速シーンでは最大減速度の平均を、発進シーンでは最大加速度の平均を、旋回シーンでは最大横加速度の平均を算出する。
【００５７】
次に、運転シーンの学習ＤＢに記録されている、各シーンの平均と標準偏差から、乗車状態が「ドライバ」でない確率（すなわち、同乗者確度）を求める。減速シーンにおける同乗者確度ｐ１は、以下の「数式１」（確率分布関数）を用いて算出する。
なお、ｋ＝（その日の平均−学習ＤＢの平均（μ））÷学習ＤＢの標準偏差（σ）  である（「学習ＤＢ」は、「運転シーンの学習ＤＢ」の略記）。
【００５８】
【数１】
0006465458.tif 000002
【００５９】
同様に、発進シーンにおける同乗者確度ｐ２、および、旋回シーンにおける同乗者確度ｐ３についても、それぞれｋを求め、求めたｋを「数式１」に代入して算出する。そして、各シーンにおける同乗者確度の平均を、同乗者確度とする。
同乗者確度ｐ＝(ｐ１＋ｐ２＋ｐ３)÷３。
【００６０】
上述の構成が、「携帯端末が受ける所定方向の加速度を検出する加速度検出部を備え、運転状況は、加速度を含み、同乗者確度算出部は、所定方向のそれぞれについて、加速度の平均および標準偏差に基づく確率分布関数を算出し、それら確率分布関数の平均を同乗者確度として算出する」ものである。Ｇセンサのような加速度検出部は、タブレット型端末に備えられていることが多い。ドライバの運転の癖は、加減速時、旋回時に顕著に表れる。本構成によって、カメラやセンサ等を用いたドライバの識別、ドライバ情報の事前登録等を必要とせず、比較的簡便な方法でドライバ確度を算出できる。
【００６１】
図９に、上述の、平均μ、標準偏差σの正規分布を示す。縦軸は度数を示す。同乗者確度ｐは、例えば、斜線の領域（ｐ）のように表される。領域（ｐ）の横軸方向の幅は上述のｋによって変化する。ｋは、同乗者でない傾向が高い場合、すなわち、運転シーンが学習ＤＢと異なる傾向が高い場合、大きくなる。そこで、例えば、２σに相当する９６％を閾値として、該閾値を超えるとき、同乗者であると判断する。平均μ、標準偏差σは、それぞれ、例えば、各シーンで求めたものの平均値を用いればよい。
【００６２】
以上、実施の形態を説明したが、これらはあくまで例示にすぎず、上記形態に限定されるものではなく、特許請求の範囲の趣旨を逸脱しない限り、当業者の知識に基づく種々の変更が可能である。
【符号の説明】
【００６３】
１  ドライバ判定システム
１０  車載装置
２０  携帯キー
３０  携帯端末
３１  制御部（移動状態判定部、乗車状態決定部、移動速度算出部、同乗者確度算出部、ドライバ確度算出部）
３２  メモリ
３２ａ  乗車記録の学習ＤＢ
３２ｂ  運転シーンの学習ＤＢ
３４  受信部（乗車状態取得部、車両状態情報取得部）
３６  位置検出部
３７  Ｇセンサ（加速度検出部）
【図１】
0006465458.tif 000003
【図２】
0006465458.tif 000004
【図３】
0006465458.tif 000005
【図４】
0006465458.tif 000006
【図５】
0006465458.tif 000007
【図６】
0006465458.tif 000008
【図７】
0006465458.tif 000009
【図８】
0006465458.tif 000010
【図９】
0006465458.tif 000011