(57)【特許請求の範囲】
【請求項１】
複数のタクシー業者の車両を配車する配車システムであって、
利用者の操作に応じて車両要求情報を生成し、配車を確認する配車確認書を出力する公共の場などに設置された車両呼出端末と、
各タクシー業者の車両を管轄する車両管轄センタと、
前記車両要求情報と、前記車両管轄センタから取得した所定時点までの配車実績を示す配車実績情報と、所定時点における配車可能車両を示す配車可能車両情報とに基づいて、前記複数のタクシー業者間での車両配分比率の実績が、該複数のタクシー業者の間で予め規定される車両配分比率に近づくように、該車両要求情報に対応する配車車両を決定する配車管理センタと、
を備えることを特徴とする配車システム。
【請求項２】
前記配車管理センタは、前記車両要求情報にタクシー業者を指定する情報が含まれている場合には、前記車両管轄センタから取得した情報に基づき、指定されたタクシー送業者の配車可能車両から配車車両を決定することを特徴とする請求項１に記載の配車システム。
【請求項３】
前記車両呼出端末は、利用者の画像情報を取得する画像取得手段を有し、前記車両要求情報に画像情報を含めて配車管理センタに送信し、
配車管理センタは、決定した車両に前記車両要求情報を送信することを特徴とする請求項１に記載の配車システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、利用者の要求に応じて車両を配車する配車システムに関し、特に、複数の乗客輸送業者の車両の配車を行う公共的な配車システムに関する。
【０００２】
【従来の技術および発明が解決しようとする課題】
公共交通機関としての路線バスは、通常、利用者数に応じて運行頻度が設定されるため、利用者数の少ない地域あるいは時間帯では、バスの本数が少なくなり、必ずしも便利な交通手段であるとは言い難い。
【０００３】
一方タクシーは、運行路線および運行時間の制約が無い点については、路線バスより便利であるが、その制約が無いことにより、逆に不便となってしまうことがある。すなわち、駅、病院、役所等に設置されるタクシーの待機場所にタクシーが待機している場合や、空車のタクシーが多数通行しておりこれを容易に呼び止めることができる場合には、待ち時間は発生しないが、待機場所にタクシーがいない場合、あるいは空車のタクシーが全く通らない場合には、待ち時間が生じることになる。タクシー会社の呼出電話番号を知っている場合には、ここに電話して呼び出せばよいが、電話番号を知らない場合あるいは忘れてしまった場合にはそれを調べる手間が生じてしまう。またタクシーを呼び出せたとしても、そこが利用者にとって不案内な地域であった場合には、どこにどのようなタクシーが来るのかがわかりにくいというケースもあり得る。
【０００４】
本発明は、このような事情に鑑み、より利便性の高い公共的な新交通システムを実現することをその目的とする。
【０００５】
【課題を解決するための手段】
本発明にかかる配車システムは、複数のタクシー業者の車両を配車する配車システムであって、利用者の操作に応じて車両要求情報を生成し、配車を確認する配車確認書を出力する公共の場などに設置された車両呼出端末と、各タクシー業者の車両を管轄する車両管轄センタと、車両要求情報と、車両管轄センタから取得した所定時点までの配車実績を示す配車実績情報と、所定時点における配車可能車両を示す配車可能車両情報とに基づいて、前記複数のタクシー業者間での車両配分比率の実績が、該複数のタクシー業者の間で予め規定される車両配分比率に近づくように、該車両要求情報に対応する配車車両を決定する配車管理センタと、を備える。
【０００６】
車両呼出端末は、好適には、利用者の多い地点、すなわち人の集まりやすい地点、例えば公共施設、駅、病院、役所、店舗、イベント会場、冠婚葬祭場等に設置される。利用者は、この車両呼出端末を操作することにより、乗客輸送業者（例えばタクシー会社）の呼出電話番号を知らなくても、車両を呼び出すことができる。配車管理センタは、リアルタイムに収集した配車可能車両情報を有しており、車両呼出端末からの車両要求情報とこの配車可能車両情報とに基づいて、適した車両を選択し、迅速に派遣させることができる。また、車両呼出端末は、利用者の画像情報を取得する画像取得手段を有し、車両要求情報に画像情報を含めて配車管理センタに送信し、配車管理センタは、決定した車両に車両要求情報を送信する。
【０００７】
タクシー業者の業務エリアは重複している場合が多い。また、配車システムでは、取り扱うことができる車両数が多いほど利便性は向上する。このため、本発明にかかる配車システムでは、複数のタクシー業者の車両を取り扱うが、この場合、これら複数のタクシー業者に対して配車の割り当てが公平になされるのが望ましい。このため、本発明にかかる配車システムでは、配車管理センタは、さらに、配車実績に基づき、複数のタクシー業者間での車両配分比率の実績が、該複数のタクシー業者の間で予め規定される車両配分比率に近づくように、配車車両を決定する。
【０００８】
しかしながら、通常利用するタクシー業者を固定している利用者も少なくない。このため、本発明にかかる配車システムでは、上記配車管理センタは、上記車両要求情報にタクシー業者を指定する情報が含まれている場合には、指定されたタクシー業者の配車可能車両から配車車両を決定する。このような構成により、タクシー業者を指定する利用者の要求にも応えることができる。
【０００９】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照して説明する。図１は、タクシー配車システムとして構成される配車システム１０の全体構成を示すブロック図、図２は、配車管理センタ１４の構成を示すブロック図、図３は、車両呼出端末１２の構成を示すブロック図、図４は、車両管轄センタ１６の構成を示すブロック図、また図５は、各車両に搭載される車載装置１８の構成を示すブロック図である。
【００１０】
まず、図１に示す配車システム１０の全体構成について説明する。配車システム１０は、利用者の操作に応じて車両呼出端末１２で生成された車両要求情報に対応する車両（すなわちタクシー）を、複数の乗客輸送業者（例えばタクシー業者）の車両２０から選択して、該車両要求情報に対応する地点（または車両呼出端末１２に対応する地点）に派遣させるシステムである。配車車両の決定は、配車管理センタ１４において行われる。このシステム１０に加盟する複数の乗客輸送業者間においては、車両配分比率が予め定められており、配車管理センタ１４は、車両要求情報の要求を満たす範囲内において、その車両配分比率に従って配車車両を決定する。
【００１１】
車両呼出端末１２は、例えば、駅、病院、役所、店舗など、人の集まりやすい地点に設置されるのが好適である。また屋外（例えば路肩等）に、いわゆる「バス停」のようにして設置することも可能である。車両呼出端末１２と配車管理センタ１４とは、有線または無線の通信回線（例えば公衆回線網、インターネット、専用線等）２２を介して接続自在に構成され、これらの間において種々の情報が授受されるようになっている。このような構成により、利用者の操作によって車両呼出端末１２において生成された車両要求情報が、通信回線２２を介して配車管理センタ１４に送信され、また、その車両要求情報に対応して配車管理センタ１４において決定された配車車両を示す情報が、通信回線２２を介して車両呼出端末１２に送信される。
【００１２】
乗客輸送業者は、それぞれ、所有する車両の運行を管理するための車両管轄センタ１６を少なくとも一つ備える。車両管轄センタ１６と各車両２０との間においては、無線により、種々の情報が授受されるようになっている。例えば、車両管轄センタ１６から車両２０には配車指示を示す情報が送信され、また車両２０から車両管轄センタ１６には、車両２０の位置や動態（空車、実車［乗客輸送中の車両］、迎車［予約地点に移動中の車両］、休憩中等）を示す情報等が送信される。
【００１３】
また配車管理センタ１４と車両管轄センタ１６との間も有線または無線の通信回線（例えば公衆回線網、インターネット、専用線等）２４によって接続自在に構成され、これらの間においても所定の情報が授受できるようになっている。例えば、配車管理センタ１４から車両管轄センタ１６へは配車指示を示す情報が送信され、また車両管轄センタ１６から配車管理センタ１４へは配車可能な車両を示すデータ（あるいは空車を示すデータ）や配車された車両２０の走行実績データ（例えば乗車位置、降車位置、経路、移動距離、所要時間等）が送信される。
【００１４】
次に、配車システム１０の各部のより詳細な構成について説明する。図２に示す一例としての配車管理センタ１４は、センタ１４各部の制御を司るとともに配車車両の決定や記憶部３２（後述）へのデータの蓄積等の各種情報処理を行う制御部（例えばＣＰＵ等）２６、各種指示入力を行う入力部（例えばキーボード等）２８、各種情報の画面表示あるいは印刷表示出力を行う出力部（例えばディスプレイあるいはプリンタ等）３０、情報処理にかかる各種パラメータを記憶する記憶部（例えばＲＡＭ、ＲＯＭまたはハードディスク等）３２、通信回線２２に接続するためのインタフェースとしての第１送受信部３４、および通信回線２４に接続するためのインタフェースとしての第２送受信部３６を備える。
【００１５】
記憶部３２には、車両管轄センタ１６から所定のタイミング（例えば所定の時間間隔）でリアルタイムに取得された配車可能車両データ３２ａが記憶されている。この配車可能車両データ３２ａは、例えば、車両呼出端末１２毎の、その車両呼出端末１２から所定距離範囲内にいる空車車両の車両識別データ（車両ＩＤ；例えば車両番号等）、およびその車両の位置または車両呼出端末１２までの距離を示すデータを含む。
【００１６】
また記憶部３２には、所定の配車アルゴリズム３２ｂを含むプログラムが保持される。制御部２６は、所定の配車アルゴリズム３２ｂを含むプログラムに従って配車車両を決定する。配車アルゴリズム３２ｂとは、車両要求情報および複数の乗客輸送業者間の車両配分比率等に基づいて配車車両を決定するための規則である。なお、このプログラムは、例えば図示しないリムーバブルデバイスを介して、コンピュータ読み取り可能な記憶媒体（例えばＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ等）から読み出され、記憶部３２にインストールされる。
【００１７】
さらに記憶部３２には、本システム１０によって配車された車両による乗客輸送実績を示す配車実績データ３２ｃが記憶される。この配車実績データ３２ｃは、例えば、１回の乗客輸送単位で、乗車地点を示す情報（例えば車両呼出端末１２を示す情報）や、降車地点を示す情報（例えば降車した地点の緯度、経度あるいは地域名等）の他、輸送距離、輸送時間、料金、車両ＩＤ、乗客輸送業者ＩＤ等を示す情報を含む。また、これら情報に基づいて制御部２６によって算出された乗客輸送業者毎の所定の累計値（例えば配車実績回数、輸送総距離、輸送総時間、料金合計額等）を含む。制御部２６は、この配車実績データ３２ｃを参照して、配車実績の所定の車両配分比率に対する不足分を埋めるように、配車車両を決定する。例えば、車両要求情報において乗客輸送業者が指定されていない場合の二つの乗客輸送業者間の車両配分比率が、配車回数において１対１となるように規定されている場合には、制御部２６は、配車実績データ３２ｃとして記録される二つの乗客輸送業者の配車実績回数を取得して、それが少ない方の乗客輸送業者の車両を配車車両（またはその候補）とする。他のパラメータによって車両配分比率が決定される場合も、これと同様の手法で配車車両の候補が選定される。なお、ここで制御部２６が、当該車両を配車車両の候補とするのは、空車車両が無いなど、その乗客輸送業者の車両を配車車両として選択するのが不可能な状況である場合には、他方の乗客輸送業者の車両を配車車両として選択せざるを得ないため、すなわち、車両配分比率のみでは配車車両が決定できない場合があるからである。
【００１８】
制御部２６は、配車車両を決定すると、配車車両を示す情報（例えば車両番号等）を車両呼出端末１２に送信する。また好適には、制御部２６は、車両に向けて、車両乗務員が利用客を特定するための情報（すなわち車両乗務員と利用客とで共有できる情報、例えば各配車（作業）について固有の配車ＩＤ等）を送信する。この情報は車載装置１８の出力部（図５の６６）から出力される。さらに、後述するように車両呼出端末１２に乗車予約券を印刷出力する機能を備える場合には、この乗車予約券に、車両乗務員が利用客を特定するための情報を印刷するのが望ましい。こうすれば、車両乗務員が乗車予約券に記載されている当該情報（例えば配車ＩＤ等）を確認し、出力部（図５の６６）から出力された情報と比較することで、なりすまし乗車が防止される。
【００１９】
また、車両呼出端末１２にカメラ（図示せず）を備え、利用者の画像（例えば顔の画像）を取得するようにしてもよい。その場合、車両呼出端末１２は、車両要求情報にこの画像情報を含めて配車管理センタ１４に送信し、配車管理センタ１４は、決定した配車車両の車載装置１８にその画像を送信する。車載装置１８の出力部（図５の６６；後述）においてこの画像を出力することで、車両乗務員が乗車予約者を確認することが可能となる。なお、このカメラは、いたずら防止用として利用可能である。
【００２０】
図３に示す一例としての車両呼出端末１２は、端末１２各部の制御を司るとともに車両要求情報の生成や送信、記憶部４６（後述）へのデータの格納等の各種情報処理等を行う制御部（例えばＣＰＵ等）３８、各種指示入力を行う入力部（例えばキーボード等）４０、各種情報の画面表示を行う表示出力部（例えばディスプレイ等）４２、乗車予約券（例えば図８の７６）の出力等の印刷出力を行う印刷出力部（例えばサーマルプリンタ等）４４、情報処理にかかる各種パラメータを記憶する記憶部（例えばＲＡＭ、ＲＯＭまたはハードディスク等）４６、および通信回線２２に接続するためのインタフェースとしての送受信部４８を備える。なお、好適には、入力部４０および表示出力部４２は、一体的に、タッチパネルとして構成される。
【００２１】
制御部３８は、所定の手順に従って表示出力部４２に入力案内を表示させる。この入力案内に従って入力部４０から入力された情報により、制御部３８は車両要求情報を生成する。この車両要求情報は、例えば、車両台数、乗客輸送業者の指定の有無を示す情報、およびその指定を行う場合の乗客輸送業者を識別するための情報（例えば乗客輸送業者のＩＤ）等を含む。制御部３８は、車両要求情報を生成すると直ちにこれを配車管理センタ１４に向けて送信する。このとき、車両要求情報は、パケットデータとして送信してもよいし、専用の通信チャネル（例えばタイムスロット）を用いて送信してもよい。特にパケットデータとする場合には、車両要求情報に、車両呼出端末１２を特定するための情報（例えば車両呼出端末のＩＤ）あるいは配車要求ＩＤを示す情報を含める。
【００２２】
この車両要求情報に、さらに利用者の行き先（例えば新宿方面／渋谷方面等）、方向（例えば上り／下り等）、または目的地を示す情報を含めるようにすることができる。これら情報を含めることで、配車車両の決定をより効率良く行うことが可能となる。例えば、車両要求情報に行き先あるいは方向を示す情報が含まれる場合、配車管理センタ１４は、当該行き先あるいは方向に向けて走行中でありかつ車両呼出端末１２に近づきつつある車両を配車車両（またはその候補）として選択することができる。車両要求情報を発信した車両呼出端末１２から遠ざかりつつある車両、あるいは利用者の望む行き先あるいは方向と逆方向に進行中の車両は、いずれかの地点においてＵターンあるいは遠回りが必要となるが、上記のようにして配車車両を選択すれば、その手間が解消され、乗り込み地点へのより迅速な車両の派遣が実現される。また、乗り込み地点を、上り車線と下り車線とで別の位置に設定してもよい。
【００２３】
記憶部４６には、車両呼出端末１２における各処理を実現するためのプログラムが保持される。制御部３８は、このプログラムに従って動作する。なお、上記プログラムは、図示しないリムーバブルデバイスを介して、コンピュータ読み取り可能な記憶媒体（例えばＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ等）から読み出され、あるいは通信回線２２を介してダウンロードされ、記憶部４６にインストールされる。
【００２４】
図４に示す一例としての車両管轄センタ１６は、センタ１６各部の制御を司るとともに車両データの取得や記憶部５６（後述）へのデータの蓄積等の各種情報処理を行う制御部（例えばＣＰＵ等）５０、各種指示入力を行う入力部（例えばキーボード等）５２、各種情報の画面表示あるいは印刷表示出力を行う出力部（例えばディスプレイあるいはプリンタ等）５４、情報処理にかかる各種パラメータを記憶する記憶部（例えばＲＡＭ、ＲＯＭまたはハードディスク等）５６、通信回線２４に接続するためのインタフェースとしての第１送受信部５８、および車載装置１８との間で無線通信するためのインタフェースとしての第２送受信部６０を備える。
【００２５】
制御部５０は、管轄する車両の位置および動態を所定のタイミングで（例えば所定周期で）リアルタイムに取得し、これを車両データ５６ａとして記憶部５６に格納する。配車管理センタ１４に格納される配車可能車両データ（図２の３２ａ）は、この車両データ５６ａに基づいて生成される。より具体的には、例えば、制御部５０は、動態が「空車」となっている車両について、識別データ、位置、移動方向、速度等を含む車両データ５６ａを配車管理センタ１４に所定のタイミングで（例えば所定周期で；例えば車両データ５６ａが更新されるたびに）送信する。配車管理センタ１４（の制御部）は、受け取った車両データ５６ａを、車両呼出端末１２の少なくとも一つに対応付けて、その車両呼出端末１２に対する配車可能車両データとして記憶部（図２の３２）に記憶させる（更新する）。このとき、配車可能車両データと車両呼出端末１２との対応付けは、例えば車両の位置と車両呼出端末１２との距離（例えば所定距離以内）に基づいて行われる。さらに車両の移動経路や移動方向等が車両データ５６ａとして取得されている場合には、これらも対応付けの基準として採用することができる。この際、さらに一つの車両呼出端末１２に対応する配車可能車両データを、移動方向毎に分別してもよい。
【００２６】
また、制御部５０は、車載装置１８から走行実績データ（例えば乗車位置、降車位置、経路、移動距離、所要時間等）５６ｂを所定のタイミングで（例えば所定周期で）リアルタイムに取得し、これを記憶部５６に格納する。そして制御部５０は、本システム１０により配車され乗客輸送の完了した車両についての走行実績データ５６ｂを、配車管理センタ１４に送信する。配車管理センタ１４では、この走行実績データ、あるいはこの走行実績データに基づいて算出された乗客輸送業者毎の累積データが、配車実績データ（図２の３２ｃ）として記憶部（図２の３２）に追加される。
【００２７】
図５に一例として示す車載装置１８は、装置１８各部の制御を司るとともに走行データの生成等の各種情報処理を行う制御部（例えばＣＰＵ等）６２、各種指示入力を行う入力部（例えばキーボード等）６４、各種情報の画面表示あるいは印刷表示出力を行う出力部（例えばディスプレイあるいはプリンタ等）６６、情報処理にかかる各種パラメータを記憶する記憶部（例えばＲＡＭ、ＲＯＭまたはハードディスク等）６８、および車両管轄センタ１６との間で無線通信するためのインタフェースとしての送受信部７０を備える。また、この車載装置１８にはＧＰＳ装置７２および料金メータ７４が接続され、車載装置１８はこれらからそれぞれ車両２０の位置（例えば緯度、経度）を示す情報および輸送料金を示す情報を取得できるようになっている。
【００２８】
次に、本実施形態にかかる配車システム１０の動作について、図面を参照して説明する。図６は、配車システム１０の動作を示すフローチャート、図７は、車両呼出端末１２の入力案内画面の一例を示す図、また図８は、車両呼出端末１２から出力された乗車予約券７６の一例を示す図である。
【００２９】
まず、車両呼出端末１２において、車両要求情報が生成される（ステップＳ１０）。車両要求情報の基礎となる各情報は、上述したように、車両呼出端末１２の表示出力部（図３の４２）の入力案内に従った利用者による入力部（図３の４０）の入力操作によって取得される。図７にタッチパネルに表示される入力案内画面の一例を示すと、まず台数選択画面（ａ）における選択操作（画面上に表示されるボタン画像部の押圧）により車両台数が取得される。同様の選択操作により、乗客輸送業者（例えばタクシー会社）を指定するか否かが選択され（ｂ）、指定する場合その乗客輸送業者が選択され（ｃ）、車両呼出の再確認が行われる（（ｄ）、ステップＳ１１）。（ｃ）において乗客輸送業者が選択された場合には、配車車両は、当該乗客輸送業者の車両の中から選定される。なお、乗客輸送業者を選択する画面（ｃ）では、図に示すように、乗客輸送業者毎のサービス内容（例えば料金体系、付加的なサービスの内容等）を確認できるようにしてもよい。また、所定のタイミング毎に配車管理センタ１４から車両呼出端末１２に、端末１２の操作開始から乗り込みまでにかかる概略の所要時間を随時送信し、これを画面に表示するようにしてもよい。さらにその時間表示を乗客輸送業者毎に行うようにしてもよい。なお、前記所要時間は、配車可能車両データから取得可能である。
【００３０】
車両呼出の再確認が行われると（ステップＳ１１）、ここまでに取得された車両要求情報が配車管理センタ１４に送信される。配車管理センタ１４は、受け取った車両要求情報、記憶部に格納される配車可能車両データ、および配車実績データに基づいて、配車アルゴリズムにしたがい、最適な配車車両を選定する（ステップＳ１２）。この間、車両呼出端末１２では待機画面（ｅ）が表示される。
【００３１】
次に配車管理センタ１４は、車両呼出端末１２に対しては配車車両の識別データ（例えば車両番号等）および配車車両の乗務員が予約利用者を識別するためデータ（例えば配車ＩＤ［配車管理センタ１４が付与］等）を、また車載装置１８に対しては配車車両として選定されたことを示すデータ（例えば車両呼出端末１２のＩＤ）および予約利用者を識別可能なデータ（例えば配車ＩＤ等）を、それぞれ通知する（ステップＳ１３）。車両呼出端末１２では、配車（予約）が完了した旨が表示出力されると共に（ｆ）、このデータに基づいて、例えば図８に示す乗車予約券７６が出力される。この乗車予約券７６には、配車ＩＤ番号７８、配車ＩＤを示すバーコード８０、車両呼出端末設置位置８２、車両番号８４、選択した乗客輸送業者名８６、連絡先８８、および日時（例えば予約完了日時等）９０が印刷されている。これらのうち、例えば、配車ＩＤおよびバーコード８０は、配車車両の乗務員による利用者確認（認証）や、予約車両の到着が遅れた場合等に照会するためのＩＤあるいはバーコードとして利用することができる。このバーコード８０を利用するため、車載装置１８あるいは車両呼出端末１２にバーコードリーダを備えてもよい。また、乗客輸送業者名８６および車両番号８４は、乗り込み地点あるいはその近傍において利用者が配車車両を特定するのに有効である。利用者の特定をさらに容易にするため、乗車予約券７６に、配車車両の特徴的なデザインを含む画像を印刷するようにしてもよい。また、この乗車予約券７６に、乗り込み地点を示す地図を印刷するようにしてもよい。例えば車両呼出端末１２が車両が進入できない位置に設置されている場合等、車両呼出端末１２と対応する乗り込み地点との距離が長くなる場合には、車両呼出端末１２から乗り込み地点までの概略の地図を乗車予約券に印刷すると便利である。
【００３２】
車載装置１８は、配車車両として選定されたときに車両管轄センタ１６を介して配車管理センタ１４から送られるデータを受け取ると、直ちに、動態を「迎車」状態に変更し、乗務員が新規な客を受け入れできないようにする。より具体的には、動態表示灯（図示せず）を「迎車」に切り替えるとともに、車載装置１８の出力部（図５の６６）から、本システム１０の配車車両として車両呼出端末１２に対応する乗り込み地点に向かう指令（派遣指令）を示す情報が文字または画像（地図）により表示出力される（さらに音声による指示を伴っても良い）。
【００３３】
配車車両および予約利用者が乗り込み地点に到着すると、予約利用者は乗車予約券により配車車両を特定する。また車両の乗務員は、乗車予約券に記載された情報と車載装置から出力された情報とを比較して、その乗客が予約利用者であることを特定する。この特定が完了すると、予約利用者は車両に乗り込む（ステップＳ１４）。乗客が乗車して（ステップＳ１４）から目的地で降車する（ステップＳ１６）までの間、車両管轄センタ１６は、随時車両の走行実績データを取得する（ステップＳ１５）。そして降車後、この走行実績データが配車実績データに追加される（ステップＳ１７）。配車管理センタ１４（の制御部）は、定期的に（例えば一週間、あるいは一ヶ月おき等）配車実績データに基づく報告書を作成し、各乗客輸送業者にこれを通知する。このとき、配車実績データに基づいて、所定期間内で、乗客輸送業者が指定された全回数に対する各乗客輸送業者の指定回数の比率を取得し、その報告書にその比率がわかる情報を記載するようにしてもよい。各乗客輸送業者は、自社の指定状況を把握し、これをサービス改善に反映させることができる。
【図面の簡単な説明】
【図１】  本発明の実施形態にかかる配車システムの構成を示すブロック図である。
【図２】  本発明の実施形態にかかる配車システムにおける配車管理センタの構成を示すブロック図である。
【図３】  本発明の実施形態にかかる配車システムにおける車両呼出端末の構成を示すブロック図である。
【図４】  本発明の実施形態にかかる配車システムにおける車両管轄センタの構成を示すブロック図である。
【図５】  本発明の実施形態にかかる配車システムにおける車載装置の構成を示すブロック図である。
【図６】  本発明の実施形態にかかる配車システムの配車に関連する一連の動作を示すフローチャートである。
【図７】  本発明の実施形態にかかる配車システムにおける車両呼出端末に表示される入力案内の一例を示す図である。
【図８】  本発明の実施形態にかかる配車システムにおける車両呼出端末で出力される乗車予約券の一例を示す図である。
【符号の説明】
１０  配車システム、１２  車両呼出端末、１４  配車管理センタ、１６  車両管轄センタ、１８  車載装置、２０  車両、２２  通信回線、２４  通信回線、３２ａ  配車可能車両データ、３２ｂ  配車アルゴリズム、３２ｃ  配車実績データ、５６ａ  車両データ、５６ｂ  走行実績データ、７６  乗車予約券。
【図１】
0003759896.tif 000002
【図２】
0003759896.tif 000003
【図３】
0003759896.tif 000004
【図４】
0003759896.tif 000005
【図５】
0003759896.tif 000006
【図６】
0003759896.tif 000007
【図７】
0003759896.tif 000008
【図８】
0003759896.tif 000009