(57)【要約】【課題】専従の回送員がいなくてもレンタカーの配車ができるレンタカー配車管理サーバを提供する。【解決手段】レンタカーの配車場所を含む配車依頼を受信した場合に、配車場所と所定の位置関係にある第１のタクシーに対応する第１の端末に配車場所に向かう旨の指示を送信するタクシー手配部と、配車依頼を受信した場合に、レンタカーの待機所と所定の位置関係にある第２のタクシーに対応する第２の端末に待機所に向かう旨の指示および配車場所を送信するレンタカー手配部を含む。【選択図】図２
2018173700.tif 000002
【特許請求の範囲】
【請求項１】
レンタカーの配車場所を含む配車依頼を受信した場合に、前記配車場所と所定の位置関係にある第１のタクシーに対応する第１の端末に前記配車場所に向かう旨の指示を送信するタクシー手配部と、
前記配車依頼を受信した場合に、前記レンタカーの待機所と所定の位置関係にある第２のタクシーに対応する第２の端末に前記待機所に向かう旨の指示および前記配車場所を送信するレンタカー手配部と、
を含むレンタカー配車管理サーバ。
【請求項２】
請求項１に記載のレンタカー配車管理サーバであって、
前記タクシー手配部は、
前記配車場所に最も近いタクシー営業所内にいるタクシーを前記第１のタクシーとする
レンタカー配車管理サーバ。
【請求項３】
請求項２に記載のレンタカー配車管理サーバであって、
前記タクシー手配部は、
前記配車場所に最も近いタクシー営業所内に前記配車場所に向かうことができるタクシーが存在しない場合に、前記配車場所と所定の位置関係にある走行中のタクシーを前記第１のタクシーとする
レンタカー配車管理サーバ。
【請求項４】
請求項１から３の何れかに記載のレンタカー配車管理サーバであって、
前記レンタカー手配部は、
前記待機所に最も近いタクシー営業所内にいるタクシーを前記第２のタクシーとする
レンタカー配車管理サーバ。
【請求項５】
請求項４に記載のレンタカー配車管理サーバであって、
前記レンタカー手配部は、
前記待機所に最も近いタクシー営業所内に前記待機所に向かうことができるタクシーが存在しない場合に、前記待機所と所定の位置関係にある走行中のタクシーを前記第２のタクシーとする
レンタカー配車管理サーバ。
【請求項６】
請求項１から５の何れかに記載のレンタカー配車管理サーバであって、
前記レンタカー手配部は、
前記待機所に配車可能なレンタカーが存在しない場合に、前記配車依頼の送信元に所定の通知を送信する
レンタカー配車管理サーバ。
【請求項７】
請求項１から６の何れかに記載のレンタカー配車管理サーバであって、
前記レンタカー手配部は、
前記配車依頼の送信元に配車に要する時間を含む通知を送信する
レンタカー配車管理サーバ。
【請求項８】
請求項１から７の何れかに記載のレンタカー配車管理サーバであって、
前記タクシー手配部は、
前記第１のタクシーを配車できない場合、前記配車依頼の送信元に所定の通知を送信し、
前記レンタカー手配部は、
前記第２のタクシーを配車できない場合、前記配車依頼の送信元に所定の通知を送信する
レンタカー配車管理サーバ。
【請求項９】
請求項１から８に記載のレンタカー配車管理サーバであって、
前記タクシー手配部は、
前記指示とともに、前記レンタカーの前記配車場所への到着予定時刻を送信し、
前記レンタカー手配部は、
前記指示ととともに、前記第１のタクシーの前記配車場所への到着予定時刻を送信する
レンタカー配車管理サーバ。
【請求項１０】
コンピュータを請求項１から９の何れかに記載のレンタカー配車管理サーバとして機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レンタカーを配車するレンタカー配車管理サーバ、プログラムに関する。
【背景技術】
【０００２】
従来の車両レンタルシステムとして、例えば特許文献１がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−０１３２５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の車両レンタルシステムは、当該システムに専従の回送員を多数必要とするため、システムの柔軟な運用が難しかった。
【０００５】
そこで本発明では、専従の回送員がいなくてもレンタカーの配車ができるレンタカー配車管理サーバを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のレンタカー配車管理サーバは、タクシー手配部と、レンタカー手配部を含む。
【０００７】
タクシー手配部は、レンタカーの配車場所を含む配車依頼を受信した場合に、配車場所と所定の位置関係にある第１のタクシーに対応する第１の端末に配車場所に向かう旨の指示を送信する。
【０００８】
レンタカー手配部は、配車依頼を受信した場合に、レンタカーの待機所と所定の位置関係にある第２のタクシーに対応する第２の端末に待機所に向かう旨の指示および配車場所を送信する。
【発明の効果】
【０００９】
本発明のレンタカー配車管理サーバによれば、専従の回送員がいなくてもレンタカーの配車ができる。
【図面の簡単な説明】
【００１０】
【図１】実施例１のレンタカー配車管理システムの構成を示すブロック図。
【図２】実施例１のレンタカー配車管理サーバの構成を示すブロック図。
【図３】実施例１のタクシー手配部の動作を示すフローチャート。
【図４】実施例１のレンタカー手配部の動作を示すフローチャート。
【図５】レンタカーの配車場所に第１のタクシーを向かわせる例を示した図。
【図６】レンタカーの待機所に第２のタクシーを向かわせる例を示した図。
【図７】実施例２のレンタカー配車管理サーバの構成を示すブロック図。
【図８】実施例２のレンタカー手配部の動作を示すフローチャート。
【図９】実施例に記載のレンタカー配車管理サーバを実現するために用いることができる汎用システム又はコンピュータデバイスの構成例を示すブロック図。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。
【実施例１】
【００１２】
＜レンタカー配車管理システム１＞
以下、図１を参照して実施例１のレンタカー配車管理システムの構成について説明する。同図に示すように、本実施例のレンタカー配車管理システム１は、レンタカー配車管理サーバ１１と、ユーザ端末１２と、タクシーサーバ１３と、レンタカーサーバ１４と、第１の端末１５、第２の端末１６、…、第Ｎの端末を含む。Ｎは３以上の整数であって、タクシーサーバ１３が管理するタクシーの台数を表す。レンタカー配車管理サーバ１１とユーザ端末１２、レンタカー配車管理サーバ１１とタクシーサーバ１３、レンタカー配車管理サーバ１１とレンタカーサーバ１４、タクシーサーバ１３と第１の端末１５、タクシーサーバ１３と第２の端末１６、タクシーサーバ１３と第ｎの端末（ｎ＝３、４、…、Ｎ）はネットワークを介して接続されている。第１の端末１５は後述する第１のタクシーに対応し、第２の端末ｌ６は後述する第２のタクシーに対応する端末である。例えば第１の端末１５は第１のタクシーに搭載される端末であるか、あるいはそのドライバーが所持する端末である。同様に第２の端末１６は第２のタクシーに搭載される端末であるか、あるいはそのドライバーが所持する端末である。
【００１３】
＜レンタカー配車管理サーバ１１＞
次に、図２を参照してレンタカー配車管理サーバ１１について説明する。同図に示すように、本実施例のレンタカー配車管理サーバ１１は、タクシー手配部１１１と、レンタカー手配部１１２と、ユーザ端末通信部１１３と、タクシーサーバ通信部１１４と、レンタカーサーバ通信部１１５を含む。タクシー手配部１１１は、第１タクシー情報取得部１１１１と、第１タクシー選択部１１１２と、第１指示送信部１１１３と、通知部１１１４を含む。レンタカー手配部１１２は、第２タクシー情報取得部１１２１と、第２タクシー選択部１１２２と、第２指示送信部１１２３と、通知部１１２４を含む。
【００１４】
なお図２では便宜上、ユーザ端末通信部１１３と、タクシーサーバ通信部１１４と、レンタカーサーバ通信部１１５をタクシー手配部１１１およびレンタカー手配部１１２の外に配置したが、本実施例のレンタカー配車管理サーバ１１の構成は上記構成に限定されない。例えば、ユーザ端末通信部１１３と、タクシーサーバ通信部１１４と、レンタカーサーバ通信部１１５は、タクシー手配部１１１内およびレンタカー手配部１１２内の双方にそれぞれ含まれるように構成してもよい。
【００１５】
＜タクシー手配部１１１＞
次に、図３、図５を参照してタクシー手配部１１１の動作を説明する。図３のフローは、ユーザ端末通信部１１３が、ユーザ端末１２から配車依頼を受信した場合に開始する。配車依頼には少なくともレンタカーの配車場所が含まれるものとする。図５に配車場所の例を点Ｏとして示した。図５の例では、レンタカー配車予定時刻の間近になった場合、ユーザ９は、配車場所Ｏ近傍で待機するものとする。
【００１６】
なおタクシーサーバ１３からタクシーサーバ通信部１１４には最新のタクシー情報が、レンタカーサーバ１４からレンタカーサーバ通信部１１５には最新のレンタカー情報が、所定時間毎に受信され続けるものとする。タクシー情報とは、タクシーサーバ１３から提供されるタクシーに関する情報であって、タクシー営業所所在地、複数台のタクシーの現在位置、複数台のタクシーの現在のステータス（空車、賃送、回送、迎車など）を示す情報である。レンタカー情報とは、レンタカーサーバ１４から提供されるレンタカーに関する情報であって、レンタカーの待機所の所在地、複数台のレンタカーの現在位置、複数台のレンタカーの現在のステータス（空き、予約済み、貸し出し中など）を示す情報である。
【００１７】
配車依頼を受信した場合、まず第１タクシー情報取得部１１１１は、タクシーサーバ通信部１１４から最新のタクシー情報を取得する（Ｓ１１１１）。次に、第１タクシー選択部１１１２は、配車場所と所定の位置関係にある（好適には配車場所近傍の、さらに好適には配車場所に最も近い）タクシー営業所内にタクシーがあるか否かを判断し、当該タクシー営業所内にタクシーがある場合には（Ｓ１１１２ａＹ）、当該タクシー営業所において代行運転手が手配できるか否かを判断する。代行運転手が手配できる場合には（Ｓ１１１２ｂＹ）、第１タクシー選択部１１１２は当該タクシー営業所内にいるタクシーを第１のタクシーとし、配車に要する時間を算出し、後述する第２指示送信部１１２３に出力する（Ｓ１１１２ｃ）。
【００１８】
図５に黒丸印でタクシー営業所Ａ、Ｂを示した。タクシー営業所Ｂには、タクシー９１５が待機中であるものとする。配車場所Ｏとタクシー営業所Ａとの距離（経路と渋滞状況の少なくとも何れかを考慮した距離とするのが好適である）をＤＡとし、配車場所Ｏとタクシー営業所Ｂとの距離をＤＢとする。この例においてＤＡ＞ＤＢであるものとする。この例において、第１タクシー選択部１１１２は、配車場所Ｏに最も近いタクシー営業所としてタクシー営業所Ｂを選択し、前述のステップＳ１１１２ａ、Ｓ１１１２ｂを実行し、タクシー９１５を第１のタクシーとする。
【００１９】
一方、配車場所と所定の位置関係にあるタクシー営業所内にタクシーがない（Ｓ１１１２ａＮ）、あるいは配車場所と所定の位置関係にあるタクシー営業所内にタクシーがあるものの代行運転手が手配できない（Ｓ１１１２ｂＮ）、等の理由で、該当のタクシー営業所内に配車場所に向かうことができるタクシーが存在しない場合、第１タクシー選択部１１１２は、配車場所と所定の位置関係にある走行中のタクシーが存在するか否かを判断する。当該タクシーが存在する場合には（Ｓ１１１２ｄＹ）、第１タクシー選択部１１１２は、当該タクシーを第１のタクシーとし、配車に要する時間を算出する（Ｓ１１１２ｃ）。所定の位置関係として、例えば、配車場所からの距離（好適には経路と渋滞状況の少なくとも何れかを考慮）が最短となる位置関係としてもよい。
【００２０】
例えば、図５に白丸印で走行中のタクシーの現在位置ａ、ｂ、ｃを示した。ここで、配車場所Ｏと地点ａの距離をｄａとし、配車場所Ｏと地点ｂの距離をｄｂとし、配車場所Ｏと地点ｃの距離をｄｃとする。この例ではｄａ＞ｄｂ＞ｄｃであるものとする。タクシー営業所Ａ、Ｂに配車場所に向かうことができるタクシーが存在しない場合、地点ａ、ｂ、ｃにいる三台のタクシーのうちから第１のタクシーが選ばれることになる。この例において第１タクシー選択部１１１２は、配車場所Ｏから最も近い地点ｃを走行中のタクシーを第１のタクシーとして選択する。
【００２１】
一方、配車場所と所定の位置関係にある走行中のタクシーが存在しない場合（Ｓ１１１２ｄＮ）、あるいは、配車場所と所定の位置関係にある走行中のタクシーが存在した場合であっても、当該タクシーのステータスが第１のタクシーとして適切なステータスでない（例えば、賃送、迎車など）場合（Ｓ１１１２ｄＮ）、すなわち第１のタクシーを配車できない場合、第１タクシー選択部１１１２は配車までの見込み時間を算出して通知部１１１４に出力する（Ｓ１１１２ｅ）。通知部１１１４は、第１の通知を生成して、第１の通知をユーザ端末通信部１１３に出力する（Ｓ１１１４ｂ）。ユーザ端末通信部１１３は、当該第１の通知をユーザ端末１２（配車依頼の送信元）に送信する。
【００２２】
第１の通知とは、前述の見込み時間などを考慮したユーザへの通知であって、例えば「現在、レンタカー配車用のタクシーが配車できません。タクシーが配車できるまでおよそ○○分です。」などのテキストでよい。なお、見込み時間は表示しなくてもよい。
【００２３】
一方、第１のタクシーが配車可能な場合、通知部１１１４は、後述するユーザ確認を受信する。ユーザ確認が許可（Ｙ）である場合（Ｓ１１１４ａＹ）、第１指示送信部１１１３は、第１のタクシーに対する配車場所に向かう旨の指示（第１の指示）を生成し、タクシーサーバ通信部１１４に出力する（Ｓ１１１３）。このとき第１指示送信部１１１３は、第１の指示とともに後述するレンタカーの配車場所への到着予定時刻を出力してもよい。レンタカーの到着予定時刻は後述するステップＳ１１２２ｅで算出される。
【００２４】
タクシーサーバ通信部１１４は、タクシーサーバ１３に、第１の指示（および到着予定時刻）を送信する。タクシーサーバ１３は、第１のタクシーに対応する第１の端末１５に第１の指示（および到着予定時刻）を送信する。本実施例では、レンタカー配車管理サーバ１１と第１の端末１５との通信および、レンタカー配車管理サーバ１１と第２の端末１６との通信は、タクシーサーバ１３を中継して行うこととしたが、この処理に限定されず、レンタカー配車管理サーバ１１が直接第１の端末１５と通信を行ってもよい。同様に、レンタカー配車管理サーバ１１が直接第２の端末１６と通信を行ってもよい。
【００２５】
一方、ユーザ確認が不許可（Ｎ）である場合（Ｓ１１１４ａＮ）、ステップＳ１１１３は実行されず、処理は終了する（エンド）。
【００２６】
＜レンタカー手配部１１２＞
次に、図４、図６を参照してレンタカー手配部１１２の動作を説明する。図４のフローは、ユーザ端末通信部１１３が、ユーザ端末１２から配車依頼を受信した場合に開始する。図６にレンタカーの待機所の例を点Ｐとして示した。なお、実際にはレンタカーの待機所がタクシー営業所の機能を兼ねる、あるいはタクシー営業所がレンタカーの待機所の機能を兼ねるケースも想定されるため、同図においてＰ（Ｋ）とし、レンタカーの待機所Ｐがタクシー営業所Ｋの機能を兼ね備える、あるいはタクシー営業所Ｋがレンタカーの待機所Ｐの機能を兼ね備える場合を示した。同図の例では、レンタカーの待機所Ｐには、レンタカー９１７が待機しているものとする。
【００２７】
配車依頼を受信した場合、まず第２タクシー選択部１１２２は、レンタカーサーバ通信部１１５から最新のレンタカー情報を取得する（Ｓ１１２２ａ）。第２タクシー選択部１１２２は、最新のレンタカー情報に基づいて、レンタカーが配車可能であるか否かを判断する。待機所に配車可能なレンタカーが存在する場合（Ｓ１１２２ｂＹ）、第２タクシー情報取得部１１２１は、タクシーサーバ通信部１１４から最新のタクシー情報を取得する（Ｓ１１２１）。
【００２８】
一方、待機所に配車可能なレンタカーが存在しない場合（Ｓ１１２２ｂＮ）、第２タクシー選択部１１２２は配車までの見込み時間を算出して通知部１１２４に出力する（Ｓ１１２２ｇ）。通知部１１２４は、第２の通知を生成して、第２の通知をユーザ端末通信部１１３に出力する（Ｓ１１２４ｃ）。ユーザ端末通信部１１３は、当該第２の通知をユーザ端末１２（配車依頼の送信元）に送信する。
【００２９】
第２の通知とは、前述の見込み時間などを考慮したユーザへの通知であって、例えば「現在、レンタカーが配車できません。レンタカーが配車できるまでおよそ○○分です。」などのテキストでよい。なお、見込み時間は表示しなくてもよい。
【００３０】
レンタカーが配車可能である場合、第２タクシー選択部１１２２は、レンタカーの待機所と所定の位置関係にある（好適には待機所近傍の、さらに好適には待機所に最も近い）タクシー営業所内にタクシーがあるか否かを判断し、当該タクシー営業所内にタクシーがある場合には（Ｓ１１２２ｃＹ）、当該タクシー営業所において代行運転手が手配できるか否かを判断する。前述したようにレンタカーの待機所がタクシー営業所の機能を兼ねる、あるいはタクシー営業所がレンタカーの待機所の機能を兼ねる場合、該当する待機所もしくは営業所において第２のタクシーは不要であり、代行運転手が手配できれば足りる。この場合第２タクシー選択部１１２２は、ステップＳ１１２２ｃＹの判断を行わずに、自動的にＳ１１２２ｃＹより先の処理を実行してよい。
【００３１】
代行運転手が手配できる場合には（Ｓ１１２２ｄＹ）、第２タクシー選択部１１２２は当該タクシー営業所内にいるタクシーを第２のタクシーとし、配車に要する時間を算出し、通知部１１２４に出力する（Ｓ１１２２ｅ）。通知部１１２４は、配車に要する時間を含む第３の通知を生成して、第３の通知をユーザ端末通信部１１３に出力する（Ｓ１１２４ａ）。ユーザ端末通信部１１３は、当該第３の通知をユーザ端末１２（配車依頼の送信元）に送信する。第３の通知とは、前述の配車に要する時間などを考慮したユーザへの通知であって、例えば「レンタカー配車までおよそ○○分です。レンタカーを配車してもよろしいですか？」などのテキストでよい。第３の通知に対し、ユーザ端末１２は、レンタカーを配車することを許可（Ｙ）、あるいは不許可（Ｎ）するユーザ確認を送信する。
【００３２】
図６に黒丸印でタクシー営業所Ｉ、Ｊを示した。タクシー営業所Ｊには、タクシー９１６が待機中であるものとする。待機所Ｐとタクシー営業所Ｉとの距離をＤＩとし、待機所Ｐとタクシー営業所Ｊとの距離をＤＪとする。この例においてＤＩ＞ＤＪであるものとする。この例において、第２タクシー選択部１１２２は、待機所Ｐに最も近いタクシー営業所としてタクシー営業所Ｊを選択し、前述のステップＳ１１２２ｃ、Ｓ１１２２ｄを実行し、タクシー９１６を第２のタクシーとする。  一方、レンタカーの待機所と所定の位置関係にあるタクシー営業所内にタクシーがない（Ｓ１１２２ｃＮ）、あるいはレンタカーの待機所と所定の位置関係にあるタクシー営業所内にタクシーがあるものの代行運転手が手配できない（Ｓ１１２２ｄＮ）、等の理由で、該当のタクシー営業所内に待機所に向かうことができるタクシーが存在しない場合、第２タクシー選択部１１２２は、待機所と所定の位置関係にある走行中のタクシーが存在するか否かを判断する。当該タクシーが存在する場合には（Ｓ１１２２ｆＹ）、第２タクシー選択部１１２２は、当該タクシーを第２のタクシーとし、配車に要する時間を算出する（Ｓ１１２２ｅ）。所定の位置関係として、例えば、待機所からの距離（好適には経路と渋滞状況の少なくとも何れかを考慮）が最短となる位置関係としてもよい。
【００３３】
例えば、図６に白丸印で走行中のタクシーの現在位置ｉ、ｊ、ｋ、ｌを示した。ここで、待機所Ｐと地点ｉの距離をｄｉとし、待機所Ｐと地点ｊの距離をｄｊとし、待機所Ｐと地点ｋの距離をｄｋとし、待機所Ｐと地点ｌの距離をｄｌとする。この例ではｄｋ＞ｄｉ＞ｄｌ＞ｄｊであるものとする。タクシー営業所Ｉ、Ｊに待機所に向かうことができるタクシーが存在しない場合、地点ｉ、ｊ、ｋ、ｌにいる四台のタクシーのうちから第２のタクシーが選ばれることになる。この例において第２タクシー選択部１１２２は、待機所Ｐから最も近い地点ｊを走行中のタクシーを第２のタクシーとして選択する。
【００３４】
一方、待機所と所定の位置関係にある走行中のタクシーが存在しない場合（Ｓ１１２２ｆＮ）、あるいは、待機所と所定の位置関係にある走行中のタクシーが存在した場合であっても、当該タクシーのステータスが第２のタクシーとして適切なステータスでない（例えば、賃送、迎車など）場合（Ｓ１１２２ｆＮ）、すなわち第２のタクシーを配車できない場合、第２タクシー選択部１１２２は配車までの見込み時間を算出して通知部１１２４に出力する（Ｓ１１２２ｈ）。通知部１１２４は、第４の通知を生成して、第４の通知をユーザ端末通信部１１３に出力する（Ｓ１１２４ｄ）。ユーザ端末通信部１１３は、当該第４の通知をユーザ端末１２（配車依頼の送信元）に送信する。第４の通知は、前述した第１の通知と同様の内容としてもよい。
【００３５】
一方、第２のタクシーが配車可能な場合、通知部１１２４は、前述したユーザ確認を受信する。ユーザ確認が許可（Ｙ）である場合（Ｓ１１２４ｂＹ）、第２指示送信部１１２３は、第２のタクシーに対する待機所に向かう旨の指示（第２の指示）を生成し、前述の配車場所と共に、タクシーサーバ通信部１１４に出力する（Ｓ１１２３）。このとき第２指示送信部１１２３は、第２の指示、配車場所とともに前述した第１のタクシーの配車場所への到着予定時刻を出力してもよい。レンタカーの到着予定時刻は前述のステップＳ１１１２ｃで算出される。タクシーサーバ通信部１１４は、タクシーサーバ１３に、第２の指示と配車場所（および到着予定時刻）を送信する。タクシーサーバ１３は、第２のタクシーに対応する第２の端末１６に第２の指示と配車場所（および到着予定時刻）を送信する。
【００３６】
一方、ユーザ確認が不許可（Ｎ）である場合、ステップＳ１１２３は実行されず、処理は終了する（エンド）。
【００３７】
＜第１のタクシーおよびそのドライバーの動作＞
第１のタクシーおよびそのドライバーは、第１の指示に従って配車場所に向かう。レンタカーが未到着の場合は、レンタカーが配車場所に到着するまで待機する。レンタカーが到着した場合には、レンタカーを運転してきた第２のタクシーのドライバーを乗せて、待機所に向かう。待機所に到着したら、第２のタクシーのドライバーを降車させる。
【００３８】
＜第２のタクシーおよびそのドライバーの動作＞
第２のタクシーおよびそのドライバーは、受信した第２の指示に従って待機所に向かう。待機所に到着したら、第２のタクシーのドライバーは降車し、該当するレンタカーに乗車し、配車場所に向かう。第２のタクシーは待機所で待機する。配車場所に到着したら、第２のタクシーのドライバーはレンタカーから降車し、レンタカーをユーザに引き渡し、第１のタクシーに乗車する。第２のタクシーのドライバーは、第１のタクシーが未到着の場合は、第１のタクシーが配車場所に到着するまで待機し、その後到着した第１のタクシーに乗車する。第２のタクシーのドライバーは第１のタクシーに乗って待機所に戻り、第２のタクシーに乗り換える。
【００３９】
＜レンタカーの動作＞
レンタカーは第２のタクシーのドライバーにより運転されて、配車場所に向かい、ユーザに引き渡される。
【００４０】
上述したように、本実施例のレンタカー配車管理サーバ１１によれば、専従の回送員がいなくてもレンタカーの配車ができる。
【実施例２】
【００４１】
上述の実施例においてレンタカーの待機所が複数存在し、何れの待機所からもレンタカーを配車可能な場合、何れの待機所からレンタカーを配車するのが最も効率的となるか、判断する必要が生じる。実施例２のレンタカー配車管理サーバ２１は、実施例１のレンタカー配車管理サーバ１１を上述の判断を行うことができるように改変したサーバである。
【００４２】
図７に示すように、本実施例のレンタカー配車管理サーバ２１は、実施例１のレンタカー配車管理サーバ１１の構成要件に加え、レンタカー手配部２１２内に待機所選択部２１２１を新たに設けた。図８に示すように、本実施例では実施例１におけるステップＳ１１２２ｂＹとステップＳ１１２１の間に、新たな処理であるステップＳ２１２１が挿入される。
【００４３】
＜ステップＳ２１２１＞
レンタカーが配車可能である場合（Ｓ１１２２ｂＹ）、待機所選択部２１２１は、ユーザ端末１２により指定された配車場所と所定の位置関係にある待機所を選択する（Ｓ２１２１）。例えば待機所選択部２１２１は配車場所から最も近い位置にある待機所を選択してもよい。あるいは待機所選択部２１２１は配車場所から所定の距離の範囲内にある複数の待機所のうち、配車可能なレンタカーの残り台数に余裕がある待機所を選択してもよい。
【００４４】
上述したように、本実施例のレンタカー配車管理サーバ２１によれば、実施例１の効果に加え、待機所が複数ある場合に、最適な待機所からレンタカーを配車することができる。
【００４５】
＜ハードウェア構成＞
なお、上記実施の形態（実施例）の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェアおよび／またはソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的および／または論理的に結合した１つの装置により実現されてもよいし、物理的および／または論理的に分離した２つ以上の装置を直接的および／または間接的に(例えば、有線および／または無線で)接続し、これら複数の装置により実現されてもよい。
【００４６】
例えば、本発明の一実施の形態におけるレンタカー配車管理サーバ１１、レンタカー配車管理サーバ２１などは、本発明の通信方法を実行するコンピュータとして機能してもよい。図９は、本発明の一実施の形態に係るレンタカー配車管理サーバ１１、レンタカー配車管理サーバ２１のハードウェア構成の一例を示す図である。上述のレンタカー配車管理サーバ１１、レンタカー配車管理サーバ２１は、物理的には、プロセッサ１１０００、メモリ１２０００、ストレージ１３０００、通信装置１４０００、入力装置１５０００、出力装置１６０００、バス１７０００などを含むコンピュータ装置として構成されてもよい。
【００４７】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。レンタカー配車管理サーバ１１、レンタカー配車管理サーバ２１のハードウェア構成は、図に示した各装置を１つまたは複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００４８】
レンタカー配車管理サーバ１１、レンタカー配車管理サーバ２１における各機能は、プロセッサ１１０００、メモリ１２０００などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１１０００が演算を行い、通信装置１４０００における通信および／または、メモリ１２０００およびストレージ１３０００におけるデータの読み出しおよび／または書き込みを制御することで実現される。
【００４９】
プロセッサ１１０００は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１１０００は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（CPU:Central Processing Unit）で構成されてもよい。例えば、タクシー手配部１１１、レンタカー手配部１１２、レンタカー手配部２１２、ユーザ端末通信部１１３、タクシーサーバ通信部１１４、レンタカーサーバ通信部１１５などは、プロセッサ１１０００で実現されてもよい。
【００５０】
また、プロセッサ１１０００は、プログラム（プログラムコード）、ソフトウェアモジュールおよび／またはデータを、ストレージ１３０００および／または通信装置１４０００からメモリ１２０００に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、上述のタクシー手配部１１１、レンタカー手配部１１２、レンタカー手配部２１２、ユーザ端末通信部１１３、タクシーサーバ通信部１１４、レンタカーサーバ通信部１１５は、メモリ１２０００に格納され、プロセッサ１１０００で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１１０００で実行される旨を説明してきたが、２以上のプロセッサ１１０００により同時または逐次に実行されてもよい。プロセッサ１１０００は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【００５１】
メモリ１２０００は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM(Read Only Memory)、EPROM(Erasable Programmable ROM)、EEPROM(Electrically Erasable Programmable ROM)、RAM(Random Access Memory)などの少なくとも１つで構成されてもよい。メモリ１２０００は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１２０００は、本発明の一実施の形態に係る通信方法を実行するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【００５２】
ストレージ１３０００は、コンピュータ読み取り可能な記録媒体であり、例えば、CD-ROM(Compact Disc ROM)などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１３０００は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１２０００および／またはストレージ１３０００を含むデータベース、サーバその他の適切な媒体であってもよい。
【００５３】
通信装置１４０００は、有線および／または無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述のレンタカー配車管理サーバ１１、レンタカー配車管理サーバ２１などに含まれる送受信アンテナ、アンプ部、送受信部、伝送路インターフェースなどは、通信装置１４０００で実現されてもよい。
【００５４】
入力装置１５０００は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１６０００は、外部に出力する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１５０００および出力装置１６０００は、一体となった構成（例えば、タッチパネル）であってもよい。
【００５５】
また、プロセッサ１１０００および／またはメモリ１２０００などの各装置は、情報を通信するためのバス１７０００で接続される。バス１７０００は、単一のバスで構成されてもよいし、装置間で互いに異なるバスで構成されてもよい。
【００５６】
また、レンタカー配車管理サーバ１１、レンタカー配車管理サーバ２１は、マイクロプロセッサ、デジタル信号プロセッサ(DSP:Digital Signal Processor)、ASIC(Application Specific Integrated Circuit)、PLD(Programmable Logic Device)、FPGA(Field Programmable Gate Array)などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部または全てが実現されてもよい。例えば、プロセッサ１１０００は、これらのハードウェアの少なくとも１つで実装されてもよい。
【００５７】
＜情報の通知、シグナリング＞
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、DCI(Downlink Control Information)、UCI(Uplink Control Information))、上位レイヤシグナリング（例えば、RRC(Radio Resource Control)シグナリング、MAC(Medium Access Control)シグナリング、ブロードキャスト情報(MIB(Master Information Block)、SIB(System Information Block))）、その他の信号またはこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ(RRC Connection Setup)メッセージ、RRC接続再構成(RRC Connection Reconfiguration)メッセージなどであってもよい。
【００５８】
＜適用システム＞
本明細書で説明した各態様／実施形態は、LTE(Long Term Evolution)、LTE-A(LTE-Advanced)、SUPER 3G、IMT-Advanced、4G、5G、FRA(Future Radio Access)、W-CDMA（登録商標）、GSM（登録商標）、CDMA2000、UMB(Ultra Mobile Broadband)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、UWB(Ultra-WideBand)、Bluetooth（登録商標）、その他の適切なシステムを利用するシステムおよび／またはこれらに基づいて拡張された次世代システムに適用されてもよい。
【００５９】
＜処理手順等＞
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【００６０】
＜基地局の動作＞
本明細書において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つまたは複数のネットワークノード（network nodes）を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局および／または基地局以外の他のネットワークノード(例えば、MMEまたはS-GWなどが考えられるが、これらに限られない)によって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ(例えば、MMEおよびS-GW)であってもよい。
【００６１】
＜入出力の方向＞
情報等(※「情報、信号」の項目参照)は、上位レイヤ(または下位レイヤ)から下位レイヤ(または上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
【００６２】
＜入出力された情報等の扱い＞
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【００６３】
＜判定方法＞
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean:trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【００６４】
＜態様のバリエーション等＞
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Xであること」の通知）は、明示的に行うものに限られず、暗黙的に（例えば、当該所定の情報の通知を行わないで）行われてもよい。
【００６５】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨および範囲を逸脱することなく修正および変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【００６６】
＜用語の意味、解釈＞
１）ソフトウェア
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【００６７】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペアおよびデジタル加入者回線（DSL）などの有線技術および／または赤外線、無線およびマイクロ波などの無線技術を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、これらの有線技術および／または無線技術は、伝送媒体の定義内に含まれる。
【００６８】
２）情報、信号
本明細書で説明した情報、信号などは、様々な互いに異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、またはこれらの任意の組み合わせによって表されてもよい。
【００６９】
なお、本明細書で説明した用語および／または本明細書の理解に必要な用語については、同一のまたは類似する意味を有する用語と置き換えてもよい。例えば、チャネルおよび／またはシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（CC）は、キャリア周波数、セルなどと呼ばれてもよい。
【００７０】
３）「システム」、「ネットワーク」
本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
【００７１】
４）パラメータ、チャネルの名称
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
【００７２】
上述したパラメータに使用する名称はいかなる点においても限定的なものではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示したものと互いに異なる場合もある。様々なチャネル（例えば、PUCCH、PDCCHなど）および情報要素（例えば、TPCなど）は、あらゆる好適な名称によって識別できるので、これらの様々なチャネルおよび情報要素に割り当てている様々な名称は、いかなる点においても限定的なものではない。
【００７３】
５）基地局
基地局は、１つまたは複数（例えば、３つ）の（セクタとも呼ばれる）セルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局RRH:Remote Radio Head）によって通信サービスを提供することもできる。「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、および／または基地局サブシステムのカバレッジエリアの一部または全体を指す。さらに、「基地局」「eNB」、「セル」、および「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局(fixed station)、NodeB、eNodeB(eNB)、アクセスポイント(access point)、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
【００７４】
６）移動局
移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【００７５】
７）その他の用語
１．「判断」、「決定」
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【００７６】
２．「接続された」、「結合された」
「接続された(connected)」、「結合された(coupled)」という用語、またはこれらのあらゆる変形は、２またはそれ以上の要素間の直接的または間接的なあらゆる接続または結合を意味し、互いに「接続」または「結合」された２つの要素間に１またはそれ以上の中間要素が存在することを含むことができる。要素間の結合または接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、２つの要素は、１またはそれ以上の電線、ケーブルおよび／またはプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域および光（可視および不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」または「結合」されると考えることができる。
【００７７】
３．「に基づいて」
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【００７８】
４．「第１の」、「第２の」
本明細書で使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量または順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【００７９】
５．「含む(including)」、「または(or)」
「含む(including)」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または(or)」は、排他的論理和ではないことが意図される。
【００８０】
６．冠詞
本開示の全体において、例えば、英語でのa, an, およびtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
【図１】
2018173700.tif 000003
【図２】
2018173700.tif 000004
【図３】
2018173700.tif 000005
【図４】
2018173700.tif 000006
【図５】
2018173700.tif 000007
【図６】
2018173700.tif 000008
【図７】
2018173700.tif 000009
【図８】
2018173700.tif 000010
【図９】
2018173700.tif 000011