(57)【要約】【課題】ユーザが迎車タクシーの現在の走行状況を容易に確認でき、安心して希望した乗車位置で待つことを可能にすること。【解決手段】ユーザ端末と、車載端末と、配車管理サーバとが、ネットワークを介して接続された配車システム。ユーザ端末が、車両をユーザの希望する乗車位置および乗車時刻に配車することを要求する配車予約要求を、配車管理サーバに送信する予約要求部を備える。車載端末が、車両の現在位置を取得する現在位置取得部と、取得した車両の現在位置と乗車位置への迎車を開始することを示す迎車開始情報とを配車管理サーバに送信する迎車開始部とを備える。配車管理サーバが、配車予約要求を受信する予約受付部と、車載端末から迎車開始情報を受信した場合に、現在位置から乗車位置までの迎車予測ルートを生成する迎車状況確認部と、迎車車両の現在位置と迎車予測ルートとを含む迎車情報をユーザ端末に送信する迎車情報生成部とを備える。【選択図】図８
2015138324.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが所有するユーザ端末と、車両に搭載された車載端末と、配車管理サーバとが、ネットワークを介して接続された配車システムであって、
前記ユーザ端末が、前記配車管理サーバと通信する第１通信部と、
車両を前記ユーザの希望する乗車位置および乗車時刻に配車することを要求する配車予約要求を、前記配車管理サーバに送信する予約要求部とを備え、
前記車載端末が、前記車両の現在位置を取得する現在位置取得部と、
前記配車管理サーバと通信する第２通信部と、
前記取得した車両の現在位置と、前記配車予約要求に対応して前記乗車位置への迎車を開始することを示す迎車開始情報とを前記配車管理サーバに送信する迎車開始部とを備え、
前記配車管理サーバが、前記ユーザ端末および車載端末と通信する第３通信部と、
前記配車予約要求を受信する予約受付部と、所定の車両に搭載された車載端末に、迎車が可能か否かを問合せ、前記問合せた車載端末から迎車が可能であることを示す迎車可情報が送信されてきた場合に予約が成立したと判断する予約手配部と、
前記車載端末から迎車開始情報を受信した場合に、前記車載端末から送信されてきた前記車両の現在位置と前記配車予約要求に含まれる乗車位置とを用いて、車両の現在位置から乗車位置まで、前記予約が成立した迎車車両が走行するルートを予測して迎車予測ルートを生成する迎車状況確認部と、
前記迎車車両の現在位置と前記生成された迎車予測ルートとを含む迎車情報を、前記ユーザ端末に送信する迎車情報生成部とを備えたことを特徴とする配車システム。
【請求項２】
前記ユーザ端末が、入力部と、表示部とをさらに備え、
前記入力部によって、前記ユーザの希望する乗車位置と乗車時刻とが入力され、前記表示部に、前記配車管理サーバから送信された迎車情報を用いて、地図情報とともに、前記迎車車両の現在位置と、前記迎車予測ルートを地図情報の中に含めて表示させることを特徴とする請求項１に記載の配車システム。
【請求項３】
前記配車管理サーバが、前記受信された配車予約要求に含まれる乗車位置と、前記生成された迎車予測ルートとを記憶する記憶部をさらに備え、
前記迎車車両の車載端末から送信されてきた最新の車両の現在位置が、前記記憶部に記憶された迎車予測ルートを外れている場合、前記迎車状況確認部が、前記最新の車両の現在位置と、記憶部に記憶された前記乗車位置とを用いて、迎車予測ルートを再生成し、前記迎車情報生成部が、前記最新の車両の現在位置と前記再生成された迎車予測ルートとを含む迎車情報を、前記ユーザ端末に送信することを特徴とする請求項１または２に記載の配車システム。
【請求項４】
前記車載端末は、前記配車管理サーバからの迎車可否の問合せに対して、配車予約された乗車位置に、予約された乗車時刻までに行くことが可能か否かを判定し、迎車可能と判定された場合には、前記配車管理サーバに、迎車可情報を送信する迎車可否判定部を、さらに備えたことを特徴とする請求項１ないし３のいずれかに記載の配車システム。
【請求項５】
ユーザが所有するユーザ端末と、車両に搭載された車載端末と、配車管理サーバとが、ネットワークを介して接続された配車システムの配車管理サーバであって、
前記ユーザ端末および車載端末と通信する通信部と、
前記ユーザ端末から送信され、ユーザの希望する乗車位置と乗車時刻とを含む配車予約要求を受信する予約受付部と、
前記配車予約要求を受信した場合に、前記車載端末に、前記乗車位置および乗車時刻に迎車可能か否かを問合せる迎車問合要求を送信し、前記問合せた車載端末から、迎車が可能であることを示す迎車可情報が送信されてきた場合に、予約が成立した判断し、予約成立情報を前記配車予約要求を送信したユーザ端末と、迎車可情報を送信してきた迎車車両の車載端末に送信する予約手配部と、
前記迎車車両の車載端末から、迎車開始情報と迎車車両の現在位置とを受信した場合に、前記迎車車両の現在位置と前記乗車位置とを用いて、現在位置から乗車位置まで、迎車車両が走行するルートを予測して迎車予測ルートを生成する迎車状況確認部と、
前記迎車車両の現在位置と前記迎車予測ルートとを含む迎車情報を、前記ユーザ端末に送信する迎車情報生成部とを備えたことを特徴とする配車システムの配車管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、配車システムに関し、特に、ユーザが車両の配車予約をした後、迎車車両がユーザの乗車位置に到着するまでのその迎車車両の移動状況を確認することが可能な配車システムに関する。
【背景技術】
【０００２】
近年、ユーザ所有の携帯端末を利用してタクシーの配車依頼をすることが可能なシステムが利用されている。
たとえば、ＧＰＳ（Global Positioning System）を利用して、配車依頼したユーザと配車可能なタクシーの現在位置を認識し、配車するタクシーを決定した後、配車するタクシーの情報を地図情報に合成した空車タクシー案内をユーザの端末装置に送信するシステムが利用されている（たとえば特許文献１）。
【０００３】
また、配車依頼した利用者の利便性を考慮して、配車されるタクシーの到着予想時間を算出して利用者の携帯端末に表示するシステム（特許文献２）、配車されるタクシーの到着予想時間とそのタクシーの現在位置とをユーザに通知するシステム、ユーザ所有の携帯端末と配車されるタクシーの乗務員端末とに、配車決定したタクシーの位置と迎車予定位置とを含む地図情報を配信し、乗客とタクシーとが一定距離に接近した段階で、二者間のデータ通信や通話を許可し、ユーザの携帯端末の表示画面全体を特定の色で発光させて乗務員が乗客を容易に発見できるようにするシステム（特許文献３）などが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−６４０７２号公報
【特許文献２】特開２００４−１５７６９８号公報
【特許文献３】特開２０１２−８８９２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のような従来のシステムを用いると、ユーザは、自己が所持している携帯端末を利用して、いつでもどこでもタクシーの配車依頼が可能となる利点があるが、次のような問題点もある。
配車されるタクシーの到着予想時間のみがユーザに通知される場合には、ユーザは、そのタクシーが現在どこまで来ているのか、あるいは到着予想時間までに来るかどうかがわからず不安な場合がある。
また、タクシーの現在位置が表示される場合でも、ＧＰＳの位置情報に誤差がある場合、地図にタクシーの現在位置が明確に表示されないために、タクシーが来る方向がわからず、特に待ち合わせ場所が複数車線のある大きな道路の場合、どちらの走行方向の車線に面した位置で待っていればよいのかが不明な場合もある。
【０００６】
さらに、ユーザとタクシーの現在位置をＧＰＳで取得して地図表示内に表示させる場合、ユーザがいる現在位置がシステムによって常時取得されているので、タクシーが乗車位置に到着するまでのユーザの行動（移動履歴）が第三者によって監視できるようになり、個人情報保護の観点から好ましくない。
そこで、この発明は、以上のような事情を考慮してなされたものであり、ユーザがタクシーの配車予約をした後乗車位置に迎車タクシーが到着するまで、迎車タクシーの走行状況を、自己の携帯端末で容易に確認できるようにする配車システムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
この発明は、ユーザが所有するユーザ端末と、車両に搭載された車載端末と、配車管理サーバとが、ネットワークを介して接続された配車システムであって、前記ユーザ端末が、前記配車管理サーバと通信する第１通信部と、車両を前記ユーザの希望する乗車位置および乗車時刻に配車することを要求する配車予約要求を、前記配車管理サーバに送信する予約要求部とを備え、前記車載端末が、前記車両の現在位置を取得する現在位置取得部と、前記配車管理サーバと通信する第２通信部と、前記取得した車両の現在位置と、前記配車予約要求に対応して前記乗車位置への迎車を開始することを示す迎車開始情報とを前記配車管理サーバに送信する迎車開始部とを備え、前記配車管理サーバが、前記ユーザ端末および車載端末と通信する第３通信部と、前記配車予約要求を受信する予約受付部と、所定の車両に搭載された車載端末に、迎車が可能か否かを問合せ、前記問合せた車載端末から迎車が可能であることを示す迎車可情報が送信されてきた場合に予約が成立したと判断する予約手配部と、前記車載端末から迎車開始情報を受信した場合に、前記車載端末から送信されてきた前記車両の現在位置と前記配車予約要求に含まれる乗車位置とを用いて、車両の現在位置から乗車位置まで、前記予約が成立した迎車車両が走行するルートを予測して迎車予測ルートを生成する迎車状況確認部と、前記迎車車両の現在位置と前記生成された迎車予測ルートとを含む迎車情報を、前記ユーザ端末に送信する迎車情報生成部とを備えたことを特徴とする配車システムを提供するものである。
【発明の効果】
【０００８】
この発明によれば、迎車車両の現在位置と、その現在位置から乗車位置までの迎車予測ルートとを含む迎車情報をユーザ端末に送信するので、ユーザ端末を所有するユーザは、受信された迎車情報を確認することによって、迎車車両の現在の走行状況を容易に確認することができ、迎車車両が乗車位置に到着するまで、安心して待つことができる。
【図面の簡単な説明】
【０００９】
【図１】この発明の配車システムの概略構成の説明図である。
【図２】この発明のユーザ端末ＵＴＥの一実施例の構成ブロック図である。
【図３】この発明の車載端末ＣＴＥの一実施例の構成ブロック図である。
【図４】この発明の配車管理サーバＳＶの一実施例の構成ブロック図である。
【図５】この発明のユーザ端末ＵＴＥにおける予約処理などの一実施例のフローチャートである。
【図６】この発明のタクシー車載端末ＣＴＥにおける迎車処理などの一実施例のフローチャートである。
【図７】この発明の配車管理サーバＳＶにおける予約および迎車管理処理などの一実施例のフローチャートである。
【図８】この発明のユーザ端末ＵＴＥ、配車管理サーバＳＶおよび車載端末ＣＴＥにおける通信シーケンスの一実施例の説明図である。
【発明を実施するための形態】
【００１０】
以下に、本発明を実施するための最良の形態について図面を参照して説明する。なお、これによって、この発明が限定されるものではない。
＜配車システムの概略構成＞
図１に、この発明の配車システムの概略を示す全体構成の説明図を示す。
この発明の配車システムは、ユーザが所有する携帯端末１００（以下、ユーザ端末、あるいはＵＴＥと呼ぶ）と、車両に搭載された端末２００（以下、車載端末、あるいはＣＴＥと呼ぶ）と、管理センター等に設置される配車管理サーバ３００（以下、サーバ、あるいはＳＶと呼ぶ）とからなり、これらがインターネット等のネットワーク４を介して接続される。
【００１１】
ネットワーク４との接続は、有線ケーブルによる有線通信で行ってもよいが、ユーザ端末ＵＴＥと車載端末ＣＴＥは、いずれも移動して利用するものであるので、無線通信により、ネットワーク４と接続されることが好ましい。
無線通信の接続プロトコルや、データ通信プロトコルは、特に限定するものではなく、現在用いられているいずれかのプロトコルを用いればよい。
【００１２】
ユーザ端末ＵＴＥは、携帯電話、スマートホン、タブレット端末などの携帯可能な情報通信端末で有り、後述する配車予約機能を実現するプログラムを備える。
車載端末ＣＴＥは、車両たとえばタクシーに搭載される情報通信端末であり、配車予約に対応して要求された乗車位置まで車両を誘導する迎車機能を実現するプログラムを備える。
【００１３】
配車管理サーバＳＶは、予約情報や迎車管理情報を記憶し、ユーザ端末ＵＴＥからの配車予約を受理し、迎車する車両を選択して、要求された乗車位置に車両が到着するまでの車両の走行状況を把握し、各端末（ＵＴＥ、ＣＴＥ）に送受信される各種情報をコントロールする情報管理装置である。
特に、この発明のサーバＳＶでは、車両が走行している現在位置の情報を常に把握するため、車載端末ＣＴＥにＧＰＳ受信機を備え、受信したＧＰＳ信号から算出された車両の現在位置の情報を、ＣＴＥからＳＶへ定期的に送信するものとする。
【００１４】
この発明の配車システムは、たとえば、次のような概略ステップで、迎車車両を、ユーザの要求した乗車位置まで誘導する。
ステップ１：ＵＴＥにおいて、ユーザが配車予約を入力すると、ＵＴＥからＳＶへ、予約情報を含む配車予約要求を送信する。送信される予約情報には、たとえば、予約ＩＤ、乗車時刻、乗車位置などの情報が含まれる。
ステップ２：ＳＶは、受信した予約情報に基づいて、迎車することが可能な車両（以下、タクシーとも呼ぶ）を検索し、選択した迎車車両に搭載されたＣＴＥに、迎車可能か否かを問い合わせる情報（迎車問合情報）を送信する。
ステップ３：ＳＶから迎車問合情報を受信したＣＴＥが搭載された車両において、車両の運転手が迎車可能か否かを判断し、迎車可能ならば、迎車が可能であることを示す情報（迎車可情報）をＳＶに返信する。
ステップ４：ＳＶが、迎車可情報を受信したことによって、予約が成立したものとみなし、予約が成立したことを示す情報（予約成立情報）を、ＵＴＥとＣＴＥに送信する。
【００１５】
ステップ５：予約成立情報を受信したＣＴＥにおいて、車両が空車である場合、あるいは実際に迎車が可能になった後に、予約された乗車位置まで迎車を今から開始することを示す迎車開始情報を、ＳＶに送信する。
ステップ６：ＳＶにおいて、迎車開始情報を受信した後、迎車する車両の現在位置の情報と、予約された乗車位置の情報などを用いて、迎車に向かうルートと到着時刻を予測して、迎車情報をＵＴＥへ送信する。迎車情報には、たとえば、車両の現在位置、迎車予測ルート、到着予想時刻が含まれる。
ステップ７：迎車情報を受信したＵＴＥにおいて、迎車情報に基づいて、ＵＴＥに備えられた表示画面に、迎車車両の現在位置、到着予測時刻、車両が走行する迎車予測ルートなどを、地図と共に表示する。迎車車両が乗車位置に到着するまで、車両の現在位置、迎車予測ルートおよび到着予測時刻は、ほぼリアルタイムで更新表示される。
【００１６】
ステップ８：迎車車両が、乗車位置付近に到着した場合、ＣＴＥからＳＶへ、到着したことを示す情報（到着情報）を送信する。
ステップ９：ＳＶは、受信した到着情報に基づいて、乗車位置に車両が到着していることを示す情報（車両到着完了情報）を、ＵＴＥへ送信する。
ステップ１０：車両到着完了情報を受信したＵＴＥにおいて、ＵＴＥを所持するユーザに、車両が乗車位置に到着していることを示す情報（車両到着通知）を、報知する。
ステップ１１：その後、ユーザが、乗車位置にいる迎車車両を発見し、実際にその車両に乗車した場合、ＣＴＥからＳＶへ、ユーザの乗車が完了したことを示す情報（乗車完了通知）を送信する。
ステップ１２：ＳＶは、乗車完了通知を受信した後、ＵＴＥに対して、予約された配車が完了したことを示す情報（配車完了通知）を送信する。ＵＴＥにおいて、配車完了通知を受信すると、予約した配車が完結したことを示す表示等をして、一連の配車予約を終了する。
【００１７】
以上が、この発明の配車システムの概略ステップであるが、この一連のステップは一つの実施例にすぎない。このような配車システムは、以下に示すようなシステム構成と、各種情報の送受信とにより実現される。
【００１８】
＜ユーザ端末ＵＴＥの構成＞
図２に、この発明におけるユーザ端末ＵＴＥ１００の一実施例の構成ブロック図を示す。
ユーザ端末ＵＴＥは、主として、制御部１０１，表示部１０２，入力部１０３，通信部１０４，予約要求部１０５，迎車情報処理部１０６，現在位置取得部１０７，ＧＰＳ受信機１０８，記憶部１１０を備える。
【００１９】
ユーザ端末ＵＴＥとして、現在用いられている携帯電話やスマートホンなどの携帯端末を用いることができるが、この場合、表示部、入力部、通信部、現在位置取得部、記憶部については、携帯端末にすでに備えられているものをそのまま利用してもよい。
ここで、予約要求部１０５と、迎車情報処理部１０６と、記憶部１１０に記憶される各種情報とが、この発明に特有の機能ブロックである。
【００２０】
制御部１０１は、ＵＴＥの各機能ブロックの動作を制御する部分であり、主として、ＣＰＵ，ＲＯＭ，ＲＡＭ，Ｉ／Ｏコントローラ、タイマー等を備えたマイクロコンピュータにより実現される。
ＣＰＵは、ＲＯＭ等に記憶されたプログラムに基づいて、各種ハードウェアを有機的に動作させることによって、この発明の配車予約などの機能を実現させる。
【００２１】
表示部１０２は、地図、迎車タクシーの状況、機能選択画面、予約入力のための設定画面などを表示する部分であり、ＬＣＤや有機ＥＬディスプレイなどが用いられる。
たとえば、表示部１０２には、後述するように、ＳＶから送信された迎車情報を用いて、地図情報とともに、迎車タクシーの現在位置と、迎車予測ルートとが、地図情報の中に含めて表示される。
入力部１０３は、ユーザが、各種設定情報の入力や、機能選択のための入力などを行う部分であり、キーボード、マウス、タッチパネルなどが用いられる。
ユーザは、入力部１０３によって、たとえば、ユーザが希望する乗車位置と乗車時刻とを入力する。
ユーザ端末が携帯端末の場合は、表示部であるＬＣＤと、タッチパネルとを重ね合わせるかまたは、ＬＣＤとタッチパネルとが一体成形されたものを用いることが好ましい。
【００２２】
通信部１０４は、ネットワーク４を介して、ＳＶとデータ通信を行う部分であり、上記した第１通信部に相当する。通信方式としては、現在用いられている有線通信あるいは無線通信のどちらを利用してもよいが、ユーザ端末ＵＴＥが携帯端末の場合は、無線通信を利用することが好ましい。
予約要求部１０５は、ＳＶに対して、配車の予約を要求する部分である。具体的には、ＵＴＥの所有者であるユーザの希望する乗車位置および乗車時刻に、タクシーを配車することを要求する配車予約要求を、ＳＶに送信する。
後述するように、たとえば、ＵＴＥの所有者であるユーザが、入力部１０３を用いて、乗車位置や乗車時間などを含む情報を入力し、予約要求を意味する指示入力を行うと、配車予約情報を、ＵＴＥからＳＶへ送信する。
【００２３】
迎車情報処理部１０６は、配車予約が受理され、実際にタクシーが乗車位置に来るまでの迎車の現状を確認する部分である。
たとえば、ＳＶから送られてくる各種情報をチェックして、表示部１０２に、予約成立の表示、迎車タクシーの現在位置を示す地図表示、迎車タクシーがやってくる迎車予測ルートの地図表示などを行わせる。
現在位置取得部１０７は、ＵＴＥを所持しているユーザが現在いる位置の情報（地理的情報）を取得する部分である。
ＧＰＳ受信機１０８は、ＧＰＳ信号を受信して、その受信された信号から、地球上の位置情報（緯度、経度）を出力する部分である。
現在位置取得部１０７は、このＧＰＳ受信機１０８から出力された位置情報と、記憶部１１０に記憶された地図情報１４２とを用いて、ユーザの現在位置１４１を特定する。
ユーザの現在位置１４１は、表示部１０２に表示される地図の中に示してもよい。
【００２４】
記憶部１１０は、この発明のＵＴＥの機能を実行するときに用いられる情報やプログラムを記憶した部分であり、ＲＯＭ、ＲＡＭなどの半導体記憶素子、ＨＤＤ、ＳＳＤなどの記憶装置、その他の記憶媒体が用いられる。
記憶部１１０には、たとえば、予約情報１２０、迎車情報１３０、ユーザ現在位置１４１、表示地図情報１４２などが記憶される。
予約情報１２０は、ユーザが配車予約を入力したときに生成される情報であり、たとえば、予約ＩＤ１２１、乗車時刻１２２、乗車位置１２３などが含まれる。
予約ＩＤ１２１は、予約の識別番号であり、たとえば、複数の数字列や、ユーザ名などの文字を含むデータが付与される。
乗車時刻１２２は、ユーザが入力する情報であり、ユーザが予約するタクシーに乗車することを希望する時刻を意味する。したがって、現在時刻よりも遅い時刻が入力される。
乗車位置１２３は、ユーザが入力する情報であり、ユーザが予約するタクシーに乗車したい場所を意味する。
【００２５】
乗車位置１２３としては、地理的な住所を文字入力してもよいが、タッチパネルを用いる場合、表示部１０２に、地図を表示させて、ユーザが所望の位置を選択入力（タッチ入力）することにより、乗車位置を入力してもよい。
迎車情報１３０は、ユーザをむかえにやってくるタクシー（迎車タクシーと呼ぶ）の状況を示す情報であり、たとえば、タクシー現在位置１３１、迎車予測ルート１３２、到着予想時刻１３３などが含まれる。
この迎車情報１３０は、定期的にＳＶから送信されるか、あるいは、迎車タクシーのルートが変更された場合や、ＵＴＥからの要求などに基づいて、ＳＶから送信されてくる情報である。
【００２６】
タクシー現在位置１３１は、迎車タクシーが現在いる位置の情報を示したものであり、この情報を利用して、地図上に、迎車タクシーの現在位置が表示される。
迎車予測ルート１３２は、後述するように、ＳＶで生成された迎車タクシーの予想走行ルート、すなわち、タクシーの現在位置とユーザが指定した乗車位置の情報をもとに、タクシーが走行するであろう道順を示す情報である。
タクシーの現在位置１３１に加えて、この迎車予測ルート１３２も地図上に表示される。
迎車予測ルート１３２をＵＴＥの表示部に表示される地図の中に表示することにより、ユーザは、迎車タクシーがどのルートを走行してくるのかがわかり、また、指定した乗車位置に対してどの方向からやってくるのかが、容易に、到着する前に時間的な余裕を持ってわかる。したがって、タクシーが反対側車線に到着したことを発見したので、あわてて到着後に車線を横切って反対側車線に移動することもなく、安心して待つことができる。
【００２７】
到着予想時刻１３３は、迎車タクシーが指定した乗車位置に到着するであろう時刻であり、ＳＶにおいて予想された時刻である。
この時刻１３３も、表示部１０２の表示画面上のどこかに表示させる。
少なくともこのような３つの情報（１３１、１３２、１３３）が、ＵＴＥの表示部１０２に表示されるので、予約したユーザは、何も表示されない場合と比べて、いらだつことなく安心してタクシーを待つことができる。
また、だいたいの到着時刻を知ることができるので、到着までに時間の余裕がある場合には、乗車位置に滞在してずっと待っている必要はなく、乗車位置を離れて他の用事をすまし、到着予想時刻までに乗車位置に戻るということもできる。
【００２８】
ユーザ現在位置１４１は、上記したように、現在位置取得部１０７によって取得された情報であり、ユーザが移動することもあるので、定期的あるいはリアルタイムで取得することが好ましい。
また、この発明では、このユーザ現在位置１４１を、ＳＶやＣＴＥへ送信する必要はない。したがって、ユーザの現在位置や行動を、ＳＶのオペレーターやタクシーの運転手に知られることはなく、個人情報の保護を図ることができる。
また、サーバに送信する予約ＩＤ１２１についても、個人を特定する情報を含まない単なる数字列を用いるようにすれば、より個人情報を保護することができる。
表示地図情報１４２は、予め記憶部１１０に記憶されている地図情報であり、道路、地名、建物、交差点などの情報に加えて、いわゆるナビゲートが可能な情報が含まれた情報である。
この情報１４２を表示部１０２に表示し、取得された迎車情報１３０も対応する地図上の位置に表示させる。
【００２９】
＜車載端末ＣＴＥの構成＞
図３に、この発明における車載端末ＣＴＥ２００の一実施例の構成ブロック図を示す。
図３において、ＣＴＥは、主として、制御部２０１、表示部２０２、入力部２０３、通信部２０４、現在位置取得部２０５、迎車可否判定部２０６、迎車開始部２０７、到着処理部２０８、乗車処理部２０９、記憶部２２０を備える。
制御部２０１は、各機能を実行させるマイクロコンピュータである。表示部２０２は、地図情報などを表示させるＬＣＤや有機ＥＬディスプレイである。通信部２０４は、上記した第２通信部に相当し、ＳＶと無線によるデータ通信をする部分である。現在位置取得部２０５は、ＧＰＳ受信機２１０が受信したＧＰＳ信号を利用して、ＣＴＥが搭載されたタクシーの現在位置２４１の情報を取得して記憶部２２０に記憶する部分である。
【００３０】
迎車可否判定部２０６は、ＳＶから送られてくる迎車問合情報を受信して、配車予約された乗車位置に、予約された乗車時刻までに行くことが可能か否かを判定する部分である。
迎車可能か否かは、ＣＴＥが搭載されたタクシーの運転手が決定する。その決定を行うための判定材料として、迎車問合情報に含まれる予約情報２３０を表示部２０２に表示させ、さらに可否の入力を要求する問合画面を、表示部２０２に表示させる。運転手が、その画面表示を見て、現在の運転状況（たとえば、タクシーの現在位置、道路の混雑程度、進行方向、現在乗車中の客がいる場合はその客の目的地（降車位置）およびその目的地への到着予定時刻）を考慮して、予約された位置へ迎車可能か否かを判断し、入力部２０３を用いて、迎車の可否を入力する。
また、迎車可否判定部２０６は、入力された迎車可否の情報（迎車可情報あるいは迎車不可情報）を、ＳＶに送信する。たとえば、運転手が、迎車可能を意味する入力をした場合は、迎車可能と判定され、迎車可情報を、ＳＶに送信する。
【００３１】
なお、ＣＴＥにおいて、受信した予約情報２３０と、現在の運転状況を示す情報とを用いて明らかに迎車することができないと判定できる場合は、運転手に問合せることなく、自動的に迎車不可情報をＳＶに送信してもよい。
また、タクシーが現在空車状態で、すぐに乗車位置に行けるほど乗車位置にかなり近い位置を走行中である場合は、運転手に確認をとった上で、迎車可情報をＳＶに送信してもよい。
【００３２】
迎車開始部２０７は、配車予約要求に対応して、予約された乗車位置への迎車走行を開始することを示す情報（迎車開始情報）を、ＳＶに送信する部分である。
迎車のための走行を開始する場合は、迎車に行くことを明確にするために、運転手が自ら、入力部２０３を用いて、これから迎車を開始することを意味する入力をすることが好ましい。したがって、迎車開始部２０７は、運転手の迎車開始入力があったことを確認した後に、迎車開始情報を、ＳＶへ送信する。
タクシーが空車の場合は、ＳＶからの迎車問合せに対してすぐに迎車可情報をＳＶへ送信し、予約が成立するので、迎車問合せがあってからそれほど時間が経過することなく、迎車開始情報が送信される。
ただし、現在まだ客が乗車中である場合は、しばらく走行し、その客が目的地で降車した後に、運転手が迎車を開始することを示す入力を行うことにより、迎車開始情報がＳＶに送信されることになる。
【００３３】
到着処理部２０８は、タクシーが予約された乗車位置に到着した場合に、到着したことを示す情報（到着情報）を、ＳＶへ送信する部分である。
到着したか否かは、たとえば、現在位置取得部２０５によって取得された現在位置の情報と、受信され記憶部２２０に記憶された予約情報２３０に含まれる乗車位置２３３の情報とを比較し、両者の位置情報の誤差が所定値（たとえば数メートル）以下である場合に、到着したと判断すればよい。
【００３４】
乗車処理部２０９は、予約したユーザが、実際に迎車タクシーに乗車したことを示す情報（乗車完了通知）を、ＳＶへ送信する部分である。
また、乗車処理部２０９は、ユーザが乗車したことを示す入力の有無をチェックする。ユーザが乗車した場合に、たとえば、運転手によって、入力部２０３を用いてユーザが乗車したことを示す入力がされたときに、乗車完了通知をＳＶへ送信する。
【００３５】
記憶部２２０は、ＣＴＥの機能を実行するために必要な情報やプログラムを記憶する部分であり、たとえば、受信した予約情報２３０、タクシー現在位置２４１、表示地図情報２４２が記憶される。
予約情報２３０は、予約ＩＤ２３１、乗車時刻２３２、乗車位置２３３を含み、ＵＴＥやＳＶに記憶されるものと同一の情報でよい。
表示地図情報２４２は、いわゆるナビゲート可能な地図情報であり、表示部２０２に表示された場合、その地図の中に、タクシーの現在位置や、予約された乗車位置などの情報も表示される。
【００３６】
＜配車管理サーバＳＶ＞
図４に、この発明における配車管理サーバＳＶ３００の一実施例の構成ブロック図を示す。
図４において、配車管理サーバＳＶは、主として、制御部３０１、表示部３０２、入力部３０３、通信部３０４、予約受付部３０５、迎車手配部３０６、迎車状況確認部３０７、迎車情報生成部３０８、記憶部３１０を備える。
制御部３０１、表示部３０２、入力部３０３、通信部３０４は、上記したＵＴＥおよびＣＴＥと、同様な機能ブロックである。通信部３０４は、上記した第３通信部に相当し、ＵＴＥおよびＣＴＥと通信する部分である。
【００３７】
予約受付部３０５は、ＵＴＥから送信された配車予約要求を受信する部分であり、この要求に含まれる予約情報３２０を取得し、記憶部３１０に記憶する部分である。
【００３８】
迎車手配部３０６は、予約情報３２０を受信した場合に、迎車可能なタクシーを検索および選択し、選択したタクシーに搭載されたＣＴＥに、迎車が可能か否かを問合せる要求（迎車問合要求）を送信する部分である。
迎車問合要求には、迎車問合情報が含まれ、たとえば、受信した予約情報３２０が、そのまま、ＣＴＥに送信される。
また、迎車問合要求に対して、ＣＴＥからその応答が返信されるのを確認し、選択したタクシーが迎車が可能か否かを判断する。
問合せをしたＣＴＥから、迎車が可能であることを示す迎車可情報が応答として送信されてきた場合に、選択したタクシーが迎車可能であり、予約が成立したと判断する。すなわち、迎車するタクシーが決定され、予約成立状態となる。予約が成立した場合は、予約が成立したことを示す予約成立情報を、配車予約要求を送信してきたユーザのユーザ端末ＵＴＥと、迎車可情報を送信してきた迎車タクシーのＣＴＥに送信する。
【００３９】
一方、ＣＴＥから迎車不可情報が送信されてきた場合は、選択したタクシーが迎車不可と判断し、再度、迎車可能な他のタクシーを検索する。
ここで、検索時に、迎車可能か否かを判断するためには、たとえば、各タクシーのＣＴＥから送られてくるタクシー現在位置と、受信した予約情報の乗車位置とを利用することができる。
この場合、タクシー現在位置が、乗車位置から所定の距離以内に存在する場合に、そのタクシーを迎車可能と判断すればよい。
また、各タクシーが現在空車の状態であるか否かを、各タクシーのＣＴＥに問合せて、空車である場合に、迎車可能な候補として選択してもよい。
さらに、上記の所定の距離を決定するのに、受信した予約情報の乗車時刻と現在時刻の時差を利用してもよい。時差が長い場合には、この所定の距離を長く設定し、時差が短い場合は、所定の距離を短く設定すればよい。
【００４０】
迎車状況確認部３０７は、ＣＴＥから迎車開始情報を受信した場合、すなわち、予約が成立し迎車が開始された後から、乗車が完了するまで、迎車に向かっているタクシーから送られる情報に基づいて、そのタクシーの状況を確認する部分である。
たとえば、迎車タクシーのＣＴＥから送信される迎車開始情報、タクシー到着情報、乗車完了通知の受信有無のチェックを行う。
また、ＣＴＥから送信されてきた迎車タクシーの現在位置と、配車予約要求に含まれる乗車位置の情報を用いて、タクシーの到着時刻の予測処理や、タクシーの現在位置から乗車位置まで、迎車タクシーが走行すると考えられる走行ルート（迎車予測ルート）を予測する処理を行う。すなわち、到着予想時刻３３４の計算と、迎車予測ルート３３３の生成を、ほぼリアルタイムで行い、定期的に更新する。
迎車予測ルートの生成が行われた後、迎車タクシーのＣＴＥから送信されてきた最新のタクシーの現在位置が、記憶部３１０に記憶された迎車予測ルートを外れている場合は、その最新のタクシー現在位置と、記憶部３１０に記憶された乗車位置とを用いて、新たな予測ルートの再生成と到着予想時刻の再計算が行われる。
【００４１】
また、ＳＶが、タクシー到着情報を受信した場合、タクシーがユーザが指定した乗車位置に到着したことを示すタクシー到着完了情報を、ＵＴＥへ送信する。
さらに、乗車完了通知を受信した場合、配車が完了し、一連の配車予約の処理が終了したことを示す配車完了通知を、ＵＴＥへ送信する。
【００４２】
迎車情報生成部３０８は、迎車タクシーの現在の状況を示す情報（迎車情報）を生成し、ＵＴＥに送信する部分である。
ＵＴＥに送信される迎車情報には、たとえば、迎車状況確認部３０７によって生成された迎車予測ルートや到着予想時刻、タクシー現在位置などが含まれる。
上記したように、迎車状況確認部３０７が、ＣＴＥから迎車開始情報を受信した場合には、取得された最新のタクシー位置情報を用いて、迎車予測ルートを検索し、到着予想時刻を計算した後、迎車情報生成部３０８によって、迎車情報が生成されて、ＵＴＥへ送信される。
【００４３】
記憶部３１０は、ＳＶの機能を実行するために必要な情報やプログラムを記憶した部分である。
記憶部３１０には、たとえば、予約情報３２０、迎車管理情報３３０、利用状況情報３４０が記憶される。
これらの情報は、タクシーごとに記憶されることが好ましい。
たとえば、サーバＳＶが、１つのタクシー会社に設置されている場合は、そのタクシー会社が所有するタクシーごとに、各情報が記憶される。
予約情報３２０は、ＵＴＥから送信された配車予約要求に含まれる予約情報であり、ＵＴＥと同様に、予約ＩＤ３２１、乗車時刻３２２、乗車位置３２３が含まれる。
【００４４】
迎車管理情報３３０は、予約が成立して迎車することになったタクシーの迎車状況を示す情報を記憶したものである。
迎車管理情報３３０には、たとえば、タクシー識別ＩＤ３３１、タクシー現在位置３３２、迎車予測ルート３３３、到着予想時刻３３４、迎車開始フラグ３３５、到着完了フラグ３３６、乗車完了フラグ３３７が含まれる。
タクシー現在位置３３２は、ＣＴＥから送られてくる情報によって常に最新のものに更新される。
迎車予測ルート３３３は、迎車状況確認部３０７によって生成されたルートであり、受信した乗車位置３２３を目的地とし、タクシー現在位置３３２を検索開始位置として検索されたルートである。ただし、最新のタクシー現在位置３３２が直前に検索されていた予測ルートをはずれた場合には、検索開始位置を最新のタクシー現在位置に変更して、ルートの再検索を行い、新たな迎車予測ルートを生成する。
【００４５】
到着予想時刻３３４は、生成された迎車予測ルート３３２に対して、適切な車速を設定して、そのルートを走行するのにかかる時間を計算し、現在時刻にその時間を加算して求めたものである。この到着予想時刻３３４は、迎車予測ルートが変更されると変化する場合があり、また、取得された道路の混雑情報などによっても変化する。
【００４６】
迎車開始フラグ３３５は、ＣＴＥから迎車開始情報を受信したか否かを示す情報である。
たとえば、予約成立時点で初期値（たとえば、ゼロ）に設定され、迎車開始情報を受信していない場合もゼロのままで、迎車開始情報を受信した場合に、開始されたことを示す数値（たとえば、１）に設定される。
迎車情報生成部３０８は、この迎車開始フラグ３３５の値が１になっていることを確認した後、迎車情報を、ＵＴＥへ送信する。
【００４７】
到着完了フラグ３３６は、ＣＴＥからタクシー到着情報を受信したか否かを示す情報である。たとえば、予約成立時点で初期値（たとえば、ゼロ）に設定され、タクシー到着情報を受信した場合に、到着したことを示す数値（たとえば、１）に設定される。
迎車状況確認部３０７が、この到着完了フラグ３３６が１に設定されていることを確認した後、タクシー到着完了を、ＵＴＥへ送信する。
【００４８】
乗車完了フラグ３３７は、ＣＴＥから乗車完了通知を受信したか否かを示す情報である。
たとえば、予約成立時点で初期値（たとえば、ゼロ）に設定され、乗車完了通知を受信した場合に、乗車が完了したことを示す数値（たとえば、１）に設定される。
迎車状況確認部３０７が、この乗車完了フラグ３３７が１に設定されていることを確認した後、配車完了通知を、ＵＴＥへ送信する。
【００４９】
利用状況情報３４０は、各タクシーの現在の利用状況を示す情報であり、たとえば、「空車」と、「乗車」と、「迎車」とを区別する情報が記憶される。
「空車」は、現在乗客がいない状況であることを示しており、「乗車」は、現在客が乗っており、目的地に向かって走行中であることを示しており、「迎車」は、予約をしたユーザの指定した乗車位置に向かって現在走行中であることを示している。
【００５０】
（第１実施例）
＜配車予約処理と迎車確認処理＞
以下に、ユーザがＵＴＥによってタクシーの配車予約をした後、予約が成立し、迎車タクシーがユーザが指定した乗車位置まで走行して、そのユーザが迎車タクシーに乗車するまでの各装置の動作を示すフローチャートおよび通信シーケンスを説明する。
図５に、ユーザ端末ＵＴＥの一実施例のフローチャートを示す。
図６に、車載端末ＣＴＥの一実施例のフローチャートを示す。
図７に、サーバＳＶの一実施例のフローチャートを示す。
図８に、ＵＴＥ、ＣＴＥ、およびＳＶの通信シーケンスの一実施例を示す。
【００５１】
＜ＵＴＥにおける予約処理＞
図５において、まず、ステップＳ１において、ＵＴＥの制御部１０１は、ユーザから配車の予約開始を要求する入力があるか否かをチェックする。なければ、ステップＳ１をループするが、予約開始入力があればステップＳ２へ進む。
ユーザは、配車の予約をしたい場合は、入力部１０３を用いて、配車予約要求に対応した所定の入力操作を行う。
ステップＳ２において、表示部１０２に、配車予約のための情報を入力する予約画面を表示させる。
ステップＳ３において、ユーザによって入力された予約情報１２０を、記憶部１１０に記憶する。
ここで、たとえば、ユーザは、希望する乗車位置と乗車時刻を入力する。入力された乗車位置１２３と乗車時刻１２２は、適切な数字列からなる予約ＩＤ１２１が付加されて、１つの予約情報１２０として記憶される。
【００５２】
ステップＳ４において、予約要求部１０５が、記憶された予約情報１２０を含む予約要求をＳＶに送信する。これは、図８の通信シーケンスのステップＵ０１に対応する。
ステップＳ５において、制御部１０１が、ＳＶから送信された予約成立情報が受信されるか否かをチェックする。予約成立情報を受信した場合はステップＳ６へ進み、そうでない場合はステップＳ１３へ進む。
ステップＳ６において、表示部１０２に、予約が成立したことを示す画面を表示させる。これは、図８のシーケンスのステップＵ０２に対応する。
【００５３】
ステップＳ１３において、予約が不成立となったことを示す情報（予約不成立情報）を受信した場合は、ステップＳ１４へ進み、そうでない場合はステップＳ１５へ進む。
ステップＳ１４において、表示部１０２に、予約が不成立となったことを示す画面を表示させ、ステップＳ１へ戻る。
ステップＳ１５において、予約情報１２０をサーバＳＶに送信した後、所定の時間が経過したか否かをチェックし、その時間が経過してタイムアウトした場合は、ステップＳ１へ戻る。所定の時間が経過していない場合は、ステップＳ５へ戻る。
【００５４】
ステップＳ７において、迎車情報処理部１０６が、ＳＶから、迎車情報が受信されるか否かをチェックする。受信された場合はステップＳ８へ進み、そうでない場合はステップＳ７をループする。
ステップＳ８において、迎車情報処理部１０６は、受信された迎車情報から、タクシー現在位置１３１、迎車予測ルート１３２、到着予想時間１３３を取得し、表示地図情報１４２の中に、タクシー現在位置１３１と迎車予測ルート１３２とを対応する位置に合成して、表示部１０２に、地図を表示させる。これは、図８のシーケンスのステップＵ０３に対応する。
また、表示される地図の中に、ＵＴＥの現在位置取得部１０７によって取得したＵＴＥの現在位置を、表示してもよい。
この地図を見ることにより、ユーザは、迎車タクシーの現在の位置と、その現在位置からユーザの指定した乗車位置まで、迎車タクシーがやってくるであろう予測ルートを把握することができる。
【００５５】
ステップＳ９において、迎車情報処理部１０６が、サーバから送られてくるタクシー到着完了が受信されるか否かを、チェックする。タクシー到着完了を受信した場合は、ステップＳ１０へ進み、そうでない場合は、ステップＳ７へ戻る。
ステップＳ７へ戻った後、タクシー現在位置情報のみからなる迎車情報が受信された場合は、その新たなタクシーの現在位置を示す地図表示を行う。これは、図８のシーケンスのステップＵ０４に対応する。
また、迎車タクシーが予測ルートをはずれたために、迎車予測ルートと到着予想時刻とを含む新たな迎車情報が受信された場合は、変更後の迎車予測ルートと到着予想時刻とを地図上に表示させる。これは、図８のシーケンスのステップＵ０５に対応する。
このステップＳ７、Ｓ８およびＳ９のループにより、迎車タクシーが指定された乗車位置に到着するまで、刻々と変化するタクシーの現在位置と、予測された走行ルートと、到着予想時刻とが、定期的に、あるいはほぼリアルタイムに、地図上に更新表示される。
【００５６】
ステップＳ１０において、ユーザの指定した乗車位置にタクシーが到着したことを、ユーザに通知する。たとえば、表示部１０２に表示された地図の中に、タクシーが到着した現在位置を点滅表示させる。
または、到着したことを示す音声を出力したり、光の点滅あるいはＵＴＥ本体の振動を行うことにより、到着を通知してもよい。これは、図８のシーケンスのステップＵ０６に対応する。
ステップＳ１１において、迎車情報処理部１０６が、サーバから乗車完了通知が受信されるか否かを、チェックする。受信された場合は、ステップＳ１２へ進み、そうでない場合はステップＳ１０へ戻る。
ステップＳ１２において、予約配車が完了したことを示す通知を行う。たとえば、表示部１０２に、予約配車完了を示す情報を表示させる。あるいは、音声、光、振動などのその他の方法で、予約配車が完了したことを通知してもよい。これは、図８のシーケンスのステップＵ０７に対応する。
その後、ステップＳ１へ戻る。
以上が、ユーザ端末ＵＴＥの処理の一実施例である。
【００５７】
これによれば、ユーザが所持する端末ＵＴＥにおいて、タクシーが到着するまでの間、タクシーの現在位置と、走行する予測ルートと、到着予想時刻が表示部に表示されるので、ユーザは、迎車タクシーが来るルートや方向がわかるので、安心してタクシーの到着を待つことができ、到着までに時間の余裕がある場合は、タクシーが来る方向の車線側へ、ユーザの現在位置を移動することもできる。
また、予約した後、タクシーが到着して乗車するまで、ユーザを特定するような識別情報をＳＶへ送信することがないので、ユーザの個人情報が保護される。
【００５８】
＜ＣＴＥにおける迎車処理＞
図６のステップＳ３１において、タクシーの車載端末ＣＴＥでは、現在位置取得部２０５によって、タクシー現在位置２４１を取得する。
ステップＳ３２において、取得したタクシー現在位置２４１を、ＳＶに送信する。これは、図８のシーケンスのステップＣ０１に対応する。
また、このタクシー現在位置２４１の取得は、迎車処理とは関係なく、定期的に、あるいはほぼリアルタイムで、行ってもよい。
ステップＳ３３において、迎車可否判定部２０６が、ＳＶから迎車問合情報が受信されるか否かを、チェックする。受信された場合は、ステップＳ３４へ進み、そうでない場合はステップＳ３１へ戻る。
迎車問合情報には、予約情報２３０が含まれているので、予約情報２３０を記憶部２２０に一時記憶する。
【００５９】
ステップＳ３４において、ＣＴＥの表示部２０２に、受信した迎車問合情報を表示させる。たとえば、迎車の予約が入っていること、その予約の内容として指定された乗車位置および乗車時刻と、乗車時刻までに乗車位置へ行くことが可能かどうか（迎車可否）の入力を要求することなどを表示させる。
タクシーの運転手は、この表示内容を確認し、迎車可能かどうかを判断し、入力部２０３を用いて、所定の入力操作をすることにより迎車可否を入力する。
あるいは、可能ならば、マイク、音声認識機能を備えておき、運転手が迎車可または不可の音声を発生し、その音声を音声認識することにより、迎車可否を判断してもよい。これにより、運転手が手動による入力操作をするのを省略することができる。
【００６０】
ステップＳ３５において、迎車可否判定部２０６が、ユーザによる迎車可否の入力がされたか否かをチェックする。これは、図８のシーケンスのステップＣ０２に対応する。
ステップＳ３６において、迎車可を意味する入力があった場合は、ステップＳ３８へ進み、所定時間が経過しても迎車可の入力がなかった場合、あるいは迎車不可の入力があった場合は、ステップＳ３７へ進む。
ステップＳ３７において、迎車可否判定部２０６が、迎車不可情報を、ＳＶに送信する。その後、ステップＳ３１へ戻る。
ステップＳ３８において、迎車可否判定部２０６が、迎車可情報を、ＳＶに送信する。
この後、図示していないが、予約成立あるいは予約不成立のいずれかの情報が、ＳＶから送られてくるのを待つ。
ステップＳ３９において、ＳＶから予約成立情報が受信されたか否かをチェックし、「予約成立」が受信された場合はステップＳ４１へ進み、「予約不成立」が受信された場合はステップＳ４０へ進む。
【００６１】
ステップＳ４０において、表示部２０２に、予約が成立しなかったこと（予約不成立）を表示して、ステップＳ３１へ戻る。
ステップＳ４１において、表示部２０２に、予約が成立したこと（予約成立）を表示する。あるいは、スピーカから、予約が成立したことを示す音声を出力してもよい。これは、図８のシーケンスのステップＣ０３に対応する。
タクシーの運転手は、この予約成立あるいは予約不成立の表示を見て、自己が迎車に行く必要があるかないかを確認する。
また、予約が成立した場合は、予約成立の表示とともに、注意を喚起するために、迎車に行く乗車位置と、乗車時刻を再度表示してもよい。
その後、実際に迎車に行くことが可能となった場合、運転手は、迎車を開始することを意味する入力をする。
ステップＳ４２において、迎車開始部２０７が、迎車開始を意味する入力がされたか否かをチェックする。
【００６２】
ステップＳ４３において、迎車開始の入力がされた場合は、ステップＳ４４へ進み、そうでない場合はステップＳ４２へ戻る。
ステップＳ４４において、これから迎車を開始することを示す迎車開始情報を、ＳＶに送信する。これは、図８のシーケンスのステップＣ０４に対応する。
ステップＳ４５において、ＣＴＥの表示部２０２に、乗車位置までの地図を表示させる。
ここで、自己のタクシーの現在位置を取得し、タクシー現在位置と乗車位置の情報とを用いて、迎車予測ルートを検索する。そして、タクシーの現在位置と、検索した予測ルートと、乗車位置とを、地図の中に追加して表示させる。
これにより、運転手は、乗車位置までの走行ルートを確認することができる。
【００６３】
ステップＳ４６において、現在位置取得部２０５によって、迎車のための走行中に、定期的に、タクシー現在位置２４１を取得する。
ステップＳ４７において、取得したタクシー現在位置２４１を、ＳＶに送信する。これは図８のシーケンスのステップＣ０５やＣ０６に対応する。
ステップＳ４８において、乗車位置に到着したか否かをチェックする。すなわち、取得したタクシー現在位置２４１と、記憶されている乗車位置２３３とが、所定の距離内にあって、ほぼ一致しているか否かを、チェックする。
【００６４】
ステップＳ４９において、到着していると判断される場合はステップＳ５０へ進み、そうでない場合は、ステップＳ４６へ戻る。
ステップＳ５０において、到着処理部２０８は、乗車位置に到着したことを示す情報（タクシー到着情報）を、ＳＶに送信する。これは、図８のシーケンスのステップＣ０７に対応する。
タクシーが乗車位置に到着した場合、運転手は、ユーザが乗車位置へ来るのを待つことになる。ユーザが来たとき、運転手は、そのユーザが予約者であることを確認した後、ドアを開けて、ユーザに乗車してもらう。
【００６５】
ステップＳ５１において、乗車処理部２０９は、ユーザが、迎車タクシーに乗車を完了したか否かをチェックする。運転手は、ユーザが乗車したのを確認し、ドアを閉めた後、入力部２０３を用いて所定の入力操作をすることによって、ユーザの乗車が完了したことを示す入力をする。
ステップＳ５２において、乗車完了を意味する入力があった場合は、ステップＳ５３へ進み、そうでない場合はステップＳ５１へ戻る。
ステップＳ５３において、乗車処理部２０９が、ユーザの乗車完了通知を、ＳＶに送信する。これは、図８のシーケンスのステップＣ０８に対応する。
その後、ステップＳ３１へ戻る。
これにより、ＣＴＥにおいて、迎車処理を終了し、運転手は、予約したユーザを乗せて、ユーザの目的地まで、タクシーを走行させることになる。
【００６６】
＜サーバＳＶにおける予約および迎車管理処理＞
図７のステップＳ６１において、ＳＶは、各タクシーのＣＴＥから送られてくるタクシー現在位置の受信チェックをする。
ステップＳ６２において、タクシー現在位置を受信した場合は、ステップＳ６３に進み、そうでない場合は、ステップＳ６４へ進む。
ステップＳ６３において、受信したタクシー現在位置３３２を、記憶部３１０に記憶する。これは、図８のシーケンスのステップＶ０１に対応する。
その後、ステップＳ６４へ進む。
タクシー現在位置３３２は、ＳＶで管理しているすべてのタクシーについて、定期的あるいはほぼリアルタイムで受信することが好ましい。
ステップＳ６４において、予約受付部３０５が、ＵＴＥから、予約情報を含む配車予約要求が受信されるか否かを、チェックする。
正当な配車予約要求を受信した場合は、ステップＳ６５へ進み、そうでない場合は、ステップＳ６１へ戻る。
【００６７】
ステップＳ６５において、受信した予約情報３２０を取得し、記憶部３１０に記憶する。
ステップＳ６６において、配車可能なタクシーを検索する。
ここで、たとえば、受信した予約情報の乗車位置３２３と、各タクシーの現在位置３３２との距離を計算し、この距離が、所定の距離よりも短い場合に、そのタクシーは配車が可能であると判断する。
また、利用状況情報３４０を利用し、「空車」と「乗車」になっているタクシーを候補とし、「迎車」になっているタクシーは候補から除外してもよい。
配車が可能と判断されたタクシーは、配車候補として一時記憶される。
【００６８】
管理しているすべてのタクシーについて、配車の可否を判断した後、一時記憶した配車候補のリストを表示する。
ＳＶの担当者は、このリストを見て、迎車を行わせるタクシーを選択する。リストに複数のタクシーが表示されている場合は、たとえば、最も早く乗車位置へ到着できそうなタクシーを選択する。
なお、担当者が不在など、担当者の選択入力を求めない場合は、たとえば、タクシー現在位置が乗車位置に最も近いタクシーから、優先的に選択してもよい。
ステップＳ６７において、担当者によって選択入力されたタクシーを、迎車候補に設定する。
【００６９】
ステップＳ６８において、迎車手配部３０６が、迎車問合情報を生成し、選択された迎車タクシーのＣＴＥに、迎車問合要求を送信する。迎車問合情報には、予約情報３２０が含まれる。これは、図８のシーケンスのステップＶ０２に対応する。
ステップＳ６９において、迎車手配部３０６が、迎車問合要求を送信した迎車タクシーのＣＴＥから、迎車可否情報が受信されるか否かをチェックする。
ステップＳ７０において、ＣＴＥから、迎車可情報を受信した場合はステップＳ７１へ進み、迎車不可情報を受信するかあるいは一定時間以上経過しても返信を受信しなかった場合は、ステップＳ６６へ戻る。
ステップＳ６６へ戻った後、配車候補にリストアップされていた他のタクシーについて、同様に迎車問合要求を行う。これは、図８のシーケンスのステップＶ０３に対応する。
ステップＳ７１において、予約成立情報を、予約要求をしてきたＵＴＥと、迎車可情報を送信してきたＣＴＥに送信する。これにより、配車予約が受理され、迎車に向かうタクシーが確定される。
この後、確定された迎車タクシーから、実際に迎車のための走行を始めたことを示す迎車開始情報が受信されるのを待つ。
【００７０】
ステップＳ７２において、迎車状況確認部３０７が、迎車タクシーのＣＴＥから送られてくる迎車開始情報の受信チェックをする。
ステップＳ７３において、迎車開始情報が受信された場合はステップＳ７４へ進み、そうでない場合は、ステップＳ７２をループする。
ステップＳ７４において、迎車状況確認部３０７が、迎車を開始した迎車タクシーの監視処理を行う。また、迎車開始フラグ３３５を、開始を意味する数値「１」にセットし、迎車タクシーの利用状況情報３４０を「迎車」にセットする。
ここでは、迎車タクシーが乗車位置へ到着するまでの迎車予測ルート３３３を検索し、到着予想時刻３３４を計算する。
迎車予測ルート３３３と、到着予想時刻３３４は、迎車タクシーの迎車管理情報３３０に記憶される。これは、図８のシーケンスのステップＶ０４に対応する。
ステップＳ７５において、迎車情報生成部３０８が、迎車情報を生成し、ＵＴＥへ送信する。
迎車情報には、迎車管理情報３３０に記憶された、迎車タクシーを特定するタクシー識別ＩＤ３３１と、迎車タクシーの現在位置３３２と、迎車予測ルート３３３と、到着予想時刻３３４とが含まれる。
【００７１】
ステップＳ７６において、迎車状況確認部３０７が、迎車タクシーのＣＴＥから、到着情報が受信されるか否かを、チェックする。
ステップＳ７７において、到着情報を受信した場合はステップＳ８３へ進み、そうでない場合はステップＳ７８へ進む。
ステップＳ７８において、迎車タクシーのＣＴＥから新しいタクシー現在位置３３２を取得する。
ステップＳ７９において、迎車状況確認部３０７が、取得した新しいタクシー現在位置が、迎車予測ルートを外れたかどうかをチェックする。外れたかどうかは、たとえば、タクシー現在位置が、予測ルート上の道路と異なる道路上にあるか否かをチェックすればよい。外れた場合は、ステップＳ８０へ進み、外れていない場合はステップＳ８２へ進む。
【００７２】
ステップＳ８２において、迎車タクシーは予測ルート上を走行しているので、新しいタクシー現在位置を、ＵＴＥに送信する。その後、ステップＳ７６へ戻る。これは、図８のシーケンスのステップＶ０５に対応する。
ステップＳ８０において、迎車タクシーは予測ルートを外れたので、迎車状況確認部３０７が、新しいタクシー現在位置を始点として、タクシーが走行すると考えられる迎車予測ルート３３３を再検索する。
また、到着予想時刻も再計算する。
ステップＳ８１において、新しいタクシー現在位置３３２と、再検索した迎車予測ルート３３３と、再計算した到着予想時刻３３４とを、ＵＴＥに送信する。その後、ステップＳ７６へ戻る。これは、図８のシーケンスのステップＶ０６に対応する。
【００７３】
ステップＳ８３において、迎車状況確認部３０７は、迎車タクシーの到着情報を受信したので、迎車タクシーが、乗車位置に到着したことを示す情報（タクシー到着完了）を、ＵＴＥに送信する。到着完了フラグ３３６を、「１」にセットする。これは、図８のシーケンスのステップＶ０７に対応する。
ステップＳ８４において、迎車状況確認部３０７は、ＣＴＥから、ユーザが実際に乗車したことを示す情報（乗車完了通知）が受信されるか否かを、チェックする。
ステップＳ８５において、ＣＴＥから乗車完了通知を受信した場合は、ステップＳ８６へ進み、そうでない場合は、ステップＳ８４をループする。
ステップＳ８６において、予約された配車が終了したことを示す配車完了通知を、ＵＴＥに送信する。乗車完了フラグ３３７を、「１」にセットする。これは、図８のシーケンスのステップＶ０８に対応する。
【００７４】
ステップＳ８７において、配車終了処理を行う。ここでは、迎車タクシーの利用状況情報３４０を「乗車」に設定する。また、その迎車タクシーについて記憶していた迎車管理情報３３０を削除してもよい。
その後、ステップＳ６１へ戻る。
【００７５】
以上のように、サーバＳＶは、ユーザからの配車予約を受理して、迎車タクシーを決定した後、予約で指定された乗車位置に迎車タクシーが到着し、ユーザが乗車するまで、迎車タクシーの走行状況を監視する。
また、ユーザは、迎車タクシーの走行状況を、そのタクシーの現在位置と、乗車位置までの走行すると考えられる予測ルートとで確認することができる。
これにより、予約したユーザは、迎車タクシーがやってくる方向と道路が明確に把握でき、安心して待つことができる。
【００７６】
（第２実施例）
迎車タクシーが実際に走行したルートを学習して、その後の迎車予測に利用してもよい。
迎車タクシーが予測ルートを外れた場合、その都度、迎車予測ルートの再検索と到着予想時刻の再計算が行われるので、迎車タクシーの到着予想時刻の精度を向上させることができる。
また、タクシーの運転手は、自己の経験に基づいて、裏道や、時間帯ごとの道路の混雑程度に精通していることが多いので、一般的なカーナビゲーションシステムよりも、最適な経路を選択する場合がある。
そこで、サーバＳＶにおいて、予測ルートを外れるたびに迎車予測ルートの再検索を行った後、迎車タクシーが実際に走行したルートを記憶し、迎車ルートの予測アルゴリズムに学習させることにより、次回に同様のルートを走行して迎車を行う場合に、タクシーの運転手が選択するであろう最適なルートを、迎車予測ルートとして設定することが可能となる。
このように、実際に迎車タクシーが走行したルートを学習することにより、その後に同様のルートを走行する迎車をする場合に、到着予想時刻の精度をさらに向上させることができる。
【００７７】
（第３実施例）
迎車ルートが変更された場合などにおいて、更新された到着予想時刻が前回の到着予想時刻と比較して大きく変化する場合がある。たとえば、事故などによって予想外の混雑が発生したとすると、到着予想時刻がかなり遅くなる場合がある。また、裏道を走行したために、到着予想時刻が前回の到着予想時刻よりもかなり早くなる場合もある。
このように、到着予想時刻が、前回ユーザに知らせた時刻から大きく変化するときは、ユーザに大きな時間ロスが発生する場合があるので、到着予想時刻が大きくずれることを、ユーザにわかりやすく報知することが好ましい。
たとえば、更新前と更新後の到着予想時刻が３０分程度以上変化した場合は、ユーザのＵＴＥにおいて表示される到着予想時刻の表示色を変化させる。あるいは、到着予想時刻が大幅に変化したことを、音声で報知したり、ＵＴＥ本体を振動させてもよい。
これによれば、ユーザは、到着予想時刻が大幅に変化したことを確実に知ることができる。また、ユーザが乗車予定位置から離れた場所にいた場合、より早く、乗車予定位置へ移動するタイミングを調整することができ、タクシーに乗車するまでの時間を有効に利用することができる。
【００７８】
＜付記＞
この発明は、以下に示すような構成を備えた配車システムおよび配車管理サーバである。
（付記１）
ユーザが所有するユーザ端末と、車両に搭載された車載端末と、配車管理サーバとが、ネットワークを介して接続された配車システムであって、前記ユーザ端末が、前記配車管理サーバと通信する第１通信部と、車両を前記ユーザの希望する乗車位置および乗車時刻に配車することを要求する配車予約要求を、前記配車管理サーバに送信する予約要求部とを備え、前記車載端末が、前記車両の現在位置を取得する現在位置取得部と、前記配車管理サーバと通信する第２通信部と、前記取得した車両の現在位置と、前記配車予約要求に対応して前記乗車位置への迎車を開始することを示す迎車開始情報とを前記配車管理サーバに送信する迎車開始部とを備え、前記配車管理サーバが、前記ユーザ端末および車載端末と通信する第３通信部と、前記配車予約要求を受信する予約受付部と、所定の車両に搭載された車載端末に、迎車が可能か否かを問合せ、前記問合せた車載端末から迎車が可能であることを示す迎車可情報が送信されてきた場合に予約が成立したと判断する予約手配部と、前記車載端末から迎車開始情報を受信した場合に、前記車載端末から送信されてきた前記車両の現在位置と前記配車予約要求に含まれる乗車位置とを用いて、現在位置から乗車位置まで、前記予約が成立した迎車車両が走行するルートを予測して迎車予測ルートを生成する迎車状況確認部と、前記迎車車両の現在位置と前記生成された迎車予測ルートとを含む迎車情報を、前記ユーザ端末に送信する迎車情報生成部とを備えたことを特徴とする配車システム。
【００７９】
（付記２）
前記ユーザ端末が、入力部と、表示部とをさらに備え、前記入力部によって、前記ユーザの希望する乗車位置と乗車時刻とが入力され、前記表示部に、前記配車管理サーバから送信された迎車情報を用いて、地図情報とともに、前記迎車車両の現在位置と、前記迎車予測ルートを地図情報の中に含めて表示させることを特徴とする付記１に記載の配車システム。
これによれば、ユーザ端末の表示部に、地図情報と、地図情報の中に含めた迎車車両の現在位置と、迎車予測ルートとが表示されるので、ユーザ端末を所有するユーザは、迎車車両の現在の走行状況を容易に確認することができ、迎車車両が乗車位置までどちらの方向から来るのかがわかり、安心して待つことができる。
【００８０】
（付記３）
前記配車管理サーバが、前記受信された配車予約要求に含まれる乗車位置と、前記生成された迎車予測ルートとを記憶する記憶部をさらに備え、前記迎車車両の車載端末から送信されてきた最新の車両の現在位置が、前記記憶部に記憶された迎車予測ルートを外れている場合、前記迎車状況確認部が、前記最新の車両の現在位置と、記憶部に記憶された前記乗車位置とを用いて、迎車予測ルートを再生成し、前記迎車情報生成部が、前記最新の車両の現在位置と前記再生成された迎車予測ルートとを含む迎車情報を、前記ユーザ端末に送信することを特徴とする付記１または２に記載の配車システム。
これによれば、迎車車両が迎車予測ルートを外れた場合でも、最新の車両の現在位置を用いて迎車予測ルートを再生成するので、迎車車両の到着予想時刻の精度を向上させることができ、ユーザは、常に迎車車両の最新の走行状況を確認することにより、迎車車両が来るのを安心して待つことができる。
【００８１】
（付記４）
前記車載端末は、前記配車管理サーバからの迎車可否の問合せに対して、配車予約された乗車位置に、予約された乗車時刻までに行くことが可能か否かを判定し、迎車可能と判定された場合には、前記配車管理サーバに、迎車可情報を送信する迎車可否判定部を、さらに備えたことを特徴とする付記１ないし３のいずれかに記載の配車システム。
これによれば、車載端末において、迎車可否を判定するので、車載端末を搭載した車両の運転手が、現在の車両の運転状況に基づいて、迎車を行うか否かを決定することができる。
【００８２】
（付記５）
ユーザが所有するユーザ端末と、車両に搭載された車載端末と、配車管理サーバとが、ネットワークを介して接続された配車システムの配車管理サーバであって、前記ユーザ端末および車載端末と通信する通信部と、前記ユーザ端末から送信され、ユーザの希望する乗車位置と乗車時刻とを含む配車予約要求を受信する予約受付部と、前記配車予約要求を受信した場合に、前記車載端末に、前記乗車位置および乗車時刻に迎車可能か否かを問合せる迎車問合要求を送信し、前記問合せた車載端末から、迎車が可能であることを示す迎車可情報が送信されてきた場合に、予約が成立した判断し、予約成立情報を前記配車予約要求を送信したユーザ端末と、迎車可情報を送信してきた迎車車両の車載端末に送信する予約手配部と、前記迎車車両の車載端末から、迎車開始情報と迎車車両の現在位置とを受信した場合に、前記迎車車両の現在位置と前記乗車位置とを用いて、現在位置から乗車位置まで、迎車車両が走行するルートを予測して迎車予測ルートを生成する迎車状況確認部と、前記迎車車両の現在位置と前記迎車予測ルートとを含む迎車情報を、前記ユーザ端末に送信する迎車情報生成部とを備えたことを特徴とする配車システムの配車管理サーバ。
【符号の説明】
【００８３】
１  ユーザ
２  タクシー
４  ネットワーク
１００  ユーザ端末ＵＴＥ
１０１  制御部
１０２  表示部
１０３  入力部
１０４  通信部
１０５  予約要求部
１０６  迎車情報処理部
１０７  現在位置取得部
１０８  ＧＰＳ受信機
１１０  記憶部
１２０  予約情報
１２１  予約ＩＤ
１２２  乗車時刻
１２３  乗車位置
１３０  迎車情報
１３１  タクシー現在位置
１３２  迎車予測ルート
１３３  到着予想時刻
１４１  ユーザ現在位置
１４２  表示地図情報
２００  車載端末ＣＴＥ
２０１  制御部
２０２  表示部
２０３  入力部
２０４  通信部
２０５  現在位置取得部
２０６  迎車可否判定部
２０７  迎車開始部
２０８  到着処理部
２０９  乗車処理部
２２０  記憶部
２３０  予約情報
２３１  予約ＩＤ
２３２  乗車時刻
２３３  乗車位置
２４１  タクシー現在位置
２４２  表示地図情報
３００  配車管理サーバＳＶ
３０１  制御部
３０２  表示部
３０３  入力部
３０４  通信部
３０５  予約受付部
３０６  迎車手配部
３０７  迎車状況確認部
３０８  迎車情報生成部
３１０  記憶部
３２０  予約情報
３２１  予約ＩＤ
３２２  乗車時刻
３２３  乗車位置
３３０  迎車管理情報
３３１  タクシー識別ＩＤ
３３２  タクシー現在位置
３３３  迎車予測ルート
３３４  到着予想時刻
３３５  迎車開始
３３６  到着完了
３３７  乗車完了
３４０  利用状況情報
【図１】
2015138324.tif 000003
【図２】
2015138324.tif 000004
【図３】
2015138324.tif 000005
【図４】
2015138324.tif 000006
【図５】
2015138324.tif 000007
【図６】
2015138324.tif 000008
【図７】
2015138324.tif 000009
【図８】
2015138324.tif 000010