JP7595683B2 - 到着地に運行中の車両の配車管理方法、これに用いられる管理サーバ及び到着地に運行中の車両の配車管理方法を実行させるプログラムが記録された記録媒体 - Google Patents

Description

本発明は、到着地に運行中の車両の配車管理方法、これに用いられる管理サーバ及び到着地に運行中の車両の配車管理方法を実行させるプログラムが記録された記録媒体に関するもので、より詳細には、到着地に向かって運行中の車両の運行情報、車両呼び出しを要請した乗客の出発地及び目的地情報と車両運転者が設定した配車時のマッチング条件に応じて車両配車を決定することにより、車両運行の効率を最大限に高めることができるだけでなく、現在運行中の車両の運行情報と待機中の車両の運行情報とを比較して車両配車を決定することにより、乗客の車両待ち時間を最小限に抑えることができるようにする、到着地に運行中の車両の配車管理方法、これに用いられる管理サーバ及び到着地に運行中の車両の配車管理方法を実行させるプログラムが記録された記録媒体に関する。

カカオタクシー、タダなどの車両呼び出しサービスが広く普及するにつれ、乗客は目的地まで移動するためにスマートフォンを通じて簡単な方法で車両を呼び出すことができるようになった。

一方、このようなネットワークを介した車両呼び出しサービスを通じて車両運転者の収益が保障されるためには、乗客がなく徘徊運行をするなど、空車状態で運行する場合を最小化しなければならない。

それにもかかわらず、車両呼び出しサービスの運転者は、一日の運行業務を終えた後、ガレージまたは自宅に戻る時、ほとんどの場合、乗客を乗せていない空車状態で運行することになる。

このような問題点を改善するため、韓国国内登録特許第１０-２０７２１７４号では、強制配車サーバが、各運転手の営業終了時間に関する情報を受信し、乗客から出発地と目的地情報が含まれた予想運行経路を受信し、各運転手の残りの営業時間とガレージへの復帰時間を考慮して受信した予想運行経路それぞれを待機中の各運転手に強制的に配車する方法が提案されている。

しかしながら、このような方法によれば、強制配車サーバに設定された基準に応じて強制配車が行われるため、車両運転者は配車決定時に考慮すべき個別条件に関与できないという問題がある。

また、従来の車両呼び出しサービスは、乗客を乗せていない待機状態の車両運転者を中心に配車が行われている。

しかしながら、状況によっては、乗客を乗せて運行中の車両運転者が現在の運行経路に実質的に影響を受けない状態で、他の乗客のための運行を追加的に行うことができる場合がある。

また、現在の乗客を乗せて運行中の車両の運転者であっても、現在の目的地が車両呼び出しを要請した乗客の出発地に隣接した場合には、現在の運行を完了した後に、最終的には当該乗客の出発地に待機状態にある他の車両の運転者よりも先に到着できる場合が存在する。

したがって、現在乗客を乗せて運行中の車両の移動経路情報を考慮した車両配車サービスを提供する必要がある。

そこで、本発明の目的は、到着地に向かって運行中の車両の運行情報、車両呼び出しを要請した乗客の出発地及び目的地情報と車両運転者が設定した配車時のマッチング条件に応じて車両配車を決定することにより、車両運行の効率を最大限に高めることができるだけでなく、現在運行中の車両の運行情報と待機中の車両の運行情報とを比較して車両配車を決定することにより、乗客の車両待ち時間を最小限に抑えることができるようにする到着地に運行中の車両の配車管理方法、これに用いられる管理サーバ及び到着地に運行中の車両の配車管理方法を実行させるプログラムが記録された記録媒体を提供することにある。

前記目的を達成するための本発明に係る到着地に運行中の車両の配車管理方法は、（ａ）管理サーバが、運行車両の現在位置情報及び運行車両の到着地情報を含む運行情報を運転者端末から受信するステップと、（ｂ）前記管理サーバが、乗客の出発地情報及び目的地情報を含む乗客情報を乗客端末から受信するステップと、（ｃ）前記管理サーバが、前記運行情報及び前記乗客情報に基づいて前記運行車両と乗客とのマッチングが適合か否かを判断するステップとを含む。

好ましくは、前記（ｃ）ステップは、（ｃ１）前記管理サーバが、前記運行車両の現在位置から前記乗客の出発地までの予想移動時間、前記乗客の出発地から前記乗客の目的地までの予想移動時間及び乗客の目的地から前記運行車両の到着地までの予想移動時間を合わせた合計予想移動時間と前記運行車両の現在位置から前記運行車両の到着地との予想移動時間との差が所定の基準値未満であるか否かを判断するステップを含むことを特徴とする。

また、前記（ｃ）ステップは、（ｃ２）前記管理サーバが、前記運行車両の現在位置から前記乗客の出発地までの予想移動時間が所定の基準値未満であるか否かを判定するステップをさらに含むことを特徴とする。

また、前記（ｃ）ステップは、（ｃ２）前記管理サーバが、前記乗客の目的地から前記運行車両の到着地までの距離が所定の基準値未満であるか否かを判定するステップをさらに含むことを特徴とする。

一方、本発明に係る管理サーバは、運行車両の現在位置情報及び運行車両の到着地情報を含む運行情報を運転者端末から受信し、乗客の出発地情報及び目的地情報を含む乗客情報を乗客端末から受信する受信部と、前記運行情報及び前記乗客情報とに基づいて前記運行車両と乗客とのマッチングが適合であるか否かを判断する判断部を含む。

好ましくは、前記判断部は、前記運行車両の現在位置から前記乗客の出発地までの予想移動時間、前記乗客の出発地から前記乗客の目的地までの予想移動時間及び前記乗客の目的地から前記運行車両の到着地までの予想移動時間を合わせた合計予想移動時間と前記運行車両の現在位置から前記運行車両の到着地までの予想移動時間との差が所定の基準値未満であるか否かを判断することを特徴とする。

また、前記判断部は、前記運行車両の現在位置から前記乗客の出発地までの予想移動時間が所定の基準値未満であるか否かをさらに判断することを特徴とする。

また、前記判断部は、前記乗客の目的地から前記運行車両の到着地までの距離が所定の基準値未満であるか否かをさらに判断することを特徴とする。

一方、本発明に係る到着地に運行中の車両の配車管理方法は、（ａ）運転者端末が、管理サーバから乗客の出発地情報及び目的地情報を含む乗客情報を受信するステップと、（ｂ）前記運転者端末が、運転者が運行する運行車両の現在位置情報及び運行車両の到着地情報を含む運行情報と前記乗客情報に基づいて前記乗客の搭乗承認がされたか否かを判断するステップを含む。

好ましくは、前記（ｂ）ステップは、（ｂ１）前記運転者端末が、前記運行車両の現在位置から前記乗客の出発地までの予想移動時間、前記乗客の出発地から前記乗客の目的地までの予想移動時間及び乗客の目的地から前記運行車両の到着地までの予想移動時間を合わせた合計予想移動時間と前記運行車両の現在位置から前記運行車両の到着地との予想移動時間との差が所定の基準値未満であるか否かを判断するステップを含むことを特徴とする。

また、前記（ｂ）ステップは、（ｂ２）前記運転者端末が、前記運行車両の現在位置から前記乗客の出発地までの予想移動時間が所定の基準値未満であるか否かを判定するステップをさらに含むことを特徴とする。

また、前記（ｂ）ステップは、（ｂ２）前記運転者端末が、前記乗客の目的地から前記運行車両の到着地までの距離が所定の基準値未満であるか否かを判定するステップをさらに含むことを特徴とする。

また、本発明に係る記録媒体は、前記方法を実行させるプログラムが記録された記録媒体が記録されたことを特徴とする。

本発明によれば、到着地に向かって運行中の車両の運行情報、車両呼び出しを要請した乗客の出発地及び目的地情報と車両運転者が設定した配車時のマッチング条件に応じて車両配車を決定することにより、車両運行の効率を最大限に高めることができるようになる。

また、本発明によれば、現在運行中の車両の運行情報と待機中の車両の運行情報とを比較して車両配車を決定することにより、乗客の車両待ち時間を最小限に抑えることができるようになる。

本発明の一実施形態に係る到着地に運行中の車両の配車管理システムの構成図、 本発明の一実施形態に係る到着地に運行中の車両の配車管理方法を実行する管理サーバの構造を示す機能ブロック図、 本発明の一実施形態に係る到着地に運行中の車両の配車管理方法の実行過程を説明する信号フローチャート、 本発明の一実施形態に係る到着地に運行中の車両の配車管理方法の実行原理を説明する概念図、 本発明の他の実施形態に係る到着地に運行中の車両の配車管理方法の実行過程を説明する信号フローチャート、 本発明の他の実施形態に係る到着地に運行中の車両の配車管理方法の実行原理を説明する概念図である。 本発明の一実施形態に係る管理サーバのブロック図である。

発明を実施するための最善の形態

到着地に運行中の車両の配車管理方法、これに用いられる管理サーバ及び到着地に運行中の車両の配車管理方法を実行させるプログラムが記録された記録媒体が開示される。 本発明は、管理サーバが、運行車両の現在位置情報及び運行車両の到着地情報を含む運行情報を運転者端末から受信し、乗客の出発地情報及び目的地情報を含む乗客情報を乗客端末から受信し、運行情報及び乗客情報に基づいて運行車両と乗客とのマッチングが適合であるか否かを判断する過程を通じて具現される。 本発明によれば、到着地に向かって運行中の車両の運行情報、車両呼び出しを要請した乗客の出発地及び目的地情報と車両運転者が設定した配車時のマッチング条件に応じて車両配車を決定することにより、車両運行の効率を最大限に高めることができるようになる。

発明の実施のための形態

以下では図面を参照して本発明をより詳細に説明する。 図面上、同じ構成要素はできる限りどこでも同じ符号で示していることに留意しなければならない。 また、本発明の要旨を不必要に曖昧にすることができる公示機能及び構成に対する詳細な説明は省略する。

図１は、本発明の一実施形態に係る到着地に運行中の車両の配車管理システムの構成図である。 図１を参照すると、本発明の一実施形態に係る到着地に運行中の車両の配車管理システムは、乗客端末１００、管理サーバ２００及び運転者端末３００を含む。

乗客端末１００は、本発明の一実施形態に係る到着地に運行中の車両の配車管理サービスを通じて車両１０を呼び出す乗客が所持しているスマートフォンなどの無線通信端末であり、運転者端末３００は、当該サービスを通じて自車両１０が配車される運転者が所持しているスマートフォンなどの無線通信端末である。

乗客端末１００と運転者端末３００には、本発明の一実施形態に係る到着地に運行中の車両の配車管理サービスを利用するために必要な乗客用アプリケーションプログラムと運転者用アプリケーションプログラムがそれぞれインストールされることが好ましいだろう。

本発明を実施するにあたって、運転者端末３００は運転者の車両１０に設置されたナビゲーション装置などの運行支援用通信端末になることも可能だろう。

一方、運転者端末３００は、到着地に向けて運行中の車両１０である運行車両１０－１を運転する運転者が所持している運転者端末３００である運行運転者端末３００－１と、定められた到着地無い状態で乗客を待ったり、徘徊中の車両１０である待機車両１０－２を運転する運転者が所持している運転者端末３００である待機運転者端末３００－２に区分されることができるだろう。

なお、本発明を実施するにあたって、運行車両１０－１の到着地は当日の運転を終えた運転者の自宅または運転者が運行車両１０－１を返却しなければならない車庫とすることができ、この場合に本発明は、帰路車両のための配車管理方法になることもできるだろう。

また、本発明を実施するにあたって、運行車両１０－１の到着地は、運行車両１０－１に搭乗している乗客の目的地になることもでき、この場合に本発明は、運行車両１０－１の乗り合いのための配車管理方法になることもできるだろう。

一方、管理サーバ２００は、本発明の一実施形態に係る到着地に運行中の車両の配車管理サービスを提供する事業者が設置及び運営するサーバであり、管理サーバ２００は運行車両１０－１の現在位置情報及び運行車両１０－１の到着地情報を含む運行情報を運転者端末３００から受信、乗客の出発地情報及び目的地情報を含む乗客情報を乗客端末１００から受信し、運行情報及び乗客情報に基づいて運行車両１０－１と乗客とのマッチングが適合であるか否かを判断することにより、運行車両１０－１の配車を決定する。

図２は、本発明の一実施形態に係る到着地に運行中の車両の配車管理方法を実行する管理サーバ２００の構造を示す機能ブロック図である。 図２を参照すると、本発明の一実施形態に係る到着地に運行中の車両の配車管理方法を実行する管理サーバ２００は、受信部２１０、記憶部２３０、判断部２５０及び送信部２７０を含む。

管理サーバ２００の受信部２１０は、運行運転者端末３００－１から運行車両１０－１の現在位置情報及び運行車両１０－１の到着地情報を含む運行情報を受信し、乗客端末１００から乗客の出発地情報及び目的地情報を含む乗客情報を受信する。

管理サーバ２００の判断部２５０は、運行情報及び乗客情報に基づいて運行車両１０－１と乗客のマッチングが適合であるか否かを判断することにより、運行車両１０－１の配車を決定するが、具体的に管理サーバ２００の判断部２５０は、運行車両１０－１の現在位置から乗客の出発地までの予想移動時間、乗客の出発地から目的地までの予想移動時間及び乗客の目的地から運行車両１０－１の到着地までの予想移動時間を合わせた合計推定移動時間と、運行車両１０－１の現在位置から運行車両１０－１の到着地までの予想移動時間との差が所定の基準値未満であるか否かを判断することにより、運行車両１０－１の乗客とのマッチングが適合であるか否かを判断する。

管理サーバ２００の送信部２７０は、乗客の出発地情報及び目的地情報を含む乗客情報を乗客とマッチングされた車両１０の運転者端末３００に送信する。

一方、受信部２１０における各種受信情報、判断部２５０における各種判定情報及び送信部２７０における各種送信情報は、管理サーバ２００の記憶部２３０に時間帯別に累積記憶される。

図３は、本発明の一実施形態に係る到着地に運行中の車両の配車管理方法の実行過程を説明する信号フローチャートであり、図４は、本発明の一実施形態に係る到着地に運行中の車両の配車管理方法の実行原理を説明する概念図である。

以下では、図１～図４を参照し、本発明の一実施形態に係る到着地に運行中の車両の配車管理方法の実行過程を説明する。

図３を参照すると、管理サーバ２００は、到着地（車庫または乗客の目的地）に車両１０－１を運行している運転者の運行運転者端末３００－１から運行車両１０－１の現在位置情報と運行車両１０－１の到着地情報を含む運行情報を受信するＳ３１０。

一方、乗客が車両１０を呼び出すために乗客端末１００にインストールされている乗客用アプリケーションプログラムを実行した後、出発地位置情報と目的地位置情報をアプリケーションプログラムに入力することにより、管理サーバ２００は乗客端末１００から乗客の出発地位置情報及び目的地位置情報を含む乗客情報（すなわち、車両呼び出し要請）を受信するＳ３２０。

管理サーバ２００の判断部２５０は、運行運転者端末３００－１から受信した運行車両１０－１の運行情報と、乗客端末１００から受信した乗客情報に基づいて当該運行車両１０－１と乗客のマッチングが適合であるが否かを判断するＳ３３０。

具体的に、図４に示すように、管理サーバ２００の判断部２５０は、運行車両１０－１の現在位置１から乗客の出発地３までの予想移動時間ｔ１、乗客の出発地３から乗客の目的地４までの予想移動時間ｔ２、乗客の目的地４から運行車両１０－１の到着地２までの予想移動時間ｔ３をそれぞれ算出した後、これらを合わせた合計予想移動時間（ｔ１＋ｔ２＋ｔ３）と運行車両１０－１の現在位置１から運行車両１０－１の到着地２までの予想移動時間Ｔ１の差が所定の第１基準値（α：例えば１０分）未満であるか否かを判断し、当該差の値が所定の第１基準値（α）未満である場合（すなわち、下記の数式１を満たす場合）に当該運行車両１０－１と乗客のマッチングが適合であると判断することができるだろう。

［数式１］
［（ｔ_１＋ｔ_２＋ｔ_３）－Ｔ_１］＜α

一方、本発明を実施するにあたって、管理サーバ２００の判断部２５０は、運行車両１０－１の現在位置１から運行車両１０－１の到着地２までの予想移動時間Ｔ１を運行運転者端末３００－１から受信した運行車両１０－１の運行情報に含まれている運行車両１０－１の現在位置情報と到着地情報に基づいて算出することもできるが、前述したＳ３１０ステップで管理サーバ２００が運行運転者端末３００－１から受信する運行情報に、運行運転者端末３００－１にインストールされたアプリケーションプログラムによって算出された運行車両１０－１の現在位置１から運行車両１０－１の到着地２までの予想移動時間Ｔ１情報がさらに含まれることができ、この場合に管理サーバ２００の判断部２５０は、運行運転者端末３００－１から受信した予想移動時間Ｔ１情報を活用して前記数式１を満たすか否かを判断することもできるだろう。

具体的に、前記数式１を満たす場合は、運転者が運行車両１０－１の到着地２までの移動経路を、乗客の出発地３と乗客の目的地４を順次経由する移動経路に変更することにより、追加的にかかる時間が所定の第１基準値（α：例えば１０分）未満である場合で、管理サーバ２００の判断部２５０は、これは運行車両１０－１の運転者または運行車両１０－１に搭乗している乗客が容認できる範囲内にあるとみなし、当該運行車両１０－１と乗客のマッチングが適合であると判断することである。

なお、本発明を実施するにあたって、管理サーバ２００の判断部２５０は、運行車両１０－１の現在位置１から乗客の出発地３までの予想移動時間ｔ１が所定の第２基準値
未満である場合（すなわち、下記数式２を満たす場合）に当該運行車両１０－１と乗客のマッチングが適合であると判断できることである。

［数式２］

具体的に、前記数式２を満たす場合は、運転者が乗客を搭乗させるために元の移動経路（（１）→（２））を離脱して乗客の出発地３まで到着するのにかかる時間ｔ１に所定の第２基準値
未満の場合であり、管理サーバ２００の判断部２５０は、これを運行車両１０－１の運転者または運行車両１０－１の既存の乗客が容認できる範囲内にあるとみなし、当該運行車両１０－１と乗客のマッチングが適合であると判断できることである。

なお、本発明を実施するにあたって、管理サーバ２００の判断部２５０は、乗客の目的地４から運行車両１０－１の到着地２までの距離Ｄが所定の第３基準値（γ：例えば２ｋｍ）未満の場合（すなわち、下記数式３を満たす場合）に、当該運行車両１０－１と乗客のマッチングが適合であると判断することができるだろう。

［数式３］

具体的に、前記数式３を満たす場合は、乗客の目的地４まで運行を完了した運転者が元の移動経路で到着地２まで移動しなければならない距離Ｄが所定の第３基準値（γ：例えば２ｋｍ）未満の場合であり、管理サーバ２００の判断部２５０は、これを運行車両１０－１の運転者または運行車両１０－１の既存の乗客が容認できる範囲内にあるとみなし、当該運行車両１０－１と乗客のマッチングが適合であると判断できることである。

一方、本発明を実施するにあたって、管理サーバ２００の判断部２５０は、管理者の設定条件に応じて数式１を満たす場合、数式１と数式２を同時に満たす場合、数式１と数式３を同時に満たす場合または数式１、数式２、数式３を同時に満たす場合に、当該運行車両１０－１と乗客のマッチングが適合であると最終判断することができるだろう。

さらに、本発明を実施するにあたって、運転者は、運行運転者端末３００－１を介して前記のような乗客マッチング条件を直接設定することもできるだろう。 具体的に、運転者は、自分の性向及び状況に応じて、上述した３つの数式のうち乗客とのマッチングが適合であると判断されるために必ずしも満たさなければならない数式を１つまたは２つ以上選択することができるだろう。

また、本発明を実施するにあたって運転者は、運行運転者端末３００－１を通じて乗客マッチング条件として前記のように数式を直接選択できるだけでなく、各数式における第１基準値、第２基準値及び第３基準値を自分の性向及び状況に応じて直接設定することができるだろう。

このように運転者が直接設定した乗客マッチング条件及び基準値情報は、前述したＳ３１０ステップで運行車両１０－１の運行情報と共に運行運転者端末３００－１から管理サーバ２００に送信することができ、これに管理サーバ２００の判断部２５０は、当該運転者が設定した乗客マッチング条件及び基準値情報に基づいて前述したＳ３３０ステップでの乗客とのマッチングが適合であるか否かを判断することになる。

一方、管理サーバ２００は、前述したＳ３１０ステップで管理サーバ２００に運行情報を送信した複数の運行運転者端末３００－１のうち、前述したＳ３３０ステップを通じて乗客とのマッチングが適合であると判断された運行情報を送信した少なくとも１つの運行運転者端末３００－１で、前述したＳ３２０ステップで乗客端末１００から受信した乗客の出発地位置情報及び目的地位置情報を含む乗客情報（すなわち、車両呼び出し要請）を送信するＳ３４０。

一方、本発明を実施するにあたって、運行運転者端末３００－１にインストールされたアプリケーションプログラムは、前述したＳ３３０ステップでの管理サーバ２００の判断部２５０によるマッチングの適合有無判断とは独立的にマッチング適合有無判断を実行できるだろうＳ３５０。

具体的に、本発明を実施するにあたって、乗客と運行車両１０－１とのマッチングの適合有無判断を管理サーバ２００で実行せず、運行運転者端末３００－１でのみ実行することも可能だろう。

また、本発明を実施するにあたって、管理者によって設定された乗客マッチング条件及び基準値情報に応じて管理サーバ２００の判断部２５０で実行されたマッチングの適合有無判断を通過した場合であっても、これに加えて運行運転者端末３００－１のアプリケーションプログラムにおいて、運転者が上述したように自分の性向及び状況に応じて直接設定した乗客マッチング条件及び基準値情報に応じて最終的にマッチングの適合有無判断を実行することもできるだろう。

具体的に、運行運転者端末３００－１は、運行車両１０－１の現在位置１から乗客の出発地３までの予想移動時間ｔ１、乗客の出発地３から乗客の目的地４までの予想移動時間ｔ２、乗客の目的地４から運行車両１０－１の到着地２までの予想移動時間ｔ３をそれぞれ算出し、これらを全て合わせた合計予想移動時間（ｔ１＋ｔ２＋ｔ３）と、運行車両１０－１の現在位置１から運行車両１０－１の到着地２までの予想移動時間Ｔ１との差が所定の第１基準値（α：例えば５分）未満であるか否かを判断した結果、当該差の値が所定の第１基準値（α）未満である場合（すなわち、前記数式１を満たす場合）に運行車両１０ー１と乗客のマッチングが適合であると判断することができるだろう。

また、運行運転者端末３００－１は、運行車両１０－１の現在位置１から乗客の出発地３までの予想移動時間ｔ１が所定の第２基準値
未満である場合（すなわち、前記数式２を満たす場合）に運行車両１０－１と乗客のマッチングが適合であると判断することができるだろう。

なお、本発明を実施するにあたって、運行運転者端末３００－１は、乗客の目的地４から運行車両１０－１の到着地２までの距離Ｄが所定の第３基準値（γ：例えば１ｋｍ）未満の場合（すなわち、前記数式３を満たす場合）に、運行車両１０－１と乗客のマッチングが適合であると判断することができるだろう。

また、運行運転者端末３００－１は、運転者が乗客マッチングの必須条件として前記３つの数式のうち運行運転者端末３００－１を通じて選択及び設定した少なくとも１つの数式と、各数式で運転者が設定した第１基準値、第２基準値及び第３基準値に応じて運行車両１０－１と乗客のマッチングが適合であるか否かを判断することができるだろう。

前述したＳ３５０ステップで、乗客とのマッチングが適合であると判断された場合、運行運転者端末３００－１は運行車両１０－１の現在位置情報と到着地情報及び運行車両１０－１の車両番号を含む配送要請を管理サーバ２００に送信するＳ３６０。

これにより、管理サーバ２００は、運行運転者端末３００－１から受信した配車要請に含まれた運行車両１０－１の現在位置情報と到着地情報及び運行車両１０－１の車両番号を含む配車情報を乗客端末１００に送信することで、運行車両１０－１の配車を完了するＳ３７０。

図５は、本発明の他の実施形態に係る到着地に運行中の車両の配車管理方法の実行過程を説明する信号フローチャートであり、図６は、本発明の他の実施形態に係る到着地に運行中の車両の配車管理方法の実行原理を説明する概念図である。

＊８２以下では、図１、図２、図５及び図６を参照し、本発明の他の実施形態に係る到着地に運行中の車両の配車管理方法の実行過程を説明する。

まず、管理サーバ２００は、乗客を乗せて到着地に向けて運行中の車両である運行車両１０－１を運転する運転者が所持している端末である運行運転者端末３００－１から運行車両１０－１の現在位置情報と運行車両１０－１の到着地情報を含む運行情報を受信するＳ５１０。

また、管理サーバ２００は、乗客を乗せていない状態で乗客を待ったり、徘徊中の車両である待機車両１０－２を運転する運転者が所持している端末である待機運転者端末３００－２から待機車両１０－２の現在位置情報を含む運行情報を受信するＳ５２０。

一方、乗客が車両１０を呼び出すために乗客端末１００にインストールされている乗客用アプリケーションプログラムを実行した後、出発地位置情報と目的地位置情報を当該アプリケーションプログラムに入力することにより、管理サーバ２００は乗客端末１００から乗客の出発地位置情報及び目的地位置情報を含む乗客情報（すなわち、車両呼び出し要請）を受信するＳ５３０。

これにより、管理サーバ２００の判断部２５０は、乗客端末１００から受信した乗客情報と運行運転者端末３００－１及び待機運転者端末３００－２からそれぞれ受信した運行情報とに基づいて、運行車両１０－１と乗客のマッチングの適合有無及び待機車両１０－２と乗客のマッチングの適合有無を比較判断するＳ５４０。

具体的に、管理サーバ２００の判断部２５０は、運行車両１０－１の現在位置１から運行車両１０－１の到着地２までの予想移動時間Ｔ１と運行車両１０－１の到着地２から乗客の出発地３までの予想移動時間Ｔ２をそれぞれ算出した後、これらを合わせた移動時間である運行車両１０－１の乗客の出発地までの最終到着予想所要時間（Ｔ１＋Ｔ２）を算出する。

また、管理サーバ２００の判断部２５０は、待機車両１０－２の現在位置１'から乗客の出発地３までの予想移動時間ｔである待機車両１０－２の到着予想所要時間ｔを算出する。

次に、管理サーバ２００の判断部２５０は、待機車両１０－２の到着予想所要時間ｔと運行車両１０－１の到着予想所要時間（Ｔ１＋Ｔ２）を比較し、到着予想所要時間が短い車両１０が乗客とのマッチングにより適合していると判断する。

例えば、待機車両１０－２の到着予想所要時間ｔ（例えば３分）より運行車両１０－１の到着予想所要時間（Ｔ１＋Ｔ２）（例えば２分）が短い場合、管理サーバ２００の判断部２５０は、待機車両１０－２より運行車両１０－１を優先して配車を決定することになる。

このように管理サーバ２００の判断部２５０が運行車両１０－１の配車を決定した場合、管理サーバ２００は、前述したＳ５３０ステップで乗客端末１００から受信した乗客の出発地位置情報及び目的地位置情報を含む乗客情報（すなわち、車両呼び出し要請）をマッチングされた運行車両１０－１の運行運転者端末３００－１に送信するＳ５５０。

＊９２これにより、運行運転者端末３００－１は運行車両１０－１の車両番号を含む配車要請を管理サーバ２００に送信することになりＳ５６０、管理サーバ２００は運行運転者端末３００－１から受信した配車要請に含まれた運行車両１０－１の車両番号を含む配車情報を乗客端末１００に送信することにより、運行車両１０－１の配車を完了することになるＳ５７０。

一方、上述したような本発明に係る到着地に運行中の車両の配車管理方法の各ステップを実行させるプログラムが管理サーバ２００の記憶部２３０及び／又は運転者端末３００にインストールされた状態で本発明を実行することができ、当該プログラムはコンピュータ可読記録媒体に記録されて使用することもできるだろう。

一実施形態において、管理サーバ２００は、到着地（車庫または乗客の目的地）に車両１０－１を運行している運転者の運行運転者端末３００－１から運行車両１０－１の現在位置情報と運行車両１０－１の到着地情報を含む運行情報を受信することができる。

管理サーバ２００は、第１乗客が車両１０を呼び出すために第１乗客端末にインストールされた乗客用アプリケーションプログラムを実行した後、第１出発地情報と第１目的地情報をアプリケーションプログラムに入力することにより、管理サーバ２００は、第１乗客端末から第１乗客の第１出発地情報と第１目的地情報を含む第１乗客情報（すなわち、車両呼び出し要請）を受信することができる。

管理サーバ２００は、運行運転者端末３００－１から受信した運行車両１０－１の運行情報と第１乗客端末から受信した乗客情報とに基づいて、当該運行車両１０－１と乗客のマッチングが適合であるか否かを判断することができる。 管理サーバ２００は、本明細書で上述した方法によってマッチングが適合であるか否かを判断することができる。

また、管理サーバ２００は、第２乗客の第２出発地情報及び第２目的地情報とを含む第２乗客情報を第２乗客端末から受信することができる。

管理サーバ２００は、第１乗客及び第２乗客から相乗りの同意を得たことに応答し、運行車両１０－１と第２乗客のマッチング適合であるか否かを判断することができる。

ここで、第１乗客とは運行車両１０－１の既存の乗客であり、第２乗客運行車両１０－１の新規乗客である。 第１乗客及び第２乗客のうち少なくとも１人の乗客が相乗りに同意しない場合、管理サーバ２００は、運行車両１０－１と第２乗客のマッチングが適合であるか否かを判断しない。

管理サーバ２００は、運行車両１０－１と第２乗客とのマッチング適合有無を判断するために、運行車両１０－１の現在位置から、第１乗客の第１出発地、第１目的地、第２乗客の第２出発地、第２目的地を１回ずつ通過する最短移動時間と、運行車両１０－１の現在位置から運行車両の到着地までの予想移動時間の差が所定の第１基準値（α：例えば１０分）未満であるか否かを判断し、当該差の値が所定の第１基準値（α）未満である場合、当該運行車両１０－１と第２乗客のマッチングが適合だと判断することができるだろう。

一方、第１乗客の第１出発地、第１目的地、第２乗客の第２出発地、第２目的地は全て異なる位置であってもよく、第１乗客の第１出発地、第１目的地と、第２乗客第２出発地、第２目的地のうちいずれかの位置が同じであってもよい。

一実施形態において、管理サーバ２００は、運行車両１０－１と新規乗客である第２乗客がマッチングされることにより、既存の乗客である第１乗客が目的地に到着するまでの時間が遅延されることができる。 管理サーバ２００は、運行車両１０－１と第２乗客がマッチングされることにつれ、第１乗客の到着遅延時間を算出することができる。

管理サーバ２００は、算出された到着遅延時間に基づいて第１乗客に報酬を提供することができる。 第１乗客に提供される報酬は、到着遅延時間に比例することができる。

図７は、一実施形態に係る管理サーバのブロック図である。

図７を参照すると、管理サーバ７００は、通信部７１０、プロセッサ７２０及びＤＢ７３０を含むことができる。 図７の管理サーバ７００には、実施形態に関する構成要素のみが図示されている。 したがって、図７に図示された構成要素以外に他の汎用的な構成要素がさらに含まれる可能性があるということを当該技術分野の通常の技術者であれば理解できる。

通信部７１０は、外部サーバまたは外部装置と有線/無線通信ができるようにする１つ以上の構成要素を含むことができる。 例えば、通信部７１０は、近距離通信部（図示せず）、移動通信部（図示せず）及び放送受信部（図示せず）のうち少なくとも１つを含むことができる。

図２で上述した受信部２１０及び送信部２７０は、通信部７１０で具現することができる。

ＤＢ７３０は、管理サーバ７００内で処理される各種データを記憶するハードウェアで、プロセッサ７２０の処理及び制御のためのプログラムを記憶することができる。 ＤＢ７３０は決済情報、ユーザ情報などを記憶することができる。

ＤＢ７３０は、ＤＲＡＭ（ｄｙｎａｍｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓｍｅｍｏｒｙ）、ＳＲＡＭ（ｓｔａｔｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓｍｅｍｏｒｙ）などのＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ-ｏｎｌｙ ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ-ｏｎｌｙｍｅｍｏｒｙ）、ＣＤ-ＲＯＭ、ブルーレイまたは他の光学ディスクストレージ、ＨＤＤ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）、ＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）、またはフラッシュメモリを含むことができる。

図２で上述した記憶部２３０はＤＢ７３０で具現することができる。

プロセッサ７２０は、管理サーバ７００の全般的な動作を制御する。 例えば、プロセッサ７２０はＤＢ７３０に保存されたプログラムを実行することで、入力部（図示せず）、ディスプレイ（図示せず）、通信部７１０、ＤＢ７３０などを全般的に制御することができる。 プロセッサ７２０は、ＤＢ７３０に記憶されたプログラムを実行することで、管理サーバ７００の動作を制御することができる。

プロセッサ７２０は、ＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、制御機（ｃｏｎｔｒｏｌｌｅｒｓ）、マイクロコントローラ（ｍｉｃｒｏ-ｃｏｎｔｒｏｌｌｅｒｓ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒｓ）、その他の機能実行のための電気的ユニットのうち少なくとも一つを利用して具現されることができる。

プロセッサ７２０は、図１～図６で上述した管理サーバ７００の動作のうち少なくとも一部を制御することができる。 図２で上述した判断部２５０は、プロセッサ７２０で実現することができる。

一実施形態として、管理サーバ７００は、車両の外部に位置するサーバであることができる。 サーバはネットワークを介して通信し、命令、コード、ファイル、コンテンツ、サービスなどを提供するコンピュータ装置または複数のコンピュータ装置で具現されることができる。 サーバは車両に搭載された装置から車両が走行中の現在の車線を決定するために必要なデータを受信し、受信したデータに基づいて車両が走行中の現在の車線を決定することができる。

他の実施例として、管理サーバ７００は、車両内に組み込まれる電子装置で具現されることができる。 例えば、管理サーバ７００は、生産過程後、チューニング（ｔｕｎｉｎｇ）を通じて車両内に挿入される電子装置で具現されることができる。

もう一つの実施例として、管理サーバ７００は移動性を有する電子装置で具現されることができる。 例えば、管理サーバ７００はスマートフォン、タブレットＰＣ、ＰＣ、スマートＴＶ、ＰＤＡ（ｐｅｒｓｏｎａｌｄｉｇｉｔａｌａｓｓｉｓｔａｎｔ）、ラップトップ、メディアプレーヤー、ナビゲーション、カメラが搭載されたデバイス及びその他のモバイル電子装置で具現されることができる。 また、管理サーバ７００は通信機能及びデータプロセッシング機能を備えた時計、眼鏡、ヘアバンド及び指輪などのウェアラブル装置で具現されることができる。

本発明で使用される用語は、単に特定の実施例を説明するために使用されたものであり、本発明を限定しようとする意図ではない。 単数の表現は、文脈上明らかに別段の意味を持たない限り、複数の表現を含む。 本出願において、「含む」または「有する」などの用語は、本明細書に記載の特徴、数字、ステップ、動作、構成要素、部品、またはそれらを組み合わせたものが存在することを指定するものであり、１つまたは複数の他の特徴や数字、ステップ、動作、構成要素、部品、またはそれらを組み合わせたものの存在または追加の可能性を予め排除しないことと理解されるべきである。

以上では、本発明の好ましい実施形態及び応用例について図示して説明したが、本発明は上述した特定の実施例及び応用例に限らず、請求の範囲で請求する本発明の要旨を外れることなく、当該発明が属する技術分野で通常の知識を有する者によって多様な変形実施が可能なのはもちろん、このような変形実施は本発明の技術的思想や展望から個別に理解されてはならない。

Claims (7)

1. （ａ）管理サーバが、運行車両の現在位置情報及び運行車両の到着地情報を含む運行情報を運転者端末から受信するステップと、
   （ｂ）管理サーバが、第１乗客の第１出発地情報及び第１目的地情報を含む第１乗客情報を第１乗客端末から受信するステップと、
   （ｃ）前記管理サーバが、前記運行情報及び前記第１乗客情報に基づいて前記運行車両と前記第１乗客とのマッチングが適合であるか否かを判断するステップと、
   （ｄ）前記管理サーバが、第２乗客の第２出発地情報及び第２目的地情報を含む第２乗客情報を第２乗客端末から受信するステップと、
   （ｅ）前記管理サーバが、前記第１乗客及び前記第２乗客からの相乗りの同意を得たことに応答して、前記運行車両と前記第２乗客とのマッチングが適合であるか否かを判断するステップと、
   （ｆ）前記管理サーバが、前記運行車両と前記第２乗客がマッチングされることにより、前記第１乗客に対する到着遅延時間を算出し、算出された前記到着遅延時間に基づいて前記第１乗客に報酬を提供するステップと、
   を含み、
   前記第１乗客に提供される前記報酬は、算出された前記到着遅延時間に比例して決定される、到着地に運行中の車両の配車管理方法。
2. 前記（ｃ）ステップは、
   （ｃ１）前記管理サーバが、前記運行車両の現在位置から前記第１乗客の第１出発地までの予想移動時間、前記第１乗客の第１出発地から前記第１乗客の第１目的地までの予想移動時間及び前記第１乗客の第１目的地から前記運行車両の到着地までの予想移動時間を合わせた合計予想移動時間と前記運行車両の現在位置から前記運行車両の到着地までの予想移動時間との差が所定の基準値未満であるか否かを判断するステップを含む、請求項１に記載の到着地に運行中の車両の配車管理方法。
3. 前記（ｃ）ステップは、
   （ｃ２）前記管理サーバが、前記運行車両の現在位置から前記第１乗客の第１出発地までの予想移動時間が所定の基準値未満であるか否かを判定するステップをさらに含む、請求項２に記載の到着地に運行中の車両の配車管理方法。
4. 運行車両の現在位置情報及び運行車両の到着地情報とを含む運行情報を運転者端末から受信し、第１乗客の第１出発地情報及び第１目的地情報を含む第１乗客情報を第１乗客端末から受信する受信部と、
   前記運行情報及び前記第１乗客情報に基づいて前記運行車両と前記第１乗客とのマッチングが適合であるか否かを判断する判断部と
   を含み、
   前記受信部は、第２乗客の第２出発地情報及び第２目的地情報を含む第２乗客情報を第２乗客端末から受信し、
   前記判断部は、前記第１乗客及び前記第２乗客からの相乗りの同意を得たことに応答して、前記運行車両と前記第２乗客とのマッチングが適合であるか否かを判断し、
   前記運行車両と前記第２乗客がマッチングされることにより、前記第１乗客に対する到着遅延時間を算出し、算出された前記到着遅延時間に基づいて前記第１乗客に報酬を提供し、
   前記第１乗客に提供される前記報酬は、算出された前記到着遅延時間に比例して決定される、管理サーバ。
5. 前記判断部は、前記判断部は、前記運行車両の現在位置から前記第１乗客の第１出発地までの予想移動時間、前記第１乗客の第１出発地から前記第１乗客の第１目的地までの予想移動時間及び前記第１乗客の第１目的地から前記運行車両の到着地までの予想移動時間を合わせた合計予想移動時間と前記運行車両の現在位置から前記運行車両の到着地までの予想移動時間との差が所定の基準値未満であるか否かを判断する、請求項４に記載の管理サーバ。
6. 前記判断部は、前記運行車両の現在位置から前記第１乗客の第１出発地までの予想移動時間が所定の基準値未満であるか否かをさらに判断する、請求項５に記載の管理サーバ。
7. 請求項１～請求項３のうちいずれか一項における前記方法を実行させるプログラムが記録された記録媒体。