JP3998108B2 - 配車システム - Google Patents
配車システム Download PDFInfo
- Publication number
- JP3998108B2 JP3998108B2 JP21194398A JP21194398A JP3998108B2 JP 3998108 B2 JP3998108 B2 JP 3998108B2 JP 21194398 A JP21194398 A JP 21194398A JP 21194398 A JP21194398 A JP 21194398A JP 3998108 B2 JP3998108 B2 JP 3998108B2
- Authority
- JP
- Japan
- Prior art keywords
- vehicles
- port
- vehicle
- demand
- time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 230000007812 deficiency Effects 0.000 claims description 28
- 238000004364 calculation method Methods 0.000 claims description 18
- 238000004088 simulation Methods 0.000 claims description 8
- 238000001514 detection method Methods 0.000 claims description 7
- 238000013500 data storage Methods 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 23
- 238000000034 method Methods 0.000 description 23
- 230000008569 process Effects 0.000 description 23
- 238000004891 communication Methods 0.000 description 10
- 230000004308 accommodation Effects 0.000 description 6
- 238000012545 processing Methods 0.000 description 5
- 238000004422 calculation algorithm Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 4
- 230000007423 decrease Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 101100480484 Rattus norvegicus Taar8a gene Proteins 0.000 description 2
- 230000002950 deficient Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
- G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Traffic Control Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【発明の属する技術分野】
本発明は、配車システムに関し、特に、複数のポートを含む一定のエリア内で各ポートでの乗車需要に応じて安定的に車両を供給(配車)することができる配車システムに関する。
【0002】
【従来の技術】
エリア内に配備した所定台数の車両を複数のポートで発生した乗車需要に対応して配車するシステムにおいて、エリア内の各ポートで発生した乗車需要に対して車両が不足することがある。この場合、他のポートで余っている車両を他のポートから移動(以下、「再配車」という)して乗車需要に応じるようにする配車システムが考えられる。
【0003】
しかし、この配車システムは、車両の不足が生じた場合に、事後的に対応するシステムであるので、他のポートから当該ポートに車両が到着するまでに時間がかかる。また、再配車中に新たに発生する乗車需要や、再配車前に他のポートを出発していた車両の到着により、各ポートにおいて新たに車両の過不足が生じることがあり、乗車需要に対して所望の待ち時間を安定的に設定することができない。
【0004】
上記不具合を解消するため予測乗車需要データに基づいて再配車することが考えられる。例えば、各ポートの現有車両数と、そのポートで現在発生している乗車需要および過去の乗車需要統計データとに基づいて乗車需要を予測した予測乗車需要データに従って車両を配車することが考えられる。乗車需要予測に基づいて車両を配車する例として、特開平9−153098号公報に記載された車両需要予測システムがある。
【0005】
【発明が解決しようとする課題】
上記車両需要予測システムでは、計算された車両需要予測をどこまで考慮して配車するかは人の判断に委ねられていた。したがって、その時々の判断によって配車指示にばらつきが生じ、安定的に配車できないという問題点があった。
【0006】
本発明は、上記問題点に鑑み、人の判断によらず、安定して乗車需要に応じることができる配車システムを提供することを目的とする。
【0007】
【課題を解決するための手段】
上記の課題を解決し、目的を達成するための本発明は、エリア内に設けられた複数のポートで発生した乗車需要に応じて車両を配車する配車システムにおいて、前記各ポートにおける所定時間の検索範囲での現状の乗車需要数および予測乗車需要データと現有車両数および予測到着車両数との比較により車両の過不足を計算する過不足算出手段と、前記過不足の計算結果に基づき、余剰車両を有するポートから車両が不足しているポートへ車両を再配車する再配車手段とを具備した点に特徴がある。
【0008】
上記特徴によれば、各ポートでの乗車需要予測および到着車両数予測が、予め定めた検索範囲(時間)内でのみ行われる。そして、この予測結果と現状の乗車需要および現状の車両数とに基づいて車両の過不足を計算し、車両が余っているポートから不足しているポートへ再配車が行われる。
【0009】
【発明の実施の形態】
以下に、図面を参照して本発明を詳細に説明する。図1は本発明の一実施形態に係る配車システムの概要を示す系統図であり、ここでは、エリア内に5つのポートが設けられている場合を想定する。ポートP1,P2,P3,P4,P5(以下、特定のポートを示さない場合は、単に「ポートP」と総称する)は、ゴルフ場、空港、ホテル等に設けられた所定の駐車スペースであり、エリア内には車両4が複数台配備される。ポートPには端末2がそれぞれ設けられている。また、各端末2にはポートPにおける車両の出入りを検出するセンサ3がそれぞれ接続されている。
【0010】
センサ3は車両4を特定するためその車両番号を識別する機能を有するが、ここでいう車両番号は、車両前後に取り付けられたナンバプレートに表された車両番号であってもよいし、車両の側部や上部等、検出に適したように特別に記載された車両番号であってもよい。また車両番号は数字に限らず、バーコードや文字・記号等の符号を用いた識別情報であってもよい。センサ3としては、車両に記された前記車両番号を光学的に読取るための光学センサを使用できる。
【0011】
端末2は車両利用者を識別する識別装置(図示せず)を有していて、この識別装置は利用者が入力するID番号等から利用者が登録された契約者であるか否かを判別する。ID番号等はICカードに記述されているのが好ましい。前記識別装置は利用開始時に利用者が差し出したICカードの情報を読み取るとともに、車両の利用を終えたときに車両の使用終了を認識するため利用者が差し出したICカードの情報を読み取る。端末2は利用者が行先を入力するための入力装置(図示せず)を有する。この入力装置は、例えばポート名に対応したスイッチで構成することができる。
【0012】
車両4は、例えば自走可能な電気自動車であり、利用者に対する車両の利用許可がなされた場合にドアロックが解除されて始動が可能になるように構成する。なお、自動的にドアロックが解除されるものに限らず、利用者が前記ICカードを使ってドアロックを解除するようにしてもよい。いずれの場合も、乗車するポートPの端末2でICカードの利用者を識別する識別情報(ID番号等)が認識されたことを前提とするのが好ましい。
【0013】
端末2は通信回線によりホストコンピュータ(以下、「ホスト」という)1と接続されていて、端末2とホスト1間では互いにデータの授受がなされる。利用者が乗車するポートPの端末2は、該ポートPの現有車両番号および車両数、ならびに契約者ID番号、および乗車需要(デマンド)等をホスト1に送信する。デマンドは利用者がID番号を入力したときに発生する。なお、デマンドには行先情報が含まれる。ホスト1は、前記ID番号に基づいて契約者の個人情報を参照し、車両の利用を許可すべきか否かを判断した後、端末2に貸出許可および貸出車両を指示する。貸出許可および貸出車両の指示により現実に乗車が可能になる。貸出許可および貸出車両の指示がなされたときに「発生トリップ」が生じる。
【0014】
一方、利用者が到着したポートPの端末2は、該ポートPの現有車両番号および車両数、ならびに契約者ID番号、到着認識情報(到着トリップ)、および契約者走行データ等をホスト1に送信する。到着トリップは前記発生トリップに対応する車両4がポートPへ入場したことをセンサ3で検出したときに出力される。
【0015】
ホスト1は、端末2から入力された情報に基づいて端末2に貸出許可および貸出車両を指示するための演算を行う演算手段(CPU)10と記憶装置(メモリ)11とを有するとともに、各車両4へ指示を与えるための通信装置12を有している。記憶装置11には各ポートP毎の予測乗車需要データ(以下、「予測発生トリップという」)、契約者情報、契約者走行データ等が格納されている。予測発生トリップは過去のデマンド実績をもとに設定した1日のデマンド見込みである。契約者情報は前記ID番号に対応させた契約者の名前等の個人情報である。契約者走行データは走行距離や走行時間であり、契約者への課金のための情報である。
【0016】
図2は、前記端末2およびホスト1の要部機能を示すブロック図である。端末2は、デマンド、到着トリップ、契約者ID、および現有車両数をホスト1に通知するためのデマンド通知部20、到着トリップ通知部21、契約者ID通知部22、および現有車両数通知部23を有している。デマンド通知部20は利用者が入力したID番号を認識したときにデマンド発生を通知し、到着トリップ通知部21はセンサ3による車両入場の検出結果を通知する。契約者ID通知部22はICカード等から読み込まれたID番号を通知する。現有車両数通知部23は前記センサ3で検出された車両番号および車両の出入りの検出結果に基づいて計数された現有車両数を通知する。
【0017】
さらに、端末2は利用者に乗車車両を指示または案内するための表示装置24を有する。この表示装置24はホスト1から入力される貸出許可等に基づいて表示を行うものであり、画情報によって案内するものであってもよいし、音声によって案内するものであってもよい。端末2はホスト1とのデータ通信を行うための通信インタフェース25を有している。なお、表示装置24は乗車可能な車両4がポートPに存在していて、IDコードの入力後直ちに乗車車両指示を出すことができる場合には、車両番号等の案内を行い、車両4が不足している場合には予測待ち時間を案内するようにしてもよい。
【0018】
ホスト1のメモリ11は予測発生トリップ記憶部110と契約者情報記憶部111とを有している。予測発生トリップ記憶部110は1日のデマンド実績を各ポートP毎に時系列のデータとして蓄積し、予測発生トリップとしてCPU10に供給する。予測発生トリップは天候、日時、曜日等毎に過去のデマンド実績を蓄積しておき、その日時、天候、曜日等に応じた予測発生トリップをCPU10へ供給できるようにしておくとよい。契約者情報記憶部111には前記契約者情報や契約者走行データが記憶される。契約者情報は予め登録されたものであり、契約者走行データは端末2から入力されたものである。
【0019】
CPU10は通信インタフェース107によって端末2の通信インタフェース25と接続されている。CPU10の需要数判別部101は、メモリ11の予測発生トリップに基づいて、1時間あたりに発生が予測されるデマンドを判別する。SD設定部102は前記予測されるデマンドが基準台数を上回っているか否かによって、予測発生トリップのうち、現時点から何時間(又は何分後)までのものを検索するか、つまり検索範囲(以下、「サーチ・デプス時間:SD時間」ともいう)を決定できる。SD時間の決定アルゴリズムについては後述する。
【0020】
予測乗車需要検出部103はSD設定部102で決定されたSD時間内での予測発生トリップを予測発生トリップ記憶部110から読み込み、過不足数算出部104に出力する。過不足数算出部104は端末2から入力されたポートP毎のデマンドおよび現有車両数、ならびに前記予測発生トリップに基づいて車両の過不足数を算出する。車両の過不足数は前記デマンドに含まれる行先情報によって予定される行先ポートでの到着トリップを考慮して算出される。
【0021】
再配車設定部105は各ポートPの車両4の過不足数に基づいて、余剰の車両4を他のポートPに移動つまり再配車するための指示を出力する。この再配車指示は通信装置12を通じて車両4に通知される。再配車に応じることができるように車両4には通信装置と自動走行装置とが設けられている。自動走行装置は地図データおよびGPSを利用した位置検知システム、および信号機や障害物の監視システム等を利用した既知のシステムを採用することができる。
【0022】
配車設定部106は乗車可能な車両があれば、直ちに貸出許可および貸出車両を端末2に通知する。また、車両が不足している場合には、到着トリップや前記再配車設定部105で指示された再配車の到着予定時刻等に基づいて待ち時間を算出し、端末2に通知する。それにより利用者は待ち時間を認識する。
【0023】
続いて、具体的な配車の例を説明する。各ポートPの現有車両数と現時点でのデマンドのみによって車両の再配車を行うと、デマンドの変動や車両の移動による新たな車両の過不足が生じるため効率的な配車を行えない。そこで、本実施形態では、予め設定したSD時間内でのデマンドや到着トリップを勘案して車両の過不足を算出し、再配車を行う。図3は、各ポートPにおける発生トリップと到着トリップの発生による車両数の変化を示した図である。この図では、現SD時間で予想されるトリップの発生を見越しているが、再配車分は考慮していない。
【0024】
同図において、ポートP1ではデマンドが「3」であり現有車両数は「0」であるので、現時点では車両が3台不足している。このポートP1では、現時点以前において他のポートで生じた発生トリップによる到着トリップTa1と、ポートP3において生じた現SD時間当初の発生トリップTd3による到着トリップTa11とがある。一方、予測発生トリップTf1が発生すると予測されているので合計デマンドは「4」となる。したがって、現SD時間内で使用可能な車両数は「2」に対してデマンドは「4」であるので、結果的に2台の車両が不足している。
【0025】
ポートP2ではデマンドが「0」であり現有車両数は「5」であるので、現時点では車両が5台余っている。このポートP2では、予測発生トリップTf2,Tf21が発生すると予測されているので合計デマンドは「2」となる。したがって、現SD時間内で使用可能な車両数は「5」に対してデマンドは「2」であるので、結果的に3台の車両が余る。
【0026】
ポートP3ではデマンドが「5」であり現有車両数は「2」であるので、現時点では車両が3台不足している。このポートP3では、現有車両が2台あるので2つのデマンドに直ちに応答して発生トリップTd3,Td31が発生する。また、それ以前のSD時間において他のポートで生じた発生トリップによる到着トリップTa3,Ta31がある。予測発生トリップはないので合計デマンドは「5」から変わらない。その結果、現SD時間内で使用可能な車両数は「4」に対してデマンドは「5」であるので、車両が1台不足している。
【0027】
ポートP4ではデマンドが「1」であり現有車両数は「1」であるので、現時点では車両の過不足はない。このポートP4では、現有車両が1台あるのでデマンドに直ちに応答して発生トリップTd4が発生する。また、このポートP4では、予測発生トリップTf4があると予測されているので合計デマンドは「2」となる。また、ポートP3で生じた発生トリップによる到着トリップTa4が発生すると予測される。したがって、現SD時間内で使用可能な車両数は「2」に対してデマンドは「2」であるので、車両の過不足はない。
【0028】
ポートP5ではデマンドが「0」であり現有車両数は「1」であるので、現時点では車両が1台余っている。このポートP5では、ポートP4での発生トリップTd4による到着トリップTa5があり、かつ、それ以前のSD時間において他のポートで生じた発生トリップによる到着トリップTa51がある。また、予測発生トリップTf5があると予測されているので合計デマンドは「1」となる。その結果、現SD時間内で使用可能な車両数は「3」に対してデマンドは「1」であるので、車両は2台余っている。
【0029】
上記SD時間内での車両数やデマンドの変動を前提に再配車を設定する。以下、再配車のアルゴリズムを段階的に説明する。まず第1段階として、SD時間内に再配車可能なポートと車両数を検出する。上述の場合では、ポートP2とポートP5とで車両が余っているので再配車が可能である。第2段階として、余っている車両を再配車した後の残り車両数を求める。そして、第3段階としてこの残り車両数によって次に発生するデマンドに応じることができるかを判別する。すなわち、すべての車両を再配車した後、到着トリップ等によって該ポートPの車両数が回復するより前にデマンドが発生した場合にはそのデマンドに直ちに応答できない。そこで、残り車両数が次に発生するデマンド分の車両として使用できる見込みがあれば実際に再配車実行可とする。
【0030】
上述の場合では、ポートP2において、余剰分の3台を再配車したとしても車両は2台残っているので、次に発生する予測発生トリップTf2に応じてもさらに1台の余剰がある。したがって、ポートP2では3台の再配車を行う余裕があり、再配車実行可能である。一方、ポートP5では、余剰分の2台を再配車すると残り車両数は1台となり、次に発生する予測発生トリップTf5に応ずると残りはなくなる。このように、ポートP5では再配車すると残り車両数に余裕がなくなるので再配車実行不可とする。
【0031】
さらに好ましくは、車両が不足しているポートPに最も近いポートPから再配車するのがよい。例えばポートP5に次の発生デマンドがないとした場合、ポートP2とポートP5の双方から再配車が可能であり、車両が不足しているポートにより近い方から再配車する。ここでは、車両が不足しているポートP1とポートP3により近いのがポートP5よりもポートP2であるとの想定の下、ポートP2からポートP1へ2台、ポートP2からポートP3へ1台再配車をしている。
【0032】
上記検討結果に基づいて再配車した場合の、SD時間内での各ポートPでの車両数の変化を図4に示す。同図において、ポートP1では、現デマンドの利用者の1人は到着トリップTa1の車両に乗車でき、2,3番目の利用者はポートP2から再配車された2台の車両(Dv1,Dv2)に乗車できる。そして、予測発生トリップTf1の利用者は到着コマンドTa11の車両に乗車できる。
【0033】
ポートP2では2台の車両(d1,d2)をポートP1に再配車し、1台の車両(d3)をポートP3に再配車した。そして、予測発生トリップTf2の利用者は現有車両(V1)に乗車でき、予測発生トリップTf21の利用者は現有車両(V2)に乗車できる。
【0034】
ポートP3では現有車両が2台あるので5個のデマンドのうち2個には直ちに応答でき、2人の利用者は発生トリップTd3,Td31の車両に乗車できる。また、3人目と4人目の利用者は到着トリップTa3,Ta31の車両に乗車でき、5人目の利用者はポートP2から再配車された車両(Dv3)に乗車できる。
【0035】
ポートP4では現有車両が1台あるので1個あるデマンドに直ちに応答でき、利用者は発生トリップTd4の車両に乗車できる。また、予測発生トリップに対応する利用者は到着トリップTa4の車両に乗車できる。さらに、ポートP4では到着トリップTa41があるが、これは、ポートP5での予測発生トリップTf5に基づくものであり予測不能であり、再配車検討時には考慮されていない。
【0036】
ポートP5では現有車両が1台あるがデマンドはないので発生トリップは直ちには生じない。予測発生トリップTf5の利用者は現有車両V5に乗車できる。その後に発生する到着トリップTa5,Ta51の車両は、再配車されないでそのまま残る。ポートP5では、ポートP4で生じた予測発生トリップTf4に基づく到着トリップTa52があるが、これは予測不能なものであり、再配車検討時には考慮されていないが、統計データに基づき、この到着トリップTa52を考慮して計算してもよい。
【0037】
このようにして、結果的に、ポートP1〜ポートP3ではSD時間内で過不足なく需要に対応でき、さらにポートP4では1台、ポートP5では3台の車両が残ることになる。
【0038】
上述の例では、現SD時間内でデマンドに応じることができた。しかし、このSD時間内でデマンドに応じることができなかった場合は、不足している車両は次のSD時間の再配車の検討時まで持ち越す。また、予め最大待ち時間を設定しておき、この現SD時間で設定最大待ち時間を越える場合は、先に再配車しないと決定したポートPをも含めて再配車可能車両を再配車してデマンドに応じる。
【0039】
次に、上述の再配車の処理をフローチャートを参照してさらに説明する。図5は車両の過不足計算処理のフローチャートである。ステップS1では、ポートPを示すパラメータPに「0」をセットし、ステップS2ではそのパラメータPをインクリメント(+1)する。つまり以下の処理はパラメータPで代表されるポートに関する。ステップS3では持越し到着トリップつまり前回計算までに生じた発生トリップに基づく到着トリップ数をパラメータNTAとしてセットする。ステップS4では現有車両数をパラメータNPVとしてセットする。ステップS5では現有デマンド数をパラメータDP にセットする。ステップS6では予測発生トリップ数をパラメータDT にセットする。
【0040】
ステップS7では到着トリップが現SD時間に発生するか否かを判別する。これは、他のすべてのポートの発生トリップの有無、およびその発生トリップのもとになったデマンドに含まれる行先情報に自己のポートが含まれていて、該SD時間内に到着するか否かの計算により判別する。この計算は、ポート間の既知の距離および車両の予定走行速度に基づいて行う。ステップS7が肯定ならばステップS8に進み、この到着トリップ数(NTA´)を前記到着トリップ数NTAおよび現有車両数NPVに加算して使用可能な車両数NPとする。
【0041】
ステップS9では過不足の演算を行う。つまり車両数NPから現有デマンド数DP および予測発生トリップ数DT を減算して過不足数VNPを求める。ステップS10では再配車後の車両数は十分か否かを判別する。これは過不足の計算によって余っていると判断された車両を再配車した場合に残り車両があって、しかも次の発生デマンドに応じることができるか否かによって判断する。この判断が肯定ならばステップS11に進み、再配車実行可を示すためフラグPFを立てる。一方、再配車実行不可ならばステップS12に進んでフラグPFをクリアする。 ステップS13では、パラメータPが「5」になったか、つまりすべてのポートについて車両の過不足数を計算したか否かを判別する。この判断が肯定となるまではステップS2に進んで計算を続け、ポートP1〜P5の車両過不足数を求める。
【0042】
次に、前記車両の過不足計算結果に基づく再配車設定処理を説明する。図6のフローチャートにおいて、ステップS20では、ポートPを示すパラメータPに「0」をセットし、ステップS21ではそのパラメータPをインクリメント(+1)する。ステップS22ではポートPに配車可能な車両があるか否かを前記フラグPFが立っているか否かによって判断する。再配車可能と判断すればステップS23に進み、該ポートPから予定距離のポートに車両が不足しているものがあるかを判別する。これは、できるだけ近いポートに優先的に再配車するため、予め定めた最小距離内のポートの車両不足の有無を判別するものである。
【0043】
ステップS23が肯定ならばステップS24に進み、該ポートPから、車両が不足している他のポートへ再配車する。但し、SD時間内で車両の余剰があると計算された場合であっても、現有車両がない場合も想定される。したがって、現有車両の範囲内で再配車するようにする。再配車をしたならばステップS25に進み、再配車による変動をもとに各ポートの車両過不足数を変更する。
【0044】
ステップS26ではパラメータPを判別してすべてのポートPに関して処理を行ったか否かを判別する。この判別が肯定ならばステップS27に進み、車両不足のポートが依然として存在するかを判別する。これが否定ならば処理を終えるし、肯定ならばステップS28に進み、このSD時間で再配車をしないと予め設定した最大待ち時間が超過するか否かを判別する。これが否定ならばステップS29に進んで、不足車両を次のSD時間のデマンドとして持ち越す。すなわち、次の車両過不足計算時の現有デマンドとして残る。
【0045】
また、最大待ち時間を超過する場合は、現SD時間で不足を解消するため、さらに遠いポートに余剰車両がないかを検索する。そのために、ステップS30では検索するポートを拡大するため距離設定を増大する。
【0046】
距離を増大した結果、たとえ車両に余剰のあるポートが存在していても、そこから再配車したのでは結局最大待ち時間を超過することがある。そこで、ステップS31では、新たに設定した距離のポートからの再配車により最大待ち時間内で車両の不足が解消されるか否かを判断する。この判断が肯定ならば、遠くからの再配車は断念してステップS29に進み、次のSD時間で不足車両を補うようにする。
【0047】
ステップS31が否定ならばステップS20に戻る。そして、ステップS30を処理した後のステップS23では、前回よりもさらに遠くのポートに不足車両があるか否かが判別される。
【0048】
次に、SD時間設定のためのアルゴリズムについて説明する。図7は、各ポート間の再配車の所要時間を示す図である。同図に示すように、最も遠いポート間の所要時間は30分であり、最も近いポート間でも所要時間は5分である。この図から明らかなように、5分未満のSD時間で再配車可能な車両数を決定しても、そのSD時間では再配車された車両が予定のポートにまで到達しない。また、5分以上7分未満のSD時間ではポートP1およびポートP2間でしか再配車できない。さらに、7分以上9分未満のSD時間ではポートP1およびポートP2間、ならびにポートP2およびポートP3間でしか再配車できない。以下、同様に検討していくと、30分以上のSD時間内では全ポート間で再配車が可能である。このように、再配車を可能にするためには各ポートP間の最小所要時間以上のSD時間を設定する必要がある。図7の例では5分以上である。
【0049】
また、最大待ち時間との関係では、最大待ち時間よりも短いSD時間とする必要がある。例えば最大待ち時間を15分とした場合、SD時間は15分未満に設定する必要があり、この場合、ポートP1およびポートP2間、ポートP2およびポートP3間、ポートP3およびポートP4間、ならびにポートP4およびポートP5間で再配車が可能となる。なお、車両4を自動走行させて再配車する場合は、各ポート間の所要時間は、自動走行時の走行速度に基づいて決定するのはもちろんである。
【0050】
次に、配備される車両台数との関連でSD時間を決定するためのアルゴリズムについて説明する。ポートPにおける総デマンド数と同数の車両を配備しておけば、そのポートPに再配車する必要はないのは明らかであり、ポートPに配備する車両数を少なくしていくほど再配車数は多くなる。したがって、車両の配備台数が多く、再配車の必要性が低い場合は、SD時間を短く設定でき、ポートPでの待ち時間も短くなる傾向がある。
【0051】
しかし、配備台数を無制限に多くするのは経済的ではないため、SD時間を長くし、積極的に再配車を活用することによって配備台数を少なくすることが好ましい。一方、配備台数を少なくしてSD時間を極端に長くすると、待ち時間が長くなる傾向がある。また、SD時間が長くなると待ち時間は増えるが、他のポートからの到着トリップが多く期待できるようになるので再配車数は比較的少なくなってくる。したがって、配備台数、再配車数、および待ち時間を総合的に検討してSD時間を決定するのがよい。
【0052】
図8は、車両の配備台数と再配車数との関係をSD時間をパラメータとして示した図であり、図9は、車両の配備台数と平均待ち時間との関係をSD時間をパラメータとして示した図である。図8において、配備台数がa台以下、再配車数A台以下という設定条件において、配備台数を少なくしていくと同じSD時間では再配車数が少なくなる(SD時間はSD1>SD2>SD3>SD4とする)。一方、図9に見られるように、配備台数を少なくしていくと平均待ち時間が長くなる。すなわち、配備台数を少なくすると再配車数が少なくなるので、結果として待ち時間が長引いてくる。
【0053】
したがって、配備台数を少なくしたときに、平均待ち時間が、その上限であるB分を越えないようにするには再配車数を増加させる必要があり、そのためにはSD時間を短くしていかなければならない。換言すれば、再配車数を少なくしようとすればSD時間を長くする必要があり、平均待ち時間を少なくしようとすればSD時間は短くする必要がある。
【0054】
例えば、ポイントL,M,Hを設定すると、そのいずれにおいても、平均待ち時間の上限B分および再配車数A台の設定を共に満足している。したがって、配備台数、再配車数、および平均待ち時間のどれを優先させるかを、その時々の必要性(例えば、ビジネス判断)によって決定することができる。
【0055】
具体的な数値をもとにシミュレーションした例を説明する。図10は、エリアのサイズを特定するための各ポートP1〜P5相互間の走行時間を示す図である。同図(a)は人が車両を運転する場合の走行時間(時速48km/時)、同図(b)は無人自動走行時の走行時間(時速16km/時)である。また、車両は各ポートPに15台ずつ計75台を配備し、平均待ち時間の上限を1分とした。このシミュレーションでは待ち時間を優先させている。
【0056】
図11は、上記シミュレーション条件での配備台数と待ち時間および再配車数との関係を示す図であり、SD時間は20分である。図11において、平均待ち時間の上限を1分としたとき、配備台数は75台必要であり、そのときの再配車数は473台である。
【0057】
ところで、上記SD時間は1日にわたって固定しておく必要はなく、デマンドに応じて変化させてもよい。図12は、1日に発生するデマンドの実績の一例つまり全ポートの乗車需要統計データを示す図である。1日の全デマンドの数(ほぼ全発生トリップと同数)は約1800トリップである。同図のようにデマンドは1日を通して安定しておらず、かなりの変動がある。デマンドが多いときには、待ち時間が長くならないようにSD時間を短くして再配車数を多くするのが好ましい。そこで、例えば1日のうち予測最大乗車需要(予測最大デマンド)の1/2を基準にして、予測デマンドがこの基準以下のときにはSD時間を20分とし、予測デマンドがこの基準以上のときにはSD時間を15分に短縮するようにする。図11において、予測最大デマンドを180台としたとき、SD時間を変更するための基準値は90台とする。したがって、SD時間は、時間帯T1,T3,T5では20分、時間帯T2,T4では15分に設定する。
【0058】
次に、SD時間を設定するための他の基準について説明する。図13は、配備台数をパラメータとした場合の、再配車数および平均待ち時間の積(以下、「配車係数」という)とSD時間との関係を示すシミュレーション結果である。同図に示したデータは再配車のときの車両の走行速度が35km/時のときのものである。なお、SD時間は複数のポートのうち互いに最も遠い距離にあるポート間の移動時間(20分)に対するSD時間の割合(SD比)で示している。前記配車係数が小さいほど、好ましいシステムといえる。平均待ち時間が短い場合、または空で車両を移動させることが少ない場合であるからである。
【0059】
この図から分かるように、配備台数がある台数未満の場合に、配車係数の極小値が顕著である。すなわち、配備台数が60台未満の領域ではSD比が「1」〜「1.5」の近傍にあるとき、つまりSD時間をほぼ最大ポート間移動時間と同時間に設定したときに配車台数の極小値が現れている。一方、配備台数が60台以上の領域では配車係数の極小値が顕著ではない。すなわち、SD比の変化に対して配車係数はあまり変化していない。換言すれば、配備台数が多い領域では車両数に余裕があるため、SD時間を厳密な基準に基づいて設定してもそのことによる効果は期待できない。
【0060】
デマンドに対して不足気味の配備台数を設定した場合に、SD時間を選択することにより、配車係数が低い経済的なシステムを構成することができるという効果を奏する。図13の例で言えば、配備台数が60台未満のときにSD比を「1」〜「1.5」に設定した場合に効率の良いシステムとなる。なお、配備台数が45台未満の領域では、デマンドに対する車両数が少なすぎるため、平均待ち時間は10分以上となるが、SD比が「1」近傍で配車係数の極小値は現れる。
【0061】
上述の実施形態は、各ポートの駐車可能台数つまり駐車場の大きさを考慮に入れていない場合の再配車の例である。しかし、各ポートでの駐車可能台数(以下、「収容台数」という)が小さくてエリアでの車両の総配備台数が多い場合は、車両の出し入れ時に渋滞が発生して、車両が多い割りには待ち時間が長くなるという現状がある。
【0062】
図14は、待ち時間と車両数との関係を収容台数をパラメータとして示した図である。同図から理解されるように、待ち時間が極小値を示す車両数があり、車両数を多くしても、必ずしも待ち時間が短縮されるとは限らない。例えば、総配備台数を75台と設定した場合、収容台数(CAP)が30台では約4分、同40台では2分、同50台では1分となっているが、収容台数が20台では同図では表せないような長い待ち時間になってしまう。
【0063】
そこで、以下に示す実施形態では、ポートの収容台数に応じて再配車をするようにした。図15は再配車設定処理の変形例に係るフローチャートであり、図6と同ステップ番号は同一または同等の処理である。図15において、ステップS22およびステップS23のいずれかの判断が否定の場合、つまり当該ポートでは再配車可能な車両がない場合、または当該ポートから予定の近接距離に車両が不足するポートがない場合にはステップS41に進む。
【0064】
ステップS41では、収容台数CAPが、SD時間内で使用可能である車両数NP 以下か否かを判断する。この判断が肯定、つまりSD時間内に当該ポートで収容可能な台数以上の車両が入場するという予測が立った場合にはステップS42に進む。ステップS42では他に車両が不足するポートがあるか否かを判断する。車両が不足するポートがある場合はステップS24に進んでそのポートへ再配車をする。
【0065】
車両が不足しているポートがない場合はステップS42からステップS43に進み、現有車両が最も少ないポートを検出する。現有車両が最も少ないポートを特定したならばステップS24に進み、そのポートへ再配車する。再配車が終わったならばステップS25に進み、各ポートの車両の過不足数を最新値で更新する。なお、ステップS26以降の処理は、図6のステップS27〜S31と同様に処理されるので図示および説明は省略した。
【0066】
上記処理により、現有車両数および予測到着車両数を合計した数が自ポートに収容しきれないと判断した場合は、車両不足ポートが近隣でない場合でもその車両不足ポートへ再配車をして自ポートでの渋滞を防止するようにした。また、車両不足ポートが全くない場合には、最も現有車両が少ないポートに再配車して自ポートでの渋滞が発生しないようにした。なお、現有車両が少ないポートが複数あった場合に、最も近距離のポートに再配車する等の変形は可能である。
【0067】
図16は、収容台数を考慮した場合の待ち時間とエリア内に配備された車両数との関係を示す図であり、ポートでの収容台数をパラメータにとっている。同図に示すように、いずれの収容台数においても車両台数が増大するに伴って全ポートでの待ち時間は減少している。特に、収容台数が20台と少ない場合においても車両数を75台以上にすれば待ち時間は4分以下になっている。
【0068】
このように、ポートの収容台数を考慮して再配車をすれば、車両配備台数に応じて待ち時間を減少させることができる。車両配備台数は待ち時間のほか再配車数をも考慮して決定されるが、車両配備台数を増大することによって待ち時間がある点から上昇に転ずる図14の場合とは異なり、ビジネス判断等により広い範囲で車両配備台数を設定することができる。
【0069】
なお、上述の実施形態では、車両4を自動走行させて再配車するシステムを想定したが、本発明はそれに限定されず、再配車は、人が運転して行うものでもよいし、車両4をトレーラ等、他の車両で牽引して行うものでもよい。また、利用者が運転するものに限らず、タクシーやハイヤーの配車システムにも適用できる。
【0070】
【発明の効果】
以上の説明から明らかなように、本発明によれば、車両の乗車需要予測と車両数予測とが予め定められた検索範囲内で行われるため、予測乗車需要をどの範囲まで配慮に入れて配車をするかを人の判断に委ねるのと異なり、配車指示のばらつきが無くなり安定的な配車を実施できる。
【図面の簡単な説明】
【図1】 本発明の実施形態に係る配車システムの構成を示す系統図である。
【図2】 ポートに配備される端末とホストコンピュータとにおける要部機能を示すブロック図である。
【図3】 再配車指示前の各ポートの乗車需要および車両数を示す図である。
【図4】 再配車指示後の各ポートの乗車需要および車両数を示す図である。
【図5】 車両過不足計算のフローチャートである。
【図6】 車両過不足計算結果に基づく再配車設定のフローチャートである。
【図7】 各ポート間の車両の移動時間の一例を示す図である。
【図8】 配備台数と再配車数との関係を示す図である。
【図9】 配備台数と平均待ち時間との関係を示す図である。
【図10】 各ポート間の車両の移動時間のシミュレーション結果を示す図である。
【図11】 配備台数と平均待ち時間および再配車数との関係についてのシミュレーション結果を示す図である。
【図12】 1日の乗車重要の推移を示す図である。
【図13】 配備台数毎の再配車数と平均待ち時間との積を検索範囲をパラメータとして求めたシミュレーション結果を示す図である。
【図14】 待ち時間と車両数との関係を収容台数をパラメータとして示した図である。
【図15】 再配車設定処理の変形例に係るフローチャートである。
【図16】 収容台数を考慮した場合の待ち時間とエリア内に配備された車両数との関係を収容台数をパラメータとして示した図である。
【符号の説明】
1…ホストコンピュータ、 2…端末、 3…センサ、 4…車両、 10…CPU、 11…メモリ、 12…通信装置、 20…デマント通知部、 21…到着トリップ通知部、 22…契約者ID通知部、 23…現有車両数通知部、24…表示装置、 25,107…通信インタフェース、 101…乗車数判別部、 102…SD設定部、 103…予測乗車需要検出部、 104…過不足算出部、 105…再配車設定部、 106…配車設定部
Claims (10)
- エリア内に設けられた複数のポートで発生した乗車需要に応じて車両を配車する配車システムにおいて、
全ポートの乗車需要統計データに基づいて設定した予測乗車需要データを格納した予測乗車需要データ記憶手段と、
各ポートの現有車両数を検出する車両数検出手段と、
各ポートの現状の乗車需要の数と行先ポートを含む乗車需要情報を検出するデマンド検出手段と、
他のポートから発車した車両の各ポートへの到着を、前記行先ポートに基づいて予測到着車両数として予測する到着車両予測手段と、
各ポートにおける所定時間の検索範囲での前記現状の乗車需要の数および前記予測乗車需要データと前記現有車両数および前記予測到着車両数との比較により車両の過不足を計算する過不足算出手段と、
前記過不足の計算結果に基づき、余剰車両を有するポートから車両が不足しているポートへ車両を再配車する再配車手段とを具備した配車システム。 - 前記検索範囲は、ポート相互間で再配車のために車両を移動させるのに要する最小移動時間以上に設定したことを特徴とする請求項1記載の配車システム。
- 互いに異なる複数の検索範囲をパラメータとした場合の前記エリア内における総車両数および再配車数のデータをもとに、予め設定した再配車数を超過しないように前記複数の検索範囲から1つを選択するようにしたことを特徴とする請求項1記載の配車システム。
- 互いに異なる複数の検索範囲をパラメータとした場合の前記エリア内における総車両数および平均待ち時間のデータをもとに、予め設定した待ち時間の上限を超過しないように前記複数の検索範囲から1つを選択するようにしたことを特徴とする請求項1記載の配車システム。
- 前記検索範囲は、1日のうちで可変とすることを特徴する請求項1記載の配車システム。
- 前記検索範囲は、1日のうちで前記予測需要が所定以上となった場合に、該予測需要が所定以下の場合より短くすることを特徴とする請求項5記載の配車システム。
- 検索範囲をパラメータとしたときの再配車数および平均待ち時間の積をシミュレーションし、このシミュレーション結果に基づいて前記積が極小値となる検索範囲を選択したことを特徴とする請求項1記載の配車システム。
- 前記検索範囲は、前記エリア内の総車両数が所定数未満の場合に、前記各ポート間で再配車するときの車両の最大移動時間の近傍に設定することを特徴とする請求項1記載の配車システム。
- 前記再配車手段は、各ポートの駐車場の収容台数が前記現有車両数および予測到着車両数の合計台数以下の場合に、該ポートが余剰車両を有するか否かによらず再配車を行うことを特徴とする請求項1記載の配車システム。
- 前記再配車は、前記現有車両数が最も少ないポートに対して行うことを特徴とする請求項9記載の配車システム。
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP21194398A JP3998108B2 (ja) | 1998-06-10 | 1998-07-10 | 配車システム |
ES99110241T ES2294831T3 (es) | 1998-06-10 | 1999-05-26 | Sistema de distribucion de vehiculos. |
EP19990110241 EP0964347B1 (en) | 1998-06-10 | 1999-05-26 | Vehicle distribution system |
DE1999637319 DE69937319T2 (de) | 1998-06-10 | 1999-05-26 | Fahrzeugverteilungssystem |
TW088109125A TW440781B (en) | 1998-06-10 | 1999-06-02 | Vehicle distribution system |
CN 99108351 CN1238501A (zh) | 1998-06-10 | 1999-06-10 | 车辆调配*** |
US09/333,962 US6317720B1 (en) | 1998-06-16 | 1999-06-16 | Shared vehicle deployment and reallocation using predicted and current demand location and transit data |
US09/955,130 US6453298B2 (en) | 1998-07-10 | 2001-09-19 | Method of operating a vehicle redistribution system based upon predicted ride demands |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP17805398 | 1998-06-10 | ||
JP10-178053 | 1998-06-10 | ||
JP21194398A JP3998108B2 (ja) | 1998-06-10 | 1998-07-10 | 配車システム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2000067389A JP2000067389A (ja) | 2000-03-03 |
JP3998108B2 true JP3998108B2 (ja) | 2007-10-24 |
Family
ID=26498365
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP21194398A Expired - Fee Related JP3998108B2 (ja) | 1998-06-10 | 1998-07-10 | 配車システム |
Country Status (6)
Country | Link |
---|---|
EP (1) | EP0964347B1 (ja) |
JP (1) | JP3998108B2 (ja) |
CN (1) | CN1238501A (ja) |
DE (1) | DE69937319T2 (ja) |
ES (1) | ES2294831T3 (ja) |
TW (1) | TW440781B (ja) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4722303B2 (ja) * | 2001-02-15 | 2011-07-13 | 本田技研工業株式会社 | 車両貸出管理システム |
EP2228757A1 (en) * | 2009-03-09 | 2010-09-15 | Aleix Ruiz de Villa Robert | System and method for obtaining a route for restocking vehicles of a vehicle fleet |
KR101449814B1 (ko) | 2012-11-29 | 2014-10-13 | 주식회사 포스코아이씨티 | 트레이 관리 시스템 및 그 관리 방법 |
CN103761585B (zh) * | 2014-01-27 | 2017-07-07 | 北京市交通运行监测调度中心 | 机场接续运输动态匹配、运力监测预警和智能调配方法 |
CN104077915B (zh) * | 2014-03-27 | 2017-02-08 | 中华电信股份有限公司 | 乘车趋势预测装置及其方法 |
CN105184728A (zh) * | 2015-09-15 | 2015-12-23 | 广州地理研究所 | 定制客运班车出行需求热力图构建方法 |
CN105184409A (zh) * | 2015-09-15 | 2015-12-23 | 广州地理研究所 | 定制公交规划线路出行需求热力图构建方法 |
CN107438226B (zh) | 2016-05-25 | 2021-03-16 | 北京嘀嘀无限科技发展有限公司 | 订单发布处理方法及服务器 |
CN107527497B (zh) * | 2016-06-21 | 2021-05-25 | 上海大众祥云运输管理有限公司 | 一种线路资源智能调配的通勤车预约方法 |
JP6726581B2 (ja) * | 2016-09-16 | 2020-07-22 | 株式会社Nttドコモ | 管理装置 |
CN106651177A (zh) * | 2016-12-22 | 2017-05-10 | 安徽杰瑞信息科技有限公司 | 一种新能源汽车租赁云管理方法 |
CN108010306B (zh) * | 2017-08-16 | 2019-06-04 | 北京嘀嘀无限科技发展有限公司 | 运力调度方法、运力调度***及服务器 |
JP6677264B2 (ja) * | 2018-01-23 | 2020-04-08 | トヨタ自動車株式会社 | 需要予測装置、回送計画生成装置、ユーザモデル生成装置、および方法 |
JP7070273B2 (ja) * | 2018-09-20 | 2022-05-18 | トヨタ自動車株式会社 | Fcv派遣システム |
CN110880234B (zh) * | 2019-11-14 | 2020-10-23 | 广东科学技术职业学院 | 一种无人车泊车的方法、装置及无人车 |
JP7079368B1 (ja) * | 2021-03-31 | 2022-06-01 | Kddi株式会社 | 情報処理装置及びプログラム |
JP6977192B1 (ja) * | 2021-03-31 | 2021-12-08 | Kddi株式会社 | 情報処理装置及びプログラム |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS55116198A (en) * | 1979-02-28 | 1980-09-06 | Omron Tateisi Electronics Co | Vehicle control system |
JPS6170700A (ja) * | 1984-09-12 | 1986-04-11 | 三菱電機株式会社 | 車両位置等表示システムの移動局装置 |
JPS63240700A (ja) * | 1987-03-28 | 1988-10-06 | 株式会社東芝 | タクシ−管制システム |
JPH02155067A (ja) * | 1988-12-07 | 1990-06-14 | Hitachi Ltd | 在庫警告方法及びこれを用いた在庫警告システム |
DE3922875A1 (de) * | 1989-07-12 | 1991-01-24 | Bayer Ag | Acryloylgruppen enthaltende polyester, ein verfahren zu ihrer herstellung und ihre verwendung als lackbindemittel |
JPH0353098A (ja) * | 1989-07-19 | 1991-03-07 | Fujitsu Ltd | 電解めっきエア装置 |
JP2699227B2 (ja) * | 1991-09-20 | 1998-01-19 | 富士通テン株式会社 | Avmシステム |
JP2816919B2 (ja) * | 1992-11-05 | 1998-10-27 | 松下電器産業株式会社 | 空間平均速度および交通量推定方法、地点交通信号制御方法、交通量推定・交通信号制御機制御装置 |
JPH0822593A (ja) * | 1994-07-06 | 1996-01-23 | Nippon Signal Co Ltd:The | タクシー運行管理装置 |
JPH08147555A (ja) * | 1994-10-12 | 1996-06-07 | Honda Motor Co Ltd | 共用車両運用システム |
JPH09152914A (ja) * | 1995-11-29 | 1997-06-10 | Oki Electric Ind Co Ltd | 移動体制御方法及び移動体制御システム |
JPH09153098A (ja) * | 1995-11-30 | 1997-06-10 | Omron Corp | 車両需要予測システム |
JP3206803B2 (ja) * | 1997-03-18 | 2001-09-10 | 本田技研工業株式会社 | 共用車両管理システム |
JP3900394B2 (ja) * | 1998-10-22 | 2007-04-04 | 本田技研工業株式会社 | 配車システム |
-
1998
- 1998-07-10 JP JP21194398A patent/JP3998108B2/ja not_active Expired - Fee Related
-
1999
- 1999-05-26 ES ES99110241T patent/ES2294831T3/es not_active Expired - Lifetime
- 1999-05-26 DE DE1999637319 patent/DE69937319T2/de not_active Expired - Fee Related
- 1999-05-26 EP EP19990110241 patent/EP0964347B1/en not_active Expired - Lifetime
- 1999-06-02 TW TW088109125A patent/TW440781B/zh not_active IP Right Cessation
- 1999-06-10 CN CN 99108351 patent/CN1238501A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
JP2000067389A (ja) | 2000-03-03 |
EP0964347B1 (en) | 2007-10-17 |
DE69937319T2 (de) | 2008-02-07 |
EP0964347A2 (en) | 1999-12-15 |
ES2294831T3 (es) | 2008-04-01 |
EP0964347A3 (en) | 2004-09-15 |
CN1238501A (zh) | 1999-12-15 |
TW440781B (en) | 2001-06-16 |
DE69937319D1 (de) | 2007-11-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3900394B2 (ja) | 配車システム | |
JP3998108B2 (ja) | 配車システム | |
US6317720B1 (en) | Shared vehicle deployment and reallocation using predicted and current demand location and transit data | |
US6453298B2 (en) | Method of operating a vehicle redistribution system based upon predicted ride demands | |
CN104379478B (zh) | 电梯设备、***操作方法和其计算机可读取的存储介质 | |
CN113196354B (zh) | 信息处理方法以及信息处理*** | |
CN111882107B (zh) | 一种基于自动驾驶共享出租车***的司乘匹配方法 | |
JP2021051431A (ja) | 配車管理装置および運行管理装置 | |
JP3928829B2 (ja) | 配車システム | |
JP6338897B2 (ja) | 自動走行車システム、制御方法、プログラム及び制限区間コントローラ | |
CN112997226A (zh) | 信息处理方法以及信息处理*** | |
JP3928830B2 (ja) | 配車システム | |
CN113407871B (zh) | 上车点推荐方法、装置、电子设备和可读存储介质 | |
JP6757654B2 (ja) | 輸送サービス情報提供装置、及び輸送サービス情報提供方法 | |
CN116500999A (zh) | 一种车身pbs库调度方法、***、电子设备及存储介质 | |
JP2005349898A (ja) | 列車分散乗車交通システム、サーバ、乗車率算出方法およびプログラム | |
CN114463102A (zh) | 一种订单顺路匹配度计算方法和装置 | |
JP7141933B2 (ja) | 車両台数計算システム | |
JP6656296B2 (ja) | コントローラ、自動走行車システム、制御方法及びプログラム | |
JP2010247728A (ja) | 乗車状況管理装置及び乗車状況管理方法 | |
WO2022196136A1 (ja) | 駐車場管理装置、駐車場管理方法、及び非一時的なコンピュータ可読媒体 | |
EP4195134A1 (en) | Transportation guiding device, transportation guiding method, and transportation guiding program | |
WO2024142299A1 (ja) | 配車管理装置及び配車管理方法 | |
JP2003041793A (ja) | 機械式駐車装置とその運用方法及び運用制御プログラム | |
JP2023003863A (ja) | 配車管理装置及び配車管理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041202 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061213 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061220 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070216 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070801 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070802 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100817 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100817 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110817 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110817 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120817 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120817 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130817 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140817 Year of fee payment: 7 |
|
LAPS | Cancellation because of no payment of annual fees |