JP7533366B2 - 通知判断装置、通知判断方法および通知判断プログラム - Google Patents

Description

この明細書における開示は、車室内に情報が適切に通知されたか否かを判断する通知判断装置、通知判断方法および通知判断プログラムに関する。

路線バスでは、車内の乗客に対して次に停まる停留所を案内する車内放送、および停留所にてバスを待っていた乗客に対してバスの行き先を知らせる車外放送が行われている。これらの放送は、運転者による所定の操作に応じてその音声出力が開始される。そして特許文献１には、運転者の音声出力の操作を支援する放送制御装置が開示されている。

特開２０１９－２００６３５号公報

特許文献１に記載の放送制御装置では、音声出力の操作自体は自動化されるなど簡易化されているが、正しく音声が出力されたか否かの確認作業は運転者が行う必要がある。また、運転者がいない自動運転車両の場合は、確認作業する人がいないという問題がある。

そこで、開示される目的は前述の問題点を鑑みてなされたものであり、車室内に所定の情報を通知されたか否かを判断することができる通知判断装置、通知判断方法および通知判断プログラムを提供することを目的とする。

本開示は前述の目的を達成するために以下の技術的手段を採用する。

ここに開示された通知判断装置は、車両（１００）の動作予定に関する予定情報を取得する予定情報取得部（７１）と、車室内に予定情報を通知する情報通知部（１４）によって車室内に予定情報が通知されたか否かを判断する通知判断部（７４）と、情報通知部が通知した通知情報を取得する通知情報取得部（７２）と、予定情報取得部が取得した予定情報と、通知情報取得部が取得した通知情報とを比較し、２つの情報の一致性を算出する一致性算出部（７３）と、を含み、通知判断部は、一致性算出部が算出した一致性を用いて、車室内に予定情報が通知されたか否かを判断する通知判断装置である。
さらにここに開示された通知判断装置は、車両（１００）の動作予定に関する予定情報を取得する予定情報取得部（７１）と、車室内に予定情報を通知する情報通知部（１４）によって車室内に予定情報が通知されたか否かを判断する通知判断部（７４）と、車室内の乗員によって操作される少なくとも１つの操作部（１７，５１）の操作情報を取得する操作情報取得部（７８）と、車室内の乗員数を取得する乗員数取得部（７５）と、を含み、通知判断部は、乗員数取得部が取得した乗員数に対して、操作情報取得部が乗員によって予定情報を確認したことを示す確認操作情報を取得した人数が所定の人数比以上の場合には、車室内に予定情報が通知されたと判断する通知判断装置である。

ここに開示された通知判断方法は、少なくとも１つのプロセッサ（１０）によって実行される処理に、車両（１００）の動作予定に関する予定情報を取得すること、車室内に予定情報を通知する情報通知部（１４）によって車室内に予定情報が通知されたか否かを判断すること、情報通知部が通知した通知情報を取得すること、を含み、車室内に予定情報が通知されたか否かを判断するとき、取得した予定情報と取得した通知情報とを比較し、２つの情報の一致性を用いて、車室内に予定情報が通知されたか否かを判断する通知判断方法である。
さらにここに開示された通知判断方法は、少なくとも１つのプロセッサ（１０）によって実行される処理に、車両（１００）の動作予定に関する予定情報を取得すること、車室内に予定情報を通知する情報通知部（１４）によって車室内に予定情報が通知されたか否かを判断すること、車室内の乗員によって操作される少なくとも１つの操作部（１７，５１）の操作情報を取得すること、車室内の乗員数を取得すること、を含み、車室内に予定情報が通知されたか否かを判断する場合、取得した乗員数に対して、乗員によって予定情報を確認したことを示す確認操作情報を取得した人数が所定の人数比以上のときには、車室内に予定情報が通知されたと判断する通知判断方法である。

ここに開示された通知判断プログラムは、少なくとも１つのプロセッサ（１０）によって実行される処理に、車両（１００）の動作予定に関する予定情報を取得し、車室内に予定情報を通知する情報通知部（１４）によって車室内に予定情報が通知されたか否かを判断し、車室内の乗員によって操作される少なくとも１つの操作部（１７，５１）の操作情報を取得し、車室内の乗員数を取得する、ことを含む処理を実行させる通知判断プログラムであって、車室内に予定情報が通知されたか否かを判断する処理では、取得した予定情報と取得した通知情報とを比較し、２つの情報の一致性を用いて、車室内に予定情報が通知されたか否かを判断する処理を実行させる通知判断プログラムである。
さらにここに開示された通知判断プログラムは、少なくとも１つのプロセッサ（１０）によって実行される処理に、車両（１００）の動作予定に関する予定情報を取得し、車室内に予定情報を通知する情報通知部（１４）によって車室内に予定情報が通知されたか否かを判断し、車室内の乗員によって操作される少なくとも１つの操作部（１７，５１）の操作情報を取得し、車室内の乗員数を取得する、ことを含む処理を実行させる通知判断プログラムであって、車室内に予定情報が通知されたか否かを判断する処理では、取得した乗員数に対して、乗員によって予定情報を確認したことを示す確認操作情報を取得した人数が所定の人数比以上のときには、車室内に予定情報が通知されたと判断する処理を実行させる通知判断プログラムである。

このような通知判断装置、通信判断方法および通知判断プログラムに従えば、車両の動作予定に関する予定情報を取得する。車両の動作予定は、たとえば出発、ドアの開閉など、車両がこれから行う動作の予定である。情報通知部は、車室内に予定情報を通知するが、情報通知部に何らかの不具合があると、予定情報が車室内に通知されない場合がある。また環境要因によって、予定情報が適切に車室内に通知されないことがある。たとえば踏切音があり、情報通知部が音によって予定情報を通知する場合、乗員が予定情報を聴別できないことがあるので、この場合には、予定情報が、乗員に聞こえるようには車室内に通知されていない。そこで情報通知部によって車室内に予定情報が通知されたか否かを判断する。これによって車室内に予定情報が通知されてか否かを運転者が確認する必要がなく、また自動運転車両の場合では、確認作業を行うことができる。

なお、前述の各手段の括弧内の符号は、後述する実施形態に記載の具体的手段との対応関係を示す一例である。

通知判断装置１０の構成を示すブロック図。 車両１００の構成を簡略化して示す斜視図。 情報通知部１４の構成を示すブロック図。 通知判断装置１０の処理を示すフローチャート。 情報通知部１４の処理を示すフローチャート。 情報通知部１４の他の処理を示すフローチャート。 情報携帯端末５０の処理を示すフローチャート。 通知判断装置１０の通知確認処理を示すフローチャート。 通知判断装置１０の認知確認処理を示すフローチャート。 通知判断装置１０の確認処理を示すフローチャート。 通知判断装置１０の音声に関する処理を示すフローチャート。 通知判断装置１０の映像に関する処理を示すフローチャート。 通知判断装置１０の振動に関する処理を示すフローチャート。 通知判断装置１０の確認操作に関する処理を示すフローチャート。

（第１実施形態）
本開示の第１実施形態に関して、図１～図１４を用いて説明する。本実施形態の通知判断装置１０は、車両１００に搭載され、車両１００の車室１０１に対して、所定の情報が通知されたか否かを判断する。そして通知判断装置１０は、通知がされていないと判断した場合には、再度の通知を促す、または外部の装置に支援要請を行うように各部を制御する。

通知判断装置１０は、車両１００に複数搭載された車載コンピュータのうちの一つである。通知判断装置１０は、車両１００に搭載される他の装置と情報を送受信して、通知判断処理などの各種の処理を実施する。

車両１００には、図１に示すように、車内マイク１１、車内カメラ１２、振動検出部１３、情報通知部１４、人数カウンタ１５、走行センサ群１６、車載通信器１８、車載記憶部１９、車載操作部１７および通知判断装置１０が搭載されている。本実施形態の車両１００は、運転者による運転操作がない状態で自律走行可能な自動運転バスであり、車外の通信ネットワーク２００と通信可能なコネクテッドカーである。また本実施形態の車両１００は、動力源として内燃機関を有する車両１００である。

車両１００には、図２に示すように、例えば所定の定員、たとえば数名から数十名程度まで乗客を搭乗させることが可能な車室１０１が設けられている。車室１０１には、乗客が着座可能な多数の座席が客席として設置されている。車両１００に搭乗している人を、乗客または乗員という。車室１０１は、客室ともいう。

走行センサ群１６は、車両１００の走行に関する各種の情報を検出する。走行センサ群１６は、車外の情報を取得する車外センサ、および車両１００の走行情報を示す状態情報を取得する車載センサを含む。走行センサ群１６は、取得した情報を車内ネットワークに出力する。

車外センサは、自律走行に必要な車外の情報を取得する構成である。車外センサには、例えばカメラユニット、ライダユニット、ミリ波レーダユニットおよび車外マイク等に加えて、地図データベースと組み合わされたＧＮＳＳ（Global Navigation Satellite System）受信器等が含まれている。カメラユニット、ライダユニット及びミリ波レーダユニットは、歩行者及び他車両等の移動物体、並びに交通信号、道路標識及び区画線等の静止物体を検出する。車外マイクは、車外の音を検出する。ＧＮＳＳ受信器は、車両１００の現在位置を特定するための情報として、複数の人工衛星から送信された測位信号を受信する。

車載センサは、車両１００の状態を検出する複数のセンサである。車載センサには、例えば車速センサ、加速度センサ、ヨーレートセンサ等が含まれている。

人数カウンタ１５は、車室１０１の乗員数を検出し、検出した情報を車内ネットワークに出力する。人数カウンタ１５は、各座席に設置された感圧センサ及びシートベルトスイッチ等の検出情報が用いて人数を検出する。また人数カウントは、車両１００と無線接続されている情報携帯端末５０の数を人数として検出してもよい。さらに人数カウンタ１５は、車内カメラ１２などの監視デバイスを用いて人数を検出してもよい。

また車両１００には、図１に示すように、車両１００の各部を制御する車両用制御装置であって、自立走行を担うユニットとして、たとえば自動運転制御ユニット２０、走行制御ユニット３０および自動運転インターフェースユニット４０等が搭載されている。

自動運転インターフェースユニット４０は、プロセッサ、ＲＡＭ、メモリ装置及び入出力インターフェースを有する制御回路を主体に構成された車載コンピュータである。自動運転インターフェースユニット４０は、自動運転制御ユニット２０及び走行制御ユニット３０の間に介在し、車両１００の自律走行を統合的に管理する。自動運転インターフェースユニット４０は、走行センサ群１６の出力に基づく情報を、自動運転制御ユニット２０および走行制御ユニット３０に提供する。また自動運転インターフェースユニット４０は、自動運転制御ユニット２０から取得する制御コマンドに基づいて、走行制御ユニット３０の制御指令を出力する。

自動運転インターフェースユニット４０は、通知判断装置１０および車載通信器１８と電気的に接続されている。自動運転インターフェースユニット４０は、車室１０１に搭乗する乗客の状況を反映した走行制限指令を、通知判断装置１０から取得する。加えて自動運転インターフェースユニット４０は、車載通信器１８を通じて管理センタ９２からも走行制限指令を取得する。自動運転インターフェースユニット４０は、これらの走行制限指令に基づき、自動運転制御ユニット２０から取得する制御コマンドに対して、走行制御ユニット３０へ出力する制御指令を調整する。したがって管理センタ９２からの走行制限指令によって、車両１００が遠隔制御される。また通知判断装置１０が車室１０１内に通知できていないと判断した場合には、走行制限指令によって出発禁止などの制御を実施することができる。

自動運転制御ユニット２０は、自動運転インターフェースユニット４０と電気的に接続されている。自動運転制御ユニット２０は、車両１００の状態を示す状態情報を、自動運転インターフェースユニット４０から取得する。自動運転制御ユニット２０は、プロセッサ、ＲＡＭ、メモリ装置及び入出力インターフェースを有する制御回路を主体に構成された車載コンピュータである。自動運転制御ユニット２０は、メモリ装置に記憶された自律走行プログラムをプロセッサによって実行し、位置推定部２１、環境認識部２２、ルート生成部２３及び自律走行制御部２４等の機能部を実装する。

位置推定部２１は、走行センサ群１６が取得した測位信号及び検出情報等に基づき、車両１００の現在位置を高精度に推定する。環境認識部２２は、位置推定部２１にて特定された位置情報、位置情報に基づき地図データベースから取得する地図データ、及びカメラユニット等の検出情報を組み合わせて、車両１００の周囲の走行環境、及び当該周囲の障害物等を認識する。環境認識部２２は、車両１００の周囲の認識結果に基づき、車両１００の周囲の走行環境を再現した仮想空間を生成する。

ルート生成部２３は、環境認識部２２によって認識された走行環境、及び自動運転インターフェースユニット４０から取得する車両１００の状態情報に基づき、車両１００を自律走行させるための走行計画を生成する。自律走行制御部２４は、ルート生成部２３によって生成された走行計画に基づき、走行計画に従った走行を実現させる駆動、制動及び操舵の各制御量を演算する。自律走行制御部２４は、各制御量を指示する制御コマンドを生成し、自動運転インターフェースユニット４０へ向けて逐次出力する。

自律走行制御部２４は、予定情報も自動運転インターフェースユニット４０へ向けて逐次出力する。自立走行制御部は、ルート生成部２３によって生成された停留所における走行計画に基づき、挙動変化を予定情報として出力する。停留所における走行計画は、たとえば停留所からの発車、停留所への停車、停留所におけるドアの開閉などである。また予定情報は、走行状態からの停止、信号などの停止状態からの発車なども含む。

走行制御ユニット３０は、車両１００に搭載された走行センサ群１６及び車載アクチュエータ群と直接的又は間接的に電気接続されている。車載アクチュエータ群は、車両１００の加減速制御及び操作制御等を実行する。車載アクチュエータ群には、例えば、駆動用及び回生用のモータジェネレータ駆動用モータ、ブレーキアクチュエータ、並びにステアリングアクチュエータ等が含まれている。

走行制御ユニット３０は、プロセッサ、ＲＡＭ、メモリ装置及び入出力インターフェースを有する制御回路を主体に構成された車載コンピュータである。走行制御ユニット３０は、自動運転インターフェースユニット４０と電気的に接続されている。走行制御ユニット３０は、駆動、制動及び操舵等の制御指令を自動運転制御ユニット２０から取得する。走行制御ユニット３０は、取得した制御指令に基づき、車載アクチュエータ群を作動させ、走行計画に基づく自動走行を実施する。

次に、情報通知部１４に関して説明する。情報通知部１４は、車室１０１内に設置され、車室１０１の乗客に予定情報を含む各種の情報を通知する。予定情報は、車両１００の動作予定に関する情報であり、たとえば発車、停車、ドア開、ドア閉および急ブレーキなどの動作予定である。動作予定は、挙動変化の予定ともいう。予定情報は、車両１００の挙動変化前に、乗員に対し情報を通知すべき情報である。予定情報を事前に通知することで、乗員が動作に対して備えることができる。したがって予定情報は、乗員に対して注意を喚起する注意喚起情報とも言える。

予定情報は、自動運転インターフェースユニット４０から車内ネットワークに出力される。情報通知部１４は、予定情報の他には、広告、ニュース、車両１００の運行情報、警告情報等を車室１０１に対して通知する。情報通知部１４は、通知方法が異なる複数の通知機を有する。本実施形態の通知機は、図３に示すように３種類であり、モニタ６１、スピーカ６２およびバイブレータ６３である。これら３種類の通知機による通知方法は、それぞれ、画像による通知する方法、音により通知する方法、振動により通知する方法である。

モニタ６１は、例えば液晶ディスプレイであり、画像表示によって情報を通知する。モニタ６１は、映像通知部６４によって表示画像が制御される。モニタ６１は、バスの運行に関する運行表の情報、および運転者に関する個人情報をバスの車内および車外に表示する。モニタ６１は、たとえば系統情報を乗客に向けて表示する。モニタ６１は、具体的には、たとえば次の停留所、運賃、行き先経路、途中停留所などを表示する。またモニタ６１は、運転者の氏名を表示する。モニタ６１は、車内向け、および車外向けに用途に応じて、複数配置される。

スピーカ６２は、音声出力によって、情報を通知する。スピーカ６２は、音声通知部６５によって出力される音が制御される。したがってスピーカ６２は、音声で案内するための音出力部である。スピーカ６２は、音声メッセージおよび音を乗客に向けて出力する。スピーカ６２は、たとえば次の停留所を案内する音声、停留所に到着したことを案内する音声、停留所を出発することを案内する音声などを出力する。

バイブレータ６３は、振動によって、情報を通知する。バイブレータ６３は、振動通知部６６によって出力される振動が制御される。バイブレータ６３は、たとえば座席、つり革、および手すりなど内蔵されている。バイブレータ６３は、情報種別ごとに異なる振動パターンで振動させる。またバイブレータ６３は、車両１００の走行駆動源である内燃機関によって実現され、内燃機関を停止状態から内燃機関を駆動させたときに発生する振動によって情報を通知してもよい。

車載操作部１７は、車室１０１内に設けられ、乗客によって操作される操作部である。車載操作部１７は、乗客によって操作されると、操作された操作内容を示す操作情報を車内ネットワークに出力する。車載操作部１７は、たとえば次の停留所で降車する場合に、降車を伝えるために乗客によって操作される。また車載操作部１７は、たとえば情報通知部１４が情報を通知し、乗員が通知内容を確認した場合に、確認したことを伝えるために操作される。車載操作部１７は、複数、車室１０１に設けられ、たとえば座席毎、またはつり革毎に車室１０１の壁および座席などに設置される。

次に、車室１０１内を監視する監視デバイスに関して説明する。監視デバイスは、車室１０１内を監視するとともに、情報通知部１４が通知した情報を監視する。監視デバイスは、車内カメラ１２、車内マイク１１および振動検出部１３である。監視デバイスは、図２に示すように、例えば車室１０１の天井に設置されている。

車内カメラ１２は、車室１０１およびモニタ６１を撮影し、生成した車室１０１の映像を通知判断装置１０へ向けて逐次出力する。車内カメラ１２は、広角レンズと組み合わされており、車室１０１内に死角ができない配置で設置されている。車内カメラ１２は、可視光域の光に加えて、近赤外線域の光を検出可能な構成であってもよく、又はレーザスキャナ等と組み合わされていてもよい。

車内マイク１１は、車室１０１の音を検出した車室音声を、通知判断装置１０へ向けて逐次出力する。車室１０１の音には、スピーカ６２が出力した音を含む。振動検出部１３は、車室１０１の振動、およびバイブレータ６３の振動を検出し、検出した振動のセンサ情報を通知判断装置１０へ向けて逐次出力する。したがって振動検出部１３は、座席、手すりおよびつり革につけられたバイブレータ６３が実際振動したか否かを検出する。さらに振動検出部１３は、発車前にアイドルストップからのエンジン始動等による車両１００全体に及ぶ振動が発生したかを検出する。

車載通信器１８は、車室１０１内の情報携帯端末５０と無線通信可能である。車載通信器１８および情報携帯端末５０はそれぞれ、通信範囲が例えば最大でも数十メートル程度となる所定の近距離無線通信規格に準拠した近距離無線通信を実施可能に構成されている。近距離無線通信規格としては、例えばBluetooth Low Energy（Bluetoothは登録商標）や、Wi-Fi（登録商標）、ZigBee（登録商標）等を採用することができる。

また車載通信器１８は、車外の通信ネットワーク２００と無線通信可能である。通信ネットワーク２００には、車両１００の外部に位置する外部装置として、たとえばクラウドサーバ９０等に構築された監視システム９１、多数の車両１００の運行を管理する管理センタ９２、及び病院などの救急センタ９９のシステム等が接続されている。管理センタ９２には、運行管理コンピュータ９３及びオペレータ端末９４等が設置されている。車載通信器１８は、監視システム９１、管理センタ９２及び救急センタ９９との間で情報を送受信する。

情報携帯端末５０は、乗客によって携帯され、端末操作部５１、端末制御部５２および端末通信部５３を有する。端末通信部５３は、通信ネットワーク２００と通信可能であり、かつ近距離通信機能を備えている。端末操作部５１は、操作部であって、操作されることで各種の操作情報が入力可能である。端末制御部５２は、端末操作部５１の操作情報に応じて、情報携帯端末５０の各部を制御する。

情報携帯端末５０は、専用機あってもよく、スマートフォンおよびタブレット端末などに機能の一部として搭載してもよい。情報携帯端末５０が近距離通信として送信する信号には、送信元情報が含まれている。送信元情報は、例えば携帯端末に割り当てられた固有の識別情報である端末ＩＤである。端末ＩＤは他の通信端末と携帯端末とを識別するための情報として機能する。

情報携帯端末５０は、所定の近距離無線通信を用いた電波を送受信する。端末操作部５１が操作されると、操作内容に基づく信号が端末制御部５２に与えられる。情報携帯端末５０は、車両１００からリクエスト信号を受信した場合には、そのリクエスト信号に応答するレスポンス信号を送信する。このときレスポンス信号に端末ＩＤを含ませる。

情報携帯端末５０は、車載通信器１８と接続された状態で、端末操作部５１が、乗客によって操作されると、操作された操作内容を示す操作情報の少なくとも一部を車内ネットワークに出力することができる。したがって情報携帯端末５０は、車両１００と接続された状態では、端末操作部５１が前述の車載操作部１７と同様の機能を実現する。具体的には、端末操作部５１は、たとえば次の停留所で降車する場合に、降車を伝えるために乗客によって操作される。また端末操作部５１は、たとえば情報通知部１４が情報を通知し、乗員が通知内容を確認した場合に、確認したことを伝えるために操作される。

情報携帯端末５０は、予定情報を設定された言語に翻訳する翻訳機能を有することが望ましい。これによって情報携帯端末５０は、予定情報などの各種情報を設定した母国語などの言語へ翻訳する。したがって情報携帯端末５０の所持者は、予定情報を設定した母国語などの言語によって確認することができる。

次に、通知判断装置１０に関して説明する。通知判断装置１０は、情報通知部１４が適切に機能しているかを監視するための監視機能を有する車載コンピュータである。通知判断装置１０は、プロセッサ、ＲＡＭ、メモリ装置及び入出力インターフェースを有する制御回路を主体に構成されている。プロセッサは、ＲＡＭと結合された演算処理のためのハードウェアであって、種々のプログラムを実行可能である。メモリ装置は、不揮発性の記憶媒体を含む構成であって、プロセッサによって実行される種々のプログラムを格納している。メモリ装置に格納されたプログラムには、情報通知部１４を監視する監視プログラムおよび車室１０１内への通知の可否を判断する通知判断プログラムが少なくとも含まれている。

通知判断装置１０は、車室１０１内に、車両１００の挙動変化の前に予定情報が通知されたかを確認する。通知判断装置１０は、機能ブロックとして、予定情報取得部７１、通知情報取得部７２、一致性算出部７３、通知判断部７４、乗員数取得部７５、予定変更部７６、警告部７７および操作情報取得部７８を含んで構成される。

予定情報取得部７１は、車両１００の動作予定に関する予定情報を取得する。予定情報は、たとえば停留所を定刻で出発する前に、事前にドアを閉める予定を示す情報である。予定情報取得部７１は、予定情報を自動運転インターフェースユニット４０から取得する。

通知情報取得部７２は、情報通知部１４が通知した通知情報を取得する。通知情報取得部７２は、監視デバイスが検出したデータから通知情報を取得する。通知情報取得部７２は、たとえば車内マイク１１が検出した車内アナウンスの音声情報を通知情報として取得する。また通知情報取得部７２は、たとえば車内カメラ１２が撮影したモニタ６１の映像情報を通知情報として取得する。さらに通知情報取得部７２は、たとえば振動検出部１３が検出したバイブレータ６３の振動を通知情報として取得する。

一致性算出部７３は、予定情報取得部７１が取得した予定情報と、通知情報取得部７２が取得した通知情報とを比較し、２つの情報の一致性を算出する。情報通知部１４が正常に動作しており、環境要因による外乱がない場合には、予定情報と通知情報とは一致するこれに対して、情報通知部１４に外乱および故障などがある場合には、情報通知部１４によって予定情報が適切に出力されないので、予定情報と通知情報との一致性は低下する。たとえば情報通知部１４のモニタ６１の表示面の一部が欠落している場合は、予定情報が全て表示されてないおそれがあるので、車内カメラ１２が取得した通知情報と予定情報とは一致しない可能性が高い。

操作情報取得部７８は、車室１０１内の乗員によって操作される車載操作部１７の操作情報および端末操作部５１の操作情報を取得する。操作情報取得部７８は、車載通信器１８を介して、情報携帯端末５０から操作情報を取得する。乗員数取得部７５は、車室１０１内の乗員数を取得する。乗員数取得部７５は、人数カウンタ１５が検出した人数を取得する。

通知判断部７４は、情報通知部１４によって車室１０１内に予定情報が通知されたか否かを判断する。通知判断部７４は、一致性算出部７３が算出した一致性を用いて、車室１０１内に予定情報が通知されたか否かを判断する。一致性は、たとえば０％から１００％で算出され、予定情報と通知情報とが完全に一致する場合は、１００％であり、予定情報と通知情報との間に一致する部分がない場合には、０％となる。

適切に車室１０１内に予定情報が通知された場合は、一致性の度合いの所定の正確度合い、たとえば８０％よりも高い。一致性の度合いが高い場合には、車室１０１内に予定情報が通知された判断する。これに対して、適切に車室１０１内に予定情報が通知されていない場合には、一致性の度合いが正確度合いよりも低いので、予定情報が通知されていないと判断する。

警告部７７は、前回の通知後から所定の第４確認期間にわたって通知判断部７４によって予定情報が通知されていないと判断された場合には、外部に位置する外部装置に警告情報を出力する。第４確認期間は、たとえば数秒に設定される。また警告部７７は、各部に異常が発生した場合、たとえば情報通知部１４に異常が発生した場合には、警告情報を出力する。

次に、通知判断装置１０の通知判断方法に関して、図４のフローチャートを用いて説明する。図４に示す処理は、車両１００のイグニッションがオン状態において、短時間に繰り返し実行される。

ステップＳ１１では、予定情報を受信したか否かを判断し、予定情報を受信した場合には、ステップＳ１２に移り、予定情報を受信していない場合には、本フローを終了する。予定情報の受信は、予定情報取得部７１によって行われる。

ステップＳ１２では、予定情報を受信したので、情報通知部１４に予定情報を通知するように予定情報を送信し、ステップＳ１３に移る。ステップＳ１３では、車両１００に無線接続されている情報携帯端末５０に予定情報を送信し、本フローを終了する。

このように通知判断装置１０は、情報通知部１４および車載通信器１８を制御する。通知判断装置１０は、予定情報を受信すると、情報通知部１４によって予定情報を通知するように、また車室１０１内にて無線接続されている情報携帯端末５０に予定情報を送信するように車載通信器１８を制御する。

次に、情報通知部１４の処理に関して、図５および図６のフローチャートを用いて説明する。図５および図６に示す処理は、車両１００のイグニッションがオン状態において、短時間に繰り返し実行される。まず、図５に示す処理に関して説明する。

ステップＳ２１では、予定情報を受信したか否かを判断し、予定情報を受信した場合には、ステップＳ２２に移り、予定情報を受信していない場合には、本フローを終了する。

ステップＳ２２では、予定情報を受信したので、通知するための通知パラメータを設定し、ステップＳ２３に移る。通知パラメータは、予定情報を通知するために設定される設定値である。スピーカ６２の通知パラメータは、音声通知部６５によって設定され、たとえば音量および音調などである。モニタ６１の通知パラメータは、映像通知部６４によって設定され、たとえば表示位置、表示色、輝度などである。バイブレータ６３の通知パラメータは、振動通知部６６によって設定され、たとえば振動の長さ、振動の周期、振動の強さなどである。またバイブレータ６３の通知パラメータとして、個別のバイブレータ６３の設定値でなく、振動させるバイブレータ６３の選択を通知パラメータとしてもよい。たとえば座席に内蔵されたバイブレータ６３を選択する場合、およびエンジンをバイブレータ６３として選択する場合がある。エンジンをバイブレータ６３として選択した場合は、車両１００全体を振動させるアイドルストップ状態からのエンジンを始動して車両１００全体を振動させる。

ステップＳ２３では、ステップＳ２２で設定された通知パラメータで予定情報を通知し、本フローを終了する。これによってモニタ６１は、予定情報を画像によって表示する。またスピーカ６２は、予定情報の音声を車室１０１に向けて再生する。またバイブレータ６３は、予定情報を振動によって通知する。このように情報通知部１４は、通知パラメータを設定して、予定情報を受信すると、予定情報を通知する。

次に、図６に示す処理に関して説明する。ステップＳ３１では、再通知要求を受信したか否かを判断し、再通知要求を受信した場合には、ステップＳ３２に移り、再通知要求を受信していない場合には、本フローを終了する。再通知要求は、予定情報を再度通知する要求である。再通知要求は、前回の通知では、通知の確認がなかった場合に与えられる。

ステップＳ３２では、再通知要求を受信したので、通知パラメータを再設定し、ステップＳ３３に移る。再通知要求は、前回の通知パラメータでは通知できなかった可能性があるので、通知パラメータを前回の通知パラメータから通知の可能性が上がるように変更する。スピーカ６２の通知パラメータを、たとえば音量を大きくおよび音調を高くなるように設定する。またスピーカ６２の通知パラメータを、たとえば検出したノイズの周波数を避ける値に設定する。モニタ６１の通知パラメータを、たとえば表示位置の変更、また周囲の明るさなどを踏まえて、表示色および輝度を変更するように設定する。バイブレータ６３の通知パラメータを、たとえば振動期間を長く、振動強度を強くするように設定する。

ステップＳ３３では、ステップＳ３２で再設定された通知パラメータで予定情報を通知し、本フローを終了する。

次に、情報携帯端末５０の処理に関して、図７のフローチャートを用いて説明する。図７に示す処理は、情報携帯端末５０の電源がオン状態において、短時間に繰り返し実行される。

ステップＳ４１では、予定情報を受信したか否かを判断し、予定情報を受信した場合には、ステップＳ４２に移り、予定情報を受信していない場合には、本フローを終了する。予定情報を受信した場合には、受信完了を示す受信完了信号を送信元に返信してもよい。また予定情報が通信エラーによって受信できない場合には、エラー信号を送信元に返信してもよい。

ステップＳ４２では、予定情報を受信したので、予定情報を所持者に対して通知し、ステップＳ４３に移る。情報携帯端末５０は、予定情報を、画像、振動および音声などによって通知する。また予定情報そのものは情報携帯端末５０によって通知せずに、情報通知部１４から通知された予定情報の確認を促す情報を予定情報として通知してもよい。

ステップＳ４３では、予定情報を確認した操作が端末操作部５１によってされたか否かを判断し、確認操作がされた場合には、ステップＳ４４に移り、確認操作がされていない場合には、ステップＳ４５に移る。

ステップＳ４５では、確認操作がされていないので、予定情報を受信してから所定の第５確認期間Ｔ５が経過したか否かを判断し、第５確認期間Ｔ５を経過した場合には、本フローを終了し、経過していない場合には、ステップＳ４３に戻る。第５確認期間Ｔ５は、たとえば数秒に設定される。

ステップＳ４４では、第５確認期間Ｔ５内に確認操作がされたので、確認操作情報を通知判断装置１０に送信するように端末通信部５３を制御し、本フローを終了する。このように情報携帯端末５０は、予定情報を受信すると、予定情報を表示し、所持者によって確認操作がされると、確認操作情報を送信する。

次に、通知判断装置１０の通知判断方法に関して、図８～図１０を用いて説明する。図８～図１０に示す処理は、車両１００のイグニッションがオン状態において、短時間に繰り返し実行される。まず、図８に示す処理に関して説明する。

ステップＳ５１では、予定情報を受信したか否かを判断し、予定情報を受信した場合には、ステップＳ５２に移り、予定情報を受信していない場合には、本フローを終了する。ステップＳ５２では、情報通知部１４によって車室１０１に予定情報が通知されたか否かを判断する確認処理を実施、ステップＳ５３に移る。確認処理に関しては、後述する。

ステップＳ５３では、確認処理によって正常と判断されたか否かを判断し、正常の場合には、ステップＳ５４に移り、正常でない場合には、ステップＳ５７に移る。正常とは、車室１０１内に予定情報が通知された場合である。正常でない場合とは、車室１０１内に予定情報が通知されていない場合である。

ステップＳ５４では、最初の処理開始から所定の第１期間Ｔ１が経過したか否かを判断し、経過した場合には、ステップＳ５６に移り、経過していない場合には、ステップＳ５５に移る。第１期間Ｔ１は、たとえば数秒に設定される。第１期間Ｔ１は、第１確認期間に対応する。

ステップＳ５５では、第１期間Ｔ１が経過していないので、情報通知部１４へ再度、予定情報を通知するように制御し、本フローを終了する。情報通知部１４への再度の通知要求には、前回の予定情報を前回通信時とは異なる通知形式、または異なる通知方法で通知する情報が含まれる。

ステップＳ５６では、第１期間Ｔ１が経過後も正常と判定されていないので、通知確認＝ＮＧとして、予定変更部７６に出力し、本フローを終了する。ステップＳ５７では、正常と判定されたので、通知確認＝ＯＫとして、予定変更部７６に出力し、本フローを終了する。

このように通知判断部７４は、前回の通知後から所定の第１期間Ｔ１にわたって予定情報が通知されていないと判断した場合には、予定情報を前回通知時とは異なる通知形式で通知するように情報通知部１４を制御する。

次に、図９に示す処理に関して説明する。ステップＳ６１では、予定情報を受信したか否かを判断し、予定情報を受信した場合には、ステップＳ６２に移り、予定情報を受信していない場合には、本フローを終了する。

ステップＳ６２では、情報携帯端末５０によって乗客に予定情報が認知されたか否かを判断する確認処理を実施、ステップＳ６３に移る。確認処理に関しては、後述する。ステップＳ６３では、確認処理によって正常と判断されたか否かを判断し、正常の場合には、ステップＳ６４に移り、正常でない場合には、ステップＳ６７に移る。正常とは、情報携帯端末５０を有する乗客によって予定情報が認知された場合である。正常でない場合とは、情報携帯端末５０を有する乗客によって予定情報が認知されていない場合である。

ステップＳ６４では、最初の処理開始から所定の第２期間Ｔ２が経過したか否かを判断し、経過した場合には、ステップＳ６６に移り、経過していない場合には、ステップＳ６５に移る。第２期間Ｔ２は、たとえば数秒に設定される。第２期間Ｔ２は、第１確認期間に対応する。

ステップＳ６５では、第２期間Ｔ２が経過していないので、情報通知部１４へ再度、予定情報を通知するように制御し、本フローを終了する。情報通知部１４への再度の通知要求には、前回の予定情報を前回通信時とは異なる通知形式、または異なる通知方法で通知する情報が含まれる。

ステップＳ６６では、第２期間Ｔ２が経過後も正常と判定されていないので、認知確認＝ＮＧとして、予定変更部７６に出力し、本フローを終了する。ステップＳ６７では、正常と判定されたので、認知確認＝ＯＫとして、予定変更部７６に出力し、本フローを終了する。

このように通知判断部７４は、前回の通知後から所定の第２期間にわたって予定情報が乗客によって認知されていないと判断した場合には、予定情報を前回通知時とは異なる通知形式で通知するように情報通知部１４を制御する。

次に、図１０に示す処理に関して説明する。ステップＳ７１では、予定変更部７６が受信した通知判定はＯＫであるか否かを判断し、ＯＫである場合には、ステップＳ７２に移り、ＯＫでない場合には、ステップＳ７３に移る。ステップＳ７２では、予定変更部７６が受信した認知判定はＯＫであるか否かを判断し、ＯＫである場合には、ステップＳ７６に移り、ＯＫでない場合には、ステップＳ７３に移る。

ステップＳ７３では、通知確認または認知確認の少なくともいずれか一方がＯＫでないので、人による安全確認を実施する旨を車室１０１に通知するように、情報通知部１４および車載通信器１８を制御し、ステップＳ７４に移る。通知確認または認知確認がＮＧであるので、情報通知部１４に何らかの異常が発生している可能性がある。したがって通常よりも処理に時間がかかるので、乗客に不安を与えないためにステップＳ７３の処理を行う。通知方法は、音声など正常に動作している可能性が高い情報通知部１４であればよい。

ステップＳ７４では、遠隔オペレータに対応を依頼する警告情報を出力し、ステップＳ７５に移る。ステップＳ７４の処理は、警告部７７によって行われる。本実施形態では、車両１００は自動運転車両であるが、車両１００を管理する管理人、たとえばドライバーが乗車している場合には、対応を依頼する警告情報を出力してもよい。これによって所定の第４確認期間以上、確認完了の判断を下せない場合、管理センタ９２にいるオペレータを自動で呼出し、判断の代行を依頼することができる。

ステップＳ７５では、処理完了したか否かを判断し、処理が完了した場合はステップＳ７６に移り、処理が完了するまでステップＳ７５の処理を繰り返す。ステップＳ７４にて、オペレータへの対応を依頼したので、対応が完了したら処理完了となる。換言すると、人によって予定情報の通知がされたことを確認できた、または他の方法によって予定情報の通知が完了した場合に、対応完了が人によって入力される。

ステップＳ７６では、予定情報に基づく挙動変更を許可することを車両システムに出力し、ステップＳ７７に移る。車両システムは、具体的には自動運転インターフェースユニット４０である。これによって自動運転インターフェースユニット４０は、予定情報を実行するように、自動運転制御ユニット２０、および走行制御ユニット３０を制御する。換言すると、事前通知の確認済み信号、乗員乗客の認識済み信号の少なくとも一方がＯＫになるまで、走行許可信号をＯＫとしない。ステップＳ７７では、一連の処理の結果をログして車載記憶部１９に記憶するように制御し、本フローを終了する。

図１０では、ステップＳ７４にて外部への対応を依頼しているが、外部へ対応の依頼できない場合には、予定情報に基づく動作を禁止または変更する指令を他の制御装置に出力することが好ましい。他の制御装置は、予定情報に基づく動作を実行する制御装置、本実施形態では自動運転インターフェースユニット４０を介して自動運転制御ユニット２０に出力される。前回の予定情報の通知後から所定の第３確認期間にわたって通知判断部７４によって予定情報が通知されていないと判断された場合には、安全確認ができてないおそれがあるからである。

また急ブレーキおよび停車等、乗客に認知に関わらず実施しなければならない挙動変更は、極力乗客認知を待ち、待てない場合は車両システムの判断で、下限速度を最大限緩め実施することが好ましい。

通知判断装置１０は、監視デバイスが検出したデータ、および通知判断部７４の判断結果を車載記憶部１９に保存する。したがって仮に転倒事故などがおきた場合に、保存されている通知判断部７４の判断履歴を参照して、転倒事故の要因調査の参考にすることができる。また通知判断装置１０は、車両１００が走行中は、車両１００の各種のセンサからのセンサ情報を取得し、車載記憶部１９に保存する。通知判断装置１０は、たとえば道路交通法によって定められた運行記録に関するデータを車載記憶部１９に保存する。また通知判断装置１０は、走行センサ群１６などと連携し、記録したデータなどを車載記憶部１９に保存する。さらに通知判断装置１０は、ドライバー異常時対応システムに記録されたドライバー情報と車両状況を車載記憶部１９に保存する。ドライバー情報は、運転に影響する可能性がある運転者の情報であり、たとえば運転者の顔画像、体温および心拍数などである。

また通知判断装置１０は、情報通知部１４の異常箇所、および異常内容は記録し、同一の異常が連続する場合は、異常が発生している部分を故障と判定する。また故障が発生した場合には、オペレータなど車両１００の外部に位置する外部装置へ警告情報を通知することが好ましい。

次に、図８のステップＳ５２における通知判断装置１０の確認処理に関して、図１１～図１３を用いて説明する。図１１～図１３に示す処理は、図８においてステップＳ５２に移ると開始される。図１１に示す処理は、車内マイク１１が検出した音声の確認処理である。

ステップＳ８１では、車内マイク１１によって取得した音声情報について音声認識処理を実施し、ステップＳ８２に移る。音声認識処理は、車内マイク１１が検出した音を予定情報と比較できるように処理する。たとえば車内マイク１１が検出した音から、ノイズを除去して、日本語などの言語を抽出する。音声認識処理は、通知情報取得部７２によって行われ、情報通知部１４が通知した通知情報を取得する処理である。

ステップＳ８２では、通知音声と認識結果が一致するか否かを判断し、一致する場合にはステップＳ８３に移り、一致しない場合には、ステップＳ８４に移る。ステップＳ８２の処理は、一致性算出部７３によって行われる。一致する場合は、完全一致に限るものではなく、確実に聞き取れなければならないキーワード、たとえば発車、停止のみ一致している場合も一致すると判断してもよい。また周囲の雑音レベルと比較し、一定値以上の音量で予定情報が検出した場合には、正常と判定してもよい。ステップＳ８３では、予定情報と通知情報とが一致しているので、正常と判定し、本フローを終了する。

ステップＳ８４では、認識結果を分析し、ステップＳ８５に移る。ステップＳ８５では、分析結果に基づいて、変更すべき通知パラメータを設定し、ステップＳ８６に移る。たとえば周囲雑音の性質を踏まえ、通知パラメータを変更する。ステップＳ８６では、異常と判定し、本フローを終了する。

次に、図１２の処理に関して説明する。図１２に示す処理は、車内カメラ１２が検出した映像の確認処理である。ステップＳ９１では、車内カメラ１２によって取得した映像について映像認識処理を実施し、ステップＳ９２に移る。映像認識処理は、車内カメラ１２が撮影した映像を予定情報と比較できるように処理する。たとえば車内カメラ１２が撮影した映像した音から、モニタ６１の部分を抽出し、表示された文字を識別する。映像認識処理は、通知情報取得部７２によって行われ、情報通知部１４が通知した通知情報を取得する処理である。

ステップＳ９２では、通知映像と認識結果が一致するか否かを判断し、一致する場合にはステップＳ９３に移り、一致しない場合には、ステップＳ９４に移る。ステップＳ９２の処理は、一致性算出部７３によって行われる。一致する場合は、完全一致に限るものではなく、キーワード、たとえば発車、停止のみ一致している場合も一致すると判断してもよい。ステップＳ９３では、予定情報と通知情報とが一致しているので、正常と判定し、本フローを終了する。

ステップＳ９４では、認識結果を分析し、ステップＳ９５に移る。ステップＳ９５では、分析結果に基づいて、変更すべき通知パラメータを設定し、ステップＳ９６に移る。たとえばモニタ６１において正しく表示されている部分に、重要な情報を表示するように通知パラメータを設定する。また周囲の状況を踏まえ、表示色、輝度等の通知パラメータを設定する。ステップＳ９６では、異常と判定し、本フローを終了する。

次に、図１３の処理に関して説明する。図１３に示す処理は、振動検出部１３が検出した振動の確認処理である。ステップＳ１０１では、振動検出部１３によって取得した振動について振動認識処理を実施し、ステップＳ１０２に移る。振動認識処理は、振動検出部１３が検出した振動を予定情報と比較できるように処理する。たとえば振動検出部１３が検出した振動の長さおよび強さ、周期を解析する。振動認識処理は、通知情報取得部７２によって行われ、情報通知部１４が通知した通知情報を取得する処理である。

ステップＳ１０２では、通知振動と認識結果が一致するか否かを判断し、一致する場合にはステップＳ１０３に移り、一致しない場合には、ステップＳ１０４に移る。ステップＳ１０２の処理は、一致性算出部７３によって行われる。ステップＳ１０２では、たとえば通知内容と一致した振動パターンを検出した時のみ、正常と判断する。ステップＳ１０３では、予定情報と通知情報とが一致しているので、正常と判定し、本フローを終了する。

ステップＳ１０４では、認識結果を分析し、ステップＳ１０５に移る。ステップＳ１０５では、分析結果に基づいて、変更すべき通知パラメータを設定し、ステップＳ１０６に移る。ステップＳ１０６では、異常と判定し、本フローを終了する。

このように図１１～図１３の処理では、通知情報と予定情報とを比較し、一致している場合は、正常と判定し、一致していない場合には、通知パラメータを再設定する。これによって再通知要求を行うときに、前回とは異なる通知パラメータで通知することができる。前回と異なる通知パラメータとして、乗員の個別の通知確認が取れない場合の対応手段として、アイドルストップ活用して車両１００を振動させて通知確認を促してもよい。

次に、図９のステップＳ６２における通知判断装置１０の確認処理に関して、図１４を用いて説明する。図１４に示す処理は、図９においてステップＳ６２に移ると開始される。ステップＳ１１１では、第６確認期間Ｔ６における確認操作をカウントし、ステップＳ１１２に移る。確認操作のカウント方法は、受信した確認操作情報の数をカウントする。第６確認期間Ｔ６は、予定情報を送信してからの経過時間である。第６確認期間Ｔ６は、たとえば数秒に設定される。ステップＳ１１１の処理は、操作情報取得部７８によって行われる。

ステップＳ１１２では、所定のカウント数以上であるか否かを判断し、所定のカウント数以上である場合には、ステップＳ１１３に移り、所定のカウント数以上でない場合には、ステップＳ１１４に移る。所定のカウント数は、予定情報を送信済みの情報携帯端末５０の数に応じて設定される。複数の情報携帯端末５０に送信済みの場合、送信済みの過半数を所定のカウント数として設定してもよく、送信済み情報携帯端末５０の数を所定のカウント数と設定してもよい。また送信済みの情報携帯端末５０の数によらず、たとえば所定のカウント数は１であってもよい。したがって少なくとも１つの情報携帯端末５０から確認操作情報が送信された場合には、車室１０１内に予定情報を送信済みと判断してもよい。また予定情報が送信された情報携帯端末５０の数は、乗員数取得部７５によって取得された人数を用いてもよい。

ステップＳ１１３では、所定のカウント数以上であるので、正常と判定し、本フローを終了する。ステップＳ１１３の処理は、通知判断部７４によって判断される。ステップＳ１１４では、所定のカウント数未満であるので、異常と判定し、本フローを終了する。ステップＳ１１４の処理は、通知判断部７４によって判断される。

このように乗客によって予定情報が確認されたか否かを、確認操作をカウントするによって判断している。そして所定のカウント数以上の情報携帯端末５０によって確認操作がなされた場合には、正常と判定している。

したがって通知判断部７４は、ステップＳ１１２に示したように、操作情報取得部７８が取得した操作情報が、乗員によって通知情報を確認したことを示す確認操作情報である場合には、車室１０１内に予定情報が通知されたと判断する。

また通知判断部７４は、ステップＳ１１２に示したように、乗員数取得部７５が取得した乗員数に対して、操作情報取得部７８が操作確認情報を取得した人数が所定の人数比以上の場合には、車室１０１内に予定情報が通知されたと判断する。所定の人数比は、過半数であってもよく、１０％以上であってもよい。また通知判断部７４は、情報携帯端末５０によって個人を特定できる場合は、事前に登録した特定の乗員からの応答がない場合は、異常と判断してもよい。

以上説明したように本実施形態の通知判断装置１０によれば、予定情報取得部７１は、車両１００の動作予定に関する予定情報を取得する。情報通知部１４は、車室１０１内に予定情報を通知するが、情報通知部１４に何らかの不具合があると、予定情報が車室１０１内に通知されない場合がある。また環境要因によって、予定情報が適切に車室１０１内に通知されないことがある。たとえば踏切音があり、情報通知部１４が音によって予定情報を通知する場合、乗員が予定情報を聴別できないことがあるので、この場合には、予定情報が乗員に聞こえるようには車室１０１内に通知されていない。そこで通知判断部７４は、情報通知部１４によって車室１０１内に予定情報が通知されたか否かを判断する。通知判断部７４を有するので、車室１０１内に予定情報が通知されてか否かを運転者が確認する必要がなく、また自動運転車両の場合では、通知判断部７４によって確認作業を行うことができる。

車両１００の乗員の安全を守るためには、車両１００の挙動変化を乗員に事前に知らせ、認知してもらうことが必要である。しかし、乗員への事前通知が行き渡ったか、認知されたかを常時正しく判断することは、運転者などにとって困難である。特に、運転者が聴覚等に障碍がある場合は、さらに困難の度合いが上がる。さらに自動運転のような運転手不在の車両１００では、判断の主体さえいないこともある。そこで事前通知の実施、認知度合いを自動認識することで事故低減に貢献することができる。

具体的には、予定情報として、車両１００の挙動変化前に、乗員に対し予定情報を通知し、予定情報を乗員が認識したことを確認することで、事故低減を図ることができる。高齢および障碍等のある運転者の判断が困難な場合に対して、通知判断装置１０によって、より正確に予定情報の通知確認をすることができる。また日本語を理解できない外国人運転者に対しても、自動判定によってより予定情報の通知を確認することができる。さらには、自動運転の場合は、運転者がいない場合もあり、判断の主体自体が存在しないが、その場合に自動判定することで、安全に自動運転車両の運行を実現することができる。

また本実施形態では、予定情報取得部７１が取得した予定情報と、通知情報取得部７２が取得した通知情報とを比較し、２つの情報の一致性を一致性算出部７３が算出する。そして通知判断部７４は、一致性算出部７３が算出した一致性を用いて、車室１０１内に予定情報が通知されたか否かを判断する。これによって予定情報と通知情報との比較を処理装置によって実現することができるので、いわば自動的に通知の可否を判断することができる。

さらに本実施形態では、通知判断部７４は、操作情報取得部７８が取得した操作情報が、乗員によって通知情報を確認したことを示す確認操作情報である場合には、車室１０１内に予定情報が通知されたと判断する。これによって処理装置を用いなくとも、乗員によって、通知の可否を判断することができる。

また操作部は、車室１０１内に設けられる車載操作部１７と、車室１０１内の乗員が携帯する情報携帯端末５０の端末操作部５１を含む。これによって２種類の操作部を組み合わせて通知の可否を判断することができる。

また本実施形態では、操作情報取得部７８によって、情報携帯端末５０に対して情報通知が実際送信されたかを確認することができる。情報携帯端末５０への通知確認は、受信確認通知を受信することによって行うことができる。通知判断装置１０は、情報携帯端末５０から定期的に未受信情報を受信する。そして通知判断装置１０は、未受信信号を検知しなくなったことをトリガに送信成功を判断してもよい。

さらに本実施形態では、通知判断部７４は、乗員数取得部７５が取得した乗員数に対して、操作情報取得部７８が所定の乗員数以上から確認操作情報を取得した場合には、車室１０１内に予定情報が通知されたと判断する。これによってより高精度に通知の可否を判断することができる。

また本実施形態では、通知判断部７４は、前回の通知後から所定の第１確認期間にわたって予定情報が通知されていないと判断した場合には、予定情報を前回通知時とは異なる通知形式で通知するように情報通知部１４を制御する。これによって、再通知時に予定情報が適切に通知される可能性を高めることができる。

さらに本実施形態では、情報通知部１４は、内燃機関を停止状態から内燃機関を駆動させたときに発生する振動を用いて予定情報を通知する。内燃機関を停止状態したアイドルストップ状態から内燃機関を駆動させた場合には、車両１００全体に振動が発生する。この振動によって、乗員に予定情報を通知することができる。たとえば出発するときに予定情報の確認がとれない場合には、一度、アイドルストップした後、再始動することで乗員に予定情報の確認を促すことができる。また再始動するときに、他の通知方式の予定情報、たとえばスピーカ６２によって予定情報を通知することで、より確認する可能性を高めることができる。

また本実施形態では、通知判断部７４は、前回の通知後から所定の第２確認期間にわたって予定情報が通知されていないと判断した場合には、予定情報を前回通知時とは異なる通知方式の通知機で通知するように情報通知部１４を制御してもよい。たとえば予定情報は、前回通知時はスピーカ６２のみで通知した場合は、今回は異なる通知方式の通知機としてモニタ６１によって通知してもよい。また複数のスピーカ６２のうち、１つのスピーカ６２のみで通知した場合には、前回通知時とは異なるスピーカ６２を用いて通知してもよい。またたとえば、アイドルストップ等との連携で、車両１００全体に振動を与えるで、通知の確認を乗客に促すことができる。これによって１つの通知機が故障した場合でも、他の通知機によって予定情報を通知することができる。

（その他の実施形態）
以上、本開示の好ましい実施形態について説明したが、本開示は前述した実施形態に何ら制限されることなく、本開示の主旨を逸脱しない範囲において種々変形して実施することが可能である。

前述の実施形態の構造は、あくまで例示であって、本開示の範囲はこれらの記載の範囲に限定されるものではない。本開示の範囲は、特許請求の範囲の記載によって示され、さらに特許請求の範囲の記載と均等の意味及び範囲内での全ての変更を含むものである。

前述の第１実施形態では、車両１００は動力源として内燃機関を有する車両であったが、このような車両に限るものではない。車両は、内燃機関を有さない車両、たとえば電動車両であってもよい。また自動運転車両に限るものではなく、運転者が乗車している車両であってもよく、少なくとも一部を遠隔操作している車両であってもよい。また車両は、図２に示すような小型の車両に限るものではなく、大型バスであってもよい。また車両が内燃機関を有さない場合は、前述の第１実施形態のイグニッションのオンオフに応じた処理は、電源のオンオフに応じた処理となるは明らかである。

前述の第１実施形態では、乗員によって確認操作がされたか否かを判断しているが、このような乗員が判断する構成がなくともよい。したがって乗員による確認操作を用いずに、通知判断部７４は、一致性算出部７３が算出した一致性を用いて予定情報の通知可否を判断してもよい。また逆に、一致性算出部７３を有さずに、乗員による確認操作によって通知可否を判断してもよい。

前述の第１実施形態では、複数の同一の通知機および複数の異なる通知機を有しているが、このような構成に限るものではない。同一の通知機は、１つであってもよい。また１つの種類の通知機のみであってもよい。また通知判断装置１０は車両１００で用いられているが、車両１００に搭載された状態に限定されるものではなく、少なくとも一部が車両１００に搭載されていなくてもよい。

前述の第１実施形態では、通知判断装置１０は、車内への通知確認のみを判断しているが、車内に限るものではない。通知判断装置１０は、スピーカ６２からのアナウンスが車外に通知されているか否かを、車外マイクが検出した音によって判断してもよい。これによって車外への予定情報の通知可否も判断することができる。

前述の第１実施形態において、通知判断装置１０によって実現されていた機能は、前述のものとは異なるハードウェアおよびソフトウェア、またはこれらの組み合わせによって実現してもよい。通知判断装置１０は、たとえば他の制御装置と通信し、他の制御装置が処理の一部または全部を実行してもよい。通知判断装置１０が電子回路によって実現される場合、それは多数の論理回路を含むデジタル回路、またはアナログ回路によって実現することができる。

１０…通知判断装置 １１…車内マイク １２…車内カメラ １３…振動検出部
１４…情報通知部 １５…人数カウンタ １６…走行センサ群
１７…車載操作部（操作部） １８…車載通信器 １９…車載記憶部
５０…情報携帯端末 ５１…端末操作部（操作部） ５２…端末制御部
５３…端末通信部 ６１…モニタ（通知機） ６２…スピーカ（通知機）
６３…バイブレータ（通知機） ７１…予定情報取得部 ７２…通知情報取得部
７３…一致性算出部 ７４…通知判断部 ７５…乗員数取得部 ７６…予定変更部
７７…警告部 ７８…操作情報取得部 １００…車両 １０１…車室
２００…通信ネットワーク

Claims (15)

1. 車両（１００）の動作予定に関する予定情報を取得する予定情報取得部（７１）と、
   車室内に前記予定情報を通知する情報通知部（１４）によって前記車室内に前記予定情報が通知されたか否かを判断する通知判断部（７４）と、
   前記情報通知部が通知した通知情報を取得する通知情報取得部（７２）と、
   前記予定情報取得部が取得した前記予定情報と、前記通知情報取得部が取得した前記通知情報とを比較し、２つの情報の一致性を算出する一致性算出部（７３）と、を含み、
   前記通知判断部は、前記一致性算出部が算出した前記一致性を用いて、前記車室内に前記予定情報が通知されたか否かを判断する通知判断装置。
2. 前記車室内の乗員によって操作される少なくとも１つの操作部（１７，５１）の操作情報を取得する操作情報取得部（７８）をさらに含み、
   前記通知判断部は、前記操作情報取得部が取得した前記操作情報が、前記乗員によって前記予定情報を確認したことを示す確認操作情報である場合には、前記車室内に前記予定情報が通知されたと判断する請求項１に記載の通知判断装置。
3. 車両（１００）の動作予定に関する予定情報を取得する予定情報取得部（７１）と、
   車室内に前記予定情報を通知する情報通知部（１４）によって前記車室内に前記予定情報が通知されたか否かを判断する通知判断部（７４）と、
   前記車室内の乗員によって操作される少なくとも１つの操作部（１７，５１）の操作情報を取得する操作情報取得部（７８）と、
   前記車室内の乗員数を取得する乗員数取得部（７５）と、を含み、
   前記通知判断部は、前記乗員数取得部が取得した乗員数に対して、前記操作情報取得部が前記乗員によって前記予定情報を確認したことを示す確認操作情報を取得した人数が所定の人数比以上の場合には、前記車室内に前記予定情報が通知されたと判断する通知判断装置。
4. 前記情報通知部が通知した通知情報を取得する通知情報取得部（７２）と、
   前記予定情報取得部が取得した前記予定情報と、前記通知情報取得部が取得した前記通知情報とを比較し、２つの情報の一致性を算出する一致性算出部（７３）と、をさらに含み、
   前記通知判断部は、前記一致性算出部が算出した前記一致性を用いて、前記車室内に前記予定情報が通知されたか否かを判断する請求項３に記載の通知判断装置。
5. 少なくとも１つの前記操作部は、前記車室内に設けられている請求項２～４のいずれか１つに記載の通知判断装置。
6. 少なくとも１つの前記操作部は、前記車室内の前記乗員が携帯する情報携帯端末（５０）に備えられている請求項２～５のいずれか１つに記載の通知判断装置。
7. 前記通知判断部は、前回の通知後から所定の第１確認期間にわたって前記予定情報が通知されていないと判断した場合には、前記予定情報を前回通知時とは異なる通知形式で通知するように前記情報通知部を制御する請求項１～６のいずれか１つに記載の通知判断装置。
8. 前記情報通知部は、通知方法が異なる複数の通知機（６１，６２，６３）を有し、
   前記通知判断部は、前回の通知後から所定の第２確認期間にわたって前記予定情報が通知されていないと判断した場合には、前記予定情報を前回通知時とは通知方法が異なる前記通知機で通知するように前記情報通知部を制御する請求項１～７のいずれか１つに記載の通知判断装置。
9. 前回の通知後から所定の第３確認期間にわたって前記通知判断部によって前記予定情報が通知されていないと判断された場合には、前記予定情報に基づく動作を禁止または変更する指令を前記予定情報に基づく動作を実行する制御装置に出力する予定変更部（７６）をさらに含む請求項１～８のいずれか１つに記載の通知判断装置。
10. 前回の通知後から所定の第４確認期間にわたって前記通知判断部によって前記予定情報が通知されていないと判断された場合には、前記車両の外部に位置する外部装置に警告情報を出力する警告部（７７）をさらに含む請求項１～９のいずれか１つに記載の通知判断装置。
11. 前記車両は、動力源として内燃機関を有する車両であり、
    前記情報通知部は、前記車両が前記内燃機関を有する場合には、前記内燃機関を停止状態から前記内燃機関を駆動させたときに発生する振動を用いて前記予定情報を通知する請求項１～１０のいずれか１つに記載の通知判断装置。
12. 少なくとも１つのプロセッサ（１０）によって実行される処理に、
    車両（１００）の動作予定に関する予定情報を取得すること、
    車室内に前記予定情報を通知する情報通知部（１４）によって前記車室内に前記予定情報が通知されたか否かを判断すること、
    前記情報通知部が通知した通知情報を取得すること、を含み、
    前記車室内に前記予定情報が通知されたか否かを判断するとき、取得した前記予定情報と取得した前記通知情報とを比較し、２つの情報の一致性を用いて、前記車室内に前記予定情報が通知されたか否かを判断する通知判断方法。
13. 少なくとも１つのプロセッサ（１０）によって実行される処理に、
    車両（１００）の動作予定に関する予定情報を取得すること、
    車室内に前記予定情報を通知する情報通知部（１４）によって前記車室内に前記予定情報が通知されたか否かを判断すること、
    前記車室内の乗員によって操作される少なくとも１つの操作部（１７，５１）の操作情報を取得すること、
    前記車室内の乗員数を取得すること、を含み、
    前記車室内に前記予定情報が通知されたか否かを判断する場合、取得した乗員数に対して、前記乗員によって前記予定情報を確認したことを示す確認操作情報を取得した人数が所定の人数比以上のときには、前記車室内に前記予定情報が通知されたと判断する通知判断方法。
14. 少なくとも１つのプロセッサ（１０）によって実行される処理に、
    車両（１００）の動作予定に関する予定情報を取得し、
    車室内に前記予定情報を通知する情報通知部（１４）によって前記車室内に前記予定情報が通知されたか否かを判断し、
    前記情報通知部が通知した通知情報を取得することを含む処理を実行させる通知判断プログラムであって、
    前記車室内に前記予定情報が通知されたか否かを判断する処理では、取得した前記予定情報と取得した前記通知情報とを比較し、２つの情報の一致性を用いて、前記車室内に前記予定情報が通知されたか否かを判断する処理を実行させる通知判断プログラム。
15. 少なくとも１つのプロセッサ（１０）によって実行される処理に、
    車両（１００）の動作予定に関する予定情報を取得し、
    車室内に前記予定情報を通知する情報通知部（１４）によって前記車室内に前記予定情報が通知されたか否かを判断し、
    前記車室内の乗員によって操作される少なくとも１つの操作部（１７，５１）の操作情報を取得し、
    前記車室内の乗員数を取得する、ことを含む処理を実行させる通知判断プログラムであって、
    前記車室内に前記予定情報が通知されたか否かを判断する処理では、取得した乗員数に対して、前記乗員によって前記予定情報を確認したことを示す確認操作情報を取得した人数が所定の人数比以上のときには、前記車室内に前記予定情報が通知されたと判断する処理を実行させる通知判断プログラム。

Images