特許 7708063 運行管理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-07-07

(45)【発行日】2025-07-15

(54)【発明の名称】運行管理装置

(51)【国際特許分類】

   G08G 1/00 20060101AFI20250708BHJP

   G06Q 50/40 20240101ALI20250708BHJP

   B60S 5/00 20060101ALI20250708BHJP

【ＦＩ】

G08G1/00 D

G06Q50/40

B60S5/00

【請求項の数】 5

(21)【出願番号】P 2022167973

(22)【出願日】2022-10-19

(65)【公開番号】P2024060532

(43)【公開日】2024-05-02

【審査請求日】2024-10-16

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】100147485

【弁理士】

【氏名又は名称】杉村 憲司

(74)【代理人】

【識別番号】230118913

【弁護士】

【氏名又は名称】杉村 光嗣

(74)【代理人】

【識別番号】100187078

【弁理士】

【氏名又は名称】甲原 秀俊

(74)【代理人】

【識別番号】100217113

【弁理士】

【氏名又は名称】高坂 晶子

(72)【発明者】

【氏名】長田 祐

(72)【発明者】

【氏名】嶋田 伊吹

【審査官】小林 俊介

(56)【参考文献】

【文献】特開２０２２－０７０７６２（ＪＰ，Ａ）

【文献】特開２０２１－０７６９８４（ＪＰ，Ａ）

【文献】特開２０２１－００９４３３（ＪＰ，Ａ）

【文献】特開２０２０－１６６７６０（ＪＰ，Ａ）

【文献】特開２００５－２９３０９９（ＪＰ，Ａ）

【文献】特開２００４－１６４３８９（ＪＰ，Ａ）

【文献】特開２００６－２４４２１５（ＪＰ，Ａ）

【文献】特開２００６－１８９９５９（ＪＰ，Ａ）

【文献】特開２０１５－１０１１９５（ＪＰ，Ａ）

【文献】特開２０００－２０１１０４（ＪＰ，Ａ）

【文献】特開２０２１－０５６０６７（ＪＰ，Ａ）

【文献】特開２００４－２４９８０４（ＪＰ，Ａ）

【文献】特開２００４－２９９５８７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０８Ｇ １／００－９９／００

Ｇ０６Ｑ ５０／００－５０／２０

Ｇ０６Ｑ ５０／２６－９９／００

Ｂ６０Ｓ ３／００－１３／０２

(57)【特許請求の範囲】

【請求項1】

１台以上の車両をスケジュールに従って自動運転により運行させる運行管理装置であって、
前記スケジュールに対応する運行計画データに基づいて、運転が自動運転から手動運転に切り替えられる時点を車両ごとに予測し、予測された時点までの時間が閾値未満である車両を対象車両として特定し、前記対象車両の状態をモニタして得られる車両データ及び前記対象車両の走行をモニタして得られる運行記録データの少なくとも一方を取得し、取得された車両データ及び運行記録データのいずれかに基づいて、前記対象車両に発生した異常の種類を１つ以上判定し、判定された異常の種類に応じて、複数の作業員の中から、前記対象車両に近接する現場において前記対象車両の保守作業を行う第１の作業員を指定し、前記第１の作業員に対して前記異常への対応を促す情報を通知する制御部を備える運行管理装置。

【請求項2】

前記制御部は、前記複数の作業員の職掌範囲を異常の種類と対応付けて作業員ごとに示す職掌データを更に取得し、取得された職掌データに基づいて、前記判定された異常の種類の全てに対応可能な職掌範囲を有する作業員又は前記判定された異常の種類のうち対応可能な異常の種類が最も多い職掌範囲を有する作業員を前記第１の作業員として指定する、請求項１に記載の運行管理装置。

【請求項3】

前記制御部は、前記判定された異常の種類の全てに対応可能な職掌範囲を有する作業員を前記第１の作業員として指定することができない場合、前記第１の作業員に加えて、前記判定された異常の種類のうち、前記第１の作業員の職掌範囲に対応づけられていない異常の種類に対応可能な職掌範囲を有する第２の作業員を更に指定する、請求項２に記載の運行管理装置。

【請求項4】

前記制御部は、前記車両データに基づいて、自動点検アルゴリズムを用いて得られる１つ以上の項目を前記異常の種類として判定する、請求項１から請求項３のいずれか１項に記載の運行管理装置。

【請求項5】

前記制御部は、複数の作業員の稼働状態を時系列で示す業務管理データを更に取得し、取得された業務管理データで示される前記複数の作業員の前記時点における稼働状態に基づいて、前記第１の作業員を指定するための候補作業員を選択する、請求項１から請求項３のいずれか１項に記載の運行管理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、運行管理装置に関する。

【背景技術】

【0002】

特許文献１には、運行管理センタとメンテナンスセンタで情報を共有し、車輌のメンテナンス実行時期及びメンテナンス内容を設定する車輌運行管理システムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００６－０７３０１９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

自動運転車両をスケジュールに従って運行する運行管理システムにおいて、例えば保守点検等のために車両の運転を自動運転から手動運転に切り替えることがある。運転を切り替えるにあたっては車両を保守するスタッフなどの作業員を当該車両に割り当てる必要があるが、作業員の割り当て作業には、例えば、車両の状態、作業員の担当可能な業務、及び稼働状況などを考慮する必要があり、時間と手間がかかる。作業員を割り当てるまで時間がかかると、その間車両を待機させることになり、車両の運行効率が低下する。

【0005】

本開示の目的は、車両の運行効率を向上させることである。

【課題を解決するための手段】

【0006】

本開示に係る運行管理装置は、
１台以上の車両をスケジュールに従って自動運転により運行させる運行管理装置であって、
前記スケジュールに対応する運行計画データに基づいて、運転が自動運転から手動運転に切り替えられる時点を車両ごとに予測し、予測された時点までの時間が閾値未満である車両を対象車両として特定し、前記対象車両の状態をモニタして得られる車両データ及び前記対象車両の走行をモニタして得られる運行記録データの少なくとも一方を取得し、取得された車両データ及び運行記録データのいずれかに基づいて、前記対象車両に発生した異常の種類を１つ以上判定し、判定された異常の種類に応じて、複数の作業員の中から、前記対象車両に近接する現場において前記対象車両の保守作業を行う第１の作業員を指定し、前記第１の作業員に対して前記異常への対応を促す情報を通知する制御部を備える。

【発明の効果】

【0007】

本開示によれば、車両の運行効率が向上する。

【図面の簡単な説明】

【0008】

【図1】本開示の実施形態に係る運行管理システムの構成を示す図である。

【図2】本開示の実施形態に係る運行管理装置の構成を示すブロック図である。

【図3】本開示の実施形態に係るサーバ装置の構成を示すブロック図である。

【図4】本開示の実施形態に係る車両の構成を示すブロック図である。

【図5】本開示の実施形態に係る車両に搭載された情報処理装置の構成を示す図である。

【図6】本開示の実施形態に係る運行管理装置の動作を示すフローチャートである。

【図7】本開示の実施形態に係る職掌データの例を示す図である。

【図8】本開示の実施形態に係る業務管理データの例を示す図である。

【発明を実施するための形態】

【0009】

以下、本開示の一実施形態について、図を参照して説明する。

【0010】

各図中、同一又は相当する部分には、同一符号を付している。本実施形態の説明において、同一又は相当する部分については、説明を適宜省略又は簡略化する。

【0011】

図１を参照して、本実施形態に係る運行管理システム１０の構成を説明する。

【0012】

本実施形態に係る運行管理システム１０は、運行管理装置２０と、サーバ装置３０と、１台以上の車両ＶＨと、複数の作業員ＭＰの端末装置４０とを備える。運行管理システム１０は、例えばＭａａＳなどのモビリティサービスの提供に用いられる。「ＭａａＳ」は、Mobility-as-a-Serviceの略語である。

【0013】

運行管理装置２０は、インターネットなどのネットワーク５０を介してサーバ装置３０及び各端末装置４０と通信可能である。運行管理装置２０は、ネットワーク５０を介して各車両ＶＨと通信可能であってもよい。

【0014】

サーバ装置３０は、ネットワーク５０を介して運行管理装置２０だけでなく、各車両ＶＨと通信可能である。サーバ装置３０は、ネットワーク５０を介して各端末装置４０と通信可能であってもよい。

【0015】

運行管理装置２０は、車両ＶＨを運行するためのスケジュールを管理するための運行計画データＤ１、各車両ＶＨの状態をモニタして得られる車両データＤ２、複数の作業員ＭＰの職掌範囲を異常の種類と対応付けて作業員ごとに示す職掌データＤ４、複数の作業員ＭＰの稼働状態を示す業務管理データＤ５などのデータを取得、保管、及び処理するためのデータセンタなどの施設に設置され、運行管理システム１０を管理する運行管理者によって運用される。運行管理装置２０は、例えば、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属するサーバなどのコンピュータである。運行管理装置２０は運行管理システム１０の管理室に設置され、運行管理者によって利用されてもよい。あるいは、管理室に設置された運行管理装置２０が、２人以上の運行管理者によって共用されてもよい。本実施形態において、運行管理装置２０は、１台以上の車両ＶＨを運行計画データＤ１で示されるスケジュールに従って自動運転により運行させる。

【0016】

サーバ装置３０は、データセンタなどの施設に設置される。本実施形態では、サーバ装置３０は、各車両ＶＨの自動運行を遠隔で監視するための遠隔監視センタＲＣに設置される。サーバ装置３０は、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属するサーバなどのコンピュータである。サーバ装置３０は、遠隔監視センタＲＣにおいて、各車両ＶＨの走行をモニタして得られる運行記録データＤ３を取得、保管、及び処理する。

【0017】

各車両ＶＨは、例えば、ガソリン車、ディーゼル車、水素車、ＨＥＶ、ＰＨＥＶ、ＢＥＶ、又はＦＣＥＶなどの任意の種類の自動車である。「ＨＥＶ」は、hybrid electric vehicleの略語である。「ＰＨＥＶ」は、plug-in hybrid electric vehicleの略語である。「ＢＥＶ」は、battery electric vehicleの略語である。「ＦＣＥＶ」は、fuel cell electric vehicleの略語である。車両ＶＨは、本実施形態ではＭａａＳ専用車両であるが、任意のレベルで運転が自動化されたＡＶであってもよい。「ＡＶ」は、autonomous vehicleの略語である。自動化のレベルは、例えば、ＳＡＥのレベル分けにおけるレベル１からレベル５のいずれかである。「ＳＡＥ」は、Society of Automotive Engineersの略語である。

【0018】

各端末装置４０は、各作業員ＭＰによって保持される。各端末装置４０は、例えば、携帯電話機、スマートフォン、若しくはタブレットなどのモバイル機器、又はＰＣである。「ＰＣ」は、personal computerの略語である。各作業員ＭＰは、例えば、車庫又は整備場などの現場において車両ＶＨの整備要員として待機している現場スタッフである。

【0019】

ネットワーク５０は、インターネット、少なくとも１つのＷＡＮ、少なくとも１つのＭＡＮ、又はこれらの組合せを含む。「ＷＡＮ」は、wide area networkの略語である。「ＭＡＮ」は、metropolitan area networkの略語である。ネットワーク５０は、少なくとも１つの無線ネットワーク、少なくとも１つの光ネットワーク、又はこれらの組合せを含んでもよい。無線ネットワークは、例えば、アドホックネットワーク、セルラーネットワーク、無線ＬＡＮ、衛星通信ネットワーク、又は地上マイクロ波ネットワークである。「ＬＡＮ」は、local area networkの略語である。

【0020】

図１を参照して、本実施形態の概要を説明する。

【0021】

運行管理システム１０において、運行管理装置２０は、モビリティサービスプラットフォームとして機能する。概要として、運行管理装置２０は、１台以上の車両ＶＨをスケジュールに従って自動運転により運行させる。本実施形態において、スケジュールは運行計画データＤ１に対応し、運行管理装置２０により管理される。

【0022】

各車両ＶＨは、本実施形態では、１人以上の乗客を輸送するバスである。各車両ＶＨは、予め設定されたスケジュールに従って自動運転走行する定期定路線型運行バスとして運行される。ある車両の運行開始時刻が近づくと、当該車両のスケジュールに対応する運行計画データＤ１が運行管理装置２０から当該車両に搭載された情報処理装置１４に送信される。情報処理装置１４については後述する。情報処理装置１４は、運行計画データＤ１で示されるスケジュールにしたがって車両を自動運転で走行させる。ここで、各車両ＶＨの運転は、任意のタイミングで自動運転から手動運転に切り替えられる場合がある。例えば、車両ＶＨごとの路線の終点である最終停留所に到着した後、車庫に戻った時点で、保守点検等のために車両ＶＨの運転が自動運転から手動運転に切り替えられることが想定される。

【0023】

本実施形態において、各車両ＶＨの運転が自動運転から手動運転に切り替えられるのに合わせて、各車両ＶＨについての情報が各端末装置４０に送信される。各車両ＶＨについての情報には、各車両ＶＨに対して行われうる保守業務の内容を示す情報が含まれる。各作業員ＭＰは、端末装置４０に送信された情報に応じて、車両ＶＨに近接する現場において手動運転に切り替わった後の車両ＶＨの保守業務を行う。一例として、各車両ＶＨの自動運転から手動運転への切り替えは、待機場所としての車庫における手動運転移行枠内において行われる。自動運転から手動運転に切り替えられた車両ＶＨは、指定された作業員ＭＰにより運転されて、手動運転移行枠内から、車庫内の駐車スペース又は整備場に移動する。運行管理装置２０は、車両ＶＨが手動運転で手動運転移行枠を出たことを確認すると、指定された作業員ＭＰの稼働状態を更新する。遠隔オペレータＯＰは、手動運転移行枠に到着した車両ＶＨの自動運転の終了を承認し、各車両ＶＨの運行の遠隔支援中にモニタなどで検知した異常などを示す情報を申し送り事項としてサーバ装置３０に入力する。遠隔オペレータＯＰは、各車両ＶＨの運行の遠隔支援中に寄せられた乗客からの問い合わせ若しくは苦情の内容を示す情報又は乗客との間で生じたトラブルの内容を示す情報を申し送り事項としてサーバ装置３０に入力してもよい。本実施形態において、保守業務には、手動運転に切り替わった後の車両の運転を現場で遠隔オペレータＯＰから引き継ぐことのほか、車両の整備及び修理などの業務、及び遠隔オペレータＯＰからの申し送り事項への対応が含まれる。すなわち、保守業務には、車両の乗客への対応業務、又は周辺環境への適応業務が含まれてもよい。本実施形態において、乗客への対応業務には、各車両ＶＨの運行の遠隔支援中に寄せられた乗客からの問い合わせ若しくは苦情、又は乗客との間で生じたトラブルへの対応を行うことが含まれる。周辺環境への適応業務には、周辺環境に合わせて車両ＶＨに搭載された各種センサ等を調整することが含まれる。

【0024】

本実施形態において、遠隔監視センタＲＣでは、１人以上の遠隔オペレータＯＰが各車両ＶＨの自動運行の遠隔支援を行っている。すなわち、遠隔オペレータＯＰは、自動運転中の各車両ＶＨを監視して遠隔制御することができる。１人以上の遠隔オペレータＯＰには、遠隔オペレータＯＰ１，ＯＰ２以外の遠隔オペレータが含まれていてよい。本実施形態において、運行記録データＤ３は、各車両ＶＨからサーバ装置３０又は運行管理装置２０に送信される。具体的には、運行記録データＤ３は、各車両ＶＨに搭載された情報処理装置１４から送信される。本実施形態において、情報処理装置１４は、例えば自動運転制御ソフトウェアがインストールされたコンピュータ、並びにカメラ及びライダー等のセンサを搭載可能な機器であるが、これに限られず任意の装置であってもよい。情報処理装置１４は、例えば、車両ＶＨのルーフトップ等、車両ＶＨの任意の位置に搭載される。

【0025】

本実施形態において、運行記録データＤ３には、車両ＶＨの運行中にモニタされた各種走行データの他、車両ＶＨが自動運転中の情報処理装置１４と制御装置１２との間の通信状態、情報処理装置１４に搭載されたカメラ及びライダー等のセンサにおいて発生したセンサノイズ量、及び自動運転中に車両ＶＨの運転が一時的に遠隔操作された時間帯などを示す情報が含まれる。運行記録データＤ３には、更に、センサノイズが発生した時刻及び地点、並びに車両ＶＨの運転が遠隔操作された時間の累積値が含まれていてもよい。あるいは、各遠隔オペレータＯＰは、各車両ＶＨの運行の遠隔支援中にモニタなどで検知した異常などを示す情報を申し送り事項としてサーバ装置３０に入力することにより、当該情報を運行記録データＤ３に含めてもよい。運行記録データＤ３は、遠隔オペレータＯＰにより申し送り事項としてサーバ装置３０に入力された、各車両ＶＨの運行の遠隔支援中に寄せられた乗客からの問い合わせ若しくは苦情の内容を示す情報又は乗客との間で生じたトラブルの内容を示す情報を更に含んでもよい。

【0026】

本実施形態において、運行管理装置２０は、各車両ＶＨから車両データＤ２を取得する。車両データＤ２は、各車両ＶＨの状態をモニタして得られる情報を含む。車両データＤ２には、例えば、各車両ＶＨに搭載された警告灯からの信号、並びに各車両ＶＨのタイヤの空気圧、加速度ごとのブレーキ踏み量、及び充電量などのパラメータ値が含まれる。車両データＤ２には、各車両ＶＨに搭載されたカメラなどの撮像センサにより取得された画像が含まれてもよい。

【0027】

車両データＤ２は任意の手順で取得されてよいが、例えば次のような手順で取得される。車両データＤ２は、各車両ＶＨに搭載された複数のＥＣＵ１３とＣＡＮ等の車載ネットワーク又は専用線を介して通信を行う通信機１１により、常時又は所定時間間隔で取得され、通信機１１から運行管理装置２０に送信される。「ＥＣＵ」は、Electronic Control Unitの略語である。「ＣＡＮ」は、Controller Area Networkの略語である。車両データＤ２は、通信機１１からアップロードされてクラウドサーバに蓄積される。運行管理装置２０は、クラウドサーバと通信を行い、クラウドサーバに蓄積された車両データＤ２を取得してもよい。あるいは、運行管理装置２０が、そのクラウドサーバであってもよい。すなわち、車両データＤ２は、運行管理装置２０に蓄積されてもよい。

【0028】

本実施形態において、運行管理装置２０は、運行計画データＤ１に基づいて、各車両ＶＨの運転が自動運転から手動運転に切り替えられる時点Ｔ１を車両ごとに予測し、予測された時点Ｔ１までの時間が閾値未満である車両ＶＨｉを対象車両ＶＨｔとして特定する。運行管理装置２０は、対象車両ＶＨｔの状態をモニタして得られる車両データＤ２ｔ及び対象車両ＶＨｔの走行をモニタして得られる運行記録データＤ３ｔの少なくとも一方を取得し、取得された車両データＤ２ｔ及び運行記録データＤ３ｔのいずれかに基づいて、対象車両ＶＨｔに発生した異常の種類を１つ以上判定する。運行管理装置２０は、判定された異常の種類に応じて、複数の作業員ＭＰの中から、対象車両ＶＨｔに近接する現場において対象車両ＶＨｔの保守作業を行う第１の作業員ＭＰ１を指定する。運行管理装置２０は、第１の作業員ＭＰ１に対して異常への対応を促す情報を通知する。

【0029】

本実施形態によれば、車両の運転が自動運転から手動運転に切り替えられるのに合わせて、車両を保守する作業員が自動的に選択される。したがって、作業員を割り当てる作業にかかる時間と手間が軽減される。よって、車両の運行効率が向上する。

【0030】

図２を参照して、本実施形態に係る運行管理装置２０の構成を説明する。

【0031】

運行管理装置２０は、制御部２１と、記憶部２２と、通信部２３とを備える。

【0032】

制御部２１は、少なくとも１つのプロセッサ、少なくとも１つのプログラマブル回路、少なくとも１つの専用回路、又はこれらの任意の組合せを含む。プロセッサは、ＣＰＵ若しくはＧＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。「ＣＰＵ」は、central processing unitの略語である。「ＧＰＵ」は、graphics processing unitの略語である。プログラマブル回路は、例えば、ＦＰＧＡである。「ＦＰＧＡ」は、field-programmable gate arrayの略語である。専用回路は、例えば、ＡＳＩＣである。「ＡＳＩＣ」は、application specific integrated circuitの略語である。制御部２１は、運行管理装置２０の各部を制御しながら、運行管理装置２０の動作に関わる処理を実行する。

【0033】

記憶部２２は、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらの任意の組合せを含む。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。「ＲＡＭ」は、random access memoryの略語である。「ＲＯＭ」は、read only memoryの略語である。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。「ＳＲＡＭ」は、static random access memoryの略語である。「ＤＲＡＭ」は、dynamic random access memoryの略語である。ＲＯＭは、例えば、ＥＥＰＲＯＭである。「ＥＥＰＲＯＭ」は、electrically erasable programmable read only memoryの略語である。記憶部２２は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部２２には、運行管理装置２０の動作に用いられるデータと、運行管理装置２０の動作によって得られたデータとが記憶される。本実施形態において、記憶部２２には、運行計画データＤ１が記憶されていてもよい。

【0034】

通信部２３は、少なくとも１つの通信用インタフェースを含む。通信用インタフェースは、例えば、ＬＡＮインタフェースである。通信部２３は、運行管理装置２０の動作に用いられるデータを受信し、また運行管理装置２０の動作によって得られるデータを送信する。本実施形態において、通信部２３は、サーバ装置３０及び各端末装置４０と通信を行う。通信部２３は、各車両ＶＨと通信を行ってもよい。例えば、制御部２１は、通信部２３を介して車両ＶＨから車両データＤ２を受信してもよい。制御部２１は、車両データＤ２を記憶部２２にデータベースとして構築してもよい。

【0035】

運行管理装置２０の機能は、本実施形態に係るプログラムを、制御部２１としてのプロセッサで実行することにより実現される。すなわち、運行管理装置２０の機能は、ソフトウェアにより実現される。プログラムは、運行管理装置２０の動作をコンピュータに実行させることで、コンピュータを運行管理装置２０として機能させる。すなわち、コンピュータは、プログラムに従って運行管理装置２０の動作を実行することにより運行管理装置２０として機能する。

【0036】

プログラムは、非一時的なコンピュータ読取り可能な媒体に記憶しておくことができる。非一時的なコンピュータ読取り可能な媒体は、例えば、フラッシュメモリ、磁気記録装置、光ディスク、光磁気記録媒体、又はＲＯＭである。プログラムの流通は、例えば、プログラムを記憶したＳＤカード、ＤＶＤ、又はＣＤ－ＲＯＭなどの可搬型媒体を販売、譲渡、又は貸与することによって行う。「ＳＤ」は、Secure Digitalの略語である。「ＤＶＤ」は、digital versatile discの略語である。「ＣＤ－ＲＯＭ」は、compact disc read only memoryの略語である。プログラムをサーバのストレージに格納しておき、サーバから他のコンピュータにプログラムを転送することにより、プログラムを流通させてもよい。プログラムをプログラムプロダクトとして提供してもよい。

【0037】

コンピュータは、例えば、可搬型媒体に記憶されたプログラム又はサーバから転送されたプログラムを、一旦、主記憶装置に格納する。そして、コンピュータは、主記憶装置に格納されたプログラムをプロセッサで読み取り、読み取ったプログラムに従った処理をプロセッサで実行する。コンピュータは、可搬型媒体から直接プログラムを読み取り、プログラムに従った処理を実行してもよい。コンピュータは、コンピュータにサーバからプログラムが転送される度に、逐次、受け取ったプログラムに従った処理を実行してもよい。サーバからコンピュータへのプログラムの転送は行わず、実行指示及び結果取得のみによって機能を実現する、いわゆるＡＳＰ型のサービスによって処理を実行してもよい。「ＡＳＰ」は、application service providerの略語である。プログラムは、電子計算機による処理の用に供する情報であってプログラムに準ずるものを含む。例えば、コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータは、「プログラムに準ずるもの」に該当する。

【0038】

運行管理装置２０の一部又は全ての機能が、制御部２１としてのプログラマブル回路又は専用回路により実現されてもよい。すなわち、運行管理装置２０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

【0039】

図３を参照して、本実施形態に係るサーバ装置３０の構成を説明する。

【0040】

サーバ装置３０は、サーバ制御部３１と、サーバ記憶部３２と、サーバ通信部３３とを備える。

【0041】

サーバ制御部３１は、少なくとも１つのプロセッサ、少なくとも１つのプログラマブル回路、少なくとも１つの専用回路、又はこれらの組合せを含む。プロセッサは、ＣＰＵ若しくはＧＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。プログラマブル回路は、例えば、ＦＰＧＡである。専用回路は、例えば、ＡＳＩＣである。サーバ制御部３１は、サーバ装置３０の各部を制御しながら、サーバ装置３０の動作に関わる処理を実行する。

【0042】

サーバ記憶部３２は、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらのうち少なくとも２種類の組合せを含む。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。ＲＯＭは、例えば、ＥＥＰＲＯＭである。サーバ記憶部３２は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。サーバ記憶部３２には、サーバ装置３０の動作に用いられるデータと、サーバ装置３０の動作によって得られたデータとが記憶される。本実施形態において、サーバ記憶部３２には、運行記録データＤ３が記憶されていてもよい。

【0043】

サーバ通信部３３は、少なくとも１つの通信用インタフェースを含む。通信用インタフェースは、例えば、ＬＡＮインタフェースである。サーバ通信部３３は、サーバ装置３０の動作に用いられるデータを受信し、またサーバ装置３０の動作によって得られるデータを送信する。本実施形態において、サーバ通信部３３は、運行管理装置２０及び各車両ＶＨと通信を行う。サーバ通信部３３は、各端末装置４０と通信を行ってもよい。

【0044】

例えば、サーバ制御部３１は、サーバ通信部３３を介して車両ＶＨから運行記録データＤ３を受信する。サーバ制御部３１は、運行記録データＤ３をサーバ記憶部３２にデータベースとして構築する。

【0045】

サーバ装置３０の一部又は全ての機能が、サーバ制御部３１としてのプログラマブル回路又は専用回路により実現されてもよい。すなわち、サーバ装置３０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

【0046】

図４を参照して、本実施形態に係る各車両ＶＨの構成を説明する。

【0047】

各車両ＶＨは、通信機１１と、制御装置１２と、複数のＥＣＵ１３とを備える。通信機１１、制御装置１２、及び各ＥＣＵ１３は、例えば、ＣＡＮ等の車載ネットワーク又は専用線を介して、互いに通信可能に接続される。

【0048】

通信機１１は、例えばＤＣＭ等の車載通信機である。「ＤＣＭ」は、Data Communication Moduleの略語である。通信機１１は、ネットワーク５０に接続する通信モジュールを含む。例えば、通信機１１は、４Ｇ規格又は５Ｇ規格などの移動体通信規格に対応する通信モジュールを含んでもよい。「４Ｇ」は、4th Generationの略語である。「５Ｇ」は、5th Generationの略語である。本実施形態において、各車両ＶＨは、通信機１１を介してネットワーク５０に接続される。

【0049】

制御装置１２は、情報処理装置１４からの制御情報に基づき、車両制御を行う装置である。制御情報は、情報処理装置１４により自動運転ソフトウェアを用いて生成される情報である。車両制御は、制御装置１２と各ＥＣＵ１３とが協働することによって実施される。すなわち、複数のＥＣＵ１３は、制御装置１２と協働して車両の動作を制御する。具体的には、制御装置１２は、所定周期で発生する制御タイミングで制御情報を受信する。複数のＥＣＵ１３は、制御装置１２から制御情報に基づく制御指令を受信し、制御指令に従って車両ＶＨの動作を制御する。例えば、複数のＥＣＵ１３は、車両ＶＨの操作量を、制御指令に示される値となるように制御する。また、複数のＥＣＵ１３は、各制御タイミングにおいて、車両ＶＨに搭載された各種センサから車両ＶＨの制御量又は操作量の測定値を収集し、制御装置１２へ送信する。制御装置１２は、複数のＥＣＵ１３から送信された測定値を車両情報として情報処理装置１４へ送信する。当該車両情報は、情報処理装置１４において、制御情報を生成するために用いられる。複数のＥＣＵ１３は、収集した測定値を通信機１１へ送信してもよい。通信機１１は、複数のＥＣＵ１３から送信された測定値を車両データＤ２として運行管理装置２０に送信する。

【0050】

図５を参照して、本実施形態に係る情報処理装置１４の構成を説明する。

【0051】

情報処理装置１４は、制御部１４１と、記憶部１４２と、通信部１４３と、センサ部１４４とを備える。

【0052】

制御部１４１は、少なくとも１つのプロセッサ、少なくとも１つのプログラマブル回路、少なくとも１つの専用回路、又はこれらの組合せを含む。プロセッサは、ＣＰＵ若しくはＧＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。プログラマブル回路は、例えば、ＦＰＧＡである。専用回路は、例えば、ＡＳＩＣである。制御部１４１は、情報処理装置１４の各部を制御しながら、情報処理装置１４の動作に関わる処理を実行する。制御部１４１は、自動運転ソフトウェアを用いて、制御情報の生成、送信、及び蓄積を行う。

【0053】

記憶部１４２は、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらのうち少なくとも２種類の組合せを含む。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。ＲＯＭは、例えば、ＥＥＰＲＯＭである。記憶部１４２は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部１４２には、情報処理装置１４の動作に用いられるデータと、情報処理装置１４の動作によって得られたデータとが記憶される。記憶部１４２に記憶された情報は、例えば通信部１４３を介して制御装置１２から取得される更新情報で更新可能であってもよい

【0054】

通信部１４３は、少なくとも１つの通信用インタフェースを含む。通信用インタフェースは、例えば、ＬＡＮインタフェースである。通信部１４３は、情報処理装置１４の動作に用いられるデータを受信し、また情報処理装置１４の動作によって得られるデータを送信する。本実施形態において、通信部１４３は、各車両ＶＨと通信を行う。通信部１４３は、サーバ装置３０と通信を行ってもよい。

【0055】

センサ部１４４は、情報処理装置１４の動作又は周辺環境に関する情報を検出する１つ以上のセンサを含む。センサ部１４４に含まれるセンサの種類及び数は、運行管理者の目的に応じて決定される。例えば、センサ部１４４は、ライダー、加速度センサ、角速度センサ、磁気センサ、気圧センサ、照度センサ、温度センサ、及びイメージセンサ（カメラ）等、任意のセンサを含んでもよい。センサ部１４４は、各センサによって検出された情報を、センサ情報として取得する。例えば、センサ部１４４のセンサ情報は、ライダーの検出情報、車両ＶＨの周辺環境の撮像画像、加速度、角速度、磁場、及び気圧等を含んでもよい。

【0056】

情報処理装置１４の一部又は全ての機能が、制御部１４１としてのプログラマブル回路又は専用回路により実現されてもよい。すなわち、情報処理装置１４の一部又は全ての機能が、ハードウェアにより実現されてもよい。

【0057】

図６から図８を参照して、本実施形態に係る運行管理装置２０の動作を説明する。この動作は、本実施形態に係る運行管理方法に相当する。

【0058】

図６のステップＳ１において、運行管理装置２０の制御部２１は、運行計画データＤ１に基づいて、運転が自動運転から手動運転に切り替えられる時点Ｔ１を車両ＶＨごとに予測する。具体的には、制御部２１は、記憶部２２に記憶された運行計画データＤ１を読み出し、読み出された運行計画データＤ１に基づいて、各車両ＶＨが車庫に帰還する時刻を時点Ｔ１として予測する。例えば、制御部２１は、運行計画データＤ１で示される各路線の終点である最終停留所への到着予定時刻に、最終停留所から車庫までの所要時間を足した時刻を時点Ｔ１として予測する。

【0059】

図６のステップＳ２において、運行管理装置２０の制御部２１は、各車両ＶＨについて予測された時点Ｔ１までの時間が閾値未満である車両ＶＨｉを対象車両ＶＨｔとして特定する。閾値は任意に設定されてよいが、例えば、車庫にもうすぐ到着する車両ＶＨを判定できるように設定すればよい。一例として、閾値をＮ分と設定したとする。制御部２１は、現在時刻から時点Ｔ１までの時間がＮ分未満である車両ＶＨｉを、もうすぐ車庫に到着する車両ＶＨｉと判定し、当該車両ＶＨｉを、対象車両ＶＨｔとして特定する。

【0060】

図６のステップＳ３において、運行管理装置２０の制御部２１は、対象車両ＶＨｔの状態をモニタして得られる車両データＤ２ｔ及び対象車両ＶＨｔの走行をモニタして得られる運行記録データＤ３ｔの少なくとも一方を取得する。車両データＤ２ｔ及び運行記録データＤ３ｔは任意の手順で取得されてよいが、本実施形態では以下の手順で取得される。

【0061】

運行管理装置２０の制御部２１は、車両データＤ２ｔを対象車両ＶＨｔから取得する。具体的には、対象車両ＶＨｔに搭載された通信機１１から、対象車両ＶＨｔに搭載された各種センサから収集された車両ＶＨの状態を示すデータ、又は車両ＶＨの制御量若しくは操作量の測定値が送信される。制御部２１は、通信機１１から送信された情報又は測定値を通信部２３を介して受信し、受信された情報又は測定値を車両データＤ２ｔとして取得する。

【0062】

運行管理装置２０の制御部２１は、運行記録データＤ３ｔをサーバ装置３０から取得する。具体的には、自動運転中の対象車両ＶＨｔの走行をモニタして得られる運行記録データＤ３ｔがサーバ装置３０から送信される。運行記録データＤ３ｔには、対象車両ＶＨｔに搭載された情報処理装置１４から送信された、対象車両ＶＨｔが自動運転中の情報処理装置１４と制御装置１２との間の通信状態、情報処理装置１４に搭載されたカメラ及びライダー等のセンサにおいて発生したセンサノイズ量、及び自動運転中に対象車両ＶＨｔの運転が一時的に遠隔操作された時間帯などを示す情報が含まれる。運行記録データＤ３ｔには、遠隔オペレータＯＰにより申し送り事項として入力された、対象車両ＶＨｔの運行の遠隔支援中に寄せられた乗客からの問い合わせ若しくは苦情の内容を示す情報又は乗客との間で生じたトラブルの内容を示す情報が含まれてもよい。運行管理装置２０の制御部２１は、サーバ装置３０から送信された運行記録データＤ３ｔを、通信部２３を介して受信し、受信された運行記録データＤ３ｔを取得する。あるいは、制御部２１は、運行記録データＤ３ｔをサーバ装置３０から取得する代わりに、対象車両ＶＨｔの情報処理装置１４から送信される信号を通信部２３を介して受信し、受信された信号を運行記録データＤ３ｔとして取得してもよい。

【0063】

図６のステップＳ４において、運行管理装置２０の制御部２１は、ステップＳ３で取得された車両データＤ２ｔ及び運行記録データＤ３ｔのいずれかに基づいて、対象車両ＶＨｔに発生した異常の種類を１つ以上判定する。異常の種類は任意の手順で判定されてよいが、本実施形態では以下の手順で判定される。

【0064】

本実施形態において、異常の種類には、車両異常、情報処理装置１４の異常、及び日常点検項目異常の少なくともいずれかが含まれる。車両異常には、例えば、油圧の低下、タイヤのパンク、エアバッグの作動などの異常が含まれる。車両異常は、車両データＤ２ｔに基づいて判定可能である。情報処理装置１４の異常には、例えば、情報処理装置１４のセンサ部１４４の異常などが含まれる。情報処理装置１４の異常は、運行記録データＤ３ｔに基づいて判定可能である。日常点検項目異常には、例えば、タイヤの空気圧の低下、ブレーキのかかり具合の不良、及び充電量の低下などが含まれる。日常点検項目異常には、車内における忘れ物が含まれてもよい。日常点検項目異常は、車両データＤ２ｔに基づいて判定可能である。

【0065】

本実施形態において、異常の種類には、更に、周辺環境異常及び乗客とのトラブルが含まれてもよい。周辺環境異常には、例えば、対象車両ＶＨｔの自動運転中に情報処理装置１４のセンサ部１４４により検知された異常又は対象車両ＶＨｔの運行の遠隔支援中に遠隔オペレータＯＰがモニタなどで検知した異常が含まれる。周辺環境異常は、運行記録データＤ３ｔに基づいて判定可能である。乗客とのトラブルには、対象車両ＶＨｔの運行の遠隔支援中に各遠隔オペレータＯＰに寄せられた乗客からの問い合わせ若しくは苦情、又は乗客との間で生じたトラブルで未解決のものが含まれる。乗客とのトラブルは、運行記録データＤ３ｔに基づいて判定可能である。これは、上述したように、対象車両ＶＨｔの運行の遠隔支援中にモニタなどで検知した異常などを示す情報、乗客からの問い合わせ又は苦情の内容を示す情報、又は乗客との間で生じたトラブルの内容を示す情報が、遠隔オペレータＯＰにより申し送り事項としてサーバ装置３０に入力された場合、運行記録データＤ３ｔには、遠隔オペレータＯＰにより申し送り事項として入力された情報が含まれるからである。

【0066】

運行管理装置２０の制御部２１は、車両データＤ２ｔに基づいて、対象車両ＶＨｔの車両異常及び日常点検項目異常を判定する。

【0067】

車両データＤ２ｔに基づく異常の種類の判定は任意の手順で行われてよいが、本実施形態では次の手順で行われる。運行管理装置２０の制御部２１は、車両データＤ２ｔに含まれる警告灯からの信号により車両異常を判定する。制御部２１は、車両データＤ２ｔに基づいて、自動点検アルゴリズムを用いて得られる１つ以上の項目を日常点検項目異常として判定する。具体的には、制御部２１は、任意の自動点検アルゴリズムを使用して、車両データＤ２ｔとして得られる各パラメータ値から対象車両ＶＨｔの異常を検出する。例えば、制御部２１は、車両データＤ２ｔに含まれる対象車両ＶＨｔのタイヤの空気圧、加速度ごとのブレーキ踏み量、及び充電量などのパラメータ値から、対象車両ＶＨｔのタイヤの空気圧の異常、加速度ごとのブレーキのかかり具合の不良、及び単位時間当たりの充電量の減少ペースの異常を検出する。あるいは、制御部２１は、対象車両ＶＨｔに搭載されたカメラなどの撮像センサにより取得された画像が車両データＤ２ｔに含まれる場合、当該画像を解析などして車内における忘れ物を検知してもよい。

【0068】

運行管理装置２０の制御部２１は、運行記録データＤ３ｔに基づいて、情報処理装置１４の異常を判定する。具体的には、制御部２１は、例えば、運行記録データＤ３ｔに含まれる、対象車両ＶＨｔが自動運転中の情報処理装置１４と制御装置１２との間の通信状態、情報処理装置１４に搭載されたカメラ及びライダー等のセンサからの異常信号、及び自動運転中に車両ＶＨの運転が一時的に遠隔操作された時間帯などを示す情報に基づいて、情報処理装置１４の異常を判定する。

【0069】

情報処理装置１４の異常の判定は任意の手順で行われてよいが、本実施形態では次の手順で行われる。運行管理装置２０の制御部２１は、運行記録データＤ３ｔに含まれる、車両ＶＨが自動運転中の情報処理装置１４と制御装置１２との間の通信状態を示す情報に基づいて情報処理装置１４の異常を判定する。本実施形態においては、制御装置１２は、所定周期（例えば、数ミリ秒）で繰り返し発生する制御タイミングで制御情報を情報処理装置１４から受信する。上述のように、制御情報は、情報処理装置１４により自動運転ソフトウェアを用いて生成される。制御装置１２は、情報処理装置１４からの制御情報に基づき、車両制御を行う。ここで、例えば、情報処理装置１４の処理負荷の増大又は情報処理装置１４と制御装置１２との通信品質の低下等の要因によって、制御装置１２が次の制御タイミングで制御情報を正常に受信できないと、制御装置１２が次の制御タイミングで受信すべき制御情報が欠損することが考えられる。運行管理装置２０の制御部２１は、運行記録データＤ３ｔに含まれる情報処理装置１４と制御装置１２との間の通信状態を示す情報を参照し、制御装置１２が任意の制御タイミングで受信すべきであった制御情報の欠損があったことを検出すると、情報処理装置１４に異常があったと判定する。

【0070】

運行管理装置２０の制御部２１は、運行記録データＤ３ｔに基づく異常の種類として、周辺環境異常を判定してもよい。周辺環境異常の判定は任意の手順で行われてよいが、本実施形態では次の手順で行われる。運行管理装置２０の制御部２１は、運行記録データＤ３ｔで示されるセンサノイズ量に基づいて、周辺環境異常を判定する。例えば、制御部２１は、センサノイズ量として示されるカメラ又はライダー等のセンサ部１４４のノイズ量に基づいて、周辺環境異常として霧又は雨を判定することができる。ここで、周辺環境異常として霧又は雨を判定するのは、霧又は雨の場合、ライダーなどのセンサ部１４４が正常に作動せず、自動運転に支障をきたすおそれがあるためである。なお、周辺環境異常として霧又は雨が判定された場合、作業員によりカメラ又はライダーなどのセンサ部１４４の感度を調整することで、自動運転に与える影響を低減させることができる。

【0071】

あるいは、運行記録データＤ３ｔに、各遠隔オペレータＯＰによって申し送り事項として入力された情報が含まれている場合は、制御部２１は、運行記録データＤ３ｔに基づく異常の種類として、乗客とのトラブルを判定してもよい。乗客とのトラブルの判定は任意の手順で行われてよいが、本実施形態では次の手順で行われる。運行管理装置２０の制御部２１は、運行記録データＤ３ｔに申し送り事項として含まれる情報に基づいて、対象車両ＶＨｔの運行の遠隔支援中に寄せられた乗客からの問い合わせ若しくは苦情の内容又は乗客との間で生じたトラブルを判定する。なお、乗客とのトラブルが判定された場合、対象車両ＶＨｔの自動運転終了後に作業員が当該乗客と対面で応対することで、トラブルを軽減又は解消することができると考えられる。

【0072】

図６のステップＳ５において、運行管理装置２０の制御部２１は、ステップＳ４で判定された異常の種類に応じて、複数の作業員ＭＰの中から、第１の作業員ＭＰ１を指定する。第１の作業員ＭＰ１は任意の手順で指定されてよいが、本実施形態では、次の手順で指定される。制御部２１は、複数の作業員ＭＰの職掌範囲を異常の種類と対応付けて作業員ごとに示す職掌データＤ４を更に取得し、取得された職掌データＤ４に基づいて、判定された異常の種類の全てに対応可能な職掌範囲を有する作業員又は判定された異常の種類のうち対応可能な異常の種類が最も多い職掌範囲を有する作業員を第１の作業員ＭＰ１として指定する。

【0073】

図７を参照して、本実施形態における職掌データＤ４について説明する。本実施形態において、「職掌データ」とは、複数の作業員ＭＰの職掌範囲を異常の種類と対応付けて作業員ごとに示す情報である。職掌範囲には、各作業員ＭＰが対応可能な業務として、例えば、「車両の整備」、「情報処理装置の整備」、「日常点検項目の整備」、「周辺環境への対応」、「乗客への対応」などの業務が含まれる。各業務は上記の例に限られず、異常の種類に応じて任意に定められてよい。一例として、職掌範囲に「車両の整備」が含まれる作業員は、例えば、車両異常として判定される油圧の低下、タイヤのパンク、エアバッグの作動などに対する修理を行うことにより車両異常に対応可能である。職掌範囲に「情報処理装置の整備」が含まれる作業員は、例えば、情報処理装置１４の異常として判定されるセンサ部１４４の修理を行うことにより情報処理装置１４の異常に対応可能である。職掌範囲に「日常点検項目の整備」が含まれる作業員は、例えば、日常点検項目異常として判定されるタイヤの空気圧の低下、ブレーキのかかり具合の不良、及び充電量の低下のそれぞれに対し、空気を入れる、ブレーキを調整する、充電するなどの作業を行うことにより日常点検項目異常に対応可能である。日常点検項目異常として車内における忘れ物が判定されている場合、忘れ物を回収するなどの作業を行うことにより日常点検項目異常に対応可能である。職掌範囲に「周辺環境への適応」が含まれる作業員は、周辺環境異常として判定される霧又は雨に対し、例えば、情報処理装置１４のセンサ部１４４の感度を調整する業務を行うことにより、情報処理装置１４を周辺環境異常に適応させ、周辺環境異常が自動運転に与えうる影響を低減することで、周辺環境異常に対応可能である。職掌範囲に「乗客への対応」が含まれる作業員は、作業員が当該乗客からの問い合わせ若しくは苦情又は乗客との間で生じたトラブルを解決するなどの業務を行うことで、乗客とのトラブルに対応可能である。本実施形態において、複数の作業員ＭＰには、それぞれ対応可能な業務が職掌範囲としてあらかじめ定められている。各作業員ＭＰは１つ異常の業務に対応可能であってもよい。

【0074】

図７に、本実施形態における職掌データＤ４が格納されたテーブルの構成例をテーブル１００として示す。図７のテーブル１００において、１行目のレコードには、作業員Ｑの業務１として「車両の整備」、業務２として「乗客への対応」が格納されている。２行目のレコードには、作業員Ｒの業務１として、「情報処理装置の整備」が格納されている。３行目のレコードには、作業員Ｓの業務１として、「日常点検項目の整備」、業務２として「情報処理装置の整備」、業務３として「乗客への対応」が格納されている。４行目のレコードには、作業員Ｔの業務１として、「日常点検項目の整備」、業務２として「乗客への対応」が格納されている。５行目のレコードには、作業員Ｕの業務１として「日常点検項目の整備」、及び業務２として「周辺環境への適応」が格納されている。６行目のレコードには、作業員Ｖの業務１として「周辺環境への適応」が格納されている。７行目のレコードには、作業員Ｗの業務１として、「乗客への対応」が格納されている。

【0075】

一例として、ステップＳ４で判定された異常の種類が、日常点検項目の１つであるタイヤの空気圧の異常、情報処理装置１４の異常、及び乗客とのトラブルであったとする。この場合、運行管理装置２０の制御部２１は、職掌データＤ４が格納されたテーブル１００を参照し、作業員Ｓを第１の作業員ＭＰ１として指定する。これは、作業員Ｓの職掌範囲には、判定された異常の種類である「日常点検項目の整備」、「情報処理装置の整備」、及び「乗客への対応」の全てが含まれるからである。

【0076】

あるいは、運行管理装置２０の制御部２１は、判定された異常の種類のうち対応可能な異常の種類が最も多い職掌範囲を有する作業員を、第１の作業員ＭＰ１として指定してもよい。一例として、ステップＳ４で判定された異常の種類が、日常点検項目の１つであるブレーキのかかり具合の不良、周辺環境異常、及び車両異常であったとする。この場合、運行管理装置２０の制御部２１は、職掌データＤ４が格納されたテーブル１００を参照し、作業員Ｕを第１の作業員ＭＰ１として指定する。これは、各作業員ＭＰのそれぞれの職掌範囲に含まれる対応可能な業務と、判定された異常の種類とを比較した結果、作業員Ｕの有する職掌範囲で対応可能な異常の種類の数が最も多いからである。すなわち、制御部２１は、テーブル１００を参照して、ステップＳ４で判定された３つの異常の種類、すなわち、「ブレーキのかかり具合の不良」、「周辺環境異常」、及び「車両異常」のうち、作業員Ｑの職掌範囲で対応可能な異常の種類の数が１（「車両異常」）であり、作業員Ｒの職掌範囲で対応可能な異常の種類の数が０であり、作業員Ｓの職掌範囲で対応可能な異常の種類の数が１（「日常点検項目異常」）であり、作業員Ｔの職掌範囲で対応可能な異常の種類の数が１（「日常点検項目異常」）であり、作業員Ｕの職掌範囲で対応可能な異常の種類の数が２（「日常点検項目異常」及び「周辺環境異常」）であり、作業員Ｖの職掌範囲で対応可能な異常の種類の数が１（「周辺環境異常」）であり、作業員Ｗの職掌範囲で対応可能な異常の種類の数が０であると判定する。そして、制御部２１は、対応可能な異常の種類の数が２で最も多い作業員Ｕを第１の作業員ＭＰ１として指定する。

【0077】

運行管理装置２０の制御部２１は、判定された異常の種類の全てに対応可能な職掌範囲を有する作業員を第１の作業員ＭＰ１として指定することができない場合、第１の作業員ＭＰ１に加えて、判定された異常の種類のうち、第１の作業員ＭＰ１の職掌範囲に対応づけられていない異常の種類に対応可能な職掌範囲を有する第２の作業員ＭＰ２を更に指定してもよい。上記の例のように、ステップＳ４で判定された異常の種類がブレーキのかかり具合の不良、周辺環境異常、及び車両異常であり、対応可能な異常の種類の数が２で最も多い作業員Ｕが第１の作業員ＭＰ１として指定された場合を想定する。この場合において、ステップＳ４で判定された３つの異常の種類のうち、作業員Ｕの職掌範囲に対応付けられていない異常の種類は、「車両異常」である。よって、制御部２１は、テーブル１００を再度参照し、車両異常に対応可能な作業員を第２の作業員ＭＰ２として更に指定する。具体的には、職掌範囲に「車両の整備」が含まれる作業員Ｑを第２の作業員ＭＰ２として指定する。

【0078】

本実施形態の一変形例として、図６のステップＳ５において、制御部２１は、複数の作業員ＭＰの稼働状態を時系列で示す業務管理データＤ５を更に取得し、取得された業務管理データＤ５で示される時点Ｔ１における複数の作業員ＭＰの稼働状態に基づいて、第１の作業員ＭＰ１を指定するための候補作業員ＭＰ’を選択してもよい。具体的には、作業員の稼働状態には、作業員が実作業に従事していない待機状態、作業員が休憩中である休憩状態、又は作業員が対象車両ＶＨｔとは別の車両を整備している整備状態が含まれ、制御部２１は、候補作業員ＭＰ’として、時点Ｔ１における稼働状態が待機状態である作業員を選択する。稼働状態は上記の例に限られず、任意に定められてよい。

【0079】

図８を参照して、本実施形態における業務管理データＤ５について説明する。本実施形態において、「業務管理データ」とは、複数の作業員ＭＰの稼働状態を時系列で作業員ごとに示す情報である。業務管理データは、複数の作業員ＭＰの、少なくとも時点Ｔ１における稼働状態を示す情報を含む。上述の通り、本実施形態において、稼働状態には、作業員が実作業に従事していない待機状態、作業員が休憩中である休憩状態、又は作業員が対象車両ＶＨｔとは別の車両を整備している整備状態が含まれる。制御部２１は、第１の作業員ＭＰ１を指定するための候補作業員ＭＰ’として、時点Ｔ１における稼働状態が待機状態である作業員を選択する。

【0080】

図８に、本実施形態における業務管理データＤ５が格納されたテーブルの構成例をテーブル２００として示す。

【0081】

図８のテーブル２００において、２行目のレコード及び４行目のレコードには、それぞれ、作業員Ｒの稼働状態及び作業員Ｔの稼働状態として「整備」が格納されている。これは、作業員Ｒ及び作業員Ｔが、対象車両ＶＨｔ以外の車両を整備中であることを示す。１行目のレコード、３行目のレコード、５行目のレコード、及び６行目のレコードには、それぞれ、作業員Ｑの稼働状態、作業員Ｓの稼働状態、作業員Ｕの稼働状態、及び作業員Ｖの稼働状態として「待機」が格納されている。これは、作業員Ｑ、作業員Ｓ、作業員Ｕ、及び作業員Ｖが現場で待機中であり、保守対応可能であることを示す。７行目のレコードには、作業員Ｗの稼働状態として「休憩」が格納されている。これは、作業員Ｗが休憩中であることを示す。運行管理装置２０の制御部２１は、テーブル２００を参照し、稼働状態が「待機」である作業員Ｑ、作業員Ｓ、作業員Ｕ、及び作業員Ｖを、候補作業員ＭＰ’として選択する。このように候補作業員ＭＰ’が選択された場合、運行管理装置２０の制御部２１は、図６のステップＳ５において、複数の作業員ＭＰ、すなわち、作業員Ｑ、作業員Ｒ、作業員Ｓ、作業員Ｔ、作業員Ｕ、作業員Ｖ、作業員Ｗ・・・の中から第１の作業員ＭＰ１を指定するかわりに、選択された候補作業員ＭＰ’、すなわち、作業員Ｓ、作業員Ｕ、及び作業員Ｖの中から第１の作業員ＭＰ１を指定する。

【0082】

なお、本変形例のさらなる変形例として、運行管理装置２０の制御部２１は、ステップＳ４で判定された異常の種類に応じて、候補作業員ＭＰ’を選択するかどうかを決定してもよい。具体的には、例えば、異常の種類ごとに緊急度を設定しておき、判定された異常の種類に設定された緊急度が所定値以上の場合、制御部２１は、業務管理データＤ５を参照して、稼働状態が「待機」である作業員を候補作業員ＭＰ’として指定してもよい。一方、判定された異常の種類の緊急度が所定値未満の場合には、制御部２１は、候補作業員ＭＰ’の選択を行わず、複数の作業員ＭＰの中から第１の作業員ＭＰ１を指定してもよい。異常の種類ごとに緊急度を設定するのは、次のような理由による。すなわち、作業が比較的簡便な異常については、一般的な作業員で対応可能であるから、作業員の稼働状態に基づいて直ちに処理可能な候補作業員を選択した上でその中から作業員を指定することを優先したい場合がある。一方、専門性が高い異常については、対応可能な高いスキルを有する作業員が限られる場合があり、そのような場合には、対応可能なスキルを有する作業員の稼働状態にかかわらず、当該作業員を割り当てることを優先したい場合があるからである。本例によれば、例えば、日常点検項目異常など、対応作業の専門性が比較的低い異常の種類に設定される緊急度を高くしておくことで、専門性の比較的低い異常に対しては、待機中の候補作業員ＭＰ’から作業員ＭＰが指定されるので、保守作業を直ちに開始することができる。一方、車両異常又は情報処理装置１４の異常など、対応作業の専門性が比較的高い異常の種類に設定される緊急度を低くしておくことで、専門性が高い異常に対しては、作業員が待機中かどうかにかかわらず、作業員の職掌範囲に基づいて作業員ＭＰが指定されるので、異常の種類に見合ったスキルを有する作業員をより指定しやすくなる。

【0083】

図６のステップＳ６において、運行管理装置２０の制御部２１は、ステップＳ５で指定された作業員に対して、異常への対応を促す情報を通知する。具体的には、制御部２１は、ステップＳ５で指定された第１の作業員ＭＰ１に対して、異常への対応を促す情報を通知する。例えば、ステップＳ４で判定された異常の種類がタイヤの空気圧の異常である場合、制御部２１は、「タイヤの空気圧が低下しています。空気を入れてください。」というメッセージを生成し、通信部２３を介して、第１の作業員ＭＰ１の保持する端末装置４０に送信する。端末装置４０は、運行管理装置２０から受信されたメッセージを、出力部としてのディスプレイ上に表示させる。

【0084】

ステップＳ５において、第１の作業員ＭＰ１のほか、第２の作業員ＭＰ２が指定されている場合、運行管理装置２０の制御部２１は、第２の作業員ＭＰ２の端末装置４０にも同様に通知を行う。

【0085】

以上述べたように、本実施形態に係る運行管理装置２０は、運行計画データＤ１に基づいて、各車両ＶＨの運転が自動運転から手動運転に切り替えられる時点Ｔ１を車両ごとに予測し、予測された時点Ｔ１までの時間が閾値未満である車両ＶＨｉを対象車両ＶＨｔとして特定する。運行管理装置２０は、対象車両ＶＨｔの状態をモニタして得られる車両データＤ２ｔ及び対象車両ＶＨｔの走行をモニタして得られる運行記録データＤ３ｔの少なくとも一方を取得し、取得された車両データＤ２ｔ及び運行記録データＤ３ｔのいずれかに基づいて、対象車両ＶＨｔに発生した異常の種類を１つ以上判定する。運行管理装置２０は、判定された異常の種類に応じて、複数の作業員ＭＰの中から、対象車両ＶＨｔに近接する現場において対象車両ＶＨｔの保守作業を行う第１の作業員ＭＰ１を指定する。運行管理装置２０は、第１の作業員ＭＰ１に対して異常への対応を促す情報を通知する。

【0086】

かかる構成によれば、車両の運転が自動運転から手動運転に切り替えられるのに合わせて、車両を保守する作業員が自動的に選択される。したがって、作業員を割り当てる作業にかかる時間と手間が軽減される。よって、車両の運行効率が向上する。

【0087】

本開示は上述の実施形態に限定されるものではない。例えば、ブロック図に記載の２つ以上のブロックを統合してもよいし、又は１つのブロックを分割してもよい。フローチャートに記載の２つ以上のステップを記述に従って時系列に実行する代わりに、各ステップを実行する装置の処理能力に応じて、又は必要に応じて、並列的に又は異なる順序で実行してもよい。その他、本開示の趣旨を逸脱しない範囲での変更が可能である。

【0088】

例えば、本実施形態は、車両ＶＨのうちのある車両が整備を終えて車庫から出発する場合であって、当該車両の運転が手動運転から自動運転に切り替わる場合にも適用可能である。各車両ＶＨの手動運転から自動運転への切り替えは、車庫における自動運転移行枠内において行われる。すなわち、本実施形態の一変形例として、運行管理装置２０は、運行計画データＤ１に基づいて、各車両ＶＨの運転が手動運転から自動運転に切り替えられる時点Ｔ１’を車両ごとに予測し、予測された時点Ｔ１’までの時間が閾値未満である車両ＶＨｉｉを対象車両ＶＨｔとして特定してもよい。この場合、運行管理装置２０は、業務管理データＤ５に基づいて時点Ｔ１’における各作業員ＭＰの稼働状態を判定し、判定された結果に基づいて、対象車両ＶＨｔを自動運転移行枠まで移動させる第３の作業員ＭＰ３を指定する。運行管理装置２０は、指定された第３の作業員ＭＰ３に対して対象車両ＶＨｔを自動運転移行枠まで移動させることを促す情報を通知してもよい。あるいは、本変形例のさらなる変形例として、運行管理装置２０は、複数の遠隔オペレータＯＰの稼働状態を時系列で示すデータを取得し、取得されたデータで示される稼働状態に基づいて、対象車両ＶＨｔの運転が手動運転から自動運転に切り替わった後に対象車両ＶＨｔを遠隔制御する第１の遠隔オペレータＯＰ１を指定してもよい。運行管理装置２０は、指定された第１の遠隔オペレータＯＰ１に対して対象車両ＶＨｔの遠隔制御を促す情報を通知してもよい。

【符号の説明】

【0089】

１０ 運行管理システム
１１ 通信機
１３ ＥＣＵ
１２ 制御装置
１４ 情報処理装置
１４１ 制御部
１４２ 記憶部
１４３ 通信部
１４４ センサ部
２０ 運行管理装置
２１ 制御部
２２ 記憶部
２３ 通信部
３０ サーバ装置
３１ サーバ制御部
３２ サーバ記憶部
３３ サーバ通信部
４０ 端末装置
５０ ネットワーク
ＭＰ，ＭＰ１，ＭＰ２ 作業員
ＯＰ，ＯＰ１，ＯＰ２ 遠隔オペレータ
ＶＨ，ＶＨ１，ＶＨ２，ＶＨ３，ＶＨ４，ＶＨｎ 車両
Ｄ１ 運行計画データ
Ｄ２，Ｄ２ｔ 車両データ
Ｄ３，Ｄ３ｔ 運行記録データ
Ｄ４ 職掌データ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】