(57)【要約】【課題】車両の制御状態を精度良く判定すること。【解決手段】本願に係る判定装置は、取得部と、判定部とを備える。取得部は、走行中の車両の挙動に関する挙動情報を取得する。判定部は、取得部によって取得された挙動情報に基づいて車両が自動運転状態であるか否かを判定する。【選択図】図３
2020035157.tif 000002
【特許請求の範囲】
【請求項１】
走行中の車両の挙動に関する挙動情報を取得する取得部と、
前記取得部によって取得された前記挙動情報に基づいて前記車両が自動運転状態であるか否かを判定する判定部と
を備えることを特徴とする判定装置。
【請求項２】
前記車両の運転者の手動運転状態における運転特性を示す特性情報を記憶する記憶部をさらに備え、
前記判定部は、
前記挙動情報に基づく前記挙動と、前記運転特性に基づく挙動とが異なる場合に、前記自動運転状態であると判定すること
を特徴とする請求項１に記載の判定装置。
【請求項３】
前記特性情報は、
前記運転者の走行経路に関する経路特性を含み
前記取得部は、
前記車両の走行経路に関する経路情報を含む前記挙動情報を取得し、
前記判定部は、
前記挙動情報に基づく前記走行経路が前記経路特性と合っていない場合に、前記自動運転状態であると判定すること
を特徴とする請求項２に記載の判定装置。
【請求項４】
前記特性情報は、
前記運転者の運転操作に関する操作特性を含み、
前記判定部は、
前記挙動情報に基づく前記挙動が前記操作特性と合っていない場合に、前記自動運転状態であると判定すること
を特徴とする請求項２または３に記載の判定装置。
【請求項５】
前記取得部は、
前記車両のふらつきに関するふらつき情報を含む前記挙動情報を取得し、
前記判定部は、
前記ふらつきが所定のふらつき条件を満たす場合に、前記自動運転状態であると判定すること
を特徴とする請求項１〜４のいずれか１つに記載の判定装置。
【請求項６】
前記ふらつき情報は、
同一車線内におけるふらつき幅、および、複数の車線間における車線変更の頻度の少なくとも一方の情報を含むこと
を特徴とする請求項５に記載の判定装置。
【請求項７】
前記判定部によって前記自動運転状態であると判定された場合、前記自動運転状態に応じたコンテンツを前記車両の乗員へ配信する配信部をさらに備えること
を特徴とする請求項１〜６のいずれか１つに記載の判定装置。
【請求項８】
前記配信部は、
前記判定部によって前記自動運転状態であると判定された場合、前記車両が手動運転状態である場合と比べて、前記コンテンツの配信を増やすこと
を特徴とする請求項７に記載の判定装置。
【請求項９】
前記判定部によって前記自動運転状態であると判定された場合、前記車両の乗員の状態について、前記自動運転状態に応じた監視を行う監視部をさらに備えること
を特徴とする請求項１〜８のいずれか１つに記載の判定装置。
【請求項１０】
前記監視部は、
前記判定部によって前記自動運転状態であると判定された場合、前記車両が手動運転状態である場合と比べて、前記監視を強化すること
を特徴とする請求項９に記載の判定装置。
【請求項１１】
前記監視部は、
運転者の眠気状態、および、前記運転者の周辺への集中状態のうち少なくとも一方の前記状態を監視すること
を特徴とする請求項９または１０に記載の判定装置。
【請求項１２】
コンピュータが実行する判定方法であって、
走行中の車両の挙動に関する挙動情報を取得する取得工程と、
前記取得工程によって取得された前記挙動情報に基づいて前記車両が自動運転状態であるか否かを判定する判定工程と
を含むことを特徴とする判定方法。
【請求項１３】
走行中の車両の挙動に関する挙動情報を取得する取得手順と、
前記取得手順によって取得された前記挙動情報に基づいて前記車両が自動運転状態であるか否かを判定する判定手順と
をコンピュータに実行させることを特徴とする判定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、判定装置、判定方法および判定プログラムに関する。
【背景技術】
【０００２】
近年、一部または全部の運転操作を人が行わなくとも自動制御により車両を走行させる自動運転システムが提案されている。この種の自動運転システムでは、周辺車両との車車間通信により、周辺車両が自動運転状態であるか手動運転状態であるかの制御状態に関する情報を取得する技術がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第６２４１５３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記した技術は、車車間通信を前提としたものであるため、車車間通信を行うことができない周辺車両については、制御状態を精度良く判定することは容易ではない。
【０００５】
また、例えば、携帯電話等の端末装置を所持したユーザが車両に乗車した場合に、かかる車両の制御状態を端末装置が自動で判定することは容易ではない。
【０００６】
本願は、上記に鑑みてなされたものであって、車両の制御状態を精度良く判定することができる判定装置、判定方法および判定プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本願に係る判定装置は、取得部と、判定部とを備える。前記取得部は、走行中の車両の挙動に関する挙動情報を取得する。前記判定部は、前記取得部によって取得された前記挙動情報に基づいて前記車両が自動運転状態であるか否かを判定する。
【発明の効果】
【０００８】
実施形態の一態様によれば、車両の制御状態を精度良く判定することができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態に係る判定処理の一例を示す図である。
【図２】図２は、実施形態に係る車両システムの構成例を示す図である。
【図３】図３は、実施形態に係る判定装置の構成例を示す図である。
【図４】図４は、ユーザ情報の一例を示す図である。
【図５】図５は、判定部による判定処理を示す図である。
【図６】図６は、判定部による判定処理を示す図である。
【図７】図７は、判定部による判定処理を示す図である。
【図８】図８は、実施形態に係る判定装置が実行する処理の手順を示すフローチャートである。
【図９】図９は、実施形態に係る判定装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【００１０】
以下に、本願に係る判定装置、判定方法および判定プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る判定装置、判定方法および判定プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【００１１】
まず、図１を用いて、実施形態に係る判定装置が行う判定処理の一例について説明する。図１は、実施形態に係る判定処理の一例を示す図である。図１では、判定装置１であるサーバ装置が、例えばユーザ端末５０のセンサに基づいて車両Ｃの挙動に関する挙動情報を取得し、かかる挙動情報に基づいて車両Ｃが自動運転状態（すなわち、自動運転車）であるか否かを判定する判定処理を行う場合について説明する。また、図１では、判定装置１は、サーバ装置であり、上記の判定結果に基づいて、車両Ｃの制御状態に応じたコンテンツをナビゲーション装置１００へ配信する。
【００１２】
なお、自動運転状態とは、人が行う運転操作の一部または全部を自動制御して車両Ｃを走行させる制御状態である。具体的には、自動運転状態とは、走行環境の認識や周辺状況の監視、ならびに、発進・加速、操舵、および、制動・停止等の一部または全部の運転操作を、車両Ｃの制御システムが行う制御状態である。
【００１３】
自動運転状態は、例えば、ＮＨＴＳＡ（米国運輸省道路交通安全局）が策定した自動化レベルにおける「レベル４」、あるいは、米国のＳＡＥ（Society  of  Automotive  Engineers）が策定した自動化レベルにおける「レベル４」および「レベル５」に該当する高度自動運転もしくは完全自動運転である。したがって、車両Ｃの運転者は、自動運転中である場合、手動運転時に比べて、周囲に意識を集中しなくてよい。なお、車両Ｃの自動運転状態は、上記した高度自動運転あるいは完全自動運転に限定されるものではなく、運転操作の一部を自動制御する半自動運転であってもよい。
【００１４】
一方、車両Ｃが自動運転状態ではない制御状態とは、手動運転状態であり、人が運転操作を全部行って車両Ｃを走行させる制御状態である。具体的には、手動運転状態とは、車両Ｃの発進・加速、操舵、および、制動・停止等の全部の運転操作を人が行う制御状態である。なお、自動運転状態が上記した高度自動運転や完全自動運転である場合、自動運転状態ではない制御状態は、上記した半自動運転の状態であってもよい。
【００１５】
実施形態に係る判定処理では、まず、判定装置１は、走行中の車両Ｃの挙動に関する挙動情報をユーザ端末５０から取得する（ステップＳ１）。挙動情報には、車両Ｃの位置変化や、走行振動、ふらつき、走行経路に関する情報が含まれる。判定装置１は、例えば、ユーザ端末５０に搭載された加速度センサや、ジャイロセンサ、カメラ、マイク等のセンサ値に基づいて挙動情報を取得する。あるいは、判定装置１は、ナビゲーション装置１００を介して車載センサ（車速センサ等）から挙動情報を取得してもよい。
【００１６】
つづいて、実施形態に係る判定装置１は、取得した挙動情報に基づいて車両Ｃが自動運転状態であるか否かを判定する（ステップＳ２）。換言すれば、判定装置１は、車両Ｃを人が運転しているか否かを推定する。例えば、実施形態に係る判定装置１は、車両Ｃのふらつきが通常よりも少ない場合や、車両Ｃの走行経路が通常とは異なる場合（例えば、経路のバリエーションが手動運転状態よりも少ない、あるいは、多い場合）等に自動運転状態であると判定する。なお、自動運転状態の判定処理の詳細については後述する。
【００１７】
つまり、実施形態に係る判定装置１は、車両Ｃの実際の挙動から自動運転状態であるか手動運転状態であるかを判定することで、車両Ｃの制御システムから制御状態を示す情報を取得せずとも自動運転状態を精度良く判定することができる。従って、実施形態に係る判定方法によれば、車両Ｃの制御状態を精度良く判定することができる。
【００１８】
さらに、判定装置１は、自車両（車両Ｃ）に限らず、他車両の挙動情報を取得し、他車両の挙動情報に基づいて他車両が自動運転状態であるか否かを判定することもできる。なお、他車両の挙動情報は、自車両に乗車したユーザが所持するユーザ端末５０のカメラや、自車両の車載カメラのカメラ画像を解析して取得してもよく、あるいは、他車両に乗車した他ユーザのユーザ端末から他車両の挙動情報を取得してもよい。
【００１９】
このように、実施形態に係る判定方法によれば、他車両の挙動情報に基づいて制御状態を判定することで、車車間通信を行うことができない他車両の制御状態についても精度良く判定することができる。
【００２０】
つづいて、ステップＳ２で自動運転状態と判定した場合、判定装置１は、自動運転状態に応じたコンテンツを決定し、ナビゲーション装置１００へ配信する（ステップＳ３）。なお、サーバ装置としての判定装置１のコンテンツ配信先は、ナビゲーション装置１００に限定されるものではなく、ユーザ端末５０であってもよい。
【００２１】
サーバ装置としての判定装置１が配信するコンテンツは、例えば、テレビ番組等の動画コンテンツや、広告コンテンツ、天気予報に関するコンテンツ、検索コンテンツ、ウェブページに関するコンテンツ等がある。なお、判定装置１は、ユーザから要求があった場合に、コンテンツを配信してもよく、あるいは、能動的にコンテンツを配信する、いわゆるプッシュ通知による配信を行ってもよい。
【００２２】
例えば、サーバ装置としての判定装置１は、自動運転状態に応じたコンテンツの配信方法として、例えば、コンテンツの配信頻度や、配信量等を増やしたりする配信方法を行う。あるいは、サーバ装置としての判定装置１は、自動運転状態に応じたコンテンツとして、例えば、映画コンテンツ等の手動運転状態時には集中して視聴できないようなコンテンツを配信してもよい。
【００２３】
つまり、サーバ装置としての判定装置１は、自動運転状態では、運転者が運転に集中する必要がなくなり、ナビゲーション装置１００の表示画面に表示されたコンテンツを集中して見ることができるため、手動運転状態時よりもコンテンツの配信を増やしたり、手動運転時には集中して視聴できないコンテンツを配信する。これにより、ユーザである車両Ｃの乗員の満足度を高めつつ、広告コンテンツ等を配信することで、ビジネス機会を拡大することができる。
【００２４】
なお、判定装置１は、コンテンツ配信に限らず、例えば、自動運転状態時には、運転者の眠気状態や、車両Ｃの周辺への集中状態の監視を許可する処理を行ってもよいが、かかる点については後述する。
【００２５】
また、判定装置１がサーバ装置として機能する場合について説明したが、例えば、判定装置１がユーザ端末５０として機能してもよく、あるいは、判定装置１がナビゲーション装置１００として機能してもよい。
【００２６】
あるいは、判定装置１が行うすべての機能を、サーバ装置１、ユーザ端末５０およびナビゲーション装置１００で分担して行ってもよい。また、判定装置１は、車両Ｃ内に配置されたＰＣ（Personal  Computer）に実装される、いわゆるエッジコンピューティングであってもよい。
【００２７】
例えば、エッジコンピューティングとしての判定装置１は、上記の判定処理に関するプログラム情報をサーバ装置が学習し、学習結果のみを車両Ｃ内に配置されたＰＣである判定装置１に記憶しておく。これにより、例えば、トンネル等のように、サーバ装置と通信ができない状況であっても、ユーザ端末５０および判定装置１間での通信により自動運転状態の判定を行うことができる。
【００２８】
また、上記では、サーバ装置としての判定装置１は、自車両が自動運転状態である場合に、自車両の乗員に対してコンテンツを配信したが、これに限らず、例えば、自車両のユーザ端末５０により取得した他車両の挙動状態に基づいて他車両の自動運転状態を判定し、判定結果に基づいて他車両のナビゲーション装置等にコンテンツを配信してもよい。
【００２９】
次に、図２を用いて、実施形態に係る車両システムＳの構成について説明する。図２は、実施形態に係る車両システムＳの構成例を示す図である。図２に示すように、実施形態に係る車両システムＳは、サーバ装置としての判定装置１と、ユーザ端末５０と、ナビゲーション装置１００とを含む。判定装置１、ユーザ端末５０およびナビゲーション装置１００は、ネットワークＮを介して接続される。ネットワークＮは、ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）、電話網（携帯電話網、固定電話網等）、地域ＩＰ（Internet  Protocol）網、インターネット等の通信ネットワークである。ネットワークＮには、有線ネットワークが含まれていてもよいし、無線ネットワークが含まれていてもよい。
【００３０】
サーバ装置としての判定装置１は、ユーザ端末５０から取得した挙動情報に基づいて車両Ｃが自動運転状態であるか否かを判定する処理を行う。また、判定装置１は、自動運転状態に応じたコンテンツ配信や、運転者の監視を行う。
【００３１】
ユーザ端末５０は、車両Ｃの乗員であるユーザが所持する端末装置である。ユーザ端末５０は、例えば、スマートデバイス（スマートフォン、あるいはタブレット）、携帯電話、パーソナルコンピュータ等である。ユーザ端末５０は、例えば、加速度センサや、ジャイロセンサ等の車両Ｃの挙動の変化を検出するセンサを備え、かかるセンサにより検出された挙動情報を判定装置１へ送信する。
【００３２】
ナビゲーション装置１００は、例えば、ユーザにより指定された目的地までの経路設定や、経路案内を行うナビゲーション機能を有する車載装置である。また、ナビゲーション装置１００は、例えば、ＣＡＮ（Controller  Area  Network）等の車載ネットワークＣＮを介して、各種車載センサに接続される。具体的には、車載センサとして、車速センサ１００ａや、カメラ１００ｂ、ＧＰＳ１００ｃに接続される。なお、上記の車載センサは
一例であって、車両Ｃの挙動等の車両情報を取得可能なセンサであれば任意のセンサを採用可能である。
【００３３】
車速センサ１００ａは、例えば、車両Ｃの時間あたりの車輪回転数に基づいて車両Ｃの走行速度を検出するセンサである。カメラ１００ｂは、車両Ｃの周辺や、車室内の状況を撮像する撮像装置である。ＧＰＳ１００ｃは、全地球測位システム（GPS：Global  Positioning  System）であり、ＧＰＳ衛星から受信した信号に基づいて車両Ｃの現在位置を検出する測位装置である。
【００３４】
ナビゲーション装置１００は、車載センサの情報をナビゲーション機能に使用したり、挙動情報として判定装置１へ送信したりすることができる。
【００３５】
なお、判定装置１は、１台の車両Ｃのユーザ端末５０およびナビゲーション装置１００に接続される場合を示したが、複数台の車両Ｃのユーザ端末５０およびナビゲーション装置１００に接続されてもよい。
【００３６】
次に、図３を用いて、実施形態に係る判定装置１の構成について説明する。図３は、実施形態に係る判定装置１の構成例を示す図である。
【００３７】
図３に示すように、判定装置１は、通信部２と、制御部３と、記憶部４とを備える。制御部３は、取得部３１と、判定部３２と、配信部３３と、監視部３４とを備える。
【００３８】
通信部２は、たとえば、ＮＩＣ（Network  Interface  Card）等によって実現される。通信部２は、ネットワークＮと有線または無線で接続され、ネットワークＮを介して、ユーザ端末５０およびナビゲーション装置１００の間で情報の送受信を行う。
【００３９】
記憶部４は、たとえば、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図３に示すように、記憶部４は、ユーザ情報４１を記憶する。
【００４０】
ユーザ情報４１は、車両Ｃの乗員であるユーザに関する情報を含む情報である。図４は、ユーザ情報４１の一例を示す図である。図４に示すように、ユーザ情報４１には、「ユーザＩＤ」、「年齢」、「性別」、「運転歴」、「所有車」および「運転特性」といった項目が対応付けられる。
【００４１】
「ユーザＩＤ」は、ユーザを識別する識別情報である。「年齢」は、ユーザの年齢を示す情報である。「性別」は、ユーザの性別に関する情報である。「運転歴」は、ユーザの運転の経歴に関する情報である。「運転歴」は、例えば、免許取得後からの経過年数や、実際に車を所有して運転していた年数である。なお、「運転歴」は、所有車を買い替えた場合には、各所有者毎の運転年数であってもよい。「所有車」、ユーザが所有している車両に関する情報であり、例えば、車種や、車名等の情報である。「運転特性」は、ユーザの手動運転状態時における運転の特性である運転特性を示す特性情報である。
【００４２】
図４では、「運転特性」として、経路特性や操作特性等がある。経路特性とは、ユーザが手動運転状態時にどのような経路を走行するかの特性を示す。「下道派」とは、例えば、遠方へ出かける場合に、高速道路よりも一般道を走行する傾向にあることを示す。他の経路特性として、例えば、どのような道路種（例えば、国道や、県道、私道等）を走行する傾向にあるかの特性や、右または左旋回のいずれの方向への旋回を好む傾向にあるかの特性等であってもよい。つまり、経路特性とは、ユーザが普段の手動運転状態時において、走行経路としてどのような経路を好んで走行するかを示す経路の嗜好性とも言える。
【００４３】
また、操作特性とは、ユーザが手動運転状態時にどのような運転操作を行うかの特性を示す。「ウインカー遅い」とは、例えば、右左折や、車線変更時におけるウインカーの操作タイミングが所定値（例えば、道路交通法で定められた値）よりも遅い傾向にあることを示す。他の操作特性として、例えば、赤信号時等にどのようなブレーキングを行う傾向にあるかの特性や、トンネル通過時や、夜間のヘッドライトの点灯タイミングの傾向に関する特性等であってもよい。あるいは、操作特性は、車線の左寄りを走行する傾向にあるなどの車両Ｃの走行位置の特性であってもよい。つまり、操作特性は、ユーザが普段の手動運転状態時において、どのような運転操作（タイミングや度合い等）を好んで行うかを示す運転操作の嗜好性とも言える。このような「運転特性」は、例えば、サーバ装置がユーザの走行履歴をもとに学習してもよく、ユーザから入力を受け付けてもよい。
【００４４】
制御部３は、コントローラ（controller）であり、たとえば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、判定装置１内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３は、たとえば、コントローラであり、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。
【００４５】
なお、取得部３１、判定部３２、配信部３３および監視部３４は、それぞれ一部または全部がＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等のハードウェアで構成されてもよい。
【００４６】
制御部３は、走行中の車両Ｃの挙動に関する挙動情報を取得し、取得した挙動情報に基づいて車両Ｃが自動運転状態であるか否かを判定する。また、制御部３は、自動運転状態に応じたコンテンツの配信や、運転者の状態監視を行う。
【００４７】
取得部３１は、走行中の車両Ｃの挙動に関する挙動情報を取得する。まず、取得部３１は、挙動情報の取得に先立って、車両Ｃが走行中であるか否かを判定する。例えば、取得部３１は、車速センサ１００ａの車速が所定値以上である場合や、カメラ１００ｂの画像が抽出される特徴点の位置変化が所定値以上である場合、ＧＰＳ１００ｃによる車両Ｃの位置変化が所定値以上である場合に車両Ｃが走行中であると判定する。
【００４８】
あるいは、取得部３１は、ユーザ端末５０に搭載された加速度センサやジャイロセンサのセンサ値に基づいて車両Ｃが走行中であるか否かを判定することもできる。
【００４９】
また、取得部３１は、車両Ｃの走行経路に関する経路情報を取得する。経路情報は、例えば、ナビゲーション装置１００で設定された走行予定の経路であってもよく、あるいは、車両Ｃが実際に走行した経路であってもよい。
【００５０】
また、取得部３１は、挙動情報として、車両Ｃのふらつきに関するふらつき情報や、運転操作に関する操作情報等を取得するが、かかる点については図５〜図７で後述する。
【００５１】
判定部３２は、取得部３１によって取得された挙動情報に基づいて車両Ｃが自動運転状態であるか否かを判定する。例えば、判定部３２は、取得部３１によって取得された挙動情報と、記憶部４に記憶されたユーザ情報４１とを比較することで判定処理を行う。
【００５２】
具体的には、判定部３２は、取得した挙動情報における挙動と、ユーザ情報４１の「運転特性」に基づく挙動とが異なる場合に、自動運転状態であると判定する。より具体的には、判定部３２は、取得した挙動情報に基づく走行経路が、「運転特性」の経路特性と合っていない場合に、自動運転状態であると判定する。
【００５３】
例えば、判定部３２は、経路特性として、走行経路のバリエーションの少なさ（あるいは、多さ）に基づいて判定する。具体的には、判定部３２は、手動運転状態時には、右左折旋回を頻繁に行ったり、あるいは、県道、私道を好んで走行する、すなわち走行経路のバリエーションが多い運転者が運転しているにも関わらず、実際の走行経路が国道を走行する、すなわち走行経路のバリエーションが少ない場合には、自動運転状態であると判定する。
【００５４】
つまり、判定部３２は、実際の走行経路（走行予定の経路を含む）が、手動運転状態の経路特性と合っていない場合、運転者が運転しない、すなわち、自動運転状態であると判定する。このように、例えば、走行経路のバリエーション等といった経路特性から制御状態を判定することで、精度良く自動運転状態を判定することができる。
【００５５】
また、判定部３２は、経路特性以外に、車両Ｃのふらつきに関するふらつき情報に基づいて制御状態を判定することもできる。かかる点について、図５および図６を用いて説明する。
【００５６】
図５および図６は、判定部３２による判定処理を示す図である。図５および図６に示すように、ふらつき情報の概念としては、２通りある。１つ目は、図５に示す同一車線内におけるふらつき幅に関する情報であり、２つ目は、図６に示す複数の車線間における車線変更の頻度に関する情報である。まず、図５を用いて、同一車線内におけるふらつき幅について説明する。
【００５７】
図５では、同一車線内を走行する車両Ｃと、車両Ｃの車幅方向における中央位置ＣＰのふらつき幅Ｗを示している。かかるふらつき幅Ｗは、例えば、中央位置ＣＰ（あるいは車両Ｃの所定の基準位置）から両側車線のうちいずれか一方の車線までの最大距離および最小距離の差分により表すことができる。なお、車両Ｃ（自車両および他車両を含む）の中央位置ＣＰから車線までの距離は、例えば、カメラ１００ｂの画像から車線を認識することで算出可能である。
【００５８】
判定部３２は、車両Ｃのふらつきが所定ふらつき条件を満たす場合に、自動運転状態であると判定する。具体的には、図５に示すように、判定部３２は、同一車線内におけるふらつき幅Ｗが所定の閾値未満、すなわち、ふらつきが小さい場合に、車両Ｃが自動運転状態であると判定する。一方、判定部３２は、同一車線内におけるふらつき幅Ｗが所定の閾値以上、すなわち、ふらつきが大きい場合に、車両Ｃが自動運転状態でない、つまり、手動運転状態であると判定する。
【００５９】
このように、判定部３２は、車両Ｃのふらつきに基づいて制御状態を判定することで、車両Ｃが自動運転状態であることを精度良く判定することができる。
【００６０】
なお、判定部３２は、車両Ｃのふらつき幅Ｗ以外に、例えば、同一車線内における車両Ｃの走行位置に基づいて制御状態を判定することもできる。具体的には、判定部３２は、車両Ｃの中央位置ＣＰが右側よりも左側の車線に近い場合には、手動運転状態であると判定し、中央位置ＣＰが両側に対して略同じ（あるいは自動制御により定められて走行位置）である場合には、自動運転状態であると判定する。これにより、車両Ｃの制御状態を精度良く判定することができる。
【００６１】
次に、図６を用いて、２つ目のふらつき情報の概念である、複数の車線間における車線変更の頻度について説明する。図６では、２車線の道路を車両Ｃが車線変更する場合について説明する。
【００６２】
なお、車線変更の検出は、例えば、ＧＰＳ１００ｃに基づく車両Ｃの位置変化や、カメラ１００ｂから認識した車線の位置を車両Ｃが跨いだか否かに基づいて行うことができる。
【００６３】
図６に示すように、判定部３２は、複数の車線間における車線変更の頻度が所定回数以上の場合、すなわち、頻繁に車線変更を行った場合、手動運転状態であると判定する。一方、判定部３２は、複数の車線間における車線変更の頻度が所定回数未満の場合、自動運転状態であると判定する。
【００６４】
つまり、判定部３２は、車両Ｃが不必要に車線変更を行った場合、手動運転状態であると判定する。このように、判定部３２は、車両Ｃの車線変更の頻度により制御状態を判定することで、自動運転状態を精度良く判定することができる。
【００６５】
なお、判定部３２は、例えば、道路上に落下した障害物を避ける場合や、速度が極端に遅い前方車両を追い抜く場合等には、上記の判定における車線変更としてカウントしない。
【００６６】
また、図６では、２車線の道路における車線変更の頻度について説明したが、３車線以上の道路における車線変更の頻度であってもよい。
【００６７】
また、判定部３２は、挙動情報に基づく挙動と、ユーザ情報４１の操作特性とを比較して制御状態を判定してもよい。かかる点について、図７を用いて説明する。
【００６８】
図７は、判定部３２による判定処理を示す図である。図７では、操作特性として、車両Ｃのウインカー（左）を出すタイミングを例に挙げて説明する。他車両のウインカーを出すタイミングは、例えば、後方を走行する自車両のカメラの画像により検出されたウインカー点灯位置から、交差点等の所定の位置までの距離（あるいは車速に基づく到達時間でもよい）により検出可能であり、また、自車両のウインカーを出すタイミングは、例えば、ユーザ端末５０の音声認識機能によりウインカー操作時の操作音を検出した位置から、上記の所定の位置までの距離により検出可能である。
【００６９】
判定部３２は、挙動情報に基づく挙動がユーザ情報４１の操作特性と合っていない場合に、自動運転状態であると判定する。例えば、図７に示すように、通常のウインカーのタイミングよりも実際のタイミングが遅い操作特性を有する運転者の車両Ｃにおいて、ウインカーのタイミングが常に基準値である距離Ｄで一定である場合、判定部３２は、挙動情報であるウインカーのタイミングが運転者の操作特性と合っていないとして、自動運転状態であると判定する。
【００７０】
つまり、手動運転状態の場合には、ウインカーのタイミングが距離Ｄよりも短くなるという操作特性にも関わらず、実際に取得した挙動情報におけるウインカーのタイミングが距離Ｄで一定の場合に、運転者の操作に出されたウインカーではない、すなわち、自動運転状態であると判定する。
【００７１】
なお、判定部３２は、ウインカーのタイミングに関する操作特性が未知の運転者については、例えば、距離Ｄからのバラつきに基づいて車両Ｃの制御状態を判定してもよい。
【００７２】
また、図７では、操作特性として、ウインカーのタイミングを例に挙げて説明したが、操作特性は、ウインカーのタイミングに限らない。例えば、操作特性として、車両Ｃの加速度合いや、減速度合い、信号機で停止するまでの減速操作（ブレーキを操作するか、エンジンブレーキを併用するか等）、トンネル時や夜間時におけるヘッドライドの点灯タイミング等であってもよい。
【００７３】
このように、判定部３２は、運転者の操作特性と、挙動とを比較することで、車両Ｃの制御状態を精度良く判定することができる。
【００７４】
なお、判定部３２は、挙動情報以外に、例えば、天気情報や、車両固有の情報（車種や、形状、窓の有無、運転者の着座位置、運転者の向き等の情報）をさらに加味して判定処理を行ってもよい。例えば、判定部３２は、天気情報を加味することで、雨等の車両Ｃがふらつきやすい状況を考慮した判定処理を行うことができるため、制御状態の判定精度をさらに高めることができる。
【００７５】
また、判定部３２は、例えば、車両Ｃの制御状態を判定するための判定モデルを生成し、かかる判定モデルを用いて判定処理を行うことができる。例えば、判定モデルは、過去の挙動情報を説明変数とし、過去の制御状態が自動運転状態であるか否かを教師データ（目的変数）として生成される。なお、説明変数として、挙動情報以外に、上記した天気情報や、車両固有の情報を用いてもよい。
【００７６】
また、判定部３２は、例えば、上記した運転特性をｉｆ−ｔｈｅｎ形式のルールの条件として用いた分類学習を行い、学習結果に基づいて自動運転状態である否かを判定してもよい。また、判定部３２は、各運転特性を重み付けして算出されたスコアを自動運転状態の確率として算出して判定処理を行ってもよい。あるいは、判定部３２は、例えば、各運転特性をニューラルネットワーク等の機械学習の入力とすることで積み上げられた確率のスコアを自動運転状態の確率として判定処理を行うこともできる。
【００７７】
配信部３３は、車両Ｃの制御状態に基づいてコンテンツの配信を行う。具体的には、配信部３３は、判定部３２によって車両Ｃが自動運転状態であると判定された場合、自動運転状態に応じたコンテンツを車両Ｃの乗員へ配信する。
【００７８】
例えば、配信部３３は、判定部３２によって車両Ｃが自動運転状態であると判定された場合、手動運転状態である場合と比べて、コンテンツの配信頻度や、配信量を増やす。例えば、配信部３３は、自動運転状態である場合、運転者が運転以外の他のことに集中できるため、広告コンテンツの配信頻度を増やしたり、例えば、映画等の視聴時間が比較的長い動画コンテンツを配信する。
【００７９】
あるいは、配信部３３は、判定部３２によって自動運転状態と判定された場合のみ配信可能に設定されたコンテンツを配信してもよい。かかる例としては、ゲームコンテンツ等の専用のコントローラを使用するコンテンツ等がある。
【００８０】
このように、配信部３３は、自動運転状態である場合に、コンテンツの配信を増やすことで、広告コンテンツ等の広告ビジネスの拡大を図ったり、あるいは、運転中には見れないような比較的長い動画コンテンツを配信することで、運転者の満足度を向上させたりすることができる。
【００８１】
なお、配信部３３によるコンテンツの配信タイミングは、ユーザである運転者や他の乗員からの要求をトリガとしてもよく、あるいは、いわゆるプッシュ通知により、ユーザの要求とは無関係なトリガ（例えば、現在時刻や、走行位置等）としてもよい。
【００８２】
監視部３４は、判定部３２によって車両Ｃが自動運転状態であると判定された場合、車両Ｃの乗員の状態について、自動運転状態に応じた監視を行う。例えば、監視部３４は、判定部３２によって車両Ｃが自動運転状態であると判定された場合、手動運転状態である場合と比べて、車両Ｃの運転者の状態の監視を強化する。
【００８３】
監視部３４は、運転者の眠気状態、および、運転者の周辺への集中状態のうち少なくとも一方の状態を監視する。例えば、監視部３４は、車内カメラで撮像した運転者の顔画像から認識される瞼の開き度合いや、視線方向等、または、心拍数や体温等の生体情報をもとに眠気状態を監視する。
【００８４】
また、監視部３４は、車内カメラで撮像した運転者の顔画像から認識される視線方向や、車内マイクにより認識した運転者の会話等をもとに周辺への集中状態を監視する。
【００８５】
例えば、監視部３４は、眠気状態に基づいて眠気がある場合や、周辺への集中が切れている場合等には、運転者に対して、眠気覚ましや、周辺への集中を促す等の警告を行う。このように、監視部３４は、運転者の眠気や周辺への集中を保つように監視を強化することで、自動運転状態から手動運転状態へ切り替わる場合に、運転者が戸惑うことを抑えることができる。
【００８６】
次に、図８を用いて、実施形態に係る判定装置１が実行する処理の手順について説明する。図８は、実施形態に係る判定装置１が実行する処理の手順を示すフローチャートである。
【００８７】
図８に示すように、まず、取得部３１は、車両Ｃが走行中か否かを判定する（ステップＳ１０１）。なお、取得部３１は、車両Ｃが走行中でない、つまり、停止中である場合（ステップＳ１０１，Ｎｏ）、ステップＳ１０１の処理を繰り返す。
【００８８】
取得部３１は、車両Ｃが走行中であると判定した場合（ステップＳ１０１，Ｙｅｓ）、車両Ｃの挙動に関する挙動情報を取得する（ステップＳ１０２）。
【００８９】
つづいて、判定部３２は、取得部３１が取得した挙動情報に基づいて車両Ｃが自動運転状態であるか否かを判定する（ステップＳ１０３）。つづいて、配信部３３は、判定部３２によって自動運転状態であると判定された場合（ステップＳ１０３，Ｙｅｓ）、コンテンツの配信を増やす（ステップＳ１０４）。
【００９０】
つづいて、監視部３４は、判定部３２によって自動運転状態であると判定された場合、運転者の状態の監視を強化し（ステップＳ１０５）、処理を終了する。なお、ステップＳ１０４およびステップＳ１０５の処理は、処理順が互いに入れ替わってもよい。また、ステップＳ１０４およびステップＳ１０５の処理のうち、少なくとも一方のみが行われてもよい。
【００９１】
一方、ステップＳ１０３において、配信部３３は、判定部３２によって自動運転状態でないと判定された場合（ステップＳ１０３，Ｎｏ）、コンテンツの配信を増やさずに通常配信を行う（ステップＳ１０６）。
【００９２】
つづいて、監視部３４は、判定部３２によって自動運転状態でないと判定された場合、運転者の状態の監視を強化せずに通常監視を行い（ステップＳ１０７）、処理を終了する。なお、ステップＳ１０６およびステップＳ１０７の処理は、処理順が互いに入れ替わってもよい。また、ステップＳ１０６およびステップＳ１０７の処理のうち、少なくとも一方のみが行われてもよい。
【００９３】
また、上述してきた実施形態にかかる判定装置１は、例えば図９に示すような構成のコンピュータ１０００によって実現される。図１０は、実施形態に係る判定装置１の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
【００９４】
ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。
【００９５】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、ネットワークＮを介して他の機器へ送信する。
【００９６】
ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを、入出力インターフェイス１６００を介して出力装置へ出力する。
【００９７】
メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【００９８】
例えば、コンピュータ１０００が実施形態にかかる判定装置１として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部３の機能を実現する。また、ＨＤＤ１４００には、記憶部４内のデータが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを、記録媒体１８００から読み取って実行するが、他の例として、他の装置から、ネットワークＮを介してこれらのプログラムを取得してもよい。
【００９９】
上述してきたように、実施形態に係る判定装置１は、取得部３１と、判定部３２とを備える。取得部３１は、走行中の車両Ｃの挙動に関する挙動情報を取得する。判定部３２は、取得部３１によって取得された挙動情報に基づいて車両Ｃが自動運転状態であるか否かを判定する。
【０１００】
これにより、車両Ｃの制御状態が自動運転状態であるか手動運転状態であるかを精度良く判定することができる。
【０１０１】
また、実施形態に係る判定装置１は、記憶部４をさらに備える。記憶部４は、車両Ｃの運転者の手動運転状態における運転特性を示す特性情報を含むユーザ情報４１を記憶する。判定部３２は、挙動情報に基づく挙動と、運転特性に基づく挙動とが異なる場合に、自動運転状態であると判定する。
【０１０２】
このように、手動運転状態における運転特性に基づいて車両Ｃの制御状態を判定することで、車両Ｃの自動運転状態を精度良く判定することができる。
【０１０３】
また、特性情報は、運転者の走行経路に関する経路特性を含む。取得部３１は、車両Ｃの走行経路に関する経路情報を含む挙動情報を取得する。判定部３２は、挙動情報に基づく走行経路が経路特性と合っていない場合に、自動運転状態であると判定する。
【０１０４】
このように、例えば、走行経路のバリエーション等といった経路特性から制御状態を判定することで、精度良く自動運転状態を判定することができる。
【０１０５】
また、特性情報は、運転者の運転操作に関する操作特性を含む。判定部３２は、挙動情報に基づく挙動が操作特性と合っていない場合に、自動運転状態であると判定する。
【０１０６】
このように、例えば、運転者の運転特性から制御状態を判定することで、精度良く自動運転状態を判定することができる。
【０１０７】
また、取得部３１は、車両Ｃのふらつきに関するふらつき情報を含む挙動情報を取得する。判定部３２は、ふらつきが所定のふらつき条件を満たす場合に、自動運転状態であると判定する。
【０１０８】
このように、車両Ｃのふらつきに基づいて制御状態を判定することで、車両Ｃの自動運転状態を精度良く判定することができる。
【０１０９】
また、ふらつき情報は、同一車線内におけるふらつき幅Ｗ、および、複数の車線間における車線変更の頻度の少なくともに一方の情報を含む。
【０１１０】
このように、同一車線内または複数の車線間における車両Ｃのふらつきに基づいて制御状態を判定することで、車両Ｃの自動運転状態を精度良く判定することができる。
【０１１１】
また、実施形態に係る判定装置１は、配信部３３をさらに備える。配信部３３は、判定部３２によって自動運転状態であると判定された場合、自動運転状態に応じたコンテンツを車両Ｃの乗員へ配信する。
【０１１２】
これにより、自動運転状態における車両Ｃの乗員に合ったコンテンツを配信できるため、車両Ｃの乗員の満足度を向上させることができる。
【０１１３】
また、配信部３３は、判定部３２によって自動運転状態であると判定された場合、車両Ｃが手動運転状態である場合と比べて、コンテンツの配信を増やす。
【０１１４】
これにより、自動運転状態である場合に、コンテンツの配信を増やすことで、広告コンテンツ等の広告ビジネスの拡大を図ったり、あるいは、運転中には見れないような比較的長い動画コンテンツを配信することで、運転者の満足度を向上させたりすることができる。
【０１１５】
また、実施形態に係る判定装置１は、監視部３４をさらに備える。監視部３４は、判定部３２によって自動運転状態である判定された場合、車両Ｃの乗員の状態について、自動運転状態に応じた監視を行う。
【０１１６】
これにより、自動運転状態における車両Ｃの乗員の状態について、自動運転状態に合った適切な監視を行うことができる。
【０１１７】
また、監視部３４は、判定部３２によって自動運転状態であると判定された場合、車両Ｃが手動運転状態である場合と比べて、監視を強化する。
【０１１８】
このように、乗員の状態の監視を強化することで、自動運転状態における状態の変化をいち早く検出することができる。
【０１１９】
また、監視部３４は、運転者の眠気状態、および、運転者の周辺への集中状態のうち少なくとも一方の状態を監視する。
【０１２０】
これにより、運転者の眠気や周辺への集中を保つように監視を強化することで、自動運転状態から手動運転状態へ切り替わる場合に、運転者が戸惑うことを抑えることができる。
【０１２１】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１２２】
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【０１２３】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【０１２４】
また、上述してきた実施形態に記載した各処理は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【０１２５】
また、上記してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部３１は、取得手段や取得回路に読み替えることができる。
【符号の説明】
【０１２６】
１    判定装置
２    通信部
３    制御部
４    記憶部
３１    取得部
３２    判定部
３３    配信部
３４    監視部
４１    ユーザ情報
５０    ユーザ端末
１００    ナビゲーション装置
１００ａ  車速センサ
１００ｂ  カメラ
１００ｃ  ＧＰＳ
Ｃ    車両
Ｓ    車両システム
【図１】
2020035157.tif 000003
【図２】
2020035157.tif 000004
【図３】
2020035157.tif 000005
【図４】
2020035157.tif 000006
【図５】
2020035157.tif 000007
【図６】
2020035157.tif 000008
【図７】
2020035157.tif 000009
【図８】
2020035157.tif 000010
【図９】
2020035157.tif 000011