ホーム > 特許ランキング > 矢崎エナジーシステム株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-24
(45)【発行日】2024-10-02
(54)【発明の名称】輸送計画生成装置
(51)【国際特許分類】
G06Q 50/47 20240101AFI20240925BHJP
【ＦＩ】
G06Q50/47
【請求項の数】
2
(21)【出願番号】P 2020155312
(22)【出願日】2020-09-16
(65)【公開番号】P2022049211
(43)【公開日】2022-03-29
【審査請求日】2023-08-09
(73)【特許権者】
【識別番号】501418498
【氏名又は名称】矢崎エナジーシステム株式会社
(74)【代理人】
【識別番号】100083806
【弁理士】
【氏名又は名称】三好 秀和
(74)【代理人】
【識別番号】100101247
【弁理士】
【氏名又は名称】高橋 俊一
(74)【代理人】
【識別番号】100095500
【弁理士】
【氏名又は名称】伊藤 正和
(74)【代理人】
【識別番号】100098327
【弁理士】
【氏名又は名称】高松 俊雄
(72)【発明者】
【氏名】廣井 康生
【審査官】塚田 肇
(56)【参考文献】
【文献】特開２００２－１８３８９２（ＪＰ，Ａ）
【文献】特開平０７－０１０００４（ＪＰ，Ａ）
【文献】特開２０２０－０９３７００（ＪＰ，Ａ）
【文献】特開２０１９－１６８９３２（ＪＰ，Ａ）
【文献】特開２０１９－１０５９１４（ＪＰ，Ａ）
【文献】中国特許出願公開第１１０５８０５４６（ＣＮ，Ａ）
【文献】特開２０１７－２２００９０（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
貨物または乗客の輸送に関する配車依頼を依頼用端末から受け付け、前記配車依頼が、運行前の運行予定車両に対する予約配車か、運行中の運行車両に対するオンデマンド配車かを判定する、依頼受付部と、
前記配車依頼が、前記予約配車に対する依頼である場合に、前記配車依頼に基づいて、前記運行予定車両の経路情報を生成し、前記経路情報を記憶部に記憶する経路管理部と、
前記運行車両の位置情報と、前記運行車両に搭載された貨物の積載、および乗客の搭乗に関する搭載情報とを、前記運行車両から取得し、前記位置情報および前記搭載情報を前記経路情報に反映させた運行情報を生成し、前記運行情報を前記記憶部に記憶する車両情報管理部と、
前記配車依頼が、前記オンデマンド配車に対する依頼である場合に、前記配車依頼と、前記運行情報と、に基づいて、前記運行車両の運行管理を行う運行管理部と、を備え、
前記運行車両は、
前記運行車両の前記位置情報を取得するＧＰＳ端末と、
前記運行車両の乗降者の数をカウントし、前記乗客の数を取得する乗客カウント装置と、
前記貨物の重量に関する情報を取得する重量センサと、
前記貨物の容積に関する情報を取得する貨物管理装置と、
前記位置情報と、前記貨物の前記重量または前記容積、及び前記乗客の人数に関する情報である前記搭載情報と、を前記車両情報管理部に送信する制御部と、を有し、
前記経路管理部は、所定の優先度に基づいて、前記予約配車又は前記オンデマンド配車に対する依頼の検索結果リストを生成し、
前記所定の優先度は、前記配車依頼が前記乗客の搭乗に関する依頼である場合には、到着時間が早くなる前記運行予定車両又は前記運行車両の優先度が高く、前記配車依頼が前記貨物の積載に関する依頼である場合には、出発時間が遅くなる前記運行予定車両又は前記運行車両の優先度が高い、輸送計画生成装置。
【請求項2】
前記車両情報管理部は、前記位置情報と、前記搭載情報とを前記運行車両から所定の間隔で取得し、前記運行情報を生成する、請求項１に記載の輸送計画生成装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、輸送計画生成装置、輸送計画生成システム、および輸送計画生成プログラムに関する。
【背景技術】
【0002】
近年、バス等の旅客輸送路線の生産性向上や、貨物の物流の効率化を実現させるため、人と貨物を同時に運ぶ客貨混載システムの実施が進められている。例えば、特許文献１には、人と貨物とを混載して移動させることができるオンデマンド客貨混載システムが開示されている。このオンデマンド客貨混載システムでは、管理装置が、乗客の移動要求と、貨物の移動要求とに基づいて経路を計算し、計算した経路を車載機へ送信する。運行車両に搭載された車載機は、受信した経路に基づいて経路案内することにより、運行車両を乗客の乗車地点、降車地点、および貨物の集荷地点に移動させ、オンデマンドによる客貨混載の機能を実現させている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１７－２２００９０号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１に開示されたオンデマンド客貨混載システムでは、乗客の人数、乗降車地点、乗降車時刻等の乗客の移動要求と、貨物の大きさ、個数、集荷地点、集荷時刻等の貨物の移動要求とに基づいて、管理装置が経路を計算する。しかしながら、実際の乗客や貨物の輸送においては、貨物の形状、重量、積載順番、積載状態等によって、貨物をさらに積載できるか否かの状況が異なる場合がある。すなわち、移動要求に基づく計算では、積載可能であった貨物が実際の貨物の搭載状況によっては積載できない状況が発生する場合がある。乗客の場合も同様に、移動要求の人数に基づく計算では、搭乗可能であった乗客が、実際には搭乗人数などの変化により、実際には搭乗できない状況が発生する場合がある。一方で、移動要求に基づく計算では、積載や搭乗ができなかった貨物や乗客が、実際の搭載状況によっては、積載または搭乗が可能となる状況が発生する場合もある。すなわち、移動要求による搭載予測の計算と、実際の搭載状況とが異なることで、輸送の効率が低下する恐れがある。
【0005】
本発明は、このような従来技術が有する課題に鑑みてなされたものである。そして本発明の目的は、輸送車両に実際に搭載された貨物や乗客の搭載情報に基づいた効率のよい輸送計画を生成することができる輸送計画生成装置を提供することにある。
【課題を解決するための手段】
【0006】
本発明の態様に係る輸送計画生成装置は、貨物または乗客の輸送に関する配車依頼を依頼用端末から受け付け、配車依頼が、運行前の運行予定車両に対する予約配車か、運行中の運行車両に対するオンデマンド配車かを判定する、依頼受付部と、配車依頼が、予約配車に対する依頼である場合に、配車依頼に基づいて、運行予定車両の経路情報を生成し、経路情報を記憶部に記憶する経路管理部と、運行車両の位置情報と、運行車両に搭載された貨物の積載、および乗客の搭乗に関する搭載情報とを、運行車両から取得し、位置情報および搭載情報を経路情報に反映させた運行情報を生成し、運行情報を記憶部に記憶する車両情報管理部と、配車依頼が、オンデマンド配車に対する依頼である場合に、配車依頼と、運行情報と、に基づいて、運行車両の運行管理を行う運行管理部と、を備える。
【0007】
本発明の他の態様に係る輸送計画生成装置に関する搭載情報は、貨物の重量または容積、および乗客の人数に関する情報であることが好ましい。
【0008】
本発明の他の態様に係る輸送計画生成装置の経路管理部は、所定の優先度に基づいて、予約配車に対する依頼の検索結果リストを生成することが好ましい。
【0009】
本発明の他の態様に係る輸送計画生成装置の運行管理部は、所定の優先度に基づいて、オンデマンド配車に対する依頼の検索結果リストを生成することが好ましい。
【0010】
本発明の他の態様に係る輸送計画生成装置の車両情報管理部は、位置情報と、搭載情報とを運行車両から所定の間隔で取得し、運行情報を生成することが好ましい。
【0011】
本発明のさらに他の態様に係る輸送計画生成システムは、運行管理サーバと、車両の位置情報と、車両に搭載された貨物の積載および乗客の搭乗に関する搭載情報とを取得し、ネットワークを介して運行管理サーバに送信する、搭載情報管理装置と、貨物または乗客の輸送の依頼に関する配車依頼を、ネットワークを介して、運行管理サーバに送信する依頼用端末と、を備える。さらに、運行管理サーバは、配車依頼を依頼用端末から受け付け、配車依頼が、運行前の運行予定車両に対する予約配車か、運行中の運行車両に対するオンデマンド配車かを判定する、依頼受付部と、配車依頼が、予約配車に対する依頼である場合に、配車情報に基づいて、運行予定車両の経路情報を生成し、経路情報を記憶部に記憶する経路管理部と、位置情報と、搭載情報とを、運行車両の搭載情報管理装置から取得し、位置情報および搭載情報を経路情報に反映させた運行情報を生成し、運行情報を記憶部に記憶する車両情報管理部と、配車依頼が、オンデマンド配車に対する依頼である場合に、配車依頼と、運行情報と、に基づいて、運行車両の運行管理を行う運行管理部と、を備える。
【0012】
本発明のさらに他の態様に係る輸送計画生成プログラムは、貨物または乗客の輸送に関する配車依頼を依頼用端末から受け付け、配車依頼が、運行前の運行予定車両に対する予約配車か、運行中の運行車両に対するオンデマンド配車かを判定し、配車依頼が、予約配車に対する依頼である場合に、配車依頼に基づいて、運行予定車両の経路情報を生成し、運行車両の位置情報と、運行車両に搭載された貨物の積載、および乗客の搭乗に関する搭載情報とを、運行車両から取得し、位置情報および搭載情報を経路情報に反映させた運行情報を生成し、配車依頼が、オンデマンド配車に対する依頼である場合に、配車依頼と、運行情報と、に基づいて、運行車両の運行管理を行う処理を、コンピュータに実行させる。
【0013】
本発明の他の態様に係る記録媒体は、輸送計画生成プログラムを記録した、コンピュータが読み取り可能な記録媒体であることが好ましい。
【発明の効果】
【0014】
本発明によれば、輸送車両に実際に搭載された貨物や乗客の搭載情報に基づいた効率のよい輸送計画を生成することができる。
【図面の簡単な説明】
【0015】
【図1】本実施形態に係る輸送計画生成システムの一例を示す図である。
【図2】本実施形態に係る輸送計画生成装置、および搭載情報管理装置の一例を示すブロック図である。
【図3】本実施形態に係る依頼用端末における配車依頼の入力画面の一例を示す図である。
【図4】本実施形態に係る依頼情報の一例を示す図である。
【図5】本実施形態に係る経路情報の一例を示す図である。
【図6】本実施形態に係る輸送車両の経路を説明するための図である。
【図7】本実施形態に係る運行情報の一例を示す図である。
【図8】本実施形態に係る貨物管理装置による貨物の容積の取得を説明するための図である。
【図9】本実施形態に係る輸送計画生成の処理を示すフローチャートである。
【図10】本実施形態に係る予約配車検索の処理を示すフローチャートである。
【図11】本実施形態に係る配車マッチングの処理を示すフローチャートである。
【図12】本実施形態に係る検索結果リストの一例を示す図である。
【図13】本実施形態に係るオンデマンド配車検索の処理を示すフローチャートである。
【発明を実施するための形態】
【0016】
以下、図面を用いて本実施形態に係る輸送計画生成システム１について詳細に説明する。図中同一または相当部分には同一符号を付してその説明は繰り返さない。
【0017】
図１は、運行管理サーバ１０と、輸送車両２０と、依頼用端末３０と、ネットワーク４０と、を備える輸送計画生成システム１の概要図である。運行管理サーバ１０は、ネットワーク４０を介して、依頼用端末３０からの配車依頼を受け付ける。また、運行管理サーバ１０は、ネットワーク４０を介して、輸送車両２０と、相互に通信可能である。すなわち、ネットワーク４０は、運行管理サーバ１０と、輸送車両２０および依頼用端末３０とが、相互に通信可能な通信網であり、例えば、携帯電話網であるキャリア網、または、インターネットで構成される。
【0018】
運行管理サーバ１０は、輸送計画生成装置１００を備える。また、輸送車両２０は、貨物および／または乗客（人）を輸送する車両であり、搭載情報管理装置２００を備える。なお、輸送車両２０によって輸送される対象は、貨物、および乗客である。本明細書において、貨物の積載、および乗客の搭乗を総じて「搭載」と称する。
【0019】
図２は、輸送計画生成装置１００および搭載情報管理装置２００の概略構成を示すブロック図である。輸送計画生成装置１００は、制御部１１０、ネットワークインタフェース１４０、および記憶部１５０を備える。なお、図２に示す輸送計画生成装置１００の構成例は、あくまでも一例にすぎず、本実施形態はこれに限定されない。例えば、記憶部１５０を運行管理サーバ１０の外部に設け、輸送計画生成装置１００の制御部１１０から、外部に設けられた記憶部１５０にアクセス可能とする構成としてもよい。また、運行管理サーバ１０は、制御部１１０において実施される各機能を実施可能とする１台または複数台のコンピュータに置き換えることもできる。
【0020】
制御部１１０は、依頼受付部１１１、経路管理部１１２、車両情報管理部１１３、および運行管理部１１４を備える。制御部１１０は、例えば、オペレーションシステムを動作させて、運行管理サーバ１０全体を制御する。さらに、制御部１１０は、記憶部１５０に格納されたプログラム（図示なし）に基づいて動作し、依頼受付部１１１、経路管理部１１２、車両情報管理部１１３、および運行管理部１１４に備える各機能を実行する。なお、プログラムは、記憶部１５０に格納される形態に限定されず、輸送計画生成装置１００内の、ＲＯＭ等（図示なし）に記憶された構成としてもよい。
【0021】
依頼受付部１１１は、依頼用端末３０からの配車依頼を受け付ける。配車依頼は、図３に示す入力画面３００を通じて、操作者が希望する配車に関する情報を入力することで、依頼用端末３０から依頼受付部１１１に送られる。すなわち、依頼受付部１１１は、依頼用端末３０から送られてくる配車依頼を取得する。依頼用端末３０から送られてきた配車依頼に関する情報は、依頼受付部１１１によって、図４に示す依頼情報１５１として蓄積され、記憶部１５０に記憶される。
【0022】
経路管理部１１２は、配車依頼に基づいて運行前の運行予定車両に関する経路情報１５２を生成する。すなわち、経路管理部１１２は、運行予定車両の輸送計画を生成する。図５に、ある輸送車両２０の経路情報１５２の一例を示す。例えば、図５に示す経路情報１５２の輸送車両２０は、乗客と貨物の混載輸送が可能な輸送車両２０であり、図６（ａ）に示す経路を通過する予定の運行予定車両である。すなわち、図５に示す経路情報では、１０時００分から１８時３０分までの時間において、Ａ２Ｂ１地点から図６（ａ）に示す経路を通り、Ａ１Ｂ１地点まで運行する例を示す。
【0023】
また、経路情報１５２には、輸送車両２０の到着時間、場所、予想重量、予想容積率、および予定人数が示される。さらに、経路情報１５２は、予想重量、予想容積率、および予定人数に対して、輸送車両２０の制限となる重量、容積率、および人数（以下、制限値とする）が示される。図５に示す例では、制限値は、予想重量、予想容積率、および予定人数の隣の欄に表示される。経路管理部１１２は、配車依頼で入力された人数、重量およびサイズに関する情報に基づいて、予想重量、予想容積率、および予定人数を計算し、経路情報１５２に格納する。
【0024】
また、経路情報１５２は、輸送車両２０に対する予約情報が追加された場合には、その情報が示される。例えば、図５に示す経路情報１５２では、予約（１）から予約（５）までの予約が入っていることが示されている。例えば、予約（１）は、乗客に対する予約であり、１０時３０分にＡ２Ｂ２地点で搭乗し、１１時３０分にＡ３Ｂ３地点で降りる乗客に関する予約である。また、予約（２）は、乗客に対する予約であり、１５時００分にＡ３Ｂ４地点で搭乗し、１８時３０分にＡ１Ｂ１地点で降りる乗客に関する予約である。予約（３）ないし予約（５）は、貨物に対する予約であり、予約（３）は、１０時００分にＡ２Ｂ１地点で貨物を積載し、１２時００分にＡ３Ｂ２地点で貨物を降ろす予約である。また、予約（４）は、１２時００分にＡ３Ｂ２地点で貨物を積載し、１３時００分にＡ４Ｂ１地点で貨物を降ろす予約である。また、予約（５）は、１２時００分にＡ３Ｂ２地点で貨物を積載し、１４時００分にＡ４Ｂ３地点で貨物を降ろす予約である。
【0025】
車両情報管理部１１３は、運行中の運行車両の搭載情報管理装置２００から送られてくる運行車両に関する位置情報と、運行車両に搭載された貨物の積載および乗客の搭乗に関する搭載情報とを、取得する。さらに、車両情報管理部１１３は、記憶部１５０に記憶された経路情報１５２に、位置情報および搭載情報を反映させて運行情報１５３を生成し、記憶部１５０に記憶する。図７に運行情報１５３の一例を示す。すなわち、運行情報１５３は、図７に示すように、運行管理の対象となる輸送車両２０の経路情報１５２に、実際の運行状況として、運行車両の位置情報、および搭載情報を反映させた情報である。例えば図７に示す例においては、対象となる運行車両が、時間が１３時３０分から１４時までの間において、Ａ４Ｂ２地点から、Ａ４Ｂ３地点までを運行している。さらに、実重量、実容積率、および実人数は、実際の運行車両に搭載された貨物、乗客の情報である。
【0026】
運行管理部１１４は、依頼受付部１１１で受け付けた配車依頼が、運行中の輸送車両２０に対するオンデマンド配車である場合に、配車依頼と、運行情報１５３とに基づいて、配車可能な運行車両の検索を行い、運行車両の輸送計画を生成する。運行車両に対する輸送計画の詳細については後述する。
【0027】
ネットワークインタフェース１４０は、有線および／または無線ネットワークを介して、輸送車両２０および依頼用端末３０と、運行管理サーバ１０との通信を行うためのインタフェースである。
【0028】
記憶部１５０は、上述の依頼情報１５１、経路情報１５２、および運行情報１５３を記憶する。また、記憶部１５０は、制御部１１０で実施される依頼受付部１１１、経路管理部１１２、車両情報管理部１１３、および運行管理部１１４に備える各機能に関するプログラムを格納してもよい。
【0029】
次に、搭載情報管理装置２００の構成について説明する。搭載情報管理装置２００は、制御部２１０と、ネットワークインタフェース２４０と、記憶部２５０と、表示部２６０と、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）端末２７０と、を備える。また、本実施形態において、搭載情報管理装置２００は、乗客情報取得部２８０と、貨物情報取得部２９０とを備える。
【0030】
搭載情報管理装置２００の制御部２１０は、例えば、オペレーションシステムを動作させて、搭載情報管理装置２００全体を制御する。さらに、制御部２１０は、記憶部２５０に格納されたプログラムに基づいて動作し、搭載情報管理装置２００内の各部に備える制御を実行する。なお、プログラムは、記憶部２５０に格納される形態に限定されず、搭載情報管理装置２００内の、ＲＯＭ等（図示なし）に記憶された構成としてもよい。また、制御部２１０は、乗客情報取得部２８０と、貨物情報取得部２９０とで取得され、記憶部２５０に記憶された、乗客の人数および貨物の重量、容積率等の搭載情報を所定の間隔で記憶部２５０から取得し、運行管理サーバ１０に送る。また、制御部２１０は、ＧＰＳ端末２７０で取得され、記憶部２５０に記憶された、輸送車両２０の位置情報を所定の間隔で記憶部２５０から取得し、運行管理サーバ１０に送る。本実施形態において、制御部２１０が、記憶部２５０から搭載情報および位置情報を取得する所定の間隔は、０．５秒とする。ただし、所定の間隔は、０．５秒に限定されない。
【0031】
ネットワークインタフェース２４０は、ネットワーク４０を介して、輸送計画生成装置１００との相互の通信を可能とするためのインタフェースである。
【0032】
記憶部２５０は、ＧＰＳ端末２７０で取得した、輸送車両２０の位置情報を記憶する。また、乗客情報取得部２８０および貨物情報取得部２９０で取得した乗客および貨物に関する搭載情報を記憶する。位置情報および搭載情報の詳細については、後述する。
【0033】
表示部２６０は、例えば、輸送車両２０に搭載されたナビゲーション装置である。表示部２６０は、運行予定の経路情報１５２に基づく経路、または、運行中の運行情報１５３に基づく経路を表示する。また、表示部２６０は、タッチパネル式の入力デバイスを備え、例えば、オンデマンド配車における乗客の乗り降り、貨物の積荷、積み下ろしに関する運行管理サーバ１０からの要求を表示し、運行管理サーバ１０への確認完了等の応答を可能とする。
【0034】
ＧＰＳ端末２７０は、輸送車両２０の位置情報を検知し、検知した位置情報を制御部２１０へ送る。ＧＰＳ端末２７０は、複数のＧＰＳ衛星からの電波をＧＰＳアンテナ（図示なし）で受信し、所定の計算処理を行って受信信号から輸送車両２０の現在位置を表す緯度、経度の情報を取得し、輸送車両２０の位置情報として記憶部２５０に記憶する。
【0035】
乗客情報取得部２８０は、乗客室開閉装置２８１と、乗客カウント装置２８２とを備える。乗客室開閉装置２８１は、乗客カウント装置２８２において乗客の乗降をカウントするためのトリガー装置である。すなわち、乗客室開閉装置２８１が開放されたタイミングで、乗客カウント装置２８２における乗客の乗降者のカウントを開始する。また、乗客室開閉装置２８１が閉鎖されたタイミングで乗客カウント装置２８２における乗客の乗降者のカウントを終了する。
【0036】
乗客カウント装置２８２は、乗客室開閉装置２８１からのトリガー信号に従って、乗客の乗降者のカウントを行う。乗客カウント装置２８２は、例えば人感センサを備えるカウント装置である。乗客カウント装置２８２は、上述の乗客室開閉装置２８１の開放をトリガーとして、乗降者のカウントを行い、乗客室開閉装置２８１の閉鎖をトリガーとして、乗降者のカウントを終了し、乗客の数を記憶部２５０に記憶する。なお、乗客カウント装置２８２は、人感センサを備えたカウント装置に限定されない。例えば、カメラによって人物を認識し、人数をカウントする装置や、非接触式端末やカードを用いて、乗客のゲート通過検出によるカウント装置で構成してもよい。
【0037】
貨物情報取得部２９０は、貨物室開閉装置２９１と、重量センサ２９２と、貨物管理装置２９３と、を備える。貨物室開閉装置２９１は、貨物室のドアの開閉状態を重量センサ２９２および貨物管理装置２９３に送る。重量センサ２９２は、貨物室開閉装置２９１から送られてきた貨物室のドアの開閉状態が閉鎖であるとき、貨物室に積載された貨物の総重量を計測し、計測した重量を記憶部２５０に記憶する。
【0038】
貨物管理装置２９３は、貨物の積載量を測定し、貨物室の貨物の積載に関して、どのくらいの余裕があるかを容積率で表し、記憶部２５０に記憶する。図８（ａ）は、本実施形態における貨物管理装置２９３を説明するための模式図である。本実施形態において、貨物管理装置２９３は、貨物室の天井に備えられ、測距機能を有するものである。図８（ａ）に示す例において、貨物が存在しない箇所は、貨物管理装置２９３から貨物室の床までの距離が距離２９３ａで示される長さとなる。一方で、貨物２９５が存在する箇所においては、貨物管理装置２９３から貨物２９５までの距離が距離２９３ｂで示される長さとして測定される。すなわち、貨物管理装置２９３により、貨物管理装置２９３からの距離が、距離２９３ａで示される長さより短い場合には、その場所に貨物が存在することが認識される。図８（ａ）は、貨物の積載量の測定を概念的に説明するための模式図であるため、例として３つの貨物管理装置２９３を備える例を示したが、実際には、ある一定の面積単位で貨物管理装置２９３が設けられるのが好ましい。また、貨物管理装置２９３は数が増えるほど、詳細な面積単位で測距が可能となるため、貨物管理装置２９３が多く設けられる構成が好ましい。
【0039】
図８（ｂ）は、図８（ａ）の一点鎖線Ａにおける貨物室の断面を、垂直方向の上部から見た場合の平面図を示す。図８（ｂ）に示す貨物室は、貨物２９５が貨物室の中央部分に置かれ、その周りは、貨物が置かれていない床領域２９６ａとなる。すなわち、少なくとも、床領域２９６ａである領域、すなわち、高さが距離２９３ａの箇所には、貨物をさらに配置することが可能となる。また容積率は、貨物２９５が置かれている面積を、貨物室の床面積で割ることにより算出される。
【0040】
一般的に車両の操縦安定性は、走行中の積荷の力が荷台の中心に働くものとして設計されている。そのため、積荷全体の重心の位置が、前後方向、左右方向ともに荷台の中心になるように積み付けることが理想的である。例えば、積荷の重心が高いと、走行中に左右の揺れがひどくなり、荷崩れが起こりやすくなる。そのため、積み付けの段階から前後左右均等に、そしてできるだけ低く、床全体を使用するように積むことが求められる。
【0041】
例えば、左右に偏った積載は、カーブ走行、右左折あるいは傾斜路面を走行する時に横転する恐れがある。また、前に偏った積載は、下り坂や急ブレーキをかけたときに制動力が不足する恐れがある。さらに、後部に偏った積載は、ハンドルが不安定となり、発進時や登坂走行時、踏切通過時に車の頭が持ち上がってしまう恐れがある。そのため、ある程度重量がある貨物は、上述の通り、前後方向、左右方向ともに荷台の中心になるように積み付けることが理想的である。
【0042】
図８（ｃ）は、図８（ａ）および図８（ｂ）に示す貨物２９５を水平面上で時計回りに９０度反転させ、一方の貨物室の壁際に寄せた場合の図である。例えば、図８（ｃ）に示す貨物２９５の重量が軽い場合には、図８（ｃ）のように貨物を配置しても問題がない。この場合、図８（ｃ）の床領域２９６ｂは、図８（ｂ）の床領域２９６ａに比べ面積が広く、さらに大きなサイズの貨物を置くことが可能となる。
【0043】
また、容積率は、配車予約で申請された貨物のサイズのみでは正確な値を認識することができず、実際の貨物の配置によって正確な値が定まる。すなわち、配車予約で申請された貨物により算出する場合と、実際の貨物の配置により算出する場合とでは、次に配置できる貨物のサイズが異なる。貨物の置き方は、重量を考慮し特定の場所に配置する場合や、作業者の置き方によっても様々な配置がなされることになる。また、貨物によっては、２段以上の積載が可能な場合もある。よって、貨物管理装置２９３によって、配車予約の貨物のサイズからでは認識することができない実際の積載可能なサイズをリアルタイムで測定することが可能となる。
【0044】
なお、貨物管理装置２９３は、測距センサを用いる例を示したがこれに限定されない。例えばカメラを用いて貨物室の天井から床、または貨物までの距離を測距する構成としてもよい。また、貨物管理装置２９３にカメラを用い、カメラの画像認識機能を用いることで、貨物の上部や貨物室の床面に記載された注意事項、例えば、「積載不可」などの文字を読み取ることが可能となり、この情報を用いた容積率の計算が可能となる。
【0045】
（輸送計画生成システムの処理フローの概略）
次に、図９を参照して、輸送計画生成システム１の輸送計画の生成処理について説明する。
次に、図９を参照して、輸送計画生成システム１の輸送計画の生成処理について説明する。
【0046】
ステップＳ９０１において、依頼受付部１１１は、依頼用端末３０からの配車依頼を受け付ける。依頼受付部１１１は、受け付けた配車依頼を依頼情報１５１に蓄積し、記憶部１５０に格納する。次にステップＳ９０２に進む。
【0047】
ステップＳ９０２において、依頼受付部１１１は、依頼用端末３０からの配車依頼に基づいて、この配車依頼が予約配車かオンデマンド配車であるか否かを判定する。ステップＳ９０２で、依頼受付部１１１は、配車依頼が予約配車に対する依頼であると判定した場合（ステップＳ９０２：ＹＥＳ）は、ステップＳ９０３へ進む。一方で、ステップＳ９０２で、依頼受付部１１１は、配車依頼がオンデマンド配車に対する依頼であると判定した場合（ステップＳ９０２：ＮＯ）は、ステップＳ９０４へ進む。
【0048】
ステップＳ９０３において、経路管理部１１２は、図１０に示す「予約配車検索」に関するサブルーチンのフローチャートに従って「予約配車検索」に関する処理を行う。一方で、ステップＳ９０４において、運行管理部１１４は、図１３に示す「オンデマンド配車検索」に関するサブルーチンのフローチャートに従って、「オンデマンド配車検索」に関する処理を行う。まず、「予約配車検索」の処理について説明する。
【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】
上述の輸送計画生成システム１において、搭載情報管理装置２００は、乗客情報取得部２８０と、貨物情報取得部２９０との両方を備える例を示したが、これに限定されない。例えば、乗客情報取得部２８０および貨物情報取得部２９０を統合した管理装置を設ける構成としてもよい。その場合、例えば、上述の貨物管理装置２９３を、乗客に対して用いることもできる。乗客は、大人か子供か、また体重や体格によって、客席の専有面積が異なるため、乗客の人数に関する情報のみでは、乗客の搭乗状況を正確に把握することは難しい。乗客に対し、貨物管理装置２９３を用いることで、実際の依頼用端末３０からの人数の申請や、乗客カウント装置２８２による人数の認識以外にも、乗客の搭乗状況が可能となる。また重量センサ２９２も同様に乗客に適用することができる。依頼用端末３０からの乗客の輸送の配車依頼においては、体重や体格（容積）の申請は、個人のプライバシーの問題等を含み、好ましくない。上述の貨物管理装置２９３および重量センサ２９２を乗客に対して用いることで、より詳細な乗客の搭乗状況を把握することが可能となり、これにより、さらに効率的な輸送計画を生成することが可能となる。
【0090】
上述の輸送計画生成システム１において、依頼受付部１１１は、図４に示す配車依頼の入力画面３００において選択された「予約配車」または「オンデマンド配車」の情報に基づいて、「予約配車」か否かを判定する形態を示したが、これに限定されない。例えば、配車依頼の入力画面３００には、「予約配車」か「オンデマンド配車」かを選択する場所を設けず、依頼受付部１１１が、配車依頼に記載された日付および時間に基づいて、「予約配車」か「オンデマンド配車」かを判定する形態としてもよい。例えば、依頼受付部１１１は、配車依頼の日付が当日の場合は、「オンデマンド配車」とし、配車依頼の日付が前日以前の場合には、「予約配車」と判定する形態としてもよい。あるいは、依頼受付部１１１は、配車依頼の出発時間が、配車予約時の時間より前の場合には、「オンデマンド配車」とし、配車依頼の出発時間が配車予約時の時間より後の場合には「予約配車」と判定する形態としてもよい。これにより、より細かい時間単位で「予約配車」と「オンデマンド配車」の判定が可能となり、効率のよい輸送計画を生成することが可能となる。また、依頼受付部１１１が、日付や時間に基づいて「予約配車」か「オンデマンド配車」かを判定することにより、配車依頼の入力画面３００におけるユーザの配車選択のミスを防ぐことが可能となる。
【0091】
また、上述した輸送計画生成装置１００における処理をコンピュータに実行させるコンピュータプログラム、およびそのプログラムを記録したコンピュータで読み取り可能な記録媒体は、本実施形態の範囲に含まれる。ここで、コンピュータで読み取り可能な記録媒体の種類は任意である。また、上記コンピュータプログラムは、上記記録媒体に記録されたものに限られず、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク等を経由して伝送されるものであってもよい。
【0092】
以下に、本実施形態の輸送計画生成装置１００、輸送計画生成システム１、および輸送計画生成プログラムの特徴について記載する。
【0093】
第１の態様に係る輸送計画生成装置１００は、貨物または乗客の輸送に関する配車依頼を依頼用端末から受け付け、配車依頼が、運行前の運行予定車両に対する予約配車か、運行中の運行車両に対するオンデマンド配車かを判定する、依頼受付部を備える。また、輸送計画生成装置１００は、配車依頼が、予約配車に対する依頼である場合に、配車依頼に基づいて、運行予定車両の経路情報を生成し、経路情報を記憶部に記憶する経路管理部を備える。輸送計画生成装置１００は、運行車両の位置情報と運行車両に搭載された貨物の積載および乗客の搭乗に関する搭載情報とを運行車両から取得し、位置情報および搭載情報を経路情報に反映させた運行情報を生成し、記憶部に記憶する車両情報管理部を備える。さらに、輸送計画生成装置１００は、配車依頼が、オンデマンド配車に対する依頼である場合に、配車依頼と、運行情報と、に基づいて、運行車両の運行管理を行う運行管理部を備える、
【0094】
上記構成によれば、輸送計画生成装置１００は、実際に運行している運行車両の貨物および乗客の搭載情報と、運行車両の位置情報とに基づいて、輸送車両の運行管理を行うことができる。これにより、例えば、配車予約の段階では、認識することができない、実際の輸送車両への、貨物または乗客の搭載可否を判定することができ、効率のよい輸送車両の輸送計画を生成することができる。
【0095】
第２の態様に係る輸送計画生成装置１００に関する搭載情報は、貨物の重量または容積、および乗客の人数に関する情報であることが好ましい。
【0096】
上記構成によれば、輸送計画生成装置１００は、実際に運行している輸送車両に搭載された貨物の重量または容積、および乗客の人数を取得することができる。これにより、実際に運行している輸送車両に対し、どれくらいの搭載がさらに可能かを正確に把握することで効率のよい輸送計画を行うことができる。
【0097】
第３の態様に係る輸送計画生成装置１００の経路管理部１１２は、所定の優先度に基づいて、予約配車に対する依頼の検索結果リストを生成することが好ましい。
【0098】
上記構成によれば、所定の優先度に基づいて予約車両に対する依頼の検索結果リストが生成される。これにより、例えば休眠車両ができるような経路管理の優先度を高くしておくことで、運行車両を減らすことが可能となり、効率のよい輸送計画を生成することができる。
【0099】
第４の態様に係る輸送計画生成装置１００の、運行管理部１１４は、所定の優先度に基づいて、オンデマンド配車に対する依頼の検索結果リストを生成することが好ましい。
【0100】
上記構成によれば、所定の優先度に基づいてオンデマンド配車に対する依頼の検索結果リストが生成される。これにより、例えば乗客に対する配車依頼の場合、効率のよい経路で希望する時間内に目的地に到達できるような、経路を選択することが可能となる。
【0101】
第５の態様に係る輸送計画生成装置１００の車両情報管理部は、位置情報と、搭載情報とを運行車両から所定の間隔で取得し、運行情報を生成することが好ましい。
【0102】
上記構成によれば、車両情報管理部が、運行車両の位置情報と搭載情報とを所定の間隔で取得することにより、依頼用端末３０からオンデマンド配車に関する依頼があった場合に、リアルタイムで、適切な運行車両の検索が可能となる。これにより、効率のよい輸送計画を生成することが可能となる。
【0103】
第６の態様に係る輸送計画生成システム１は、車両の位置情報と、車両に搭載された貨物の積載、および乗客の搭乗に関する搭載情報とを取得し、ネットワークを介して運行管理サーバに送信する、搭載情報管理装置と、を備える。さらに、輸送計画生成システム１は、貨物または乗客の輸送に関する配車依頼を、ネットワークを介して、運行管理サーバに送信する依頼用端末を備える。輸送計画生成システム１に関する運行管理サーバは、配車依頼を依頼用端末から受け付け、配車依頼が、運行前の運行予定車両に対する予約配車か、運行中の運行車両に対するオンデマンド配車かを判定する、依頼受付部を備える。また、運行管理サーバは、配車依頼が、予約配車に対する依頼である場合に、配車依頼に基づいて、運行予定車両の経路情報を生成し、経路情報を記憶部に記憶する経路管理部を備える。また、運行管理サーバは、位置情報と、搭載情報とを、運行車両の搭載情報管理装置から取得し、位置情報および搭載情報を経路情報に反映させた運行情報を生成し、運行情報を記憶部に記憶する車両情報管理部を備える。さらに、運行管理サーバは、配車依頼が、オンデマンド配車に対する依頼である場合に、配車依頼と、運行情報と、に基づいて、運行車両の運行管理を行う運行管理部を備える。
【0104】
上記システムによれば、輸送計画生成システム１は、実際に運行している運行車両の貨物および乗客の搭載情報と、運行車両の位置情報とに基づいて、輸送車両の運行管理を行うことができる。これにより、例えば、配車予約の段階では、認識することができない、実際の輸送車両への、貨物または乗客の搭載可否を判定することができ、効率のよい輸送車両の輸送計画を生成することができる。
【0105】
第７の態様に係る輸送計画生成プログラムは、コンピュータに実行させるための輸送計画生成プログラムであって、以下の処理を有することが好ましい。貨物または乗客の輸送の依頼に関する配車依頼を依頼用端末から受け付ける処理を含む。また、配車依頼が、運行前の運行予定車両に対する予約配車か、運行中の運行車両に対するオンデマンド配車かを判定する処理を含む。また、配車依頼が、予約配車に対する依頼である場合に、配車依頼に基づいて、運行予定車両の経路情報を生成する処理を含む。また、運行車両の位置情報と、運行車両に搭載された貨物の積載、および乗客の搭乗に関する搭載情報とを、運行車両から取得し、位置情報および搭載情報を経路情報に反映させた運行情報を生成する処理を含む。さらに、配車依頼が、オンデマンド配車に対する依頼である場合に、配車依頼と、運行情報と、に基づいて、運行車両の運行管理を行う処理を含む。
【0106】
上記プログラムによれば、輸送計画生成システム１は、実際に運行している運行車両の貨物および乗客の搭載情報と、運行車両の位置情報とに基づいて、輸送車両の運行管理を行うことができる。これにより、例えば、配車予約の段階では、認識することができない、実際の輸送車両への、貨物または乗客の搭載可否を判定することができ、効率のよい輸送車両の輸送計画を生成することができる。
【0107】
第８の態様に係る記録媒体は、輸送計画生成プログラムを記録した、コンピュータが読み取り可能な記録媒体であることが好ましい。
【0108】
上記記録媒体によれば、輸送計画生成システム１は、実際に運行している運行車両の貨物および乗客の搭載情報と、運行車両の位置情報とに基づいて、輸送車両の運行管理を行うことができる。これにより、例えば、配車予約の段階では、認識することができない、実際の輸送車両への、貨物または乗客の搭載可否を判定することができ、効率のよい輸送車両の輸送計画を生成することができる。
【符号の説明】
【0109】
１ 輸送計画生成システム
１０ 運行管理サーバ
２０ 輸送車両
３０ 依頼用端末
４０ ネットワーク
１００ 輸送計画生成装置
１１１ 依頼受付部
１１２ 経路管理部
１１３ 車両情報管理部
１１４ 運行管理部
２００ 搭載情報管理装置
１０ 運行管理サーバ
２０ 輸送車両
３０ 依頼用端末
４０ ネットワーク
１００ 輸送計画生成装置
１１１ 依頼受付部
１１２ 経路管理部
１１３ 車両情報管理部
１１４ 運行管理部
２００ 搭載情報管理装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】