JP4886132B2 - Taxi dispatch processing system and dispatch center server - Google Patents

Taxi dispatch processing system and dispatch center server Download PDF

Info

Publication number
JP4886132B2
JP4886132B2 JP2001300473A JP2001300473A JP4886132B2 JP 4886132 B2 JP4886132 B2 JP 4886132B2 JP 2001300473 A JP2001300473 A JP 2001300473A JP 2001300473 A JP2001300473 A JP 2001300473A JP 4886132 B2 JP4886132 B2 JP 4886132B2
Authority
JP
Japan
Prior art keywords
vehicle
dispatch
information
terminal
customer
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
JP2001300473A
Other languages
Japanese (ja)
Other versions
JP2003109190A (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.)
Fujitsu Social Science Labs Ltd
Original Assignee
Fujitsu Social Science Labs 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 Fujitsu Social Science Labs Ltd filed Critical Fujitsu Social Science Labs Ltd
Priority to JP2001300473A priority Critical patent/JP4886132B2/en
Publication of JP2003109190A publication Critical patent/JP2003109190A/en
Application granted granted Critical
Publication of JP4886132B2 publication Critical patent/JP4886132B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、タクシー配車システムに関し、特に、ネットワーク上に設けた配車センタが、利用客が所持携行する端末からのアクセスを受け付けて、そのアクセス時に取得した位置情報を用いてタクシー車両の配車処理を行うタクシー配車システムに関する。
【0002】
【従来の技術】
従来のタクシー配車システムを図25を用いて説明する。
【0003】
まずタクシーの配車センタ91に対して、利用客92はタクシーの配車依頼を行う。ここで、配車センタ91はタクシー会社ごとに運用されているために、利用客92は、まず複数の配車センタ91から一つを選択して、その後に、自分の現在位置、配車を受けたい位置などの位置情報を配車センタ91に送信する。
【0004】
配車依頼を受け付けた配車センタ91では、自センタが管理運用中のタクシーの全車両93に対して、タクシー無線を用いて一斉に位置情報を要求する。配車に対応可能な車両93はこれに応答し、配車センタ91は応答してきた車両93の位置情報を取得する。そして、配車センタ91では、取得した位置情報から、配車に最適な位置にあると考える1台の車両93に対して配車を受け付けるか否かを確認する。そして、配車センタ91では、車両93が配車受付確認を応答した場合に、その車両番号等を利用客92に通知して配車受付を完了する。
【0005】
一方、対応可能な車両93がなかった場合に、配車センタ91は、利用客92に対し配車ができない旨を通知する。利用客92は、配車可能な車両が見つかるまで、別の配車センタ91に接続して同様の配車依頼をやり直す。
【0006】
【発明が解決しようとする課題】
従来の配車システムでは、配車センタはタクシー会社ごとに運用されている。そのため、利用客は、まず配車センタを選択する必要があった。各配車センタへの接続方法として、利用客の位置情報を用いて利用地域に則した配車センタへ接続する方法もある。しかし、利用客は、利用する地域で配車を行う配車センタの連絡先を予め知っている必要があるが、地域ごとの連絡先などを調べるのは面倒である。また、連絡した配車センタが話中の場合や、配車対応が可能な車両がなかった場合には、利用客は、別の配車センタへ連絡し直す必要があり煩わしい。
【0007】
また、配車センタが効率的な配車指示を目指しても、配車指示は同一の配車センタ(タクシー会社)内のみに閉じて行われるので、利用客にとって好条件の他社の車両があっても考慮されない。したがって、配車に要する時間や配車料金などについて、どの配車センタ(タクシー会社)が良いかを比較することができない。
【0008】
また、利用客は、配車して欲しい場所(配車先)を口頭で説明する必要があるが、旅先などの不慣れな場所での配車では、利用客が配車先を説明することが困難な場合もある。さらに、従来の電話受付による配車システムでは、聾唖者や聴覚障害者などの利用客は、単独で配車センタを利用することは困難である。一方、従来の配車システムでは、配車センタ内に有人の電話予約受付窓口を設定する必要があり、運用するタクシー会社にとっても経費的負担の軽減が難しい。
【0009】
また、配車依頼受付の完了後に、配車先が変更になったり、利用客数が増減したりなどの状況の変更が生じても、利用客は、直接ドライバと連絡をとることができず、配車依頼の変更にほとんど対応ができず不便であった。
【0010】
特に、タクシー会社にとって、配車依頼受付完了後に配車依頼のキャンセルが発生すると、配車先までの走行に要した時間が無駄になる。さらに、予約料や配車先までの走行料金は実車後に徴収するため、キャンセルの場合に予約料を徴収する手段がなかった。
【0011】
また、従来の配車システムは、定常的に車両の状態管理を行わず、配車依頼を受け付けてから各車両の位置情報を取得し、取得した位置情報のみで配車の候補車両を選定する。このため、車両の状態(実車、空車、回送など)が把握できず、ほとんど全ての車両に対して配車対応可能かどうかを確認する必要があり、効率的な配車指示ができないという問題がある。すなわち、従来では、車両との通信頻度を考慮して、車両位置情報の要求とその応答にタクシー無線を使用した音声による一斉通報を利用していた。しかし、接客や離車によりドライバが通報を聞き逃してしまうことも多く、さらに、配車指示者のレスポンスの負担を軽減できないという問題があった。
【0012】
既にある車両位置を定常的に確認する動態管理システムは、高価で導入が困難な場合が多い上に、電話予約との併用ができないという問題がある。また、GPS(Global Positioning System )を利用した位置情報取得システムは、車両側端末が高価であり、さらに、車体固定式の端末の場合に、点検、修理、車両交換等の際に簡単に端末を移設することができず、費用や労力の負担が大きい。
【0013】
さらに、現在ではタクシー無線の割当て状況が逼迫しているために、新規参入や営業地域の拡大が困難となっている。
【0014】
かかる問題点から、全国的な規模で配車を管理し、かつ、効率的で状況変更にも柔軟に対応できる配車システムであって、タクシー無線を使用せずに費用的負担の少ない配車システムの実現が望まれている。
【0015】
本発明の目的は、運行する車両の位置情報および運行状態を定期的に管理しておき、利用客の配車要求時に利用客の位置情報を取得して、車両の位置および状態情報と利用客の位置情報を用いて最適な配車条件の車両を選定して効率的に配車を行う配車システムを実現することである。
【0016】
さらに、本発明の目的は、配車依頼受け付け完了後に状況の変更が生じた場合に、利用客と車両のドライバとが直接連絡することを可能にし、さらに配車依頼のキャンセルが発生した場合に、確実に予約料等の徴収が行える配車システムを実現することである。
【0017】
さらに、本発明の目的は、車両交換等の場合でも、ドライバ側の端末を安価かつ簡単に移設できるような配車システムを実現することである。
【0018】
【課題を解決するための手段】
上記の目的を達成するため、本発明は、配車サービスに提供される車両に備えられる車両端末と、利用客が所持する利用客端末と、前記車両を運営する複数の会社各々に備えられる会社端末と、無線パケット通信網もしくは携帯電話網を利用して前記車両端末または前記利用客端末または前記会社端末とデータの送受信が可能な配車センタとを備えるタクシー配車処理システムにおいて、車両端末、利用客端末、会社端末および配車センタ(サーバ)は、以下の手段を備える。
【0019】
車両端末は、前記車両もしくは乗務するドライバを識別する車両/ドライバ識別情報と前記車両端末へのアクセス情報とを含むドライバ情報を記憶するドライバ情報記憶手段と、前記車両の位置を検出する位置検出手段と、前記車両が少なくとも配車に対応可能か否かを示す運行状態を保持し、定期的にもしくは所定の契機に、前記車両位置と前記運行状態とを前記配車センタに通知する状態通知手段と、前記配車センタから、配車先である利用客位置と、利用客を識別する利用客識別情報および前記利用客が所持する利用客端末へのアクセス情報を含む利用客情報とが付加された配車予約を受け付け、前記受け付けた配車予約に対する配車車両が決定した後に、前記ドライバ情報を付加した予約確認を返却し、もしくは前記配車センタから前記予約確認に対する配車依頼中断を受け付け、前記受け付けた配車依頼中断の確認を前記配車センタへ返却する予約確保処理手段と、前記利用客端末へのアクセス情報をもとに前記利用客端末と通話もしくはデータ通信を行う通信処理手段とを備える。
【0020】
また、利用客端末は、前記利用客を識別する利用客識別情報と前記利用客端末へのアクセス情報とを記憶する利用客情報記憶手段と、前記利用客の位置を検出する位置検出手段と、前記配車センタに対し、配車先である前記利用客位置と前記利用客識別情報と前記利用客端末アクセス情報とを含む配車依頼を通知し、もしくは前記配車依頼中断を通知し、または、前記配車センタから、前記車両/ドライバ識別情報および前記車両端末アクセス情報を含む配車依頼受付を受け取る予約処理手段と、前記車両端末アクセス情報をもとに前記車両端末と通話もしくはデータ通信を行う通信処理手段とを備える。
【0021】
さらに、利用客端末は、前記配車センタで課金された予約料もしくは乗車代金を、電子決済機関を利用して決済する電子決済処理手段を備える。
【0022】
また、配車センタは、前記車両を運営する会社を識別する会社識別情報と前記会社の会社端末へのアクセス情報とを含む会社情報を記憶する会社情報記憶手段と、前記車両の前記ドライバ情報を、前記車両を運営する会社の会社識別情報と対応づけて記憶する車両情報記憶手段と、前記利用者の前記利用客情報を記憶する利用客情報記憶手段と、前記車両から少なくとも前記車両位置と前記運行状態とを受信して記憶する車両位置状態記憶手段と、配車を行う地域の地図データおよび住所データを含む地図情報を記憶する地図データ記憶手段と、前記地図情報を参照して、前記利用客位置と前記車両位置と前記運行状態とをもとに配車候補となる車両を選択する配車処理手段と、前記地図情報を参照して、前記利用客位置から住所表示を検出する住所検出手段と、前記利用客端末から、配車先である前記利用客位置と前記利用客情報とが付加された配車依頼を受け付けて前記配車依頼にもとづき選択された配車候補に対し前記利用客位置と前記利用客情報とを付加した配車予約を通知し、前記配車予約に応答した配車候補から配車車両を決定し、前記配車車両の決定後に、前記利用客端末に対して前記配車車両のドライバ情報を付加した配車依頼受付を返却して前記配車車両の運行状態を回送に変更し、もしくは前記利用客端末から前記配車依頼に対する配車依頼中断を受け付けて前記配車依頼にもとづく配車予約に対して決定された配車車両の車両端末に対し前記配車依頼中断を通知して前記配車車両の運行状態を空車に変更する予約受付手段とを備える。
【0023】
また、会社端末は、前記配車センタとデータ通信を行う通信処理手段と、前記配車センタの車両情報記憶手段または前記利用客情報記憶手段へ前記ドライバ情報もしくは前記利用者情報を登録する登録手段と、前記配車センタの前記車両情報記憶手段のドライバ情報または前記予約受付手段の処理結果を参照する参照手段とを備える。
【0024】
また、配車センタは、さらに、前記会社識別情報に対応付けて前記配車予約を受け付けた回数を記憶する課金情報記憶手段と、前記配車予約を受け付けた回数をもとに前記会社に対する利用料を計算し、前記利用料の課金または決済を処理する課金・決済処理手段を備える。また、配車センタは、配車にかかる予約料もしくは乗車代金を、前記配車依頼受付を前記利用客端末へ送信する時もしくは前記配車車両の運行状態が実車から空車へ変更した通知を受信した時のいずれかの時に、電子決済機関を利用して課金または決済する課金・決済処理手段を備える。また、配車センタは、前記車両を所有するタクシー会社に対して前記配車センタサーバで記憶する情報を統計処理し当該結果を送信する統計収集手段を備える。
【0025】
本発明の各手段は、コンピュータがインストールし実行することができるプログラムにより実現することができる。コンピュータによりにより実行されるプログラムは、コンピュータが読み取り可能な、可搬媒体メモリ、半導体メモリ、ハードディスクなどの適当な記録媒体に格納することができ、これらの記録媒体に記録して提供され、または、通信インタフェースを介して種々の通信網を利用した送受信により提供される。
【0026】
【発明の実施の形態】
図1に、本発明にかかる配車処理システムの構成例を示す。
配車センタ1は、利用客端末2、ドライバ端末3、タクシー会社端末4、電子決済機関5などが、無線パケット通信網もしくは携帯電話網などの無線通信網を経由するインターネット6(以下、インターネット6とする。)を介して接続が可能なASP(Application Service Provider)である。配車センタ1へは、例えば携帯電話で接続可能なインターネット6上のオンライン受付窓口からアクセスできるものとする。
【0027】
利用客が携行する利用客端末2は、GPS8の受信機能もしくは携帯電話網/電話回線7(以下、携帯電話網7とする。)の基地局71を利用した位置情報対応機能のいずれかの機能と、インターネット接続機能とを備える端末であり、例えば、携帯電話、位置情報取得機能を備えるPHS、通話機能付きPDAなどである。利用客端末2は、配車センタ1、ドライバ端末3、タクシー会社端末4、電子決済機関5との間のデータの送受信を、携帯電話網7を経由したインターネットメールの形式で行う。
【0028】
タクシーに乗務するドライバが所持携行するドライバ端末3a、3bは、利用客端末2と同様の機能を備える。
【0029】
本形態において、利用客端末2およびドライバ端末3a、3bは、それぞれ、インターネット6を利用して配車センタ1に接続し配車センタ1が提供する配車サービスを受けるために必要なプログラムを実行することができる携帯電話の通話機能を持つ端末とする。利用客端末2またはドライバ端末3a、3bで動作するプログラムは、インターネットブラウザを除いて配車センタ1から配信され、自動的に動作可能な状態となる。
【0030】
利用客端末2およびドライバ端末3a、3bは、配車センタ1、ドライバ端末3、タクシー会社端末4、電子決済機関5との間のデータの送受信をインターネット6を利用して行う。
【0031】
タクシー会社端末4は、配車センタ1にアクセス可能なインターネットブラウザを備えるコンピュータ端末である。タクシー会社端末4は、電話モデム72を介して携帯電話網7に接続し電話予約代行を行う機能を備えてもよい。
【0032】
電子決済機関5は、インターネット6もしくは携帯電話網7を用いるインターネットバンキングに対応した機能を利用して、予約料や乗車代金の支払および配車センタ1の利用料金の決済を行う機関である。
【0033】
利用客とドライバとは、必要があれば、利用客端末2およびドライバ端末3a、3bと携帯電話網7を用いて通話することができる。利用客端末2とタクシー会社端末4、またはドライバ端末3a,3bとタクシー会社端末4とは、電話回線網を含む携帯電話網7を利用して通話することができる。
【0034】
図2に、本発明の処理の概要を示す。
利用客端末2は、予め端末内に記憶しておいた利用客端末2の携帯電話番号/メールアドレスを含む利用客情報と位置情報取得機能により取得した位置情報と、配車先、配車希望時間などを含む配車条件を付加した配車依頼を配車センタ1に送信する。
【0035】
配車センタ1では、利用客端末2から受け付けた位置情報と配車条件をもとに、配車先の近辺にいる車両を選定し、選定した車両のドライバが所持するドライバ端末3(3a、3b)に対し、配車先と利用客情報とを含む予約通知を一斉通報して、配車に対応が可能な空車状態の車両を確認する。
【0036】
予約通知を受信したドライバ端末3では、ドライバが端末の表示部に表示された配車先や配車条件などを見て、配車依頼の受付が可能であれば、予め端末内に記憶しておいたドライバ端末3の携帯電話番号/メールアドレスおよび車両情報を含むドライバ情報を付加した予約受付を直ちに配車センタ1に返信する。その後、配車センタ1から予約受付確認を受信すると、直ちに車両状態を回送にして配車先へ向かう。
【0037】
例えば、図1に示すドライバ端末3a、3bの車両が配車先の近傍にいる場合に、ドライバ端末3aは空車状態、ドライバ端末3bは実車状態であるときには、配車センタ1はドライバ端末3aの車両にのみ予約通知を送信する。また、いずれの車両も空車状態であれば、先に予約受付を返却したドライバ端末3aに対して予約受付確認を通知し、ドライバ端末3bに対しては予約受付完了を通知する。
【0038】
配車センタ1では、ドライバ端末3から予約受付を受信すると、受信したドライバ情報と予約番号を付加した予約完了を利用客端末2へ送信する。そして、利用客端末2から予約完了確認を受信すると、予約料の課金処理を行い、電子決済機関5を介して決済処理を行う。
【0039】
利用客は、配車センタ1からの予約完了を受信し、利用客端末2の表示部に表示された予約番号、配車される車両番号やドライバ名などを確認して配車を待つことができる。
【0040】
この間、配車先を変更する場合、配車先が見つからない場合、道路が混雑して配車希望時間内に車両が到着しない場合などの連絡が必要なときには、利用客端末2またはドライバ端末3のいずれの側からでも、相手先へ発呼して通話により連絡をとることができる。配車依頼および予約受付の際に配車センタ1を介して通知されている利用客端末2もしくはドライバ端末3の携帯電話番号は、番号非通知機能を用いて、利用客やドライバが表示させて確認することができないような端末内部のプログラムでのみ処理可能なデータ型式で受け渡されるものとする。
【0041】
また、利用客端末2から配車依頼中断(キャンセル)が配車センタ1に通知されたときは、配車センタ1では、直ちにドライバ端末3に配車依頼中断を通知して、配車を取り止める。さらに、乗務中のドライバは、ドライバ端末3とタクシー会社端末4とを通じて、タクシー会社と電話連絡を行うことができる。
【0042】
利用客が配車された車両に乗車すると、ドライバ端末3では、車両状態を回送から実車に変更して配車センタ1に送信する。
【0043】
また、目的地で利用客が降車すると、ドライバ端末3では、車両状態を実車から空車に変更し配車センタ1に送信する。利用客端末2では、電子決済機関5との間で、乗車代金の電子決済に必要なデータを送受信する。その後、配車センタ1は、電子決済機関5との間で、利用客の利用料および乗車代金の決済処理を行う。
【0044】
また、タクシー会社端末4は、配車センタ1にアクセスすることにより、車両情報、予約情報、統計情報、課金情報などを参照し、もしくは、ダウンロードすることができる。さらに、タクシー会社端末4は、種々のドライバをサポートする情報を配車センタ1へ送信し、または、配車センタ1の利用料について電子決済機関5による電子決済を行う。
【0045】
このように、本発明では、車両の位置と状態をもとに配車対応可能な車両に対してのみ効率的に配車依頼を行うことができる。
【0046】
また、利用客とドライバとは、必要があれば、配車センタ1やタクシー会社を介さずに直接連絡をとることができ、予約後の状況にも柔軟に対応することができる。
【0047】
また、予約成立時に予約料を課金するため、予約確認後にキャンセルが発生した場合に予約料を徴収できなくなるという問題を解決することができる。
【0048】
以下に、本発明の実施の形態における処理をさらに詳しく説明する。
図3に、利用客端末2の各手段の構成例を示す。利用客端末2は、制御部21、位置検出部22、予約処理部23、電子決済部24、通信処理部25、通話処理部26、入出力部27、記憶部28、利用客情報テーブル29を持つ。
【0049】
制御部21は、利用客端末2の各部および記憶部28を制御する手段である。
位置検出部22は、基地局71を利用した携帯電話の位置情報検出機能により利用客端末2の位置情報を取得する手段である。なお、位置検出部22は、GPS8の受信機能により位置情報を取得する手段でもよい。
【0050】
予約処理部23は、入出力部27からの入力をもとに配車センタ1に接続して配車依頼やキャンセル通知などを行う手段である。
【0051】
電子決済部24は、電子決済機関5を利用した電子決済を行う手段である。
通信処理部25は、予約処理部23または電子決済部24で生成した情報をインターネット6を介して配車センタ1、タクシー会社端末4もしくは電子決済機関5とデータの送受信する手段である。
通話処理部26は、携帯電話網7を介した通話処理を行う手段である。
【0052】
入出力部27は、ボタン操作による利用客の入力データを受け付け、または通信処理部25を介して取得したデータなどをディスプレイや音声出力機能により出力する手段である。
【0053】
記憶部28は、利用客端末2の内部で一時的に生成されるデータや受信したデータなどを記憶する内蔵メモリである。
【0054】
利用客情報テーブル29は、利用客番号、利用客氏名、利用客端末2のメールアドレス、利用客端末2の電話番号、その他付帯情報からなるテーブルである。その他付帯情報には、利用客の年代、性別などの特徴情報、配車条件として希望する車両タイプなどが記憶される。利用客情報テーブル29に記憶される情報は、予め利用客端末2に格納され、会員登録時の初期情報、サービス利用時の認証情報、配車条件の詳細指定情報として使用される。
【0055】
図4に、ドライバ端末3の各手段の構成例を示す。ドライバ端末3は、制御部31、位置検出部32、状態通知部33、予約確保部34、通信処理部35、通話処理部36、入出力部37、記憶部38、および、ドライバ情報テーブル39を持つ。
【0056】
状態通知部33は、ドライバ端末3を所持するドライバが乗務する車両の空車、実車、回送などの状態情報を配車センタ1に通知する手段である。
【0057】
予約確保部34は、配車センタ1から、配車依頼である予約通知を受信した場合に、入出力部37を通じてドライバの指示を受けて予約受付を生成して配車センタ1に返却し、配車センタ1からの予約受付のレスポンスに対して確認を返却する手段である。さらに、予約確保部34は、他の車両が予約受付を完了した旨の通知である予約完了、配車中断(キャンセル)などを受信して入出力部37に表示し、または配車中断(キャンセル)を受けて、その確認を配車センタ1に返却する。
【0058】
ドライバ情報テーブル39は、ドライバ番号、会社番号、責任者氏名、ドライバ端末3のメールアドレス、ドライバ端末3の電話番号、その他付帯情報からなるテーブルである。その他付帯情報には、タクシー会社の会員情報などが記憶される。ドライバ情報テーブル39は、予めドライバ端末3に格納され、サービス利用時の認証情報、車両とドライバの対応情報更新に使用される時に生成される。
【0059】
制御部31、位置検出部32、通信処理部35、通話処理部36、入出力部37、記憶部38は、図3に示す利用客端末2の制御部21、位置検出部22、通信処理部25、通話処理部26、入出力部27、記憶部28と、ほぼ同様の処理を行う手段であるので説明を省略する。
【0060】
ただし、位置検出部32は、制御部31のタイマ機能により定期的に位置情報を取得し、または、状態通知部33の車両状態通知に同期して位置情報を取得する。
【0061】
図5に、配車センタ1の各手段の構成例を示す。配車センタ(サーバ)1は、制御部101、動態管理部102、予約受付部103、配車処理部104、課金・決済部105、統計収集部106、住所検索部107、地図参照部108、通信処理部109、記憶部110、タクシー会社管理テーブル120、車両管理テーブル121、車両位置状態管理テーブル122、利用客管理テーブル123、予約管理テーブル124、課金管理テーブル125、統計情報管理テーブル126、地図データ127を持つ。
【0062】
制御部101は、配車センタ1の各手段、記憶部、各テーブルを制御する手段である。
【0063】
動態管理部102は、車両位置状態管理テーブル122を参照し、ドライバ端末3から位置情報や状態情報を受けて、車両の動態管理を行う手段である。
【0064】
予約受付部103は、利用客端末2からの配車依頼を受けると、車両管理テーブル121、利用客管理テーブル123を参照し予約管理テーブル124を生成して、ドライバ端末3へ予約通知を送信し、ドライバ端末3からの予約受付を受信し、予約受付した車両以外の車両へ予約受付完了を通知する手段である。また、予約受付部103は、利用客端末2とドライバ端末3との配車依頼中断(キャンセル)の通知および確認を受け渡す手段である。
【0065】
配車処理部104は、車両位置状態管理テーブル122を参照して利用客の位置情報および配車条件にもとづいて配車対象の候補車両を選定し、選定した車両の位置や状態および予約した利用客の位置情報などを管理する手段である。
【0066】
課金・決済部105は、予約管理テーブル124および課金管理テーブル125を参照して、予約料、乗車代金、配車センタ1の利用料を電子決済機関5を利用して回収するための課金および決済処理を行う手段である。
【0067】
統計収集部106は、タクシー会社端末4からの要求により、統計情報管理テーブル126を参照して、予約状況、予約消化状況、統計情報、課金情報などを集計し提供する手段である。
【0068】
住所検索部107は、地図データ127を参照し、ドライバ端末3へ送信する配車位置を入力するための利用客端末2からの位置情報をもとに住所を検索する手段である。
【0069】
地図参照部108は、車両の位置や状態、配車依頼した利用客の位置などを地図データ127上にプロットして参照する手段である。
【0070】
通信処理部109は、利用客端末2、ドライバ端末3、タクシー会社端末4、または電子決済機関5とインターネット6を介してデータ送受信を行う手段である。
【0071】
記憶部110は、配車センタ1の各手段が取得し、または一時的に生成するデータを記憶する内部メモリである。
【0072】
図6に、配車センタ1で記憶されるテーブルのデータ構成例を示す。
タクシー会社管理テーブル120は、図6(A)に示すように、会社番号、会社名、責任者氏名、タクシー会社端末4のメールアドレス、電話番号、その他付帯情報からなり、車両やドライバが所属するタクシー会社の情報を管理するテーブルである。タクシー会社管理テーブル120のデータは、サービス利用時の認証、タクシー会社に帰属する各種情報のルート的な情報として使用される。
【0073】
車両管理テーブル121は、図6(B)に示すように、車両番号、会社番号、ドライバ番号、ドライバ氏名、メールアドレス、電話番号、その他付帯情報からなり、配車サービスの対象である車両の情報を管理するテーブルである。車両管理テーブル121のデータは、車両がサービスを利用する時の認証情報、車両とドライバの対応情報として使用される。
【0074】
車両位置状態管理テーブル122は、図6(C)に示すように、車両番号、状態取得日時、車両位置情報、車両状態、予約状態、予約番号からなり、車両の動態管理情報として位置情報や状態変化の履歴が蓄積されるテーブルである。車両状態は、少なくとも配車可能か否かの状態を示し、空車、実車、回送などが記憶される。予約状態は、予約を受け付けているか否かを示す。車両位置状態管理テーブル122のデータは、タクシー会社へ提供する走行履歴や実車実績などのトラッキング情報として使用される。また、車両位置状態管理テーブル122の最新の状態から現在位置と車両状態を検出することができるため、配車対象車両の選定に使用される。
【0075】
利用客管理テーブル123は、図6(D)に示すように、利用客番号、利用客名、メールアドレス、電話番号、その他付帯情報からなり、利用客情報を管理するテーブルである。利用客管理テーブル123は、利用客のサービス利用時の認証、ドライバに通知する利用客の詳細情報として使用する。利用客管理テーブル123のデータは、制御部101が利用客端末2の利用客情報テーブル29をもとに制御部101により自動的に登録され、またはタクシー会社端末4からの顧客時登録によって登録される。
【0076】
予約管理テーブル124は、図6(E)に示すように、予約番号、受付日時、利用客番号、ドライバ番号、利用客位置情報、配車時間、対応状態、決済状態、決済日時からなり、利用客からの配車依頼の情報を管理するテーブルである。予約管理テーブル124は、利用客端末2から配送依頼を受信した時に作成される。予約管理テーブル124の対応状態は、回送中、実車、終了などが、配車完了までのプロセスで動態管理部102により逐次更新されることにより、配車対象車両の選定処理や対応状況の監視情報として使用される。
【0077】
また、利用客位置情報は配車対象の車両の選定に使用され、選定された車両のドライバには、利用客の詳細情報とともに、利用客の位置情報(経度緯度)から住所や近くの目標物を検索してドライバに分かりやすい情報に変換して通知される。
【0078】
課金管理テーブル125は、図6(F)に示すように、年月度、会社番号、車両番号、予約回数、キャンセル回数、決済状態、決済日時からなり、車両やタクシー会社に対して従量課金する際のカウンタ情報を管理するテーブルである。また、課金管理テーブル125のデータは、未決済管理情報としても使用される。予約回数は、配車依頼から利用客の実車にまで至った回数を示し、キャンセル回数は、配車依頼(予約受付)完了後のキャンセル回数を示す。
【0079】
統計情報管理テーブル126は、図6(G)に示すように、エリア区分、年月日、時間帯、予約回数、キャンセル回数からなり、利用客の利用状況その他情報を管理するテーブルである。統計情報管理テーブル126のデータは、タクシー会社へ提供する統計情報として使用される。
【0080】
地図データ127は、動態管理部102や配車処理部104が、利用客の位置および車両の位置をマッピングするために参照するデータである。
【0081】
図7に、タクシー会社端末4の各手段の構成例を示す。タクシー会社端末4は、制御部41、インターネットブラウザ42、通信処理部43、通話処理部44、入出力部45、記憶部46を持つ。
【0082】
制御部41は、タクシー会社端末4の各手段および記憶部46を制御する手段である。
【0083】
インターネットブラウザ42は、会員や車両の登録もしくは変更、各種の履歴情報もしくは統計情報の取得、電子決済処理のために、配車センタ1または電子決済機関5へアクセスする手段である。
【0084】
通信処理部43は、配車センタ1、ドライバ端末3、および電子決済機関5とデータの送受信を行う手段である。例えば、予約状況、消化状況、統計情報、課金情報などを配車センタ1から受信する。
【0085】
通話処理部44は、利用客端末2およびドライバ端末3と、携帯電話網7とモデム72を通じて通話を行う手段である。
【0086】
入出力部45は、キーボードやマウスなど、およびプリンタやディスプレイ装置などである。
【0087】
記憶部46は、配車センタ1の各手段が取得しまたは生成したデータを記憶する内部メモリまたは外部記憶装置である。
【0088】
図8を用いて、本発明の処理の流れを説明する。
タクシーの配車を希望する利用客は、予め、配車センタ1の提供するサービスを受けるために会員登録をしておく必要がある。利用客は、利用客端末2の入出力部27を通じて必要な情報を入力する。利用客が入力した会員登録のためのデータは利用客端末2の利用客情報テーブル29に記憶され、さらに配車センタ1へ送信される。配車センタ1では、送信された会員登録データを受け付け、識別情報である利用客番号を付与して利用客管理テーブル123に記憶する。配車センタ1は、利用客番号を利用客端末2へ返却し、利用客端末2は利用客番号を利用客情報テーブル29に記憶する。なお、利用客端末2の利用客情報テーブル29に利用客番号を予め記憶させておくようにしてもよい。
【0089】
また、配車センタ1を通じて配車される車両を提供するタクシー会社も登録しておく必要がある。タクシー会社は、車両に乗務するドライバが所持するドライバ端末3のドライバ情報テーブル39に、ドライバの登録に必要なデータを記憶しておく。タクシー会社が、会社の会員登録用のデータと車両登録のためのドライバ情報テーブル39のデータ(ドライバ情報)と車両番号を送信して登録を行うと、配車センタ1では、受信した会社登録用のデータに会社番号を付与してタクシー会社管理テーブル120に記憶する。また、配車センタ1では、受信したドライバ情報および車両番号に会社番号を付与して車両管理テーブル121に記憶する。
【0090】
配車を希望する利用客は、利用客端末2の入出力部27を通じて配車条件を入力する。図9に、配車条件入力画面の例を示す。利用客は、配車サービスを受けたい場合には、メインメニュー画面(図示しない)から配車条件入力画面を表示させて、配車希望時間、利用人数等を入力する。そして、位置検出部22により位置情報を取得する。利用客情報テーブル29に記憶してある利用客情報と、位置情報と、配車条件とを付加した配車依頼が配車センタ1へ送信される。配車依頼送信は、図9に示す画面の配車依頼送信の選択操作により行われる。
【0091】
配車センタ1では、予約受付部103により利用客端末2からの配車依頼を受信して、受信した利用客情報から利用客管理テーブル123を生成し、受付日時と予約番号を付与して利用客情報(利用客番号)から予約管理テーブル124を生成する。そして、予約受付部103は、利用客情報の中の位置情報および配車条件を配車処理部104へ渡す。
【0092】
配車処理部104により対応可能車両を選定する。配車処理部104は、利用客の位置情報(経度緯度)と動態管理部102から取得した車両の位置情報(経度緯度)とを、地図参照部108を通じて得た該当地域の地図データ127上にマッピングし、利用客の送信した配車条件に該当する、すなわち利用客の近傍にいる空車状態の車両を所定台数だけ選定する。
【0093】
例えば、配車条件として、配車希望時間=10分であれば、利用客の位置に10分以内に到着可能な範囲にマッピングされた車両のうち、空車状態の車両を選定する。ここで、空車状態の車両が範囲内にマッピングされていなければ、配車条件の範囲内にマッピングされた実車状態の車両を選定する。実車状態であっても乗客がすぐに降車する場合も考えられ、ドライバが予約通知を受け付ける可能性があるからである。さらに、配車条件の範囲内に車両がマッピングされていなければ、範囲の境界付近まで範囲を広げて候補車両を選定する。
【0094】
さらに、住所検索部107により、利用客の位置情報を住所表示や目標物の表示へ変換し、その結果を予約受付部103へ返却する。
【0095】
予約受付部103は、配車処理部104で選定された車両に対し、住所検索部107から得た配車先および利用客情報の一部から生成した予約内容を付加して予約通知を送信し、予約受付受信待ちとなる。制御部101は予約受付タイマ監視を開始する。
【0096】
ドライバ端末3は、配車センタ1から予約通知を受信して、配車に対応可能であれば予約受付を送信する。図10に、予約通知受信画面の例を示す。予約通知では、予約内容として、予約日時、予約番号、配車時間、配車先の目標物、利用客の名前が画面に表示されので、ドライバは予約通知受信画面をみて予約を受け付けるか否かを判断することができる。
【0097】
配車センタ1の予約受付部103では、タイムアウト時には、利用客端末2に対して空車なしの通知を送信する。
【0098】
タイムアウト前に予約受付を受信した時は、予約受付を送信した車両を配車車両に決定し、そのドライバ端末3に対して、利用客端末2のメールアドレス/電話番号を付加した配車指示を送信し、配車指示確認受信待ちとなる。制御部101は配車指示確認タイマ監視を開始する。なお、利用客端末2のメールアドレス/電話番号はドライバ端末3の入出力部37で確認できないデータ型式で送信される。
【0099】
ドライバ端末3は、配車センタ1から配車指示を受信すると配車指示確認を配車センタ1へ送信し、車両表示を回送にする。
【0100】
配車センタ1の予約受付部103では、配車指示確認を受信した時は、配車指示車両以外の候補車両に対して予約完了通知を送信する。そして、予約受付部103では、利用客端末2に対し、配車対象のドライバ情報を含む配車依頼受付通知を送信して、予約管理テーブル124の対応状態を回送に更新し、さらに、車両位置状態管理テーブル122の車両状態および予約状態を更新する。
【0101】
課金・決済部105では、予約料の課金・決済処理を行い、課金管理テーブル125を更新する。
【0102】
図11に、利用客端末2で表示される予約確認受信画面の例を示す。利用客は、配車車両の到着時に予約確認受信画面をドライバに提示し、ドライバが予約内容を確認することで、利用客を認証することができる。また、予約確認受信画面には課金される予約料が表示され、利用客は予約料の課金または決済を確認することができる。
【0103】
車両が配車先へ到着し利用客が乗車すると、ドライバ端末3は、配車完了通知を配車センタ1に送信し、配車センタ1は確認を返却し、車両位置状態管理テーブル122の車両状態を実車に更新する。
【0104】
その後、目的地で利用客が降車すると、ドライバ端末3は、実車完了通知を配車センタ1に送信し、配車センタ1は確認を返却し、車両位置状態管理テーブル122の車両状態を空車に更新する。
【0105】
図12に、予約受付後に、利用客から配車中断(キャンセル)が通知された場合に、利用客端末2に表示される配車中断完了画面の例を示す。利用客は、配車中断完了画面により、配車中断(キャンセル)完了を確認できる。なお、配車中断完了画面に、課金・決済される予約料額を表示するようにしてもよく、利用客は、課金・決済される予約料額を確認することができる。
【0106】
図13〜図24に、各端末の処理フローチャートを示す。図13は、利用客端末2における配車依頼処理の処理フローチャートである。
【0107】
利用客端末2では、予約処理部23により、入出力部27を通じて利用客の配車条件を入力し(ステップS1)、位置検出部22を通じて位置情報を取得し(ステップS2)、入出力部27を通じて配車依頼操作を入力して(ステップS3)、通信処理部25により配車センタ1に配車依頼を送信し、(ステップS4)、制御部21では、タイマ監視を開始する(ステップS5)。
【0108】
利用客からの配車依頼中断の入力を待ち(ステップS7)、配車依頼中断が入力されなければ(ステップS8)、配車センタ1からのレスポンス受信を待ち(ステップS9)、レスポンスが予約完了であれば(ステップS10)、予約完了を入出力部27に表示する(ステップS11)。レスポンスが、空車なしであれば(ステップS10)、空車なしを入出力部27に表示する(ステップS12)。
【0109】
また、タイマ監視(ステップS5)がタイムアウトになった場合(ステップS6)、または配車依頼中断が入力された場合(ステップS8)には、配車依頼中断を入出力部27に表示し(ステップS13)、通信処理部25を通じて配車センタ1との間で配車依頼中断とその応答を送受信する(ステップS14)。
【0110】
なお、配車依頼中断の入力待ち(ステップS7)およびレスポンス受信待ち(ステップS9)の処理は、処理開始の時間的前後はない。
【0111】
図14は、利用客端末2における配車中断処理の処理フローチャートである。利用客端末2では、入出力部27により配車中断が入力されると(ステップS20)、予約処理部23により、通信処理部25を通じて配車センタ1との間で配車中断とその応答を送受信して(ステップS21)、入出力部27により、配車中断完了を表示する(ステップS22)。
【0112】
図15および図16は、配車センタ1における配車依頼受付処理の処理フローチャートである。
【0113】
配車センタ1では、予約受付部103により、利用客端末2からの配車依頼の受信を待ち(ステップS30)、配車依頼があると(ステップS31)、予約情報を生成して予約管理テーブル124に記憶し(ステップS32)、配車処理部104により、後述する配車候補車両選定を行う(ステップS33)。
【0114】
選定車両がある場合には(ステップS34)、予約受付部103により、通信処理部109を通じて、予約通知を選定された車両のドライバ端末3へ送信し(ステップS35)、同時に、制御部101により、予約受付のタイマ監視を開始する(ステップS36)。
【0115】
予約受付部103では、利用客端末2からの配車依頼中断の受信を待ち(ステップS38)、配車依頼中断の受信がなければ(ステップS39)、予約受付受信を待ち(ステップS40)、予約受付の受信があれば(ステップS41)、最先に予約受付を送信した車両を配車車両を決定して(ステップS42)、当該配車車両に配車指示を送信し(ステップS43)、同時に、制御部101により、配車指示確認のタイマ監視を開始する(ステップS44)。
【0116】
予約受付部103では、配車依頼中断の受信を待ち(ステップS46)、配車依頼中断がなければ(ステップS47)、配車指示確認の受信を待ち(ステップS48)、配車指示の確認があれば(ステップS49)、予約受付完了を配車車両のドライバ端末3へ送信し(ステップS50)、配車依頼受付を利用客端末2へ送信し(ステップS51)、制御部101により、予約管理テーブル124の対応状態と、車両位置状態管理テーブル122の車両状態とを、回送に更新する(ステップS52、S53)。
【0117】
配車車両の決定前に配車依頼中断の受信待ち状態で、配車依頼中断の受信があった場合には(ステップS39)、予約受付部103により、配車候補の車両のドライバ端末3へ予約受付完了を送信し(ステップS54)、利用客端末2へ配車依頼中断受付を送信し(ステップS55)、予約管理テーブル124の対応状態を中断に更新する(ステップS56)。
【0118】
配車車両の決定後に配車依頼中断の受信待ち状態で、配車依頼中断の受信があった場合には(ステップS47)、予約受付部103により、配車候補の車両のドライバ端末3へ予約受付完了を送信し(ステップS57)、配車車両のドライバ端末3との間で予約中断とその応答を送受信し(ステップS58)、利用客端末2へ配車依頼中断受付を送信し(ステップS59)、予約管理テーブル124の対応状態を中断に更新する(ステップS60)。
【0119】
また、配車候補車両選定処理で選定車両がない場合(ステップS34)、または予約受付のタイマ監視がタイムアウトした場合(ステップS37)には、利用客端末2に空車なしを送信し(ステップS61)、予約管理テーブル124の対応状態を空車なしに更新する(ステップS62)。
【0120】
なお、配車依頼中断の受信待ち(ステップS38)および予約受付の受信待ち(ステップS40)の処理は、処理開始の時間的な前後はない。同様に、配車依頼中断の受信待ち(ステップS46)および配車指示確認の受信待ち(ステップS48)の処理も、処理開始の時間的な前後はない。
【0121】
図17は、配車センタ1における配車候補車両選定処理の処理フローチャートである。
【0122】
配車センタ1では、配車処理部104により、予約受付部103で受け付けた配車条件を取得して(ステップS70)、地図参照部108で参照した地図データ127上で、予約受付部103で取得した利用客の位置情報と動態管理部102から取得した車両の位置情報とをマッピングし、利用客の位置情報を中心に、配車条件に合致する近傍範囲の空車状態の車両を検索して(ステップS71)、配車対象の車両があれば(ステップS72)、より配車条件に適合した好条件の車両から上位の所定台数の車両を選定する(ステップS78)。
【0123】
一方、近傍範囲に配車対象の車両がなければ(ステップS72)、近傍範囲の実車状態の車両を検索して(ステップS73)、配車対象の車両があれば(ステップS74)、より配車条件に適合した好条件の車両から上位の所定台数の車両を選定する(ステップS78)。配車対象の車両がなければ(ステップS74)、範囲の限界の周囲にある空車または実車状態の車両を検索し(ステップS75)、配車対象の車両があれば(ステップS76)、より配車条件に適合した好条件の車両から上位の所定台数の車両を選定する(ステップS78)。配車対象の車両がなければ(ステップS76)、配車候補未選定とする(ステップS77)。
【0124】
図18は、配車センタ1における配車中断受付処理の処理フローチャートである。
【0125】
配車センタ1では、予約受付部103により、利用客端末2からの配車中断の受信を待ち(ステップS80)、配車中断の受信があれば(ステップS81)、配車中断の対象となる予約があるかどうかを調べ(ステップS82)、対象となる予約があれば、配車車両のドライバ端末3との間で予約中断とその応答を送受信し(ステップS83)、利用客端末2へ配車中断受付を送信し(ステップS84)、制御部101により、予約管理テーブル124の対応状態を中断に更新する(ステップS85)。
【0126】
図19は、配車センタ1における車両位置状態管理処理の処理フローチャートである。
【0127】
配車センタ1では、動態管理部102により、定期的または車両状態の変更を契機にした車両の位置情報および状態の報告の受信を待ち(ステップS90)、ドライバ端末3から車両の位置情報および状態の報告があれば(ステップS91)、車両位置状態管理テーブル122をもとに状態に変化があるかどうかを調べ(ステップS92)、状態に変化があれば、車両位置状態管理テーブル122の車両位置情報と車両状態を更新し(ステップS93)、状態に変化がなければ、車両位置状態管理テーブル122の車両位置情報を更新する(ステップS94)。
【0128】
図20〜図22は、ドライバ端末3における配車受付処理の処理フローチャートである。
【0129】
ドライバ端末3では、予約確保部34により、配車センタ1からの予約通知の受信を待ち(ステップS100)、予約通知の受信があれば(ステップS101)、入出力部37により予約通知を表示し(ステップS102)、制御部31により予約受付のタイマ監視を開始する(ステップS103)。
【0130】
そして、タイムアウトまで(ステップS104)、受付完了の受信を待ち(ステップS105)、受付完了を受信していなければ(ステップS106)、ドライバの予約受付入力を待ち(ステップS107)、予約受付を入力したら(ステップS108)、配車センタ1へ予約受付を送信し(ステップS109)、配車指示確認のタイマ監視を開始する(ステップS110)。
【0131】
そして、タイムアウトまで(ステップS111)、配車センタ1からのレスポンスの受信を待ち(ステップS112)、レスポンスが配車指示であれば(ステップS113)、入出力部37により、配車指示を表示し(ステップS114)、配車指示確認を入力して(ステップS115)、配車センタ1へ配車指示確認を送信し(ステップS116)、車両に回送を表示する(ステップS117)。
【0132】
そして、予約中断の受信を待ち(ステップS118)、予約中断の受信がなければ(ステップS119)、入出力部37を通じたドライバの実車報告の入力を待ち(ステップS120)、実車報告の入力があれば(ステップS121)、配車センタ1との間で実車報告とその応答の送受信を行い(ステップS122)、車両に実車を表示する(ステップS123)。
【0133】
その後、目的地で利用客が降車して、入出力部37を通じて空車報告が入力されると(ステップS124)、配車センタ1との間で空車報告とその応答が送受信され(ステップS125)、車両に空車を表示する(ステップS126)。
【0134】
予約中断の受信を待つ間に(ステップS118)、予約中断の受信があれば(ステップS119)、入出力部37により、予約中断を表示して(ステップS127)、予約中断確認の入力がされると(ステップS128)、予約中断確認を配車センタ1へ送信して(ステップS129)、車両に空車を表示する(ステップS126)。
【0135】
図23は、ドライバ端末3における位置通知処理の処理フローチャートである。
【0136】
ドライバ端末3では、位置検出部32により、所定の時間ごとに位置情報を取得して(ステップS130)、前回に位置情報を通知していれば(ステップS131) 、さらに、前回の通知の時からの移動距離が所定距離を上回っているかどうかを調べて(ステップS132)、移動距離が上回っている場合のみ、通信処理部35を通じて配車センタ1に位置情報を送信する(ステップS133)。また、前回に位置情報を通知していなければ、直ちに、配車センタ1に位置情報を送信する(ステップS133)。
【0137】
図24は、ドライバ端末3における状態通知処理の処理フローチャートである。
【0138】
ドライバ端末3では、状態通知部33により、利用客の乗車や降車、配車などの度に、ドライバが入出力部37を通じて状態を入力するか、または、料金メータ等の操作と同期して状態が入力されると(ステップS140)、状態を更新して(ステップS141)、所定の時間ごともしくは所定の契機に、配車センタ1へ状態情報を送信する(ステップS142)。
【0139】
以上、本発明をその実施の態様により説明したが、本発明はその主旨の範囲において種々の変形が可能である。
【0140】
【発明の効果】
以上説明したように、本発明によれば、複数のタクシー会社の車両を登録した配車センタの受付窓口をインターネット上に設定することができ、利用客は、例えば携帯電話で、全国どこからでも、より良いタクシー配車のサービスを受けることができる。
【0141】
また、本発明によれば、車両の位置情報および状態情報と、利用客の位置情報を取得して、車両の位置情報および状態情報と利用客の位置情報を用いて最適な配車条件の車両を選定して効率的に配車を行うタクシー配車処理システムを提供することができる。
【0142】
さらに、本発明によれば、配車依頼受け付け完了後に状況の変更が生じた場合に、利用客と車両のドライバとが直接連絡することを可能にし、さらに配車依頼のキャンセルが発生した場合に、確実に予約料などの徴収が行えるタクシー配車処理システムを提供することができる。
【0143】
さらに、本発明によれば、車両交換などの場合でも、ドライバ側の端末を安価かつ簡単に移設できるようなタクシー配車処理システムを提供することができる。
【図面の簡単な説明】
【図1】本発明にかかる配車処理システムの構成例を示す図である。
【図2】本発明の処理の概要を説明するための図である。
【図3】利用客端末の各手段の構成例を示す図である。
【図4】ドライバ端末の各手段の構成例を示す図である。
【図5】配車センタ(サーバ)の各手段の構成例を示す図である。
【図6】配車センタで記憶されるテーブルのデータ構成例を示す図である。
【図7】タクシー会社端末の各手段の構成例を示す図である。
【図8】本発明の処理の流れを説明するための図である。
【図9】配車条件入力画面の例を示す図である。
【図10】予約通知受信画面の例を示す図である。
【図11】予約確認受信画面の例を示す図である。
【図12】配車中断完了画面の例を示す図である。
【図13】利用客端末における配車依頼処理の処理フローチャートである。
【図14】利用客端末における配車中断処理の処理フローチャートである。
【図15】配車センタにおける配車依頼受付処理の処理フローチャート(1)である。
【図16】配車センタにおける配車依頼受付処理の処理フローチャート(2)である。
【図17】配車センタにおける配車候補車両選定処理の処理フローチャートである。
【図18】配車センタにおける配車中断受付処理の処理フローチャートである。
【図19】配車センタにおける車両位置状態管理処理の処理フローチャートである。
【図20】ドライバ端末における配車受付処理の処理フローチャート(1)である。
【図21】ドライバ端末における配車受付処理の処理フローチャート(2)である。
【図22】ドライバ端末における配車受付処理の処理フローチャート(3)である。
【図23】ドライバ端末における位置通知処理の処理フローチャートである。
【図24】ドライバ端末における状態通知処理の処理フローチャートである。
【図25】従来のタクシー配車システムを説明するための図である。
【符号の説明】
1 配車センタ(ASP)
2 利用客端末
3a,3b ドライバ端末
4 タクシー会社端末
5 電子決済機関
6 無線パケット通信網/インターネット
7 携帯電話網/電話回線
71 基地局
72 モデム
8 GPS
21 制御部
22 位置検出部
23 予約処理部
24 電子決済部
25 通信処理部
26 通話処理部
27 入出力部
28 記憶部
29 利用客情報テーブル
31 制御部
32 位置検出部
33 状態通知部
34 予約確保部
35 通信処理部
36 通話処理部
37 入出力部
38 記憶部
39 ドライバ情報テーブル
41 制御部
42 インターネットブラウザ
43 通信処理部
44 通話処理部
45 入出力部
46 記憶部
101 制御部
102 動態管理部
103 予約受付部
104 配車処理部
105 課金・決済部
106 統計収集部
107 住所検索部
108 地図参照部
109 通信処理部
110 記憶部
120 タクシー会社管理テーブル
121 車両管理テーブル
122 車両位置状態管理テーブル
123 利用客管理テーブル
124 予約管理テーブル
125 課金管理テーブル
126 統計情報管理テーブル
127 地図データ
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a taxi dispatch system, and in particular, a dispatch center provided on a network receives access from a terminal carried by a user, and uses the position information acquired at the time of access to perform taxi vehicle dispatch processing. It relates to a taxi dispatch system.
[0002]
[Prior art]
A conventional taxi dispatch system will be described with reference to FIG.
[0003]
First, the customer 92 requests a taxi dispatch to the taxi dispatch center 91. Here, since the dispatch center 91 is operated for each taxi company, the customer 92 first selects one from the plurality of dispatch centers 91 and then receives the current location and the location where the vehicle is to be dispatched. Such position information is transmitted to the dispatch center 91.
[0004]
In the dispatch center 91 that has received the request for dispatch, all the taxi vehicles 93 that are managed and operated by the own center request location information all at once using taxi radio. The vehicle 93 that can respond to the vehicle allocation responds to this, and the vehicle allocation center 91 acquires the position information of the vehicle 93 that has responded. Then, the dispatch center 91 confirms from the acquired position information whether or not to accept the dispatch for one vehicle 93 that is considered to be in the optimum position for dispatch. In the vehicle dispatch center 91, when the vehicle 93 responds to the vehicle dispatch acceptance confirmation, the vehicle number and the like are notified to the customer 92 and the vehicle dispatch acceptance is completed.
[0005]
On the other hand, when there is no compatible vehicle 93, the dispatch center 91 notifies the passenger 92 that the dispatch cannot be performed. The customer 92 connects to another dispatch center 91 and repeats the same dispatch request until a vehicle that can be dispatched is found.
[0006]
[Problems to be solved by the invention]
In the conventional dispatch system, the dispatch center is operated for each taxi company. Therefore, the customer has to first select a dispatch center. As a connection method to each dispatch center, there is also a method of connecting to a dispatch center according to the area of use using the location information of the customer. However, the user needs to know in advance the contact information of the dispatch center that delivers vehicles in the area to be used, but it is troublesome to check the contact information for each area. Further, when the dispatching center that is in contact is busy, or when there is no vehicle that can handle the dispatching, the user needs to contact another dispatching center and is troublesome.
[0007]
Even if the dispatch center aims for efficient dispatch instructions, the dispatch instructions are only closed within the same dispatch center (taxi company), so even if there are vehicles from other companies that are in good condition for the passengers, it is not considered. . Therefore, it is impossible to compare which dispatch center (taxi company) is good with respect to the time required for dispatch and the dispatch fee.
[0008]
In addition, the customer needs to verbally explain the place (destination) that he / she wants to dispatch, but it may be difficult for the customer to explain the destination when dispatching in an unfamiliar place such as a destination. is there. Furthermore, in the conventional dispatch system using telephone reception, it is difficult for customers such as deaf people and hearing impaired persons to use the dispatch center alone. On the other hand, in the conventional dispatch system, it is necessary to set up a manned telephone reservation reception desk in the dispatch center, and it is difficult for the taxi company to operate to reduce the cost burden.
[0009]
In addition, even after the completion of the dispatch request reception, even if the destination changes or the number of passengers changes, etc., the passenger cannot contact the driver directly. It was inconvenient because it could hardly cope with the change.
[0010]
In particular, for a taxi company, if the dispatch request is canceled after the completion of the dispatch request, the time required for traveling to the dispatch destination is wasted. Furthermore, since the reservation fee and the travel fee to the destination are collected after the actual vehicle, there is no means for collecting the reservation fee in the case of cancellation.
[0011]
In addition, the conventional vehicle allocation system does not perform vehicle state management on a regular basis, acquires position information of each vehicle after receiving a vehicle allocation request, and selects candidate vehicles for allocation based only on the acquired position information. For this reason, the state of the vehicle (actual vehicle, empty vehicle, forwarding, etc.) cannot be grasped, and it is necessary to check whether or not the vehicle can be allocated to almost all vehicles, and there is a problem that an efficient vehicle allocation instruction cannot be performed. That is, conventionally, in consideration of the frequency of communication with a vehicle, a request for vehicle position information and a response by voice using a taxi radio are used for the response. However, the driver often misses the report due to customer service or leaving the vehicle, and further, there is a problem that the response burden of the dispatcher cannot be reduced.
[0012]
The dynamic management system that constantly confirms the position of an existing vehicle is often expensive and difficult to introduce, and it cannot be used together with a telephone reservation. In addition, in the position information acquisition system using GPS (Global Positioning System), the vehicle-side terminal is expensive, and in the case of a body-fixed terminal, the terminal can be easily used for inspection, repair, vehicle replacement, etc. It cannot be relocated, and costs and labor are heavy.
[0013]
In addition, taxi radio allocation is now tight, making it difficult to enter new markets and expand business areas.
[0014]
Because of these problems, the realization of a vehicle allocation system that manages vehicle allocation on a nationwide scale, is efficient, and can flexibly respond to changes in the situation, and does not use taxi radio and has a low cost burden. Is desired.
[0015]
An object of the present invention is to periodically manage the position information and operation state of a vehicle to be operated, acquire the position information of the user at the time of user dispatch request, It is to realize a vehicle allocation system that selects vehicles with optimal vehicle allocation conditions using position information and efficiently distributes vehicles.
[0016]
Furthermore, the object of the present invention is to enable the user and the driver of the vehicle to directly contact each other when the situation change occurs after the completion of the request for dispatching the vehicle, and to ensure that the cancellation of the dispatch request occurs. It is to realize a vehicle allocation system that can collect reservation fees.
[0017]
Furthermore, an object of the present invention is to realize a vehicle allocation system that allows a driver-side terminal to be moved at low cost and easily even when a vehicle is replaced.
[0018]
[Means for Solving the Problems]
In order to achieve the above object, the present invention provides a vehicle terminal provided in a vehicle provided for a vehicle dispatch service, a customer terminal possessed by the customer, A company terminal provided in each of a plurality of companies operating the vehicle; The vehicle terminal or the wireless terminal using a wireless packet communication network or a mobile phone network Above Customer terminal Or the company terminal A taxi dispatch processing system comprising a vehicle dispatch center capable of transmitting and receiving data and a vehicle terminal, a customer terminal , Company terminal The vehicle dispatch center (server) includes the following means.
[0019]
The vehicle terminal includes driver information storage means for storing driver information including vehicle / driver identification information for identifying the vehicle or a driver on board and access information for the vehicle terminal, and position detection means for detecting the position of the vehicle. And a state notifying means for notifying the vehicle dispatch center of the vehicle position and the operation state periodically or at a predetermined opportunity, holding an operation state indicating whether or not the vehicle is capable of handling at least a vehicle. From the vehicle dispatch center, the location of the customer who is the vehicle dispatch destination , Interest Customer identification information for identifying customers and the above Owned by the customer Accepting a vehicle allocation reservation with customer information including access information to the user terminal, For accepted dispatch reservations After the dispatch vehicle is determined, return the reservation confirmation with the driver information, or Dispatch center To said For reservation confirmation Accepted dispatch request interruption , Confirm the suspension of the received dispatch request Reservation reservation processing means for returning to the dispatch center, and communication processing means for performing a call or data communication with the user terminal based on access information to the user terminal.
[0020]
Further, the user terminal includes user information storage means for storing user identification information for identifying the user and access information for the user terminal, position detection means for detecting the position of the user, Notifying the dispatch center of a dispatch request including the location of the customer as the dispatch destination, the customer identification information, and the user terminal access information, or notifying the dispatch request suspension, or the dispatch center Reservation processing means for receiving a vehicle allocation request reception including the vehicle / driver identification information and the vehicle terminal access information, and communication processing means for performing a call or data communication with the vehicle terminal based on the vehicle terminal access information. Prepare.
[0021]
Further, the customer terminal includes an electronic payment processing means for paying the reservation fee or the boarding fee charged at the dispatch center using an electronic payment organization.
[0022]
Further, the vehicle allocation center includes company information storage means for storing company information including company identification information for identifying a company that operates the vehicle and access information for the company terminal of the company, and the driver information of the vehicle. Vehicle information storage means for storing in association with company identification information of a company operating the vehicle, customer information storage means for storing the user information of the user, at least the vehicle position and the operation from the vehicle Vehicle position state storage means for receiving and storing the state, map data storage means for storing map information including map data and address data of the area where the vehicle is to be dispatched, and the user position with reference to the map information And a vehicle allocation processing means for selecting a vehicle to be a vehicle allocation candidate based on the vehicle position and the operation state, and an address display is detected from the customer position with reference to the map information And address detection means that, Accepting a vehicle allocation request to which the customer location as the vehicle allocation destination and the customer information are added from the user terminal Above Selected based on request for dispatch To a candidate for dispatch Before A vehicle allocation reservation to which the customer location and the customer information are added is notified, a vehicle allocation vehicle is determined from a vehicle allocation candidate responding to the vehicle allocation reservation, and the vehicle allocation is determined with respect to the user terminal after the vehicle allocation vehicle is determined. Return the dispatch request reception with the driver information of the vehicle Dispatch vehicle Change operation status to forward, or , User terminal The vehicle terminal of the vehicle to be dispatched that has been determined for the vehicle allocation reservation based on the vehicle allocation request by accepting the vehicle allocation request interruption from the vehicle allocation request Suspend the dispatch request notification And said Dispatch vehicle Reservation accepting means for changing the operating state to an empty vehicle.
[0023]
Also, The company terminal includes communication processing means for performing data communication with the dispatch center, vehicle information storage means for the dispatch center, or registration means for registering the driver information or the user information in the customer information storage means, and the dispatch A reference means for referring to the driver information of the vehicle information storage means of the center or the processing result of the reservation receiving means; Prepare.
[0024]
In addition, the dispatch center further calculates billing information storage means for storing the number of times that the dispatch reservation has been received in association with the company identification information, and calculates a usage fee for the company based on the number of times that the dispatch reservation has been accepted. And billing / settlement processing means for processing billing or settlement of the usage fee. In addition, the dispatching center sends a reservation fee or a boarding fee for dispatching when the dispatch request reception is transmitted to the user terminal or when a notification that the operating state of the dispatched vehicle has changed from an actual vehicle to an empty vehicle is received. At that time, a billing / settlement processing means for billing or settlement using an electronic settlement organization is provided. The dispatch center includes statistical collection means for statistically processing the information stored in the dispatch center server and transmitting the result to the taxi company that owns the vehicle.
[0025]
Each means of the present invention can be realized by a program that can be installed and executed by a computer. The program executed by the computer can be stored in an appropriate recording medium such as a portable medium memory, a semiconductor memory, or a hard disk that can be read by the computer, and is provided by being recorded in these recording media, or It is provided by transmission / reception using various communication networks via a communication interface.
[0026]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 shows a configuration example of a vehicle allocation processing system according to the present invention.
The dispatch center 1 includes an Internet 6 (hereinafter referred to as the Internet 6) through which a customer terminal 2, a driver terminal 3, a taxi company terminal 4, an electronic payment agency 5, etc. pass through a wireless communication network such as a wireless packet communication network or a mobile phone network. This is an ASP (Application Service Provider) that can be connected via the Internet. The dispatch center 1 can be accessed from, for example, an online reception desk on the Internet 6 that can be connected by a mobile phone.
[0027]
The user terminal 2 carried by the user has either a GPS 8 reception function or a position information support function using a base station 71 of a mobile phone network / phone line 7 (hereinafter referred to as a mobile phone network 7). And a terminal having an Internet connection function, such as a mobile phone, a PHS having a position information acquisition function, and a PDA with a call function. The customer terminal 2 transmits and receives data to and from the dispatch center 1, driver terminal 3, taxi company terminal 4, and electronic payment institution 5 in the form of Internet mail via the mobile phone network 7.
[0028]
The driver terminals 3 a and 3 b carried by the driver who is on board the taxi have the same functions as the customer terminal 2.
[0029]
In this embodiment, each of the customer terminal 2 and the driver terminals 3a and 3b may use the Internet 6 to connect to the dispatch center 1 and execute a program necessary for receiving the dispatch service provided by the dispatch center 1. It is assumed that the terminal has a mobile phone call function. A program that operates on the customer terminal 2 or the driver terminals 3a and 3b is distributed from the vehicle dispatch center 1 except for the Internet browser, and is automatically operable.
[0030]
The customer terminal 2 and the driver terminals 3a and 3b use the Internet 6 to transmit and receive data to and from the dispatch center 1, the driver terminal 3, the taxi company terminal 4, and the electronic payment agency 5.
[0031]
The taxi company terminal 4 is a computer terminal including an Internet browser that can access the dispatch center 1. The taxi company terminal 4 may have a function of connecting to the mobile phone network 7 via the telephone modem 72 and performing a telephone reservation agent.
[0032]
The electronic payment organization 5 is a facility that uses a function corresponding to Internet banking using the Internet 6 or the mobile phone network 7 to pay for a reservation fee, a boarding fee, and a usage fee for the dispatch center 1.
[0033]
If necessary, the user and the driver can talk with the customer terminal 2 and the driver terminals 3a and 3b using the mobile phone network 7. The user terminal 2 and the taxi company terminal 4 or the driver terminals 3a and 3b and the taxi company terminal 4 can make a call using the mobile phone network 7 including a telephone line network.
[0034]
FIG. 2 shows an outline of the processing of the present invention.
The customer terminal 2 uses the customer information including the mobile phone number / mail address of the customer terminal 2 stored in advance in the terminal, the location information acquired by the location information acquisition function, the delivery destination, the desired delivery time, etc. A dispatch request to which a dispatch condition including “is added is transmitted to the dispatch center 1.
[0035]
The dispatch center 1 selects a vehicle in the vicinity of the dispatch destination based on the position information received from the user terminal 2 and the dispatch condition, and sends it to the driver terminal 3 (3a, 3b) possessed by the driver of the selected vehicle. On the other hand, a reservation notification including the dispatch destination and the customer information is notified all at once, and an unoccupied vehicle capable of handling the dispatch is confirmed.
[0036]
In the driver terminal 3 that has received the reservation notice, if the driver sees the vehicle allocation destination and the vehicle allocation conditions displayed on the display unit of the terminal and can accept the vehicle allocation request, the driver stored in the terminal in advance. The reservation reception to which the driver information including the mobile phone number / mail address of the terminal 3 and the vehicle information is added is immediately returned to the dispatch center 1. Thereafter, when the reservation acceptance confirmation is received from the dispatch center 1, the vehicle state is immediately forwarded to the dispatch destination.
[0037]
For example, when the vehicle of the driver terminals 3a and 3b shown in FIG. 1 is in the vicinity of the dispatch destination, when the driver terminal 3a is in the empty state and the driver terminal 3b is in the actual vehicle state, the dispatch center 1 is the vehicle of the driver terminal 3a. Only send booking notices. If any vehicle is in an empty state, the reservation acceptance confirmation is notified to the driver terminal 3a that has returned the reservation acceptance first, and the reservation acceptance completion is notified to the driver terminal 3b.
[0038]
In the dispatch center 1, when the reservation acceptance is received from the driver terminal 3, the reservation completion with the received driver information and the reservation number added is transmitted to the customer terminal 2. When the reservation completion confirmation is received from the customer terminal 2, the reservation fee is charged and the payment process is performed via the electronic payment organization 5.
[0039]
The customer can receive the reservation completion from the vehicle dispatch center 1 and can confirm the reservation number displayed on the display unit of the customer terminal 2, the vehicle number to be dispatched, the driver name, etc., and wait for the vehicle dispatch.
[0040]
During this time, when the destination is changed, the destination is not found, the road is congested, and the vehicle does not arrive within the desired delivery time, either the customer terminal 2 or the driver terminal 3 Even from the side, a call can be made to the other party and contact can be made through a call. The mobile phone number of the customer terminal 2 or the driver terminal 3 notified via the dispatch center 1 at the time of request for dispatch and reservation is displayed and confirmed by the customer or driver using the number non-notification function. It is assumed that the data type that can be processed only by a program inside the terminal that cannot be used is passed.
[0041]
Further, when the dispatching request suspension (cancellation) is notified from the customer terminal 2 to the dispatching center 1, the dispatching center 1 immediately notifies the driver terminal 3 of the dispatching request suspension and cancels the dispatching. Furthermore, the driver on board can make a telephone contact with the taxi company through the driver terminal 3 and the taxi company terminal 4.
[0042]
When the passenger gets on the vehicle to which the vehicle has been dispatched, the driver terminal 3 changes the vehicle state from forward to actual vehicle and transmits it to the dispatch center 1.
[0043]
When the passenger gets off at the destination, the driver terminal 3 changes the vehicle state from an actual vehicle to an empty vehicle and transmits it to the dispatch center 1. The customer terminal 2 transmits / receives data necessary for electronic payment of the boarding fee to / from the electronic payment organization 5. Thereafter, the dispatching center 1 performs settlement processing of the user's usage fee and the boarding fee with the electronic settlement organization 5.
[0044]
Further, the taxi company terminal 4 can refer to or download vehicle information, reservation information, statistical information, billing information, and the like by accessing the dispatch center 1. Further, the taxi company terminal 4 transmits information for supporting various drivers to the dispatch center 1 or performs electronic settlement by the electronic settlement organization 5 on the usage fee of the dispatch center 1.
[0045]
As described above, according to the present invention, it is possible to efficiently make a vehicle allocation request only to a vehicle that can support vehicle allocation based on the position and state of the vehicle.
[0046]
In addition, if necessary, the customer and the driver can contact each other directly without going through the dispatch center 1 or the taxi company, and can flexibly cope with the situation after the reservation.
[0047]
In addition, since the reservation fee is charged when the reservation is established, it is possible to solve the problem that it becomes impossible to collect the reservation fee when a cancellation occurs after confirmation of the reservation.
[0048]
Hereinafter, processing in the embodiment of the present invention will be described in more detail.
In FIG. 3, the structural example of each means of the customer terminal 2 is shown. The user terminal 2 includes a control unit 21, a position detection unit 22, a reservation processing unit 23, an electronic payment unit 24, a communication processing unit 25, a call processing unit 26, an input / output unit 27, a storage unit 28, and a customer information table 29. Have.
[0049]
The control unit 21 is means for controlling each unit of the customer terminal 2 and the storage unit 28.
The position detection unit 22 is means for acquiring position information of the user terminal 2 by a position information detection function of a mobile phone using the base station 71. Note that the position detection unit 22 may be a means for acquiring position information by the reception function of the GPS 8.
[0050]
The reservation processing unit 23 is a unit that connects to the dispatch center 1 based on an input from the input / output unit 27 and makes a dispatch request or a cancellation notification.
[0051]
The electronic settlement unit 24 is means for performing electronic settlement using the electronic settlement organization 5.
The communication processing unit 25 is means for transmitting / receiving data generated by the reservation processing unit 23 or the electronic payment unit 24 to / from the dispatch center 1, the taxi company terminal 4 or the electronic payment organization 5 via the Internet 6.
The call processing unit 26 is means for performing call processing via the mobile phone network 7.
[0052]
The input / output unit 27 is means for accepting user input data by button operation or outputting data acquired via the communication processing unit 25 by a display or a voice output function.
[0053]
The storage unit 28 is a built-in memory that stores data temporarily generated inside the customer terminal 2 or received data.
[0054]
The customer information table 29 is a table including a customer number, a customer name, a mail address of the customer terminal 2, a telephone number of the customer terminal 2, and other incidental information. In the other incidental information, characteristic information such as the user's age and gender, a vehicle type desired as a vehicle allocation condition, and the like are stored. Information stored in the customer information table 29 is stored in the customer terminal 2 in advance, and is used as initial information at the time of member registration, authentication information at the time of service use, and detailed designation information for vehicle allocation conditions.
[0055]
FIG. 4 shows a configuration example of each means of the driver terminal 3. The driver terminal 3 includes a control unit 31, a position detection unit 32, a status notification unit 33, a reservation securing unit 34, a communication processing unit 35, a call processing unit 36, an input / output unit 37, a storage unit 38, and a driver information table 39. Have.
[0056]
The state notification unit 33 is a means for notifying the dispatch center 1 of state information such as an empty vehicle, an actual vehicle, and forwarding of a vehicle on which the driver carrying the driver terminal 3 is on board.
[0057]
When the reservation securing unit 34 receives a reservation notification, which is a vehicle allocation request, from the vehicle dispatching center 1, it receives a driver instruction through the input / output unit 37, generates a reservation acceptance, returns it to the vehicle dispatching center 1, and This is a means for returning a confirmation in response to a reservation reception response from. Furthermore, the reservation securing unit 34 receives a reservation completion, a dispatch stop (cancellation), etc., which are notifications that other vehicles have completed the reservation acceptance, and displays them on the input / output unit 37, or a dispatch stop (cancel). Upon receipt, the confirmation is returned to the dispatch center 1.
[0058]
The driver information table 39 is a table including a driver number, a company number, a person in charge, a mail address of the driver terminal 3, a telephone number of the driver terminal 3, and other incidental information. In the other incidental information, taxi company member information and the like are stored. The driver information table 39 is stored in advance in the driver terminal 3, and is generated when used for updating authentication information when using the service and correspondence information between the vehicle and the driver.
[0059]
The control unit 31, the position detection unit 32, the communication processing unit 35, the call processing unit 36, the input / output unit 37, and the storage unit 38 are the control unit 21, the position detection unit 22, and the communication processing unit of the customer terminal 2 shown in FIG. 25, the call processing unit 26, the input / output unit 27, and the storage unit 28.
[0060]
However, the position detection unit 32 periodically acquires position information by the timer function of the control unit 31 or acquires position information in synchronization with the vehicle state notification of the state notification unit 33.
[0061]
In FIG. 5, the example of a structure of each means of the dispatch center 1 is shown. The dispatch center (server) 1 includes a control unit 101, a dynamic management unit 102, a reservation receiving unit 103, a dispatch processing unit 104, a billing / settlement unit 105, a statistics collection unit 106, an address search unit 107, a map reference unit 108, a communication process. Unit 109, storage unit 110, taxi company management table 120, vehicle management table 121, vehicle position state management table 122, customer management table 123, reservation management table 124, billing management table 125, statistical information management table 126, map data 127 have.
[0062]
The control unit 101 is a unit that controls each unit, storage unit, and each table of the dispatch center 1.
[0063]
The behavior management unit 102 is a means for referring to the vehicle position state management table 122 and receiving position information and state information from the driver terminal 3 to perform vehicle behavior management.
[0064]
When the reservation receiving unit 103 receives a vehicle allocation request from the user terminal 2, the reservation receiving unit 103 generates a reservation management table 124 with reference to the vehicle management table 121 and the customer management table 123, and transmits a reservation notification to the driver terminal 3. It is means for receiving a reservation reception from the driver terminal 3 and notifying a vehicle other than the vehicle that has received a reservation of the completion of the reservation reception. In addition, the reservation receiving unit 103 is a means for delivering a notification and confirmation of suspension (cancellation) of a vehicle allocation request between the customer terminal 2 and the driver terminal 3.
[0065]
The vehicle allocation processing unit 104 refers to the vehicle location state management table 122 to select candidate vehicles to be allocated based on the location information of the passengers and the vehicle allocation conditions, and the position and status of the selected vehicle and the position of the reserved customer It is a means for managing information and the like.
[0066]
The billing / settlement unit 105 refers to the booking management table 124 and the billing management table 125, billing and settlement processing for collecting the reservation fee, boarding fee, and usage fee of the dispatch center 1 using the electronic settlement organization 5. It is a means to perform.
[0067]
The statistics collection unit 106 is a means for collecting and providing reservation status, reservation consumption status, statistical information, billing information, and the like with reference to the statistical information management table 126 in response to a request from the taxi company terminal 4.
[0068]
The address search unit 107 refers to the map data 127 and is a means for searching for an address based on position information from the customer terminal 2 for inputting a dispatch position to be transmitted to the driver terminal 3.
[0069]
The map reference unit 108 is means for plotting and referring to the map data 127 on the position and state of the vehicle, the position of the customer who requested the vehicle allocation, and the like.
[0070]
The communication processing unit 109 is means for performing data transmission / reception via the Internet 6 with the customer terminal 2, the driver terminal 3, the taxi company terminal 4, or the electronic settlement organization 5.
[0071]
The storage unit 110 is an internal memory that stores data that each means of the vehicle dispatch center 1 acquires or temporarily generates.
[0072]
FIG. 6 shows a data configuration example of a table stored in the dispatch center 1.
As shown in FIG. 6A, the taxi company management table 120 includes a company number, a company name, a name of a person in charge, an e-mail address of the taxi company terminal 4, a telephone number, and other incidental information, to which vehicles and drivers belong. This table manages taxi company information. The data in the taxi company management table 120 is used as route information for authentication at the time of service use and various information belonging to the taxi company.
[0073]
As shown in FIG. 6B, the vehicle management table 121 includes a vehicle number, a company number, a driver number, a driver name, an e-mail address, a telephone number, and other incidental information. It is a table to be managed. The data in the vehicle management table 121 is used as authentication information when the vehicle uses the service, and correspondence information between the vehicle and the driver.
[0074]
As shown in FIG. 6C, the vehicle position state management table 122 includes a vehicle number, a state acquisition date and time, vehicle position information, a vehicle state, a reservation state, and a reservation number. It is a table in which a history of changes is accumulated. The vehicle state indicates at least whether or not the vehicle can be dispatched, and stores an empty vehicle, an actual vehicle, a forwarding vehicle, and the like. The reservation state indicates whether a reservation is accepted. The data in the vehicle position state management table 122 is used as tracking information such as traveling history and actual vehicle performance provided to the taxi company. Further, since the current position and the vehicle state can be detected from the latest state of the vehicle position state management table 122, the vehicle position state management table 122 is used for selecting a vehicle to be dispatched.
[0075]
As shown in FIG. 6D, the customer management table 123 includes a customer number, a customer name, a mail address, a telephone number, and other incidental information, and is a table for managing customer information. The customer management table 123 is used as detailed information of the user to be authenticated and notified to the driver when the user uses the service. The data of the customer management table 123 is automatically registered by the control unit 101 based on the customer information table 29 of the customer terminal 2 or registered by customer registration from the taxi company terminal 4. The
[0076]
As shown in FIG. 6E, the reservation management table 124 includes a reservation number, reception date / time, customer number, driver number, customer location information, dispatch time, correspondence status, settlement status, settlement date and time. It is the table which manages the information of the dispatch request from. The reservation management table 124 is created when a delivery request is received from the customer terminal 2. The correspondence status of the reservation management table 124 is used as information for selecting a vehicle to be dispatched and monitoring information of the handling status by the dynamic management unit 102 sequentially updating the dispatch, actual vehicle, end, etc. by the process until the dispatch is completed. Is done.
[0077]
In addition, the customer location information is used to select the vehicle to be dispatched, and the driver of the selected vehicle is given the address and nearby target from the customer location information (longitude / latitude) along with the detailed customer information. Search and convert it into information that is easy to understand for the driver.
[0078]
As shown in FIG. 6 (F), the charge management table 125 includes year / month, company number, vehicle number, number of reservations, number of cancellations, payment status, and payment date / time. Is a table for managing the counter information. The data in the accounting management table 125 is also used as unsettled management information. The number of reservations indicates the number of times from the vehicle allocation request to the user's actual vehicle, and the number of cancellations indicates the number of cancellations after the vehicle allocation request (reservation reception) is completed.
[0079]
As shown in FIG. 6G, the statistical information management table 126 is made up of an area classification, a date, a time zone, the number of reservations, and the number of cancellations. The data of the statistical information management table 126 is used as statistical information provided to the taxi company.
[0080]
The map data 127 is data that the dynamic management unit 102 and the vehicle allocation processing unit 104 refer to in order to map the position of the customer and the position of the vehicle.
[0081]
In FIG. 7, the structural example of each means of the taxi company terminal 4 is shown. The taxi company terminal 4 includes a control unit 41, an Internet browser 42, a communication processing unit 43, a call processing unit 44, an input / output unit 45, and a storage unit 46.
[0082]
The control unit 41 is a unit that controls each unit of the taxi company terminal 4 and the storage unit 46.
[0083]
The internet browser 42 is a means for accessing the dispatch center 1 or the electronic payment organization 5 for registration or change of members and vehicles, acquisition of various history information or statistical information, and electronic payment processing.
[0084]
The communication processing unit 43 is means for transmitting / receiving data to / from the dispatch center 1, the driver terminal 3, and the electronic settlement agency 5. For example, reservation status, consumption status, statistical information, billing information, and the like are received from the dispatch center 1.
[0085]
The call processing unit 44 is means for making a call through the user terminal 2 and the driver terminal 3, the mobile phone network 7 and the modem 72.
[0086]
The input / output unit 45 is a keyboard, a mouse, a printer, a display device, or the like.
[0087]
The storage unit 46 is an internal memory or an external storage device that stores data acquired or generated by each means of the dispatch center 1.
[0088]
The processing flow of the present invention will be described with reference to FIG.
A customer who wishes to dispatch a taxi needs to register in advance to receive the service provided by the dispatch center 1. The user inputs necessary information through the input / output unit 27 of the customer terminal 2. The data for membership registration input by the customer is stored in the customer information table 29 of the customer terminal 2 and further transmitted to the dispatch center 1. The dispatch center 1 receives the transmitted member registration data, assigns a customer number as identification information, and stores it in the customer management table 123. The dispatch center 1 returns the customer number to the customer terminal 2, and the customer terminal 2 stores the customer number in the customer information table 29. Note that the customer number may be stored in advance in the customer information table 29 of the user terminal 2.
[0089]
It is also necessary to register a taxi company that provides vehicles to be dispatched through the dispatch center 1. The taxi company stores data necessary for driver registration in the driver information table 39 of the driver terminal 3 possessed by the driver on board the vehicle. When the taxi company performs registration by sending data for company member registration, data (driver information) in the driver information table 39 for vehicle registration, and a vehicle number, the dispatch center 1 receives the registered company registration data. A company number is assigned to the data and stored in the taxi company management table 120. In the dispatch center 1, a company number is assigned to the received driver information and vehicle number and stored in the vehicle management table 121.
[0090]
A user who wishes to dispatch a vehicle inputs a vehicle allocation condition through the input / output unit 27 of the customer terminal 2. FIG. 9 shows an example of a vehicle allocation condition input screen. When the customer wants to receive a vehicle allocation service, the vehicle allocation condition input screen is displayed from the main menu screen (not shown), and the desired vehicle allocation time, the number of users, etc. are input. Then, the position information is acquired by the position detector 22. A vehicle allocation request to which the customer information stored in the customer information table 29, the location information, and the vehicle allocation conditions are added is transmitted to the vehicle allocation center 1. The dispatch request transmission is performed by selecting the dispatch request transmission on the screen shown in FIG.
[0091]
In the dispatch center 1, the reservation acceptance unit 103 receives a dispatch request from the customer terminal 2, generates a customer management table 123 from the received customer information, gives the reception date and reservation number and the customer information. The reservation management table 124 is generated from (user number). Then, the reservation receiving unit 103 passes the position information and the vehicle allocation conditions in the customer information to the vehicle allocation processing unit 104.
[0092]
The vehicle allocation processing unit 104 selects compatible vehicles. The vehicle allocation processing unit 104 maps the user location information (longitude / latitude) and the vehicle location information (longitude / latitude) acquired from the dynamic management unit 102 on the map data 127 of the corresponding area obtained through the map reference unit 108. Then, a predetermined number of empty vehicles that meet the vehicle allocation conditions transmitted by the customer, that is, in the vicinity of the customer are selected.
[0093]
For example, if the desired dispatch time is 10 minutes as a dispatch condition, an empty vehicle is selected from the vehicles mapped within a range that can reach the location of the customer within 10 minutes. Here, if the vehicle in the empty state is not mapped within the range, the vehicle in the actual vehicle state mapped within the range of the dispatch condition is selected. This is because there is a possibility that the passenger gets off the vehicle immediately even in the actual vehicle state, and the driver may receive a reservation notification. Further, if the vehicle is not mapped within the range of the vehicle allocation condition, the candidate vehicle is selected by expanding the range to near the boundary of the range.
[0094]
Further, the address search unit 107 converts the location information of the customer into an address display or a target display, and returns the result to the reservation receiving unit 103.
[0095]
The reservation receiving unit 103 sends a reservation notification to the vehicle selected by the dispatch processing unit 104 with a reservation content generated from a part of the destination and customer information obtained from the address search unit 107, and sends a reservation notification. Waiting for reception reception. The control unit 101 starts reservation reception timer monitoring.
[0096]
The driver terminal 3 receives a reservation notification from the dispatch center 1, and transmits a reservation acceptance if it can handle the dispatch. FIG. 10 shows an example of a reservation notification reception screen. In the reservation notification, the reservation date / time, reservation number, dispatch time, destination target, and customer's name are displayed on the screen as the reservation details, so the driver determines whether to accept the reservation by looking at the reservation notification reception screen can do.
[0097]
The reservation receiving unit 103 of the dispatch center 1 transmits a notification of no empty vehicle to the customer terminal 2 at the time of timeout.
[0098]
When the reservation reception is received before the time-out, the vehicle that has transmitted the reservation reception is determined as the dispatching vehicle, and the dispatching instruction with the mail address / phone number of the customer terminal 2 is transmitted to the driver terminal 3 , Waiting to receive the dispatch instruction confirmation. The control unit 101 starts monitoring the vehicle allocation instruction confirmation timer. The mail address / telephone number of the customer terminal 2 is transmitted in a data type that cannot be confirmed by the input / output unit 37 of the driver terminal 3.
[0099]
When the driver terminal 3 receives the dispatch instruction from the dispatch center 1, the driver terminal 3 transmits a dispatch instruction confirmation to the dispatch center 1, and makes the vehicle display forward.
[0100]
When the reservation reception unit 103 of the dispatch center 1 receives the dispatch instruction confirmation, it transmits a reservation completion notice to candidate vehicles other than the dispatch instruction vehicle. The reservation reception unit 103 transmits a vehicle allocation request reception notification including driver information to be allocated to the customer terminal 2, updates the corresponding state of the reservation management table 124 to forward, and further manages the vehicle position state management. The vehicle state and reservation state of the table 122 are updated.
[0101]
The billing / settlement unit 105 performs billing / settlement processing for the reservation fee and updates the billing management table 125.
[0102]
FIG. 11 shows an example of a reservation confirmation reception screen displayed on the customer terminal 2. The user can authenticate the user by presenting the reservation confirmation reception screen to the driver upon arrival of the dispatched vehicle, and the driver confirming the reservation content. Further, the reservation fee to be charged is displayed on the reservation confirmation reception screen, and the user can confirm the charging or settlement of the reservation fee.
[0103]
When the vehicle arrives at the destination and the passenger gets on, the driver terminal 3 transmits a notification of completion of dispatch to the dispatch center 1, and the dispatch center 1 returns confirmation, and the vehicle state in the vehicle position state management table 122 becomes the actual vehicle. Update.
[0104]
After that, when the passenger gets off at the destination, the driver terminal 3 transmits an actual vehicle completion notification to the dispatch center 1, and the dispatch center 1 returns confirmation and updates the vehicle state in the vehicle position state management table 122 to an empty vehicle. .
[0105]
FIG. 12 shows an example of a vehicle allocation interruption completion screen displayed on the customer terminal 2 when a vehicle allocation interruption (cancellation) is notified from the user after accepting the reservation. The user can confirm the completion of the vehicle dispatch interruption (cancellation) on the vehicle dispatch suspension completion screen. Note that the reservation fee amount to be charged / settled may be displayed on the dispatch stop completion screen, and the user can confirm the reservation fee amount to be charged / settled.
[0106]
13 to 24 show processing flowcharts of the respective terminals. FIG. 13 is a process flowchart of the vehicle allocation request process in the customer terminal 2.
[0107]
In the customer terminal 2, the reservation processing unit 23 inputs a customer dispatch condition through the input / output unit 27 (step S <b> 1), acquires position information through the position detection unit 22 (step S <b> 2), and passes through the input / output unit 27. A dispatch request operation is input (step S3), a dispatch request is transmitted to the dispatch center 1 by the communication processing unit 25 (step S4), and the controller 21 starts timer monitoring (step S5).
[0108]
Waiting for the input of the dispatch request interruption from the user (step S7), if no dispatch request is input (step S8), waiting for a response from the dispatch center 1 (step S9), if the response is reservation complete (Step S10), the reservation completion is displayed on the input / output unit 27 (Step S11). If the response is that there is no empty vehicle (step S10), no empty vehicle is displayed on the input / output unit 27 (step S12).
[0109]
Further, when the timer monitoring (step S5) times out (step S6), or when the dispatch request suspension is input (step S8), the dispatch request suspension is displayed on the input / output unit 27 (step S13). Then, the dispatch request interruption and the response are transmitted / received to / from the dispatch center 1 through the communication processing unit 25 (step S14).
[0110]
It should be noted that the processing of waiting for input of the dispatch request interruption (step S7) and waiting for response reception (step S9) is not before or after the start of the processing.
[0111]
FIG. 14 is a process flowchart of the dispatching process in the customer terminal 2. In the customer terminal 2, when the dispatching interruption is input by the input / output unit 27 (step S <b> 20), the reservation processing unit 23 transmits and receives the dispatching suspension and the response to the dispatching center 1 through the communication processing unit 25. (Step S21), the input / output unit 27 displays the completion of the dispatch of the vehicle (Step S22).
[0112]
FIG. 15 and FIG. 16 are process flowcharts of the dispatch request acceptance process in the dispatch center 1.
[0113]
In the dispatch center 1, the reservation accepting unit 103 waits for reception of a dispatch request from the customer terminal 2 (step S30). When there is a dispatch request (step S31), reservation information is generated and stored in the reservation management table 124. In step S32, the vehicle allocation processing unit 104 selects a vehicle allocation candidate vehicle to be described later (step S33).
[0114]
When there is a selected vehicle (step S34), the reservation receiving unit 103 transmits a reservation notification to the driver terminal 3 of the selected vehicle through the communication processing unit 109 (step S35), and at the same time, the control unit 101 Timer monitoring for reservation acceptance is started (step S36).
[0115]
The reservation accepting unit 103 waits for reception of the dispatch request interruption from the customer terminal 2 (step S38), and if there is no reception of the dispatch request interruption (step S39), waits for the reservation acceptance reception (step S40). If there is a reception (step S41), the dispatch vehicle is determined as the dispatch vehicle (step S42), and a dispatch instruction is transmitted to the dispatch vehicle (step S43). Then, timer monitoring for confirming the dispatch instruction is started (step S44).
[0116]
The reservation receiving unit 103 waits for reception of the dispatch request interruption (step S46), if there is no dispatch request interruption (step S47), waits for reception of the dispatch instruction confirmation (step S48), and if there is a confirmation of the dispatch instruction (step S48). S49), the reservation acceptance completion is transmitted to the driver terminal 3 of the dispatch vehicle (step S50), and the dispatch request acceptance is transmitted to the customer terminal 2 (step S51). The vehicle state in the vehicle position state management table 122 is updated to forward (steps S52 and S53).
[0117]
In the state of waiting for receiving the dispatch request before receiving the dispatch vehicle, if the dispatch request is received (step S39), the reservation accepting unit 103 completes the reservation acceptance to the driver terminal 3 of the dispatch candidate vehicle. (Step S54), a dispatch request interruption acceptance is transmitted to the customer terminal 2 (step S55), and the corresponding state of the reservation management table 124 is updated to interruption (step S56).
[0118]
When the dispatch request is interrupted in the waiting state for the dispatch request suspension after the dispatch vehicle is determined (step S47), the reservation accepting unit 103 transmits a reservation acceptance completion to the driver terminal 3 of the dispatch candidate vehicle. (Step S57), the reservation interruption and its response are transmitted / received to / from the driver terminal 3 of the dispatched vehicle (Step S58), the dispatch request interruption acceptance is transmitted to the customer terminal 2 (Step S59), and the reservation management table 124 Is updated to interrupted (step S60).
[0119]
In addition, when there is no selected vehicle in the dispatch candidate vehicle selection process (step S34), or when the timer monitoring of the reservation reception has timed out (step S37), no empty vehicle is transmitted to the customer terminal 2 (step S61), The correspondence state of the reservation management table 124 is updated without an empty vehicle (step S62).
[0120]
It should be noted that the processing of waiting for reception of a dispatch request interruption (step S38) and waiting for reception of reservation reception (step S40) is not before or after the start of processing. Similarly, the processing of waiting for reception of a dispatch request interruption (step S46) and waiting for reception of a dispatch instruction confirmation (step S48) is not before or after the start of processing.
[0121]
FIG. 17 is a process flowchart of a vehicle allocation candidate vehicle selection process in the vehicle allocation center 1.
[0122]
In the dispatching center 1, the dispatching processing unit 104 acquires the dispatching condition received by the reservation receiving unit 103 (step S70), and the use acquired by the reservation receiving unit 103 on the map data 127 referred to by the map reference unit 108. The position information of the customer and the position information of the vehicle acquired from the dynamic management unit 102 are mapped, and an empty vehicle in the vicinity range that matches the vehicle allocation condition is searched based on the position information of the customer (step S71). If there is a vehicle to be dispatched (step S72), a predetermined upper number of vehicles are selected from vehicles having favorable conditions that are more suitable for the dispatching conditions (step S78).
[0123]
On the other hand, if there is no vehicle to be dispatched in the vicinity range (step S72), the vehicle in the vicinity range in the actual vehicle state is searched (step S73). A predetermined number of high-order vehicles are selected from the well-conditioned vehicles (step S78). If there is no vehicle to be dispatched (step S74), an empty vehicle or a vehicle in the actual vehicle state around the range limit is searched (step S75), and if there is a vehicle to be dispatched (step S76), the vehicle is more suitable for the dispatching condition. A predetermined number of high-order vehicles are selected from the well-conditioned vehicles (step S78). If there is no vehicle to be dispatched (step S76), no dispatch candidate is selected (step S77).
[0124]
FIG. 18 is a process flowchart of the dispatching interruption acceptance process in the dispatching center 1.
[0125]
In the dispatch center 1, the reservation accepting unit 103 waits for reception of the dispatch stop from the user terminal 2 (step S 80), and if there is a receive of the dispatch stop (step S 81), is there a reservation subject to the dispatch stop? Whether or not there is a target reservation, the reservation interruption and its response are transmitted / received to / from the driver terminal 3 of the dispatch vehicle (step S83), and the dispatch interruption acceptance is transmitted to the customer terminal 2. (Step S84), the control unit 101 updates the corresponding state of the reservation management table 124 to interrupted (Step S85).
[0126]
FIG. 19 is a process flowchart of the vehicle position state management process in the dispatch center 1.
[0127]
In the dispatch center 1, the dynamics management unit 102 waits for reception of a vehicle position information and a state report periodically or triggered by a change in the vehicle state (step S90). If there is a report (step S91), it is checked whether there is a change in the state based on the vehicle position state management table 122 (step S92), and if there is a change, the vehicle position information in the vehicle position state management table 122. The vehicle state is updated (step S93), and if there is no change in the state, the vehicle position information in the vehicle position state management table 122 is updated (step S94).
[0128]
20 to 22 are process flowcharts of the vehicle allocation acceptance process in the driver terminal 3.
[0129]
In the driver terminal 3, the reservation securing unit 34 waits for reception of a reservation notification from the dispatch center 1 (step S100). If the reservation notification is received (step S101), the input / output unit 37 displays the reservation notification ( In step S102, the control unit 31 starts monitoring a timer for accepting a reservation (step S103).
[0130]
Then, until time-out (step S104), waiting for reception completion (step S105), if reception completion is not received (step S106), waiting for driver reservation reception input (step S107), and entering reservation reception (Step S108), the reservation acceptance is transmitted to the dispatch center 1 (Step S109), and the monitoring of the dispatch instruction confirmation timer is started (Step S110).
[0131]
Until time-out (step S111), the system waits for a response from the dispatch center 1 (step S112). If the response is a dispatch instruction (step S113), the input / output unit 37 displays the dispatch instruction (step S114). ) Input a vehicle allocation instruction confirmation (step S115), transmit the vehicle allocation instruction confirmation to the vehicle allocation center 1 (step S116), and display the forwarding on the vehicle (step S117).
[0132]
Then, it waits for the reception of the reservation interruption (step S118), and if it does not receive the reservation interruption (step S119), it waits for the input of the driver's actual vehicle report through the input / output unit 37 (step S120). If this is the case (step S121), the actual vehicle report and its response are transmitted to and received from the dispatch center 1 (step S122), and the actual vehicle is displayed on the vehicle (step S123).
[0133]
Thereafter, when the passenger gets off at the destination and an empty report is input through the input / output unit 37 (step S124), the empty vehicle report and its response are transmitted to and received from the dispatch center 1 (step S125). An empty vehicle is displayed on (Step S126).
[0134]
While waiting for the reception of the reservation interruption (step S118), if the reservation interruption is received (step S119), the reservation interruption is displayed by the input / output unit 37 (step S127), and the reservation interruption confirmation is input. (Step S128), a reservation interruption confirmation is transmitted to the dispatch center 1 (Step S129), and an empty vehicle is displayed on the vehicle (Step S126).
[0135]
FIG. 23 is a process flowchart of the position notification process in the driver terminal 3.
[0136]
In the driver terminal 3, if the position information is acquired by the position detection unit 32 every predetermined time (step S130) and the position information is notified last time (step S131), further, from the time of the previous notification. It is checked whether or not the moving distance exceeds a predetermined distance (step S132), and only when the moving distance exceeds the position information is transmitted to the dispatch center 1 through the communication processing unit 35 (step S133). If the position information has not been notified last time, the position information is immediately transmitted to the dispatch center 1 (step S133).
[0137]
FIG. 24 is a process flowchart of the state notification process in the driver terminal 3.
[0138]
In the driver terminal 3, the state notification unit 33 causes the driver to input a state through the input / output unit 37 every time a passenger gets on, gets off, or dispatches, or the state is synchronized with an operation of a charge meter or the like. When input (step S140), the state is updated (step S141), and the state information is transmitted to the dispatch center 1 every predetermined time or at a predetermined opportunity (step S142).
[0139]
As mentioned above, although this invention was demonstrated by the embodiment, this invention can be variously deformed in the range of the main point.
[0140]
【Effect of the invention】
As described above, according to the present invention, it is possible to set a reception desk of a dispatch center that registers vehicles of a plurality of taxi companies on the Internet. Good taxi dispatch service.
[0141]
In addition, according to the present invention, vehicle position information and state information, and user position information are acquired, and a vehicle having optimal vehicle allocation conditions is obtained using the vehicle position information and state information and the user position information. It is possible to provide a taxi dispatch processing system that selects and efficiently dispatches vehicles.
[0142]
Furthermore, according to the present invention, it is possible to make a direct contact between the passenger and the vehicle driver when the situation changes after the completion of the dispatch request, and when the cancellation of the dispatch request occurs, Can provide a taxi dispatch system that can collect reservation fees.
[0143]
Furthermore, according to the present invention, it is possible to provide a taxi dispatch processing system that allows a driver-side terminal to be relocated inexpensively and easily even when a vehicle is replaced.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration example of a vehicle allocation processing system according to the present invention.
FIG. 2 is a diagram for explaining an outline of processing of the present invention.
FIG. 3 is a diagram illustrating a configuration example of each unit of a customer terminal.
FIG. 4 is a diagram illustrating a configuration example of each unit of a driver terminal.
FIG. 5 is a diagram illustrating a configuration example of each unit of a dispatch center (server).
FIG. 6 is a diagram illustrating a data configuration example of a table stored in a dispatch center.
FIG. 7 is a diagram illustrating a configuration example of each unit of a taxi company terminal.
FIG. 8 is a diagram for explaining the processing flow of the present invention.
FIG. 9 is a diagram illustrating an example of a vehicle allocation condition input screen.
FIG. 10 is a diagram illustrating an example of a reservation notification reception screen.
FIG. 11 is a diagram illustrating an example of a reservation confirmation reception screen.
FIG. 12 is a diagram illustrating an example of a vehicle dispatch interruption completion screen.
FIG. 13 is a process flowchart of a vehicle allocation request process in a customer terminal.
FIG. 14 is a process flowchart of a vehicle dispatching interruption process in a customer terminal.
FIG. 15 is a process flowchart (1) of a dispatch request acceptance process in a dispatch center.
FIG. 16 is a process flowchart (2) of a dispatch request acceptance process in a dispatch center.
FIG. 17 is a process flowchart of a vehicle allocation candidate vehicle selection process at a vehicle allocation center.
FIG. 18 is a process flowchart of a dispatching interruption acceptance process in a dispatching center.
FIG. 19 is a process flowchart of a vehicle position state management process in a dispatching center.
FIG. 20 is a process flowchart (1) of a vehicle allocation acceptance process in a driver terminal.
FIG. 21 is a process flowchart (2) of a vehicle allocation acceptance process in a driver terminal.
FIG. 22 is a process flowchart (3) of a vehicle allocation acceptance process in a driver terminal.
FIG. 23 is a process flowchart of a position notification process in a driver terminal.
FIG. 24 is a process flowchart of a status notification process in a driver terminal.
FIG. 25 is a diagram for explaining a conventional taxi dispatch system.
[Explanation of symbols]
1 Vehicle dispatch center (ASP)
2 customer terminals
3a, 3b Driver terminal
4 Taxi company terminals
5 Electronic payment institutions
6 Wireless packet communication network / Internet
7 Mobile phone network / phone line
71 base station
72 modem
8 GPS
21 Control unit
22 Position detector
23 Reservation processing part
24 Electronic Payment Department
25 Communication processor
26 Call processor
27 Input / output section
28 storage unit
29 User information table
31 Control unit
32 Position detector
33 Status notification part
34 Reservation Securing Department
35 Communication processor
36 Call processor
37 I / O section
38 storage unit
39 Driver information table
41 Control unit
42 Internet browser
43 Communication processing unit
44 Call processor
45 Input / output section
46 Memory
101 Control unit
102 Dynamics Management Department
103 Reservation reception
104 Vehicle dispatch processing department
105 Billing / Payment Department
106 Statistics gathering section
107 Address Search Department
108 Map reference part
109 Communication processing unit
110 Storage unit
120 Taxi company management table
121 Vehicle management table
122 Vehicle position state management table
123 User management table
124 Reservation management table
125 Billing management table
126 Statistical information management table
127 map data

Claims (6)

配車サービスに提供される車両に備えられる車両端末と、利用客が所持する利用客端末と、前記車両を運営する複数の会社各々に備えられる会社端末と、無線パケット通信網もしくは携帯電話網を利用して前記車両端末または前記利用客端末または前記会社端末とデータの送受信が可能な配車センタとを備えるタクシー配車処理システムにおいて、
前記車両端末は、
前記車両もしくは乗務するドライバを識別する車両/ドライバ識別情報と前記車両端末へのアクセス情報とを含むドライバ情報を記憶するドライバ情報記憶手段と、
前記車両の位置を検出する位置検出手段と、
前記車両が少なくとも配車に対応可能か否かを示す運行状態を保持し、定期的にもしくは所定の契機に、前記車両位置と前記運行状態とを前記配車センタに通知する状態通知手段と、
前記配車センタから、配車先である利用客位置と利用客を識別する利用客識別情報および前記利用客が所持する利用客端末へのアクセス情報を含む利用客情報とが付加された配車予約を受け付け、前記受け付けた配車予約に対する配車車両が決定した後に前記ドライバ情報を付加した予約確認を返却し、もしくは前記配車センタから前記予約確認に対する配車依頼中断を受け付け、前記受け付けた配車依頼中断の確認を前記配車センタへ返却する予約確保処理手段と、
前記利用客端末へのアクセス情報をもとに前記利用客端末と通話もしくはデータ通信を行う通信処理手段とを備え、
前記利用客端末は、
前記利用客端末を所持する利用者の利用客識別情報と前記利用客端末へのアクセス情報とを含む利用客情報を記憶する利用客情報記憶手段と、
前記利用客の位置を検出する位置検出手段と、
前記配車センタに対し、前記利用客位置と前記利用客情報記憶手段に記憶された利用客情報とを付加した配車依頼もしくは前記配車依頼に対する配車依頼中断を通知し、または、前記配車センタから、前記配車車両のドライバ情報が付加された配車依頼受付を受け取る予約処理手段と、
前記車両端末アクセス情報をもとに前記車両端末と通話もしくはデータ通信を行う通信処理手段とを備え、
前記配車センタは、
前記車両を運営する会社を識別する会社識別情報と前記会社の会社端末へのアクセス情報とを含む会社情報を記憶する会社情報記憶手段と、
前記車両の前記ドライバ情報を、前記車両を運営する会社の会社識別情報と対応づけて記憶する車両情報記憶手段と、
前記利用者の前記利用客情報を記憶する利用客情報記憶手段と、
前記車両から少なくとも前記車両位置と前記運行状態とを受信して記憶する車両位置状態記憶手段と、
配車を行う地域の地図データおよび住所データを含む地図情報を記憶する地図データ記憶手段と、
前記地図情報を参照して、前記利用客位置と前記車両位置と前記運行状態とをもとに配車候補となる車両を選択する配車処理手段と、
前記地図情報を参照して、前記利用客位置から住所表示を検出する住所検出手段と、
前記利用客端末から、配車先である前記利用客位置と前記利用客情報とが付加された配車依頼を受け付け、前記配車依頼にもとづき選択された配車候補に対し前記利用客位置と前記利用客情報とを付加した配車予約を通知し、前記配車予約に応答した配車候補から配車車両を決定し、前記配車車両の決定後に、前記利用客端末に対して前記配車車両のドライバ情報を付加した配車依頼受付を返却して前記配車車両の運行状態を回送に変更し、もしくは前記利用客端末から前記配車依頼に対する配車依頼中断を受け付けて前記配車依頼にもとづく配車予約に対して決定された配車車両の車両端末に対し前記配車依頼中断を通知して前記配車車両の運行状態を空車に変更する予約受付手段とを備え、
前記会社端末は、
前記配車センタとデータ通信を行う通信処理手段と、
前記配車センタの車両情報記憶手段または前記利用客情報記憶手段へ前記ドライバ情報もしくは前記利用者情報を登録する登録手段と、
前記配車センタの前記車両情報記憶手段のドライバ情報または前記予約受付手段の処理結果を参照する参照手段とを備える
ことを特徴とするタクシー配車処理システム。
Using a vehicle terminal provided in a vehicle provided for a vehicle allocation service, a customer terminal possessed by a user, a company terminal provided in each of a plurality of companies operating the vehicle, and a wireless packet communication network or a mobile phone network In a taxi dispatch processing system comprising a vehicle dispatch center capable of transmitting and receiving data with the vehicle terminal or the customer terminal or the company terminal,
The vehicle terminal is
Driver information storage means for storing driver information including vehicle / driver identification information for identifying the vehicle or a driver on board and access information to the vehicle terminal;
Position detecting means for detecting the position of the vehicle;
A state notifying means for holding an operation state indicating whether or not the vehicle is capable of at least dispatching, and notifying the vehicle dispatch center of the vehicle position and the operation state periodically or at a predetermined opportunity;
From the dispatch center, the customer positions a dispatch destination, the customer identification information and dispatch reservation and customer information including the access information is added to the customer terminal the customer possessed identify the customer Accepting, returning a reservation confirmation with the driver information added after the dispatched vehicle for the accepted dispatch reservation is determined, or accepting a dispatch request suspension for the reservation confirmation from the dispatch center, and confirming the accepted dispatch request suspension Reservation reservation processing means for returning to the dispatch center;
Communication processing means for performing a call or data communication with the user terminal based on access information to the user terminal;
The user terminal is
User information storage means for storing user information including user identification information of a user possessing the user terminal and access information to the user terminal;
Position detecting means for detecting the position of the user;
Notifying the dispatch center of the dispatch request to which the customer position and the customer information stored in the visitor information storage means are added or the dispatch request interruption for the dispatch request, or from the dispatch center, Reservation processing means for receiving a vehicle allocation request reception to which vehicle driver information is added;
Communication processing means for performing a call or data communication with the vehicle terminal based on the vehicle terminal access information,
The dispatch center is
Company information storage means for storing company information including company identification information for identifying a company operating the vehicle and access information for the company terminal of the company;
Vehicle information storage means for storing the driver information of the vehicle in association with company identification information of a company operating the vehicle;
User information storage means for storing the user information of the user;
Vehicle position state storage means for receiving and storing at least the vehicle position and the operation state from the vehicle;
Map data storage means for storing map information including map data and address data of the area where the vehicle is dispatched;
A vehicle allocation processing means for referring to the map information and selecting a vehicle to be a vehicle allocation candidate based on the user position, the vehicle position, and the operation state;
Referring to the map information, address detecting means for detecting an address display from the user position;
Wherein the customer terminal, receiving the customer information and the appended dispatch request to the customer location is dispatching destination, the use and the dispatch request to basis selected dispatch candidate paired pre SL customer location Notification of vehicle allocation with customer information added, vehicle allocation vehicle determined from vehicle allocation candidates responding to the vehicle allocation reservation, and driver information of the vehicle allocation vehicle added to the customer terminal after the vehicle allocation vehicle is determined return the dispatch request acceptance changed to route the service status of the dispatch vehicle or vehicle allocation determined for dispatch reservation based on the dispatch request accept dispatch request interrupt for the dispatch request from the customer terminal Reservation accepting means for notifying the vehicle terminal of the vehicle of the dispatch request interruption and changing the operating state of the dispatch vehicle to an empty vehicle ,
The company terminal is
Communication processing means for performing data communication with the dispatch center;
Registration means for registering the driver information or the user information in the vehicle information storage means of the dispatch center or the customer information storage means;
A taxi dispatch processing system comprising: reference means for referring to driver information in the vehicle information storage means in the dispatch center or a processing result of the reservation receiving means.
請求項1記載のタクシー配車処理システムにおいて、
前記配車センタは、さらに、
前記会社識別情報に対応付けて前記配車予約を受け付けた回数を記憶する課金情報記憶手段と、
前記配車予約を受け付けた回数をもとに前記会社に対する利用料を計算し、前記利用料の課金または決済を処理する課金・決済処理手段を備える
ことを特徴とするタクシー配車処理システム。
The taxi dispatch processing system according to claim 1,
The dispatch center further includes:
Billing information storage means for storing the number of times the reservation for dispatch is received in association with the company identification information;
A taxi dispatch processing system comprising: a billing / settlement processing means for calculating a usage fee for the company based on the number of times the reservation for dispatching is received and processing the charging or settlement of the usage fee.
請求項1記載のタクシー配車処理システムにおいて、
前記配車センタは、さらに
前記会社端末に対して前記配車センタで記憶する情報を統計処理し当該結果を送信する統計収集手段を備える
ことを特徴とするタクシー配車処理システム。
The taxi dispatch processing system according to claim 1,
The taxi dispatch processing system further includes statistical collection means for statistically processing information stored in the dispatch center and transmitting the result to the company terminal.
配車サービスに提供される車両に備えられる車両端末と、利用客が所持する利用客端末と、前記車両を運営する複数の会社各々に備えられる会社端末と、無線パケット通信網もしくは携帯電話網を利用して前記車両端末または前記利用客端末または前記会社端末とデータの送受信が可能な配車センタとを備えるタクシー配車処理システムに備えられる配車センサーバであって、
記車両を運営する会社を識別する会社識別情報と前記会社の会社端末へのアクセス情報とを含む会社情報を記憶する会社情報記憶手段と、
前記車両もしくは乗務するドライバを識別する車両/ドライバ識別情報と前記車両端末へのアクセス情報とを含むドライバ情報を、前記車両を運営する会社の会社識別情報と対応付けて記憶する車両情報記憶手段と、
前記利用者の利用客端末へのアクセス情報および前記利用客を識別する利用客識別情報を含む利用客情報を記憶する利用客情報記憶手段と、
前記車両から少なくとも車両位置と前記車両が少なくとも配車に対応可能か否かを示す運行状態とを受信して記憶する車両位置状態記憶手段と、
配車を行う地域の地図データおよび住所データを含む地図情報を記憶する地図データ記憶手段と、
前記地図情報を参照して、利用客位置と前記車両位置と前記運行状態とをもとに配車候補となる車両を選択する配車処理手段と、
前記地図情報を参照して、前記利用客位置から住所表示を検出する住所検出手段と、
前記利用客端末から、配車先である前記利用客位置と前記利用客情報とが付加された配車依頼を受け付け、前記配車依頼にもとづき選択された配車候補に対し前利用客位置と前記利用客情報を付加した配車予約を通知し、前記配車予約に応答した配車候補から配車車両を決定し、前記配車車両の決定後に、前記利用客端末に対して前記配車車両のドライバ情報を付加した配車依頼受付を返却して前記配車車両の運行状態を回送に変更し、もしくは前記利用客端末から前記配車依頼に対する配車依頼中断を受け付け、前記配車依頼にもとづく配車予約に対して決定された配車車両の車両端末に対し前記配車依頼中断を通知して前記配車車両の運行状態を空車に変更する予約受付手段とを備える
ことを特徴とする配車センタサーバ。
Using a vehicle terminal provided in a vehicle provided for a vehicle allocation service, a customer terminal possessed by a user, a company terminal provided in each of a plurality of companies operating the vehicle, and a wireless packet communication network or a mobile phone network wherein a vehicle terminal or the customer terminal or the company terminal and dispatch centers server provided in a taxi vehicle allocation processing system comprising a dispatch center capable of transmitting and receiving data,
And company information storage means for storing company information including access information to the company identification information and the company the company terminal identifies the company operating the pre-Symbol vehicle,
Vehicle information storage means for storing driver information including vehicle / driver identification information for identifying the vehicle or a driver on board and access information for the vehicle terminal in association with company identification information of a company that operates the vehicle; ,
User information storage means for storing user information including access information to the user terminal of the user and customer identification information for identifying the user;
From the vehicle, least the vehicle position state storage means in which the vehicle and vehicle both positions to receive and store the operating state indicating whether can correspond to at least dispatch also
Map data storage means for storing map information including map data and address data of the area where the vehicle is dispatched;
A vehicle allocation processing unit operable to reference the map information, selects a vehicle comprising a vehicle allocation candidate on the basis of said operating state and said vehicle position and interest for the customer location,
Referring to the map information, address detecting means for detecting an address display from the user position;
Wherein the customer terminal, receiving the customer information and the appended dispatch request to the customer location is dispatching destination, the use and the dispatch request to basis selected dispatch candidate paired pre SL customer location It notifies the dispatching reservation added with the customer information, the dispatch reserved determines the dispatch vehicles from dispatch candidates in response, after determination of the dispatch vehicle were added to the driver information of the dispatch vehicle relative to the customer terminal dispatch and return the dispatch request acceptance changed to route the service status of the dispatch vehicle, or, for receiving the dispatch request interrupt for the dispatch request from the customer terminal, determined for dispatch reservation based on the dispatch request dispatch center server characterized in that it comprises a reservation unit that notifies the pair pre Symbol dispatch request interruption vehicle terminal of the vehicle to change the operating state of the dispatch vehicle unladen.
請求項4記載の配車センタサーバにおいて、さらに、
前記会社識別情報に対応付けて前記配車予約を受け付けた回数を記憶する課金情報記憶手段と、
前記配車予約を受け付けた回数をもとに前記会社に対する利用料を計算し、前記利用料の課金または決済を処理する課金・決済処理手段を備える
ことを特徴とする配車センタサーバ。
The vehicle dispatch center server according to claim 4, further comprising:
Billing information storage means for storing the number of times the reservation for dispatch is received in association with the company identification information;
A dispatch center server comprising charge / settlement processing means for calculating a charge for the company based on the number of times the reservation for dispatch is received and processing the charge or settlement of the charge.
請求項4記載の配車センタサーバにおいて、さらに、
前記会社端末に対して前記配車センタサーバで記憶する情報を統計処理し当該結果を送信する統計収集手段を備える
ことを特徴とする配車センタサーバ。
The vehicle dispatch center server according to claim 4, further comprising:
A vehicle dispatch center server comprising statistical collection means for statistically processing information stored in the vehicle dispatch center server with respect to the company terminal and transmitting the result.
JP2001300473A 2001-09-28 2001-09-28 Taxi dispatch processing system and dispatch center server Expired - Fee Related JP4886132B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001300473A JP4886132B2 (en) 2001-09-28 2001-09-28 Taxi dispatch processing system and dispatch center server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001300473A JP4886132B2 (en) 2001-09-28 2001-09-28 Taxi dispatch processing system and dispatch center server

Publications (2)

Publication Number Publication Date
JP2003109190A JP2003109190A (en) 2003-04-11
JP4886132B2 true JP4886132B2 (en) 2012-02-29

Family

ID=19121041

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001300473A Expired - Fee Related JP4886132B2 (en) 2001-09-28 2001-09-28 Taxi dispatch processing system and dispatch center server

Country Status (1)

Country Link
JP (1) JP4886132B2 (en)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005011007A (en) * 2003-06-18 2005-01-13 Nec Soft Ltd Service providing system and method
JP2006031580A (en) * 2004-07-21 2006-02-02 Fujitsu Ten Ltd Information terminal device and vehicle allocation device
CN100357986C (en) * 2005-09-16 2007-12-26 曲声波 Method for transmitting and processing dispatching information in vehicle dispatching system
JP5731903B2 (en) * 2011-05-23 2015-06-10 矢崎エナジーシステム株式会社 On-vehicle terminal device and method of dispatching vehicle to be picked up
JP5788758B2 (en) * 2011-10-14 2015-10-07 矢崎エナジーシステム株式会社 Taxi meter and dispatch system
JP6143214B2 (en) * 2011-12-27 2017-06-07 株式会社Intelade Taxi vehicle calling system using portable terminals
JP2013222454A (en) * 2012-04-17 2013-10-28 Kimiyoshi Yamamoto Taxi allocation system
JP6210628B2 (en) * 2013-08-05 2017-10-11 株式会社 ミックウェア Server apparatus, information processing method, and program
JP6008902B2 (en) * 2014-06-25 2016-10-19 勇一 情野 Contractor dispatch system
WO2016002527A1 (en) * 2014-06-30 2016-01-07 みこらった株式会社 Mobile body calling system, calling device, and wireless communication device
JP6270234B1 (en) * 2017-09-26 2018-01-31 和弘 春川 Passenger carrying car calling system, passenger carrying car calling terminal and passenger carrying car calling program
JP2019212118A (en) * 2018-06-06 2019-12-12 株式会社 ディー・エヌ・エー System, method, and program for managing vehicle dispatch
JP7216903B2 (en) * 2018-10-26 2023-02-02 マツダ株式会社 Vehicle operation management system
JP7041645B2 (en) * 2019-05-17 2022-03-24 ヤフー株式会社 Information processing equipment, information processing methods and information processing programs
JP7336897B2 (en) * 2019-06-28 2023-09-01 Go株式会社 Vehicle allocation management device, vehicle allocation management method, and vehicle allocation management system
JP7322572B2 (en) * 2019-07-30 2023-08-08 株式会社Jvcケンウッド Vehicle allocation management control device, vehicle allocation management device, vehicle allocation management system, vehicle allocation management method and program
JP7247854B2 (en) * 2019-10-17 2023-03-29 トヨタ自動車株式会社 Information processing device, information processing program, and information processing method
JP7287244B2 (en) * 2019-11-08 2023-06-06 トヨタ自動車株式会社 Information processing device, program, and information processing method
JP2021099586A (en) * 2019-12-20 2021-07-01 本田技研工業株式会社 Vehicle allocation system, vehicle control device, vehicle allocation method, and program
JP7454450B2 (en) 2020-06-02 2024-03-22 Go株式会社 Vehicle dispatch server, vehicle dispatch system, vehicle dispatch method, and vehicle dispatch program
CN115358645B (en) * 2022-10-21 2023-01-17 安徽中科中涣信息技术有限公司 Bus passenger flow monitoring and dispatching management terminal

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0530004A (en) * 1991-07-17 1993-02-05 Iwatsu Electric Co Ltd Mobile station access notice system
JP3093970B2 (en) * 1996-04-17 2000-10-03 富士通テン株式会社 Vehicle dispatching device
JP3389428B2 (en) * 1996-09-25 2003-03-24 シャープ株式会社 Car navigation system, mobile terminal used for the system, and car navigation
JP2939800B2 (en) * 1997-03-13 1999-08-25 株式会社シスネット Automatic dispatch system
JPH11213290A (en) * 1998-01-26 1999-08-06 Fujitsu Ten Ltd Vehicle allotment system
JPH11283187A (en) * 1998-03-27 1999-10-15 Aisin Seiki Co Ltd Vehicle allocation management system
JP2000020890A (en) * 1998-06-26 2000-01-21 Ntt Mobil Communication Network Inc Service-integrated vehicle, user side device, vehicle side device, control system and service-integrated vehicle system
JP2000082200A (en) * 1998-09-04 2000-03-21 Matsushita Electric Ind Co Ltd Target object retrieving device
JP2000222690A (en) * 1999-02-04 2000-08-11 Toyo Commun Equip Co Ltd Vehicle allocation system
JP2001184415A (en) * 1999-12-27 2001-07-06 Mitsubishi Heavy Ind Ltd Method and device for collecting charge for booking
JP2001188996A (en) * 2000-01-05 2001-07-10 Nippon Kouatsu Electric Co Taxi service management system
JP2001250187A (en) * 2000-03-06 2001-09-14 Fujitsu General Ltd Method and system for vehicle allocation using internet

Also Published As

Publication number Publication date
JP2003109190A (en) 2003-04-11

Similar Documents

Publication Publication Date Title
JP4886132B2 (en) Taxi dispatch processing system and dispatch center server
JP6062641B2 (en) Taxi operation system and server device
US20040219933A1 (en) Transportation ordering system
EP1298623A2 (en) Vehicle dispatching system and apparatus
US20060034201A1 (en) Taxi dispatching system and dispatching method
US20050286421A1 (en) Location determination for mobile devices for location-based services
JP2002032889A (en) Taxi arranging system
WO2001086492A1 (en) End user to mobile service provider message exchange system based on proximity
JP2003006509A (en) Communication equipment, communication system and advertisement rate calculation method
JP2003331394A (en) Car allocation management method, car allocation management system, server, customer terminal and operating vehicle terminal
JP2005031767A (en) Parking lot reservation system, parking lot reservation method and computer program
US7376584B1 (en) Systems and methods for fulfilling orders using location-based abbreviated dialing
US20040117332A1 (en) Method and system for providing a combined metering and dispatching service with advertising
JP2001325379A (en) Parking lot information retrieval system
JP2002024367A (en) Parking service system, parking service method and computer-readable recording medium with program for the same recorded thereon
JP2003296887A (en) Taxi allocation method, taxi allocation system and web server for taxi allocation
JP2002008194A (en) Vehicle booking system and operating state controller
JP2003281692A (en) Taxi allocating method, taxi allocating system, taxi terminal, and allocating center terminal and program
JP2005043958A (en) Parking management device, parking management system and program
JP2005301629A (en) Taxi search system, on-vehicle device and its program, server device and its program, accounting server device and its program, and business method
JP2002288526A (en) Information collecting device, facility information providing device, information providing device, information collecting method, facility information providing method and information providing method
JP2002245381A (en) Vehicle allocation system, vehicle allocation method and vehicle allocation program
JP4497661B2 (en) Taxi delivery service system
JP2004126729A (en) Vehicle dispatching method and computer system
KR20200012187A (en) System for providing valet parking service

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080801

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20101028

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101102

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101228

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110920

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111114

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

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20111209

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141216

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4886132

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees