(57)【要約】【課題】タクシーの配車可否の状態に応じて配車対象のタクシーを柔軟に選出すること。【解決手段】配車管理装置は、複数の車載端末のそれぞれから第１の位置情報を受信して記憶部に格納し、ユーザ端末から第２の位置情報及び配車要求を受信した場合に、当該第２の位置情報と、記憶部に格納された各タクシーの第１の位置情報とに基づいて、複数のタクシーの中から複数の配車候補のタクシーを選出し、選出された複数の配車候補のそれぞれの第１の位置情報をユーザ端末に対して送信し、ユーザ端末から指定された１以上の配車候補における車載端末に対して配車可否の確認要求を送信し、１以上の配車候補における車載端末から受信した確認要求に対する応答に応じて配車対象のタクシーを決定し、ユーザ端末に対して、配車対象が決定した旨を送信し、決定された配車対象における車載端末に対して、第２の位置情報を送信する。【選択図】図１
2015204005.tif 000002
【特許請求の範囲】
【請求項１】
複数のタクシーに搭載され、ネットワークを介して各タクシーの現在の位置を示す第１の位置情報を送信する複数の車載端末と、
前記ネットワークを介してユーザの現在の位置を示す第２の位置情報及び配車要求を送信するユーザ端末と、
前記ネットワークを介して前記複数のタクシーを管理する配車管理装置と、を備え、
前記配車管理装置は、
前記複数の車載端末のそれぞれから前記第１の位置情報を受信して記憶部に格納し、
前記ユーザ端末から前記第２の位置情報及び前記配車要求を受信した場合に、当該第２の位置情報と、前記記憶部に格納された各タクシーの前記第１の位置情報とに基づいて、前記複数のタクシーの中から複数の配車候補のタクシーを選出し、
前記選出された複数の配車候補のそれぞれの前記第１の位置情報を前記ユーザ端末に対して送信し、
前記ユーザ端末から指定された１以上の配車候補における車載端末に対して配車可否の確認要求を送信し、
前記１以上の配車候補における車載端末から受信した前記確認要求に対する応答に応じて配車対象のタクシーを決定し、
前記ユーザ端末に対して、前記配車対象が決定した旨を送信し、
前記決定された配車対象における車載端末に対して、前記第２の位置情報を送信する
配車管理システム。
【請求項２】
前記配車管理装置は、前記配車対象を決定した後に、
前記第２の位置情報に向けて移動中の前記配車対象の車載端末における現在の位置を前記第１の位置情報として、所定の間隔で前記配車対象の車載端末から受信して前記ユーザ端末へ転送し、
前記第１の位置情報に向けて移動中の前記ユーザにおける現在の位置を前記第２の位置情報として、所定の間隔で前記ユーザ端末から受信して前記配車対象の車載端末へ転送する
請求項１に記載の配車管理システム。
【請求項３】
前記配車管理装置は、
前記配車対象を決定した後に、前記ユーザ端末又は前記配車対象以外の車載端末から、当該配車対象以外の車載端末を指定した前記配車対象の変更要求を受け付けた場合、前記第２の位置情報と、当該配車対象以外の車載端末の前記第１の位置情報とに基づいて、前記配車対象の変更の可否を判定し、
前記変更が可能と判定した場合、前記ユーザ端末に対して前記配車対象を変更した旨を送信し、前記指定した車載端末に対して前記第２の位置情報を送信する
請求項１又は２に記載の配車管理システム。
【請求項４】
前記配車管理装置は、
前記配車対象を決定した後に、前記ユーザ端末又は前記配車対象以外の車載端末から、当該配車対象以外の車載端末を指定した前記配車対象の変更要求を受け付けた場合、前記第２の位置情報と、前記配車対象の車載端末の前記第１の位置情報とに基づいて、前記配車対象の変更の可否を判定し、
前記変更が可能と判定した場合、前記ユーザ端末に対して前記配車対象を変更した旨を送信し、前記指定した車載端末に対して前記第２の位置情報を送信する
請求項１又は２に記載の配車管理システム。
【請求項５】
前記配車管理装置は、
前記ユーザ端末から前記第２の位置情報及び前記配車要求を受信した場合に、当該第２の位置情報と、前記記憶部に格納された各タクシーの前記第１の位置情報とに基づき、各タクシーから前記ユーザ端末への予定到達時間を算出し、前記予定到達時間が所定範囲内のものを前記複数の配車候補として選出する
請求項１乃至４のいずれか１項に記載の配車管理システム。
【請求項６】
前記ユーザ端末は、
前記配車管理装置から受信した各配車候補の前記第１の位置情報を表示し、前記ユーザによる前記複数の配車候補のうち一の指定を受け付け、当該受け付けた配車候補の指定を前記配車管理装置へ送信し、
前記配車管理装置は、
前記ユーザ端末から指定された配車候補における車載端末から受信した前記確認要求に対する応答が、配車不可である場合、前記ユーザ端末に対して他の配車候補の指定要求を送信する
請求項１乃至５のいずれか１項に記載の配車管理システム。
【請求項７】
前記配車管理装置は、
前記ユーザ端末から２以上の配車候補の指定を受信した場合、当該指定された２以上の配車候補のそれぞれに対応する車載端末に対して前記配車可否の確認要求を送信し、
各車載端末からの前記確認要求に対する応答のうち
前記２以上の配車候補のうち前記確認要求に対する応答が配車可能であり、かつ、前記第２の位置情報とより近いものを前記配車対象として決定する
請求項１乃至６のいずれか１項に記載の配車管理システム。
【請求項８】
複数のタクシーに搭載された複数の車載端末のそれぞれからネットワークを介して各タクシーの現在の位置を示す第１の位置情報を受信して、記憶部に格納し、
ユーザ端末から前記ネットワークを介してユーザの現在の位置を示す第２の位置情報及び配車要求を受信した場合に、当該第２の位置情報と、前記記憶部に格納された各タクシーの前記第１の位置情報とに基づいて、前記複数のタクシーの中から複数の配車候補のタクシーを選出し、
前記選出された複数の配車候補のそれぞれの前記第１の位置情報を前記ユーザ端末に対して送信し、
前記ユーザ端末から指定された１以上の配車候補における車載端末に対して配車可否の確認要求を送信し、
前記１以上の配車候補における車載端末から受信した前記確認要求に対する応答に応じて配車対象のタクシーを決定し、
前記ユーザ端末に対して、前記配車対象が決定した旨を送信し、
前記決定された配車対象における車載端末に対して、前記第２の位置情報を送信する
配車管理装置。
【請求項９】
複数のタクシーに搭載され、ネットワークを介して各タクシーの現在の位置を示す第１の位置情報を送信する複数の車載端末と、
前記ネットワークを介してユーザの現在の位置を示す第２の位置情報及び配車要求を送信するユーザ端末と、
前記ネットワークを介して前記複数のタクシーを管理する配車管理装置と、を用いた配車管理方法であって、
前記配車管理装置が、
前記複数の車載端末のそれぞれから前記第１の位置情報を受信して記憶部に格納し、
前記ユーザ端末から前記第２の位置情報及び前記配車要求を受信した場合に、当該第２の位置情報と、前記記憶部に格納された各タクシーの前記第１の位置情報とに基づいて、前記複数のタクシーの中から複数の配車候補のタクシーを選出し、
前記選出された複数の配車候補のそれぞれの前記第１の位置情報を前記ユーザ端末に対して送信し、
前記ユーザ端末から指定された１以上の配車候補における車載端末に対して配車可否の確認要求を送信し、
前記１以上の配車候補における車載端末から受信した前記確認要求に対する応答に応じて配車対象のタクシーを決定し、
前記ユーザ端末に対して、前記配車対象が決定した旨を送信し、
前記決定された配車対象における車載端末に対して、前記第２の位置情報を送信する
配車管理方法。
【請求項１０】
複数のタクシーに搭載された複数の車載端末のそれぞれからネットワークを介して各タクシーの現在の位置を示す第１の位置情報を受信して、記憶部に格納する処理と、
ユーザ端末から前記ネットワークを介してユーザの現在の位置を示す第２の位置情報及び配車要求を受信した場合に、当該第２の位置情報と、前記記憶部に格納された各タクシーの前記第１の位置情報とに基づいて、前記複数のタクシーの中から複数の配車候補のタクシーを選出する処理と、
前記選出された複数の配車候補のそれぞれの前記第１の位置情報を前記ユーザ端末に対して送信する処理と、
前記ユーザ端末から指定された１以上の配車候補における車載端末に対して配車可否の確認要求を送信する処理と、
前記１以上の配車候補における車載端末から受信した前記確認要求に対する応答に応じて配車対象のタクシーを決定する処理と、
前記ユーザ端末に対して、前記配車対象が決定した旨を送信する処理と、
前記決定された配車対象における車載端末に対して、前記第２の位置情報を送信する処理と、
をコンピュータに実行させる配車管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配車管理システム、配車管理装置、配車管理方法、及び、配車管理プログラムに関し、特に、タクシーの手配を希望する者に対してタクシーを配車するための配車管理システム、配車管理装置、配車管理方法、及び、配車管理プログラムに関する。
【背景技術】
【０００２】
タクシーの配車を行うための情報システムとして、例えば、以下の特許文献１〜３にかかる技術がある。
【０００３】
特許文献１には、タクシーの配車を効率的に実施することができるタクシー配車システムに関する技術が開示されている。特許文献１におけるタクシー配車システムが備える配車管理サーバは、まず、各タクシーに搭載された車載端末から現在位置情報を受信して記憶部に記憶する。また、配車管理サーバは、利用者の携帯端末から配車依頼と現在位置情報を受信し、受信した現在位置情報と、記憶部に記憶されている各車載端末の現在位置情報と、に基づいて、携帯端末との距離が最短の車載端末を選出し、その車載端末が搭載されているタクシーを配車対象とする。そして、配車管理サーバは、選出した車載端末に対して、携帯端末から受信した現在位置情報を送信する。
【０００４】
特許文献２には、管理下のタクシーの車両位置及び運行状況を管理する配車センターを備える配車システムに関する技術が開示されている。特許文献２では、当該配車センターが、携帯端末からの現在位置を含む配車要求を受信し、管理下のタクシーの中から予約車を選択し、情報センターから道路の交通情報に基づいて、待ち時間として算出して携帯端末に提供し、以降定期的に待ち時間及び予約車の車両位置の情報を携帯端末に提供する。
【０００５】
特許文献３には、タクシー予約システムに関する技術が開示されている。特許文献３にかかる車両選択処理は、予約情報に含まれる配車先の地点を中心として、所定の探索半径（例えば３００ｍ）内の範囲を走行中或いは停車中であり、且つ空車である一台の車両を配車候補として抽出するものである。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２６８２２９号公報
【特許文献２】特開２００４−１９２３６６号公報
【特許文献３】特開２００３−１５１０８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述した特許文献１及び２にかかる技術は、事前に収集したタクシーの位置情報や配車が可能か否かの情報（配車可否）に基づいて配車対象を一台に絞り込んだ上で、当該タクシーに対して予約車とされた旨を通知するものである。ここで、タクシーは空車状態で路上を走行し、乗車希望者が見つかり次第、乗車させることも多い。そのため、各タクシーの配車可否の状態は、頻繁に変化する。それ故、予約車として通知されたタクシーがその時点で空車ではなくなっていた場合には、再度、配車対象を選出し直さなければならない。尚、特許文献３に係る技術は、屋内（予約ステーション）に設置された予約端末から配車の予約を行うものであり、タクシーの配車希望者が歩行中に配車要求を行う場合には対応できない。よって、特許文献１〜３にかかる技術には、タクシーの配車可否の状態に応じて配車対象のタクシーを柔軟に選出することが困難であるという問題点がある。
【０００８】
本発明は、このような問題点を解決するためになされたものであり、タクシーの配車可否の状態に応じて配車対象のタクシーを柔軟に選出するための配車管理システム、配車管理装置、配車管理方法、及び、配車管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１の態様にかかる配車管理システムは、
複数のタクシーに搭載され、ネットワークを介して各タクシーの現在の位置を示す第１の位置情報を送信する複数の車載端末と、
前記ネットワークを介してユーザの現在の位置を示す第２の位置情報及び配車要求を送信するユーザ端末と、
前記ネットワークを介して前記複数のタクシーを管理する配車管理装置と、を備え、
前記配車管理装置は、
前記複数の車載端末のそれぞれから前記第１の位置情報を受信して記憶部に格納し、
前記ユーザ端末から前記第２の位置情報及び前記配車要求を受信した場合に、当該第２の位置情報と、前記記憶部に格納された各タクシーの前記第１の位置情報とに基づいて、前記複数のタクシーの中から複数の配車候補のタクシーを選出し、
前記選出された複数の配車候補のそれぞれの前記第１の位置情報を前記ユーザ端末に対して送信し、
前記ユーザ端末から指定された１以上の配車候補における車載端末に対して配車可否の確認要求を送信し、
前記１以上の配車候補における車載端末から受信した前記確認要求に対する応答に応じて配車対象のタクシーを決定し、
前記ユーザ端末に対して、前記配車対象が決定した旨を送信し、
前記決定された配車対象における車載端末に対して、前記第２の位置情報を送信する。
【００１０】
本発明の第２の態様にかかる配車管理装置は、
複数のタクシーに搭載された複数の車載端末のそれぞれからネットワークを介して各タクシーの現在の位置を示す第１の位置情報を受信して、記憶部に格納し、
ユーザ端末から前記ネットワークを介してユーザの現在の位置を示す第２の位置情報及び配車要求を受信した場合に、当該第２の位置情報と、前記記憶部に格納された各タクシーの前記第１の位置情報とに基づいて、前記複数のタクシーの中から複数の配車候補のタクシーを選出し、
前記選出された複数の配車候補のそれぞれの前記第１の位置情報を前記ユーザ端末に対して送信し、
前記ユーザ端末から指定された１以上の配車候補における車載端末に対して配車可否の確認要求を送信し、
前記１以上の配車候補における車載端末から受信した前記確認要求に対する応答に応じて配車対象のタクシーを決定し、
前記ユーザ端末に対して、前記配車対象が決定した旨を送信し、
前記決定された配車対象における車載端末に対して、前記第２の位置情報を送信する。
【００１１】
本発明の第３の態様にかかる配車管理方法は、
複数のタクシーに搭載され、ネットワークを介して各タクシーの現在の位置を示す第１の位置情報を送信する複数の車載端末と、
前記ネットワークを介してユーザの現在の位置を示す第２の位置情報及び配車要求を送信するユーザ端末と、
前記ネットワークを介して前記複数のタクシーを管理する配車管理装置と、を用いた配車管理方法であって、
前記配車管理装置が、
前記複数の車載端末のそれぞれから前記第１の位置情報を受信して記憶部に格納し、
前記ユーザ端末から前記第２の位置情報及び前記配車要求を受信した場合に、当該第２の位置情報と、前記記憶部に格納された各タクシーの前記第１の位置情報とに基づいて、前記複数のタクシーの中から複数の配車候補のタクシーを選出し、
前記選出された複数の配車候補のそれぞれの前記第１の位置情報を前記ユーザ端末に対して送信し、
前記ユーザ端末から指定された１以上の配車候補における車載端末に対して配車可否の確認要求を送信し、
前記１以上の配車候補における車載端末から受信した前記確認要求に対する応答に応じて配車対象のタクシーを決定し、
前記ユーザ端末に対して、前記配車対象が決定した旨を送信し、
前記決定された配車対象における車載端末に対して、前記第２の位置情報を送信する。
【００１２】
本発明の第４の態様にかかる配車管理プログラムは、
複数のタクシーに搭載された複数の車載端末のそれぞれからネットワークを介して各タクシーの現在の位置を示す第１の位置情報を受信して、記憶部に格納する処理と、
ユーザ端末から前記ネットワークを介してユーザの現在の位置を示す第２の位置情報及び配車要求を受信した場合に、当該第２の位置情報と、前記記憶部に格納された各タクシーの前記第１の位置情報とに基づいて、前記複数のタクシーの中から複数の配車候補のタクシーを選出する処理と、
前記選出された複数の配車候補のそれぞれの前記第１の位置情報を前記ユーザ端末に対して送信する処理と、
前記ユーザ端末から指定された１以上の配車候補における車載端末に対して配車可否の確認要求を送信する処理と、
前記１以上の配車候補における車載端末から受信した前記確認要求に対する応答に応じて配車対象のタクシーを決定する処理と、
前記ユーザ端末に対して、前記配車対象が決定した旨を送信する処理と、
前記決定された配車対象における車載端末に対して、前記第２の位置情報を送信する処理と、
をコンピュータに実行させる。
【発明の効果】
【００１３】
本発明により、タクシーの配車可否の状態に応じて配車対象のタクシーを柔軟に選出するための配車管理システム、配車管理装置、配車管理方法、及び、配車管理プログラムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態１にかかる配車管理システムの全体構成を示すブロック図である。
【図２】本発明の実施の形態１にかかる配車管理方法の流れを示すフローチャートである。
【図３】本発明の実施の形態２にかかるタクシー手配提供システムの構成を示すブロック図である。
【図４】本発明の実施の形態２にかかる無線携帯端末（ユーザ用）における事前準備処理の流れを説明するためのフローチャートである。
【図５】本発明の実施の形態２にかかる無線携帯端末（ユーザ用）におけるタクシー所在確認処理の流れを説明するためのフローチャートである。
【図６】本発明の実施の形態２にかかる無線携帯端末（ユーザ用）におけるタクシー配車手配処理（手動設定）の流れを説明するためのフローチャートである。
【図７】本発明の実施の形態２にかかる無線携帯端末（ユーザ用）におけるタクシー配車手配処理（自動設定）の流れを説明するためのフローチャートである。
【図８】本発明の実施の形態２にかかる無線携帯端末（ユーザ用）における配車変更処理の流れを説明するためのフローチャートである。
【図９】本発明の実施の形態２にかかる無線携帯端末（ユーザ用）における乗車完了処理の流れを説明するためのフローチャートである。
【図１０】本発明の実施の形態２にかかる車載端末（タクシー用）における事前準備処理の流れを説明するためのフローチャートである。
【図１１】本発明の実施の形態２にかかる車載端末（タクシー用）におけるタクシー所在確認処理の流れを説明するためのフローチャートである。
【図１２】本発明の実施の形態２にかかる車載端末（タクシー用）におけるタクシー配車手配処理の流れを説明するためのフローチャートである。
【図１３】本発明の実施の形態２にかかる車載端末（タクシー用）における配車変更処理の流れを説明するためのフローチャートである。
【図１４】本発明の実施の形態２にかかる車載端末（タクシー用）における乗車完了処理の流れを説明するためのフローチャートである。
【図１５】本発明の実施の形態２にかかる管理サーバにおける配車管理処理の流れを説明するためのフローチャートである。
【図１６】本発明の実施の形態２にかかる無線携帯端末（ユーザ用）における事前準備処理の流れを説明するためのシーケンス図である。
【図１７】本発明の実施の形態２にかかる車載端末（タクシー用）における事前準備処理の流れを説明するためのシーケンス図である。
【図１８】本発明の実施の形態２にかかるタクシー所在確認処理（１／３）の流れを説明するためのシーケンス図である。
【図１９】本発明の実施の形態２にかかるタクシー所在確認処理（２／３）の流れを説明するためのシーケンス図である。
【図２０】本発明の実施の形態２にかかるタクシー所在確認処理（３／３）の流れを説明するためのシーケンス図である。
【図２１】本発明の実施の形態２にかかるタクシー配車手配処理（手動設定）（１／２）の流れを説明するためのシーケンス図である。
【図２２】本発明の実施の形態２にかかるタクシー配車手配処理（手動設定）（２／２）の流れを説明するためのシーケンス図である。
【図２３】本発明の実施の形態２にかかるタクシー配車手配処理（自動設定）の流れを説明するためのシーケンス図である。
【図２４】本発明の実施の形態２にかかる無線携帯端末（ユーザ用）における配車変更処理（１／２）の流れを説明するためのシーケンス図である。
【図２５】本発明の実施の形態２にかかる無線携帯端末（ユーザ用）における配車変更処理（２／２）の流れを説明するためのシーケンス図である。
【図２６】本発明の実施の形態２にかかる車載端末（タクシー用）における配車変更処理（１／２）の流れを説明するためのシーケンス図である。
【図２７】本発明の実施の形態２にかかる車載端末（タクシー用）における配車変更処理（２／２）の流れを説明するためのシーケンス図である。
【図２８】本発明の実施の形態２にかかる無線携帯端末（ユーザ用）における乗車完了処理の流れを説明するためのシーケンス図である。
【図２９】本発明の実施の形態２にかかる車載端末（タクシー用）における乗車完了処理の流れを説明するためのシーケンス図である。
【発明を実施するための形態】
【００１５】
以下では、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略する。
【００１６】
＜発明の実施の形態１＞
図１は、本発明の実施の形態１にかかる配車管理システム１００の全体構成を示すブロック図である。配車管理システム１００は、ユーザ端末１と、タクシー２１〜２Ｎ（Ｎは２以上の自然数）に搭載された車載端末２１１〜２Ｎ１と、配車管理装置３とを備える。車載端末２１１〜２Ｎ１は、無線通信によりネットワーク５を介して配車管理装置３と接続されている。尚、ネットワーク５は、インターネットを含む移動体通信網であるとよい。車載端末２１１〜２Ｎ１のそれぞれは、ＧＰＳ衛星４と通信することにより、自己の現在の位置を示す第１の位置情報３３１〜３３Ｎを取得可能である。そして、車載端末２１１〜２Ｎ１のそれぞれは、ネットワーク５を介して配車管理装置３に対して第１の位置情報３３１〜３３Ｎを送信する。
【００１７】
ユーザ端末１は、任意のタクシーの配車を希望するユーザ（不図示）が携帯する無線携帯端末である。ユーザ端末１は、無線通信によりネットワーク５を介して配車管理装置３と接続されている。また、ユーザ端末１は、例えば、ＧＰＳ（Global Positioning System）機能を搭載し、ＧＰ衛星４と通信することにより、自己の現在の位置情報を取得可能である。そして、ユーザ端末１は、ネットワーク５を介してユーザの現在の位置を示す第２の位置情報３４及び任意のタクシーの配車要求を送信する。
【００１８】
配車管理装置３は、ネットワーク５を介してタクシー２１〜２Ｎを管理する。配車管理装置３は、制御部３１と、記憶部３２とを備える。制御部３１は、車載端末２１１〜２Ｎ１のそれぞれから第１の位置情報３３１〜３３Ｎを受信して記憶部３２に格納する。また、制御部３１は、ユーザ端末１から第２の位置情報３４及び配車要求を受信した場合に、第２の位置情報３４と、記憶部３２に格納された各タクシーの第１の位置情報３３１〜３３Ｎとに基づいて、複数のタクシー２１〜２Ｎの中から複数の配車候補のタクシーを選出する。ここで、制御部３１は、タクシー２１〜２Ｎのうち全てを配車候補として選出してもよい。また、制御部３１は、受信した第２の位置情報３４を記憶部３２に格納してもよい。そして、制御部３１は、選出された複数の配車候補のそれぞれの第１の位置情報をユーザ端末１に対して送信する。また、制御部３１は、ユーザ端末１から指定された１以上の配車候補における車載端末に対して配車可否の確認要求を送信する。そして、制御部３１は、１以上の配車候補における車載端末から受信した確認要求に対する応答に応じて配車対象のタクシーを決定する。その後、制御部３１は、ユーザ端末１に対して、配車対象が決定した旨を送信し、決定された配車対象における車載端末に対して、第２の位置情報３４を送信する。
【００１９】
図２は、本発明の実施の形態１にかかる配車管理方法の流れを示すフローチャートである。まず、配車管理装置３は、複数の車載端末２１１〜２Ｎ１のそれぞれから第１の位置情報３３１〜３３Ｎを受信して記憶部３２に格納する（Ｓ１１）。次に、配車管理装置３は、ユーザ端末１から第２の位置情報３４及び配車要求を受信したか否かを判定する（Ｓ１２）。第２の位置情報３４及び配車要求を受信していないと判定した場合、ステップＳ１１へ戻る。
【００２０】
そして、第２の位置情報３４及び配車要求を受信したと判定した場合、配車管理装置３は、第２の位置情報３４と、記憶部３２に格納された各タクシーの第１の位置情報３３１〜３３Ｎとに基づいて、複数のタクシー２１〜２Ｎの中から複数の配車候補のタクシーを選出する（Ｓ１３）。続いて、配車管理装置３は、選出された複数の配車候補のそれぞれの第１の位置情報をユーザ端末１に対して送信する（Ｓ１４）。これにより、ユーザ端末１は、配車が可能な複数の配車候補をユーザに提示することができる。また、ユーザは必要に応じて提示された複数の配車候補の中から１以上の配車候補のタクシーを指定することができる。その場合、ユーザ端末１は、指定された配車候補を配車管理装置３へ送信する。
【００２１】
そのため、配車管理装置３は、ユーザ端末１から指定された１以上の配車候補における車載端末に対して配車可否の確認要求を送信する（Ｓ１５）。そして、配車管理装置３は、１以上の配車候補における車載端末から受信した確認要求に対する応答に応じて配車対象のタクシーを決定する（Ｓ１６）。その後、配車管理装置３は、ユーザ端末１に対して、配車対象が決定した旨を送信する（Ｓ１７）。また、配車管理装置３は、決定された配車対象における車載端末に対して、第２の位置情報３４を送信する（Ｓ１８）。これにより、配車対象のタクシーは、第２の位置情報３４に向けて移動して、ユーザ端末１を携帯するユーザを乗車させることが可能となる。
【００２２】
上述したように、タクシーの運行状態は頻繁に変更するため、仮に事前に各タクシーから配車が可能か否かの情報を収集していたとしても、ユーザ端末１からの配車要求を受けた時点では、他の乗客を乗せているなど、配車が行えない可能性もある。そこで、本発明の実施の形態１では、第１段階として各タクシーの位置情報に基づいて、ユーザ端末とのある程度の距離の範囲内のタクシーに絞り込んだ配車候補を複数選出する。そして、第２段階として選出された複数の配車候補に対して配車可否を確認する。そのため、各タクシーの最新の運行状態（空車、迎車、回送、賃走等）を考慮して、つまり、タクシーの配車可否の状態に応じて配車対象のタクシーを柔軟に選出することができる。
【００２３】
＜発明の実施の形態２＞
本発明の実施の形態２は、上述した実施の形態１の改良例である。図３は、本発明の実施の形態２にかかるタクシー手配提供システム２００の構成を示すブロック図である。タクシー手配提供システム２００は、配車管理システム１００の一実施例であり、無線携帯端末１０１と、タクシー１１１、１１２・・・１１Ｎに搭載された車載端末１０３１、１０３２・・・１０３Ｎと、タクシー配車登録管理サーバ１０５とを備える。
【００２４】
無線携帯端末１０１並びに車載端末１０３１〜１０３Ｎは、本発明の実施の形態２にかかる専用アプリケーションが動作可能である。当該専用アプリケーションは、タクシー配車登録管理サーバ１０５からダウンロード可能であり、無線携帯端末１０１並びに車載端末１０３１〜１０３Ｎにインストールされることで、実行可能となる。
【００２５】
無線携帯端末１０１は、上述したユーザ端末１の一例であり、ＧＰＳを搭載し、通信ネットワーク網１０４に接続可能な端末装置である。無線携帯端末１０１は、任意のタクシーの配車を希望するユーザ（不図示）が携帯する、ＰＤＣ(Personal Digital Cellular)、ＰＤＡ（Personal Digital Assistant）、又はスマートフォン等のGPS機能を搭載した市場に普及している携帯情報端末であるとよい。無線携帯端末１０１は、後述する事前準備処理、タクシー所在確認処理、タクシー配車手配処理（手動又は自動）、配車変更処理、乗車完了処理等を実行する。
【００２６】
そして、無線携帯端末１０１は、これらの処理の中で、適宜、次のような処理を実行する。例えば、無線携帯端末１０１は、ＧＰＳ衛星１０２と通信して無線携帯端末１０１の現在の位置情報を取得する。また、無線携帯端末１０１は、通信ネットワーク網１０４を介してタクシー配車登録管理サーバ１０５との接続処理を行い、通信ネットワーク網１０４を介したデータの送受信を行う。そして、無線携帯端末１０１は、適宜、アプリケーションの更新を行う。また、無線携帯端末１０１は、ユーザからユーザ情報の入力、配車要求、配車候補の指定の手動又は自動の設定、配車変更、乗車完了等の操作を受け付ける。そして、無線携帯端末１０１は、タクシー配車登録管理サーバ１０５に対して、ユーザ情報、位置情報、配車要求、配車候補の指定、配車変更要求及び乗車完了通知等を送信する。また、無線携帯端末１０１は、タクシー配車登録管理サーバ１０５から配車候補及び配車対象のタクシーの位置情報等を受信する。そして、無線携帯端末１０１は、受信した配車候補及び配車対象のタクシーの位置等を画面に表示する。
【００２７】
車載端末１０３１〜１０３Ｎは、上述した車載端末２１１〜２Ｎ１の一例であり、ＧＰＳを搭載し、通信ネットワーク網１０４に接続可能な端末装置である。車載端末１０３１等は、例えば、タクシードライバが操作可能なＰＤＣ、ＰＤＡ、スマートフォン、又はタブレット等のGPS機能を搭載した市場に普及している情報端末であるとよい。車載端末１０３１〜１０３Ｎは、後述する事前準備処理、タクシー所在確認処理、タクシー配車手配処理（手動又は自動）、配車変更処理、乗車完了処理等を実行する。
【００２８】
そして、車載端末１０３１等は、これらの処理の中で、適宜、次のような処理を実行する。例えば、車載端末１０３１等は、ＧＰＳ衛星１０２と通信して車載端末１０３１等の現在の位置情報を取得する。また、車載端末１０３１等は、通信ネットワーク網１０４を介してタクシー配車登録管理サーバ１０５との接続処理を行い、通信ネットワーク網１０４を介したデータの送受信を行う。そして、車載端末１０３１等は、適宜、アプリケーションの更新を行う。また、車載端末１０３１等は、ドライバーからタクシーの情報の入力、配車を受け付けるか否か（配車可否）、配車変更、乗車完了等の操作を受け付ける。そして、車載端末１０３１等は、タクシー配車登録管理サーバ１０５に対して、タクシー情報、位置情報、配車可否、配車変更要求及び乗車完了通知等を送信する。また、車載端末１０３１等は、タクシー配車登録管理サーバ１０５から配車可否の確認要求、配車の仮予約、配車の決定及びユーザ端末の位置情報等を受信する。そして、車載端末１０３１等は、受信したユーザ端末の位置等を画面に表示する。
【００２９】
ＧＰＳ衛星１０２は、上述したＧＰＳ衛星４の一例であり、衛星測位システムの一部としてＧＰＳ情報である位置情報を提供する。通信ネットワーク網１０４は、上述したネットワーク５の一例であり、デジタル移動無線、無線ＬＡＮ、電話回線網を含む公共ネットワーク網である。
【００３０】
タクシー配車登録管理サーバ１０５は、上述した配車管理装置３の一例であり、タクシー手配提供サービスを実現する。タクシー配車登録管理サーバ１０５は、通信ネットワーク網１０４を介して無線携帯端末１０１並びに車載端末１０３１〜１０３Ｎと通信可能である。タクシー配車登録管理サーバ１０５は、管理制御部１０６と、ユーザ管理データ１０７と、タクシー管理データ１０８とを備える。尚、タクシー配車登録管理サーバ１０５は、１又は複数台のコンピュータ装置で実現可能である。ユーザ管理データ１０７は、ユーザによる当該サービス利用可否やユーザ情報、位置情報等を管理するためのデータである。ここで、ユーザ情報には、例えば、ユーザの住所、氏名、端末電話番号、メールアドレス等のユーザの基本情報を含めても構わない。また、ユーザ情報には、ユーザ端末を識別する端末ＩＤ(機器内情報)、ユーザを識別するユーザＩＤ、ユーザ端末にインストールされたアプリケーションのバージョン番号等を含めても構わない。タクシー管理データ１０８は、タクシーによる当該サービス利用可否やタクシーの情報、位置情報等を管理するためのデータである。ここで、タクシーの情報には、例えば、タクシー又は車載端末を識別するＩＤ、車載端末にインストールされたアプリケーションのバージョン番号等を含めても構わない。尚、ユーザ管理データ１０７及びタクシー管理データ１０８は、記憶装置内に記憶されたデータに相当する。
【００３１】
管理制御部１０６は、無線携帯端末１０１及び車載端末１０３１〜１０３Ｎと通信ネットワーク網１０４経由でデータの送受信を行う。また、管理制御部１０６は、受信データに基づいてユーザ管理データ１０７及びタクシー管理データ１０８への登録、更新、削除等を制御する。管理制御部１０６は、後述する照合処理、データ登録変更処理、配車判定処理、ユーザ端末１、車載端末１０３１等又は他のサーバへの通知処理を行う。
【００３２】
＜無線携帯端末＞
続いて、無線携帯端末１０１の動作について図４〜９を用いて説明する。
【００３３】
（１−１）  事前準備
図４は、本発明の実施の形態２にかかる無線携帯端末（ユーザ用）における事前準備処理の流れを説明するためのフローチャートである。まず、無線携帯端末１０１は、インストールされた、本発明の実施の形態２にかかる専用アプリケーションにより、タクシー配車登録管理サーバ１０５への接続処理を行う（Ｓ３０１）。次に、無線携帯端末１０１は、無線携帯端末ＩＤや専用アプリケーションからの接続などによる情報をタクシー配車登録管理サーバ１０５へ送信し、タクシー配車登録管理サーバ１０５においてユーザ管理データ１０７と照合した結果を受信する。そして、無線携帯端末１０１は、受信した照合結果に基づいてユーザ管理データ１０７に登録されているか否かを判定する（Ｓ３０２）。登録済みの場合、無線携帯端末１０１は、ステップＳ３０４へ進む。また、未登録である場合、無線携帯端末１０１は、ユーザの操作によりユーザ情報を入力し（Ｓ３０３）、データ配車登録管理サーバ１０５へ送信する。これにより、当該無線携帯端末１０１に関する情報がユーザ管理データ１０７に登録される。そして、無線携帯端末１０１は、タクシー配車登録管理サーバ１０５から登録完了の通知を受信する。
【００３４】
続いて、無線携帯端末１０１は、専用アプリケーションのバージョン情報に基づくバージョンアップの要否判定結果を受信し、バージョンアップの要否を判定する（Ｓ３０４）。インストール済みの専用アプリケーションが最新版である場合等によりバージョンアップが不要と判定した場合、ステップＳ３０６へ進む。一方、バージョンアップが必要と判定した場合、無線携帯端末１０１は、通信ネットワーク網１０４を介してタクシー配車登録管理サーバ１０５から当該専用アプリケーションの最新版をダウンロードし、インストール（専用アプリケーションの更新）を行う（Ｓ３０５）。
【００３５】
その後、無線携帯端末１０１は、ユーザの操作によりタクシーの配車を手動にするか自動にするか設定する（Ｓ３０６）。そして、ユーザが配車候補のタクシーの所在確認を希望する場合、図５へ進み、所在確認が不要の場合、当該事前準備処理を終了する（Ｓ３０７）。
【００３６】
（１−２）  タクシー所在確認
図５は、本発明の実施の形態２にかかる無線携帯端末（ユーザ用）におけるタクシー所在確認処理の流れを説明するためのフローチャートである。まず、無線携帯端末１０１は、専用アプリケーションが起動中か否かを判定する（Ｓ４０１）。専用アプリケーションが起動中でない場合、専用アプリケーションを起動し（Ｓ４０２）、タクシー配車登録管理サーバ１０５に接続する（Ｓ４０３）。この時、図４のステップＳ３０４及びＳ３０５と同様に、接続したアプリケーションのバージョンに応じて、アプリケーションをダウンロードする（Ｓ４０４、Ｓ４０５）。そして、図４のステップＳ３０６と同様に、タクシーの配車を手動にするか自動にするか設定する（Ｓ４０６）。
【００３７】
そして、無線携帯端末１０１は、ユーザの操作によりタクシー配車登録管理サーバ１０５へ配車要求を送信する（Ｓ４０７）。無線携帯端末１０１は、タクシー配車登録管理サーバ１０５から車載端末１０３１等の位置情報等を受信し、受信した位置情報等に基づいてタクシー所在状態を画面に表示する（Ｓ４０８）。尚、このとき、画面に表示されるタクシー所在状態は、図２のステップＳ１３で選出された複数の配車候補に相当するものである。ここで、配車の設定が手動である場合、図６へ進み、自動である場合、当該タクシー所在確認を終了する（Ｓ４０９）。
【００３８】
（１−３）  タクシー配車手配
（１−３−１）  手動設定の場合
図６は、本発明の実施の形態２にかかる無線携帯端末（ユーザ用）におけるタクシー配車手配処理（手動設定）の流れを説明するためのフローチャートである。まず、無線携帯端末１０１は、画面に表示されたタクシー所在状態に基づき、ユーザから配車を希望するタクシーの選択（指定）を受け付ける（Ｓ５０１）。例えば、画面に表示された複数の配車候補のタクシーのうち一つの指定を受け付ける。そして、無線携帯端末１０１は、選択されたタクシーについての配車可否をタクシー配車登録管理サーバ１０５へ問い合わせる（Ｓ５０２）。
【００３９】
無線携帯端末１０１は、タクシー配車登録管理サーバ１０５から配車可否の結果を受信し、当該結果により配車指定が完了したか否かを判定する（Ｓ５０３）。配車指定が未完了、つまり、選択したタクシーが配車不可であった場合、ステップＳ５０１へ戻る。配車指定が完了、つまり、選択したタクシーが配車可能であった場合、無線携帯端末１０１は、表示を配車指定されたタクシーの車載端末のみに切り替える（Ｓ５０４）。このとき、無線携帯端末１０１は、タクシー配車登録管理サーバ１０５から配車指定が完了通知と共に、配車指定されたタクシーの現在の位置、予想到着時間、ルート等を受信し、画面に表示する。
【００４０】
その後、ユーザが乗車完了又は配車変更するまでの間、無線携帯端末１０１は、タクシー配車登録管理サーバ１０５から情報の更新を受信していなければ（Ｓ５０５で無し）、定期的にタクシー配車登録管理サーバ１０５へ自己の位置情報を含むユーザ情報を送信し、無線携帯端末１０１の位置の更新を行う。すなわち、無線携帯端末１０１は、ＧＰＳ衛星１０２に対してポーリング処理を実行し（Ｓ５０６）、取得した位置情報をタクシー配車登録管理サーバ１０５へ送信する。
【００４１】
また、無線携帯端末１０１は、タクシー配車登録管理サーバ１０５から情報の更新を受信した場合（Ｓ５０５で有り）、受信した情報に応じた更新処理を行う（Ｓ５０７）。例えば、配車指定されたタクシーの位置情報の更新を受信した場合、受信した位置情報に基づき、画面上の配車指定されたタクシーの表示位置を更新する。そして、受信した情報が配車変更である場合（Ｓ５０８で有り）、図８へ進む。また、受信した情報が乗車完了である場合（Ｓ５０９で完了）、当該タクシー配車手配処理を終了し、図９へ進む。一方、受信した情報が乗車完了でない場合（Ｓ５０９で未完了）、ステップＳ５０５へ戻る。
【００４２】
（１−３−２）  自動設定の場合
図７は、本発明の実施の形態２にかかる無線携帯端末（ユーザ用）におけるタクシー配車手配処理（自動設定）の流れを説明するためのフローチャートである。まず、無線携帯端末１０１は、画面に表示された複数の配車候補のタクシーの全ての配車可否をタクシー配車登録管理サーバ１０５へ問い合わせる（Ｓ６０１）。そして、無線携帯端末１０１は、タクシー配車登録管理サーバ１０５から配車可否の結果又は配車対象のタクシーの位置情報を受信し、当該結果により配車指定が完了したか否かを判定する（Ｓ６０２）。配車指定が未完了、例えば、選択したタクシーの全てが配車不可であった場合、しばらく時間が経過した後、再度、タクシー所在確認結果を取得した上で、ステップＳ６０１へ戻る。また、配車指定が完了、つまり、特定のタクシーが配車対象として決定した場合、ステップＳ６０３へ進む。以降、ステップＳ６０３〜Ｓ６０８は、図６のステップＳ５０４〜Ｓ５０９と同等であるため、説明を省略する。
【００４３】
（１−４）  配車変更（中止含む）
図８は、本発明の実施の形態２にかかる無線携帯端末（ユーザ用）における配車変更処理の流れを説明するためのフローチャートである。配車指定の完了後、ユーザの乗車前に、配車指定されたタクシー以外のタクシーが、無線携帯端末１０１の近傍に移動してきた場合に、無線携帯端末１０１は、ユーザの操作により、タクシー配車登録管理サーバ１０５へ配車変更または配車の中止の要求を送信する（Ｓ７０１、Ｓ７０２）。そして、タクシー配車登録管理サーバ１０５において、配車対象のタクシー又は配車変更で指定されたタクシーの予想到着時間及び距離（位置）等からの配車変更可否の判定がなされる。そして、無線携帯端末１０１は、その判定結果を受け付けて、配車変更の可否を判定する（Ｓ７０３）。配車変更が可能との結果であった場合、さらに、無線携帯端末１０１は、ユーザから配車変更の決定の操作を受け付けたか否かを判定する（Ｓ７０４）。配車変更が決定されなかった場合、ステップＳ７０１へ戻る。一方、配車変更が決定された場合、無線携帯端末１０１は、配車指定されていたタクシーの表示を、配車変更後のタクシーに切り替える（Ｓ７０５）。尚、配車変更が不可との結果であった場合も、その旨を画面に表示する。また、配車中止（キャンセル）した場合もその旨を画面に表示する。その後、当該配車変更処理を終了し、図９へ進む。
【００４４】
（１−５）  乗車完了
図９は、本発明の実施の形態２にかかる無線携帯端末（ユーザ用）における乗車完了処理の流れを説明するためのフローチャートである。まず、配車指定されたタクシーが到着し、ユーザが乗車した場合、無線携帯端末１０１は、ユーザの操作により乗車完了の旨を受け付け（Ｓ８０１）、タクシー配車登録管理サーバ１０５へその旨を通知する（Ｓ８０２）。尚、本乗車完了の操作は、通常、後述するように車載端末側で行うことが望ましい。
【００４５】
＜車載端末＞
続いて、車載端末１０３１の動作について図１０〜１４を用いて説明する。尚、車載端末１０３２〜１０３Ｎの動作は、車載端末１０３１と同等であるため図示及び説明を省略する。
【００４６】
（２−１）  事前準備
図１０は、本発明の実施の形態２にかかる車載端末（タクシー用）における事前準備処理の流れを説明するためのフローチャートである。まず、車載端末１０３１は、インストールされた、本発明の実施の形態２にかかる専用アプリケーションにより、タクシー配車登録管理サーバ１０５への接続処理を行う（Ｓ９０１）。次に、車載端末１０３１は、車載端末ＩＤや専用アプリケーションからの接続などによる情報をタクシー配車登録管理サーバ１０５へ送信し、タクシー配車登録管理サーバ１０５においてタクシー管理データ１０８と照合した結果を受信する。そして、車載端末１０３１は、受信した照合結果に基づいてタクシー管理データ１０８に登録されているか否かを判定する（Ｓ９０２）。登録済みの場合、車載端末１０３１は、ステップＳ９０４へ進む。また、未登録である場合、車載端末１０３１は、ドライバーの操作により利用者情報（タクシーの情報等）を入力し（Ｓ３０３）、データ配車登録管理サーバ１０５へ送信する。そして、データ配車登録管理サーバ１０５において、当該車載端末１０３１を搭載したタクシーが本タクシー手配提供サービスを利用できるか否かが判定され、車載端末１０３１は、その結果を受信する。そして、車載端末１０３１は、結果に基づいて当該タクシー手配提供サービスの利用可否を判定する（Ｓ９０４）。利用不可の場合、当該車載端末１０３１は、当該サービスを利用できないため、当該事前準備処理を終了する。一方、利用可能の場合、つまり、当該車載端末１０３１に関する情報がタクシー管理データ１０８に利用者情報として正常に登録されたことになる。また、車載端末１０３１は、タクシー配車登録管理サーバ１０５への登録完了が通知される。
【００４７】
続いて、車載端末１０３１は、上述した図４のステップＳ３０４及びＳ３０５と同様に、バージョンアップの要否を判定し（Ｓ９０５）、バージョンアップが必要な場合、最新版をダウンロードし、インストール（専用アプリケーションの更新）を行う（Ｓ９０６）。そして、ドライバーがタクシーの所在確認を希望する場合、図１１へ進み、所在確認が不要の場合、当該事前準備処理を終了する（Ｓ９０７）。
【００４８】
（２−２）  タクシー所在確認
図１１は、本発明の実施の形態２にかかる車載端末（タクシー用）におけるタクシー所在確認処理の流れを説明するためのフローチャートである。
まず、車載端末１０３１は、専用アプリケーションが起動中か否かを判定する（Ｓ１００１）。専用アプリケーションが起動中でない場合、専用アプリケーションを起動し（Ｓ１００２）、タクシー配車登録管理サーバ１０５に接続する（Ｓ１００３）。この時、図１０のステップＳ９０４〜Ｓ９０６と同様に、サービスの利用可否の判定を行い、接続したアプリケーションのバージョンに応じて、アプリケーションをダウンロードする（Ｓ１００４〜Ｓ１００６）。
【００４９】
そして、車載端末１０３１は、タクシー配車登録管理サーバ１０５からの配車登録（配車候補の選択対象としての登録）があるまで、ＧＰＳ衛星１０２に対してポーリング処理を繰り返し、取得した位置情報であるポーリング情報をタクシー配車登録管理サーバ１０５へ送信する（Ｓ１００７、Ｓ１００８）。また、タクシー配車登録管理サーバ１０５からの配車登録を受信した場合、受付処理を行う（Ｓ１００９）。そして、当該タクシー所在確認処理を終了し、図１２へ進む。
【００５０】
（２−３）  タクシー配車手配
図１２は、本発明の実施の形態２にかかる車載端末（タクシー用）におけるタクシー配車手配処理の流れを説明するためのフローチャートである。まず、車載端末１０３１は、タクシー配車登録管理サーバ１０５からの配車可否の確認要求を受け付ける。そして、車載端末１０３１は、画面上に配車可否の確認要求を表示する。このとき、車載端末１０３１は、確認要求と併せて、配車要求したユーザ端末１０１の位置情報等を受信してもよい。その場合、車載端末１０３１は、ユーザ端末１０１の位置情報に基づいて、配車要求したユーザ端末１０１の位置等を画面に表示する。
【００５１】
そして、車載端末１０３１は、ドライバーの操作により、配車指示を受けられるか否かの選択の入力を受け付け、タクシー配車登録管理サーバ１０５へ配車可否の結果（確認要求の応答）を送信する（Ｓ１１０１）。これにより、タクシー配車登録管理サーバ１０５において、最終的な配車対象のタクシーを決定する。そして、車載端末１０３１は、タクシー配車登録管理サーバ１０５から、最終的に配車対象として登録されたか否かを示す配車登録結果の通知を受信する（Ｓ１１０２）。このとき、ステップＳ１１０１にて配車不可として応答していた場合、配車登録結果により配車対象として決定されることはなく、図１１へ戻る（Ｓ１１０３で不可）。一方、ステップＳ１１０１にて配車可能として応答していた場合、車載端末１０３１は、配車登録結果により自タクシー（ここではタクシー１１１）が配車指定されたか、つまり、最終的に配車対象とされたかを判定する（Ｓ１１０４）。配車指定がされていなければ、図１１へ戻る。
【００５２】
また、車載端末１０３１が搭載されたタクシー１１１に対する配車指定を受信した場合、車載端末１０３１は、ユーザ端末１０１の位置情報に基づいて、配車要求したユーザ端末１０１の位置等を画面に表示する。
【００５３】
その後、ユーザが乗車完了又は配車変更するまでの間、車載端末１０３１は、タクシー配車登録管理サーバ１０５から情報の更新を受信していなければ（Ｓ１１０５で無し）、定期的にタクシー配車登録管理サーバ１０５へ自己の位置情報を含むタクシー情報を送信し、車載端末１０３１の位置の更新を行う。すなわち、車載端末１０３１は、ＧＰＳ衛星１０２に対してポーリング処理を実行し（Ｓ１１０６）、取得した位置情報をタクシー配車登録管理サーバ１０５へ送信する。
【００５４】
また、車載端末１０３１は、タクシー配車登録管理サーバ１０５から情報の更新を受信した場合（Ｓ１１０５で有り）、受信した情報に応じた更新処理を行う（Ｓ１１０７）。例えば、配車要求したユーザ端末１の位置情報の更新を受信した場合、受信した位置情報に基づき、画面上のユーザ端末１の表示位置を更新する。そして、受信した情報が配車変更である場合（Ｓ１１０８で有り）、図１３へ進む。尚、ここでは、配車が中止された場合となる。また、受信した情報が乗車完了である場合（Ｓ１１０９で完了）、当該タクシー配車手配処理を終了し、図１４へ進む。一方、受信した情報が乗車完了でない場合（Ｓ１１０９で未完了）、ステップＳ１１０５へ戻る。
【００５５】
（２−４）  配車変更（中止含む）
図１３は、本発明の実施の形態２にかかる車載端末（タクシー用）における配車変更処理の流れを説明するためのフローチャートである。配車指定の完了後、ユーザの乗車前に、配車指定されたタクシー以外のタクシーが、無線携帯端末１０１の近傍に移動した場合、無線携帯端末１０１又は配車対象以外の車載端末により配車変更が要求され得る。または、任意の事情により無線携帯端末１０１がタクシーの配車自体を中止する場合もある。
【００５６】
ここでは、まず、配車対象を車載端末１０３１から車載端末１０３Ｎへ配車変更するものとし、特に、配車対象以外の車載端末１０３Ｎが配車対象のタクシーを自己のタクシーに変更するための処理を説明する。この場合、例えば、図１２のＳ１１０３にて不可又はＳ１１０４にて指定無しと判定された以後に相当する。車載端末１０３Ｎは、ドライバーの操作により、自己のタクシー情報を指定して配車変更の入力を受け付ける（Ｓ１２０１）。そして、車載端末１０３Ｎは、自己のタクシー情報を指定した配車変更の要求をタクシー配車登録管理サーバ１０５に対して送信する（Ｓ１２０２）。そして、タクシー配車登録管理サーバ１０５において、配車対象のタクシー又は配車変更で指定されたタクシーの予想到着時間及び距離（位置）等からの配車変更可否の判定がなされる。そして、車載端末１０３Ｎは、その判定結果を受け付けて、配車変更の可否を判定する（Ｓ１２０３）。配車変更が可能との結果であった場合、さらに、車載端末１０３Ｎは、ドライバーから配車変更の決定の操作を受け付けたか否かを判定する（Ｓ１２０４）。配車変更が決定されなかった場合、当該配車変更処理を終了する。一方、配車変更が決定された場合、車載端末１０３Ｎは、画面に配車要求した無線携帯端末１０１の位置等を表示する（Ｓ１２０５）。尚、配車変更が不可との結果であった場合も、その旨を画面に表示する。また、配車が中止となる車載端末１０３１は、ステップＳ１２０１〜Ｓ１２０４を行わず、ステップＳ１２０５において画面に配車中止の旨が表示される。
【００５７】
次に、無線携帯端末１０１により配車対象が車載端末１０３１から車載端末１０３Ｎへ変更要求された場合の処理を説明する。この場合、車載端末１０３Ｎは、タクシー配車登録管理サーバ１０５から自己が指定された配車変更要求を受け付け、図１２のステップＳ１１０１以降の処理が行われる。
【００５８】
（２−５）  乗車完了
図１４は、本発明の実施の形態２にかかる車載端末（タクシー用）における乗車完了処理の流れを説明するためのフローチャートである。まず、配車指定されたタクシーが到着し、ユーザが乗車した場合、車載端末１０３１は、ドライバーの操作により乗車完了の旨を受け付け（Ｓ１３０１）、タクシー配車登録管理サーバ１０５へその旨を通知する（Ｓ１３０２）。
【００５９】
＜タクシー配車登録管理サーバ＞
続いて、タクシー配車登録管理サーバ１０５の動作について、図１５を用いて説明する。図１５は、本発明の実施の形態２にかかるタクシー配車登録管理サーバにおける配車管理処理の流れを説明するためのフローチャートである。
【００６０】
まず、タクシー配車登録管理サーバ１０５は、無線携帯端末１０１又は車載端末１０３１等からの照合要求の有無を判定する（Ｓ１４０１）。例えば、無線携帯端末１０１又は車載端末１０３１等との接続がされた場合、照合要求があると判定する。そして、タクシー配車登録管理サーバ１０５は、無線携帯端末１０１又は車載端末１０３１等から受信した端末ＩＤ又はアプリーションの情報に基づきユーザ管理データ１０７又はタクシー管理データ１０８と照合を行い（Ｓ１４０２）、登録の有無やアプリケーション更新の有無を判断する。タクシー配車登録管理サーバ１０５は、無線携帯端末１０１又は車載端末１０３１等の登録が無い場合、その結果を接続元の無線携帯端末１０１又は車載端末１０３１等へ通知し、登録に必要な情報やダウンロード実施がある場合は要求する。尚、ステップＳ１４０１において照合要求がなければステップＳ１４０３へ進む。
【００６１】
次に、タクシー配車登録管理サーバ１０５は、更新データの有無を判定する（Ｓ１４０３）。ここで、更新データとは、無線携帯端末１０１又は車載端末１０３１等からの登録情報やポーリング情報等のユーザ管理データ１０７及びタクシー管理データ１０８に登録されている情報から変更するための情報である。そして、更新データがある場合、タクシー配車登録管理サーバ１０５は、当該更新データに基づきユーザ管理データ１０７又はタクシー管理データ１０８を更新する（Ｓ１４０４）。尚、ステップＳ１４０３において更新データがなければステップＳ１４０５へ進む。
【００６２】
続いて、タクシー配車登録管理サーバ１０５は、無線携帯端末１０１からの配車要求の有無を判定する（Ｓ１４０５）。配車要求を受け付けた場合、タクシー配車登録管理サーバ１０５は、配車要求処理を行う（Ｓ１４０６）。尚、ステップＳ１４０５において配車要求がなければステップＳ１４０７へ進む。
【００６３】
続いて、タクシー配車登録管理サーバ１０５は、無線携帯端末１０１又は車載端末１０３１等に対する通知データの有無を判定する（Ｓ１４０７）。つまり、上述したステップＳ１４０２、Ｓ１４０４又はＳ１４０６の照合、登録、更新処理に応じて、無線携帯端末１０１又は車載端末１０３１等に対する問合せや結果を通知データとして送信する必要が生じたか否かを判定する。通知データがある場合、通知先がユーザ、つまり無線携帯端末１０１であれば（Ｓ１４０８でＹＥＳ）、タクシー配車登録管理サーバ１０５は、無線携帯端末１０１へ当該通知データを送信する（Ｓ１４０９）。通知先がタクシー、つまり車載端末１０３１等であれば（Ｓ１４１０でＹＥＳ）、タクシー配車登録管理サーバ１０５は、車載端末１０３１等へ当該通知データを送信する（Ｓ１４１１）。通知先が他のサーバ等であれば（Ｓ１４１２でＹＥＳ）、タクシー配車登録管理サーバ１０５は、他のサーバ等へ当該通知データを送信する（Ｓ１４１３）。ステップＳ１４０７において通知データがない場合、ステップＳ１４１２において通知先が他のサーバ等でもない場合、又は、ステップＳ１４１３の処理後、ステップＳ１４０１へ戻る。
【００６４】
ここで、無線携帯端末１０１から配車要求を受信した場合以降のタクシー配車登録管理サーバ１０５の処理例を図１５に対応付けて説明する。まず、タクシー配車登録管理サーバ１０５は、タクシー管理データ１０８に登録済みの複数のタクシーの中から複数の配車候補を選出する（Ｓ１４０６）。すなわち、タクシー配車登録管理サーバ１０５は、まず、無線携帯端末１０１の位置情報と、車載端末１０３１等の位置情報とに基づき、各タクシーの車載端末から無線携帯端末１０１への予定到達時間を算出する。例えば、タクシー配車登録管理サーバ１０５は、タクシー管理データ１０８から登録済みのタクシーの位置情報を読み出す。また、タクシー配車登録管理サーバ１０５は、ユーザ管理データ１０７から登録済みの無線携帯端末１０１の位置情報を読み出す。または、タクシー配車登録管理サーバ１０５は、配車要求と共に最新の無線携帯端末１０１の位置情報を受信した場合は、当該位置情報を用いる。そして、タクシー配車登録管理サーバ１０５は、地図上の経路等を加味して無線携帯端末１０１の位置情報と、車載端末１０３１等の位置情報との距離を算出し、実際の混雑状況を加味して各タクシーの位置から無線携帯端末１０１の位置へ移動した場合の到達時間の予測値を算出する。そして、タクシー配車登録管理サーバ１０５は、予定到達時間が所定範囲内のものを複数の配車候補として選出する。つまり、タクシー配車登録管理サーバ１０５は、無線携帯端末１０１の周辺の車載端末１０３１等を検索して複数の配車候補とする。
【００６５】
そして、タクシー配車登録管理サーバ１０５は、選出された複数の配車候補のそれぞれの位置情報を無線携帯端末１０１に対して送信する（Ｓ１４０９）。そして、タクシー配車登録管理サーバ１０５は、無線携帯端末１０１から１以上の配車候補の指定を受け付ける。例えば、手動設定の場合、複数の配車候補のうち少なくとも１つの指定を受け付け、自動設定の場合、複数の配車候補の全ての指定を受け付ける。そして、タクシー配車登録管理サーバ１０５は、無線携帯端末１０１から指定された１以上の配車候補における車載端末に対して配車可否の確認要求を送信する（Ｓ１４１１）。その後、タクシー配車登録管理サーバ１０５は、各配車候補における車載端末から確認要求に対する応答を受信する（Ｓ１４０５で有り）。そして、タクシー配車登録管理サーバ１０５は、受信した応答に応じて配車対象のタクシーを決定する。このとき、複数の車載端末から配車可能の応答を受け付けた場合、例えば、予定到達時間が最も短いものや、タクシーの移動方向が分かる場合には、現時点で予定到達時間が最短でなくとも無線携帯端末１０１に近付く方向に移動している者等を配車対象として決定するとよい。タクシー配車登録管理サーバ１０５は、配車対象として決定した車載端末について配車登録をタクシー管理データ１０８に対して行う（Ｓ１４０６）。
【００６６】
その後、タクシー配車登録管理サーバ１０５は、無線携帯端末１０１に対して、配車対象が決定した旨を送信する（Ｓ１４０９）。また、併せて、配車対象の車載端末の位置情報、経路、予定到達時間を送信する（Ｓ１４０９）。そして、タクシー配車登録管理サーバ１０５は、決定された配車対象における車載端末に対して、配車登録結果の通知と共に無線携帯端末１０１の位置情報を送信する（Ｓ１４１１）。また、タクシー配車登録管理サーバ１０５は、配車対象外となった車載端末についてもその旨を配車登録結果の通知として送信する（Ｓ１４１１）ことが望ましい。
【００６７】
続いて、本発明の実施の形態２にかかる全体の処理の流れについて、具体例として、図１６〜図２９を用いて説明する。
【００６８】
（３−１）  事前準備
図１６は、本発明の実施の形態２にかかる無線携帯端末（ユーザ用）における事前準備処理の流れを説明するためのシーケンス図である。無線携帯端末１０１は、タクシー配車登録管理サーバ１０５と接続処理を行う（Ｓ１６０１）。このとき、タクシー配車登録管理サーバ１０５の管理制御部１０６は、ユーザ管理データ１０７に対して照合を行う。照合結果に問題がない場合、無線携帯端末１０１は、ユーザ情報の登録を行う（Ｓ１６０２）。このとき、無線携帯端末１０１は、ユーザ情報に無線携帯端末１０１を識別可能な情報を含める。そして、無線携帯端末１０１は、必要に応じて専用アプリケーションのダウンロード及びインストールを行う（Ｓ１６０３）。その後、無線携帯端末１０１は、配車の設定を自動又は手動のいずれかに設定する（Ｓ１６０４）。
【００６９】
図１７は、本発明の実施の形態２にかかる車載端末（タクシー用）における事前準備処理の流れを説明するためのシーケンス図である。車載端末１０３１は、タクシー配車登録管理サーバ１０５と接続処理を行う（Ｓ１７０１）。このとき、タクシー配車登録管理サーバ１０５の管理制御部１０６は、タクシー管理データ１０８に対して照合を行う。照合結果に問題がない場合、車載端末１０３１は、利用者情報（タクシー情報）の登録を行う（Ｓ１７０２）。このとき、車載端末１０３１は、利用者情報に車載端末１０３１を識別可能な情報を含める。そして、車載端末１０３１は、必要に応じて専用アプリケーションのダウンロード及びインストールを行う（Ｓ１７０３）。
【００７０】
（３−２）  タクシー所在確認
図１８〜図２０は、本発明の実施の形態２にかかるタクシー所在確認処理の流れを説明するためのシーケンス図である。無線携帯端末１０１は。アプリケーションを起動してユーザ情報を送信し、タクシー配車登録管理サーバ１０５へ接続する（Ｓ１８０１）。このとき、タクシー配車登録管理サーバ１０５は、ユーザ管理データ１０７より本サービスを使用できるユーザであるか否かを判定する（Ｓ１８０２）。そして、無線携帯端末１０１は、起動中のアプリケーションのバージョンを確認し、必要に応じて専用アプリケーションのダウンロード及びインストールを行う（Ｓ１８０３）。
【００７１】
また、図１９において、車載端末１０３１及び１０３２は、ＧＰＳ衛星１０２に対してポーリング処理を行い、取得した位置情報を含めたポーリング情報を管理制御部１０６に送信する。そして、管理制御部１０６は、受信したポーリング情報をタクシー管理データ１０８に登録する。
【００７２】
その後、無線携帯端末１０１は、ＧＰＳ衛星１０２から位置情報を取得し、位置情報を管理制御部１０６へ送信する。管理制御部１０６は、無線携帯端末１０１の位置情報に基づき周辺に所在するタクシーを確認するため、タクシー管理データ１０８に登録された タクシーの車載端末１０３１及び１０３２に対して位置情報及び配車可否の状態を収集する（Ｓ２００１）。そして、管理制御部１０６は、車載端末１０３１及び１０３２から収集した位置情報及び配車可否の状態をタクシー管理データ１０８に登録し、検索により配車候補である複数のタクシーを選出し、当該タクシーの位置情報を無線携帯端末１０１へ配信する（Ｓ２００２）。無線携帯端末１０１は、タクシー配車登録管理サーバ１０５からの配信された情報により、地図データ上に点在するタクシーを表示する（Ｓ２００３）。
【００７３】
（３−３）  タクシー配車手配１
図２１及び図２２は、本発明の実施の形態２にかかるタクシー配車手配処理（手動設定）の流れを説明するためのシーケンス図である。手動設定の場合、無線携帯端末１０１は、画面に表示された複数の配車候補のタクシーについてユーザからの指定（例えば、タクシー１）を受け付け、指定されたタクシーを管理制御部１０６へ送信する（Ｓ２１０１）。管理制御部１０６は、指定されたタクシー１について仮予約登録を行い（Ｓ２１０２）、タクシー１の車載端末に対して配車可否の確認要求を送信する。ここでは、タクシー１から配車不可の応答を受信したものとする。そのため、管理制御部１０６は、タクシー１についての仮予約登録を解除する（Ｓ２１０３）。
【００７４】
そこで、管理制御部１０６は、無線携帯端末１０１に対して再配車選択要求を送信する（Ｓ２２０１）。無線携帯端末１０１は、ユーザから他のタクシーの指定（例えば、タクシー２）を受け付け、指定されたタクシーを管理制御部１０６へ送信する（Ｓ２２０２）。管理制御部１０６は、指定されたタクシー２について仮予約登録を行い（Ｓ２２０３）、タクシー２の車載端末に対して配車可否の確認要求を送信する。ここでは、タクシー２から配車可の応答を受信したものとする。そのため、管理制御部１０６は、タクシー２についての配車登録を行う（Ｓ２２０４）。そして、管理制御部１０６は、タクシー２に対して配車登録された旨を示す配車登録結果を送信し（Ｓ２２０５）、無線携帯端末１０１に対してタクシー２の配車完了結果を送信する（Ｓ２２０６）。これにより、無線携帯端末１０１は、画面に配車完了表示を行う（Ｓ２２０７）。
【００７５】
図２３は、本発明の実施の形態２にかかるタクシー配車手配処理（自動設定）の流れを説明するためのシーケンス図である。自動設定の場合、無線携帯端末１０１は、ユーザからの配車候補の選択操作がなく、画面に表示された複数の配車候補の全てを指定したものとして、管理制御部１０６へ送信する（Ｓ２３０１）。そして、管理制御部１０６は、複数の配車候補の全て（ここでは、タクシー１、タクシー２、タクシーＮ）に対して配車可否の確認要求を送信する（Ｓ２３０２）。ここでは、タクシー２及びタクシーＮから配車可の応答を受信したものとする。そこで、管理制御部１０６は、予定到達時間が最も短い等の理由により、タクシー２を配車対象として決定し、配車登録を行う（Ｓ２３０３）。そして、管理制御部１０６は、タクシー２に対して配車登録された旨を示す配車登録結果を送信し、タクシー１及びＮに対して対象外とされた旨を示す配車登録結果を送信し、線携帯端末１０１に対してタクシー２の配車完了結果を送信する（Ｓ２３０４）。これにより、無線携帯端末１０１は、画面に配車完了表示を行う（Ｓ２３０５）。
【００７６】
（３−４−１）  配車変更（無線携帯端末側の操作）
図２４及び図２５は、本発明の実施の形態２にかかる無線携帯端末（ユーザ用）における配車変更処理の流れを説明するためのシーケンス図である。配車登録されたタクシー２における車載端末の画面（情報表示部）には、配車要求のあった無線携帯端末１０１の位置が地図データ上に表示される。そして、タクシー２は、無線携帯端末１０１のユーザを乗車させるため、その位置に向けて移動を開始する。
【００７７】
配車登録されたタクシー２の車載端末は、移動中、定期的に自身の現在の位置情報をタクシー配車登録管理サーバ１０５を介して無線携帯端末１０１へ配信する（Ｓ２４０１）。無線携帯端末１０１は、配信された位置情報に基づき移動中のタクシー２の位置を適宜、画面に表示する（Ｓ２４０２）。そのため、ユーザは、移動中のタクシー２の位置を把握できる。
【００７８】
並行して、無線携帯端末１０１は、タクシー２の配車登録が通知された後、定期的に自身の現在の位置情報をタクシー配車登録管理サーバ１０５を介してタクシー２の車載端末へ配信する（Ｓ２４０３）。タクシー２の車載端末は、配信された位置情報に基づき移動中の無線携帯端末１０１の位置を適宜、画面に表示する（Ｓ２４０４）。そのため、タクシー２のドライバーは、移動中のユーザの位置を把握できる。
【００７９】
ここで、ユーザにタクシーを利用する必要がなくなった場合、又は、配車されている以外のタクシーが乗車可能なユーザの近傍に移動してきた場合等に、無線携帯端末１０１は、ユーザの操作により配車の中止を含む配車変更をタクシー配車登録管理サーバ１０５へ送信する（Ｓ２５０１）。ここでは、タクシー３への配車変更が指定されたものとする。タクシー配車登録管理サーバ１０５は、配車変更を無線携帯端末１０１から受信した際、配車されたタクシー２又は変更予定のタクシー３の位置又は予定到着時間等から配車変更の可否を判定する（Ｓ２５０２）。そして、配車変更が可能と判定した場合に、管理制御部１０６は、現在の配車対象のタクシー２に対して配車取消通知を送信し、配車変更後のタクシー３に対して配車更新通知を送信する（Ｓ２５０３）。また、管理制御部１０６は、無線携帯端末１０１に対してタクシー３への配車変更完了結果を送信する（Ｓ２５０４）。これにより、無線携帯端末１０１は、画面に配車変更完了表示を行う（Ｓ２５０５）。尚、配車変更が不可と判定した場合、管理制御部１０６は、無線携帯端末１０１に対して配車変更が不可の旨を送信する（Ｓ２５０６）。また、タクシー３がタクシー管理データ１０８に未登録である場合、タクシー管理データ１０８へ新規にタクシー３を登録してもよい。尚、配車変更が中止の場合、タクシー３への配車更新通知が行われない。
【００８０】
（３−４−２）  配車変更（車載端末側の操作）
図２６及び図２７は、本発明の実施の形態２にかかる車載端末（タクシー用）における配車変更処理の流れを説明するためのシーケンス図である。尚、図２６は、図２４と同等であるため説明を省略する。図２７では、タクシー３への配車変更をタクシー３の車載端末により行う場合を示す。すなわち、タクシー３の車載端末は、ドライバーの操作により配車変更をタクシー配車登録管理サーバ１０５へ送信する（Ｓ２７０１）。ここでは、無線携帯端末１０１の配車対象についてタクシー３への配車変更が指定されたものとする。以降、図２５のステップＳ２５０２〜Ｓ２５０６と同様に、ステップＳ２７０２〜Ｓ２７０６が行われる。
【００８１】
（３−６）  乗車完了
図２９は、本発明の実施の形態２にかかる車載端末（タクシー用）における乗車完了処理の流れを説明するためのシーケンス図である。無線携帯端末１０１が所在する位置に、配車されたタクシーが到着し、ユーザが乗車した場合に、車載端末は、ドライバーの操作による乗車完了を受け付け、乗車完了通知をタクシー配車登録管理サーバ１０５へ送信する。これに伴い、タクシー配車登録管理サーバ１０５は、タクシー管理データ１０８を更新し、車載端末に対して乗車完了結果通知を送信し、無線携帯端末１０１に対して乗車完了結果を送信する。これにより、無線携帯端末１０１はアプリケーションを終了する。尚、図２８に示すように無線携帯端末１０１が、ユーザの操作により乗車完了を受け付け、乗車完了通知をタクシー配車登録管理サーバ１０５へ送信しても同様である。
【００８２】
ここで、本発明の実施の形態２は、次のような構成を有するものといえる。すなわち、前記配車管理装置は、前記配車対象を決定した後に、前記第２の位置情報に向けて移動中の前記配車対象の車載端末における現在の位置を前記第１の位置情報として、所定の間隔で前記配車対象の車載端末から受信して前記ユーザ端末へ転送し、前記第１の位置情報に向けて移動中の前記ユーザにおける現在の位置を前記第２の位置情報として、所定の間隔で前記ユーザ端末から受信して前記配車対象の車載端末へ転送することが望ましい。
【００８３】
また、前記配車管理装置は、前記配車対象を決定した後に、前記ユーザ端末又は前記配車対象以外の車載端末から、当該配車対象以外の車載端末を指定した前記配車対象の変更要求を受け付けた場合、前記第２の位置情報と、当該配車対象以外の車載端末の前記第１の位置情報とに基づいて、前記配車対象の変更の可否を判定し、前記変更が可能と判定した場合、前記ユーザ端末に対して前記配車対象を変更した旨を送信し、前記指定した車載端末に対して前記第２の位置情報を送信するとよい。
【００８４】
または、前記配車管理装置は、前記配車対象を決定した後に、前記ユーザ端末又は前記配車対象以外の車載端末から、当該配車対象以外の車載端末を指定した前記配車対象の変更要求を受け付けた場合、前記第２の位置情報と、前記配車対象の車載端末の前記第１の位置情報とに基づいて、前記配車対象の変更の可否を判定し、前記変更が可能と判定した場合、前記ユーザ端末に対して前記配車対象を変更した旨を送信し、前記指定した車載端末に対して前記第２の位置情報を送信するとよい。
【００８５】
さらに、前記配車管理装置は、前記ユーザ端末から前記第２の位置情報及び前記配車要求を受信した場合に、当該第２の位置情報と、前記記憶部に格納された各タクシーの前記第１の位置情報とに基づき、各タクシーから前記ユーザ端末への予定到達時間を算出し、前記予定到達時間が所定範囲内のものを前記複数の配車候補として選出するとよい。
【００８６】
また、前記ユーザ端末は、前記配車管理装置から受信した各配車候補の前記第１の位置情報を表示し、前記ユーザによる前記複数の配車候補のうち一の指定を受け付け、当該受け付けた配車候補の指定を前記配車管理装置へ送信し、前記配車管理装置は、前記ユーザ端末から指定された配車候補における車載端末から受信した前記確認要求に対する応答が、配車不可である場合、前記ユーザ端末に対して他の配車候補の指定要求を送信するとよい。
【００８７】
または、前記配車管理装置は、前記ユーザ端末から２以上の配車候補の指定を受信した場合、当該指定された２以上の配車候補のそれぞれに対応する車載端末に対して前記配車可否の確認要求を送信し、各車載端末からの前記確認要求に対する応答のうち前記２以上の配車候補のうち前記確認要求に対する応答が配車可能であり、かつ、前記第２の位置情報とより近いものを前記配車対象として決定してもよい。
【００８８】
＜発明の実施の形態３＞
本発明の実施の形態３は、上述した実施の形態２の変形例である。本発明の実施の形態３では、上述したタクシー配車登録管理サーバ１０５を、複数の地域や各タクシー会社に配置して、タクシー配車登録管理サーバ間を接続して、タクシー手配提供システムをネットワーク化するものである。これにより、各サーバのユーザ管理データ１０７及びタクシー管理データ１０８一元管理することもできる。そして、専用アプリケーションからは最も近くのサーバへアクセスさせることで、ユーザとしては窓口を一つとみなすことができ、利便性を向上できる。また、各タクシーからの当該サービスへの利用者登録を受け付けることにより、タクシー会社以外の個人事業者でも、本サービスを利用することができる。これらを含めて、ユーザからの配車指定の候補とするものとする。これにより、ユーザ側としては、さらに短時間でタクシーに乗車できる機会を増やすことができる。なお、あるタクシーが複数の地域やタクシー会社に配置されたタクシー配車登録管理サーバ間の管轄を移動する場合には、既存のハンドオーバの技術を用いて実現することもできる。
【００８９】
＜発明の実施の形態４＞
本発明の実施の形態４は、上述した実施の形態２の変形例である。本発明の実施の形態４では、ユーザが乗車完了後に無線携帯端末１０１を操作して目的地の指定を行った場合に、タクシー配車登録管理サーバは、乗車中のユーザに対し目的地に関する情報を目的地到着まで配信するものである。これにより、ユーザは到着までの間に目的地に関する十分な情報が得られ、目的地で過ごす時間を有効活用できる。
【００９０】
＜その他の実施の形態＞
【００９１】
尚、出先でタクシーを手配するに当たっては、上記に加えて次のような課題もある。まず、タクシーの手配を必要とするユーザが、現在の居場所においてどのタクシー会社へ連絡をすればよいか判らない場合があることである。その理由は、その地域で過去にタクシーを利用したことがない場合には、利用できるタクシー会社がどこになるか判らないためである。また、周辺のタクシー会社を調べる方法には、インターネット上の一般の検索サイト等を利用することも可能であるが、労力や時間が掛かってしまう。その上、適切な連絡先が見つけられるとは限らない。
【００９２】
これに対して本発明の各実施の形態では、ユーザ端末から送信される第２の位置情報と、複数の車載端末から送信される第１の位置情報との関係から、実際にユーザ端末の近傍に存在するタクシーを複数の配車候補として選出している。そして、配車管理装置からユーザ端末へ複数の配車候補を送信して表示させることで、ユーザはその地域である程度の距離で到達できそうなタクシーの候補を知ることができる。つまり、ユーザがタクシー会社を探す必要がない。また、配車管理システム側で配車候補として不適切なタクシーを除外しており、現実的な配車候補に絞り込まれる。そして、配車候補の中から指定されたタクシーに対しては配車管理装置３が配車可否を問合せるため、ユーザはタクシーを指定するだけで良く、タクシー会社へ直接、問い合わせる必要がない。そのため、労力や時間を削減できる。
【００９３】
また、別の課題としては、タクシーの手配を必要とするユーザが、乗車したい場所をタクシー会社へ的確に伝えることが困難なことが挙げられる。そして、周囲に目印となる場所（有名な建物、交差点等）や住所が記載されたものが見当たらない場合には、タクシー会社に認識してもらえる場所まで自ら移動することが必要となる。その理由は、特に土地勘の無い場所にいる場合、乗車したい場所があっても、その場所をタクシー会社へ伝えることが難しいためである。
【００９４】
これに対して、本発明の各実施の形態では、配車対象の決定後に配車管理装置が配車対象のタクシーへユーザ端末の第２の位置情報を送信するものである。そのため、ユーザは実際に配車されるタクシーに自己の乗車位置を的確に伝えることができる。
【００９５】
尚、本発明の各実施の形態は、次の側面を有する。すなわち、ユーザの無線携帯端末とタクシーの車載端末間で、通信ネットワークを通じ、ユーザ管理データ及びタクシー管理データを具備するタクシー配車登録サーバとユーザ情報及びタクシー情報を授受するものである。これにより、ユーザは土地勘の無い場所であっても意識することなく、タクシー配車登録サーバに通知した位置の近辺にいるタクシーを自動的に手配でき、最短で乗車することができる。
【００９６】
また、本発明の各実施の形態は、ユーザがＰＤＣ、ＰＤＡ、スマートフォン等のＧＰＳ機能を搭載した、市場に普及している端末等の身近な機器を使用した簡易的な手段で実現可能である。そのため、ユーザにおけるユーザ情報や位置情報から、自動的にユーザの周辺にいるタクシーの手配及び乗車位置を通知するシステムを実現することができる。
【００９７】
また、配車手配された後は、ユーザ及びタクシーの乗車完了まで、お互いの定期的な情報をポーリングして授受してもよい。そのため、各々の位置、予想ルートや予想到達時間をお互いに把握することができる。また、最短で乗車可能とするため、配車されている以外のタクシーが、乗車可能なユーザの近傍にいた場合に、ユーザまたはタクシーの配車の変更操作により、タクシー配車登録管理サーバは、ユーザとタクシーとの距離及び予想到達時間により配車変更可否を判断し、配車変更を可能としてもよい。
【００９８】
これらにより、ユーザは、無線携帯端末の操作、ユーザ情報及びデータにより、現在の所在位置において、どのタクシー会社に連絡すべきか考えることなく、また、土地勘の無い場所で乗車場所を伝えることが難しい場合でも、自動的にタクシーの手配を行うことができる。
【００９９】
また、土地勘のない場所でも、自分自身の位置情報より、タクシーが近くに居るか居ないかを知ることができ、そのタクシーの点在状態から、タクシーに直ぐに乗れそうか否かを判別し、手配するか否かを選択でき、且つ、手配後はタクシー側には乗車場所（自分の居る位置）を、ユーザ側にはタクシーの位置を、互いに認識することができることで、どのくらいで乗車できるかも把握が可能となる。また、より最短で乗車できるタクシーがあった場合、そのタクシーへの変更も可能とする。
【０１００】
さらに、本発明は上述した実施の形態のみに限定されるものではなく、既に述べた本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。例えば、上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、任意の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。この場合、コンピュータプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。
【０１０１】
非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、ＢＤ(Blu-ray(登録商標) Disc)、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、コンピュータプログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１０２】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【符号の説明】
【０１０３】
１００  配車管理システム
１  ユーザ端末
２１  タクシー
２１１  車載端末
２Ｎ  タクシー
２Ｎ１  車載端末
３  配車管理装置
３１  制御部
３２  記憶部
３３１  第１の位置情報
３３Ｎ  第１の位置情報
３４  第２の位置情報
４  ＧＰＳ衛星
５  ネットワーク
２００  タクシー手配提供システム
１０１  無線携帯端末
１０２  ＧＰＳ衛星
１１１  タクシー
１１２  タクシー
１１Ｎ  タクシー
１０３１  車載端末
１０３２  車載端末
１０３Ｎ  車載端末
１０４  通信ネットワーク網
１０５  タクシー配車登録管理サーバ
１０６  管理制御部
１０７  ユーザ管理データ
１０８  タクシー管理データ
【図１】
2015204005.tif 000003
【図２】
2015204005.tif 000004
【図３】
2015204005.tif 000005
【図４】
2015204005.tif 000006
【図５】
2015204005.tif 000007
【図６】
2015204005.tif 000008
【図７】
2015204005.tif 000009
【図８】
2015204005.tif 000010
【図９】
2015204005.tif 000011
【図１０】
2015204005.tif 000012
【図１１】
2015204005.tif 000013
【図１２】
2015204005.tif 000014
【図１３】
2015204005.tif 000015
【図１４】
2015204005.tif 000016
【図１５】
2015204005.tif 000017
【図１６】
2015204005.tif 000018
【図１７】
2015204005.tif 000019
【図１８】
2015204005.tif 000020
【図１９】
2015204005.tif 000021
【図２０】
2015204005.tif 000022
【図２１】
2015204005.tif 000023
【図２２】
2015204005.tif 000024
【図２３】
2015204005.tif 000025
【図２４】
2015204005.tif 000026
【図２５】
2015204005.tif 000027
【図２６】
2015204005.tif 000028
【図２７】
2015204005.tif 000029
【図２８】
2015204005.tif 000030
【図２９】
2015204005.tif 000031