JP7342836B2 - 運行管理装置、システム、運行管理方法、及びプログラム - Google Patents

Description

本開示は、運行管理装置、システム、運行管理方法、及びプログラムに関する。

特許文献１には、バスの遅延時間が許容範囲内かどうか判定し、許容範囲外の場合に運行改善案を作成する技術が開示されている。

特開平６－００４７９８号公報

運行改善の実施後、遅延時間が許容範囲内に戻るまで、ある程度の期間がかかる。その期間中に遅延時間が許容範囲内かどうか再び判定する必要性は低い。

本開示の目的は、運行スケジュール調整後の不要な遅延判定を回避することである。

本開示に係る運行管理装置は、
基準のスケジュールに沿って運行される車両について、前記スケジュールに対する遅延を繰り返し判定する制御部であって、前記遅延の判定結果に応じて前記スケジュールが調整された場合に、ある期間だけ前記遅延の判定を停止する制御部を備える。

本開示に係る運行管理方法は、
基準のスケジュールに沿って運行される車両について、前記スケジュールに対する遅延を運行管理装置により繰り返し判定することを含む運行管理方法であって、
前記遅延を判定することは、前記遅延の判定結果に応じて前記スケジュールが調整された場合に、ある期間だけ停止される。

本開示に係るプログラムは、
基準のスケジュールに沿って運行される車両について、前記スケジュールに対する遅延を繰り返し判定することを含む動作をコンピュータに実行させるプログラムであって、
前記遅延を判定することは、前記遅延の判定結果に応じて前記スケジュールが調整された場合に、ある期間だけ停止される。

本開示によれば、運行スケジュール調整後の不要な遅延判定を回避することができる。

本開示の実施形態に係るシステムの構成を示す図である。 本開示の実施形態に係る運行管理装置の構成を示すブロック図である。 本開示の実施形態に係るシステムの動作を示すフローチャートである。 本開示の実施形態に係る車両が通行するルートの例を示す図である。 本開示の実施形態に係る車両を運行するための基準のスケジュールの例を示す図である。 図５に示したスケジュールに対する遅延が解消する例を示す図である。 図５に示したスケジュールが調整され、調整後のスケジュールに対する遅延が解消する例を示す図である。

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

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

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

システム１０は、少なくとも１台の運行管理装置２０と、少なくとも１台の第１端末装置３０と、少なくとも１台の車両４０と、少なくとも１台の第２端末装置５０とを備える。運行管理装置２０は、ネットワーク６０を介して、第１端末装置３０、車両４０、及び第２端末装置５０と通信可能である。第１端末装置３０は、車両４０及び第２端末装置５０と通信可能であってもよい。車両４０は、第２端末装置５０と通信可能であってもよい。

運行管理装置２０は、データセンタなどの施設に設置される。運行管理装置２０は、クラウドコンピューティングシステム又はその他のコンピューティングシステムに属するサーバなどのコンピュータである。

第１端末装置３０は、運行管理室に設置され、車両４０の運行を管理する管理者１１によって利用される。第１端末装置３０は、例えば、ＰＣなどの汎用機器、又は専用機器である。「ＰＣ」は、personal computerの略語である。

車両４０は、基準のスケジュールに沿って運行される。スケジュールとは、車両４０がいつ、どこに位置すべきかを定めた計画のことである。「どこ」には、例えば、車両４０が出発する地点、車両４０が乗客の乗降のために停留する地点、又は車両４０が最終的に到着する地点が含まれる。「いつ」には、例えば、各地点に対応する時刻、すなわち、車両４０が出発する時刻、車両４０が乗客の乗降のために停留する時刻、又は車両４０が最終的に到着する時刻が含まれる。スケジュールにおいて、車両４０が停留する地点ごとに車両４０の停留時間が定められてもよい。

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

第２端末装置５０は、車両４０の運行を支援する搭乗員１２によって保持され、搭乗員１２によって利用される。第２端末装置５０は、例えば、携帯電話機、スマートフォン、又はタブレットなどのモバイル機器である。

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

本実施形態の一変形例として、第１端末装置３０は、運行管理室に設置される代わりに、管理者１１によって保持されてもよい。そのような変形例において、第１端末装置３０は、例えば、携帯電話機、スマートフォン、又はタブレットなどのモバイル機器である。

本実施形態の一変形例として、第２端末装置５０は、搭乗員１２によって保持される代わりに、車両４０に搭載されてもよい。そのような変形例において、第２端末装置５０は、例えば、カーナビゲーション機器又は専用機器である。

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

運行管理装置２０は、基準のスケジュールに沿って運行される車両４０について、スケジュールに対する遅延を繰り返し判定する。運行管理装置２０は、遅延の判定結果に応じてスケジュールが調整された場合に、ある期間だけ遅延の判定を停止する。以下では、遅延の判定が停止される期間を「停止期間」という。

本実施形態によれば、運行スケジュール調整後の不要な遅延判定を回避することができる。

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

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

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

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

通信部２３は、少なくとも１つの通信用インタフェースを含む。通信用インタフェースは、例えば、ＬＡＮインタフェースである。通信部２３は、運行管理装置２０の動作に用いられるデータを受信し、また運行管理装置２０の動作によって得られるデータを送信する。

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

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

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

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

図３を参照して、本実施形態に係るシステム１０の動作を説明する。この動作は、本実施形態に係る運行管理方法に相当する。

車両４０は、基準のスケジュールに沿って運行されている。仮に遅延がないとすると、車両４０は、スケジュールで定められた時刻に、スケジュールで定められた地点を出発する。車両４０は、スケジュールで定められた時刻に、スケジュールで定められた地点で乗客の乗降のために停留する。車両４０は、スケジュールで定められた時刻に、スケジュールで定められた地点に最終的に到着する。スケジュールは、予め「タスク」として車両４０に与えられている。

ステップＳ１において、車両４０は、必要に応じて、加減速するか、又は停留時間を調整する。この処理は、任意の手順で実行されてよいが、本実施形態では、以下の手順で実行される。

車両４０は、ＧＮＳＳ受信機を用いて車両４０の位置を測定する。「ＧＮＳＳ」は、global navigation satellite systemの略語である。ＧＮＳＳは、例えば、ＧＰＳ、ＱＺＳＳ、ＢＤＳ、ＧＬＯＮＡＳＳ、又はGalileoである。「ＧＰＳ」は、Global Positioning Systemの略語である。「ＱＺＳＳ」は、Quasi-Zenith Satellite Systemの略語である。ＱＺＳＳの衛星は、準天頂衛星と呼ばれる。「ＢＤＳ」は、BeiDou Navigation Satellite Systemの略語である。「ＧＬＯＮＡＳＳ」は、Global Navigation Satellite Systemの略語である。車両４０は、タスクで定められた、測定した位置に対応する時刻と、現在時刻との差分を算出する。すなわち、車両４０は、車両４０が現在地に位置すべき時刻を現在時刻から引いた差分を算出する。車両４０は、算出した差分に応じて、加減速するか、又は停留時間を調整する。すなわち、車両４０は、差分が正であれば、加速するか、又は停留時間を短縮する。車両４０は、差分が負であれば、減速するか、又は停留時間を延長する。

車両４０の速度には上限が定められており、この上限を超えるような加速は行われない。車両４０の停留時間には下限が定められており、この下限を下回るような停留時間の短縮は行われない。よって、車両４０の加速、及び車両４０の停留時間の短縮だけでは、スケジュールに対する遅延を解消できない場合がある。

ステップＳ２において、運行管理装置２０の制御部２１は、車両４０について、スケジュールに対する遅延を判定する。この処理は、任意の手順で実行されてよいが、本実施形態では、以下の手順で実行される。

車両４０は、ＬＴＥ、４Ｇ規格、又は５Ｇ規格などの移動通信規格に対応したインタフェースを介して、ステップＳ１で測定した位置を示す位置データを運行管理装置２０に送信する。「ＬＴＥ」は、Long Term Evolutionの略語である。「４Ｇ」は、4th generationの略語である。「５Ｇ」は、5th generationの略語である。

運行管理装置２０の通信部２３は、送信された位置データを車両４０から受信する。運行管理装置２０の制御部２１は、通信部２３により受信された位置データを取得する。制御部２１は、スケジュールで定められた、取得した位置データで示される位置に対応する時刻と、現在時刻との差分を算出する。すなわち、制御部２１は、車両４０が現在地に位置すべき時刻を現在時刻から引いた差分を算出する。制御部２１は、算出した差分を閾値Ｔｈと比較する。閾値Ｔｈは、予め設定されるが、適宜変更されてよい。

ステップＳ３において、運行管理装置２０の制御部２１は、ステップＳ２の処理の結果として、スケジュールの調整を要するほどの大きな遅延を検知したかどうかを判定する。具体的には、制御部２１は、ステップＳ１で算出した差分が閾値Ｔｈ以上であれば、大きな遅延を検知したと判定する。制御部２１は、差分が閾値Ｔｈ未満であれば、大きな遅延を検知していないと判定する。大きな遅延が検知されていれば、ステップＳ４の処理が実行される。大きな遅延が検知されていなければ、ステップＳ１以降の処理が再び実行される。

ステップＳ４において、運行管理装置２０の制御部２１は、遅延の判定結果を管理者１１に通知するとともに、１つ以上の対応策を第１端末装置３０に表示させる。この処理は、任意の手順で実行されてよいが、本実施形態では、以下の手順で実行される。

運行管理装置２０の制御部２１は、スケジュールを遅らせるという対応策、及び追加車両を投入するという対応策を含む少なくとも２つの対応策を示す対応策データを通信部２３に送信させる。スケジュールを遅らせるという対応策としては、遅らせる時間の長さが異なる２つ以上の対応策が別々に示されていてもよい。通信部２３は、対応策データを第１端末装置３０に送信する。

第１端末装置３０は、ＬＡＮインタフェース、又はＬＴＥ、４Ｇ規格、又は５Ｇ規格などの移動通信規格に対応したインタフェースを介して、送信された対応策データを運行管理装置２０から受信する。第１端末装置３０は、受信した対応策データをＬＣＤ又は有機ＥＬディスプレイなどのディスプレイに表示する。「ＬＣＤ」は、liquid crystal displayの略語である。「ＥＬ」は、electro luminescenceの略語である。

ステップＳ５において、運行管理装置２０の制御部２１は、１つの対応策を選択する操作を第１端末装置３０に受け付けさせる。この処理は、任意の手順で実行されてよいが、本実施形態では、以下の手順で実行される。

第１端末装置３０は、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、又はマイクなどのインタフェースを介して、対応策データで示される対応策の中から１つの対応策を選択する操作を管理者１１から受け付ける。第１端末装置３０は、ＬＡＮインタフェース、又は移動通信規格に対応したインタフェースを介して、選択された対応策を示す選択データを運行管理装置２０に送信する。

運行管理装置２０の通信部２３は、送信された選択データを第１端末装置３０から受信する。運行管理装置２０の制御部２１は、通信部２３により受信された選択データを取得する。

ステップＳ６において、運行管理装置２０の制御部２１は、管理者１１によって選択された対応策に応じてスケジュールを調整する。すなわち、制御部２１は、タスクを更新する。具体的には、制御部２１は、ステップＳ５で取得した選択データで、スケジュールを遅らせるという対応策が示されていれば、スケジュールを遅らせる。制御部２１は、選択データで、追加車両を投入するという対応策が示されていれば、スケジュールを、車両４０と追加車両とを含む複数車両を運行するためのスケジュールに変更することで、スケジュールを調整する。

ステップＳ７において、運行管理装置２０の制御部２１は、タスク更新を車両４０に通知する。この処理は、任意の手順で実行されてよいが、本実施形態では、以下の手順で実行される。

運行管理装置２０の制御部２１は、ステップＳ６の処理の結果として得られた調整後のスケジュールを更新後のタスクとして示す更新データを通信部２３に送信させる。通信部２３は、更新データを車両４０に送信する。

車両４０は、移動通信規格に対応したインタフェースを介して、送信された更新データを運行管理装置２０から受信する。車両４０は、受信した更新データで示されるタスクを新たに与えられたタスクとして認識する。

追加の手順として、タスク更新が搭乗員１２に通知されてもよい。そのような手順において、車両４０は、移動通信規格に対応したインタフェース、又はBluetooth（登録商標）などの近距離無線通信規格に対応したインタフェースを介して更新データを第２端末装置５０に送信する。第２端末装置５０は、移動通信規格に対応したインタフェース、又は近距離無線通信規格に対応したインタフェースを介して、送信された更新データを車両４０から受信する。第２端末装置５０は、受信した更新データをＬＣＤ又は有機ＥＬディスプレイなどのディスプレイに表示する。

ステップＳ８において、運行管理装置２０の制御部２１は、ステップＳ２の処理が完了してから、停止期間が経過したかどうかを判定する。停止期間が経過していなければ、ステップＳ８の処理が再び実行される。停止期間が経過していれば、ステップＳ１以降の処理が再び実行される。

停止期間は、固定時間でもよいが、本実施形態では可変である。停止期間は、任意の手順で設定されてよいが、本実施形態では、以下の手順で設定される。

運行管理装置２０の制御部２１は、ステップＳ６の処理の結果として得られた調整後のスケジュールに対する遅延が解消するまでの時間の長さを推定する。制御部２１は、推定した時間の長さに応じて停止期間を設定する。

具体的には、運行管理装置２０の制御部２１は、ステップＳ６でスケジュールを遅らせた場合には、ステップＳ２で算出した差分から、遅らせた時間を引くことで、調整後のスケジュールに対する遅延を算出する。制御部２１は、ステップＳ６でスケジュールを、車両４０と追加車両とを含む複数車両を運行するためのスケジュールに変更した場合には、変更後のスケジュールで定められた、ステップＳ２で取得した位置データで示される位置に対応する時刻と、現在時刻との差分を、調整後のスケジュールに対する遅延として算出する。制御部２１は、車両４０が加速するか、停留時間を短縮するか、又はその両方を行った場合に、算出した遅延が解消するまでにかかる時間の長さを推定する。制御部２１は、推定した時間の長さから閾値Ｔｈを引いた期間、又はそれよりも長い期間を停止期間として設定する。

図４から図７を参照して、本実施形態に係るシステム１０の動作の具体例を説明する。

図４に示すように、本例では、それぞれ車両４０に相当する６台の周回バスのうち、３台の周回バスがルート１５を周回し、残りの３台の周回バスが車庫１３で待機する。それぞれの周回バスは、ＥＶであり、待機中に車庫１３内の充電設備１４を用いて充電される。それぞれの周回バスは、与えられたタスクに従って、車庫１３を出発し、ルート１５上の停留所Ｐ１、停留所Ｐ２、及び停留所Ｐ３で乗客の乗降のために停留し、最終的に車庫１３に到着する。

図５に示すように、本例では、周回バスＢ１、周回バスＢ２、及び周回バスＢ３が、それぞれタスクＣ１、タスクＣ２、及びタスクＣ３に従って車庫１３を順番に出る。周回バスＢ１、周回バスＢ２、及び周回バスＢ３は、それぞれルート１５を２周し、車庫１３に順番に戻る。車庫１３に戻った周回バスＢ１、周回バスＢ２、及び周回バスＢ３と入れ替わるように、周回バスＢ４、周回バスＢ５、及び周回バスＢ６が、それぞれタスクＣ４、タスクＣ５、及びタスクＣ６に従って車庫１３を順番に出る。周回バスＢ４、周回バスＢ５、及び周回バスＢ６は、それぞれルート１５を２周し、車庫１３に順番に戻る。車庫１３に戻った周回バスＢ４、周回バスＢ５、及び周回バスＢ６と入れ替わるように、周回バスＢ１、周回バスＢ２、及び周回バスＢ３が、それぞれタスクＣ７、タスクＣ８、及びタスクＣ９に従って再び車庫１３を順番に出る。以降、同様に周回バスの運行が繰り返される。

それぞれのタスクにおいて、対応する周回バスが車庫１３を何時に出て、停留所Ｐ１、停留所Ｐ２、及び停留所Ｐ３に何時に着き、何分間停留し、車庫１３に何時に戻るべきかが定められている。停留所Ｐ１の停留時間は、運行間隔調整のために短縮することができるように、停留所Ｐ２及び停留所Ｐ３の停留時間よりも長めに設定されている。本例では、停留所Ｐ２及び停留所Ｐ３の停留時間は、短縮することができないものとする。それぞれの周回バスが車庫１３に戻る直前に停留所Ｐ３に停留したときには、乗客全員が降車しなければならず、１人も乗車することができないものとする。

図６に示すように、周回バスＢ１が２周目で停留所Ｐ２から停留所Ｐ３に向かって移動中に緊急停車などのイベントにより閾値Ｔｈ未満の遅延Ｄ１が発生したとする。

ステップＳ１において、周回バスＢ１は、周回バスＢ１の位置を測定する。周回バスＢ１は、タスクＣ１で定められた、測定した位置に対応する時刻と、現在時刻との差分を算出する。周回バスＢ１は、算出した差分が正であり、かつ周回バスＢ１が移動中であるため、上限の速度まで加速する。

ステップＳ２において、周回バスＢ１は、ステップＳ１で測定した位置を示す位置データを運行管理装置２０に送信する。運行管理装置２０の制御部２１は、送信された位置データを用いて、ステップＳ１と同じ差分を算出する。制御部２１は、算出した差分を閾値Ｔｈと比較する。

ステップＳ３において、運行管理装置２０の制御部２１は、ステップＳ１で算出した差分が閾値Ｔｈ未満であるため、大きな遅延を検知していないと判定する。そして、ステップＳ１以降の処理が再び実行される。

周回バスＢ１が加速した結果、周回バスＢ１が停留所Ｐ３に着くときには、遅延Ｄ１が解消している。

図６に示すように、周回バスＢ５が停留所Ｐ３から停留所Ｐ１に向かって移動中に緊急停車などのイベントにより閾値Ｔｈ未満の遅延Ｄ２が発生したとする。

ステップＳ１において、周回バスＢ５は、周回バスＢ５の位置を測定する。周回バスＢ５は、タスクＣ５で定められた、測定した位置に対応する時刻と、現在時刻との差分を算出する。周回バスＢ５は、算出した差分が正であり、かつ周回バスＢ５が移動中であるため、上限の速度まで加速する。

ステップＳ２において、周回バスＢ５は、ステップＳ１で測定した位置を示す位置データを運行管理装置２０に送信する。運行管理装置２０の制御部２１は、送信された位置データを用いて、ステップＳ１と同じ差分を算出する。制御部２１は、算出した差分を閾値Ｔｈと比較する。

ステップＳ３において、運行管理装置２０の制御部２１は、ステップＳ１で算出した差分が閾値Ｔｈ未満であるため、大きな遅延を検知していないと判定する。そして、ステップＳ１以降の処理が再び実行される。

周回バスＢ５が加速した結果、周回バスＢ５が停留所Ｐ１に着くときには、遅延Ｄ２が低減しているが、解消までには至っていない。

ステップＳ１において、周回バスＢ５は、周回バスＢ５の位置を測定する。周回バスＢ５は、タスクＣ５で定められた、測定した位置に対応する時刻と、現在時刻との差分を算出する。周回バスＢ５は、算出した差分が正であり、かつ周回バスＢ５が停留所Ｐ１に停留中であるため、停留時間を短縮する。

ステップＳ２において、周回バスＢ５は、ステップＳ１で測定した位置を示す位置データを運行管理装置２０に送信する。運行管理装置２０の制御部２１は、送信された位置データを用いて、ステップＳ１と同じ差分を算出する。制御部２１は、算出した差分を閾値Ｔｈと比較する。

ステップＳ３において、運行管理装置２０の制御部２１は、ステップＳ１で算出した差分が閾値Ｔｈ未満であるため、大きな遅延を検知していないと判定する。そして、ステップＳ１以降の処理が再び実行される。

周回バスＢ５が停留時間を短縮した結果、周回バスＢ５が停留所Ｐ１を発つときには、遅延Ｄ２が解消している。

図７に示すように、周回バスＢ１が２周目で停留所Ｐ１から停留所Ｐ２に向かって移動中に緊急停車などのイベントにより閾値Ｔｈ以上の遅延Ｄ３が発生したとする。

ステップＳ１において、周回バスＢ１は、周回バスＢ１の位置を測定する。周回バスＢ１は、タスクＣ１で定められた、測定した位置に対応する時刻と、現在時刻との差分を算出する。周回バスＢ１は、算出した差分が正であり、かつ周回バスＢ１が移動中であるため、上限の速度まで加速する。

ステップＳ２において、周回バスＢ１は、ステップＳ１で測定した位置を示す位置データを運行管理装置２０に送信する。運行管理装置２０の制御部２１は、送信された位置データを用いて、ステップＳ１と同じ差分を算出する。制御部２１は、算出した差分を閾値Ｔｈと比較する。

ステップＳ３において、運行管理装置２０の制御部２１は、ステップＳ１で算出した差分が閾値Ｔｈ以上であるため、大きな遅延を検知したと判定する。

ステップＳ４において、運行管理装置２０の制御部２１は、スケジュールを遅らせるという対応策、及び追加車両を投入するという対応策を含む少なくとも２つの対応策を示す対応策データを通信部２３に送信させる。第１端末装置３０は、送信された対応策データをディスプレイに表示する。

ステップＳ５において、第１端末装置３０は、管理者１１によって選択された対応策を示す選択データを運行管理装置２０に送信する。本例では、スケジュールを遅らせるという対応策が選択されたとする。運行管理装置２０の制御部２１は、送信された選択データを取得する。

ステップＳ６において、運行管理装置２０の制御部２１は、ステップＳ５で取得した選択データで、スケジュールを遅らせるという対応策が示されているため、運行中のタスクＣ１、タスクＣ２、及びタスクＣ３のうち未運行の部分と、未運行のタスクＣ４以降とを遅らせる。遅らせる時間の長さは、ステップＳ２で算出された差分に応じて設定される。

ステップＳ７において、運行管理装置２０の制御部２１は、ステップＳ６の処理の結果として得られた更新後のタスクを示す更新データを通信部２３に送信させる。車両４０は、送信された更新データで示されるタスクを新たに与えられたタスクとして認識する。

ステップＳ８において、運行管理装置２０の制御部２１は、ステップＳ２で算出した差分から、ステップＳ６で遅らせた時間を引くことで、調整後のスケジュールに対する遅延を算出する。制御部２１は、周回バスＢ１が上限の速度まで加速した場合に、算出した遅延が解消するまでにかかる時間の長さを推定する。制御部２１は、推定した時間の長さを停止期間として設定する。停止期間が経過すると、ステップＳ１以降の処理が再び実行される。

スケジュールが調整され、また周回バスＢ１が加速した結果、周回バスＢ１が停留所Ｐ１に着くときには、遅延Ｄ３が解消している。本例では、遅延Ｄ３が検知されてから遅延Ｄ３が解消するまでは遅延判定が停止されている。

上述のように、本実施形態では、運行管理装置２０の制御部２１は、基準のスケジュールに沿って運行される車両４０について、スケジュールに対する遅延を繰り返し判定する。制御部２１は、遅延の判定結果に応じてスケジュールが調整された場合に、停止期間だけ遅延の判定を停止する。

本実施形態によれば、運行スケジュール調整後の不要な遅延判定を回避することができる。

本実施形態では、運行管理装置２０の制御部２１は、遅延を判定する度に、遅延の判定結果を管理者１１に通知する。制御部２１は、管理者１１によってスケジュールを調整する操作が行われた場合に、停止期間だけ遅延の判定を停止する。制御部２１は、管理者１１によって追加車両を投入する操作が行われた場合には、スケジュールを、車両４０と追加車両とを含む複数車両を運行するためのスケジュールに変更することで、スケジュールを調整し、停止期間だけ遅延の判定を停止する。追加車両は、例えば、図４に示した車庫１３で待機中の周回バスの中から選択されて投入される。

本実施形態の一変形例として、スケジュールを調整するかどうかの判断が管理者１１ではなく運行管理装置２０に委ねられてもよい。すなわち、運行管理装置２０の制御部２１は、遅延を判定する度に、遅延の判定結果に応じてスケジュールを調整するかどうかを判定してもよい。この変形例において、制御部２１は、スケジュールを調整した場合に、停止期間だけ遅延の判定を停止する。

本実施形態の一変形例として、運行管理装置２０の制御部２１は、車両４０に対する需要を予測し、予測した需要に応じて停止期間を調整してもよい。需要を予測する方法としては、任意の方法を用いてよいが、この変形例では、車両４０が通行するルート１５に設置されたセンサによる観察の結果に応じて需要を予測する方法が用いられる。具体的には、センサとしてのカメラにより撮像された画像を解析して需要を予測する方法が用いられる。カメラは、例えば、図４に示した停留所Ｐ１、停留所Ｐ２、及び停留所Ｐ３のそれぞれに設置され、どれくらい多くの乗客が周回バスを待っているかを観察する。需要が高いほど、停止期間が長くなるように調整されるが、停止期間の上限値が予め定められていることが望ましい。

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

１０ システム
１１ 管理者
１２ 搭乗員
１３ 車庫
１４ 充電設備
１５ ルート
２０ 運行管理装置
２１ 制御部
２２ 記憶部
２３ 通信部
３０ 第１端末装置
４０ 車両
５０ 第２端末装置
６０ ネットワーク

Claims (17)

1. 基準のスケジュールに沿って運行される車両について、前記スケジュールに対する遅延を繰り返し判定する制御部であって、前記遅延の判定結果に応じて前記スケジュールが調整された場合に、ある期間だけ前記遅延の判定を停止する制御部を備え、
   前記制御部は、前記遅延の判定結果に応じて前記スケジュールが調整された場合に、調整後のスケジュールに対する遅延が解消するまでの時間の長さを推定し、推定した時間の長さに応じて前記期間を設定する運行管理装置。
2. 基準のスケジュールに沿って運行される車両について、前記スケジュールに対する遅延を繰り返し判定する制御部であって、前記遅延の判定結果に応じて前記スケジュールが調整された場合に、ある期間だけ前記遅延の判定を停止する制御部を備え、
   前記制御部は、前記車両に対する需要を予測し、予測した需要に応じて前記期間を調整する運行管理装置。
3. 前記制御部は、前記車両が通行するルートに設置されたセンサによる観察の結果に応じて前記需要を予測する請求項２に記載の運行管理装置。
4. 前記センサは、カメラであり、
   前記制御部は、前記カメラにより撮像された画像を解析して前記需要を予測する請求項３に記載の運行管理装置。
5. 前記制御部は、前記遅延を判定する度に、前記遅延の判定結果を管理者に通知し、前記管理者によって前記スケジュールを調整する操作が行われた場合に、前記期間だけ前記遅延の判定を停止する請求項１から請求項４のいずれか１項に記載の運行管理装置。
6. 前記制御部は、前記遅延を判定する度に、前記遅延の判定結果を管理者に通知し、前記管理者によって追加車両を投入する操作が行われた場合に、前記スケジュールを、前記車両と前記追加車両とを含む複数車両を運行するためのスケジュールに変更することで、前記スケジュールを調整し、前記期間だけ前記遅延の判定を停止する請求項１から請求項４のいずれか１項に記載の運行管理装置。
7. 前記制御部は、前記遅延を判定する度に、前記遅延の判定結果に応じて前記スケジュールを調整するかどうかを判定し、前記スケジュールを調整した場合に、前記期間だけ前記遅延の判定を停止する請求項１から請求項４のいずれか１項に記載の運行管理装置。
8. 前記車両は、周回バスである請求項１から請求項７のいずれか１項に記載の運行管理装置。
9. 請求項１から請求項８のいずれか１項に記載の運行管理装置と、
   前記車両と
   を備えるシステム。
10. 基準のスケジュールに沿って運行される車両について、前記スケジュールに対する遅延を運行管理装置により繰り返し判定することを含む運行管理方法であって、
    前記遅延を判定することは、前記遅延の判定結果に応じて前記スケジュールが調整された場合に、ある期間だけ停止され、
    前記遅延の判定結果に応じて前記スケジュールが調整された場合に、調整後のスケジュールに対する遅延が解消するまでの時間の長さを推定することと、
    推定された時間の長さに応じて前記期間を設定することと
    を更に含む運行管理方法。
11. 基準のスケジュールに沿って運行される車両について、前記スケジュールに対する遅延を運行管理装置により繰り返し判定することを含む運行管理方法であって、
    前記遅延を判定することは、前記遅延の判定結果に応じて前記スケジュールが調整された場合に、ある期間だけ停止され、
    前記車両に対する需要を予測することと、
    予測された需要に応じて前記期間を調整することと
    を更に含む運行管理方法。
12. 前記需要を予測することは、前記車両が通行するルートに設置されたセンサによる観察の結果に応じて前記需要を予測することを含む請求項１１に記載の運行管理方法。
13. 前記遅延を判定することが行われる度に、前記遅延の判定結果を管理者に通知することを更に含み、
    前記遅延を判定することは、前記管理者によって前記スケジュールを調整する操作が行われた場合に、前記期間だけ停止される請求項１０から請求項１２のいずれか１項に記載の運行管理方法。
14. 前記遅延を判定することが行われる度に、前記遅延の判定結果を管理者に通知することと、
    前記管理者によって追加車両を投入する操作が行われた場合に、前記スケジュールを、前記車両と前記追加車両とを含む複数車両を運行するためのスケジュールに変更することで、前記スケジュールを調整することと
    を更に含む請求項１０から請求項１２のいずれか１項に記載の運行管理方法。
15. 前記遅延を判定することが行われる度に、前記遅延の判定結果に応じて前記スケジュールを調整するかどうかを判定することを更に含む請求項１０から請求項１２のいずれか１項に記載の運行管理方法。
16. 基準のスケジュールに沿って運行される車両について、前記スケジュールに対する遅延を繰り返し判定することを含む動作をコンピュータに実行させるプログラムであって、
    前記遅延を判定することは、前記遅延の判定結果に応じて前記スケジュールが調整された場合に、ある期間だけ停止され、
    前記動作は、
    前記遅延の判定結果に応じて前記スケジュールが調整された場合に、調整後のスケジュールに対する遅延が解消するまでの時間の長さを推定することと、
    推定された時間の長さに応じて前記期間を設定することと
    を更に含むプログラム。
17. 基準のスケジュールに沿って運行される車両について、前記スケジュールに対する遅延を繰り返し判定することを含む動作をコンピュータに実行させるプログラムであって、
    前記遅延を判定することは、前記遅延の判定結果に応じて前記スケジュールが調整された場合に、ある期間だけ停止され、
    前記動作は、
    前記車両に対する需要を予測することと、
    予測された需要に応じて前記期間を調整することと
    を更に含むプログラム。

Images