JP2019091274A - タクシーの配車を支援するための方法およびそれを用いたタクシー配車支援システム - Google Patents

Abstract

【課題】予測されたタクシー利用者の需要予測情報に基づいてタクシーを適切に配車することのできる、タクシーの配車を支援するための方法を提供する。【解決手段】タクシー配車を支援するための方法は、所定の営業地域３０内に存在する複数のタクシー１５０からの個々の走行情報を管理サーバユニット１１０にて受信する工程、管理サーバユニット内で、外部環境情報を用いて営業地域におけるタクシー利用者の需要予測情報を作成する工程、管理サーバユニット内で、需要予測情報および個々の走行情報に基づいて最適化計算を行うことにより、最適化需要予測情報を作成する工程、最適化需要予測情報を、営業地域内に存在する複数のタクシーに取り付けられた車載ユニット１５２に送信する工程及び営業地域における複数のタクシーが、車載ユニットを介して個々の走行情報を他のタクシー走行情報として互いに送受信する工程を包含する。【選択図】図１

Description

本発明は、タクシーの配車を支援するための方法およびそれを用いたタクシー配車支援システムに関し、より詳細には、予め設定された地域の需要を予測して、タクシーを適切に配車することができる、タクシーの配車を支援するための方法およびそれを用いたタクシー配車支援システムに関する。

タクシーは、鉄道や航空機と比較して大規模なインフラ設備を必要とせず、かつ移動距離を問わず、利用者が目的地を自由に設定することができる。現代社会において、タクシーは我が国を含め世界中にとって重要な交通移動手段の１つである。

このようなタクシーを用いた利用者の輸送事業には、例えば、我が国においては「付け待ち」、「無線配車」、「流し」など呼ばれる複数の営業手法が存在する。

特に「流しのタクシー」は、乗務員が予め設定された地域（営業地域または営業区画とも言う）内を走行して移動しながら利用者を探す営業手法を言う。しかし、従来の「流しのタクシー」による営業手法では、１日の１台当たりの利用者の乗車数は乗務員の経験および勘に左右され易いことが指摘されている。このため、多くのタクシー乗務員とっては、利用者の乗車数を増加させるために、より長時間にわたる「流し」が必要になることもある。

一方、長時間の「流し」に伴って、走行のための燃料の増加や、それに伴う排出ＣＯ_２による環境への悪影響、車両自体の走行劣化、長時間勤務による乗務員への身体的負荷等も無視することができない。このため、タクシー乗務員およびタクシー事業者（例えば、タクシー事業を行う企業体）にとっては、より効率的な利用者の獲得が所望されている。

さらに、スポーツ競技大会、コンサート、祭り、花火大会などの大規模なイベントが行われた際の会場周辺、あるいは災害、事故等によって鉄道、バス、航空機等の交通機関の遅延や運行中止があった駅、停留所、空港等の周辺では、一時的にタクシーの需要が高まることがある。営業地域におけるこのような需要に関する情報を早期に取得することができれば、タクシーによる利用者獲得の効率は一層高まるとも考えられている。

このようなタクシーによる利用者獲得の効率性を高めるために、タクシーの需要予測を行うための種々の技術が提案されている。

例えば、特許文献１は、時間帯とその時間帯における地域毎の人口の増減を記憶する記憶手段と、車両配車時の時間帯における地域毎の人口の増減に基づいて車両配車の需要を予測する需要予測手段とを備える需要予測装置を開示する。

しかし、特許文献１に記載の需要予測装置は、タクシー車両毎に配置される。このため、同一営業地域内に、当該需要予測装置を搭載した複数のタクシーが存在すると、需要予測に基づいて特定の場所に多数のタクシーが集中し、一定数の利用者を奪い合うことにもなりかねない。また、このような需要予測装置は、搭載するタクシー毎の予測が必要なため、大量の情報を短時間で処理するための高度な情報処理機能を有していなければならず、その一方で乗車スペースを考慮すると小型化されていなければならない。

さらに、このような需要予測装置は、タクシー事業者には導入コストを増加させる恐れがある。このため、タクシー事業者にとっては、導入コストと期待される利用者獲得数との収支を考慮すると、当該装置の導入には慎重とならざるを得ない。

このため、タクシー利用者の需要を効率的に予測することができ、かつ需要が予測される地域に対し、タクシーの適切な配車を支援するためのさらなる技術開発が所望されている。

特開２００８−０５２４５５号公報

本発明は、上記問題の解決を課題とするものであり、その目的とするところは、走行中のタクシーに対し、大型の機器を導入することなく、予測されたタクシー利用者の需要予測情報に基づいてタクシーを適切に配車することのできる、タクシーの配車を支援するための方法およびそれを用いたタクシー配車支援システムを提供することにある。

本発明は、タクシーの配車を支援するための方法であって、
（ａ）所定の営業地域内に存在する複数のタクシーからの個々の走行情報を管理サーバユニットにて受信する工程；
（ｂ）該管理サーバユニット内で、外部環境情報を用いて該営業地域におけるタクシー利用者の需要予測情報を作成する工程；
（ｃ）該管理サーバユニット内で、該需要予測情報および該個々の走行情報に基づいて最適化計算を行うことにより、最適化需要予測情報を作成する工程；
（ｄ）該最適化需要予測情報を、該営業地域内に存在する該複数のタクシーに取り付けられた車載ユニットに送信する工程；
（ｅ）該営業地域における該複数のタクシーが、該車載ユニットを介して該個々の走行情報を他のタクシー走行情報として互いに送受信する工程；ならびに
（ｆ）該複数のタクシーが、該車載ユニットにおいて、該最適化需要予測情報および該他のタクシー走行情報に基づいて該個々の走行情報をアップデートする工程；
を包含する、方法である。

１つの実施形態では、上記個々の走行情報は、タクシーの位置情報、走行速度、走行方位、および乗車または空車情報からなる群から選択される少なくとも１つの情報である。

１つの実施形態では、上記外部環境情報は、上記営業地域に存在する稼働タクシーの総数、該営業地域に存在するタクシーの空車率、年月日、曜日、時刻、該営業地域内の過去の乗車実績情報、天候、交通情報、公共交通機関の運行情報、および該営業地域におけるイベント情報からなる群から選択される少なくとも１つの情報である。

１つの実施形態では、上記（ｂ）工程で作成される上記需要予測情報は、
（ｂ１）上記複数のタクシーからの上記個々の走行情報と、上記外部環境情報とを上記管理サーバユニットから上位管理サーバユニットに送信し、
（ｂ２）該上位管理サーバユニットにおいて、該外部環境情報、１つまたは複数の他の営業地域より得られた他の外部環境情報、および上位外部環境情報を用いて、該営業地域と該１つまたは複数の他の営業地域との結合領域における結合領域需要予測情報を作成し、
（ｂ３）該結合領域需要予測情報、該複数のタクシーからの該個々の走行情報、および該１つまたは複数の他の営業地域より得られた他の複数のタクシーからの他の個々の走行情報に基づいて最適化計算を行って、上位最適化需要予測情報を作成し、そして
（ｂ４）該上位最適化需要予測情報を該上位管理サーバユニットから該管理サーバユニットに送信することにより、得られた情報である。

１つの実施形態では、上記（ｃ）工程で作成される上記最適化需要予測情報は、所定時間における、
上記営業地域から複数に分割された領域セルのうちの１つの領域セル内に存在する空車タクシーの数と、
該１つの領域セル内に存在する実車タクシーの数と
該１つの領域セル内において所定時間内に空車となるタクシー数と、
該１つの領域セルから隣接する他の領域セルに移動するタクシー数と、
該隣接する他の領域セルから該１つの領域セルに移動するタクシー数と、
該１つの領域セル内に存在する、タクシー１台毎を単位とする実績タクシー利用者数と
から算出される情報である。

１つの実施形態では、上記（ｃ）工程で作成される上記最適化需要予測情報は、所定時間における、
上記営業地域内の個々のタクシーが走行する道路の進行方向に位置する、交差点から次の交差点までの区間におけるタクシー１台毎を単位とする実績タクシー利用者数と、
該交差点から該次の交差点までの該区間における該タクシーの通過予想時間と、
から算出される情報である。

本発明はまた、所定の営業地域に存在する複数のタクシーの配車を支援するためのシステムであって、
管理サーバユニット、および
該複数のタクシーのそれぞれに取り付けられた車載ユニット、
を備え、
該管理サーバユニットが：
所定の営業地域に存在する複数のタクシーからの個々の走行情報を受信し、かつ該複数のタクシーに対して最適化需要予測情報を送信する、支援側通信モジュール；
該営業地域に関連する外部環境情報を記憶する、データベース手段；ならびに
該外部環境情報を用いて該営業地域におけるタクシー利用者の需要予測情報を作成し、かつ該需要予測情報および該複数のタクシーの該個々の走行情報に基づいて最適化計算により最適化需要予測情報を作成する、計算手段；
を備え、そして
該車載ユニットが：
該管理サーバユニットおよび該複数のタクシーに対して自らの走行情報を該個々の走行情報として送信し、そして該管理サーバユニットから該最適化需要予測情報を受信し、そして該複数のタクシーからの該個々の走行情報のうち、他のタクシーからの該個々の走行情報を受信する、車載通信モジュール；
該最適化需要予測情報および該他のタクシーからの該個々の走行情報を記憶する、車載データベース手段；
該最適化需要予測情報および該他のタクシーからの該個々の走行情報に基づいて該自らの走行情報をアップデートする、走行情報更新手段；ならびに
該最適化需要予測情報、該他のタクシーからの該個々の走行情報および該自らの走行情報を表示する、ディスプレイ；
を備える、システムである。

１つの実施形態では、上記個々の走行情報は、タクシーの位置情報、走行速度、走行方位、および乗車または空車情報からなる群から選択される少なくとも１つの情報である。

１つの実施形態では、上記外部環境情報は、上記営業地域に存在する稼働タクシーの総数、該営業地域に存在するタクシーの空車率、年月日、曜日、時刻、該営業地域内の過去の乗車実績情報、天候、交通情報、公共交通機関の運行情報、および該営業地域におけるイベント情報からなる群から選択される少なくとも１つの情報である。

１つの実施形態では、本発明のシステムは、さらに上位管理サーバユニットを備え、
該上位管理サーバユニットは：
上記管理サーバユニットより、上記営業地域に存在する上記複数のタクシーからの上記個々の走行情報と上記外部環境情報とを受信し、かつ該管理サーバユニットに対して、上位最適化需要予測情報を上記最適化需要予測情報として送信する、上位支援側通信モジュール；
該営業地域と１つまたは複数の他の営業地域との結合領域における外部情報によって書換可能な上位外部環境情報を記憶する、上位データベース手段；ならびに
該外部環境情報、１つまたは複数の他の営業地域より得られた他の外部環境情報、および該上位外部環境情報を用いて、該結合領域における結合領域需要予測情報を作成し、かつ該結合領域需要予測情報、該複数のタクシーからの該個々の走行情報、および該１つまたは複数の他の営業地域より得られた他の複数のタクシーからの他の個々の走行情報に基づいて最適化計算を行って、該上位最適化需要予測情報を作成する、上位計算手段；
を備える。

本発明によれば、営業地域におけるタクシー利用者の経時的な需要変化に応じて、当該営業地域における需要予測情報をタクシー乗務員に提供することにより、タクシーの配車を支援することができる。また、本発明によれば、タクシーの無用な「流し」走行を低減することができるため、走行に要する燃料を削減することができ、それに伴うＣＯ_２の排出量も低下させることができる。さらに、タクシー乗務員の労働環境の改善にも寄与し得る。

本発明のタクシー配車支援システムの一例を模式的に表す図である。 図１に示す本発明のタクシー配車支援システムを構成する車載ユニットの一例を模式的に表す図である。 本発明のタクシー配車支援システムの他の例を模式的に表す図である。 本発明のシステムのさらに別の例を模式的に表す図であって、上位管理サーバユニットを配置することにより、複数の管理サーバユニットが管理する結合領域におけるタクシーの配車支援を一元的に行うためのシステムの例に表す図である。 本発明のシステムのまたさらに別の例を模式的に表す図であって、複数（ｎ）箇所の営業地域に対して、複数（ｍ）層の管理サーバユニットを配置することにより、より広範な結合領域におけるタクシーの配車支援を一元的に行うためのシステムの一例を表す図である。

以下、本発明を添付の図面を参照して説明する。

図１は、本発明のタクシー配車支援システムの一例を模式的に表す図である。

図１において、タクシー配車支援システム１００は、管理サーバユニット１１０と、タクシー１５０に取り付けられた車載ユニット１５２とを備える。

本発明では、まず、所定の営業地域３０に存在する複数のタクシー１５０からの個々の走行情報が管理サーバユニット１１０にて受信される。

本明細書中に用いられる用語「営業地域」とは、本発明の方法および／またはシステムを導入する団体（例えば、タクシー事業者、タクシー事業組合）が、タクシー事業を行う地域である。当該団体が分割された複数の営業地域にてタクシー事業を行う場合は、例えば、分割された営業地域の各々であっても、それらを統合した１つの営業地域であってもよい。

本明細書中に用いられる用語「営業地域に存在する複数のタクシー」とは、当該営業地域内で団体が所有または管理するタクシーのうち、営業中、すなわち実車（タクシー利用者が乗車中の場合に加え、タクシー利用者の乗車に向けて予約走行中の場合も包含する）または空車の状態にあるタクシー（以下、「稼働タクシー」とも言う）を指して言う。このため、たとえ営業地域で団体が所有または管理するタクシーであっても、修理または故障中、乗務員の交代または休憩中、タクシー利用者が乗車して営業地域外を走行中、タクシー利用者の降車後に営業地域外からの営業地域に向けて帰路中のタクシーは除外される。さらに、営業地域に存在する複数のタクシーは、道路を走行中（いわゆる「流し」）のものに加え、所定の乗車場にて待機中（いわゆる「付け待ち」）のもの、タクシー支援センターからの通信を受けて配車中（いわゆる「無線配車」）のもののいずれをも包含する。

タクシー１５０からの個々の走行情報は、営業地域３０における当該タクシー１５０から得られる種々の情報である。個々の走行情報としては、例えば、ＧＰＳ（グローバル・ポジショニング・システム）を通じて得られるタクシー１５０の位置情報（地理的位置情報）や、走行速度、走行方位（例えば、南北に延びる道路について南向きに走行中等）、乗車または空車情報（例えば、当該タクシーにタクシー利用者が乗車中である、料金精算中である、タクシー利用者は乗車していないが無線配車中である、空車中である等の情報）、当日の水揚げ高（売上高）、エンジン回転数、燃料残量、バッテリ残量、タクシー車両の全走行距離数、車外温度（気温）、車外湿度、車内温度、車内湿度、および乗務員の体温・血圧・心拍数・当日の乗車勤務の合計時間、ならびそれらの組み合わせが挙げられる。特に、タクシー１５０の位置情報、走行速度、走行方位、および乗車または空車情報、ならびにそれらの組み合わせが好ましい。

こうしたタクシー１５０からの個々の走行情報は、タクシー１５０の車載ユニット１５２内に設けられた後述の車載通信モジュールを通じて、当業者に周知の手法によって管理サーバユニット１１０の支援側通信モジュール１１２に無線通信される。管理サーバユニット１１０は、通常、タクシー１５０から隔離した場所（タクシー事業者および／または団体が所有または管轄する営業所、支所、指令センター等）に設置されている。

図１に示す本発明のシステム１００において、管理サーバユニット１１０は、支援側通信モジュール１１２、データベース手段１１４、計算手段１２０を備える。管理サーバユニット１１０において、支援側通信モジュール１１２、データベース手段１１４、および計算手段１２０は電気通信的に接続されている。

本発明においては、支援側通信モジュール１１２にて受信した個々の走行情報は、管理サーバユニット１１０内のデータベース手段１１４にて、一時的に記憶される。

データベース手段１１４は、支援側通信モジュール１１２を介して、管理サーバユニット１１０の外部に設けられた他のデータベース手段１８４とも電気通信的に接続されており、支援側通信モジュール１１２にて受信した上記個々の走行情報の他、営業地域３０に関係する外部環境情報が例えば書換可能な様式で記憶されている。このような外部環境情報としては、例えば、営業地域３０内で所有または管理されるタクシーの総数、営業地域３０に存在する稼働タクシーの総数、営業地域３０に存在するタクシーの空車率、営業地域３０に存在するタクシーの乗車率、年月日、曜日、時刻、営業地域内の過去の乗車実績情報（当該営業地域３０における過去のタクシー利用者の乗車記録（例えば、乗車地点とその年月日、曜日、時刻、および／または天候；降車地点とその年月日、曜日、時刻、および／または天候）、天候、営業地域３０における交通情報（例えば、渋滞情報、工事情報、および事故情報）、営業地域３０における公共交通機関（例えば、鉄道、バス、航空機、および船舶）の運行情報、営業地域３０におけるイベント情報（例えば、スポーツ競技大会、コンサート、祭り、花火大会等のイベントの有無、ならびにその動員人数、開催時間、終了（見込み）時間、）、ならびにそれらの組み合わせが挙げられる。特に、営業地域３０に存在する稼働タクシーの総数、営業地域３０に存在するタクシーの空車率、年月日、曜日、時刻、営業地域３０内の過去の乗車実績情報、天候、交通情報、公共交通機関の運行情報、および営業地域３０におけるイベント情報、ならびにそれらの組み合わせが好ましい。

本発明では、このようなデータベース手段１１４に記憶されている外部環境情報を用いて、管理サーバユニット１１０内でタクシー利用者の需要予測情報が作成される。

このような需要予測情報の作成は、例えば、計算手段１２０内の需要予測部１１６において行われる。

本発明の１つの実施形態では、上記計算手段１２０はコンピュータである。タクシー利用者の需要予測情報は、コンピュータに実装された所定のアルゴリズムを含むコンピュータプログラムが需要予測部１１６として機能することにより作成される。

具体的には、需要予測情報は、例えば：
Ａ）営業地域から複数に分割された領域セルのうちの１つの領域セル（ｉ）に対して、時刻ｔから時刻ｔ＋Ｔまでの有限区間で、当該領域セル（ｉ）内で乗車することができないタクシー利用者の数を最小化した数を、現在および／または過去の上記外部環境情報に基づいて算出する；あるいは
Ｂ）営業地域から複数に分割された領域セルのうちの１つの領域セル（ｉ）に対して、時刻ｔから時刻ｔ＋Ｔまでの有限区間における、当該領域セル（ｉ）内で乗車することができたるタクシー利用者の数を最大化した数を、現在および／または過去の上記外部環境情報に基づいて算出する；
することにより、営業地域の分割された領域セル毎に作成することができる。

需要予測部１１６で作成された需要予測情報は、上記の通り営業地域３０内の現在および／または過去の乗車実績情報、現在および／または過去の外部環境情報等からこれらを組み合わせて用いることにより作成されたものである。タクシー乗務員は、当該情報を入手して当該情報に基づいて営業地域３０内の特定の場所（特定の領域セル内）にまで移動することにより、タクシー利用者を新たに獲得することができる場合がある。しかし、このような需要予測情報は、上記外部環境情報のみから見出された、営業地域内の複数のタクシーが共通して受容し得る情報であるため、タクシー乗務員が需要予測情報に基づいて所定の場所にタクシーを移動させたとしても、同一営業地域内で同一の需要予測情報を受容した他のタクシーが先にタクシー利用者を獲得すること等により、当該需要予測の的確性が低下することが考えられる。

このため、本発明では、営業地域内に存在する複数のタクシーからの個々の走行情報を用いて、上記で作成された需要予測情報を「最適化」することにより、需要予測の精度を一層高めることができる。

すなわち、本発明では、管理サーバユニット１１０内で、需要予測情報および営業地域内に存在する複数のタクシーからの個々の走行情報に基づいて最適化計算を行うことにより、最適化需要予測情報が作成される。

本発明の１つの実施形態では、当該最適化は、計算手段１２０に実装された所定のアルゴリズムを含むコンピュータプログラムが最適化部１１８として機能することにより行われる。

最適化部１１８における最適化は、例えば、当該分野における公知の混合理論ダイナミカルシステムを使ってモデル化することが可能である。モデル予測制御を応用し、営業地域を複数に分割して構成される部分領域（領域セル）でのタクシーの最適移動分布を求めることによって行うことができる。

本発明の１つの実施形態では、上記最適化需要予測情報は、所定時間（ｔからｔ＋Ｔまで）における、
営業地域から複数に分割された領域セルのうちの１つの領域セル（ｉ）内に存在する空車タクシーの数（ｘ_ｉ（ｋ））と、
１つの領域セル（ｉ）内に存在する実車タクシーの数（ｓ_ｉ（ｋ））と
１つの領域セル（ｉ）内において所定時間内に空車となるタクシー数（ｅ_ｉ（ｋ））と、
１つの領域セル（ｉ）から隣接する他の領域セル（ｊ）に移動するタクシー数（ｕ_ｉ,j（ｋ））と、
隣接する他の領域セル（ｊ）から１つの領域セル（ｉ）に移動するタクシー数（ｕ_ｊ，ｉ（ｋ））と、
１つの領域セル（ｉ）内に存在する、タクシー１台毎を単位とする実績タクシー利用者数（ｄ_ｉ（ｋ＋１））と
から算出される情報である。

具体的には、上記を用いて、以下のようなタクシー移動モデルが構築可能であり、時刻ｔから時刻ｔ＋Ｔまでの有限区間の最適化が行われる。

ここで、上記（１）〜（７）の各式において、
ｘ_ｉ（ｋ）は、営業地域から複数に分割された領域セルのうちの１つの領域セル（ｉ）内に存在する空車タクシーの数を表し、
ｓ_ｉ（ｋ）は、１つの領域セル（ｉ）内に存在する実車タクシーの数を表し、
ｅ_ｉ（ｋ）は、１つの領域セル（ｉ）内において所定時間内に空車となるタクシー数を表し、
ｕ_ｉ,j（ｋ）は、１つの領域セル（ｉ）から隣接する他の領域セル（ｊ）に移動するタクシー数を表し、
ｕ_ｊ，ｉ（ｋ）は、隣接する他の領域セル（ｊ）から１つの領域セル（ｉ）に移動するタクシー数を表し、
ｄ_ｉ（ｋ＋１）は、１つの領域セル（ｉ）内に存在する、タクシー１台毎を単位とする実績タクシー利用者数を表し、
ｐ_ｉ（ｋ）は、１つの領域セル（ｉ）内に存在する、新たなタクシー利用者数を表し、
β_ｉは、１つの領域セル（ｉ）内で乗車から空車になるタクシーの割合を表し、
α_ｉは、１つの領域セル（ｉ）内で乗車することができるタクシー利用者の割合を表し、そして

は、時間区間［ｋ ｋ＋１）において、１つの領域セル（ｉ）における実車の総数を表す。

なお、このような最適化計算の手法は公知であり、例えば、広本ら，「モデル予想制御によるタクシーの最適配車問題の定式化」，一般社団法人電子情報通信学会，２０１７年，ｐ．１１３〜１１６に記載されている。

あるいは、上記に代えて、本発明では以下の最適化計算を行うことも可能である。

本発明の１つの実施形態では、上記最適化需要予測情報は、所定時間における、
営業地域内の個々のタクシーが走行する道路（ｌ；実行可能経路）の進行方向に位置する、交差点（ｉ）から次の交差点（ｊ）までの区間におけるタクシー１台毎を単位とする実績タクシー利用者数（ａ_ｉ，ｊ）と、
交差点（ｉ）から次の交差点（ｊ）までの区間におけるタクシーの通過予想時間（ｔ_ｉ，ｊ）と、
から算出される情報である。

具体的には、以下のようにして最適化が行われる：

このようにして最適化需要予測情報が作成される。

次いで、本発明では、上記で得られた最適化需要予測情報が、営業地域３０内に存在する複数のタクシー１５０に取り付けられた車載ユニット１５２に送信される。

図１において、計算手段１２０の最適化部１１８で作成された最適化需要予測情報は、管理サーバユニット１１０に設けられた支援側通信モジュール１１２を通じて、営業地域３０内に存在する、好ましくはすべてのタクシー１５０の車載ユニット１５２に送信される。

図２は、本発明のタクシー配車支援システムを構成する車載ユニットの一例を模式的に表す図である。

図２に示す実施形態において、車載ユニット１５２は、車載通信モジュール１５８、車載データベース手段１５４、走行情報更新手段１６０、およびディスプレイ１６２を備える。車載ユニット１５２において、車載通信モジュール１５８、車載データベース手段１５４、走行情報更新手段１６０、およびディスプレイ１６２は電気通信的に接続されている。

上記図１に示す管理サーバユニット１１０に設けられた支援側通信モジュール１１２から送信された最適化需要予測情報は、図２に示す個々のタクシー１５０に設けられた車載ユニット１５２内の車載通信モジュール１５８で受信し、車載のデータベース手段１５４にて一時的に記憶される。

車載データベース手段１５４は、車載通信モジュール１５８を介して、車載ユニット１５２の外部に設けられた他のデータベース手段１８４とも電気通信的に接続されており、支援側通信モジュール１１２から受信した上記最適化需要予測情報の他、走行するタクシー１５０自体の走行情報（以下「自らの走行情報」ということがある）、および営業地域内に存在する他のタクシーからの走行情報（以下「他のタクシー走行情報」ということがある）が例えば書換可能な様式で記憶されている。ここで、「自らの走行情報」および「他のタクシー走行情報」は、上記「個々の走行情報」と同様である。

なお、本発明では、営業地域における複数のタクシー１５０の個々の走行情報が、車載ユニット１５２を介して他のタクシー走行情報として互いに送受信される。

当該送受信は、車載ユニット１５２の車載通信モジュール１５８を介して行われる。これにより、営業地域内のタクシー１５０は、図１に示す上記管理サーバユニット１１０の支援側通信モジュール１１２から得られた最適化需要予測情報とともに、営業地域内の他のタクシーからの他のタクシー走行情報も取得することができる。こうして受信した他のタクシー走行情報もまた、車載通信モジュール１５８を介して車載データベース手段１５４に一時的に記憶される。

車載データベース手段１５４に一時的に記憶された最適化需要予測情報および他のタクシー走行情報は、例えば、走行情報更新手段１６０を通じてディスプレイ１６２に表示され、タクシー乗務員はディスプレイ１６２の目視によって当該最適化需要予測情報とともに、営業地域を走行する他のタクシーの走行情報（例えば、位置や走行方位、乗車または空車情報）を取得することができる。あるいは、最適化需要予測情報は、ディスプレイ１６２による表示に代えて、または当該表示に加えて、当該技術分野において周知の手段を用いて音声情報に変換されることにより車載スピーカー（図示せず）を通じてタクシー乗務員に伝達され得る。

なお、本発明では、複数のタクシーの車載ユニット１５２において、上記最適化需要予測情報および他のタクシー走行情報に基づいて個々の走行情報がアップデートされる。

最適化需要予測情報および他のタクシー走行情報に接したタクシー乗務員は、タクシー利用者の効率的な獲得に向けて、例えば、これらの情報に基づいて自らが運転するタクシー１５０の走行速度、走行方位等（すなわち、自らの走行情報）を変更することができる。あるいは、タクシー乗務員の意思とは独立して、営業地域内に存在する複数のタクシーが当業者に公知の手段を用いて互いに自律的に協調し合うことにより自らの走行情報を変更するものであってもよい。

図２に示す走行情報更新手段１６０は、上記車載データベース手段１５４に加えて、図示しないその他の計器類（図示せず）とも、例えば電気的または電気通信的に接続されている。上記のように自らの走行情報に変更があった場合、当該変更に伴う情報は、これら車載データベース手段１５４および／または計器類を通じて、走行情報更新手段１６０に伝達される。計器類の例としては、必ずしも限定されないが、タクシー１５０自体に設けられた計器類（例えば、スピードメータ、タコメータ、燃料計、バッテリメータ、乗車／空車表示器、料金計、温度計、および湿度計）、およびタクシー乗務員が装着する各種センサ（例えば、体温センサ、血圧センサ、および心拍センサ）、ならびにそれらの組み合わせが挙げられる。

こうして、走行情報更新手段１６０において、タクシー１５０の個々の走行情報のアップデートが行われる。その後、アップデートされたタクシー１５０の個々の走行情報は、車載データベース手段１５４に一時的に記憶され、車載通信モジュール１５８を通じて、図１に示す営業地域３０の管理サーバユニット１１０および当該地域３０における他のタクシーに送信される。

上記車載ユニット１５２は、タクシー１５０のために特別に設けられたものだけでなく、例えば、携帯電話端末、スマートフォン、タブレット、またはカーナビゲーション車載機器であってもよい。

なお、本発明においては、営業地域内におけるタクシーの位置、タクシー利用者の乗車および降車状況、タクシー利用者の需要の変動があることを考慮して、上記アップデートは、一定の時間的間隔をおいて行うことが好ましい。アップデートを行うための時間的間隔は、対象となる営業地域の面積、営業地域内に存在するタクシーの台数、管理サーバユニットの規模および能力等によって変動するため、必ずしも限定されないが、例えば数分間、好ましくは１分間〜２分間に設定される。

図１に示す本発明のシステム１００では、営業地域３０内に存在する複数のタクシー１５０に対して、最適化された需要予測情報がタクシー１５０から離れた管理サーバユニット１１０で作成される。これにより、営業地域３０内のタクシー１５０がそれぞれ独自の需要予測情報を作成する必要がなく、タクシー１５０の車載ユニット１５２の負荷を低減することができ、当該車載ユニット１５２の小型化も可能である。また、管理サーバユニット１１０には、必要に応じて大規模のコンピュータを採用することにより、処理速度を一層高めることもできる。

図１は、１つの営業地域３０に対して１つの管理サーバユニット１１０を設ける場合について説明したが、本発明は必ずしもこのような構成のみに限定されない。

図３は、本発明のタクシー配車支援システムの他の例を模式的に表す図である。

図３に示すタクシー配車支援システム２００は、管理サーバユニット２１０と、タクシー１５０ａ，１５０ｂ，１５０ｃに取り付けられた車載ユニット１５２ａ，１５２ｂ，１５２ｃとを備え、複数の営業地域３０ａ，３０ｂ，３０ｃに存在する複数のタクシー１５０ａ，１５０ｂ、１５０ｃの配車を営業地域３０ａ，３０ｂ，３０ｃ毎に支援することができる。

図３に示すシステム２００では、まず、所定の営業地域３０ａ，３０ｂ，３０ｃのそれぞれに存在する複数のタクシー１５０ａ，１５０ｂ、１５０ｃからの個々の走行情報が管理サーバユニット２１０内の支援側通信モジュール２１２を通じて受信される。

支援側通信モジュール２１２にて受信した個々の走行情報は、管理サーバユニット２１０内のデータベース手段２１４にて、一時的に記憶される。

一方、計算手段２２０内の需要予測部２１６では、他のデータベース手段１８４から得られた外部環境情報を用いて、例えば、営業地域３０ａ，３０ｂ，３０ｃ毎に需要予測情報が作成される。その後、営業地域３０ａ，３０ｂ，３０ｃ毎に作成された需要予測情報は、計算手段２２０内の最適化部２１８において上記と同様の最適化計算が営業地域３０ａ，３０ｂ，３０ｃ毎に行われる。

得られた営業地域３０ａ，３０ｂ，３０ｃ毎の最適化需要予測情報は、管理サーバユニット２１０の支援側通信モジュール２１２を通じて、営業地域３０ａ，３０ｂ，３０ｃのそれぞれに存在する複数のタクシー１５０ａ，１５０ｂ、１５０ｃに取り付けられた車載ユニット１５２ａ，１５２ｂ，１５２ｃにそれぞれ送信される。

その後、上記と同様にして、営業地域３０ａ，３０ｂ，３０ｃ内に存在する複数のタクシー１５０ａ，１５０ｂ、１５０ｃのタクシー乗務員は、車載ユニット１５２ａ，１５２ｂ，１５２ｃを通じて各営業地域の当該最適化需要予測情報および同一営業地域内に存在する他のタクシー走行情報を取得することができる。そして、これらの情報に基づいてアップデートされた自らの走行情報を車載ユニット１５２ａ，１５２ｂ，１５２ｃを通じて、再び管理サーバユニット２１０に送信することができる。

このようにして、本発明のシステム２００は、複数の営業地域３０ａ，３０ｂ，３０ｃにおける複数のタクシー１５２ａ，１５２ｂ，１５２ｃの配車を支援することができる。

上記のように、図３に示す実施形態では、１つの管理サーバユニット２１０を用いて、複数の営業地域３０ａ，３０ｂ，３０ｃにおける複数のタクシー１５２ａ，１５２ｂ，１５２ｃの配車を、営業地域毎に独立して支援することができる。

図４は、本発明のタクシー配車支援システムのさらに別の例を模式的に表す図である。

図４に示すタクシー配車支援システム３００は、図１と同様のシステム１００ａ，１００ｂ，１００ｃとは別に、これらを統合して管理することができる上位管理サーバユニット３１０を備える。

上位管理サーバユニット３１０は、上位支援側通信モジュール３１２、上位データベース手段３１４、上位計算手段３２０を備える。上位管理サーバユニット３１０において、上位支援側通信モジュール３１２、上位データベース手段３１４、および上位計算手段３２０は電気通信的に接続されている。

図４に示す実施形態においては、システム１００ａ，１００ｂ，１００ｃの支援側通信モジュール１１２ａ，１１２ｂ，１１２ｃにて受信した個々の走行情報は、営業地域３０ａ，３０ｂ，３０ｃのそれぞれの外部環境情報とともに、各システムの支援側通信モジュール１１２ａ，１１２ｂ，１１２ｃを通じて、一旦上位管理サーバユニット３１０に送信され、そして上位管理サーバユニット３１０内の上位データベース手段３１４にて、一時的に記憶される。

上位データベース手段３１４は、上位支援側通信モジュール３１２を介して、上位管理サーバユニット３１０の外部に設けられた他のデータベース手段１８４にも電気通信的に接続されており、上位支援側通信モジュール３１２にて受信した上記個々の走行情報および外部環境情報（例えば、営業地域３０ａから得られた外部環境情報と、営業地域３０ａ以外の営業地域３０ｂ、３０ｃのそれぞれから得られた外部環境情報）の他、他のデータベース手段１８４から別途得られた上位外部環境情報が例えば書換可能な様式で記憶されている。

上位外部環境情報としては、例えば、営業地域３０ａ，３０ｂ，３０ｃ以外の地域における公共交通機関の運行に連動して予想される当該営業地域の運行情報（例えば、営業地域外を出発駅とする鉄道の出発遅延によって、営業地域内の到着駅での当該鉄道の到着遅延が生じるという情報）；営業地域３０ａ，３０ｂ，３０ｃ以外の地域における天候情報、イベント情報、および交通渋滞のような交通情報；ならびにそれらの組み合わせが挙げられる。

図４に示す実施形態では、これらの外部環境情報および上位外部環境情報を用いて、営業地域３０ａ，３０ｂ，３０ｃの結合領域におけるタクシー利用者の結合領域需要予測情報が、上位計算手段３２０内の上位需要予測部３１６において作成される。ここで、本発明の１つの実施形態では、当該上位計算手段３２０はコンピュータであり、結合領域需要予測情報は、コンピュータに実装された所定のアルゴリズムを含むコンピュータプログラムが上位需要予測部３１６として機能することにより、上記と同様にして作成される。

次いで、上位需要予測部３１６で作成された結合領域需要予測情報は、営業地域３０ａ，３０ｂ，３０ｃ内に存在する複数のタクシー１５０ａ，１５０ｂ，１５０ｃからの個々の走行情報を用いて、最適化計算を行うことにより、上位最適化需要予測情報が作成される。ここで、本発明の１つの実施形態では、この最適化計算は、上位計算手段３２０に実装された所定のアルゴリズムを含むコンピュータプログラムが上位最適化部３１８として機能することにより行われる。上位最適化部１１８における最適化計算は、例えば、上記図１に記載する最適化部１１８における計算と同様にして行うことができる。

その後、得られた上位最適化需要予測情報は、上位管理サーバユニット３１０の上位支援側通信モジュール３１２を介して、営業地域３０ａ，３０ｂ，３０ｃにおける各管理サーバユニット１１０ａ，１１０ｂ，１１０ｃの支援側通信モジュール１１２ａ，１１２ｂ，１１２ｃにそれぞれ送信され、各管理サーバユニット１１０ａ，１１０ｂ，１１０ｃの需要予測情報として取り扱われる。

このようにして作成された需要予測情報は、各管理サーバユニット１１０ａ，１１０ｂ，１１０ｃにおいて、営業地域３０ａ，３０ｂ，３０ｃ内に存在するタクシー１５０ａ，１５０ｂ，１５０ｃの個々の走行情報を用いて、それぞれ図１と同様にした最適化計算が行われ、各営業地域における最適化需要予測情報が作成される。

得られた営業地域３０ａ，３０ｂ，３０ｃ毎の最適化需要予測情報は、管理サーバユニット１１０ａ，１１０ｂ，１１０ｃの支援側通信モジュール１１２ａ，１１２ｂ，１１２ｃを通じて、営業地域３０ａ，３０ｂ，３０ｃのそれぞれに存在する複数のタクシー１５０ａ，１５０ｂ、１５０ｃに取り付けられた車載ユニット１５２ａ，１５２ｂ，１５２ｃにそれぞれ送信される。

その後、上記と同様にして、営業地域３０ａ，３０ｂ，３０ｃ内に存在する複数のタクシー１５０ａ，１５０ｂ、１５０ｃのタクシー乗務員は、車載ユニット１５２ａ，１５２ｂ，１５２ｃを通じて各営業地域の当該最適化需要予測情報および同一営業地域内に存在する他のタクシー走行情報を取得することができる。そして、これらの情報に基づいてアップデートされた自らの走行情報を車載ユニット１５２ａ，１５２ｂ，１５２ｃを通じて、再び管理サーバユニット１１０ａ，１１０ｂ，１１０ｃに送信することができる。

このようにして、本発明のシステム３００は、複数の営業地域３０ａ，３０ｂ，３０ｃにおける複数のタクシー１５２ａ，１５２ｂ，１５２ｃの配車を支援することができる。

上記のように、図４に示す実施形態では、複数の営業地域３０ａ，３０ｂ，３０ｃに対応する管理サーバユニット１１０ａ，１１０ｂ，１１０ｃが設けられ、そしてこれらの上位に、上位管理サーバユニット３１０が設けられている。そして、当該上位管理サーバユニット３１０を設けることにより、図１に示すシステム１００よりもより広範囲の情報（例えば、営業地域３０ａに対して、営業地域３０ｂ，３０ｃの外部環境情報や上述したような上位外部環境情報）に基づく需要予測およびそれを用いた最適化計算を行うことができる。さらに、複数の営業地域３０ａ，３０ｂ，３０ｃのそれぞれに特有の営業形態を反映した最適化を行うこともできる。ここで、「特有の営業形態を反映した最適化」とは、最適化問題において、複数の営業地域３０ａ，３０ｂ，３０ｃのそれぞれに特有の理由に基づいて別途コスト関数の設定や制約条件が付されることにより、上記最適化需要予測情報が作成されることを表す。例えば、営業地域３０ａ，３０ｂ，３０ｃのうち、営業地域３０ａ，３０ｂでは、タクシー利用者の獲得が主にタクシーの流しによって行われるのに対し、営業地域３０ｃでは、タクシーを流すよりも、当該地域３０ｃ内の所定の待機場所で待機する方がタクシー利用者を獲得し易いような場合があることが想定される。このような場合、営業地域３０ｃにおける上記最適化計算では、タクシーの移動に関する変数に対して別途ペナルティを導入する一方、営業地域３０ａ，３０ｂにおける上記最適化計算では、そのようなペナルティの導入が行われないことが挙げられる。

なお、図４の示す実施形態では、３箇所の営業地域３０ａ，３０ｂ，３０ｃに対し、２層の管理サーバユニット（管理サーバユニット１１０ａ，１１０ｂ，１１０ｃおよび上位管理サーバユニット３１０）を用いる場合について説明したが、本発明は必ずしもこのような構成に限定されない。例えば、図５に示すように、本発明のシステムでは、ｎ箇所の営業地域３０（１），３０（２），・・・３０（ｎ）に対し、ｍ段の管理サーバユニットを設けて構成してもよい。

本発明によれば、営業地域におけるタクシー利用者の経時的な需要変化に応じて、タクシー利用者の需要情報（最適化需要予測情報）をより高い精度をもってタクシー乗務員に提供することができる。また、タクシー乗務員には、営業地域内の他のタクシーの走行情報も提供される。これにより、タクシー乗務員は、この最適化需要予測情報および営業地域内の他のタクシーの走行情報の両方を考慮して、タクシー利用者の需要が予測される場所に自らのタクシーを配車すべきか否かの判断を行うことが可能となる。本発明によれば、タクシーの無用な「流し」走行が低減され、走行に要する燃料を削減することができる。本発明はまた、タクシー乗務員の労働環境の改善にも寄与し得る。

３０，３０ａ，３０ｂ，３０ｃ 営業地域
１００，２００，３００，４００ タクシー配車支援システム
１１０，２１０ 管理サーバユニット
１１２，２１２ 支援側通信モジュール
１１４，２１４ データベース手段
１１６，２１６ 需要予測部
１１８，２１８ 最適化部
１２０，２２０ 計算手段
１５０，１５０ａ，１５０ｂ，１５０ｃ タクシー
１５２，１５２ａ，１５２ｂ，１５２ｃ 車載ユニット
１５４ 車載データベース手段
１５８ 車載通信モジュール
１６０ 走行情報更新手段
１６２ ディスプレイ
１８４ 他のデータベース手段
３１０ 上位管理サーバユニット
３１２ 上位支援側通信モジュール
３１４ 上位データベース手段
３１６ 上位需要予測部
３１８ 上位最適化部
３２０ 上位計算手段

Claims (10)

1. タクシーの配車を支援するための方法であって、
   （ａ）所定の営業地域内に存在する複数のタクシーからの個々の走行情報を管理サーバユニットにて受信する工程；
   （ｂ）該管理サーバユニット内で、外部環境情報を用いて該営業地域におけるタクシー利用者の需要予測情報を作成する工程；
   （ｃ）該管理サーバユニット内で、該需要予測情報および該個々の走行情報に基づいて最適化計算を行うことにより、最適化需要予測情報を作成する工程；
   （ｄ）該最適化需要予測情報を、該営業地域内に存在する該複数のタクシーに取り付けられた車載ユニットに送信する工程；
   （ｅ）該営業地域における該複数のタクシーが、該車載ユニットを介して該個々の走行情報を他のタクシー走行情報として互いに送受信する工程；ならびに
   （ｆ）該複数のタクシーが、該車載ユニットにおいて、該最適化需要予測情報および該他のタクシー走行情報に基づいて該個々の走行情報をアップデートする工程；
   を包含する、方法。
2. 前記個々の走行情報が、タクシーの位置情報、走行速度、走行方位、および乗車または空車情報からなる群から選択される少なくとも１つの情報である、請求項１に記載の方法。
3. 前記外部環境情報が、前記営業地域に存在する稼働タクシーの総数、該営業地域に存在するタクシーの空車率、年月日、曜日、時刻、該営業地域内の過去の乗車実績情報、天候、交通情報、公共交通機関の運行情報、および該営業地域におけるイベント情報からなる群から選択される少なくとも１つの情報である、請求項１または２に記載の方法。
4. 前記（ｂ）工程で作成される前記需要予測情報が、
   （ｂ１）前記複数のタクシーからの前記個々の走行情報と、前記外部環境情報とを前記管理サーバユニットから上位管理サーバユニットに送信し、
   （ｂ２）該上位管理サーバユニットにおいて、該外部環境情報、１つまたは複数の他の営業地域より得られた他の外部環境情報、および上位外部環境情報を用いて、該営業地域と該１つまたは複数の他の営業地域との結合領域における結合領域需要予測情報を作成し、
   （ｂ３）該結合領域需要予測情報、該複数のタクシーからの該個々の走行情報、および該１つまたは複数の他の営業地域より得られた他の複数のタクシーからの他の個々の走行情報に基づいて最適化計算を行って、上位最適化需要予測情報を作成し、そして
   （ｂ４）該上位最適化需要予測情報を該上位管理サーバユニットから該管理サーバユニットに送信することにより、得られた情報である、
   請求項１から３のいずれかに記載の方法。
5. 前記（ｃ）工程で作成される前記最適化需要予測情報が、所定時間における、
   前記営業地域から複数に分割された領域セルのうちの１つの領域セル内に存在する空車タクシーの数と、
   該１つの領域セル内に存在する実車タクシーの数と
   該１つの領域セル内において所定時間内に空車となるタクシー数と、
   該１つの領域セルから隣接する他の領域セルに移動するタクシー数と、
   該隣接する他の領域セルから該１つの領域セルに移動するタクシー数と、
   該１つの領域セル内に存在する、タクシー１台毎を単位とする実績タクシー利用者数と
   から算出される情報である、請求項１から４のいずれかに記載の方法。
6. 前記（ｃ）工程で作成される前記最適化需要予測情報が、所定時間における、
   前記営業地域内の個々のタクシーが走行する道路の進行方向に位置する、交差点から次の交差点までの区間におけるタクシー１台毎を単位とする実績タクシー利用者数と、
   該交差点から該次の交差点までの該区間における該タクシーの通過予想時間と、
   から算出される情報である、請求項１から４のいずれかに記載の方法。
7. 所定の営業地域に存在する複数のタクシーの配車を支援するためのシステムであって、
   管理サーバユニット、および
   該複数のタクシーのそれぞれに取り付けられた車載ユニット、
   を備え、
   該管理サーバユニットが：
   所定の営業地域に存在する複数のタクシーからの個々の走行情報を受信し、かつ該複数のタクシーに対して最適化需要予測情報を送信する、支援側通信モジュール；
   該営業地域に関連する外部環境情報を記憶する、データベース手段；ならびに
   該外部環境情報を用いて該営業地域におけるタクシー利用者の需要予測情報を作成し、かつ該需要予測情報および該複数のタクシーの該個々の走行情報に基づいて最適化計算により最適化需要予測情報を作成する、計算手段；
   を備え、そして
   該車載ユニットが：
   該管理サーバユニットおよび該複数のタクシーに対して自らの走行情報を該個々の走行情報として送信し、そして該管理サーバユニットから該最適化需要予測情報を受信し、そして該複数のタクシーからの該個々の走行情報のうち、他のタクシーからの該個々の走行情報を受信する、車載通信モジュール；
   該最適化需要予測情報および該他のタクシーからの該個々の走行情報を記憶する、車載データベース手段；
   該最適化需要予測情報および該他のタクシーからの該個々の走行情報に基づいて該自らの走行情報をアップデートする、走行情報更新手段；ならびに
   該最適化需要予測情報、該他のタクシーからの該個々の走行情報および該自らの走行情報を表示する、ディスプレイ；
   を備える、システム。
8. 前記個々の走行情報が、タクシーの位置情報、走行速度、走行方位、および乗車または空車情報からなる群から選択される少なくとも１つの情報である、請求項７に記載のシステム。
9. 前記外部環境情報が、前記営業地域に存在する稼働タクシーの総数、該営業地域に存在するタクシーの空車率、年月日、曜日、時刻、該営業地域内の過去の乗車実績情報、天候、交通情報、公共交通機関の運行情報、および該営業地域におけるイベント情報からなる群から選択される少なくとも１つの情報である、請求項７または８に記載のシステム。
10. さらに、上位管理サーバユニットを備え、
    該上位管理サーバユニットが：
    前記管理サーバユニットより、前記営業地域に存在する前記複数のタクシーからの前記個々の走行情報と前記外部環境情報とを受信し、かつ該管理サーバユニットに対して、上位最適化需要予測情報を前記最適化需要予測情報として送信する、上位支援側通信モジュール；
    該営業地域と１つまたは複数の他の営業地域との結合領域における外部情報によって書換可能な上位外部環境情報を記憶する、上位データベース手段；ならびに
    該外部環境情報、１つまたは複数の他の営業地域より得られた他の外部環境情報、および該上位外部環境情報を用いて、該結合領域における結合領域需要予測情報を作成し、かつ該結合領域需要予測情報、該複数のタクシーからの該個々の走行情報、および該１つまたは複数の他の営業地域より得られた他の複数のタクシーからの他の個々の走行情報に基づいて最適化計算を行って、該上位最適化需要予測情報を作成する、上位計算手段；
    を備える、請求項７から９のいずれかに記載のシステム。

Images