(57)【要約】【課題】利用者が乗車したい場所に現在いない場合であるか否かに係わらず、複数のタクシー業者の中で乗車したい場所へ最もはやく配車可能なタクシー業者に対し、タクシーの申し込みを可能とする。【解決手段】予めサーバに登録されている配車可能場所を利用者が指定し、その指定位置と同サーバがもつ複数のタクシー業者のタクシーの空車、位置情報と照らし合わせ両者の距離、指定位置までの到着時間をサーバで計算することにより最もはやく指定場所へ配車可能なタクシー業者の車両を選出し、タクシーの申し込みを成立させる。【選択図】　図１
2004078639.tif 000002
【特許請求の範囲】
【請求項１】
個人タクシー業者を含む複数のタクシー業者の車両の情報を蓄積する地域サーバを用意し、コンビニエンスストア、郵便局、バス停の如きタクシーの呼び出し場所として目標とし易い場所に登録名称、記号、番号等の識別子を与え、これをタクシーの乗車位置情報として予め前記地域サーバに登録しておき、タクシーの利用者はＷｅｂ端末、携帯電話または専用端末を含む呼び出し手段を用いて前記地域サーバにアクセスし、前記タクシーの乗車位置を指定、選択してタクシーの申し込みを行うことを特徴としたタクシー呼び出しシステム。
【請求項２】
前記タクシー業者は、車両の位置、車両が空車状態であるかを含む車両情報を適宜タクシー業者のもつ端末または情報管理用サーバを介して前記地域サーバに送信することを特徴とした請求項１記載のタクシー呼び出しシステム。
【請求項３】
タクシーの乗車位置と配車可能である複数のタクシー業者の車両間の距離や車両がタクシーの乗車位置へ到着する時間の算出を前記地域サーバで行うことを特徴とした請求項１及び請求項２記載のタクシー呼び出しシステム。
【請求項４】
前記地域サーバは、一定の地域毎に設置し、予め登録するタクシーの乗車位置はその場所が含まれる地域に設置されている地域サーバにより管理され、且つタクシー業者の車両情報も当該タクシー業者が属する地域にある地域サーバを指定して登録、管理されることを特徴とした請求項１乃至３記載のタクシー呼び出しシステム。
【請求項５】
前記地域サーバは、一定の地域毎に設置し、各地域サーバ間で情報を交換することで、利用者から離れた地域の乗車位置であっても利用者が乗車位置として選択することができ、タクシーの呼び出しが可能であることを特徴とした請求項１乃至４記載のタクシー呼び出しシステム。
【請求項６】
前記地域サーバに登録するタクシーの乗車位置は、利用者がサーバに位置情報を登録することで追加登録することができ、登録以降その場所を乗車位置として選択することが可能となることを特徴とした請求項１乃至５記載のタクシー呼び出しシステム。
【請求項７】
前記地域サーバは、到着時間が最もはやい車両をもつタクシー業者のもつ端末または情報管理用サーバに対し配車依頼通知を行い、その回答が配車不可の場合はその次にはやく到着可能な車両に配車の権利を与え、その車両をもつタクシー業者の専用端末またはタクシー業者が持つ情報管理用のサーバへ配車依頼通知を行うことを特徴とした請求項１乃至６記載のタクシー呼び出しシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、Ｗｅｂ端末、携帯電話または専用端末等によりタクシーの申し込みを行うとき、１つのタクシー業者を指定して申し込みを行う形態を採らず、複数のタクシー業者の中から、利用者が選択したあらかじめ指定された乗車位置への到着時間が最もはやいタクシー業者の車両を選択し、利用者が持つＷｅｂ端末、携帯電話または専用端末等に通知し、申し込みを成立させるシステムに関するものである。
【０００２】
【従来の技術】
従来のタクシーの申し込みは、タクシーの利用者がタクシー業者を指定することで成立するのが主であったが、利用者が一つのタクシー業者にこだわらず、複数のタクシー業者の中から最も待ち時間が少ないタクシー業者に対して配車依頼を行いたい場合に成す方法として、「特開２００２−１４０７９５」、「特開２００２−１３３５９２」号などがある。
【０００３】
【発明が解決しようとする課題】
上記した各従来方法は、利用者の持つ携帯端末により利用者の位置を探知し、その場所へ配車を行うものである。しかし、利用者の位置を探知し、その上で利用者の位置まで最も待ち時間が少なくて済むタクシー業者の車両を配車するということは、タクシー乗り場のように予め定められた場所と利用者の位置についてその距離や到着時間の計算を行う場合に比べて計算処理が複雑であり、また、利用者は申し込み時に既に乗車位置にいる必要があるのでこのことは利用者の行動を著しく制限する。
【０００４】
【課題を解決するための手段】
本発明の第一は、個人タクシー業者を含む複数のタクシー業者の車両の情報を蓄積する地域サーバを用意し、コンビニエンスストア、郵便局、バス停の如きタクシーの呼び出し場所として目標とし易い場所に登録名称、記号、番号等の識別子を与え、これをタクシーの乗車位置情報として予め上記地域サーバに登録しておき、タクシーの利用者はＷｅｂ端末、携帯電話または専用端末を含む呼び出し手段を用いて前記地域サーバにアクセスし、前記タクシーの乗車位置を指定、選択してタクシーの申し込みを行うことを特徴としたものである。
【０００５】
本発明の第二は、前記タクシー業者は、車両の位置、車両が空車状態であるかを含む車両情報を適宜タクシー業者のもつ端末または情報管理用サーバを介して前記地域サーバに送信することを特徴としたものである。
【０００６】
本発明の第三は、タクシーの乗車位置と配車可能である複数のタクシー業者の車両間の距離や車両がタクシーの乗車位置へ到着する時間の算出を前記地域サーバで行うことを特徴としたものである。
【０００７】
本発明の第四は、前記地域サーバは、一定の地域毎に設置し、予め登録するタクシーの乗車位置はその場所が含まれる地域に設置されている地域サーバにより管理され、且つタクシー業者の車両情報も当該タクシー業者が属する地域にある地域サーバを指定して登録、管理されることを特徴としたものである。
【０００８】
本発明の第五は、前記地域サーバは、一定の地域毎に設置し、各地域サーバ間で情報を交換することで、利用者から離れた地域の乗車位置であっても利用者が乗車位置として選択することができ、タクシーの呼び出しが可能であることを特徴としたものである。
【０００９】
本発明の第六は、前記地域サーバに登録するタクシーの乗車位置は、利用者がサーバに位置情報を登録することで追加登録することができ、登録以降その場所を乗車位置として選択することが可能となることを特徴としたものである。
【００１０】
本発明の第七は、前記地域サーバは、到着時間が最もはやい車両をもつタクシー業者のもつ端末または情報管理用サーバに対し配車依頼通知を行い、その回答が配車不可の場合はその次にはやく到着可能な車両に配車の権利を与え、その車両をもつタクシー業者の専用端末またはタクシー業者が持つ情報管理用のサーバへ配車依頼通知を行うことを特徴としたものである。
【００１１】
【発明の実施の形態】
図１は本発明の構成図を示したものである。利用者はタクシーの呼び出しを行うにあたり、固定端末（１１）、Ｗｅｂ端末（１２）、携帯電話（１３）等を用い、それらと地域サーバ（２１、２２、２３）間で呼び出しのためのデータの送受信を行う。タクシー業者は、タクシー業者個々が持つ管理用のサーバ（３２）を通じて、また、管理用のサーバを持たない個人タクシー業者等は端末（３１）を通じて地域サーバと車両の空車情報等のデータの送受信を行う。地域サーバは、複数のタクシー業者のサーバ、端末から送られてくる情報を一括管理し、また、利用者側から送られてくる呼び出し情報に基づき処理を行う。地域サーバはタクシーの利用者と複数のタクシー業者の間に入り、タクシー配車の契約を成立させる代理人の役割を果たす。
【００１２】
利用者、地域サーバ、タクシー業者の管理用のサーバ、端末（以下、供給者サーバと称す）の役割をふまえた上で、図２に示した本発明のタクシー呼び出し方法を示すフローについて説明する。図２の（ａ）、（ｂ）、（ｃ）はそれぞれ利用者、地域サーバ、供給者サーバのフローに該当する。
【００１３】
タクシーの利用者はタクシーの呼び出しを行うにあたり、携帯電話、Ｗｅｂ端末、固定端末等を用いてタクシーの呼び出しに必要なデータであるタクシーの車種、台数、乗車位置情報の入力をＳ１にて行う。タクシーの車種、乗車位置等の情報は上記端末から地域サーバへアクセスし端末上に表示されるものであるが、乗車位置の決定は端末に選択形式で表示された乗車位置リストを選択する方法のほか、数値、その他の情報を利用者が任意に入力することも可能である。ここでいう乗車位置情報は、コンビニエンスストア、郵便局、バス停の如きタクシーの呼び出し場所として目標とし易い場所に登録名称、記号、番号を与え、事前に地域サーバに登録しておくものであり、利用者が位置情報を追加登録することができ、登録以降はその場所も乗車位置として選択できる。
【００１４】
続いてＳ２においては、Ｓ１で利用者が入力したデータが正しい入力形式であるか判断し、データが不正であればＳ１へ戻りデータの再入力を行い、正しければＳ３の処理へ進む。
【００１５】
Ｓ３では、Ｓ２でデータの正当性が正しいと判断されたので、そのデータを地域サーバへ送信し、フロー上のＳ３２の処理へと進む。データが正常に送信されたかの判断はＳ４にて行い、送信が不正である場合にはＳ３の処理を繰り返す。なお、送信されるデータには申し込み毎に固有に割り当てられる申し込み番号が付加され、その上でデータが送信される。
【００１６】
ここで、地域サーバのフローＳ３２へ進んだデータの処理を説明する前に、地域サーバへデータを送信した後の利用者端末の処理を記す。
【００１７】
Ｓ４にて通信が正常に完了し、データが地域サーバへ送られたことを確認した後は、Ｓ５の処理を行い、利用者側の端末には通信中である旨の表示をしておく。
【００１８】
Ｓ６は、サーバからのデータ受信確認処理であり、ここでは地域サーバから送信される配車可否の回答データを受信する。
【００１９】
回答データを正常に受信できたかＳ７で判別処理を行い、受信不正であればＳ６へ戻り、受信完了であれば、Ｓ８へ進み、回答内容の表示を行う。
【００２０】
Ｓ８にて回答内容を確認し、呼び出し情報の変更等再入力が必要な場合はＳ１へ戻り呼び出しをやり直し、再入力が必要ない場合はＳ１０へ進み呼び出し完了となる。
【００２１】
次に地域サーバのフローについて説明する。
【００２２】
地域サーバにおいては、供給者サーバのフローＳ５５からＳ３１へ送られてくる空車情報変更通知に基づきデータは更新され、常に最新のデータを蓄積している。
【００２３】
また、Ｓ３２にて利用者端末からの受信処理、Ｓ３３にて受信チェックをする処理を備えているが、常に利用者端末から受信があるかどうかチェックし、受信がない場合はＳ３３からＳ３１へ処理を戻し、前記の通りＳ３１で空車情報の更新を行い最新のデータを蓄積しつつ、利用者の申し込みデータを受信すべく待機している。
【００２４】
利用者からのデータが受信された場合は、Ｓ３３で受信確認を行い、Ｓ３４でデータの正当性を判断する。正当性が認められない場合はＳ３５で利用者の端末に対して再送信要求処理が行われ、Ｓ３２に戻る。
【００２５】
データの正当性が認められた場合はＳ３６にて現在空車である車両が利用者が指定した乗車位置へ到着する到着時間の計算が行われる。
【００２６】
Ｓ３６にて一番到着時間がはやい車両が決定すると、Ｓ３７にて供給者サーバに配車依頼通知を送信し、供給者サーバは、Ｓ５１の処理を行う。なお、Ｓ３７の配車依頼通知は、Ｓ３８にて通信の正常完了か否か判断され、否の場合はＳ３７の処理を繰り返す。
【００２７】
Ｓ３８にて通信の正常完了が確認されると、Ｓ３９にて供給者サーバから配車回答を受信し、配車の可否による判断処理をＳ４０にて行う。
【００２８】
回答が否の場合はＳ４１で到着時間が一番はやい車両から２番目にはやい車両へと配車依頼を行う優先度を変更する処理を行い、Ｓ３７へ進み、また、回答が可の場合はＳ４２の処理へ進み、ここで利用者端末に回答通知処理を行う。回答受信処理は利用者端末のフローにおけるＳ６で行われる。
【００２９】
Ｓ４２における回答通知処理は、Ｓ４３にて通信が正常に完了したか確認され、正常に完了していない場合はＳ４２へ戻り処理を繰り返す。
【００３０】
回答通知処理が正常に完了した場合は、Ｓ４３からＳ４４へ進み、利用者端末、供給者サーバとの通信を終了する場合はＳ４５に進み、終了しない場合は、Ｓ３１へ戻り、再度呼び出しを受け付けるまでは空車情報等を更新しつつ待機している状態となる。
【００３１】
次に、供給者サーバのフローについて説明する。
【００３２】
供給者サーバでは、地域サーバから配車依頼通知がない間、車両の空車情報を更新し、地域サーバに送信するを処理を繰り返し、地域サーバから配車依頼通知を受信すると、その通知に対し、配車可否の回答を通知する処理を行っている。上記の内容についてステップ毎に説明する。
【００３３】
Ｓ５１は地域サーバのＳ３７から配車依頼通知を受信する処理である。
Ｓ５２では配車依頼の可否を判別し、否の場合は、Ｓ５３にて車種、車両の位置等の空車情報の更新を行い、Ｓ５４にて空車情報の変更があったかどうかを判別し、空車情報の変更がない場合はＳ５１へ、変更があった場合はＳ５５にて地域サーバのＳ３１へ空車情報変更通知を行った後Ｓ５１へ処理を戻す。
【００３４】
Ｓ５２で配車依頼があることが確認されると、次にＳ５６で空車があるかどうか確認する。Ｓ５６に基づきＳ５７で配車可否回答処理を行い、その回答は地域サーバのＳ３９へ送信される。Ｓ５７の情報送信が正常に完了したか否かの判断はＳ５８で成され、正常に送信が完了しなかった場合はＳ５７に戻り再送信を行う。
【００３５】
Ｓ５９では地域サーバとの通信処理を終了するか、それとも配車依頼通知を待機する状態に戻るどうかの選択処理を行い、前者の場合はＳ６０へ進み処理を終了とし、後者の場合はＳ５１へ戻り次に配車依頼通知が送られてくるまで自社の空車情報を更新、地域サーバに送信しつつ待機することとなる。
【００３６】
【発明の効果】
以上述べたように、本願発明は、従来のタクシーの呼び出し方法のようにタクシー乗り場に並んで待つような必要もなく、また、道端でいつ来るかわからないタクシーを待って呼び止める必要もないということに加え、タクシーの呼び出しをするにあたり予めデータベースに登録されている定められた乗車位置を指定して呼び出しを行うので、タクシー業者、タクシー利用者双方にとって乗車位置の把握を容易にし、タクシー業者にとっては配車位置が既知であることは目的地までの到達時間を短くすることができ、そのことはタクシー利用者にとっては待ち時間を減らすことになる。
【００３７】
また、本願発明はタクシーの呼び出し時、利用者の位置を探知し、その場所へ配車するような方法を採っていないので、タクシーの乗車位置は利用者の現在位置に左右されない。このことは例えば利用者がタクシーの乗車位置へ移動中である場合であってもタクシーの呼び出しが可能となるという効果を持つ。これは前記の予め定められた乗車位置を指定して呼び出しをとることの効果とあわせ従来にはない効果である。
また、本願実施例においては、利用者が入力した情報に基づき処理が行われていることを説明したが、地域サーバにコールセンターを設けることで、本システムにおいて音声通話による呼び出し、回答が可能となる。
【図面の簡単な説明】
【図１】本発明の構成図。
【図２】本発明のタクシー呼び出し方法を示すフロー。
【符号の説明】
１１…申し込み用固定端末
１２…Ｗｅｂ端末
１３…携帯電話
２１…地域サーバ
２２…地域サーバ
２３…地域サーバ
３１…タクシー業者用端末
３２…タクシー業者用管理サーバ
４１…車載端末
【図１】
2004078639.tif 000003
【図２】
2004078639.tif 000004