(57)【特許請求の範囲】
【請求項１】
ネットワークにそれぞれ接続可能な、ユーザ端末と、タクシー移動端末と、アプリ管理サーバと、タクシー事業者端末と、を備え、
前記ユーザ端末は、
ユーザ操作によりその端末にインストールしたアプリを起動し、ネットワークを介してアプリ管理サーバにアクセスし、タクシー迎車依頼地情報とタクシー選択範囲情報を送信し、
前記アプリ管理サーバからのタクシー情報を確認可能とし、前記タクシー情報の中からユーザが希望するタクシーを指定した配車確認要求を前記タクシー移動端末、前記アプリ管理サーバ及び前記タクシー事業者端末に共有し得るように通知し、
前記タクシー移動端末からの迎車可否情報を確認可能とし、
ユーザがタクシーへ乗車完了したとき乗車完了情報を前記アプリ管理サーバ及び前記タクシー事業者端末に共有し得るように通知し、
前記タクシー移動端末は、
その端末にインストールしたアプリを起動し、ネットワークを介して前記アプリ管理サーバにアクセスし、かつＧＰＳ機能を用いてポーリングによる位置情報を取得し、その位置情報を前記アプリ管理サーバに送信し、
前記ユーザ端末からの前記配車確認要求に応答して前記迎車可否情報を前記ユーザ端末、前記アプリ管理サーバ及び前記タクシー事業者端末に共有し得るように通知し、
前記アプリ管理サーバは、
前記ユーザ端末から送信されたユーザ情報を登録するユーザ情報データベースと、前記タクシー移動端末から送信されたポーリング情報を受信して登録する移動端末情報データベースと、前記ユーザ端末からの前記配車確認要求、前記乗車完了情報、及び前記タクシー移動端末からの前記迎車可否情報を登録する結果情報データベースとを備え、
前記ユーザ端末から前記タクシー迎車依頼地情報と前記タクシー選択範囲情報を受信したとき、前記移動端末情報データベースを確認してユーザ希望の範囲に存在する前記タクシー情報を前記ユーザ端末に通知し、
前記タクシー移動端末から迎車可の情報を受信したとき、ユーザの前記タクシー迎車依頼地情報を前記タクシー移動端末に通知し、
前記タクシー事業者端末は、
前記ユーザ端末からの前記配車確認要求、前記乗車完了情報、及び前記タクシー移動端末からの前記迎車可否情報を登録する結果情報データベースを備える、タクシー配車管理システム。
【請求項２】
前記ユーザ端末における前記タクシー選択範囲情報は、前記タクシー迎車依頼地情報と前記タクシー移動端末との距離範囲であって、この距離範囲が複数用意され、その中から順次に段階的に選択可能とされている、請求項１記載のタクシー配車管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシーの配車を希望するユーザに対してタクシーを配車するためのタクシー配車管理システム、タクシー配車管理装置、及び、タクシー配車管理プログラムに関する。
【背景技術】
【０００２】
従来から、タクシー配車管理システムとしては、タクシーの移動無線局と無線で通話する無線基地局を用いたシステムと、ネットワークを利用した配車アプリケーションによるシステムと、がある。無線基地局を用いたシステムは、無線設備の設営等に大きなコストがかかる。また、配車アプリケーションによるシステムにあっては、一つのタクシー事業者対象のシステムと、複数のタクシー会社の中から任意にタクシー会社を選択できる複数のタクシー事業者対象のシステムとがある。前者では、タクシー保有台数の少ない会社は勿論のこと、タクシー保有台数が比較的多い会社であっても、一社ではタクシー選択肢が少なく、ユーザの希望を満足し得るように迅速かつ能率良くタクシーを配車することは困難であった。後者では、一つのシステム上で複数のタクシー会社が稼働するものではなく、アプリケーション起動時にいずれかのタクシー会社を選択するものとなっているので、結局は一社の中での選択となり、前者と同様な問題があった。また、一つのシステム上で複数のタクシー会社が加盟し稼働するアプリケーションとするには、アプリ設計が複雑となり高価となり、結果的にそのシステムへの加盟費用が高額になり、実働できていない。
【０００３】
配車アプリケーションによるシステムにあって、特許文献１に示されるように、タクシーの配車可否の状態に応じて配車対象のタクシーを柔軟に選出することができるようにした配車管理システムがある。このシステムは、ネットワークに接続される、ユーザ端末と、車載端末と、配車管理装置とを備え、配車管理装置は、車載端末からその位置情報を受信して記憶部に格納し、ユーザ端末からその位置情報及び配車要求を受信した場合に、ユーザ位置情報と記憶部に格納されたタクシー位置情報とに基づいて、複数のタクシーの中から複数の配車候補のタクシーを選出し、選出された配車候補の位置情報をユーザ端末に送信し、ユーザ端末から指定された配車候補における車載端末に配車可否の確認要求を送信し、車載端末からの応答に応じて配車対象のタクシーを決定し、ユーザ端末に配車対象が決定した旨を送信し、かつ車載端末にユーザ位置情報を送信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−２０４００５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の特許文献１に示されるシステムにあって、タクシー事業は国土交通省の事業許可を受けている事業者でなければならないことから、アプリケーションの運営主体となる配車管理装置の運営者はタクシー事業許可を得ている必要があり、このアプリケーションを自らの事業者以外のタクシー事業者に使用させるには、その事業者に対し、アプリケーション使用料の請求を明確にする義務がある。それを実現できるものにはなっていないことから、このシステムは複数の事業者向けではなく、単体の事業者向けのものである。また、このシステムは、ユーザ端末のＧＰＳ機能とタクシーのＧＰＳ機能との両者を含んだシステムであるためプログラムが複雑になり、アプリ設計コストが高くなる。
【０００６】
上記特許文献１のシステムを、一つのアプリケーション上で複数の事業者が稼働するものとしたなら、次の問題がある。（ａ）配車管理装置からユーザ端末に複数の候補車両情報を提供するものの、ユーザの意思で複数の車両を指定し、その情報を配車管理装置に送信すると、その指定された車両の中から配車管理装置が配車の可能可否確認を行い、その結果で配車車両を決定する。そのため、実質、車両を決定するのはユーザではなく配車管理装置側となり、公平性に難がある。（ｂ）費用請求を受益者負担にすると、アプリ運営主体となる配車管理装置には全ての情報が経由するが、その他の加盟事業者には運営内容の明確な情報がなく、当該加盟事業者は営業車両の業務日報等からアプリ利用回数やアブリを使用した売上等を把握する必要がある。つまり、アプリ運営主体と加盟事業者とが同じ情報を取得していないため、運営情報の透明性がなく、適切な費用請求が困難である。以上より、上記システムはアプリ運営主体単体の事業者向けのものであって、複数のタクシー事業者が加盟することが困難なものであった。
【０００７】
本発明は、上記問題を解消するものであり、アプリ運営主体が単体で、ネットワークに接続された同一のアプリケーション上で複数の事業者が稼働するものとしながらも、アプリ設計を簡素化できコスト低減が図れ、従って、アプリ使用者として別のタクシー事業者が安価に加盟でき、さらにまた、ユーザの決定情報が車両端末、タクシー事業者端末及びアプリ運営主体の端末に届き、アプリ運営主体と加盟事業者とが同じ情報を取得して、情報の公平性・透明性を保ち、適切な費用請求が可能となる、タクシー配車管理システム、タクシー配車管理装置、及びタクシー配車管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、ネットワークにそれぞれ接続可能な、ユーザ端末と、タクシー移動端末と、アプリ管理サーバと、タクシー事業者端末と、を備え、
前記ユーザ端末は、ユーザ操作によりその端末にインストールしたアプリを起動し、ネットワークを介してアプリ管理サーバにアクセスし、タクシー迎車依頼地情報とタクシー選択範囲情報を送信し、前記アプリ管理サーバからのタクシー情報を確認可能とし、前記タクシー情報の中からユーザが希望するタクシーを指定した配車確認要求を前記タクシー移動端末、前記アプリ管理サーバ及び前記タクシー事業者端末に共有し得るように通知し、前記タクシー移動端末からの迎車可否情報を確認可能とし、ユーザがタクシーへ乗車完了したとき乗車完了情報を前記アプリ管理サーバ及び前記タクシー事業者端末に共有し得るように通知し、
前記タクシー移動端末は、その端末にインストールしたアプリを起動し、ネットワークを介して前記アプリ管理サーバにアクセスし、かつＧＰＳ機能を用いてポーリングによる位置情報を取得し、その位置情報を前記アプリ管理サーバに送信し、前記ユーザ端末からの前記配車確認要求に応答して前記迎車可否情報を前記ユーザ端末、前記アプリ管理サーバ及び前記タクシー事業者端末に共有し得るように通知し、
前記アプリ管理サーバは、前記ユーザ端末から送信されたユーザ情報を登録するユーザ情報データベースと、前記タクシー移動端末から送信されたポーリング情報を受信して登録する移動端末情報データベースと、前記ユーザ端末からの前記配車確認要求、前記乗車完了情報、及び前記タクシー移動端末からの前記迎車可否情報を登録する結果情報データベースとを備え、前記ユーザ端末から前記タクシー迎車依頼地情報と前記タクシー選択範囲情報を受信したとき、前記移動端末情報データベースを確認してユーザ希望の範囲に存在する前記タクシー情報を前記ユーザ端末に通知し、前記タクシー移動端末から迎車可の情報を受信したとき、ユーザの前記タクシー迎車依頼地情報を前記タクシー移動端末に通知し、
前記タクシー事業者端末は、前記ユーザ端末からの前記配車確認要求、前記乗車完了情報、及び前記タクシー移動端末からの前記迎車可否情報を登録する結果情報データベースを備える、タクシー配車管理システムである。
【発明の効果】
【００１１】
本発明によれば、一のアプリケーション上で複数の事業者が稼働するものとしながらも、アプリ設計を簡素化できコスト低減が可能となる。このため、タクシー事業者の加盟のための費用を安くでき、多数のタクシー事業者の加盟促進が期待され、ユーザは多数のタクシーの中から配車選択が可能となる。また、アプリ運営主体と加盟事業者とが同じ情報を取得するようにし、しかもユーザが最終的に配車決定するようにしているので、情報の公平性・透明性を保ち、配車アプリ使用に対する費用請求を適切に行える。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態に係るタクシー配車管理システムの構成図である。
【図２】上記配車アプリによる配車依頼時のユーザ端末での表示例を示す図である。
【図３】上記配車アプリによる配車依頼時の情報の流れを示す図である。
【図４】上記配車アプリによる配車完了時の情報の流れを示す図である。
【図５】上記配車アプリによる目的地到着後の情報の流れを示す図である。
【図６】上記配車アプリ利用時のフローチャートである。
【図７】上記配車アプリを利用した配車処理の流れを示すシーケンス図である。
【図８】上記配車管理システム用データベースをタクシー事業者端末にダウンロードする処理を示すシーケンス図である。
【図９】上記配車管理システムのタクシー移動端末のアプリ配車に対する準備処理を示すシーケンス図である。
【図１０】上記配車アプリをユーザ端末にダウンロードする処理を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、本発明の一実施形態に係るタクシー配車管理システムについて図面を参照して説明する。図１は、一実施形態に係るタクシー配車管理システムの全体構成を示す。配車管理システム１００は、インターネット等をも含む通信ネットワーク１０２にそれぞれ接続可能な、ユーザ端末１０１と、タクシー移動端末１０４，１０５，１０６，・・と、アプリ管理サーバ１０３と、タクシー事業者端末１１０と、を備える。配車管理システム１００は、ユーザからの通信ネットワーク１０２を介してのタクシー配車依頼に応答して配車サービスを行うコンピュータシステムであり、Ｗｅｂサーバ（コンピュータ）であるアプリ管理サーバ１０３に格納されたタクシー配車管理プログラムに基づき動作する。
【００１４】
ユーザ端末１０１は、ユーザが持つ携帯電話、スマートフォン等を含む携帯情報端末（ＰＤＡ）である。本システムを利用しようとするユーザは、予めユーザ端末１０１からアプリ管理サーバ１０３にアクセスして、アプリケーションプログラム（配車アプリ）をユーザ端末１０１にインストールしておく。ユーザ端末１０１は、図示では一つだけ示しているが、多数の利用者が存在するものとする。配車アプリ利用のために、ユーザ端末１０１は、ＧＰＳ機能を利用可能な機種でなくてもよく、少なくともＷｅｂメール等の電子メールの送受信が可能であればよい。ＧＰＳ機能を利用可能な携帯端末の場合は、携帯端末に利用されているＧＰＳ衛星１２１を用いて現在地位置を取得して、それを利用すればよい。
【００１５】
アプリ管理サーバ１０３は、配車管理システム１００の中核となるタクシー配車管理装置であり、コンピュータにより構成され、本システムの運営主体となる事業者の管理下に置かれる。この事業者がタクシー事業者であってもよい。アプリ管理サーバ１０３は、システム制御機１０３ａと、ユーザ管理データ１０３ｂ、タクシー移動端末管理データ１０３ｃ等のデータベースとを備える。
【００１６】
タクシー移動端末１０４，１０５，１０６は、多数存在し、タクシー車両にそれぞれ搭載され、モバイルルータ機能を有したタブレット等の携帯情報端末（ＰＤＡ）であり、タクシー乗務員により適宜に操作される。タクシー移動端末１０４等は、多数のタクシー事業者が参加しているＧＰＳ衛星１２２のＧＰＳ機能を利用可能である。ＧＰＳ衛星１２２は、携帯端末に利用されている上記ＧＰＳ衛星１２１とは異なるものである。タクシー移動端末１０４等は、本システムの運営主体となる事業者に属するものに限られず、本システムに加盟する異なる複数のタクシー事業者のいずれかに属するものであってもよい。
【００１７】
タクシー事業者端末１１０は、複数在ってもよく、タクシー移動端末１０４等を搭載したタクシー車両を傘下に保有するタクシー事業者の管理下に置かれるコンピュータである。タクシー事業者は、本システムの運営主体となる事業者と同じであっても、配車管理システム１００に加盟した他のタクシー事業者であってもよい。
【００１８】
次に、図２乃至図５を参照して、ユーザがユーザ端末１０１を操作して配車依頼をするときの操作の流れを説明する。ユーザ端末１０１には、配車アプリがインストールされているものとする（インストールの詳細は後述）。ユーザ端末１０１の配車アプリが起動されると、その端末画面には、図２（ａ）に示すように、配車アプリの表示に続いて、タクシー選択範囲情報として、現在地より半径５００ｍ以内、８００ｍ以内、１２００ｍ以内、１５００ｍ以内の表示がされる。半径範囲が拡大すれば呼べるタクシー車両の数が増え、選択肢は増える。本例の現在地は、タクシー迎車依頼地情報であり、ユーザ端末１０１のＧＰＳ機能で取得した情報であるが、この例に限られず、電子メールでタクシー迎車依頼地情報を入力し送信してもよい。
【００１９】
ユーザ端末１０１操作により、いずれかの範囲を選択すると、ユーザ端末１０１は通信ネットワーク１０２を介してアプリ管理サーバ１０３に接続され、アプリ管理サーバ１０３は常時登録保有している移動端末情報の中から自動で選択範囲内の配車可能なタクシーを全て選択し、タクシー情報結果をユーザ端末１０１に通知する。ユーザ端末１０１の画面には、５００ｍ以内を選択した場合、例えば、図２（ｂ）に示すような結果が表示され、１２００ｍ以内を選択した場合、図２（ｃ）に示すような複数候補が表示される。画面に表示される候補のタクシー情報には、選択タクシー会社、料金体系、車種、宣伝文等を含ませることができる。ユーザはこれら情報を参考にして的確にタクシー配車依頼を行うことができる。
【００２０】
ユーザは、ユーザ端末１０１の画面に表示された受信情報結果を見て、気に入ったタクシーがあれば、それを選択すると、図３に示すように、その情報すなわち、配車確認要求は、アプリ管理サーバ１０３、該当するタクシー移動端末１０４、及びタクシー事業者端末１１０に同報送信される。ここで、タクシー移動端末１０４のタクシー乗務員が迎車可否情報を、ユーザ端末１０１、アプリ管理サーバ１０３及びタクシー事業者端末１１０に送信する。迎車可のときは、アプリ管理サーバ１０３は当該タクシー事業者端末１１０にユーザの位置（タクシー迎車依頼地）情報を送信する。タクシー移動端末１０４のタクシー乗務員は、タクシー移動端末１０４を操作してユーザ端末１０１に返信し、ユーザの位置情報地点に車両搭載のナビゲーションを利用して走行する。ナビゲーションは、タクシー移動端末１０４に備えていてもよい。
【００２１】
ユーザ端末１０１の画面には、図４に示すように、タクシー移動端末１０４からの受諾通知が表示される。ユーザの位置に当該タクシーが到着し、ユーザがそのタクシーに乗車したとき、ユーザ端末１０１から乗車完了情報をアプリ管理サーバ１０３及びタクシー事業者端末１１０に通知、つまり、同報送信する。
【００２２】
タクシーが目的地に到着したとき、ユーザは当該タクシーの乗務員のサービス、質等を評価して、ユーザ端末１０１から、図５に示すように、再度そのタクシーを利用したいか否かの情報を、アプリ管理サーバ１０３及びタクシー事業者端末１１０に通知する。この通知情報を基に、アプリ管理サーバ１０３の運営事業者はタクシー事業者端末１１０のタクシー事業者に業務改善点が在れば、その旨をお願いし、また、タクシー事業者端末１１０のタクシー事業者は、乗務員を必要に応じて指導することができる。
【００２３】
上記のようにアブリ利用による配車サービスが行われ、月決め等定期的に、アプリ管理サーバ１０３の運営事業者がタクシー事業者端末１１０のタクシー事業者に対してアブリ利用の費用請求をする。そのとき、アプリ管理サーバ１０３及びタクシー事業者端末１１０には、配車サービス回数・内容について同じ情報が届いているので、情報の公平性・透明性が担保され、アプリ運営事業者にとっても、タクシー事業者にとっても、請求内容の確認が容易で、人手も省力化でき低コスト化が図れる。また、従来の、複数の事業者加盟型の配車アプリシステムで多く採用されていた、タクシー事業者の売上に対する比率でのアプリ利用料請求に較べて、費用負担が合理的なものとなる。また、最終的な配車決定は、アプリ運営事業者側でなく、ユーザ側であるので、配車の公平性が担保される。また、配車管理プログラムは、ユーザ端末のＧＰＳ機能を組み込んだシステムではないため、アプリ設計が容易で安価となる。
【００２４】
次に、配車管理プログラムを用いた配車アプリの利用手順について、先の図１に加えて、図６のフローチャートを用いて以下説明する。
【００２５】
（＃１）ユーザは、ユーザ端末１０１を操作して、アプリ管理サーバ１０３にアクセスし、タクシー迎車依頼地情報と希望範囲を入力し、送信する（図２（ａ）参照）。
（＃２）アプリ管理サーバ１０３は、希望範囲内に存在するタクシー移動端末１０４等の情報を自動抽出し、その情報をユーザ端末１０１に送信する（図２（ｂ）参照）。
（＃３）ユーザはユーザ端末１０１にて受信情報を確認し、希望するタクシーが見つかったなら、＃５に進む。見つからなかったなら、＃４に進む
（＃４）ユーザはユーザ端末１０１から希望範囲を拡大してアプリ管理サーバ１０３に送信し、＃２に戻る。
（＃５）ユーザはユーザ端末１０１にて希望するタクシーを指定し、配車依頼の情報を送信する。この情報は、タクシー移動端末１０４等、アプリ管理サーバ１０３及びタクシー事業者端末１１０に同報送信される（図３参照）。
（＃６）タクシー乗務員は移動端末１０４等から迎車可又は否の意思情報を送信する。迎車可の場合、＃７に進み、迎車否の場合、＃２に戻る（同じく図３参照）。
（＃７）アプリ管理サーバ１０３は、ユーザ端末１０１の位置情報を迎車可のタクシー移動端末に自動送信する。
（＃８）該当のタクシー移動端末のタクシー乗務員はナビゲーションシステムを利用しユーザ端末１０１の依頼地へ進行する。タクシーがユーザの依頼地に到着し、ユーザが乗車したなら、ユーザはユーザ端末１０１により乗車完了情報を送信する。この情報は、アプリ管理サーバ１０３及びタクシー事業者端末１１０に同報送信される（図４参照）。
（＃９）アプリ管理サーバ１０３及びタクシー事業者端末１１０は、完了情報をデータ保管して、処理を終了する。
なお、前述の図５に示した、目的地に到着後にユーザによるタクシー乗務員の質の評価を送信する手順を、図６では省いている。
【００２６】
次に、配車管理プログラムを用いた配車処理について、図７のシーケンスを用いて説明する。同図に示されるように、アプリ管理サーバ１０３は、システム制御機（ａ）、ユーザ情報データベース（ｂ）、移動端末情報データベース（ｃ）、及び結果情報データベース（ｄ）を備える。システム制御機（ａ）は、サーバコンピュータから成る。ユーザ情報データベース（ｂ）は、ユーザ端末から送信されたユーザ情報を登録する。移動端末情報データベース（ｃ）は、タクシー移動端末から送信されたポーリング情報を受信して登録する。結果情報データベース（ｄ）は、ユーザ端末からの配車確認要求、乗車完了情報、及びタクシー移動端末からの迎車可否情報を登録する。タクシー事業者端末１１０は、結果情報データベース（Ｅ）を備える。本例では、配車依頼時に移動端末情報データベース（ｃ）にポーリングにより登録されているデータに、タクシー移動端末１０４，１０５,・・・１０９が、依頼地より５００ｍ内に車両（１，４）、依頼地より８００ｍ内に車両（２，５）、依頼地より１０００ｍ内に車両（３，６）が、それぞれ抽出されたとしている。以下、配車手順を説明する。
【００２７】
（アプリ起動）
ユーザ端末１０１は、配車アプリ起動時に、通信ネットワーク１０２を介してアプリ管理サーバ１０３にアクセスし、バージョンアップ要求をし、ユーザ端末１０１の配車アプリのバージョンアップが成される。次いで、ユーザ端末１０１からの配車依頼を順に説明する。
【００２８】
（配車依頼１回目）
ユーザ端末１０１から依頼地入力と範囲５００ｍでのタクシー選出依頼を行う（図６の＃１参照）。依頼地（迎車依頼地）は、電子メールで所在地名を入力すれば足りるが、ユーザ端末１０１が携帯端末用のＧＰＳ衛星１２１の機能を利用可能な場合は、それにより取得した現在地情報でも構わない。上記の選出依頼に応答して、アプリ管理サーバ１０３のシステム制御機（ａ）は、移動端末情報データベース（ｃ）に車両の位置情報確認要求をし、その結果を貰い、情報結果（車両１，４）をユーザ端末１０１に通知する（図６の＃２参照）。情報結果とは、ユーザ希望の範囲に存在するタクシー情報であり、この情報には、タクシー事業者名、料金、車種等が含まれる。ユーザは、通知された結果を見て、希望するタクシーが無いと判断した場合、次に進む。なお、希望するタクシーがあれば、車両指定（配車確認要求）に進む。
【００２９】
（配車依頼２回目）
ユーザ端末１０１から依頼地入力と範囲８００ｍでのタクシー選出依頼を行う（図６の＃３，＃４参照）。すると、上述と同様にして、アプリ管理サーバ１０３は情報結果（車両１，２，４，５）をユーザ端末１０１に通知する。
【００３０】
（車両指定１回目）
いま、ユーザが車両２を気に入ったとして、それを指定した配車確認要求をユーザ端末１０１より送信する（図６の＃５参照）。この配車確認要求は、車両２のタクシー移動端末１０５、アプリ管理サーバ１０３及びタクシー事業者端末１１０に同報送信される。ここで、車両２の乗務員が何らかの都合で、迎車否を送信したとする（図６の＃６参照）。この情報は、ユーザ端末１０１、アプリ管理サーバ１０３及びタクシー事業者端末１１０に同報送信される。なお、迎車可の場合は、配車完了に進む。
【００３１】
（配車依頼３回目）
迎車否を受信したユーザは、ユーザ端末１０１から依頼地入力と範囲１０００ｍでのタクシー選出依頼を行う。すると、上述と同様にして、アプリ管理サーバ１０３は情報結果（車両１，２，３，４，５，６）をユーザ端末１０１に通知する。このように、範囲が拡大されれば、呼べるタクシー車両が増え、ユーザの選択肢は増える。
【００３２】
（車両指定２回目）
いま、ユーザが車両６を気に入ったとして、それを指定した配車確認要求をユーザ端末１０１より送信する。この配車確認要求は、車両６のタクシー移動端末１０９、アプリ管理サーバ１０３及びタクシー事業者端末１１０に同報送信される。ここで、車両６の乗務員が迎車可を送信したなら、配車決定となり、その情報はユーザ端末１０１、アプリ管理サーバ１０３及びタクシー事業者端末１１０に自動的に同報送信される。それを受けたアプリ管理サーバ１０３は、ユーザ情報データベース（ｂ）を参照してユーザ位置情報を車両６のタクシー移動端末１０９に自動送信する（図６の＃７参照）。
【００３３】
（配車完了）
ユーザは、タクシーに乗車したとき、ユーザ端末１０１より乗車完了の情報をアプリ管理サーバ１０３及びタクシー事業者端末１１０に同報送信する（図６の＃８参照）。アプリ管理サーバ１０３及びタクシー事業者端末１１０は、それぞれデータベース（ｄ）、（Ｅ）に乗車完了情報を登録保管する（図６の＃９参照）。なお、図７には、前述の図５に示した、目的地に到着後にユーザによるタクシー乗務員の質の評価を送信する手順は省いている。
【００３４】
以上の配車処理の手順から分かるように、本実施形態に係る配車管理システム１００においては、（１）ユーザ端末１０１つまりユーザが常に情報の送受信の中心にいて、ユーザの意思で配車を決定することができる。つまり、配車決定のプロセスにアプリ運営者の意思が入らないものとなる。（２）アプリ管理サーバ１０３及びタクシー事業者端末１１０には、リアルタイムに配車アプリ利用データが保管されるので、情報の公平性・透明性を保つことができ、アプリ利用に対する経費処理請求が明瞭かつ適切に行える。従って、一つのアプリケーション上で複数のタクシー事業者が稼働するシステムとすることができ、ひいては、個人又は中小の事業者を含めて多数のタクシー事業者の加盟促進が期待され、しかも、ユーザは多数のタクシーの中から配車選択が可能となる。（３）ユーザ端末から送信するタクシー迎車依頼地情報は、例えば電子メールで送信すれば足りるシステムとしているので、アプリ設計を簡素化できコスト低減が図れ、タクシー事業者の加盟費用を安くできる。
【００３５】
次に、配車管理システム１００稼働のための各種端末における前準備について説明する。
（タクシー事業者端末のデータベースダウンロード）
図８は、タクシー事業者端末用１１０用のデータベースをダウンロードする処理を示す。タクシー事業者端末１１０から、アプリ管理サーバ１０３への接続要求を行い、接続後、配車アプリについてＷｅｂ要求によりデータベースをダウンロードする。これにより、タクシー事業者端末１１０は稼働可能となる。
【００３６】
（タクシー移動端末のアプリ配車に対する準備）
図９は、タクシー移動端末１０４，１０５，・・・１０９のアプリ配車のための移動端末情報を登録する処理を示す。各タクシー移動端末は、通信ネットワーク１０２を介してアプリ管理サーバ１０３への接続要求を行い、アプリ管理サーバ１０３からも接続要求を行う。接続後、各タクシー移動端末は、ＧＰＳ衛星１２２を利用してポーリングにより位置情報要求をし、位置情報を取得する。各タクシー移動端末は、取得したポーリング情報をアプリ管理サーバ１０３へ送信する。アプリ管理サーバ１０３は移動端情報データベース（ｃ）に登録要求し、登録完了を取得する。
【００３７】
（ユーザ端末の配車アプリ使用準備）
図１０は、ユーザ端末１０１の配車アプリ使用準備の処理を示す。ユーザは、ユーザ端末１０１を操作して、通信ネットワーク１０２を介してアプリ管理サーバ１０３への接続要求を行い、接続後、Ｗｅｂ要求をし、配車アプリをダウンロードし、インストールする。さらに、ユーザ端末１０１からユーザ情報を送信する。アプリ管理サーバ１０３は、ユーザ情報データベース（ｂ）にユーザ情報登録要求をし、ユーザ登録を完了し、ユーザ端末１０１にユーザ登録完了を通知する。これにより、ユーザ端末１０１は配車アプリ使用可能となる。
【００３８】
なお、本発明は、上記実施形態に限られることなく、種々の変更が可能である。例えば、上記説明では、タクシー事業者端末１１０を一つしか示していないが、これは複数あってよく、一つの配車管理システムにおいて複数のタクシー事業者が共同で行う場合には、タクシー事業者毎に識別符号ＩＤを付与すればよい。
【符号の説明】
【００３９】
１００  配車管理システム
１０１  ユーザ端末
１０２  通信ネットワーク
１０３  アプリ管理サーバ
１０４，１０５，１０６，１０７，１０８，１０９  タクシー移動端末
１１０  タクシー事業者端末
１０３ａ  システム制御機
１０３ｂ  ユーザ管理データ
１０３ｃ  タクシー移動端末管理データ
１２２  ＧＰＳ衛星
【図１】
0006546562.tif 000002
【図２】
0006546562.tif 000003
【図３】
0006546562.tif 000004
【図４】
0006546562.tif 000005
【図５】
0006546562.tif 000006
【図６】
0006546562.tif 000007
【図７】
0006546562.tif 000008
【図８】
0006546562.tif 000009
【図９】
0006546562.tif 000010
【図１０】
0006546562.tif 000011