JP2024064277A - 客室管理装置、方法、及びプログラム - Google Patents

Abstract

【課題】車両の客室を管理する技術の有用性を向上させることにある。
【解決手段】本開示に係る客室管理装置は、車両の客室を管理するように構成された客室管理装置であって、取得部と、通信部と、出力部と、制御部と、を備え、前記制御部は、前記取得部により、前記客室内の乗客の特徴又は乗車位置の少なくとも一方を含む乗客情報を取得し、前記通信部により、前記車両の走行中に発生し得る走行イベントに関する走行イベント情報を受信し、前記走行イベント情報に基づいて、前記出力部により、前記乗客情報に応じて異なる報知を前記客室内で実施するように構成されている。
【選択図】図４

Description

本開示は、客室管理装置、方法、及びプログラムに関する。

近年、車両をオペレータが遠隔制御する技術が知られている。例えば特許文献１には、オペレータと通信する通信インタフェースを備える自動運転車両が開示されている。

特開第２０２２－９１５８１号公報

車両を遠隔制御する技術の実用化に伴い、車両の客室を管理する技術の有用性の更なる向上が求められている。例えば、オペレータが車両を遠隔制御することによって、車掌又は運転手等の、車両の客室を管理可能な人間が車両に乗車しなくなることに伴う、客室内の乗客の不安を軽減することが求めれている。

かかる事情に鑑みてなされた本開示の目的は、車両の客室を管理する技術の有用性を向上させることにある。

本開示の一実施形態に係る客室管理装置は、
車両の客室を管理するように構成された客室管理装置であって、
取得部と、通信部と、出力部と、制御部と、を備え、
前記制御部は、
前記取得部により、前記客室内の乗客の特徴又は乗車位置の少なくとも一方を含む乗客情報を取得し、
前記通信部により、前記車両の走行中に発生し得る走行イベントに関する走行イベント情報を受信し、
前記走行イベント情報に基づいて、前記出力部により、前記乗客情報に応じて異なる報知を前記客室内で実施するように構成されている。

本開示の一実施形態に係る方法は、
取得部と、通信部と、出力部と、制御部と、を備え、車両の客室を管理するように構成された客室管理装置が実行する方法であって、
前記取得部により、前記客室内の乗客の特徴又は乗車位置の少なくとも一方を含む乗客情報を取得することと、
前記通信部により、前記車両の走行中に発生し得る走行イベントに関する走行イベント情報を受信することと、
前記走行イベント情報に基づいて、前記出力部により、前記乗客情報に応じて異なる報知を前記客室内で実施することと、
を含む。

本開示の一実施形態に係るプログラムは、
取得部と、通信部と、出力部と、制御部と、を備え、車両の客室を管理するように構成されたコンピュータに、
前記取得部により、前記客室内の乗客の特徴又は乗車位置の少なくとも一方を含む乗客情報を取得することと、
前記通信部により、前記車両の走行中に発生し得る走行イベントに関する走行イベント情報を受信することと、
前記走行イベント情報に基づいて、前記出力部により、前記乗客情報に応じて異なる報知を前記客室内で実施することと、
を含む動作を実行させる。

本開示の一実施形態によれば、車両の客室を管理する技術の有用性が向上する。

本開示の一実施形態に係る客室管理システムの概略構成を示すブロック図である。 車両の客室管理装置の概略構成を示すブロック図である。 サーバの概略構成を示すブロック図である。 客室管理システムの動作を示すフローチャートである。

以下、本開示の実施形態について説明する。

（実施形態の概要）
図１を参照して、本開示の一実施形態に係る客室管理システム１の概要について説明する。図１は、客室管理システム１の概略構成を示すブロック図である。客室管理システム１は、車両１０と、サーバ２０と、端末装置３０と、を含む。

車両１０は、例えば、バスである。ただし、車両１０は、バスに限られず、乗用車、バイク、トラック等の、任意の車両であってもよい。車両１０は、客室管理装置１０Ａと自動運転装置１０Ｂとを備える。すなわち、客室管理装置１０Ａ及び自動運転装置１０Ｂは、車両１０に設置されている。

客室管理装置１０Ａは、車両１０の客室（キャビン）を管理するように構成されている。客室管理装置１０Ａは、例えば、ＥＣＵ（Electronic Control Unit）等のコンピュータであってもよい。客室は、車両１０に乗車中の人間が滞在する車両１０内の空間である。以降において、車両１０に乗車中の人間を、車両１０の乗客とも称する。

自動運転装置１０Ｂは、車両１０の自動運転に関する制御を実施するように構成されている。自動運転装置１０Ｂは、例えば、ＡＤＳ（Autonomous Driving System）、ＡＤＡＳ（Advanced Driver Assistance Systems）、又は、ＥＣＵ等のコンピュータであってもよい。自動運転装置１０Ｂにより、車両１０は、自動運転により走行することができる。車両１０の自動運転のレベルは、例えば、ＳＡＥ（Society of Automotive Engineers）のレベル分けにおけるレベル３からレベル４相当であってもよい。

より具体的には、本実施形態では、車両１０は、必要に応じて遠隔地にいるオペレータによる遠隔制御を受けながら、走行計画に従って、自動運転により走行するように構成されていてもよい。車両１０は、例えば、運転手及び車掌なしで、走行計画に記載された走行経路上にある乗客の乗車地点又は降車地点を巡回して走行するバスであってもよい。ただし、車両１０の自動運転のレベルは、上述したレベルに限られない。また、車両１０は、自動運転装置１０Ｂの支援を受けて、或いは自動運転装置１０Ｂの支援を受けずに、人間により運転される車両１０であってもよい。

サーバ２０は、１つ以上のコンピュータで構成されている。本実施形態では、サーバ２０は、１つのコンピュータで構成されていてもよく、クラウドコンピューティングシステム等、互いに通信可能な複数のコンピュータによって構成されていてもよい。

サーバ２０は、車両１０の走行を支援する。以下の説明において、サーバ２０は、走行支援装置とも称される。例えば、サーバ２０は、端末装置３０を介したオペレータによる車両１０の遠隔制御を実現する。また、例えば、サーバ２０は、車両１０の走行計画を生成、更新、管理する。

本実施形態では、車両１０の「走行計画」は、車両１０の走行スケジュールである。車両１０の走行計画は、例えば、出発地、経由地、目的地、車両１０が走行するルートである走行経路、交通ルール、走行時間帯、出発地からの出発予定時刻、経由地への到着予定時刻、及び目的地への到着予定時刻等の情報を含む。ただし、車両１０の走行計画は、上述した情報以外の情報を含んでいてもよい。

端末装置３０は、例えばパーソナルコンピュータであるが、これに限られず、スマートフォン、タブレット端末等、任意のコンピュータであってもよい。本実施形態では、端末装置３０は、車両１０の遠隔制御を行うオペレータによって使用される。車両１０の遠隔制御には、例えば、車両１０の加速、減速、又は操舵など、車両１０の走行に関する制御を含み得る。また、車両１０の遠隔制御は、ドアの開閉、乗客の着席確認、又は、車内アナウンスなど、車両１０の走行以外に関する制御を含み得る。

図１には、説明の簡便のため、それぞれ１つの車両１０、サーバ２０及び端末装置３０が示されている。しかしながら、客室管理システム１は、任意の数の車両１０、サーバ２０及び端末装置３０を含んでいてもよい。車両１０（客室管理装置１０Ａ及び自動運転装置１０Ｂ）、サーバ２０及び端末装置３０は、例えばインターネット及び移動体通信網等を含むネットワーク４０と通信可能に接続されている。

詳細については後述するが、上述した客室管理システム１において、客室管理装置１０Ａは、車両１０に設置され、車両１０の客室を管理し、車両１０に乗車中の乗客を支援するために用いられる。具体的には、客室管理装置１０Ａは、客室内の乗客の特徴又は乗車位置の少なくとも一方を含む乗客情報を取得する。客室管理装置１０Ａは、車両１０の走行中に発生し得る走行イベントに関する走行イベント情報を、例えばサーバ２０又は自動運転装置１０Ｂから受信すると、走行イベント情報に基づいて、乗客情報に応じて異なる報知を客室内で実施する。走行イベントは、例えば、車両１０の急旋回／急制動、緊急停車などであるが、これらに限られない。

このように、本実施形態によれば、車両１０の走行中に発生し得る走行イベント情報を受信した場合に、車両１０の乗客情報に応じて適切な報知を客室内で実施することができる。これにより、車両１０の客室を管理可能な人間が車両１０に乗車していない場合であっても、客室内の乗客の不安を軽減することができる。したがって、本実施形態によれば、車両１０の客室を管理する技術の有用性を向上させることができる。

次に、図２及び図３を参照して、客室管理システム１の各構成について詳細に説明する。図２は、車両１０の客室管理装置１０Ａの概略構成を示すブロック図である。図３は、サーバ２０の概略構成を示すブロック図である。

（車両の客室管理装置の構成）
図２に示されるように、車両１０の客室管理装置１０Ａは、通信部１１と、測位部１２と、取得部１３と、出力部１４と、入力部１５と、記憶部１６と、制御部１７と、を備える。通信部１１、測位部１２、取得部１３、出力部１４、入力部１５、記憶部１６、及び制御部１７は、例えば、ＣＡＮ（Controller Area Network）等の車載ネットワーク又は専用線を介して、互いに通信可能に接続されている。

通信部１１は、ネットワーク４０に接続するための通信モジュールを含む。通信モジュールは、例えば４Ｇ（4th Generation）又は５Ｇ（5th Generation）等の移動体通信規格に対応した通信モジュールである。通信モジュールは、例えば有線ＬＡＮ（Local Area Network）又は無線ＬＡＮ等の規格に対応した通信モジュールであってもよい。通信モジュールは、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又は赤外線通信等の近距離無線通信規格に対応した通信モジュールであってもよい。本実施形態において、客室管理装置１０Ａは、通信部１１を介してネットワーク４０に接続される。これによって、客室管理装置１０Ａは、サーバ２０等と通信することができる。また、客室管理装置１０Ａの通信部１１は、ＣＡＮ等の車載ネットワークを介して、自動運転装置１０Ｂと通信可能に接続されていてもよい。これによって、客室管理装置１０Ａは、通信部１１を介して、自動運転装置１０Ｂ等と通信することができる。

測位部１２は、車両１０の位置情報を生成することが可能な１つ以上の測位装置を含む。車両１０の位置情報は、例えば、車両１０が存在する場所の、２次元座標又は３次元座標等の座標である。測位部１２は、衛星測位システムを用いた航法、自律航法、又はそれらの組み合わせにより、車両１０の位置情報を生成する。測位部１２は、衛星測位システムを用いた航法により車両１０の位置情報を生成するために、ＧＰＳ（Global Positioning System）等の衛星測位システムに対応する受信機を含んでいてもよい。測位部１２は、自律航法により車両１０の位置情報を生成するために、加速度センサ又はジャイロセンサ等のセンサを含んでいてもよい。

取得部１３は、１つ以上のセンサを含む。取得部１３に含まれる１つ以上のセンサは、車両１０の客室内の情報を取得可能な位置に設置されている。例えば、センサは、車両１０の客室内の画像を撮影可能な位置に設置されたカメラである。ただし、センサは、カメラに限られず、人感センサ、接触センサ、重量センサ、赤外線センサ、照度センサ、ジャイロセンサ、ドアの開閉センサ、又はＩＣカードリーダ等、任意のセンサであってもよい。

出力部１４は、１つ以上の出力装置を含む。出力部１４に含まれる出力装置は、例えばディスプレイ、デジタルサイネージ、スピーカ又はランプ等である。出力部１４は、画像、音又は光等を出力する。

入力部１５は、１つ以上の入力装置を含む。入力部１５に含まれる入力装置は、例えばタッチパネル、カメラ、又はマイク等である。入力部１５は、利用者からの入力操作を受け付ける。

記憶部１６は、例えば半導体メモリ、磁気メモリ、又は光メモリ等である。記憶部１６は、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部１６は、客室管理装置１０Ａの動作に用いられる任意の情報を記憶する。例えば、記憶部１６は、システムプログラム、アプリケーションプログラム、又は組み込みソフトウェア等を記憶する。記憶部１６に記憶された情報は、例えば通信部１１を介してネットワーク４０から取得される情報で更新可能であってもよい。

制御部１７は、１つ以上のプロセッサを含む。プロセッサは、例えば、ＣＰＵ（Central Processing Unit）等の汎用のプロセッサ、又は特定の処理に特化した専用のプロセッサ等であってもよい。制御部１７は、プロセッサに限られず、１つ以上の専用回路を含んでもよい。専用回路は、例えば、ＦＰＧＡ（Field-Programmable Gate Array）、又はＡＳＩＣ（Application Specific Integrated Circuit）であってもよい。制御部１７は、上述した、通信部１１、測位部１２、取得部１３、出力部１４、入力部１５、及び記憶部１６等の構成要素の機能を含む、客室管理装置１０Ａの機能を実現させるために、それぞれの構成要素を制御する。

（サーバの構成）
次に、図３を参照して、サーバ２０の各構成について詳細に説明する。図３は、サーバ２０の概略構成を示すブロック図である。

図３に示されるように、サーバ２０は、通信部２１と、出力部２２と、入力部２３と、記憶部２４と、制御部２５と、を備える。通信部２１、出力部２２、入力部２３、記憶部２４、及び制御部２５は、有線又は無線で互いに通信可能に接続されている。

通信部２１は、ネットワーク４０に接続するための通信モジュールを含む。通信モジュールは、例えば４Ｇ又は５Ｇ等の移動体通信規格に対応した通信モジュールである。通信モジュールは、例えば有線ＬＡＮ又は無線ＬＡＮ等の規格に対応した通信モジュールであってもよい。通信モジュールは、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、又は赤外線通信等の近距離無線通信規格に対応した通信モジュールであってもよい。本実施形態において、サーバ２０は、通信部２１を介してネットワーク４０に接続される。これによって、サーバ２０は、車両１０の客室管理装置１０Ａ及び自動運転装置１０Ｂ、並びに端末装置３０等と通信することができる。

出力部２２は、１つ以上の出力装置を含む。出力部２２に含まれる出力装置は、例えばディスプレイ、スピーカ又はランプ等である。出力部２２は、画像、音又は光等を出力する。

入力部２３は、１つ入力装置を含む。入力部２３に含まれる入力装置は、例えばタッチパネル、カメラ、又はマイク等である。入力部２３は、利用者からの入力操作を受け付ける。

記憶部２４は、例えば半導体メモリ、磁気メモリ、又は光メモリ等である。記憶部２４は、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部２４は、サーバ２０の動作に用いられる任意の情報を記憶する。例えば、記憶部２４は、システムプログラム、アプリケーションプログラム、又は組み込みソフトウェア等を記憶する。記憶部２４に記憶された情報は、例えば通信部２１を介してネットワーク４０から取得される情報で更新可能であってもよい。

制御部２５は、１つ以上のプロセッサを含む。プロセッサは、例えば、ＣＰＵ等の汎用のプロセッサ、又は特定の処理に特化した専用のプロセッサ等であってもよい。制御部２５は、プロセッサに限られず、１つ以上の専用回路を含んでもよい。専用回路は、例えば、ＦＰＧＡ又はＡＳＩＣであってもよい。制御部２５は、上述した、通信部２１、出力部２２、入力部２３、及び記憶部２４等の構成要素の機能を含む、サーバ２０の機能を実現させるために、それぞれの構成要素を制御する。

（客室管理システムの動作）
図４を参照して、客室管理システム１における、車両１０の客室を管理する動作を説明する。図４は、客室管理システム１の動作を示すフローチャートである。図４に示されるフローチャートには、客室管理システム１に含まれる車両１０の客室管理装置１０Ａ及び自動運転装置１０Ｂ、並びに、サーバ２０の動作が示されている。そのため、本動作の説明は、客室管理システム１の制御方法に相当するとともに、客室管理システム１に含まれる車両１０の客室管理装置１０Ａ及び自動運転装置１０Ｂ、並びに、サーバ２０の各々の制御方法に相当する。

本動作例において、車両１０は、車両１０の走行計画に従って走行するものとする。そして、自動運転装置１０Ｂによって、車両１０の自動運転に関する制御が実施されるものとする。車両１０の走行計画には、上述のとおり、車両１０が走行する走行経路等の情報が含まれる。車両１０の走行計画は、客室管理システム１に含まれる、客室管理装置１０Ａ、自動運転装置１０Ｂ、サーバ２０、及び端末装置３０において、予め共有されているものとする。

ステップＳ１０１において、客室管理装置１０Ａの制御部１７は、取得部１３により、車両１０の客室内の乗客の特徴又は乗車位置の少なくとも一方を含む乗客情報を取得する。

車両１０の乗客情報には、車両１０の客室内の乗客の特徴が含まれていてもよい。車両１０の客室内の乗客の特徴には、例えば、乗客の年齢（例えば、高齢者又は子供に該当するか否か）、性別、又は支援要否（例えば、車椅子又はベビーカーの利用の有無）等が含まれる。車両１０の乗客情報には、車両１０の客室内における乗客の乗車位置が含まれていてもよい。車両１０の客室内における乗客の乗車位置は、例えば、客室内における乗客の位置を示す座標等の情報に加え、乗客が座席に着席しているか又はフロアに立っているかの情報、或いは、乗客が向いている方向等を示す情報を含む。車両１０の乗客情報には、上記以外にも、乗客の人数、乗車地点等、乗客に関する任意の情報が含まれていてもよい。

車両１０の乗客情報の取得には、任意の手法が採用可能である。例えば、客室管理装置１０Ａの取得部１３がカメラを含む場合、制御部１７は、カメラで車両１０の客室内の画像を撮像してもよい。制御部１７は、解析アルゴリズムにより、車両１０の客室内の画像に写る乗客（及びその乗客が利用する車椅子又はベビーカー）を特定し、特定した乗客の特徴又は乗車位置を判定してもよい。或いは、客室管理装置１０Ａの取得部１３がＩＣカードリーダを含む場合、制御部１７は、ＩＣカードリーダにより、ＩＣカードに登録された乗客の年齢又は性別等の情報を、乗客の特徴として取得してもよい。制御部１７は、取得した車両１０の乗客情報を記憶部１６に記憶してもよい。

解析アルゴリズムは、機械学習又はディープラーニング等の統計的手法により構築されてもよい。例えば、解析アルゴリズムは、過去に生成された乗客情報の履歴と、乗客情報を人間が評価した結果とに基づいて、統計的手法によりチューニングされてもよい。これにより、乗客情報の履歴が蓄積されていくことで、乗客情報の取得精度を向上させることができる。ただし、解析アルゴリズムは、統計的手法によらない、所定の関係式により表わされていてもよい。

なお、上述したステップＳ１０１の動作は、所定のタイミングで繰り返し実施されてもよい。例えば、ステップＳ１０１の動作は、ドアの開閉を伴う車両１０の停車後、車両１０が走行を開始するたびに実施されてもよい。すなわち、客室管理装置１０Ａの制御部１７は、ドアの開閉を伴う車両１０の停車後、車両１０が走行を開始するたびに、取得部１３により、乗客情報を取得してもよい。これにより、制御部１７は、車両１０から乗客が乗車／降車して乗客情報が変化し得るタイミングで、乗客情報を更新することができ、効率よく、後続の処理の有効性を高めることができる。

ステップＳ１０２において、客室管理装置１０Ａの制御部１７は、通信部１１により、車両１０の走行中に発生し得る走行イベントに関する走行イベント情報を受信する。

車両１０の走行イベント情報は、例えば、車両１０の急旋回／急制動、緊急停車などの制御により、走行中の車両１０の走行状態に変化が生じるイベントに関する情報である。走行イベント情報は、走行イベントの発生予定時刻と、走行イベントの内容とを含み得る。例えば、走行イベントは、自動運転装置１０Ｂによる処理又はオペレータによる遠隔操作の結果として発生が予見されたイベントであってもよい。或いは、走行イベントは、サーバ２０により、車両１０の走行経路における、道路の混雑状況、或いは、事故又は工事の発生状況等に基づいて発生する可能性があると判定されたイベントであってもよい。

客室管理装置１０Ａの制御部１７は、通信部１１により、車両１０の走行イベント情報を、サーバ２０又は自動運転装置１０Ｂから受信してもよい。例えば、自動運転装置１０Ｂが、３０ｍ先のカーブでの急旋回の発生を予測したタイミングで、車両１０の急旋回の走行イベント情報を生成してもよい。かかる場合、当該走行イベント情報が、自動運転装置１０Ｂから客室管理装置１０Ａに送信される。或いは、端末装置３０が、オペレータによる緊急停車の入力操作を受け付け、当該入力操作が端末装置３０からサーバ２０に送信されたタイミングで、サーバ２０が車両１０の緊急停車の走行イベント情報を生成してもよい。かかる場合、当該走行イベント情報が、サーバ２０から客室管理装置１０Ａに送信される。客室管理装置１０Ａの制御部１７は、受信した車両１０の走行イベント情報を記憶部１６に記憶してもよい。ただし、客室管理装置１０Ａは、サーバ２０又は自動運転装置１０Ｂ以外のコンピュータから、走行イベント情報を取得してもよい。

ステップＳ１０３において、客室管理装置１０Ａの制御部１７は、走行イベント情報に基づいて、出力部１４により、乗客情報に応じて異なる報知を車両１０の客室内で実施する。

車両１０の客室内での報知の実施には、任意の手法が採用可能である。例えば、客室管理装置１０Ａの出力部１４がデジタルサイネージを含む場合、制御部１７は、走行イベントに関する情報をデジタルサイネージに表示してもよい。また例えば、客室管理装置１０Ａの出力部１４がスピーカを含む場合、制御部１７は、走行イベントに関する情報をスピーカから出力してもよい。

このとき、客室管理装置１０Ａの制御部１７は、乗客情報に応じて、出力部１４による報知を変更することができる。

一例として、ステップＳ１０３において、客室管理装置１０Ａの出力部１４は、乗客の乗車位置に応じて異なる、複数パターンの報知を実施可能に構成されていてもよい。制御部１７は、出力部１４により、複数パターンの報知のうち、該当する乗客の人数が多い報知を優先して実施してもよい。

例えば、客室管理装置１０Ａの制御部１７は、記憶部１６に、乗客の乗車位置として、（ケース１）車両１０の正面を向いて設置された座席に乗客が座っている場合、（ケース２）車両１０の側面を向いて設置された座席に乗客が座っている場合、（ケース３）車両１０の客室のフロアに乗客が立っている場合を記憶していてもよい。制御部１７は、ケース１～３のそれぞれに、異なる報知パターンを関連付けて記憶していてもよい。例えば、ケース１には、急ブレーキ時に、乗客がフロアに投げ出されないように身体をシートベルト等で固定することを促す報知パターンが関連付けられていてもよい。ケース２には、急カーブへの侵入時に、乗客がフロアに投げ出されないように身体をシートベルト等で固定することを促す報知パターンが関連付けられていてもよい。ケース３には、急ブレーキ時及び急カーブへの侵入時の両方に、乗客が転倒しないように手すり又はつり革当を掴むことを促す報知パターンが関連付けられていてもよい。

該当する乗客の人数が多い報知を優先して実施することには、任意の手法が採用可能である。例えば、客室管理装置１０Ａの制御部１７は、走行イベント情報を受信した場合に、乗客情報に基づいて、該当する乗客の人数が最も多いケースに関連付けられた報知パターンを選択して報知する、限定報知を行ってもよい。或いは、制御部１７は、乗客情報に基づいて、該当する乗客の人数が最も多いケースから順に、それぞれのケースに関連付けられた報知パターンにより放置する、順序付け報知を行ってもよい。さらに、制御部１７は、走行イベント情報に含まれる走行イベントの発生予定時刻までの残り時間に応じて、上述した限定報知又は順序付け報知のいずれかを採用してもよい。これにより、走行イベントの発生まで時間が限られている状況において、より多くの乗客の不安を軽減することができる。

他の例として、ステップＳ１０３において、客室管理装置１０Ａの出力部１４は、それぞれが客室の異なる位置に向けて情報を出力するように設置された複数の出力装置を含んでいてもよい。例えば、客室内の乗客が、上述したケース１～３の乗車位置に応じて異なる出力装置からの出力を受け取るように、複数の出力装置が指向性をもって客室に設置されていてもよい。これにより、客室管理装置１０Ａは、乗客の乗車位置に応じて適切な報知を実施することができる。

ただし、乗客情報に応じて出力部１４による報知を変更する方法は、上述した例に限られず、乗客の年齢に応じて、出力するメッセージの言葉遣い、スピード、又は音量を変更させる等、任意の方法が採用されてもよい。

ステップＳ１０４において、客室管理装置１０Ａの制御部１７は、車両１０の乗客情報が第１条件を満たしている状態で、走行イベント情報を受信した場合に、出力部１４による報知に加えて／代えて、通信部１１により、走行イベントを回避するように車両１０の走行状態を変更する第１要求を自動運転装置１０Ｂに送信する。

第１条件は、例えば、所定数以上の乗客が立っていることを示す条件であってもよい。ただし、第１条件は、走行イベントが発生した場合に、怪我を負う恐れがある乗客が所定数以上存在することを示す任意の条件であってもよい。客室管理装置１０Ａの制御部１７は、車両１０の乗客情報が第１条件を満たしているか否かを判定する。制御部１７は、車両１０の乗客情報が第１条件を満たしている状態で、走行イベント情報を受信した場合に、通信部１１により、走行イベントを回避するように車両１０の走行状態を変更する第１要求を自動運転装置１０Ｂに送信してもよい。車両１０の走行状態を変更する第１要求は、例えば、急旋回／急制動を避けるため、事前に車両１０の走行速度を低下させる要求等である。このように、客室管理装置１０Ａは、車両１０の客室内の状況に応じてフィードバックを行うことで、走行イベントの発生を未然に回避するように、自動運転装置１０Ｂに、或いは自動運転装置１０Ｂを利用して車両１０を運転する運転手に働きかけることができる。ただし、制御部１７は、第１要求を、サーバ２０等、自動運転装置１０Ｂ以外のコンピュータに送信してもよい。

ステップＳ１０５において、客室管理装置１０Ａの制御部１７は、車両１０の乗客情報が第２条件を満たしている状態で、走行イベント情報を受信した場合に、出力部１４による報知に加えて／代えて、通信部１１により、車両１０を停車可能な道路を優先するように車両１０の走行経路を変更する第２要求をサーバ２０に送信する。

第２条件は、例えば、所定数以上の乗客が高齢者又は子供であることを示す条件であってもよい。一例として、高齢者は６０歳以上とされ、子供は１０歳以下とされてもよい。また例えば、第２条件は、所定数以上の乗客がベビーカー又は車椅子を利用し得ることを示す条件であってもよい。ただし、第２条件は、上述した例に限られず、所定数以上の乗客が、走行イベントが発生した場合に車両１０から避難するために支援を必要とし得ることを示す任意の条件であってもよい。客室管理装置１０Ａの制御部１７は、車両１０の乗客情報が第２条件を満たしているか否かを判定する。制御部１７は、車両１０の乗客情報が第２条件を満たしている状態で、走行イベント情報を受信した場合に、通信部１１により、車両１０を停車可能な道路を優先するように車両１０の走行経路を変更する第２要求を、走行支援装置としてのサーバ２０に送信してもよい。車両１０の走行経路を変更する第２要求は、例えば、乗客が車両１０から避難しやすい道路を優先して、走行経路を設定する要求であってもよい。乗客が車両１０から避難しやすい道路は、例えば、駅前、公園、空地など、車両１０を緊急停車することが可能な場所が沿線にある道路を含み得る。また例えば、乗客が車両１０から避難しやすい道路は、乗客の降車の妨げになり得るガードレールがない道路、或いは、人通りが多く、乗客の避難の際に支援を求められるような道路を含み得る。このように、客室管理装置１０Ａは、車両１０の客室内の状況に応じてフィードバックを行うことで、走行イベントが発生した際の被害を抑えるように、サーバ２０に働きかけることができる。ただし、制御部１７は、第２要求を、自動運転装置１０Ｂ等、サーバ２０以外のコンピュータに送信してもよい。

以上述べたように、本実施形態に係る、客室管理装置１０Ａは、車両１０の客室を管理する。具体的には、客室管理装置１０Ａは、客室内の乗客の特徴又は乗車位置の少なくとも一方を含む乗客情報を取得する。客室管理装置１０Ａは、車両１０の走行中に発生し得る走行イベントに関する走行イベント情報を受信すると、走行イベント情報に基づいて、乗客情報に応じて異なる報知を客室内で実施する。

かかる構成によれば、車両１０の走行中に発生し得る走行イベントの情報を受信した場合に、車両１０の乗客情報に応じて適切な報知を客室内で実施することができる。これにより、本実施形態によれば、車両１０の客室を管理可能な人間が車両１０に乗車していない場合であっても、客室内の乗客の不安を軽減することができる。したがって、本実施形態によれば、車両１０の客室を管理する技術の有用性を向上させることができる。

本開示を諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び改変を行ってもよいことに注意されたい。したがって、これらの変形及び改変は本開示の範囲に含まれることに留意されたい。例えば、各構成部又は各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部又はステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。

例えば、汎用のコンピュータを、上述した実施形態に係る客室管理装置１０Ａとして機能させる実施形態も可能である。具体的には、上述した実施形態に係る客室管理装置１０Ａの各機能を実現する処理内容を記述したプログラムを、汎用のコンピュータのメモリに格納し、プロセッサによって当該プログラムを読み出して実行させる。したがって、本開示は、プロセッサが実行可能なプログラム、又は当該プログラムを記憶する非一時的なコンピュータ読取可能な媒体としても実現可能である。非一時的なコンピュータ読取可能な媒体には、例えば、磁気記録装置、光ディスク、光磁気記録媒体、又は半導体メモリ等が含まれる。

また例えば、上述した実施形態において、客室管理装置１０Ａ及び自動運転装置１０Ｂが車両１０に設置されているものとして説明したが、この限りではない。客室管理装置１０Ａ又は自動運転装置１０Ｂが実行する動作及び処理の一部又は全部を、サーバ２０が実行する構成であってもよい。これにより、車両１０に設置される装置の処理負荷を軽減し、車両１０の製造コストを抑えることができる。同様に、サーバ２０が実行する動作及び処理の一部が、客室管理装置１０Ａ又は自動運転装置１０Ｂ等、車両１０に設置された装置が実行する構成であってもよい。例えば、サーバ２０が実行するものとして説明した車両１０の走行計画の生成、更新、管理等の処理は、車両１０に設置されたカーナビゲーションシステムによって実施されてもよい。すなわち、車両１０に設置されたカーナビゲーションシステムが、車両１０の走行経路を設定するように構成された走行支援装置として、サーバ２０が実行する動作及び処理の一部又は全部を実行してもよい。これにより、車両１０とサーバ２０との間での通信量を削減し、客室管理システム１における処理の遅延又は運用コストを抑えることができる。

また例えば、上述した実施形態において、客室管理装置１０Ａと自動運転装置１０Ｂとが別々に車両１０に設置されているものとして説明したが、この限りではない。客室管理装置１０Ａ及び自動運転装置１０Ｂが一体として車両１０に設置されていてもよい。例えば、自動運転装置１０Ｂが実行する動作及び処理の一部又は全部を、客室管理装置１０Ａが実行する構成であってもよい。

以下に本開示の実施形態の一部について例示する。しかしながら、本開示の実施形態はこれらに限定されない点に留意されたい。
［付記１］
車両の客室を管理するように構成された客室管理装置であって、
取得部と、通信部と、出力部と、制御部と、を備え、
前記制御部は、
前記取得部により、前記客室内の乗客の特徴又は乗車位置の少なくとも一方を含む乗客情報を取得し、
前記通信部により、前記車両の走行中に発生し得る走行イベントに関する走行イベント情報を受信し、
前記走行イベント情報に基づいて、前記出力部により、前記乗客情報に応じて異なる報知を前記客室内で実施するように構成されている、客室管理装置。
［付記２］
前記制御部は、ドアの開閉を伴う前記車両の停車後、前記車両が走行を開始するたびに、前記取得部により、前記乗客情報を取得するように構成されている、付記１に記載の客室管理装置。
［付記３］
前記通信部は、前記車両の自動運転に関する制御を実施するように構成された自動運転装置と通信可能に構成されており、
前記制御部は、前記乗客情報が第１条件を満たしている状態で、前記走行イベント情報を受信した場合に、前記通信部により、前記走行イベントを回避するように前記車両の走行状態を変更する第１要求を、前記自動運転装置に送信するように構成されている、付記１又は２に記載の客室管理装置。
［付記４］
前記第１条件は、所定数以上の乗客が立っていることを示す条件である、付記３に記載の客室管理装置。
［付記５］
前記通信部は、前記車両の走行経路を設定するように構成された走行支援装置と通信可能に構成されており、
前記制御部は、前記乗客情報が第２条件を満たしている状態で、前記走行イベント情報を受信した場合に、前記通信部により、前記車両を停車可能な道路を優先するように前記車両の前記走行経路を変更する第２要求を、前記走行支援装置に送信するように構成されている、付記１から４のいずれか一項に記載の客室管理装置。
［付記６］
前記第２条件は、所定数以上の乗客が高齢者又は子供であることを示す条件である、付記５に記載の客室管理装置。
［付記７］
前記出力部は、前記乗客の前記乗車位置に応じて異なる、複数パターンの報知を実施可能に構成されており、
前記制御部は、前記出力部により、前記複数パターンの報知のうち、該当する前記乗客の人数が多い報知を優先して実施するように構成されている、付記１から６のいずれか一項に記載の客室管理装置。
［付記８］
取得部と、通信部と、出力部と、制御部と、を備え、車両の客室を管理するように構成された客室管理装置が実行する方法であって、
前記取得部により、前記客室内の乗客の特徴又は乗車位置の少なくとも一方を含む乗客情報を取得することと、
前記通信部により、前記車両の走行中に発生し得る走行イベントに関する走行イベント情報を受信することと、
前記走行イベント情報に基づいて、前記出力部により、前記乗客情報に応じて異なる報知を前記客室内で実施することと、
を含む、方法。
［付記９］
前記方法は、ドアの開閉を伴う前記車両の停車後、前記車両が走行を開始するたびに、前記取得部により、前記乗客情報を取得することを含む、付記８に記載の方法。
［付記１０］
前記通信部は、前記車両の自動運転に関する制御を実施するように構成された自動運転装置と通信可能に構成されており、
前記方法は、前記乗客情報が第１条件を満たしている状態で、前記走行イベント情報を受信した場合に、前記通信部により、前記走行イベントを回避するように前記車両の走行状態を変更する第１要求を、前記自動運転装置に送信することを含む、付記８又は９に記載の方法。
［付記１１］
前記第１条件は、所定数以上の乗客が立っていることを示す条件である、付記１０に記載の方法。
［付記１２］
前記通信部は、前記車両の走行経路を設定するように構成された走行支援装置と通信可能に構成されており、
前記方法は、前記乗客情報が第２条件を満たしている状態で、前記走行イベント情報を受信した場合に、前記通信部により、前記車両を停車可能な道路を優先するように前記車両の前記走行経路を変更する第２要求を、前記走行支援装置に送信することを含む、付記８から１１のいずれか一項に記載の方法。
［付記１３］
前記第２条件は、所定数以上の乗客が高齢者又は子供であることを示す条件である、付記１２に記載の方法。
［付記１４］
前記出力部は、前記乗客の前記乗車位置に応じて異なる、複数パターンの報知を実施可能に構成されており、
前記方法は、前記出力部により、前記複数パターンの報知のうち、該当する前記乗客の人数が多い報知を優先して実施することを含む、付記８から１３のいずれか一項に記載の方法。
［付記１５］
取得部と、通信部と、出力部と、制御部と、を備え、車両の客室を管理するように構成されたコンピュータに、
前記取得部により、前記客室内の乗客の特徴又は乗車位置の少なくとも一方を含む乗客情報を取得することと、
前記通信部により、前記車両の走行中に発生し得る走行イベントに関する走行イベント情報を受信することと、
前記走行イベント情報に基づいて、前記出力部により、前記乗客情報に応じて異なる報知を前記客室内で実施することと、
を含む動作を実行させる、プログラム。
［付記１６］
前記動作は、ドアの開閉を伴う前記車両の停車後、前記車両が走行を開始するたびに、前記取得部により、前記乗客情報を取得することを含む、付記１５に記載のプログラム。
［付記１７］
前記通信部は、前記車両の自動運転に関する制御を実施するように構成された自動運転装置と通信可能に構成されており、
前記動作は、前記乗客情報が第１条件を満たしている状態で、前記走行イベント情報を受信した場合に、前記通信部により、前記走行イベントを回避するように前記車両の走行状態を変更する第１要求を、前記自動運転装置に送信することを含む、付記１５又は１６に記載のプログラム。
［付記１８］
前記第１条件は、所定数以上の乗客が立っていることを示す条件である、付記１７に記載のプログラム。
［付記１９］
前記通信部は、前記車両の走行経路を設定するように構成された走行支援装置と通信可能に構成されており、
前記動作は、前記乗客情報が第２条件を満たしている状態で、前記走行イベント情報を受信した場合に、前記通信部により、前記車両を停車可能な道路を優先するように前記車両の前記走行経路を変更する第２要求を、前記走行支援装置に送信することを含む、付記１５から１８のいずれか一項に記載のプログラム。
［付記２０］
前記第２条件は、所定数以上の乗客が高齢者又は子供であることを示す条件である、付記１９に記載のプログラム。

１：客室管理システム
１０：車両
１０Ａ：客室管理装置
１０Ｂ：自動運転装置
１１：通信部
１２：測位部
１３：取得部
１４：出力部
１５：入力部
１６：記憶部
１７：制御部
２０：サーバ
２１：通信部
２２：出力部
２３：入力部
２４：記憶部
２５：制御部
３０：端末装置
４０：ネットワーク

Claims (20)

1. 車両の客室を管理するように構成された客室管理装置であって、
   取得部と、通信部と、出力部と、制御部と、を備え、
   前記制御部は、
   前記取得部により、前記客室内の乗客の特徴又は乗車位置の少なくとも一方を含む乗客情報を取得し、
   前記通信部により、前記車両の走行中に発生し得る走行イベントに関する走行イベント情報を受信し、
   前記走行イベント情報に基づいて、前記出力部により、前記乗客情報に応じて異なる報知を前記客室内で実施するように構成されている、客室管理装置。
2. 前記制御部は、ドアの開閉を伴う前記車両の停車後、前記車両が走行を開始するたびに、前記取得部により、前記乗客情報を取得するように構成されている、請求項１に記載の客室管理装置。
3. 前記通信部は、前記車両の自動運転に関する制御を実施するように構成された自動運転装置と通信可能に構成されており、
   前記制御部は、前記乗客情報が第１条件を満たしている状態で、前記走行イベント情報を受信した場合に、前記通信部により、前記走行イベントを回避するように前記車両の走行状態を変更する第１要求を、前記自動運転装置に送信するように構成されている、請求項１又は２に記載の客室管理装置。
4. 前記第１条件は、所定数以上の乗客が立っていることを示す条件である、請求項３に記載の客室管理装置。
5. 前記通信部は、前記車両の走行経路を設定するように構成された走行支援装置と通信可能に構成されており、
   前記制御部は、前記乗客情報が第２条件を満たしている状態で、前記走行イベント情報を受信した場合に、前記通信部により、前記車両を停車可能な道路を優先するように前記車両の前記走行経路を変更する第２要求を、前記走行支援装置に送信するように構成されている、請求項１又は２に記載の客室管理装置。
6. 前記第２条件は、所定数以上の乗客が高齢者又は子供であることを示す条件である、請求項５に記載の客室管理装置。
7. 前記出力部は、前記乗客の前記乗車位置に応じて異なる、複数パターンの報知を実施可能に構成されており、
   前記制御部は、前記出力部により、前記複数パターンの報知のうち、該当する前記乗客の人数が多い報知を優先して実施するように構成されている、請求項１又は２に記載の客室管理装置。
8. 取得部と、通信部と、出力部と、制御部と、を備え、車両の客室を管理するように構成された客室管理装置が実行する方法であって、
   前記取得部により、前記客室内の乗客の特徴又は乗車位置の少なくとも一方を含む乗客情報を取得することと、
   前記通信部により、前記車両の走行中に発生し得る走行イベントに関する走行イベント情報を受信することと、
   前記走行イベント情報に基づいて、前記出力部により、前記乗客情報に応じて異なる報知を前記客室内で実施することと、
   を含む、方法。
9. 前記方法は、ドアの開閉を伴う前記車両の停車後、前記車両が走行を開始するたびに、前記取得部により、前記乗客情報を取得することを含む、請求項８に記載の方法。
10. 前記通信部は、前記車両の自動運転に関する制御を実施するように構成された自動運転装置と通信可能に構成されており、
    前記方法は、前記乗客情報が第１条件を満たしている状態で、前記走行イベント情報を受信した場合に、前記通信部により、前記走行イベントを回避するように前記車両の走行状態を変更する第１要求を、前記自動運転装置に送信することを含む、請求項８又は９に記載の方法。
11. 前記第１条件は、所定数以上の乗客が立っていることを示す条件である、請求項１０に記載の方法。
12. 前記通信部は、前記車両の走行経路を設定するように構成された走行支援装置と通信可能に構成されており、
    前記方法は、前記乗客情報が第２条件を満たしている状態で、前記走行イベント情報を受信した場合に、前記通信部により、前記車両を停車可能な道路を優先するように前記車両の前記走行経路を変更する第２要求を、前記走行支援装置に送信することを含む、請求項８又は９に記載の方法。
13. 前記第２条件は、所定数以上の乗客が高齢者又は子供であることを示す条件である、請求項１２に記載の方法。
14. 前記出力部は、前記乗客の前記乗車位置に応じて異なる、複数パターンの報知を実施可能に構成されており、
    前記方法は、前記出力部により、前記複数パターンの報知のうち、該当する前記乗客の人数が多い報知を優先して実施することを含む、請求項８又は９に記載の方法。
15. 取得部と、通信部と、出力部と、制御部と、を備え、車両の客室を管理するように構成されたコンピュータに、
    前記取得部により、前記客室内の乗客の特徴又は乗車位置の少なくとも一方を含む乗客情報を取得することと、
    前記通信部により、前記車両の走行中に発生し得る走行イベントに関する走行イベント情報を受信することと、
    前記走行イベント情報に基づいて、前記出力部により、前記乗客情報に応じて異なる報知を前記客室内で実施することと、
    を含む動作を実行させる、プログラム。
16. 前記動作は、ドアの開閉を伴う前記車両の停車後、前記車両が走行を開始するたびに、前記取得部により、前記乗客情報を取得することを含む、請求項１５に記載のプログラム。
17. 前記通信部は、前記車両の自動運転に関する制御を実施するように構成された自動運転装置と通信可能に構成されており、
    前記動作は、前記乗客情報が第１条件を満たしている状態で、前記走行イベント情報を受信した場合に、前記通信部により、前記走行イベントを回避するように前記車両の走行状態を変更する第１要求を、前記自動運転装置に送信することを含む、請求項１５又は１６に記載のプログラム。
18. 前記第１条件は、所定数以上の乗客が立っていることを示す条件である、請求項１７に記載のプログラム。
19. 前記通信部は、前記車両の走行経路を設定するように構成された走行支援装置と通信可能に構成されており、
    前記動作は、前記乗客情報が第２条件を満たしている状態で、前記走行イベント情報を受信した場合に、前記通信部により、前記車両を停車可能な道路を優先するように前記車両の前記走行経路を変更する第２要求を、前記走行支援装置に送信することを含む、請求項１５又は１６に記載のプログラム。
20. 前記第２条件は、所定数以上の乗客が高齢者又は子供であることを示す条件である、請求項１９に記載のプログラム。
    

Images