(57)【要約】【課題】一度に複数台のタクシー配車要求があってもそれに応えられるようにしたタクシー配車システムを提供することを課題とする。【解決手段】ネットワーク４に接続される利用者端末１と、サーバー２と、タクシー会社の通信端末３とを備えるシステムにおいて、サーバー２は利用者端末１からの迎車依頼情報を受信し、迎車場所に配車可能な所定の複数のタクシー会社のうち最も優先度の高いタクシー会社の通信端末３に希望配車台数を含む配車要求情報を送信し、通信端末３から配車可能台数を含む配車応答情報を受信する。配車可能台数が希望配車台数を満たす場合は利用者端末１に迎車応答情報を送信する。配車可能台数が希望配車台数を満たさない場合は、残りの希望配車台数を新たな希望配車台数として次に優先度の高いタクシー会社の通信端末３に配車要求情報を送信し、配車可能台数の合計が当初の希望配車台数を満たすか又は所定の複数のタクシー会社全ての通信端末３に配車要求情報を送信するまでこれを繰り返した後、利用者端末１に迎車応答情報を送信する。【選択図】      図１
2005018684.tif 000002
【特許請求の範囲】
【請求項１】
タクシー利用者の迎車依頼情報に基いて、タクシーの配車を手配するタクシー配車システムであって、
迎車依頼の際にネットワークに接続され、サーバーに迎車依頼情報を送信し、前記サーバーから迎車応答情報を連絡先に受信する利用者端末と、
複数のタクシー会社ごとに設置され、ネットワークに接続されてサーバーから送信される配車要求情報を受信し、前記配車要求情報に対応して配車可能台数を含む配車応答情報を前記サーバーに返信するタクシー会社の通信端末と、
ネットワークに接続され、前記利用者端末からの迎車依頼情報を受信し、迎車場所に配車可能な所定の複数のタクシー会社のうち最も優先度の高いタクシー会社１社の通信端末に希望配車台数を含む配車要求情報を送信し、前記タクシー会社の通信端末から前記配車要求情報に対応した配車可能台数を含む配車応答情報を受信し、前記配車可能台数が前記希望配車台数を満たす場合は、前記利用者端末に迎車応答情報を送信し、
前記配車可能台数が前記希望配車台数を満たさない場合は、満たされなかった残りの希望配車台数を新たな希望配車台数として次に優先度の高いタクシー会社１社の通信端末に前記新たな希望配車台数を含む配車要求情報を送信し、配車可能台数の合計が当初の希望配車台数を満たすか又は前記所定の複数のタクシー会社全ての通信端末に配車要求情報を送信するまで優先度の高いタクシー会社の順に新たな希望配車台数を含む配車要求情報の送信を繰り返し、
配車可能台数の合計が当初の希望配車台数を満たした場合は、前記利用者端末に迎車応答情報を送信し、
前記所定の複数のタクシー会社全ての通信端末に配車要求情報を送信しても配車可能台数の合計が当初の希望配車台数を満たさない場合は、前記利用者端末に配車可能台数の合計を含む迎車応答情報を送信するサーバーと
を備えたことを特徴とするタクシー配車システム。
【請求項２】
予めタクシー利用者の連絡先及び迎車場所のうち少なくとも一方を含む情報を識別情報に関連付けて前記サーバーに登録しておき、前記サーバーが前記利用者端末から前記識別情報を含む迎車依頼情報を受信することを特徴とする請求項１記載のタクシー配車システム。
【請求項３】
前記サーバーが前記利用者端末から地図上で指定された迎車場所の位置情報を含む迎車依頼情報を受信することを特徴とする請求項１記載のタクシー配車システム。
【請求項４】
前記サーバーが迎車場所にタクシーが到着したことを知らせる到着通知を前記利用者端末に送信することを特徴とする請求項１〜３のいずれかに記載のタクシー配車システム。
【請求項５】
前記利用者端末から注文番号又はタクシー利用者の連絡先を含む配車状況確認要求があると、前記サーバーが前記注文番号又は連絡先に基いて蓄積されている情報を元に配車状況情報を前記利用者端末に送信することを特徴とする請求項１〜４のいずれかに記載のタクシー配車システム。
【請求項６】
タクシー利用者の迎車依頼情報に基いて、タクシーの配車を手配するタクシー配車方法であって、
サーバーが前記迎車依頼情報を受信すると、前記迎車依頼情報を蓄積するステップと、
前記サーバーが迎車場所に配車可能な所定の複数のタクシー会社のうち最も優先度の高いタクシー会社１社を決定するステップと、
前記サーバーが希望配車台数を含む配車要求情報を前記タクシー会社の通信端末に送信するステップと、
前記サーバーが前記タクシー会社の通信端末から前記配車要求情報に対応した配車可能台数を含む配車応答情報を受信して前記配車応答情報を蓄積するステップと、
前記配車可能台数が前記希望配車台数を満たしているか否か前記サーバーが演算処理するステップと、
前記配車可能台数が前記希望配車台数を満たす場合は、前記サーバーが前記利用者端末に迎車応答情報を送信するステップと、
前記配車可能台数が前記希望配車台数を満たさない場合は、前記サーバーが満たされなかった残りの希望配車台数を新たな希望配車台数として蓄積し直すステップと、
前記サーバーが次に優先度の高いタクシー会社１社を決定し、当該タクシー会社の通信端末に前記新たな希望配車台数を含む配車要求情報を送信するステップと、
配車可能台数の合計が当初の希望配車台数を満たすか又は前記所定の複数のタクシー会社全ての通信端末に配車要求情報を送信するまで、前記サーバーが優先度の高いタクシー会社の順に新たな希望配車台数を含む配車要求情報の送信以下の手順を繰り返すステップと、
配車可能台数の合計が当初の希望配車台数を満たした場合は、前記サーバーが前記利用者端末に迎車応答情報を送信するステップと、
前記所定の複数のタクシー会社全ての通信端末に配車要求情報を送信しても配車可能台数の合計が当初の希望配車台数を満たさない場合は、前記サーバーが前記利用者端末に配車可能台数の合計を含む迎車応答情報を送信するステップと
を備えたことを特徴とするタクシー配車方法。
【請求項７】
予めタクシー利用者の連絡先及び迎車場所のうち少なくとも一方を含む情報を識別情報に関連付けて前記サーバーに登録しておき、前記サーバーが前記利用者端末から前記識別情報を含む迎車依頼情報を受信することを特徴とする請求項６記載のタクシー配車方法。
【請求項８】
前記サーバーが前記利用者端末から地図上で指定された迎車場所の位置情報を含む迎車依頼情報を受信することを特徴とする請求項６記載のタクシー配車方法。
【請求項９】
前記サーバーが迎車場所にタクシーが到着したことを知らせる到着通知を前記利用者端末に送信することを特徴とする請求項６〜８のいずれかに記載のタクシー配車方法。
【請求項１０】
前記利用者端末から注文番号又はタクシー利用者の連絡先を含む配車状況確認要求があると、前記サーバーが前記注文番号又は連絡先に基いて蓄積されている情報を元に配車状況情報を前記利用者端末に送信することを特徴とする請求項６〜９のいずれかに記載のタクシー配車方法。
【請求項１１】
タクシー利用者の迎車依頼情報に基いて、タクシーの配車を手配するタクシー配車プログラムであって、
サーバーが前記迎車依頼情報を受信すると、前記迎車依頼情報を蓄積する機能と、
前記サーバーが迎車場所に配車可能な所定の複数のタクシー会社のうち最も優先度の高いタクシー会社１社を決定する機能と、
前記サーバーが希望配車台数を含む配車要求情報を前記タクシー会社の通信端末に送信する機能と、
前記サーバーが前記タクシー会社の通信端末から前記配車要求情報に対応した配車可能台数を含む配車応答情報を受信して前記配車応答情報を蓄積する機能と、
前記配車可能台数が前記希望配車台数を満たしているか否か前記サーバーが演算処理する機能と、
前記配車可能台数が前記希望配車台数を満たす場合は、前記サーバーが前記利用者端末に迎車応答情報を送信する機能と、
前記配車可能台数が前記希望配車台数を満たさない場合は、前記サーバーが満たされなかった残りの希望配車台数を新たな希望配車台数として蓄積し直す機能と、
前記サーバーが次に優先度の高いタクシー会社１社を決定し、当該タクシー会社の通信端末に前記新たな希望配車台数を含む配車要求情報を送信する機能と、
配車可能台数の合計が当初の希望配車台数を満たすか又は前記所定の複数のタクシー会社全ての通信端末に配車要求情報を送信するまで、前記サーバーが優先度の高いタクシー会社の順に新たな希望配車台数を含む配車要求情報の送信以下の手順を繰り返す機能と、
配車可能台数の合計が当初の希望配車台数を満たした場合は、前記サーバーが前記利用者端末に迎車応答情報を送信する機能と、
前記所定の複数のタクシー会社全ての通信端末に配車要求情報を送信しても配車可能台数の合計が当初の希望配車台数を満たさない場合は、前記サーバーが前記利用者端末に配車可能台数の合計を含む迎車応答情報を送信する機能と
をコンピュータに実現させるためのタクシー配車プログラム。
【請求項１２】
予めタクシー利用者の連絡先及び迎車場所のうち少なくとも一方を含む情報を識別情報に関連付けて前記サーバーに登録しておき、前記サーバーが前記利用者端末から前記識別情報を含む迎車依頼情報を受信することを特徴とする請求項１１記載のタクシー配車プログラム。
【請求項１３】
前記サーバーが前記利用者端末から地図上で指定された迎車場所の位置情報を含む迎車依頼情報を受信することを特徴とする請求項１１記載のタクシー配車プログラム。
【請求項１４】
前記サーバーが迎車場所にタクシーが到着したことを知らせる到着通知を前記利用者端末に送信することを特徴とする請求項１１〜１３のいずれかに記載のタクシー配車プログラム。
【請求項１５】
前記利用者端末から注文番号又はタクシー利用者の連絡先を含む配車状況確認要求があると、前記サーバーが前記注文番号又は連絡先に基いて蓄積されている情報を元に配車状況情報を前記利用者端末に送信することを特徴とする請求項１１〜１４のいずれかに記載のタクシー配車プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はタクシー利用者の迎車依頼情報に基いて、タクシーの配車を手配するタクシー配車システム、タクシー配車方法及びタクシー配車プログラムに関するものである。
【０００２】
【従来の技術】
従来、迎車場所にタクシーを呼び出して利用する場合、一般に、タクシー利用者はタクシー会社のタクシー配車センターに電話して、迎車場所、迎車台数及び迎車希望時間などを伝える。
利用者は電話を繋いだまま配車可能かどうかの応答を待ち、配車可能なタクシーがある場合は、その旨タクシー配車センターから告げられ、迎車場所でタクシーの到着を待って乗車する。
配車可能なタクシーがない場合は、その旨タクシー配車センターから告げられた後、利用者は配車可能なタクシーが見つかるまで、別のタクシー会社のタクシー配車センターに電話し続けなければならない。
【０００３】
そのため、タクシー配車の依頼者から受信した配車依頼の位置情報を複数のタクシー会社に送信し、最も早く受信した受注情報のタクシー会社又は最も高い手数料のタクシー会社に配車をさせるタクシーの配車手配システムが提案されている（特許文献１参照）。
一方、配車センターが複数のタクシー会社に対してタクシー利用者の配車要求情報を入札のために公開し、利用者は入札結果の中から最も適切なサービスのタクシー会社を選択することが可能なタクシー配車システムも提案されている（特許文献２参照）。
【０００４】
【特許文献１】
特開２００２−３０４５４０号公報
【特許文献２】
特開２００３−１１５０９８号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、従来のシステムでは、タクシーの配車依頼又は配車要求の情報を複数のタクシー会社の全てに一斉に送信し、最も早く受注情報を返信したタクシー会社、最も高い手数料のタクシー会社、最も適切なサービスのタクシー会社などを選択している。
この場合、タクシーの配車要求の条件が１台のタクシーの配車であれば実現可能であるが、一度に複数台例えば５台の配車要求があった場合に、１社で５台のタクシーの配車ができるタクシー会社はまれであると考えられる。
そうすると、配車要求に合致しない、即ち配車要求の条件を満たせないタクシー会社は受注情報を返信することも、入札に応礼することもできない。
本発明は複数のタクシー会社のうち優先度の高い順に１社ごとに配車要求情報を送信し、タクシーの配車可能台数を積み上げて複数台のタクシー配車要求にも応えられるようにすることを課題とする。
【０００６】
【課題を解決するための手段】
上記した課題を解決するため、本発明は、利用者端末からの迎車依頼情報を受信し、迎車場所に配車可能な所定の複数のタクシー会社のうち最も優先度の高いタクシー会社１社の通信端末に希望配車台数を含む配車要求情報を送信し、タクシー会社の通信端末から配車要求情報に対応した配車可能台数を含む配車応答情報を受信し、配車可能台数が希望配車台数を満たす場合は、利用者端末に迎車応答情報を送信し、配車可能台数が希望配車台数を満たさない場合は、満たされなかった残りの希望配車台数を新たな希望配車台数として次に優先度の高いタクシー会社１社の通信端末に新たな希望配車台数を含む配車要求情報を送信し、配車可能台数の合計が当初の希望配車台数を満たすか又は所定の複数のタクシー会社全ての通信端末に配車要求情報を送信するまで優先度の高いタクシー会社の順に新たな希望配車台数を含む配車要求情報の送信を繰り返し、配車可能台数の合計が当初の希望配車台数を満たした場合は、利用者端末に迎車応答情報を送信し、所定の複数のタクシー会社全ての通信端末に配車要求情報を送信しても配車可能台数の合計が当初の希望配車台数を満たさない場合は、利用者端末に配車可能台数の合計を含む迎車応答情報を送信するようにしたものである。
【０００７】
【発明の実施の形態】
図面を用いて本発明の実施の形態を説明する。
図１は本発明の第１の実施形態のシステム構成を示す図である。
タクシー配車システムとしては、タクシー利用者が使用する利用者端末１と、タクシー配車サービスを提供するタクシー配車サービス会社に設置されるサーバー２と、複数のタクシー会社ごとに設置される通信端末３とで構成され、それらはインターネット、電話回線等のネットワーク４に接続される。
【０００８】
利用者端末１としては、携帯電話、ＰＣ（パソコン）、ＰＤＡ（携帯情報端末）、専用端末等が使用できる。
利用者端末１はタクシー利用者がタクシーの迎車依頼をする際にネットワーク４に接続され、タクシー配車サービス会社のサーバー２に接続して迎車依頼情報を送信し、サーバー２の配車手配を待ってサーバー２から配車応答情報を受信する。
【０００９】
通信端末３としては、ＰＣ、専用端末等が使用できる。
一般にタクシー会社はタクシーの配車を行うコールセンターとしてタクシー配車センターを設けているが、通信端末３はそのような配車センターに通常設置される。
通信端末３はタクシー会社の営業時間帯にはネットワーク４に常時接続され、利用者端末１からの迎車依頼情報に基いてサーバー２から送信される配車要求情報を受信し、配車要求情報に対応して配車可能台数を含む配車応答情報をサーバー２に返信する。
【００１０】
サーバー２としてはサーバー機能を備えたコンピュータなら何でも使用することができ、その名称もまた台数も限定されない。
一般に、サーバー２は、送受信を行う送受信部２１と、情報の入力及び出力を行う入出力部２２と、情報やプログラムを蓄積し、格納する記憶部２３と、情報の演算処理や各部の制御を行う制御部２４とを備え、必要に応じて外部メモリとしてＨＤＤ等の記憶手段２５を設け、記憶部２３に格納されたタクシー配車プログラムに従って動作する。
サーバー２はネットワーク４に常時接続されており、利用者端末１からの迎車依頼情報を送受信部２１を通して受信すると、迎車依頼情報に対応して配車可能なタクシー会社を、記憶部２３に格納された情報に基いて制御部２４が選択し、選択した所定の複数のタクシー会社のうち最も優先度の高いタクシー会社１社を決定し、その会社の通信端末３に希望配車台数を含む配車要求情報を送受信部２１から送信する。
【００１１】
配車要求情報を受信したタクシー会社では、タクシー無線システム等を利用して配車可能なタクシーを調べて、通信端末３からサーバー２に配車応答をする。
サーバー２は通信端末３から配車要求情報に対応した配車可能台数を含む配車応答情報を受信し、制御部２４で演算して、配車可能台数が希望配車台数を満たす場合は、利用者端末１に配車結果の迎車応答情報を送信する。
【００１２】
配車可能台数が希望配車台数を満たさない場合は、制御部２４は希望配車台数から配車可能台数を減算して満たされなかった残りの希望配車台数を新たな希望配車台数として次に優先度の高いタクシー会社１社の通信端末３に新たな希望配車台数を含む配車要求情報を送信する。
タクシー会社の配車可能台数の合計が当初の希望配車台数を満たすか又は所定の複数のタクシー会社全ての通信端末３に配車要求情報を送信するまで優先度の高いタクシー会社の順に新たな希望配車台数を含む配車要求情報の送信を繰り返す。
配車可能台数の合計が当初の希望配車合計を満たした場合は、サーバーが利用者端末に迎車応答情報を送信し、所定の複数のタクシー会社全ての通信端末に配車要求情報を送信しても配車可能台数の合計が当初の希望配車台数を満たさない場合は、サーバーが利用者端末に配車可能台数の合計を含む迎車応答情報を送信する。
【００１３】
図２はサーバーの記憶部に格納された情報を説明する図である。
図では情報等が記憶部２３に全て格納されているように示しているが、情報量が多い場合はその一部又は全部が図１に示した記憶手段２５に格納されていても良い。
タクシー会社管理情報は、このタクシー配車システムに加入したタクシー会社に関する情報、例えば名称、所在地、電話番号、所有タクシー台数等を意味し、予めサービス管理者により図１の入出力部２２を通して登録され、記憶部２３に格納される。
【００１４】
利用者のユーザー情報は、同じ場所に頻繁にタクシーの迎車依頼を行う飲食店、ホテル、ゴルフ場の施設あるいは官公庁、企業等（以下店舗等という）に関する情報で、名称、連絡先（例えば電話番号、メールアドレス）、迎車場所の位置情報（郵便番号、所在地、緯度・経度）等を意味し、予めサービス管理者により登録され、記憶部２３に格納される。
なお、迎車依頼を行う利用者端末の識別情報（例えばメールアドレス等）と、店舗等の連絡先（例えば電話番号）とを関連付けて登録し、格納しておく。関連付けとしては１対１に対応させたり、複数の識別情報に１つの連絡先を対応させる方法などがある。
【００１５】
迎車場所登録情報は、サーバーに登録された迎車場所に関する情報で、迎車に相応しい場所（迎車場所）の位置情報（郵便番号、所在地、緯度・経度）を場所番号（例えば数桁の数字、符号）に例えば１対１に対応させて関連付けたものを意味し、予めサービス管理者により登録され、記憶部２３に格納される。
タクシー配車プログラムはサーバーに所定の機能を実現させるためのプログラムで、このタクシー配車システム全体がこのプログラムより制御される。
【００１６】
図３は第１の実施形態の配車方法を示す概略図である。
タクシー利用者は利用者端末１例えば携帯電話を用いてタクシー配車サービス会社のサーバ−２に迎車依頼をする。
迎車依頼情報としては、事前にサーバー２に登録してある場合にはその情報を含めて、連絡先、迎車場所、迎車台数などの情報が必要である。
【００１７】
利用者端末１から迎車依頼情報を受信したサーバー２は、図２のタクシー会社管理情報を検索して所在地等から迎車場所に配車可能なタクシー会社例えば（Ｔ１〜Ｔ３）を選択し、選択した所定の複数のタクシー会社Ｔ１〜Ｔ３のうち最も優先度の高いタクシー会社１社Ｔ１を決定する。
サーバー２はタクシー会社Ｔ１に対し、利用者から迎車依頼された迎車場所及び台数（必要により迎車希望時間）に基く配車要求情報Ｒ１をタクシー会社Ｔ１の通信端末３に送信する。
配車要求情報Ｒ１を受信したタクシー会社Ｔ１では、タクシー配車センターのタクシー無線システム等を使用して、配車要求情報Ｒ１の迎車場所及び希望配車台数例えば５台に基いて、配下のタクシーの現在位置等から配車可能かどうか調べ、配車応答情報Ａ１として配車可能台数例えば２台をサーバー２に返信する。
【００１８】
サーバー２は配車可能台数を蓄積すると共に、希望配車台数５台から配車可能台数２台を減算して希望配車台数を満たさないと判断し、満たされなかった残りの配車能台数３台を新たな希望配車台数として、次に優先度の高いタクシー会社Ｔ２に新たな希望配車台数を含む配車要求情報Ｒ２を送信する。
配車要求情報Ｒ２を受信したタクシー会社Ｔ２では、タクシー会社Ｔ１と同様に配車可能かどうか調べ、配車応答情報Ａ２として配車可能台数例えば２台をサーバー２に返信する。
【００１９】
サーバー２は配車可能台数を更に蓄積すると共に、新たな希望配車台数３台から配車希望台数２台を減算して新たな希望配車台数を満たさないと判断し、満たされなかった残りの配車能台数１台を更に新たな希望配車台数として、更に次に優先度の高いタクシー会社Ｔ３に更に新たな希望配車台数を含む配車要求情報Ｒ３を送信する。
配車要求情報Ｒ３を受信したタクシー会社Ｔ３では、タクシー会社Ｔ１と同様に配車可能かどうか調べ、配車応答情報Ａ３として配車可能台数例えば１台をサーバー２に返信する。
【００２０】
サーバー２は新たな配車希望台数１台から配車可能台数１台を減算して新たな希望配車台数が満たされたことを検知し、配車可能台数の合計が当初の希望配車台数を満たしたと判断し、配車応答情報Ａ１〜Ａ３を取りまとめて、迎車応答情報として利用者端末１に送信する。
この間、タクシー会社Ｔ１〜Ｔ３では、それぞれ配車可能として配車応答した台数のタクシーについて、タクシー無線システム等により各タクシーに配車手配をする。
【００２１】
タクシー会社の優先度を決めるには、次のような基準を例示することができる。
例１として、全てのタクシー会社が同列で、単純にアイウエオ等の名簿順で優先度を決定する。
例２として、実際に配車した台数の総合計が少ないタクシー会社ほど優先度を高くする。
例３として、新しくこのタクシー配車システムに加入したタクシー会社ほど優先度を高くする。
例４として、タクシー会社の通信端末３に、優先度を設定できる機能を設けておき、タクシー会社が自分の意思で自社の優先度をリアルタイムに変更できるようにする。
例えば、配車したタクシー会社から手数料を徴収するシステムとし、サーバー２の優先度決定プログラムに手数料が高いほど優先度が高くなるように設定しておくと、空車が多いタクシー会社は優先度を高く変更すると手数料は高くなるが、優先的に配車要求がくるようになる。
【００２２】
図４は第１の実施形態の動作を示すフローチャートで、タクシー配車プログラムのフローを示している。
タクシー利用者はタクシーの迎車依頼をする場合、利用者端末１を使用して、ステップＳ１（以下、ステップの語を省略する）で迎車台数を含む迎車依頼情報をタクシー配車サービス会社のサーバー２に送信する。
サーバー２はＳ２で利用者端末１からの迎車依頼情報を受信し、迎車台数を希望配車台数として迎車依頼情報を蓄積する。
Ｓ３では、サーバー２は図２のタクシー会社管理情報から迎車場所に配車可能なタクシー会社を選択して、リストアップする。
Ｓ４では、サーバー２はリストアップされた所定のタクシー会社のうち最も優先度の高いタクシー会社１社を決定する。このＳ４においては、すでに配車要求情報を送信したタクシー会社を除くように設定することにより、順次優先度の高いタクシー会社の順に配車要求情報を送信することができる。
【００２３】
Ｓ５では、リストに表示された所定の複数のタクシー会社全てに配車要求情報を送信したか判断され、送信していない場合は、Ｓ４において決定されたタクシー会社１社の通信端末３に、サーバー２はＳ２で蓄積された迎車依頼情報をＳ６で配車要求情報として送信する。
配車要求情報を受信したタクシー会社ではタクシー無線システムを利用するなどして配車可能なタクシーを調査し、Ｓ７で通信端末３からサーバー２に対して配車可能台数を含む配車応答情報を送信する。
Ｓ８では、サーバー２は受信した配車可能台数を含む配車応答情報を蓄積する。
【００２４】
Ｓ９では、サーバー２は配車可能台数が希望配車台数を満たしているかどうか判断し、満たしている場合はＳ８で蓄積されている情報を元にしてＳ１１で迎車応答情報を利用者端末１に送信して終了する。
配車可能台数が希望配車台数を満たさない場合は、Ｓ１０において配車応答情報によって満たされなかった残りの希望配車台数を新たな希望配車台数として蓄積し直す。
そしてＳ４に戻り、サーバー２は次に優先度の高いタクシー会社１社を決定し、Ｓ５のチエックをした後、Ｓ６で新たな希望配車台数を含む配車要求情報を当該タクシー会社の通信端末３に送信する。
このようにしてＳ９で配車可能台数の合計が当初の希望配車台数を満たすか又はＳ５でリストアップした所定の複数のタクシー会社全ての通信端末３に配車要求情報を送信するまで、Ｓ４〜Ｓ１０の操作、手順を繰り返す。
【００２５】
Ｓ５で配車機能台数の合計が当初の希望配車台数を満たした場合は、サーバー２はＳ８で蓄積されている情報を元に取りまとめて、Ｓ１１で配車完了の迎車応答情報を利用者端末１に送信する。
Ｓ５で所定の複数のタクシー会社全ての通信端末３に配車要求情報を送信した場合には、サーバー２はＳ８で蓄積されている情報を元に取りまとめて、Ｓ１１で希望配車台数に対して配車できた配車可能台数を含む迎車応答情報を利用者端末１に送信する。
【００２６】
以上のように第１の実施形態によれば、迎車場所に配車可能な複数のタクシー会社のうち優先度の高い順に１社ごとに配車要求情報を送信し、タクシー配車可能台数を合計して配車するので、一度に複数台のタクシー配車要求にも高い確率で配車を完了することができる。
【００２７】
また、タクシー利用者にとっても、タクシー配車サービス会社のサーバーにタクシーの迎車依頼をするだけで、複数のタクシー会社への依頼ができるので、手間をかけずに簡便にタクシーの配車を受けることができる。
一方、タクシー会社にとっても、パソコンとすでに運用しているタクシー無線システムによって対応でき、一度に複数台のタクシー配車要求があっても、自社で対応できる配車可能台数の配車応答で良いので、投資負担を少なくして顧客を確保できるというメリットがある。
【００２８】
図５は本発明の第２の実施形態を示す概略図、図６は第２の実施形態の動作を示すフローチャートである。
第２の実施形態は第１の実施形態によって配車手配されたタクシーが迎車場所に到着したことを通知する方式に関するものである。
図５に示すように、迎車場所に到着したタクシーは、既存のタクシー無線システム等を利用して例えばタクシー会社Ｔ１の配車センターに到着通知を行う。
タクシー会社Ｔ１では通信端末３からタクシー配車サービス会社のサーバー２に、図６のようにＳ２１でタクシー到着通知を送信する。
【００２９】
サーバー２ではＳ２２においてタクシー会社Ｔ１の通信端末３から送信したタクシー到着通知をタクシー利用者の利用者端末１に電子メール等で送信する。これによりタクシー利用者は利用者端末１の電子メール等で依頼したタクシーが迎車場所に到着したことを知ることができる。
複数台のタクシー配車の場合も同様であり、また複数のタクシー会社にまたがっている場合も同様で大差がない。
また、タクシーからの到着通知が電子メール等を使用してサーバー２に直接送信することもできるが、この場合も利用者端末１へサーバー２から到着通知がなされることには変わりなく、図６においてはＳ２１は不要になる。
【００３０】
以上のように第２の実施形態によれば、第１の実施形態の効果に加えて、利用者端末にタクシー到着通知が電子メール等で送信されるので、タクシー利用者はいつ到着するか心配することなく、何かをしながら安心してタクシーを待つことができる。
【００３１】
図７は本発明の第３の実施形態を示す概略図、図８は第３の実施形態を示すフローチャートである。
第３の実施形態は第１の実施形態で迎車依頼をしたタクシー利用者が配車の状況を確認できるようにした方式に関するものである。
図７に示すように、タクシーの迎車依頼をした利用者は、利用者端末１を使用してタクシー配車サービス会社のサーバー２にアクセスして図８のＳ３１で配車状況確認要求をサーバー２に送信する。
配車状況確認要求には、現在の配車の状況を確認するために迎車応答情報に含まれる注文番号又は利用者の連絡先の情報の送信が必要である。
サーバー２では注文番号又は連絡先の情報に基き、Ｓ３２において、蓄積されている情報を元に迎車依頼の現在の配車状況を確認し、配車状況確認応答を利用者端末１に送信する。
【００３２】
配車状況としては次の３つが想定される。
（１）配車手配中：タクシー会社に配車を要求している途中の状態。
（２）迎車場所へ移動中：配車の手配が完了し、タクシーが迎車場所に向けて移動している状態。
（３）迎車場所に到着済み：タクシーがすでに迎車場所に到着して待機している状態。
サーバー２はこれらの３つの状態のどれに該当するかを確認して、利用者端末１に配車状況確認応答として配車状況情報を送信することになる。
なお、この配車状況確認要求はサーバー２が迎車依頼を受信してからはいつでも可能であるが、タクシー到着通知がなされてから例えば１時間以内というような制限は必要に応じて設定される。
【００３３】
以上のように第３の実施形態によれば、第１の実施形態の効果に加えて、利用者端末からサーバーに迎車依頼をしたタクシーの配車状況を確認要求できるので、タクシー利用者はタクシー会社に気兼ねすることなく現在の配車状況を簡単に知ることができて便利である。
【００３４】
図９は本発明の第４の実施形態を示す図、図１０はその画面を示す図で、迎車依頼に関するものである。
第４の実施形態は予め迎車場所を登録しておく方式で、同じ場所に頻繁にタクシーの迎車依頼を行う店舗等向けのサービスに適用されることが多い。
タクシーの利用者となる店舗等は、タクシー配車サービス会社に対し、予め名称、連絡先、迎車場所の位置情報等を提供する。
タクシー配車サービス会社のサービス管理者は、予め店舗等の連絡先例えば電話番号及び迎車場所の位置情報例えば郵便番号、所在地の住所、ＧＰＳ（Ｇｒｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）等で入手した緯度・経度をサーバー２に登録し、図２で説明した記憶部２３に利用者のユーザ情報として格納しておく。
【００３５】
タクシー配車サービス会社はサービスを提供するに際し、ユーザ確認のために、店舗等の代表者（例えばタクシー配車の管理者であっても良い）に電話等で店舗ごとに固有の従業員登録用のメールアドレスＭ４１を送る。利用者端末１にアクセスできる場合はサーバー２からインターネット４を通してメールアドレスＭ４１を送信しても良い。
店舗等の従業員はユーザー登録するために利用者端末１を使用して従業員登録用のメールアドレスＭ４１あてに空のメールＭ４２を送信する。空のメールＭ４２には利用者端末１の識別情報である送信元メールアドレスが含まれている。
サーバー２は電子メールＭ４２に含まれている従業員の送信元メールアドレスを取得して利用者の連絡先として登録し、店舗等と利用者の連絡先及び迎車場所と関連付けた識別情報である固有のＵＲＬ（Ｕｎｉｆｏｒｍ  ＲｅｓｏｕｒｃｅＬｏｃａｔｏｒｓ）Ｍ４３をそのメールアドレスあてに当該従業員専用のＵＲＬとして送信する。
このようにして、迎車依頼を手配する従業員は全員が固有のＵＲＬを自分専用に持つことにより、このＵＲＬを自分の利用者端末１の「お気に入り」等に登録しておくことができる。
【００３６】
実際に迎車依頼をする場合は、従業員は利用者端末１から自分専用のＵＲＬにアクセスし、図１０（ａ）に示す画面から迎車台数を入力してサーバー２に迎車依頼情報Ｒ４１を送信する。
サーバー２は利用者端末１からの迎車台数と、事前に登録してある迎車場所の情報を合わせて配車要求情報を構成し、第１の実施形態で説明したように優先度の高い順にタクシー会社１社ごとに配車要求情報を送信し、タクシーの配車を手配する。
【００３７】
配車が完了すると、サーバー２は迎車依頼してきた従業員の登録済みの連絡先であるメールアドレスあてに、図１０（ｂ）の画面に示したような迎車応答情報Ａ４１を送信する。
図１０（ｂ）の画面は迎車応答情報のＡ４１の一例で、迎車台数が２台で配車台数も２台の場合を示しており、注文番号、配車できた台数、タクシーごとにタクシー会社名、車番、到着予定時間又は時刻等の情報で構成される。
【００３８】
上記の説明では、迎車応答情報Ａ４１の連絡先として、従業員の利用者端末１のメールアドレスを登録して迎車応答情報Ａ４１を送信したが、店舗等の代表的な利用者端末１（例えばフロント設置の端末）のメールアドレスを利用者の連絡先として登録して、従業員が迎車依頼したタクシー配車の迎車応答の全て又は一部を同じ利用者端末１で受信するようにしても良い。
いずれにしろ、迎車依頼をする前に、予め利用者の連絡先と迎車依頼を実際に行う利用者端末１の識別情報（例えばメールアドレス）とを関連付けてサーバー２に登録しておく必要がある。
【００３９】
なお、上記の説明では、ユーザー認証のために、従業員登録用のメールアドレスＭ４１の通知、空のメールＭ４２の送信、従業員専用のＵＲＬＭ４３の送信等を行っているが、ユーザー認証をしない場合はそれらの手順は不要である。
この場合は、連絡先及び迎車場所と関連付けた識別情報である固有のＵＲＬは店舗等の代表者に通知され、従業員はそのＵＲＬを利用してサーバー２に直接アクセスし、タクシー配車システムの画面から迎車メールアドレスを含む迎車依頼情報Ｒ４１を入力してサーバー２に送信すれば良い。
【００４０】
以上のように第４の実施形態によれば、第１の実施形態の効果に加えて、予め連絡先及び迎車場所を登録しておくので、迎車依頼をする際には迎車台数を入力するだけで良いため、頻繁にタクシーの迎車依頼をする利用者にとってはその利便性は非常に高い。
また、連絡先と利用者端末の識別情報とを関連付けて登録しておくことにより、未登録の利用者端末から不正に迎車依頼されることを防ぐ効果もある。
【００４１】
図１１は本発明の第５の実施形態を示す図、図１２はその画面を示す図で、迎車依頼に関するものである。
第５の実施形態は予め迎車に相応しい場所（迎車場所）の位置情報を識別番号である場所番号に関連付けて登録しておく方式で、迎車場所が固定でない一般利用者例えば個人向けのサービスに適用される。
タクシー配車サービス会社は、例えば目標物が明確であり、車道に面していてタクシーの利用者が多そうな場所を、予めタクシーの迎車に相応しいと判断して選定する。
選定したタクシーの迎車場所の位置情報例えば郵便番号、所在地の住所、緯度・経度を、場所番号例えば数桁の数字、符号に１対１に対応させて関連付け、予めサーバー２に登録しておく。この際、場所番号ごとに固有のメールアドレスを設定してサーバー２に一緒に登録しておく。なお、連絡先は予め登録しておく必要はない。
これらの情報は迎車場所登録情報として、図２に示したように記憶部２３に格納される。
【００４２】
タクシーサービス会社は、場所番号と迎車場所の関連を何らかの方法でタクシー利用者に公開する。
例えば、図１１に示すように場所番号が示す位置あるいはそのごく近辺の施設等に、場所番号（０００２）に固有のメールアドレス（例えば０００２＠ｓｙｌｃ．ｃｏ．ｊｐ）を明示したタクシー呼び場案内の看板やステッカーを掲示する。
また、場所番号が示す位置に場所番号及び必要に応じて印をつけた地図をインターネットあるいはその他の場所で公開する。
【００４３】
これらの掲示等を見たタクシー利用者は、利用者端末１を使用してタクシーの迎車依頼の際に、タクシーの呼び場案内の手順に従い、掲示されているメールアドレスあてに空のメールＭ５１を送信する。
電子メールＭ５１を受信したサーバー２は利用者端末１の識別番号である送信元メールアドレスを取得してこれを利用者の連絡先として登録し、その送信元メールアドレスあてに折り返し場所番号及び利用者のメールアドレスごとに設定した固有のＵＲＬを含む電子メールＭ５２を送信する。
電子メールＭ５２の画面は例えば図１２（ａ）に示すように場所番号と固有のＵＲＬが表示される。
【００４４】
電子メールＭ５２を受信した利用者は表示されたＵＲＬにアクセスし、（ｂ）に示すように緊急時の連絡用の電話番号（初回のみ）及び迎車台数を入力して迎車依頼情報Ｒ５１を送信する。
サーバー２はＵＲＬに埋め込まれた場所番号から事前に登録されている迎車場所の位置情報を割り出し、その位置情報と送信された迎車台数を合わせて配車要求情報を構成し、第１の実施形態で説明したようにタクシー会社に配車要求情報を送信し、タクシーの配車を手配する。
配車が完了すると、サーバー２は利用者のメールアドレスあてに迎車応答情報Ａ５１を送信する。
なお、初回に入力した電話番号は利用者端末１の識別情報であるメールアドレスと関連付けてサーバー２に登録されるので、２回目以降は電話番号の入力も不要で、迎車台数の入力だけでタクシーの迎車依頼をすることができる。
【００４５】
ユーザーの認証を厳しく行うために、サーバー２から利用者端末１に送信されるＵＲＬを含む電子メールＭ５２に、ＵＲＬに１アクセスのみ有効なランダムキーを含ませることにより、ＵＲＬへのアクセスを１回のみに制限することもできる。
このような制限をしない場合は、ＵＲＬを利用者端末１の「お気に入り」等に登録しておけば２回目以降のサーバー２へのアクセスが便利になる。
【００４６】
なお、上記の説明では、ユーザー認証のために、空のメールＭ５１の送信、場所番号及び利用者のメールアドレスに固有のＵＲＬを含む電子メールＭ５２の送信等を行っているが、ユーザー認証をしない場合はそれらの手順は不要である。
この場合は、場所番号ごとに固有のＵＲＬを看板等に公開し、利用者はそのＵＲＬを使用してサーバー２に直接アクセスし、迎車台数、メールアドレスを含む迎車依頼情報Ｒ５１を入力してサーバー２に送信すれば良い。
【００４７】
以上のように第５の実施形態によれば、第１の実施形態の効果に加えて、ユーザーの事前登録をすることなく場所番号により特定の迎車場所を指定するので、面倒な場所の入力をすることなく、簡単な番号の入力で迎車場所を正確に指定することができ、迎車依頼があまり多くない個人にとっては利用し易い。
また、何らかの理由で会話が困難な人、あるいは日本語での会話に不慣れな外国人も容易に利用することができる。
【００４８】
図１３は本発明の第６の実施形態を示す図で、迎車依頼に関するものである。
第６の実施形態は第５の実施形態と同様に予め迎車場所の位置情報を識別番号である場所番号に関連付けて登録しておくが、インターネットのメール機能を使用せずに、電話機能を使って迎車依頼する方式である。
タクシー利用者は利用者端末１として例えば携帯電話を使用し、電話回線４を通してサーバー２に接続されたＣＴＩ（Ｃｏｍｐｕｔｅｒ  ＴｅｌｅｐｈｏｎｙＩｎｔｅｇｒａｔｉｏｎ）装置と情報を送受信する。
【００４９】
第５の実施形態と同様に、タクシー配車サービス会社は場所番号に関連付けた特定の場所あるいはそのごく付近に、タクシー配車サービス会社のＣＴＩ装置５に繋がる電話番号及び場所番号を表示したタクシー呼び場案内を掲示する。
掲示を見た利用者は迎車依頼をする際、掲示板記載の電話番号に電話をかけ、ＣＴＩ装置５の自動応答メッセージ即ち音声ガイダンスに従って、場所番号及び迎車台数を含む迎車依頼情報Ｒ６１をトーン信号で入力する。
利用者は迎車応答があるまでそのまま待機する。
【００５０】
ＣＴＩ装置５は電話会社の電話番号通知サービスにより発信者の電話番号を取得して利用者の連絡先として登録し、電話番号及び迎車台数と共にサーバー２に通知する。
サーバー２は通知された場所番号から事前に登録してある迎車場所の位置情報を割り出し、迎車台数と合わせて配車要求情報を構成し、第１の実施形態のようにタクシー会社に配車要求情報を送信し、タクシーの配車を手配する。
配車が完了すると、サーバー２はＣＴＩ装置５を通して利用者の携帯電話１に迎車応答情報Ａ６１を音声で通知する。
以上のように第６の実施形態によれば、第５の実施形態の効果に加えて、電話機能を使っても電話で話さないで迎車依頼をすることができる。
【００５１】
図１４は本発明の第７の実施形態を示す図、図１５はその画面を示す図で、迎車依頼に関するものである。
第７の実施形態は迎車場所を地図上で詳細に指定する方式である。
タクシー利用者は利用者端末１を使用し、入手したタクシー配車サービス会社のサイトのＵＲＬを使ってサーバー２にアクセスし、ＧＰＳ等の位置情報取得機能を用いて取得した位置情報あるいは地図を表示させた場所の行政的な地理区分情報を入力するなどして地図イメージの要求情報Ｍ７１を送信する。
サーバー２は地図イメージ情報Ｍ７２を利用者端末１に送信する。
【００５２】
利用者は利用者端末１を操作して地図イメージを移動、拡大、縮小等を行い、必要に応じてサーバー２に新たな地図イメージを要求し、それらの操作を繰り返して、図１５（ａ）に示すように地図上で迎車場所をピンポイントで決定する。利用者はこの位置情報の決定ボタンのクリックと共に表示される位置情報（緯度・経度）と関連付いた固有のメールアドレスに空のメールＭ７３をサーバー２に送信する。
電子メールＭ７３を受信したサーバー２は利用者端末１の識別番号である送信元メールアドレスを取得してこれを利用者の連絡先として登録する。
サーバー２では折り返し送信元メールアドレスあてに、（ｂ）に示すように位置情報及び利用者のメールアドレスごとに固有のＵＲＬを含む電子メールＭ７４を送信する。
【００５３】
電子メールＭ７４を受信した利用者は当該ＵＲＬにアクセスして（ｃ）に示すように緊急連絡用電話番号（初回のみ）及び迎車台数を含む迎車依頼情報Ｒ７１をサーバー２に送信する。
サーバー２はＵＲＬに埋め込まれた位置情報から地図ソフト等を用いて郵便番号、所在地の住所を割り出し、送信された迎車台数と合わせて配車要求情報を構成し、第１の実施形態のようにタクシー会社に配車要求情報を送信し、タクシーの配車を手配する。
配車が完成すると、サーバー２は利用者端末１に迎車応答情報Ａ７１を送信する。
【００５４】
２回目以降同じ場所に迎車依頼する場合は、今回使用した位置情報ごとに固有のメールアドレスを利用者端末の「お気に入り」等に登録しておき、このアドレスに空のメールを送れば、上記した空のメール送信に至る手順を省くことができる。
また、電話番号は利用者端末１の識別番号であるメールアドレスと関連付けてサーバー２に登録されるので、２回目以降は電話番号の入力も不要である。
【００５５】
なお、ユーザー認証しない場合は、空のメールＭ７３の送信、固有のＵＲＬを含む電子メールＭ７４の送信等の手順は不要で、位置情報の決定ボタンのクリックと共に固有のＵＲＬを表示させ、このＵＲＬを使用してサーバー２にアクセスして迎車台数、メールアドレスを含む迎車依頼情報Ｒ７１を送信すれば良い。
【００５６】
以上のように第７の実施形態によれば、地図を用いてあらゆる場所をピンポイントで指定できるので、第５の実施形態が場所番号に関連付けられた特定の場所しか指定できないのに対し、更に利便性が増す効果がある。
【００５７】
【発明の効果】
上記したように、本発明によれば、複数のタクシー会社のうち優先度の高い順に１社ごとに配車要求情報を送信し、タクシー配車可能台数を合計して配置するので、一度に複数台のタクシー配車要求にも高い効率で配車を完了することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態のシステム構成を示す図である。
【図２】記憶部の格納情報を示す図である。
【図３】第１の実施形態の配車方法を示す概略図である。
【図４】第１の実施形態の動作を示すフローチャートである。
【図５】本発明の第２の実施形態を示す概略図である。
【図６】第２の実施形態の動作を示すフローチャートである。
【図７】本発明の第３の実施形態を示す概略図である。
【図８】第３の実施形態の動作を示すフローチャートである。
【図９】本発明の第４の実施形態を示す図である。
【図１０】第４の実施形態の画面を示す図である。
【図１１】本発明の第５の実施形態を示す図である。
【図１２】第５の実施形態の画面を示す図である。
【図１３】本発明の第６の実施形態を示す図である。
【図１４】本発明の第７の実施形態を示す図である。
【図１５】第７の実施形態の画面を示す図である。
【符号の説明】
１          利用者端末
２          サーバー
２１        送受信部
２２        入出力部
２３        記憶部
２４        制御部
２５        記憶手段
３          通信端末
４          ネットワーク
５          ＣＴＩ装置
【図１】
2005018684.tif 000003
【図２】
2005018684.tif 000004
【図３】
2005018684.tif 000005
【図４】
2005018684.tif 000006
【図５】
2005018684.tif 000007
【図６】
2005018684.tif 000008
【図７】
2005018684.tif 000009
【図８】
2005018684.tif 000010
【図９】
2005018684.tif 000011
【図１０】
2005018684.tif 000012
【図１１】
2005018684.tif 000013
【図１２】
2005018684.tif 000014
【図１３】
2005018684.tif 000015
【図１４】
2005018684.tif 000016
【図１５】
2005018684.tif 000017