JP3759896B2 - Dispatch system - Google Patents

Dispatch system Download PDF

Info

Publication number
JP3759896B2
JP3759896B2 JP2001335399A JP2001335399A JP3759896B2 JP 3759896 B2 JP3759896 B2 JP 3759896B2 JP 2001335399 A JP2001335399 A JP 2001335399A JP 2001335399 A JP2001335399 A JP 2001335399A JP 3759896 B2 JP3759896 B2 JP 3759896B2
Authority
JP
Japan
Prior art keywords
vehicle
information
dispatch
allocation
request information
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
Application number
JP2001335399A
Other languages
Japanese (ja)
Other versions
JP2003141684A (en
Inventor
邦道 高田
均 五代
真二 渡辺
知弘 福田
賢輔 秋山
悟之 塚田
充宏 中村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Japan Radio Co Ltd
Original Assignee
Japan Radio Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Japan Radio Co Ltd filed Critical Japan Radio Co Ltd
Priority to JP2001335399A priority Critical patent/JP3759896B2/en
Publication of JP2003141684A publication Critical patent/JP2003141684A/en
Application granted granted Critical
Publication of JP3759896B2 publication Critical patent/JP3759896B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、利用者の要求に応じて車両を配車する配車システムに関し、特に、複数の乗客輸送業者の車両の配車を行う公共的な配車システムに関する。
【0002】
【従来の技術および発明が解決しようとする課題】
公共交通機関としての路線バスは、通常、利用者数に応じて運行頻度が設定されるため、利用者数の少ない地域あるいは時間帯では、バスの本数が少なくなり、必ずしも便利な交通手段であるとは言い難い。
【0003】
一方タクシーは、運行路線および運行時間の制約が無い点については、路線バスより便利であるが、その制約が無いことにより、逆に不便となってしまうことがある。すなわち、駅、病院、役所等に設置されるタクシーの待機場所にタクシーが待機している場合や、空車のタクシーが多数通行しておりこれを容易に呼び止めることができる場合には、待ち時間は発生しないが、待機場所にタクシーがいない場合、あるいは空車のタクシーが全く通らない場合には、待ち時間が生じることになる。タクシー会社の呼出電話番号を知っている場合には、ここに電話して呼び出せばよいが、電話番号を知らない場合あるいは忘れてしまった場合にはそれを調べる手間が生じてしまう。またタクシーを呼び出せたとしても、そこが利用者にとって不案内な地域であった場合には、どこにどのようなタクシーが来るのかがわかりにくいというケースもあり得る。
【0004】
本発明は、このような事情に鑑み、より利便性の高い公共的な新交通システムを実現することをその目的とする。
【0005】
【課題を解決するための手段】
本発明にかかる配車システムは、複数のタクシー業者の車両を配車する配車システムであって、利用者の操作に応じて車両要求情報を生成し、配車を確認する配車確認書を出力する公共の場などに設置された車両呼出端末と、各タクシー業者の車両を管轄する車両管轄センタと、車両要求情報と、車両管轄センタから取得した所定時点までの配車実績を示す配車実績情報と、所定時点における配車可能車両を示す配車可能車両情報とに基づいて、前記複数のタクシー業者間での車両配分比率の実績が、該複数のタクシー業者の間で予め規定される車両配分比率に近づくように、該車両要求情報に対応する配車車両を決定する配車管理センタと、を備える。
【0006】
車両呼出端末は、好適には、利用者の多い地点、すなわち人の集まりやすい地点、例えば公共施設、駅、病院、役所、店舗、イベント会場、冠婚葬祭場等に設置される。利用者は、この車両呼出端末を操作することにより、乗客輸送業者(例えばタクシー会社)の呼出電話番号を知らなくても、車両を呼び出すことができる。配車管理センタは、リアルタイムに収集した配車可能車両情報を有しており、車両呼出端末からの車両要求情報とこの配車可能車両情報とに基づいて、適した車両を選択し、迅速に派遣させることができる。また、車両呼出端末は、利用者の画像情報を取得する画像取得手段を有し、車両要求情報に画像情報を含めて配車管理センタに送信し、配車管理センタは、決定した車両に車両要求情報を送信する。
【0007】
タクシー業者の業務エリアは重複している場合が多い。また、配車システムでは、取り扱うことができる車両数が多いほど利便性は向上する。このため、本発明にかかる配車システムでは、複数のタクシー業者の車両を取り扱うが、この場合、これら複数のタクシー業者に対して配車の割り当てが公平になされるのが望ましい。このため、本発明にかかる配車システムでは、配車管理センタは、さらに、配車実績に基づき、複数のタクシー業者間での車両配分比率の実績が、該複数のタクシー業者の間で予め規定される車両配分比率に近づくように、配車車両を決定する。
【0008】
しかしながら、通常利用するタクシー業者を固定している利用者も少なくない。このため、本発明にかかる配車システムでは、上記配車管理センタは、上記車両要求情報にタクシー業者を指定する情報が含まれている場合には、指定されたタクシー業者の配車可能車両から配車車両を決定する。このような構成により、タクシー業者を指定する利用者の要求にも応えることができる。
【0009】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照して説明する。図1は、タクシー配車システムとして構成される配車システム10の全体構成を示すブロック図、図2は、配車管理センタ14の構成を示すブロック図、図3は、車両呼出端末12の構成を示すブロック図、図4は、車両管轄センタ16の構成を示すブロック図、また図5は、各車両に搭載される車載装置18の構成を示すブロック図である。
【0010】
まず、図1に示す配車システム10の全体構成について説明する。配車システム10は、利用者の操作に応じて車両呼出端末12で生成された車両要求情報に対応する車両(すなわちタクシー)を、複数の乗客輸送業者(例えばタクシー業者)の車両20から選択して、該車両要求情報に対応する地点(または車両呼出端末12に対応する地点)に派遣させるシステムである。配車車両の決定は、配車管理センタ14において行われる。このシステム10に加盟する複数の乗客輸送業者間においては、車両配分比率が予め定められており、配車管理センタ14は、車両要求情報の要求を満たす範囲内において、その車両配分比率に従って配車車両を決定する。
【0011】
車両呼出端末12は、例えば、駅、病院、役所、店舗など、人の集まりやすい地点に設置されるのが好適である。また屋外(例えば路肩等)に、いわゆる「バス停」のようにして設置することも可能である。車両呼出端末12と配車管理センタ14とは、有線または無線の通信回線(例えば公衆回線網、インターネット、専用線等)22を介して接続自在に構成され、これらの間において種々の情報が授受されるようになっている。このような構成により、利用者の操作によって車両呼出端末12において生成された車両要求情報が、通信回線22を介して配車管理センタ14に送信され、また、その車両要求情報に対応して配車管理センタ14において決定された配車車両を示す情報が、通信回線22を介して車両呼出端末12に送信される。
【0012】
乗客輸送業者は、それぞれ、所有する車両の運行を管理するための車両管轄センタ16を少なくとも一つ備える。車両管轄センタ16と各車両20との間においては、無線により、種々の情報が授受されるようになっている。例えば、車両管轄センタ16から車両20には配車指示を示す情報が送信され、また車両20から車両管轄センタ16には、車両20の位置や動態(空車、実車[乗客輸送中の車両]、迎車[予約地点に移動中の車両]、休憩中等)を示す情報等が送信される。
【0013】
また配車管理センタ14と車両管轄センタ16との間も有線または無線の通信回線(例えば公衆回線網、インターネット、専用線等)24によって接続自在に構成され、これらの間においても所定の情報が授受できるようになっている。例えば、配車管理センタ14から車両管轄センタ16へは配車指示を示す情報が送信され、また車両管轄センタ16から配車管理センタ14へは配車可能な車両を示すデータ(あるいは空車を示すデータ)や配車された車両20の走行実績データ(例えば乗車位置、降車位置、経路、移動距離、所要時間等)が送信される。
【0014】
次に、配車システム10の各部のより詳細な構成について説明する。図2に示す一例としての配車管理センタ14は、センタ14各部の制御を司るとともに配車車両の決定や記憶部32(後述)へのデータの蓄積等の各種情報処理を行う制御部(例えばCPU等)26、各種指示入力を行う入力部(例えばキーボード等)28、各種情報の画面表示あるいは印刷表示出力を行う出力部(例えばディスプレイあるいはプリンタ等)30、情報処理にかかる各種パラメータを記憶する記憶部(例えばRAM、ROMまたはハードディスク等)32、通信回線22に接続するためのインタフェースとしての第1送受信部34、および通信回線24に接続するためのインタフェースとしての第2送受信部36を備える。
【0015】
記憶部32には、車両管轄センタ16から所定のタイミング(例えば所定の時間間隔)でリアルタイムに取得された配車可能車両データ32aが記憶されている。この配車可能車両データ32aは、例えば、車両呼出端末12毎の、その車両呼出端末12から所定距離範囲内にいる空車車両の車両識別データ(車両ID;例えば車両番号等)、およびその車両の位置または車両呼出端末12までの距離を示すデータを含む。
【0016】
また記憶部32には、所定の配車アルゴリズム32bを含むプログラムが保持される。制御部26は、所定の配車アルゴリズム32bを含むプログラムに従って配車車両を決定する。配車アルゴリズム32bとは、車両要求情報および複数の乗客輸送業者間の車両配分比率等に基づいて配車車両を決定するための規則である。なお、このプログラムは、例えば図示しないリムーバブルデバイスを介して、コンピュータ読み取り可能な記憶媒体(例えばCD−ROM、DVD、MO等)から読み出され、記憶部32にインストールされる。
【0017】
さらに記憶部32には、本システム10によって配車された車両による乗客輸送実績を示す配車実績データ32cが記憶される。この配車実績データ32cは、例えば、1回の乗客輸送単位で、乗車地点を示す情報(例えば車両呼出端末12を示す情報)や、降車地点を示す情報(例えば降車した地点の緯度、経度あるいは地域名等)の他、輸送距離、輸送時間、料金、車両ID、乗客輸送業者ID等を示す情報を含む。また、これら情報に基づいて制御部26によって算出された乗客輸送業者毎の所定の累計値(例えば配車実績回数、輸送総距離、輸送総時間、料金合計額等)を含む。制御部26は、この配車実績データ32cを参照して、配車実績の所定の車両配分比率に対する不足分を埋めるように、配車車両を決定する。例えば、車両要求情報において乗客輸送業者が指定されていない場合の二つの乗客輸送業者間の車両配分比率が、配車回数において1対1となるように規定されている場合には、制御部26は、配車実績データ32cとして記録される二つの乗客輸送業者の配車実績回数を取得して、それが少ない方の乗客輸送業者の車両を配車車両(またはその候補)とする。他のパラメータによって車両配分比率が決定される場合も、これと同様の手法で配車車両の候補が選定される。なお、ここで制御部26が、当該車両を配車車両の候補とするのは、空車車両が無いなど、その乗客輸送業者の車両を配車車両として選択するのが不可能な状況である場合には、他方の乗客輸送業者の車両を配車車両として選択せざるを得ないため、すなわち、車両配分比率のみでは配車車両が決定できない場合があるからである。
【0018】
制御部26は、配車車両を決定すると、配車車両を示す情報(例えば車両番号等)を車両呼出端末12に送信する。また好適には、制御部26は、車両に向けて、車両乗務員が利用客を特定するための情報(すなわち車両乗務員と利用客とで共有できる情報、例えば各配車(作業)について固有の配車ID等)を送信する。この情報は車載装置18の出力部(図5の66)から出力される。さらに、後述するように車両呼出端末12に乗車予約券を印刷出力する機能を備える場合には、この乗車予約券に、車両乗務員が利用客を特定するための情報を印刷するのが望ましい。こうすれば、車両乗務員が乗車予約券に記載されている当該情報(例えば配車ID等)を確認し、出力部(図5の66)から出力された情報と比較することで、なりすまし乗車が防止される。
【0019】
また、車両呼出端末12にカメラ(図示せず)を備え、利用者の画像(例えば顔の画像)を取得するようにしてもよい。その場合、車両呼出端末12は、車両要求情報にこの画像情報を含めて配車管理センタ14に送信し、配車管理センタ14は、決定した配車車両の車載装置18にその画像を送信する。車載装置18の出力部(図5の66;後述)においてこの画像を出力することで、車両乗務員が乗車予約者を確認することが可能となる。なお、このカメラは、いたずら防止用として利用可能である。
【0020】
図3に示す一例としての車両呼出端末12は、端末12各部の制御を司るとともに車両要求情報の生成や送信、記憶部46(後述)へのデータの格納等の各種情報処理等を行う制御部(例えばCPU等)38、各種指示入力を行う入力部(例えばキーボード等)40、各種情報の画面表示を行う表示出力部(例えばディスプレイ等)42、乗車予約券(例えば図8の76)の出力等の印刷出力を行う印刷出力部(例えばサーマルプリンタ等)44、情報処理にかかる各種パラメータを記憶する記憶部(例えばRAM、ROMまたはハードディスク等)46、および通信回線22に接続するためのインタフェースとしての送受信部48を備える。なお、好適には、入力部40および表示出力部42は、一体的に、タッチパネルとして構成される。
【0021】
制御部38は、所定の手順に従って表示出力部42に入力案内を表示させる。この入力案内に従って入力部40から入力された情報により、制御部38は車両要求情報を生成する。この車両要求情報は、例えば、車両台数、乗客輸送業者の指定の有無を示す情報、およびその指定を行う場合の乗客輸送業者を識別するための情報(例えば乗客輸送業者のID)等を含む。制御部38は、車両要求情報を生成すると直ちにこれを配車管理センタ14に向けて送信する。このとき、車両要求情報は、パケットデータとして送信してもよいし、専用の通信チャネル(例えばタイムスロット)を用いて送信してもよい。特にパケットデータとする場合には、車両要求情報に、車両呼出端末12を特定するための情報(例えば車両呼出端末のID)あるいは配車要求IDを示す情報を含める。
【0022】
この車両要求情報に、さらに利用者の行き先(例えば新宿方面/渋谷方面等)、方向(例えば上り/下り等)、または目的地を示す情報を含めるようにすることができる。これら情報を含めることで、配車車両の決定をより効率良く行うことが可能となる。例えば、車両要求情報に行き先あるいは方向を示す情報が含まれる場合、配車管理センタ14は、当該行き先あるいは方向に向けて走行中でありかつ車両呼出端末12に近づきつつある車両を配車車両(またはその候補)として選択することができる。車両要求情報を発信した車両呼出端末12から遠ざかりつつある車両、あるいは利用者の望む行き先あるいは方向と逆方向に進行中の車両は、いずれかの地点においてUターンあるいは遠回りが必要となるが、上記のようにして配車車両を選択すれば、その手間が解消され、乗り込み地点へのより迅速な車両の派遣が実現される。また、乗り込み地点を、上り車線と下り車線とで別の位置に設定してもよい。
【0023】
記憶部46には、車両呼出端末12における各処理を実現するためのプログラムが保持される。制御部38は、このプログラムに従って動作する。なお、上記プログラムは、図示しないリムーバブルデバイスを介して、コンピュータ読み取り可能な記憶媒体(例えばCD−ROM、DVD、MO等)から読み出され、あるいは通信回線22を介してダウンロードされ、記憶部46にインストールされる。
【0024】
図4に示す一例としての車両管轄センタ16は、センタ16各部の制御を司るとともに車両データの取得や記憶部56(後述)へのデータの蓄積等の各種情報処理を行う制御部(例えばCPU等)50、各種指示入力を行う入力部(例えばキーボード等)52、各種情報の画面表示あるいは印刷表示出力を行う出力部(例えばディスプレイあるいはプリンタ等)54、情報処理にかかる各種パラメータを記憶する記憶部(例えばRAM、ROMまたはハードディスク等)56、通信回線24に接続するためのインタフェースとしての第1送受信部58、および車載装置18との間で無線通信するためのインタフェースとしての第2送受信部60を備える。
【0025】
制御部50は、管轄する車両の位置および動態を所定のタイミングで(例えば所定周期で)リアルタイムに取得し、これを車両データ56aとして記憶部56に格納する。配車管理センタ14に格納される配車可能車両データ(図2の32a)は、この車両データ56aに基づいて生成される。より具体的には、例えば、制御部50は、動態が「空車」となっている車両について、識別データ、位置、移動方向、速度等を含む車両データ56aを配車管理センタ14に所定のタイミングで(例えば所定周期で;例えば車両データ56aが更新されるたびに)送信する。配車管理センタ14(の制御部)は、受け取った車両データ56aを、車両呼出端末12の少なくとも一つに対応付けて、その車両呼出端末12に対する配車可能車両データとして記憶部(図2の32)に記憶させる(更新する)。このとき、配車可能車両データと車両呼出端末12との対応付けは、例えば車両の位置と車両呼出端末12との距離(例えば所定距離以内)に基づいて行われる。さらに車両の移動経路や移動方向等が車両データ56aとして取得されている場合には、これらも対応付けの基準として採用することができる。この際、さらに一つの車両呼出端末12に対応する配車可能車両データを、移動方向毎に分別してもよい。
【0026】
また、制御部50は、車載装置18から走行実績データ(例えば乗車位置、降車位置、経路、移動距離、所要時間等)56bを所定のタイミングで(例えば所定周期で)リアルタイムに取得し、これを記憶部56に格納する。そして制御部50は、本システム10により配車され乗客輸送の完了した車両についての走行実績データ56bを、配車管理センタ14に送信する。配車管理センタ14では、この走行実績データ、あるいはこの走行実績データに基づいて算出された乗客輸送業者毎の累積データが、配車実績データ(図2の32c)として記憶部(図2の32)に追加される。
【0027】
図5に一例として示す車載装置18は、装置18各部の制御を司るとともに走行データの生成等の各種情報処理を行う制御部(例えばCPU等)62、各種指示入力を行う入力部(例えばキーボード等)64、各種情報の画面表示あるいは印刷表示出力を行う出力部(例えばディスプレイあるいはプリンタ等)66、情報処理にかかる各種パラメータを記憶する記憶部(例えばRAM、ROMまたはハードディスク等)68、および車両管轄センタ16との間で無線通信するためのインタフェースとしての送受信部70を備える。また、この車載装置18にはGPS装置72および料金メータ74が接続され、車載装置18はこれらからそれぞれ車両20の位置(例えば緯度、経度)を示す情報および輸送料金を示す情報を取得できるようになっている。
【0028】
次に、本実施形態にかかる配車システム10の動作について、図面を参照して説明する。図6は、配車システム10の動作を示すフローチャート、図7は、車両呼出端末12の入力案内画面の一例を示す図、また図8は、車両呼出端末12から出力された乗車予約券76の一例を示す図である。
【0029】
まず、車両呼出端末12において、車両要求情報が生成される(ステップS10)。車両要求情報の基礎となる各情報は、上述したように、車両呼出端末12の表示出力部(図3の42)の入力案内に従った利用者による入力部(図3の40)の入力操作によって取得される。図7にタッチパネルに表示される入力案内画面の一例を示すと、まず台数選択画面(a)における選択操作(画面上に表示されるボタン画像部の押圧)により車両台数が取得される。同様の選択操作により、乗客輸送業者(例えばタクシー会社)を指定するか否かが選択され(b)、指定する場合その乗客輸送業者が選択され(c)、車両呼出の再確認が行われる((d)、ステップS11)。(c)において乗客輸送業者が選択された場合には、配車車両は、当該乗客輸送業者の車両の中から選定される。なお、乗客輸送業者を選択する画面(c)では、図に示すように、乗客輸送業者毎のサービス内容(例えば料金体系、付加的なサービスの内容等)を確認できるようにしてもよい。また、所定のタイミング毎に配車管理センタ14から車両呼出端末12に、端末12の操作開始から乗り込みまでにかかる概略の所要時間を随時送信し、これを画面に表示するようにしてもよい。さらにその時間表示を乗客輸送業者毎に行うようにしてもよい。なお、前記所要時間は、配車可能車両データから取得可能である。
【0030】
車両呼出の再確認が行われると(ステップS11)、ここまでに取得された車両要求情報が配車管理センタ14に送信される。配車管理センタ14は、受け取った車両要求情報、記憶部に格納される配車可能車両データ、および配車実績データに基づいて、配車アルゴリズムにしたがい、最適な配車車両を選定する(ステップS12)。この間、車両呼出端末12では待機画面(e)が表示される。
【0031】
次に配車管理センタ14は、車両呼出端末12に対しては配車車両の識別データ(例えば車両番号等)および配車車両の乗務員が予約利用者を識別するためデータ(例えば配車ID[配車管理センタ14が付与]等)を、また車載装置18に対しては配車車両として選定されたことを示すデータ(例えば車両呼出端末12のID)および予約利用者を識別可能なデータ(例えば配車ID等)を、それぞれ通知する(ステップS13)。車両呼出端末12では、配車(予約)が完了した旨が表示出力されると共に(f)、このデータに基づいて、例えば図8に示す乗車予約券76が出力される。この乗車予約券76には、配車ID番号78、配車IDを示すバーコード80、車両呼出端末設置位置82、車両番号84、選択した乗客輸送業者名86、連絡先88、および日時(例えば予約完了日時等)90が印刷されている。これらのうち、例えば、配車IDおよびバーコード80は、配車車両の乗務員による利用者確認(認証)や、予約車両の到着が遅れた場合等に照会するためのIDあるいはバーコードとして利用することができる。このバーコード80を利用するため、車載装置18あるいは車両呼出端末12にバーコードリーダを備えてもよい。また、乗客輸送業者名86および車両番号84は、乗り込み地点あるいはその近傍において利用者が配車車両を特定するのに有効である。利用者の特定をさらに容易にするため、乗車予約券76に、配車車両の特徴的なデザインを含む画像を印刷するようにしてもよい。また、この乗車予約券76に、乗り込み地点を示す地図を印刷するようにしてもよい。例えば車両呼出端末12が車両が進入できない位置に設置されている場合等、車両呼出端末12と対応する乗り込み地点との距離が長くなる場合には、車両呼出端末12から乗り込み地点までの概略の地図を乗車予約券に印刷すると便利である。
【0032】
車載装置18は、配車車両として選定されたときに車両管轄センタ16を介して配車管理センタ14から送られるデータを受け取ると、直ちに、動態を「迎車」状態に変更し、乗務員が新規な客を受け入れできないようにする。より具体的には、動態表示灯(図示せず)を「迎車」に切り替えるとともに、車載装置18の出力部(図5の66)から、本システム10の配車車両として車両呼出端末12に対応する乗り込み地点に向かう指令(派遣指令)を示す情報が文字または画像(地図)により表示出力される(さらに音声による指示を伴っても良い)。
【0033】
配車車両および予約利用者が乗り込み地点に到着すると、予約利用者は乗車予約券により配車車両を特定する。また車両の乗務員は、乗車予約券に記載された情報と車載装置から出力された情報とを比較して、その乗客が予約利用者であることを特定する。この特定が完了すると、予約利用者は車両に乗り込む(ステップS14)。乗客が乗車して(ステップS14)から目的地で降車する(ステップS16)までの間、車両管轄センタ16は、随時車両の走行実績データを取得する(ステップS15)。そして降車後、この走行実績データが配車実績データに追加される(ステップS17)。配車管理センタ14(の制御部)は、定期的に(例えば一週間、あるいは一ヶ月おき等)配車実績データに基づく報告書を作成し、各乗客輸送業者にこれを通知する。このとき、配車実績データに基づいて、所定期間内で、乗客輸送業者が指定された全回数に対する各乗客輸送業者の指定回数の比率を取得し、その報告書にその比率がわかる情報を記載するようにしてもよい。各乗客輸送業者は、自社の指定状況を把握し、これをサービス改善に反映させることができる。
【図面の簡単な説明】
【図1】 本発明の実施形態にかかる配車システムの構成を示すブロック図である。
【図2】 本発明の実施形態にかかる配車システムにおける配車管理センタの構成を示すブロック図である。
【図3】 本発明の実施形態にかかる配車システムにおける車両呼出端末の構成を示すブロック図である。
【図4】 本発明の実施形態にかかる配車システムにおける車両管轄センタの構成を示すブロック図である。
【図5】 本発明の実施形態にかかる配車システムにおける車載装置の構成を示すブロック図である。
【図6】 本発明の実施形態にかかる配車システムの配車に関連する一連の動作を示すフローチャートである。
【図7】 本発明の実施形態にかかる配車システムにおける車両呼出端末に表示される入力案内の一例を示す図である。
【図8】 本発明の実施形態にかかる配車システムにおける車両呼出端末で出力される乗車予約券の一例を示す図である。
【符号の説明】
10 配車システム、12 車両呼出端末、14 配車管理センタ、16 車両管轄センタ、18 車載装置、20 車両、22 通信回線、24 通信回線、32a 配車可能車両データ、32b 配車アルゴリズム、32c 配車実績データ、56a 車両データ、56b 走行実績データ、76 乗車予約券。
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a vehicle allocation system that distributes vehicles according to a user's request, and more particularly, to a public vehicle allocation system that distributes vehicles of a plurality of passenger transporters.
[0002]
[Background Art and Problems to be Solved by the Invention]
Route buses as public transport are usually set according to the number of users, so the number of buses is reduced in areas or times when the number of users is small. It's hard to say.
[0003]
On the other hand, a taxi is more convenient than a route bus in that there are no restrictions on the operation route and operation time, but it may be inconvenient due to the absence of the restriction. In other words, if a taxi is waiting at a taxi waiting place installed at a station, hospital, government office, etc., or if there are many empty taxis that can be easily stopped, the waiting time is It does not occur, but if there is no taxi in the waiting area, or if there is no empty taxi, there will be a waiting time. If you know the taxi company's calling phone number, you can call it here, but if you don't know the phone number or forget it, you will have to check it. Even if you can call a taxi, if it is an unfamiliar area for the user, it may be difficult to know where and what taxi is coming.
[0004]
In view of such circumstances, an object of the present invention is to realize a more convenient public new transportation system.
[0005]
[Means for Solving the Problems]
  A vehicle allocation system according to the present invention includes a plurality of vehicle allocation systems.taxiIt is a dispatch system that dispatches a dealer's vehicle, and generates vehicle request information in response to user operations.Installed in a public place that outputs a vehicle allocation confirmation letterA vehicle call terminal;A vehicle control center that has jurisdiction over the vehicles of each taxi company,Vehicle request information,Obtained from the vehicle jurisdiction centerBased on the vehicle allocation result information indicating the vehicle allocation result up to a predetermined time point and the vehicle allocation possible vehicle information indicating the vehicle that can be allocated at the predetermined time point,taxiThe track record of the vehicle distribution ratio among supplierstaxiA vehicle allocation management center for determining a vehicle allocation vehicle corresponding to the vehicle request information so as to approach a vehicle allocation ratio defined in advance among contractors.
[0006]
  The vehicle calling terminal is preferably installed at a place where there are many users, that is, a place where people can easily gather, such as public facilities, stations, hospitals, government offices, stores, event venues, ceremonial occasions, and the like. The user can call the vehicle by operating the vehicle calling terminal without knowing the calling telephone number of the passenger transporter (for example, taxi company). The dispatch management center has vehicle information that can be dispatched collected in real time, and selects a suitable vehicle based on the vehicle request information from the vehicle call terminal and this dispatchable vehicle information, and dispatches it quickly. Can do.Further, the vehicle calling terminal has image acquisition means for acquiring image information of the user, and transmits the vehicle request information including the image information to the vehicle allocation management center. The vehicle allocation management center transmits the vehicle request information to the determined vehicle. Send.
[0007]
  taxiBusiness areas of vendors often overlap. In the vehicle allocation system, convenience increases as the number of vehicles that can be handled increases. For this reason, in the vehicle allocation system according to the present invention, a plurality of vehicle allocation systemstaxiDeal with the vendor's vehicle, but in this casetaxiIt is desirable that the allocation of dispatch is fair to the contractor. For this reason, in the vehicle allocation system according to the present invention, the vehicle allocation management center further includes a plurality of vehicle allocation results based on the vehicle allocation results.taxiThe track record of the vehicle distribution ratio among supplierstaxiA dispatch vehicle is determined so that it may approach the vehicle distribution ratio prescribed | regulated previously among dealers.
[0008]
  However, usually usetaxiThere are not a few users who have fixed contractors. Therefore, in the vehicle allocation system according to the present invention, the vehicle allocation management center includes the vehicle request information.taxiIf information specifying the supplier is included, the specifiedtaxiA vehicle to be dispatched is determined from a vehicle that can be dispatched by a dealer. With this configuration,taxiIt is also possible to respond to the user's request to specify a supplier.
[0009]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a block diagram showing an overall configuration of a dispatch system 10 configured as a taxi dispatch system, FIG. 2 is a block diagram showing a configuration of a dispatch management center 14, and FIG. 3 is a block diagram showing a configuration of a vehicle call terminal 12. 4 is a block diagram showing the configuration of the vehicle control center 16, and FIG. 5 is a block diagram showing the configuration of the in-vehicle device 18 mounted on each vehicle.
[0010]
First, the overall configuration of the vehicle allocation system 10 shown in FIG. 1 will be described. The vehicle allocation system 10 selects a vehicle (that is, a taxi) corresponding to the vehicle request information generated by the vehicle calling terminal 12 according to a user's operation from the vehicles 20 of a plurality of passenger transporters (for example, taxi operators). , A system for dispatching to a point corresponding to the vehicle request information (or a point corresponding to the vehicle calling terminal 12). The dispatch vehicle is determined at the dispatch management center 14. A vehicle distribution ratio is determined in advance among a plurality of passenger transporters that belong to the system 10, and the vehicle allocation management center 14 determines the vehicle allocation according to the vehicle distribution ratio within a range that satisfies the requirements of the vehicle request information. decide.
[0011]
The vehicle calling terminal 12 is preferably installed at a place where people can easily gather, such as a station, a hospital, a government office, a store, or the like. It can also be installed outdoors (for example, on the shoulder of a road) like a so-called “bus stop”. The vehicle calling terminal 12 and the dispatch management center 14 are configured to be freely connectable via a wired or wireless communication line (for example, a public line network, the Internet, a dedicated line, etc.) 22, and various information is exchanged between them. It has become so. With such a configuration, the vehicle request information generated at the vehicle call terminal 12 by the user's operation is transmitted to the vehicle allocation management center 14 via the communication line 22, and vehicle allocation management corresponding to the vehicle request information is performed. Information indicating the dispatched vehicle determined in the center 14 is transmitted to the vehicle calling terminal 12 via the communication line 22.
[0012]
Each passenger transporter is provided with at least one vehicle jurisdiction center 16 for managing the operation of owned vehicles. Various information is exchanged between the vehicle control center 16 and each vehicle 20 by radio. For example, information indicating a dispatch instruction is transmitted from the vehicle jurisdiction center 16 to the vehicle 20, and the position and dynamics of the vehicle 20 (empty vehicle, actual vehicle [passenger transporting vehicle], receiving vehicle) are transmitted from the vehicle 20 to the vehicle jurisdiction center 16. Information indicating [vehicle moving to reserved point], resting, etc.) is transmitted.
[0013]
The vehicle allocation management center 14 and the vehicle control center 16 are also configured to be connectable by a wired or wireless communication line (for example, a public line network, the Internet, a dedicated line, etc.) 24, and predetermined information is also exchanged between them. It can be done. For example, information indicating a dispatch instruction is transmitted from the vehicle allocation management center 14 to the vehicle management center 16, and data indicating a vehicle that can be allocated (or data indicating an empty vehicle) or vehicle allocation from the vehicle management center 16 to the vehicle allocation management center 14. The travel result data (for example, boarding position, getting off position, route, moving distance, required time, etc.) of the vehicle 20 is transmitted.
[0014]
Next, a more detailed configuration of each part of the dispatch system 10 will be described. The vehicle allocation management center 14 as an example shown in FIG. 2 controls each part of the center 14 and performs various information processing such as determination of a vehicle to be allocated and accumulation of data in a storage unit 32 (described later) (for example, a CPU or the like). ) 26, an input unit (for example, a keyboard) 28 for inputting various instructions, an output unit (for example, a display or a printer) 30 for displaying various information on a screen or printing, and a storage unit for storing various parameters for information processing (For example, a RAM, a ROM, or a hard disk) 32, a first transmission / reception unit 34 as an interface for connection to the communication line 22, and a second transmission / reception unit 36 as an interface for connection to the communication line 24.
[0015]
The storage unit 32 stores vehicle-assignable vehicle data 32a acquired from the vehicle control center 16 in real time at a predetermined timing (for example, a predetermined time interval). The dispatchable vehicle data 32a is, for example, vehicle identification data (vehicle ID; for example, vehicle number) of an empty vehicle within a predetermined distance range from the vehicle call terminal 12 for each vehicle call terminal 12, and the position of the vehicle. Or the data which show the distance to the vehicle calling terminal 12 are included.
[0016]
The storage unit 32 holds a program including a predetermined vehicle allocation algorithm 32b. The control unit 26 determines a dispatch vehicle according to a program including a predetermined dispatch algorithm 32b. The dispatch algorithm 32b is a rule for determining a dispatch vehicle based on vehicle request information, a vehicle distribution ratio among a plurality of passenger transporters, and the like. The program is read from a computer-readable storage medium (for example, CD-ROM, DVD, MO, etc.) via a removable device (not shown) and installed in the storage unit 32.
[0017]
Further, the storage unit 32 stores vehicle allocation result data 32c indicating the passenger transportation performance by the vehicle allocated by the system 10. This vehicle allocation record data 32c is, for example, information indicating a boarding point (for example, information indicating the vehicle calling terminal 12) and information indicating a landing point (for example, the latitude, longitude, or region of the point of departure) in one passenger transport unit. In addition to name, etc., information including transportation distance, transportation time, fee, vehicle ID, passenger carrier ID, and the like is included. In addition, a predetermined cumulative value for each passenger carrier calculated by the control unit 26 based on the information (for example, the actual number of dispatches, the total transportation distance, the total transportation time, the total amount of charges, etc.) is included. The control unit 26 refers to the dispatching record data 32c and determines the dispatching vehicle so as to fill the shortage of the dispatching record with respect to a predetermined vehicle distribution ratio. For example, when the vehicle distribution ratio between two passenger transporters when the passenger transporter is not specified in the vehicle request information is defined to be 1: 1 in the number of dispatches, the control unit 26 Then, the number of times of dispatching of the two passenger transporters recorded as the dispatching record data 32c is acquired, and the vehicle of the passenger transporter with the smaller number is used as the dispatching vehicle (or candidate thereof). Even when the vehicle distribution ratio is determined by other parameters, a vehicle allocation candidate is selected by the same method. Here, the control unit 26 makes the vehicle a candidate for a dispatch vehicle when there is no empty vehicle, or when it is impossible to select the passenger transporter's vehicle as the dispatch vehicle. This is because the vehicle of the other passenger transporter must be selected as the dispatch vehicle, that is, the dispatch vehicle may not be determined only by the vehicle distribution ratio.
[0018]
When determining the dispatched vehicle, the control unit 26 transmits information (for example, a vehicle number) indicating the dispatched vehicle to the vehicle calling terminal 12. Preferably, the control unit 26 is directed to the vehicle so that the vehicle crew can identify the user (that is, information that can be shared by the vehicle crew and the user, for example, a unique dispatch ID for each dispatch (work)). Etc.). This information is output from the output unit (66 in FIG. 5) of the in-vehicle device 18. Furthermore, when the vehicle calling terminal 12 has a function for printing a boarding reservation ticket as described later, it is desirable to print information for the vehicle crew to specify the passenger on this boarding reservation ticket. By doing so, the vehicle crew member confirms the information (for example, the dispatch ID) described in the boarding reservation ticket and compares it with the information output from the output unit (66 in FIG. 5), thereby preventing spoofing. Is done.
[0019]
Further, the vehicle call terminal 12 may be provided with a camera (not shown) to acquire a user image (for example, a face image). In that case, the vehicle calling terminal 12 includes this image information in the vehicle request information and transmits it to the vehicle allocation management center 14, and the vehicle allocation management center 14 transmits the image to the in-vehicle device 18 of the determined vehicle allocation vehicle. By outputting this image at the output unit (66 in FIG. 5; described later) of the in-vehicle device 18, it becomes possible for the vehicle crew to confirm the reservation person. This camera can be used for preventing mischief.
[0020]
The vehicle calling terminal 12 as an example shown in FIG. 3 controls various parts of the terminal 12 and performs various information processing such as generation and transmission of vehicle request information and storage of data in a storage unit 46 (described later). (For example, a CPU) 38, an input unit (for example, a keyboard) 40 for inputting various instructions, a display output unit (for example, a display) 42 for displaying various information on a screen, and an output of a boarding reservation ticket (for example, 76 in FIG. 8) As an interface for connecting to the communication line 22, a print output unit (for example, a thermal printer) 44 for performing print output, a storage unit (for example, RAM, ROM, hard disk, etc.) 46 for storing various parameters for information processing The transmission / reception part 48 is provided. Preferably, the input unit 40 and the display output unit 42 are integrally configured as a touch panel.
[0021]
The control unit 38 displays input guidance on the display output unit 42 according to a predetermined procedure. Based on the information input from the input unit 40 in accordance with this input guidance, the control unit 38 generates vehicle request information. This vehicle request information includes, for example, the number of vehicles, information indicating the presence / absence of designation of a passenger transporter, and information for identifying the passenger transporter when performing the designation (for example, the ID of the passenger transporter). As soon as the vehicle request information is generated, the control unit 38 transmits the vehicle request information to the dispatch management center 14. At this time, the vehicle request information may be transmitted as packet data, or may be transmitted using a dedicated communication channel (for example, a time slot). In particular, when packet data is used, the vehicle request information includes information for specifying the vehicle call terminal 12 (for example, the ID of the vehicle call terminal) or information indicating a vehicle allocation request ID.
[0022]
The vehicle request information may further include information indicating a user's destination (for example, Shinjuku / Shibuya), a direction (for example, up / down), or a destination. By including these pieces of information, it is possible to determine the dispatch vehicle more efficiently. For example, when the vehicle request information includes information indicating a destination or direction, the vehicle allocation management center 14 moves a vehicle that is traveling toward the destination or direction and is approaching the vehicle call terminal 12 Candidate). A vehicle that is moving away from the vehicle calling terminal 12 that has transmitted the vehicle request information, or a vehicle that is traveling in a direction opposite to the destination or direction desired by the user needs a U-turn or a detour at any point. If a vehicle to be dispatched is selected as described above, the effort is eliminated, and the vehicle can be dispatched more quickly to the boarding point. Further, the boarding point may be set at different positions for the up lane and the down lane.
[0023]
The storage unit 46 stores a program for realizing each process in the vehicle calling terminal 12. The control unit 38 operates according to this program. The program is read from a computer-readable storage medium (for example, CD-ROM, DVD, MO, etc.) via a removable device (not shown), or downloaded via the communication line 22 and stored in the storage unit 46. Installed.
[0024]
The vehicle control center 16 as an example shown in FIG. 4 controls the respective parts of the center 16 and performs various information processing such as acquisition of vehicle data and storage of data in a storage unit 56 (described later) (for example, a CPU or the like). ) 50, an input unit (for example, a keyboard) 52 for inputting various instructions, an output unit (for example, a display or a printer) 54 for performing screen display or print display output of various information, and a storage unit for storing various parameters for information processing (For example, RAM, ROM, hard disk, etc.) 56, a first transmission / reception unit 58 as an interface for connecting to the communication line 24, and a second transmission / reception unit 60 as an interface for wireless communication with the in-vehicle device 18 Prepare.
[0025]
The control unit 50 acquires the position and dynamics of the vehicle under its jurisdiction at a predetermined timing (for example, at a predetermined cycle) in real time, and stores this in the storage unit 56 as vehicle data 56a. The dispatchable vehicle data (32a in FIG. 2) stored in the dispatch management center 14 is generated based on the vehicle data 56a. More specifically, for example, the control unit 50 sends vehicle data 56a including identification data, a position, a moving direction, a speed, and the like to the vehicle allocation management center 14 at a predetermined timing for a vehicle whose movement is “empty”. (For example, at a predetermined cycle; for example, every time the vehicle data 56a is updated). The vehicle allocation management center 14 (the control unit thereof) associates the received vehicle data 56a with at least one of the vehicle call terminals 12, and stores the vehicle data as possible vehicle data for the vehicle call terminal 12 (32 in FIG. 2). (Update). At this time, the association between the vehicle allocation possible vehicle data and the vehicle calling terminal 12 is performed based on, for example, the distance between the vehicle position and the vehicle calling terminal 12 (for example, within a predetermined distance). Furthermore, when the moving route, the moving direction, and the like of the vehicle are acquired as the vehicle data 56a, these can also be adopted as the association reference. At this time, the dispatchable vehicle data corresponding to one vehicle calling terminal 12 may be further classified for each moving direction.
[0026]
In addition, the control unit 50 acquires travel result data (for example, a boarding position, a getting-off position, a route, a moving distance, a required time, etc.) 56b from the in-vehicle device 18 in real time at a predetermined timing (for example, at a predetermined cycle). Store in the storage unit 56. Then, the control unit 50 transmits travel result data 56b for the vehicle that has been dispatched by the system 10 and that has completed passenger transportation to the dispatch management center 14. In the dispatching management center 14, this traveling record data or the accumulated data for each passenger transporter calculated based on this traveling record data is stored in the storage unit (32 in FIG. 2) as dispatching record data (32c in FIG. 2). Added.
[0027]
An in-vehicle device 18 shown as an example in FIG. 5 controls a part of the device 18 and performs various information processing such as generation of travel data 62 (for example, a CPU), and an input unit (for example, a keyboard) for inputting various instructions. ) 64, an output unit (for example, a display or a printer) 66 for performing screen display or print display output of various information, a storage unit (for example, RAM, ROM or hard disk) 68 for storing various parameters for information processing, and vehicle jurisdiction A transmission / reception unit 70 is provided as an interface for wireless communication with the center 16. In addition, a GPS device 72 and a charge meter 74 are connected to the in-vehicle device 18 so that the in-vehicle device 18 can acquire information indicating the position (for example, latitude and longitude) of the vehicle 20 and information indicating the transportation fee from them. It has become.
[0028]
Next, operation | movement of the vehicle allocation system 10 concerning this embodiment is demonstrated with reference to drawings. 6 is a flowchart showing the operation of the vehicle allocation system 10, FIG. 7 is a diagram showing an example of an input guidance screen of the vehicle calling terminal 12, and FIG. 8 is an example of a boarding reservation ticket 76 output from the vehicle calling terminal 12. FIG.
[0029]
First, vehicle request information is generated at the vehicle calling terminal 12 (step S10). As described above, each information that is the basis of the vehicle request information is input operation of the input unit (40 in FIG. 3) by the user according to the input guidance of the display output unit (42 in FIG. 3) of the vehicle calling terminal 12. Obtained by. FIG. 7 shows an example of an input guidance screen displayed on the touch panel. First, the number of vehicles is acquired by a selection operation (pressing a button image portion displayed on the screen) on the number selection screen (a). By the same selection operation, whether or not to designate a passenger transporter (for example, a taxi company) is selected (b). If so, the passenger transporter is selected (c), and the vehicle call is reconfirmed ( (D), step S11). When a passenger transporter is selected in (c), the dispatch vehicle is selected from the passenger transporter's vehicles. In addition, on the screen (c) for selecting a passenger transporter, as shown in the figure, the service content (for example, fee structure, additional service content, etc.) for each passenger transporter may be confirmed. Alternatively, an approximate required time from the start of operation of the terminal 12 to boarding may be transmitted from the dispatching management center 14 to the vehicle call terminal 12 at any given timing and displayed on the screen. Further, the time display may be performed for each passenger carrier. The required time can be acquired from the vehicle allocation possible vehicle data.
[0030]
When reconfirmation of the vehicle call is performed (step S11), the vehicle request information acquired so far is transmitted to the vehicle allocation management center. The vehicle allocation management center 14 selects an optimal vehicle allocation according to the vehicle allocation algorithm based on the received vehicle request information, vehicle allocation possible vehicle data stored in the storage unit, and vehicle allocation actual data (step S12). During this time, the vehicle call terminal 12 displays a standby screen (e).
[0031]
Next, the vehicle allocation management center 14 sends the vehicle calling terminal 12 identification data (for example, a vehicle number) of the vehicle to be allocated and data (for example, vehicle allocation ID [the vehicle allocation management center 14 for identifying the reservation user). And the like (for example, the ID of the vehicle calling terminal 12) and the data for identifying the reservation user (for example, the allocation ID). , Respectively (step S13). The vehicle calling terminal 12 displays and outputs that the dispatch (reservation) is completed (f), and outputs a boarding reservation ticket 76 shown in FIG. 8, for example, based on this data. This boarding reservation ticket 76 includes a dispatch ID number 78, a bar code 80 indicating the dispatch ID, a vehicle call terminal installation position 82, a vehicle number 84, a selected passenger transporter name 86, a contact 88, and a date and time (for example, reservation completion) 90) is printed. Among these, for example, the vehicle allocation ID and the barcode 80 can be used as an ID or a barcode for user confirmation (authentication) by a crew member of the vehicle to be allocated or when the arrival of the reserved vehicle is delayed. it can. In order to use this barcode 80, the in-vehicle device 18 or the vehicle calling terminal 12 may be provided with a barcode reader. The passenger transporter name 86 and the vehicle number 84 are effective for the user to specify the dispatch vehicle at the boarding point or in the vicinity thereof. In order to further facilitate identification of the user, an image including the characteristic design of the dispatch vehicle may be printed on the boarding reservation ticket 76. In addition, a map indicating the boarding point may be printed on this boarding reservation ticket 76. For example, when the distance between the vehicle calling terminal 12 and the corresponding boarding point becomes long, such as when the vehicle calling terminal 12 is installed at a position where the vehicle cannot enter, a rough map from the vehicle calling terminal 12 to the boarding point It is convenient to print on the boarding pass.
[0032]
When the in-vehicle device 18 receives the data sent from the dispatch management center 14 via the vehicle control center 16 when selected as the dispatch vehicle, the in-vehicle device 18 immediately changes the dynamic state to the “receiving vehicle” state, and the crew member receives a new passenger. Make it unacceptable. More specifically, the dynamic indicator lamp (not shown) is switched to “arrival”, and from the output unit (66 in FIG. 5) of the in-vehicle device 18, the vehicle calling terminal 12 is handled as a dispatch vehicle of the system 10. Information indicating a command to go to the boarding point (dispatch command) is displayed and output as text or an image (map) (and may be accompanied by a voice instruction).
[0033]
When the dispatch vehicle and the reservation user arrive at the boarding point, the reservation user specifies the dispatch vehicle by the boarding reservation ticket. Moreover, the crew of a vehicle compares the information described in the boarding reservation ticket with the information output from the vehicle-mounted device, and specifies that the passenger is a reservation user. When this specification is completed, the reservation user gets into the vehicle (step S14). During the period from when the passenger gets on (step S14) until the passenger gets off at the destination (step S16), the vehicle management center 16 obtains the running record data of the vehicle at any time (step S15). Then, after getting off, this travel result data is added to the dispatch result data (step S17). The vehicle allocation management center 14 (the control unit thereof) creates a report based on vehicle allocation actual data periodically (for example, every week or every other month) and notifies each passenger transporter of this report. At this time, the ratio of the number of times each passenger transporter is designated with respect to the total number of times that the passenger transporter is designated within a predetermined period is acquired based on the dispatching result data, and information indicating the ratio is described in the report. You may do it. Each passenger transporter can grasp the company's designated situation and reflect this in service improvement.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a vehicle allocation system according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a configuration of a dispatch management center in the dispatch system according to the embodiment of the present invention.
FIG. 3 is a block diagram showing a configuration of a vehicle calling terminal in the vehicle allocation system according to the embodiment of the present invention.
FIG. 4 is a block diagram showing a configuration of a vehicle management center in the vehicle allocation system according to the embodiment of the present invention.
FIG. 5 is a block diagram showing a configuration of an in-vehicle device in the vehicle allocation system according to the embodiment of the present invention.
FIG. 6 is a flowchart showing a series of operations related to vehicle allocation in the vehicle allocation system according to the embodiment of the present invention.
FIG. 7 is a diagram showing an example of input guidance displayed on the vehicle calling terminal in the vehicle allocation system according to the embodiment of the present invention.
FIG. 8 is a diagram illustrating an example of a boarding reservation ticket output from a vehicle calling terminal in the vehicle allocation system according to the embodiment of the present invention.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 Vehicle allocation system, 12 Vehicle calling terminal, 14 Vehicle allocation management center, 16 Vehicle control center, 18 Vehicle equipment, 20 Vehicle, 22 Communication line, 24 Communication line, 32a Vehicle allocation possible vehicle data, 32b Vehicle allocation algorithm, 32c Vehicle allocation actual data, 56a Vehicle data, 56b travel performance data, 76 boarding reservation ticket.

Claims (3)

複数のタクシー業者の車両を配車する配車システムであって、
利用者の操作に応じて車両要求情報を生成し、配車を確認する配車確認書を出力する公共の場などに設置された車両呼出端末と、
各タクシー業者の車両を管轄する車両管轄センタと、
前記車両要求情報と、前記車両管轄センタから取得した所定時点までの配車実績を示す配車実績情報と、所定時点における配車可能車両を示す配車可能車両情報とに基づいて、前記複数のタクシー業者間での車両配分比率の実績が、該複数のタクシー業者の間で予め規定される車両配分比率に近づくように、該車両要求情報に対応する配車車両を決定する配車管理センタと、
を備えることを特徴とする配車システム。
A dispatch system for dispatching vehicles from a plurality of taxi operators,
A vehicle call terminal installed in a public place or the like that generates vehicle request information in response to a user's operation and outputs a dispatch confirmation to confirm dispatch ;
A vehicle control center that has jurisdiction over the vehicles of each taxi company,
Based on the vehicle request information, the vehicle allocation result information indicating the vehicle allocation result up to a predetermined time acquired from the vehicle control center , and the vehicle allocation possible vehicle information indicating the vehicle that can be allocated at the predetermined time point, between the plurality of taxi companies A vehicle allocation management center that determines a vehicle to be allocated corresponding to the vehicle request information so that the actual vehicle allocation ratio of the vehicle approaches a vehicle distribution ratio prescribed in advance among the plurality of taxi operators;
A vehicle allocation system characterized by comprising:
前記配車管理センタは、前記車両要求情報にタクシー業者を指定する情報が含まれている場合には、前記車両管轄センタから取得した情報に基づき、指定されたタクシー送業者の配車可能車両から配車車両を決定することを特徴とする請求項1に記載の配車システム。When the vehicle request information includes information for designating a taxi dealer, the dispatch management center , based on the information acquired from the vehicle jurisdiction center , dispatches vehicles from the designated taxi carrier's dispatchable vehicles. The vehicle allocation system according to claim 1, wherein: 前記車両呼出端末は、利用者の画像情報を取得する画像取得手段を有し、前記車両要求情報に画像情報を含めて配車管理センタに送信し、The vehicle call terminal has image acquisition means for acquiring image information of a user, includes image information in the vehicle request information, and transmits the vehicle request information to a dispatch management center.
配車管理センタは、決定した車両に前記車両要求情報を送信することを特徴とする請求項1に記載の配車システム。The vehicle allocation management center according to claim 1, wherein the vehicle allocation management center transmits the vehicle request information to the determined vehicle.
JP2001335399A 2001-10-31 2001-10-31 Dispatch system Expired - Fee Related JP3759896B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001335399A JP3759896B2 (en) 2001-10-31 2001-10-31 Dispatch system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001335399A JP3759896B2 (en) 2001-10-31 2001-10-31 Dispatch system

Publications (2)

Publication Number Publication Date
JP2003141684A JP2003141684A (en) 2003-05-16
JP3759896B2 true JP3759896B2 (en) 2006-03-29

Family

ID=19150393

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001335399A Expired - Fee Related JP3759896B2 (en) 2001-10-31 2001-10-31 Dispatch system

Country Status (1)

Country Link
JP (1) JP3759896B2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104008643B (en) * 2014-06-06 2017-01-04 北京东方车云信息技术有限公司 A kind of order answering device and system
JP2017096635A (en) * 2015-11-18 2017-06-01 アイシン・エィ・ダブリュ株式会社 Destination setting system, method and program
WO2018191886A1 (en) * 2017-04-19 2018-10-25 Bayerische Motoren Werke Aktiengesellschaft Autonomous vehicle and control method therefor

Also Published As

Publication number Publication date
JP2003141684A (en) 2003-05-16

Similar Documents

Publication Publication Date Title
US6823188B1 (en) Automated proximity notification
JP5438111B2 (en) Method and system for automatically and directly contacting a driver with at least one passenger
JP2004192366A (en) Car dispatch system
JP4888970B2 (en) Vehicle operation information processing method and vehicle operation information processing system
JP4505705B2 (en) Information providing apparatus and information providing method
JP2011227550A (en) Stop device, on-vehicle device, operation management device and operation management system
JP2003317191A (en) Taxi allocation accepting method
KR20120108435A (en) Reservation method of a bus on a regular route and reservation system using thereof
JP2020071778A (en) Vehicle dispatch system, server, and information processing method
JP2869583B2 (en) Reservation system from vehicle
JP2013075742A (en) Cargo delivery system and navigation device
JP2007052729A (en) Taxi dispatch system
JP2004227262A (en) Quick-response vehicle getting-on/off system, method and program
JP2004185362A (en) Automatic taxi dispatch system using mobile terminal
JP2008217204A (en) Taxi dispatch method and taxi dispatch system
JP2003058984A (en) Method and system for distribution service of taxi and recording medium with estimate processing program recorded
JP2002340571A (en) System and terminal for providing information, on- vehicle terminal, terminal and apparatus for dispatch
JP2002298288A (en) Operation management system and communication terminal device
KR101576493B1 (en) Commuter bus reservation management apparatus and method
JP2000357295A (en) Vehicle operation management system
JP3759896B2 (en) Dispatch system
WO2013149735A1 (en) Traveler hurry status monitor
JP2003281692A (en) Taxi allocating method, taxi allocating system, taxi terminal, and allocating center terminal and program
JP6666510B1 (en) Vehicle allocation management system, management device, and vehicle presentation method
JP3529357B2 (en) Optimal vehicle dispatching method and optimal vehicle dispatching system

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20040728

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20041214

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050208

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: 20051220

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060105

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees