JP2010117965A - 車両運行管理システム - Google Patents

Abstract

【課題】乗り場客と途中客の両者の利便性を両立させる。
【解決手段】車両運行管理システムＣＳは、複数のタクシー車両Ｃに対し運行指示を行う運行管理サーバ２００と、乗り場における乗り場客の待ち人数を検出する待ち人数検出センサ１００とを備える。運行管理サーバ２００は、乗り場に戻る複数のタクシー車両Ｃを乗り場までの所要時間が短い順に並べた場合に、その順番が待ち人数検出センサ１００で検出した乗り場客の待ち人数以下の数となるタクシー車両Ｃに対し、途中客を拾わず乗り場客を優先するように迎車指示を行う。これにより、乗り場に対し必要なタクシー車両Ｃを供給することで乗り場客の利便性を向上しつつ、余剰分のタクシー車両Ｃで途中客を拾うことで途中客の利便性をも向上することができる。
【選択図】図１

Description

本発明は、複数のタクシー車両の運行管理を行う車両運行管理システムに関する。

一般にタクシー業務においては、車両運行管理システムにより複数のタクシー車両の運行管理を行っている。この車両運行管理システムでは、無線基地局が複数のタクシー車両の位置情報を一括して管理しており、この位置情報に基づき、各タクシー車両に対して無線回線を通じて運行指示を行うことにより、配車効率の向上を図っている。

このような車両運行システムにおいて、例えば、乗り場を出発したタクシー車両の乗り場への帰着時刻を、利用客を乗せた時刻及び利用客を降ろした時刻に基づき予め無線基地局で判断し、この帰着時刻に応じてその車両に対する運行指示を無線基地局から行うことにより、配車効率の向上を図る技術が存在している（特許文献１参照）。
特開平８−１２９６９４号公報

しかしながら、特許文献１に記載のような車両運行システムによれば、タクシー車両が乗り場へ戻る途中に利用客（以下、途中客と称する）が存在する場合が考慮されていない。このため、途中客を乗せた場合には、途中客の利便性は向上するが、予定帰着時刻に遅れてしまうため、乗り場の利用客（以下、乗り場客と称する）の利便性の低下を招くこととなる。一方で帰着時刻を厳守するために途中客を無視すれば、乗り場客の利便性は向上するが、途中客の利便性の低下を招くこととなる。このように、乗り場客と途中客の両者の利便性を両立することができなかった。

本発明が解決しようとする課題には、上記した問題が一例として挙げられる。

上記課題を解決するために、請求項１記載の発明は、所定の乗り場から送客を行う複数のタクシー車両の運行管理を行う車両運行管理システムであって、前記複数のタクシー車両に対し運行指示を行う運行管理サーバと、前記乗り場における利用客（以下、乗り場客と称する）の待ち人数を検出する待ち人数検出手段とを備え、前記運行管理サーバは、送客後前記乗り場に戻る前記タクシー車両に対し、前記待ち人数検出手段の検出結果及び前記タクシー車両の配車状況に応じて、前記乗り場への途中に存在する利用客（以下、途中客と称する）を拾わず前記乗り場客を優先するように前記運行指示を行う。

以下、本発明の一実施の形態を図面を参照しつつ説明する。

図１は、本実施形態の車両運行管理システムＣＳの全体構成例を概念的に示す図である。

本実施形態の車両運行管理システムＣＳは、所定の乗り場から送客を行う複数のタクシー車両Ｃの運行管理を行うものである。図１に示す例では、車両運行管理システムＣＳは、乗り場における利用客（以下、乗り場客と称する）の待ち人数を検出する待ち人数検出センサ１００（待ち人数検出手段に相当）と、複数のタクシー車両Ｃに対し運行指示を行う運行管理サーバ２００とを有している。

待ち人数検出センサ１００と運行管理サーバ２００とは、ネットワークＮＷを介して情報送受信可能に接続されており、待ち人数検出センサ１００はその検出結果を運行管理サーバ２００に送信する。待ち人数検出センサ１００としては、例えばカメラ等の撮像手段を用いて画像認識により人数を検出する画像認識手段を採用することができるが、その他にも、例えばゲートを用いて機械的に人数を検出したり、重量センサや赤外線センサ等を用いて検出してもよい。

各タクシー車両Ｃには無線通信装置３００がそれぞれ搭載されている。これらの無線通信装置３００は、運行管理サーバ２００と無線通信を介しデータ通信可能に接続されており、運行管理サーバ２００からの運行指示を受信可能となっている。本実施形態では、運行管理サーバ２００からタクシー車両Ｃの無線通信装置３００に対し送信される運行指示として、送客後乗り場へ戻る途中に道路脇等に存在する利用客（以下、途中客と称する）を拾わず乗り場客を優先させる迎車指示が行われる。

また車両運行管理システムＣＳは、各タクシー車両Ｃにそれぞれ設けられ、車両の運行状況を表示する運行状況表示部３１０（運行状況表示手段に相当）を有している。この運行状況表示部３１０は、無線通信装置３００と接続されており、無線通信装置３００の制御部３０１の制御により車両の運行状況に応じて自動的に表示が切り替えられるようになっている。

例えば図１に示す例では、複数のタクシー車両Ｃとして３台のタクシー車両Ｃ１，Ｃ２，Ｃ３を図示している。この例では、各タクシー車両Ｃの運行状況は以下のようになっている。すなわち、タクシー車両Ｃ１は、乗り場で利用客を乗せて指定場所にメータ走行中であり、運行状況表示部３１０は「乗車」表示に切り替えられている。またタクシー車両Ｃ２は、指定場所に送客後乗り場へ回送中であり、運行状況表示部３１０は「回送」表示に切り替えられている。この回送中においては、運転手は途中客が存在する場合には途中客を拾うことが可能であり、途中客が存在しない場合には乗り場に戻ることになる。またタクシー車両Ｃ３は、回送中に運行管理サーバ２００から迎車指示を受信することにより乗り場に迎車中であり、運行状況表示部３１０は「迎車」表示に切り替えられている。この迎車中においては、運転手は途中客の有無に拘わらず乗り場に直行し、乗り場客を優先することになる。

図２は、運行管理サーバ２００の機能構成例を示す機能ブロック図である。

運行管理サーバ２００は、各構成要素が図示しないＣＰＵ等を含む制御部２０１により制御されて動作する。

運行管理サーバ２００から各タクシー車両Ｃの無線通信装置３００に対し送信される運行指示信号は、制御部２０１から無線送受信部２０２へ送られ、無線送受信部２０２により変調されてアンテナ２０３へ供給され、アンテナ２０３を介し電波として送信される。一方、各タクシー車両Ｃの無線通信装置３００から送信される信号は、アンテナ２０３、無線送受信部２０２により処理される。すなわち、無線通信装置３００からの送信電波はアンテナ２０３で受信され、無線送受信部２０２で復調されて受信信号が生成される。この受信信号は制御部２０１へ供給される。

また制御部２０１には、メモリ２０４及び大容量記憶部２０５がそれぞれ接続されており、さらに上述した待ち人数検出センサ１００がネットワークＮＷを介して接続されている。メモリ２０４は、種々の処理において一時的にデータを記憶するために使用される。また大容量記憶部２０５は、例えばハードディスクや大容量メモリ等で構成されるものであり、運行管理サーバ２００の有する種々の機能を実行するためのプログラムや地図データ等が予め記憶されている。

図３は、タクシー車両Ｃに搭載された無線通信装置３００の機能構成例を示す機能ブロック図である。

無線通信装置３００は、各構成要素が図示しないＣＰＵ等を含む制御部３０１により制御されて動作する。

運行管理サーバ２００から送信される運行指示信号は、アンテナ３０２、無線送受信部３０３により処理される。すなわち、運行管理サーバ２００からの送信電波はアンテナ３０２で受信され、無線送受信部３０３で復調されて受信信号が生成される。この受信信号は制御部３０１へ供給される。一方、制御部３０１から運行管理サーバ２００へ送信される送信信号は、無線送受信部３０３へ送られ、無線送受信部３０３により変調されてアンテナ３０２へ供給され、アンテナ３０２を介し電波として送信される。

ＧＰＳアンテナ３０４は、複数のＧＰＳ衛星からの電波を受信し、受信信号をＧＰＳ受信部３０５へ供給する。ＧＰＳ受信部３０５は、複数の電波を利用して無線通信装置３００の現在位置を求め、位置情報として制御部３０１へ供給する。

さらに制御部３０１には、メモリ３０６、タクシーメータ部３０７、ユーザが各種操作入力を行うための操作部３０８及び上述した運行状況表示部３１０がそれぞれ接続されている。メモリ３０６は、種々の処理において一時的にデータを記憶するために使用される。またタクシーメータ部３０７は、予め入力されたタイヤ１回転あたりの走行距離に検出したタイヤの回転数を乗算することでメータ走行中の走行距離を算出し、この距離に基づき料金を算出する。なお、メータ走行の開始・終了は、運転手が操作部３０８を介して所定の操作入力を行った際に行われるようになっており、メータ走行開始操作が行われるとタクシーメータ部３０７による走行距離・料金の算出が開始され、メータ走行終了操作が行われるとタクシーメータ部３０７による算出は停止される。

図４は、無線通信装置３００の制御部３０１により実行される処理の手順例を示すフローチャートである。制御部３０１は、例えばタクシー車両Ｃが乗り場で利用客を乗せてメータ走行を開始した際に、このフローを実行するようになっている。

まずステップＳ５では、制御部３０１は、タクシー車両Ｃのメータ走行が終了したか否かを操作部３０８からの操作入力信号に基づき判定する。制御部３０１は、運転手が操作部３０８を介してメータ走行終了操作を行うことによりタクシー車両Ｃのメータ走行が終了するまで本判定を繰り返し、メータ走行が終了した場合には、次のステップＳ１０を実行する。

ステップＳ１０では、制御部３０１は、運行状況表示部３１０に制御信号を出力し、「回送」表示に切り替える。この「回送」表示中には、運転手は乗り場に戻るようにタクシー車両Ｃを運転しつつ、乗り場までの間に途中客が存在する場合には、その途中客を拾うことが可能である。なお、途中客が存在しない場合にはそのまま乗り場に戻る。

次にステップＳ１５では、制御部３０１は、タクシー車両Ｃの戻り先である乗り場の情報を取得する。この乗り場の情報は、例えば乗り場の名称や識別番号、地図情報等であり、運転手が操作部３０８を介して予め定められた複数の乗り場から選択入力するようになっている。なお、操作者が回送の度に選択するのではなく、タクシー車両Ｃごとに予め特定の乗り場が定められていてもよい。また、回送の度に運行管理サーバ２００が乗り場を指定するようにしてもよい。

次にステップＳ２０では、制御部３０１は、タクシー車両Ｃの車両ナンバーを取得する。この車両ナンバーは、例えばメモリ３０６等に予め登録されており、制御部３０１はメモリ３０６から読み出すことにより取得する。

次にステップＳ２５では、制御部３０１は、ＧＰＳ衛星から受信した複数の電波を利用してＧＰＳ受信部３０５により求められた位置情報を取得する。

次にステップＳ３０では、制御部３０１は、ステップＳ１５乃至ステップＳ２５で取得した乗り場情報、車両ナンバー及び位置情報を、無線送受信部３０３及びアンテナ３０２を介して運行管理サーバ２００に送信する。

次にステップＳ３５では、制御部３０１は、アンテナ３０２及び無線送受信部３０３を介し、運行管理サーバ２００より迎車指示を受信したか否かを判定する。制御部３０１は、迎車指示を受信した場合には、次のステップＳ４０を実行する。一方、迎車指示を受信しない場合には、後述のステップＳ５０を実行する。

ステップＳ４０では、制御部３０１は、運行状況表示部３１０に制御信号を出力し、「迎車」表示に切り替える。この「迎車」表示中には、運転手は、途中客の有無に拘わらず乗り場に直行するようにタクシー車両Ｃを運転し、乗り場客を優先する。

次にステップＳ５０では、制御部３０１は、途中客が乗車したか否かを操作部３０８からの操作入力信号に基づき判定する。制御部３０１は、運転手により操作部３０８を介してメータ走行開始操作が行われず、途中客が乗車しなかったと判定した場合には、本フローを終了する一方、運転手により操作部３０８を介してメータ走行開始操作が行われた場合には、途中客が乗車したと判定し、次のステップＳ５５を実行する。

ステップＳ５５では、制御部３０１は、運行状況表示部３１０に制御信号を出力し、「乗車」表示に切り替える。

次にステップＳ６０では、制御部３０１は、タクシーメータ部３０７に制御信号を出力し、メータ走行を開始する。その後、上述したステップＳ５に戻り、同様の手順を実行する。

図５は、運行管理サーバ２００の制御部２０１により実行される処理の手順例を示すフローチャートである。

まずステップＳ１１０では、制御部２０１は、アンテナ２０３及び無線送受信部２０２を介し、タクシー車両Ｃの無線通信装置３００から送信される乗り場情報、車両ナンバー及び位置情報を受信したか否かを判定する。制御部２０１は、無線通信装置３００から位置情報等を受信するまで本判定を繰り返し、受信した場合には、次のステップＳ１２０を実行する。

ステップＳ１２０では、制御部２０１は、受信した乗り場情報及び位置情報に基づき、タクシー車両Ｃが現在位置から乗り場に戻るまでに要する所要時間を計算する。

次にステップＳ１３０では、制御部２０１は、位置情報等を受信したタクシー車両Ｃを、乗り場に戻り中であるタクシー車両Ｃを乗り場までの所要時間が短い順に並べた配車リストにおける、ステップＳ１２０で計算した所要時間に対応する位置に追加し、その配車リストにおける順番ｎを取得する。なお、配車リストは例えばメモリ２０４に記憶されており、制御部２０１により逐次情報の更新が行われている。

次にステップＳ１４０では、制御部２０１は、待ち人数検出センサ１００の検出結果をネットワークＮＷを介して受信し、乗り場における乗り場客の待ち人数ｐを取得する。

次にステップＳ１５０では、制御部２０１は、ステップＳ１３０で取得した配車リストにおける順番ｎが、ステップＳ１４０で取得した乗り場の待ち人数ｐ以下であるか否かを判定する。制御部２０１は、順番ｎが待ち人数ｐより大きい数である場合には、本フローを終了する一方、順番ｎが待ち人数ｐ以下の数である場合には、次のステップＳ１６０を実行する。

ステップＳ１６０では、制御部２０１は、タクシー車両Ｃに対し乗り場へ戻る途中に途中客を拾わず乗り場客を優先させる迎車指示を、無線送受信部２０２及びアンテナ２０３を介してタクシー車両Ｃの無線通信装置３００に送信する。

図６は、運行管理サーバ２００のメモリ２０４等に記憶された配車リストの例を示す図である。

図６に示す例では、乗り場に戻り中であるタクシー車両Ｃは、車両ナンバーがＮｏ．００３、Ｎｏ．００７及びＮｏ．００１である３台のタクシー車両Ｃであり、それぞれのタクシー車両Ｃの乗り場までの所要時間はそれぞれ５分、１２分、１５分となっている。このため、所要時間の短い順に、車両ナンバーがＮｏ．００３、Ｎｏ．００７及びＮｏ．００１の順番で３台のタクシー車両Ｃがリストに含まれている。

この場合において、例えば車両ナンバーがＮｏ．００１であるタクシー車両Ｃ（以下、第１号車Ｃと称する）が指定場所で乗客を下ろしてメータ走行を終了し、乗り場へ回送する際に、乗り場における乗り場客の待ち人数が２人以下であった場合には、第１号車Ｃのリスト中における順番ｎは３であり、待ち人数ｐは１又は２であるため、ｎ≦ｐとはならず、運行管理サーバ２００から第１号車Ｃの無線通信装置３００に対し迎車指示は送信されない。このため、第１号車Ｃは、運行状況表示部３１０を「回送」表示としたまま乗り場への回送を行い、乗り場に戻るまでの間に途中客が存在する場合にはその途中客を拾うことが可能であり、途中客が存在しない場合にはそのまま乗り場に戻ることになる。

一方、第１号車Ｃがメータ走行を終了して乗り場へ回送する際に、乗り場における乗り場客の待ち人数が３人以上であった場合には、第１号車Ｃのリスト中における順番ｎは３であり、待ち人数ｐは３以上であるため、ｎ≦ｐとなり、運行管理サーバ２００から第１号車Ｃの無線通信装置３００に対し迎車指示が送信される。これにより、運行状況表示部３１０は「迎車」表示に切り替えられ、その後第１号車Ｃは、途中客の有無に拘わらず乗り場に直行し、乗り場客を優先することになる。

なお、一旦ｎ≦ｐとなり、運行管理サーバ２００から第１号車Ｃの無線通信装置３００に対し迎車指示を送信した場合でも、その後例えば乗り場客の一部があきらめて帰る等により待ち人数ｐが減少し、ｎ＞ｐとなった場合には、運行管理サーバ２００から回送指示を送信し、第１号車Ｃを再度回送中とするようにしてもよい。

以上のように、上記実施形態における車両運行管理システムＣＳは、所定の乗り場から送客を行う複数のタクシー車両Ｃの運行管理を行う車両運行管理システムＣＳであって、複数のタクシー車両Ｃに対し運行指示を行う運行管理サーバ２００と、乗り場における利用客（以下、乗り場客と称する）の待ち人数を検出する待ち人数検出手段１００（待ち人数検出センサに相当）とを備え、運行管理サーバ２００は、送客後乗り場に戻るタクシー車両Ｃに対し、待ち人数検出手段１００の検出結果及びタクシー車両Ｃの配車状況に応じて、乗り場への途中に存在する利用客（以下、途中客と称する）を拾わず乗り場客を優先するように運行指示を行う。

このようにすると、乗り場客の待ち人数に対し配車状況が充分でない場合には、タクシー車両Ｃに対し途中客を拾わず乗り場客を優先するように運行させることができる一方、乗り場客の待ち人数に対し配車状況が充分である場合には、余剰なタクシー車両Ｃに対し、途中客を拾うのを許容しつつ運行させることが可能となる。これにより、乗り場に対し必要なタクシー車両Ｃを供給することで乗り場客の利便性を向上しつつ、余剰分のタクシー車両Ｃで途中客を拾うことで途中客の利便性をも向上することができる。したがって、乗り場客と途中客の両者の利便性を両立することができる。また、乗り場に対し過剰なタクシー車両Ｃを供給することを防止できるので、配車効率を向上できる効果もある。

上記実施形態における車両運行管理システムＣＳにおいては、上述した構成に加えてさらに、運行管理サーバ２００は、乗り場に戻る少なくとも１台のタクシー車両Ｃを乗り場までの所要時間が短い順に並べた場合に、その順番が待ち人数検出手段１００で検出した乗り場客の待ち人数以下の数となるタクシー車両Ｃに対し、途中客を拾わず乗り場客を優先するように運行指示を行う。

このようにすると、乗り場までの距離が近い順に、乗り場客の待ち人数に対応する台数分のタクシー車両Ｃに対し、途中客を拾わず乗り場客を優先するように運行させることができる一方、待ち人数を超える台数分のタクシー車両に対しては、途中客を拾うのを許容しつつ運行させることが可能となる。これにより、乗り場に対し必要なタクシー車両Ｃを供給して乗り場客の利便性を向上しつつ、余剰分のタクシー車両Ｃで途中客を拾うことで途中客の利便性をも向上することができる。また、例えば単に待ち人数と乗り場に戻るタクシー車両Ｃの台数とを比べ、車両台数が待ち人数以下の数である場合に乗り場客優先とするような場合に比べて、乗り場に近いタクシー車両Ｃから順番に乗り場を優先して運行させることができるので、配車効率をさらに向上することができる。

上記実施形態における車両運行管理システムＣＳにおいては、上述した構成に加えてさらに、複数のタクシー車両Ｃにそれぞれ設けられ、タクシー車両Ｃの運行状況を表示する運行状況表示手段３１０（運行状況表示部に相当）を備え、運行状況表示手段３１０は、タクシー車両Ｃが送客後乗り場に戻る際には回送表示を行い、運行管理サーバ２００より途中客を拾わず乗り場客を優先するように運行指示を受けた場合には、迎車表示に切り替わる。

このようにすると、途中客は、タクシー車両Ｃの運行状況表示手段３１０の表示を確認し、その表示が迎車表示である場合には、その車両Ｃを諦めて次の車両Ｃを探すことができ、その表示が回送表示である場合には、その車両Ｃを呼び止めて利用することができる。これにより、途中客の利便性をさらに向上することができる。

なお、本実施形態は、上記に限られず、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を順を追って説明する。

（１）タクシー乗り場に配車状況の表示を行う場合
本変形例は、タクシー車両Ｃの乗り場への配車状況を表示する表示板を乗り場に設ける構成としたものである。なお、本変形例における車両運行管理システムＣＳは、前述した実施形態とほぼ同様の構成であり、部分的には同様の動作を実行する。このため、本変形例では、同一の構成及び動作については前述した実施形態における図１乃至図６と同一の符号を用いると共に、その説明を適宜省略し、以下では異なる点を中心として説明する。

図７は、本変形例の車両運行管理システムＣＳの全体構成例を概念的に示す図である。

この図７において、前述の実施形態と異なる点は、タクシー車両Ｃの乗り場への配車状況、具体的には、迎車中及び回送中の両方を含む全ての乗り場に戻るタクシー車両Ｃの車両ナンバー（車両識別情報に相当）と乗り場までの所要時間とを表示する表示板４００（配車状況表示手段に相当）を、乗り場に設置した点である。この表示板４００と運行管理サーバ２００とは、ネットワークＮＷを介して情報送受信可能に接続されており、表示板４００は運行管理サーバ２００の制御部２０１の制御に基づき表示を行う。

なお、所要時間の表示は、計算時点からの経過時間を減算しつつ表示してもよいし、常時又は一定時間おきにタクシー車両Ｃの位置を追跡し、その位置に応じて見直しつつ表示するようにしてもよい。また、所要時間の代わりに、現在時刻に所要時間を加算した予定到着時刻を表示するようにしてもよい。また、乗り場の表示板４００に加え、例えば利用客の携帯端末や情報端末等にも情報を送信し、表示を行うようにしてもよい。

図８は、本変形例において、無線通信装置３００の制御部３０１により実行される処理の手順例を示すフローチャートである。この図８において、ステップＳ５〜ステップＳ６０は、前述の図４と同様であるので説明を省略する。

次にステップＳ６５では、制御部３０１は、乗り場への回送中に途中客を拾ったことにより、回送状態をキャンセルすることを知らせるための回送キャンセル通知を、無線送受信部３０３及びアンテナ３０２を介して運行管理サーバ２００に送信する。

図９は、本変形例において、運行管理サーバ２００の制御部２０１により実行される処理の手順例を示すフローチャートである。この図９において、ステップＳ１１０乃至ステップＳ１３０は、前述の図５と同様であるので説明を省略する。

次にステップＳ１３５では、制御部２０１は、ネットワークＮＷを介して表示板４００に制御信号を送信し、前述したステップＳ１３０において、車両情報の追加が行われた配車リストを表示板４００に表示させる。これにより、表示板４００には、乗り場に戻り中であるタクシー車両Ｃの車両ナンバーを乗り場までの所要時間が短い順に並べた配車リストが表示される。例えば図７の例では、表示板４００に、前述の図６に示すものと同内容の配車リストが表示されている。

その後のステップＳ１４０乃至ステップＳ１６０は、前述の図５と同様であるので説明を省略する。

次にステップＳ１７０では、制御部２０１は、アンテナ２０３及び無線送受信部２０２を介し、タクシー車両Ｃの無線通信装置３００から送信される回送キャンセル通知を受信したか否かを判定する。制御部２０１は、無線通信装置３００から回送キャンセル通知を受信しない場合には本フローを終了する一方、回送キャンセル通知を受信した場合には、次のステップＳ１８０を実行する。

ステップＳ１８０では、制御部２０１は、メモリ２０４等に記憶された配車リストからキャンセル通知を送信したタクシー車両Ｃの情報を削除し、当該車両Ｃに対応する情報の表示板４００での表示も停止する。

上記変形例における車両運行管理システムＣＳは、上述した構成に加えてさらに、乗り場に設けられ、乗り場に戻る少なくとも１台のタクシー車両Ｃの車両識別情報（車両ナンバーに相当）と、乗り場までの所要時間とを表示する配車状況表示手段４００（表示板に相当）を備える。

このようにすると、乗り場でタクシー車両Ｃを待っている乗り場客が、どの車両Ｃが乗り場に向かい、且つその車両Ｃが到着するまでどのくらいかかるのかを把握することができる。したがって、乗り場客の利便性をさらに向上することができる。

上記変形例における車両運行管理システムＣＳは、上述した構成に加えてさらに、配車状況表示手段４００は、車両識別情報と乗り場までの所要時間とを、所要時間が短い順に表示する。

このようにすると、乗り場でタクシー車両Ｃを待っている乗り場客は、自分の待ち順と配車状況表示手段４００の表示順とを比較することにより、自分がどのタクシー車両Ｃにいつ頃乗車できるかを容易に把握することができる。したがって、乗り場客の利便性をさらに向上することができる。

上記変形例における車両運行管理システムＣＳは、上述した構成に加えてさらに、配車状況表示手段４００は、乗り場に戻るタクシー車両Ｃのうち、運行管理サーバ２００より途中客を拾わず乗り場客を優先するように運行指示を受けたタクシー車両Ｃ以外の車両が、途中客を拾った場合に、そのタクシー車両Ｃの表示を停止する。

このようにすると、乗り場において、途中客を拾うことで乗り場への回送がキャンセルされたタクシー車両Ｃが配車状況表示手段４００により誤って表示されることを防止し、乗り場へ迎車及び回送されるタクシー車両Ｃのみを確実に表示することができる。したがって、乗り場客の利便性をさらに向上することができる。

（２）その他
以上では、タクシー車両Ｃが乗り場に迎車中である場合、途中客が存在しても拾わないようにしたが、例えば運行状況表示部３１０で「迎車」表示に加えて行き先である乗り場の表示を行い、同一方向の途中客である場合には乗車させるようにしてもよい。

また以上では、タクシー車両Ｃが送客後乗り場へ回送する際に、運行状況表示部３１０が自動的に「回送」表示に切り替わるようにしたが、例えば回送する都度運行管理サーバ２００に問い合わせ、運行管理サーバ２００からの指示に応じて切り替えるようにしてもよい。また、この運行状況表示部３１０の表示は、無線通信装置３００の制御部３０１の制御により車両の運行状況に応じて自動的に表示が切り替えられるようにしたが、これに限らず、例えば運転手が手動で切り替えるようにしてもよい。または自動、手動のいずれで切り替えるかを予め設定できるようにしてもよい。

さらに、以上ではタクシー車両Ｃが送客後乗り場へ回送する際に、運行状況表示部３１０が一律に「回送」表示に切り替わるようにしたが、例えば乗り場に戻る「回送」表示と、特定の乗り場に戻らずに流しで客を拾う場合の「空車」表示とを、運転者が選択可能な構成としてもよい。また、「回送」表示と「空車」表示とを区別せずに、乗客を乗せていない場合には全て「空車」表示としてもよい。さらに、運転者が休憩する場合の「休憩」表示等も選択可能としてもよい。

また以上では特に記載しなかったが、乗り場において表示板４００で配車リストの表示を行う場合、乗り場客が所望のタクシー車両Ｃの予約を行えるような構成としてもよい。この際、回送中のタクシー車両Ｃについて予約がなされた場合には、当該タクシー車両Ｃを迎車中に切り替え、途中客を乗せないようにしてもよい。なお、この予約は、乗り場客の乗り場での並び順に沿って行えるようにしてもよい。

なお、以上において、図４、図５等に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。

なお、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。

その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。

本実施形態の車両運行管理システムの全体構成例を概念的に示す図である。 運行管理サーバの機能構成例を示す機能ブロック図である。 タクシー車両に搭載された無線通信装置の機能構成例を示す機能ブロック図である。 無線通信装置の制御部により実行される処理の手順例を示すフローチャートである。 運行管理サーバの制御部により実行される処理の手順例を示すフローチャートである。 運行管理サーバのメモリ等に記憶された配車リストの例を示す図である。 タクシー乗り場に配車状況の表示を行う変形例における車両運行管理システムの全体構成例を概念的に示す図である。 タクシー乗り場に配車状況の表示を行う変形例において、無線通信装置の制御部により実行される処理の手順例を示すフローチャートである。 タクシー乗り場に配車状況の表示を行う変形例において、運行管理サーバの制御部により実行される処理の手順例を示すフローチャートである。

符号の説明

１００ 待ち人数検出センサ（待ち人数検出手段に相当）
２００ 運行管理サーバ
３１０ 運行状況表示部（運行状況表示手段に相当）
４００ 表示板（配車状況表示手段に相当）
Ｃ タクシー車両
ＣＳ 車両運行管理システム

Claims (6)

1. 所定の乗り場から送客を行う複数のタクシー車両の運行管理を行う車両運行管理システムであって、
   前記複数のタクシー車両に対し運行指示を行う運行管理サーバと、
   前記乗り場における利用客（以下、乗り場客と称する）の待ち人数を検出する待ち人数検出手段とを備え、
   前記運行管理サーバは、送客後前記乗り場に戻る前記タクシー車両に対し、前記待ち人数検出手段の検出結果及び前記タクシー車両の配車状況に応じて、前記乗り場への途中に存在する利用客（以下、途中客と称する）を拾わず前記乗り場客を優先するように前記運行指示を行う
   ことを特徴とする車両運行管理システム。
2. 請求項１に記載の車両運行管理システムにおいて、
   前記運行管理サーバは、前記乗り場に戻る少なくとも１台の前記タクシー車両を前記乗り場までの所要時間が短い順に並べた場合に、その順番が前記待ち人数検出手段で検出した前記乗り場客の待ち人数以下の数となる前記タクシー車両に対し、前記途中客を拾わず前記乗り場客を優先するように前記運行指示を行う
   ことを特徴とする車両運行管理システム。
3. 請求項１又は２に記載の車両運行管理システムにおいて、
   前記乗り場に設けられ、前記乗り場に戻る少なくとも１台の前記タクシー車両の車両識別情報と、前記乗り場までの所要時間とを表示する配車状況表示手段を備える
   ことを特徴とする車両運行管理システム。
4. 請求項３に記載の車両運行管理システムにおいて、
   前記配車状況表示手段は、前記車両識別情報と前記乗り場までの所要時間とを、前記所要時間が短い順に表示する
   ことを特徴とする車両運行管理システム。
5. 請求項３又は４に記載の車両運行管理システムにおいて、
   前記配車状況表示手段は、前記乗り場に戻るタクシー車両のうち、前記運行管理サーバより前記途中客を拾わず前記乗り場客を優先するように運行指示を受けたタクシー車両以外の車両が、前記途中客を拾った場合に、そのタクシー車両の表示を停止する
   ことを特徴とする車両運行管理システム。
6. 請求項１乃至５のいずれかに記載の車両運行管理システムにおいて、
   前記複数のタクシー車両にそれぞれ設けられ、前記タクシー車両の運行状況を表示する運行状況表示手段を備え、
   前記運行状況表示手段は、前記タクシー車両が送客後前記乗り場に戻る際には回送表示を行い、前記運行管理サーバより前記途中客を拾わず前記乗り場客を優先するように運行指示を受けた場合には、迎車表示に切り替わる
   ことを特徴とする車両運行管理システム。

Images