(57)【要約】【課題】自動運転が可能な車両における自動運転から手動運転への切り替え時に乗員を不快にすることなく乗員へ運転を促す報知を行うことができる乗員報知装置を得る。【解決手段】乗員報知装置１０は、判定部２０と、決定部２２と、再生部２６とを有している。判定部２０は、車両１２の自動運転と手動運転とを切り替える運転制御部１８の作動状態を判定している。決定部２２は、運転制御部１８が自動運転から手動運転への移行を行うと判定部２０が判定した場合に、車室内へ流す曲を決定する。再生部２６は、決定部２２により決定された曲を車室内へ向けて再生する。自動運転中の車両１２が手動運転へ切り替わる際は、曲によって乗員へ報知される。これによって、乗員は、曲によって運転をする必要があることを認知できる。したがって、アラームや音声による報知と比べて、乗員を驚かせたり不快にしたりすることなく報知できる。【選択図】図３
2020037327.tif 000002
【特許請求の範囲】
【請求項１】
自動運転が可能な車両の自動運転と手動運転とを切り替える運転制御部の作動状態を判定する判定部と、
前記運転制御部が自動運転から手動運転への移行を行うと前記判定部が判定した場合に、車室内に流す曲を決定する決定部と、
前記決定部により決定された前記曲を前記車室内へ向けて再生する再生部と、
を有する乗員報知装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、乗員報知装置に関する。
【背景技術】
【０００２】
下記特許文献１には、車両制御システムに関する発明が開示されている。この車両制御システムでは、自動運転を行う車両が自動運転から手動運転へ切り替わる時に、この車両に乗車した乗員の運転適正に関する情報をセンサにて読み取る。この読み取り結果から、運転に適した乗員を報知装置が報知することで、運転に適した乗員に運転をさせることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−０２４６５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示された構成のように、車両からの報知を表示装置のみで行う場合には、乗員が表示装置を見ていないと報知に気付かない可能性がある。特に、自動運転時では、乗員は様々な向きや体勢で過ごす可能性があるため、報知を音声により行うことが望ましいが、突然音声が流れると乗員が驚く可能性がある。したがって、上記先行技術はこの点で改良の余地がある。
【０００５】
本発明は上記事実を考慮し、自動運転が可能な車両における自動運転から手動運転への切り替え時に乗員を不快にすることなく乗員へ運転を促す報知を行うことができる乗員報知装置を得ることを目的とする。
【課題を解決するための手段】
【０００６】
請求項１に記載の発明に係る乗員報知装置は、自動運転が可能な車両の自動運転と手動運転とを切り替える運転制御部の作動状態を判定する判定部と、前記運転制御部が自動運転から手動運転への移行を行うと前記判定部が判定した場合に、車室内に流す曲を決定する決定部と、前記決定部により決定された前記曲を前記車室内へ向けて再生する再生部と、を有している。
【０００７】
請求項１に記載の発明によれば、乗員報知装置は、判定部と、決定部と、再生部とを有している。判定部は、車両の自動運転と手動運転とを切り替える運転制御部の作動状態を判定している。決定部は、運転制御部が自動運転から手動運転への移行を行うと判定部が判定した場合に、車室内へ流す曲を決定する。再生部は、決定部により決定された曲を車室内へ向けて再生する。上記構成により、自動運転中の車両が手動運転へ切り替わる際は、曲によって乗員へ報知される。これによって、自動運転により運転せずに車室内で過ごす乗員は、曲によって運転をする必要があることを認知できる。したがって、アラームや音声による報知と比べて、乗員を驚かせたり不快にしたりすることなく乗員に手動運転を促すことができる。
【発明の効果】
【０００８】
請求項１に記載の発明に係る乗員報知装置は、自動運転が可能な車両における自動運転から手動運転への切り替え時に乗員を不快にすることなく乗員へ運転を促す報知を行うことができるという優れた効果を有する。
【図面の簡単な説明】
【０００９】
【図１】第１実施形態に係る乗員報知装置の概略構成を示す図である。
【図２】第１実施形態に係る乗員報知装置のハードウェア構成を示すブロック図である。
【図３】第１実施形態に係る乗員報知装置の機能構成の例を示すブロック図である。
【図４】第１実施形態に係る乗員報知装置の動作の流れを示すフローチャートである。
【図５】第２実施形態に係る乗員報知装置の動作の流れを示すフローチャートである。
【図６】第３実施形態に係る乗員報知装置のハードウェア構成を示すブロック図である。
【図７】第３実施形態に係る乗員報知装置の動作の流れを示すフローチャートである。
【発明を実施するための形態】
【００１０】
（第１実施形態）
以下、図１〜図４を用いて、本発明に係る乗員報知装置の第１実施形態について説明する。なお、各図面において同一又は等価な構成要素及び部分には同一の参照符号を付与している。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。
【００１１】
（全体構成）
図１は、第１実施形態に係る乗員報知装置の概略構成を示す図である。
【００１２】
図１に示されるように、乗員報知装置１０は、自動運転が可能な車両１２に搭載された制御装置１４と、報知装置１６とを含んで構成されている。車両１２には、車両１２の自動運転を制御すると共に自動運転と手動運転との切り替えを行う運転制御部１８が設けられている。運転制御部１８には、一例として、周辺状況取得部、車両走行状態取得部、地図情報記憶部及び入力部（いずれも不図示）が接続されている。運転制御部１８は、車両１２を自動的に走行させるために、ナビゲーションシステムから得た情報を記憶する地図情報記憶部内のルート情報及び各種センサ（いずれも不図示）から得られる情報に基づいて車両１２及びその周辺の状況を判断し、目的地までアクセル量、ブレーキ量及び操舵角等を制御する自動運転制御を行う。すなわち、運転制御部１８は、周辺状況取得部によって検出された自車両の周辺の状況に基づいて自車両を制御することで、車両１２の自動運転を行う。なお、運転制御部１８による自動運転制御は、例えば、特開２００８−１２３１９７号公報等で公知であるため、詳細な説明を省略する。
【００１３】
運転制御部１８は、自動運転中に周辺の道路状況や乗員の操作等により自動運転を中止する場合、乗員の運転による手動運転へ切り替えを行う。換言すると、運転の主体が車両１２から乗員へと引継ぎ（ハンドオーバ）される。
【００１４】
制御装置１４は、判定部２０と決定部２２（図３参照）とを有しており、このうち判定部２０は、運転制御部１８が自動運転から手動運転へ移行を行うのを判定する。また、決定部２２は、判定部２０の判定結果に基づき、車室内に流す曲を選択し決定する。制御装置１４の具体的な構成及び作用については、後述する。
【００１５】
報知装置１６は、再生部２６（図３参照）として制御装置１４が決定した曲を車室内へ向けて再生する。報知装置１６の具体的な構成及び作用については、後述する。
【００１６】
また、乗員報知装置１０は、外部のサーバ２４などと携帯電話通信網等のネットワークＮを介して通信する。この通信についての具体的な構成及び作用については、後述する。
【００１７】
（ハードウェア構成）
図２は、乗員報知装置１０のハードウェア構成を示すブロック図である。
【００１８】
図２に示されるように、乗員報知装置１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３４、ストレージ３６、ＧＰＳ受信機３８、ユーザインタフェイス４０及び通信インタフェイス４２を有している。各構成は、バス４４を介して相互に通信可能に接続されている。
【００１９】
ＣＰＵ３０は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ３０は、ＲＯＭ３２又はストレージ３６からプログラムを読み出し、ＲＡＭ３４を作業領域としてプログラムを実行する。ＣＰＵ３０は、ＲＯＭ３２又はストレージ３６に記録されているプログラムにしたがって、上記各構成の制御及び各種の演算処理を行う。本実施形態では、ＲＯＭ３２又はストレージ３６には、自動運転から手動運転への切り替え時に車室内へ音楽を流すための報知プログラムが格納されている。
【００２０】
ＲＯＭ３２は、各種プログラム及び各種データを格納する。ＲＡＭ３４は、作業領域として一時的にプログラム又はデータを記憶する。ストレージ３６は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）により構成され、オペレーティングシステムを含む各種プログラム、及び各種データを格納する。
【００２１】
ＧＰＳ受信機３８は、ＧＰＳ方式に基づく信号を複数の衛星から受信し、信号の到着時間差から、車両１２（乗員報知装置１０）の位置を特定する。
【００２２】
ユーザインタフェイス４０は、車両１２に搭乗する乗員に対し乗員報知装置１０が報知する際のインタフェイスであり、具体的にはスピーカが含まれる。
【００２３】
通信インタフェイス４２は、外部のサーバ２４（図１参照）と通信するためのインタフェイスであり、たとえば、イーサネット（登録商標）、ＦＤＤＩ、Ｗｉ−Ｆｉ（登録商標）等の規格が用いられる。
【００２４】
（機能構成）
上記の報知プログラムを実行する際に、乗員報知装置１０は、上記のハードウェア資源を用いて、各種の機能を実現する。乗員報知装置１０が実現する機能構成について説明する。
【００２５】
図３は、乗員報知装置１０の機能構成の例を示すブロック図である。
【００２６】
図３に示されるように、乗員報知装置１０は、機能構成として、判定部２０、決定部２２及び再生部２６を有している。各機能構成は、ＣＰＵ３０がＲＯＭ３２又はストレージ３６（図２参照）に記憶された報知プログラムを読み出し、実行することにより実現される。
【００２７】
判定部２０は、運転制御部１８（図１参照）から運転状況に関する情報を受信する。この運転状況に関する情報のうち、近いうちに自動運転から手動運転への切り替え（移行）が発生するか否かを判定する。なお、「自動運転から手動運転への切り替え」には、一例として、緊急時などすぐに自動運転から手動運転への切り替えが必要な状態（以下、「緊急ハンドオーバ状態」と称する。）と、自動運転から手動運転への切り替えまで時間や距離の猶予がある状態（以下、「通常ハンドオーバ状態」と称する。）とがあり、本実施形態の判定部２０ではこのうち通常ハンドオーバ状態である場合に、曲による報知が必要であると判断する。なお、判定部２０は、緊急ハンドオーバ状態である場合や、通常ハンドオーバ状態において上記猶予が無くなり手動運転への切り替えがすぐに必要な場合は、アラーム音や音声によるアラート報知が必要であると判断する。
【００２８】
また、判定部２０には、車室内のハンドル及びアクセル又はブレーキ（いずれも不図示）等が図示しない車載ネットワークを介して接続されており、車両１２の「自動運転から手動運転への切り替え」時に乗員がハンドル及びアクセル又はブレーキの操作を行うことで、判定部２０は、自動運転から手動運転への移行が完了したことを判定する。
【００２９】
決定部２２は、判定部２０により曲による報知が必要であると判断された場合、乗員へ向けて手動運転へ切り替わることを知らせるための曲を選択し、決定する。この曲の選択では、ＲＯＭ３２又はストレージ３６に予め保存されている曲やサーバ２４（図１参照）に予め保存されている曲の中から選択する。なお、一例として、通常ハンドオーバ状態の中でも、自動運転から手動運転への切り替えまで時間や距離の猶予があまりない場合と自動運転から手動運転への切り替えまで時間や距離の猶予が比較的ある場合とに分けて、それぞれの場合に合わせた曲が複数保存されている。すなわち、自動運転から手動運転への切り替えまで時間や距離の猶予があまりない場合に向けて、乗員に早期の手動運転を促すようアップテンポの曲や賑やかな曲調の曲が保存されている。一方、自動運転から手動運転への切り替えまで時間や距離の猶予が比較的ある場合に向けて、乗員を驚かせることなく手動運転へ移行できるようスローテンポの曲や落ち着いた曲調の曲が保存されている。そして、決定部２２は、自動運転から手動運転への切り替えまで時間や距離の猶予の程度から曲を選択し、決定する。
【００３０】
一方、決定部２２は、判定部２０によりアラート報知が必要であると判断された場合は、乗員へ向けてすぐに手動運転へ切り替わる必要があることを知らせるためのアラーム音や音声を選択し、決定する。
【００３１】
再生部２６は、決定部２２により決定された曲又はアラーム音や音声を、車室内へ向けて再生する。
【００３２】
（処理フロー）
次に、乗員報知装置１０の作用について説明する。図４は、乗員報知装置１０による動作の流れを示すフローチャートである。ＣＰＵ３０がＲＯＭ３２又はストレージ３６から報知プログラムを読み出して、ＲＡＭ３４に展開して実行することにより、報知が行われる。
【００３３】
ＣＰＵ３０は、運転制御部１８から受信した運転状況に関する情報を解析し、現在車両１２が自動運転中であるか否かを判定する（ステップＳ１００）。
【００３４】
車両１２が自動運転中でない場合（ステップＳ１００：ＮＯ）、ＣＰＵ３０は処理を終了する。車両１２が自動運転中である場合（ステップＳ１００：ＹＥＳ）、ＣＰＵ３０は、運転制御部１８から受信した運転状況より、近いうちに自動運転から手動運転への切り替えが発生するか否かを判定する（ステップＳ１０２）。近いうちに手動運転への切り替えが発生しない場合（ステップＳ１０２：ＮＯ）、ＣＰＵ３０は、ステップＳ１０２の処理を繰り返す。近いうちに手動運転への切り替えが発生する場合（ステップＳ１０２：ＹＥＳ）、ＣＰＵ３０は、現在通常ハンドオーバ状態であるか否かを判定する（ステップＳ１０４）。通常ハンドオーバ状態でない場合（ステップＳ１０４：ＮＯ）、ＣＰＵ３０は、アラート報知が必要であると判断し、アラーム音や音声を再生部２６（図２参照）より車室内へ向けて再生する（ステップＳ１０５）。通常ハンドオーバ状態である場合（ステップＳ１０４：ＹＥＳ）は、ＣＰＵ３０は、曲による報知が必要であると判断し、自動運転から手動運転への切り替えまで時間や距離の猶予の程度を踏まえて車室内へ流す曲を選択し、決定する（ステップＳ１０６）。
【００３５】
ＣＰＵ３０は、決定した曲を再生部２６より車室内へ向けて再生する（ステップＳ１０８）。そして、ＣＰＵ３０は、手動運転への移行が完了したか否かを判定する（ステップＳ１１０）。乗員がハンドル及びアクセル又はブレーキ等の操作を行うと、ＣＰＵ３０は、手動運転への移行が完了したと判断し（ステップＳ１１０：ＹＥＳ）、曲の再生を停止して（ステップＳ１１２）、処理を終了する。
【００３６】
一方、手動運転への移行が完了しない場合（ステップＳ１１０：ＮＯ）、ＣＰＵ３０は、曲の再生が終わったか否かを判定する（ステップＳ１１４）。曲の再生が終わっていない（曲が最後まで再生されていない）場合（ステップＳ１１４：ＮＯ）、ＣＰＵ３０は、ステップＳ１０８からの処理を繰り返して曲の再生を続ける。曲の再生が終わった場合（ステップＳ１１４：ＹＥＳ）、ＣＰＵ３０は、自動運転から手動運転への切り替えまで時間や距離の猶予があるか否かを判定する（ステップＳ１１６）。猶予がある場合（ステップＳ１１６：ＹＥＳ）、ＣＰＵ３０は、ステップＳ１０６からの処理を繰り返す。猶予がない場合（ステップＳ１１６：ＮＯ）、ＣＰＵ３０は、アラート報知が必要であると判断し、アラーム音や音声を再生部２６より車室内へ向けて再生し（ステップＳ１０５）、処理を終了する。以上の処理により、乗員報知装置１０は、アラート報知の前段階であるインフォメーションとして乗員へ曲による報知を行う。
【００３７】
（第１実施形態の作用・効果）
次に、第１実施形態の作用並びに効果を説明する。
【００３８】
本実施形態では、図３に示されるように、乗員報知装置１０は、判定部２０と、決定部２２と、再生部２６とを有している。判定部２０は、車両１２の自動運転と手動運転とを切り替える運転制御部１８の作動状態を判定している。決定部２２は、運転制御部１８が自動運転から手動運転への移行を行うと判定部２０が判定した場合に、車室内へ流す曲を決定する。再生部２６は、決定部２２により決定された曲を車室内へ向けて再生する。上記構成により、自動運転中の車両１２が手動運転へ運転の主体が切り替わる際は、曲によって乗員へ報知される。これによって、自動運転により運転せずに車室内で過ごす乗員は、曲によって運転をする必要があることを認知できる。したがって、アラームや音声による報知と比べて、乗員を驚かせたり不快にしたりすることなく乗員に手動運転を促すことができる。
【００３９】
また、緊急ハンドオーバ状態や通常ハンドオーバ状態における猶予がなくなり手動運転への切り替えがすぐに必要な場合は、曲ではなくアラーム音や音声によるアラート報知が行われることから、乗員はすぐに手動運転を行う必要があることを認識しやすくなる。一方、曲が再生された場合は、手動運転を行う必要があるタイミングまでまだ余裕があることをすぐに認識することができる。つまり、乗員は、曲の再生によって直感的に手動運転へ切り替わるタイミングを理解することができる。
【００４０】
さらに、通常ハンドオーバ状態において、手動運転への切り替えまで時間や距離の猶予がある状態と猶予があまりない状態とで異なる曲を流すことで、乗員は直感的に手動運転の準備をすぐにするべきか否かを理解することができる。すなわち、単純なアラーム音などでは、何の報知なのか乗員がすぐに理解できない可能性があるが、本実施形態では、異なる曲により報知することで、情報過多になることなく乗員が何の報知なのかを理解することができる。
【００４１】
（第２実施形態）
次に、図５を用いて、本発明の第２実施形態に係る乗員報知装置について説明する。なお、前述した第１実施形態等と同一構成部分については、同一番号を付してその説明を省略する。
【００４２】
この第２実施形態に係る乗員報知装置６０（図１参照）は、基本的な構成は第１実施形態と同様とされ、現在地情報を基に曲の選択を行う点に特徴がある。
【００４３】
（機能構成）
すなわち、乗員報知装置６０における決定部６２（図３参照）は、判定部２０により曲による報知が必要であると判断された場合、乗員へ向けて手動運転へ切り替わることを知らせるための曲を選択し、決定する。この曲の選択では、各種装置やセンサ等から取得した情報を基に、現在の車両１２の走行シチュエーションにふさわしい曲をＲＯＭ３２又はストレージ３６に保存されている曲やサーバ２４（図１参照）に保存されている曲の中から選択する。すなわち、決定部６２は、ＧＰＳ受信機３８から受信した位置情報から現在走行している道路が高速道路か一般道かを判断する。また、ＧＰＳ受信機３８等から時刻情報を取得する。さらに、サーバ２４や車両のワイパ（不図示）の作動状態から天候情報を取得する。さらにまた、サーバ２４から経路上の道路の混雑状況、落下物の有無、故障車両の有無や事故等の道路情報を取得する。これらの取得した情報を基に、決定部６２は、車両１２の走行シチュエーションを判定する。そして、判定した走行シチュエーションにおける当該報知が必要なタイミングで乗員に効果的に報知することができる曲調やテンポ等を決定すると共に、これに略一致する曲を選択し、決定する。一例として、晴天時の高速道路上を走行中に報知する場合は、明るい曲調やアップテンポな曲を選択する。一方、雨天時かつ夜間の一般道を走行中に報知する場合は、落ち着いた曲調やスローテンポな曲を選択する。なお、曲の選択に関してはこれに限らず、様々な知見に基づき適宜決定してよい。
【００４４】
（処理フロー）
次に、乗員報知装置６０（図１参照）の作用について説明する。図５は、乗員報知装置６０による動作の流れを示すフローチャートである。ＣＰＵ３０がＲＯＭ３２又はストレージ３６から報知プログラムを読み出して、ＲＡＭ３４に展開して実行することにより、報知が行われる。
【００４５】
ＣＰＵ３０は、運転制御部１８（図１参照）から受信した運転状況に関する情報を解析し、現在車両１２が自動運転中であるか否かを判定する（ステップＳ１３０）。
【００４６】
車両１２が自動運転中でない場合（ステップＳ１３０：ＮＯ）、ＣＰＵ３０は処理を終了する。車両１２が自動運転中である場合（ステップＳ１３０：ＹＥＳ）、ＣＰＵ３０は、運転制御部１８から受信した運転状況より、近いうちに自動運転から手動運転への切り替えが発生するか否かを判定する（ステップＳ１３２）。近いうちに手動運転への切り替えが発生しない場合（ステップＳ１３２：ＮＯ）、ＣＰＵ３０は、ステップＳ１３２の処理を繰り返す。近いうちに手動運転への切り替えが発生する場合（ステップＳ１３２：ＹＥＳ）、ＣＰＵ３０は、現在通常ハンドオーバ状態であるか否かを判定する（ステップＳ１３４）。通常ハンドオーバ状態でない場合（ステップＳ１３４：ＮＯ）、ＣＰＵ３０は、アラート報知が必要であると判断し、アラーム音や音声を再生部２６（図２参照）より車室内へ向けて再生する（ステップＳ１５０）。通常ハンドオーバ状態である場合（ステップＳ１３４：ＹＥＳ）は、ＣＰＵ３０は、曲による報知が必要であると判断すると共に、ＧＰＳ受信機３８（図２参照）により現在地情報を取得する（ステップＳ１３５）。
【００４７】
ＣＰＵ３０は、取得した現在地情報およびその他の装置やセンサから取得した各種情報に基づき、車両１２の走行シチュエーションを判断して当該走行シチュエーションに効果的な車室内へ流す曲を選択し、決定する（ステップＳ１３６）。
【００４８】
ＣＰＵ３０は、決定した曲を再生部２６より車室内へ向けて再生する（ステップＳ１３７）。そして、ＣＰＵ３０は、手動運転への移行が完了したか否かを判定する（ステップＳ１３８）。乗員がハンドル及びアクセル又はブレーキ等の操作を行うと、ＣＰＵ３０は、手動運転への移行が完了したと判断し（ステップＳ１３８：ＹＥＳ）、曲の再生を停止して（ステップＳ１４０）、処理を終了する。
【００４９】
一方、手動運転への移行が完了しない場合（ステップＳ１３８：ＮＯ）、ＣＰＵ３０は、曲の再生が終わったか否かを判定する（ステップＳ１４２）。曲の再生が終わっていない（曲が最後まで再生されていない）場合（ステップＳ１４２：ＮＯ）、ＣＰＵ３０は、ステップＳ１３７からの処理を繰り返して曲の再生を続ける。曲の再生が終わった場合（ステップＳ１４２：ＹＥＳ）、ＣＰＵ３０は、自動運転から手動運転への切り替えまで時間や距離の猶予があるか否かを判定する（ステップＳ１４４）。猶予がある場合（ステップＳ１４４：ＹＥＳ）、ＣＰＵ３０は、ステップＳ１３５からの処理を繰り返す。猶予がない場合（ステップＳ１４４：ＮＯ）、ＣＰＵ３０は、アラート報知が必要であると判断し、アラーム音や音声を再生部２６より車室内へ向けて再生し（ステップＳ１５０）、処理を終了する。以上の処理により、乗員報知装置６０は、アラート報知の前段階であるインフォメーションとして乗員へ曲による報知を行う。
【００５０】
（第２実施形態の作用・効果）
次に、第２実施形態の作用並びに効果を説明する。
【００５１】
上記構成によっても、現在地情報を基に曲の選択を行う点以外は第１実施形態の乗員報知装置１０と同様に構成されているので、第１実施形態と同様の効果が得られる。また、乗員報知装置１０は、現在地情報を基に曲の選択を行い、再生することから、より走行シチュエーションに合った報知を行うことができるので、より心地よく乗員へ報知することが可能となる。
【００５２】
（第３実施形態）
次に、図６、図７を用いて、本発明の第３実施形態に係る乗員報知装置について説明する。なお、前述した第１実施形態等と同一構成部分については、同一番号を付してその説明を省略する。
【００５３】
この第３実施形態に係る乗員報知装置８０は、基本的な構成は第１実施形態と同様とされ、手動運転を行う乗員に応じて曲を選択する点に特徴がある。
【００５４】
（ハードウェア構成）
すなわち、図６に示されるように、乗員報知装置８０は、ＣＰＵ３０、ＲＯＭ３２、ＲＡＭ３４、ストレージ３６、ＧＰＳ受信機３８、ユーザインタフェイス４０、通信インタフェイス４２及び乗員認証デバイス８２を有している。各構成は、バス４４を介して相互に通信可能に接続されている。
【００５５】
乗員認証デバイス８２は、車両１２（図１参照）を手動運転する乗員を特定するデバイスであり、一例として図示しないインストルメントパネル内に設けられたカメラにより乗員の顔を撮影して乗員を特定する顔認証システムとされている。
【００５６】
ＲＯＭ３２又はストレージ３６には、予め乗員ごとに個別の曲情報が格納されている。すなわち、一例として、乗員ごとに好みの曲情報が予め複数格納されている。なお、好みの曲そのものの情報のみならず、好きな曲のジャンル情報や好きな曲調の情報等その他の情報が格納されていてもよい。
【００５７】
（機能構成）
【００５８】
図３に示されるように、決定部８４は、判定部２０により曲による報知が必要であると判断された場合、乗員へ向けて手動運転へ切り替わることを知らせるための曲を選択し、決定する。この曲の選択では、乗員認証デバイス８２（図６参照）から取得した乗員の特定情報を基に、ＲＯＭ３２又はストレージ３６に保存されている曲やサーバ２４（図１参照）に保存されている曲の中から当該乗員の好みの曲を選択する。すなわち、乗員認証デバイス８２は、運転席に着座している乗員が誰であるかを特定し、乗員の特定結果を基に、決定部８４は、予め登録されている当該乗員の好みの複数の曲の中から曲を選択し、決定する。
【００５９】
（処理フロー）
次に、乗員報知装置８０の作用について説明する。図７は、乗員報知装置８０による動作の流れを示すフローチャートである。ＣＰＵ３０がＲＯＭ３２又はストレージ３６から報知プログラムを読み出して、ＲＡＭ３４に展開して実行することにより、報知が行われる。
【００６０】
ＣＰＵ３０は、運転制御部１８（図１参照）から受信した運転状況に関する情報を解析し、現在車両１２が自動運転中であるか否かを判定する（ステップＳ１６０）。
【００６１】
車両１２が自動運転中でない場合（ステップＳ１６０：ＮＯ）、ＣＰＵ３０は処理を終了する。車両１２が自動運転中である場合（ステップＳ１６０：ＹＥＳ）、ＣＰＵ３０は、運転制御部１８から受信した運転状況より、近いうちに自動運転から手動運転への切り替えが発生するか否かを判定する（ステップＳ１６２）。近いうちに手動運転への切り替えが発生しない場合（ステップＳ１６２：ＮＯ）、ＣＰＵ３０は、ステップＳ１６２の処理を繰り返す。近いうちに手動運転への切り替えが発生する場合（ステップＳ１６２：ＹＥＳ）、ＣＰＵ３０は、現在通常ハンドオーバ状態であるか否かを判定する（ステップＳ１６４）。通常ハンドオーバ状態でない場合（ステップＳ１６４：ＮＯ）、ＣＰＵ３０は、アラート報知が必要であると判断し、アラーム音や音声を再生部２６（図２参照）より車室内へ向けて再生する（ステップＳ１８０）。通常ハンドオーバ状態である場合（ステップＳ１６４：ＹＥＳ）、ＣＰＵ３０は、曲による報知が必要であると判断すると共に、乗員認証デバイス８２により運転席に着座する運転を行う乗員を特定する情報を取得する（ステップＳ１６５）。
【００６２】
ＣＰＵ３０は、取得した乗員特定情報に基づき、手動運転を行うことになる乗員を判断して当該乗員の好みの曲を選択し、決定する（ステップＳ１６６）。
【００６３】
ＣＰＵ３０は、決定した曲を再生部２６より車室内へ向けて再生する（ステップＳ１６８）。そして、ＣＰＵ３０は、手動運転への移行が完了したか否かを判定する（ステップＳ１７０）。乗員がハンドル及びアクセル又はブレーキ等の操作を行うと、ＣＰＵ３０は、手動運転への移行が完了したと判断し（ステップＳ１７０：ＹＥＳ）、曲の再生を停止して（ステップＳ１７２）、処理を終了する。
【００６４】
一方、手動運転への移行が完了しない場合（ステップＳ１７０：ＮＯ）、ＣＰＵ３０は、曲の再生が終わったか否かを判定する（ステップＳ１７４）。曲の再生が終わっていない（曲が最後まで再生されていない）場合（ステップＳ１７４：ＮＯ）、ＣＰＵ３０は、ステップＳ１６８からの処理を繰り返して曲の再生を続ける。曲の再生が終わった場合（ステップＳ１７４：ＹＥＳ）、ＣＰＵ３０は、自動運転から手動運転への切り替えまで時間や距離の猶予があるか否かを判定する（ステップＳ１７６）。猶予がある場合（ステップＳ１７６：ＹＥＳ）、ＣＰＵ３０は、ステップＳ１６５からの処理を繰り返す。猶予がない場合（ステップＳ１７６：ＮＯ）、ＣＰＵ３０は、アラート報知が必要であると判断し、アラーム音や音声を再生部２６より車室内へ向けて再生し（ステップＳ１８０）、処理を終了する。以上の処理により、乗員報知装置８０は、アラート報知の前段階であるインフォメーションとして乗員へ曲による報知を行う。
【００６５】
（第３実施形態の作用・効果）
次に、第３実施形態の作用並びに効果を説明する。
【００６６】
上記構成によっても、手動運転を行う乗員に応じて曲を選択する点以外は第１実施形態の乗員報知装置１０と同様に構成されているので、第１実施形態と同様の効果が得られる。また、乗員報知装置８０は、手動運転を行う乗員を特定してこの乗員の好みの曲を再生することから、より一層心地良く乗員へ報知することが可能となる。
【００６７】
なお、上述した実施形態における乗員認証デバイス８２は、顔認証システムとされているが、これに限らず、指紋認証システムや、乗員が所持するスマートホン等の携帯端末から乗員を特定するシステムでもよいし、その他のシステムとしてもよい。
【００６８】
また、第１〜第３実施形態において、乗員報知装置１０、６０、８０は、アラート報知の前段階であるインフォメーションとして乗員へ曲による報知を行う構成とされているが、これに限らず、アラート報知を行うタイミングでも曲による報知を行う構成としてもよい。
【００６９】
さらに、決定部６２は、走行シチュエーションに合う曲を再生する構成とされているが、これに限らず、決定部６２が曲を選択する際に、現在地、時間、天候、道路状況及び車両状況等を示すような曲を選択してもよい。一例として、雨が降っている状況で自動運転から手動運転への切り替えが必要となった場合、雨にまつわる曲を決定部２２が選択して再生部２６より再生することで、自動運転により外の状況を把握していない乗員に現在雨が降っていることを知らせることができる。
【００７０】
さらにまた、決定部２２、６２、８４は、ＲＯＭ３２又はストレージ３６に予め保存されている曲やサーバ２４（図１参照）に予め保存されている曲の中から選択し決定する構成とされているが、これに限らず、外部のクラウドネットワークやその他の端末等にある曲の中から選択し決定する構成としてもよい。
【００７１】
また、決定部２２、６２、８４は、それぞれ自動運転から手動運転への切り替えまで時間や距離の猶予の程度、現在地又は乗員に関する情報に基づいて曲を選択し決定する構成とされているが、これに限らず、これら全ての情報に基づいて曲を選択し決定してもよいし、それ以外の情報や規則に基づいて選択し決定してもよい。
【００７２】
以上、本発明の実施形態について説明したが、本発明は、上記に限定されるものでなく、その主旨を逸脱しない範囲内において上記以外にも種々変形して実施することが可能であることは勿論である。
【符号の説明】
【００７３】
１０   乗員報知装置
１２   車両
１８   運転制御部
２０   判定部
２２   決定部
２６   再生部
６０   乗員報知装置
６２   決定部
８０   乗員報知装置
８４   決定部
【図１】
2020037327.tif 000003
【図２】
2020037327.tif 000004
【図３】
2020037327.tif 000005
【図４】
2020037327.tif 000006
【図５】
2020037327.tif 000007
【図６】
2020037327.tif 000008
【図７】
2020037327.tif 000009