(57)【特許請求の範囲】
【請求項１】
基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部と、配車される複数のタクシーであって各種データを上記処理部と送受信する手段を有するタクシーとを有するタクシー配車システムにおいて、
上記処理部は、地形を時間的な距離に基づいて区切ってブロック化した運行時間決定用地図データと、タクシーの平均移動時間をｘ分とし、上記タクシーの台数をｙ台としたとき、１時間の中での予約枠の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の上記単位時間内の各予約枠を１以上で「上記限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブルとを有し、
上記処理部は、タクシー利用者の乗降地データと乗車時刻のデータとを利用し、上記運行時間決定用の地図データから各タクシーについてその待機地点から乗車地までの移動時間データと、降車時刻のデータとを導き出し、上記乗車時刻のデータから上記降車時刻のデータまでの期間の予約枠にデータが入力されていないタクシーであって、かつ上記乗車時刻に上記乗車地に到着可能なタクシーを抽出し、その抽出されたタクシーから選択したタクシーを上記タクシー利用者へ配車することを特徴とするタクシー配車システム。
【請求項２】
請求項１に記載のタクシー配車システムにおいて、
前記処理部は、前記抽出したタクシーが複数の場合、前記移動時間データの値が最も小さいものを選択し、前記移動時間データの値が同じものが複数存在した場合には、前記タクシーから予約運行が可能な連絡を受領した時が早いものを選択することを特徴とするタクシー配車システム。
【請求項３】
基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部と、配車される複数のタクシーであって各種データを上記処理部と送受信する手段を有するタクシーとを有するタクシー配車システムにおいて、
上記処理部は、地形を時間的な距離に基づいて区切ってブロック化した運行時間決定用地図データと、タクシーの平均移動時間をｘ分とし、上記タクシーの台数をｙ台としたとき、１時間の中での予約枠の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の上記単位時間内の各予約枠を１以上で「上記限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブルとを有し、
上記運行時間決定用地図データは、一般的な地図情報のレイヤーに、時間的な距離でブロック化されたブロック情報のレイヤーが重ね合わされたものであることを特徴とするタクシー配車システム。
【請求項４】
請求項３に記載のタクシー配車システムにおいて、
前記タクシーの予約をする利用者の位置情報のレイヤーおよび利用者の降車予定の降車位置情報のレイヤーを、前記地図情報のレイヤーおよび前記ブロック情報のレイヤーに重ねることで、利用者の乗車位置から降車位置までの時間を算出することを特徴とするタクシー配車システム。
【請求項５】
請求項３に記載のタクシー配車システムにおいて、
前記処理部は、前記配車されるタクシーの数が入力されることで、前記予約枠の限度数を自動算出し、算出された値の中に入る整数値のうち最大値を選択し、前記ｚ分を１０分とした上で１０分毎の各予約枠を「上記最大値÷６」とし、予約引受可能な枠を、その値の１／４〜３／４の範囲としたことを特徴とするタクシー配車システム。
【請求項６】
基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部と、配車される複数のタクシーであって各種データを上記処理部と送受信する手段を有するタクシーとを有するタクシー配車システムにおいて、
上記処理部は、地形を時間的な距離に基づいて区切ってブロック化した運行時間決定用地図データと、タクシーの平均移動時間をｘ分とし、上記タクシーの台数をｙ台としたとき、１時間の中での予約枠の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の上記単位時間内の各予約枠を１以上で「上記限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブルとを有し、
上記処理部は、予約申込者の乗車日時が入力されると、上記予約枠を検索し、該当する予約枠に空きがあるか否かを判断し、空きがあると、その枠を埋めると共に乗車日時、乗車地、目的地を少なくとも有する予約リストを作成し、その後、その予約リストと上記運行時間決定用地図データに基づき、降車時刻を算出し、その降車時刻を利用して上記配車スケジュールテーブルを完成することを特徴とするタクシー配車システム。
【請求項７】
基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部と、配車される複数のタクシーであって各種データを上記処理部と送受信する手段を有するタクシー、または上記タクシーの利用者とを有し、
上記処理部は、地形を所定の移動可能時間に基づいてブロックに区分けして座標データとした運行時間決定用地図データと、所定期間を一単位としその一単位毎に１つまたは複数のマス目に区切った予約枠を備える配車スケジュールテーブルとを有し、
上記処理部は、上記タクシーまたは上記利用者が、上記利用者の乗降地データと、乗車時刻データまたは降車時刻データとを上記処理部に送信することで、それらのデータを入力し、またはコンピュータに接続される外部機器から入力され、
上記処理部は、その入力されたデータを上記運行時間決定用地図データとを参照して、上記乗降地データを上記座標データに置き換え、上記座標データから上記利用者の乗車時刻データまたは降車時刻データを割り出し、上記配車スケジュールテーブルを参照し、上記乗車時刻データから上記降車時刻データまでの期間の上記予約枠にデータが入力されていない上記タクシーを抽出し、その抽出されたタクシーから一定の基準で選択したタクシーを上記利用者へ配車することを特徴とするタクシー配車システム。
【請求項８】
請求項７に記載のタクシー配車システムにおいて、
前記処理部は、前記抽出ができなかった場合には、前記乗車時刻データの時刻に近い時刻であってその時刻の前記乗車時刻データであれば上記抽出が可能な時刻の１つまたは２つ以上のデータを前記タクシーまたは前記利用者へと送信することを特徴とするタクシー配車システム。
【請求項９】
請求項７または８に記載のタクシー配車システムにおいて、
前記入力された前記乗車時刻データと前記降車時刻データとのいずれか一方または双方を、前記タクシー内で出力することを特徴とするタクシー配車システム。
【請求項１０】
請求項７から９のいずれか１項に記載のタクシー配車システムにおいて、
前記運行時間決定用地図データは、地図上のどこに何の施設が存在するかについての施設情報を含み、前記タクシーまたは前記利用者は、上記施設情報に基づいて前記乗降地データを前記処理部に送信し、前記処理部は、上記施設情報から当該施設が前記複数のブロックのどこのブロックに位置するかを特定することを特徴とするタクシー配車システム。
【請求項１１】
請求項７から１０のいずれか１項に記載のタクシー配車システムにおいて、
前記乗降地データは、グローバル・ポジショニング・システムを用いて前記タクシーまたは前記利用者によって前記処理部に送信されることを特徴とするタクシー配車システム。
【請求項１２】
基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部を有し、配車される複数のタクシーであって各種データを上記処理部と送受信する手段を有するタクシーとその各種データを送受信するタクシー配車処理装置において、
上記処理部は、地形を時間的な距離に基づいて区切ってブロック化した運行時間決定用地図データと、タクシーの平均移動時間をｘ分とし、上記タクシーの台数をｙ台としたとき、１時間の中での予約枠の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の上記単位時間内の各予約枠を１以上で「上記限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブルとを有し、
上記処理部は、タクシー利用者の乗降地データと乗車時刻のデータとを利用し、上記運行時間決定用の地図データ、および受信した各タクシーについてその待機地点のデータおよび乗車地のデータから、その待機地点からその乗車地までの移動時間データおよび降車時刻のデータとを導き出し、
上記乗車時刻のデータから上記降車時刻のデータまでの期間の予約枠にデータが入力されていないタクシーであって、かつ上記乗車時刻に上記乗車地に到着可能なタクシーを抽出し、その抽出されたタクシーから選択したタクシーを上記タクシー利用者へ配車することを特徴とするタクシー配車処理装置。
【請求項１３】
基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部を有し、配車される複数のタクシーであって各種データを上記処理部と送受信する手段を有するタクシーとその各種データを送受信するタクシー配車処理装置において、
上記処理部は、地形を時間的な距離に基づいて区切ってブロック化した運行時間決定用地図データと、タクシーの平均移動時間をｘ分とし、上記タクシーの台数をｙ台としたとき、１時間の中での予約枠の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の上記単位時間内の各予約枠を１以上で「上記限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブルとを有し、
上記運行時間決定用地図データは、一般的な地図情報のレイヤーに、時間的な距離でブロック化されたブロック情報のレイヤーが重ね合わされたものであることを特徴とするタクシー配車処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タクシー配車システムおよびタクシー配車処理装置に関する。
【背景技術】
【０００２】
従来から、タクシーの配車指示効率を向上させることを目的として、以下の配車システムが提案されている。すなわち、センタと、ＧＰＳ（Global Positioning System）レシーバを搭載して自身の位置を特定するための位置情報を得ると共に、無線器を搭載してセンタから無線通信によって配車指示される複数のタクシーとを備える。そして、センタにおいては、配車先である顧客位置を指示するための配車情報を作成し、複数のタクシーの中で顧客位置に最短経路のタクシーから順に配車情報を無線で送信する。そして、タクシーにおいては、センタから送信された配車情報を受信して、表示器上、配車情報で指示される顧客位置及びその周辺の地図を合成表示し、さらに配車情報で指示される顧客情報を合成表示し、スピーカにおいてその顧客情報を音声によりガイダンスする（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平９−１２８６９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載されているタクシー配車システムでは、たしかにタクシーの配車指示効率が向上する。しかしながら、複数のタクシーの運転手が不満を抱く場合がある。なぜなら、たまたまタクシー利用者の近くにいたために頻繁に配車されるタクシーと、タクシー利用者の近くにいなかったために長時間にわたって配車されないタクシーがあることが想定されるからである。
【０００５】
そこで、本発明の目的は、複数のタクシーに対して均等に配車が可能なタクシー配車システムおよびタクシー配車処理装置を提供することである。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明のタクシー配車システムは、基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部と、配車される複数のタクシーであって各種データを処理部と送受信する手段を有するタクシーとを有するタクシー配車システムにおいて、処理部は、地形を時間的な距離に基づいて区切ってブロック化した運行時間決定用地図データと、タクシーの平均移動時間をｘ分とし、タクシーの台数をｙ台としたとき、１時間の中での予約枠の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の単位時間内の各予約枠を１以上で「限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブルとを有し、処理部は、タクシー利用者の乗降地データと乗車時刻のデータとを利用し、運行時間決定用の地図データから各タクシーについてその待機地点から乗車地までの移動時間データと、降車時刻のデータとを導き出し、乗車時刻のデータから降車時刻のデータまでの期間の予約枠にデータが入力されていないタクシーであって、かつ乗車時刻に乗車地に到着可能なタクシーを抽出し、その抽出されたタクシーから選択したタクシーをタクシー利用者へ配車する。
【０００７】
ここで、処理部は、抽出したタクシーが複数の場合でかつそれらが出勤後初であるタクシーの場合、出勤時刻の早いものを優先することが好ましい。
【０００８】
また、処理部は、抽出したタクシーが複数の場合、移動時間データの値が最も小さいものを選択し、移動時間データの値が同じものが複数存在した場合には、タクシーから予約運行が可能な連絡を受領した時が早いものを選択することが好ましい。
【０００９】
上記目的を達成するため、本発明のタクシー配車システムは、基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部と、配車される複数のタクシーであって各種データを処理部と送受信する手段を有するタクシーとを有するタクシー配車システムにおいて、処理部は、地形を時間的な距離に基づいて区切ってブロック化した運行時間決定用地図データと、タクシーの平均移動時間をｘ分とし、タクシーの台数をｙ台としたとき、１時間の中での予約枠の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の単位時間内の各予約枠を１以上で「限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブルとを有し、運行時間決定用地図データは、一般的な地図情報のレイヤーに、時間的な距離でブロック化されたブロック情報のレイヤーが重ね合わされたものである。
【００１０】
ここで、タクシーの予約をする利用者の位置情報のレイヤーおよび利用者の降車予定の降車位置情報のレイヤーを、地図情報のレイヤーおよびブロック情報のレイヤーに重ねることで、利用者の乗車位置から降車位置までの時間を算出することが好ましい。
【００１１】
また、処理部は、配車されるタクシーの数が入力されることで、予約枠の限度数を自動算出し、算出された値の中に入る整数値のうち最大値を選択し、ｚ分を１０分とした上で１０分毎の各予約枠を「最大値÷６」とし、予約引受可能な枠をその値の１／４〜３／４の範囲とすることが好ましい。
【００１２】
また、単位時間内の各予約枠を午前から午後にかけての所定時間のみ１倍を超え２倍以下としたことが好ましい。
【００１３】
上記目的を達成するため、本発明のタクシー配車システムは、基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部と、配車される複数のタクシーであって各種データを処理部と送受信する手段を有するタクシーとを有するタクシー配車システムにおいて、処理部は、地形を時間的な距離に基づいて区切ってブロック化した運行時間決定用地図データと、タクシーの平均移動時間をｘ分とし、タクシーの台数をｙ台としたとき、１時間の中での予約枠の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の単位時間内の各予約枠を１以上で「限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブルとを有し、処理部は、予約申込者の乗車日時が入力されると、予約枠を検索し、該当する予約枠に空きがあるか否かを判断し、空きがあると、その枠を埋めると共に乗車日時、乗車地、目的地を少なくとも有する予約リストを作成し、その後、その予約リストと運行時間決定用地図データに基づき、降車時刻を算出し、その降車時刻を利用してスケジュールテーブルを完成する。
【００１４】
ここで、処理部は、運行時間決定用地図データ中に無い乗車地の予約が入ったときは、予約リストとは別に遠方配車用予約リストを作成することが好ましい。
【００１５】
また、処理部は、配車リストを作成するに当たって、遠方配車用予約リストが存在する場合は、予約リストに優先して遠方配車用予約リストの配車を行うことが好ましい。
【００１６】
上記目的を達成するため、本発明のタクシー配車システムは、基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部と、配車される複数のタクシーであって各種データを処理部と送受信する手段を有するタクシー、またはタクシーの利用者とを有し、処理部は、地形を所定の移動可能時間に基づいてブロックに区分けして座標データとした運行時間決定用地図データと、所定期間を一単位としその一単位毎に１つまたは複数のマス目に区切った予約枠を備える配車スケジュールテーブルとを有し、処理部は、タクシーまたは利用者が、利用者の乗降地データと、乗車時刻データまたは降車時刻データとを処理部に送信することで、それらのデータを入力し、またはコンピュータに接続される外部機器から入力され、処理部は、その入力されたデータを運行時間決定用地図データとを参照して、乗降地データを座標データに置き換え、座標データから利用者の乗車時刻データまたは降車時刻データを割り出し、配車スケジュールテーブルを参照し、乗車時刻データから降車時刻データまでの期間の予約枠にデータが入力されていないタクシーを抽出し、その抽出されたタクシーから一定の基準で選択したタクシーを利用者へ配車する。
【００１７】
ここで、処理部は、抽出ができなかった場合には、乗車時刻データの時刻に近い時刻であってその時刻の乗車時刻データであれば抽出が可能な時刻の１つまたは２つ以上のデータをタクシーまたは利用者へと送信することが好ましい。
【００１８】
また、入力された乗車時刻データと降車時刻データとのいずれか一方または双方を、タクシー内で出力することが好ましい。
【００１９】
また、運行時間決定用地図データは、地図上のどこに何の施設が存在するかについての施設情報を含み、タクシーまたは利用者は、施設情報に基づいて乗降地データを処理部に送信し、処理部は、施設情報から当該施設が複数のブロックのどこのブロックに位置するかを特定することが好ましい。
【００２０】
また、利用者が利用した経験のある乗降地データに基づく第１の顧客データを用い、第１の顧客データを利用して、タクシーまたは利用者によって処理部へ乗降地データが送信されることが好ましい。
【００２１】
また、タクシー利用に際し必要な利用者に関する第２の顧客データを用い、第２の顧客データを各々のタクシーの運転手が把握可能とすることが好ましい。
【００２２】
また、乗降地データは、グローバル・ポジショニング・システムを用いてタクシーまたは利用者によって処理部に送信されることが好ましい。
【００２３】
上記目的を達成するため、本発明のタクシー配車処理装置は、基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部を有し、配車される複数のタクシーであって各種データを処理部と送受信する手段を有するタクシーとその各種データを送受信するタクシー配車処理装置において、処理部は、地形を時間的な距離に基づいて区切った運行時間決定用地図データと、タクシーの平均移動時間をｘ分とし、タクシーの台数をｙ台としたとき、１時間の中での予約枠の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の単位時間内の各予約枠を１以上で「限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブルとを有し、処理部は、タクシー利用者の乗降地データと乗車時刻のデータとを利用し、運行時間決定用の地図データ、および受信した各タクシーについてその待機地点のデータおよび乗車地のデータから、その待機地点からその乗車地までの移動時間データおよび降車時刻のデータとを導き出し、乗車時刻のデータから降車時刻のデータまでの期間の予約枠にデータが入力されていないタクシーであって、かつ乗車時刻に乗車地に到着可能なタクシーを抽出し、その抽出されたタクシーから選択したタクシーをタクシー利用者へ配車する。
【００２４】
上記目的を達成するため、本発明のタクシー配車処理装置は、基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部を有し、配車される複数のタクシーであって各種データを処理部と送受信する手段を有するタクシーとその各種データを送受信するタクシー配車処理装置において、処理部は、地形を時間的な距離に基づいて区切ってブロック化した運行時間決定用地図データと、タクシーの平均移動時間をｘ分とし、タクシーの台数をｙ台としたとき、１時間の中での予約枠の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の単位時間内の各予約枠を１以上で「限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブルとを有し、運行時間決定用地図データは、一般的な地図情報のレイヤーに、時間的な距離でブロック化されたブロック情報のレイヤーが重ね合わされたものである。
【００２５】
上記目的を達成するため、本発明のタクシー配車処理装置は、基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部を有し、配車される複数のタクシーであって各種データを処理部と送受信する手段を有するタクシーとその各種データを送受信するタクシー配車処理装置において、処理部は、地形を時間的な距離に基づいて区切ってブロック化した運行時間決定用地図データと、タクシーの平均移動時間をｘ分とし、タクシーの台数をｙ台としたとき、１時間の中での予約枠の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の単位時間内の各予約枠を１以上で「限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブルとを有し、処理部は、予約申込者の乗車日時が入力されると、予約枠を検索し、該当する予約枠に空きがあるか否かを判断し、空きがあると、その枠を埋めると共に乗車日時、乗車地、目的地を少なくとも有する予約リストを作成し、その後、その予約リストと運行時間決定用地図データに基づき、降車時刻を算出し、その降車時刻を利用してスケジュールテーブルを完成する。
【００２６】
上記目的を達成するため、本発明のタクシー配車処理装置は、基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部を有し、配車される複数のタクシーであって各種データを処理部と送受信する手段を有するタクシーとその各種データを送受信するタクシー配車処理装置において、処理部は、地形を所定の移動可能時間に基づいてブロックに区分けして座標データとした運行時間決定用地図データと、所定期間を一単位としその一単位毎に１つまたは複数のマス目に区切った予約枠を備える配車スケジュールテーブルとを有し、処理部は、タクシーまたは利用者が、利用者の乗降地データと、乗車時刻データまたは降車時刻データとを処理部に送信することで、それらのデータを入力し、またはコンピュータに接続される外部機器から入力され、処理部は、その入力されたデータを運行時間決定用地図データとを参照して、乗降地データを座標データに置き換え、座標データから利用者の乗車時刻データまたは降車時刻データを割り出し、配車スケジュールテーブルを参照し、乗車時刻データから降車時刻データまでの期間の予約枠にデータが入力されていないタクシーを抽出し、その抽出されたタクシーから一定の基準で選択したタクシーを利用者へ配車する。
【発明の効果】
【００２７】
本発明では、複数のタクシーに対して均等に配車が可能なタクシー配車システムおよびタクシー配車処理装置を提供することができる。
【図面の簡単な説明】
【００２８】
【図１】本発明の実施の形態に係るタクシー配車処理装置の構成を示すブロックダイアグラムである。
【図２】図１に示す処理部の記憶部に格納されている、地形を所定の移動時間に基づいてブロックに区分けして座標データとした運行時間決定用地図データを含む地図の概念図である。
【図３】図２に示す運行時間決定用地図データの構成を示す図で、実際の距離に基づいて描かれる一般的な地図情報のレイヤーと、太い線で区切られることで時間的な距離でブロック化されたブロック情報のレイヤーが重ねられている状態の概念図の一例である。
【図４】図１に示す処理部の記憶部に格納される、所定期間を一単位としその一単位毎に１つまたは複数のマス目に区切った予約枠を備える予約テーブルの午前７時から午前９時までの２時間の概念図である。
【図５】図１に示す記憶部に格納される予約テーブルを示す図で、午前７時から午後６時までの間の予約テーブルの概念図である。
【図６】図４および図５に示す予約枠の設定を処理部が行う際の処理フローを示す図である。
【図７】本発明の実施の形態に係るタクシー配車処理装置が行う配車処理の流れ、すなわち本発明の実施の形態に係るタクシー配車システムの動作を示す図である。
【図８】本発明の実施の形態に係るタクシー配車システムに利用されるタクシーの車内に設置された専用の通信機器の操作パネルの一例を表示した図である。
【図９】図８の通信機器の表示部に表示される病院の一覧であって、これまでに選択された回数の多い順に表示部に表示される状態を示す図である。
【図１０】本発明の実施の形態に係るタクシー配車システムに使用される通信機器を用いて予約申込を行った場合のタクシーの運転手の作業フローを示す図である。
【図１１】本発明の実施の形態に係るタクシー配車システムにおいて、通信機器を用いるか否かを問わず、予約申込が行われた場合の処理部の処理フローを示す図である。
【図１２】本発明の実施の形態に係る配車スケジュールテーブルの一例を示す図である。
【図１３】図７に示す配車処理をする際の処理の流れを示す図である。
【図１４】本発明の実施の形態に係るタクシー配車システムにおいて、紙に印刷された予約情報の一例を示す図である。
【図１５】本実施の形態に係るタクシー配車処理装置およびタクシー配車システムにおける各情報の関連性を示す概念図である。
【発明を実施するための形態】
【００２９】
以下、本発明の実施の形態に係るタクシー配車システムおよびタクシー配車処理装置について、図を参照しながら説明する。
【００３０】
（タクシー配車処理装置の構成）
図１は、本発明の実施の形態に係るタクシー配車処理装置１の構成を示すブロックダイアグラムである。タクシー配車処理装置１は、基地局に設置される。そして、タクシー配車処理装置１は、セントラルプロセッシングユニットを有し各種データを処理する処理部２を有している。この処理部２は、ランダムアクセスメモリ等を有し各種データを記憶する記憶部３を有している。また、処理部２は、配車される複数のタクシー４と各種データを送受信するサーバ部５を有している。このサーバ部５とは、利用者７が有する送受信手段である通信装置８がデータの送受信が可能となるように接続されている。この接続にはインターネット等の通信網が利用される。なお、図１には、配車される複数のタクシー４をも示している。ここで、タクシー４は、各種データを処理部２のサーバ部５と送受信する送受信手段６を有している。基地局は、たとえば、タクシー４を有するタクシー会社の一室、データ処理をするためにタクシー会社が契約しているデータ処理会社等が該当する。タクシー４を有するタクシー会社以外が基地局となる場合、基地局とデータを送受信するための情報処理装置、たとえば、コンピュータがタクシー会社に設置される。
【００３１】
図２は、処理部２の記憶部３に格納されている、地形を所定の移動可能時間に基づいてブロック１１に区分けして座標データとした運行時間決定用地図データ１２の地図の概念図である。運行時間決定用地図データ１２は、地形を時間的な距離に基づいて区切っているものであり、実際の地形を縮尺している地図、すなわち実際の距離に基づいて描かれる一般的な地図とは異なる。たとえば、２点（ａ，ｂ）間の実際の距離は近くてもその間に信号が多くあったり、一方通行の道があったりしてタクシー４による移動時間が長ければ、その２点はそれぞれ遠くのブロックに属することとなる。そして、ａ−ｂ間よりも実際の距離としては長い２点（ｃ，ｄ）であっても、タクシー４による移動時間が短ければ、その２点間はａ−ｂ間よりも近接したブロックに属することとなる。たとえば、図２の各ブロック１１が隣接するブロック１１までの時間を５分とすると、２点（ａ，ｂ）間の移動時間は、地点ａのブロック１１と地点ｂのブロック１１との間には図２の横方向には４つのブロック差、縦方向には１つのブロック差があるから大きい方のブロック差として「４」を取り、５分×（４＋１）＝２５分と計算し、２点（ａ，ｂ）間の移動時間は２５分となる。一方、２点（ｃ，ｄ）間の移動時間は１５分となる。
【００３２】
ここで、運行時間決定用地図データ１２は、実際の距離に基づいて描かれる一般的な地図情報のレイヤーに、時間的な距離でブロック化されたブロック情報のレイヤーが重ね合わされたものである。そして、タクシーの予約をする利用者７の位置情報のレイヤーおよび利用者７の降車予定の降車位置情報のレイヤーを、地図情報のレイヤーおよびブロック情報のレイヤーに重ねることで、利用者の乗車位置から降車位置までの時間を算出している。この各情報のレイヤーの詳細については後述する（図１４参照）。
【００３３】
図３は、実際の距離に基づいて描かれる一般的な地図情報のレイヤー１３と、太い線で区切られることで時間的な距離でブロック化されたブロック情報のレイヤー１４が重ねられている状態の概念図の一例である。図３中の数字１〜８と、アルファベットＡ〜Ｇは、図２中の数字１〜８と、アルファベットＡ〜Ｇに相当する。
【００３４】
利用者７がタクシー４を乗降する場所を示す乗降地データは、原則として運行時間決定用地図データ１２の座標、たとえば、図２に示すブロック（Ａ，１），（Ｃ，３）等によって特定し、タクシー４の運転者または利用者７がその乗降地データを処理部２に送信する。
【００３５】
また、運行時間決定用地図データ１２は、地図上のどこに何の施設が存在するかについての施設情報を含んでいる。この施設とは、病院、駅、学校、ショッピングセンターまたは工場等である。この施設情報は、施設情報レイヤーにまとめられ、地図情報のレイヤー等の各種レイヤーに重ね合わされる（図１４参照）。
【００３６】
図４は、処理部２の記憶部３に格納されている配車スケジュールテーブル３１を示す。配車スケジュールテーブル３１は、所定時間、ここでは１０分、を一単位としその一単位毎に１つまたは複数のマス目１５ａに区切った予約枠１５を備える。図４では予約テーブル１６の午前７時から午前９時までの２時間を示している。予約テーブル１６は、各々のタクシー４の送受信手段６にも送信されるようにしても良い。各予約枠１５は、この例では６つのマス目５ａを有し、最大６台分の予約が可能となっている。予約枠１５の各マス目１５ａには、データの入力の有無のみ、すなわち予約がされたか否かの情報が格納され、その情報は書き換え可能とされている。
【００３７】
ここで、予約テーブル１６は、タクシー４の平均移動時間をｘ分とし、タクシー会社が保有するタクシー４の台数をｙ台としたとき、１時間の中での予約枠１５の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内としている。そして、予約の単位時間をｚ分としたとき、単位時間内の各予約枠１５を１以上で「限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下としている。ここで、平均移動時間とは、そのタクシー会社のタクシー４がある客を乗せてからその客を降ろすまでの時間の平均を言う。すなわち、１回当たりのタクシー運行時間である。
【００３８】
図４では、タクシー４の平均移動時間（ｘ分）、すなわち、１回当たりのタクシー運行に要する時間を２５分に設定している。また、タクシー４の台数（ｙ台）は、１５台に設定している。また、予約の単位時間（ｚ分）、すなわち、１つの予約枠１５が占める時間を１０分に設定している。すると、１時間の中での予約枠１５の限度数は、「（６０÷２５）×１５＝３６」となる。この限度数の値３６の−２０％以内の値としては、「２８．８〜３６」となる。ここで小数点以下は切り下げても切り上げても良い。この例では切り上げることで「２９」としている。このため、限度数として、２９〜３５のいずれかを選択しても良いが、図４の例では、「３６」としている。そして、単位時間であるｚ分（＝１０分）内の各予約枠１５の最大値は、「３６÷（６０÷１０）＝６」となる。すなわち、予約枠１５は、１以上で（６−ｎ）以下であるが、ここで、ｎを０に設定していることで、予約枠１５は「１〜６」のいずれかとなるが、図４の例では、最大値である「６」を採用している。
【００３９】
また、処理部２は、配車されるタクシー４の数が入力されることで、予約枠１５の限度数を上述の式に基づき自動算出し、算出された値の中に入る整数値のうち最大値を選択し、１０分毎の各予約枠１５を「最大値÷６」とし、予約引受可能な枠をその値の１／４〜３／４の範囲としている。上述の計算では、限度数の最大値が３６となるため、図４では、１０分毎の各予約枠１５は、「３６÷６＝６」となり、その６つのマス目１５ａを有する予約枠１５のうち予約引受可能な枠（マス目１５ａ）をその値の１／４〜３／４の範囲としている。「６」の１／４は１．５であるが、小数点以下を切り下げて「１」とし、「６」の３／４は４．５であるが切り上げることで「５」とし、１〜５の範囲となるが、この例では１〜５の範囲に含まれる２〜４の範囲としている。よって、その２〜４の範囲の予約枠１５には、「●：予約済み」または「○：予約引受可」が入力され、それ以外の予約枠１５のマス目１５ａは、「×：予約引受不可」となる。予約枠１５のマス目１５ａ、すなわち予約台数の計算を行う際に、小数点以下が出た場合、切り下げ、切り上げのいずれか一方を適宜使用することになるから上述のように値が大きい方は切り上げて、値が小さい方は切り下げを行うことが好ましい。
【００４０】
図５は、午前７時から午後６時までの間の予約テーブル１６の概念図である。各時間帯によって、１０分毎の各予約枠１５を「上述の最大値÷６」の１／４〜３／４の範囲内で変化させている。また、単位時間内の各予約枠１５を午前から午後にかけての所定時間（午前９時から午後１時）のみ１倍を超え２倍以下としている。すなわち、図５の例では、午前９時から午後１時までは１０分毎の予約枠１５のマス目１５ａ（台数）を１０個としている。この「１０」は、先ほどの予約枠１５の値である「６」の１．７倍であり、１倍を超え２倍以下の範囲とされている。この午前９時から午後１時までは、老人が病院へ行って帰る時間帯であり、通院の往路と通院の復路に利用され、運行稼働効率は高い。このため、この時間帯の予約引受可能数は大きくすることができる。図５の例では１０個のマス目１５ａを全て予約引受可能としている。図５では「限度数」が予約引受可能数を示している。
【００４１】
図６は、図４および図５に示す予約枠１５の設定を処理部２が行う際の処理フローを示す図である。まず、７:００〜１８：００内、すなわち７：００〜１７：５０内を１時間毎に分割する（ステップＳａ）。次に、１時間内を１０分毎に分割し、１０分単位に予約枠を設定する（ステップＳｂ）。その結果、７：００〜９：００の間、および１３：００〜１８：００の間は、車両５台につき２枠、すなわち保有台数が１５台の場合には６枠ずつの予約枠１５が設定される。この設定は、平常時の設定となる。そして、９：００〜１３：００の間は、車両５台につき４枠ずつ、すなわち保有台数が１５台の場合には１２枠ずつ予約枠１５が設定される。この設定は、平常時の設定である。ここで、車両５台につき２枠ずつというのは、平均移動時間を２５分としたときの予約枠１５の平常時の最大値である。また、車両５台につき４枠ずつというのは、平均移動時間を２５分とした場合の予約枠１５効率稼働時の最大値である。これらの最大値がまず設定される。
【００４２】
そして、処理部２は、予約枠１５を可変値に設定し（ステップＳｃ）、１時間毎の上限値および１０分毎の受け入れ数を入力する（ステップＳｄ）。ステップＳｃでは、予約枠１５のマス目１５ａの数が１２の場合１０に変更することなどが行われる。また、ステップＳｄでは、たとえば７：００では予約引受可能数を「６」ではなく「２」とし、７：５０では、「６」ではなく「４」とする等が行われる。すると、予約枠１５は、予約受け入れ可の状態となる（ステップＳｅ）。
【００４３】
次いで、利用者７が通信装置８を使用して処理部２に予約申込のデータを送信すると、もしくはタクシー会社の従業員がキーボードなどで予約の入力をすると、またはタクシー４の送受信手段６から予約申込データが処理部２へ送信されると、処理部２は、空いている予約枠１５が予約を受け入れるかを判断する（ステップＳｆ）。その判断の結果、予約を受け入れないのであれば、処理部２は処理を終了する（ステップＳｇ）。逆に予約を受け入れるのであれば、予約枠１５のマス目１５ａへの予約の受け入れが確定となり（ステップＳｈ）、各予約枠１５のマス目１５ａ毎に１件ずつ、予約引受可能なマス目１５ａが無くなるまで予約が入力される（ステップＳｊ）。その際、必要に応じて予約の変更・解約等、または、後述する遠方配車予約リストがあれば、その旨も入力される（ステップＳｋ）。以上で予約の申し込みの受付処理が完了する（ステップＳｍ)。
【００４４】
図７は、タクシー配車処理装置１が行う配車処理の流れを示している。この一連の処理が本発明の実施の形態に係るタクシー配車システムの配車動作となる。まず、タクシー４の送受信手段６または利用者７のコンピュータ８から、利用者７の乗降地データと、乗車時刻データまたは降車時刻データとを処理部２に送信されたり、タクシー会社の従業員が処理部２にそれらのデータが入力されたりする（ステップＳ１）。これらのデータの送信または入力は、ステップＳｆの際のデータ送信やデータ入力と共に行われる。しかし、ステップＳｍの後にこれらのデータが送信されたり入力されるようにしても良い。
【００４５】
処理部２は、送信されてきたり、入力されたりした乗降地データと運行時間決定用地図データ１２とを参照して、乗降地データをブロック１１に区分けされた座標データに置き換える（ステップＳ２）。そして処理部２は、その座標データおよび乗車時刻データまたは降車時刻データから、利用者の乗車時刻データおよび降車時刻データのうち、送信されていない方のデータを割り出す（ステップＳ３）。そして、処理部２は、配車時刻と完了予想時刻を含む配車前の配車スケジュールテーブル３１を作成する（ステップＳ４）。この配車スケジュールテーブル３１の詳細については後述する。なお、完了予想時刻は、降車時刻データに相当する。
【００４６】
次に処理部２は、配車前予約リストと、各車両の状況とから、配車に最も適する車両を各予約に対して検索し、決定後、該当車両に配車について指示する（ステップＳ５）。この配車は、予約の昇順、すなわち予約時刻の早いものから順に決定していく。配車指示を受けた車両は、その配車指示を受け入れるのか否かを判断する（ステップＳ６）。
【００４７】
送受信手段６によって配車指示を受信したタクシー４の運転手は、その乗務が可能であれば配車指示の承認の旨のデータを送受信手段６によって処理部２に送信する（ステップＳ６でＹｅｓ）。もし、タクシー４の運転手がその配車指示を受け入れない場合は、そのタクシー４の送受信手段６を使用して配車指示を受け入れない旨のデータを処理部２に送信し（ステップＳ６でＮｏ）、ステップＳ５に戻る。
【００４８】
ステップＳ６でＹｅｓの場合、処理部２は、その予約に対し配車する車両を配車スケジュールテーブル３１に入力し、そのテーブル３１を記憶部３に保存する（ステップＳ７）。一方、配車指示を受け入れたタクシー４は、配車時刻になると利用者７の乗車地へ予約時刻に間に合うように出発することとなる（ステップＳ８）。
【００４９】
上述のステップＳ１について詳述する。利用者７の乗降地データと、乗車時刻データまたは降車時刻データとをタクシー配車処理装置１に送信するのは、タクシー４の運転手でも利用者７でも良い。また、電話で予約を受け付けたタクシー会社の従業員でも良い。タクシー４の運転手が次の予約のための各データをタクシー配車処理装置１に送信する場合には、タクシー４に備えられた各種データを処理部２と送受信する送受信手段６、たとえば専用の通信機器、通信機能付きパーソナルコンピュータ、携帯電話等のインターネット等を利用した通信装置を用い、タクシー４の運転手がそれを操作して送信する。また、利用者７が各データをタクシー配車処理装置１に送信する場合には、通信機能付きパーソナルコンピュータ、携帯電話等のインターネット等を利用した通信装置８を用い、利用者７がそれを操作して送信する。送信された各データは、サーバ部５を介して処理部２へと渡され記憶部３にて記憶される。
【００５０】
ここで、利用者７がリピータである場合、利用者７が利用した経験のある乗降地データに基づく第１の顧客データを用い、第１の顧客データを利用して、タクシー４または利用者７によって処理部２へ乗降地データを送信することができる。たとえば、特定の利用者７が一度利用した乗降地データを第１の顧客データとして記憶部３が記憶しており、その利用者７が再度タクシー４を利用する場合、その第１の顧客データを再利用することができる。
【００５１】
また、乗降地データは、通信機器が備えるグローバル・ポジショニング・システムを用いて、タクシー４または利用者７が現在いる位置を特定し、タクシー４または利用者７がその乗降地データを処理部２に送信することとしても良い。
【００５２】
さらに、タクシー４または利用者７は、上述の施設情報に基づいて乗降地データを処理部２に送信できる。たとえば、タクシー４または利用者７は、乗降地データを病院名、学校名等によって特定して処理部２へと送信することができる。このとき、処理部２は、施設情報から当該施設が複数のブロック１１のどこのブロック１１に位置するかを特定する。また、運行時間決定用地図データ１２に関連付けた住所または電話番号のデータベースを用い、タクシー４または利用者７が住所または電話番号によって乗降地データを特定し、タクシー４または利用者７がその乗降地データを処理部２に送信することとしても良い。
【００５３】
図８は、タクシー４の車内に設置された送受信装置６の具体例であり、専用の通信機器２１の操作パネルの一例を表示した図である。通信機器２１は、各種ボタンＢ１〜Ｂ２２および表示部２２、そして、図示を省略する会員カードおよび非会員のための共通カードの情報を読み取るカードリーダ部、および図示を省略する印刷部を有している。通信装置２１に使用される会員カードは、会員である利用者７の氏名、住所、その住所がどのブロック１１に属するかの情報および会員番号の情報が、予めバーコードまたはＩＣチップ等に記憶されたものが印刷されまたは搭載されているものである。また、共通カードは、利用者が会員でない旨の情報がバーコードまたはＩＣチップ等に記憶されたものが印刷されまたは搭載されているものである。会員カードとしては、料金が銀行口座などから自動的に引き落とされるカードが好ましい。また、共通カードとしては、料金が前払いされているカードが好ましい。
【００５４】
ここで、たとえば、会員がタクシー４に乗った際に次の予約を行うときに図２に示すブロック（Ａ，１）を乗車地として特定する場合の通信機器２１の操作の様子を説明する。運転手は、カードリーダ部にて利用者の会員カードの情報を読み込む。そして、予約ボタンＢ９を押し、その後、乗車ボタンＢ１を押し、アルファベットボタンＢ２１の中から「Ａ」のボタンを選択して押し、次いでテンキーＢ２２の中から「１」のボタンを選択して押す。最後に乗車地を確定するため実行ボタンＢ１３を押す。これら一連の操作の内容は、逐次、表示部２２へと表示される。また、降車地を特定する場合には、上述の乗車ボタンＢ１に代えて降車ボタンＢ２を押し、その他の操作は乗車地を特定する場合と同様に行う。また、乗車地または降車地が会員の住所である場合には、上述のアルファベットボタンＢ２１およびテンキーＢ２２のボタン操作に代え、自宅ボタンＢ１０を押すことで、
会員カードに記憶されている住所のデータが入力される。
【００５５】
なお、通信機器２１を用いて利用者７の予約の日時を特定する際には、たとえば上述の乗車地および降車地の特定が終了したことを契機に、通信機器２１は表示部２２に年、月、日、時刻を各々問い合わせてくる表示動作を行う。運転手はその都度、テンキーＢ２２にて年、月、日、時刻を入力する。また、一旦、処理部２に送信され、予約番号が付与された予約を取り消したいときには、運転手は、番号ボタンＢ５を押し、その後、テンキーＢ２２にて当該予約番号を入力し、実行ボタンＢ１３を押す。なお、予約番号は、ステップＳｈにて予約の受け入れを確定したときに処理部２が生成し、記憶部３に保存されるものである。そして、ステップＳ７によって配車完了後の配車スケジュールテーブル３１が作成される際に、該当するタクシー４に送信されるものである。
【００５６】
ここで、会員カードをカードリーダ部にて読み込んだ時刻が、今回の乗車のための予約時刻を５分以上経過しているときは、乗車地への到着が遅れたと考えられるため、通信装置２１は遅れたことを示すデータと、遅れ時間を処理部２へ送信すると共に後述する日報へ遅れを示すデータとその遅れ時間を印字する処理を行う。
【００５７】
また、通信機器２１を用いて上述の施設情報に基づいて次回の予約のための乗降地データを入力する様子を説明する。施設が病院の場合には、通院ボタンＢ６を、施設がショッピングセンター等の場合は買物ボタンＢ７を、施設が銀行、レストラン等のそれら以外の場合は所用ボタンＢ８を押す。すると、病院の一覧、ショッピングセンターの一覧、それら以外のそれぞれの施設の一覧の中の１つが選択されて表示される。このとき、これまでに選択された回数の多い順に上から順に表示部２２に表示される。この表示の状態を図９に示す。図９は病院の一覧の例である。選択するためのカーソルの上下動作（プルダウン）は、テンキーＢ２２の「＊」および「＃」ボタン等で行う。そして、目的となる施設にカーソルを合わせて実行ボタンＢ１３を押す。なお、表示部２２への表示の際、その回数、乗車時間、開業時間のいずれか１つまたは複数を併せて表示するようにしても良い。
【００５８】
図１０は、通信機器２１を用いて予約申込を行った場合のタクシー４の運転手の作業フローを示す図である。まず、運転手は、利用者カード（会員カードまたは共通カード）をカードリーダ部で読取る（ステップＳ１ａ）。次いで予約日を入力する（ステップＳ１ｂ）。この入力の際には、上述したボタン操作の他、予約日を選択するためのカーソルの上下動作（プルダウン）および実行ボタンＢ１３の押下などが行われる。そして、利用者７が希望する時間帯の予約枠１５の空きの確認を行う（ステップＳ１ｃ）。そして、希望する予約枠１５へ予約を入力するかを運転手が利用者７と共に判断する（ステップＳ１ｄ）。希望する予約枠１５が埋まっている等の理由で、その入力をしない場合は、別の予約枠１５の空きを確認するかどうかをさらに判断する（ステップＳ１ｅ）。その確認をしないなら、運転手の作業は終了する（ステップＳ１ｆ）。その確認をするなら、近接する時間帯の空き等を再確認する（ステップＳ１ｇ）。ステップＳ１ｄの判断において、その入力をする場合は、予約日時を確定させ（ステップＳ１ｈ）、その予約条件（乗降車地、利用目的（通院・買物・所用）等）を入力し（ステップＳ１ｊ）、処理部２へと送信して、処理部２から予約が確定した旨の告知と予約番号を受ける。そして、予約番号等が入った予約チケットを発券する（ステップＳ１ｍ）。
【００５９】
上述のステップＳ２について詳述する。ステップＳ２では、処理部２は、利用者７の乗降地データから、乗車地と降車地の２点を特定し、運行時間決定用地図データ１２の該当するブロック１１にその２点をそれぞれ入力する。そして、処理部２は、送信された乗車時刻データまたは降車時刻データを取得し、記憶部３にて記憶する。
【００６０】
図１１は、通信機器２１を用いるか否かを問わず、予約申込が行われた場合の処理部２の処理フローを示す図である。まず、処理部２は、通信機器２１等から予約データを受信する（ステップＳ２ａ）。次いで処理部２は、予約日を確認する（ステップＳ２ｂ）。そして、処理部２は、利用者が希望する時間帯の予約枠１５の空きの確認を行う（ステップＳ２ｃ）。そして、処理部２は、希望する予約枠１５が空いているかを判断する（ステップＳ２ｄ）。希望する予約枠１５が埋まっている等の理由で、その入力をしない場合は、処理部２は、別の予約枠１５の空きを確認するかどうかをさらに判断する（ステップＳ２ｅ）。その確認をしないなら、処理部２の処理は終了する（ステップＳ２ｆ）。その確認をするなら、処理部２は、近接する時間帯の空き等を再確認する（ステップＳ２ｇ）。ステップＳ２ｄの判断において、その入力をする場合は、処理部２は、予約日時を確定させ、その旨を予約データの送信者へと送信（告知）する（ステップＳ２ｈ）。そして、処理部２は、その予約条件（乗降車地、利用目的（通院・買物・所用）等）を登録し（ステップＳ２ｊ）、処理部２は送信者へその予約が確定した旨のデータを送信（告知）する。そして、配車スケジュールテーブル３１の基となる予約リストを作成（予約日別（昇順））する（ステップＳ２ｍ）。
【００６１】
上述のステップＳ３について詳述する。ステップＳ３では、処理部２は、ステップＳ２で入力された２点間について、座標データ上の距離（実際には移動時間）を求める。すなわち、２点間の移動時間を求める。そして、処理部２は、ステップＳ２で取得したのが乗車時刻データの場合は、その乗車時刻に上述の移動時間を加算して降車時刻データを割り出す。また、処理部２は、ステップＳ２で取得したのが降車時刻データの場合は、その降車時刻から上述の移動時間を差し引いて乗車時刻データを割り出す。
【００６２】
すなわち、ステップＳ３では、タクシー４の予約をする利用者７の位置情報のレイヤーおよび利用者７の降車予定の降車位置情報のレイヤーを、地図情報のレイヤーおよびブロック情報のレイヤーに重ねることで、利用者７の乗車位置から降車位置までの時間を算出している。たとえば、乗車位置と降車位置が同じブロック１１に属しているなら、その時間は５分とし、隣接する場合は１０分とする。また、乗車位置と降車位置が離れている場合は、図２に示すＡ〜Ｇの方向の両地点間のブロック１１の数と、
図２に示す１〜８の方向の両地点間のブロック１１の数とのうち、大きい方のブロック１１の数を（ｍ）とし、「（ｍ＋１）×５分」をその時間とする。なお、両地点間のＡ〜Ｇ方向の差をａとし、１〜８の方向の差をｂとしたとき、ａ２＋ｂ２＝ｃ２によりｃを計算し、乗車位置から降車位置までの時間としても良い。
【００６３】
次に、上述のステップＳ４について詳述する。処理部２は、ステップＳ３で得た各データから配車時刻を有する前の配車スケジュールテーブル３１を作成する。配車時刻とは、タクシー４が出発できる時刻のことである。よって、運行を終了した時刻、降車時刻に相当する。すなわち配車時刻とは、タクシー４が所定の場所から出発できる時刻を指す。
【００６４】
得られた配車時刻と、降車時刻となる完了予想時刻の各データを含む配車前の配車スケジュールテーブル３１が作成され、記憶部３に保存される。配車スケジュールテーブル３１は、図１２に示すものである。ただし、配車前の配車スケジュールテーブル３１は、図１２に示す各項目中「号車」の欄中には何も記入されていないものである。各予約に対して配車される車が決定していくと、「号車」の項目に決定した車が記入されていく。
【００６５】
配車スケジュールテーブル３１は、予約時刻順に並べられた第１の配車スケジュールテーブル３２と、配車時刻順すなわち完了予想時刻順に並べられた第２の配車スケジュールテーブル３３と、を備える。
【００６６】
第１の配車スケジュールテーブル３２は、予約時刻に乗車時刻である「時刻」と、利用者７の名前である「顧客名」と、利用者７の自宅のブロック１１が記入される「顧客Ｂ」と、利用者７が自宅以外で乗車する場合に、その乗車地のブロック１１が記入される「乗車Ｂ」と、利用者７が降車するブロック１１が記入される「降車Ｂ」と、通院で利用する場合にその旨を示すデータ、この例では「＊」が記入される「通院」と、配車される車が記入される「号車」と、降車する時刻となる完了予想時刻が記入される「完了予想」の各項目を有する。
【００６７】
第１の配車スケジュールテーブル３２は、各データの入力および上述した計算の結果、「号車」の欄を除き、このステップＳ４において完成する。第２の配車スケジュールテーブル３３は、配車時刻が算出されることで自動的に作成されタクシー配車装置１の表示部に表示される。この第２の配車スケジュールテーブル３３は、配車が確定するごとに確定したことを示すデータが記入される「完了確定」と、配車時刻が記入される「配車時刻」と、予約時刻が記入される「予約時刻」と、顧客名が記入される「顧客名」と、確定した配車される車が記入される「配車Ｂ」の各項目を有する。
【００６８】
次に、上述のステップＳ５について詳述する。処理部２は、配車前の配車スケジュールテーブル３１と、各車両の状況とから、配車（予約）に最も適する車両を検索し抽出する。この場合、配車に適する車両が複数抽出されたら、後述する選択条件を適用して最も適する車両を選択する。
【００６９】
上述のステップＳ５における車両の検索、抽出について詳述する。処理部２は、新たな予約が入り、ＯＫすると、ステップＳ３で得た乗車時刻データから降車時刻データまでの時間の予約枠１５にデータが入力されていないタクシー４であり、かつ乗車時刻（＝予約時刻）に乗車地に到着可能なタクシー４を抽出する。この抽出のため、各タクシー４の配車スケジュールテーブル３１を参照し、そのタクシー４を検索する。この検索の際は、完了予想時刻と、配車時刻と、各タクシー４のいる場所が重要項目となる。
【００７０】
すなわち、このステップＳ５では、処理部２は、予約申込者の乗車日時が入力されると、ステップＳｆ、ステップＳｈの処理をする。すなわち、処理部２は、予約枠１５を検索し、該当する予約枠１５に空きがあるか否かを判断し、空きがあると、その枠を埋める。それと共に乗車日時、乗車地、目的地を少なくとも有する予約リストを作成する。その後、その予約リストと運行時間決定用地図データ１２に基づき、降車時刻を算出し、その降車時刻を利用して配車スケジュールテーブル３１を作成する。ここで、処理部２は、運行時間決定用地図データ１２中に無い乗車地の予約が入ったときは、先ほどの予約リストとは別に遠方配車用予約リストを作成する。
【００７１】
検索し抽出されたタクシー４から所定のタクシー４を選択したする際には、図１３に示す配車処理をする。図１３は、配車処理をする際の処理の流れを示す図である。
【００７２】
まず、処理部２は、図７に示すステップＳ５の抽出ができるか否かの判断を行う（ステップＳ１１）。そして、抽出できなかった場合には、乗車時刻データの時刻に近い時刻であってその時刻の乗車時刻データであれば上述の抽出が可能な時刻の１つまたは２つ以上のデータを各データの送信者であるタクシー４の運転手または利用者７へと送信する（ステップＳ１２）。もし、各データの入力がタクシー４の保有会社側で行われる場合は、その作業者に対しタクシー配車処理装置１の表示部にそれらのデータを表示する。
【００７３】
ここで、データを受信した者がタクシー４の運転手の場合は、利用者７に対して上述の抽出が可能な時刻の１つまたは２つ以上のデータへと変更が可能か否かを伺う。可能であればその時刻に基づいたデータ送信（図７のステップＳ１）を行う。不可能であれば、配車が不可能である旨を利用者７へと伝えるか、またはタクシー４の予約対応可能な台数を増やし、この利用者７のタクシー利用を可能とするよう基地局へ連絡する。また、データを受信した者が利用者７の場合は、利用者７が上述の抽出が可能な時刻の１つまたは２つ以上のデータの中から利用可能なものを選択する。そして、利用者７はその利用可能な時刻に基づいたデータ送信（図７のステップＳ１）を行うことができる。
【００７４】
そして、図７に示すステップＳ５の抽出ができるか否かの判断（ステップＳ１１）を行った結果、抽出できた場合には、処理部２は、さらにその抽出したタクシー４の数が１つか、複数かの判断を行う（ステップＳ１３）。抽出したタクシー４の数が１つの場合は、それを選択してステップＳ６の処理を行う（ステップＳ１４）。抽出したタクシー４の数が複数の場合は、以下の２つの処理を適宜選択して、または組み合わせて行う。１つめの処理では、処理部２は、抽出した複数のタクシー４がそれぞれその日の出勤後初の仕事であるタクシー４の場合には、出勤時刻の早いものを優先して配車する処理を行う（ステップＳ１５）。なお、抽出した複数のタクシー４の一方が出勤後初の仕事で、他方が既に仕事を行っている場合は、初の仕事のタクシー４を選択する。ただし、同時刻の予約が複数ある場合には、初の仕事のタクシー４には、最も長時間運行となる予約を割り振る。これらの割り振りは、処理部２が判断して行う。
【００７５】
２つめの処理では、処理部２は、抽出したタクシー４のうち、移動時間データの値の小ささを判断する（ステップＳ１６）。移動時間は完了車両の現在地のブロック１１と、配車先のブロック１１との間のブロック差によって算出する。この算出は、乗車位置と降車位置との間の時間の算出と同様の原理にて実行される。ステップＳ１６の次にさらに、移動時間データの値が最も小さいタクシー４の数が１つか、複数かの判断を行う（ステップＳ１７）。そして、移動時間データの値が最も小さいものが１つであれば、それを選択して配車する処理を行う（ステップＳ１８）。また、移動時間データの値が同じものが複数存在した場合には、処理部２として、予約運行が可能な連絡を受領した時がより早いものを選択して配車する処理を行う（ステップＳ１９）。すなわち、最も早く予約可能な旨の連絡をしたタクシー４が処理部２によって選択される。
【００７６】
なお、処理部２は、配車スケジュールテーブル３１を作成するに当たって、遠方配車用予約リストが存在する場合は、通常の予約リストに優先して、すなわちステップＳ１１からステップＳ１９の処理に優先して遠方配車用予約リストの配車処理を行う（ステップＳ２０）。遠方配車用予約リストとは、利用者７の乗車地が、ブロック分けした範囲内に無い予約を集めたリストである。図２、図３の例では、Ａ〜Ｇと１〜８で区切られたブロック内に無い場所が乗車地となる予約の対象となる。
【００７７】
遠方配車用予約リストの配車処理は、ステップＳ１１からステップＳ１９の処理を行わない。処理部２はステップＳ５の処理の一部として個別具体的な処理を行う。その個別具体的な処理とは、遠方配車用予約リストの組込処理である。ステップＳ５において一旦仮確定した配車スケジュールテーブル３１に遠方配車を組み込む。このとき、降車地がブロック分けしたエリア外にいる車両が遠方配車の候補となる。また、遠方配車用予約リストの乗車時刻、降車時刻の期間およびその前後の期間の予約枠１５に明らかにデータが入力されていないタクシー４が遠方配車の候補となる。
【００７８】
遠方配車の候補となったタクシー４の現在地から乗車地までの移動時間が最少のものを最適候補として選択する。そして、ステップＳ６の処理をし、配車を確定させる。もし、遠方配車される車両が他の運行とバッティングする場合で遠方配車を承諾したときは、バッティングした運行を他の車両に置き換える。
【００７９】
以上の図１３に示す処理を行うことで、各タクシー４の配車スケジュールテーブル３１が完成する。各タクシー４の運転手は、この配車スケジュールテーブル３１に基づいて運行する。すなわち、処理部２は、一定の基準で選択したタクシー４を利用者７へ配車する。
【００８０】
また、図１３に示す処理を行うことで、利用者７が利用するタクシー４の乗車地と降車地、乗車時刻と降車時刻が確定する。そこで、利用者７がタクシー４の車内にて次回利用するタクシー４の予約をした場合には、運転手は、入力された乗車時刻データと降車時刻データとのいずれか一方または双方を、さらには乗車地と降車地を、印刷装置等の出力装置にてタクシー４内で出力し紙に印刷し、その利用者へと渡すことができる。また、利用者７がパーソナルコンピュータまたは携帯電話等の通信装置８を操作してタクシー４の予約をした場合には、その通信装置８が有する表示部へ、入力された乗車時刻データと降車時刻データとのいずれか一方または双方を、さらには乗車地と降車地を表示させることができる。
【００８１】
図１４は、そのように紙に印刷された予約情報の一例を示している。なお、会員でない利用者７に対して交付する紙には、利用者７の名前が印刷されない。また、運転手は、通信機器２１の確認ボタンＢ１１を押すことで、表示部２２にこの印刷される情報を表示させ確認することができる。そして、発券ボタンＢ１２を押すことで、印刷部にてこの印刷を実行することができる。
【００８２】
本実施の形態に係るタクシー配車処理装置１およびタクシー配車システムでは、タクシー４の利用に際し利用者７に関する必要な第２の顧客データを用い、その第２の顧客データを各々のタクシーの運転手が把握可能とすることができる。たとえば、利用者７が体の不自由な者の場合、タクシー４へ乗る際に、タクシー運転手等の補助を必要とする場合がある。同様にタクシー４から降りた後に、利用者７が目的地に到達するまでにタクシー運転手等の補助を必要とする場合がある。このような場合等の、タクシー４の利用に際し利用者７に関する必要なデータを、第２の顧客データとして記憶部３に記憶しておく。そして、次回その利用者７がタクシー４を利用しようとするとき、前回担当した運転手以外の運転手にこの第２の顧客データを知らせることで、当該利用者７に対する補助等を運転手が実行できるようにすることができる。
【００８３】
なお、タクシー４と処理部２の情報伝達を図８に示す通信機器２１を用いて行う場合の様子を説明する。たとえば、１つのタクシー運行業務を終了させたら、運転手は、完了ボタンＢ３を押し、テンキーＢ２２の「＊」ボタンを押し、実行ボタンＢ１３を押す。この操作によって、当該運行業務が終了した情報を処理部２へと伝達することができる。処理部２は、その情報を記憶部３に記憶させる。また、処理部２から配車指示の情報が送信され、表示部２２にその旨が表示される場合がある（ステップＳ６）。運転手がその配車指示に了解するときには、了解ボタンＢ４を押し、実行ボタンＢ１３を押す。この操作によって、ステップＳ６についてＹｅｓとなり、当該配車を引き受けた旨の情報を処理部２へと伝達することができる。処理部２は、その情報を記憶部３に記憶させる。
【００８４】
また、本実施の形態に係るタクシー配車処理装置１およびタクシー配車システムでは、配車スケジュールテーブル３１に基づいて、各タクシー４の日報を作成する。日報は、その日の運行回数の何回目かを示す「回数」と、予約時刻を示す「予約時」と、予約時刻に対して５分以上の遅刻があったか否かを示す「Ｃ」と、乗車時刻を示す「乗車時」と、乗車ブロックを示す「乗車Ｂ」と、乗車地の施設名等を示す「乗車地」と、の項目を有する。また、日報は、所定の地を経由した場合、その経由地のブロック１１を示す「経由地」と、降車時刻を示す「降車時」と、降車のブロック１１を示す「降車Ｂ」と、降車地の施設名等を示す「降車地」と、支払いがプリペイドカードで支払われたとき、その支払額が示される「プリカ」と、支払いが現金で行われたとき、その料金が示される「現金」と、銀行カード等が使用されたときの料金を示す「カード」の各項目を有する。さらに、日報は、会員番号を示す「会員Ｎｏ．」と、顧客名を示す「顧客名」と、通院に使用したときチェックされる「通院」と、買物に使用したときチェックされる「買物」と、所用に使用したときチェックされる「所用」と、利用者が男何人であるかを示す「男」と、利用者が女何人であるかを示す「女」と、車内で予約がされたときチェックされる「予約」と、の各項目を有する。
【００８５】
図１５は、上述した本実施の形態に係るタクシー配車処理装置１およびタクシー配車システムにおける各情報の関連性を示す概念図である。実際の距離に基づいて描かれる一般的な地図情報のレイヤー１３（地理情報）と、太い線で区切られることで時間的な距離でブロック化されたブロック情報のレイヤー１４（地域ブロック）が重ねられている状態については上述した。地図情報のレイヤー１３は、ＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ  Ｉｎｆｏｍａｔｉｏｎ  Ｓｙｓｔｅｍ）を利用して作成されている。本実施の形態に係るタクシー配車処理装置１およびタクシー配車システムでは、これらのレイヤーの他に、タクシー４の配車スケジュールテーブル３１の車両情報に関するレイヤー４１と、乗降車地データ等の予約情報に関するレイヤー４２と、上述の施設情報に関するレイヤー４３と、上述の第１および第２の顧客データに関するレイヤー４４とが重なり合っている。そして、それらのレイヤーに集束された空間情報のデータベースを構築し、それらのレイヤーの重なり合わせにより目的の情報を処理している。
【００８６】
（本発明の実施の形態によって得られる主な効果）
本発明の実施の形態に係るタクシー配車システムおよびタクシー配車処理装置１は、従来のＧＰＳ機能を用いた配車を行わず、予め作成された配車スケジュールテーブル３１に基づいて配車を行うため、複数のタクシー４に対して均等に配車が可能である。特に地方都市では、タクシー４の利用者７の多くが特定の者に限られ、かつその利用ルートもその特定の者ごとに決まっている場合が多い。本発明の実施の形態に係るタクシー配車システムおよびタクシー配車処理装置１は、そのような場合に利用者７のタクシー利用の利便性を向上させる。さらに、配車スケジュールテーブル３１に基づいて配車を行うため、たまたま同じまたは似たようなルートを同時刻に利用する利用者が複数いる場合には、乗合タクシーとしての運行を可能とし、運転手の業務負担の軽減、および利用者の料金面の負担の軽減を図ることができる。
【００８７】
ここで、処理部２は、抽出したタクシー４が複数の場合でかつそれらが出勤後初であるタクシー４の場合、出勤時刻の早いものを優先する、上述のステップＳ１５の処理を行う。そのため、複数のタクシー４の運転手への配車機会について不公平感を軽減することができ、より均等な配車が可能となる。
【００８８】
また、処理部２は、抽出したタクシー４が複数の場合、移動時間データの値が最も小さいものを選択し、移動時間データの値が同じものが複数存在した場合には、ステップＳ１６，Ｓ１７，Ｓ１９に示すように予約運行が可能な連絡を受領した時がより早いものを送信したタクシー４を選択する。そのため、複数のタクシー４の運転手への配車機会について不公平感を軽減することができ、より均等な配車が可能となる。
【００８９】
また、運行時間決定用地図データ１２は、一般的な地図情報のレイヤー１３に、時間的な距離でブロック化されたブロック情報のレイヤー１４が重ね合わされたものである。そのため、一方通行、または山間地等のタクシー４による移動の妨げとなるような土地の事情を考慮した、タクシー４のための移動時間情報を提供できる。たとえば、タクシー４の予約をする利用者７の位置情報および利用者７の降車予定の降車位置情報を含む予約情報のレイヤー４２を、地図情報のレイヤー１３およびブロック情報のレイヤー１４に重ねることで、利用者７の乗車位置から降車位置までの時間を算出することができる。
【００９０】
また、処理部２は、保有しているタクシー４の数や平均運行時間等が入力されることで、予約枠１５の限度数を自動算出し、算出された値の中に入る整数値のうち最大値を選択し、予約枠の時間間隔となるｚ分を１０分とした上で１０分毎の各受付可能予約枠を「最大値÷６」の１／４〜３／４の範囲としている。そのため、過剰な予約を抱え込むことなく、適切な運行回数の配分、業務量の安定化、運行の平準化、運転手の業務量の低減等を図ることができる。
【００９１】
また、単位時間内の各予約枠１５を午前から午後にかけての所定時間のみ１倍を超え２倍以下としている。その所定時間は、高稼働な時間帯である学校、病院、職場等への移動のため、病院から自宅への移動のため、タクシー４の利用が集中する高稼働の期間である。この時間帯は、特に通院が多く、往と復の双方に予約を当てることができ、高効率となる。このため、受付可能予約枠を多くしてもその期間の負荷に対応させることができる。
【００９２】
また、処理部２は、運行時間決定用地図データ１２中に無い乗車地の予約が入ったときは、予約リストとは別に遠方配車用予約リストを作成する。このため、運行時間決定用地図データ１２中に無い想定外の地域への配車が可能となる。また、処理部２は、配車リストを作成するに当たって、遠方配車用予約リストが存在する場合は、予約リストに優先して遠方配車用予約リストの配車を行う。このため、想定外の地域への配車に際し、個別具体的かつ迅速な対応が可能となる。
【００９３】
処理部２は、図７のステップＳ５に示す抽出ができなかった場合には、乗車時刻データの時刻に近い時刻であってその時刻の乗車時刻データであれば抽出が可能な時刻の１つまたは２つ以上のデータをタクシー４または利用者７へと送信する（図１３のステップＳ１２）。そのため、利用者７の都合とタクシー４の配車の都合のすり合わせができ、利用者７の満足度を高めることができる。
【００９４】
また、入力された乗車時刻データと降車時刻データとのいずれか一方または双方を、タクシー４内で出力する。そのため、利用者７は次回のタクシー４の予約を確認でき、忘れないようにすることができる。
【００９５】
また、運行時間決定用地図データ１２に、施設情報のレイヤー４３を重ねている。または、運行時間決定用地図データ１２に地図上のどこに何の施設が存在するかについての施設情報を含ませることができる。このようにすると、タクシー４または利用者７は、施設情報に基づいて乗降地データを処理部２に送信し、処理部２は、施設情報から当該施設が複数のブロック１１のどこのブロック１１に位置するかを特定することができる。そのため、利用者７またはタクシー４の運転手は、馴染みのある施設名によって乗降地データを特定でき、その特定が容易かつ確実になる。
【００９６】
また、利用者７が利用した経験のある乗降地データに基づく第１の顧客データを用い、第１の顧客データを利用して、タクシー４または利用者７によって処理部２へ乗降地データが送信される。そのため、利用者７は過去に利用経験のあるルートについては、再度入力をせずに乗降地データを特定することができる。
【００９７】
また、タクシー４の利用に際し必要な利用者７に関する第２の顧客データを用い、第２の顧客データを各々のタクシー４の運転手が把握可能としている。そのため、利用者７が健常者でない場合等には、その利用者７を乗せる運転手が変わった場合でも、その利用者７に必要な補助を施すことが可能となる。
【００９８】
また、乗降地データは、グローバル・ポジショニング・システムを用いてタクシー４または利用者７によって処理部２に送信することができる。そのため、乗降地データの入力の手間を軽減することができる。
【００９９】
（他の形態）
以上、本発明の実施の形態におけるタクシー配車システムおよびタクシー配車処理装置１について説明したが、本発明の要旨を逸脱しない限り種々変更実施可能である。
【０１００】
本発明の実施の形態に係るタクシー配車システムは、基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部２と、配車される複数のタクシー４であって各種データを処理部２と送受信する手段を有するタクシー４とを有するタクシー配車システムにおいて、処理部２は、地形を時間的な距離に基づいて区切ってブロック化した運行時間決定用地図データ１２と、タクシーの平均移動時間をｘ分とし、タクシーの台数をｙ台としたとき、１時間の中での予約枠１５の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の単位時間内の各予約枠１５を１以上で「限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブル３１とを有し、処理部２は、タクシー利用者の乗降地データと乗車時刻のデータとを利用し、運行時間決定用の地図データ１２から各タクシーについてその待機地点から乗車地までの移動時間データと、降車時刻のデータとを導き出し、乗車時刻のデータから降車時刻のデータまでの期間の予約枠にデータが入力されていないタクシー４であって、かつ乗車時刻に乗車地に到着可能なタクシー４を抽出し、その抽出されたタクシー４から選択したタクシー４をタクシー利用者へ配車する。
【０１０１】
ここで、運行時間決定用地図データ１２は、ブロック化されているが、ブロック化せずに時間的な距離を算出するようにしても良い。また、配車スケジュールテーブル３１や予約テーブル１６は、上述のような予約枠１５を用いず、たとえば単なる表形式のもの等を用いることができる。また、上述のような予約枠１５を用いる場合に、ｘ、ｙ、ｚ、ｎの値は適宜変更できる。また、「平常時」は、１日の全てを平常時としても良いが、午前９時から午後１時までや、午前９時から午前１１時まで等を「高稼働時」として、平常時とは最大値が異なる時間帯として設定しても良い。この設定は、サーバ部５に「高稼働時」を設定すること、その時間帯を設定できる入力部を設けることで行うようにしても良いが、標準設定で所定の時間帯を「高稼働時」としても良い。
【０１０２】
また、処理部２は、抽出したタクシー４が複数の場合でかつそれらが出勤後初であるタクシー４の場合、出勤時刻の早いものを優先している。しかし、そのような優先順位は設定する必要はなく、たとえば、出勤時刻の遅いもの等を優先することとしても良い。また、出勤時刻の早いものであっても、前日の退社時刻が遅い者は、優先順位を低くする等、前日の退社時刻や前日の稼働時間を考慮した優先順位としても良い。
【０１０３】
また、処理部２は、抽出したタクシー４が複数の場合、移動時間データの値が最も小さいものを選択し、移動時間データの値が同じものが複数存在した場合には、タクシー４から予約運行が可能な連絡を受領した時が早いものを選択している。しかし、そのような選択の仕方をする必要はなく、たとえば、移動時間データの値が２番目、または３番目に小さいもの等を選択することとしても良い。
【０１０４】
本発明の実施の形態に係るタクシー配車システムは、基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部２と、配車される複数のタクシー４であって各種データを処理部２と送受信する手段を有するタクシー４とを有するタクシー配車システムにおいて、処理部２は、地形を時間的な距離に基づいて区切ってブロック化した運行時間決定用地図データ１２と、タクシーの平均移動時間をｘ分とし、タクシーの台数をｙ台としたとき、１時間の中での予約枠１５の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の単位時間内の各予約枠１５を１以上で「限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブル３１とを有し、運行時間決定用地図データ１２は、一般的な地図情報のレイヤー１３に、時間的な距離でブロック１１化されたブロック１１情報のレイヤー１４が重ね合わされたものである。
【０１０５】
しかし、配車スケジュールテーブル３１は、上述のような予約枠１５を用いず、たとえば単なる表形式のもの等を用いることができる。また、上述のような予約枠１５を用いる場合に、ｘ、ｙ、ｚ、ｎの値は適宜変更できる。また、配車スケジュールテーブル３１は、第１の配車スケジュールテーブル３２と、第２の配車スケジュールテーブル３３のように２つに分かれているものであってもよく、第１の配車スケジュールテーブル３２と、第２の配車スケジュールテーブル３３とを１枚のものにしたものとしても良い。
【０１０６】
また、タクシー４の予約をする利用者７の位置情報および利用者７の降車予定の降車位置情報を有する予約情報のレイヤー４２を、地図情報のレイヤー１３およびブロック情報のレイヤー１４に重ねることで、利用者７の乗車位置から降車位置までの時間を算出している。しかし、そのようにレイヤーを重ねることは必要なく、たとえば、予約情報が入力された運行時間決定用地図データ１２のみから利用者の乗車位置から降車位置までの時間を算出しても良い。
【０１０７】
また、処理部２は、タクシー会社が保有するタクシー４の数が入力されることで、予約枠１５の限度数を自動算出し、算出された値の中に入る整数値のうち最大値を選択し、ｚ分を１０分とした上で１０分毎の各予約枠１５を「最大値÷６」とし、予約引受可能な枠をその値の１／４〜３／４の範囲としている。しかし、そのような範囲とする必要はなく、たとえば、ｚ分を５分、１５分、２０分または３０分としたり、または、各予約枠１５を「最大値÷６」の１／４未満もしくは３／４を超える範囲とすることとしても良い。
【０１０８】
また、単位時間内の各予約枠１５を午前から午後にかけての所定時間のみ１倍を超え２倍以下としている。しかし、そのような予約枠１５の設定は必要なく、たとえば、午後の所定時間のみ１倍を超え２倍以下としたり、午前から午後にかけての所定時間のみ１倍を超え３倍、または４倍以下等とすることとしても良い。
【０１０９】
本発明の実施の形態に係るタクシー配車システムは、基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部２と、配車される複数のタクシー４であって各種データを処理部と送受信する手段を有するタクシー４とを有するタクシー配車システムにおいて、処理部２は、地形を時間的な距離に基づいて区切ってブロック化した運行時間決定用地図データ１２と、タクシー４の平均移動時間をｘ分とし、タクシー４の台数をｙ台としたとき、１時間の中での予約枠１５の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の単位時間内の各予約枠１５を１以上で「限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブル３１とを有し、処理部２は、予約申込者の乗車日時が入力されると、予約枠１５を検索し、該当する予約枠１５に空きがあるか否かを判断し、空きがあると、その枠を埋めると共に乗車日時、乗車地、目的地を少なくとも有する予約リストを作成し、その後、その予約リストと運行時間決定用地図データ１２に基づき、降車時刻を算出し、その降車時刻を利用して配車スケジュールテーブル３１を完成している。
【０１１０】
この予約リストは、配車スケジュールテーブル３１の基となるものであるが、予約リストそのものを配車スケジュールテーブルと兼用するようにしても良い。また、各数式で得られた値が小数点以下を有するものであるとき、その小数点は、切り下げ、切り上げ、のいずれか一方を選択したり、大きい方の値を切り上げ、小さい方の値を切り下げるようにしても良い。または、その逆としても良い。
【０１１１】
また、処理部２は、運行時間決定用地図データ１２中に無い乗車地の予約が入ったときは、予約リストとは別に遠方配車用予約リストを作成している。しかし、遠方配車用予約リストを作成する必要はなく、たとえば、通常の予約リスト中に入れても良い。また、運行時間決定用地図データ１２中に無い乗車地の予約が入ったときは、処理部２による処理を行わないこととしても良い。
【０１１２】
また、処理部２は、配車スケジュールテーブル３１を作成するに当たって、遠方配車用予約リストが存在する場合は、予約リストに優先して遠方配車用予約リストの配車を行っている。しかし、そのような優先順位を設けることとする必要はなく、たとえば、予約リストの方を優先して配車を行うこととしても良い。
【０１１３】
本発明の実施の形態に係るタクシー配車システムは、基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部２と、配車される複数のタクシー４であって各種データを処理部２と送受信する手段を有するタクシー４、またはタクシー４の利用者とを有し、処理部２は、地形を所定の移動可能時間に基づいてブロックに区分けして座標データとした運行時間決定用地図データ１２と、所定期間を一単位としその一単位毎に１つまたは複数のマス目に区切った予約枠１５を備える配車スケジュールテーブル３１とを有し、処理部２は、タクシー４または利用者７が、利用者７の乗降地データと、乗車時刻データまたは降車時刻データとを処理部２に送信することで、それらのデータを入力し、またはコンピュータに接続される外部機器から入力され、処理部２は、その入力されたデータを運行時間決定用地図データ１２とを参照して、乗降地データを座標データに置き換え、座標データから利用者７の乗車時刻データまたは降車時刻データを割り出し、配車スケジュールテーブル３１を参照し、乗車時刻データから降車時刻データまでの期間の予約枠１５にデータが入力されていないタクシー４を抽出し、その抽出されたタクシーから一定の基準で選択したタクシー４を利用者７へ配車している。
【０１１４】
この一定の基準で選択する処理は、上述したように図１３に示す配車処理としているが、図１３に示す配車処理以外の処理を採用しても良い。たとえば、上述した選択基準に加え、または代えて、前日または過去数日間の運転者の稼働率（＝稼いだ金額）を基準としても良い。その額が小さい者のタクシー４を優先順位の高いものとするのである。
【０１１５】
そして、処理部２は、上述の抽出ができなかった場合には、乗車時刻データの時刻に近い時刻であってその時刻の乗車時刻データであれば抽出が可能な時刻の１つまたは２つ以上のデータをタクシー４または利用者７へと送信している。しかし、そのようなデータの送信をする必要はなく、たとえば、配車が不可能な旨のデータを送信することとしても良い。
【０１１６】
また、入力された乗車時刻データと降車時刻データとのいずれか一方または双方を、タクシー４内で出力している。しかし、そのような出力をする必要はなく、たとえば、タクシー４外で、利用者の電話または電子メールの宛先へと出力をすることとしても良い。
【０１１７】
また、運行時間決定用地図データ１２には、地図上のどこに何の施設が存在するかについての施設情報を含ませるようにしても良い。また、タクシー４または利用者７は、施設情報に基づいて乗降地データを処理部２に送信し、処理部２は、施設情報から当該施設が複数のブロック１１のどこのブロック１１に位置するかを特定している。しかし、このように施設で特定する必要はない。住所や電話番号のいずれかで位置を特定するようにしても良い。
【０１１８】
また、利用者７が利用した経験のある乗降地データに基づく第１の顧客データを用い、第１の顧客データを利用して、タクシー４または利用者７によって、処理部２へ乗降地データが送信されることとしている。しかし、第１の顧客データを用いないこととしても良い。
【０１１９】
また、タクシー利用に際し必要な利用者７に関する第２の顧客データを用い、第２の顧客データを各々のタクシーの運転手が把握可能とすることとしている。しかし、第２の顧客データを用いないこととしても良い。
【０１２０】
また、乗降地データは、グローバル・ポジショニング・システムを用いてタクシー４または利用者７によって処理部２に送信されることとしている。しかし、グローバル・ポジショニング・システムを用いないこととしても良い。また、グローバル・ポジショニング・システムに代えて、ＬＯＲＡＮ等を採用しても良い。
【０１２１】
本発明の実施の形態に係るタクシー配車処理装置１は、基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部２を有し、配車される複数のタクシー４であって各種データを処理部２と送受信する手段を有するタクシー４とその各種データを送受信するタクシー配車処理装置１において、処理部２は、地形を時間的な距離に基づいて区切ってブロック化した運行時間決定用地図データ１２と、タクシー４の平均移動時間をｘ分とし、タクシーの台数をｙ台としたとき、１時間の中での予約枠の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の単位時間内の各予約枠１５を１以上で「限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブル３１とを有し、処理部２は、タクシー利用者の乗降地データと乗車時刻のデータとを利用し、運行時間決定用の地図データ１２、および受信した各タクシー４についてその待機地点のデータおよび乗車地のデータから、その待機地点からその乗車地までの移動時間データおよび降車時刻のデータとを導き出し、乗車時刻のデータから降車時刻のデータまでの期間の予約枠１５にデータが入力されていないタクシー４であって、かつ乗車時刻に乗車地に到着可能なタクシー４を抽出し、その抽出されたタクシー４から選択したタクシー４をタクシー利用者へ配車する。
【０１２２】
しかし、配車スケジュールテーブル３１は、上述のような予約枠１５を用いず、たとえば単なる表形式のもの等を用いることができる。また、上述のような予約枠１５を用いる場合に、ｘ、ｙ、ｚ、ｎの値は適宜変更できる。また、タクシー配車処理装置１は、サーバ部５や記憶部３を備える処理部２を有する装置であるが、サーバ部５や記憶部３は処理部２内ではなく処理部２の外部に配置されていても良い。
【０１２３】
本発明の実施の形態に係るタクシー配車処理装置１は、基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部２を有し、配車される複数のタクシー４であって各種データを処理部２と送受信する手段を有するタクシー４とその各種データを送受信するタクシー配車処理装置１において、処理部２は、地形を時間的な距離に基づいて区切ってブロック化した運行時間決定用地図データ１２と、タクシー４の平均移動時間をｘ分とし、タクシー４の台数をｙ台としたとき、１時間の中での予約枠１５の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の単位時間内の各予約枠１５を１以上で「限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブル３１とを有し、運行時間決定用地図データ１２は、一般的な地図情報のレイヤーに、時間的な距離でブロック化されたブロック情報のレイヤーが重ね合わされたものである。
【０１２４】
しかし、配車スケジュールテーブル３１は、上述のような予約枠１５を用いず、たとえば単なる表形式のもの等を用いることができる。また、上述のような予約枠１５を用いる場合に、ｘ、ｙ、ｚ、ｎの値は適宜変更できる。また、予約枠１５の限度数や単位時間内の各予約枠１５を所定の値にするとき、処理部２の自力計算と運行管理者の設定との２つを利用しているが、全て処理部２の自力計算としたり、逆に全て運行管理者の設定としたりしても良い。
【０１２５】
本発明の実施の形態に係るタクシー配車処理装置１は、基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部２を有し、配車される複数のタクシー４であって各種データを処理部２と送受信する手段を有するタクシー４とその各種データを送受信するタクシー配車処理装置１において、処理部２は、地形を時間的な距離に基づいて区切ってブロック化した運行時間決定用地図データ１２と、タクシー４の平均移動時間をｘ分とし、タクシー４の台数をｙ台としたとき、１時間の中での予約枠１５の限度数を「（６０÷ｘ）×ｙ」からその値の−２０％以内とし、予約の単位時間をｚ分としたとき、平常時の単位時間内の各予約枠１５を１以上で「限度数÷（６０÷ｚ）−ｎ」（ｎは０以上の整数）以下とした配車スケジュールテーブル３１とを有し、処理部２は、予約申込者の乗車日時が入力されると、予約枠１５を検索し、該当する予約枠１５に空きがあるか否かを判断し、空きがあると、その枠を埋めると共に乗車日時、乗車地、目的地を少なくとも有する予約リストを作成し、その後、その予約リストと運行時間決定用地図データ１２に基づき、降車時刻を算出し、その降車時刻を利用して配車スケジュールテーブル３１を完成する。
【０１２６】
しかし、配車スケジュールテーブル３１は、上述のような予約枠１５を用いず、たとえば単なる表形式のもの等を用いることができる。また、上述のような予約枠１５を用いる場合に、ｘ、ｙ、ｚ、ｎの値は適宜変更できる。また、配車スケジュールテーブル３１を完成する前に予約がＯＫか否かのみを示す予約テーブル１６を作成したり、配車前の第１の配車スケジュールテーブル３２を作成したりしても良い。
【０１２７】
本発明の実施の形態に係るタクシー配車処理装置１は、基地局に設置され各種データを記憶し、処理し、サーバとしても機能する処理部２を有し、配車される複数のタクシー４であって各種データを処理部２と送受信する手段を有するタクシー４とその各種データを送受信するタクシー配車処理装置１において、処理部２は、地形を所定の移動可能時間に基づいてブロックに区分けして座標データとした運行時間決定用地図データ１２と、所定期間を一単位としその一単位毎に１つまたは複数のマス目に区切った予約枠１５を備える配車スケジュールテーブル３１とを有し、処理部２は、タクシー４または利用者７が、利用者７の乗降地データと、乗車時刻データまたは降車時刻データとを処理部２に送信することで、それらのデータを入力し、またはコンピュータに接続される外部機器から入力され、処理部２は、その入力されたデータと運行時間決定用地図データ１２とを参照して、乗降地データを座標データに置き換え、座標データから利用者の乗車時刻データまたは降車時刻データを割り出し、配車前の配車スケジュールテーブル３１を参照し、乗車時刻データから降車時刻データまでの期間の予約枠にデータが入力されていないタクシー４を抽出し、その抽出されたタクシー４から一定の基準で選択したタクシー４を利用者７へ配車する。
【０１２８】
この一定の基準で選択する処理は、上述したように図１３に示す配車処理としているが、図１３に示す配車処理以外の処理を採用しても良い。また、予約枠１５を設定した後で受付可能な予約枠１５を設定するようにしても良い。また、予約枠１５は、処理部２で自動計算するようにしたり、運行管理者が計算し得られた値を処理部２へ入力するようにしても良い。
【０１２９】
また、予約テーブル１６にて予約を受け付けているが、配車スケジュールテーブル３１が予約テーブル１６を兼ねるようにしても良い。また、予約テーブル１６で受け付けた後で配車を決定しているが、予約を受け付けるときに、配車を検索、抽出し、配車が可能となったときに予約を受け付けるようにしても良い。さらに、予約テーブル１６で予約を受け付けた後で、配車を決定する際、対象となる車両が見つからないときは、予約運行対象のタクシー４以外、すなわち保有台数が１５台のときは５台のタクシー４以外のタクシー４がその予約に対応するようにしても良い。
【符号の説明】
【０１３０】
１  タクシー配車処理装置
２  処理部
１１  ブロック
１２  運行時間決定用地図データ
１３  一般的な地図情報のレイヤー
１４  ブロック情報のレイヤー
１５  予約枠
１６  予約テーブル
３１  配車スケジュールテーブル
ｘ  タクシーの平均移動時間
ｙ  タクシーの台数
ｚ  予約の単位時間
ｎ  ０以上の整数
【図１】
0005445939.tif 000002
【図２】
0005445939.tif 000003
【図３】
0005445939.tif 000004
【図４】
0005445939.tif 000005
【図５】
0005445939.tif 000006
【図６】
0005445939.tif 000007
【図７】
0005445939.tif 000008
【図８】
0005445939.tif 000009
【図９】
0005445939.tif 000010
【図１０】
0005445939.tif 000011
【図１１】
0005445939.tif 000012
【図１２】
0005445939.tif 000013
【図１３】
0005445939.tif 000014
【図１４】
0005445939.tif 000015
【図１５】
0005445939.tif 000016