(57)【要約】【課題】飲酒運転を防止することができる車両制御装置、車両制御方法、及び車両制御プログラムを得る。【解決手段】車両制御装置１２は、車両１３の動作を制御する車両制御装置であって、発話者の発話による発話データを取得する発話取得部５２と、発話取得部５２が取得した発話データに基づいた、車両１３の運転を開始しようとする運転者１１の飲酒状態を表す情報を取得する状態取得部６２と、状態取得部６２が取得した情報が、運転者１１が飲酒した状態であることを示す場合、運転者１１が車両１３の運転を開始するための車両１３に対する操作である開始操作の制限に関する制御を行う制御部５０と、を備える。【選択図】図４
2019123259.tif 000002
【特許請求の範囲】
【請求項１】
車両の動作を制御する車両制御装置であって、
発話者の発話による発話データを取得する発話取得部と、
前記発話取得部が取得した前記発話データに基づいた、前記車両の運転を開始しようとする運転者が飲酒した状態であるか否かを表す情報を取得する状態取得部と、
前記状態取得部が取得した前記情報が、前記運転者が飲酒した状態であることを示す場合、前記運転者が前記車両の運転を開始するための前記車両に対する操作である開始操作の制限に関する制御を行う制御部と、
を備えた車両制御装置。
【請求項２】
前記開始操作に関する制御は、前記開始操作を禁止する制御、及び前記開始操作に応じた前記車両の動作を禁止する制御の少なくとも一方を含む、
請求項１に記載の車両制御装置。
【請求項３】
前記発話者による応答を促す音声を出力する出力部をさらに備え、
前記発話取得部は、前記出力部から出力した前記音声に対する前記発話者による応答を前記発話として取得する、
請求項１または請求項２に記載の車両制御装置。
【請求項４】
前記開始操作は前記運転者の発話によって行われ、
前記発話取得部は、前記開始操作を行うための発話による発話データを取得する、
請求項１から請求項３のいずれか１項に記載の車両制御装置。
【請求項５】
前記運転者の顔色、表情、及び動作の少なくとも一つを検出する検出部をさらに備え、
前記状態取得部は、前記検出部の検出結果と、前記発話データとに基づいた、前記情報を取得する、
請求項１から請求項４のいずれか１項に記載の車両制御装置。
【請求項６】
前記発話取得部が取得した前記発話データが示す発話の発話者が前記運転者であるか否かを判定する判定部をさらに備え、
前記制御部は、前記判定部が前記発話者が前記運転者であると判定した場合に、前記制御を行う、
請求項１から請求項５のいずれか１項に記載の車両制御装置。
【請求項７】
前記開始操作は、前記車両の運転席のドアを開ける操作を含む、
請求項１から請求項６のいずれか１項に記載の車両制御装置。
【請求項８】
前記開始操作は、前記車両のエンジンを始動させる操作を含む、
請求項１から請求項７のいずれか１項に記載の車両制御装置。
【請求項９】
ＡＩスピーカーである、
請求項１から請求項８のいずれか１項に記載の車両制御装置。
【請求項１０】
車両の動作を制御する車両制御方法であって、
発話者の発話による発話データを取得し、
取得した前記発話データに基づいた、前記車両の運転を開始しようとする運転者が飲酒した状態であるか否かを表す情報を取得し、
取得した前記情報が、前記運転者が飲酒した状態であることを示す場合、前記運転者が前記車両の運転を開始するための前記車両に対する操作である開始操作の制限に関する制御を行う、
処理をコンピュータに実行させるための車両制御方法。
【請求項１１】
車両の動作を制御する車両制御プログラムであって、
コンピュータに、
発話者の発話による発話データを取得し、
取得した前記発話データに基づいた、前記車両の運転を開始しようとする運転者が飲酒した状態であるか否かを表す情報を取得し、
取得した前記情報が、前記運転者が飲酒した状態であることを示す場合、前記運転者が前記車両の運転を開始するための前記車両に対する操作である開始操作の制限に関する制御を行う、
処理を実行させるための車両制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両制御装置、車両制御方法、及び車両制御プログラムに関する。
【背景技術】
【０００２】
特許文献１には、携帯端末装置と通信する車載装置を、携帯端末装置により認識された音声により作動させる技術が開示されている。特許文献１に記載の技術では、携帯端末装置が特定の利用者の音声を学習した学習結果に基づき、入力された音の中から当該特定の利用者に係る音声を抽出し、抽出した音声により車載装置を作動させる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−３００５３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の技術では、運転者が携帯端末装置に音声を入力した場合、当該運転者が飲酒状態であるか否かにかかわらず、車載装置が作動していた。そのため、特許文献１に記載の技術では、飲酒運転を防止することができなかった。
【０００５】
本発明は、以上の事実を考慮して成されたもので、飲酒運転を防止することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、請求項１に記載の車両制御装置は、車両の動作を制御する車両制御装置であって、発話者の発話による発話データを取得する発話取得部と、前記発話取得部が取得した前記発話データに基づいた、前記車両の運転を開始しようとする運転者が飲酒した状態であるか否かを表す情報を取得する状態取得部と、前記状態取得部が取得した前記情報が、前記運転者が飲酒した状態であることを示す場合、前記運転者が前記車両の運転を開始するための前記車両に対する操作である開始操作の制限に関する制御を行う制御部と、を備えた。
【０００７】
請求項１に記載の車両制御装置によれば、発話による発話データに基づいて、運転者が飲酒した状態であるとされた場合、運転者が車両の運転を開始するための車両に対する操作である開始操作を制限することができる。従って、請求項１に記載の車両制御装置によれば、運転者が飲酒した状態である場合、開始操作が制限されるため、飲酒運転を防止することができる。
【０００８】
なお、「運転者」とは、現在、車両を運転している人物に限らず、車両を運転しようとしている人物も含む。また、「飲酒した状態」とは、少なくとも道路交通法等の法規上、飲酒した状態、若しくは酒気帯び状態とみなされる状態のことをいう。
【０００９】
また、請求項２に記載の車両制御装置は、請求項１に記載の車両制御装置において、前記開始操作に関する制御は、前記開始操作を禁止する制御、及び前記開始操作に応じた前記車両の動作を禁止する制御の少なくとも一方を含む。
【００１０】
請求項２に記載の車両制御装置によれば、運転者が飲酒した状態である場合、開始操作を禁止する制御、及び開始操作に応じた車両の動作を禁止する制御の少なくとも一方が行われるため、運転者が開始操作を行えなくすること、及び運転者が開始操作を行ったとしても車両が動作をしないようすることの少なくとも一方を行うことができる。従って、請求項２に記載の車両制御装置によれば、より適切に飲酒運転を防止することができる。
【００１１】
また、請求項３に記載の車両制御装置は、請求項１または請求項２に記載の車両制御装置において、前記発話者による応答を促す音声を出力する出力部をさらに備え、前記発話取得部は、前記出力部から出力した前記音声に対する前記発話者による応答を前記発話として取得する。
【００１２】
請求項３に記載の車両制御装置によれば、応答を促す音声を出力するため、運転者が飲酒した状態であるか否かを表す情報の取得に必要な、発話者による発話を促すことができる。
【００１３】
また、請求項４に記載の車両制御装置は、請求項１から請求項３のいずれか１項に記載の車両制御装置において、前記開始操作は前記運転者の発話によって行われ、前記発話取得部は、前記開始操作を行うための発話による発話データを取得する。
【００１４】
請求項４に記載の車両制御装置によれば、運転者が飲酒した状態であるか否かを表す情報が、運転者の開始操作を行う発話による発話データに基づいた情報となるため、速やかに開始操作の制限を行うことができる。
【００１５】
また、請求項５に記載の車両制御装置は、請求項１から請求項４のいずれか１項に記載の車両制御装置において、前記運転者の顔色、表情、及び動作の少なくとも一つを検出する検出部をさらに備え、前記状態取得部は、前記検出部の検出結果と、前記発話データとに基づいた、前記情報を取得する。
【００１６】
請求項５に記載の車両制御装置によれば、運転者が飲酒した状態であるか否かを表す情報が、発話が示す発話データと、運転者の顔色、表情、及び動作の少なくとも一つとに基づいた情報となるため、運転者が飲酒した状態であるか否かを表す情報の精度を高くすることができる。
【００１７】
また、請求項６に記載の車両制御装置は、請求項１から請求項５のいずれか１項に記載の車両制御装置において、前記発話取得部が取得した前記発話データが示す発話の発話者が前記運転者であるか否かを判定する判定部をさらに備え、前記制御部は、前記判定部が前記発話者が前記運転者であると判定した場合に、前記制御を行う。
【００１８】
請求項６に記載の車両制御装置によれば、運転者が飲酒した状態であるか否かを表す情報が、運転者が発話した発話データに基づいた情報となるため、運転者が飲酒した状態であるか否かを表す情報の精度を高くすることができる。
【００１９】
また、請求項７に記載の車両制御装置は、請求項１から請求項６のいずれか１項に記載の車両制御装置において、前記開始操作は、前記車両の運転席のドアを開ける操作を含む。
【００２０】
請求項７に記載の車両制御装置によれば、運転者が飲酒した状態である場合、車両の運転席のドアを開ける操作を制限するため、飲酒した状態の運転者が運転席に乗り込むことを防止することができる。
【００２１】
また、請求項８に記載の車両制御装置は、請求項１から請求項７のいずれか１項に記載の車両制御装置において、前記開始操作は、前記車両のエンジンを始動させる操作を含む。
【００２２】
請求項８に記載の車両制御装置によれば、運転者が飲酒した状態である場合、車両のエンジンを始動させる操作を制限するため、飲酒した状態の運転者が車両のエンジンを始動させるのを防止することができる。
【００２３】
また、請求項９に記載の車両制御装置は、請求項１から請求項８のいずれか１項に記載の車両制御装置において、ＡＩスピーカーである。
【００２４】
請求項９に記載の車両制御装置によれば、ＡＩスピーカーにより車両の動作を制御し、飲酒運転を防止することができる。従って、請求項９に記載の車両制御装置によれば、簡易な構成とすることができる。
【００２５】
また、上記目的を達成するために、請求項１０に記載の車両制御方法は、車両の動作を制御する車両制御方法であって、発話者の発話による発話データを取得し、取得した前記発話データに基づいた、前記車両の運転を開始しようとする運転者が飲酒した状態であるか否かを表す情報を取得し、取得した前記情報が、前記運転者が飲酒した状態であることを示す場合、前記運転者が前記車両の運転を開始するための前記車両に対する操作である開始操作の制限に関する制御を行う、処理をコンピュータに実行させるための車両制御方法である。
【００２６】
請求項１０に記載の車両制御方法によれば、請求項１に記載の車両制御装置と同様に、発話による発話データに基づいて、運転者が飲酒した状態であるとされた場合、運転者が車両の運転を開始するための車両に対する操作である開始操作を制限することができる。従って、請求項１に記載の車両制御装置によれば、運転者が飲酒した状態である場合、開始操作が制限されるため、飲酒運転を防止することができる。
【００２７】
また、上記目的を達成するために、請求項１１に記載の車両制御プログラムは、車両の動作を制御する車両制御プログラムであって、コンピュータに、発話者の発話による発話データを取得し、取得した前記発話データに基づいた、前記車両の運転を開始しようとする運転者が飲酒した状態であるか否かを表す情報を取得し、取得した前記情報が、前記運転者が飲酒した状態であることを示す場合、前記運転者が前記車両の運転を開始するための前記車両に対する操作である開始操作の制限に関する制御を行う、処理を実行させるための車両制御プログラムである。
【００２８】
請求項１１に記載の車両制御プログラムによれば、請求項１に記載の車両制御装置と同様に、発話による発話データに基づいて、運転者が飲酒した状態であるとされた場合、運転者が車両の運転を開始するための車両に対する操作である開始操作を制限することができる。従って、請求項１に記載の車両制御装置によれば、運転者が飲酒した状態である場合、開始操作が制限されるため、飲酒運転を防止することができる。
【発明の効果】
【００２９】
本発明によれば、飲酒運転を防止することができる、という効果が得られる。
【図面の簡単な説明】
【００３０】
【図１】実施形態の車両制御システムの構成の一例を示す図である。
【図２】実施形態の車両制御装置のハードウェア構成の一例を示すブロック図である。
【図３】実施形態のサーバのハードウェア構成の一例を示すブロック図である。
【図４】実施形態の車両制御システムの機能的な構成の一例を示すブロック図である。
【図５】実施形態の車両制御装置で実行される車両制御処理の一例を示すフローチャートである。
【図６】図５に示した車両制御処理における飲酒状態判定情報出力処理の一例を示すフローチャートである。
【図７】実施形態の車両制御装置で実行される車両制御処理の他の例を示すフローチャートである。
【発明を実施するための形態】
【００３１】
以下、図面を参照して、本発明を実施するための形態例を詳細に説明する。
【００３２】
まず、図１を参照して、本実施形態の車両制御システム１０の構成を説明する。図１に示すように、本実施形態の車両制御システム１０は、車両制御装置１２、及びサーバ１４を備える。
【００３３】
本実施形態の車両制御装置１２は、車両１３に予め搭載（いわゆる、「車載」）されているものであるが、運転者１１により外部から車両１３内に持ち込まれるものであってもよい。本実施形態の車両制御装置１２は、運転者１１の飲酒状態に応じて、運転者１１が車両１３の運転を開始するために車両１３に対して行う操作（以下、「開始操作」という）に関する制御を行う。なお、本実施形態では、開始操作について、車両１３の運転席のドアを外部から開ける操作（以下、「開放操作」という）、及び車両１３のエンジンを始動させる操作（以下、「始動操作」という）を具体例として説明する。なお、開始操作はこれらの具体例に限定されず、例えば、ギアをドライブに入れる操作等であってもよい。
【００３４】
一方、本実施形態のサーバ１４は、車両制御装置１２から取得した飲酒状態判定情報（詳細後述）に基づき、運転者１１の飲酒状態（飲酒した状態であるか否か）を判定し、判定結果を車両制御装置１２に送信する。
【００３５】
車両制御装置１２、及びサーバ１４は、ネットワークＮに無線通信によって接続される。従って、車両制御装置１２とサーバ１４とは、ネットワークＮを介して互いに通信が可能とされる。
【００３６】
次に、車両制御装置１２及びサーバ１４のハードウェア構成を説明する。
【００３７】
まず、図２を参照して、車両制御装置１２のハードウェア構成を説明する。本実施形態の車両制御装置１２の例としては、ＡＩ（Artificial Intelligence）スピーカー、スマートフォン、及び携帯情報端末装置等が挙げられる。
【００３８】
図２に示すように、車両制御装置１２は、ＣＰＵ（Central Processing Unit）２０、及び一時記憶領域としてのメモリ２２を含む。また、車両制御装置１２は、外部装置との通信を行う際に用いられる通信Ｉ／Ｆ（InterFace）２４、液晶ディスプレイ等の表示部２６、音声入力部２８、音声出力部３０、不揮発性の記憶部３２、及び撮像部３７を含む。ＣＰＵ２０、メモリ２２、通信Ｉ／Ｆ２４、表示部２６、音声入力部２８、音声出力部３０、記憶部３２、及び撮像部３７は、バス３９に接続される。
【００３９】
本実施形態の音声入力部２８は、マイク等であり、少なくとも、車両１３の運転席のドア付近の外部における音声、及び車両１３の運転席側における音声の各々の入力が可能である。一方、音声出力部３０は、音声を出力するスピーカー等であり、少なくとも、車両１３の運転席のドア付近の外部、及び車両１３の運転席側の各々に対して音声の出力が可能である。なお、車両制御装置１２がＡＩスピーカーの場合、車両１３の運転席のドア付近の外部における音声の入力が可能な音声入力部、及び車両１３の運転席のドア付近の外部に対して音声の出力が可能な音声出力部を備えた外部装置を、ブルートゥース（登録商標）（Bluetooth（登録商標））等により車両制御装置１２と通信可能に接続される構成としてもよい。
【００４０】
また、撮像部３７は、運転者１１等を撮像するためのカメラ等であり、少なくとも、車両１３の運転席のドアのドアノブ付近に立つ人物の顔を含む領域、及び車両１３の運転席に座る人物の顔を含む領域の各々の撮像が可能である。なお、本実施形態では、車両制御装置１２が撮像部３７を備える形態について説明するが、撮像部３７は、車両制御装置１２の外部の装置として設けられていてもよい。本実施形態の撮像部３７が、本開示の検出部の一例である。
【００４１】
記憶部３２には、音声入力部２８により入力された音声が、運転者１１の発話による音声であるか否かの判定に用いられる運転者識別ＤＢ（ＤＢ：DataBase）３４が記憶される。また、記憶部３２には、運転者１１の飲酒状態に応じて車両１３の動作の制御、具体的には車両１３の運転の開始における車両１３の動作の制御を行う車両制御処理を実行するための車両制御プログラム３５が記憶される。
【００４２】
次に、図３を参照して、サーバ１４のハードウェア構成を説明する。本実施形態のサーバ１４の例としては、いわゆるクラウドサーバ等のサーバコンピュータが挙げられる。
【００４３】
図３に示すように、サーバ１４は、ＣＰＵ４０、及び一時記憶領域としてのメモリ４２を含む。また、サーバ１４は、外部装置との通信を行う際に用いられる通信Ｉ／Ｆ４４、及び、不揮発性の記憶部４６を含む。ＣＰＵ４０、メモリ４２、通信Ｉ／Ｆ４４、及び記憶部４６は、バス４９に接続される。
【００４４】
記憶部４６には、飲酒状態判定モデル４７が記憶される。飲酒状態判定モデル４７は、運転者１１等の発話者の発話データ及び当該発話者の撮像データを入力とし、入力された発話データ及び撮像データに対応する発話者が飲酒した状態であるか否かを表す情報（以下、「飲酒状態を表す情報」という）を出力とした学習済みモデルである。発話データからは、例えば、入力された発話データから抽出された単語や文を発話するのに要する時間、抽出された単語や文が直接的または間接的に意味する内容、いわゆる呂律を含む発話のリズム、及び発話の間隔等を表すデータが教師データとして用いられる。また、撮像データからは、例えば、発話者（撮像された人物）の顔色、表情、及び動作が教師データとして用いられる。飲酒状態判定モデル４７は、これらの教師データと、当該発話データが示す発話を行った際の発話者の飲酒状態を出力データとして対にした複数のデータ対を学習データとして用いた機械学習により構築される。なお、機械学習の方法については特に限定されず、例えば、ＳＶＭ（Support Vector Machine）、ＧＭＭ（Gaussian Mixture Model）、ＨＭＭ（Hidden Markov Model）、及びＮＮ（Neural Network）等の公知の機械学習の手法が適用される。
【００４５】
また、記憶部４６には、飲酒状態判定モデル４７を用いて飲酒状態の判定を行う飲酒状態判定処理（詳細後述）を実行するための飲酒状態判定プログラム４８が記憶される。
【００４６】
次に、図４を参照して、本実施形態の車両制御システム１０の機能的な構成を説明する。
【００４７】
図４に示すように、車両制御装置１２は、制御部５０、出力部５１、発話取得部５２、判定部５４、送信部６０、及び状態取得部６２を備える。車両制御装置１２のＣＰＵ２０が記憶部３２に記憶された車両制御プログラム３５を実行することにより、図４に示す制御部５０、出力部５１、発話取得部５２、判定部５４、送信部６０、及び状態取得部６２として機能する。
【００４８】
出力部５１は、音声出力部３０を介して、応答を促すための音声として飲酒状態の判定を行うために有効な予め定められた質問等を、運転者１１に行うための音声を出力する。
【００４９】
発話取得部５２は、音声入力部２８から入力された運転者１１等の音声による発話データを取得し、判定部５４に出力する。判定部５４は、運転者識別ＤＢ３４を参照し、発話取得部５２が取得した発話データが運転者１１の発話による発話データか否かを判定し、判定結果と発話データとを制御部５０に出力する。
【００５０】
運転者識別ＤＢ３４は、発話データにより運転者１１を識別するために要する情報が記憶されたものである。このような情報としては、例えば、既存の音声認識技術により、音声認識を行うための運転者１１自身の音声データ等が挙げられるが特に限定されず、運転者１１の発話の癖等に関する情報が含まれていてもよい。
【００５１】
制御部５０は、車両制御装置１２の全体動作を制御する。また、制御部５０は、判定部５４から入力される判定結果に基づいて、判定部５４から入力された発話データ、及び撮像部３７から取得した撮像データを送信部６０に出力する。さらに、制御部５０は、状態取得部６２が取得した飲酒状態を表す情報に応じて、車両１３に対する開放操作、及び始動操作に関する指示を車両動作制御ＥＣＵ（Electronic Control Unit）１９に出力する。なお、車両動作制御ＥＣＵ１９は、車両１３に備えられており、車両１３の動作全体に関する制御を行う機能を有している。
【００５２】
送信部６０は、通信Ｉ／Ｆ２４を介してサーバ１４に、発話データ及び撮像データを送信する。一方、状態取得部６２は、通信Ｉ／Ｆ２４を介してサーバ１４から運転者１１の飲酒状態を表す情報を取得し、取得した飲酒状態を表す情報を制御部５０に出力する。
【００５３】
一方、図４に示すように、サーバ１４は、制御部７０、受信部７２、及び送信部７６を備える。サーバ１４のＣＰＵ４０が記憶部４６に記憶された飲酒状態判定プログラム４８を実行することにより、図４に示す制御部７０、受信部７２、及び送信部７６として機能する。
【００５４】
受信部７２は、通信Ｉ／Ｆ４４を介して車両制御装置１２から発話データ及び撮像データを受信して、制御部７０に出力する。一方、送信部７６は、通信Ｉ／Ｆ４４を介して車両制御装置１２に、制御部７０から入力された飲酒状態を表す情報を送信する。
【００５５】
制御部７０は、サーバ１４の全体動作を制御する。また、制御部７０は、受信部７２から入力された発話データ及び撮像データに基づいて、飲酒状態判定モデル４７を用い、運転者１１の飲酒状態を判定し、判定結果として飲酒状態を表す情報を送信部７６に出力する。
【００５６】
次に、本実施形態の車両制御装置１２の作用について説明する。
【００５７】
図５及び図６を参照して車両制御装置１２で実行される車両制御処理について説明する。図５は、本実施形態に係る車両制御装置１２のＣＰＵ２０で実行される車両制御処理の流れの一例を示すフローチャートである。上記したように本実施形態では、図５に示す車両制御処理は、記憶部３２に予め記憶された車両制御プログラム３５をＣＰＵ２０が実行することにより実行される。
【００５８】
本実施形態では、一例として、車両１３の運転席のドア近傍に、運転者１１等の人物の存在を検知した場合に、車両制御装置１２により、図５に示した車両制御処理が実行される。なお、車両制御装置１２が人物の存在を検知する方法は特に限定されない。例えば、人物を検知するための赤外線センサ等を運転席のドアの外部に向けて設けておき、当該赤外センサを用いて検知を行ってもよい。
【００５９】
図５に示したステップＳ１００で、飲酒状対話判定するための情報である発話データ及び撮像データをサーバ１４に出力するために飲酒状態判定情報出力処理を行う。本ステップＳ１００の飲酒状態判定情報出力処理は、運転席のドア側から入力された発話に応じて行われる。図６は、飲酒状態判定情報出力処理の流れの一例を示すフローチャートである。
【００６０】
図６に示したステップＳ１５０で出力部５１は、音声出力部３０を介して、上述した、運転者１１に対する質問等の音声を出力する。当該音声に応答し、運転者１１等の人物が発話を行う。
【００６１】
そのため、次のステップＳ１５２で発話取得部５２は、音声入力部２８を介して発話が入力されたか否かを判定する。発話が入力されるまでステップＳ１５２の判定が否定判定となる。一方、発話が入力されると、ステップＳ１５２の判定が肯定判定となり、ステップＳ１５４へ移行する。上述したように入力された発話に応じた発話データは、発話取得部５２により取得され、判定部５４に出力される。
【００６２】
ステップＳ１５４で判定部５４は、運転者識別ＤＢ３４を参照し、発話を行った発話者が運転者１１であるか否かを判定する。発話を行った発話者が運転者１１ではない場合、ステップＳ１５４の判定が否定判定となり、図５に示した車両制御処理のステップＳ１０６へ移行する。一方、発話を行った発話者が運転者１１である場合、ステップＳ１５４の判定が肯定判定となり、ステップＳ１５６へ移行する。なお、発話取得部５２が取得した発話データに複数人の発話データが含まれる場合、その中に運転者１１の発話による発話データが含まれるか否かを判定する。また、この場合は、複数人の発話データの中から運転者１１の発話による発話データを抽出する。
【００６３】
ステップＳ１５６で撮像部３７は、運転者１１を撮像して撮像データを取得する。
【００６４】
次のステップＳ１５８で送信部６０が、発話データ及び撮像データをサーバ１４へ送信すると、飲酒状態判定情報出力処理を終了する。このようにして、図５に示した車両制御処理のステップＳ１００の飲酒状態判定情報出力処理が終了すると、車両制御処理のステップＳ１０２へ移行する。
【００６５】
一方、発話データ及び撮像データを車両制御装置１２から受信したサーバ１４は、制御部７０が飲酒状態判定モデル４７を用い、運転者１１の飲酒状態を判定する。
【００６６】
具体的には、ＣＰＵ４０が記憶部４６に予め記憶された飲酒状態判定プログラム４８を実行することにより、飲酒状態判定処理が実行される。飲酒状態判定処理では、車両制御装置１２から受信した発話データ及び撮像データを飲酒状態判定モデル４７の入力とし、出力された飲酒状態を表す情報を車両制御装置１２へ送信する処理を行う。
【００６７】
そのため、ステップＳ１０２で状態取得部６２は、飲酒状態を表す情報をサーバ１４から受信したか否かを判定する。飲酒状態を表す情報を受信するまでステップＳ１０２の判定が否定判定となる。一方、飲酒状態を表す情報を受信するとステップＳ１０２の判定が肯定判定となり、ステップＳ１０４へ移行する。
【００６８】
ステップＳ１０４で制御部５０は、飲酒状態を表す情報が、運転者１１が飲酒した状態であることを表しているか否か、換言すると運転者１１が飲酒したか否かを判定する。運転者１１が飲酒した状態である場合、ステップＳ１０４の判定が肯定判定となり、ステップＳ１０６へ移行する。
【００６９】
ステップＳ１０６で制御部５０は、運転席のドアの開閉について制限を行うよう、換言すると、運転席のドアを開放するのを禁止するよう車両動作制御ＥＣＵ１９に対して指示を出力した後、本車両制御処理を終了する。なお、運転席のドアの開閉についての制限とは、運転者１１に対して開閉のための動作を行えないように制限することであってもよいし、運転者１１が開閉のための動作を行ったとしても、開閉しない（開放しない）ように制限することであってもよい。
【００７０】
一方、運転者１１が飲酒した状態ではない場合、ステップＳ１０４の判定が否定判定となり、ステップＳ１０８へ移行する。なお、この場合、制御部５０は、運転席のドアを開放するのを禁止するよう車両動作制御ＥＣＵ１９に対して指示を行わないため、運転者１１は、運転席のドアを開放し、車両１３に乗車することができる。
【００７１】
次のステップＳ１０８で再び、上述した飲酒状態判定情報出力処理（図６参照）を行う。なお、本ステップＳ１０８の飲酒状態判定情報出力処理は、運転席にいる発話者の発話に応じて行われる。なお、本ステップＳ１０８において実行される飲酒状態判定情報出力処理では、ステップＳ１５４で否定判定となった場合、すなわち発話者が運転者１１ではない場合、図５に示した車両制御処理のステップＳ１１４へ移行する点で、上記ステップＳ１００の飲酒状態判定情報出力処理と異なっている。また、ステップ１０８の飲酒状態判定情報出力処理が終了した場合、車両制御処理のステップＳ１１０へ移行する。
【００７２】
ステップＳ１１０で状態取得部６２は、上記ステップＳ１０２と同様に、飲酒状態を表す情報をサーバ１４から受信したか否かを判定する。飲酒状態を表す情報を受信するまでステップＳ１１０の判定が否定判定となる。一方、飲酒状態を表す情報を受信するとステップＳ１１０の判定が肯定判定となり、ステップＳ１１２へ移行する。
【００７３】
Ｓ１１２で、制御部５０は、上記ステップＳ１０４と同様に、飲酒状態を表す情報が、運転者１１が飲酒した状態であることを表しているか否か、換言すると運転者１１が飲酒したか否かを判定する。運転者１１が飲酒した状態である場合、ステップＳ１１２の判定が肯定判定となり、ステップＳ１１４へ移行する。
【００７４】
ステップＳ１１４で制御部５０は、エンジンの始動について制限を行うよう、換言すると、エンジンの始動を禁止するよう車両動作制御ＥＣＵ１９に対して指示を出力した後、本車両制御処理を終了する。なお、エンジンの始動についての制限とは、運転者１１に対して始動のための動作を行えないように制限することであってもよいし、運転者１１が始動のための動作を行ったとしても、始動しないように制限することであってもよい。
【００７５】
一方、運転者１１が飲酒した状態ではない場合、ステップＳ１１４の判定が否定判定となり、本車両制御処理を終了する。なお、この場合、制御部５０は、エンジンの始動を禁止するよう車両動作制御ＥＣＵ１９に対して指示を行わないため、運転者１１は、車両１３のエンジンを始動することができる。
【００７６】
以上説明したように、本実施形態の車両制御装置１２は、車両１３の動作を制御する車両制御装置であって、発話者の発話による発話データを取得する発話取得部５２と、発話取得部５２が取得した発話データに基づいた、車両１３の運転を開始しようとする運転者１１の飲酒状態を表す情報を取得する状態取得部６２と、状態取得部６２が取得した情報が、運転者１１が飲酒した状態であることを示す場合、運転者１１が車両１３の運転を開始するための車両１３に対する操作である開始操作の制限に関する制御を行う制御部５０と、を備える。
【００７７】
このように本実施形態の車両制御装置１２によれば、発話による発話データに基づいて、運転者１１が飲酒した状態であるとされた場合、運転者１１が車両１３の運転を開始するための車両に対する操作である開始操作を制限することができる。従って、本実施形態の車両制御装置１２によれば、運転者が飲酒した状態である場合、開始操作が制限されるため、飲酒運転を防止することができる。
【００７８】
また、本実施形態では、車両１３の運転席のドアの開閉の際、及びエンジンを始動する際、運転者１１が飲酒した状態である場合は、開始操作が制限される。これにより、本実施形態によれば、運転者１１が飲酒した状態ではないため、車両１３の運転席のドアを開閉して車両１３に乗車した後に、例えば運転席で飲酒し、さらにエンジンを始動しようとしたとしても、エンジンが始動しない。このように、本実施形態の車両制御装置１２によれば、運転者１１による開始操作各々について、上述したように制限を行うことができる、より飲酒運転を防止する効果を高めることができる。
【００７９】
なお、本実施形態では、サーバ１４が飲酒状態判定モデル４７を用いて飲酒状態を判定する形態について説明したが、飲酒状態の判定を車両制御装置１２等、他の装置で行う形態としてもよい。
【００８０】
また、本実施形態では、飲酒状態を判定するための発話データを取得するために、応答を促す音声を車両制御装置１２が出力する形態について説明したが当該形態に限定されない。開始操作が、運転者１１の発話そのものによって行われる場合、例えば、「運転席のドアを開けろ」と運転者１１が発話することにより自動的に運転席のドアが開いたり、「エンジンをかけろ」と運転者１１が発話することにより自動的にエンジンがかかったりする場合、開始操作を行う運転者１１の発話に基づいて、飲酒状態の判定を行えばよい。
【００８１】
図７は、この場合の車両制御装置１２のＣＰＵ２０で実行される車両制御処理の流れの一例を示すフローチャートである。図７に示す車両制御処理は、開始操作を行う運転者１１の発話を検知した際に、車両制御装置１２により実行される。図７に示したステップＳ１０１で発話取得部５２は、開始操作を行う運転者１１の発話による発話データを取得する。次に、上述した飲酒状態判定情報出力処理（図６参照）のステップＳ１５６及びステップＳ１５８の各処理を実行し、撮像部３７が運転者１１の撮像データを取得し、送信部６０が発話データ及び撮像データをサーバ１４に送信する。これにより、上述したように、サーバ１４は、発話データ及び撮像データに基づいて、飲酒状態判定モデル４７を用いて飲酒状態の判定を行い、飲酒状態を表す情報を送信する。そのため、次に、上述した車両制御処理（図５参照）と同様にステップＳ１０２及びステップＳ１０４の各処理を実行し、状態取得部６２が飲酒状態を表す情報を受信すると、制御部５０が運転者１１が飲酒したか否かを判定する。図７に示した車両制御処理では、飲酒していないと制御部５０が判定した場合、ステップＳ１０４の判定が否定判定となり、車両制御処理を終了する。一方、飲酒したと制御部５０が判定した場合、ステップＳ１０４の判定が肯定判定となり、ステップＳ１０５へ移行する。ステップＳ１０５で制御部５０は、開始操作について制限を行うよう、換言すると、開始操作を禁止するよう車両動作制御ＥＣＵ１９に対して指示を出力した後、車両制御処理を終了する。このように、図７に示した車両制御処理においても、上述した形態と同様に、運転者１１による飲酒運転を防止することができる。
【００８２】
また、本実施形態では、発話データと撮像データとに基づいて、運転者１１の飲酒状態の判定を行う形態について説明したが、当該形態に限定されず、少なくとも発話データに基づいて飲酒状態の判定が行われればよい。例えば、運転者１１の呼気に含まれるアルコールの濃度を表すデータと、発話データとに基づいて飲酒状態の判定を行ってもよい。この場合、呼気に含まれるアルコール濃度が、法規等により、飲酒運転や酒気帯び運転とみなせる濃度より低くても、運転者１１が飲酒状態にある場合は、開始操作を制限することができるため、より飲酒運転を防止することができる。
【００８３】
また、本実施形態におけるＣＰＵ２０により行われる処理は、プログラムを実行することにより行われるソフトウェア処理として説明したが、ハードウェアで行われる処理としてもよい。また、ＣＰＵ２０により行われる処理は、ソフトウェア及びハードウェアの双方を組み合わせて行われる処理としてもよい。また、記憶部３２に記憶される車両制御プログラム３５は、各種記憶媒体に記憶して流通させてもよい。
【００８４】
また、本発明は、上記の形態例に限定されるものではなく、上記の形態例以外にも、その主旨を逸脱しない範囲内において種々変形して実施可能であることは勿論である。
【符号の説明】
【００８５】
１０  車両制御システム
１１  運転者
１２  車両制御装置
１３  車両
１４  サーバ
１９  車両動作制御ＥＣＵ
２０  ＣＰＵ（発話取得部、状態取得部、制御部、判定部）
２２、４２  メモリ
２４、４４  通信Ｉ／Ｆ
２６  表示部
２８  音声入力部
３０  音声出力部
３２、４６  記憶部
３４  運転者識別ＤＢ
３５  車両制御プログラム
３７  撮像部（検出部）
３９、４９  バス
４０  ＣＰＵ
４７  飲酒状態判定モデル
４８  飲酒状態判定プログラム
５０、７０  制御部
５１  出力部
５２  発話取得部
５４  判定部
６０、７６  送信部
６２  状態取得部
７２  受信部
Ｎ  ネットワーク
【図１】
2019123259.tif 000003
【図２】
2019123259.tif 000004
【図３】
2019123259.tif 000005
【図４】
2019123259.tif 000006
【図５】
2019123259.tif 000007
【図６】
2019123259.tif 000008
【図７】
2019123259.tif 000009