車両配置システム
【課題】 需要予測地区に車両を配置するときの効率を向上することができる車両配置システムを提供する。
【解決手段】 車両配置システムの移動局装置２は、車両位置検出部１５と車両状態識別部１７とメッセージ識別部１９を備え、基地局装置１は、運用テーブル３２に基づいて需要予測地区および需要予測台数を検出する需要予測部３６と、需要予測地区内の所定の車両をキープ処理するキープ処理部３７と、待機メッセージ生成部３８とを備える。基地局装置１は、キープ処理した車両の移動局装置２へ待機メッセージを送信し、キープ処理された車両の移動局装置２のメッセージ出力手段に待機メッセージを出力させて、キープ処理された車両を需要予測地区内に待機させる。
【解決手段】 車両配置システムの移動局装置２は、車両位置検出部１５と車両状態識別部１７とメッセージ識別部１９を備え、基地局装置１は、運用テーブル３２に基づいて需要予測地区および需要予測台数を検出する需要予測部３６と、需要予測地区内の所定の車両をキープ処理するキープ処理部３７と、待機メッセージ生成部３８とを備える。基地局装置１は、キープ処理した車両の移動局装置２へ待機メッセージを送信し、キープ処理された車両の移動局装置２のメッセージ出力手段に待機メッセージを出力させて、キープ処理された車両を需要予測地区内に待機させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシー等の車両を需要予測地区に配置するときの効率を向上した車両配置システムに関するものである。
【背景技術】
【０００２】
従来、地区ごとに配車されるタクシー等の車両の需要台数を、配車管理センターで予測することができる車両需要予測システムが知られている（例えば、特許文献１参照）。従来の車両需要予測システムは、地区ごとの供給車両を計数する計数手段と、車両需要要素の予測情報を記憶する記憶手段とを備えており、上記の供給車両数および予測情報に基づいて、地区ごとに配車する車両の需要台数を予測する。そして、従来の車両需要予測システムでは、現在の空車台数や実車台数などの情報が配車管理センターで管理されており、その地区別の情報が各車両のドライバーに放送される。
【特許文献１】特開平９−１５３０９８号公報（第２−５頁、第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の車両需要予測システムでは、全エリア分の地区別の情報をすべての車両に対して放送していたため、各タクシー車両のドライバーは、全エリア分の情報の中から自分の周辺地区の情報を拾い出し、自らの判断で将来需要が発生するであろう近くの地区を予想して移動していた。したがって、ドライバーは、自分に必要な情報だけを取捨選択するのに労力を要し、また、需要が発生する地区を予測するのに長年の経験を要するという問題があった。
【０００４】
しかも、需要地区の予測は各ドライバーの個別的な判断によるものであるため、ある地区に配車が不足しているという情報に基づいて、その地区に多くのドライバーが同時に移動することがある。そうすると、その地区にタクシー車両が集中しすぎる結果となり、かえって他の地区でタクシー車両が不足するという事態が発生する。すなわち、配車システム全体として、非効率的な車両配置を誘発する原因になるという問題があった。
【０００５】
本発明は、上記従来の問題を解決するためになされたもので、需要予測地区に車両を配置するときの効率を向上することのできる車両配置システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の車両配置システムは、基地局装置と車両に搭載された移動局装置とを通信可能に接続し、前記移動局装置を搭載した車両が配置されるべき地区を示す配置メッセージを前記基地局装置から前記移動局装置へ送信する車両配置システムにおいて、前記移動局装置は、前記移動局装置が搭載された車両の現在位置を検出する車両位置検出手段と、前記移動局装置が搭載された車両が実車状態であるか空車状態であるかを識別する車両状態識別手段と、前記基地局装置から受信したメッセージを出力するメッセージ出力手段とを備え、前記車両の現在位置および車両状態の情報を前記基地局装置へ送信し、前記基地局装置は、少なくとも一つの地区のデータが含まれた地図データが記憶された地図データ記憶手段と、地区別曜日時間別の実車台数を記録した基準テーブルが記憶された基準テーブル記憶手段と、月ごとの実車台数の増減割合を表す所定の月係数が記憶された月係数記憶手段と、前記基準テーブルと前記月係数に基づいて、現在日時の所定時間後における各地区の予測実車台数を予測し、前記予測実車台数の多い順に所定地区数の需要予測地区を、該需要予測地区における予測実車台数である需要予測台数とともに検出する需要予測手段と、前記移動局装置から受信した現在位置および車両状態の情報ならびに前記地図データに基づいて、前記需要予測地区内に存在している空車車両から、前記需要予測地区の中心位置からの距離が小さい順に、前記需要予測台数分の車両を前記需要予測地区で待機させる車両として決定するキープ処理を行うキープ処理手段と、前記キープ処理された車両に対して前記需要予測地区での待機を指示する待機メッセージを、前記配置メッセージとして生成する待機メッセージ生成手段とを備え、前記キープ処理された車両の移動局装置へ前記待機メッセージを送信する構成を有している。ここで、待機とは、現在の地区から他の地区へ移動しないことをいう。
【０００７】
この構成により、基地局装置でキープ処理された車両（キープ車両）のみに待機メッセージが送信されるので、キープ車両のユーザーのみが出力された待機メッセージを確認して、キープ車両を需要予測地区内に待機させる。これにより、ユーザーには自分に必要なメッセージのみが送信されるため、ユーザーの労力が軽減する。また、基地局装置の需要予測手段が需要予測地区を検出して、キープ車両のユーザーに送信する。これにより、経験の少ないユーザーであっても、所定時間後に需要が多く発生するであろう需要予測地区の情報を得ることができる。また、車両の利用状況は、月ごとによってばらつく傾向があるが、月ごとの実車台数の増減割合を反映した所定の月係数を使用して需要予測を行うことにより、月ごとの利用状況のばらつきの影響を低減することができる。また、需要予測地区の検出は、基地局装置の需要予測手段による統一的な処理によるものである。そのため、各ユーザーが個別に判断した場合に比べて、ある地区（需要予測地区）に車両が集中しすぎてしまい、その結果、他の地区では車両が不足するという事態が生じることを低減できる。したがって、システム全体として効率的な車両配置を実現することができ、需要予測地区に車両を配置するときの効率を向上することができる。
【０００８】
また、本発明の車両配置システムでは、前記基地局装置は、前記需要予測手段により検出された所定時間後の需要予測地区における需要予測台数と、前記キープ処理手段によりキープ処理されたキープ車両台数とを比較して、前記キープ車両台数に不足があるか否かを判定する不足判定手段と、前記キープ車両台数に不足がある場合に、前記移動局装置から受信した現在位置および車両状態の情報ならびに前記地図データに基づいて、前記需要予測地区の外に位置しておりかつ前記需要予測地区の中心位置から所定半径内に存在している空車車両から、前記キープ車両台数に不足があった台数分の車両を前記需要予測地区へ移動させる車両として決定する追加キープ処理を行う追加キープ処理手段と、前記追加キープ処理された車両に対して前記需要予測地区への移動を指示する移動メッセージを、前記配置メッセージとして生成する移動メッセージ生成手段とを備え、前記追加キープ処理された車両の移動局装置へ前記移動メッセージを送信する構成を有している。ここで、移動とは、現在の地区から他の地区へ移ることをいう。
【０００９】
この構成により、需要予測地区における需要予測台数に対して、キープ車両だけでは車両台数が不足する場合には、需要予測地区の外の空車車両であっても、需要予測地区の中心位置の近くに存在する空車車両であれば追加キープ処理を行う。そして、追加キープ処理された車両（追加キープ車両）に基地局装置から移動メッセージが送信される。このようにして、追加キープ車両を前記需要予測地区へ移動させることにより、需要予測台数の不足分を補充することができる。また、移動メッセージは追加キープ車両のみに送信されるので、追加キープ車両のユーザーのみが出力された移動メッセージを確認して、追加キープ車両を需要予測地区へ移動させる。したがって、キープ車両台数に不足が生じた場合においても、システム全体として効率的な車両配置を実現することができ、需要予測地区に車両を配置するときの効率が向上する。
【００１０】
また、本発明の車両配置システムでは、前記基地局装置は、現在日が祝日であるか否かを判定する祝日判定手段を備え、前記需要予測手段は、現在日が祝日である場合には、前記基準テーブルの日曜日の基準データを用いて現在日時の所定時間後における各地区の予測実車台数を予測する構成を有している。
【００１１】
この構成により、現在日が祝日である場合には、現実日の曜日の如何にかかわらず、基準テーブルの日曜日の基準データを用いる。祝日における車両の利用状況は、データ集計した現実の曜日の利用状況に比べて、日曜日の利用状況に近い傾向がある。したがって、基準テーブルの日曜日の基準データを用いて現在日時の所定時間後の需要予測を行うことにより、現実の利用状況に即した運用テーブルの使用が可能となる。
【００１２】
また、本発明の車両配置システムでは、前記基地局装置は、天気に応じた実車台数の増減割合を表す所定の天気係数を記憶する天気係数記憶手段と、現在日の天気データを入力する入力手段とを備え、前記需要予測手段は、前記天気データに応じた前記天気係数を用いて、前記所定時間後における各地区の予測実車台数を調整する構成を有している。
【００１３】
この構成により、需要予測手段は、天気データに応じた天気係数を用いて、所定時間後における各地区の予測実車台数を調整する。車両の利用状況は、その日の天気により多大な影響を受ける。したがって、天気データに応じた天気係数を用いて需要予測の調整を行うことにより、その日の天気に応じた車両の配置が可能となる。
【００１４】
また、本発明の車両配置システムでは、前記基地局装置は、イベントが開催される地区、日時および予測実車台数のデータであるイベントデータを記憶するイベントデータ記憶手段と、前記イベントデータに基づいて所定時間後にイベントが開催される地区を各地区から検出するイベント検出手段とを備え、前記需要予測手段は、前記所定時間後にイベントが開催される地区の需要予測台数を、前記イベントデータの予測実車台数とする構成を有している。
【００１５】
この構成により、所定時間後に所定の地区（イベント開催地区）でイベントが開催される場合には、イベント開催地区の需要予測台数をイベントデータの予測実車台数として需要予測が行われる。イベント会場の周辺の車両の利用状況は、イベント開催の有無によって非常に大きな影響を受ける。したがって、イベント会場周辺の地区のイベント開始時や終了時の需要予測台数としてイベントデータの予測実車台数を用いることにより、イベント開催時の利用状況に応じた車両の配置が可能となる。
【発明の効果】
【００１６】
本発明は、基地局装置に需要予測手段とキープ処理手段と待機メッセージ生成手段とを設け、需要予測手段で需要予測地区を需要予測台数とともに検出し、キープ処理手段でキープ処理した車両の移動局装置へ待機メッセージを送信して、その車両を需要予測地区内に待機させることにより、需要予測地区に車両を配置するときの効率を向上することができるという効果を有する車両配置システムを提供することができるものである。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態の車両配置システムについて、図面を用いて説明する。本実施の形態では、タクシー車両を需要が予測される地区に配置するタクシー配車システム等に用いられる車両配置システムの場合を例示する。
【００１８】
本発明の実施の形態の車両配置システムの基地局装置と移動局装置のブロック図を図１に示す。図１に示すように、車両配置システムの基地局装置１はタクシー配車管理センターに設置されており、移動局装置２はタクシー車両に搭載されている。基地局装置１は、無線アンテナ３を有する基地無線送受信機４と、基地無線送受信機４の制御を行う無線通信制御装置５と、タクシー配車管理センターのオペレーターが音声入力を行うスタンドマイク６と、センター装置７とを備えている。一方、移動局装置２は、無線アンテナ８を有する移動無線送受信機９と、タクシー車両のドライバーが音声入力を行うハンドマイク１０と、タクシー車両の利用料金や車両状態（実車状態か空車状態か）などが表示されるタクシーメータ１１と、端末装置１２とを備えている。そして、基地局装置１の基地無線送受信機４と移動局装置２の移動無線送受信機９とは、無線通信可能に接続されている。
【００１９】
図１に示すように、移動局装置２の端末装置１２は、主にコンピュータで構成される主制御部１３と、ＧＰＳアンテナ１４を有しタクシー車両の現在位置を検出することができる車両位置検出部１５と、タクシーメータ１１からの外部情報（利用料金情報や車両状態情報）が入力される外部情報入力部１６と、外部情報入力部１６に入力された外部情報から車両状態情報を抽出しタクシー車両が実車状態であるか空車状態であるかを識別する車両状態識別部１７とを備えている。また、端末装置１２は、移動無線送受信機９を制御する無線通信制御部１８と、移動無線送受信機９が受信した情報から所定のメッセージ情報を識別するメッセージ識別部１９と、図９に示すような所定のメッセージ情報を表示するメッセージ表示部２０と、メッセージ情報等を記憶する記憶部２１と、所定のデータや操作コマンド等を入力する入力部２２とを備えている。
【００２０】
また、図１に示すように、基地局装置１のセンター装置７は、主にコンピュータで構成される主制御部２３と、無線通信制御装置５に対して所定の情報の入出力を行う情報入出力部２４と、所定のデータや操作コマンドを入力する入力部２５と、所定の情報や入力されたデータ等が記憶される記憶部２６と、図８に示すようなタクシー車両の需要状況が表示される状況表示部２７とを備えている。
【００２１】
図２には、基地局装置１のセンター装置７の記憶部２６のブロック図が示される。図２に示すように、センター装置７の記憶部２６には、タクシー車両の配車サービスを行う地区全体の地図データ２８と、年間のカレンダーと祝日に関する暦データ２９と、地区別の実車台数（集計実車台数）が記録された集計テーブル３０と、図４に示すように集計テーブル３０の地区別の実車台数を曜日時間別に集計して集計月の月係数で除算処理した地区別曜日時間別の実車台数（基準実車台数）が記録された基準テーブル３１と、基準テーブル３１の基準実車台数を運用月の月係数と運用日の天気係数で乗算処理した実車台数（予測実車台数）が記録された運用テーブル３２とが記憶されている。また、センター装置７の記憶部２６には、図５に示すように１月から１２月までの月ごとの実車台数の増減割合を表す所定の月係数（月ごとの合計実車台数の増減比率）が含まれる月係数テーブル３３と、図６に示すように天気に応じた実車台数の増減割合を表す所定の天気係数（天気別の実車台数の増減比率）が含まれる天気係数テーブル３４と、図７に示すようにイベントが開催される地区データ、年月日データ、時間データや予測実車台数データなどのイベント情報データが３００件程度含まれるイベントデータテーブル３５とが記憶されている。本実施の形態では、上記の暦データ２９、月係数テーブル３３、天気係数テーブル３４、イベントデータテーブル３５は、タクシー配車管理センターのオペレーターにより入力部２５から入力され、センター装置７の記憶部２６に予め登録されている。ここで、集計月とは、基準テーブル３１を作成するために、地区別の実車台数（集計データ）を集計して集計テーブル３０を作成する月をいう。また、運用月とは、運用テーブル３２を用いて、タクシー車両の配置を行う月をいう。
【００２２】
図３には、基地局装置１のセンター装置７の主制御部２３のブロック図が示される。図３に示すように、センター装置７の主制御部２３は、運用テーブル３２に基づいて、現在日時の所定時間後（例えば３０分後）に多くの需要が発生するであろう需要予測地区を需要予測台数とともに検出する需要予測部３６と、移動局装置２から受信した現在位置情報や車両状態情報と地図データ２８に基づいて、需要予測地区内の空車車両の中から、その地区の中心位置から近い順に需要予測台数分のタクシー車両をキープ処理するキープ処理部３７と、キープ処理された車両（キープ車両）に送信するための待機メッセージを生成する待機メッセージ生成部３８とを備えている。例えば、上記の需要予測部３６では、全８０の地区（地区０１〜地区８０）のなかから、運用テーブル３２の実車台数（需要予測台数）の多い順に８つの地区（地区０１〜地区０８）を需要予測地区として検出する処理が行われる（図８参照）。
【００２３】
また、センター装置７の主制御部２３は、所定時間後（例えば３０分後）の需要予測地区における需要予測台数とキープ処理された車両の台数（キープ車両台数）とを比較して、キープ車両台数に不足があるか否かを判定する不足判定部３９と、移動局装置２から受信した現在位置情報や車両状態情報と地図データ２８に基づいて、需要予測地区の外（他の地区内）のタクシー車両であっても、その需要予測地区の中心位置から所定半径内（例えば１ｋｍ以内）に空車車両が存在していれば、その空車車両の中からキープ車両の不足台数分のタクシー車両を追加キープ処理する追加キープ処理部４０と、追加キープ処理された車両（追加キープ車両）に送信するための移動メッセージを生成する移動メッセージ生成部４１とを備えている。
【００２４】
さらに、センター装置７の主制御部２３の需要予測部３６は、現在の日付と暦データ２９に基づいて、集計日や運用日が祝日であるか否かを判定する祝日判定部４２と、イベントデータに基づいて、所定時間後にイベントが行われている地区を検出するイベント検出部４３と、集計テーブル３０の実車台数データを集計月の月係数で除算して基準テーブル３１の基準実車台数データを算出し、基準テーブル３１の基準実車台数を運用月の月係数で乗算して運用テーブル３２の予測実車台数を算出する月別調整部４４と、運用テーブル３２を作成するときに基準テーブル３１の基準実車台数に天気係数を乗算する天気調整部４５と、運用テーブル３２の予測実車台数をイベントデータテーブル３５の予測実車台数データに置換するイベントデータ置換部４６とを備えている。ここで、集計日とは、基準テーブル３１を作成するために、地区別の実車台数（集計データ）を集計して集計テーブル３０を作成する日をいう。また、運用日とは、運用テーブル３２を用いて、タクシー車両の配置を行う日をいう。
【００２５】
以上のように構成された本実施の形態の車両配置システムについて、図１０〜図１２を用いてその動作を説明する。
【００２６】
まず、図１０のフロー図を用いて、集計テーブル３０および基準テーブル３１の作成をするときの動作について説明する。本実施の形態では、基準テーブル３１の作成は所定の基準テーブル３１の作成時刻（例えば、毎時００分と３０分）にのみ行われ、それ以外の時間は集計テーブル３０の作成が継続的に行われる。
【００２７】
集計テーブル３０を作成するときには、まず、タクシー配車管理センターにおいて、現在の時刻が基準テーブル３１の作成時刻（例えば、毎時００分と３０分）か否かの判断が行われる（Ｓ１０１）。そして、現在の時刻が基準テーブル３１の作成時刻でなかった場合には、タクシー車両の移動局装置２からの現在位置情報を受信するとともに（Ｓ１０２）、タクシー車両が実車状態か空車状態かについての車両状態情報を基地無線送受信機４で受信する（Ｓ１０３）。そして、受信した現在位置情報および車両状態情報に基づいて、地区別の集計実車台数をセンター装置７の記憶部２６の集計テーブル３０に記録する（Ｓ１０４）。
【００２８】
現在の時刻が基準テーブル３１の作成時刻（例えば、毎時００分と３０分）か否かの判断を行った結果（Ｓ１０１）、現在の時刻が基準テーブル３１の作成時刻である場合には、基準テーブル３１の作成が行われる。この場合には、まず、センター装置７の主制御部２３の月別調整部４４において、上記のように作成された集計テーブル３０の集計実車台数を集計した月の月係数で除算して基準実車台数を算出する処理が行われる（Ｓ１０５）。つぎに、センター装置７の主制御部２３の祝日判定部４２において、集計した日が祝日であるか否かの判断が行われる（Ｓ１０６）。そして、集計した日が祝日でなかった場合には、算出した地区別曜日時間別の基準実車台数を、基準テーブル３１の集計した曜日（集計曜日）の基準データに記録する（Ｓ１０７）。一方、集計した日が祝日であった場合には、算出した地区別曜日時間別の基準実車台数を、基準テーブル３１の日曜日の基準データに記録する（Ｓ１０８）。本実施の形態では、このようにして、すべての地区（地区０１〜地区８０）について、図４に示すような地区別曜日時間別の基準テーブル３１が作成される。
【００２９】
つぎに、図１１のフロー図を用いて、運用テーブル３２を作成するときの動作について説明する。運用テーブル３２を作成するときには、まず、センター装置７の主制御部２３の月別調整部４４において、上記のようにして作成した基準テーブル３１の所定時間後（例えば、３０分後）の基準実車台数に、運用する月の月係数が乗算される（Ｓ２０１）。つぎに、主制御部２３の天気調整部４５において、月係数が乗算された基準テーブル３１の基準実車台数に、さらに天気係数が乗算される（Ｓ２０２）。このようにして、運用テーブル３２の予測実車台数が算出される。本実施の形態では、タクシー配車管理センターのオペレーターが現在の天気を判断して、センター装置７の入力部２５から天気データ（例えば、大雨）をボタン入力し、記憶部２６に天気データを記憶させる。そして、主制御部２３の天気調整部４５では、記憶部２６の天気データを読み出して、天気データに応じた天気係数（例えば、２．０）が選択されて乗算処理が行われる。
【００３０】
その後、センター装置７のイベント検出部４３によって、所定時間後（例えば３０分後）にイベントが開催される地区が検出されたか否かが判定される（Ｓ２０３）。イベントが開催される地区が検出された場合には、センター装置７の主制御部２３のイベントデータ置換部４６において、運用テーブル３２中のイベントが開催される地区の予測実車台数を、イベント情報データの予測台数データに置換する処理が行われる（Ｓ２０４）。一方、イベントが開催される地区が検出されなかった場合には、上記の置換処理は行われない。そして、上記のようにして基準テーブル３１に基づいて作成された運用テーブル３２が、センター装置７の記憶部２６に記録される（Ｓ２０５）。
【００３１】
つづいて、図１２のフロー図を用いて、車両配置システムでタクシー車両の配置を行うときの動作を説明する。タクシー車両の配置を行うときには、センター装置７の主制御部２３の需要予測部３６において、上記の運用テーブル３２を用いて全８０地区の需要予測台数の検出を行う（Ｓ３０１）。つぎに、全８０の地区（地区０１〜地区８０）のなかから、運用テーブル３２の実車台数（需要予測台数）の多い順に８つの地区（地区０１〜地区０８）を需要予測地区として検出する処理が行われる（Ｓ３０２）。
【００３２】
つぎに、検出された需要予測地区内に空車状態のタクシー車両が存在するか否かが判定される（Ｓ３０３）。検出された需要予測地区内に空車があると判断された場合には、センター装置７の主制御部２３のキープ処理部３７において、キープ処理が行われる（Ｓ３０４）。具体的には、需要予測地区内の空車車両の中から、その地区の中心位置から近い順に、需要予測台数分のタクシー車両をキープする処理が行われる。このとき、センター装置７の記憶部２６には、キープ処理されたタクシー車両（キープ車両）の車両番号が記憶される（Ｓ３０５）。そして、センター装置７の待機メッセージ生成部３８において、図９（ａ）に示すような、キープ車両に送信するための待機メッセージが作成される（Ｓ３０６）。一方、検出された需要予測地区内に空車がないと判断された場合には、キープ処理は行われない。最後に、センター装置７の記憶部２６に、キープ車両の不足台数が記憶される（Ｓ３０７）。
【００３３】
そして、センター装置７の主制御部２３の不足判定部３９において、キープ車両台数に不足があるか否かが判定される（Ｓ３０８）。具体的には、検出された需要予測地区における需要予測台数とキープ処理された車両の台数（キープ車両台数）とを比較して、キープ車両台数に不足があるか否かが判定される。
【００３４】
上記の不足判定の結果、キープ車両台数に不足があると判断された場合には、その検出された需要予測地区の外に位置している空車車両であって、検出された需要予測地区の中心位置から所定の半径内（例えば、１ｋｍ以内）に存在する空車状態のタクシー車両があるか否かが判定される（Ｓ３０９）。そして、所定の半径内に空車状態のタクシー車両があった場合には、センター装置７の主制御部２３の追加キープ処理部４０において、追加キープ処理が行われる（Ｓ３１０）。具体的には、検出された需要予測地区の外（他の需要予測地区内）のタクシー車両であっても、その需要予測地区の中心位置から所定半径内（例えば１ｋｍ以内）に空車状態のタクシー車両が存在していれば、そのタクシー車両の中からキープ車両の不足台数分のタクシー車両を追加キープする処理が行われる。このとき、センター装置７の記憶部２６には、追加キープ処理されたタクシー車両（追加キープ車両）の車両番号が記憶される（Ｓ３１１）。そして、センター装置７の移動メッセージ生成部４１において、図９（ｂ）に示すような、追加キープ車両に送信するための移動メッセージが作成される（Ｓ３１２）。一方、検出された需要予測地区の外（他の需要予測地区内）でも、検出された需要予測地区の中心位置から所定半径内（例えば１ｋｍ以内）にキープ処理されていない空車状態のタクシー車両が存在しないと判断された場合には、追加キープ処理は行われない。そして最後に、キープ車両と追加キープ車両の車両台数の合計が、送信台数としてセンター装置７の記憶部２６に記憶される（Ｓ３１３）。一方、上記の不足判定の結果（Ｓ３０８）、キープ車両台数に不足がないと判断された場合にも、追加キープ処理は行われない。
【００３５】
その後、図８に示すように、センター装置７の状況表示部２７の画面に、検出された８つの地区の地区名とキープ処理された車両（キープ車両）と追加キープ処理された車両（追加キープ車両）の合計車両台数（送信台数）や車両番号が表示される（Ｓ３１４）。例えば、図８に示した状況表示部２７の画面では、地区０１において、キープ車両と追加キープ車両の合計車両台数（送信台数）は１０台である旨の表示がなされており、キープ車両および追加キープ車両には車両番号（１０１〜１１０）の横のチェックボックスにチェックマークが付されている。
【００３６】
そして、タクシー配車管理センターのオペレーターは、センター装置７の状況表示部２７の画面に表示された需要予測地区の中から、タクシー車両の配車を行う所定の地区および車両を指定する（Ｓ３１５）。具体的には、状況表示部２７の画面において、チェックマークが付されている地区や車両の中から、配車が不要と思われる地区や配車に適さないと思われる車両のチェックボックスからチェックマークを外す作業がオペレーターによって行われる。例えば、図８に示した状況表示部２７の画面では、地区０８のチェックマークが外されており、配車する地区としての指定が解除されている。また、地区０７の車両（車両番号１３９）のチェックマークが外されており、配車する車両としての指定が解除されている。本実施の形態では、タクシー車両の配車を行なわない地区や車両について指定の解除を行うことにより、それ以外のタクシー車両の配車を行う所定の地区および車両の指定が行われているといえる。
【００３７】
最後に、タクシー配車管理センターのオペレーターは、センター装置７の状況表示部２７の画面において再配置送信ボタンを押下する（Ｓ３１６）。そうすると、キープ処理されたタクシー車両に対しては、図９（ａ）に示す待機メッセージが送信され、追加キープ処理されたタクシー車両に対しては、図９（ｂ）に示す移動メッセージが送信される（Ｓ３１７）。そして、待機メッセージを受信したタクシー車両のドライバーは、待機メッセージを確認して、そのまま現在の地区（需要予測地区）内に待機する。また、移動メッセージを受信したタクシー車両のドライバーは、移動メッセージを確認して、すぐに近くの需要予測地区に移動する。
【００３８】
このような発明の実施の形態の車両配置システムによれば、基地局装置１に需要予測部３６とキープ処理部３７と待機メッセージ生成部３８とを設け、需要予測部３６で需要予測地区と需要予測台数を検出し、キープ処理部３７でキープ処理した車両の移動局装置２へ待機メッセージを送信して、その車両を需要予測地区内に待機させることにより、需要予測地区に車両を配置するときの効率を向上することができる。
【００３９】
すなわち、本実施の形態では、基地局装置１でキープ処理されたタクシー車両（キープ車両）のみに待機メッセージが送信されるので、キープ車両のドライバーのみが出力された待機メッセージを確認して、キープ車両を需要予測地区内に待機させる。これにより、ドライバーには自分に必要なメッセージのみが送信されるため、ドライバーの労力が軽減する。また、基地局装置１の需要予測部３６が需要予測地区を検出して、キープ車両のドライバーに送信する。これにより、経験の少ないドライバーであっても、所定時間後（例えば、３０分後）に需要が多く発生するであろう需要予測地区の情報を得ることができる。また、需要予測地区の検出は、基地局装置１の需要予測部３６による統一的な処理によるものである。そのため、各ドライバーが個別に判断した場合に比べて、ある地区（需要予測地区）にタクシー車両が集中しすぎてしまい、その結果、他の地区ではタクシー車両が不足するという事態が生じることを低減できる。したがって、システム全体として効率的なタクシー車両配置を実現することができ、需要予測地区にタクシー車両を配置するときの効率を向上することができる。また、待機メッセージを受信したキープ車両は、その地区に待機すればいいので、自らの判断で他の地区に移動した場合に比べて、タクシーの燃料消費量を低減することができる。
【００４０】
また、本実施の形態では、需要予測地区における需要予測台数に対して、キープ車両だけでは車両台数が不足する場合には、その需要予測地区の外の空車車両であっても、需要予測地区の中心位置の近くに存在する空車車両であれば追加キープ処理を行う。そして、追加キープ処理されたタクシー車両（追加キープ車両）に基地局装置１から移動メッセージが送信される。このようにして、追加キープ車両をその地区へ移動させることにより、需要予測台数の不足分を補充することができる。また、移動メッセージは追加キープ車両のみに送信されるので、追加キープ車両のドライバーのみが出力された移動メッセージを確認して、追加キープ車両を需要予測地区へ移動させる。したがって、キープ車両台数に不足が生じた場合においても、システム全体として効率的なタクシー車両配置を実現することができ、需要予測地区にタクシー車両を配置するときの効率が向上する。また、移動メッセージを受信した追加キープ車両は、近く地区に移動すればいいので、自らの判断で他の遠い地区に移動した場合に比べて、タクシーの燃料消費量を低減することができる。
【００４１】
また、本実施の形態では、地区別の集計テーブル３０から地区別曜日時間別の基準テーブル３１を作成するときに、集計日が祝日である場合には、集計日の現実の曜日にかかわらず、作成した基準テーブル３１を日曜日の基準テーブル３１とする。祝日におけるタクシー車両の利用状況は、集計日の現実の曜日の利用状況に比べて、日曜日の利用状況に近い傾向がある。したがって、運用テーブル３２を用いるときに、運用日が祝日である場合には、運用日の現実の曜日にかかわらず、日曜日の運用テーブル３２を使用する。これにより、現実の利用状況に即した運用テーブル３２の使用が可能となる。
【００４２】
また、本実施の形態では、基準テーブル３１を作成するときには、集計テーブル３０の集計実車台数を集計月の月係数で除算して、基準テーブル３１の基準実車台数を算出する処理が行われる。タクシー車両の利用状況は、月ごとによってばらつく傾向がある。したがって、集計テーブル３０の集計実車台数を月ごとの実車台数の増減割合を反映した所定の月係数で除算して基準化することにより、月ごとの傾向によらない単一の基準テーブル３１を作成することができる。これにより、月ごとの利用状況のばらつきの影響を低減することができる。また、運用テーブル３２を作成するときには、上記の基準テーブル３１の基準実車台数に運用月の月係数を乗算して、運用テーブル３２の予測実車台数を算出する処理が行われる。これにより、単一の基準テーブル３１の基準実車台数に月ごとの実車台数の増減割合を反映した所定の月係数を乗算して月別に調整することにより、月ごとの利用状況に対応した運用テーブル３２を作成することができる。
【００４３】
また、本実施の形態では、運用テーブル３２を作成するときには、運用日の天気データに応じた天気係数を基準テーブル３１の基準実車台数に乗算する。タクシー車両の利用状況は、その日の天気により多大な影響を受ける。したがって、運用テーブル３２を作成するときに、天気データに応じた天気係数を天気係数を基準テーブル３１の基準実車台数に乗算して需要予測の調整を行うことにより、その日の天気に応じたタクシー車両の配置が可能となる。
【００４４】
また、本実施の形態では、運用テーブル３２を使用するときに、所定時間後に所定の地区（イベント開催地区）でイベントが開催される場合には、所定時間後の運用テーブル３２のイベント開催地区の需要予測台数をイベントデータの予測実車台数に置換する。イベント会場の周辺のタクシー車両の利用状況は、イベント開催の有無によって非常に大きな影響を受ける。したがって、イベント会場周辺の地区のイベント開始時や終了時の需要予測台数をイベントデータの予測実車台数に置換した運用テーブル３２を用いることにより、イベント開催時の利用状況に応じたタクシー車両の配置が可能となる。
【００４５】
また、従来は、予測に使用する過去データとして長期間（例えば１年間）にわたる詳細なデータの蓄積が必要であり、タクシー事業を早期に開始することが困難であった。それに対して、本実施の形態では、地区別曜日時間別の基準テーブル３１を用いるので、短期間（１週間程度）の簡素なデータを収集するだけで良い。したがって、事業を開始するに際しての準備期間が短くて済み、早期に事業を始めることができる。また、従来は、予測することができる時間単位が１時間単位であったのに対し、本実施の形態では、３０分単位の時間精度の細かい予測が可能である。
【００４６】
以上、本発明の実施の形態を例示により説明したが、本発明の範囲はこれらに限定されるものではなく、請求項に記載された範囲内において目的に応じて変更・変形することが可能である。
【産業上の利用可能性】
【００４７】
以上のように、本発明にかかる車両配置システムは、需要予測地区に車両を配置するときの効率を向上することができるという効果を有し、タクシー等の車両を需要予測地区に配置するときの効率を高めた車両配置システム等として有用である。
【図面の簡単な説明】
【００４８】
【図１】本発明の実施の形態における基地局装置および移動局装置のブロック図
【図２】本発明の実施の形態における基地局装置の記憶部のブロック図
【図３】本発明の実施の形態における基地局装置の主制御部のブロック図
【図４】本発明の実施の形態における基準テーブル
【図５】本発明の実施の形態における月係数テーブル
【図６】本発明の実施の形態における天気係数テーブル
【図７】本発明の実施の形態におけるイベントデータテーブル
【図８】本発明の実施の形態における基地局装置のセンター装置の状況表示画面
【図９】（ａ）本発明の実施の形態における移動局装置（キープ車両）の端末装置のメッセージ表示画面 （ｂ）本発明の実施の形態における移動局装置（追加キープ車両）の端末装置のメッセージ表示画面
【図１０】本発明の実施の形態において集計テーブルと基準テーブルを作成する動作を説明するためのフロー図
【図１１】本発明の実施の形態において運用テーブルを作成する動作を説明するためのフロー図
【図１２】本発明の実施の形態において車両を配置する動作を説明するためのフロー図
【符号の説明】
【００４９】
１ 基地局装置
２ 移動局装置
１５ 車両位置検出部
１７ 車両状態識別部
２０ メッセージ表示部
２７ 状況表示部
２８ 地図データ
３０ 集計テーブル
３１ 基準テーブル
３２ 運用テーブル
３３ 月係数テーブル
３４ 天気係数テーブル
３５ イベントデータテーブル
３６ 需要予測部
３７ キープ処理部
３８ 待機メッセージ生成部
３９ 不足判定部
４０ 追加キープ処理部
４１ 移動メッセージ生成部
４２ 祝日判定部
４３ イベント検出部
４４ 月別調整部
４５ 天気調整部
４６ イベントデータ置換部
【技術分野】
【０００１】
本発明は、タクシー等の車両を需要予測地区に配置するときの効率を向上した車両配置システムに関するものである。
【背景技術】
【０００２】
従来、地区ごとに配車されるタクシー等の車両の需要台数を、配車管理センターで予測することができる車両需要予測システムが知られている（例えば、特許文献１参照）。従来の車両需要予測システムは、地区ごとの供給車両を計数する計数手段と、車両需要要素の予測情報を記憶する記憶手段とを備えており、上記の供給車両数および予測情報に基づいて、地区ごとに配車する車両の需要台数を予測する。そして、従来の車両需要予測システムでは、現在の空車台数や実車台数などの情報が配車管理センターで管理されており、その地区別の情報が各車両のドライバーに放送される。
【特許文献１】特開平９−１５３０９８号公報（第２−５頁、第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の車両需要予測システムでは、全エリア分の地区別の情報をすべての車両に対して放送していたため、各タクシー車両のドライバーは、全エリア分の情報の中から自分の周辺地区の情報を拾い出し、自らの判断で将来需要が発生するであろう近くの地区を予想して移動していた。したがって、ドライバーは、自分に必要な情報だけを取捨選択するのに労力を要し、また、需要が発生する地区を予測するのに長年の経験を要するという問題があった。
【０００４】
しかも、需要地区の予測は各ドライバーの個別的な判断によるものであるため、ある地区に配車が不足しているという情報に基づいて、その地区に多くのドライバーが同時に移動することがある。そうすると、その地区にタクシー車両が集中しすぎる結果となり、かえって他の地区でタクシー車両が不足するという事態が発生する。すなわち、配車システム全体として、非効率的な車両配置を誘発する原因になるという問題があった。
【０００５】
本発明は、上記従来の問題を解決するためになされたもので、需要予測地区に車両を配置するときの効率を向上することのできる車両配置システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の車両配置システムは、基地局装置と車両に搭載された移動局装置とを通信可能に接続し、前記移動局装置を搭載した車両が配置されるべき地区を示す配置メッセージを前記基地局装置から前記移動局装置へ送信する車両配置システムにおいて、前記移動局装置は、前記移動局装置が搭載された車両の現在位置を検出する車両位置検出手段と、前記移動局装置が搭載された車両が実車状態であるか空車状態であるかを識別する車両状態識別手段と、前記基地局装置から受信したメッセージを出力するメッセージ出力手段とを備え、前記車両の現在位置および車両状態の情報を前記基地局装置へ送信し、前記基地局装置は、少なくとも一つの地区のデータが含まれた地図データが記憶された地図データ記憶手段と、地区別曜日時間別の実車台数を記録した基準テーブルが記憶された基準テーブル記憶手段と、月ごとの実車台数の増減割合を表す所定の月係数が記憶された月係数記憶手段と、前記基準テーブルと前記月係数に基づいて、現在日時の所定時間後における各地区の予測実車台数を予測し、前記予測実車台数の多い順に所定地区数の需要予測地区を、該需要予測地区における予測実車台数である需要予測台数とともに検出する需要予測手段と、前記移動局装置から受信した現在位置および車両状態の情報ならびに前記地図データに基づいて、前記需要予測地区内に存在している空車車両から、前記需要予測地区の中心位置からの距離が小さい順に、前記需要予測台数分の車両を前記需要予測地区で待機させる車両として決定するキープ処理を行うキープ処理手段と、前記キープ処理された車両に対して前記需要予測地区での待機を指示する待機メッセージを、前記配置メッセージとして生成する待機メッセージ生成手段とを備え、前記キープ処理された車両の移動局装置へ前記待機メッセージを送信する構成を有している。ここで、待機とは、現在の地区から他の地区へ移動しないことをいう。
【０００７】
この構成により、基地局装置でキープ処理された車両（キープ車両）のみに待機メッセージが送信されるので、キープ車両のユーザーのみが出力された待機メッセージを確認して、キープ車両を需要予測地区内に待機させる。これにより、ユーザーには自分に必要なメッセージのみが送信されるため、ユーザーの労力が軽減する。また、基地局装置の需要予測手段が需要予測地区を検出して、キープ車両のユーザーに送信する。これにより、経験の少ないユーザーであっても、所定時間後に需要が多く発生するであろう需要予測地区の情報を得ることができる。また、車両の利用状況は、月ごとによってばらつく傾向があるが、月ごとの実車台数の増減割合を反映した所定の月係数を使用して需要予測を行うことにより、月ごとの利用状況のばらつきの影響を低減することができる。また、需要予測地区の検出は、基地局装置の需要予測手段による統一的な処理によるものである。そのため、各ユーザーが個別に判断した場合に比べて、ある地区（需要予測地区）に車両が集中しすぎてしまい、その結果、他の地区では車両が不足するという事態が生じることを低減できる。したがって、システム全体として効率的な車両配置を実現することができ、需要予測地区に車両を配置するときの効率を向上することができる。
【０００８】
また、本発明の車両配置システムでは、前記基地局装置は、前記需要予測手段により検出された所定時間後の需要予測地区における需要予測台数と、前記キープ処理手段によりキープ処理されたキープ車両台数とを比較して、前記キープ車両台数に不足があるか否かを判定する不足判定手段と、前記キープ車両台数に不足がある場合に、前記移動局装置から受信した現在位置および車両状態の情報ならびに前記地図データに基づいて、前記需要予測地区の外に位置しておりかつ前記需要予測地区の中心位置から所定半径内に存在している空車車両から、前記キープ車両台数に不足があった台数分の車両を前記需要予測地区へ移動させる車両として決定する追加キープ処理を行う追加キープ処理手段と、前記追加キープ処理された車両に対して前記需要予測地区への移動を指示する移動メッセージを、前記配置メッセージとして生成する移動メッセージ生成手段とを備え、前記追加キープ処理された車両の移動局装置へ前記移動メッセージを送信する構成を有している。ここで、移動とは、現在の地区から他の地区へ移ることをいう。
【０００９】
この構成により、需要予測地区における需要予測台数に対して、キープ車両だけでは車両台数が不足する場合には、需要予測地区の外の空車車両であっても、需要予測地区の中心位置の近くに存在する空車車両であれば追加キープ処理を行う。そして、追加キープ処理された車両（追加キープ車両）に基地局装置から移動メッセージが送信される。このようにして、追加キープ車両を前記需要予測地区へ移動させることにより、需要予測台数の不足分を補充することができる。また、移動メッセージは追加キープ車両のみに送信されるので、追加キープ車両のユーザーのみが出力された移動メッセージを確認して、追加キープ車両を需要予測地区へ移動させる。したがって、キープ車両台数に不足が生じた場合においても、システム全体として効率的な車両配置を実現することができ、需要予測地区に車両を配置するときの効率が向上する。
【００１０】
また、本発明の車両配置システムでは、前記基地局装置は、現在日が祝日であるか否かを判定する祝日判定手段を備え、前記需要予測手段は、現在日が祝日である場合には、前記基準テーブルの日曜日の基準データを用いて現在日時の所定時間後における各地区の予測実車台数を予測する構成を有している。
【００１１】
この構成により、現在日が祝日である場合には、現実日の曜日の如何にかかわらず、基準テーブルの日曜日の基準データを用いる。祝日における車両の利用状況は、データ集計した現実の曜日の利用状況に比べて、日曜日の利用状況に近い傾向がある。したがって、基準テーブルの日曜日の基準データを用いて現在日時の所定時間後の需要予測を行うことにより、現実の利用状況に即した運用テーブルの使用が可能となる。
【００１２】
また、本発明の車両配置システムでは、前記基地局装置は、天気に応じた実車台数の増減割合を表す所定の天気係数を記憶する天気係数記憶手段と、現在日の天気データを入力する入力手段とを備え、前記需要予測手段は、前記天気データに応じた前記天気係数を用いて、前記所定時間後における各地区の予測実車台数を調整する構成を有している。
【００１３】
この構成により、需要予測手段は、天気データに応じた天気係数を用いて、所定時間後における各地区の予測実車台数を調整する。車両の利用状況は、その日の天気により多大な影響を受ける。したがって、天気データに応じた天気係数を用いて需要予測の調整を行うことにより、その日の天気に応じた車両の配置が可能となる。
【００１４】
また、本発明の車両配置システムでは、前記基地局装置は、イベントが開催される地区、日時および予測実車台数のデータであるイベントデータを記憶するイベントデータ記憶手段と、前記イベントデータに基づいて所定時間後にイベントが開催される地区を各地区から検出するイベント検出手段とを備え、前記需要予測手段は、前記所定時間後にイベントが開催される地区の需要予測台数を、前記イベントデータの予測実車台数とする構成を有している。
【００１５】
この構成により、所定時間後に所定の地区（イベント開催地区）でイベントが開催される場合には、イベント開催地区の需要予測台数をイベントデータの予測実車台数として需要予測が行われる。イベント会場の周辺の車両の利用状況は、イベント開催の有無によって非常に大きな影響を受ける。したがって、イベント会場周辺の地区のイベント開始時や終了時の需要予測台数としてイベントデータの予測実車台数を用いることにより、イベント開催時の利用状況に応じた車両の配置が可能となる。
【発明の効果】
【００１６】
本発明は、基地局装置に需要予測手段とキープ処理手段と待機メッセージ生成手段とを設け、需要予測手段で需要予測地区を需要予測台数とともに検出し、キープ処理手段でキープ処理した車両の移動局装置へ待機メッセージを送信して、その車両を需要予測地区内に待機させることにより、需要予測地区に車両を配置するときの効率を向上することができるという効果を有する車両配置システムを提供することができるものである。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態の車両配置システムについて、図面を用いて説明する。本実施の形態では、タクシー車両を需要が予測される地区に配置するタクシー配車システム等に用いられる車両配置システムの場合を例示する。
【００１８】
本発明の実施の形態の車両配置システムの基地局装置と移動局装置のブロック図を図１に示す。図１に示すように、車両配置システムの基地局装置１はタクシー配車管理センターに設置されており、移動局装置２はタクシー車両に搭載されている。基地局装置１は、無線アンテナ３を有する基地無線送受信機４と、基地無線送受信機４の制御を行う無線通信制御装置５と、タクシー配車管理センターのオペレーターが音声入力を行うスタンドマイク６と、センター装置７とを備えている。一方、移動局装置２は、無線アンテナ８を有する移動無線送受信機９と、タクシー車両のドライバーが音声入力を行うハンドマイク１０と、タクシー車両の利用料金や車両状態（実車状態か空車状態か）などが表示されるタクシーメータ１１と、端末装置１２とを備えている。そして、基地局装置１の基地無線送受信機４と移動局装置２の移動無線送受信機９とは、無線通信可能に接続されている。
【００１９】
図１に示すように、移動局装置２の端末装置１２は、主にコンピュータで構成される主制御部１３と、ＧＰＳアンテナ１４を有しタクシー車両の現在位置を検出することができる車両位置検出部１５と、タクシーメータ１１からの外部情報（利用料金情報や車両状態情報）が入力される外部情報入力部１６と、外部情報入力部１６に入力された外部情報から車両状態情報を抽出しタクシー車両が実車状態であるか空車状態であるかを識別する車両状態識別部１７とを備えている。また、端末装置１２は、移動無線送受信機９を制御する無線通信制御部１８と、移動無線送受信機９が受信した情報から所定のメッセージ情報を識別するメッセージ識別部１９と、図９に示すような所定のメッセージ情報を表示するメッセージ表示部２０と、メッセージ情報等を記憶する記憶部２１と、所定のデータや操作コマンド等を入力する入力部２２とを備えている。
【００２０】
また、図１に示すように、基地局装置１のセンター装置７は、主にコンピュータで構成される主制御部２３と、無線通信制御装置５に対して所定の情報の入出力を行う情報入出力部２４と、所定のデータや操作コマンドを入力する入力部２５と、所定の情報や入力されたデータ等が記憶される記憶部２６と、図８に示すようなタクシー車両の需要状況が表示される状況表示部２７とを備えている。
【００２１】
図２には、基地局装置１のセンター装置７の記憶部２６のブロック図が示される。図２に示すように、センター装置７の記憶部２６には、タクシー車両の配車サービスを行う地区全体の地図データ２８と、年間のカレンダーと祝日に関する暦データ２９と、地区別の実車台数（集計実車台数）が記録された集計テーブル３０と、図４に示すように集計テーブル３０の地区別の実車台数を曜日時間別に集計して集計月の月係数で除算処理した地区別曜日時間別の実車台数（基準実車台数）が記録された基準テーブル３１と、基準テーブル３１の基準実車台数を運用月の月係数と運用日の天気係数で乗算処理した実車台数（予測実車台数）が記録された運用テーブル３２とが記憶されている。また、センター装置７の記憶部２６には、図５に示すように１月から１２月までの月ごとの実車台数の増減割合を表す所定の月係数（月ごとの合計実車台数の増減比率）が含まれる月係数テーブル３３と、図６に示すように天気に応じた実車台数の増減割合を表す所定の天気係数（天気別の実車台数の増減比率）が含まれる天気係数テーブル３４と、図７に示すようにイベントが開催される地区データ、年月日データ、時間データや予測実車台数データなどのイベント情報データが３００件程度含まれるイベントデータテーブル３５とが記憶されている。本実施の形態では、上記の暦データ２９、月係数テーブル３３、天気係数テーブル３４、イベントデータテーブル３５は、タクシー配車管理センターのオペレーターにより入力部２５から入力され、センター装置７の記憶部２６に予め登録されている。ここで、集計月とは、基準テーブル３１を作成するために、地区別の実車台数（集計データ）を集計して集計テーブル３０を作成する月をいう。また、運用月とは、運用テーブル３２を用いて、タクシー車両の配置を行う月をいう。
【００２２】
図３には、基地局装置１のセンター装置７の主制御部２３のブロック図が示される。図３に示すように、センター装置７の主制御部２３は、運用テーブル３２に基づいて、現在日時の所定時間後（例えば３０分後）に多くの需要が発生するであろう需要予測地区を需要予測台数とともに検出する需要予測部３６と、移動局装置２から受信した現在位置情報や車両状態情報と地図データ２８に基づいて、需要予測地区内の空車車両の中から、その地区の中心位置から近い順に需要予測台数分のタクシー車両をキープ処理するキープ処理部３７と、キープ処理された車両（キープ車両）に送信するための待機メッセージを生成する待機メッセージ生成部３８とを備えている。例えば、上記の需要予測部３６では、全８０の地区（地区０１〜地区８０）のなかから、運用テーブル３２の実車台数（需要予測台数）の多い順に８つの地区（地区０１〜地区０８）を需要予測地区として検出する処理が行われる（図８参照）。
【００２３】
また、センター装置７の主制御部２３は、所定時間後（例えば３０分後）の需要予測地区における需要予測台数とキープ処理された車両の台数（キープ車両台数）とを比較して、キープ車両台数に不足があるか否かを判定する不足判定部３９と、移動局装置２から受信した現在位置情報や車両状態情報と地図データ２８に基づいて、需要予測地区の外（他の地区内）のタクシー車両であっても、その需要予測地区の中心位置から所定半径内（例えば１ｋｍ以内）に空車車両が存在していれば、その空車車両の中からキープ車両の不足台数分のタクシー車両を追加キープ処理する追加キープ処理部４０と、追加キープ処理された車両（追加キープ車両）に送信するための移動メッセージを生成する移動メッセージ生成部４１とを備えている。
【００２４】
さらに、センター装置７の主制御部２３の需要予測部３６は、現在の日付と暦データ２９に基づいて、集計日や運用日が祝日であるか否かを判定する祝日判定部４２と、イベントデータに基づいて、所定時間後にイベントが行われている地区を検出するイベント検出部４３と、集計テーブル３０の実車台数データを集計月の月係数で除算して基準テーブル３１の基準実車台数データを算出し、基準テーブル３１の基準実車台数を運用月の月係数で乗算して運用テーブル３２の予測実車台数を算出する月別調整部４４と、運用テーブル３２を作成するときに基準テーブル３１の基準実車台数に天気係数を乗算する天気調整部４５と、運用テーブル３２の予測実車台数をイベントデータテーブル３５の予測実車台数データに置換するイベントデータ置換部４６とを備えている。ここで、集計日とは、基準テーブル３１を作成するために、地区別の実車台数（集計データ）を集計して集計テーブル３０を作成する日をいう。また、運用日とは、運用テーブル３２を用いて、タクシー車両の配置を行う日をいう。
【００２５】
以上のように構成された本実施の形態の車両配置システムについて、図１０〜図１２を用いてその動作を説明する。
【００２６】
まず、図１０のフロー図を用いて、集計テーブル３０および基準テーブル３１の作成をするときの動作について説明する。本実施の形態では、基準テーブル３１の作成は所定の基準テーブル３１の作成時刻（例えば、毎時００分と３０分）にのみ行われ、それ以外の時間は集計テーブル３０の作成が継続的に行われる。
【００２７】
集計テーブル３０を作成するときには、まず、タクシー配車管理センターにおいて、現在の時刻が基準テーブル３１の作成時刻（例えば、毎時００分と３０分）か否かの判断が行われる（Ｓ１０１）。そして、現在の時刻が基準テーブル３１の作成時刻でなかった場合には、タクシー車両の移動局装置２からの現在位置情報を受信するとともに（Ｓ１０２）、タクシー車両が実車状態か空車状態かについての車両状態情報を基地無線送受信機４で受信する（Ｓ１０３）。そして、受信した現在位置情報および車両状態情報に基づいて、地区別の集計実車台数をセンター装置７の記憶部２６の集計テーブル３０に記録する（Ｓ１０４）。
【００２８】
現在の時刻が基準テーブル３１の作成時刻（例えば、毎時００分と３０分）か否かの判断を行った結果（Ｓ１０１）、現在の時刻が基準テーブル３１の作成時刻である場合には、基準テーブル３１の作成が行われる。この場合には、まず、センター装置７の主制御部２３の月別調整部４４において、上記のように作成された集計テーブル３０の集計実車台数を集計した月の月係数で除算して基準実車台数を算出する処理が行われる（Ｓ１０５）。つぎに、センター装置７の主制御部２３の祝日判定部４２において、集計した日が祝日であるか否かの判断が行われる（Ｓ１０６）。そして、集計した日が祝日でなかった場合には、算出した地区別曜日時間別の基準実車台数を、基準テーブル３１の集計した曜日（集計曜日）の基準データに記録する（Ｓ１０７）。一方、集計した日が祝日であった場合には、算出した地区別曜日時間別の基準実車台数を、基準テーブル３１の日曜日の基準データに記録する（Ｓ１０８）。本実施の形態では、このようにして、すべての地区（地区０１〜地区８０）について、図４に示すような地区別曜日時間別の基準テーブル３１が作成される。
【００２９】
つぎに、図１１のフロー図を用いて、運用テーブル３２を作成するときの動作について説明する。運用テーブル３２を作成するときには、まず、センター装置７の主制御部２３の月別調整部４４において、上記のようにして作成した基準テーブル３１の所定時間後（例えば、３０分後）の基準実車台数に、運用する月の月係数が乗算される（Ｓ２０１）。つぎに、主制御部２３の天気調整部４５において、月係数が乗算された基準テーブル３１の基準実車台数に、さらに天気係数が乗算される（Ｓ２０２）。このようにして、運用テーブル３２の予測実車台数が算出される。本実施の形態では、タクシー配車管理センターのオペレーターが現在の天気を判断して、センター装置７の入力部２５から天気データ（例えば、大雨）をボタン入力し、記憶部２６に天気データを記憶させる。そして、主制御部２３の天気調整部４５では、記憶部２６の天気データを読み出して、天気データに応じた天気係数（例えば、２．０）が選択されて乗算処理が行われる。
【００３０】
その後、センター装置７のイベント検出部４３によって、所定時間後（例えば３０分後）にイベントが開催される地区が検出されたか否かが判定される（Ｓ２０３）。イベントが開催される地区が検出された場合には、センター装置７の主制御部２３のイベントデータ置換部４６において、運用テーブル３２中のイベントが開催される地区の予測実車台数を、イベント情報データの予測台数データに置換する処理が行われる（Ｓ２０４）。一方、イベントが開催される地区が検出されなかった場合には、上記の置換処理は行われない。そして、上記のようにして基準テーブル３１に基づいて作成された運用テーブル３２が、センター装置７の記憶部２６に記録される（Ｓ２０５）。
【００３１】
つづいて、図１２のフロー図を用いて、車両配置システムでタクシー車両の配置を行うときの動作を説明する。タクシー車両の配置を行うときには、センター装置７の主制御部２３の需要予測部３６において、上記の運用テーブル３２を用いて全８０地区の需要予測台数の検出を行う（Ｓ３０１）。つぎに、全８０の地区（地区０１〜地区８０）のなかから、運用テーブル３２の実車台数（需要予測台数）の多い順に８つの地区（地区０１〜地区０８）を需要予測地区として検出する処理が行われる（Ｓ３０２）。
【００３２】
つぎに、検出された需要予測地区内に空車状態のタクシー車両が存在するか否かが判定される（Ｓ３０３）。検出された需要予測地区内に空車があると判断された場合には、センター装置７の主制御部２３のキープ処理部３７において、キープ処理が行われる（Ｓ３０４）。具体的には、需要予測地区内の空車車両の中から、その地区の中心位置から近い順に、需要予測台数分のタクシー車両をキープする処理が行われる。このとき、センター装置７の記憶部２６には、キープ処理されたタクシー車両（キープ車両）の車両番号が記憶される（Ｓ３０５）。そして、センター装置７の待機メッセージ生成部３８において、図９（ａ）に示すような、キープ車両に送信するための待機メッセージが作成される（Ｓ３０６）。一方、検出された需要予測地区内に空車がないと判断された場合には、キープ処理は行われない。最後に、センター装置７の記憶部２６に、キープ車両の不足台数が記憶される（Ｓ３０７）。
【００３３】
そして、センター装置７の主制御部２３の不足判定部３９において、キープ車両台数に不足があるか否かが判定される（Ｓ３０８）。具体的には、検出された需要予測地区における需要予測台数とキープ処理された車両の台数（キープ車両台数）とを比較して、キープ車両台数に不足があるか否かが判定される。
【００３４】
上記の不足判定の結果、キープ車両台数に不足があると判断された場合には、その検出された需要予測地区の外に位置している空車車両であって、検出された需要予測地区の中心位置から所定の半径内（例えば、１ｋｍ以内）に存在する空車状態のタクシー車両があるか否かが判定される（Ｓ３０９）。そして、所定の半径内に空車状態のタクシー車両があった場合には、センター装置７の主制御部２３の追加キープ処理部４０において、追加キープ処理が行われる（Ｓ３１０）。具体的には、検出された需要予測地区の外（他の需要予測地区内）のタクシー車両であっても、その需要予測地区の中心位置から所定半径内（例えば１ｋｍ以内）に空車状態のタクシー車両が存在していれば、そのタクシー車両の中からキープ車両の不足台数分のタクシー車両を追加キープする処理が行われる。このとき、センター装置７の記憶部２６には、追加キープ処理されたタクシー車両（追加キープ車両）の車両番号が記憶される（Ｓ３１１）。そして、センター装置７の移動メッセージ生成部４１において、図９（ｂ）に示すような、追加キープ車両に送信するための移動メッセージが作成される（Ｓ３１２）。一方、検出された需要予測地区の外（他の需要予測地区内）でも、検出された需要予測地区の中心位置から所定半径内（例えば１ｋｍ以内）にキープ処理されていない空車状態のタクシー車両が存在しないと判断された場合には、追加キープ処理は行われない。そして最後に、キープ車両と追加キープ車両の車両台数の合計が、送信台数としてセンター装置７の記憶部２６に記憶される（Ｓ３１３）。一方、上記の不足判定の結果（Ｓ３０８）、キープ車両台数に不足がないと判断された場合にも、追加キープ処理は行われない。
【００３５】
その後、図８に示すように、センター装置７の状況表示部２７の画面に、検出された８つの地区の地区名とキープ処理された車両（キープ車両）と追加キープ処理された車両（追加キープ車両）の合計車両台数（送信台数）や車両番号が表示される（Ｓ３１４）。例えば、図８に示した状況表示部２７の画面では、地区０１において、キープ車両と追加キープ車両の合計車両台数（送信台数）は１０台である旨の表示がなされており、キープ車両および追加キープ車両には車両番号（１０１〜１１０）の横のチェックボックスにチェックマークが付されている。
【００３６】
そして、タクシー配車管理センターのオペレーターは、センター装置７の状況表示部２７の画面に表示された需要予測地区の中から、タクシー車両の配車を行う所定の地区および車両を指定する（Ｓ３１５）。具体的には、状況表示部２７の画面において、チェックマークが付されている地区や車両の中から、配車が不要と思われる地区や配車に適さないと思われる車両のチェックボックスからチェックマークを外す作業がオペレーターによって行われる。例えば、図８に示した状況表示部２７の画面では、地区０８のチェックマークが外されており、配車する地区としての指定が解除されている。また、地区０７の車両（車両番号１３９）のチェックマークが外されており、配車する車両としての指定が解除されている。本実施の形態では、タクシー車両の配車を行なわない地区や車両について指定の解除を行うことにより、それ以外のタクシー車両の配車を行う所定の地区および車両の指定が行われているといえる。
【００３７】
最後に、タクシー配車管理センターのオペレーターは、センター装置７の状況表示部２７の画面において再配置送信ボタンを押下する（Ｓ３１６）。そうすると、キープ処理されたタクシー車両に対しては、図９（ａ）に示す待機メッセージが送信され、追加キープ処理されたタクシー車両に対しては、図９（ｂ）に示す移動メッセージが送信される（Ｓ３１７）。そして、待機メッセージを受信したタクシー車両のドライバーは、待機メッセージを確認して、そのまま現在の地区（需要予測地区）内に待機する。また、移動メッセージを受信したタクシー車両のドライバーは、移動メッセージを確認して、すぐに近くの需要予測地区に移動する。
【００３８】
このような発明の実施の形態の車両配置システムによれば、基地局装置１に需要予測部３６とキープ処理部３７と待機メッセージ生成部３８とを設け、需要予測部３６で需要予測地区と需要予測台数を検出し、キープ処理部３７でキープ処理した車両の移動局装置２へ待機メッセージを送信して、その車両を需要予測地区内に待機させることにより、需要予測地区に車両を配置するときの効率を向上することができる。
【００３９】
すなわち、本実施の形態では、基地局装置１でキープ処理されたタクシー車両（キープ車両）のみに待機メッセージが送信されるので、キープ車両のドライバーのみが出力された待機メッセージを確認して、キープ車両を需要予測地区内に待機させる。これにより、ドライバーには自分に必要なメッセージのみが送信されるため、ドライバーの労力が軽減する。また、基地局装置１の需要予測部３６が需要予測地区を検出して、キープ車両のドライバーに送信する。これにより、経験の少ないドライバーであっても、所定時間後（例えば、３０分後）に需要が多く発生するであろう需要予測地区の情報を得ることができる。また、需要予測地区の検出は、基地局装置１の需要予測部３６による統一的な処理によるものである。そのため、各ドライバーが個別に判断した場合に比べて、ある地区（需要予測地区）にタクシー車両が集中しすぎてしまい、その結果、他の地区ではタクシー車両が不足するという事態が生じることを低減できる。したがって、システム全体として効率的なタクシー車両配置を実現することができ、需要予測地区にタクシー車両を配置するときの効率を向上することができる。また、待機メッセージを受信したキープ車両は、その地区に待機すればいいので、自らの判断で他の地区に移動した場合に比べて、タクシーの燃料消費量を低減することができる。
【００４０】
また、本実施の形態では、需要予測地区における需要予測台数に対して、キープ車両だけでは車両台数が不足する場合には、その需要予測地区の外の空車車両であっても、需要予測地区の中心位置の近くに存在する空車車両であれば追加キープ処理を行う。そして、追加キープ処理されたタクシー車両（追加キープ車両）に基地局装置１から移動メッセージが送信される。このようにして、追加キープ車両をその地区へ移動させることにより、需要予測台数の不足分を補充することができる。また、移動メッセージは追加キープ車両のみに送信されるので、追加キープ車両のドライバーのみが出力された移動メッセージを確認して、追加キープ車両を需要予測地区へ移動させる。したがって、キープ車両台数に不足が生じた場合においても、システム全体として効率的なタクシー車両配置を実現することができ、需要予測地区にタクシー車両を配置するときの効率が向上する。また、移動メッセージを受信した追加キープ車両は、近く地区に移動すればいいので、自らの判断で他の遠い地区に移動した場合に比べて、タクシーの燃料消費量を低減することができる。
【００４１】
また、本実施の形態では、地区別の集計テーブル３０から地区別曜日時間別の基準テーブル３１を作成するときに、集計日が祝日である場合には、集計日の現実の曜日にかかわらず、作成した基準テーブル３１を日曜日の基準テーブル３１とする。祝日におけるタクシー車両の利用状況は、集計日の現実の曜日の利用状況に比べて、日曜日の利用状況に近い傾向がある。したがって、運用テーブル３２を用いるときに、運用日が祝日である場合には、運用日の現実の曜日にかかわらず、日曜日の運用テーブル３２を使用する。これにより、現実の利用状況に即した運用テーブル３２の使用が可能となる。
【００４２】
また、本実施の形態では、基準テーブル３１を作成するときには、集計テーブル３０の集計実車台数を集計月の月係数で除算して、基準テーブル３１の基準実車台数を算出する処理が行われる。タクシー車両の利用状況は、月ごとによってばらつく傾向がある。したがって、集計テーブル３０の集計実車台数を月ごとの実車台数の増減割合を反映した所定の月係数で除算して基準化することにより、月ごとの傾向によらない単一の基準テーブル３１を作成することができる。これにより、月ごとの利用状況のばらつきの影響を低減することができる。また、運用テーブル３２を作成するときには、上記の基準テーブル３１の基準実車台数に運用月の月係数を乗算して、運用テーブル３２の予測実車台数を算出する処理が行われる。これにより、単一の基準テーブル３１の基準実車台数に月ごとの実車台数の増減割合を反映した所定の月係数を乗算して月別に調整することにより、月ごとの利用状況に対応した運用テーブル３２を作成することができる。
【００４３】
また、本実施の形態では、運用テーブル３２を作成するときには、運用日の天気データに応じた天気係数を基準テーブル３１の基準実車台数に乗算する。タクシー車両の利用状況は、その日の天気により多大な影響を受ける。したがって、運用テーブル３２を作成するときに、天気データに応じた天気係数を天気係数を基準テーブル３１の基準実車台数に乗算して需要予測の調整を行うことにより、その日の天気に応じたタクシー車両の配置が可能となる。
【００４４】
また、本実施の形態では、運用テーブル３２を使用するときに、所定時間後に所定の地区（イベント開催地区）でイベントが開催される場合には、所定時間後の運用テーブル３２のイベント開催地区の需要予測台数をイベントデータの予測実車台数に置換する。イベント会場の周辺のタクシー車両の利用状況は、イベント開催の有無によって非常に大きな影響を受ける。したがって、イベント会場周辺の地区のイベント開始時や終了時の需要予測台数をイベントデータの予測実車台数に置換した運用テーブル３２を用いることにより、イベント開催時の利用状況に応じたタクシー車両の配置が可能となる。
【００４５】
また、従来は、予測に使用する過去データとして長期間（例えば１年間）にわたる詳細なデータの蓄積が必要であり、タクシー事業を早期に開始することが困難であった。それに対して、本実施の形態では、地区別曜日時間別の基準テーブル３１を用いるので、短期間（１週間程度）の簡素なデータを収集するだけで良い。したがって、事業を開始するに際しての準備期間が短くて済み、早期に事業を始めることができる。また、従来は、予測することができる時間単位が１時間単位であったのに対し、本実施の形態では、３０分単位の時間精度の細かい予測が可能である。
【００４６】
以上、本発明の実施の形態を例示により説明したが、本発明の範囲はこれらに限定されるものではなく、請求項に記載された範囲内において目的に応じて変更・変形することが可能である。
【産業上の利用可能性】
【００４７】
以上のように、本発明にかかる車両配置システムは、需要予測地区に車両を配置するときの効率を向上することができるという効果を有し、タクシー等の車両を需要予測地区に配置するときの効率を高めた車両配置システム等として有用である。
【図面の簡単な説明】
【００４８】
【図１】本発明の実施の形態における基地局装置および移動局装置のブロック図
【図２】本発明の実施の形態における基地局装置の記憶部のブロック図
【図３】本発明の実施の形態における基地局装置の主制御部のブロック図
【図４】本発明の実施の形態における基準テーブル
【図５】本発明の実施の形態における月係数テーブル
【図６】本発明の実施の形態における天気係数テーブル
【図７】本発明の実施の形態におけるイベントデータテーブル
【図８】本発明の実施の形態における基地局装置のセンター装置の状況表示画面
【図９】（ａ）本発明の実施の形態における移動局装置（キープ車両）の端末装置のメッセージ表示画面 （ｂ）本発明の実施の形態における移動局装置（追加キープ車両）の端末装置のメッセージ表示画面
【図１０】本発明の実施の形態において集計テーブルと基準テーブルを作成する動作を説明するためのフロー図
【図１１】本発明の実施の形態において運用テーブルを作成する動作を説明するためのフロー図
【図１２】本発明の実施の形態において車両を配置する動作を説明するためのフロー図
【符号の説明】
【００４９】
１ 基地局装置
２ 移動局装置
１５ 車両位置検出部
１７ 車両状態識別部
２０ メッセージ表示部
２７ 状況表示部
２８ 地図データ
３０ 集計テーブル
３１ 基準テーブル
３２ 運用テーブル
３３ 月係数テーブル
３４ 天気係数テーブル
３５ イベントデータテーブル
３６ 需要予測部
３７ キープ処理部
３８ 待機メッセージ生成部
３９ 不足判定部
４０ 追加キープ処理部
４１ 移動メッセージ生成部
４２ 祝日判定部
４３ イベント検出部
４４ 月別調整部
４５ 天気調整部
４６ イベントデータ置換部
【特許請求の範囲】
【請求項１】
基地局装置と車両に搭載された移動局装置とを通信可能に接続し、前記移動局装置を搭載した車両が配置されるべき地区を示す配置メッセージを前記基地局装置から前記移動局装置へ送信する車両配置システムにおいて、
前記移動局装置は、
前記移動局装置が搭載された車両の現在位置を検出する車両位置検出手段と、
前記移動局装置が搭載された車両が実車状態であるか空車状態であるかを識別する車両状態識別手段と、
前記基地局装置から受信したメッセージを出力するメッセージ出力手段とを備え、
前記車両の現在位置および車両状態の情報を前記基地局装置へ送信し、
前記基地局装置は、
少なくとも一つの地区のデータが含まれた地図データが記憶された地図データ記憶手段と、
地区別曜日時間別の実車台数を記録した基準テーブルが記憶された基準テーブル記憶手段と、
月ごとの実車台数の増減割合を表す所定の月係数が記憶された月係数記憶手段と、
前記基準テーブルと前記月係数に基づいて、現在日時の所定時間後における各地区の予測実車台数を予測し、前記予測実車台数の多い順に所定地区数の需要予測地区を、該需要予測地区における予測実車台数である需要予測台数とともに検出する需要予測手段と、
前記移動局装置から受信した現在位置および車両状態の情報ならびに前記地図データに基づいて、前記需要予測地区内に存在している空車車両から、前記需要予測地区の中心位置からの距離が小さい順に、前記需要予測台数分の車両を前記需要予測地区で待機させる車両として決定するキープ処理を行うキープ処理手段と、
前記キープ処理された車両に対して前記需要予測地区での待機を指示する待機メッセージを、前記配置メッセージとして生成する待機メッセージ生成手段とを備え、
前記キープ処理された車両の移動局装置へ前記待機メッセージを送信することを特徴とする車両配置システム。
【請求項２】
前記基地局装置は、
前記需要予測手段により検出された所定時間後の需要予測地区における需要予測台数と、前記キープ処理手段によりキープ処理されたキープ車両台数とを比較して、前記キープ車両台数に不足があるか否かを判定する不足判定手段と、
前記キープ車両台数に不足がある場合に、前記移動局装置から受信した現在位置および車両状態の情報ならびに前記地図データに基づいて、前記需要予測地区の外に位置しておりかつ前記需要予測地区の中心位置から所定半径内に存在している空車車両から、前記キープ車両台数に不足があった台数分の車両を前記需要予測地区へ移動させる車両として決定する追加キープ処理を行う追加キープ処理手段と、
前記追加キープ処理された車両に対して前記需要予測地区への移動を指示する移動メッセージを、前記配置メッセージとして生成する移動メッセージ生成手段とを備え、
前記追加キープ処理された車両の移動局装置へ前記移動メッセージを送信することを特徴とする請求項１に記載の車両配置システム。
【請求項３】
前記基地局装置は、現在日が祝日であるか否かを判定する祝日判定手段を備え、
前記需要予測手段は、現在日が祝日である場合には、前記基準テーブルの日曜日の基準データを用いて現在日時の所定時間後における各地区の予測実車台数を予測することを特徴とする請求項１または請求項２に記載の車両配置システム。
【請求項４】
前記基地局装置は、天気に応じた実車台数の増減割合を表す所定の天気係数を記憶する天気係数記憶手段と、現在日の天気データを入力する入力手段とを備え、
前記需要予測手段は、前記天気データに応じた前記天気係数を用いて、前記所定時間後における各地区の予測実車台数を調整することを特徴とする請求項１ないし請求項３のいずれかに記載の車両配置システム。
【請求項５】
前記基地局装置は、イベントが開催される地区、日時および予測実車台数のデータであるイベントデータを記憶するイベントデータ記憶手段と、前記イベントデータに基づいて所定時間後にイベントが開催される地区を各地区から検出するイベント検出手段とを備え、
前記需要予測手段は、前記所定時間後にイベントが開催される地区の需要予測台数を、前記イベントデータの予測実車台数とすることを特徴とする請求項１ないし請求項４のいずれかに記載の車両配置システム。
【請求項１】
基地局装置と車両に搭載された移動局装置とを通信可能に接続し、前記移動局装置を搭載した車両が配置されるべき地区を示す配置メッセージを前記基地局装置から前記移動局装置へ送信する車両配置システムにおいて、
前記移動局装置は、
前記移動局装置が搭載された車両の現在位置を検出する車両位置検出手段と、
前記移動局装置が搭載された車両が実車状態であるか空車状態であるかを識別する車両状態識別手段と、
前記基地局装置から受信したメッセージを出力するメッセージ出力手段とを備え、
前記車両の現在位置および車両状態の情報を前記基地局装置へ送信し、
前記基地局装置は、
少なくとも一つの地区のデータが含まれた地図データが記憶された地図データ記憶手段と、
地区別曜日時間別の実車台数を記録した基準テーブルが記憶された基準テーブル記憶手段と、
月ごとの実車台数の増減割合を表す所定の月係数が記憶された月係数記憶手段と、
前記基準テーブルと前記月係数に基づいて、現在日時の所定時間後における各地区の予測実車台数を予測し、前記予測実車台数の多い順に所定地区数の需要予測地区を、該需要予測地区における予測実車台数である需要予測台数とともに検出する需要予測手段と、
前記移動局装置から受信した現在位置および車両状態の情報ならびに前記地図データに基づいて、前記需要予測地区内に存在している空車車両から、前記需要予測地区の中心位置からの距離が小さい順に、前記需要予測台数分の車両を前記需要予測地区で待機させる車両として決定するキープ処理を行うキープ処理手段と、
前記キープ処理された車両に対して前記需要予測地区での待機を指示する待機メッセージを、前記配置メッセージとして生成する待機メッセージ生成手段とを備え、
前記キープ処理された車両の移動局装置へ前記待機メッセージを送信することを特徴とする車両配置システム。
【請求項２】
前記基地局装置は、
前記需要予測手段により検出された所定時間後の需要予測地区における需要予測台数と、前記キープ処理手段によりキープ処理されたキープ車両台数とを比較して、前記キープ車両台数に不足があるか否かを判定する不足判定手段と、
前記キープ車両台数に不足がある場合に、前記移動局装置から受信した現在位置および車両状態の情報ならびに前記地図データに基づいて、前記需要予測地区の外に位置しておりかつ前記需要予測地区の中心位置から所定半径内に存在している空車車両から、前記キープ車両台数に不足があった台数分の車両を前記需要予測地区へ移動させる車両として決定する追加キープ処理を行う追加キープ処理手段と、
前記追加キープ処理された車両に対して前記需要予測地区への移動を指示する移動メッセージを、前記配置メッセージとして生成する移動メッセージ生成手段とを備え、
前記追加キープ処理された車両の移動局装置へ前記移動メッセージを送信することを特徴とする請求項１に記載の車両配置システム。
【請求項３】
前記基地局装置は、現在日が祝日であるか否かを判定する祝日判定手段を備え、
前記需要予測手段は、現在日が祝日である場合には、前記基準テーブルの日曜日の基準データを用いて現在日時の所定時間後における各地区の予測実車台数を予測することを特徴とする請求項１または請求項２に記載の車両配置システム。
【請求項４】
前記基地局装置は、天気に応じた実車台数の増減割合を表す所定の天気係数を記憶する天気係数記憶手段と、現在日の天気データを入力する入力手段とを備え、
前記需要予測手段は、前記天気データに応じた前記天気係数を用いて、前記所定時間後における各地区の予測実車台数を調整することを特徴とする請求項１ないし請求項３のいずれかに記載の車両配置システム。
【請求項５】
前記基地局装置は、イベントが開催される地区、日時および予測実車台数のデータであるイベントデータを記憶するイベントデータ記憶手段と、前記イベントデータに基づいて所定時間後にイベントが開催される地区を各地区から検出するイベント検出手段とを備え、
前記需要予測手段は、前記所定時間後にイベントが開催される地区の需要予測台数を、前記イベントデータの予測実車台数とすることを特徴とする請求項１ないし請求項４のいずれかに記載の車両配置システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００７−１２９３０２（Ｐ２００７−１２９３０２Ａ）
【公開日】平成１９年５月２４日（２００７．５．２４）
【国際特許分類】
【出願番号】特願２００５−３１８０８６（Ｐ２００５−３１８０８６）
【出願日】平成１７年１１月１日（２００５．１１．１）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成１９年５月２４日（２００７．５．２４）
【国際特許分類】
【出願日】平成１７年１１月１日（２００５．１１．１）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]