JP2005018684A

JP2005018684A - System, method and program for cab dispatching

Info

Publication number: JP2005018684A
Application number: JP2003186158A
Authority: JP
Inventors: Kazuya Kumagami; 和哉熊上; Isamu Kikuchi; 勇菊池; Akinobu Araki; 章伸荒木; Shinya Takaso; 進也高祖
Original assignee: SYSTEM SCIENCE KENKYUSHO KK
Current assignee: SYSTEM SCIENCE KENKYUSHO KK
Priority date: 2003-06-30
Filing date: 2003-06-30
Publication date: 2005-01-20

Abstract

<P>PROBLEM TO BE SOLVED: To provide a cab dispatching system which can handle a dispatching demand for more than one cab at once. <P>SOLUTION: In a system which has user terminals 1, server 2, and communication terminals 3 of a taxi company, all connected to a network 4, when the server 2 receives cab dispatching call information from the user terminal 1, the server 2 sends dispatching call information including the requested number of cabs to the communication terminal 3 of the taxi company which has the highest priority to meet the need among given taxi companies available for cab dispatching to a designated place, and receives dispatching response information including available number of cabs. The server 2 sends cab dispatching response information to the user terminal 1 when the needed number of dispatching cabs is met. When the need is not met, it sends dispatching call information to the communication terminal 3 of a taxi company which has the second highest priority to meet the rest number of needed cab dispatching. When sum of available dispatching cabs meet the original requested number of dispatching cabs, or after it repeats the same process of sending the dispatching call information to all communication terminals of the whole prescribed taxi companies, it sends the cab dispatching response information to the user terminal 1. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明はタクシー利用者の迎車依頼情報に基いて、タクシーの配車を手配するタクシー配車システム、タクシー配車方法及びタクシー配車プログラムに関するものである。
【０００２】
【従来の技術】
従来、迎車場所にタクシーを呼び出して利用する場合、一般に、タクシー利用者はタクシー会社のタクシー配車センターに電話して、迎車場所、迎車台数及び迎車希望時間などを伝える。
利用者は電話を繋いだまま配車可能かどうかの応答を待ち、配車可能なタクシーがある場合は、その旨タクシー配車センターから告げられ、迎車場所でタクシーの到着を待って乗車する。
配車可能なタクシーがない場合は、その旨タクシー配車センターから告げられた後、利用者は配車可能なタクシーが見つかるまで、別のタクシー会社のタクシー配車センターに電話し続けなければならない。
【０００３】
そのため、タクシー配車の依頼者から受信した配車依頼の位置情報を複数のタクシー会社に送信し、最も早く受信した受注情報のタクシー会社又は最も高い手数料のタクシー会社に配車をさせるタクシーの配車手配システムが提案されている（特許文献１参照）。
一方、配車センターが複数のタクシー会社に対してタクシー利用者の配車要求情報を入札のために公開し、利用者は入札結果の中から最も適切なサービスのタクシー会社を選択することが可能なタクシー配車システムも提案されている（特許文献２参照）。
【０００４】
【特許文献１】
特開２００２−３０４５４０号公報
【特許文献２】
特開２００３−１１５０９８号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、従来のシステムでは、タクシーの配車依頼又は配車要求の情報を複数のタクシー会社の全てに一斉に送信し、最も早く受注情報を返信したタクシー会社、最も高い手数料のタクシー会社、最も適切なサービスのタクシー会社などを選択している。
この場合、タクシーの配車要求の条件が１台のタクシーの配車であれば実現可能であるが、一度に複数台例えば５台の配車要求があった場合に、１社で５台のタクシーの配車ができるタクシー会社はまれであると考えられる。
そうすると、配車要求に合致しない、即ち配車要求の条件を満たせないタクシー会社は受注情報を返信することも、入札に応礼することもできない。
本発明は複数のタクシー会社のうち優先度の高い順に１社ごとに配車要求情報を送信し、タクシーの配車可能台数を積み上げて複数台のタクシー配車要求にも応えられるようにすることを課題とする。
【０００６】
【課題を解決するための手段】
上記した課題を解決するため、本発明は、利用者端末からの迎車依頼情報を受信し、迎車場所に配車可能な所定の複数のタクシー会社のうち最も優先度の高いタクシー会社１社の通信端末に希望配車台数を含む配車要求情報を送信し、タクシー会社の通信端末から配車要求情報に対応した配車可能台数を含む配車応答情報を受信し、配車可能台数が希望配車台数を満たす場合は、利用者端末に迎車応答情報を送信し、配車可能台数が希望配車台数を満たさない場合は、満たされなかった残りの希望配車台数を新たな希望配車台数として次に優先度の高いタクシー会社１社の通信端末に新たな希望配車台数を含む配車要求情報を送信し、配車可能台数の合計が当初の希望配車台数を満たすか又は所定の複数のタクシー会社全ての通信端末に配車要求情報を送信するまで優先度の高いタクシー会社の順に新たな希望配車台数を含む配車要求情報の送信を繰り返し、配車可能台数の合計が当初の希望配車台数を満たした場合は、利用者端末に迎車応答情報を送信し、所定の複数のタクシー会社全ての通信端末に配車要求情報を送信しても配車可能台数の合計が当初の希望配車台数を満たさない場合は、利用者端末に配車可能台数の合計を含む迎車応答情報を送信するようにしたものである。
【０００７】
【発明の実施の形態】
図面を用いて本発明の実施の形態を説明する。
図１は本発明の第１の実施形態のシステム構成を示す図である。
タクシー配車システムとしては、タクシー利用者が使用する利用者端末１と、タクシー配車サービスを提供するタクシー配車サービス会社に設置されるサーバー２と、複数のタクシー会社ごとに設置される通信端末３とで構成され、それらはインターネット、電話回線等のネットワーク４に接続される。
【０００８】
利用者端末１としては、携帯電話、ＰＣ（パソコン）、ＰＤＡ（携帯情報端末）、専用端末等が使用できる。
利用者端末１はタクシー利用者がタクシーの迎車依頼をする際にネットワーク４に接続され、タクシー配車サービス会社のサーバー２に接続して迎車依頼情報を送信し、サーバー２の配車手配を待ってサーバー２から配車応答情報を受信する。
【０００９】
通信端末３としては、ＰＣ、専用端末等が使用できる。
一般にタクシー会社はタクシーの配車を行うコールセンターとしてタクシー配車センターを設けているが、通信端末３はそのような配車センターに通常設置される。
通信端末３はタクシー会社の営業時間帯にはネットワーク４に常時接続され、利用者端末１からの迎車依頼情報に基いてサーバー２から送信される配車要求情報を受信し、配車要求情報に対応して配車可能台数を含む配車応答情報をサーバー２に返信する。
【００１０】
サーバー２としてはサーバー機能を備えたコンピュータなら何でも使用することができ、その名称もまた台数も限定されない。
一般に、サーバー２は、送受信を行う送受信部２１と、情報の入力及び出力を行う入出力部２２と、情報やプログラムを蓄積し、格納する記憶部２３と、情報の演算処理や各部の制御を行う制御部２４とを備え、必要に応じて外部メモリとしてＨＤＤ等の記憶手段２５を設け、記憶部２３に格納されたタクシー配車プログラムに従って動作する。
サーバー２はネットワーク４に常時接続されており、利用者端末１からの迎車依頼情報を送受信部２１を通して受信すると、迎車依頼情報に対応して配車可能なタクシー会社を、記憶部２３に格納された情報に基いて制御部２４が選択し、選択した所定の複数のタクシー会社のうち最も優先度の高いタクシー会社１社を決定し、その会社の通信端末３に希望配車台数を含む配車要求情報を送受信部２１から送信する。
【００１１】
配車要求情報を受信したタクシー会社では、タクシー無線システム等を利用して配車可能なタクシーを調べて、通信端末３からサーバー２に配車応答をする。
サーバー２は通信端末３から配車要求情報に対応した配車可能台数を含む配車応答情報を受信し、制御部２４で演算して、配車可能台数が希望配車台数を満たす場合は、利用者端末１に配車結果の迎車応答情報を送信する。
【００１２】
配車可能台数が希望配車台数を満たさない場合は、制御部２４は希望配車台数から配車可能台数を減算して満たされなかった残りの希望配車台数を新たな希望配車台数として次に優先度の高いタクシー会社１社の通信端末３に新たな希望配車台数を含む配車要求情報を送信する。
タクシー会社の配車可能台数の合計が当初の希望配車台数を満たすか又は所定の複数のタクシー会社全ての通信端末３に配車要求情報を送信するまで優先度の高いタクシー会社の順に新たな希望配車台数を含む配車要求情報の送信を繰り返す。
配車可能台数の合計が当初の希望配車合計を満たした場合は、サーバーが利用者端末に迎車応答情報を送信し、所定の複数のタクシー会社全ての通信端末に配車要求情報を送信しても配車可能台数の合計が当初の希望配車台数を満たさない場合は、サーバーが利用者端末に配車可能台数の合計を含む迎車応答情報を送信する。
【００１３】
図２はサーバーの記憶部に格納された情報を説明する図である。
図では情報等が記憶部２３に全て格納されているように示しているが、情報量が多い場合はその一部又は全部が図１に示した記憶手段２５に格納されていても良い。
タクシー会社管理情報は、このタクシー配車システムに加入したタクシー会社に関する情報、例えば名称、所在地、電話番号、所有タクシー台数等を意味し、予めサービス管理者により図１の入出力部２２を通して登録され、記憶部２３に格納される。
【００１４】
利用者のユーザー情報は、同じ場所に頻繁にタクシーの迎車依頼を行う飲食店、ホテル、ゴルフ場の施設あるいは官公庁、企業等（以下店舗等という）に関する情報で、名称、連絡先（例えば電話番号、メールアドレス）、迎車場所の位置情報（郵便番号、所在地、緯度・経度）等を意味し、予めサービス管理者により登録され、記憶部２３に格納される。
なお、迎車依頼を行う利用者端末の識別情報（例えばメールアドレス等）と、店舗等の連絡先（例えば電話番号）とを関連付けて登録し、格納しておく。関連付けとしては１対１に対応させたり、複数の識別情報に１つの連絡先を対応させる方法などがある。
【００１５】
迎車場所登録情報は、サーバーに登録された迎車場所に関する情報で、迎車に相応しい場所（迎車場所）の位置情報（郵便番号、所在地、緯度・経度）を場所番号（例えば数桁の数字、符号）に例えば１対１に対応させて関連付けたものを意味し、予めサービス管理者により登録され、記憶部２３に格納される。
タクシー配車プログラムはサーバーに所定の機能を実現させるためのプログラムで、このタクシー配車システム全体がこのプログラムより制御される。
【００１６】
図３は第１の実施形態の配車方法を示す概略図である。
タクシー利用者は利用者端末１例えば携帯電話を用いてタクシー配車サービス会社のサーバ−２に迎車依頼をする。
迎車依頼情報としては、事前にサーバー２に登録してある場合にはその情報を含めて、連絡先、迎車場所、迎車台数などの情報が必要である。
【００１７】
利用者端末１から迎車依頼情報を受信したサーバー２は、図２のタクシー会社管理情報を検索して所在地等から迎車場所に配車可能なタクシー会社例えば（Ｔ１〜Ｔ３）を選択し、選択した所定の複数のタクシー会社Ｔ１〜Ｔ３のうち最も優先度の高いタクシー会社１社Ｔ１を決定する。
サーバー２はタクシー会社Ｔ１に対し、利用者から迎車依頼された迎車場所及び台数（必要により迎車希望時間）に基く配車要求情報Ｒ１をタクシー会社Ｔ１の通信端末３に送信する。
配車要求情報Ｒ１を受信したタクシー会社Ｔ１では、タクシー配車センターのタクシー無線システム等を使用して、配車要求情報Ｒ１の迎車場所及び希望配車台数例えば５台に基いて、配下のタクシーの現在位置等から配車可能かどうか調べ、配車応答情報Ａ１として配車可能台数例えば２台をサーバー２に返信する。
【００１８】
サーバー２は配車可能台数を蓄積すると共に、希望配車台数５台から配車可能台数２台を減算して希望配車台数を満たさないと判断し、満たされなかった残りの配車能台数３台を新たな希望配車台数として、次に優先度の高いタクシー会社Ｔ２に新たな希望配車台数を含む配車要求情報Ｒ２を送信する。
配車要求情報Ｒ２を受信したタクシー会社Ｔ２では、タクシー会社Ｔ１と同様に配車可能かどうか調べ、配車応答情報Ａ２として配車可能台数例えば２台をサーバー２に返信する。
【００１９】
サーバー２は配車可能台数を更に蓄積すると共に、新たな希望配車台数３台から配車希望台数２台を減算して新たな希望配車台数を満たさないと判断し、満たされなかった残りの配車能台数１台を更に新たな希望配車台数として、更に次に優先度の高いタクシー会社Ｔ３に更に新たな希望配車台数を含む配車要求情報Ｒ３を送信する。
配車要求情報Ｒ３を受信したタクシー会社Ｔ３では、タクシー会社Ｔ１と同様に配車可能かどうか調べ、配車応答情報Ａ３として配車可能台数例えば１台をサーバー２に返信する。
【００２０】
サーバー２は新たな配車希望台数１台から配車可能台数１台を減算して新たな希望配車台数が満たされたことを検知し、配車可能台数の合計が当初の希望配車台数を満たしたと判断し、配車応答情報Ａ１〜Ａ３を取りまとめて、迎車応答情報として利用者端末１に送信する。
この間、タクシー会社Ｔ１〜Ｔ３では、それぞれ配車可能として配車応答した台数のタクシーについて、タクシー無線システム等により各タクシーに配車手配をする。
【００２１】
タクシー会社の優先度を決めるには、次のような基準を例示することができる。
例１として、全てのタクシー会社が同列で、単純にアイウエオ等の名簿順で優先度を決定する。
例２として、実際に配車した台数の総合計が少ないタクシー会社ほど優先度を高くする。
例３として、新しくこのタクシー配車システムに加入したタクシー会社ほど優先度を高くする。
例４として、タクシー会社の通信端末３に、優先度を設定できる機能を設けておき、タクシー会社が自分の意思で自社の優先度をリアルタイムに変更できるようにする。
例えば、配車したタクシー会社から手数料を徴収するシステムとし、サーバー２の優先度決定プログラムに手数料が高いほど優先度が高くなるように設定しておくと、空車が多いタクシー会社は優先度を高く変更すると手数料は高くなるが、優先的に配車要求がくるようになる。
【００２２】
図４は第１の実施形態の動作を示すフローチャートで、タクシー配車プログラムのフローを示している。
タクシー利用者はタクシーの迎車依頼をする場合、利用者端末１を使用して、ステップＳ１（以下、ステップの語を省略する）で迎車台数を含む迎車依頼情報をタクシー配車サービス会社のサーバー２に送信する。
サーバー２はＳ２で利用者端末１からの迎車依頼情報を受信し、迎車台数を希望配車台数として迎車依頼情報を蓄積する。
Ｓ３では、サーバー２は図２のタクシー会社管理情報から迎車場所に配車可能なタクシー会社を選択して、リストアップする。
Ｓ４では、サーバー２はリストアップされた所定のタクシー会社のうち最も優先度の高いタクシー会社１社を決定する。このＳ４においては、すでに配車要求情報を送信したタクシー会社を除くように設定することにより、順次優先度の高いタクシー会社の順に配車要求情報を送信することができる。
【００２３】
Ｓ５では、リストに表示された所定の複数のタクシー会社全てに配車要求情報を送信したか判断され、送信していない場合は、Ｓ４において決定されたタクシー会社１社の通信端末３に、サーバー２はＳ２で蓄積された迎車依頼情報をＳ６で配車要求情報として送信する。
配車要求情報を受信したタクシー会社ではタクシー無線システムを利用するなどして配車可能なタクシーを調査し、Ｓ７で通信端末３からサーバー２に対して配車可能台数を含む配車応答情報を送信する。
Ｓ８では、サーバー２は受信した配車可能台数を含む配車応答情報を蓄積する。
【００２４】
Ｓ９では、サーバー２は配車可能台数が希望配車台数を満たしているかどうか判断し、満たしている場合はＳ８で蓄積されている情報を元にしてＳ１１で迎車応答情報を利用者端末１に送信して終了する。
配車可能台数が希望配車台数を満たさない場合は、Ｓ１０において配車応答情報によって満たされなかった残りの希望配車台数を新たな希望配車台数として蓄積し直す。
そしてＳ４に戻り、サーバー２は次に優先度の高いタクシー会社１社を決定し、Ｓ５のチエックをした後、Ｓ６で新たな希望配車台数を含む配車要求情報を当該タクシー会社の通信端末３に送信する。
このようにしてＳ９で配車可能台数の合計が当初の希望配車台数を満たすか又はＳ５でリストアップした所定の複数のタクシー会社全ての通信端末３に配車要求情報を送信するまで、Ｓ４〜Ｓ１０の操作、手順を繰り返す。
【００２５】
Ｓ５で配車機能台数の合計が当初の希望配車台数を満たした場合は、サーバー２はＳ８で蓄積されている情報を元に取りまとめて、Ｓ１１で配車完了の迎車応答情報を利用者端末１に送信する。
Ｓ５で所定の複数のタクシー会社全ての通信端末３に配車要求情報を送信した場合には、サーバー２はＳ８で蓄積されている情報を元に取りまとめて、Ｓ１１で希望配車台数に対して配車できた配車可能台数を含む迎車応答情報を利用者端末１に送信する。
【００２６】
以上のように第１の実施形態によれば、迎車場所に配車可能な複数のタクシー会社のうち優先度の高い順に１社ごとに配車要求情報を送信し、タクシー配車可能台数を合計して配車するので、一度に複数台のタクシー配車要求にも高い確率で配車を完了することができる。
【００２７】
また、タクシー利用者にとっても、タクシー配車サービス会社のサーバーにタクシーの迎車依頼をするだけで、複数のタクシー会社への依頼ができるので、手間をかけずに簡便にタクシーの配車を受けることができる。
一方、タクシー会社にとっても、パソコンとすでに運用しているタクシー無線システムによって対応でき、一度に複数台のタクシー配車要求があっても、自社で対応できる配車可能台数の配車応答で良いので、投資負担を少なくして顧客を確保できるというメリットがある。
【００２８】
図５は本発明の第２の実施形態を示す概略図、図６は第２の実施形態の動作を示すフローチャートである。
第２の実施形態は第１の実施形態によって配車手配されたタクシーが迎車場所に到着したことを通知する方式に関するものである。
図５に示すように、迎車場所に到着したタクシーは、既存のタクシー無線システム等を利用して例えばタクシー会社Ｔ１の配車センターに到着通知を行う。
タクシー会社Ｔ１では通信端末３からタクシー配車サービス会社のサーバー２に、図６のようにＳ２１でタクシー到着通知を送信する。
【００２９】
サーバー２ではＳ２２においてタクシー会社Ｔ１の通信端末３から送信したタクシー到着通知をタクシー利用者の利用者端末１に電子メール等で送信する。これによりタクシー利用者は利用者端末１の電子メール等で依頼したタクシーが迎車場所に到着したことを知ることができる。
複数台のタクシー配車の場合も同様であり、また複数のタクシー会社にまたがっている場合も同様で大差がない。
また、タクシーからの到着通知が電子メール等を使用してサーバー２に直接送信することもできるが、この場合も利用者端末１へサーバー２から到着通知がなされることには変わりなく、図６においてはＳ２１は不要になる。
【００３０】
以上のように第２の実施形態によれば、第１の実施形態の効果に加えて、利用者端末にタクシー到着通知が電子メール等で送信されるので、タクシー利用者はいつ到着するか心配することなく、何かをしながら安心してタクシーを待つことができる。
【００３１】
図７は本発明の第３の実施形態を示す概略図、図８は第３の実施形態を示すフローチャートである。
第３の実施形態は第１の実施形態で迎車依頼をしたタクシー利用者が配車の状況を確認できるようにした方式に関するものである。
図７に示すように、タクシーの迎車依頼をした利用者は、利用者端末１を使用してタクシー配車サービス会社のサーバー２にアクセスして図８のＳ３１で配車状況確認要求をサーバー２に送信する。
配車状況確認要求には、現在の配車の状況を確認するために迎車応答情報に含まれる注文番号又は利用者の連絡先の情報の送信が必要である。
サーバー２では注文番号又は連絡先の情報に基き、Ｓ３２において、蓄積されている情報を元に迎車依頼の現在の配車状況を確認し、配車状況確認応答を利用者端末１に送信する。
【００３２】
配車状況としては次の３つが想定される。
（１）配車手配中：タクシー会社に配車を要求している途中の状態。
（２）迎車場所へ移動中：配車の手配が完了し、タクシーが迎車場所に向けて移動している状態。
（３）迎車場所に到着済み：タクシーがすでに迎車場所に到着して待機している状態。
サーバー２はこれらの３つの状態のどれに該当するかを確認して、利用者端末１に配車状況確認応答として配車状況情報を送信することになる。
なお、この配車状況確認要求はサーバー２が迎車依頼を受信してからはいつでも可能であるが、タクシー到着通知がなされてから例えば１時間以内というような制限は必要に応じて設定される。
【００３３】
以上のように第３の実施形態によれば、第１の実施形態の効果に加えて、利用者端末からサーバーに迎車依頼をしたタクシーの配車状況を確認要求できるので、タクシー利用者はタクシー会社に気兼ねすることなく現在の配車状況を簡単に知ることができて便利である。
【００３４】
図９は本発明の第４の実施形態を示す図、図１０はその画面を示す図で、迎車依頼に関するものである。
第４の実施形態は予め迎車場所を登録しておく方式で、同じ場所に頻繁にタクシーの迎車依頼を行う店舗等向けのサービスに適用されることが多い。
タクシーの利用者となる店舗等は、タクシー配車サービス会社に対し、予め名称、連絡先、迎車場所の位置情報等を提供する。
タクシー配車サービス会社のサービス管理者は、予め店舗等の連絡先例えば電話番号及び迎車場所の位置情報例えば郵便番号、所在地の住所、ＧＰＳ（ＧｒｏｂａｌＰｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ）等で入手した緯度・経度をサーバー２に登録し、図２で説明した記憶部２３に利用者のユーザ情報として格納しておく。
【００３５】
タクシー配車サービス会社はサービスを提供するに際し、ユーザ確認のために、店舗等の代表者（例えばタクシー配車の管理者であっても良い）に電話等で店舗ごとに固有の従業員登録用のメールアドレスＭ４１を送る。利用者端末１にアクセスできる場合はサーバー２からインターネット４を通してメールアドレスＭ４１を送信しても良い。
店舗等の従業員はユーザー登録するために利用者端末１を使用して従業員登録用のメールアドレスＭ４１あてに空のメールＭ４２を送信する。空のメールＭ４２には利用者端末１の識別情報である送信元メールアドレスが含まれている。
サーバー２は電子メールＭ４２に含まれている従業員の送信元メールアドレスを取得して利用者の連絡先として登録し、店舗等と利用者の連絡先及び迎車場所と関連付けた識別情報である固有のＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒｓ）Ｍ４３をそのメールアドレスあてに当該従業員専用のＵＲＬとして送信する。
このようにして、迎車依頼を手配する従業員は全員が固有のＵＲＬを自分専用に持つことにより、このＵＲＬを自分の利用者端末１の「お気に入り」等に登録しておくことができる。
【００３６】
実際に迎車依頼をする場合は、従業員は利用者端末１から自分専用のＵＲＬにアクセスし、図１０（ａ）に示す画面から迎車台数を入力してサーバー２に迎車依頼情報Ｒ４１を送信する。
サーバー２は利用者端末１からの迎車台数と、事前に登録してある迎車場所の情報を合わせて配車要求情報を構成し、第１の実施形態で説明したように優先度の高い順にタクシー会社１社ごとに配車要求情報を送信し、タクシーの配車を手配する。
【００３７】
配車が完了すると、サーバー２は迎車依頼してきた従業員の登録済みの連絡先であるメールアドレスあてに、図１０（ｂ）の画面に示したような迎車応答情報Ａ４１を送信する。
図１０（ｂ）の画面は迎車応答情報のＡ４１の一例で、迎車台数が２台で配車台数も２台の場合を示しており、注文番号、配車できた台数、タクシーごとにタクシー会社名、車番、到着予定時間又は時刻等の情報で構成される。
【００３８】
上記の説明では、迎車応答情報Ａ４１の連絡先として、従業員の利用者端末１のメールアドレスを登録して迎車応答情報Ａ４１を送信したが、店舗等の代表的な利用者端末１（例えばフロント設置の端末）のメールアドレスを利用者の連絡先として登録して、従業員が迎車依頼したタクシー配車の迎車応答の全て又は一部を同じ利用者端末１で受信するようにしても良い。
いずれにしろ、迎車依頼をする前に、予め利用者の連絡先と迎車依頼を実際に行う利用者端末１の識別情報（例えばメールアドレス）とを関連付けてサーバー２に登録しておく必要がある。
【００３９】
なお、上記の説明では、ユーザー認証のために、従業員登録用のメールアドレスＭ４１の通知、空のメールＭ４２の送信、従業員専用のＵＲＬＭ４３の送信等を行っているが、ユーザー認証をしない場合はそれらの手順は不要である。
この場合は、連絡先及び迎車場所と関連付けた識別情報である固有のＵＲＬは店舗等の代表者に通知され、従業員はそのＵＲＬを利用してサーバー２に直接アクセスし、タクシー配車システムの画面から迎車メールアドレスを含む迎車依頼情報Ｒ４１を入力してサーバー２に送信すれば良い。
【００４０】
以上のように第４の実施形態によれば、第１の実施形態の効果に加えて、予め連絡先及び迎車場所を登録しておくので、迎車依頼をする際には迎車台数を入力するだけで良いため、頻繁にタクシーの迎車依頼をする利用者にとってはその利便性は非常に高い。
また、連絡先と利用者端末の識別情報とを関連付けて登録しておくことにより、未登録の利用者端末から不正に迎車依頼されることを防ぐ効果もある。
【００４１】
図１１は本発明の第５の実施形態を示す図、図１２はその画面を示す図で、迎車依頼に関するものである。
第５の実施形態は予め迎車に相応しい場所（迎車場所）の位置情報を識別番号である場所番号に関連付けて登録しておく方式で、迎車場所が固定でない一般利用者例えば個人向けのサービスに適用される。
タクシー配車サービス会社は、例えば目標物が明確であり、車道に面していてタクシーの利用者が多そうな場所を、予めタクシーの迎車に相応しいと判断して選定する。
選定したタクシーの迎車場所の位置情報例えば郵便番号、所在地の住所、緯度・経度を、場所番号例えば数桁の数字、符号に１対１に対応させて関連付け、予めサーバー２に登録しておく。この際、場所番号ごとに固有のメールアドレスを設定してサーバー２に一緒に登録しておく。なお、連絡先は予め登録しておく必要はない。
これらの情報は迎車場所登録情報として、図２に示したように記憶部２３に格納される。
【００４２】
タクシーサービス会社は、場所番号と迎車場所の関連を何らかの方法でタクシー利用者に公開する。
例えば、図１１に示すように場所番号が示す位置あるいはそのごく近辺の施設等に、場所番号（０００２）に固有のメールアドレス（例えば０００２＠ｓｙｌｃ．ｃｏ．ｊｐ）を明示したタクシー呼び場案内の看板やステッカーを掲示する。
また、場所番号が示す位置に場所番号及び必要に応じて印をつけた地図をインターネットあるいはその他の場所で公開する。
【００４３】
これらの掲示等を見たタクシー利用者は、利用者端末１を使用してタクシーの迎車依頼の際に、タクシーの呼び場案内の手順に従い、掲示されているメールアドレスあてに空のメールＭ５１を送信する。
電子メールＭ５１を受信したサーバー２は利用者端末１の識別番号である送信元メールアドレスを取得してこれを利用者の連絡先として登録し、その送信元メールアドレスあてに折り返し場所番号及び利用者のメールアドレスごとに設定した固有のＵＲＬを含む電子メールＭ５２を送信する。
電子メールＭ５２の画面は例えば図１２（ａ）に示すように場所番号と固有のＵＲＬが表示される。
【００４４】
電子メールＭ５２を受信した利用者は表示されたＵＲＬにアクセスし、（ｂ）に示すように緊急時の連絡用の電話番号（初回のみ）及び迎車台数を入力して迎車依頼情報Ｒ５１を送信する。
サーバー２はＵＲＬに埋め込まれた場所番号から事前に登録されている迎車場所の位置情報を割り出し、その位置情報と送信された迎車台数を合わせて配車要求情報を構成し、第１の実施形態で説明したようにタクシー会社に配車要求情報を送信し、タクシーの配車を手配する。
配車が完了すると、サーバー２は利用者のメールアドレスあてに迎車応答情報Ａ５１を送信する。
なお、初回に入力した電話番号は利用者端末１の識別情報であるメールアドレスと関連付けてサーバー２に登録されるので、２回目以降は電話番号の入力も不要で、迎車台数の入力だけでタクシーの迎車依頼をすることができる。
【００４５】
ユーザーの認証を厳しく行うために、サーバー２から利用者端末１に送信されるＵＲＬを含む電子メールＭ５２に、ＵＲＬに１アクセスのみ有効なランダムキーを含ませることにより、ＵＲＬへのアクセスを１回のみに制限することもできる。
このような制限をしない場合は、ＵＲＬを利用者端末１の「お気に入り」等に登録しておけば２回目以降のサーバー２へのアクセスが便利になる。
【００４６】
なお、上記の説明では、ユーザー認証のために、空のメールＭ５１の送信、場所番号及び利用者のメールアドレスに固有のＵＲＬを含む電子メールＭ５２の送信等を行っているが、ユーザー認証をしない場合はそれらの手順は不要である。
この場合は、場所番号ごとに固有のＵＲＬを看板等に公開し、利用者はそのＵＲＬを使用してサーバー２に直接アクセスし、迎車台数、メールアドレスを含む迎車依頼情報Ｒ５１を入力してサーバー２に送信すれば良い。
【００４７】
以上のように第５の実施形態によれば、第１の実施形態の効果に加えて、ユーザーの事前登録をすることなく場所番号により特定の迎車場所を指定するので、面倒な場所の入力をすることなく、簡単な番号の入力で迎車場所を正確に指定することができ、迎車依頼があまり多くない個人にとっては利用し易い。
また、何らかの理由で会話が困難な人、あるいは日本語での会話に不慣れな外国人も容易に利用することができる。
【００４８】
図１３は本発明の第６の実施形態を示す図で、迎車依頼に関するものである。
第６の実施形態は第５の実施形態と同様に予め迎車場所の位置情報を識別番号である場所番号に関連付けて登録しておくが、インターネットのメール機能を使用せずに、電話機能を使って迎車依頼する方式である。
タクシー利用者は利用者端末１として例えば携帯電話を使用し、電話回線４を通してサーバー２に接続されたＣＴＩ（ＣｏｍｐｕｔｅｒＴｅｌｅｐｈｏｎｙＩｎｔｅｇｒａｔｉｏｎ）装置と情報を送受信する。
【００４９】
第５の実施形態と同様に、タクシー配車サービス会社は場所番号に関連付けた特定の場所あるいはそのごく付近に、タクシー配車サービス会社のＣＴＩ装置５に繋がる電話番号及び場所番号を表示したタクシー呼び場案内を掲示する。
掲示を見た利用者は迎車依頼をする際、掲示板記載の電話番号に電話をかけ、ＣＴＩ装置５の自動応答メッセージ即ち音声ガイダンスに従って、場所番号及び迎車台数を含む迎車依頼情報Ｒ６１をトーン信号で入力する。
利用者は迎車応答があるまでそのまま待機する。
【００５０】
ＣＴＩ装置５は電話会社の電話番号通知サービスにより発信者の電話番号を取得して利用者の連絡先として登録し、電話番号及び迎車台数と共にサーバー２に通知する。
サーバー２は通知された場所番号から事前に登録してある迎車場所の位置情報を割り出し、迎車台数と合わせて配車要求情報を構成し、第１の実施形態のようにタクシー会社に配車要求情報を送信し、タクシーの配車を手配する。
配車が完了すると、サーバー２はＣＴＩ装置５を通して利用者の携帯電話１に迎車応答情報Ａ６１を音声で通知する。
以上のように第６の実施形態によれば、第５の実施形態の効果に加えて、電話機能を使っても電話で話さないで迎車依頼をすることができる。
【００５１】
図１４は本発明の第７の実施形態を示す図、図１５はその画面を示す図で、迎車依頼に関するものである。
第７の実施形態は迎車場所を地図上で詳細に指定する方式である。
タクシー利用者は利用者端末１を使用し、入手したタクシー配車サービス会社のサイトのＵＲＬを使ってサーバー２にアクセスし、ＧＰＳ等の位置情報取得機能を用いて取得した位置情報あるいは地図を表示させた場所の行政的な地理区分情報を入力するなどして地図イメージの要求情報Ｍ７１を送信する。
サーバー２は地図イメージ情報Ｍ７２を利用者端末１に送信する。
【００５２】
利用者は利用者端末１を操作して地図イメージを移動、拡大、縮小等を行い、必要に応じてサーバー２に新たな地図イメージを要求し、それらの操作を繰り返して、図１５（ａ）に示すように地図上で迎車場所をピンポイントで決定する。利用者はこの位置情報の決定ボタンのクリックと共に表示される位置情報（緯度・経度）と関連付いた固有のメールアドレスに空のメールＭ７３をサーバー２に送信する。
電子メールＭ７３を受信したサーバー２は利用者端末１の識別番号である送信元メールアドレスを取得してこれを利用者の連絡先として登録する。
サーバー２では折り返し送信元メールアドレスあてに、（ｂ）に示すように位置情報及び利用者のメールアドレスごとに固有のＵＲＬを含む電子メールＭ７４を送信する。
【００５３】
電子メールＭ７４を受信した利用者は当該ＵＲＬにアクセスして（ｃ）に示すように緊急連絡用電話番号（初回のみ）及び迎車台数を含む迎車依頼情報Ｒ７１をサーバー２に送信する。
サーバー２はＵＲＬに埋め込まれた位置情報から地図ソフト等を用いて郵便番号、所在地の住所を割り出し、送信された迎車台数と合わせて配車要求情報を構成し、第１の実施形態のようにタクシー会社に配車要求情報を送信し、タクシーの配車を手配する。
配車が完成すると、サーバー２は利用者端末１に迎車応答情報Ａ７１を送信する。
【００５４】
２回目以降同じ場所に迎車依頼する場合は、今回使用した位置情報ごとに固有のメールアドレスを利用者端末の「お気に入り」等に登録しておき、このアドレスに空のメールを送れば、上記した空のメール送信に至る手順を省くことができる。
また、電話番号は利用者端末１の識別番号であるメールアドレスと関連付けてサーバー２に登録されるので、２回目以降は電話番号の入力も不要である。
【００５５】
なお、ユーザー認証しない場合は、空のメールＭ７３の送信、固有のＵＲＬを含む電子メールＭ７４の送信等の手順は不要で、位置情報の決定ボタンのクリックと共に固有のＵＲＬを表示させ、このＵＲＬを使用してサーバー２にアクセスして迎車台数、メールアドレスを含む迎車依頼情報Ｒ７１を送信すれば良い。
【００５６】
以上のように第７の実施形態によれば、地図を用いてあらゆる場所をピンポイントで指定できるので、第５の実施形態が場所番号に関連付けられた特定の場所しか指定できないのに対し、更に利便性が増す効果がある。
【００５７】
【発明の効果】
上記したように、本発明によれば、複数のタクシー会社のうち優先度の高い順に１社ごとに配車要求情報を送信し、タクシー配車可能台数を合計して配置するので、一度に複数台のタクシー配車要求にも高い効率で配車を完了することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態のシステム構成を示す図である。
【図２】記憶部の格納情報を示す図である。
【図３】第１の実施形態の配車方法を示す概略図である。
【図４】第１の実施形態の動作を示すフローチャートである。
【図５】本発明の第２の実施形態を示す概略図である。
【図６】第２の実施形態の動作を示すフローチャートである。
【図７】本発明の第３の実施形態を示す概略図である。
【図８】第３の実施形態の動作を示すフローチャートである。
【図９】本発明の第４の実施形態を示す図である。
【図１０】第４の実施形態の画面を示す図である。
【図１１】本発明の第５の実施形態を示す図である。
【図１２】第５の実施形態の画面を示す図である。
【図１３】本発明の第６の実施形態を示す図である。
【図１４】本発明の第７の実施形態を示す図である。
【図１５】第７の実施形態の画面を示す図である。
【符号の説明】
１利用者端末
２サーバー
２１送受信部
２２入出力部
２３記憶部
２４制御部
２５記憶手段
３通信端末
４ネットワーク
５ＣＴＩ装置[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a taxi dispatch system, a taxi dispatch method, and a taxi dispatch program for arranging taxi dispatch based on taxi user's request information.
[0002]
[Prior art]
Conventionally, when calling and using a taxi at a pick-up location, a taxi user generally calls a taxi dispatch center of a taxi company and informs the pick-up location, the number of pick-ups, and the desired time of pick-up.
The user waits for a response indicating whether or not the car can be dispatched with the telephone connected, and if there is a taxi that can be dispatched, the taxi dispatch center informs that and waits for the arrival of the taxi at the pick-up location.
If there is no taxi available for delivery, the taxi dispatch center will tell you so and the user must continue to call another taxi company's taxi dispatch center until a taxi is available.
[0003]
Therefore, there is a taxi dispatch arrangement system that sends the location information of the dispatch request received from the taxi dispatch requester to a plurality of taxi companies and dispatches the taxi company of the order information received earliest or the taxi company with the highest fee. It has been proposed (see Patent Document 1).
On the other hand, the dispatch center publishes taxi user dispatch request information to multiple taxi companies for bidding, and the user can select the taxi company with the most appropriate service from the bid results. A vehicle allocation system has also been proposed (see Patent Document 2).
[0004]
[Patent Document 1]
JP 2002-304540 A
[Patent Document 2]
Japanese Patent Laid-Open No. 2003-115098
[0005]
[Problems to be solved by the invention]
However, in the conventional system, the taxi dispatch request or dispatch request information is sent to all the taxi companies all at once, and the taxi company that returned the order information first, the taxi company with the highest fee, and the most appropriate service. Choose a taxi company.
In this case, it can be realized if the condition of the taxi dispatch request is one taxi dispatch. However, if there is a request for dispatch of a plurality of cars, for example, five cars at a time, the dispatch of five taxis by one company is possible. Taxi companies that can do this are considered rare.
Then, a taxi company that does not meet the dispatch request, that is, cannot satisfy the dispatch request condition, cannot return the order information or respond to the bid.
It is an object of the present invention to transmit vehicle allocation request information for each taxi company in descending order of priority among the plurality of taxi companies, and to increase the number of taxi allocations possible so that multiple taxi allocation requests can be met. To do.
[0006]
[Means for Solving the Problems]
In order to solve the above-described problems, the present invention is a communication terminal of one taxi company having the highest priority among a plurality of predetermined taxi companies that can receive a vehicle pickup request information from a user terminal and can be dispatched to a pickup place. If the vehicle allocation request information including the desired number of vehicles to be delivered is received, and the vehicle dispatch response information including the number of vehicles that can be dispatched corresponding to the vehicle dispatch request information is received from the communication terminal of the taxi company. If the number of vehicles that can be dispatched does not satisfy the desired number of dispatched vehicles, the remaining desired number of dispatched vehicles that have not been fulfilled is set as a new desired dispatched number of one taxi company with the next highest priority. The dispatch request information including the new desired number of dispatched vehicles is transmitted to the communication terminal, and the total number of dispatchable vehicles satisfies the initial desired dispatch number or dispatches to all the communication terminals of a plurality of predetermined taxi companies. Repeat the transmission of dispatch request information including the new desired number of dispatches in the order of the taxi company with the highest priority until the request information is sent, and if the total number of dispatchable cars satisfies the initial desired dispatch number, If the total number of vehicles that can be dispatched does not meet the initial desired number of dispatches even if the response information is sent and the dispatch request information is sent to all the communication terminals of a plurality of taxi companies, the number that can be dispatched to the user terminals Incoming vehicle response information including the sum of
[0007]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a diagram showing the system configuration of the first embodiment of the present invention.
The taxi dispatch system includes a user terminal 1 used by taxi users, a server 2 installed in a taxi dispatch service company that provides taxi dispatch services, and a communication terminal 3 installed in each taxi company. They are configured and connected to a network 4 such as the Internet or a telephone line.
[0008]
As the user terminal 1, a mobile phone, a PC (personal computer), a PDA (personal digital assistant), a dedicated terminal, or the like can be used.
The user terminal 1 is connected to the network 4 when a taxi user makes a taxi pick-up request, connects to the server 2 of the taxi dispatch service company, transmits the pick-up request information, and waits for the server 2 to arrange the taxi. 2. Vehicle dispatch response information is received.
[0009]
As the communication terminal 3, a PC, a dedicated terminal, or the like can be used.
In general, a taxi company has a taxi dispatch center as a call center for taxi dispatch, and the communication terminal 3 is usually installed in such a dispatch center.
The communication terminal 3 is always connected to the network 4 during the business hours of the taxi company, receives the dispatch request information transmitted from the server 2 based on the incoming request information from the user terminal 1, and responds to the dispatch request information. The vehicle dispatch response information including the number of vehicles that can be dispatched is returned to the server 2.
[0010]
As the server 2, any computer having a server function can be used, and its name and number are not limited.
In general, the server 2 performs a transmission / reception unit 21 that performs transmission / reception, an input / output unit 22 that inputs and outputs information, a storage unit 23 that accumulates and stores information and programs, and information calculation processing and control of each unit. And a storage unit 25 such as an HDD as an external memory as required, and operates according to a taxi dispatch program stored in the storage unit 23.
The server 2 is always connected to the network 4, and when the vehicle request information from the user terminal 1 is received through the transmission / reception unit 21, taxi companies that can be dispatched corresponding to the vehicle request information are stored in the storage unit 23. Based on the information, the control unit 24 selects one taxi company having the highest priority among the selected plurality of selected taxi companies, and dispatching request information including the desired number of dispatches is transmitted to the communication terminal 3 of the company. It transmits from the transmission / reception part 21.
[0011]
The taxi company that has received the dispatch request information checks a taxi that can be dispatched using a taxi radio system or the like, and sends a dispatch response from the communication terminal 3 to the server 2.
The server 2 receives the vehicle allocation response information including the number of vehicles that can be allocated corresponding to the vehicle allocation request information from the communication terminal 3, and is calculated by the control unit 24. The response information of the vehicle arrival result is transmitted.
[0012]
If the number of vehicles that can be delivered does not satisfy the desired number of vehicles to be delivered, the control unit 24 subtracts the number of vehicles that can be delivered from the desired number of vehicles to be delivered, and sets the remaining desired number of vehicles that was not satisfied as the new desired number of vehicles to be delivered. The dispatch request information including the new desired dispatch number is transmitted to the communication terminal 3 of one taxi company.
The new desired number of vehicles to be dispatched in the order of the taxi companies with the highest priority until the total number of vehicles that can be dispatched by the taxi company satisfies the initial desired number of vehicles to be dispatched or the dispatch request information is transmitted to all the communication terminals 3 of a plurality of taxi companies. The transmission of the dispatch request information including is repeated.
If the total number of vehicles that can be dispatched satisfies the initial desired total number of dispatches, the server sends the incoming response information to the user terminal and dispatches even if the dispatch request information is sent to all the communication terminals of the predetermined taxi companies. If the total number of possible vehicles does not satisfy the initial desired number of vehicles to be delivered, the server transmits incoming vehicle response information including the total number of vehicles that can be delivered to the user terminal.
[0013]
FIG. 2 is a diagram illustrating information stored in the storage unit of the server.
In the figure, it is shown that all information and the like are stored in the storage unit 23. However, when the amount of information is large, a part or all of the information may be stored in the storage unit 25 shown in FIG.
Taxi company management information means information about a taxi company that has joined this taxi dispatch system, such as name, location, telephone number, number of taxis owned, etc., registered in advance by the service manager through the input / output unit 22 in FIG. It is stored in the storage unit 23.
[0014]
User's user information is information about restaurants, hotels, golf course facilities, government offices, companies, etc. (hereinafter referred to as stores, etc.) that frequently make taxi pick-up requests at the same location, name, contact information (eg telephone number) , E-mail address), location information (postal code, location, latitude / longitude) of the pick-up location, etc., which are registered in advance by the service manager and stored in the storage unit 23.
In addition, the identification information (for example, an e-mail address) of the user terminal that makes a request for an incoming car and the contact information (for example, a telephone number) of the store are registered in association with each other and stored. Examples of the association include one-to-one correspondence and a method for making one contact address correspond to a plurality of identification information.
[0015]
Pick-up location registration information is information about the pick-up location registered in the server, and the location information (postal code, location, latitude / longitude) of the location appropriate for the pick-up (post code, location, latitude / longitude) is the location number (for example, several digits, code). For example, one-to-one correspondence and registered in advance by the service manager and stored in the storage unit 23.
The taxi dispatch program is a program for realizing predetermined functions on the server, and the entire taxi dispatch system is controlled by this program.
[0016]
FIG. 3 is a schematic view showing a vehicle allocation method according to the first embodiment.
A taxi user uses a user terminal 1, for example, a cellular phone, to request a taxi dispatch service company server-2 to pick up a car.
As the vehicle request information, if it is registered in the server 2 in advance, information such as contact information, vehicle location, number of vehicles, etc. is required including that information.
[0017]
The server 2 that has received the pick-up request information from the user terminal 1 searches the taxi company management information in FIG. 2, selects a taxi company that can be dispatched from the location or the like to the pick-up location, for example (T1 to T3), and the selected predetermined The taxi company T1 having the highest priority among the plurality of taxi companies T1 to T3 is determined.
The server 2 transmits to the communication terminal 3 of the taxi company T1 the vehicle allocation request information R1 based on the pickup location and the number of vehicles (requested reception time if necessary) requested by the user to the taxi company T1.
The taxi company T1 that has received the dispatch request information R1 uses the taxi radio system of the taxi dispatch center, etc., and the current location of the subordinate taxi etc. based on the pick-up location of the dispatch request information R1 and the desired number of deliveries, for example, five. Whether the vehicle can be dispatched is checked, and the number of vehicles that can be dispatched, for example, 2 is returned to the server 2 as the dispatching response information A1.
[0018]
Server 2 accumulates the number of vehicles that can be dispatched and subtracts 2 vehicles that can be dispatched from the desired number of vehicles to be dispatched to determine that it does not satisfy the desired number of vehicles to be dispatched. As the desired number of dispatched vehicles, the dispatch request information R2 including the new desired number of dispatched vehicles is transmitted to the next highest priority taxi company T2.
The taxi company T2 that has received the vehicle allocation request information R2 checks whether the vehicle can be allocated in the same manner as the taxi company T1, and returns the vehicle allocation response information A2 to the server 2 as the vehicle allocation response information A2, for example.
[0019]
Server 2 further accumulates the number of vehicles that can be dispatched, and subtracts 2 of the desired number of dispatches from the new desired number of dispatches to determine that it does not satisfy the new desired number of dispatches. One vehicle is set as a new desired number of vehicles to be dispatched, and dispatch request information R3 including the new desired number of vehicles to be dispatched is transmitted to the taxi company T3 having the next highest priority.
The taxi company T3 that has received the vehicle allocation request information R3 checks whether the vehicle can be allocated in the same manner as the taxi company T1, and returns the vehicle allocation response information A3 to the server 2 as the vehicle allocation response information A3.
[0020]
Server 2 detects that the new desired number of vehicles has been satisfied by subtracting one available vehicle from the new desired number of vehicles to be delivered, and determines that the total number of available vehicles has met the initial desired number of vehicles to be delivered. The vehicle allocation response information A1 to A3 is collected and transmitted to the user terminal 1 as the incoming vehicle response information.
During this time, the taxi companies T1 to T3 make arrangements for each taxi by using a taxi radio system or the like for the number of taxis that have responded to the vehicle assignment.
[0021]
The following criteria can be exemplified to determine the priority of a taxi company.
As an example 1, all taxi companies are in the same line and priorities are simply determined in the order of names such as Aiweo.
As an example 2, a taxi company with a smaller total number of vehicles actually dispatched has higher priority.
As an example 3, a taxi company that newly joins this taxi dispatch system gives higher priority.
As an example 4, the communication terminal 3 of the taxi company is provided with a function capable of setting the priority so that the taxi company can change its own priority in real time on its own will.
For example, if you set a system that collects commissions from taxi companies that have dispatched and set the priority to be higher as the commissions are higher in the priority determination program of Server 2, taxi companies with many empty cars will change the priority higher. This will increase the fee, but will give priority to dispatch.
[0022]
FIG. 4 is a flowchart showing the operation of the first embodiment, and shows the flow of a taxi dispatch program.
When a taxi user makes a taxi pickup request, the user terminal 1 is used, and the taxi dispatch service company server 2 receives the vehicle pickup request information including the number of vehicles picked up in step S1 (hereinafter, step word is omitted). Send.
The server 2 receives the incoming request information from the user terminal 1 in S2, and accumulates incoming request information with the number of incoming vehicles as the desired number of vehicles to be delivered.
In S3, the server 2 selects a taxi company that can be dispatched to the pick-up location from the taxi company management information shown in FIG.
In S4, the server 2 determines one taxi company having the highest priority among the listed taxi companies. In S4, by setting so as to exclude taxi companies that have already transmitted the vehicle allocation request information, the vehicle allocation request information can be transmitted in the order of taxi companies having higher priority in order.
[0023]
In S5, it is determined whether or not the dispatch request information has been transmitted to all the predetermined taxi companies displayed in the list. If not, the server 2 is connected to the communication terminal 3 of one taxi company determined in S4. Transmits the incoming vehicle request information stored in S2 as dispatch request information in S6.
The taxi company that has received the allocation request information investigates taxis that can be allocated by using a taxi radio system or the like, and transmits allocation response information including the number of allocations to the server 2 from the communication terminal 3 in S7.
In S <b> 8, the server 2 accumulates vehicle allocation response information including the received vehicle allocation possible number.
[0024]
In S9, the server 2 determines whether or not the number of vehicles that can be dispatched satisfies the desired number of vehicles to be dispatched. If so, the server 2 sends the response information to the user terminal 1 in S11 based on the information accumulated in S8. And exit.
If the number of vehicles that can be allocated does not satisfy the desired number of vehicles to be allocated, the remaining desired number of vehicles that have not been satisfied by the vehicle allocation response information in S10 is stored again as a new desired number of vehicles to be allocated.
Then, returning to S4, the server 2 determines one taxi company having the next highest priority, and after checking in S5, dispatch request information including the new desired number of dispatches is sent to the communication terminal 3 of the taxi company in S6. Send.
In this way, until the total number of vehicles that can be allocated in S9 satisfies the initial desired number of vehicles to be allocated, or until the allocation request information is transmitted to all the communication terminals 3 of the predetermined taxi companies listed in S5, S4 to S10. Repeat the operation and procedure.
[0025]
If the total number of dispatch functions satisfies the initial desired dispatch number in S5, the server 2 summarizes the information accumulated in S8 and sends the arrival response information of dispatch completion to the user terminal 1 in S11. To do.
When the dispatch request information is transmitted to the communication terminals 3 of all the predetermined taxi companies in S5, the server 2 can collect the information based on the information accumulated in S8, and can dispatch to the desired number of dispatches in S11. The vehicle response information including the number of vehicles that can be dispatched is transmitted to the user terminal 1.
[0026]
As described above, according to the first embodiment, dispatch request information is transmitted for each company in order of priority from among a plurality of taxi companies that can be dispatched to the pick-up location, and the total number of taxi dispatchable vehicles is dispatched. Therefore, it is possible to complete the dispatch with a high probability even for a request for dispatching a plurality of taxis at a time.
[0027]
In addition, taxi users can easily receive taxi dispatches without any hassle because they can request multiple taxi companies by simply requesting taxi pick-up from the taxi dispatch service server. .
On the other hand, for taxi companies, it is possible to respond using a taxi radio system that is already in operation with a personal computer, and even if there is a request for dispatching multiple taxis at once, the dispatch response of the number of cars that can be handled by the company is sufficient, so the investment burden There is an advantage that customers can be secured by reducing the number of customers.
[0028]
FIG. 5 is a schematic diagram showing the second embodiment of the present invention, and FIG. 6 is a flowchart showing the operation of the second embodiment.
The second embodiment relates to a system for notifying that a taxi arranged according to the first embodiment has arrived at a pick-up location.
As shown in FIG. 5, the taxi that has arrived at the pick-up location notifies the arrival center, for example, of the taxi company T1 using an existing taxi radio system or the like.
The taxi company T1 transmits a taxi arrival notice from the communication terminal 3 to the server 2 of the taxi dispatch service company in S21 as shown in FIG.
[0029]
The server 2 transmits the taxi arrival notice transmitted from the communication terminal 3 of the taxi company T1 in S22 to the user terminal 1 of the taxi user by e-mail or the like. Thereby, the taxi user can know that the taxi requested by the e-mail of the user terminal 1 has arrived at the pick-up location.
The same applies to the case of dispatching multiple taxis, and the same applies to cases where they are spread across multiple taxi companies.
The arrival notification from the taxi can be directly transmitted to the server 2 using e-mail or the like. In this case, the arrival notification is sent from the server 2 to the user terminal 1 as shown in FIG. In S21, S21 becomes unnecessary.
[0030]
As described above, according to the second embodiment, in addition to the effects of the first embodiment, the taxi arrival notice is transmitted to the user terminal by e-mail or the like, so the taxi user is worried about when it will arrive. Without having to do anything, you can wait for a taxi with confidence.
[0031]
FIG. 7 is a schematic view showing a third embodiment of the present invention, and FIG. 8 is a flowchart showing the third embodiment.
The third embodiment relates to a system in which a taxi user who has requested a pickup in the first embodiment can check the status of dispatch.
As shown in FIG. 7, the user who requested the taxi pick-up request uses the user terminal 1 to access the server 2 of the taxi dispatch service company, and sends a dispatch status confirmation request to the server 2 in S31 of FIG. To do.
In order to confirm the current dispatching status, the dispatching status confirmation request needs to transmit the order number included in the incoming vehicle response information or the contact information of the user.
Based on the order number or contact information, the server 2 confirms the current dispatching status of the pick-up request based on the stored information and transmits a dispatching status confirmation response to the user terminal 1 in S32.
[0032]
The following three situations are assumed.
(1) Arrangement of dispatch: A state where the taxi company is requesting the dispatch.
(2) Moving to the pick-up location: The state where the arrangement for dispatch has been completed and the taxi is moving toward the pick-up location.
(3) Arrived at the pick-up location: The taxi has already arrived at the pick-up location and is waiting.
The server 2 confirms which of the three states corresponds, and transmits the vehicle allocation status information to the user terminal 1 as a vehicle allocation status confirmation response.
Note that this vehicle allocation status confirmation request can be made at any time after the server 2 receives the request to pick up the vehicle. However, a restriction such as one hour after the taxi arrival notification is made is set as necessary.
[0033]
As described above, according to the third embodiment, in addition to the effects of the first embodiment, the taxi user can confirm the dispatch status of the taxi requested to pick up the vehicle from the user terminal. It is convenient that you can easily know the current dispatch situation without worrying about.
[0034]
FIG. 9 is a diagram showing a fourth embodiment of the present invention, and FIG. 10 is a diagram showing a screen thereof, which relates to an incoming vehicle request.
The fourth embodiment is a method of registering a pickup location in advance, and is often applied to a service for a store or the like that frequently makes a taxi pickup request at the same location.
A store or the like serving as a taxi user provides a taxi dispatch service company in advance with a name, contact information, location information of a pick-up location, and the like.
The service manager of the taxi dispatch service company provides the server 2 with the latitude / longitude obtained in advance from the contact information of the store, for example, the telephone number and the location information of the pick-up location such as the postal code, the address of the address, GPS (Global Positioning System), etc. It is registered and stored as user information of the user in the storage unit 23 described with reference to FIG.
[0035]
When providing a service, a taxi dispatch service company will send an e-mail for employee registration specific to each store by telephone to a representative of the store (for example, a taxi dispatch manager) to confirm the user. Send address M41. If the user terminal 1 can be accessed, the mail address M41 may be transmitted from the server 2 through the Internet 4.
An employee at a store or the like uses the user terminal 1 to register as a user, and transmits an empty mail M42 to the mail address M41 for employee registration. The empty mail M42 includes a sender mail address that is identification information of the user terminal 1.
The server 2 acquires the e-mail address of the employee included in the e-mail M42, registers it as the user's contact information, and is unique identification information associated with the store, the user's contact information, and the destination location URL (Uniform Resource Locators) M43 is sent to the e-mail address as a URL dedicated to the employee.
In this way, all employees who arrange for a pick-up request have their own unique URL so that this URL can be registered in “favorites” of their user terminal 1 or the like.
[0036]
When actually making an incoming request, the employee accesses the URL dedicated to the user from the user terminal 1, inputs the number of incoming passengers from the screen shown in FIG. 10A, and sends the incoming request information R 41 to the server 2. .
The server 2 configures the vehicle allocation request information by combining the number of vehicles that have been received from the user terminal 1 and the information of the vehicle locations that have been registered in advance, and as described in the first embodiment, the taxi companies in descending order of priority. Each company will send dispatch request information and arrange taxi dispatch.
[0037]
When the vehicle dispatch is completed, the server 2 transmits the incoming vehicle response information A41 as shown in the screen of FIG. 10B to the mail address which is the registered contact address of the employee who has requested the incoming vehicle.
The screen in FIG. 10B is an example of A41 of the vehicle response information, and shows the case where the number of vehicles picked up is two and the number of vehicles dispatched is two. The order number, the number of vehicles that can be dispatched, the taxi company name for each taxi, It consists of information such as car number, estimated arrival time or time.
[0038]
In the above description, the e-mail address of the employee's user terminal 1 is registered as the contact information of the incoming car response information A41 and the incoming car response information A41 is transmitted. However, a representative user terminal 1 such as a store (for example, front desk) The e-mail address of the installed terminal) may be registered as the contact information of the user, and all or part of the response to the taxi dispatch requested by the employee may be received by the same user terminal 1.
In any case, it is necessary to register in advance with the server 2 in association with the contact information of the user and the identification information (for example, e-mail address) of the user terminal 1 that actually makes the pickup request before making the pickup request. .
[0039]
In the above description, for the purpose of user authentication, notification of employee registration mail address M41, transmission of empty mail M42, transmission of employee-specific URL M43, etc. are performed, but user authentication is not performed. Those procedures are not necessary.
In this case, the unique URL that is the identification information associated with the contact information and the pick-up location is notified to the representative of the store or the like, and the employee directly accesses the server 2 using the URL, and from the taxi dispatch system screen What is necessary is just to input the incoming vehicle request information R41 including the incoming vehicle mail address and transmit it to the server 2.
[0040]
As described above, according to the fourth embodiment, in addition to the effects of the first embodiment, the contact address and the pick-up location are registered in advance, so when making a pick-up request, only the number of pick-up vehicles is input. Therefore, it is very convenient for users who frequently make taxi pickup requests.
Further, by registering the contact information and the identification information of the user terminal in association with each other, there is an effect of preventing an unregistered user terminal from being illegally requested to arrive.
[0041]
FIG. 11 is a diagram showing a fifth embodiment of the present invention, and FIG. 12 is a diagram showing a screen thereof, which relates to an incoming vehicle request.
The fifth embodiment is a method in which location information of a place suitable for receiving a vehicle (a vehicle receiving location) is registered in advance in association with a location number that is an identification number, and is applied to a service for a general user whose reception location is not fixed, for example, an individual service. Is done.
The taxi dispatch service company selects, for example, a place where the target is clear, faces the road, and is likely to have many taxi users, in advance, considering that it is suitable for a taxi pick-up.
The location information of the picked-up place of the selected taxi, for example, the postal code, the address of the location, and the latitude / longitude are associated with the location number, for example, several digits and codes in a one-to-one correspondence, and registered in the server 2 in advance. At this time, a unique mail address is set for each location number and registered together with the server 2. The contact information need not be registered in advance.
These pieces of information are stored in the storage unit 23 as receiving location registration information as shown in FIG.
[0042]
The taxi service company discloses the relationship between the place number and the pick-up place to taxi users in some way.
For example, as shown in FIG. 11, the taxi call center guidance that clearly indicates the e-mail address (for example, 0002@sylc.co.jp) to the location number (0002) at the location indicated by the location number or the facility in the vicinity thereof. Post signs and stickers.
In addition, a map with a place number and a mark as necessary at the position indicated by the place number is disclosed on the Internet or other places.
[0043]
A taxi user who sees these postings, etc., when using the user terminal 1 to request a taxi pick-up, follows the procedure of taxi call guidance and sends an empty mail M51 to the posted mail address. Send.
The server 2 that has received the e-mail M51 acquires the sender mail address that is the identification number of the user terminal 1, registers it as the user's contact information, and returns the place number and user to the sender mail address. An e-mail M52 including a unique URL set for each e-mail address is transmitted.
On the screen of the e-mail M52, for example, a location number and a unique URL are displayed as shown in FIG.
[0044]
The user who has received the e-mail M52 accesses the displayed URL and, as shown in (b), inputs the telephone number for emergency contact (only the first time) and the number of vehicles to be picked up, and transmits the pick-up request information R51. .
The server 2 determines the location information of the destination location registered in advance from the location number embedded in the URL, and configures the vehicle allocation request information by combining the location information and the number of the received locations, in the first embodiment. As explained, the dispatch request information is sent to the taxi company to arrange the taxi dispatch.
When the dispatch is completed, the server 2 transmits the incoming vehicle response information A51 to the user's mail address.
In addition, since the telephone number entered for the first time is registered in the server 2 in association with the email address that is the identification information of the user terminal 1, it is not necessary to enter the telephone number for the second and subsequent times. Can be requested
[0045]
In order to strictly authenticate the user, the access to the URL is performed once by including a random key valid for only one access in the URL in the e-mail M52 including the URL transmitted from the server 2 to the user terminal 1. It can also be limited to only.
In the case where such a restriction is not made, if the URL is registered in “favorites” of the user terminal 1, the access to the server 2 from the second time onward becomes convenient.
[0046]
In the above description, for user authentication, transmission of an empty mail M51, transmission of an e-mail M52 including a location number and a URL unique to the user's mail address, etc. are performed, but user authentication is not performed. In those cases, those procedures are not necessary.
In this case, a unique URL for each place number is disclosed on a signboard or the like, and the user directly accesses the server 2 using the URL and inputs the incoming vehicle request information R51 including the number of incoming vehicles and the mail address. Just send it to.
[0047]
As described above, according to the fifth embodiment, in addition to the effects of the first embodiment, a specific pick-up location is specified by a location number without user registration in advance. Without having to do so, it is possible to specify the pick-up location accurately by inputting a simple number, and it is easy for an individual who does not have many pick-up requests.
In addition, people who have difficulty in speaking for some reason, or foreigners who are not used to speaking in Japanese can be used easily.
[0048]
FIG. 13 is a diagram showing a sixth embodiment of the present invention, which relates to an incoming vehicle request.
In the sixth embodiment, similar to the fifth embodiment, the location information of the pick-up location is registered in advance in association with the location number that is the identification number, but the telephone function is used without using the Internet mail function. This is a method of requesting an incoming car.
A taxi user uses, for example, a mobile phone as the user terminal 1 and transmits / receives information to / from a computer telephony integration (CTI) device connected to the server 2 through the telephone line 4.
[0049]
As in the fifth embodiment, the taxi dispatch service company displays a taxi call center guide that displays a telephone number and a place number connected to the CTI device 5 of the taxi dispatch service company at or near a specific place associated with the place number. Post.
The user who sees the notice makes a call to the telephone number described on the bulletin board when making a request to pick up the vehicle, and according to the automatic response message of the CTI device 5, that is, voice guidance, the incoming call request information R61 including the place number and the number of vehicles to be picked up is a tone signal. input.
The user waits until there is a response to the vehicle.
[0050]
The CTI device 5 acquires the caller's telephone number by the telephone company's telephone number notification service, registers it as the user's contact information, and notifies the server 2 together with the telephone number and the number of passengers.
The server 2 determines the location information of the pickup location registered in advance from the notified location number, configures the allocation request information together with the number of the arrival vehicles, and provides the allocation request information to the taxi company as in the first embodiment. Send and arrange taxi dispatch.
When the vehicle allocation is completed, the server 2 notifies the user's mobile phone 1 through the CTI device 5 of the incoming vehicle response information A61 by voice.
As described above, according to the sixth embodiment, in addition to the effects of the fifth embodiment, it is possible to make an incoming call request without using the telephone even if the telephone function is used.
[0051]
FIG. 14 is a diagram showing a seventh embodiment of the present invention, and FIG. 15 is a diagram showing a screen thereof, which relates to a request for an incoming car.
The seventh embodiment is a method for specifying the destination location in detail on a map.
The taxi user uses the user terminal 1 to access the server 2 using the URL of the taxi dispatch service company site obtained, and displays the location information or map obtained using the location information acquisition function such as GPS. The map image request information M71 is transmitted, for example, by inputting administrative geographical division information of the location.
The server 2 transmits the map image information M72 to the user terminal 1.
[0052]
The user operates the user terminal 1 to move, enlarge, reduce, etc. the map image, request a new map image from the server 2 as necessary, and repeat these operations, as shown in FIG. As shown in Fig. 2, the pick-up location is pinpointed on the map. The user transmits an empty mail M73 to the server 2 to a unique mail address associated with the position information (latitude / longitude) displayed when the position information determination button is clicked.
The server 2 that has received the e-mail M73 obtains a sender mail address that is an identification number of the user terminal 1 and registers it as a contact information of the user.
The server 2 sends an e-mail M74 containing a unique URL for each position information and user's e-mail address as shown in FIG.
[0053]
The user who has received the e-mail M74 accesses the URL and transmits to the server 2 the incoming call request information R71 including the emergency contact telephone number (only the first time) and the number of incoming cars as shown in (c).
The server 2 calculates the postal code and the address of the location from the position information embedded in the URL using map software, etc., and configures the dispatch request information together with the number of vehicles that have been sent, and the taxi as in the first embodiment Send dispatch request information to the company to arrange taxi dispatch.
When the dispatch is completed, the server 2 transmits the incoming vehicle response information A71 to the user terminal 1.
[0054]
If you request to pick up at the same place after the second time, register a unique e-mail address for each location information used this time in “Favorites” etc. of the user terminal, and send an empty e-mail to this address. The procedure to send an empty mail can be omitted.
Further, since the telephone number is registered in the server 2 in association with the mail address that is the identification number of the user terminal 1, it is not necessary to input the telephone number for the second and subsequent times.
[0055]
If user authentication is not performed, a procedure such as transmission of an empty mail M73 or transmission of an e-mail M74 including a unique URL is not necessary, and a unique URL is displayed when the position information determination button is clicked. The server 2 may be used to access the server 2 and send the incoming vehicle request information R71 including the number of incoming vehicles and the mail address.
[0056]
As described above, according to the seventh embodiment, since every place can be pinpointed using a map, the fifth embodiment can specify only a specific place associated with a place number. There is an effect of increasing convenience.
[0057]
【The invention's effect】
As described above, according to the present invention, the dispatch request information is transmitted for each company in descending order of priority among the plurality of taxi companies, and the total number of taxi dispatchable vehicles is arranged. It is possible to complete the dispatch with high efficiency in response to the taxi dispatch request.
[Brief description of the drawings]
FIG. 1 is a diagram showing a system configuration of a first embodiment of the present invention.
FIG. 2 is a diagram showing storage information in a storage unit.
FIG. 3 is a schematic diagram illustrating a vehicle allocation method according to the first embodiment.
FIG. 4 is a flowchart showing the operation of the first embodiment.
FIG. 5 is a schematic view showing a second embodiment of the present invention.
FIG. 6 is a flowchart showing the operation of the second embodiment.
FIG. 7 is a schematic view showing a third embodiment of the present invention.
FIG. 8 is a flowchart showing the operation of the third embodiment.
FIG. 9 is a diagram showing a fourth embodiment of the present invention.
FIG. 10 is a diagram showing a screen of the fourth embodiment.
FIG. 11 is a diagram showing a fifth embodiment of the present invention.
FIG. 12 is a diagram showing a screen of the fifth embodiment.
FIG. 13 is a diagram showing a sixth embodiment of the present invention.
FIG. 14 is a diagram showing a seventh embodiment of the present invention.
FIG. 15 is a diagram illustrating a screen according to a seventh embodiment.
[Explanation of symbols]
1 User terminal
2 server
21 Transceiver
22 Input / output section
23 Memory unit
24 Control unit
25 Memory means
3 Communication terminal
4 network
5 CTI equipment

Claims

It is a taxi dispatch system that arranges taxi dispatch based on the taxi user's request information.
A user terminal that is connected to the network at the time of the request for pick-up, transmits the pick-up request information to the server, and receives the pick-up response information from the server to the contact,
A taxi company installed for each taxi company, connected to a network, receives vehicle allocation request information transmitted from a server, and returns vehicle allocation response information including the number of vehicles that can be allocated in response to the vehicle allocation request information to the server. Communication terminals,
Connected to the network, receives the pick-up request information from the user terminal, and includes the desired number of dispatched vehicles in the communication terminal of one of the taxi companies with the highest priority among a plurality of predetermined taxi companies that can be dispatched to the pick-up location When the vehicle allocation request information is transmitted and the vehicle allocation response information including the vehicle allocation possible number corresponding to the vehicle allocation request information is received from the communication terminal of the taxi company, and the vehicle allocation possible number satisfies the desired vehicle allocation number, the user Sending response information to the terminal,
If the number of vehicles that can be dispatched does not satisfy the desired number of dispatched vehicles, the remaining desired number of dispatched vehicles that have not been satisfied is set as a new desired number of dispatched vehicles to the communication terminal of the next highest priority taxi company. Taxi companies with high priority until the dispatch request information including the number of cars is transmitted and the total number of available cars meets the desired desired number of dispatches or the dispatch request information is transmitted to all communication terminals of the predetermined taxi companies Repeat the transmission of dispatch request information including the new desired dispatch number in the order of
When the total number of vehicles that can be dispatched satisfies the initial desired number of vehicles to be dispatched, the vehicle response information is sent to the user terminal,
If the total number of vehicles that can be dispatched does not satisfy the initial desired number of dispatches even if the dispatch request information is transmitted to all the communication terminals of the predetermined taxi companies, the user terminal includes the total number of vehicles that can be dispatched. A taxi dispatch system comprising a server for transmitting response information.

Information including at least one of the taxi user's contact information and the pick-up location is registered in the server in association with the identification information, and the server receives the pick-up request information including the identification information from the user terminal. The taxi dispatch system according to claim 1.

The taxi dispatch system according to claim 1, wherein the server receives from the user terminal, pick-up request information including position information of a pick-up location specified on a map.

The taxi dispatch system according to any one of claims 1 to 3, wherein the server transmits an arrival notification notifying that a taxi has arrived at a pick-up location to the user terminal.

When there is a vehicle allocation status confirmation request including an order number or a taxi user's contact information from the user terminal, the server uses the vehicle allocation status information based on information stored based on the order number or contact information. The taxi dispatch system according to any one of claims 1 to 4, wherein the taxi dispatch system is transmitted to a person terminal.

A taxi dispatch method for arranging taxi dispatch based on the taxi user's request information.
When the server receives the pick-up request information, storing the pick-up request information;
Determining a taxi company having the highest priority among a plurality of predetermined taxi companies that the server can deliver to the pick-up location;
The server transmitting vehicle allocation request information including a desired vehicle allocation number to the communication terminal of the taxi company;
The server receives vehicle dispatch response information including the number of vehicles that can be dispatched corresponding to the vehicle dispatch request information from the communication terminal of the taxi company and accumulates the vehicle dispatch response information;
The server calculates whether or not the available number of vehicles meets the desired number of vehicles delivered;
If the available number of vehicles meets the desired number of vehicles to be delivered, the server transmits incoming response information to the user terminal;
If the possible number of vehicles to be delivered does not satisfy the desired number of vehicles to be delivered, a step of re-accumulating the remaining desired number of vehicles to be delivered that has not been satisfied by the server as a new desired number of vehicles to be delivered;
The server determines one taxi company having the next highest priority, and transmits vehicle allocation request information including the new desired vehicle allocation number to the communication terminal of the taxi company;
Until the total number of vehicles that can be dispatched meets the initial desired number of dispatched vehicles or until the server sends dispatch request information to all of the communication terminals of the plurality of taxi companies, the new desired dispatch in the order of taxi companies with the highest priority. Sending the dispatch request information including the number of vehicles Repeating the following procedure,
When the total number of vehicles that can be dispatched satisfies the initial desired number of vehicles to be dispatched, the server sends incoming response information to the user terminal; and
If the total number of vehicles that can be dispatched does not satisfy the initial desired number of dispatches even if the dispatch request information is transmitted to all the communication terminals of the predetermined plurality of taxi companies, the server sums the number of vehicles that can be dispatched to the user terminal. A taxi dispatch method comprising the steps of:

Information including at least one of the taxi user's contact information and the pick-up location is registered in the server in association with the identification information, and the server receives the pick-up request information including the identification information from the user terminal. The taxi dispatch method according to claim 6.

The taxi dispatch method according to claim 6, wherein the server receives pickup request information including position information of a pickup place designated on a map from the user terminal.

The taxi dispatch method according to any one of claims 6 to 8, wherein the server transmits an arrival notification notifying that a taxi has arrived at a pick-up location to the user terminal.

When there is a vehicle allocation status confirmation request including an order number or a taxi user's contact information from the user terminal, the server uses the vehicle allocation status information based on information stored based on the order number or contact information. The taxi dispatch method according to claim 6, wherein the taxi dispatch method is transmitted to a person terminal.

It is a taxi dispatch program that arranges taxi dispatch based on the taxi user's pick-up request information.
When the server receives the pick-up request information, a function of storing the pick-up request information;
A function for the server to determine one taxi company having the highest priority among a plurality of predetermined taxi companies that can be dispatched to the pick-up location;
A function for the server to send vehicle allocation request information including a desired vehicle allocation number to the communication terminal of the taxi company;
A function in which the server receives dispatching response information including the number of dispatchable cars corresponding to the dispatching request information from the communication terminal of the taxi company and stores the dispatching response information;
A function for the server to calculate whether or not the number of dispatchable vehicles satisfies the desired number of dispatched vehicles;
When the number of vehicles that can be dispatched satisfies the desired number of vehicles to be dispatched, the server sends a response signal to the user terminal,
When the number of vehicles that can be dispatched does not satisfy the desired number of vehicles to be dispatched, a function of re-accumulating the remaining desired number of vehicles dispatched that has not been satisfied by the server as a new number of desired vehicles to be dispatched;
A function for the server to determine one taxi company having the next highest priority, and to transmit the vehicle allocation request information including the new desired vehicle allocation number to the communication terminal of the taxi company;
Until the total number of vehicles that can be dispatched meets the initial desired number of dispatched vehicles or until the server sends dispatch request information to all of the communication terminals of the plurality of taxi companies, the new desired dispatch in the order of taxi companies with the highest priority. Sending vehicle allocation request information including the number of vehicles
When the total number of vehicles that can be dispatched satisfies the initial desired number of vehicles to be dispatched, a function that the server sends incoming response information to the user terminal,
If the total number of vehicles that can be dispatched does not satisfy the initial desired number of dispatches even if the dispatch request information is transmitted to all the communication terminals of the predetermined plurality of taxi companies, the server sums the number of vehicles that can be dispatched to the user terminal. A taxi dispatch program for causing a computer to realize the function of transmitting incoming vehicle response information including

Information including at least one of the taxi user's contact information and the pick-up location is registered in the server in association with the identification information, and the server receives the pick-up request information including the identification information from the user terminal. The taxi dispatch program according to claim 11.

12. The taxi dispatching program according to claim 11, wherein the server receives from the user terminal, pick-up request information including position information of a pick-up place designated on a map.

The taxi dispatch program according to any one of claims 11 to 13, wherein the server transmits an arrival notification notifying that a taxi has arrived at a pick-up location to the user terminal.

When there is a vehicle allocation status confirmation request including an order number or a taxi user's contact information from the user terminal, the server uses the vehicle allocation status information based on information stored based on the order number or contact information. The taxi dispatch program according to claim 11, wherein the taxi dispatch program is transmitted to a person terminal.