(57)【特許請求の範囲】
【請求項１】
配車サービスに提供される車両に備えられる車両端末と、利用客が所持する利用客端末と、前記車両を運営する複数の会社各々に備えられる会社端末と、無線パケット通信網もしくは携帯電話網を利用して前記車両端末または前記利用客端末または前記会社端末とデータの送受信が可能な配車センタとを備えるタクシー配車処理システムにおいて、
前記車両端末は、
前記車両もしくは乗務するドライバを識別する車両／ドライバ識別情報と前記車両端末へのアクセス情報とを含むドライバ情報を記憶するドライバ情報記憶手段と、
前記車両の位置を検出する位置検出手段と、
前記車両が少なくとも配車に対応可能か否かを示す運行状態を保持し、定期的にもしくは所定の契機に、前記車両位置と前記運行状態とを前記配車センタに通知する状態通知手段と、
前記配車センタから、配車先である利用客位置と、利用客を識別する利用客識別情報および前記利用客が所持する利用客端末へのアクセス情報を含む利用客情報とが付加された配車予約を受け付け、前記受け付けた配車予約に対する配車車両が決定した後に前記ドライバ情報を付加した予約確認を返却し、もしくは前記配車センタから前記予約確認に対する配車依頼中断を受け付け、前記受け付けた配車依頼中断の確認を前記配車センタへ返却する予約確保処理手段と、
前記利用客端末へのアクセス情報をもとに前記利用客端末と通話もしくはデータ通信を行う通信処理手段とを備え、
前記利用客端末は、
前記利用客端末を所持する利用者の利用客識別情報と前記利用客端末へのアクセス情報とを含む利用客情報を記憶する利用客情報記憶手段と、
前記利用客の位置を検出する位置検出手段と、
前記配車センタに対し、前記利用客位置と前記利用客情報記憶手段に記憶された利用客情報とを付加した配車依頼もしくは前記配車依頼に対する配車依頼中断を通知し、または、前記配車センタから、前記配車車両のドライバ情報が付加された配車依頼受付を受け取る予約処理手段と、
前記車両端末アクセス情報をもとに前記車両端末と通話もしくはデータ通信を行う通信処理手段とを備え、
前記配車センタは、
前記車両を運営する会社を識別する会社識別情報と前記会社の会社端末へのアクセス情報とを含む会社情報を記憶する会社情報記憶手段と、
前記車両の前記ドライバ情報を、前記車両を運営する会社の会社識別情報と対応づけて記憶する車両情報記憶手段と、
前記利用者の前記利用客情報を記憶する利用客情報記憶手段と、
前記車両から少なくとも前記車両位置と前記運行状態とを受信して記憶する車両位置状態記憶手段と、
配車を行う地域の地図データおよび住所データを含む地図情報を記憶する地図データ記憶手段と、
前記地図情報を参照して、前記利用客位置と前記車両位置と前記運行状態とをもとに配車候補となる車両を選択する配車処理手段と、
前記地図情報を参照して、前記利用客位置から住所表示を検出する住所検出手段と、
前記利用客端末から、配車先である前記利用客位置と前記利用客情報とが付加された配車依頼を受け付け、前記配車依頼にもとづき選択された配車候補に対し前記利用客位置と前記利用客情報とを付加した配車予約を通知し、前記配車予約に応答した配車候補から配車車両を決定し、前記配車車両の決定後に、前記利用客端末に対して前記配車車両のドライバ情報を付加した配車依頼受付を返却して前記配車車両の運行状態を回送に変更し、もしくは、前記利用客端末から前記配車依頼に対する配車依頼中断を受け付けて前記配車依頼にもとづく配車予約に対して決定された配車車両の車両端末に対し前記配車依頼中断を通知して前記配車車両の運行状態を空車に変更する予約受付手段とを備え、
前記会社端末は、
前記配車センタとデータ通信を行う通信処理手段と、
前記配車センタの車両情報記憶手段または前記利用客情報記憶手段へ前記ドライバ情報もしくは前記利用者情報を登録する登録手段と、
前記配車センタの前記車両情報記憶手段のドライバ情報または前記予約受付手段の処理結果を参照する参照手段とを備える
ことを特徴とするタクシー配車処理システム。
【請求項２】
請求項１記載のタクシー配車処理システムにおいて、
前記配車センタは、さらに、
前記会社識別情報に対応付けて前記配車予約を受け付けた回数を記憶する課金情報記憶手段と、
前記配車予約を受け付けた回数をもとに前記会社に対する利用料を計算し、前記利用料の課金または決済を処理する課金・決済処理手段を備える
ことを特徴とするタクシー配車処理システム。
【請求項３】
請求項１記載のタクシー配車処理システムにおいて、
前記配車センタは、さらに
前記会社端末に対して前記配車センタで記憶する情報を統計処理し当該結果を送信する統計収集手段を備える
ことを特徴とするタクシー配車処理システム。
【請求項４】
配車サービスに提供される車両に備えられる車両端末と、利用客が所持する利用客端末と、前記車両を運営する複数の会社各々に備えられる会社端末と、無線パケット通信網もしくは携帯電話網を利用して前記車両端末または前記利用客端末または前記会社端末とデータの送受信が可能な配車センタとを備えるタクシー配車処理システムに備えられる配車センタサーバであって、
前記車両を運営する会社を識別する会社識別情報と前記会社の会社端末へのアクセス情報とを含む会社情報を記憶する会社情報記憶手段と、
前記車両もしくは乗務するドライバを識別する車両／ドライバ識別情報と前記車両端末へのアクセス情報とを含むドライバ情報を、前記車両を運営する会社の会社識別情報と対応付けて記憶する車両情報記憶手段と、
前記利用者の利用客端末へのアクセス情報および前記利用客を識別する利用客識別情報を含む利用客情報を記憶する利用客情報記憶手段と、
前記車両から、少なくとも車両位置と前記車両が少なくとも配車に対応可能か否かを示す運行状態とを受信して記憶する車両位置状態記憶手段と、
配車を行う地域の地図データおよび住所データを含む地図情報を記憶する地図データ記憶手段と、
前記地図情報を参照して、利用客位置と前記車両位置と前記運行状態とをもとに配車候補となる車両を選択する配車処理手段と、
前記地図情報を参照して、前記利用客位置から住所表示を検出する住所検出手段と、
前記利用客端末から、配車先である前記利用客位置と前記利用客情報とが付加された配車依頼を受け付け、前記配車依頼にもとづき選択された配車候補に対し前記利用客位置と前記利用客情報とを付加した配車予約を通知し、前記配車予約に応答した配車候補から配車車両を決定し、前記配車車両の決定後に、前記利用客端末に対して前記配車車両のドライバ情報を付加した配車依頼受付を返却して前記配車車両の運行状態を回送に変更し、もしくは、前記利用客端末から前記配車依頼に対する配車依頼中断を受け付け、前記配車依頼にもとづく配車予約に対して決定された配車車両の車両端末に対し前記配車依頼中断を通知して前記配車車両の運行状態を空車に変更する予約受付手段とを備える
ことを特徴とする配車センタサーバ。
【請求項５】
請求項４記載の配車センタサーバにおいて、さらに、
前記会社識別情報に対応付けて前記配車予約を受け付けた回数を記憶する課金情報記憶手段と、
前記配車予約を受け付けた回数をもとに前記会社に対する利用料を計算し、前記利用料の課金または決済を処理する課金・決済処理手段を備える
ことを特徴とする配車センタサーバ。
【請求項６】
請求項４記載の配車センタサーバにおいて、さらに、
前記会社端末に対して前記配車センタサーバで記憶する情報を統計処理し当該結果を送信する統計収集手段を備える
ことを特徴とする配車センタサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、タクシー配車システムに関し、特に、ネットワーク上に設けた配車センタが、利用客が所持携行する端末からのアクセスを受け付けて、そのアクセス時に取得した位置情報を用いてタクシー車両の配車処理を行うタクシー配車システムに関する。
【０００２】
【従来の技術】
従来のタクシー配車システムを図２５を用いて説明する。
【０００３】
まずタクシーの配車センタ９１に対して、利用客９２はタクシーの配車依頼を行う。ここで、配車センタ９１はタクシー会社ごとに運用されているために、利用客９２は、まず複数の配車センタ９１から一つを選択して、その後に、自分の現在位置、配車を受けたい位置などの位置情報を配車センタ９１に送信する。
【０００４】
配車依頼を受け付けた配車センタ９１では、自センタが管理運用中のタクシーの全車両９３に対して、タクシー無線を用いて一斉に位置情報を要求する。配車に対応可能な車両９３はこれに応答し、配車センタ９１は応答してきた車両９３の位置情報を取得する。そして、配車センタ９１では、取得した位置情報から、配車に最適な位置にあると考える１台の車両９３に対して配車を受け付けるか否かを確認する。そして、配車センタ９１では、車両９３が配車受付確認を応答した場合に、その車両番号等を利用客９２に通知して配車受付を完了する。
【０００５】
一方、対応可能な車両９３がなかった場合に、配車センタ９１は、利用客９２に対し配車ができない旨を通知する。利用客９２は、配車可能な車両が見つかるまで、別の配車センタ９１に接続して同様の配車依頼をやり直す。
【０００６】
【発明が解決しようとする課題】
従来の配車システムでは、配車センタはタクシー会社ごとに運用されている。そのため、利用客は、まず配車センタを選択する必要があった。各配車センタへの接続方法として、利用客の位置情報を用いて利用地域に則した配車センタへ接続する方法もある。しかし、利用客は、利用する地域で配車を行う配車センタの連絡先を予め知っている必要があるが、地域ごとの連絡先などを調べるのは面倒である。また、連絡した配車センタが話中の場合や、配車対応が可能な車両がなかった場合には、利用客は、別の配車センタへ連絡し直す必要があり煩わしい。
【０００７】
また、配車センタが効率的な配車指示を目指しても、配車指示は同一の配車センタ（タクシー会社）内のみに閉じて行われるので、利用客にとって好条件の他社の車両があっても考慮されない。したがって、配車に要する時間や配車料金などについて、どの配車センタ（タクシー会社）が良いかを比較することができない。
【０００８】
また、利用客は、配車して欲しい場所（配車先）を口頭で説明する必要があるが、旅先などの不慣れな場所での配車では、利用客が配車先を説明することが困難な場合もある。さらに、従来の電話受付による配車システムでは、聾唖者や聴覚障害者などの利用客は、単独で配車センタを利用することは困難である。一方、従来の配車システムでは、配車センタ内に有人の電話予約受付窓口を設定する必要があり、運用するタクシー会社にとっても経費的負担の軽減が難しい。
【０００９】
また、配車依頼受付の完了後に、配車先が変更になったり、利用客数が増減したりなどの状況の変更が生じても、利用客は、直接ドライバと連絡をとることができず、配車依頼の変更にほとんど対応ができず不便であった。
【００１０】
特に、タクシー会社にとって、配車依頼受付完了後に配車依頼のキャンセルが発生すると、配車先までの走行に要した時間が無駄になる。さらに、予約料や配車先までの走行料金は実車後に徴収するため、キャンセルの場合に予約料を徴収する手段がなかった。
【００１１】
また、従来の配車システムは、定常的に車両の状態管理を行わず、配車依頼を受け付けてから各車両の位置情報を取得し、取得した位置情報のみで配車の候補車両を選定する。このため、車両の状態（実車、空車、回送など）が把握できず、ほとんど全ての車両に対して配車対応可能かどうかを確認する必要があり、効率的な配車指示ができないという問題がある。すなわち、従来では、車両との通信頻度を考慮して、車両位置情報の要求とその応答にタクシー無線を使用した音声による一斉通報を利用していた。しかし、接客や離車によりドライバが通報を聞き逃してしまうことも多く、さらに、配車指示者のレスポンスの負担を軽減できないという問題があった。
【００１２】
既にある車両位置を定常的に確認する動態管理システムは、高価で導入が困難な場合が多い上に、電話予約との併用ができないという問題がある。また、ＧＰＳ（Global Positioning System ）を利用した位置情報取得システムは、車両側端末が高価であり、さらに、車体固定式の端末の場合に、点検、修理、車両交換等の際に簡単に端末を移設することができず、費用や労力の負担が大きい。
【００１３】
さらに、現在ではタクシー無線の割当て状況が逼迫しているために、新規参入や営業地域の拡大が困難となっている。
【００１４】
かかる問題点から、全国的な規模で配車を管理し、かつ、効率的で状況変更にも柔軟に対応できる配車システムであって、タクシー無線を使用せずに費用的負担の少ない配車システムの実現が望まれている。
【００１５】
本発明の目的は、運行する車両の位置情報および運行状態を定期的に管理しておき、利用客の配車要求時に利用客の位置情報を取得して、車両の位置および状態情報と利用客の位置情報を用いて最適な配車条件の車両を選定して効率的に配車を行う配車システムを実現することである。
【００１６】
さらに、本発明の目的は、配車依頼受け付け完了後に状況の変更が生じた場合に、利用客と車両のドライバとが直接連絡することを可能にし、さらに配車依頼のキャンセルが発生した場合に、確実に予約料等の徴収が行える配車システムを実現することである。
【００１７】
さらに、本発明の目的は、車両交換等の場合でも、ドライバ側の端末を安価かつ簡単に移設できるような配車システムを実現することである。
【００１８】
【課題を解決するための手段】
上記の目的を達成するため、本発明は、配車サービスに提供される車両に備えられる車両端末と、利用客が所持する利用客端末と、前記車両を運営する複数の会社各々に備えられる会社端末と、無線パケット通信網もしくは携帯電話網を利用して前記車両端末または前記利用客端末または前記会社端末とデータの送受信が可能な配車センタとを備えるタクシー配車処理システムにおいて、車両端末、利用客端末、会社端末および配車センタ（サーバ）は、以下の手段を備える。
【００１９】
車両端末は、前記車両もしくは乗務するドライバを識別する車両／ドライバ識別情報と前記車両端末へのアクセス情報とを含むドライバ情報を記憶するドライバ情報記憶手段と、前記車両の位置を検出する位置検出手段と、前記車両が少なくとも配車に対応可能か否かを示す運行状態を保持し、定期的にもしくは所定の契機に、前記車両位置と前記運行状態とを前記配車センタに通知する状態通知手段と、前記配車センタから、配車先である利用客位置と、利用客を識別する利用客識別情報および前記利用客が所持する利用客端末へのアクセス情報を含む利用客情報とが付加された配車予約を受け付け、前記受け付けた配車予約に対する配車車両が決定した後に、前記ドライバ情報を付加した予約確認を返却し、もしくは前記配車センタから前記予約確認に対する配車依頼中断を受け付け、前記受け付けた配車依頼中断の確認を前記配車センタへ返却する予約確保処理手段と、前記利用客端末へのアクセス情報をもとに前記利用客端末と通話もしくはデータ通信を行う通信処理手段とを備える。
【００２０】
また、利用客端末は、前記利用客を識別する利用客識別情報と前記利用客端末へのアクセス情報とを記憶する利用客情報記憶手段と、前記利用客の位置を検出する位置検出手段と、前記配車センタに対し、配車先である前記利用客位置と前記利用客識別情報と前記利用客端末アクセス情報とを含む配車依頼を通知し、もしくは前記配車依頼中断を通知し、または、前記配車センタから、前記車両／ドライバ識別情報および前記車両端末アクセス情報を含む配車依頼受付を受け取る予約処理手段と、前記車両端末アクセス情報をもとに前記車両端末と通話もしくはデータ通信を行う通信処理手段とを備える。
【００２１】
さらに、利用客端末は、前記配車センタで課金された予約料もしくは乗車代金を、電子決済機関を利用して決済する電子決済処理手段を備える。
【００２２】
また、配車センタは、前記車両を運営する会社を識別する会社識別情報と前記会社の会社端末へのアクセス情報とを含む会社情報を記憶する会社情報記憶手段と、前記車両の前記ドライバ情報を、前記車両を運営する会社の会社識別情報と対応づけて記憶する車両情報記憶手段と、前記利用者の前記利用客情報を記憶する利用客情報記憶手段と、前記車両から少なくとも前記車両位置と前記運行状態とを受信して記憶する車両位置状態記憶手段と、配車を行う地域の地図データおよび住所データを含む地図情報を記憶する地図データ記憶手段と、前記地図情報を参照して、前記利用客位置と前記車両位置と前記運行状態とをもとに配車候補となる車両を選択する配車処理手段と、前記地図情報を参照して、前記利用客位置から住所表示を検出する住所検出手段と、前記利用客端末から、配車先である前記利用客位置と前記利用客情報とが付加された配車依頼を受け付けて前記配車依頼にもとづき選択された配車候補に対し前記利用客位置と前記利用客情報とを付加した配車予約を通知し、前記配車予約に応答した配車候補から配車車両を決定し、前記配車車両の決定後に、前記利用客端末に対して前記配車車両のドライバ情報を付加した配車依頼受付を返却して前記配車車両の運行状態を回送に変更し、もしくは、前記利用客端末から前記配車依頼に対する配車依頼中断を受け付けて前記配車依頼にもとづく配車予約に対して決定された配車車両の車両端末に対し前記配車依頼中断を通知して前記配車車両の運行状態を空車に変更する予約受付手段とを備える。
【００２３】
また、会社端末は、前記配車センタとデータ通信を行う通信処理手段と、前記配車センタの車両情報記憶手段または前記利用客情報記憶手段へ前記ドライバ情報もしくは前記利用者情報を登録する登録手段と、前記配車センタの前記車両情報記憶手段のドライバ情報または前記予約受付手段の処理結果を参照する参照手段とを備える。
【００２４】
また、配車センタは、さらに、前記会社識別情報に対応付けて前記配車予約を受け付けた回数を記憶する課金情報記憶手段と、前記配車予約を受け付けた回数をもとに前記会社に対する利用料を計算し、前記利用料の課金または決済を処理する課金・決済処理手段を備える。また、配車センタは、配車にかかる予約料もしくは乗車代金を、前記配車依頼受付を前記利用客端末へ送信する時もしくは前記配車車両の運行状態が実車から空車へ変更した通知を受信した時のいずれかの時に、電子決済機関を利用して課金または決済する課金・決済処理手段を備える。また、配車センタは、前記車両を所有するタクシー会社に対して前記配車センタサーバで記憶する情報を統計処理し当該結果を送信する統計収集手段を備える。
【００２５】
本発明の各手段は、コンピュータがインストールし実行することができるプログラムにより実現することができる。コンピュータによりにより実行されるプログラムは、コンピュータが読み取り可能な、可搬媒体メモリ、半導体メモリ、ハードディスクなどの適当な記録媒体に格納することができ、これらの記録媒体に記録して提供され、または、通信インタフェースを介して種々の通信網を利用した送受信により提供される。
【００２６】
【発明の実施の形態】
図１に、本発明にかかる配車処理システムの構成例を示す。
配車センタ１は、利用客端末２、ドライバ端末３、タクシー会社端末４、電子決済機関５などが、無線パケット通信網もしくは携帯電話網などの無線通信網を経由するインターネット６（以下、インターネット６とする。）を介して接続が可能なＡＳＰ（Application Service Provider）である。配車センタ１へは、例えば携帯電話で接続可能なインターネット６上のオンライン受付窓口からアクセスできるものとする。
【００２７】
利用客が携行する利用客端末２は、ＧＰＳ８の受信機能もしくは携帯電話網／電話回線７（以下、携帯電話網７とする。）の基地局７１を利用した位置情報対応機能のいずれかの機能と、インターネット接続機能とを備える端末であり、例えば、携帯電話、位置情報取得機能を備えるＰＨＳ、通話機能付きＰＤＡなどである。利用客端末２は、配車センタ１、ドライバ端末３、タクシー会社端末４、電子決済機関５との間のデータの送受信を、携帯電話網７を経由したインターネットメールの形式で行う。
【００２８】
タクシーに乗務するドライバが所持携行するドライバ端末３ａ、３ｂは、利用客端末２と同様の機能を備える。
【００２９】
本形態において、利用客端末２およびドライバ端末３ａ、３ｂは、それぞれ、インターネット６を利用して配車センタ１に接続し配車センタ１が提供する配車サービスを受けるために必要なプログラムを実行することができる携帯電話の通話機能を持つ端末とする。利用客端末２またはドライバ端末３ａ、３ｂで動作するプログラムは、インターネットブラウザを除いて配車センタ１から配信され、自動的に動作可能な状態となる。
【００３０】
利用客端末２およびドライバ端末３ａ、３ｂは、配車センタ１、ドライバ端末３、タクシー会社端末４、電子決済機関５との間のデータの送受信をインターネット６を利用して行う。
【００３１】
タクシー会社端末４は、配車センタ１にアクセス可能なインターネットブラウザを備えるコンピュータ端末である。タクシー会社端末４は、電話モデム７２を介して携帯電話網７に接続し電話予約代行を行う機能を備えてもよい。
【００３２】
電子決済機関５は、インターネット６もしくは携帯電話網７を用いるインターネットバンキングに対応した機能を利用して、予約料や乗車代金の支払および配車センタ１の利用料金の決済を行う機関である。
【００３３】
利用客とドライバとは、必要があれば、利用客端末２およびドライバ端末３ａ、３ｂと携帯電話網７を用いて通話することができる。利用客端末２とタクシー会社端末４、またはドライバ端末３ａ，３ｂとタクシー会社端末４とは、電話回線網を含む携帯電話網７を利用して通話することができる。
【００３４】
図２に、本発明の処理の概要を示す。
利用客端末２は、予め端末内に記憶しておいた利用客端末２の携帯電話番号／メールアドレスを含む利用客情報と位置情報取得機能により取得した位置情報と、配車先、配車希望時間などを含む配車条件を付加した配車依頼を配車センタ１に送信する。
【００３５】
配車センタ１では、利用客端末２から受け付けた位置情報と配車条件をもとに、配車先の近辺にいる車両を選定し、選定した車両のドライバが所持するドライバ端末３（３ａ、３ｂ）に対し、配車先と利用客情報とを含む予約通知を一斉通報して、配車に対応が可能な空車状態の車両を確認する。
【００３６】
予約通知を受信したドライバ端末３では、ドライバが端末の表示部に表示された配車先や配車条件などを見て、配車依頼の受付が可能であれば、予め端末内に記憶しておいたドライバ端末３の携帯電話番号／メールアドレスおよび車両情報を含むドライバ情報を付加した予約受付を直ちに配車センタ１に返信する。その後、配車センタ１から予約受付確認を受信すると、直ちに車両状態を回送にして配車先へ向かう。
【００３７】
例えば、図１に示すドライバ端末３ａ、３ｂの車両が配車先の近傍にいる場合に、ドライバ端末３ａは空車状態、ドライバ端末３ｂは実車状態であるときには、配車センタ１はドライバ端末３ａの車両にのみ予約通知を送信する。また、いずれの車両も空車状態であれば、先に予約受付を返却したドライバ端末３ａに対して予約受付確認を通知し、ドライバ端末３ｂに対しては予約受付完了を通知する。
【００３８】
配車センタ１では、ドライバ端末３から予約受付を受信すると、受信したドライバ情報と予約番号を付加した予約完了を利用客端末２へ送信する。そして、利用客端末２から予約完了確認を受信すると、予約料の課金処理を行い、電子決済機関５を介して決済処理を行う。
【００３９】
利用客は、配車センタ１からの予約完了を受信し、利用客端末２の表示部に表示された予約番号、配車される車両番号やドライバ名などを確認して配車を待つことができる。
【００４０】
この間、配車先を変更する場合、配車先が見つからない場合、道路が混雑して配車希望時間内に車両が到着しない場合などの連絡が必要なときには、利用客端末２またはドライバ端末３のいずれの側からでも、相手先へ発呼して通話により連絡をとることができる。配車依頼および予約受付の際に配車センタ１を介して通知されている利用客端末２もしくはドライバ端末３の携帯電話番号は、番号非通知機能を用いて、利用客やドライバが表示させて確認することができないような端末内部のプログラムでのみ処理可能なデータ型式で受け渡されるものとする。
【００４１】
また、利用客端末２から配車依頼中断（キャンセル）が配車センタ１に通知されたときは、配車センタ１では、直ちにドライバ端末３に配車依頼中断を通知して、配車を取り止める。さらに、乗務中のドライバは、ドライバ端末３とタクシー会社端末４とを通じて、タクシー会社と電話連絡を行うことができる。
【００４２】
利用客が配車された車両に乗車すると、ドライバ端末３では、車両状態を回送から実車に変更して配車センタ１に送信する。
【００４３】
また、目的地で利用客が降車すると、ドライバ端末３では、車両状態を実車から空車に変更し配車センタ１に送信する。利用客端末２では、電子決済機関５との間で、乗車代金の電子決済に必要なデータを送受信する。その後、配車センタ１は、電子決済機関５との間で、利用客の利用料および乗車代金の決済処理を行う。
【００４４】
また、タクシー会社端末４は、配車センタ１にアクセスすることにより、車両情報、予約情報、統計情報、課金情報などを参照し、もしくは、ダウンロードすることができる。さらに、タクシー会社端末４は、種々のドライバをサポートする情報を配車センタ１へ送信し、または、配車センタ１の利用料について電子決済機関５による電子決済を行う。
【００４５】
このように、本発明では、車両の位置と状態をもとに配車対応可能な車両に対してのみ効率的に配車依頼を行うことができる。
【００４６】
また、利用客とドライバとは、必要があれば、配車センタ１やタクシー会社を介さずに直接連絡をとることができ、予約後の状況にも柔軟に対応することができる。
【００４７】
また、予約成立時に予約料を課金するため、予約確認後にキャンセルが発生した場合に予約料を徴収できなくなるという問題を解決することができる。
【００４８】
以下に、本発明の実施の形態における処理をさらに詳しく説明する。
図３に、利用客端末２の各手段の構成例を示す。利用客端末２は、制御部２１、位置検出部２２、予約処理部２３、電子決済部２４、通信処理部２５、通話処理部２６、入出力部２７、記憶部２８、利用客情報テーブル２９を持つ。
【００４９】
制御部２１は、利用客端末２の各部および記憶部２８を制御する手段である。
位置検出部２２は、基地局７１を利用した携帯電話の位置情報検出機能により利用客端末２の位置情報を取得する手段である。なお、位置検出部２２は、ＧＰＳ８の受信機能により位置情報を取得する手段でもよい。
【００５０】
予約処理部２３は、入出力部２７からの入力をもとに配車センタ１に接続して配車依頼やキャンセル通知などを行う手段である。
【００５１】
電子決済部２４は、電子決済機関５を利用した電子決済を行う手段である。
通信処理部２５は、予約処理部２３または電子決済部２４で生成した情報をインターネット６を介して配車センタ１、タクシー会社端末４もしくは電子決済機関５とデータの送受信する手段である。
通話処理部２６は、携帯電話網７を介した通話処理を行う手段である。
【００５２】
入出力部２７は、ボタン操作による利用客の入力データを受け付け、または通信処理部２５を介して取得したデータなどをディスプレイや音声出力機能により出力する手段である。
【００５３】
記憶部２８は、利用客端末２の内部で一時的に生成されるデータや受信したデータなどを記憶する内蔵メモリである。
【００５４】
利用客情報テーブル２９は、利用客番号、利用客氏名、利用客端末２のメールアドレス、利用客端末２の電話番号、その他付帯情報からなるテーブルである。その他付帯情報には、利用客の年代、性別などの特徴情報、配車条件として希望する車両タイプなどが記憶される。利用客情報テーブル２９に記憶される情報は、予め利用客端末２に格納され、会員登録時の初期情報、サービス利用時の認証情報、配車条件の詳細指定情報として使用される。
【００５５】
図４に、ドライバ端末３の各手段の構成例を示す。ドライバ端末３は、制御部３１、位置検出部３２、状態通知部３３、予約確保部３４、通信処理部３５、通話処理部３６、入出力部３７、記憶部３８、および、ドライバ情報テーブル３９を持つ。
【００５６】
状態通知部３３は、ドライバ端末３を所持するドライバが乗務する車両の空車、実車、回送などの状態情報を配車センタ１に通知する手段である。
【００５７】
予約確保部３４は、配車センタ１から、配車依頼である予約通知を受信した場合に、入出力部３７を通じてドライバの指示を受けて予約受付を生成して配車センタ１に返却し、配車センタ１からの予約受付のレスポンスに対して確認を返却する手段である。さらに、予約確保部３４は、他の車両が予約受付を完了した旨の通知である予約完了、配車中断（キャンセル）などを受信して入出力部３７に表示し、または配車中断（キャンセル）を受けて、その確認を配車センタ１に返却する。
【００５８】
ドライバ情報テーブル３９は、ドライバ番号、会社番号、責任者氏名、ドライバ端末３のメールアドレス、ドライバ端末３の電話番号、その他付帯情報からなるテーブルである。その他付帯情報には、タクシー会社の会員情報などが記憶される。ドライバ情報テーブル３９は、予めドライバ端末３に格納され、サービス利用時の認証情報、車両とドライバの対応情報更新に使用される時に生成される。
【００５９】
制御部３１、位置検出部３２、通信処理部３５、通話処理部３６、入出力部３７、記憶部３８は、図３に示す利用客端末２の制御部２１、位置検出部２２、通信処理部２５、通話処理部２６、入出力部２７、記憶部２８と、ほぼ同様の処理を行う手段であるので説明を省略する。
【００６０】
ただし、位置検出部３２は、制御部３１のタイマ機能により定期的に位置情報を取得し、または、状態通知部３３の車両状態通知に同期して位置情報を取得する。
【００６１】
図５に、配車センタ１の各手段の構成例を示す。配車センタ（サーバ）１は、制御部１０１、動態管理部１０２、予約受付部１０３、配車処理部１０４、課金・決済部１０５、統計収集部１０６、住所検索部１０７、地図参照部１０８、通信処理部１０９、記憶部１１０、タクシー会社管理テーブル１２０、車両管理テーブル１２１、車両位置状態管理テーブル１２２、利用客管理テーブル１２３、予約管理テーブル１２４、課金管理テーブル１２５、統計情報管理テーブル１２６、地図データ１２７を持つ。
【００６２】
制御部１０１は、配車センタ１の各手段、記憶部、各テーブルを制御する手段である。
【００６３】
動態管理部１０２は、車両位置状態管理テーブル１２２を参照し、ドライバ端末３から位置情報や状態情報を受けて、車両の動態管理を行う手段である。
【００６４】
予約受付部１０３は、利用客端末２からの配車依頼を受けると、車両管理テーブル１２１、利用客管理テーブル１２３を参照し予約管理テーブル１２４を生成して、ドライバ端末３へ予約通知を送信し、ドライバ端末３からの予約受付を受信し、予約受付した車両以外の車両へ予約受付完了を通知する手段である。また、予約受付部１０３は、利用客端末２とドライバ端末３との配車依頼中断（キャンセル）の通知および確認を受け渡す手段である。
【００６５】
配車処理部１０４は、車両位置状態管理テーブル１２２を参照して利用客の位置情報および配車条件にもとづいて配車対象の候補車両を選定し、選定した車両の位置や状態および予約した利用客の位置情報などを管理する手段である。
【００６６】
課金・決済部１０５は、予約管理テーブル１２４および課金管理テーブル１２５を参照して、予約料、乗車代金、配車センタ１の利用料を電子決済機関５を利用して回収するための課金および決済処理を行う手段である。
【００６７】
統計収集部１０６は、タクシー会社端末４からの要求により、統計情報管理テーブル１２６を参照して、予約状況、予約消化状況、統計情報、課金情報などを集計し提供する手段である。
【００６８】
住所検索部１０７は、地図データ１２７を参照し、ドライバ端末３へ送信する配車位置を入力するための利用客端末２からの位置情報をもとに住所を検索する手段である。
【００６９】
地図参照部１０８は、車両の位置や状態、配車依頼した利用客の位置などを地図データ１２７上にプロットして参照する手段である。
【００７０】
通信処理部１０９は、利用客端末２、ドライバ端末３、タクシー会社端末４、または電子決済機関５とインターネット６を介してデータ送受信を行う手段である。
【００７１】
記憶部１１０は、配車センタ１の各手段が取得し、または一時的に生成するデータを記憶する内部メモリである。
【００７２】
図６に、配車センタ１で記憶されるテーブルのデータ構成例を示す。
タクシー会社管理テーブル１２０は、図６（Ａ）に示すように、会社番号、会社名、責任者氏名、タクシー会社端末４のメールアドレス、電話番号、その他付帯情報からなり、車両やドライバが所属するタクシー会社の情報を管理するテーブルである。タクシー会社管理テーブル１２０のデータは、サービス利用時の認証、タクシー会社に帰属する各種情報のルート的な情報として使用される。
【００７３】
車両管理テーブル１２１は、図６（Ｂ）に示すように、車両番号、会社番号、ドライバ番号、ドライバ氏名、メールアドレス、電話番号、その他付帯情報からなり、配車サービスの対象である車両の情報を管理するテーブルである。車両管理テーブル１２１のデータは、車両がサービスを利用する時の認証情報、車両とドライバの対応情報として使用される。
【００７４】
車両位置状態管理テーブル１２２は、図６（Ｃ）に示すように、車両番号、状態取得日時、車両位置情報、車両状態、予約状態、予約番号からなり、車両の動態管理情報として位置情報や状態変化の履歴が蓄積されるテーブルである。車両状態は、少なくとも配車可能か否かの状態を示し、空車、実車、回送などが記憶される。予約状態は、予約を受け付けているか否かを示す。車両位置状態管理テーブル１２２のデータは、タクシー会社へ提供する走行履歴や実車実績などのトラッキング情報として使用される。また、車両位置状態管理テーブル１２２の最新の状態から現在位置と車両状態を検出することができるため、配車対象車両の選定に使用される。
【００７５】
利用客管理テーブル１２３は、図６（Ｄ）に示すように、利用客番号、利用客名、メールアドレス、電話番号、その他付帯情報からなり、利用客情報を管理するテーブルである。利用客管理テーブル１２３は、利用客のサービス利用時の認証、ドライバに通知する利用客の詳細情報として使用する。利用客管理テーブル１２３のデータは、制御部１０１が利用客端末２の利用客情報テーブル２９をもとに制御部１０１により自動的に登録され、またはタクシー会社端末４からの顧客時登録によって登録される。
【００７６】
予約管理テーブル１２４は、図６（Ｅ）に示すように、予約番号、受付日時、利用客番号、ドライバ番号、利用客位置情報、配車時間、対応状態、決済状態、決済日時からなり、利用客からの配車依頼の情報を管理するテーブルである。予約管理テーブル１２４は、利用客端末２から配送依頼を受信した時に作成される。予約管理テーブル１２４の対応状態は、回送中、実車、終了などが、配車完了までのプロセスで動態管理部１０２により逐次更新されることにより、配車対象車両の選定処理や対応状況の監視情報として使用される。
【００７７】
また、利用客位置情報は配車対象の車両の選定に使用され、選定された車両のドライバには、利用客の詳細情報とともに、利用客の位置情報（経度緯度）から住所や近くの目標物を検索してドライバに分かりやすい情報に変換して通知される。
【００７８】
課金管理テーブル１２５は、図６（Ｆ）に示すように、年月度、会社番号、車両番号、予約回数、キャンセル回数、決済状態、決済日時からなり、車両やタクシー会社に対して従量課金する際のカウンタ情報を管理するテーブルである。また、課金管理テーブル１２５のデータは、未決済管理情報としても使用される。予約回数は、配車依頼から利用客の実車にまで至った回数を示し、キャンセル回数は、配車依頼（予約受付）完了後のキャンセル回数を示す。
【００７９】
統計情報管理テーブル１２６は、図６（Ｇ）に示すように、エリア区分、年月日、時間帯、予約回数、キャンセル回数からなり、利用客の利用状況その他情報を管理するテーブルである。統計情報管理テーブル１２６のデータは、タクシー会社へ提供する統計情報として使用される。
【００８０】
地図データ１２７は、動態管理部１０２や配車処理部１０４が、利用客の位置および車両の位置をマッピングするために参照するデータである。
【００８１】
図７に、タクシー会社端末４の各手段の構成例を示す。タクシー会社端末４は、制御部４１、インターネットブラウザ４２、通信処理部４３、通話処理部４４、入出力部４５、記憶部４６を持つ。
【００８２】
制御部４１は、タクシー会社端末４の各手段および記憶部４６を制御する手段である。
【００８３】
インターネットブラウザ４２は、会員や車両の登録もしくは変更、各種の履歴情報もしくは統計情報の取得、電子決済処理のために、配車センタ１または電子決済機関５へアクセスする手段である。
【００８４】
通信処理部４３は、配車センタ１、ドライバ端末３、および電子決済機関５とデータの送受信を行う手段である。例えば、予約状況、消化状況、統計情報、課金情報などを配車センタ１から受信する。
【００８５】
通話処理部４４は、利用客端末２およびドライバ端末３と、携帯電話網７とモデム７２を通じて通話を行う手段である。
【００８６】
入出力部４５は、キーボードやマウスなど、およびプリンタやディスプレイ装置などである。
【００８７】
記憶部４６は、配車センタ１の各手段が取得しまたは生成したデータを記憶する内部メモリまたは外部記憶装置である。
【００８８】
図８を用いて、本発明の処理の流れを説明する。
タクシーの配車を希望する利用客は、予め、配車センタ１の提供するサービスを受けるために会員登録をしておく必要がある。利用客は、利用客端末２の入出力部２７を通じて必要な情報を入力する。利用客が入力した会員登録のためのデータは利用客端末２の利用客情報テーブル２９に記憶され、さらに配車センタ１へ送信される。配車センタ１では、送信された会員登録データを受け付け、識別情報である利用客番号を付与して利用客管理テーブル１２３に記憶する。配車センタ１は、利用客番号を利用客端末２へ返却し、利用客端末２は利用客番号を利用客情報テーブル２９に記憶する。なお、利用客端末２の利用客情報テーブル２９に利用客番号を予め記憶させておくようにしてもよい。
【００８９】
また、配車センタ１を通じて配車される車両を提供するタクシー会社も登録しておく必要がある。タクシー会社は、車両に乗務するドライバが所持するドライバ端末３のドライバ情報テーブル３９に、ドライバの登録に必要なデータを記憶しておく。タクシー会社が、会社の会員登録用のデータと車両登録のためのドライバ情報テーブル３９のデータ（ドライバ情報）と車両番号を送信して登録を行うと、配車センタ１では、受信した会社登録用のデータに会社番号を付与してタクシー会社管理テーブル１２０に記憶する。また、配車センタ１では、受信したドライバ情報および車両番号に会社番号を付与して車両管理テーブル１２１に記憶する。
【００９０】
配車を希望する利用客は、利用客端末２の入出力部２７を通じて配車条件を入力する。図９に、配車条件入力画面の例を示す。利用客は、配車サービスを受けたい場合には、メインメニュー画面（図示しない）から配車条件入力画面を表示させて、配車希望時間、利用人数等を入力する。そして、位置検出部２２により位置情報を取得する。利用客情報テーブル２９に記憶してある利用客情報と、位置情報と、配車条件とを付加した配車依頼が配車センタ１へ送信される。配車依頼送信は、図９に示す画面の配車依頼送信の選択操作により行われる。
【００９１】
配車センタ１では、予約受付部１０３により利用客端末２からの配車依頼を受信して、受信した利用客情報から利用客管理テーブル１２３を生成し、受付日時と予約番号を付与して利用客情報（利用客番号）から予約管理テーブル１２４を生成する。そして、予約受付部１０３は、利用客情報の中の位置情報および配車条件を配車処理部１０４へ渡す。
【００９２】
配車処理部１０４により対応可能車両を選定する。配車処理部１０４は、利用客の位置情報（経度緯度）と動態管理部１０２から取得した車両の位置情報（経度緯度）とを、地図参照部１０８を通じて得た該当地域の地図データ１２７上にマッピングし、利用客の送信した配車条件に該当する、すなわち利用客の近傍にいる空車状態の車両を所定台数だけ選定する。
【００９３】
例えば、配車条件として、配車希望時間＝１０分であれば、利用客の位置に１０分以内に到着可能な範囲にマッピングされた車両のうち、空車状態の車両を選定する。ここで、空車状態の車両が範囲内にマッピングされていなければ、配車条件の範囲内にマッピングされた実車状態の車両を選定する。実車状態であっても乗客がすぐに降車する場合も考えられ、ドライバが予約通知を受け付ける可能性があるからである。さらに、配車条件の範囲内に車両がマッピングされていなければ、範囲の境界付近まで範囲を広げて候補車両を選定する。
【００９４】
さらに、住所検索部１０７により、利用客の位置情報を住所表示や目標物の表示へ変換し、その結果を予約受付部１０３へ返却する。
【００９５】
予約受付部１０３は、配車処理部１０４で選定された車両に対し、住所検索部１０７から得た配車先および利用客情報の一部から生成した予約内容を付加して予約通知を送信し、予約受付受信待ちとなる。制御部１０１は予約受付タイマ監視を開始する。
【００９６】
ドライバ端末３は、配車センタ１から予約通知を受信して、配車に対応可能であれば予約受付を送信する。図１０に、予約通知受信画面の例を示す。予約通知では、予約内容として、予約日時、予約番号、配車時間、配車先の目標物、利用客の名前が画面に表示されので、ドライバは予約通知受信画面をみて予約を受け付けるか否かを判断することができる。
【００９７】
配車センタ１の予約受付部１０３では、タイムアウト時には、利用客端末２に対して空車なしの通知を送信する。
【００９８】
タイムアウト前に予約受付を受信した時は、予約受付を送信した車両を配車車両に決定し、そのドライバ端末３に対して、利用客端末２のメールアドレス／電話番号を付加した配車指示を送信し、配車指示確認受信待ちとなる。制御部１０１は配車指示確認タイマ監視を開始する。なお、利用客端末２のメールアドレス／電話番号はドライバ端末３の入出力部３７で確認できないデータ型式で送信される。
【００９９】
ドライバ端末３は、配車センタ１から配車指示を受信すると配車指示確認を配車センタ１へ送信し、車両表示を回送にする。
【０１００】
配車センタ１の予約受付部１０３では、配車指示確認を受信した時は、配車指示車両以外の候補車両に対して予約完了通知を送信する。そして、予約受付部１０３では、利用客端末２に対し、配車対象のドライバ情報を含む配車依頼受付通知を送信して、予約管理テーブル１２４の対応状態を回送に更新し、さらに、車両位置状態管理テーブル１２２の車両状態および予約状態を更新する。
【０１０１】
課金・決済部１０５では、予約料の課金・決済処理を行い、課金管理テーブル１２５を更新する。
【０１０２】
図１１に、利用客端末２で表示される予約確認受信画面の例を示す。利用客は、配車車両の到着時に予約確認受信画面をドライバに提示し、ドライバが予約内容を確認することで、利用客を認証することができる。また、予約確認受信画面には課金される予約料が表示され、利用客は予約料の課金または決済を確認することができる。
【０１０３】
車両が配車先へ到着し利用客が乗車すると、ドライバ端末３は、配車完了通知を配車センタ１に送信し、配車センタ１は確認を返却し、車両位置状態管理テーブル１２２の車両状態を実車に更新する。
【０１０４】
その後、目的地で利用客が降車すると、ドライバ端末３は、実車完了通知を配車センタ１に送信し、配車センタ１は確認を返却し、車両位置状態管理テーブル１２２の車両状態を空車に更新する。
【０１０５】
図１２に、予約受付後に、利用客から配車中断（キャンセル）が通知された場合に、利用客端末２に表示される配車中断完了画面の例を示す。利用客は、配車中断完了画面により、配車中断（キャンセル）完了を確認できる。なお、配車中断完了画面に、課金・決済される予約料額を表示するようにしてもよく、利用客は、課金・決済される予約料額を確認することができる。
【０１０６】
図１３〜図２４に、各端末の処理フローチャートを示す。図１３は、利用客端末２における配車依頼処理の処理フローチャートである。
【０１０７】
利用客端末２では、予約処理部２３により、入出力部２７を通じて利用客の配車条件を入力し（ステップＳ１）、位置検出部２２を通じて位置情報を取得し（ステップＳ２）、入出力部２７を通じて配車依頼操作を入力して（ステップＳ３）、通信処理部２５により配車センタ１に配車依頼を送信し、（ステップＳ４）、制御部２１では、タイマ監視を開始する（ステップＳ５）。
【０１０８】
利用客からの配車依頼中断の入力を待ち（ステップＳ７）、配車依頼中断が入力されなければ（ステップＳ８）、配車センタ１からのレスポンス受信を待ち（ステップＳ９）、レスポンスが予約完了であれば（ステップＳ１０）、予約完了を入出力部２７に表示する（ステップＳ１１）。レスポンスが、空車なしであれば（ステップＳ１０）、空車なしを入出力部２７に表示する（ステップＳ１２）。
【０１０９】
また、タイマ監視（ステップＳ５）がタイムアウトになった場合（ステップＳ６）、または配車依頼中断が入力された場合（ステップＳ８）には、配車依頼中断を入出力部２７に表示し（ステップＳ１３）、通信処理部２５を通じて配車センタ１との間で配車依頼中断とその応答を送受信する（ステップＳ１４）。
【０１１０】
なお、配車依頼中断の入力待ち（ステップＳ７）およびレスポンス受信待ち（ステップＳ９）の処理は、処理開始の時間的前後はない。
【０１１１】
図１４は、利用客端末２における配車中断処理の処理フローチャートである。利用客端末２では、入出力部２７により配車中断が入力されると（ステップＳ２０）、予約処理部２３により、通信処理部２５を通じて配車センタ１との間で配車中断とその応答を送受信して（ステップＳ２１）、入出力部２７により、配車中断完了を表示する（ステップＳ２２）。
【０１１２】
図１５および図１６は、配車センタ１における配車依頼受付処理の処理フローチャートである。
【０１１３】
配車センタ１では、予約受付部１０３により、利用客端末２からの配車依頼の受信を待ち（ステップＳ３０）、配車依頼があると（ステップＳ３１）、予約情報を生成して予約管理テーブル１２４に記憶し（ステップＳ３２）、配車処理部１０４により、後述する配車候補車両選定を行う（ステップＳ３３）。
【０１１４】
選定車両がある場合には（ステップＳ３４）、予約受付部１０３により、通信処理部１０９を通じて、予約通知を選定された車両のドライバ端末３へ送信し（ステップＳ３５）、同時に、制御部１０１により、予約受付のタイマ監視を開始する（ステップＳ３６）。
【０１１５】
予約受付部１０３では、利用客端末２からの配車依頼中断の受信を待ち（ステップＳ３８）、配車依頼中断の受信がなければ（ステップＳ３９）、予約受付受信を待ち（ステップＳ４０）、予約受付の受信があれば（ステップＳ４１）、最先に予約受付を送信した車両を配車車両を決定して（ステップＳ４２）、当該配車車両に配車指示を送信し（ステップＳ４３）、同時に、制御部１０１により、配車指示確認のタイマ監視を開始する（ステップＳ４４）。
【０１１６】
予約受付部１０３では、配車依頼中断の受信を待ち（ステップＳ４６）、配車依頼中断がなければ（ステップＳ４７）、配車指示確認の受信を待ち（ステップＳ４８）、配車指示の確認があれば（ステップＳ４９）、予約受付完了を配車車両のドライバ端末３へ送信し（ステップＳ５０）、配車依頼受付を利用客端末２へ送信し（ステップＳ５１）、制御部１０１により、予約管理テーブル１２４の対応状態と、車両位置状態管理テーブル１２２の車両状態とを、回送に更新する（ステップＳ５２、Ｓ５３）。
【０１１７】
配車車両の決定前に配車依頼中断の受信待ち状態で、配車依頼中断の受信があった場合には（ステップＳ３９）、予約受付部１０３により、配車候補の車両のドライバ端末３へ予約受付完了を送信し（ステップＳ５４）、利用客端末２へ配車依頼中断受付を送信し（ステップＳ５５）、予約管理テーブル１２４の対応状態を中断に更新する（ステップＳ５６）。
【０１１８】
配車車両の決定後に配車依頼中断の受信待ち状態で、配車依頼中断の受信があった場合には（ステップＳ４７）、予約受付部１０３により、配車候補の車両のドライバ端末３へ予約受付完了を送信し（ステップＳ５７）、配車車両のドライバ端末３との間で予約中断とその応答を送受信し（ステップＳ５８）、利用客端末２へ配車依頼中断受付を送信し（ステップＳ５９）、予約管理テーブル１２４の対応状態を中断に更新する（ステップＳ６０）。
【０１１９】
また、配車候補車両選定処理で選定車両がない場合（ステップＳ３４）、または予約受付のタイマ監視がタイムアウトした場合（ステップＳ３７）には、利用客端末２に空車なしを送信し（ステップＳ６１）、予約管理テーブル１２４の対応状態を空車なしに更新する（ステップＳ６２）。
【０１２０】
なお、配車依頼中断の受信待ち（ステップＳ３８）および予約受付の受信待ち（ステップＳ４０）の処理は、処理開始の時間的な前後はない。同様に、配車依頼中断の受信待ち（ステップＳ４６）および配車指示確認の受信待ち（ステップＳ４８）の処理も、処理開始の時間的な前後はない。
【０１２１】
図１７は、配車センタ１における配車候補車両選定処理の処理フローチャートである。
【０１２２】
配車センタ１では、配車処理部１０４により、予約受付部１０３で受け付けた配車条件を取得して（ステップＳ７０）、地図参照部１０８で参照した地図データ１２７上で、予約受付部１０３で取得した利用客の位置情報と動態管理部１０２から取得した車両の位置情報とをマッピングし、利用客の位置情報を中心に、配車条件に合致する近傍範囲の空車状態の車両を検索して（ステップＳ７１）、配車対象の車両があれば（ステップＳ７２）、より配車条件に適合した好条件の車両から上位の所定台数の車両を選定する（ステップＳ７８）。
【０１２３】
一方、近傍範囲に配車対象の車両がなければ（ステップＳ７２）、近傍範囲の実車状態の車両を検索して（ステップＳ７３）、配車対象の車両があれば（ステップＳ７４）、より配車条件に適合した好条件の車両から上位の所定台数の車両を選定する（ステップＳ７８）。配車対象の車両がなければ（ステップＳ７４）、範囲の限界の周囲にある空車または実車状態の車両を検索し（ステップＳ７５）、配車対象の車両があれば（ステップＳ７６）、より配車条件に適合した好条件の車両から上位の所定台数の車両を選定する（ステップＳ７８）。配車対象の車両がなければ（ステップＳ７６）、配車候補未選定とする（ステップＳ７７）。
【０１２４】
図１８は、配車センタ１における配車中断受付処理の処理フローチャートである。
【０１２５】
配車センタ１では、予約受付部１０３により、利用客端末２からの配車中断の受信を待ち（ステップＳ８０）、配車中断の受信があれば（ステップＳ８１）、配車中断の対象となる予約があるかどうかを調べ（ステップＳ８２）、対象となる予約があれば、配車車両のドライバ端末３との間で予約中断とその応答を送受信し（ステップＳ８３）、利用客端末２へ配車中断受付を送信し（ステップＳ８４）、制御部１０１により、予約管理テーブル１２４の対応状態を中断に更新する（ステップＳ８５）。
【０１２６】
図１９は、配車センタ１における車両位置状態管理処理の処理フローチャートである。
【０１２７】
配車センタ１では、動態管理部１０２により、定期的または車両状態の変更を契機にした車両の位置情報および状態の報告の受信を待ち（ステップＳ９０）、ドライバ端末３から車両の位置情報および状態の報告があれば（ステップＳ９１）、車両位置状態管理テーブル１２２をもとに状態に変化があるかどうかを調べ（ステップＳ９２）、状態に変化があれば、車両位置状態管理テーブル１２２の車両位置情報と車両状態を更新し（ステップＳ９３）、状態に変化がなければ、車両位置状態管理テーブル１２２の車両位置情報を更新する（ステップＳ９４）。
【０１２８】
図２０〜図２２は、ドライバ端末３における配車受付処理の処理フローチャートである。
【０１２９】
ドライバ端末３では、予約確保部３４により、配車センタ１からの予約通知の受信を待ち（ステップＳ１００）、予約通知の受信があれば（ステップＳ１０１）、入出力部３７により予約通知を表示し（ステップＳ１０２）、制御部３１により予約受付のタイマ監視を開始する（ステップＳ１０３）。
【０１３０】
そして、タイムアウトまで（ステップＳ１０４）、受付完了の受信を待ち（ステップＳ１０５）、受付完了を受信していなければ（ステップＳ１０６）、ドライバの予約受付入力を待ち（ステップＳ１０７）、予約受付を入力したら（ステップＳ１０８）、配車センタ１へ予約受付を送信し（ステップＳ１０９）、配車指示確認のタイマ監視を開始する（ステップＳ１１０）。
【０１３１】
そして、タイムアウトまで（ステップＳ１１１）、配車センタ１からのレスポンスの受信を待ち（ステップＳ１１２）、レスポンスが配車指示であれば（ステップＳ１１３）、入出力部３７により、配車指示を表示し（ステップＳ１１４）、配車指示確認を入力して（ステップＳ１１５）、配車センタ１へ配車指示確認を送信し（ステップＳ１１６）、車両に回送を表示する（ステップＳ１１７）。
【０１３２】
そして、予約中断の受信を待ち（ステップＳ１１８）、予約中断の受信がなければ（ステップＳ１１９）、入出力部３７を通じたドライバの実車報告の入力を待ち（ステップＳ１２０）、実車報告の入力があれば（ステップＳ１２１）、配車センタ１との間で実車報告とその応答の送受信を行い（ステップＳ１２２）、車両に実車を表示する（ステップＳ１２３）。
【０１３３】
その後、目的地で利用客が降車して、入出力部３７を通じて空車報告が入力されると（ステップＳ１２４）、配車センタ１との間で空車報告とその応答が送受信され（ステップＳ１２５）、車両に空車を表示する（ステップＳ１２６）。
【０１３４】
予約中断の受信を待つ間に（ステップＳ１１８）、予約中断の受信があれば（ステップＳ１１９）、入出力部３７により、予約中断を表示して（ステップＳ１２７）、予約中断確認の入力がされると（ステップＳ１２８）、予約中断確認を配車センタ１へ送信して（ステップＳ１２９）、車両に空車を表示する（ステップＳ１２６）。
【０１３５】
図２３は、ドライバ端末３における位置通知処理の処理フローチャートである。
【０１３６】
ドライバ端末３では、位置検出部３２により、所定の時間ごとに位置情報を取得して（ステップＳ１３０）、前回に位置情報を通知していれば（ステップＳ１３１) 、さらに、前回の通知の時からの移動距離が所定距離を上回っているかどうかを調べて（ステップＳ１３２）、移動距離が上回っている場合のみ、通信処理部３５を通じて配車センタ１に位置情報を送信する（ステップＳ１３３）。また、前回に位置情報を通知していなければ、直ちに、配車センタ１に位置情報を送信する（ステップＳ１３３）。
【０１３７】
図２４は、ドライバ端末３における状態通知処理の処理フローチャートである。
【０１３８】
ドライバ端末３では、状態通知部３３により、利用客の乗車や降車、配車などの度に、ドライバが入出力部３７を通じて状態を入力するか、または、料金メータ等の操作と同期して状態が入力されると（ステップＳ１４０）、状態を更新して（ステップＳ１４１）、所定の時間ごともしくは所定の契機に、配車センタ１へ状態情報を送信する（ステップＳ１４２）。
【０１３９】
以上、本発明をその実施の態様により説明したが、本発明はその主旨の範囲において種々の変形が可能である。
【０１４０】
【発明の効果】
以上説明したように、本発明によれば、複数のタクシー会社の車両を登録した配車センタの受付窓口をインターネット上に設定することができ、利用客は、例えば携帯電話で、全国どこからでも、より良いタクシー配車のサービスを受けることができる。
【０１４１】
また、本発明によれば、車両の位置情報および状態情報と、利用客の位置情報を取得して、車両の位置情報および状態情報と利用客の位置情報を用いて最適な配車条件の車両を選定して効率的に配車を行うタクシー配車処理システムを提供することができる。
【０１４２】
さらに、本発明によれば、配車依頼受け付け完了後に状況の変更が生じた場合に、利用客と車両のドライバとが直接連絡することを可能にし、さらに配車依頼のキャンセルが発生した場合に、確実に予約料などの徴収が行えるタクシー配車処理システムを提供することができる。
【０１４３】
さらに、本発明によれば、車両交換などの場合でも、ドライバ側の端末を安価かつ簡単に移設できるようなタクシー配車処理システムを提供することができる。
【図面の簡単な説明】
【図１】本発明にかかる配車処理システムの構成例を示す図である。
【図２】本発明の処理の概要を説明するための図である。
【図３】利用客端末の各手段の構成例を示す図である。
【図４】ドライバ端末の各手段の構成例を示す図である。
【図５】配車センタ（サーバ）の各手段の構成例を示す図である。
【図６】配車センタで記憶されるテーブルのデータ構成例を示す図である。
【図７】タクシー会社端末の各手段の構成例を示す図である。
【図８】本発明の処理の流れを説明するための図である。
【図９】配車条件入力画面の例を示す図である。
【図１０】予約通知受信画面の例を示す図である。
【図１１】予約確認受信画面の例を示す図である。
【図１２】配車中断完了画面の例を示す図である。
【図１３】利用客端末における配車依頼処理の処理フローチャートである。
【図１４】利用客端末における配車中断処理の処理フローチャートである。
【図１５】配車センタにおける配車依頼受付処理の処理フローチャート（１）である。
【図１６】配車センタにおける配車依頼受付処理の処理フローチャート（２）である。
【図１７】配車センタにおける配車候補車両選定処理の処理フローチャートである。
【図１８】配車センタにおける配車中断受付処理の処理フローチャートである。
【図１９】配車センタにおける車両位置状態管理処理の処理フローチャートである。
【図２０】ドライバ端末における配車受付処理の処理フローチャート（１）である。
【図２１】ドライバ端末における配車受付処理の処理フローチャート（２）である。
【図２２】ドライバ端末における配車受付処理の処理フローチャート（３）である。
【図２３】ドライバ端末における位置通知処理の処理フローチャートである。
【図２４】ドライバ端末における状態通知処理の処理フローチャートである。
【図２５】従来のタクシー配車システムを説明するための図である。
【符号の説明】
１  配車センタ（ＡＳＰ）
２  利用客端末
３ａ，３ｂ  ドライバ端末
４  タクシー会社端末
５  電子決済機関
６  無線パケット通信網／インターネット
７  携帯電話網／電話回線
７１  基地局
７２  モデム
８  ＧＰＳ
２１  制御部
２２  位置検出部
２３  予約処理部
２４  電子決済部
２５  通信処理部
２６  通話処理部
２７  入出力部
２８  記憶部
２９  利用客情報テーブル
３１  制御部
３２  位置検出部
３３  状態通知部
３４  予約確保部
３５  通信処理部
３６  通話処理部
３７  入出力部
３８  記憶部
３９  ドライバ情報テーブル
４１  制御部
４２  インターネットブラウザ
４３  通信処理部
４４  通話処理部
４５  入出力部
４６  記憶部
１０１  制御部
１０２  動態管理部
１０３  予約受付部
１０４  配車処理部
１０５  課金・決済部
１０６  統計収集部
１０７  住所検索部
１０８  地図参照部
１０９  通信処理部
１１０  記憶部
１２０  タクシー会社管理テーブル
１２１  車両管理テーブル
１２２  車両位置状態管理テーブル
１２３  利用客管理テーブル
１２４  予約管理テーブル
１２５  課金管理テーブル
１２６  統計情報管理テーブル
１２７  地図データ
【図１】
0004886132.tif 000002
【図２】
0004886132.tif 000003
【図３】
0004886132.tif 000004
【図４】
0004886132.tif 000005
【図５】
0004886132.tif 000006
【図６】
0004886132.tif 000007
【図７】
0004886132.tif 000008
【図８】
0004886132.tif 000009
【図９】
0004886132.tif 000010
【図１０】
0004886132.tif 000011
【図１１】
0004886132.tif 000012
【図１２】
0004886132.tif 000013
【図１３】
0004886132.tif 000014
【図１４】
0004886132.tif 000015
【図１５】
0004886132.tif 000016
【図１６】
0004886132.tif 000017
【図１７】
0004886132.tif 000018
【図１８】
0004886132.tif 000019
【図１９】
0004886132.tif 000020
【図２０】
0004886132.tif 000021
【図２１】
0004886132.tif 000022
【図２２】
0004886132.tif 000023
【図２３】
0004886132.tif 000024
【図２４】
0004886132.tif 000025
【図２５】
0004886132.tif 000026