JP2003109190A - タクシー配車処理システム、車両端末、利用客端末および配車センタサーバ - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークを利用して、タクシー車両の動
態を管理しつつ、利用客の配車依頼に対し、適切な配車
を効率的に行う配車システムを提供する。 【解決手段】 配車センタ１は、定期的にドライバ端末
３の位置と状態を得て車両の状態を管理する。そして、
利用客端末２から利用客情報と位置を含む配車依頼を受
けると、配車条件に合致する配車候補に配車予約を通知
する。その後、最先に予約確認を返却した車両を配車車
両とし、利用客端末２およびドライバ端末３の双方へ、
それぞれの端末へのアクセス情報を送信して予約を確認
し予約料を課金する。そして、利用客が降車時に利用客
端末から乗車代金を課金する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、タクシー配車シス
テムに関し、特に、ネットワーク上に設けた配車センタ
が、利用客が所持携行する端末からのアクセスを受け付
けて、そのアクセス時に取得した位置情報を用いてタク
シー車両の配車処理を行うタクシー配車システムに関す
る。

【０００２】

【従来の技術】従来のタクシー配車システムを図２５を
用いて説明する。

【０００３】まずタクシーの配車センタ９１に対して、
利用客９２はタクシーの配車依頼を行う。ここで、配車
センタ９１はタクシー会社ごとに運用されているため
に、利用客９２は、まず複数の配車センタ９１から一つ
を選択して、その後に、自分の現在位置、配車を受けた
い位置などの位置情報を配車センタ９１に送信する。

【０００４】配車依頼を受け付けた配車センタ９１で
は、自センタが管理運用中のタクシーの全車両９３に対
して、タクシー無線を用いて一斉に位置情報を要求す
る。配車に対応可能な車両９３はこれに応答し、配車セ
ンタ９１は応答してきた車両９３の位置情報を取得す
る。そして、配車センタ９１では、取得した位置情報か
ら、配車に最適な位置にあると考える１台の車両９３に
対して配車を受け付けるか否かを確認する。そして、配
車センタ９１では、車両９３が配車受付確認を応答した
場合に、その車両番号等を利用客９２に通知して配車受
付を完了する。

【０００５】一方、対応可能な車両９３がなかった場合
に、配車センタ９１は、利用客９２に対し配車ができな
い旨を通知する。利用客９２は、配車可能な車両が見つ
かるまで、別の配車センタ９１に接続して同様の配車依
頼をやり直す。

【０００６】

【発明が解決しようとする課題】従来の配車システムで
は、配車センタはタクシー会社ごとに運用されている。
そのため、利用客は、まず配車センタを選択する必要が
あった。各配車センタへの接続方法として、利用客の位
置情報を用いて利用地域に則した配車センタへ接続する
方法もある。しかし、利用客は、利用する地域で配車を
行う配車センタの連絡先を予め知っている必要がある
が、地域ごとの連絡先などを調べるのは面倒である。ま
た、連絡した配車センタが話中の場合や、配車対応が可
能な車両がなかった場合には、利用客は、別の配車セン
タへ連絡し直す必要があり煩わしい。

【０００７】また、配車センタが効率的な配車指示を目
指しても、配車指示は同一の配車センタ（タクシー会
社）内のみに閉じて行われるので、利用客にとって好条
件の他社の車両があっても考慮されない。したがって、
配車に要する時間や配車料金などについて、どの配車セ
ンタ（タクシー会社）が良いかを比較することができな
い。

【０００８】また、利用客は、配車して欲しい場所（配
車先）を口頭で説明する必要があるが、旅先などの不慣
れな場所での配車では、利用客が配車先を説明すること
が困難な場合もある。さらに、従来の電話受付による配
車システムでは、聾唖者や聴覚障害者などの利用客は、
単独で配車センタを利用することは困難である。一方、
従来の配車システムでは、配車センタ内に有人の電話予
約受付窓口を設定する必要があり、運用するタクシー会
社にとっても経費的負担の軽減が難しい。

【０００９】また、配車依頼受付の完了後に、配車先が
変更になったり、利用客数が増減したりなどの状況の変
更が生じても、利用客は、直接ドライバと連絡をとるこ
とができず、配車依頼の変更にほとんど対応ができず不
便であった。

【００１０】特に、タクシー会社にとって、配車依頼受
付完了後に配車依頼のキャンセルが発生すると、配車先
までの走行に要した時間が無駄になる。さらに、予約料
や配車先までの走行料金は実車後に徴収するため、キャ
ンセルの場合に予約料を徴収する手段がなかった。

【００１１】また、従来の配車システムは、定常的に車
両の状態管理を行わず、配車依頼を受け付けてから各車
両の位置情報を取得し、取得した位置情報のみで配車の
候補車両を選定する。このため、車両の状態（実車、空
車、回送など）が把握できず、ほとんど全ての車両に対
して配車対応可能かどうかを確認する必要があり、効率
的な配車指示ができないという問題がある。すなわち、
従来では、車両との通信頻度を考慮して、車両位置情報
の要求とその応答にタクシー無線を使用した音声による
一斉通報を利用していた。しかし、接客や離車によりド
ライバが通報を聞き逃してしまうことも多く、さらに、
配車指示者のレスポンスの負担を軽減できないという問
題があった。

【００１２】既にある車両位置を定常的に確認する動態
管理システムは、高価で導入が困難な場合が多い上に、
電話予約との併用ができないという問題がある。また、
ＧＰＳ（Global Positioning System ）を利用した位置
情報取得システムは、車両側端末が高価であり、さら
に、車体固定式の端末の場合に、点検、修理、車両交換
等の際に簡単に端末を移設することができず、費用や労
力の負担が大きい。

【００１３】さらに、現在ではタクシー無線の割当て状
況が逼迫しているために、新規参入や営業地域の拡大が
困難となっている。

【００１４】かかる問題点から、全国的な規模で配車を
管理し、かつ、効率的で状況変更にも柔軟に対応できる
配車システムであって、タクシー無線を使用せずに費用
的負担の少ない配車システムの実現が望まれている。

【００１５】本発明の目的は、運行する車両の位置情報
および運行状態を定期的に管理しておき、利用客の配車
要求時に利用客の位置情報を取得して、車両の位置およ
び状態情報と利用客の位置情報を用いて最適な配車条件
の車両を選定して効率的に配車を行う配車システムを実
現することである。

【００１６】さらに、本発明の目的は、配車依頼受け付
け完了後に状況の変更が生じた場合に、利用客と車両の
ドライバとが直接連絡することを可能にし、さらに配車
依頼のキャンセルが発生した場合に、確実に予約料等の
徴収が行える配車システムを実現することである。

【００１７】さらに、本発明の目的は、車両交換等の場
合でも、ドライバ側の端末を安価かつ簡単に移設できる
ような配車システムを実現することである。

【００１８】

【課題を解決するための手段】上記の目的を達成するた
め、本発明は、配車サービスに提供される車両に備えら
れる車両端末と、利用客が所持する利用客端末と、無線
パケット通信網もしくは携帯電話網を利用して前記車両
端末または利用客端末とデータの送受信が可能な配車セ
ンタとを備えるタクシー配車処理システムにおいて、車
両端末、利用客端末、および配車センタ（サーバ）は、
以下の手段を備える。

【００１９】車両端末は、前記車両もしくは乗務するド
ライバを識別するための車両／ドライバ識別情報と前記
車両端末へのアクセス情報とを記憶するドライバ情報記
憶手段と、前記車両の位置を検出する位置検出手段と、
前記車両が少なくとも配車に対応可能か否かを示す運行
状態を保持し、定期的にもしくは所定の契機に、前記車
両位置および前記運行状態とを前記配車センタに通知す
る状態通知手段と、前記配車センタから、配車先である
利用客位置と前記利用客端末へのアクセス情報と前記利
用客を識別する利用客識別情報とを含む配車予約を受け
付け、配車車両が決定した後に、前記配車車両の車両／
ドライバ識別情報および車両端末アクセス情報を含む予
約確認を返却し、もしくは前記利用客端末から配車依頼
中断を受け付けて前記配車車両へ返却する予約確保処理
手段と、前記利用客端末アクセス情報をもとに前記利用
客端末と通話もしくはデータ通信を行う通信処理手段と
を備える。

【００２０】また、利用客端末は、前記利用客を識別す
る利用客識別情報と前記利用客端末へのアクセス情報と
を記憶する利用客情報記憶手段と、前記利用客の位置を
検出する位置検出手段と、前記配車センタに対し、配車
先である前記利用客位置と前記利用客識別情報と前記利
用客端末アクセス情報とを含む配車依頼を通知し、もし
くは前記配車依頼中断を通知し、または、前記配車セン
タから、前記車両／ドライバ識別情報および前記車両端
末アクセス情報を含む配車依頼受付を受け取る予約処理
手段と、前記車両端末アクセス情報をもとに前記車両端
末と通話もしくはデータ通信を行う通信処理手段とを備
える。

【００２１】さらに、利用客端末は、前記配車センタで
課金された予約料もしくは乗車代金を、電子決済機関を
利用して決済する電子決済処理手段を備える。

【００２２】また、配車センタは、少なくとも前記車両
／ドライバ識別情報と前記車両端末アクセス情報とを記
憶する車両情報記憶手段と、少なくとも前記利用客を識
別する利用客識別情報と前記利用客端末へのアクセス情
報とを記憶する利用客情報記憶手段と、前記車両から少
なくとも前記車両位置と前記運行状態とを受信して記憶
する車両位置状態記憶手段と、配車を行う地域の地図デ
ータおよび住所データを含む地図情報を記憶する地図デ
ータ記憶手段と、前記地図情報を参照して、前記利用客
位置と前記車両位置と前記運行状態とをもとに配車候補
を選択する配車処理手段と、前記地図情報を参照して、
前記利用客位置から住所表示を検出する住所検出手段
と、前記配車候補に対し、前記住所表示と前記利用客識
別情報と前記利用客端末アクセス情報とを含む配車予約
を通知し、前記配車予約に応答した配車候補から配車車
両を決定し、前記配車車両決定後に、前記利用客端末に
対して前記配車車両の車両／ドライバ情報および車両端
末アクセス情報を含む配車依頼受付を返却し前記運行状
態を回送に変更し、もしくは前記利用客端末に対して前
記配車依頼中断を返却して前記運行状態を空車に変更す
る予約受付手段とを備える。

【００２３】また、配車センタは、配車にかかる予約料
もしくは乗車代金を、前記配車依頼受付を前記利用客端
末へ送信する時もしくは前記配車車両の運行状態が実車
から空車へ変更した通知を受信した時のいずれかの時
に、電子決済機関を利用して課金または決済する課金・
決済処理手段を備える。

【００２４】また、配車センタは、前記車両を所有する
タクシー会社に対して前記配車センタサーバで記憶する
情報を統計処理し当該結果を送信する統計収集手段を備
える。

【００２５】本発明の各手段は、コンピュータがインス
トールし実行することができるプログラムにより実現す
ることができる。コンピュータによりにより実行される
プログラムは、コンピュータが読み取り可能な、可搬媒
体メモリ、半導体メモリ、ハードディスクなどの適当な
記録媒体に格納することができ、これらの記録媒体に記
録して提供され、または、通信インタフェースを介して
種々の通信網を利用した送受信により提供される。

【００２６】

【発明の実施の形態】図１に、本発明にかかる配車処理
システムの構成例を示す。配車センタ１は、利用客端末
２、ドライバ端末３、タクシー会社端末４、電子決済機
関５などが、無線パケット通信網もしくは携帯電話網な
どの無線通信網を経由するインターネット６（以下、イ
ンターネット６とする。）を介して接続が可能なＡＳＰ
（Application Service Provider）である。配車センタ
１へは、例えば携帯電話で接続可能なインターネット６
上のオンライン受付窓口からアクセスできるものとす
る。

【００２７】利用客が携行する利用客端末２は、ＧＰＳ
８の受信機能もしくは携帯電話網／電話回線７（以下、
携帯電話網７とする。）の基地局７１を利用した位置情
報対応機能のいずれかの機能と、インターネット接続機
能とを備える端末であり、例えば、携帯電話、位置情報
取得機能を備えるＰＨＳ、通話機能付きＰＤＡなどであ
る。利用客端末２は、配車センタ１、ドライバ端末３、
タクシー会社端末４、電子決済機関５との間のデータの
送受信を、携帯電話網７を経由したインターネットメー
ルの形式で行う。

【００２８】タクシーに乗務するドライバが所持携行す
るドライバ端末３ａ、３ｂは、利用客端末２と同様の機
能を備える。

【００２９】本形態において、利用客端末２およびドラ
イバ端末３ａ、３ｂは、それぞれ、インターネット６を
利用して配車センタ１に接続し配車センタ１が提供する
配車サービスを受けるために必要なプログラムを実行す
ることができる携帯電話の通話機能を持つ端末とする。
利用客端末２またはドライバ端末３ａ、３ｂで動作する
プログラムは、インターネットブラウザを除いて配車セ
ンタ１から配信され、自動的に動作可能な状態となる。

【００３０】利用客端末２およびドライバ端末３ａ、３
ｂは、配車センタ１、ドライバ端末３、タクシー会社端
末４、電子決済機関５との間のデータの送受信をインタ
ーネット６を利用して行う。

【００３１】タクシー会社端末４は、配車センタ１にア
クセス可能なインターネットブラウザを備えるコンピュ
ータ端末である。タクシー会社端末４は、電話モデム７
２を介して携帯電話網７に接続し電話予約代行を行う機
能を備えてもよい。

【００３２】電子決済機関５は、インターネット６もし
くは携帯電話網７を用いるインターネットバンキングに
対応した機能を利用して、予約料や乗車代金の支払およ
び配車センタ１の利用料金の決済を行う機関である。

【００３３】利用客とドライバとは、必要があれば、利
用客端末２およびドライバ端末３ａ、３ｂと携帯電話網
７を用いて通話することができる。利用客端末２とタク
シー会社端末４、またはドライバ端末３ａ，３ｂとタク
シー会社端末４とは、電話回線網を含む携帯電話網７を
利用して通話することができる。

【００３４】図２に、本発明の処理の概要を示す。利用
客端末２は、予め端末内に記憶しておいた利用客端末２
の携帯電話番号／メールアドレスを含む利用客情報と位
置情報取得機能により取得した位置情報と、配車先、配
車希望時間などを含む配車条件を付加した配車依頼を配
車センタ１に送信する。

【００３５】配車センタ１では、利用客端末２から受け
付けた位置情報と配車条件をもとに、配車先の近辺にい
る車両を選定し、選定した車両のドライバが所持するド
ライバ端末３（３ａ、３ｂ）に対し、配車先と利用客情
報とを含む予約通知を一斉通報して、配車に対応が可能
な空車状態の車両を確認する。

【００３６】予約通知を受信したドライバ端末３では、
ドライバが端末の表示部に表示された配車先や配車条件
などを見て、配車依頼の受付が可能であれば、予め端末
内に記憶しておいたドライバ端末３の携帯電話番号／メ
ールアドレスおよび車両情報を含むドライバ情報を付加
した予約受付を直ちに配車センタ１に返信する。その
後、配車センタ１から予約受付確認を受信すると、直ち
に車両状態を回送にして配車先へ向かう。

【００３７】例えば、図１に示すドライバ端末３ａ、３
ｂの車両が配車先の近傍にいる場合に、ドライバ端末３
ａは空車状態、ドライバ端末３ｂは実車状態であるとき
には、配車センタ１はドライバ端末３ａの車両にのみ予
約通知を送信する。また、いずれの車両も空車状態であ
れば、先に予約受付を返却したドライバ端末３ａに対し
て予約受付確認を通知し、ドライバ端末３ｂに対しては
予約受付完了を通知する。

【００３８】配車センタ１では、ドライバ端末３から予
約受付を受信すると、受信したドライバ情報と予約番号
を付加した予約完了を利用客端末２へ送信する。そし
て、利用客端末２から予約完了確認を受信すると、予約
料の課金処理を行い、電子決済機関５を介して決済処理
を行う。

【００３９】利用客は、配車センタ１からの予約完了を
受信し、利用客端末２の表示部に表示された予約番号、
配車される車両番号やドライバ名などを確認して配車を
待つことができる。

【００４０】この間、配車先を変更する場合、配車先が
見つからない場合、道路が混雑して配車希望時間内に車
両が到着しない場合などの連絡が必要なときには、利用
客端末２またはドライバ端末３のいずれの側からでも、
相手先へ発呼して通話により連絡をとることができる。
配車依頼および予約受付の際に配車センタ１を介して通
知されている利用客端末２もしくはドライバ端末３の携
帯電話番号は、番号非通知機能を用いて、利用客やドラ
イバが表示させて確認することができないような端末内
部のプログラムでのみ処理可能なデータ型式で受け渡さ
れるものとする。

【００４１】また、利用客端末２から配車依頼中断（キ
ャンセル）が配車センタ１に通知されたときは、配車セ
ンタ１では、直ちにドライバ端末３に配車依頼中断を通
知して、配車を取り止める。さらに、乗務中のドライバ
は、ドライバ端末３とタクシー会社端末４とを通じて、
タクシー会社と電話連絡を行うことができる。

【００４２】利用客が配車された車両に乗車すると、ド
ライバ端末３では、車両状態を回送から実車に変更して
配車センタ１に送信する。

【００４３】また、目的地で利用客が降車すると、ドラ
イバ端末３では、車両状態を実車から空車に変更し配車
センタ１に送信する。利用客端末２では、電子決済機関
５との間で、乗車代金の電子決済に必要なデータを送受
信する。その後、配車センタ１は、電子決済機関５との
間で、利用客の利用料および乗車代金の決済処理を行
う。

【００４４】また、タクシー会社端末４は、配車センタ
１にアクセスすることにより、車両情報、予約情報、統
計情報、課金情報などを参照し、もしくは、ダウンロー
ドすることができる。さらに、タクシー会社端末４は、
種々のドライバをサポートする情報を配車センタ１へ送
信し、または、配車センタ１の利用料について電子決済
機関５による電子決済を行う。

【００４５】このように、本発明では、車両の位置と状
態をもとに配車対応可能な車両に対してのみ効率的に配
車依頼を行うことができる。

【００４６】また、利用客とドライバとは、必要があれ
ば、配車センタ１やタクシー会社を介さずに直接連絡を
とることができ、予約後の状況にも柔軟に対応すること
ができる。

【００４７】また、予約成立時に予約料を課金するた
め、予約確認後にキャンセルが発生した場合に予約料を
徴収できなくなるという問題を解決することができる。

【００４８】以下に、本発明の実施の形態における処理
をさらに詳しく説明する。図３に、利用客端末２の各手
段の構成例を示す。利用客端末２は、制御部２１、位置
検出部２２、予約処理部２３、電子決済部２４、通信処
理部２５、通話処理部２６、入出力部２７、記憶部２
８、利用客情報テーブル２９を持つ。

【００４９】制御部２１は、利用客端末２の各部および
記憶部２８を制御する手段である。位置検出部２２は、
基地局７１を利用した携帯電話の位置情報検出機能によ
り利用客端末２の位置情報を取得する手段である。な
お、位置検出部２２は、ＧＰＳ８の受信機能により位置
情報を取得する手段でもよい。

【００５０】予約処理部２３は、入出力部２７からの入
力をもとに配車センタ１に接続して配車依頼やキャンセ
ル通知などを行う手段である。

【００５１】電子決済部２４は、電子決済機関５を利用
した電子決済を行う手段である。通信処理部２５は、予
約処理部２３または電子決済部２４で生成した情報をイ
ンターネット６を介して配車センタ１、タクシー会社端
末４もしくは電子決済機関５とデータの送受信する手段
である。通話処理部２６は、携帯電話網７を介した通話
処理を行う手段である。

【００５２】入出力部２７は、ボタン操作による利用客
の入力データを受け付け、または通信処理部２５を介し
て取得したデータなどをディスプレイや音声出力機能に
より出力する手段である。

【００５３】記憶部２８は、利用客端末２の内部で一時
的に生成されるデータや受信したデータなどを記憶する
内蔵メモリである。

【００５４】利用客情報テーブル２９は、利用客番号、
利用客氏名、利用客端末２のメールアドレス、利用客端
末２の電話番号、その他付帯情報からなるテーブルであ
る。その他付帯情報には、利用客の年代、性別などの特
徴情報、配車条件として希望する車両タイプなどが記憶
される。利用客情報テーブル２９に記憶される情報は、
予め利用客端末２に格納され、会員登録時の初期情報、
サービス利用時の認証情報、配車条件の詳細指定情報と
して使用される。

【００５５】図４に、ドライバ端末３の各手段の構成例
を示す。ドライバ端末３は、制御部３１、位置検出部３
２、状態通知部３３、予約確保部３４、通信処理部３
５、通話処理部３６、入出力部３７、記憶部３８、およ
び、ドライバ情報テーブル３９を持つ。

【００５６】状態通知部３３は、ドライバ端末３を所持
するドライバが乗務する車両の空車、実車、回送などの
状態情報を配車センタ１に通知する手段である。

【００５７】予約確保部３４は、配車センタ１から、配
車依頼である予約通知を受信した場合に、入出力部３７
を通じてドライバの指示を受けて予約受付を生成して配
車センタ１に返却し、配車センタ１からの予約受付のレ
スポンスに対して確認を返却する手段である。さらに、
予約確保部３４は、他の車両が予約受付を完了した旨の
通知である予約完了、配車中断（キャンセル）などを受
信して入出力部３７に表示し、または配車中断（キャン
セル）を受けて、その確認を配車センタ１に返却する。

【００５８】ドライバ情報テーブル３９は、ドライバ番
号、会社番号、責任者氏名、ドライバ端末３のメールア
ドレス、ドライバ端末３の電話番号、その他付帯情報か
らなるテーブルである。その他付帯情報には、タクシー
会社の会員情報などが記憶される。ドライバ情報テーブ
ル３９は、予めドライバ端末３に格納され、サービス利
用時の認証情報、車両とドライバの対応情報更新に使用
される時に生成される。

【００５９】制御部３１、位置検出部３２、通信処理部
３５、通話処理部３６、入出力部３７、記憶部３８は、
図３に示す利用客端末２の制御部２１、位置検出部２
２、通信処理部２５、通話処理部２６、入出力部２７、
記憶部２８と、ほぼ同様の処理を行う手段であるので説
明を省略する。

【００６０】ただし、位置検出部３２は、制御部３１の
タイマ機能により定期的に位置情報を取得し、または、
状態通知部３３の車両状態通知に同期して位置情報を取
得する。

【００６１】図５に、配車センタ１の各手段の構成例を
示す。配車センタ（サーバ）１は、制御部１０１、動態
管理部１０２、予約受付部１０３、配車処理部１０４、
課金・決済部１０５、統計収集部１０６、住所検索部１
０７、地図参照部１０８、通信処理部１０９、記憶部１
１０、タクシー会社管理テーブル１２０、車両管理テー
ブル１２１、車両位置状態管理テーブル１２２、利用客
管理テーブル１２３、予約管理テーブル１２４、課金管
理テーブル１２５、統計情報管理テーブル１２６、地図
データ１２７を持つ。

【００６２】制御部１０１は、配車センタ１の各手段、
記憶部、各テーブルを制御する手段である。

【００６３】動態管理部１０２は、車両位置状態管理テ
ーブル１２２を参照し、ドライバ端末３から位置情報や
状態情報を受けて、車両の動態管理を行う手段である。

【００６４】予約受付部１０３は、利用客端末２からの
配車依頼を受けると、車両管理テーブル１２１、利用客
管理テーブル１２３を参照し予約管理テーブル１２４を
生成して、ドライバ端末３へ予約通知を送信し、ドライ
バ端末３からの予約受付を受信し、予約受付した車両以
外の車両へ予約受付完了を通知する手段である。また、
予約受付部１０３は、利用客端末２とドライバ端末３と
の配車依頼中断（キャンセル）の通知および確認を受け
渡す手段である。

【００６５】配車処理部１０４は、車両位置状態管理テ
ーブル１２２を参照して利用客の位置情報および配車条
件にもとづいて配車対象の候補車両を選定し、選定した
車両の位置や状態および予約した利用客の位置情報など
を管理する手段である。

【００６６】課金・決済部１０５は、予約管理テーブル
１２４および課金管理テーブル１２５を参照して、予約
料、乗車代金、配車センタ１の利用料を電子決済機関５
を利用して回収するための課金および決済処理を行う手
段である。

【００６７】統計収集部１０６は、タクシー会社端末４
からの要求により、統計情報管理テーブル１２６を参照
して、予約状況、予約消化状況、統計情報、課金情報な
どを集計し提供する手段である。

【００６８】住所検索部１０７は、地図データ１２７を
参照し、ドライバ端末３へ送信する配車位置を入力する
ための利用客端末２からの位置情報をもとに住所を検索
する手段である。

【００６９】地図参照部１０８は、車両の位置や状態、
配車依頼した利用客の位置などを地図データ１２７上に
プロットして参照する手段である。

【００７０】通信処理部１０９は、利用客端末２、ドラ
イバ端末３、タクシー会社端末４、または電子決済機関
５とインターネット６を介してデータ送受信を行う手段
である。

【００７１】記憶部１１０は、配車センタ１の各手段が
取得し、または一時的に生成するデータを記憶する内部
メモリである。

【００７２】図６に、配車センタ１で記憶されるテーブ
ルのデータ構成例を示す。タクシー会社管理テーブル１
２０は、図６（Ａ）に示すように、会社番号、会社名、
責任者氏名、タクシー会社端末４のメールアドレス、電
話番号、その他付帯情報からなり、車両やドライバが所
属するタクシー会社の情報を管理するテーブルである。
タクシー会社管理テーブル１２０のデータは、サービス
利用時の認証、タクシー会社に帰属する各種情報のルー
ト的な情報として使用される。

【００７３】車両管理テーブル１２１は、図６（Ｂ）に
示すように、車両番号、会社番号、ドライバ番号、ドラ
イバ氏名、メールアドレス、電話番号、その他付帯情報
からなり、配車サービスの対象である車両の情報を管理
するテーブルである。車両管理テーブル１２１のデータ
は、車両がサービスを利用する時の認証情報、車両とド
ライバの対応情報として使用される。

【００７４】車両位置状態管理テーブル１２２は、図６
（Ｃ）に示すように、車両番号、状態取得日時、車両位
置情報、車両状態、予約状態、予約番号からなり、車両
の動態管理情報として位置情報や状態変化の履歴が蓄積
されるテーブルである。車両状態は、少なくとも配車可
能か否かの状態を示し、空車、実車、回送などが記憶さ
れる。予約状態は、予約を受け付けているか否かを示
す。車両位置状態管理テーブル１２２のデータは、タク
シー会社へ提供する走行履歴や実車実績などのトラッキ
ング情報として使用される。また、車両位置状態管理テ
ーブル１２２の最新の状態から現在位置と車両状態を検
出することができるため、配車対象車両の選定に使用さ
れる。

【００７５】利用客管理テーブル１２３は、図６（Ｄ）
に示すように、利用客番号、利用客名、メールアドレ
ス、電話番号、その他付帯情報からなり、利用客情報を
管理するテーブルである。利用客管理テーブル１２３
は、利用客のサービス利用時の認証、ドライバに通知す
る利用客の詳細情報として使用する。利用客管理テーブ
ル１２３のデータは、制御部１０１が利用客端末２の利
用客情報テーブル２９をもとに制御部１０１により自動
的に登録され、またはタクシー会社端末４からの顧客時
登録によって登録される。

【００７６】予約管理テーブル１２４は、図６（Ｅ）に
示すように、予約番号、受付日時、利用客番号、ドライ
バ番号、利用客位置情報、配車時間、対応状態、決済状
態、決済日時からなり、利用客からの配車依頼の情報を
管理するテーブルである。予約管理テーブル１２４は、
利用客端末２から配送依頼を受信した時に作成される。
予約管理テーブル１２４の対応状態は、回送中、実車、
終了などが、配車完了までのプロセスで動態管理部１０
２により逐次更新されることにより、配車対象車両の選
定処理や対応状況の監視情報として使用される。

【００７７】また、利用客位置情報は配車対象の車両の
選定に使用され、選定された車両のドライバには、利用
客の詳細情報とともに、利用客の位置情報（経度緯度）
から住所や近くの目標物を検索してドライバに分かりや
すい情報に変換して通知される。

【００７８】課金管理テーブル１２５は、図６（Ｆ）に
示すように、年月度、会社番号、車両番号、予約回数、
キャンセル回数、決済状態、決済日時からなり、車両や
タクシー会社に対して従量課金する際のカウンタ情報を
管理するテーブルである。また、課金管理テーブル１２
５のデータは、未決済管理情報としても使用される。予
約回数は、配車依頼から利用客の実車にまで至った回数
を示し、キャンセル回数は、配車依頼（予約受付）完了
後のキャンセル回数を示す。

【００７９】統計情報管理テーブル１２６は、図６
（Ｇ）に示すように、エリア区分、年月日、時間帯、予
約回数、キャンセル回数からなり、利用客の利用状況そ
の他情報を管理するテーブルである。統計情報管理テー
ブル１２６のデータは、タクシー会社へ提供する統計情
報として使用される。

【００８０】地図データ１２７は、動態管理部１０２や
配車処理部１０４が、利用客の位置および車両の位置を
マッピングするために参照するデータである。

【００８１】図７に、タクシー会社端末４の各手段の構
成例を示す。タクシー会社端末４は、制御部４１、イン
ターネットブラウザ４２、通信処理部４３、通話処理部
４４、入出力部４５、記憶部４６を持つ。

【００８２】制御部４１は、タクシー会社端末４の各手
段および記憶部４６を制御する手段である。

【００８３】インターネットブラウザ４２は、会員や車
両の登録もしくは変更、各種の履歴情報もしくは統計情
報の取得、電子決済処理のために、配車センタ１または
電子決済機関５へアクセスする手段である。

【００８４】通信処理部４３は、配車センタ１、ドライ
バ端末３、および電子決済機関５とデータの送受信を行
う手段である。例えば、予約状況、消化状況、統計情
報、課金情報などを配車センタ１から受信する。

【００８５】通話処理部４４は、利用客端末２およびド
ライバ端末３と、携帯電話網７とモデム７２を通じて通
話を行う手段である。

【００８６】入出力部４５は、キーボードやマウスな
ど、およびプリンタやディスプレイ装置などである。

【００８７】記憶部４６は、配車センタ１の各手段が取
得しまたは生成したデータを記憶する内部メモリまたは
外部記憶装置である。

【００８８】図８を用いて、本発明の処理の流れを説明
する。タクシーの配車を希望する利用客は、予め、配車
センタ１の提供するサービスを受けるために会員登録を
しておく必要がある。利用客は、利用客端末２の入出力
部２７を通じて必要な情報を入力する。利用客が入力し
た会員登録のためのデータは利用客端末２の利用客情報
テーブル２９に記憶され、さらに配車センタ１へ送信さ
れる。配車センタ１では、送信された会員登録データを
受け付け、識別情報である利用客番号を付与して利用客
管理テーブル１２３に記憶する。配車センタ１は、利用
客番号を利用客端末２へ返却し、利用客端末２は利用客
番号を利用客情報テーブル２９に記憶する。なお、利用
客端末２の利用客情報テーブル２９に利用客番号を予め
記憶させておくようにしてもよい。

【００８９】また、配車センタ１を通じて配車される車
両を提供するタクシー会社も登録しておく必要がある。
タクシー会社は、車両に乗務するドライバが所持するド
ライバ端末３のドライバ情報テーブル３９に、ドライバ
の登録に必要なデータを記憶しておく。タクシー会社
が、会社の会員登録用のデータと車両登録のためのドラ
イバ情報テーブル３９のデータ（ドライバ情報）と車両
番号を送信して登録を行うと、配車センタ１では、受信
した会社登録用のデータに会社番号を付与してタクシー
会社管理テーブル１２０に記憶する。また、配車センタ
１では、受信したドライバ情報および車両番号に会社番
号を付与して車両管理テーブル１２１に記憶する。

【００９０】配車を希望する利用客は、利用客端末２の
入出力部２７を通じて配車条件を入力する。図９に、配
車条件入力画面の例を示す。利用客は、配車サービスを
受けたい場合には、メインメニュー画面（図示しない）
から配車条件入力画面を表示させて、配車希望時間、利
用人数等を入力する。そして、位置検出部２２により位
置情報を取得する。利用客情報テーブル２９に記憶して
ある利用客情報と、位置情報と、配車条件とを付加した
配車依頼が配車センタ１へ送信される。配車依頼送信
は、図９に示す画面の配車依頼送信の選択操作により行
われる。

【００９１】配車センタ１では、予約受付部１０３によ
り利用客端末２からの配車依頼を受信して、受信した利
用客情報から利用客管理テーブル１２３を生成し、受付
日時と予約番号を付与して利用客情報（利用客番号）か
ら予約管理テーブル１２４を生成する。そして、予約受
付部１０３は、利用客情報の中の位置情報および配車条
件を配車処理部１０４へ渡す。

【００９２】配車処理部１０４により対応可能車両を選
定する。配車処理部１０４は、利用客の位置情報（経度
緯度）と動態管理部１０２から取得した車両の位置情報
（経度緯度）とを、地図参照部１０８を通じて得た該当
地域の地図データ１２７上にマッピングし、利用客の送
信した配車条件に該当する、すなわち利用客の近傍にい
る空車状態の車両を所定台数だけ選定する。

【００９３】例えば、配車条件として、配車希望時間＝
１０分であれば、利用客の位置に１０分以内に到着可能
な範囲にマッピングされた車両のうち、空車状態の車両
を選定する。ここで、空車状態の車両が範囲内にマッピ
ングされていなければ、配車条件の範囲内にマッピング
された実車状態の車両を選定する。実車状態であっても
乗客がすぐに降車する場合も考えられ、ドライバが予約
通知を受け付ける可能性があるからである。さらに、配
車条件の範囲内に車両がマッピングされていなければ、
範囲の境界付近まで範囲を広げて候補車両を選定する。

【００９４】さらに、住所検索部１０７により、利用客
の位置情報を住所表示や目標物の表示へ変換し、その結
果を予約受付部１０３へ返却する。

【００９５】予約受付部１０３は、配車処理部１０４で
選定された車両に対し、住所検索部１０７から得た配車
先および利用客情報の一部から生成した予約内容を付加
して予約通知を送信し、予約受付受信待ちとなる。制御
部１０１は予約受付タイマ監視を開始する。

【００９６】ドライバ端末３は、配車センタ１から予約
通知を受信して、配車に対応可能であれば予約受付を送
信する。図１０に、予約通知受信画面の例を示す。予約
通知では、予約内容として、予約日時、予約番号、配車
時間、配車先の目標物、利用客の名前が画面に表示され
ので、ドライバは予約通知受信画面をみて予約を受け付
けるか否かを判断することができる。

【００９７】配車センタ１の予約受付部１０３では、タ
イムアウト時には、利用客端末２に対して空車なしの通
知を送信する。

【００９８】タイムアウト前に予約受付を受信した時
は、予約受付を送信した車両を配車車両に決定し、その
ドライバ端末３に対して、利用客端末２のメールアドレ
ス／電話番号を付加した配車指示を送信し、配車指示確
認受信待ちとなる。制御部１０１は配車指示確認タイマ
監視を開始する。なお、利用客端末２のメールアドレス
／電話番号はドライバ端末３の入出力部３７で確認でき
ないデータ型式で送信される。

【００９９】ドライバ端末３は、配車センタ１から配車
指示を受信すると配車指示確認を配車センタ１へ送信
し、車両表示を回送にする。

【０１００】配車センタ１の予約受付部１０３では、配
車指示確認を受信した時は、配車指示車両以外の候補車
両に対して予約完了通知を送信する。そして、予約受付
部１０３では、利用客端末２に対し、配車対象のドライ
バ情報を含む配車依頼受付通知を送信して、予約管理テ
ーブル１２４の対応状態を回送に更新し、さらに、車両
位置状態管理テーブル１２２の車両状態および予約状態
を更新する。

【０１０１】課金・決済部１０５では、予約料の課金・
決済処理を行い、課金管理テーブル１２５を更新する。

【０１０２】図１１に、利用客端末２で表示される予約
確認受信画面の例を示す。利用客は、配車車両の到着時
に予約確認受信画面をドライバに提示し、ドライバが予
約内容を確認することで、利用客を認証することができ
る。また、予約確認受信画面には課金される予約料が表
示され、利用客は予約料の課金または決済を確認するこ
とができる。

【０１０３】車両が配車先へ到着し利用客が乗車する
と、ドライバ端末３は、配車完了通知を配車センタ１に
送信し、配車センタ１は確認を返却し、車両位置状態管
理テーブル１２２の車両状態を実車に更新する。

【０１０４】その後、目的地で利用客が降車すると、ド
ライバ端末３は、実車完了通知を配車センタ１に送信
し、配車センタ１は確認を返却し、車両位置状態管理テ
ーブル１２２の車両状態を空車に更新する。

【０１０５】図１２に、予約受付後に、利用客から配車
中断（キャンセル）が通知された場合に、利用客端末２
に表示される配車中断完了画面の例を示す。利用客は、
配車中断完了画面により、配車中断（キャンセル）完了
を確認できる。なお、配車中断完了画面に、課金・決済
される予約料額を表示するようにしてもよく、利用客
は、課金・決済される予約料額を確認することができ
る。

【０１０６】図１３〜図２４に、各端末の処理フローチ
ャートを示す。図１３は、利用客端末２における配車依
頼処理の処理フローチャートである。

【０１０７】利用客端末２では、予約処理部２３によ
り、入出力部２７を通じて利用客の配車条件を入力し
（ステップＳ１）、位置検出部２２を通じて位置情報を
取得し（ステップＳ２）、入出力部２７を通じて配車依
頼操作を入力して（ステップＳ３）、通信処理部２５に
より配車センタ１に配車依頼を送信し、（ステップＳ
４）、制御部２１では、タイマ監視を開始する（ステッ
プＳ５）。

【０１０８】利用客からの配車依頼中断の入力を待ち
（ステップＳ７）、配車依頼中断が入力されなければ
（ステップＳ８）、配車センタ１からのレスポンス受信
を待ち（ステップＳ９）、レスポンスが予約完了であれ
ば（ステップＳ１０）、予約完了を入出力部２７に表示
する（ステップＳ１１）。レスポンスが、空車なしであ
れば（ステップＳ１０）、空車なしを入出力部２７に表
示する（ステップＳ１２）。

【０１０９】また、タイマ監視（ステップＳ５）がタイ
ムアウトになった場合（ステップＳ６）、または配車依
頼中断が入力された場合（ステップＳ８）には、配車依
頼中断を入出力部２７に表示し（ステップＳ１３）、通
信処理部２５を通じて配車センタ１との間で配車依頼中
断とその応答を送受信する（ステップＳ１４）。

【０１１０】なお、配車依頼中断の入力待ち（ステップ
Ｓ７）およびレスポンス受信待ち（ステップＳ９）の処
理は、処理開始の時間的前後はない。

【０１１１】図１４は、利用客端末２における配車中断
処理の処理フローチャートである。利用客端末２では、
入出力部２７により配車中断が入力されると（ステップ
Ｓ２０）、予約処理部２３により、通信処理部２５を通
じて配車センタ１との間で配車中断とその応答を送受信
して（ステップＳ２１）、入出力部２７により、配車中
断完了を表示する（ステップＳ２２）。

【０１１２】図１５および図１６は、配車センタ１にお
ける配車依頼受付処理の処理フローチャートである。

【０１１３】配車センタ１では、予約受付部１０３によ
り、利用客端末２からの配車依頼の受信を待ち（ステッ
プＳ３０）、配車依頼があると（ステップＳ３１）、予
約情報を生成して予約管理テーブル１２４に記憶し（ス
テップＳ３２）、配車処理部１０４により、後述する配
車候補車両選定を行う（ステップＳ３３）。

【０１１４】選定車両がある場合には（ステップＳ３
４）、予約受付部１０３により、通信処理部１０９を通
じて、予約通知を選定された車両のドライバ端末３へ送
信し（ステップＳ３５）、同時に、制御部１０１によ
り、予約受付のタイマ監視を開始する（ステップＳ３
６）。

【０１１５】予約受付部１０３では、利用客端末２から
の配車依頼中断の受信を待ち（ステップＳ３８）、配車
依頼中断の受信がなければ（ステップＳ３９）、予約受
付受信を待ち（ステップＳ４０）、予約受付の受信があ
れば（ステップＳ４１）、最先に予約受付を送信した車
両を配車車両を決定して（ステップＳ４２）、当該配車
車両に配車指示を送信し（ステップＳ４３）、同時に、
制御部１０１により、配車指示確認のタイマ監視を開始
する（ステップＳ４４）。

【０１１６】予約受付部１０３では、配車依頼中断の受
信を待ち（ステップＳ４６）、配車依頼中断がなければ
（ステップＳ４７）、配車指示確認の受信を待ち（ステ
ップＳ４８）、配車指示の確認があれば（ステップＳ４
９）、予約受付完了を配車車両のドライバ端末３へ送信
し（ステップＳ５０）、配車依頼受付を利用客端末２へ
送信し（ステップＳ５１）、制御部１０１により、予約
管理テーブル１２４の対応状態と、車両位置状態管理テ
ーブル１２２の車両状態とを、回送に更新する（ステッ
プＳ５２、Ｓ５３）。

【０１１７】配車車両の決定前に配車依頼中断の受信待
ち状態で、配車依頼中断の受信があった場合には（ステ
ップＳ３９）、予約受付部１０３により、配車候補の車
両のドライバ端末３へ予約受付完了を送信し（ステップ
Ｓ５４）、利用客端末２へ配車依頼中断受付を送信し
（ステップＳ５５）、予約管理テーブル１２４の対応状
態を中断に更新する（ステップＳ５６）。

【０１１８】配車車両の決定後に配車依頼中断の受信待
ち状態で、配車依頼中断の受信があった場合には（ステ
ップＳ４７）、予約受付部１０３により、配車候補の車
両のドライバ端末３へ予約受付完了を送信し（ステップ
Ｓ５７）、配車車両のドライバ端末３との間で予約中断
とその応答を送受信し（ステップＳ５８）、利用客端末
２へ配車依頼中断受付を送信し（ステップＳ５９）、予
約管理テーブル１２４の対応状態を中断に更新する（ス
テップＳ６０）。

【０１１９】また、配車候補車両選定処理で選定車両が
ない場合（ステップＳ３４）、または予約受付のタイマ
監視がタイムアウトした場合（ステップＳ３７）には、
利用客端末２に空車なしを送信し（ステップＳ６１）、
予約管理テーブル１２４の対応状態を空車なしに更新す
る（ステップＳ６２）。

【０１２０】なお、配車依頼中断の受信待ち（ステップ
Ｓ３８）および予約受付の受信待ち（ステップＳ４０）
の処理は、処理開始の時間的な前後はない。同様に、配
車依頼中断の受信待ち（ステップＳ４６）および配車指
示確認の受信待ち（ステップＳ４８）の処理も、処理開
始の時間的な前後はない。

【０１２１】図１７は、配車センタ１における配車候補
車両選定処理の処理フローチャートである。

【０１２２】配車センタ１では、配車処理部１０４によ
り、予約受付部１０３で受け付けた配車条件を取得して
（ステップＳ７０）、地図参照部１０８で参照した地図
データ１２７上で、予約受付部１０３で取得した利用客
の位置情報と動態管理部１０２から取得した車両の位置
情報とをマッピングし、利用客の位置情報を中心に、配
車条件に合致する近傍範囲の空車状態の車両を検索して
（ステップＳ７１）、配車対象の車両があれば（ステッ
プＳ７２）、より配車条件に適合した好条件の車両から
上位の所定台数の車両を選定する（ステップＳ７８）。

【０１２３】一方、近傍範囲に配車対象の車両がなけれ
ば（ステップＳ７２）、近傍範囲の実車状態の車両を検
索して（ステップＳ７３）、配車対象の車両があれば
（ステップＳ７４）、より配車条件に適合した好条件の
車両から上位の所定台数の車両を選定する（ステップＳ
７８）。配車対象の車両がなければ（ステップＳ７
４）、範囲の限界の周囲にある空車または実車状態の車
両を検索し（ステップＳ７５）、配車対象の車両があれ
ば（ステップＳ７６）、より配車条件に適合した好条件
の車両から上位の所定台数の車両を選定する（ステップ
Ｓ７８）。配車対象の車両がなければ（ステップＳ７
６）、配車候補未選定とする（ステップＳ７７）。

【０１２４】図１８は、配車センタ１における配車中断
受付処理の処理フローチャートである。

【０１２５】配車センタ１では、予約受付部１０３によ
り、利用客端末２からの配車中断の受信を待ち（ステッ
プＳ８０）、配車中断の受信があれば（ステップＳ８
１）、配車中断の対象となる予約があるかどうかを調べ
（ステップＳ８２）、対象となる予約があれば、配車車
両のドライバ端末３との間で予約中断とその応答を送受
信し（ステップＳ８３）、利用客端末２へ配車中断受付
を送信し（ステップＳ８４）、制御部１０１により、予
約管理テーブル１２４の対応状態を中断に更新する（ス
テップＳ８５）。

【０１２６】図１９は、配車センタ１における車両位置
状態管理処理の処理フローチャートである。

【０１２７】配車センタ１では、動態管理部１０２によ
り、定期的または車両状態の変更を契機にした車両の位
置情報および状態の報告の受信を待ち（ステップＳ９
０）、ドライバ端末３から車両の位置情報および状態の
報告があれば（ステップＳ９１）、車両位置状態管理テ
ーブル１２２をもとに状態に変化があるかどうかを調べ
（ステップＳ９２）、状態に変化があれば、車両位置状
態管理テーブル１２２の車両位置情報と車両状態を更新
し（ステップＳ９３）、状態に変化がなければ、車両位
置状態管理テーブル１２２の車両位置情報を更新する
（ステップＳ９４）。

【０１２８】図２０〜図２２は、ドライバ端末３におけ
る配車受付処理の処理フローチャートである。

【０１２９】ドライバ端末３では、予約確保部３４によ
り、配車センタ１からの予約通知の受信を待ち（ステッ
プＳ１００）、予約通知の受信があれば（ステップＳ１
０１）、入出力部３７により予約通知を表示し（ステッ
プＳ１０２）、制御部３１により予約受付のタイマ監視
を開始する（ステップＳ１０３）。

【０１３０】そして、タイムアウトまで（ステップＳ１
０４）、受付完了の受信を待ち（ステップＳ１０５）、
受付完了を受信していなければ（ステップＳ１０６）、
ドライバの予約受付入力を待ち（ステップＳ１０７）、
予約受付を入力したら（ステップＳ１０８）、配車セン
タ１へ予約受付を送信し（ステップＳ１０９）、配車指
示確認のタイマ監視を開始する（ステップＳ１１０）。

【０１３１】そして、タイムアウトまで（ステップＳ１
１１）、配車センタ１からのレスポンスの受信を待ち
（ステップＳ１１２）、レスポンスが配車指示であれば
（ステップＳ１１３）、入出力部３７により、配車指示
を表示し（ステップＳ１１４）、配車指示確認を入力し
て（ステップＳ１１５）、配車センタ１へ配車指示確認
を送信し（ステップＳ１１６）、車両に回送を表示する
（ステップＳ１１７）。

【０１３２】そして、予約中断の受信を待ち（ステップ
Ｓ１１８）、予約中断の受信がなければ（ステップＳ１
１９）、入出力部３７を通じたドライバの実車報告の入
力を待ち（ステップＳ１２０）、実車報告の入力があれ
ば（ステップＳ１２１）、配車センタ１との間で実車報
告とその応答の送受信を行い（ステップＳ１２２）、車
両に実車を表示する（ステップＳ１２３）。

【０１３３】その後、目的地で利用客が降車して、入出
力部３７を通じて空車報告が入力されると（ステップＳ
１２４）、配車センタ１との間で空車報告とその応答が
送受信され（ステップＳ１２５）、車両に空車を表示す
る（ステップＳ１２６）。

【０１３４】予約中断の受信を待つ間に（ステップＳ１
１８）、予約中断の受信があれば（ステップＳ１１
９）、入出力部３７により、予約中断を表示して（ステ
ップＳ１２７）、予約中断確認の入力がされると（ステ
ップＳ１２８）、予約中断確認を配車センタ１へ送信し
て（ステップＳ１２９）、車両に空車を表示する（ステ
ップＳ１２６）。

【０１３５】図２３は、ドライバ端末３における位置通
知処理の処理フローチャートである。

【０１３６】ドライバ端末３では、位置検出部３２によ
り、所定の時間ごとに位置情報を取得して（ステップＳ
１３０）、前回に位置情報を通知していれば（ステップ
Ｓ１３１) 、さらに、前回の通知の時からの移動距離が
所定距離を上回っているかどうかを調べて（ステップＳ
１３２）、移動距離が上回っている場合のみ、通信処理
部３５を通じて配車センタ１に位置情報を送信する（ス
テップＳ１３３）。また、前回に位置情報を通知してい
なければ、直ちに、配車センタ１に位置情報を送信する
（ステップＳ１３３）。

【０１３７】図２４は、ドライバ端末３における状態通
知処理の処理フローチャートである。

【０１３８】ドライバ端末３では、状態通知部３３によ
り、利用客の乗車や降車、配車などの度に、ドライバが
入出力部３７を通じて状態を入力するか、または、料金
メータ等の操作と同期して状態が入力されると（ステッ
プＳ１４０）、状態を更新して（ステップＳ１４１）、
所定の時間ごともしくは所定の契機に、配車センタ１へ
状態情報を送信する（ステップＳ１４２）。

【０１３９】以上、本発明をその実施の態様により説明
したが、本発明はその主旨の範囲において種々の変形が
可能である。

【０１４０】

【発明の効果】以上説明したように、本発明によれば、
複数のタクシー会社の車両を登録した配車センタの受付
窓口をインターネット上に設定することができ、利用客
は、例えば携帯電話で、全国どこからでも、より良いタ
クシー配車のサービスを受けることができる。

【０１４１】また、本発明によれば、車両の位置情報お
よび状態情報と、利用客の位置情報を取得して、車両の
位置情報および状態情報と利用客の位置情報を用いて最
適な配車条件の車両を選定して効率的に配車を行うタク
シー配車処理システムを提供することができる。

【０１４２】さらに、本発明によれば、配車依頼受け付
け完了後に状況の変更が生じた場合に、利用客と車両の
ドライバとが直接連絡することを可能にし、さらに配車
依頼のキャンセルが発生した場合に、確実に予約料など
の徴収が行えるタクシー配車処理システムを提供するこ
とができる。

【０１４３】さらに、本発明によれば、車両交換などの
場合でも、ドライバ側の端末を安価かつ簡単に移設でき
るようなタクシー配車処理システムを提供することがで
きる。

【図面の簡単な説明】

【図１】本発明にかかる配車処理システムの構成例を示
す図である。

【図２】本発明の処理の概要を説明するための図であ
る。

【図３】利用客端末の各手段の構成例を示す図である。

【図４】ドライバ端末の各手段の構成例を示す図であ
る。

【図５】配車センタ（サーバ）の各手段の構成例を示す
図である。

【図６】配車センタで記憶されるテーブルのデータ構成
例を示す図である。

【図７】タクシー会社端末の各手段の構成例を示す図で
ある。

【図８】本発明の処理の流れを説明するための図であ
る。

【図９】配車条件入力画面の例を示す図である。

【図１０】予約通知受信画面の例を示す図である。

【図１１】予約確認受信画面の例を示す図である。

【図１２】配車中断完了画面の例を示す図である。

【図１３】利用客端末における配車依頼処理の処理フロ
ーチャートである。

【図１４】利用客端末における配車中断処理の処理フロ
ーチャートである。

【図１５】配車センタにおける配車依頼受付処理の処理
フローチャート（１）である。

【図１６】配車センタにおける配車依頼受付処理の処理
フローチャート（２）である。

【図１７】配車センタにおける配車候補車両選定処理の
処理フローチャートである。

【図１８】配車センタにおける配車中断受付処理の処理
フローチャートである。

【図１９】配車センタにおける車両位置状態管理処理の
処理フローチャートである。

【図２０】ドライバ端末における配車受付処理の処理フ
ローチャート（１）である。

【図２１】ドライバ端末における配車受付処理の処理フ
ローチャート（２）である。

【図２２】ドライバ端末における配車受付処理の処理フ
ローチャート（３）である。

【図２３】ドライバ端末における位置通知処理の処理フ
ローチャートである。

【図２４】ドライバ端末における状態通知処理の処理フ
ローチャートである。

【図２５】従来のタクシー配車システムを説明するため
の図である。

【符号の説明】

１ 配車センタ（ＡＳＰ） ２ 利用客端末 ３ａ，３ｂ ドライバ端末 ４ タクシー会社端末 ５ 電子決済機関 ６ 無線パケット通信網／インターネット ７ 携帯電話網／電話回線 ７１ 基地局 ７２ モデム ８ ＧＰＳ ２１ 制御部 ２２ 位置検出部 ２３ 予約処理部 ２４ 電子決済部 ２５ 通信処理部 ２６ 通話処理部 ２７ 入出力部 ２８ 記憶部 ２９ 利用客情報テーブル ３１ 制御部 ３２ 位置検出部 ３３ 状態通知部 ３４ 予約確保部 ３５ 通信処理部 ３６ 通話処理部 ３７ 入出力部 ３８ 記憶部 ３９ ドライバ情報テーブル ４１ 制御部 ４２ インターネットブラウザ ４３ 通信処理部 ４４ 通話処理部 ４５ 入出力部 ４６ 記憶部 １０１ 制御部 １０２ 動態管理部 １０３ 予約受付部 １０４ 配車処理部 １０５ 課金・決済部 １０６ 統計収集部 １０７ 住所検索部 １０８ 地図参照部 １０９ 通信処理部 １１０ 記憶部 １２０ タクシー会社管理テーブル １２１ 車両管理テーブル １２２ 車両位置状態管理テーブル １２３ 利用客管理テーブル １２４ 予約管理テーブル １２５ 課金管理テーブル １２６ 統計情報管理テーブル １２７ 地図データ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ５０６ Ｇ０６Ｆ 17/60 ５０６ ＺＥＣ ＺＥＣ Ｈ０４Ｂ 7/26 Ｈ０４Ｂ 7/26 Ｊ Ｆターム(参考） 5H180 AA14 BB04 BB05 BB15 EE10 FF05 FF13 FF27 5K067 AA11 AA29 BB26 DD17 DD20 EE02 EE10 FF02 FF23 HH22 HH23 JJ52 JJ56

Claims (9)

【特許請求の範囲】
1. 【請求項１】 配車サービスに提供される車両に備えら
   れる車両端末と、利用客が所持する利用客端末と、無線
   パケット通信網もしくは携帯電話網を利用して前記車両
   端末または利用客端末とデータの送受信が可能な配車セ
   ンタとを備えるタクシー配車処理システムにおいて、 前記車両端末は、 前記車両もしくは乗務するドライバを識別するための車
   両／ドライバ識別情報と前記車両端末へのアクセス情報
   とを記憶するドライバ情報記憶手段と、 前記車両の位置を検出する位置検出手段と、 前記車両が少なくとも配車に対応可能か否かを示す運行
   状態を保持し、定期的にもしくは所定の契機に、前記車
   両位置および前記運行状態とを前記配車センタに通知す
   る状態通知手段と、 前記配車センタから、配車先である利用客位置と前記利
   用客端末へのアクセス情報と前記利用客を識別する利用
   客識別情報とを含む配車予約を受け付け、配車車両が決
   定した後に、前記配車車両の車両／ドライバ識別情報お
   よび車両端末アクセス情報を含む予約確認を返却し、も
   しくは前記利用客端末から配車依頼中断を受け付けて前
   記配車車両へ返却する予約確保処理手段と、 前記利用客端末アクセス情報をもとに前記利用客端末と
   通話もしくはデータ通信を行う通信処理手段とを備え、 前記利用客端末は、 前記利用客識別情報と前記利用客端末アクセス情報とを
   記憶する利用客情報記憶手段と、 前記利用客の位置を検出する位置検出手段と、 前記配車センタに対し、前記利用客位置と前記利用客識
   別情報と前記利用客端末アクセス情報とを含む配車依頼
   を通知し、もしくは前記配車依頼中断を通知し、また
   は、前記配車センタから、前記配車車両の車両／ドライ
   バ識別情報および前記車両端末アクセス情報を含む配車
   依頼受付を受け取る予約処理手段と、 前記車両端末アクセス情報をもとに前記車両端末と通話
   もしくはデータ通信を行う通信処理手段とを備え、 前記配車センタは、 少なくとも前記車両／ドライバ識別情報と前記車両端末
   アクセス情報とを記憶する車両情報記憶手段と、 少なくとも前記利用客識別情報と前記利用客端末アクセ
   ス情報とを記憶する利用客情報記憶手段と、 前記車両から少なくとも前記車両位置と前記運行状態と
   を受信して記憶する車両位置状態記憶手段と、 配車を行う地域の地図データおよび住所データを含む地
   図情報を記憶する地図データ記憶手段と、 前記地図情報を参照して、前記利用客位置と前記車両位
   置と前記運行状態とをもとに配車候補を選択する配車処
   理手段と、 前記地図情報を参照して、前記利用客位置から住所表示
   を検出する住所検出手段と、 前記配車候補に対し、前記住所表示と前記利用客識別情
   報と前記利用客端末アクセス情報とを含む配車予約を通
   知し、前記配車予約に応答した配車候補から配車車両を
   決定し、前記配車車両の決定後に、前記利用客端末に対
   して前記配車車両の車両／ドライバ情報および車両端末
   アクセス情報を含む配車依頼受付を返却し前記運行状態
   を回送に変更し、もしくは前記利用客端末に対して前記
   配車依頼中断を返却して前記運行状態を空車に変更する
   予約受付手段とを備えることを特徴とするタクシー配車
   処理システム。
2. 【請求項２】 請求項１記載のタクシー配車処理システ
   ムにおいて、 前記配車センタは、さらに、 配車にかかる予約料もしくは乗車代金を、前記配車依頼
   受付を前記利用客端末へ送信する時もしくは前記配車車
   両の運行状態が実車から空車へ変更した通知を受信した
   時のいずれかの時に、電子決済機関を利用して課金また
   は決済する課金・決済処理手段を備え、 前記利用客端末は、さらに 前記予約料もしくは前記乗車代金を、電子決済機関を利
   用して決済する電子決済処理手段を備えることを特徴と
   するタクシー配車処理システム。
3. 【請求項３】 請求項１記載のタクシー配車処理システ
   ムにおいて、 前記配車センタは、さらに前記車両を所有するタクシー
   会社に対して前記配車センタで記憶する情報を統計処理
   し当該結果を送信する統計収集手段を備えることを特徴
   とするタクシー配車処理システム。
4. 【請求項４】 配車サービスに提供される車両に備えら
   れる車両端末と、利用客が所持する利用客端末と、無線
   パケット通信網もしくは携帯電話網を利用して前記車両
   端末または利用客端末とデータの送受信が可能な配車セ
   ンタとを備えるタクシー配車処理システムで用いる車両
   端末において、 前記車両もしくは乗務するドライバを識別するための車
   両／ドライバ識別情報と前記車両端末へのアクセス情報
   とを記憶するドライバ情報記憶手段と、 前記車両の位置を検出する位置検出手段と、 前記車両が少なくとも配車に対応可能か否かを示す運行
   状態を保持し、定期的にもしくは所定の契機に、前記車
   両位置および前記運行状態とを前記配車センタに通知す
   る状態通知手段と、 前記配車センタから、配車先である利用客位置と前記利
   用客端末へのアクセス情報と前記利用客を識別する利用
   客識別情報とを含む配車予約を受け付け、配車車両が決
   定した後に、前記配車車両の車両／ドライバ識別情報お
   よび車両端末アクセス情報を含む予約確認を返却し、も
   しくは前記利用客端末から配車依頼中断を受け付けて前
   記配車車両へ返却する予約確保処理手段と、 前記利用客端末アクセス情報をもとに前記利用客端末と
   通話もしくはデータ通信を行う通信処理手段とを備える
   ことを特徴とする車両端末。
5. 【請求項５】 配車サービスに提供される車両に備えら
   れる車両端末と、利用客が所持する利用客端末と、無線
   パケット通信網もしくは携帯電話網を利用して前記車両
   端末または利用客端末とデータの送受信が可能な配車セ
   ンタとを備えるタクシー配車処理システムで用いる利用
   客端末において、 前記利用客を識別する利用客情報と前記利用客端末への
   アクセス情報とを記憶する利用客情報記憶手段と、 前記利用客の位置を検出する位置検出手段と、 前記配車センタに対し、配車先である前記利用客位置と
   前記利用客識別情報と前記利用客端末アクセス情報とを
   含む配車依頼を通知し、もしくは前記配車依頼中断を通
   知し、または、前記配車センタから、前記配車車両もし
   くは乗務するドライバを識別する車両／ドライバ識別情
   報および前記車両端末へのアクセス情報を含む配車依頼
   受付を受け取る予約処理手段と、 前記車両端末アクセス情報をもとに前記車両端末と通話
   もしくはデータ通信を行う通信処理手段とを備えること
   を特徴とする利用客端末。
6. 【請求項６】 請求項５記載の利用客端末において、 さらに、前記配車センタで課金された予約料もしくは乗
   車代金を、電子決済機関を利用して決済する電子決済処
   理手段を備えることを特徴とする利用客端末。
7. 【請求項７】 配車サービスに提供される車両に備えら
   れる車両端末と、利用客が所持する利用客端末と、無線
   パケット通信網もしくは携帯電話網を利用して前記車両
   端末または利用客端末とデータの送受信が可能な配車セ
   ンタとを備えるタクシー配車処理システムで用いる配車
   センタサーバにおいて、 少なくとも前記車両もしくは乗務するドライバを識別す
   る車両／ドライバ識別情報と前記車両端末へのアクセス
   情報とを記憶する車両情報記憶手段と、 少なくとも前記利用客を識別する利用客識別情報と前記
   利用客端末へのアクセス情報とを記憶する利用客情報記
   憶手段と、 前記車両から少なくとも前記車両位置と前記運行状態と
   を受信して記憶する車両位置状態記憶手段と、 配車を行う地域の地図データおよび住所データを含む地
   図情報を記憶する地図データ記憶手段と、 前記地図情報を参照して、前記利用客位置と前記車両位
   置と前記運行状態とをもとに配車候補を選択する配車処
   理手段と、 前記地図情報を参照して、前記利用客位置から住所表示
   を検出する住所検出手段と、 前記配車候補に対し、前記住所表示と前記利用客識別情
   報と前記利用客端末アクセス情報とを含む配車予約を通
   知し、前記配車予約に応答した配車候補から配車車両を
   決定し、前記配車車両決定後に、前記利用客端末に対し
   て前記配車車両の車両／ドライバ情報および車両端末ア
   クセス情報を含む配車依頼受付を返却し前記運行状態を
   回送に変更し、もしくは前記利用客端末に対して前記配
   車依頼中断を返却して前記運行状態を空車に変更する予
   約受付手段とを備えることを特徴とする配車センタサー
   バ。
8. 【請求項８】 請求項７記載の配車センタサーバにおい
   て、 さらに、配車にかかる予約料もしくは乗車代金を、前記
   配車依頼受付を前記利用客端末へ送信する時もしくは前
   記配車車両の運行状態が実車から空車へ変更した通知を
   受信した時のいずれかの時に、電子決済機関を利用して
   課金または決済する課金・決済処理手段を備えることを
   特徴とする配車センタサーバ。
9. 【請求項９】請求項７記載の配車センタサーバにおい
   て、 さらに、 前記車両を所有するタクシー会社に対して前記配車セン
   タサーバで記憶する情報を統計処理し当該結果を送信す
   る統計収集手段を備えることを特徴とする配車センタサ
   ーバ。