営業車用配車システム
【課題】利用者と営業車とを直接つなぐことにより営業車配車が効率的に実施されるとともに、配車通信装置等の設備を持たなくても配車依頼を配信できる、安価な営業車用配車システムを提供する。
【解決手段】配車管理サーバ１がネットワーク２上に配信する配車サイトを介して、利用者が有する携帯端末３と、配車管理サーバ１が管理する営業車が有する車載端末４をつなぎ、利用者に配車する営業車用配車システムであって、携帯端末３は、ＧＰＳ位置情報と、配車依頼情報とをインターネット２を介して配車管理サーバ１に送信し、配車管理サーバ１は、車載端末４にＧＰＳ位置情報と配車依頼情報を通知し、車載端末は、配車を受任する場合、配車管理サーバ１に受任を通知し、配車管理サーバ１は、営業車の中で、最初に受任を通知した営業車を配車受任車と特定して、営業車に配車受任済みであることを通知することを特徴とする。
【解決手段】配車管理サーバ１がネットワーク２上に配信する配車サイトを介して、利用者が有する携帯端末３と、配車管理サーバ１が管理する営業車が有する車載端末４をつなぎ、利用者に配車する営業車用配車システムであって、携帯端末３は、ＧＰＳ位置情報と、配車依頼情報とをインターネット２を介して配車管理サーバ１に送信し、配車管理サーバ１は、車載端末４にＧＰＳ位置情報と配車依頼情報を通知し、車載端末は、配車を受任する場合、配車管理サーバ１に受任を通知し、配車管理サーバ１は、営業車の中で、最初に受任を通知した営業車を配車受任車と特定して、営業車に配車受任済みであることを通知することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシーやハイヤー等の営業車用配車システムに関する。更に詳しくは、本発明は利用者用携帯と営業車用端末とをネットワークを介して直接つなぐことにより営業車の配車を効率的に実施できるとともに、従来、タクシー会社が配車に用いていた通信装置等の設備を必要とせずに安価な営業車用配車システムを提供できる技術に関する。
【背景技術】
【０００２】
従来、タクシー会社が顧客の呼出に応じて配車を行う配車システムとしては、音声呼出・応答方式やＡＶＭ(Automatic
Vehicle Monitoring)方式などが知られている。音声呼出・応答方式による配車システムは、配車センターが利用者から配車要求の電話連絡を受けると、業務用無線で全タクシーに顧客の呼出位置を知らせ、この呼出位置に近いタクシーの運転手が、車戴の業務用無線を使って配車センターに応答し、配車センターは、応答内容に基づいて最も利用者に近いタクシーを選択し、選択したタクシーに対し、業務用無線で配車指令を行うシステムである。
【０００３】
また、ＡＶＭ方式による配車システムは、各タクシーに備えられた受信機が道路に沿って設けられたサインポールの位置情報を含む信号を受信することで、車戴の業務用無線機が自動的に作動して配車センターに前記位置情報を送信し、配車センターはこれらの位置情報に基づいて配車区域毎に各タクシーの運行又は待機位置を登録しておき、利用者から配車要求の連絡を受けると前記登録内容に基づいて配車車両が決定される。
【０００４】
近年では、営業車用配車の技術に加え、ＧＰＳ(Global Positioning System)、通信技術等の発達により、ＧＰＳ等を使って利用者の位置を特定することで、利用者が自分の位置を伝えることなく営業車（例えば、タクシー）の呼出が可能となる営業車用配車システムが種々提案されている。
【０００５】
例えば、特許２９２０６１４号公報（特開平９−３２１８８２号公報）には、全国共通の電話番号を設定し、発注者からの電話を発注者に近いタクシー会社に転送すると同時に発注者の所在者情報を送り、さらにタクシー料金を携帯電話の通話料金に課金して落とす機能を備えたことを特徴とする配車方法が開示されている。
【０００６】
また、特開２００１−３０７２８１号公報では、利用者の情報携帯端末装置から配車依頼内容を受け取ると、その配車依頼内容に合致するタクシー業者の運転手を選択し、該運転手が搭乗するタクシーに搭載された車戴用端末装置に配車依頼内容を転送する技術について開示されている。
【０００７】
さらに、特開２００１−３３１５６２号公報では、ＰＨＳ(Personal Handyphone System)端末からの配車要求に対し、ＰＨＳの所在地情報をもとに、利用者に最も近い配車センターの受付端末に配車要求をメール送信する技術について開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特許２９２０６１４号公報（特開平９−３２１８８２号公報）
【特許文献２】特開２００１−３０７２８１号公報
【特許文献３】特開２００１−３３１５６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、従来の配車システムでは、配車対象タクシーの選出や選出されたタクシーへの連絡等、配車手続きの一部に人的作業が介在しており、非効率的であった。
【００１０】
また、従来の配車システムは、タクシー会社毎に、あるいはグループ毎に各所属するタクシーに発注・受注を行う配車センターを設け、配車通信設備を備えることを前提とした技術であり、多額の設備費を必要とした。このため、配車センターや配車通信設備を持たない個人のタクシー等が利用者の近くにいても、配車依頼を配信できないといった問題が生じる。
【００１１】
本発明は、上記課題に鑑みてなされたものであり、利用者と営業車とを直接つなぐことにより営業車配車が効率的に実施されるとともに、配車通信装置等の設備を持たなくても配車依頼を配信できる、安価な営業車用配車システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
前記した課題を解決するため、本発明では、
配車管理サーバがネットワーク上に配信する配車サイトを介して、営業車の利用者が有する携帯端末と、前記配車管理サーバが管理する営業車が有する車載端末をつなぎ、前記利用者に配車する営業車用配車システムであって、
前記携帯端末は、ネットワーク接続機能とＧＰＳ電波受信機能とを備え、受信したＧＰＳ位置情報と、配車依頼情報とをネットワーク上の配車サイトを介して前記配車管理サーバに送信し、
前記配車管理サーバは、前記車載端末に前記ＧＰＳ位置情報と前記配車依頼情報を通知し、
前記車載端末は、ネットワーク接続機能とＧＰＳ電波受信機能とを備え、配車を受任する場合、前記配車管理サーバに受任を通知し、
前記配車管理サーバは、前記営業車の中で、最初に受任を通知した営業車を配車受任車と特定して、前記営業車に配車受任済みであることを通知する営業車用配車システムである。
【００１３】
本発明により、営業車配車を効率的に実施できるとともに、安価な営業車用配車システムを提供できる。特に、最初に受任を通知した営業車を配車受任車と特定する構成としたことで、配車受任車の決定権を配車センター側ではなく、運転者側に任せることで、運転者の積極性を引き出すことができ、結果的に依頼から受注までの配車受任車の決定時間を短縮することができる。
【００１４】
また、本発明において、前記配車管理サーバは、前記ＧＰＳ位置情報から所望の営業車を検索するためのエリアを特定し、エリア内の前記営業車に前記配車依頼情報を通知する営業車用配車システムとしてもよい。
【００１５】
本発明によれば、エリアを指定したことで、営業車配車を一層効率的に実施できるとともに、安価な配車システムを提供できる。
【００１６】
さらに、本発明において、受任を通知した前記営業車端末は、前記受任をキャンセルする信号を前記配車管理サーバに通知する手段を有し、
前記配車管理サーバは、前記受任をキャンセルする信号があれば、再度、前記営業車に前記配車依頼情報を通知する営業車用配車システムとしてもよい。
【００１７】
本発明によれば、配車依頼を受任したタクシーの運転手が、他の利用者を乗車させなければならない場合にも対応できる。
【発明の効果】
【００１８】
本発明は、利用者と営業車とを直接つなぐことにより営業車配車が効率的に実施されるとともに、配車通信装置等の設備を持たなくても配車依頼を配信できる、安価な営業車用配車システムを提供できる。
【図面の簡単な説明】
【００１９】
【図１】本発明の営業車用配車システムの構成図である。
【図２】配車管理サーバの処理のフロー図である。
【図３】エリア特定処理のフロー図である。
【図４】利用者端末の処理のフロー図である。
【図５】車載端末の処理のフロー図である。
【図６】利用者端末の説明図である。
【図７】車載端末の説明図である。
【図８】車載端末の説明図である。
【図９】車載端末の説明図である。
【発明を実施するための形態】
【００２０】
以下、本発明の実施の形態を図１〜図９に基づいて説明する。
【００２１】
図１は本発明の営業車用配車システムの構成図である。
【００２２】
営業車用配車システムは、ネットワーク２を介して互いに接続される配車管理サーバ１、利用者の携帯電話（利用者端末）３およびタクシーの車載端末４などから構成される。
【００２３】
ここでネットワーク２は、インターネットや専用回線であるが、車載端末４としては通常は無線通信端末が想定されるため、配車管理サーバ１と車載端末４との間において、ネットワーク２は無線通信回線であることが好ましい。
【００２４】
［利用者端末３］
利用者端末３は、利用者が携帯している情報端末であり、インターネット接続機能３ａとＧＰＳ衛星５の電波を利用して現在位置を特定するＧＰＳ電波受信機能３ｂとを備えている。例えば、利用者が一般に携帯している情報機器として、携帯電話やＰＨＳ、通信機能を有するパソコン、ポケットコンピュータ、ＰＤＡ(Personal Digital Assistant)、腕時計等を上げることができるが、これらに限られるものではない。
【００２５】
次に、図４の処理のフロー図及び図６に基づき、利用者端末３の処理を説明する。
【００２６】
利用者端末３は、利用者の操作により、配車管理サーバ１がネットワーク２を介して配信する配車サイトを液晶画面３１に表示する（ステップ３０１）。液晶画面３１には、配車依頼情報を送信するための「送信」ボタン３２と、利用者との待ち合わせ場所の目印となる建物や住所等を文字にて入力可能な領域３３が表示されている。
【００２７】
利用者が、待ち合わせ場所の目印（例えば、万世橋）を領域３３に入力し、「送信」ボタン３２を押圧すると、利用者端末３は、配車管理サーバ１に配車依頼情報を送信する（ステップ３０２，３０３）。
【００２８】
利用者端末３は、配車決定の可否を示す情報を待ち（ステップ３０４）、配車が決定され配車管理サーバ１から「応答タクシー情報（配車情報）」が通知されれば（ステップ３０４：Ｙｅｓ）、液晶画面３１に運転者名等の配車情報を表示し（ステップ３０５）タクシーが到着し利用者が利用者端末３を終了させることで（ステップ３１０）、処理を終了する。
【００２９】
一方、配車管理サーバ１は、配車依頼情報受信後より配車情報通知までの時間を計時しており、所定時間（例えば、５分）経過した場合は、配車管理サーバ１から「お詫び（例えば、「タクシーの応答が無い状態です。もうしばらくお待ちください。」）」が通知され、利用者端末３は、通知された「お詫び」を表示する（ステップ３０６，３０７）。また、配車管理サーバ１は、応答無しの時間が長時間（例えば、１０分）経過した場合は、配車管理サーバ１から「他の配車手段に切り換えて対処する旨（例えば、「タクシーの応答が無いので、近隣のタクシー会社に無線で呼びかけています。申し訳ありません。」）」が通知され、利用者端末３は、通知された「他の配車手段に切り換え処理」を表示する（ステップ３０８，３０９）。
【００３０】
［配車管理サーバ］
次に、配車管理サーバの構成を説明する。
【００３１】
配車管理サーバ１は、一般会員として登録済みのタクシー情報（運転者名、車種、所属等）をそれぞれ蓄積している。また、配車管理サーバ１は、タクシーの配車に必要なデータを処理する手段として、配車サイトWeb配信機能１ａ、利用者端末位置特定機能１ｂ、登録タクシー位置特定機能１ｃ、タクシー会社指定機能１ｄ、エリア指定機能１ｅ、依頼情報通知機能１ｆ、受注処理機能１ｇ、キャンセル処理機能１ｈ、タイマー機能１ｉを備えている。
【００３２】
次に、図２の処理のフロー図に基づき、各機能を説明する。
【００３３】
配車管理サーバ１は、一般会員として登録されたタクシー（車載端末４）に対して図７に示すように、一般利用客一覧画面である「キャクNaviCall画面」を配信している（ステップ１０１）。なお、配車管理サーバ１は、配車サイトWeb配信機能１ａにより、ネットワーク２を介して配信する配車サイトを配信している。
【００３４】
配車管理サーバ１は、利用者端末３から送信された依頼情報の受信の有無を常に監視している（ステップ１０２）。
【００３５】
そして、配車管理サーバ１は、依頼情報を受信した場合（ステップ１０２：Ｙｅｓ）、お客様の待ち合わせ場所情報（例えば、「万世橋」）を記録すると共に、ＧＰＳ位置情報から利用者の位置を特定する（ステップ１０３，１０４：利用者端末位置特定機能１ｂ）。
【００３６】
そして、配車管理サーバ１は、エリア指定機能１ｅにより、一般会員の営業車の所在を確認するためのエリアを特定する（ステップ１０５）。
【００３７】
次に、図３の処理のフロー図に基づき、エリア特定処理を説明する。すなわち、配車管理サーバ１は、利用者のＧＰＳ位置情報を中心として例えば、半径５Ｋｍ以内の範囲を指定する（ステップ２０１）。なお、配車管理サーバ１は、配車依頼情報受信後より応答タクシーよりの「送迎」信号受信までの時間を計時しており、所定時間（例えば、３分）経過した場合は、エリアを更に広げ、利用者のＧＰＳ位置情報を中心として例えば、半径１０Ｋｍ以内の範囲を指定する（ステップ２０３）。このエリア指定の距離は、半径５Ｋｍや半径１０Ｋｍに限定されるものではなく、応答するタクシーが利用者との待ち合わせ場所に通常、５分以内、遅くとも１０分以内に到達可能な距離に設定する。
【００３８】
そして、配車管理サーバ１は、エリア内において、一般会員の営業車の所在をタクシーのＧＰＳ位置情報に基づき確認すると共に（登録タクシー位置特定機能１ｃ）、確認した一般会員の営業車に対し、利用者より配車依頼があった旨を通知する（ステップ１０６：依頼情報通知機能１ｆ）。
【００３９】
そして、配車管理サーバ１は、営業車からの応答を示す「送迎」ボタン信号の受信の有無を常に監視しており（ステップ１０７）、受信があった場合（ステップ１０７：Ｙｅｓ）、受注処理を行う（ステップ１０８）。
【００４０】
受注処理において、配車管理サーバ１は、応答タクシーに対し利用客情報（例えば、利用客氏名等）を通知すると共に、応答タクシーを除くエリア内の一般会員の営業車に対し、担当車が送迎中である旨を通知する。また、配車管理サーバ１は、利用者端末３に対し、運転者名等の「応答タクシー情報」を通知する（ステップ１０９）。
【００４１】
そして、配車管理サーバ１は、応答タクシーから、何らかの理由により送迎できなくなった旨を示す「キャンセル」ボタン信号の受信の有無を常に監視しており（ステップ１１０）、受信があった場合（ステップ１１０：Ｙｅｓ）、ステップ１０６に戻り、一般会員の営業車に対し、利用者より配車依頼があった旨を通知する。一方、受信がない場合（ステップ１１０：Ｎｏ）は、ステップ１１１へ進む。
【００４２】
そして、配車管理サーバ１は、応答タクシーから、利用者と合流し配車作業が完了した旨を示す「完了」ボタン信号の受信の有無を常に監視しており（ステップ１１１）、受信がない場合（ステップ１１１：Ｎｏ）は、ステップ１１０の「キャンセル」ボタン信号の監視を行う。一方、受信があった場合（ステップ１１１：Ｙｅｓ）は、ステップ１１２において、エリア内の一般会員の営業車に対し、配車作業が完了した旨を通知する。
【００４３】
なお、配車管理サーバ１は、タクシー会社指定機能１ｄにより、配車依頼情報受信後より配車情報通知までの時間を計時しており、所定時間（例えば、５分）経過した場合は、利用者携帯３へ「お詫び（例えば、「タクシーの応答が無い状態です。もうしばらくお待ちください。」）」を通知する。また、配車管理サーバ１は、応答無しの時間が長時間（例えば、１０分）経過した場合は、利用者携帯３へ「他の配車手段に切り換えて対処する旨（例えば、「タクシーの応答が無いので、近隣のタクシー会社に無線で呼びかけています。申し訳ありません。」）」が通知する。
そして、配車管理サーバ１は、ステップ１１３の処理において、起動を停止しないかぎりステップ１０１からの処理を繰り返す。
【００４４】
［車載端末４］
車載端末４は、一般会員の営業車に搭載している情報端末である。つまり、配車管理サーバ１と情報の通信が可能な通信機能４ａであればどんなものでも利用することができる。また、車載端末４は、キャクNavi画面表示機能４ｆを備えている。
【００４５】
車載端末４は、それ自身で現在位置を特定する機能を有するのが好ましく、この機能としては、例えばＧＰＳ衛星５の電波を利用して現在位置を特定する機能４ｂが例示できる。
【００４６】
次に、図５の処理のフロー図及び図７から図９に基づき、車載端末４の処理を説明する。
【００４７】
車載端末４は、配車管理サーバ１が配信している一般利用客一覧画面である「キャクNaviCall画面」を液晶画面４１に表示する（ステップ４０１）。図７に示すように、液晶画面４１には、通常、「キャクNavi」画面が表示されている。この「キャクNavi」画面には、メニュー欄４２と最新の画面に更新するための「再読込」が表示されている。そして、メニュー欄４２において、「キャクNaviCall」を指で押圧して選択することにより、図８の液晶画面４１に示す「キャクNaviCall画面」が表示される。
【００４８】
車載端末４は、配車管理サーバ１から、配車依頼情報の通知の有無を常に監視している（ステップ４０２）。
【００４９】
そして、車載端末４は、依頼情報通知を受信した場合（ステップ４０２：Ｙｅｓ）、液晶画面４１に依頼情報を表示する。例えば、図８の液晶画面４１において、「万世橋付近 未完了」が表示される。この液晶画面４１の表示には、応答タクシーが未定である場合、運転者がその欄を押圧することで選択可能に構成されている。そして、運転者が「万世橋付近」４４の欄を押圧すると、図９（ａ）の液晶画面４１が表示される。このように本発明の営業車用配車システムは、依頼情報に対する配車受任車の決定権が一般会員として登録された運転者側にあり、より早く応答した運転車が配車受任車となるので、運転者の積極性を引き出すことができ、結果的に依頼から受注までの配車受任車の決定時間を短縮することができる。
【００５０】
図９（ａ）の液晶画面４１には、「送迎」ボタン４ｃが設けられており、この「送迎」ボタン４ｃを運転者が押圧すると、「送迎」ボタンＯＮ信号が配車管理サーバ１に送信される（ステップ４０４，４０５）。
【００５１】
「送迎」ボタンＯＮ信号が配車管理サーバ１に送信されると、配車管理サーバ１より利用客情報（例えば、利用客氏名等）が通知されるので、車載端末４は、図９（ｂ）に示すように、液晶画面４１に利用客情報を表示する（ステップ４０６）。
【００５２】
図９（ｂ）の液晶画面４１には、「キャンセル」ボタン４ｄと「完了」ボタン４ｅが設けられている。「キャンセル」ボタン４ｄは、応答タクシーの運転者が何らかの理由により送迎できなくなった場合に押圧することで、配車管理サーバ１へ通知するボタンである（ステップ４０７，４１１）。この場合（ステップ４０７：Ｙｅｓ）、配車管理サーバ１へ「キャンセル」ボタンＯＮ信号を送信し（ステップ４１１）、ステップ４０３の処理に戻る。一方、受信がない場合（ステップ４０７：Ｎｏ）は、ステップ４０８へ進む。
【００５３】
また、「完了」ボタン４ｅは、応答タクシーの運転者が利用者と合流し配車作業が完了した場合に押圧することで、配車管理サーバ１へ通知するボタンである（ステップ４０８，４０９）。この場合（ステップ４０８：Ｙｅｓ）、配車管理サーバ１へ「完了」ボタンＯＮ信号を送信し（ステップ４０９）、ステップ４１０へ進む。一方、受信がない場合（ステップ４０８：Ｎｏ）は、ステップ４０６の処理に戻る。
【００５４】
車載端末４は、運転者が車載端末４を終了させることで（ステップ４１０）、処理を終了する。
【００５５】
利用者端末３は、それ自身で現在位置を特定する機能を有するのが好ましく、この機能としては、ＧＰＳ衛星５の電波を利用して現在位置を特定する機能のほかに、複数点、例えば３点のアンテナとＰＨＳとの間で授受される電波から位置を特定する機能が例示できる。
【００５６】
なお、現在位置を特定する機能というのは、利用者端末３自体は、その位置を特定できていなくても、利用者端末３が利用したり、発したりする電波等から、他の機器が利用者端末３の位置を特定できれば十分であるのはいうまでもない。なお、利用者端末３が現在位置を特定する機能を有しない場合には、利用者端末３から電子メールで配車依頼を送信するときに本文に現在位置の住所を入力したり、若しくは依頼用ウェブページである配車サイトに現在位置の住所を記入して配車依頼を送信したりするように構成しても良い。
【００５７】
また、利用者の位置情報と応答タクシーの位置情報をブルートゥスインターフェースを備えたカーナビシステムに情報を送り、利用者までの道路案内を実線で描く情報を配車管理サーバ１が配信できるように構成することも本発明に含まれる。
【産業上の利用可能性】
【００５８】
本発明は、利用者用携帯（利用者端末）と営業車用端末（車載端末）とをネットワークを介して直接つなぐ営業車用配車システムに利用可能である。
【符号の説明】
【００５９】
１ 配車管理サーバ
２ ネットワーク
３ 利用者端末
４ 車載端末
５ ＧＰＳ衛星
【技術分野】
【０００１】
本発明は、タクシーやハイヤー等の営業車用配車システムに関する。更に詳しくは、本発明は利用者用携帯と営業車用端末とをネットワークを介して直接つなぐことにより営業車の配車を効率的に実施できるとともに、従来、タクシー会社が配車に用いていた通信装置等の設備を必要とせずに安価な営業車用配車システムを提供できる技術に関する。
【背景技術】
【０００２】
従来、タクシー会社が顧客の呼出に応じて配車を行う配車システムとしては、音声呼出・応答方式やＡＶＭ(Automatic
Vehicle Monitoring)方式などが知られている。音声呼出・応答方式による配車システムは、配車センターが利用者から配車要求の電話連絡を受けると、業務用無線で全タクシーに顧客の呼出位置を知らせ、この呼出位置に近いタクシーの運転手が、車戴の業務用無線を使って配車センターに応答し、配車センターは、応答内容に基づいて最も利用者に近いタクシーを選択し、選択したタクシーに対し、業務用無線で配車指令を行うシステムである。
【０００３】
また、ＡＶＭ方式による配車システムは、各タクシーに備えられた受信機が道路に沿って設けられたサインポールの位置情報を含む信号を受信することで、車戴の業務用無線機が自動的に作動して配車センターに前記位置情報を送信し、配車センターはこれらの位置情報に基づいて配車区域毎に各タクシーの運行又は待機位置を登録しておき、利用者から配車要求の連絡を受けると前記登録内容に基づいて配車車両が決定される。
【０００４】
近年では、営業車用配車の技術に加え、ＧＰＳ(Global Positioning System)、通信技術等の発達により、ＧＰＳ等を使って利用者の位置を特定することで、利用者が自分の位置を伝えることなく営業車（例えば、タクシー）の呼出が可能となる営業車用配車システムが種々提案されている。
【０００５】
例えば、特許２９２０６１４号公報（特開平９−３２１８８２号公報）には、全国共通の電話番号を設定し、発注者からの電話を発注者に近いタクシー会社に転送すると同時に発注者の所在者情報を送り、さらにタクシー料金を携帯電話の通話料金に課金して落とす機能を備えたことを特徴とする配車方法が開示されている。
【０００６】
また、特開２００１−３０７２８１号公報では、利用者の情報携帯端末装置から配車依頼内容を受け取ると、その配車依頼内容に合致するタクシー業者の運転手を選択し、該運転手が搭乗するタクシーに搭載された車戴用端末装置に配車依頼内容を転送する技術について開示されている。
【０００７】
さらに、特開２００１−３３１５６２号公報では、ＰＨＳ(Personal Handyphone System)端末からの配車要求に対し、ＰＨＳの所在地情報をもとに、利用者に最も近い配車センターの受付端末に配車要求をメール送信する技術について開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特許２９２０６１４号公報（特開平９−３２１８８２号公報）
【特許文献２】特開２００１−３０７２８１号公報
【特許文献３】特開２００１−３３１５６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、従来の配車システムでは、配車対象タクシーの選出や選出されたタクシーへの連絡等、配車手続きの一部に人的作業が介在しており、非効率的であった。
【００１０】
また、従来の配車システムは、タクシー会社毎に、あるいはグループ毎に各所属するタクシーに発注・受注を行う配車センターを設け、配車通信設備を備えることを前提とした技術であり、多額の設備費を必要とした。このため、配車センターや配車通信設備を持たない個人のタクシー等が利用者の近くにいても、配車依頼を配信できないといった問題が生じる。
【００１１】
本発明は、上記課題に鑑みてなされたものであり、利用者と営業車とを直接つなぐことにより営業車配車が効率的に実施されるとともに、配車通信装置等の設備を持たなくても配車依頼を配信できる、安価な営業車用配車システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
前記した課題を解決するため、本発明では、
配車管理サーバがネットワーク上に配信する配車サイトを介して、営業車の利用者が有する携帯端末と、前記配車管理サーバが管理する営業車が有する車載端末をつなぎ、前記利用者に配車する営業車用配車システムであって、
前記携帯端末は、ネットワーク接続機能とＧＰＳ電波受信機能とを備え、受信したＧＰＳ位置情報と、配車依頼情報とをネットワーク上の配車サイトを介して前記配車管理サーバに送信し、
前記配車管理サーバは、前記車載端末に前記ＧＰＳ位置情報と前記配車依頼情報を通知し、
前記車載端末は、ネットワーク接続機能とＧＰＳ電波受信機能とを備え、配車を受任する場合、前記配車管理サーバに受任を通知し、
前記配車管理サーバは、前記営業車の中で、最初に受任を通知した営業車を配車受任車と特定して、前記営業車に配車受任済みであることを通知する営業車用配車システムである。
【００１３】
本発明により、営業車配車を効率的に実施できるとともに、安価な営業車用配車システムを提供できる。特に、最初に受任を通知した営業車を配車受任車と特定する構成としたことで、配車受任車の決定権を配車センター側ではなく、運転者側に任せることで、運転者の積極性を引き出すことができ、結果的に依頼から受注までの配車受任車の決定時間を短縮することができる。
【００１４】
また、本発明において、前記配車管理サーバは、前記ＧＰＳ位置情報から所望の営業車を検索するためのエリアを特定し、エリア内の前記営業車に前記配車依頼情報を通知する営業車用配車システムとしてもよい。
【００１５】
本発明によれば、エリアを指定したことで、営業車配車を一層効率的に実施できるとともに、安価な配車システムを提供できる。
【００１６】
さらに、本発明において、受任を通知した前記営業車端末は、前記受任をキャンセルする信号を前記配車管理サーバに通知する手段を有し、
前記配車管理サーバは、前記受任をキャンセルする信号があれば、再度、前記営業車に前記配車依頼情報を通知する営業車用配車システムとしてもよい。
【００１７】
本発明によれば、配車依頼を受任したタクシーの運転手が、他の利用者を乗車させなければならない場合にも対応できる。
【発明の効果】
【００１８】
本発明は、利用者と営業車とを直接つなぐことにより営業車配車が効率的に実施されるとともに、配車通信装置等の設備を持たなくても配車依頼を配信できる、安価な営業車用配車システムを提供できる。
【図面の簡単な説明】
【００１９】
【図１】本発明の営業車用配車システムの構成図である。
【図２】配車管理サーバの処理のフロー図である。
【図３】エリア特定処理のフロー図である。
【図４】利用者端末の処理のフロー図である。
【図５】車載端末の処理のフロー図である。
【図６】利用者端末の説明図である。
【図７】車載端末の説明図である。
【図８】車載端末の説明図である。
【図９】車載端末の説明図である。
【発明を実施するための形態】
【００２０】
以下、本発明の実施の形態を図１〜図９に基づいて説明する。
【００２１】
図１は本発明の営業車用配車システムの構成図である。
【００２２】
営業車用配車システムは、ネットワーク２を介して互いに接続される配車管理サーバ１、利用者の携帯電話（利用者端末）３およびタクシーの車載端末４などから構成される。
【００２３】
ここでネットワーク２は、インターネットや専用回線であるが、車載端末４としては通常は無線通信端末が想定されるため、配車管理サーバ１と車載端末４との間において、ネットワーク２は無線通信回線であることが好ましい。
【００２４】
［利用者端末３］
利用者端末３は、利用者が携帯している情報端末であり、インターネット接続機能３ａとＧＰＳ衛星５の電波を利用して現在位置を特定するＧＰＳ電波受信機能３ｂとを備えている。例えば、利用者が一般に携帯している情報機器として、携帯電話やＰＨＳ、通信機能を有するパソコン、ポケットコンピュータ、ＰＤＡ(Personal Digital Assistant)、腕時計等を上げることができるが、これらに限られるものではない。
【００２５】
次に、図４の処理のフロー図及び図６に基づき、利用者端末３の処理を説明する。
【００２６】
利用者端末３は、利用者の操作により、配車管理サーバ１がネットワーク２を介して配信する配車サイトを液晶画面３１に表示する（ステップ３０１）。液晶画面３１には、配車依頼情報を送信するための「送信」ボタン３２と、利用者との待ち合わせ場所の目印となる建物や住所等を文字にて入力可能な領域３３が表示されている。
【００２７】
利用者が、待ち合わせ場所の目印（例えば、万世橋）を領域３３に入力し、「送信」ボタン３２を押圧すると、利用者端末３は、配車管理サーバ１に配車依頼情報を送信する（ステップ３０２，３０３）。
【００２８】
利用者端末３は、配車決定の可否を示す情報を待ち（ステップ３０４）、配車が決定され配車管理サーバ１から「応答タクシー情報（配車情報）」が通知されれば（ステップ３０４：Ｙｅｓ）、液晶画面３１に運転者名等の配車情報を表示し（ステップ３０５）タクシーが到着し利用者が利用者端末３を終了させることで（ステップ３１０）、処理を終了する。
【００２９】
一方、配車管理サーバ１は、配車依頼情報受信後より配車情報通知までの時間を計時しており、所定時間（例えば、５分）経過した場合は、配車管理サーバ１から「お詫び（例えば、「タクシーの応答が無い状態です。もうしばらくお待ちください。」）」が通知され、利用者端末３は、通知された「お詫び」を表示する（ステップ３０６，３０７）。また、配車管理サーバ１は、応答無しの時間が長時間（例えば、１０分）経過した場合は、配車管理サーバ１から「他の配車手段に切り換えて対処する旨（例えば、「タクシーの応答が無いので、近隣のタクシー会社に無線で呼びかけています。申し訳ありません。」）」が通知され、利用者端末３は、通知された「他の配車手段に切り換え処理」を表示する（ステップ３０８，３０９）。
【００３０】
［配車管理サーバ］
次に、配車管理サーバの構成を説明する。
【００３１】
配車管理サーバ１は、一般会員として登録済みのタクシー情報（運転者名、車種、所属等）をそれぞれ蓄積している。また、配車管理サーバ１は、タクシーの配車に必要なデータを処理する手段として、配車サイトWeb配信機能１ａ、利用者端末位置特定機能１ｂ、登録タクシー位置特定機能１ｃ、タクシー会社指定機能１ｄ、エリア指定機能１ｅ、依頼情報通知機能１ｆ、受注処理機能１ｇ、キャンセル処理機能１ｈ、タイマー機能１ｉを備えている。
【００３２】
次に、図２の処理のフロー図に基づき、各機能を説明する。
【００３３】
配車管理サーバ１は、一般会員として登録されたタクシー（車載端末４）に対して図７に示すように、一般利用客一覧画面である「キャクNaviCall画面」を配信している（ステップ１０１）。なお、配車管理サーバ１は、配車サイトWeb配信機能１ａにより、ネットワーク２を介して配信する配車サイトを配信している。
【００３４】
配車管理サーバ１は、利用者端末３から送信された依頼情報の受信の有無を常に監視している（ステップ１０２）。
【００３５】
そして、配車管理サーバ１は、依頼情報を受信した場合（ステップ１０２：Ｙｅｓ）、お客様の待ち合わせ場所情報（例えば、「万世橋」）を記録すると共に、ＧＰＳ位置情報から利用者の位置を特定する（ステップ１０３，１０４：利用者端末位置特定機能１ｂ）。
【００３６】
そして、配車管理サーバ１は、エリア指定機能１ｅにより、一般会員の営業車の所在を確認するためのエリアを特定する（ステップ１０５）。
【００３７】
次に、図３の処理のフロー図に基づき、エリア特定処理を説明する。すなわち、配車管理サーバ１は、利用者のＧＰＳ位置情報を中心として例えば、半径５Ｋｍ以内の範囲を指定する（ステップ２０１）。なお、配車管理サーバ１は、配車依頼情報受信後より応答タクシーよりの「送迎」信号受信までの時間を計時しており、所定時間（例えば、３分）経過した場合は、エリアを更に広げ、利用者のＧＰＳ位置情報を中心として例えば、半径１０Ｋｍ以内の範囲を指定する（ステップ２０３）。このエリア指定の距離は、半径５Ｋｍや半径１０Ｋｍに限定されるものではなく、応答するタクシーが利用者との待ち合わせ場所に通常、５分以内、遅くとも１０分以内に到達可能な距離に設定する。
【００３８】
そして、配車管理サーバ１は、エリア内において、一般会員の営業車の所在をタクシーのＧＰＳ位置情報に基づき確認すると共に（登録タクシー位置特定機能１ｃ）、確認した一般会員の営業車に対し、利用者より配車依頼があった旨を通知する（ステップ１０６：依頼情報通知機能１ｆ）。
【００３９】
そして、配車管理サーバ１は、営業車からの応答を示す「送迎」ボタン信号の受信の有無を常に監視しており（ステップ１０７）、受信があった場合（ステップ１０７：Ｙｅｓ）、受注処理を行う（ステップ１０８）。
【００４０】
受注処理において、配車管理サーバ１は、応答タクシーに対し利用客情報（例えば、利用客氏名等）を通知すると共に、応答タクシーを除くエリア内の一般会員の営業車に対し、担当車が送迎中である旨を通知する。また、配車管理サーバ１は、利用者端末３に対し、運転者名等の「応答タクシー情報」を通知する（ステップ１０９）。
【００４１】
そして、配車管理サーバ１は、応答タクシーから、何らかの理由により送迎できなくなった旨を示す「キャンセル」ボタン信号の受信の有無を常に監視しており（ステップ１１０）、受信があった場合（ステップ１１０：Ｙｅｓ）、ステップ１０６に戻り、一般会員の営業車に対し、利用者より配車依頼があった旨を通知する。一方、受信がない場合（ステップ１１０：Ｎｏ）は、ステップ１１１へ進む。
【００４２】
そして、配車管理サーバ１は、応答タクシーから、利用者と合流し配車作業が完了した旨を示す「完了」ボタン信号の受信の有無を常に監視しており（ステップ１１１）、受信がない場合（ステップ１１１：Ｎｏ）は、ステップ１１０の「キャンセル」ボタン信号の監視を行う。一方、受信があった場合（ステップ１１１：Ｙｅｓ）は、ステップ１１２において、エリア内の一般会員の営業車に対し、配車作業が完了した旨を通知する。
【００４３】
なお、配車管理サーバ１は、タクシー会社指定機能１ｄにより、配車依頼情報受信後より配車情報通知までの時間を計時しており、所定時間（例えば、５分）経過した場合は、利用者携帯３へ「お詫び（例えば、「タクシーの応答が無い状態です。もうしばらくお待ちください。」）」を通知する。また、配車管理サーバ１は、応答無しの時間が長時間（例えば、１０分）経過した場合は、利用者携帯３へ「他の配車手段に切り換えて対処する旨（例えば、「タクシーの応答が無いので、近隣のタクシー会社に無線で呼びかけています。申し訳ありません。」）」が通知する。
そして、配車管理サーバ１は、ステップ１１３の処理において、起動を停止しないかぎりステップ１０１からの処理を繰り返す。
【００４４】
［車載端末４］
車載端末４は、一般会員の営業車に搭載している情報端末である。つまり、配車管理サーバ１と情報の通信が可能な通信機能４ａであればどんなものでも利用することができる。また、車載端末４は、キャクNavi画面表示機能４ｆを備えている。
【００４５】
車載端末４は、それ自身で現在位置を特定する機能を有するのが好ましく、この機能としては、例えばＧＰＳ衛星５の電波を利用して現在位置を特定する機能４ｂが例示できる。
【００４６】
次に、図５の処理のフロー図及び図７から図９に基づき、車載端末４の処理を説明する。
【００４７】
車載端末４は、配車管理サーバ１が配信している一般利用客一覧画面である「キャクNaviCall画面」を液晶画面４１に表示する（ステップ４０１）。図７に示すように、液晶画面４１には、通常、「キャクNavi」画面が表示されている。この「キャクNavi」画面には、メニュー欄４２と最新の画面に更新するための「再読込」が表示されている。そして、メニュー欄４２において、「キャクNaviCall」を指で押圧して選択することにより、図８の液晶画面４１に示す「キャクNaviCall画面」が表示される。
【００４８】
車載端末４は、配車管理サーバ１から、配車依頼情報の通知の有無を常に監視している（ステップ４０２）。
【００４９】
そして、車載端末４は、依頼情報通知を受信した場合（ステップ４０２：Ｙｅｓ）、液晶画面４１に依頼情報を表示する。例えば、図８の液晶画面４１において、「万世橋付近 未完了」が表示される。この液晶画面４１の表示には、応答タクシーが未定である場合、運転者がその欄を押圧することで選択可能に構成されている。そして、運転者が「万世橋付近」４４の欄を押圧すると、図９（ａ）の液晶画面４１が表示される。このように本発明の営業車用配車システムは、依頼情報に対する配車受任車の決定権が一般会員として登録された運転者側にあり、より早く応答した運転車が配車受任車となるので、運転者の積極性を引き出すことができ、結果的に依頼から受注までの配車受任車の決定時間を短縮することができる。
【００５０】
図９（ａ）の液晶画面４１には、「送迎」ボタン４ｃが設けられており、この「送迎」ボタン４ｃを運転者が押圧すると、「送迎」ボタンＯＮ信号が配車管理サーバ１に送信される（ステップ４０４，４０５）。
【００５１】
「送迎」ボタンＯＮ信号が配車管理サーバ１に送信されると、配車管理サーバ１より利用客情報（例えば、利用客氏名等）が通知されるので、車載端末４は、図９（ｂ）に示すように、液晶画面４１に利用客情報を表示する（ステップ４０６）。
【００５２】
図９（ｂ）の液晶画面４１には、「キャンセル」ボタン４ｄと「完了」ボタン４ｅが設けられている。「キャンセル」ボタン４ｄは、応答タクシーの運転者が何らかの理由により送迎できなくなった場合に押圧することで、配車管理サーバ１へ通知するボタンである（ステップ４０７，４１１）。この場合（ステップ４０７：Ｙｅｓ）、配車管理サーバ１へ「キャンセル」ボタンＯＮ信号を送信し（ステップ４１１）、ステップ４０３の処理に戻る。一方、受信がない場合（ステップ４０７：Ｎｏ）は、ステップ４０８へ進む。
【００５３】
また、「完了」ボタン４ｅは、応答タクシーの運転者が利用者と合流し配車作業が完了した場合に押圧することで、配車管理サーバ１へ通知するボタンである（ステップ４０８，４０９）。この場合（ステップ４０８：Ｙｅｓ）、配車管理サーバ１へ「完了」ボタンＯＮ信号を送信し（ステップ４０９）、ステップ４１０へ進む。一方、受信がない場合（ステップ４０８：Ｎｏ）は、ステップ４０６の処理に戻る。
【００５４】
車載端末４は、運転者が車載端末４を終了させることで（ステップ４１０）、処理を終了する。
【００５５】
利用者端末３は、それ自身で現在位置を特定する機能を有するのが好ましく、この機能としては、ＧＰＳ衛星５の電波を利用して現在位置を特定する機能のほかに、複数点、例えば３点のアンテナとＰＨＳとの間で授受される電波から位置を特定する機能が例示できる。
【００５６】
なお、現在位置を特定する機能というのは、利用者端末３自体は、その位置を特定できていなくても、利用者端末３が利用したり、発したりする電波等から、他の機器が利用者端末３の位置を特定できれば十分であるのはいうまでもない。なお、利用者端末３が現在位置を特定する機能を有しない場合には、利用者端末３から電子メールで配車依頼を送信するときに本文に現在位置の住所を入力したり、若しくは依頼用ウェブページである配車サイトに現在位置の住所を記入して配車依頼を送信したりするように構成しても良い。
【００５７】
また、利用者の位置情報と応答タクシーの位置情報をブルートゥスインターフェースを備えたカーナビシステムに情報を送り、利用者までの道路案内を実線で描く情報を配車管理サーバ１が配信できるように構成することも本発明に含まれる。
【産業上の利用可能性】
【００５８】
本発明は、利用者用携帯（利用者端末）と営業車用端末（車載端末）とをネットワークを介して直接つなぐ営業車用配車システムに利用可能である。
【符号の説明】
【００５９】
１ 配車管理サーバ
２ ネットワーク
３ 利用者端末
４ 車載端末
５ ＧＰＳ衛星
【特許請求の範囲】
【請求項１】
配車管理サーバがネットワーク上に配信する配車サイトを介して、営業車の利用者が有する携帯端末と、前記配車管理サーバが管理する営業車が有する車載端末をつなぎ、前記利用者に配車する営業車用配車システムであって、
前記携帯端末は、ネットワーク接続機能とＧＰＳ電波受信機能とを備え、受信したＧＰＳ位置情報と、配車依頼情報とをネットワーク上の配車サイトを介して前記配車管理サーバに送信し、
前記配車管理サーバは、前記車載端末に前記ＧＰＳ位置情報と前記配車依頼情報を通知し、
前記車載端末は、ネットワーク接続機能とＧＰＳ電波受信機能とを備え、配車を受任する場合、前記配車管理サーバに受任を通知し、
前記配車管理サーバは、前記営業車の中で、最初に受任を通知した営業車を配車受任車と特定して、前記営業車に配車受任済みであることを通知することを特徴とする営業車用配車システム。
【請求項２】
前記配車管理サーバは、前記ＧＰＳ位置情報から所望の営業車を検索するためのエリアを特定し、エリア内の前記営業車に前記配車依頼情報を通知することを特徴とする請求項１記載の営業車用配車システム。
【請求項３】
受任を通知した前記営業車端末は、前記受任をキャンセルする信号を前記配車管理サーバに通知する手段を有し、
前記配車管理サーバは、前記受任をキャンセルする信号があれば、再度、前記営業車に前記配車依頼情報を通知することを特徴とする請求項１または２記載の営業車用配車システム。
【請求項１】
配車管理サーバがネットワーク上に配信する配車サイトを介して、営業車の利用者が有する携帯端末と、前記配車管理サーバが管理する営業車が有する車載端末をつなぎ、前記利用者に配車する営業車用配車システムであって、
前記携帯端末は、ネットワーク接続機能とＧＰＳ電波受信機能とを備え、受信したＧＰＳ位置情報と、配車依頼情報とをネットワーク上の配車サイトを介して前記配車管理サーバに送信し、
前記配車管理サーバは、前記車載端末に前記ＧＰＳ位置情報と前記配車依頼情報を通知し、
前記車載端末は、ネットワーク接続機能とＧＰＳ電波受信機能とを備え、配車を受任する場合、前記配車管理サーバに受任を通知し、
前記配車管理サーバは、前記営業車の中で、最初に受任を通知した営業車を配車受任車と特定して、前記営業車に配車受任済みであることを通知することを特徴とする営業車用配車システム。
【請求項２】
前記配車管理サーバは、前記ＧＰＳ位置情報から所望の営業車を検索するためのエリアを特定し、エリア内の前記営業車に前記配車依頼情報を通知することを特徴とする請求項１記載の営業車用配車システム。
【請求項３】
受任を通知した前記営業車端末は、前記受任をキャンセルする信号を前記配車管理サーバに通知する手段を有し、
前記配車管理サーバは、前記受任をキャンセルする信号があれば、再度、前記営業車に前記配車依頼情報を通知することを特徴とする請求項１または２記載の営業車用配車システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図９】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図９】
【図７】
【図８】
【公開番号】特開２０１１−１１３４４５（Ｐ２０１１−１１３４４５Ａ）
【公開日】平成２３年６月９日（２０１１．６．９）
【国際特許分類】
【出願番号】特願２００９−２７１２７５（Ｐ２００９−２７１２７５）
【出願日】平成２１年１１月３０日（２００９．１１．３０）
【出願人】（５１００１８５６８）
【Ｆターム（参考）】
【公開日】平成２３年６月９日（２０１１．６．９）
【国際特許分類】
【出願日】平成２１年１１月３０日（２００９．１１．３０）
【出願人】（５１００１８５６８）
【Ｆターム（参考）】
[ Back to top ]