(57)【特許請求の範囲】
【請求項１】
主従関係をもつ待機場所を管理する配車システムであって、
主の待機場所を規定した主のエリア情報と、従の待機場所を規定した従のエリア情報と、前記主の待機場所に待機車両の車両番号を紐づけた主の待機場所管理情報と、前記従の待機場所に待機車両の待機順と車両番号を紐づけた従の待機場所管理情報と、を保持する記憶手段と、
前記主の待機場所管理情報と前記従の待機場所管理情報の更新を行う待機場所管理情報更新手段と、
前記主の待機場所管理情報と前記従の待機場所管理情報に基づいて、前記待機場所管理情報更新手段による前記主の待機場所管理情報、又は、前記従の待機場所管理情報への待機車両の登録可否を判定する待機場所登録可否判定手段と、
前記主の待機場所管理情報と前記従の待機場所管理情報に基づいて、前記従の待機場所管理情報に紐づけられた待機車両に対して主の待機場所への移動指示を送信する移動指示送信手段と、を備え、
前記記憶手段は、前記移動指示送信手段が前記移動指示を送信した前記待機車両を仮登録済みの車両として記憶し、
前記移動指示を受信した前記待機車両は、前記主の待機場所に入ったことを検知すると登録要求を送信する登録要求送信手段を備え、
前記待機場所登録可否判定手段は、前記登録要求を送信した待機車両が前記記憶手段において仮登録済みの待機車両として記憶されているどうかを判定し、仮登録済みであれば前記主の待機場所管理情報への登録を許可する
ことを特徴とする配車システム。
【請求項２】
前記待機車両は乗務員が操作するボタンを備え、
前記登録要求送信手段は、前記主の待機場所に入った場合に前記ボタンの操作を有効にし、前記乗務員により前記ボタンが操作されると前記登録要求を送信することを特徴とする請求項１記載の配車システム。
【請求項３】
前記登録要求送信手段は、前記主の待機場所に入り、車両が停止したこと、もしくは、サイドブレーキを引いた状態であること、あるいは、一定時間以上前記主の待機場所にいることを条件に前記登録要求を送信することを特徴とする請求項１記載の配車システム。
【請求項４】
前記待機場所登録可否判定手段は、前記従の待機場所の状態が対象外である場合、前記従の待機場所に登録された車両でなくとも前記主の待機場所管理情報への登録を許可することを特徴とする請求項１乃至請求項３のいずれか１項に記載の配車システム。
【請求項５】
主従関係をもつ待機場所を管理する配車方法であって、
主の待機場所を規定した主のエリア情報と、従の待機場所を規定した従のエリア情報と、前記主の待機場所に待機車両の車両番号を紐づけた主の待機場所管理情報と、前記従の待機場所に待機車両の待機順と車両番号を紐づけた従の待機場所管理情報と、を保持する記憶手段を備えた配車システムにおいて、
前記主の待機場所管理情報と前記従の待機場所管理情報に基づいて、前記従の待機場所管理情報に紐づけられた待機車両に対して主の待機場所への移動指示を送信するステップと、
前記記憶手段が、前記移動指示を送信した前記待機車両を仮登録済みの車両として記憶するステップと、
前記移動指示を受信した前記待機車両が、前記主の待機場所に入ったことを検知すると登録要求を送信するステップと、
前記登録要求を送信した前記待機車両が前記記憶手段において仮登録済みの待機車両として記憶されているどうかを判定し、仮登録済みであれば前記主の待機場所管理情報へ登録するステップと、
を備えたことを特徴とする配車方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシー配車システムにおいて、タクシー待機場所の管理システムおよび配車方法に関するものである。
【背景技術】
【０００２】
従来から、タクシー配車システムにおいて、タクシーの待機場所の形態には主従関係のある待機場所がある。この形態の待機場所では、主の待機場所に空きが生じた場合、常に従の待機場所にいる車両を主の待機場所に移動するよう指示を出すようにしている。主の待機場所は、常に待機車両がいることが望ましい駅前やホテルなどの場所である。
【０００３】
主従関係のある待機場所における待機車両の管理について図を用いて説明する。図７では、駅前の主の待機場所７０１に対して従の待機場所７０２−１、７０２−２が紐づけられて管理されている。このとき、図８に示すように、主の待機場所７０１、従の待機場所７０２−１、７０２−２それぞれに対して待機車両の待機順、その待機場所に登録された登録時間、待機車両の車両番号といった待機場所管理情報を保持することで、どの待機場所にどの車両がいつ登録されたのかを管理できるようにしている。主の待機場所へ移動指示を出す待機車両の順番は、移動指示用管理として従の待機場所に登録されている待機車両の中から登録時間が早い順に登録している。
【０００４】
これにより、主の待機場所に空きができると、主の待機場所周辺にある従の待機場所全てに登録されている待機車両の中から登録時間が早い順番で、主の待機場所への移動指示を出すことが可能となる。このような待機場所の管理を行っている配車システムの実施例は、例えば特許文献１に記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１５９４９７
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところが、主の待機場所に対して従の管理場所が複数周辺にある場合や待機場所が特定の場所に指定されていない場合、主の待機場所と従の待機場所をそれぞれ個別に紐づけする必要があるため、従の待機場所の設定や変更に手間が掛かった。また、従の待機場所それぞれの待機場所管理情報を管理する必要があるため、主の待機場所に空きが生じた際に、複数の従の待機場所にいる待機車両から待機順を判定する処理が必要だった。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明における配車システムは、
主の待機場所を規定した主のエリア情報と、従の待機場所を規定した従のエリア情報と、主の待機場所に待機車両の車両番号を紐づけた主の待機場所管理情報と、従の待機場所に待機車両の待機順と車両番号を紐づけた従の待機場所管理情報と、を保持する記憶手段と、主の待機場所管理情報と従の待機場所管理情報の更新を行う待機場所管理情報更新手段と、主の待機場所管理情報と従の待機場所管理情報に基づいて、待機場所管理情報更新手段による主の待機場所管理情報、又は、従の待機場所管理情報への待機車両の登録可否を判定する待機場所登録可否判定手段と、主の待機場所管理情報と従の待機場所管理情報に基づいて、従の待機場所管理情報に紐づけられた待機車両に対して主の待機場所への移動指示を送信する移動指示送信手段と、を備えている。
【発明の効果】
【０００８】
上記構成によれば、主の待機場所に対して従の管理場所が複数周辺にある場合や待機場所が特定の場所に指定されていない場合でも、従の待機場所の設定や変更が容易になる。また、従の待機場所における待機車両の待機順などの管理を容易に行うことができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施例に係るシステム構成を示す図である。
【図２】本発明の実施例に係る待機場所エリアの管理方法を示す図である。
【図３】本発明の実施例に係る待機場所管理情報を示す図である。
【図４】本発明の実施例に係る主・従の待機場所の登録可否の判定処理である。
【図５】本発明の実施例に係る移動指示送信を説明するためのシーケンス図である。
【図６】本発明の実施例に係る移動指示送信における移動指示送信管理及び待機場所管理情報を示す図である。
【図７】従来の待機場所エリアの管理方法を示す図である。
【図８】従来の待機場所管理情報を示す図である
【発明を実施するための形態】
【００１０】
以下、本発明に係るタクシー配車場所の管理システムおよび方法を実施するための形態について、図面を参照して説明する。
【００１１】
図１は、本発明におけるタクシー配車システムの一実施例を示す図である。
各車載端末１０１（１０１−１、・・・、１０１−ｎ）は、タクシーに搭載され、ＧＰＳ衛星からの位置情報を受けて、自車両の位置情報（緯度、経度）を入手することができる。車載端末１０１により入手された位置情報は、車載端末１０１（車両）の動態情報と共に、管理センタ１０２へ送信される。また、待機場所のポリゴンデータを保持している。
【００１２】
管理センタ１０２は、ロードバランサ１０３（１０３−１、１０３−２）、ゲートウェイサーバ１０４、ＡＶＭサーバ１０５、地図サーバ１０６、情報サーバ１０７、データベース１０８から構成される。なお、各サーバ、データベースは複数ある構成としている。
ロードバランサ１０３は、複数のサーバ、データベースに対する要求を配分し、負荷分散を行う。
ゲートウェイサーバ１０４は、車載端末１０１と管理センタ１０２との通信を行うものであり、車載端末１０１から送信された情報を受信したり、車載端末１０１への指示などを送信したりする。
【００１３】
ＡＶＭサーバ１０５は、配車要求の処理、待機車両の登録処理、待機車両への移動指示の処理などを行う。
地図サーバ１０６は、探車時の経路探索を行う。
情報サーバ１０７は、後述するデータベース１０８から取得要求のあった情報を検索し、提供する。また、データベース１０８へ登録／要求も行う。
データベース１０８は、マスターデータ（顧客、車両、オペレータ、乗務員など）、配車情報、車両の位置／動態情報、待機場所のエリア情報（待機場所ＩＤ、評価順、名前、有効曜日、重心位置、エリアのポリゴンデータ、主従関係など）、待機場所管理情報（待機場所ＩＤ、待機登録時間、車両番号など）などを保持している。
配車端末１０９（１０９−１、・・・、１０９−ｎ）は、オペレータが配車指示を入力し、その結果を表示する端末である。
【００１４】
以上の構成要素は、必ずしも同一の場所に設置されている必要は無く、例えば管理センタ１０２内にあるＡＶＭサーバ１０５、地図サーバ１０６、情報サーバ１０７、データベース１０８を異なる箇所に設置し、クラウド上で接続するようにしてもよい。
【００１５】
本発明の主従関係のある待機場所における待機車両の管理の一実施例を以下図により説明する。
【００１６】
図２は、本発明の主従関係のある待機場所を示す図であり、主の待機場所２−１に対して従の待機場所２−２が紐づけられている。従来の図７と比較すると、主の待機場所２−１周辺に存する従の待機場所を一括して従の待機場所２−２として管理するようにしている。これにより、従来の図７のように従の待機場所のエリアを個別で設定し、主の待機場所への紐づけを行う必要がないため、従の待機場所の設定や変更が容易にできる。また、従の待機場所における待機車両の待機順の管理については、図３のように一括して待機順の管理ができるため、従来の図８のように複数の待機場所の待機車両から待機順を判定する処理が不要となる。
【００１７】
[従の待機場所への登録から主の待機場所への登録までの流れ]
従の待機場所への登録から主の待機場所への登録までの流れの一実施例を説明する。なお、主・従の待機場所は両方とも空きがある状態とする。車載端末１０１は、車両の位置情報と待機場所のポリゴンデータから従の待機場所に入ったことを検知すると、管理センタ１０２へ待機場所管理情報への登録要求を送信する。管理センタ１０２のＡＶＭサーバ１０５は、待機場所管理情報への登録要求を受信すると、従の待機場所への登録可否を判定し（詳細は以下に記載）、可であれば、データベース１０８に保持されている待機場所管理情報に、従の待機場所ＩＤ、待機登録時間、車両番号などを登録する。
【００１８】
次に、従の待機場所に登録された待機車両は、管理センタ１０２のＡＶＭサーバ１０５から主の待機場所への移動指示を受けると、主の待機場所への仮登録済みの車両としてデータベース１０８に登録される。仮登録済みの車両の車載端末１０１は、車両の位置情報と待機場所のポリゴンデータから主の待機場所に入ったことを検知すると、管理センタ１０２へ待機場所管理情報への登録要求を送信する。管理センタ１０２のＡＶＭサーバ１０５は、登録要求を送信した車両が、仮登録済みであるかどうかを判定し、仮登録済みであれば、データベース１０８に保持されている待機場所管理情報に主の待機場所ＩＤ、待機登録時間、車両番号などを登録する。
【００１９】
なお、上記実施例では、車載端末１０１が機場所管理情報への登録要求を自動で送信する構成としているが、車載端末１０１に登録要求を送信するためのボタンを設置し、乗務員がボタンを押すことで登録要求を送信する構成にしてもよい。その場合、車両が待機場所に入った場合のみボタンを押下できる構成とすることが好ましい。
また、待機場所管理情報への登録要求の送信条件を待機場所に入ることに加えて、車両の停止、サイドブレーキを引いた状態であること、一定時間以上待機場所にいることを条件に加えてもよい。これにより、待機場所を通過するだけの車両の誤登録を防ぐことができる。
また、管理センタ１０１が、待機場所に車両が入ったことを検知し、自動でデータベース１０８の待機場所管理情報に登録する構成にしてもよい。
【００２０】
[車両の待機場所への登録可否の判定処理]
次に、車両の待機場所への登録可否の判定処理について以下に記載する。
【００２１】
図４は、本発明における主・従の待機場所の登録可否の判定処理を示す一実施例である。主・従の待機場所の状態を対象外か否か、待機車両の待機台数によって主・従の待機場所の登録可否を判定する。待機場所が対象外である状態は、待機場所が日付や時間などによって待機場所が無効となっている状態のことを指している。これにより、待機場所を時間によって管理している場合でも主・従の待機場所への登録可否の判定をすることが可能となる。
【００２２】
図４より、主の待機場所状態が待機台数の上限未満であり、かつ、従の待機場所状態が対象外である場合を除き、従の待機場所状態がどのような状態でも、主の待機場所には移動指示によって従の待機場所から主の待機場所へ移動する仮登録済みの車両のみ登録を許可する（（主）▲）。主の待機場所の待機台数が上限未満の台数であり、かつ、従の待機場所状態が対象外である場合、従の待機場所から車両を補充することができないため、仮登録済の車両でなくとも主の待機場所への登録を可能とする（（主）○）。
【００２３】
従の待機場所状態が対象外である、または、待機台数が上限以上である場合は、車両の従の待機場所への登録を不可とする（（従）×）。
従の待機場所状態が待機台数＝０である、または、待機台数が上限未満である場合は、主の待機場所状態に関わらず、従の待機場所への登録を可能とする（（従）○）。
【００２４】
以上のように、本発明の実施例において、主・従の待機場所の待機場所状態に応じて登録可否の判定を行うことで、きめ細かい待機車両の登録管理が可能となる。例えば、主の待機場所状態が待機台数の上限未満であり、かつ、従の待機場所状態が対象外である場合を除き、従の待機場所状態がどのような状態でも、主の待機場所には移動指示によって従の待機場所から主の待機場所へ移動する仮登録済みの車両のみ登録を許可する（（主）▲）ことで、主の待機場所には、従の待機場所から移動指令を受けた車両（仮登録済）以外を登録しないようにできるため、従の待機場所以外から主の待機場所に入る車両の登録を防ぐことができる。
【００２５】
[従の待機場所に登録されている待機車両への移動指示]
従の待機場所に登録されている待機車両への移動指示について説明する。移動指示の送信を開始するトリガは、例えば、主の待機場所から車両が離れて待機場所への登録を解除するとき、従の待機場所に車両が登録されるとき、一定時間が経過するときなどが好ましい。ただし、移動指示を送信するには、主・従の待機場所が有効であること、主の待機場所に車両の空きが存在すること、従の待機場所に車両が存在することが条件となる。
【００２６】
移動指示を送信するシーケンスの一例を図５、図６を用いて説明する。
図５は、主の待機場所Ａに登録されている車両１が待機場所Ａを離れたため、従の待機場所Ｂに登録されている車両４に対し、待機場所Ａへの移動指示を送るシーケンスである。
図６に記載された移動指示送信管理は、ＡＶＭサーバ１０５が保持する移動指示の送信情報である。ＡＶＭサーバ１０５は、移動指示を車載端末１０１へ送信した際に、車両番号、移動先の待機場所（Ｔｏ）、移動元の待機場所（Ｆｒｏｍ）、送信結果を保存する。そして、移動指示を送信した車載端末１０１から了解の通知を受け、データベース１０８の待機場所管理情報の更新を終えた後に削除する。この移動指示送信管理は、必ずしもＡＶＭサーバ１０５が保持している必要はなく、例えば、データベース１０８が保持するような構成にしてもよい。
【００２７】
また、図６に記載された主の待機場所Ａ及び従の待機場所Ｂは、データベース１０８が保持する待機場所管理情報の車両番号である。図６（ａ）において、主の待機場所Ａには、車両番号が車両１、車両２、車両３の車両が登録されている。従の待機場所Ｂには、車両番号が車両４、車両５、車両６の車両が登録されている。なお、両待機場所とも車両番号は、待機場所への登録が早い順に並んでおり、車両上限は３台としている。
【００２８】
図５より、車両１の車載端末は、待機場所Ａを離れたため、待機場所登録（解除）の要求を管理センタ１０２へ送信する。このときの移動指示送信管理、主の待機場所Ａ及び従の待機場所Ｂの待機場所管理情報は、図６（ａ）となっており、主の待機場所Ａから車両１が離れているが、データベース１０８の待機場所管理情報がまだ更新されていない状態となっている。１０２のゲートウェイ（ＧＷ）サーバは、待機場所登録（解除）の要求をＡＶＭサーバ１０５へ送信し、ＡＶＭサーバ１０５は、データベース１０８に保持されている待機場所Ａの待機場所管理情報から車両１を削除する要求を送る。このときの移動指示送信管理、主の待機場所Ａ及び従の待機場所Ｂの待機場所管理情報は、図６（ｂ）となっている。
【００２９】
その後、ＡＶＭサーバ１０５は、Ｔｏ：待機場所Ａ、Ｆｒｏｍ：待機場所Ｂの移動指示送信管理を取得し、移動指示を送信した履歴がないかを確認する。今回は、初回の移動指示の送信であるため、図６（ｂ）に示すように移動指示送信管理には何も入っていない。移動指示送信管理の取得後は、移動指示の送信要求をキューに設定し、ＧＷサーバ１０４へ待機場所登録（解除）の応答を行う。
【００３０】
ＡＶＭサーバ１０５は、一定時間が経過後、キューに設定した移動指示送信要求を読み出し、データベース１０８へ待機場所管理情報の取得要求を行う。その後、データベース１０８から送信された待機場所管理情報により、従の待機場所Ｂにもっとも早く登録されている車両４に対する移動指示の情報を図６（ｃ）のように追加し、ＧＷサーバ１０４を介して車両４の車載端末へ移動指示を送信する。
【００３１】
車両４の車載端末から移動指示に対する了解通知がＧＷサーバ１０４を介してＡＶＭサーバ１０５へ届くと、ＡＶＭサーバ１０５は、データベース１０８の待機場所管理情報に対して車両４が従から主の待機場所への登録情報の更新要求を送る。その結果、両者の待機場所管理情報は、図６（ｄ）のようになる。
【００３２】
その後、ＡＶＭサーバ１０５は、データベース１０８へ待機場所管理情報への取得要求を行い、データベース１０８から待機場所管理情報が送信されると、図６（ｅ）のように移動指示送信管理を削除する。
【００３３】
以上に記載した移動指示を送信するシーケンスにより、移動指示を開始するトリガによって自動で移動指示を従の待機場所の待機車両へ送ることが可能となる。
【００３４】
なお、本発明は、本発明に係る処理を実行する方法や方式、このような方法や方式を実現するためのプログラムや当該プログラムを記憶する記憶媒体などとして提供することも可能である。
【００３５】
以上、本発明の実施形態としてのタクシー配車場所の管理システムおよび配車方法について説明したが、本発明は上述した実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々変形または組み合わせて実施することができる。
【符号の説明】
【００３６】
１０１−１、・・・１０１−ｎ：車載端末
１０２：管理センタ
１０３：ロードバランサ
１０４：ゲートウェイサーバ
１０５：ＡＶＭサーバ
１０６：地図サーバ
１０７：情報サーバ
１０８：データベース
１０９−１、・・・、１０９−ｎ：配車端末
【図１】
0006433766.tif 000002
【図２】
0006433766.tif 000003
【図３】
0006433766.tif 000004
【図４】
0006433766.tif 000005
【図５】
0006433766.tif 000006
【図６】
0006433766.tif 000007
【図７】
0006433766.tif 000008
【図８】
0006433766.tif 000009