(57)【要約】【課題】タクシーの運用率を向上させるためのタクシー運行支援装置およびタクシー運行支援システムを提供する。【解決手段】タクシー運行支援装置１００は、タクシー２０のユーザー３０に関するユーザー情報１３１および所定のデマンド運行地域に関する地域情報１３３を保存しているデータベース１３０と、ユーザー情報１３１から、所定の頻度以上でタクシー２０を利用するユーザー３０を所定のデマンド運行地域における固定ユーザーとして分類し、分類した固定ユーザーに関する固定ユーザー情報１３２を抽出する固定ユーザー情報抽出部１４０と、地域情報１３３と固定ユーザー情報１３２とを参照し、所定のデマンド運行地域におけるタクシー２０の運行スケジュールを決定する運行スケジュール決定部１５０と、通信部１２０とを備える。【選択図】図２
2014235527.tif 000002
【特許請求の範囲】
【請求項１】
タクシーのユーザーに関するユーザー情報および所定のデマンド運行地域に関する地域情報を保存しているデータベースと、
前記ユーザー情報から、所定の頻度以上で前記タクシーを利用する前記ユーザーを前記所定のデマンド運行地域における固定ユーザーとして分類し、分類した前記固定ユーザーに関する固定ユーザー情報を抽出する固定ユーザー情報抽出部と、
前記地域情報と前記固定ユーザー情報とを参照し、前記所定のデマンド運行地域における前記タクシーの運行スケジュールを決定する運行スケジュール決定部と、
前記運行スケジュール決定部が決定した前記タクシーの前記運行スケジュールを前記タクシーに送信する通信部とを備えることを特徴とするタクシー運行支援装置。
【請求項２】
前記固定ユーザー情報抽出部は、前記ユーザー情報および前記地域情報から、前記ユーザーの乗車地点および降車地点が前記所定のデマンド運行地域内である割合を算出した後、前記算出した割合が所定の割合以上か否かを判別し、
前記算出した割合が前記所定の割合以上である場合、前記固定ユーザー情報抽出部は、前記所定の頻度以上で前記タクシーを利用する前記ユーザーを前記所定のデマンド運行地域における前記固定ユーザーとして分類する請求項１に記載のタクシー運行支援装置。
【請求項３】
前記固定ユーザーは、ＵＤタクシー向け固定ユーザーと通常タクシー向け固定ユーザーとを含み、
前記固定ユーザー情報抽出部は、前記ユーザー情報から、前記所定の頻度以上で前記タクシーを利用する前記ユーザーが交通移動弱者または医療介護従事者であるか否かを判別し、
前記ユーザーが前記交通移動弱者または前記医療介護従事者である場合、前記ユーザーを前記ＵＤタクシー向け固定ユーザーとして分類し、
前記ユーザーが前記交通移動弱者または前記医療介護従事者でない場合、前記ユーザーを前記通常タクシー向け固定ユーザーとして分類する請求項１または２に記載のタクシー運行支援装置。
【請求項４】
前記運行スケジュール決定部は、前記地域情報と前記固定ユーザー情報とを参照し、前記所定のデマンド運行地域を複数のブロックに区割りし、区割りされた前記複数のブロックそれぞれに対し、前記タクシーの前記運行スケジュールを決定する請求項１ないし３のいずれかに記載のタクシー運行支援装置。
【請求項５】
前記地域情報は、地図情報を含み、
前記運行スケジュール決定部は、前記地図情報から、駅または路線バスのバス停を中心とした所定の範囲を除く地域を公共交通空白地域として定め、前記公共交通空白地域内で乗降する前記固定ユーザーの前記固定ユーザー情報を参照し、前記所定のデマンド運行地域における前記タクシーの前記運行スケジュールを決定する請求項１ないし４のいずれかに記載のタクシー運行支援装置。
【請求項６】
前記運行スケジュール決定部は、複数の前記運行スケジュールを作成し、作成した前記複数の運行スケジュールの中から、前記タクシーに前記ユーザーが乗車していない空車時間から前記タクシーに前記ユーザーが乗車している乗車時間を引いた値が最も小さくなる前記運行スケジュールを前記所定のデマンド運行地域における前記タクシーの前記運行スケジュールとして決定する請求項１ないし５のいずれかに記載のタクシー運行支援装置。
【請求項７】
前記運行スケジュール決定部は、複数の時間帯それぞれに応じた前記タクシーの前記運行スケジュールを決定し、
前記送信部は、前記複数の時間帯それぞれに応じた前記タクシーの前記運行スケジュールを前記タクシーに送信する請求項１ないし６のいずれかに記載のタクシー運行支援装置。
【請求項８】
前記データベースは、前記ユーザーの予約に関する予約情報をさらに保存しており、
前記運行スケジュール決定部は、前記予約情報をさらに参照し、前記所定のデマンド運行地域における前記タクシーの前記運行スケジュールを再決定し、
前記送信部は、再決定された前記運行スケジュールを前記タクシーに送信する請求項１ないし７のいずれかに記載のタクシー運行支援装置。
【請求項９】
タクシーの運行スケジュールを決定するタクシー運行支援装置を備える配車管理センターと、
前記タクシー運行支援装置が決定した前記タクシーの運行スケジュールを受信可能な前記タクシーとを含むタクシー運行支援システムであって、
前記タクシー運行支援装置は、
前記タクシーのユーザーに関するユーザー情報および所定のデマンド運行地域に関する地域情報を保存しているデータベースと、
前記ユーザー情報から、所定の頻度以上で前記タクシーを利用する前記ユーザーを前記所定のデマンド運行地域における固定ユーザーとして分類し、前記固定ユーザーに関する固定ユーザー情報を前記データベース内に保存する固定ユーザー情報抽出部と、
前記地域情報と前記固定ユーザー情報とを参照し、前記所定のデマンド運行地域における前記タクシーの運行スケジュールを決定する運行スケジュール決定部と、
前記運行スケジュール決定部が決定した前記タクシーの前記運行スケジュールを前記タクシーに送信する通信部とを備えることを特徴とするタクシー運行支援システム。
【請求項１０】
前記タクシーは、前記タクシー運行支援装置が決定した前記タクシーの運行スケジュールを表示する運行スケジュール表示部をさらに備える請求項９に記載のタクシー運行支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシー運行支援装置およびタクシー運行支援システム、特に、タクシーの運用率を向上させるためのタクシー運行支援装置およびタクシー運行支援システムに関する。
【背景技術】
【０００２】
自らの移動の際に、バスや電車等の公共交通機関の利用が困難な高齢者、障害者、病人等の交通移動弱者にとって、ドア・トゥー・ドアで送迎可能なタクシーは、最も利便性の高い移動手段の１つである。このような状況を鑑み、日本国土交通省は、２０１２年にユニバーサルデザインタクシ（ＵＤタクシー：Ｕｎｉｖｅｒｓａｌ  Ｄｅｓｉｇｎ  Ｔａｘｉ）に関する基準を策定し、ＵＤタクシー認定制度の運用を開始した。ＵＤタクシーとは、特に、足腰の弱い高齢者、車椅子使用者、妊娠中の女性、子供等の自家用交通車および公共交通機関の利用が困難な交通移動弱者にとってユーザーフレンドリーな構造を有するタクシーである。
【０００３】
上述のようなＵＤタクシーは、主として、デマンド運用によって運用されることが期待されている。デマンド運用とは、１度に複数のユーザーを拾って、運搬するタクシー運用方法である。デマンド運用においては、予め複数のユーザーの依頼日時、利用人数、目的地等のユーザー情報を収集、分析し、複数の重要拠点（例えば、病院、市役所、駅、商店街等）を通過するようタクシーの巡回ルートを設定する。次に、タクシーは、設定された巡回ルートを巡回しつつ、ユーザーからの要求に応じて複数のユーザーを拾い、複数の重要拠点およびユーザーの自宅等の指定場所に運搬する。この際、バスとは異なり、タクシーは、ある程度の自由度を有して運行を行う。例えば、相乗りしているユーザーの１人が自宅への運搬を希望する場合には、タクシーは、所定の巡回ルートから外れ、ユーザーの自宅へユーザーを送り届けてもよい。同様に、相乗りしているユーザーの１人が、所定の重要拠点以外の場所への運搬を希望する場合には、タクシーは、所定の巡回ルートから外れ、所定の重要拠点以外の場所へユーザーを送り届けてもよい。
【０００４】
上述の交通移動弱者は、自宅からバス停、駅等の公共交通機関への移動も困難な者が多い。そのため、特に、バス停や駅等の公共交通機関から離れた場所、すなわち公共交通空白地域に居住する交通移動弱者にとって、ドア・トゥー・ドアで送迎可能なタクシーは、利便性が高い。
【０００５】
また、デマンド運用を採用するタクシーは、常に所定の巡回ルートを巡回し、ユーザーを拾うことにより、複数のユーザーの相乗りを実現する。そのため、デマンド運用を採用するタクシーでは、ユーザー１人当たりが負担する運賃を低減することができる。特に、ＵＤタクシーの主たるユーザーである高齢者は、年金生活者である場合が多く、経済的な余裕がない場合が多い。そのため、デマンド運用を採用するＵＤタクシーは、高齢者等の交通移動弱者を含むユーザーにとって、利便性が高い。
【０００６】
このように、デマンド運用を採用するタクシーは、ドア・トゥー・ドアで送迎可能というタクシーの利点と、複数のユーザーの相乗り実現による低料金化というバスまた電車等の公共交通機関の利点の双方を備える。そのため、公共交通空白地域に居住する交通移動弱者にとって、デマンド運用を採用するタクシー、特にＵＤタクシーの利便性は高く、デマンド運用を採用するタクシーおよびＵＤタクシーに対する需要は増加傾向にある。
【０００７】
一方、タクシーの配車、運用、管理等を行うタクシー事業者は、タクシー１台当りの運用率の向上を最優先課題としている。上述のようなデマンド運用を採用するタクシー１台当りの運用率を向上させるためには、ルート巡回中における空車時間（すなわち、ユーザーが乗車していない状態での移動）を可能な限り削減する必要がある。このような事情から、デマンド運用を採用するタクシーの運用率を向上できるタクシー運行支援装置およびタクシー運行支援システムが求められている。
【０００８】
タクシーの相乗りルートを最適化し、ユーザーの運賃を低減するシステムに関し、特許文献１は、タクシー等の交通機関の相乗り登録契約システムを開示している。特許文献１が開示する相乗り登録契約システムは、交通機関の相乗りを希望するユーザーからの相乗り希望情報を受信し、相乗りルートを作成する機能を有する。この相乗り登録契約システムは、相乗りを希望する複数のユーザーによって指定された出発点および到着点から、ルート探索を実行することにより、相乗りを希望するユーザーにとって、最適な相乗りルートを作成することができる。
【０００９】
しかしながら、特許文献１が開示する相乗り登録契約システムでは、複数のユーザーからの相乗り希望情報を受信する必要がある。したがって、タクシーが所定のルートを巡回しつつユーザーを拾うタクシーのデマンド運用には、特許文献１が開示する相乗り登録契約システムは適用できない。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００９−１２２８５６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明の目的は、タクシー運行支援装置およびタクシー運行支援システム、特に、タクシーの運用率を向上させるためのタクシー運行支援装置およびタクシー運行支援システムを提供することにある。
【課題を解決するための手段】
【００１２】
このような目的は、下記の（１）〜（１０）の本発明により達成される。
（１）タクシーのユーザーに関するユーザー情報および所定のデマンド運行地域に関する地域情報を保存しているデータベースと、
前記ユーザー情報から、所定の頻度以上で前記タクシーを利用する前記ユーザーを前記所定のデマンド運行地域における固定ユーザーとして分類し、分類した前記固定ユーザーに関する固定ユーザー情報を抽出する固定ユーザー情報抽出部と、
前記地域情報と前記固定ユーザー情報とを参照し、前記所定のデマンド運行地域における前記タクシーの運行スケジュールを決定する運行スケジュール決定部と、
前記運行スケジュール決定部が決定した前記タクシーの前記運行スケジュールを前記タクシーに送信する通信部とを備えることを特徴とするタクシー運行支援装置。
【００１３】
（２）前記固定ユーザー情報抽出部は、前記ユーザー情報および前記地域情報から、前記ユーザーの乗車地点および降車地点が前記所定のデマンド運行地域内である割合を算出した後、前記算出した割合が所定の割合以上か否かを判別し、前記算出した割合が前記所定の割合以上である場合、前記固定ユーザー情報抽出部は、前記所定の頻度以上で前記タクシーを利用する前記ユーザーを前記所定のデマンド運行地域における前記固定ユーザーとして分類する上記（１）に記載のタクシー運行支援装置。
【００１４】
（３）前記固定ユーザーは、ＵＤタクシー向け固定ユーザーと通常タクシー向け固定ユーザーとを含み、前記固定ユーザー情報抽出部は、前記ユーザー情報から、前記所定の頻度以上で前記タクシーを利用する前記ユーザーが交通移動弱者または医療介護従事者であるか否かを判別し、前記ユーザーが前記交通移動弱者または前記医療介護従事者である場合、前記ユーザーを前記ＵＤタクシー向け固定ユーザーとして分類し、前記ユーザーが前記交通移動弱者または前記医療介護従事者でない場合、前記ユーザーを前記通常タクシー向け固定ユーザーとして分類する上記（１）または（２）に記載のタクシー運行支援装置。
【００１５】
（４）前記運行スケジュール決定部は、前記地域情報と前記固定ユーザー情報とを参照し、前記所定のデマンド運行地域を複数のブロックに区割りし、区割りされた前記複数のブロックそれぞれに対し、前記タクシーの前記運行スケジュールを決定する上記（１）ないし（３）のいずれかに記載のタクシー運行支援装置。
【００１６】
（５）前記地域情報は、地図情報を含み、前記運行スケジュール決定部は、前記地図情報から、駅または路線バスのバス停を中心とした所定の範囲を除く地域を公共交通空白地域として定め、前記公共交通空白地域内で乗降する前記固定ユーザーの前記固定ユーザー情報を参照し、前記所定のデマンド運行地域における前記タクシーの前記運行スケジュールを決定する上記（１）ないし（４）のいずれかに記載のタクシー運行支援装置。
【００１７】
（６）前記運行スケジュール決定部は、複数の前記運行スケジュールを作成し、作成した前記複数の運行スケジュールの中から、前記タクシーに前記ユーザーが乗車していない空車時間から前記タクシーに前記ユーザーが乗車している乗車時間を引いた値が最も小さくなる前記運行スケジュールを前記所定のデマンド運行地域における前記タクシーの前記運行スケジュールとして決定する上記（１）ないし（５）のいずれかに記載のタクシー運行支援装置。
【００１８】
（７）前記運行スケジュール決定部は、複数の時間帯それぞれに応じた前記タクシーの前記運行スケジュールを決定し、前記送信部は、前記複数の時間帯それぞれに応じた前記タクシーの前記運行スケジュールを前記タクシーに送信する上記（１）ないし（６）のいずれかに記載のタクシー運行支援装置。
【００１９】
（８）前記データベースは、前記ユーザーの予約に関する予約情報をさらに保存しており、前記運行スケジュール決定部は、前記予約情報をさらに参照し、前記所定のデマンド運行地域における前記タクシーの前記運行スケジュールを再決定し、前記送信部は、再決定された前記運行スケジュールを前記タクシーに送信する上記（１）ないし（７）のいずれかに記載のタクシー運行支援装置。
【００２０】
（９）タクシーの運行スケジュールを決定するタクシー運行支援装置を備える配車管理センターと、
前記タクシー運行支援装置が決定した前記タクシーの運行スケジュールを受信可能な前記タクシーとを含むタクシー運行支援システムであって、
前記タクシー運行支援装置は、
前記タクシーのユーザーに関するユーザー情報および所定のデマンド運行地域に関する地域情報を保存しているデータベースと、
前記ユーザー情報から、所定の頻度以上で前記タクシーを利用する前記ユーザーを前記所定のデマンド運行地域における固定ユーザーとして分類し、前記固定ユーザーに関する固定ユーザー情報を前記データベース内に保存する固定ユーザー情報抽出部と、
前記地域情報と前記固定ユーザー情報とを参照し、前記所定のデマンド運行地域における前記タクシーの運行スケジュールを決定する運行スケジュール決定部と、
前記運行スケジュール決定部が決定した前記タクシーの前記運行スケジュールを前記タクシーに送信する通信部とを備えることを特徴とするタクシー運行支援システム。
【００２１】
（１０）前記タクシーは、前記タクシー運行支援装置が決定した前記タクシーの運行スケジュールを表示する運行スケジュール表示部をさらに備える上記（９）に記載のタクシー運行支援システム。
【図面の簡単な説明】
【００２２】
【図１】本発明のタクシー運行支援システムを示す概略図である。
【図２】本発明のタクシー運行支援装置およびタクシーを示すブロック図である。
【図３】本発明の固定ユーザー情報抽出部が行う固定ユーザー情報抽出処理を示すフローチャートである。
【図４】本発明の固定ユーザー情報抽出部が処理するユーザー情報および本発明の固定ユーザー情報抽出部が抽出する固定ユーザー情報を示す図である。
【図５】本発明の運行スケジュール決定部が行う運行スケジュール決定処理を示すフローチャートである。
【図６】本発明の運行スケジュール決定部によって読み込まれる地域情報の一例である。
【図７】固定ユーザーの乗降地点がプロットされた地域情報の１例を示す図である。
【図８】公共交通空白地域で乗降する固定ユーザーの乗降地点がプロットされた地域情報の１例を示す図である。
【図９】所定のデマンド運行地域を複数のブロックに区割りした１例を示す図である。
【図１０】本発明の運行スケジュール決定部によって作成された運行スケジュールの１例を示す図である。
【図１１】所定の時間帯用に、所定のデマンド運行地域を複数のブロックに区割りした別の例を示す図である。
【発明を実施するための形態】
【００２３】
以下、本発明のタクシー運行支援装置およびタクシー運行支援システムの好適な実施形態について、添付図面を参照しつつ説明する。図１は、本発明のタクシー運行支援システムを示す概略図である。図２は、本発明のタクシー運行支援装置およびタクシーを示すブロック図である。図３は、本発明の固定ユーザー情報抽出部が行う固定ユーザー情報抽出処理を示すフローチャートである。図４は、本発明の固定ユーザー情報抽出部が処理するユーザー情報および本発明の固定ユーザー情報抽出部が抽出する固定ユーザー情報を示す図である。図５は、本発明の運行スケジュール決定部が行う運行スケジュール決定処理を示すフローチャートである。図６は、本発明の運行スケジュール決定部によって読み込まれる地域情報の一例である。図７は、固定ユーザーの乗降地点がプロットされた地域情報の１例を示す図である。図８は、公共交通空白地域で乗降する固定ユーザーの乗降地点がプロットされた地域情報の１例を示す図である。図９は、所定のデマンド運行地域を複数のブロックに区割りした１例を示す図である。図１０は、本発明の運行スケジュール決定部によって作成された運行スケジュールの１例を示す図である。図１１は、所定の時間帯用に、所定のデマンド運行地域を複数のブロックに区割りした別の例を示す図である。
【００２４】
図１に示すタクシー運行支援システム１は、タクシー２０の運行スケジュールを決定するタクシー運行支援装置１００を備える配車管理センター１０と、タクシー運行支援装置１００が決定した前記タクシー２０の運行スケジュールを受信可能な少なくとも１台のタクシー２０とから構成される。ここでいう、「運行スケジュール」とは、運行ルートおよびタイムスケジュールを含む。
【００２５】
配車管理センター１０は、所定のデマンド運行地域内で運行する少なくとも１台のタクシー２０の運行スケジュールを決定し、決定した運行スケジュールを少なくとも１台のタクシー２０のそれぞれに送信する機能を有する。また、配車管理センター１０は、決定したタクシー２０の運行スケジュールに従って、所定のデマンド運行地域外で運行しているタクシー２０に対して、所定のデマンド運行地域内で運行を行うように増車指示を出す機能を有していてもよい。また、配車管理センター１０は、ユーザー３０からの予約情報を受け付ける機能を有する。
【００２６】
所定のデマンド運行地域の広さや数は、例えば、配車管理センター１０の管理者、またはタクシー運行支援システム１のシステム管理者によって、任意に設定することができる。図示の構成では、２つのデマンド運行地域がそれぞれ重ならないように設定されているが、複数のデマンド運行地域の一部が重なるようにデマンド運行地域を設定してもよい。例えば、配車管理センター１０の管理者、またはタクシー運行支援システム１のシステム管理者は、公共交通空白地域の高齢者世帯、一人暮らし高齢者だけでなく、足腰の弱い高齢者、車椅子使用者、妊娠中の女性、子供等の交通移動弱者の住所禄を参照して、各デマンド運行地域内に居住する交通移動弱者の数が略一定となるようにデマンド運行地域の広さや数を設定する。
【００２７】
タクシー２０は、所定のデマンド運行地域内において、配車管理センター１０から送信された運行スケジュールに従って巡回しつつ、ユーザー３０を拾って、運搬する。この際、タクシー２０は、事前に予約を入れていたユーザー３０だけでなく、事前に予約を入れていないユーザー３０を、巡回中に拾って運搬してもよい。また、タクシー２０は、複数のユーザー３０を、同時に運搬してもよい。
【００２８】
タクシー２０は、セダンタイプタクシー、ワンボックスタイプタクシー等の通常タクシー、またはＵＤタクシー（ＵＤタクシー：Ｕｎｉｖｅｒｓａｌ  Ｄｅｓｉｇｎ  Ｔａｘｉ）である。ＵＤタクシーとは、足腰の弱い高齢者、車椅子使用者、妊娠中の女性、子供等の交通移動弱者にとってユーザーフレンドリーな構造を有するタクシーである。例えば、ＵＤタクシーは、乗降時や立ち座り時などにおける安全確保のための乗降用手すり、乗降用ステップ、車椅子の乗降を可能とする乗降口およびスロープ、車椅子に座ったまま乗車できる車椅子用スペース、医療器具や介護器具等の比較的大型の器具等を積載可能なラゲッジスペース等の構造を有している。
【００２９】
図２に示すようにタクシー運行支援装置１００は、タクシー運行支援装置１００の制御を行う制御部１１０と、タクシー２０およびユーザー３０と通信を行う通信部１２０と、データベース１３０と、固定ユーザーに関する固定ユーザー情報１３２を抽出する固定ユーザー情報抽出部１４０と、データベース１３０に保存されている固定ユーザー情報１３２と地域情報１３３を参照し、タクシー２０の運行スケジュールを決定する運行スケジュール決定部１５０と、データバス１６０とを備えている。これらタクシー運行支援装置１００の各構成要素は、データバス１６０に接続されており、このデータバス１６０を介して、各種データや各種指示の拝受を行う。
【００３０】
また、タクシー運行支援装置１００は、キーボード、マウス、タッチパネル等の一般的に用いられる操作入力部、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポート等の一般的に用いられるデータポート、その他データ処理装置が通常備えている機能部をさらに備えていてもよい。これら機能部は、当業者にとってよく知られているので、詳述しない。
【００３１】
制御部１１０は、タクシー運行支援装置１００の制御を行う機能を有する。制御部１１０は、タクシー運行支援装置１００の各構成要素を制御するための制御プログラムを保存しているＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）と、タクシー運行支援装置１００で演算されたデータを一時的に保存するためのＲＡＭ（Ｒａｎｄａｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）と、制御プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）とから構成される。ＣＰＵによって、制御プログラムが実行されると、制御プログラムに従って、タクシー運行支援装置１００が制御され、以下に詳述する各種処理が実行される。
【００３２】
通信部１２０は、ユーザー３０およびタクシー２０と通信を行う機能を有する。通信部１２０は、制御部１１０からの命令に応じて、有線回線、無線回線、またはインターネット回線を介してユーザー３０の情報端末およびタクシー２０の受信部２１との間で通信を行う。また、通信部１２０は、制御部１１０からの命令に応じて、インターネット回線を通じてネットワーク上のサーバーやその他の情報端末と通信を行ってもよい。ユーザー３０は、情報端末を用いて、タクシー運行支援装置１００の通信部１２０と通信を行うことにより、タクシー２０の予約をすることができる。乗車時刻、乗車位置、目的地、乗車人数等のユーザー３０の予約に関する予約情報１３４は、通信部１２０を介して受け付けられ、データベース１３０内に保存される。
【００３３】
データベース１３０には、タクシー２０のユーザー３０に関するユーザー情報１３１（図４参照）と、固定ユーザーに関する固定ユーザー情報１３２（図４参照）と、所定の地域に関する地域情報１３３（図６参照）と、上述したユーザー３０の予約に関する予約情報１３４が保存されている。なお、データベース１３０に保存されている情報は、必ずしもこれに限られない。データベース１３０には、タクシー運行支援装置１００がタクシー２０の運行スケジュールを決定するために必要な如何なる情報も保存することができる。また、図示の構成では、データベース１３０は、タクシー運行支援装置１００の内部に設けられているが、必ずしもこれに限られない。データベース１３０は、タクシー運行支援装置１００の外部に設けられ、有線回線または無線回線を介してタクシー運行支援装置１００の通信部１２０と通信（データの授受）を行ってもよいし、ネットワーク上のサーバー内に設けられ、インターネット回線を介してタクシー運行支援装置１００の通信部１２０と通信を行ってもよい。
【００３４】
固定ユーザー情報抽出部１４０は、データベース１３０に保存されているユーザー情報１３１から、タクシー２０を利用するユーザー３０を、所定のデマンド運行地域における一時利用ユーザー、デマンド運行地域外ユーザー、通常タクシー向け固定ユーザー、およびＵＤタクシー向け固定ユーザーに分類し、通常タクシー向け固定ユーザーおよびＵＤタクシー向け固定ユーザーに関する固定ユーザー情報１３２を抽出する機能を有する。所定のデマンド運行地域が複数設定されている場合には、固定ユーザー情報抽出部１４０は、以下に詳述する処理（以下、固定ユーザ情報抽出処理という）をそれぞれのデマンド運行地域ごとに行ってもよい。
【００３５】
図３は、固定ユーザー情報抽出部１４０が行う固定ユーザー情報抽出処理を示すフローチャートである。図３を参照して、固定ユーザー情報抽出部１４０が行う固定ユーザー情報抽出処理を詳述する。まず、Ｓ１００において、固定ユーザー情報抽出処理が開始され、固定ユーザー情報抽出処理は、Ｓ１０１に移行する。
【００３６】
Ｓ１０１において、データベース１３０から、未分類のユーザー３０に関するユーザー情報１３１が読み込まれる。図４に示すように、データベース１３０に保存されているユーザー情報１３１は、ユーザー３０のタクシー２０の利用実績を含む情報である。図示の構成では、ユーザー情報１３１は、ユーザー３０の利用実績として、ユーザー３０がタクシー２０を利用した際の天候、気温、利用日、曜日、乗車位置、乗車時刻、降車位置、降車時刻、利用目的、搭載物、特記事項を含んでいるが、その他の情報をユーザー３０の利用実績として含んでいても良い。また、図示のユーザー情報１３１は、固定ユーザー抽出処理で用いられる情報の１例であり、ユーザー情報１３１は、必ずしもこれに限られない。ユーザー情報１３１は、例えば、ユーザー３０の氏名、年齢、住所、電話番号等の個人情報等の利用実績以外の情報を含んでいてもよい。Ｓ１０１において、未分類のユーザー３０に関するユーザー情報１３１が読み込まれた後、固定ユーザー情報抽出処理は、Ｓ１０２に移行する。
【００３７】
Ｓ１０２において、固定ユーザー情報抽出部１４０は、ユーザー情報１３１から、未分類のユーザー３０が所定の頻度以上でタクシー２０を利用しているか否かを判別する。ここでいう、所定の頻度は、どのような頻度であってもよいが、例えば、平均して１回／週である。これにより、未分類のユーザー３０が、定期的にタクシー２０を利用するか否かを判別することができる。未分類のユーザー３０が、所定の頻度以上でタクシー２０を利用していない場合、固定ユーザー情報抽出処理は、Ｓ１０３に移行する。Ｓ１０３において、未分類のユーザー３０は、一時利用ユーザーとして分類される。次に、固定ユーザー情報抽出処理は、Ｓ１１１に移行する。
【００３８】
一方、未分類のユーザー３０が所定の頻度以上でタクシー２０を利用している場合、固定ユーザー情報抽出処理は、Ｓ１０４に移行する。Ｓ１０４において、固定ユーザー情報抽出部１４０は、未分類のユーザー３０に関するユーザー情報１３１を参照し、未分類のユーザー３０の乗車位置および降車位置が所定のデマンド運行地域内である割合を算出する。次に、固定ユーザー情報抽出処理は、Ｓ１０５に移行する。
【００３９】
Ｓ１０５において、固定ユーザー情報抽出部１４０は、Ｓ１０４において算出した割合が、所定の割合以上であるか否かを判別する。ここでいう、所定の割合は、どのような値であってもよいが、例えば、５０〜７０％の値で設定されるのが好ましい。これにより、未分類のユーザー３０が、所定のデマンド運行地域内で、デマンド運用を採用するタクシー２０向けのユーザーであるか否かを判別することができる。Ｓ１０４において算出した割合が、所定の割合以上ではない場合、固定ユーザー情報抽出処理は、Ｓ１０６に移行する。Ｓ１０６において、未分類のユーザー３０は、所定のデマンド運行地域におけるデマンド運行地域外ユーザーとして分類される。次に、固定ユーザー情報抽出処理は、Ｓ１１１に移行する。
【００４０】
一方、Ｓ１０４において算出した割合が、所定の割合以上である場合、固定ユーザー情報抽出処理は、Ｓ１０７に移行する。Ｓ１０７において、固定ユーザー情報抽出部１４０は、未分類のユーザー３０に関するユーザー情報１３１の特記事項を参照し、未分類のユーザー３０が交通移動弱者または医療介護従事者であるか否かを判別する。ここでいう交通移動弱者とは、自家用自動車および公共交通機関の利用が困難な者を意味し、例えば、晴れ着振袖の女性、足腰の弱い高齢者、車椅子使用者、妊娠中の女性、子供等である。また、ここでいう医療介護従事者とは、医師、看護師、介護士、福祉士、マッサージ師等の医療介護サービスを提供する事業に携わっている者をいう。これにより、未分類のユーザー３０が、通常タクシー向けの固定ユーザーなのか、ＵＤタクシー向けの固定ユーザーなのかを判別することができる。未分類のユーザー３０が交通移動弱者または医療介護従事者ではない場合、固定ユーザー抽出処理は、Ｓ１０８に移行する。Ｓ１０８において、未分類のユーザー３０は、通常タクシー向け固定ユーザーとして分類される。次に、固定ユーザー抽出処理は、Ｓ１１０に移行する。
【００４１】
一方、未分類のユーザー３０が、交通移動弱者または医療介護従事者である場合、固定ユーザー抽出処理は、Ｓ１０９に移行する。Ｓ１０９において、未分類のユーザー３０は、ＵＤタクシー向け固定ユーザーとして分類される。次に、固定ユーザー抽出処理は、Ｓ１１０に移行する。
【００４２】
なお、本実施形態では、未分類のユーザー３０が通常タクシー向け固定ユーザーかＵＤタクシー向け固定ユーザーかを判別するために、未分類のユーザー３０が交通移動弱者または医療介護従事者であるか否かを基準としたが、本発明はこれに限られない。例えば、ユーザー情報１３１の利用目的や搭載物から、未分類のユーザー３０が通常タクシー向け固定ユーザーかＵＤタクシー向け固定ユーザーかを判別してもよい。
【００４３】
Ｓ１１０において、固定ユーザー情報抽出部１４０は、通常タクシー向け固定ユーザーまたはＵＤタクシー向け固定ユーザーとして分類されたユーザー３０に関するユーザー情報１３１から、統計情報を抽出し、固定ユーザー情報１３２としてデータベース１３０に保存する。ここでいう統計情報とは、ユーザー情報１３１から統計的に得られる情報である。固定ユーザー情報１３２は、例えば、図４に示すように、ユーザー３０がタクシー２０を利用する際の最も尤度の高い利用地域、利用頻度、乗車位置、降車位置、曜日、乗車時間帯（図示の例では、午前、昼間、夕方であるが、さらに細かい時間帯で分類してもよい）、利用人数、天候、推奨タクシー（通常タクシー向けもしくはＵＤタクシー向け）等の統計情報を含む。なお、図示の固定ユーザー情報１３２は、固定ユーザー抽出処理で抽出される情報の１例であり、固定ユーザー情報１３２が含む統計情報は、必ずしもこれに限られない。固定ユーザー情報１３２は、その他、如何なる統計情報を含んでいてもよい。Ｓ１１０において固定ユーザー情報１３２がデータベース１３０に保存された後、固定ユーザー情報抽出部処理は、Ｓ１１１に移行する。
【００４４】
Ｓ１１１において、固定ユーザー情報抽出部１４０は、データベース１３０に保存されているユーザー３０の全てが分類済みか否かを判別する。データベース１３０に保存されているユーザー３０の全てが分類済みではない場合、固定ユーザー情報抽出部処理は、Ｓ１０１に戻り、上述した処理が繰り返される。一方、データベース１３０に保存されているユーザー３０の全てが分類済みである場合、固定ユーザー情報抽出部処理は、Ｓ１１２に移行する。Ｓ１１２において、固定ユーザー情報抽出部処理は、終了される。
【００４５】
このようにして、固定ユーザー情報抽出部１４０は、データベース１３０に保存されているユーザー情報１３１から、タクシー２０を利用するユーザー３０を、所定のデマンド運行地域における固定ユーザーとして分類し、固定ユーザーに関する固定ユーザー情報１３２を抽出することができる。これにより、デマンド運用を採用するタクシー２０の利用が高い確率で期待できるユーザー３０に関する固定ユーザー情報１３２を抽出することができ、より運用率の高い運行スケジュールを決定することができる。
【００４６】
運行スケジュール決定部１５０は、データベース１３０に保存されている地域情報１３３と固定ユーザー情報１３２とを参照し、所定のデマンド運行地域におけるタクシー２０の運行スケジュールを決定する機能を有する。所定のデマンド運行地域が複数設定されている場合には、運行スケジュール決定部１５０は、以下に詳述する処理（以下、運行スケジュール決定処理という）をそれぞれのデマンド運行地域ごとに行ってもよい。
【００４７】
図５は、本発明の運行スケジュール決定部が行う運行スケジュール決定処理を示すフローチャートである。図５を参照して、運行スケジュール決定部１５０が行う運行スケジュール決定処理を詳述する。まず、Ｓ２００において、運行スケジュール決定処理が開始され、運行スケジュール決定処理は、Ｓ２０１に移行する。
【００４８】
Ｓ２０１において、運行スケジュール決定部１５０は、データベース１３０から所定のデマンド運行地域に関する地域情報１３３を読み込む。地域情報１３３は、住宅地図、路線図、道路地図、地形図等の地図情報を含む。図６は、本発明の運行スケジュール決定部１５０によって読み込まれる地域情報１３３の一例である。図６に示すように、地域情報１３３は、所定のデマンド運行地域における主要施設の位置や、バス停の位置、バス路線、駅の位置、鉄道等の公共交通機関に関する情報を含んでいる。なお、地域情報１３３は、道路地図や住宅地図等を含んでいるが、図の単純化のため、図６中では道路や住宅等は記載していない。また、地域情報１３３に含まれる情報は、上述の地図情報だけに限られず、例えば、時間帯ごとの道路の混雑具合、住民の人口密度に関する情報等の所定のデマンド運行地域に関する如何なる情報を含んでいてもよい。所定のデマンド運行地域に関する地域情報１３３が読み込まれた後、運行スケジュール決定処理は、Ｓ２０２に移行する。
【００４９】
Ｓ２０２において、運行スケジュール決定部１５０は、データベース１３０から固定ユーザーに関する固定ユーザー情報１３２を読み込む。次に、運行スケジュール決定処理は、Ｓ２０３に移行する。Ｓ２０３において、運行スケジュール決定部１５０は、固定ユーザー情報１３２に含まれる利用地域、乗車位置、降車位置、曜日、乗車時間帯、天候から、所定の時間帯ごとの固定ユーザーの乗降地点を、地域情報１３３にプロットする。ここでいう所定の時間帯とは、例えば、午前中、昼間、夕方、夜間等の時間帯であってもよいし、ＡＭ９：００〜ＡＭ１０：００、ＡＭ１０：００〜ＡＭ１１：００等のより具体的な時間帯であってもよい。
【００５０】
なお、この際、例えば、ＵＤタクシー向け固定ユーザーの乗降地点のみをプロットしてもよい。この場合、ＵＤタクシー向け固定ユーザーに特化した運行スケジュールを決定することができ、ＵＤタクシーの運用率を向上させることができる。逆に、通常タクシー向け固定ユーザーの乗降地点のみをプロットしてもよい。この場合、通常タクシー向け固定ユーザーに特化した運行スケジュールを決定することができる。
【００５１】
図７は、固定ユーザーの乗降地点がプロットされた地域情報１３３の１例を示す図である。なお、地域情報１３３に固定ユーザーの乗降地点をプロットする際、駅または路線バスのバス停を中心とした所定の範囲を公共交通充足地域１３５として定め、公共交通充足地域１３５を除く地域を公共交通空白地域として定め、公共交通空白地域内で乗車または降車する固定ユーザーの乗降地点のみを、地域情報１３３にプロットしてもよい。これにより、特にタクシーによる運搬を必要としている公共交通空白期間で乗降する固定ユーザーに特化した運行スケジュールを決定することができる。図８は、公共交通空白地域で乗降する固定ユーザーの乗降地点がプロットされた地域情報１３３の１例を示す図である。
【００５２】
固定ユーザーの乗降地点が地域情報１３３にプロットされた後、運行スケジュール決定処理は、Ｓ２０４に移行する。Ｓ２０４において、運行スケジュール決定部１５０は、固定ユーザーの乗降地点がプロットされた地域情報１３３を参照し、所定のデマンド運行地域を複数のブロックに区割りする。まず。運行スケジュール決定部１５０は、地域情報１３３に含まれる道路地図を参照し、固定ユーザーそれぞれの乗降地点を、道路地図に従って、線で結ぶ。次に、固定ユーザーそれぞれの乗降地点を結んだ線がある程度重なる固定ユーザーをグループ化し、グループ化された固定ユーザーを含むように、ブロックＢを定義する。図９は、所定のデマンド運行地域を複数のブロックに区割りした１例を示す図である。図示の例では、所定のデマンド運行地域は、３つのブロックＢ１、Ｂ２、Ｂ３に区割りされている。図示の例では、ブロックＢ１、Ｂ２、Ｂ３は、それぞれ互いに重ならないように区割りされているが、互いの一部が重なるように区割りされていてもよい。
【００５３】
所定のデマンド運行地域を複数のブロックに区割りした後、運行スケジュール決定処理は、Ｓ２０５に移行する。Ｓ２０５において、運行スケジュール決定部１５０は、区割りした複数のブロックのそれぞれに対し、タクシー２０の運行スケジュールを決定する。運行スケジュール決定部１５０は、プロットされた全ての固定ユーザーがタクシー２０を乗車するものと仮定して、プロットされた固定ユーザーの乗降地点を全て通過するよう運行スケジュールを決定する。
【００５４】
運行スケジュール決定部１５０は、ユーザー３０がタクシー２０に乗車している時間を乗車時間と定義し、ユーザー３０がタクシー２０に乗車していない時間を空車時間と定義する。次に、運行スケジュール決定部は、プロットされた全ての固定ユーザーを乗車地点から降車地点まで運搬するように運行スケジュールを作成する。この際、運行スケジュール決定部１５０は、複数の運行スケジュールを作成してもよい。図１０は、本発明の運行スケジュール決定部１５０によって作成された運行スケジュールの１例を示す図である。図１０に示すように、プロットされた全てのユーザーＡ〜Ｌを乗車地点から降車地点まで運搬するよう複数の運行スケジュールが作成される。
【００５５】
複数の運行スケジュールが作成された場合、運行スケジュール決定部１５０は、作成した複数の運行スケジュールにおける空車時間から乗車時間を引いた値を算出する。運行スケジュール決定部１５０は、作成した複数の運行スケジュールの内、算出した値（空車時間から乗車時間を引いた値）が最も小さくなる運行スケジュールをタクシー２０の運行スケジュールとして決定する。このように、空車時間から乗車時間を引いた値が最も小さい運行スケジュールをタクシー２０の運行スケジュールとして決定することにより、デマンド運行を採用するタクシー２０の運用率を向上させることができる。
【００５６】
タクシー２０の運行スケジュールが決定された後、運行スケジュール決定処理は、Ｓ２０６に移行する。Ｓ２０６において、運行スケジュール決定部１５０は、データベース１３０に保存されている予約情報１３４を読み込む。次に、運行スケジュール決定処理は、Ｓ２０７に移行する。Ｓ２０７において、運行スケジュール決定部１５０は、プロットした固定ユーザーの乗降地点と予約情報１３４に含まれる予約したユーザー３０の乗降地点に基づき、Ｓ２０５での処理と同様の方法で、タクシー２０の運行スケジュールを再決定する。
【００５７】
Ｓ２０６およびＳ２０７の処理は、選択的な処理であり、所定の時間帯かつ所定のデマンド運用地域内に予約をしたユーザー３０に関する予約情報１３４がデータベース１３０に保存されていない場合には、実行しなくてもよい。Ｓ２０６およびＳ２０７の処理を実行する場合には、予約を入れたユーザー３０を運搬可能な運行スケジュールを決定することができる。これにより、デマンド運行を採用するタクシー２０の運用率をさらに高めることができる。なお、Ｓ２０６およびＳ２０７の処理は、ユーザー３０から予約が入った時点で、随時実行されてもよい。これにより、リアルタイムで、タクシー２０の運行スケジュールを最適なものへと更新することができる。次に、運行スケジュール決定処理は、Ｓ２０８に移行し、Ｓ２０８において、運行スケジュール決定処理は終了される。
【００５８】
このようにして、運行スケジュール決定部１５０は、データベース１３０に保存されている地域情報１３３と固定ユーザー情報１３２とを参照し、所定のデマンド運行地域におけるタクシー２０の運行スケジュールを決定することができる。これにより、デマンド運行を採用するタクシー２０の運用率を向上させることが可能な運行スケジュールを決定することができる。
【００５９】
なお、運行スケジュール決定部１５０は、複数の所定の時間帯用に、上述したＳ２００〜Ｓ２０８の処理を実行し、複数の時間帯ごとに運行スケジュールを決定してもよい。例えば、運行スケジュール決定部１５０は、午前用の運行スケジュール、昼用の運行スケジュール、夕方用の運行スケジュール、夜間用の運行スケジュールを決定してもよい。これにより、様々な時間帯に合わせた運行スケジュールを決定することができ、タクシー２０の運用率をさらに向上させることができる。図１１は、図９で示した例とは異なる時間帯用に、所定のデマンド運行地域を複数のブロックに区割りした別の例を示す図である。時間帯によって、タクシー２０のユーザー３０は異なるので、ブロックＢ１’、Ｂ２’、Ｂ３’は、図９のブロックＢ１、Ｂ２、Ｂ３とは異なる。また、当然に、運行スケジュール決定部１５０によって決定される運行スケジュールも図９の場合とは異なる。
【００６０】
運行スケジュール決定部１５０によって決定されたタクシー２０の運行スケジュールは、通信部１２０を用いてタクシー２０に送信される。図２に示すように、タクシー２０は、タクシー運行支援装置１００から送信される運行スケジュールを受信可能な受信部２１と、受信した運行スケジュールを表示する運行スケジュール表示部２２とを備える。
【００６１】
タクシー２０の運行スケジュール表示部２２に受信した運行スケジュールを表示することにより、タクシー２０の運転手は、タクシー運行支援装置１００から送信された運行スケジュールに従ってタクシー２０を運行することができる。また、タクシー２０は、複数の運行スケジュール表示部２２を備えていてもよい。例えば、タクシー２０の運行スケジュール表示部２２の１つをユーザー３０から目視可能な位置に設けることにより、タクシー２０のユーザー３０は、タクシー２０がどのような運行スケジュールで運行を行っているのかを視認することができる。
【００６２】
また、タクシー２０は、ナビゲーションシステム（図示せず）等を備えていてもよい。ナビゲーションシステムは、運行スケジュールを参照し、タクシー２０の運転手に次に進むべき道を指示してもよい。
【００６３】
以上説明したように、本願発明のタクシー運行支援装置１００は、所定のデマンド運行地域におけるタクシー２０の運行スケジュールを決定することができる。これにより、デマンド運行を採用するタクシー２０の運用率を向上させることが可能な運行スケジュールを決定することができる。
【００６４】
また、本願発明のタクシー運行支援システム１は、タクシー２０の運行スケジュールを決定するタクシー運行支援装置１００を備える配車管理センター１０と、タクシー運行支援装置１００が決定した前記タクシー２０の運行スケジュールを受信可能な少なくとも１台のタクシー２０とを含むことによって、タクシー２０の運行スケジュールを決定し、該運行スケジュールにしたがって、タクシー２０を運用することができる。その結果、タクシー２０の運用率を向上させることができる。
【符号の説明】
【００６５】
１…タクシー運行支援システム
１０…配車管理センター
２０…タクシー
２１…受信部
２２…運行スケジュール表示部
３０…ユーザー
１００…タクシー運行支援装置
１１０…制御部
１２０…通信部
１３０…データベース
１３１…ユーザー情報
１３２…固定ユーザー情報
１３３…地域情報
１３４…予約情報
１３５…公共交通充足地域
１４０…固定ユーザー情報抽出部
１５０…運行スケジュール決定部
１６０…データバス
Ｂ１、Ｂ２、Ｂ３、Ｂ１’、Ｂ２’、Ｂ３’…ブロック
【図１】
2014235527.tif 000003
【図２】
2014235527.tif 000004
【図３】
2014235527.tif 000005
【図４】
2014235527.tif 000006
【図５】
2014235527.tif 000007
【図６】
2014235527.tif 000008
【図７】
2014235527.tif 000009
【図８】
2014235527.tif 000010
【図９】
2014235527.tif 000011
【図１０】
2014235527.tif 000012
【図１１】
2014235527.tif 000013