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