(57)【要約】【課題】車両の乗客に不要な情報が通知されることを抑制することが可能な通知装置を提供する。【解決手段】通知装置は、車両２の乗客４ｂに対して運転関連情報を通知する通知装置であって、乗客４ｂによって入力された、乗客が通知することを要求する運転関連情報の種類を取得する取得部２６と、取得部２６によって取得された種類の運転関連情報を、通知することを要求した乗客４ｂに対して通知する通知部２８と、を備え、通知部２８は、取得部２６によって取得された種類以外の運転関連情報についての通知を行わない。【選択図】図６
2020086787.tif 000002
【特許請求の範囲】
【請求項１】
車両の乗客に対して運転関連情報を通知する通知装置であって、
前記乗客によって入力された、前記乗客が通知することを要求する運転関連情報の種類を取得する取得部と、
前記取得部によって取得された種類の運転関連情報を、前記通知することを要求した乗客に対して通知する通知部と、
を備え、
前記通知部は、前記取得部によって取得された種類以外の運転関連情報についての通知を行わない、通知装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、乗客に対して通知を行う通知装置に関する。
【背景技術】
【０００２】
近年、自動制御によって運転が行われる自動運転車両を用いたタクシー、バス、ライドシェア等のモビリティサービスの実現に向けて、自動運転技術の開発が行われている。斯かるモビリティサービスでは、同じ方面の目的地へ移動しようとする複数の利用者が１台の自動運転車両に同乗してその目的地へ向かう（例えば、特許文献１参照）。
【０００３】
例えば、特許文献１に記載の車両運行システムでは、各利用者の端末から利用要求を取得する度にその利用要求に応じて運行ルートが生成され、車両がこの運行ルートに従って自動制御により運行されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−１８２１３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、斯かる自動運転車両において、例えば車両の運転状況や運転環境等に関する情報を乗客に通知する場合が想定される。例えば、自動運転中に車両の運転状況に異常が発生した場合でも、その異常の原因を乗客に通知することにより乗客はその異常の原因を把握することができるため、一部の乗客は不安感を軽減することができる。
【０００６】
しかし、乗客によっては斯かる情報を必要としない場合もある。そのため、乗客全員に対して斯かる通知が行われると、一部の乗客は不要な情報が通知されることになるため却って煩わしさを感じることもある。したがって、乗客に対するサービスの質の向上の観点から、不要な情報が乗客に通知されることを抑制するための手法が望まれている。
【０００７】
上記課題に鑑みて、本開示の目的は、車両の乗客に不要な情報が通知されることを抑制することを可能にする通知装置を提供することにある。
【課題を解決するための手段】
【０００８】
本開示の要旨は、以下の通りである。
【０００９】
（１）車両の乗客に対して運転関連情報を通知する通知装置であって、前記乗客によって入力された、前記乗客が通知することを要求する運転関連情報の種類を取得する取得部と、前記取得部によって取得された種類の運転関連情報を、前記通知することを要求した乗客に対して通知する通知部と、を備え、前記通知部は、前記取得部によって取得された種類以外の運転関連情報についての通知を行わない、通知装置。
【発明の効果】
【００１０】
本開示によれば、車両の乗客に不要な情報が通知されることを抑制することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】図１は、一実施形態に係る乗客輸送システムの構成の一例を示す図である。
【図２】図２は、一実施形態に係る車両の概略構成図である。
【図３】図３は、一実施形態に係るサーバの概略構成図である。
【図４】図４は、一実施形態に係る携帯端末の概略構成図である。
【図５】図５は、一実施形態に係る車両の乗客輸送制御の処理の一例を示すシーケンス図である。
【図６】図６は、通知制御部において行われる通知処理の制御ルーチンを示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本開示の実施形態について詳細に説明する。なお、以下の説明では、同様な構成要素には同一の参照番号を付す。
【００１３】
＜第一実施形態＞
≪乗客輸送システムの全体構成≫
図１は、本実施形態に係る乗客輸送システム１の構成の一例を示す図である。本実施形態に係る乗客輸送システム１は、車両２に搭載された電子制御ユニット（ＥＣＵ）２０と、サーバ３０と、携帯端末４０と、を備える。
【００１４】
車両２は、タクシー、バス、ライドシェア等のモビリティサービスを提供する自動運転車両である。図１に示される例では、車両２には、モビリティサービスを利用する乗客４ｂが乗車している。サーバ３０は、例えば不図示のゲートウェイ等を介してネットワーク５と接続される。また、ＥＣＵ２０及び携帯端末４０は、例えば無線基地局６等を介してネットワーク５と接続される。
【００１５】
≪車両の全体構成≫
図２は、本実施形態に係る車両２の概略構成図である。図２に示されるように、車両２は、車内ネットワークを介して互いに接続された、ＥＣＵ２０、車外カメラ５１、測距センサ５２、測位センサ５３、ＨＭＩ５４、走行用アクチュエータ５５、乗降車検出器５６及び車外通信機器５７を備える。車内ネットワークは、例えば、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）規格に準拠したネットワークである。
【００１６】
ＥＣＵ２０は、信号線を介して互いに接続された、車内通信インターフェース（Ｉ／Ｆ）部２１、記憶部２２、及び制御部２３を有する。車内通信Ｉ／Ｆ部２１は、ＥＣＵ２０が車両２の他の車載機器と車内ネットワークを介して通信するための通信Ｉ／Ｆ回路である。
【００１７】
記憶部２２は、例えばＲＯＭ（リードオンリメモリ）やＲＡＭ（ランダムアクセスメモリ）等を含むことができる。記憶部２２は、制御部２３による処理に用いられる各種のプログラム、各種のデータ（例えば、各種パラメータ及び各種閾値など）を記憶する。
【００１８】
制御部２３は、例えばＣＰＵ及びその周辺回路等を有するプロセッサとすることができる。制御部２３は、記憶部２２に記憶された各種のプログラムを実行することにより車両２の各種制御を実行することができる。
【００１９】
また、制御部２３は、制御部２３のプロセッサ上で実行されるプログラムにより実装される複数の機能モジュールを含む。図２に示されるように、本実施形態では、制御部２３は、機能モジュールとして、乗客輸送システム１の一部を構成する自動運転制御部２４と、本実施形態に係る車両の通知装置を構成する通知制御部２５と、を含む。
【００２０】
自動運転制御部２４は、後述の車外カメラ５１、測距センサ５２、測位センサ５３から出力される信号及び車両２の現在地から利用者４の目的地までの車両２の走行ルートに基づいて、車両２の運転を自動制御するための制御信号を出力する。自動運転制御部２４は、図５を用いて後述するモビリティサービスに関連する自動運転制御の処理のうち車両２に関連する処理を実行する。
【００２１】
通知制御部２５は、機能モジュールとして、取得部２６と、判定部２７と、通知部２８と、を含む。取得部２６は、車両２の乗客４ｂが通知することを要求する後述の運転関連情報の種類を取得する。判定部２７は、取得部２６によって取得された種類の運転関連情報に関する通知条件が満たされているか否かを判定する。また、判定部２７は、車両２が目的地に到着したか否かを判定する。通知部２８は、取得部２６で取得された種類の運転関連情報を、通知することを要求した乗客に対して通知する。また、通知部２８は、取得部２６で取得された種類以外の運転関連情報についての通知を行わない。
【００２２】
車外カメラ５１は、車両２の周囲の映像を撮影して出力する。車外カメラ５１によって撮影された映像は、自動運転制御部２４が車両２の運転を自動制御するために利用される。車外カメラ５１は、車両２の周囲の物体及び人が明瞭に撮影されるように、例えば、撮像面を車外に向けて、車両２のフロントガラスの近くに配置される。
【００２３】
測距センサ５２は、車両２の前方に存在する物体までの距離を方位ごとに計測して出力する。測距センサ５２によって計測された距離情報は、自動運転制御部２４が車両２の運転を自動制御するために利用される。測距センサ５２は、例えば、車両２に設置されたＬＩＤＡＲ（Ｌｉｇｈｔ  Ｄｅｔｅｃｔｉｏｎ  ａｎｄ  Ｒａｎｇｉｎｇ）である。
【００２４】
測位センサ５３は、車両２の現在地を示す位置情報を生成してＥＣＵ２０に出力する。測位センサ５３によって生成された位置情報は、自動運転制御部２４が車両２の運転を自動制御するために利用されるほか、サーバ３０が車両２の現在地を把握できるように、ネットワーク５を介してサーバ３０へ送信される。測位センサ５３は、例えば、車両２に設置されたカーナビゲーションシステムのＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）である。
【００２５】
ＨＭＩ５４は、利用者４とＥＣＵ２０との間で情報の入出力を行うためのインターフェースである。ＨＭＩ５４は、例えば、音声出力のためのスピーカ、文字情報や画像情報を表示するためのディスプレイ、及び利用者４が入力操作を行うための操作ボタン或いはタッチパネル等を備える。ＨＭＩ５４は、例えば、乗客４ｂの座席毎に設けられている。本実施形態では、ＨＭＩ５４を介して、乗客４ｂに対する運転関連情報の通知が行われる。ただし、ライドシェア等を目的とした車両のように複数の乗客が同乗する車両では、スピーカを介して斯かる通知を行った場合には他の乗客４ｂに誤って通知が聞こえてしまう場合があるため、ディスプレイを介して斯かる通知を行うことが好ましい。この場合、このディスプレイには、通知が他の乗客４ｂに誤って見えてしまうことを抑制するためのフィルタ等が設けられることが好ましい。
【００２６】
走行用アクチュエータ５５は、車両２の走行制御を実行するための装置である。走行用アクチュエータ５５は、自動運転制御部２４から出力される制御信号に応じて、車両２の駆動力、車両２に付与する制動力、及び車両２の操舵作用を制御する。
【００２７】
乗降車検出器５６は、利用者４の乗車又は降車を検出した場合に、その乗車又は降車の検出信号をＥＣＵ２０に出力する。乗降車検出器５６は、例えば、利用者４の携帯端末４０と近距離無線通信することにより、利用者４の乗車又は降車を検出することができる。
【００２８】
車外通信機器５７は、無線通信機能を有する車載の端末である。車外通信機器５７は、例えば、車載のナビゲーションシステム、或いはＤＣＭ（Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｍｏｄｕｌｅ）である。車外通信機器５７は、無線基地局６を介してネットワーク５と接続される。
【００２９】
≪サーバの構成≫
図３は、本実施形態に係るサーバの概略構成図である。図３に示されるように、サーバ３０は、信号線を介して互いに接続された、通信Ｉ／Ｆ部３１と、記憶部３２と、制御部３３と、を備える。
【００３０】
通信Ｉ／Ｆ部３１は、通信部の一例であり、サーバ３０をネットワーク５と接続するための通信Ｉ／Ｆ回路である。通信Ｉ／Ｆ部３１は、車両２のＥＣＵ２０、及び携帯端末４０とネットワーク５を介して通信可能に構成される。
【００３１】
記憶部３２は、例えばＲＯＭ（リードオンリメモリ）やＲＡＭ（ランダムアクセスメモリ）等を含むことができる。記憶部３２は、制御部３３による処理に用いられる各種のプログラム、各種のデータ（例えば、各種パラメータ及び各種閾値など）を記憶する。
【００３２】
制御部３３は、例えばＣＰＵ及びその周辺回路等を有するプロセッサとすることができる。制御部３３は、記憶部３２に記憶された各種のプログラムを実行することによりサーバ３０の各種制御を実行することができる。制御部３３は、図５を用いて後述するモビリティサービスに関連する自動運転制御の処理のうちサーバ３０に関連する処理を実行する。
【００３３】
≪携帯端末の構成≫
図４は、本実施形態に係る携帯端末４０の概略構成図である。携帯端末４０は、ユーザＩ／Ｆ部４１と、通信Ｉ／Ｆ部４２と、測位センサ４３と、記憶部４４と、制御部４５と、を備える。
【００３４】
ユーザＩ／Ｆ部４１は、例えば、タッチパネルディスプレイを有する。ユーザＩ／Ｆ部４１は、ユーザによる操作（例えば、モビリティサービスに関するアプリケーションの起動、他の乗客との乗合を承認するか否かなど）に応じた信号を生成し、その信号を制御部４５へ出力する。また、ユーザＩ／Ｆ部４１は、制御部４５から受け取った各種の表示用の情報（例えば、他の乗客との乗合を提案するメッセージ、乗車する車両の車両ナンバー等の車両を特定するための情報、待ち合わせ場所、待ち合わせ時刻など）を表示する。
【００３５】
通信Ｉ／Ｆ部４２は、通信部の一例であり、携帯端末４０をネットワーク５と接続するための通信Ｉ／Ｆ回路である。通信Ｉ／Ｆ部４２は、車両２のＥＣＵ２０及びサーバ３０とネットワーク５を介して通信可能に構成される。
【００３６】
測位センサ４３は、携帯端末４０の現在地を示す位置情報を生成して制御部４５に出力する。測位センサ４３は、例えば、ＧＰＳである。測位センサ４３は、携帯端末４０の現在地を示す位置情報を生成して制御部４５に出力する。
【００３７】
記憶部４４は、例えばＲＯＭ（リードオンリメモリ）やＲＡＭ（ランダムアクセスメモリ）等を含むことができる。記憶部４４は、制御部４５による処理に用いられる各種のプログラム、各種のデータ（例えば、各種パラメータ及び各種閾値など）を記憶する。
【００３８】
制御部４５は、例えばＣＰＵ及びその周辺回路等を有するプロセッサとすることができる。制御部４５は、記憶部４４に記憶された各種のプログラムを実行することにより携帯端末４０の各種制御を実行することができる。制御部４５は、図５を用いて後述するモビリティサービスに関連する自動運転制御の処理のうち携帯端末４０に関連する処理を実行する。
【００３９】
≪乗客輸送制御の概要≫
図５は、本実施形態における、モビリティサービスに関連する乗客輸送制御の処理の一例を示すシーケンス図である。図５に示されるシーケンス図において、サーバ３０と、車両２のＥＣＵ２０及び携帯端末４０との間の通信は、ネットワーク５を介して行われる。
【００４０】
ステップＳ５０１で、モビリティサービスを利用しようとする利用者４が携帯する携帯端末４０が、配車の依頼とともに、利用者４の識別情報、利用者４の現在地及び目的地の情報等をサーバ３０に送信する。利用者４の識別情報は、例えば、モビリティサービスを利用する利用者４に付与された利用者番号を含む。また、利用者４の現在地及び目的地は、例えば、施設名、住所、又は経度と緯度の組み合わせにより指定される。
【００４１】
次に、ステップＳ５０２で、サーバ３０が、利用者４の現在地から一定距離内に存在する車両２を検索し、検索された少なくとも１つの車両２の中から利用可能な車両２を選択して、利用者４の現在地まで移動するよう車両２に配車の指示を送信する。
【００４２】
サーバ３０から配車の指示を受信すると、ステップＳ５０３で、車両２のＥＣＵ２０が、配車の指示とともに利用者４の現在地へ車両２を移動させる。
【００４３】
配車された車両２に利用者４が乗車して例えば携帯端末４０を乗降車検出器５６と近接無線通信させると、ステップＳ５０４で、車両２のＥＣＵ２０は、乗降車検出器５６から出力された検出信号に基づいて利用者４が車両２に乗車したことを検知してサーバ３０に通知する。なお、利用者４が車両２に乗車したことを車両２のＥＣＵ２０が通知する代わりに、利用者４自身が携帯端末４０を操作して乗車したことを通知してもよい。
【００４４】
サーバ３０は、利用者４が車両２に乗車したことを受信すると、車両２の現在地から利用者４の目的地までの車両２の走行ルートを生成する。或いは、車両２に搭載された例えばカーナビゲーションシステムが、配車の指示とともに受信した利用者４の現在地及び目的地の情報に基づいて、走行ルートを作成してもよい。なお、車両２がライドシェアサービス等を提供する場合は、既に車両２に乗車中の他の乗客４ｂの目的地と利用者４の目的地のうち、車両２の現在地から最も近い目的地までの走行ルートが生成される。
【００４５】
ステップＳ５０５で、サーバ３０が、必要に応じて走行ルートを車両２のＥＣＵ２０に送信し、走行ルートに従って自動運転するよう車両２のＥＣＵ２０に対して指示する。
【００４６】
次に、ステップＳ５０６で、車両２のＥＣＵ２０が車両２を自動運転制御することにより、車両２は走行ルートに従って目的地に向けて移動を開始する。車両２がＥＣＵ２０によって自動運転制御されている間、車両２のＥＣＵ２０は、現在地を示す位置情報を定期的にサーバ３０に送信する。
【００４７】
ステップＳ５０７で、車両２が利用者４の目的地に到着して、車両２が目的地に停車する。利用者４が車両２から降車する際に例えば携帯端末４０を乗降車検出器５６と近接無線通信させると、ステップＳ５０８で、車両２のＥＣＵ２０は、乗降車検出器５６から出力された検出信号に基づいて利用者４が降車したことを検知してサーバ３０に通知する。なお、利用者４が車両２から降車したことを車両２のＥＣＵ２０が通知する代わりに、利用者４自身が携帯端末４０を操作して降車したことを通知してもよい。
【００４８】
ステップＳ５０９で、車両２のＥＣＵ２０が車両２を自動運転制御することにより、車両２は他の乗客４ｂの目的地に向けて移動を開始する。
【００４９】
≪問題点≫
ところで、斯かる自動運転車両には、運転手等の乗務員が同乗していない。そのため、例えば車両の運転状況や運転環境等に異常や変化が生じたときに、その異常や変化を乗客に伝える責任者が車両内にいないことになる。従って、斯かる異常や変化が生じた場合に、乗客がこの異常や変化の原因等を把握できず、一部の乗客は不安を感じる場合がある。
【００５０】
そこで、本実施形態では、通知部２８は、運転関連情報を乗客４ｂに通知する。これにより、例えば、自動運転中に車両２が急ブレーキを掛けた場合に、通知部２８がその急ブレーキの原因を通知することにより、乗客４ｂはその急ブレーキの原因を把握することができる。その結果、一部の乗客４ｂは不安感を軽減することができる。また、例えば、ライドシェア等において他の利用者４が他の目的地を指定したことによりその車両２の走行ルートが変更された場合に、通知部２８がその変更後の走行ルートを通知することにより、乗客４ｂはその変更後の走行ルートを把握することができる。その結果、一部の乗客４ｂは安心感を得ることができる。
【００５１】
しかし、乗客４ｂによっては斯かる情報を必要としない場合もある。そのため、通知部２８が乗客全員に対して斯かる通知を行うと、一部の乗客４ｂは却って煩わしさを感じることもある。したがって、乗客４ｂに対するサービスの質の向上の観点から、不要な情報が乗客４ｂに通知されることを抑制するための手法が望まれている。
【００５２】
≪乗客が必要とする情報の通知≫
そこで、本実施形態では、取得部２６は、乗客４ｂが通知することを要求する運転関連情報の種類を取得する。また、通知部２８は、取得部２６で取得された種類の運転関連情報を、通知することを要求した乗客に対して通知する。特に、通知部２８は、取得部２６で取得された種類以外の運転関連情報についての通知を行わない。これにより、車両２の乗客４ｂが求める情報のみが乗客に通知される一方で、乗客４ｂにとって不要な情報が乗客４ｂに通知されることが抑制される。その結果、不要な情報の通知により乗客４ｂが煩わしく感じることが抑制されるため、車両２の乗客４ｂに対するサービスの質が向上される。以下、本実施形態に係る通知装置について詳細に説明する。
【００５３】
≪フローチャート≫
図６は、通知制御部２５において行われる通知処理の制御ルーチンを示すフローチャートである。本制御ルーチンは、例えば、図５における上記ステップＳ５０４からＳ５０７までの間、すなわちＥＣＵ２０が利用者４の車両２への乗車を検出してから、ＥＣＵ２０が利用者４の車両２への降車を検知するまで実行される。
【００５４】
ステップＳ６０１では、取得部２６が、乗客４ｂが通知することを要求する運転関連情報の種類を取得する。運転関連情報は、例えば、車両の運転状況、運転環境及び運行状況の少なくともいずれかを示す情報を含む。
【００５５】
車両の運転状況は、運転中におけるその車両内部の状況に関する情報を含む。運転状況を示す情報の種類としては、例えば、車両の運転に異常が生じた原因（急ブレーキの原因や急な進路変更の原因など）、及び車両に生じた故障の箇所などが挙げられる。また、運転環境は、運転中におけるその車両外部の環境に関する情報を含む。運転環境を示す情報の種類としては、例えば、走行予定の道路の渋滞情報及び形状（悪路や急カーブなど）、気象情報（現在の天候や気温など）、並びに走行中又は走行予定の地域に関する情報（地域の観光名所や特産品など）などが挙げられる。さらに、運行状況は、自動運転の運行状況に関する情報を含む。運行状況を示す情報の種類としては、例えば、変更後の走行ルート、走行ルートが変更された場合の目的地までの運転時間、及び次の交差点を曲がる方向などが挙げられる。
【００５６】
本実施形態では、ＨＭＩ５４には、運転関連情報の種類を示す複数の項目が表示される。車両２の乗客４ｂは、ＨＭＩ５４を介して、ＨＭＩ５４に表示された項目を選択入力するための操作を行うことができる。例えば、車両の運転に異常が生じた原因の通知を車両２の乗客４ｂが要求する場合、車両２の乗客４ｂは、車両の運転に異常が生じた原因を示す項目を選択入力するための操作を行う。この選択入力により、ＨＭＩ５４から取得部５４に乗客４ｂが通知することを要求する運転関連情報の種類が送信され、取得部２６は、乗客４ｂが通知することを要求する運転関連情報の種類を取得することができる。
【００５７】
次に、ステップＳ６０２で、判定部２７が、ステップＳ６０１で取得部２６によって取得された種類の運転関連情報に関する通知条件が満たされているか否かを判定する。本実施形態では、運転関連情報毎に、その運転関連情報の通知を行うための通知条件が適宜設定されている。ここで、ステップＳ６０２では、判定部２７は、ステップＳ６０１で取得部２６によって取得された種類以外の運転関連情報について、その通知条件が満たされているか否かの判定を行わない。
【００５８】
例えば、車両の運転に異常が生じた原因についての運転関連情報のうち、急ブレーキの原因が通行人の道路への急な飛び出しである旨の運転関連情報については、所定期間内にその車両２において急ブレーキが掛けられたこと及び各種センサの出力信号に基づいてＥＣＵ２０が通行人の道路への急な飛び出しを検出したこと等が通知条件として設定される。また、例えば、車両の運転に異常が生じた原因についての運転関連情報のうち、急ブレーキの原因が前方車両との衝突回避のためである旨の運転関連情報については、所定期間内にその車両２において急ブレーキが掛けられたこと及び前方車両に対する相対速度及び距離が所定の関係を満たしたことをＥＣＵ２０が検出したこと等が通知条件として設定される。
【００５９】
ステップＳ６０２において、通知条件が満たされていると判定された場合には、本制御ルーチンはステップＳ６０３へと進む。一方で、ステップＳ６０２において通知条件が満たされていないと判定された場合には、所定の時間経過後に、ステップＳ６０２が再度実行される。
【００６０】
ステップＳ６０３で、通知部２８が、通知することを要求した乗客４ｂに対して、ステップＳ６０２において通知条件が満たされていると判定された運転関連情報を通知する。例えば、通行人の道路への急な飛び出しにより車両２が急ブレーキを掛けたことによってステップＳ６０２において通知条件が満たされていると判定された場合、通知部２８は、急ブレーキの原因が通行人の道路への急な飛び出しである旨の運転関連情報をＨＭＩ５４に表示することにより乗客４ｂに通知する。特に、この通知は、斯かる運転関連情報の種類を示す項目を選択した乗客４ｂの座席に設けられたＨＭＩ５４のみを介して行われる。すなわち、この運転関連情報は、通知することを要求した乗客に対してのみ通知される。ここで、ステップＳ６０３では、ステップＳ６０２において取得部２６によって取得された種類以外の運転関連情報の通知条件が満たされているか否かの判定が行われない結果、取得部２６によって取得された種類以外の運転関連情報についての通知は行われない。
【００６１】
ステップＳ６０４で、判定部２７が、車両２が目的地に到着したか否かを判定する。ステップＳ６０４において車両２が目的地に到着していないと判定された場合、本制御ルーチンはステップＳ６０２へと戻る。一方で、ステップＳ６０４において車両２が目的地に到着したと判定された場合、本制御ルーチンが終了せしめられる。
【００６２】
本実施形態では、判定部２７は、取得部２６によって取得された種類以外の運転関連情報について、その通知条件が満たされているか否かの判定を行わないものとしたが、これに限定されず、判定部２７は、全ての運転関連情報についてこの判定を行ってもよい。この場合、通知部２８は、取得部２６によって取得された種類以外の運転関連情報について、その通知条件が満たされた場合であっても、その通知を行わないように構成される。いずれにせよ、通知部２８は、取得部２６によって取得された種類以外の運転関連情報についての通知を行わない。
【００６３】
＜第二実施形態＞
次に、第二実施形態に係る通知装置について説明する。第二実施形態に係る通知装置の構成は、基本的に第一実施形態に係る通知装置の構成と同様である。以下では、第一実施形態に係る通知装置の構成と異なる部分を中心に説明する。
【００６４】
本実施形態に係る通知システムは、図１の乗客輸送システム１と同様の構成を有する。すなわち、本実施形態に係る通知システムは、車両２に搭載されたＥＣＵ２０と、サーバ３０と、携帯端末４０と、を備える。
【００６５】
本実施形態では、第一実施形態のようなＨＭＩ５４に加え、利用者４の携帯端末４０を介して、運転関連情報の種類が取得され、運転関連情報が通知される。本実施形態によると、利用者４の携帯端末４０を介して運転関連情報の種類の取得及び運転関連情報の通知が行われるため、車内で携帯端末４０を利用することが多い利用者の利便性が向上される。以下、本実施形態について詳細に説明する。
【００６６】
本実施形態においても、通知制御部２５における通知処理は、図６に示した制御ルーチンに従って行われる。しかしながら、本実施形態では、図６のステップＳ６０１において、配車された車両２に利用者４が乗車して例えば携帯端末４０を乗降車検出器５６と近接無線通信させると、第一実施形態のようにＨＭＩ５４だけではなく、携帯端末４０のユーザＩ／Ｆ部４１にも、運転関連情報の種類を示す複数の項目が表示される。車両２の乗客４ｂは、携帯端末４０のユーザＩ／Ｆ部４１を介して、携帯端末４０のユーザＩ／Ｆ部４１に表示された項目を選択入力するための操作を行うことができる。この選択入力により、携帯端末４０の通信Ｉ／Ｆ部４２からネットワーク５を介して直接又はサーバ３０を経由して取得部２６に乗客４ｂが通知することを要求する運転関連情報の種類が送信され、取得部２６は、乗客４ｂが通知することを要求する運転関連情報の種類を取得することができる。
【００６７】
また、本実施形態では、図６のステップＳ６０３において、通知部２８は、第一実施形態のようにＨＭＩ５４を介して運転関連情報を通知するだけではなく、通知することを要求した乗客４ｂの携帯端末４０に、ステップＳ６０２において通知条件が満たされていると判定された運転関連情報と、この運転関連情報を通知させるための通知指示とを送信する。携帯端末４０の制御部４５は、運転関連情報及び通知指示を受信すると、この受信した運転関連情報を例えばユーザＩ／Ｆ部４１に表示する。これにより、その携帯端末４０を所有する乗客４ｂすなわちその通知を要求する乗客４ｂに、斯かる運転関連情報を通知する。携帯端末４０のバイブレーションとともに、斯かる運転関連情報が通知されてもよい。
【００６８】
また、本実施形態では、運転関連情報の種類の取得及び運転関連情報の通知の際に、ＨＭＩ５４及び携帯端末４０の両方が用いられ得るが、ＨＭＩ５４を用いず携帯端末４０のみが用いられてもよい。この場合、ＨＭＩ５４の設置コストの削減が可能となる。
【符号の説明】
【００６９】
２    車両
２０    ＥＣＵ
２４    自動運転制御部
２５    通知制御部
２６    取得部
２７    判定部
２８    通知部
３０    サーバ
４０    携帯端末
【図１】
2020086787.tif 000003
【図２】
2020086787.tif 000004
【図３】
2020086787.tif 000005
【図４】
2020086787.tif 000006
【図５】
2020086787.tif 000007
【図６】
2020086787.tif 000008