JP2020135311A - 車両システム - Google Patents

Abstract

【課題】車両の破損の責任の所在を明確化できる車両システムを提供する。【解決手段】車両システム１において、車載装置１２は、自動車である車両に搭載され、運転者情報取得部２０は、車両の運転者の情報を取得し、検出部２２は、車両が破損した可能性があることを検出する。サーバ装置１０は、車載装置１２および端末装置１４とネットワーク１６経由で通信を行う。特定部５４は、取得された運転者情報にもとづいて、車両の破損の可能性が検出されたときの当該車両の運転者を特定する。【選択図】図２

Description

本発明は、車両が破損した可能性があることを検出する車両システムに関する。

近年、自動運転車の開発が進んでいる。自動運転車に搭載されるシステムとして、車両周辺の状況などに応じて自動運転機能を選択し、車両の自動運転中の時刻と、その時刻において選択された自動運転機能を表す情報とを記憶する自動運転システムが知られている（例えば、特許文献１参照）。このシステムでは、車両の事故や異常が発生した場合に、その時点でどのような自動運転機能が選択されていたか把握でき、事故等の責任の所在を事後に把握できる。

国際公開第２０１６／０８００７０号

カーシェアリングと呼ばれる車両共用サービスが知られている。このサービスでは、複数のユーザが１台の車両を順に利用し、車両は途中でサービスの管理者や車両のオーナに返却されないことが多い。そのため、車両の破損が発生した場合、管理者やオーナは、どのユーザが破損させたか特定することが困難である。

本発明はこうした状況に鑑みてなされたものであり、その目的は、車両の破損の責任の所在を明確化できる車両システムを提供することにある。

上記課題を解決するために、本発明のある態様の車両システムは、車両の運転者の情報を取得する運転者情報取得部と、前記車両が破損した可能性があることを検出する検出部と、取得された運転者情報にもとづいて、前記車両の破損の可能性が検出されたときの当該車両の運転者を特定する特定部と、を備える。

この態様によると、車両の破損の可能性が検出されたときの当該車両の運転者を特定するので、車両の破損が発生したときの運転者を把握できる。

前記検出部は、前記車両が障害物と接触した可能性の有無を取得する第１取得部と、前記障害物と接触した可能性がある場合、前記車両が破損した可能性があると判定する第１判定部と、前記車両の故障情報を取得する第２取得部と、前記故障情報にもとづいて前記車両が破損した可能性があるか否か判定する第２判定部と、を備えてもよい。

前記車両は、運転モードを自動運転モードまたは手動運転モードに切り替え可能であってもよく、前記車両システムは、前記車両の破損の可能性が検出された場合、前記運転モードの情報を取得する第３取得部と、前記障害物と接触した可能性の有無または前記故障情報と、前記運転モードの情報とにもとづいて、前記車両の破損に関する運転者の責任の有無を推定する推定部と、を備えてもよい。

前記車両システムは、前記車両の破損の可能性が検出された場合、当該車両の周囲の画像と車室内画像の少なくとも一方を撮像する撮像部を備えてもよい。

前記車両システムは、前記特定部で特定された運転者の情報を端末装置に通知する通知部を備えてもよい。

本発明によれば、車両の破損の責任の所在を明確化できる。

実施の形態の車両システムについて説明するための図である。 実施の形態の車両システムの機能構成を示す図である。 実施の形態の車両システムの処理を示すシーケンス図である。

図１は、実施の形態の車両システムについて説明するための図である。図１は、カーシェアリングサービスによって貸し出されている１台の車両が、第１運転者４０、第２運転者４２および第３運転者４４に順に利用される態様を示す。車両には車載装置１２が設けられ、車載装置１２はサーバ装置１０とネットワークを介して接続されている。

オーナが所有する車両をユーザに貸し出すカーシェアリングサービスが想定される。この場合、ユーザが車両の返却場所をある程度自由に設定でき、車両を複数のユーザに順に貸し出す際に、車両が途中でオーナに返却されないことがある。図１では車両のオーナは、第１運転者４０に車両を貸し出した後、連続で貸し出して第３運転者４４から車両を返却される。ここで第２運転者４２が車両を破損させた場合、オーナは返却された車両の破損に気づいても、第１運転者４０、第２運転者４２および第３運転者４４のうちいずれの運転者が破損させたか特定することは困難である。

また、上記の例とは異なり、カーシェアリングサービスの事業者が複数の車両を保有し、それぞれの車両の返却場所が予め定められた駐車場である態様も知られている。通常、車両の返却場所にはカーシェアリングサービスの管理者やスタッフは待機していない。そのため、車両が破損すると、どの運転者が破損させたか特定することは容易ではない。

そこで、サーバ装置１０は、車載装置１２が車両の破損の可能性を検出した場合、そのときの車両の運転者を特定する。これにより、車両のオーナ等は、車両を確認し、実際に破損が発生していた場合、破損が発生したときの運転者を把握できる。

図２は、実施の形態の車両システム１の機能構成を示す。車両システム１は、車載装置１２、サーバ装置１０および端末装置１４を備える。車載装置１２は、自動車である車両に搭載される。車載装置１２は、無線通信機能を有し、無線基地局や無線アクセスポイントを介してネットワーク１６に接続する。端末装置１４は、車両のオーナ等に保持され、無線通信または有線通信でネットワーク１６に接続する。ネットワーク１６にはサーバ装置１０が接続されており、サーバ装置１０は車載装置１２および端末装置１４とネットワーク１６経由で通信を行う。無線通信の規格は特に限定されないが、例えば、３Ｇ（第３世代移動通信システム）、４Ｇ（第４世代移動通信システム）または５Ｇ（第５世代移動通信システム）を含む。

車両は、自動運転車両であり、運転モードを自動運転モードまたは手動運転モードに切り替え可能である。自動運転モードは、運転者による運転操作が不要な完全自動運転モードと、状況に応じて運転者による運転操作が必要な一部自動運転モードとを含んでもよい。一部自動運転モードでは、ＳＡＥ［Society of Automotive Engineers］Ｊ３０１６に規定される複数の自動運転レベルの何れかを選択して自動運転が実行されてもよい。

車載装置１２は、運転者情報取得部２０、検出部２２、第３取得部２４、撮像部２６、情報生成部２８および通信部３０を備える。サーバ装置１０は、第４取得部５０、認証部５２、特定部５４、推定部５６および通知部５８を備える。

サーバ装置１０と車載装置１２の構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。

車載装置１２の運転者情報取得部２０は、運転者から運転者情報の入力を受け付け、取得した運転者情報を、通信部３０を介してサーバ装置１０の認証部５２に送信する。運転者情報は、ユーザＩＤ、および、パスワードなどの認証情報を含む。認証情報は、運転者の顔画像や指紋画像などの生体認証情報であってもよい。送信される運転者情報には、車載装置１２が搭載された車両のＩＤが添付される。運転者情報取得部２０は、運転者が所有する携帯端末から運転者情報を取得してもよい。

運転者情報を受信したサーバ装置１０は、運転者の認証を実行する。サーバ装置１０の認証部５２は、運転者のカーシェアリングサービスの利用開始時に登録された認証情報をユーザＩＤに関連付けて保持する。認証部５２は、車両ＩＤ毎に予約日時と予約した運転者のユーザＩＤとが関連付けられた予約情報も保持する。

認証部５２は、車載装置１２から送信された車両ＩＤの予約情報に、送信されたユーザＩＤに関する現在日時の予約が存在し、送信された認証情報と保持された認証情報が一致する場合、認証を成功とし、認証の完了を車載装置１２に送信する。認証部５２は、運転者情報取得部２０により取得された運転者情報をもとに、運転者によるサービスの利用履歴を保持する。

運転者情報取得部２０は、サーバ装置１０で運転者の認証が完了すると、運転者情報を情報生成部２８に送信する。運転者の認証が完了することで、車両が運転可能になる。

検出部２２は、車両が破損した可能性があることを検出する。検出部２２は、第１取得部３２、第２取得部３４、第１判定部３６および第２判定部３８を有する。

第１取得部３２は、車両が障害物と接触した可能性の有無を取得する。たとえば第１取得部３２は、車両に設けられた周辺センサ（図示せず）の検知結果をもとに車両と障害物の距離を取得し、取得した距離が障害物への異常接近を示す所定距離以下の場合、障害物と接触した可能性があることを取得する。第１取得部３２は、取得した距離が所定距離より大きい場合、接触した可能性がないことを取得する。所定距離は、実験などにより適宜定めることができ、たとえば数ｃｍ以下である。周辺センサが０ｃｍの距離を検知可能であれば、所定距離は０ｃｍであってもよい。周辺センサは、たとえば、クリアランスソナーなどの距離センサである。周辺センサは、車両のボディが障害物に接触したことを検知するセンサであってもよい。この場合、第１取得部３２は、周辺センサで障害物への接触が検知されると、障害物と接触した可能性があることを取得してもよい。

第１判定部３６は、第１取得部３２で取得された情報をもとに、障害物と接触した可能性がある場合、車両が破損した可能性があると判定し、障害物と接触した可能性があることを示す情報を情報生成部２８に出力する。これにより、ボディの破損の可能性を検出できる。

車両のＥＣＵ（図示せず）は、周知の技術を用いて、車両の予め定められた部品の故障を診断し、診断により故障が特定された場合、故障情報を出力する。故障情報は、たとえばダイアグコードである。第２取得部３４は、ＥＣＵから車両の故障情報を取得する。

第２判定部３８は、故障情報にもとづいて車両が破損した可能性があるか否か判定する。第２判定部３８は、車両の破損に関係する故障情報が取得された場合、車両が破損した可能性があると判定し、故障情報を情報生成部２８に出力する。車両の破損に関係する故障情報は、予め定められ、たとえば、タイヤの空気圧の異常を示す故障情報、車室内の各種スイッチの異常を示す故障情報、ナビゲーションシステムやオーディオシステムなどの車室内の装備品の異常を示す故障情報などを含む。タイヤの空気圧の異常を示す故障情報が取得された場合、タイヤがパンクした可能性がある。車室内の各種スイッチの異常を示す故障情報が取得された場合、スイッチが破損した可能性がある。車室内の装備品の異常を示す故障情報が取得された場合、装備品が破損した可能性がある。これにより、タイヤ、車室内の各種スイッチや装備品などの破損の可能性を検出できる。

第２判定部３８は、車両の破損に関係しない故障情報が取得された場合、車両が破損した可能性がないと判定する。車両の破損に関係しない故障情報は、たとえば、バッテリ電圧の異常を示す故障情報、エンジンのセンサの異常を示す故障情報などを含む。

撮像部２６は、カメラを含み、検出部２２で車両の破損の可能性が検出された場合、車両の周囲の画像と車室内画像を撮像し、撮像した画像を情報生成部２８に出力する。たとえば車両の周囲の画像は、車両周囲を車両上方から見下ろした俯瞰画像であり、車両と障害物の接触の有無を特定しうる画像である。車室内画像は、車室内の装備品と各種スイッチなどの画像であり、装備品と各種スイッチなどの破損を特定しうる画像である。撮像部２６は、障害物と接触した可能性がある場合、車両の周囲の画像を撮像し、車室内画像を撮像せず、車両の破損に関係する故障情報が取得された場合、車室内画像を撮像し、車両の周囲の画像を撮像しなくてもよい。これにより画像のデータ量を削減できる。

車両の周囲の画像は、運転者が車両を障害物に接触させてボディを破損させたことの証拠になりうる。車室内画像は、運転者が車室内の装備品と各種スイッチなどを破損させたことの証拠になりうる。

第３取得部２４は、検出部２２で車両の破損の可能性が検出された場合、車両の運転モードの情報を取得し、情報生成部２８に出力する。

情報生成部２８は、検出部２２で車両の破損の可能性が検出された場合、破損の可能性の検出時の車両の状況情報を生成し、通信部３０を介して、生成した状況情報をサーバ装置１０の第４取得部５０に送信する。送信される車両の状況情報には車両ＩＤが添付される。車両の状況情報は、運転者情報と、障害物と接触した可能性があることを示す情報または故障情報と、車両の周囲の画像および車室内画像と、運転モード情報と、破損の可能性が検出された時刻とを含む。

サーバ装置１０の第４取得部５０は、車載装置１２から送信された車両の状況情報を取得し、取得した状況情報を特定部５４、推定部５６および通知部５８に出力する。

特定部５４は、車両の状況情報に含まれる運転者情報にもとづいて、車両の破損の可能性が検出されたときの車両の運転者を特定し、特定された運転者に関する情報を通知部５８に出力する。運転者の特定は、認証部５２に保持される運転者の利用履歴をもとに実行してもよい。

推定部５６は、車両の状況情報に含まれる障害物と接触した可能性があることを示す情報または故障情報と、運転モードの情報とにもとづいて、車両の破損に関する運転者の責任の有無を推定し、推定した責任の有無を示す情報を通知部５８に出力する。推定部５６は、運転者の責任がある場合、責任の割合を推定し、責任の割合も通知部５８に出力してもよい。

たとえば推定部５６は、完全自動運転モードの場合、運転操作に起因する破損に関する運転者の責任はないと推定する。運転操作に起因する破損は、タイヤのパンク、障害物との接触によるボディの破損などを含む。

推定部５６は、一部自動運転モードの場合、運転操作に起因する破損に関する運転者の責任はあり、運転者の責任の割合をたとえば５０％と推定する。この場合、推定部５６は、自動運転レベルに応じて運転者の責任の割合を変更してもよく、運転者が運転操作に関与する確率が低い自動運転レベルほど、運転者の責任の割合を低くしてもよい。

推定部５６は、運転モードによらず、車内の装備品とスイッチの破損に関する運転者の責任はあり、責任の割合を１００％と推定する。

推定部５６は、手動運転モードの場合、全ての破損に関する運転者の責任はあり、責任の割合を１００％と推定する。これにより、車両の破損の責任が運転者にあるか否か、運転者にある場合にはどの程度の責任があるかを明確化できる。

通知部５８は、車両の状況情報、特定部５４の特定結果および推定部５６の推定結果をもとに、車両が破損した可能性があること、そのときの運転者、運転者の責任の有無、および、車両の状況情報を端末装置１４に通知する。通知対象の端末装置１４は、車両の状況情報に添付された車両ＩＤをもとに決定される。通知を受けた端末装置１４は、車両が破損した可能性があること、そのときの運転者、運転者の責任の有無、および、車両の状況情報を表示する。これにより、車両のオーナ等は、破損が発生した可能性があることを知り、そのときの運転者、運転者の責任などを把握できる。

車両のオーナ等は、運転者から車両が返却された後、障害物と接触した可能性があることを示す情報が車両の状況情報に含まれる場合、車両のボディが実際に破損しているか確認できる。このとき、車両の状況情報に含まれる車両の周囲の画像をもとに、どの部分を確認すべきか容易に把握できる。故障情報が車両の状況情報に含まれる場合、故障情報に関係する部分が実際に破損しているか確認できる。このように、オーナ等は、車両の状況情報をもとに破損した可能性のある部分を把握できるので、破損の有無を確実かつ速やかに確認できる。また、一見しただけでは分かり難い小さい傷などの破損も、見落とすことなく容易に発見しやすい。破損したときの運転者が特定され、その責任の有無も推定されているので、オーナ等は、場合によっては運転者に修理費用を請求することも可能となる。

図３は、図２の車両システム１の処理を示すシーケンス図である。車載装置１２の運転者情報取得部２０は、運転者からユーザＩＤとパスワード、すなわち運転者情報を取得し（Ｓ１０）、運転者情報をサーバ装置１０に送信する（Ｓ１２）。サーバ装置１０の認証部５２は、ユーザＩＤ、パスワードおよび予約情報をもとに認証を行い（Ｓ１４）、認証が成功すると、認証の完了を車載装置１２に報告する（Ｓ１６）。

認証の完了により運転開始可能となり、車載装置１２の検出部２２は、車両が破損した可能性があるか判定し（Ｓ１８）、破損の可能性がなければ（Ｓ１８のＮ）、Ｓ１８に戻る。破損の可能性が検出された場合（Ｓ１８のＹ）、撮像部２６は、そのときの車両の周囲の画像および車室内画像を撮像し（Ｓ２０）、情報生成部２８は、そのときの車両の状況情報を生成し（Ｓ２２）、状況情報をサーバ装置１０に送信する（Ｓ２４）。

サーバ装置１０の特定部５４は、状況情報をもとに、破損の可能性が検出されたときの運転者を特定する（Ｓ２６）。推定部５６は、状況情報をもとに、運転者の責任の有無を推定する（Ｓ２８）。通知部５８は、破損の可能性があること、特定された運転者、運転者の責任の有無、および、状況情報をオーナ等の端末装置１４に通知する（Ｓ３０）。

本実施の形態によれば、車両の破損が発生したときの運転者を特定できるので、車両の破損の責任の所在を明確化できる。

以上、実施の形態をもとに本発明を説明した。実施の形態はあくまでも例示であり、各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

実施の形態では、車載装置１２が運転者情報取得部２０、検出部２２、第３取得部２４、情報生成部２８を備えるが、これらはサーバ装置１０に設けられてもよい。この場合、車載装置１２は、運転者から受け付けた運転者情報、周辺センサの検知結果、故障情報をサーバ装置１０に送信し、これらの情報をもとにサーバ装置１０が車両の破損の可能性を検出すると、サーバ装置１０は車載装置１２に運転モードの情報と画像の送信を要求する。運転モードの情報と画像を受信したサーバ装置１０は、状況情報を生成し、運転者を特定し、責任の有無を推定する。あるいは、サーバ装置１０が備える特定部５４と推定部５６は、車載装置１２に設けられてもよい。この場合、車載装置１２は、運転者を特定し、責任の有無を推定し、これらの情報もサーバ装置１０に送信する。これらの変形例では、車両システム１の構成の自由度を向上できる。

車載装置１２は、ＧＰＳ（Global Positioning System）を用いて車両の位置情報を取得し、取得した車両の位置情報を情報生成部２８に出力する位置取得部を備えてもよい。情報生成部２８は、車両の破損の可能性が検出された場合、位置情報も車両の状況情報に含める。この変形例では、破損が発生した可能性のある場所を特定できる。

運転者情報取得部２０がユーザ認証を実行してもよい。その場合、運転者情報取得部２０は、サーバ装置１０から認証情報と予約情報を取得して、認証情報、予約情報、運転者情報にもとづいて認証を実行する。この変形例では、車両システム１の構成の自由度を向上できる。

車両は、自動運転車両ではなく、運転者が全ての運転操作を実行する車両でもよい。その場合、第３取得部２４は設けられなくてよい。この変形例では、車両システム１の構成の自由度を向上できる。

車両システム１は、オーナが所有する車両を貸し出す際、運転者の認証を実行しないカーシェアリングサービスに用いられてもよい。この場合、サーバ装置１０と端末装置１４において車両の利用予約が管理され、予約時間に、オーナが予約した運転者に車両の鍵を手渡し、運転者は車両を運転可能となる。利用終了後、車両と鍵はオーナに返却される。運転者の認証を実行しないので、車載装置１２は運転者情報取得部２０を備えず、サーバ装置１０は認証部５２を備えなくてよい。サーバ装置１０は運転者情報取得部２０を備える。運転者情報取得部２０は、車両の破損の可能性が検出された時刻の予約情報にもとづいて、そのときの運転者情報を取得し、特定部５４に出力する。この変形例では、端末装置１４に通知された情報によって、車両の返却時に、オーナは見落としやすい小さい破損であっても気付きやすい。

１…車両システム、１０…サーバ装置、１２…車載装置、１４…端末装置、２０…運転者情報取得部、２２…検出部、２４…第３取得部、２６…撮像部、２８…情報生成部、３０…通信部、３２…第１取得部、３４…第２取得部、３６…第１判定部、３８…第２判定部、５２…認証部、５４…特定部、５６…推定部、５８…通知部。

Claims (5)

1. 車両の運転者の情報を取得する運転者情報取得部と、
   前記車両が破損した可能性があることを検出する検出部と、
   取得された運転者情報にもとづいて、前記車両の破損の可能性が検出されたときの当該車両の運転者を特定する特定部と、
   を備えることを特徴とする車両システム。
2. 前記検出部は、
   前記車両が障害物と接触した可能性の有無を取得する第１取得部と、
   前記障害物と接触した可能性がある場合、前記車両が破損した可能性があると判定する第１判定部と、
   前記車両の故障情報を取得する第２取得部と、
   前記故障情報にもとづいて前記車両が破損した可能性があるか否か判定する第２判定部と、
   を備えることを特徴とする請求項１に記載の車両システム。
3. 前記車両は、運転モードを自動運転モードまたは手動運転モードに切り替え可能であり、
   前記車両システムは、
   前記車両の破損の可能性が検出された場合、前記運転モードの情報を取得する第３取得部と、
   前記障害物と接触した可能性があることを示す情報または前記故障情報と、前記運転モードの情報とにもとづいて、前記車両の破損に関する運転者の責任の有無を推定する推定部と、
   を備えることを特徴とする請求項２に記載の車両システム。
4. 前記車両の破損の可能性が検出された場合、当該車両の周囲の画像と車室内画像の少なくとも一方を撮像する撮像部を備えることを特徴とする請求項１から３のいずれかに記載の車両システム。
5. 前記特定部で特定された運転者の情報を端末装置に通知する通知部を備えることを特徴とする請求項１から４のいずれかに記載の車両システム。

Images