(57)【要約】【課題】車両に対する複数の利用者の効率的な乗り合わせを確保できる運行管理システムを提供すること。【解決手段】複数の利用者を送迎する車両の運行を管理する運行管理システム１に、各利用者の希望乗車位置と希望降車位置と希望時間帯とを格納する一時情報格納領域１６と、希望乗車位置および希望降車位置に基づいて運行ルートを計算するルート計算プログラム２１と、運行ルートに含まれる希望乗車位置および希望降車位置への到着時間を計算する時間計算プログラム２２と、時間計算プログラム２２が計算した到着時間が希望時間帯を満たすか否かを判断するステップと、到着時間が利用者の希望時間帯を満たさない場合に、希望時間帯外となる到着時間と、それに対応する利用者とを抽出するステップとを含む運行判断プログラム２３とを備える。【選択図】図１
2020087319.tif 000002
【特許請求の範囲】
【請求項１】
複数の利用者を送迎する車両の運行を管理する運行管理システムであって、
各利用者の希望乗車位置と希望降車位置と希望時間帯とを格納する需要情報格納領域と、
前記希望乗車位置および前記希望降車位置に基づいて運行ルートを計算するルート計算手段と、
前記運行ルートに含まれる前記希望乗車位置および前記希望降車位置への到着時間を計算する時間計算手段と、
前記時間計算手段が計算したすべての到着時間がすべての利用者の希望時間帯を満たすか否かを判断するステップと、前記すべての到着時間がすべての利用者の希望時間帯を満たさない場合に、前記希望時間帯外となる到着時間と、前記希望時間帯外となる到着時間に対応する利用者とを抽出するステップとを含む判断手段と、を備えることを特徴とする、運行管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の利用者を送迎する車両の運行を管理する運行管理システムに関する。
【背景技術】
【０００２】
近年、利用者の需要（予約）を集約して、利用者を乗り合わせて運行するオンデマンド型の車両運行システムが注目されている。
【０００３】
例えば、運行計画作成部を備える管理センターと、複数のバス車両とを備えるデマンドバスシステムが提案されている（例えば、特許文献１参照。）。
【０００４】
そのようなデマンドバスシステムでは、管理センターに駐在するオペレータが、電話装置により利用者から、希望乗車位置、希望降車位置および乗車希望時刻を含む需要を受けて、その需要の内容を運行計画作成部に入力して、運行計画作成部が運行計画を作成することにより、利用者の利用予約を受け付ける。
【０００５】
その後、オペレータが、他の利用者から新たな需要を受けて、その内容を運行計画作成部に入力すると、運行計画作成部は、既に作成された運行計画に新たな需要を組み合わせて運行計画を変更する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−２９４９０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１に記載のデマンドバスシステムでは、既に作成された運行計画に新たな需要を組み合わせるときに、先に予約した利用者の乗車希望時刻が優先されるために、後の利用者が予約できない場合がある。そのため、車両に対する複数の利用者の効率的な乗り合わせを確保するには限度がある。
【０００８】
そこで、本発明は、車両に対する複数の利用者の効率的な乗り合わせを確保できる運行管理システムを提供する。
【課題を解決するための手段】
【０００９】
本発明［１］は、複数の利用者を送迎する車両の運行を管理する運行管理システムであって、各利用者の希望乗車位置と希望降車位置と希望時間帯とを格納する需要情報格納領域と、前記希望乗車位置および前記希望降車位置に基づいて運行ルートを計算するルート計算手段と、前記運行ルートに含まれる前記希望乗車位置および前記希望降車位置への到着時間を計算する時間計算手段と、前記時間計算手段が計算したすべての到着時間がすべての利用者の希望時間帯を満たすか否かを判断するステップと、前記すべての到着時間がすべての利用者の希望時間帯を満たさない場合に、前記希望時間帯外となる到着時間と、前記希望時間帯外となる到着時間に対応する利用者とを抽出するステップとを含む判断手段とを備える、運行管理システムを含む。
【００１０】
このような構成によれば、ルート計算手段が、利用者の希望乗車位置および希望降車位置に基づいて運行ルートを計算し、時間計算手段が、運行ルートに含まれる希望乗車位置および希望降車位置への到着時間を計算する。
【００１１】
そして、判断手段が、すべての到着時間がすべての利用者の希望時間帯を満たすか否かを判断し、いずれかの到着時間が利用者の希望時間帯を満たさない場合に、希望時間帯外となる到着時間と、希望時間帯外となる到着時間に対応する利用者とを抽出する。
【００１２】
そのため、利用者の予約の先後に関わらず、ルート計算手段が、複数の利用者を効率的に乗り合わせることができる運行ルートを計算することができ、判断手段に抽出される希望時間帯外となる到着時間に対応する利用者に、その到着時間を通知することができる。
【００１３】
その結果、車両に対する複数の利用者の効率的な乗り合わせを確保できる。
【発明の効果】
【００１４】
本発明の運行管理システムは、車両に対する複数の利用者の効率的な乗り合わせを確保することができる。
【図面の簡単な説明】
【００１５】
【図１】図１は、本発明の運行管理システムの一実施形態を示す概略構成図である。
【図２】図２は、図１に示す運行管理システムの処理のフローチャートを示す。
【図３】図３は、図２に示す運行計画作成プロセスのフローチャートを示す。
【図４】図４Ａは、図２に示すステップ２において計算される運行計画の一例を示す。図４Ｂは、図４Ａに示す運行計画が、次に利用者の需要により変更された状態を示す。
【発明を実施するための形態】
【００１６】
＜運行管理システム＞
図１を参照して、本発明の運行管理システムの一実施形態を説明する。
【００１７】
図１に示すように、運行管理システム１は、複数の利用者を送迎する車両の運行を管理する運行管理システムであり、より詳しくは、複数の利用者の需要を集約して利用者を乗り合わせて送迎するオンデマンド型の車両の運行を管理するシステムである。運行管理システム１は、処理装置４と、入力装置５とを備える。
【００１８】
処理装置４は、ホストコンピュータであって、演算処理部６と、メモリ１０と、プログラム２０とを備える。
【００１９】
演算処理部６は、中央処理装置（ＣＰＵ）であって、プログラム２０を実行可能である。演算処理部６は、入力装置５から入力される情報およびメモリ１０に格納される情報などを、プログラム２０に基づいて、演算または計算して、メモリ１０に記録する。
【００２０】
メモリ１０は、情報を格納する。詳しくは、メモリ１０は、停車位置格納領域１１と、停車時間格納領域１２と、移動時間格納領域１３と、需要情報格納領域の一例としての運行計画情報格納領域１４と、変更情報格納領域１５と、需要情報格納領域の一例としての一時情報格納領域１６とを備える。
【００２１】
停車位置格納領域１１は、事前に登録される複数の停車位置に関する停車位置情報を格納している。停車位置として、例えば、バスターミナル、電車の駅、商業施設、病院、公民館、利用者の自宅などが挙げられる。
【００２２】
停車時間格納領域１２は、複数の停車位置の停車時間に関する停車時間情報を格納している。
【００２３】
移動時間格納領域１３は、複数の停車位置間における車両の移動時間に関する移動時間情報を格納している。移動時間格納領域１３は、複数の停車位置のうち任意に選択される一の停車位置から、他の停車位置までの車両の移動時間についての情報を格納している。移動時間情報は、好ましくは、複数の停車位置に含まれる２つの停車位置のすべての組み合わせに応じた車両の移動時間を含む。
【００２４】
運行計画情報格納領域１４は、詳しくは後述するが、車両の運行計画に関する運行計画情報を格納する。より具体的には、運行計画情報格納領域１４は、車両の運行計画を、各日における所定時間枠毎（例えば、午前、午後、３時間毎など）に区分して格納している。
【００２５】
変更情報格納領域１５は、詳しくは後述するが、車両の運行計画において、利用者の需要から変更した事項に関する変更情報を格納する。
【００２６】
一時情報格納領域１６は、停車位置格納領域１１、停車時間格納領域１２、移動時間格納領域１３および運行計画情報格納領域１４に格納されている情報の一部または全部を一時的に格納する。
【００２７】
プログラム２０は、メモリ１０に格納される情報を処理する。プログラム２０は、入力判断プログラム２４と、ルート計算手段の一例としてのルート計算プログラム２１と、時間計算手段の一例としての時間計算プログラム２２と、判断手段の一例としての運行判断プログラム２３とを備える。
【００２８】
入力判断プログラム２４は、詳しくは後述するが、処理装置４に利用者の需要情報の入力があるかを判断する。
【００２９】
ルート計算プログラム２１は、詳しくは後述するが、利用者の希望乗車位置および希望降車位置に基づいて、複数の停車位置を含む運行ルートを計算する。
【００３０】
時間計算プログラム２２は、詳しくは後述するが、運行ルートに含まれるすべての停車位置の到着時間および発車時間を計算する。
【００３１】
運行判断プログラム２３は、詳しくは後述するが、時間計算プログラム２２が計算したすべての到着時間がすべての利用者の希望時間帯を満たすか否かを判断するステップと、いずれかの到着時間が利用者の希望時間帯を満たさない場合に、希望時間帯外となる到着時間と、それに対応する利用者とを抽出するステップとを含む。
【００３２】
入力装置５は、処理装置４と電気的に接続されている。入力装置５は、例えば、オペレータによって操作可能である。
【００３３】
＜運行管理システムの処理＞
次いで、図２を参照して、運行管理システム１の処理を説明する。
【００３４】
なお、以下の説明では、理解を容易にすべく、最初の利用者から次の利用者へと説明しているが、この処理は、専ら次の利用者からの予約可否に使用される。
【００３５】
図２に示すように、運行管理システム１の処理では、まず、演算処理部６が入力判断プログラム２４を実行して、入力判断プログラム２４は、利用者の需要情報の入力があるかを判断する（ステップ１）。
【００３６】
具体的には、管理センターに駐在するオペレータが、管理センターに設けられる電話端末などにより、利用者からの需要情報を受け付ける。利用者の需要情報は、利用希望日、利用希望時間帯、利用者の希望乗車位置および希望降車位置を含む。
【００３７】
そして、オペレータが、利用者の需要情報を入力装置５により入力すると、入力判断プログラム２４は、利用者からの需要情報（利用希望日、利用希望時間帯、希望乗車位置および希望降車位置）を一時情報格納領域１６に格納して、利用者の需要情報の入力があると判断する（ステップ１のＹｅｓ）。
【００３８】
すると、ステップ２の運行計画作成プロセスに進行する。図３に示すように、運行計画作成プロセスでは、まず、演算処理部６がルート計算プログラム２１を実行し、ルート計算プログラム２１は、利用者の利用希望日、かつ、利用者の利用希望時間帯を含む時間枠（例えば、午前、午後など）に予定される運行計画が、運行計画情報格納領域１４に格納されていないかを判断する（ステップ２−１）。
【００３９】
なお、本実施形態では、まず、運行計画情報格納領域１４に運行計画が格納されていない態様（つまり利用者の需要情報の入力が最初である態様）について説明し、運行計画情報格納領域１４に運行計画が格納されている態様（つまり利用者の需要情報の入力が二回目以降である態様）について後述する。
【００４０】
運行計画が運行計画情報格納領域１４に格納されていない場合（ステップ２−１のＹｅｓ）、ルート計算プログラム２１は、利用者の希望乗車位置および希望降車位置に基づいて、特定の停車位置情報を停車位置格納領域１１から一時情報格納領域１６に抽出して、複数の停車位置を含む運行ルートを作成する（ステップ２−２）。
【００４１】
次いで、演算処理部６は、時間計算プログラム２２を実行する。すると、時間計算プログラム２２は、運行ルートに含まれる複数の停車位置のうち互いに隣り合う停車位置間の特定の移動時間情報を移動時間格納領域１３から一時情報格納領域１６に抽出するとともに、当該運行ルートの各停車位置に対応する特定の停車時間情報を停車時間格納領域１２から一時情報格納領域１６に抽出する。そして、時間計算プログラム２２は、特定の移動時間情報および特定の停車時間情報に基づいて、運行ルートにおける複数の停車位置（希望乗車位置および希望降車位置）のそれぞれの到着時間および発車時間を計算する（ステップ２−３）。
【００４２】
次いで、演算処理部６は、運行判断プログラム２３を実行する。運行判断プログラム２３は、時間計算プログラム２２が計算したすべての停車位置の到着時間が、すべての利用者の利用希望時間帯を満たすか否かを判断する（ステップ２−４）。
【００４３】
但し、今回の利用者は、最初の利用者であるため、時間計算プログラム２２が計算する到着時間は、利用者の利用希望時間帯を満たす（ステップ２−４のＹｅｓ）。
【００４４】
その後、運行判断プログラム２３は、利用者の需要通りの予約が可能であると判断し、ステップ１において入力された利用希望日（運行予定日）および利用希望時間帯と、ステップ２−２において計算された運行ルートと、ステップ２−３において計算された各停車位置の到着時間および発車時間とを関連付けして、１つの運行計画として、運行計画情報格納領域１４に格納する（ステップ２−５）。
【００４５】
言い換えれば、運行計画は、利用希望日（運行予定日）および利用希望時間帯と、複数の停車位置（利用者の希望乗車位置および希望降車位置）を含む運行ルートと、各停車位置の到着時間および発車時間とを含む。
【００４６】
その後、図２に示すように、その運行計画に対する予約受付時間が終了したか否かが判断され（ステップ３）、予約受付時間の終了前であれば（ステップ３のＮｏ）、ステップ１に戻る。
【００４７】
そのため、予約受付時間の終了前であれば、利用者の需要情報の入力がある毎に、運行管理システム１の運行計画作成プロセス（ステップ２）が実行される。なお、利用者の需要情報の入力がなければ（ステップ１のＮｏ）、ステップ３に進行する。
【００４８】
そして、図３に示すように、一の利用者からの予約が完了した後（つまり、予約した利用者に対応する運行計画が運行計画情報格納領域１４に格納された後）、次の利用者からの需要情報が入力されると、ステップ２−１において、ルート計算プログラム２１は、運行計画が運行計画情報格納領域１４に格納されていると判断する（ステップ２−１のＮｏ）。
【００４９】
すると、ルート計算プログラム２１は、運行計画情報格納領域１４から運行計画を抽出し、その運行計画が含む運行ルートに新たに受け付けた希望乗車位置および希望降車位置を組み込むように、運行ルートを変更する（ステップ２−７）。
【００５０】
そのため、変更された運行ルートには、複数の利用者の希望乗車位置および希望降車位置に対応する複数の停車位置が含まれる。
【００５１】
その後、上記したステップ２−３に進行し、運行判断プログラム２３は、上記と同様にして、変更された運行ルートに含まれる互いに隣り合う停車位置間の特定の移動時間情報を移動時間格納領域１３から一時情報格納領域１６に抽出するとともに、当該運行ルートの各停車位置に対応する特定の停車時間情報を停車時間格納領域１２から一時情報格納領域１６に抽出して、変更された運行ルートにおける各停車位置の到着時間および発車時間を計算する。
【００５２】
次いで、上記したステップ２−４と同様に、運行判断プログラム２３は、時間計算プログラム２２が計算したすべての停車位置の到着時間が、すべての利用者の利用希望時間帯を満たすか否かを判断する（ステップ２−４）。
【００５３】
すべての停車位置の到着時間がすべての利用希望時間帯を満たす場合（ステップ２−４のＹｅｓ）、運行判断プログラム２３は、運行ルートを更新するとともに、各停車位置における到着時間および発車時間を更新する。これによって、運行判断プログラム２３は、運行計画情報格納領域１４に格納されている運行計画を更新する。
【００５４】
一方、すべての停車位置の到着時間がすべての利用者の利用希望時間帯を満たさない場合（つまり、複数の停車位置のうちいずれかの停車位置の到着時間が利用者の利用希望時間帯を満たさない場合、ステップ２−４のＮｏ）、運行判断プログラム２３は、運行計画は利用者の需要から変更されていると判断し、運行計画情報格納領域１４に格納されている運行計画を更新するとともに、希望時間帯外となる到着時間と、それに対応する利用者とを抽出し、それらを関連付けして変更情報として、変更情報格納領域１５に格納する（ステップ２−６）。
【００５５】
なお、利用者の需要情報の入力毎の運行計画作成プロセスの実行により、希望時間帯外となる到着時間と、それに対応する利用者とに変更が生じると、運行判断プログラム２３は、変更情報を順次更新する。
【００５６】
その後、図２に示すように、その運行計画に対する予約受付時間が終了すると（ステップ３のＹｅｓ）、変更情報格納領域１５に格納される変更情報に基づいて、該当する利用者に希望時間帯から変更となった到着時間を通知する。
【００５７】
そして、該当する利用者が、変更となった到着時間を承諾できれば、運行計画情報格納領域１４に格納されている運行計画が実行される。一方、該当する利用者が、変更となった到着時間を承諾できない場合、その利用者の予約を取り消して、残りの利用者の需要情報に基づいて運行計画が再計算されて、運行計画が実行される。
【００５８】
＜作用効果＞
運行管理システム１では、ルート計算プログラム２１が、利用者の希望乗車位置および希望降車位置に基づいて運行ルートを計算し、時間計算プログラム２２が、運行ルートに含まれる希望乗車位置および希望降車位置への到着時間を計算する。
【００５９】
そして、運行判断プログラム２３が、すべての到着時間がすべての利用者の希望時間帯を満たすか否かを判断し、いずれかの到着時間が利用者の希望時間帯を満たさない場合に、希望時間帯外となる到着時間と、希望時間帯外となる到着時間に対応する利用者とを抽出する。
【００６０】
そのため、利用者の予約の先後に関わらず、ルート計算プログラム２１が、複数の利用者を効率的に乗り合わせることができる運行ルートを計算することができ、希望時間帯外となる到着時間に対応する利用者に、その到着時間を通知することができる。その結果、車両に対する複数の利用者の効率的な乗り合わせを確保できる。
【００６１】
以下、図４Ａおよび図４Ｂを参照して、具体例として、第１の利用者の予約と第２の利用者の予約とが確定した後、第３の利用者の需要情報が入力された場合について説明する。
【００６２】
第１の利用者は、Ａ地点（希望乗車位置）からＢ地点（希望降車位置）までの送迎を希望し、Ａ地点の乗車希望時間帯が午前８：３０〜９：００、Ｂ地点の降車希望時間帯が午前９：１５〜９：４０であり、第２の利用者は、Ｃ地点（希望乗車位置）からＤ地点（希望降車位置）までの送迎を希望し、Ｃ地点の乗車希望時間帯が午前９：１０〜９：３０、Ｄ地点の降車希望時間帯が午前１０：３０以前である。
【００６３】
これに基づいて、図４Ａに示すように、ルート計算プログラム２１は、例えば、Ａ地点、Ｃ地点、Ｂ地点、Ｄ地点を順に通過する運行ルートＬ１を計算し、時間計算プログラム２２は、例えば、Ａ地点の到着時間が午前９：００、Ｃ地点の到着時間が午前９：２０、Ｂ地点の到着時間が午前９：３０、Ｄ地点の到着時間が午前１０：００であることを計算する。なお、これらすべての到着時間が利用者の希望時間帯を満たしている。
【００６４】
次いで、第３の利用者の需要情報が入力される。
【００６５】
図４Ｂに示すように、第３の利用者は、Ｅ地点（希望乗車位置）からＦ地点（希望降車位置）までの送迎を希望し、Ｅ地点の乗車希望時間帯が午前９：３０〜１０：００、Ｆ地点の降車希望時間帯が午前１０：１５以前である。
【００６６】
すると、ルート計算プログラム２１は、運行ルートＬ１にＥ地点およびＦ地点を組み込むように、運行ルートＬ１を変更する。これにより、運行ルートＬ２が計算される。
【００６７】
運行ルートＬ２は、例えば、Ａ地点、Ｃ地点、Ｅ地点、Ｂ地点、Ｆ地点、Ｄ地点を順に通過する。そして、時間計算プログラム２２は、例えば、Ｂ地点の到着時間が午前９：３０から午前９：４５に変更され、Ｄ地点の到着時間が午前１０：００から午前１０：２０
に変更され、Ｅ地点の到着時間が午前９：３０、Ｆ地点の到着時間が午前１０：００であることを計算する。
【００６８】
すると、運行判断プログラム２３は、Ｂ地点の到着時間が第１の利用者の降車希望時間帯を超過すると判断する。このような場合、先に予約した利用者を優先する従来の運行システムであれば、第３の利用者は予約することができず、運行ルートＬ１が維持される。
【００６９】
一方、上記した運行管理システム１では、降車希望時間帯外となった到着時間を、第１の利用者が承諾できれば、すべての利用者の予約を受け付けることができ、複数の利用者の効率的な乗り合いを実現することができる。
【符号の説明】
【００７０】
１      運行管理システム
１４    運行計画情報格納領域
１６    一時情報格納領域
２１    ルート計算プログラム
２２    時間計算プログラム
２３    運行判断プログラム
【図１】
2020087319.tif 000003
【図２】
2020087319.tif 000004
【図３】
2020087319.tif 000005
【図４】
2020087319.tif 000006