JP5676062B2

JP5676062B2 - カーレンタル支援装置

Info

Publication number: JP5676062B2
Application number: JP2014544116A
Authority: JP
Inventors: 田中　誠; 田中　　誠
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2012-10-31
Filing date: 2012-10-31
Publication date: 2015-02-25
Anticipated expiration: 2032-10-31
Also published as: JPWO2014068697A1; WO2014068697A1

Description

本発明は、カーレンタル支援装置に関する。

省資源の社会的な要求を背景に、カーレンタルの１形態としてインターネットを介して個人間で自家用車を気軽にレンタルできるＰｅｅｒ−ｔｏ−Ｐｅｅｒ（以下、Ｐ２Ｐという）形式のカーレンタルが利用されつつある。Ｐ２Ｐ形式では、車両の受渡しと返却について、個人オーナと個人ユーザ間の細かな調整や合意を個別に取る必要がある。カーレンタルにおける従来技術として、例えば特許文献１は、複数の会員間で自動車を共有する自動車共有システムを開示している。この自動車共有システムによれば、予め使用時間を予約してある共有車の返却日時をユーザが変更することが可能である。

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

Ｐ２Ｐ形式のカーレンタルでは、ユーザとオーナの間で受渡し日時、受渡し場所、返却日時、返却場所等の希望条件のマッチングを行い、貸借条件を作成する必要がある。しかし、従来のカーレンタルシステムでは、ユーザやオーナの希望条件が幅を持たないものであったため、適合するユーザとオーナの組み合わせが少ないという問題点があった。

本発明は上述の問題に鑑み、ユーザとオーナが指定する希望条件に一定の幅を持たせることにより、双方の条件を適合しやすくしたカーレンタル支援装置の提供を目的とする。

本発明のカーレンタル支援装置は、車両の借用を希望するユーザと車両の貸与を希望するオーナとの間の貸借条件をコンピュータのデータ処理により設定するカーレンタル支援装置であって、オーナの受渡しの希望場所及び希望日時並びに返却の希望場所及び希望日時の少なくとも一つを含む貸与希望条件と貸与希望条件の許容変更範囲を示す、貸与希望条件データを記憶する貸与希望条件記憶部と、ユーザの受渡しの希望場所及び希望日時並びに返却の希望場所及び希望日時の少なくとも一つを含む借用希望条件と借用希望条件の許容変更範囲を示す、借用希望条件データを記憶する借用希望条件記憶部と、貸与希望条件データと借用希望条件データを参照し、貸与希望条件と借用希望条件双方の許容変更範囲の少なくとも一部が重複する場合に、重複範囲で貸借条件を設定する貸借条件設定部と、を備える。

本発明のカーレンタル支援装置は、オーナの貸与希望条件とその許容変更範囲を示す貸与希望条件データを記憶する貸与希望条件記憶部と、ユーザの借用希望条件とその許容変更範囲を示す借用希望条件データを記憶する借用希望条件記憶部と、貸与希望条件データと借用希望条件データを参照し、貸与希望条件と借用希望条件双方の許容変更範囲の少なくとも一部が重複する場合に、重複範囲で貸借条件を設定する貸借条件設定部と、を備える。よって、ユーザとオーナを適合しやすく貸借条件が設定しやすい。

この発明の目的、特徴、態様、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。

カーレンタル支援装置の構成図である。カーレンタル支援装置の変形例の構成図である。オーナオファー情報とユーザリクエスト情報を示す図である。予約候補情報を示す図である。予約情報を示す図である。ユーザリクエスト情報記憶処理を示すフローチャートである。オーナオファー情報記憶処理を示すフローチャートである。予約候補情報記憶処理を示すフローチャートである。予約候補情報生成処理を示すフローチャートである。予約候補提示処理を示すフローチャートである。予約候補提示処理を示すフローチャートである。オーナによる候補選択処理を示すフローチャートである。ユーザによる候補選択処理を示すフローチャートである。貸し出しに関するオーナの予約変更処理を示すフローチャートである。返却に関するオーナの予約変更処理を示すフローチャートである。貸し出しに関するユーザの予約変更処理を示すフローチャートである。返却に関するユーザの予約変更処理を示すフローチャートである。

＜Ａ．実施の形態＞
＜Ａ−１．構成＞
図１は、実施の形態に係るカーレンタル支援装置１０の構成図である。カーレンタル支援装置１０は、個人のオーナ（車両貸与主）と個人のユーザ（車両借用主）の間の貸借条件をコンピュータのデータ処理により設定する。

カーレンタル支援装置１０は、サーバ１００と、ネットワーク３００を介してサーバ１００と接続関係にあるオーナ端末２００Ａ及びユーザ端末２００Ｂを備えている。図１では、オーナ端末とユーザ端末を１つずつ示しているが、各端末の数はこれに限らない。

サーバ１００は、オーナ情報保持部１０１、ユーザ情報保持部１０２、オーナオファー情報保持部１０３、ユーザリクエスト情報保持部１０４、予約候補情報保持部１０５、予約情報保持部１０６、予約履歴情報保持部１０７、経路探索部１０８、データ処理部１０９、通信処理部１１０を備える。オーナ情報保持部１０１、ユーザ情報保持部１０２、オーナオファー情報保持部１０３、ユーザリクエスト情報保持部１０４、予約候補情報保持部１０５、予約情報保持部１０６、予約履歴情報保持部１０７はメモリやＨＤＤなどの記憶媒体で構成される。また、経路探索部１０８とデータ処理部１０９は、ＲＡＭ等に格納された各種プログラムをＣＰＵ（例えば１つまたは複数のマイクロプロセッサで構成される）が演算することによって実現される機能ブロックである。通信処理部１１０は通信インタフェースである。

オーナ情報保持部１０１は、オーナを識別するための識別子（オーナＩＤ）と共に、オーナの位置情報を記憶する。オーナの位置情報は、すなわちオーナ端末２００Ａの位置情報のことである。オーナ情報保持部１０１は、オーナ端末２００Ａの位置情報取得部１１３Ａから例えば定期的にオーナ端末２００Ａの位置情報を取得している。ユーザ情報保持部１０２は、ユーザを識別するための識別子（ユーザＩＤ）と共に、ユーザの位置情報を記憶する。ユーザの位置情報は、すなわちユーザ端末２００Ｂの位置情報のことである。ユーザ情報保持部１０２は、ユーザ端末２００Ｂの位置情報取得部１１３Ｂから例えば定期的にユーザ端末２００Ｂの位置情報を取得している。

オーナオファー情報保持部１０３は、オーナから提示されるオーナオファー情報（以下、オファー情報という）を記憶する。オファー情報は、貸与希望条件とその許容変更範囲を含む貸与希望条件データであり、言い換えればオーナオファー情報保持部１０３は、貸与希望条件データを記憶する貸与希望条件記憶部である。

以下の説明において、貸与希望条件は車両の受渡し希望場所、受渡し希望日時、返却希望場所、返却希望日時の４項目からなるが、ここに挙げた項目のうち少なくとも一つを含んでいれば良い。また、これらの他に貸借料金の情報を含んでいても良い。貸与希望条件の許容変更範囲とは、オーナが変更を許容する貸与希望条件の範囲のことである。例えば、オーナが自宅の最寄り駅であるＡ駅で車両の受渡しを希望しているが、ユーザ側の要望に合わせてＡ駅の両隣のＢ駅やＣ駅でも受渡しが可能であるとする。この場合、貸与希望条件として受渡し希望場所はＡ駅であり、受渡し希望場所の許容変更範囲はＢ駅とＣ駅となる。オファー情報は、オーナ端末２００Ａの入力部１１１Ａからオーナにより入力される。オーナオファー情報保持部１０３は、図１に示すオーナ端末２００Ａの他、サーバ１００と接続関係にある複数のオーナ端末から入力された各オーナのオファー情報を記憶する。

ユーザリクエスト情報保持部１０４は、ユーザから提示されるユーザリクエスト情報（以下、リクエスト情報という）を記憶する。リクエスト情報は、借用希望条件とその許容変更範囲を含む借用希望条件データであり、言い換えればユーザリクエスト情報保持部１０４は、借用希望条件データを記憶する借用希望条件記憶部である。借用希望条件の項目は貸与希望条件と同様である。リクエスト情報は、ユーザ端末２００Ｂの入力部１１１Ｂからユーザにより入力される。ユーザリクエスト情報保持部１０４は、図１に示すユーザ端末２００Ｂの他、サーバ１００と接続関係にある複数のユーザ端末から寄せられた各ユーザのリクエスト情報を記憶している。

予約候補情報保持部１０５は、オーナオファー情報保持部１０３のオーナ情報とユーザリクエスト情報保持部１０４のリクエスト情報のマッチング結果を予約候補情報として記憶する。予約候補情報は、オーナ情報とリクエスト情報の他、両者へのリンク情報を有していても良い。

予約情報保持部１０６は、予約候補情報保持部１０５が記憶する予約候補情報のうち、ユーザとオーナが予約を希望した情報を予約情報として記憶する。予約情報は予約候補情報と同様、オーナ情報とリクエスト情報の他、両者へのリンク情報を有していても良い。

予約履歴情報保持部１０７は、予約情報保持部１０６が記憶する予約情報のうち、貸借が終了した予約情報を予約履歴情報として記憶する。予約履歴情報は、貸借が予約どおりに行われたかどうかを示す貸出し返却状況や、貸借に際して支払われた料金の情報を含んでも良い。なお、予約履歴情報は本発明に必須の構成要素ではない。

経路探索部１０８は、データ処理部１０９でオファー情報とリクエスト情報のマッチングを行う際に、受渡し場所及び返却場所の候補を算出や、候補場所への到達手順及び到達時間の予測を行う。

データ処理部１０９は、オファー情報とリクエスト情報をマッチングし、マッチングしたオファー情報とリクエスト情報の組み合わせを予約候補情報として予約候補情報保持部１０５へ記憶する。さらに、予約候補情報から予約情報を生成して予約情報保持部１０６へ記憶する他、オーナまたはユーザの貸借条件変更要求に応じて予約情報を変更する。また、貸借終了時に予約履歴情報を生成して予約履歴情報保持部１０７に記憶する。

通信処理部１１０は、ネットワーク３００上のデータの受渡しを行う。

オーナ端末２００Ａは、オーナが所有する端末であって、車両の受渡し前まで車両に搭載され、車両の受渡し時に車両から外される。オーナ端末２００Ａは入力部１１１Ａ、出力部１１２Ａ、位置情報取得部１１３Ａ、通信処理部１１０Ａを備えている。入力部１１１Ａ、出力部１１２Ａは、それぞれオーナ端末２００Ａの入力インタフェース、出力インタフェースである。位置情報取得部１１３Ａは、ＲＡＭ等に格納された各種プログラムをＣＰＵ（例えば１つまたは複数のマイクロプロセッサで構成される）が演算することによって実現される機能ブロックである。通信処理部１１０Ａは通信インタフェースである。

位置情報取得部１１３Ａは、例えばＧＰＳ（Global Positioning System）信号を受信して、オーナ端末２００Ａの位置情報を取得する。すなわち、位置情報取得部１１３Ａは車両の受渡しが行われるまでの間は車両の位置情報を取得する。入力部１１１Ａは、オーナがオファー情報やその他の要求を入力するインタフェースであり、例えばキーボードで構成される。出力部１１２Ａは、各種の処理結果や予約状況などの情報提示をオーナに対して行う出力インタフェースであり、例えばディスプレイやスピーカで構成される。通信処理部１１０Ａは、ネットワーク３００上のデータの受渡しを行う。

ユーザ端末２００Ｂは、ユーザが所有する端末であって、車両の受渡し時に車両に搭載される。ユーザ端末２００Ｂはオーナ端末２００Ａと同様の構成であり、入力部１１１Ｂ、出力部１１２Ｂ、位置情報取得部１１３Ｂ、通信処理部１１０Ｂを備えている。これら各構成要素の参照符号は、オーナ端末２００Ａの対応する構成要素の参照符号の末尾のアルファベットをＢに置き換えたものを付している。入力部１１１ＢＡ、出力部１１２Ｂは、それぞれオーナ端末２００Ｂの入力インタフェース、出力インタフェースである。位置情報取得部１１３Ｂは、ＲＡＭ等に格納された各種プログラムをＣＰＵ（例えば１つまたは複数のマイクロプロセッサで構成される）が演算することによって実現される機能ブロックである。通信処理部１１０Ｂは通信インタフェースである。

図３に、オファー情報とリクエスト情報の詳細を示す。図３（ａ）に示すオーナオファー情報保持部１０３に記憶される各オファー情報は、貸与希望条件として、オーナが車両の受渡しを希望する場所、受渡しを希望する日時、返却を希望する場所、返却を希望する日時の４項目を含む。さらにオファー情報は、上記４項目の夫々について許容変更範囲の情報も含む。

図３（ｂ）に示すユーザリクエスト情報保持部１０４に記憶される各リクエスト情報は、ユーザの借用希望条件としてオファー情報と同様の項目を含む。さらにリクエスト情報は、上記４項目の夫々について許容変更範囲の情報も含む。

図４は、予約候補情報保持部１０５が記憶する予約候補情報の詳細を示している。データ処理部１０９は、オーナオファー情報保持部１０３とユーザリクエスト情報保持部１０４を参照して、オファー情報とリクエスト情報のマッチングを行う。貸与希望条件と借用希望条件が一致する他、双方の許容変更範囲の少なくとも一部が重なるオファー情報とリクエスト情報を適合関係にあると判断し、これらを抽出して予約候補情報を生成するので、多数の予約候補情報を生成することが可能である。予約候補情報は、適合関係にあるオファー情報及びリクエスト情報の組み合わせと、受渡し場所と日時、返却場所と日時、ステータス情報を含んでいる。

図５は、予約情報保持部１０６が記憶する予約情報の詳細を示している。予約候補情報保持部１０５が記憶する複数の予約候補情報のうち、オーナとユーザの双方が選択したものが予約情報として予約情報保持部１０６に記憶される。予約情報はオーナとユーザの双方に通知され、これを基にして車両の貸借が行われる。予約情報の各項目は予約候補情報の各項目からステータス情報を除いたものであるので、説明を省略する。予約情報が含むオファー情報とリクエスト情報には、貸与希望条件と借用希望条件夫々の許容変更範囲を示す情報が含まれている。そのため、オーナとユーザ双方の選択によって予約が決定した後に、オーナ又はユーザが予約内容の変更を要求する場合には、当該変更が相手方の許容変更範囲を満たすか否かを判断することにより、当該変更要求に応じるか否かを判断することが出来る。

＜Ａ−２．動作＞
図６は、リクエスト情報をユーザリクエスト情報保持部１０４に記憶する処理を示すフローチャートである。まず、ユーザが借用希望条件をユーザ端末２００Ｂの入力部１１１Ｂから入力し（ステップＳ１）、次いで、借用希望条件の許容変更範囲を入力する（ステップＳ２）。許容変更範囲は、例えば受渡し希望場所の自宅に対して自宅の最寄り駅や、受渡し希望日時から±１時間、などのように設定する。受渡し希望場所または受渡し希望日時のいずれかについてのみ許容変更範囲を設定しても良いし、両方について設定しても良い。

これらの情報はユーザ端末２００Ｂの通信処理部１１０Ｂからネットワーク３００を介してサーバ１００の通信処理部１１０に送られる。サーバ１００のデータ処理部１０９は、通信処理部１１０が取得した借用希望条件とその許容変更範囲をリクエスト情報としてユーザリクエスト情報保持部１０４に記憶する（ステップＳ３）。ユーザリクエスト情報保持部１０４には、ユーザ端末２００Ｂだけでなく他のユーザ端末からのリクエスト情報も記憶される。そこで、各リクエスト情報は、送信元のユーザを識別するためユーザＩＤに紐付けて記憶される。

図７は、オファー情報をオーナオファー情報保持部１０３に記憶する処理を示すフローチャートである。まず、オーナが貸与希望条件をオーナ端末２００Ａの入力部１１１Ａから入力し（ステップＳ１１）、次いで、貸与希望条件の許容変更範囲を入力する（ステップＳ１２）。

これらの情報はオーナ端末２００Ａの通信処理部１１０Ａからネットワーク３００を介してサーバ１００の通信処理部に送られる。サーバ１００のデータ処理部１０９は、通信処理部が取得した貸与希望条件とその許容変更範囲をオファー情報としてオーナオファー情報保持部１０３に記憶する（ステップＳ１３）。オーナオファー情報保持部１０３には、オーナ端末２００Ａだけでなく他のオーナ端末からのオファー情報も記憶される。そこで、各オファー情報は、オファー情報の送信元のオーナを識別するためオーナＩＤに紐付けて記憶される。

図８は、データ処理部１０９の予約候補情報記憶処理を示すフローチャートである。データ処理部１０９は、ユーザリクエスト情報保持部１０４を参照し、オファー情報と未だ比較していないリクエスト情報、すなわち新たに記憶されたリクエスト情報があるかどうかを判断する（ステップＳ２１）。この判断ステップは、例えば定期的に行われる。該当するリクエスト情報がなければ処理を終了し、あれば当該リクエスト情報を取得する（ステップＳ２２）。

次いで、ステップＳ２２で取得したリクエスト情報を全てのオファー情報と比較したか否かを判断する（ステップＳ２３）。全てのオファー情報と比較していれば処理を終了し、未だ比較していないオファー情報があれば、当該オファー情報を取得する（ステップＳ２４）。

そして、ステップＳ２２で取得したリクエスト情報とステップＳ２４で取得したオファー情報を比較する。まず、受渡し希望場所と受渡し希望日時に関して、リクエスト情報とオファー情報が適合するか否かを判断する（ステップＳ２５）。ここで適合するとは、リクエスト情報に記載された受渡し希望場所及び受渡し希望日時が、オファー情報に記載された受渡し希望場所及び受渡し希望日時と一致する場合だけでなく、双方の許容変更範囲の少なくとも一部が重なっている場合も含む。言い換えれば、データ処理部１０９は受渡しについて、許容変更範囲を考慮して借用希望条件と貸与希望条件が適合するか否かを判断している。適合しない場合には、ステップＳ２３に戻って未比較のオファー情報を検索する。

ステップＳ２５で適合する場合には、返却希望場所と返却希望日時に関してリクエスト情報とオファー情報が適合するか否かを判断する（ステップＳ２６）。ここで適合するとは、リクエスト情報に記載された返却希望場所及び返却希望日時が、オファー情報に記載された返却希望場所及び返却希望日時と一致する場合だけでなく、双方の許容変更範囲の少なくとも一部が重なっている場合も含む。言い換えれば、データ処理部１０９は返却について、許容変更範囲を考慮して借用希望条件と貸与希望条件が適合するか否かを判断している。適合しない場合には、ステップＳ２３に戻って未比較のオファー情報を検索する。ステップＳ２６で適合する場合には、現在処理対象のリクエスト情報とオファー情報の組み合わせに対して予約候補情報を生成し（ステップＳ２７）、予約候補情報保持部１０５に記憶する（ステップＳ２８）。

図９は、予約候補情報の生成処理（図８のステップＳ２７）を示すフローチャートである。まず、受渡し場所を算出する（ステップＳ２７１）。ここでは、リクエスト情報に記載された受渡し希望場所の許容変更範囲と、オファー情報に記載された受渡し希望場所の許容変更範囲の双方に該当し、かつ双方の受渡し希望場所から変更の度合いが最も少ない場所を、受渡し場所とする。ここで変更の度合いが最も少ないとは、例えば変更前の場所からの移動距離が最も短い場所のことをいう。変更前の場所からの移動距離の計算は、経路探索部１０８で行う。なお、リクエスト情報とオファー情報で受渡し希望場所が一致する場合には、その場所を受渡し場所とする。

次に、受渡し日時を算出する（ステップＳ２７２）。ここでは、リクエスト情報に記載された受渡し希望日時の許容変更範囲と、オファー情報に記載された受渡し希望日時の許容変更範囲の双方に該当し、かつ双方の受渡し希望日時から変更の度合いが最も少ない日時を受渡し日時と算出する。ここで変更の度合いが最も少ないとは、変更前の日時から変更時間が最も短い日時のことをいう。なお、双方の受渡し希望日時が一致している場合には、その日時を受渡し日時とする。以下、同様にして返却場所（ステップＳ２７３）、返却日時（ステップＳ２７４）を算出する。このようにデータ処理部１０９は、貸与希望条件と借用希望条件双方の許容変更範囲の少なくとも一部が重複する場合に、その重複範囲で貸借条件を設定する貸借条件設定部として動作する。

予約候補情報保持部１０５に記憶された予約候補情報は、関係するオーナとユーザに通知される。図１０は、オーナの要求に従いデータ処理部１０９がオーナ端末２００Ａの出力部１１２Ａにより予約候補情報を提示する動作を示すフローチャートである。まず、データ処理部１０９はオーナから予約候補リストの表示要求があるかどうかを判断する（ステップＳ３１）。この判断ステップは、例えば定期的に実行される。オーナがオーナ端末２００Ａの入力部１１１Ａから表示要求を入力すると、通信処理部１１０Ａ、ネットワーク３００、通信処理部を介してデータ処理部１０９に表示要求が送信される。

ステップＳ３１で表示要求がなければ処理を終了し、表示要求があれば、要求があったオーナの予約候補情報を予約候補情報保持部１０５からオーナＩＤを基に取得する（ステップＳ３２）。オーナは表示要求と併せて、予約候補情報のリストの表示条件を指定することが出来る。データ処理部１０９は、表示条件の指定があるか否かを判断する（ステップＳ３３）。表示条件がなければ、ステップＳ３２で取得した予約候補情報を出力部１１２Ａでリスト表示し（ステップＳ３５）、表示条件があれば、表示条件に沿って予約候補情報を並べ替えた上で（ステップＳ３４）、出力部１１２Ａでリスト表示を行う（ステップＳ３５）。表示条件としては、例えば受渡し場所が貸与希望条件の受渡し希望場所から近い順に表示するとか、支払い料金の高い順に表示する等が考えられる。

図１１は、ユーザの要求に従いデータ処理部１０９がユーザ端末２００Ｂの出力部１１２Ｂにより予約候補情報を提示する動作を示すフローチャートである。まず、データ処理部１０９はユーザから予約候補リストの表示要求があるかどうかを判断する（ステップＳ４１）。この判断ステップは、例えば定期的に実行される。ユーザがユーザ端末２００Ｂの入力部１１１Ｂから表示要求を入力すると、通信処理部１１０Ｂ、ネットワーク３００、通信処理部を介してデータ処理部１０９に表示要求が送信される。

ステップＳ４１で表示要求がなければ処理を終了し、表示要求があれば、要求があったユーザの予約候補情報を予約候補情報保持部１０５からユーザＩＤを基に取得する（ステップＳ４２）。ユーザは表示要求と併せて、予約候補情報のリストの表示条件を指定することが出来る。データ処理部１０９は、表示条件の指定があるか否かを判断する（ステップＳ４３）。表示条件がなければ、ステップＳ４２で取得した予約候補情報を出力部１１２Ｂでリスト表示し（ステップＳ４５）、表示条件があれば、表示条件に沿って予約候補情報を並べ替えた上で（ステップＳ４４）、出力部１１２Ｂでリスト表示を行う（ステップＳ４５）。

図１２は、出力部１１２Ａでリスト表示された予約候補の一つをオーナが選択した場合のデータ処理部１０９の動作を示すフローチャートである。まず、オーナが予約候補の一つを選択すると（ステップＳ５１）、選択した予約候補（以下、選択予約候補という）の情報（以下、選択予約候補情報という）のステータスを「オーナからの希望あり」に変更する（ステップＳ５２）。そして、選択予約候補情報に紐付けられたユーザＩＤを基に、関係するユーザにオーナからの希望があることを通知する（ステップＳ５３）。具体的には、関係するユーザのユーザ端末２００Ｂの出力部１１２Ｂにおいて、選択予約候補にオーナからの希望が入ったことを表示する。

次に、選択予約候補をユーザが受け入れるか否かを判断する（ステップＳ５４）。ユーザがユーザ端末２００Ｂの入力部１１１Ｂを通して受け入れを入力すると、データ処理部１０９は当該入力信号を受信し、選択予約候補をユーザが受け入れたと判断する。そして、選択予約候補情報のステータスを「予約成立」に変更する（ステップＳ５５）。そして、データ処理部１０９は選択予約候補情報を予約情報保持部１０６に予約情報として新たに記憶すると共に（ステップＳ５６）、予約情報を関係するオーナ及びユーザに通知する（ステップＳ５７）。具体的には、出力部１１２Ａ，１１２Ｂに予約情報を表示する。なお、ユーザが所定時間内に受け入れを入力しない場合や、受け入れ拒否を入力した場合は、ステップＳ５４でＮｏとなり処理を終了する。

図１３は、出力部１１２Ｂでリスト表示された予約候補の一つをユーザが選択した場合のデータ処理部１０９の動作を示すフローチャートである。まず、ユーザが予約候補の一つを選択すると（ステップＳ６１）、選択予約候補情報のステータスを「ユーザからの希望あり」に変更する（ステップＳ６２）。そして、選択予約候補情報に紐付けられたオーナＩＤを基に、関係するオーナにユーザからの希望があることを通知する（ステップＳ６３）。具体的には、関係するオーナのオーナ端末２００Ａの出力部１１２Ａにおいて、選択予約候補にユーザからの希望が入ったことを表示する。

次に、選択予約候補をオーナが受け入れるか否かを判断する（ステップＳ６４）。オーナがオーナ端末２００Ａの入力部１１１Ａを通して受け入れを入力すると、データ処理部１０９は当該入力信号を受信し、データ処理部１０９は選択予約候補をオーナが受け入れたと判断する。そして、選択予約候補情報のステータスを「予約成立」に変更する（ステップＳ６５）。そして、データ処理部１０９は選択予約候補情報を予約情報保持部１０６に予約情報として新たに記憶すると共に（ステップＳ６６）、予約情報を関係するオーナ及びユーザに通知する（ステップＳ６７）。具体的には、出力部１１２Ａ，１１２Ｂに予約情報を表示する。なお、オーナが所定時間内に受け入れを入力しない場合や、受け入れ拒否を入力した場合は、ステップＳ６４でＮｏとなり処理を終了する。

オーナは、オーナ端末２００Ａの入力部１１１Ａから予約情報の表示要求を行うことにより、出力部１１２Ａにて、予約情報保持部１０６に記憶された予約情報のうち当該オーナが関係するものを表示させることが出来る。ユーザも同様に、ユーザ端末２００Ｂの入力部１１１Ｂから予約情報の表示要求を行うことにより、出力部１１２Ｂにて、予約情報保持部１０６に記憶された予約情報のうち当該ユーザが関係するものを表示させることが出来る。こうして、オーナとユーザは自己が関係する予約情報を必要に応じて確認した上で、車両の貸借を行う。

図１４は、予約成立後にオーナが受渡し条件を変更する際のデータ処理部１０９の動作を示すフローチャートである。まず、データ処理部１０９はオーナから受渡し条件の変更要求があったか否かを判断する（ステップＳ７１）。オーナは、入力部１１１Ａを介して変更を要求する予約情報を選択し、変更内容を入力することにより変更要求を行う。変更内容として、元のオファー情報で設定した許容変更範囲内で新たな受渡し希望条件を入力しても良いし、許容変更範囲自体を変更する場合には、新たな受渡し希望条件とその許容変更範囲を共に入力しても良い。ここで入力される受渡し希望条件（とその許容変更範囲）を、以下、変更受渡しオファー情報という。変更受渡しオファー情報は、通信処理部１１０Ａ、ネットワーク３００、通信処理部１１０を介してデータ処理部１０９に入力される。データ処理部１０９は、変更受渡しオファー情報を受けると、オーナから受渡し条件の変更要求があったと判断する。所定時間内に変更受渡しオファー情報を受けない場合は、ステップＳ７１でＮｏとなり再びオーナの受渡し条件変更要求を待機する。

次に、データ処理部１０９は、変更受渡しオファー情報を予約情報保持部１０６に仮記憶する（ステップＳ７２）。ここでは、ステップＳ７１で選択された予約情報に変更受渡しオファー情報を追加する。

そして、変更受渡しオファー情報が予約情報に記載されたリクエスト情報に適合するか否かを判断する（ステップＳ７３）。ここでは、オーナ側の新たな受渡し希望条件が、ユーザ側の受渡し希望条件に一致する場合を含め、ユーザ側の許容変更範囲内である場合に適合すると判断する。また、オーナ側の許容変更範囲がユーザ側の許容変更範囲と一部重なる場合にも適合すると判断しても良い。このようにデータ処理部１０９は、オーナから変更要求があった貸借条件がユーザの借用希望条件の許容変更範囲を満たすか否かを判断する変更要求判断部として動作する。

ステップＳ７３で適合しないと判断した場合には、オーナ端末２００Ａの出力部１１２Ａを介して変更要求を却下する旨をオーナに通知し、変更受渡しオファー情報の再入力を促し（ステップＳ７５）、ステップＳ７１に戻る。このように出力部１１２Ａは、オーナから変更要求があった貸借条件がユーザの借用希望条件の許容変更範囲を満たすか否かの判断結果をオーナに通知する通知部として動作する。

ステップＳ７３で適合すると判断した場合には、オーナ、ユーザ双方の許容変更範囲に該当し、かつ、双方の受渡し希望条件から変更の度合いが最も少ない条件を受渡し条件とする（ステップＳ７４）。なお、双方の受渡し希望条件が一致する場合には、当該受渡し希望条件を受渡し条件とする。

次に、ステップＳ７４で定めた受渡し条件（以下、新たな受渡し条件という）を、オーナ端末２００Ａの出力部１１２Ａからオーナに提示し、新たな受渡し条件をオーナが希望するか否かを判断する（ステップＳ７６）。このように出力部１１２Ａは、オーナから変更要求があった貸借条件がユーザの借用希望条件の許容変更範囲を満たす場合に、変更後の貸借条件をオーナに通知する通知部として動作する。ステップＳ７６の判断は、オーナが入力部１１１Ａから希望する旨を入力するか否かで行う。新たな受渡し条件をオーナが希望しない場合はステップＳ７１に戻る。

新たな受渡し条件をオーナが希望する場合は、新たな受渡し条件を予約情報保持部１０６に仮記憶する（ステップＳ７７）。ここでは、ステップＳ７１で選択された予約情報に新たな受渡し条件を追加する。すなわち、この時点で当該予約情報は、図５に示すオファー情報、リクエスト情報、受渡し条件（元の受渡し条件）、返却条件の他、変更受渡しオファー情報と新たな受渡し条件を含んでいる。

そして、新たな受渡し条件をユーザ端末２００Ｂの出力部１１２Ｂに表示してユーザに通知し（ステップＳ７８）、ユーザの承諾があるか否かを判断する（ステップＳ７９）。すなわち、出力部１１２Ｂは、オーナから変更要求があった貸借条件がユーザの借用希望条件の許容変更範囲を満たす場合に、変更後の貸借条件をユーザに通知する通知部として動作する。新たな受渡し条件を承諾する場合、ユーザはユーザ端末２００Ｂの入力部１１１Ｂからその旨を入力する。当該入力がなければ、データ処理部１０９はユーザの承諾がないと判断してステップＳ７１に戻る。

ユーザの承諾があれば、新たな受渡し条件を予約情報保持部１０６に記憶する（ステップＳ７Ａ）。ここでは、ステップＳ７１で選択された予約情報において、元の受渡し条件を新たな受渡し条件に書き換え、オファー情報の該当部分を変更受渡しオファー情報に書き換えて記憶する。

図１５は、予約成立後にオーナが返却条件を変更する際のデータ処理部１０９の動作を示すフローチャートである。まず、データ処理部１０９はオーナから返却条件の変更要求があったか否かを判断する（ステップＳ８１）。オーナは、入力部１１１Ａを介して変更を要求する予約情報を選択し、変更内容を入力することにより変更要求を行う。変更内容として、元のオファー情報で設定した許容変更範囲内で新たな返却希望条件を入力しても良いし、許容変更範囲自体を変更する場合には、新たな返却希望条件とその許容変更範囲を共に入力しても良い。ここで入力される返却希望条件（とその許容変更範囲）を、以下、変更返却オファー情報という。変更返却オファー情報は、通信処理部１１０Ａ、ネットワーク３００、通信処理部１１０を介してデータ処理部１０９に入力される。データ処理部１０９は、変更返却オファー情報を受けると、オーナの受渡し条件変更操作があったと判断する。変更返却オファー情報を受けない場合はステップＳ８１でＮｏとなり、再びオーナの返却条件変更要求を待機する。

次に、データ処理部１０９は、変更返却オファー情報を予約情報保持部１０６に仮記憶する（ステップＳ８２）。ここでは、ステップＳ８１で選択された予約情報に変更返却オファー情報を追加する。

そして、今が車両の受渡し前であるか否かを判断する（ステップＳ８３）。車両の受渡し後であれば、ユーザ端末２００Ｂの位置情報取得部１１３Ｂから車両の現在位置を取得し、車両の現在位置と現在時刻を考慮して、返却が困難となる範囲を許容変更範囲から除外することにより、ユーザ側の許容変更範囲を更新した上で（ステップＳ８４）、ステップＳ８５に進む。車両の受渡し前であれば、そのままステップＳ８５に進む。

ステップＳ８５では、変更返却オファー情報が予約情報に記載されたリクエスト情報に適合するか否かを判断する。ここでは、オーナ側の新たな返却希望条件が、ユーザ側の返却希望条件に一致する場合を含め、ユーザ側の許容変更範囲に含まれている場合に適合すると判断する。また、オーナ側の許容変更範囲がユーザ側の許容変更範囲と一部重なる場合にも適合すると判断しても良い。

ステップＳ８５で適合しないと判断した場合には、オーナ端末２００Ａの出力部１１２Ａを介して変更要求を却下する旨をオーナに通知し、変更返却オファー情報の再入力を促し（ステップＳ８７）、ステップＳ８１に戻る。

ステップＳ８５で適合すると判断した場合には、オーナ、ユーザ双方の許容変更範囲に該当し、かつ、双方の返却希望条件から変更の度合いが最も少ない条件を返却条件とする（ステップＳ８６）。なお、双方の返却希望条件が一致する場合には、当該返却希望条件を新たな返却条件とする。

次に、ステップＳ８６で定めた新たな返却条件を、オーナ端末２００Ａの出力部１１２Ａからオーナに提示し、新たな返却条件をオーナが希望するか否かを判断する（ステップＳ８８）。当該判断は、オーナが入力部１１１Ａから希望する旨を入力するか否かで行う。新たな返却条件をオーナが希望しない場合はステップＳ８１に戻る。

新たな返却条件をオーナが希望する場合は、新たな返却条件を予約情報保持部１０６に仮記憶する（ステップＳ８９）。ここでは、ステップＳ８１で選択された予約情報に新たな返却条件を追加する。すなわち、この時点で当該予約情報は、図５に示すオファー情報、リクエスト情報、受渡し条件、返却条件（元の返却条件）の他、変更返却オファー情報と新たな返却条件を含んでいる。

そして、新たな返却条件をユーザ端末２００Ｂの出力部１１２Ｂに表示してユーザに通知し（ステップＳ８Ａ）、ユーザの承諾があるか否かを判断する（ステップＳ８Ｂ）。新たな返却条件を承諾する場合、ユーザはユーザ端末２００Ｂの入力部１１１Ｂからその旨を入力する。当該入力がなければ、データ処理部１０９はユーザの承諾がないと判断してステップＳ８１に戻る。

ユーザの承諾があれば、新たな返却条件を予約情報保持部１０６に記憶する（ステップＳ８Ｃ）。ここでは、ステップＳ８１で選択された予約情報において、元の返却条件を新たな返却条件に書き換え、オファー情報の該当部分を変更返却オファー情報で書き換えて記憶する。

図１４，１５では、オーナ側の要求による貸借条件の変更について説明したが、同様に、ユーザ側の要求による貸借条件の変更も可能である。

図１６は、予約成立後にユーザが受渡し条件を変更する際のデータ処理部１０９の動作を示すフローチャートである。なお、ユーザは受渡しの前に受渡し条件の変更を求めることから、その時点で車両はオーナの手元にある。まず、データ処理部１０９はユーザから受渡し条件の変更要求があったか否かを判断する（ステップＳ９１）。ユーザは、入力部１１１Ｂを介して変更を要求する予約情報を選択し、変更内容を入力することにより変更要求を行う。変更内容として、元のリクエスト情報で設定した許容変更範囲内で新たな受渡し希望条件を入力しても良いし、許容変更範囲自体を変更する場合には、新たな受渡し希望条件とその許容変更範囲を共に入力しても良い。ここで入力される受渡し希望条件（とその許容変更範囲）を、以下、変更受渡しリクエスト情報という。変更受渡しリクエスト情報は、通信処理部１１０Ｂ、ネットワーク３００、通信処理部１１０を介してデータ処理部１０９に入力される。データ処理部１０９は、変更受渡しリクエスト情報を受けると、ユーザの受渡し条件変更操作があったと判断する。変更受渡しリクエスト情報を受けない場合はステップＳ９１でＮｏとなり、再びユーザの受渡し条件変更要求を待機する。

次に、データ処理部１０９は、変更受渡しリクエスト情報を予約情報保持部１０６に仮記憶する（ステップＳ９２）。ここでは、ステップＳ９１で選択された予約情報に変更受渡しリクエスト情報を追加する。

そして、オーナ端末２００Ａの位置情報取得部１１３Ａから車両の現在位置を取得し、車両の現在位置と現在時刻を考慮して、受渡しが困難となる範囲を許容変更範囲から除外することにより、オーナ側の許容変更範囲を更新する（ステップＳ９３）。

その後、変更受渡しリクエスト情報が、予約情報に記載されたオファー情報に適合するか否かを判断する（ステップＳ９４）。ここでは、ユーザ側の新たな受渡し希望条件が、オーナ側の受渡し希望条件に一致する場合を含め、オーナ側の許容変更範囲に含まれている場合に適合すると判断する。また、ユーザ側の許容変更範囲がオーナ側の許容変更範囲と一部重なる場合にも適合すると判断しても良い。すなわち、データ処理部１０９は、ユーザから変更要求があった貸借条件がオーナの貸与希望条件の許容変更範囲を満たすか否かを判断する変更要求判断部として動作する。

ステップＳ９４で適合しないと判断した場合には、ユーザ端末２００Ｂの出力部１１２Ｂを介して変更要求を却下する旨をユーザに通知し、変更受渡しリクエスト情報の再入力を促し（ステップＳ９６）、ステップＳ７１に戻る。すなわち、出力部１１２Ｂは、変更要求判断部における判断の結果をユーザに通知する通知部として動作する。

ステップＳ９４で適合すると判断した場合には、オーナ、ユーザ双方の許容変更範囲に該当し、かつ、双方の受渡し希望条件から変更の度合いが最も少ない条件を受渡し条件とする（ステップＳ９５）。なお、双方の受渡し希望条件が一致する場合には、当該受渡し希望条件を受渡し条件とする。

次に、ステップＳ９５で定めた受渡し条件（以下、新たな受渡し条件という）を、ユーザ端末２００Ｂの出力部１１２Ｂからユーザに提示し、新たな受渡し条件をユーザが希望するか否かを判断する（ステップＳ９７）。すなわち、出力部１１２Ｂは、ユーザから変更要求があった貸借条件がオーナの貸与希望条件の許容変更範囲を満たす場合に、変更後の貸借条件をユーザに通知する通知部として動作する。ステップＳ９７の判断は、ユーザが入力部１１１Ｂから希望する旨を入力するか否かで行う。新たな受渡し条件をユーザが希望しない場合はステップＳ９１に戻る。

新たな受渡し条件をユーザが希望する場合は、新たな受渡し条件を予約情報保持部１０６に仮記憶する（ステップＳ９８）。ここでは、ステップＳ９１で選択された予約情報に新たな受渡し条件を追加する。すなわち、この時点で当該予約情報は、図５に示すオファー情報、リクエスト情報、受渡し条件（元の受渡し条件）、返却条件の他、変更受渡しリクエスト情報と新たな受渡し条件を含んでいる。

そして、新たな受渡し条件をオーナ端末２００Ａの出力部１１２Ａに表示してオーナに通知し（ステップＳ９９）、オーナの承諾があるか否かを判断する（ステップＳ９Ａ）。すなわち、出力部１１２Ａは、ユーザから変更要求があった貸借条件がオーナの貸与希望条件の許容変更範囲を満たす場合に、変更後の貸借条件をオーナに通知する通知部として動作する。新たな受渡し条件を承諾する場合、オーナはオーナ端末２００Ａの入力部１１１Ａからその旨を入力する。当該入力がなければ、データ処理部１０９はオーナの承諾がないと判断してステップＳ９１に戻る。

オーナの承諾があれば、新たな受渡し条件を予約情報保持部１０６に記憶する（ステップＳ９Ｂ）。ここでは、ステップＳ９１で選択された予約情報において、元の受渡し条件を新たな受渡し条件に書き換え、リクエスト情報の該当部分を変更受渡しリクエスト情報で書き換えて記憶する。

図１７は、予約成立後にユーザが返却条件を変更する際のデータ処理部１０９の動作を示すフローチャートである。まず、データ処理部１０９はユーザから返却条件の変更要求があったか否かを判断する（ステップＳ１０１）。ユーザは、入力部１１１Ｂを介して変更を要求する予約情報を選択し、変更内容を入力することにより変更要求を行う。変更内容として、元のリクエスト情報で設定した許容変更範囲内で新たな返却希望条件を入力しても良いし、許容変更範囲自体を変更する場合には、新たな返却希望条件とその許容変更範囲を共に入力しても良い。ここで入力される返却希望条件（とその許容変更範囲）を、以下、変更返却リクエスト情報という。変更返却リクエスト情報は、通信処理部１１０Ｂ、ネットワーク３００、通信処理部１１０を介してデータ処理部１０９に入力される。データ処理部１０９は、変更返却リクエスト情報を受けると、ユーザの返却条件変更操作があったと判断する。変更返却リクエスト情報を受けない場合はステップＳ１０１でＮｏとなり、再びユーザの返却条件変更要求を待機する。

次に、データ処理部１０９は、変更返却リクエスト情報を予約情報保持部１０６に仮記憶する（ステップＳ１０２）。ここでは、ステップＳ１０１で選択された予約情報に変更返却リクエスト情報を追加する。

そして、変更返却リクエスト情報が、予約情報に記載されたオファー情報に適合するか否かを判断する（ステップＳ１０３）。ここでは、ユーザ側の新たな返却希望条件が、オーナ側の返却希望条件に一致する場合を含め、オーナ側の許容変更範囲に含まれている場合に適合すると判断する。また、ユーザ側の許容変更範囲がオーナ側の許容変更範囲と一部重なる場合にも適合すると判断しても良い。

ステップＳ１０３で適合しないと判断した場合には、ユーザ端末２００Ｂの出力部１１２Ｂを介して変更要求を却下する旨をユーザに通知し、変更返却リクエスト情報の再入力を促し（ステップＳ１０５）、ステップＳ１０１に戻る。

ステップＳ１０３で適合すると判断した場合には、オーナ、ユーザ双方の許容変更範囲に該当し、かつ、双方の返却希望条件から変更の度合いが最も少ない条件を返却条件とする（ステップＳ１０４）。なお、双方の返却希望条件が一致する場合には、当該返却希望条件を返却条件とする。

次に、ステップＳ１０４で定めた返却条件（以下、新たな返却条件という）を、ユーザ端末２００Ｂの出力部１１２Ｂからユーザに提示し、新たな返却条件をユーザが希望するか否かを判断する（ステップＳ１０６）。当該判断は、ユーザが入力部１１１Ｂから希望する旨を入力するか否かで行う。新たな返却条件をユーザが希望しない場合はステップＳ１０１に戻る。

新たな返却条件をユーザが希望する場合は、新たな返却条件を予約情報保持部１０６に仮記憶する（ステップＳ１０７）。ここでは、ステップＳ１０１で選択された予約情報に新たな返却条件を追加する。すなわち、この時点で当該予約情報は、図５に示すオファー情報、リクエスト情報、受渡し条件、返却条件（元の返却条件）の他、変更返却リクエスト情報と新たな返却条件を含んでいる。

そして、新たな返却条件をオーナ端末２００Ａの出力部１１２Ａに表示してオーナに通知し（ステップＳ１０８）、オーナの承諾があるか否かを判断する（ステップＳ１０９）。新たな返却条件を承諾する場合、オーナはオーナ端末２００Ａの入力部１１１Ａからその旨を入力する。当該入力がなければ、データ処理部１０９はオーナの承諾がないと判断してステップＳ１０１に戻る。

オーナの承諾があれば、新たな返却条件を予約情報保持部１０６に記憶する（ステップＳ１０Ａ）。ここでは、ステップＳ１０１で選択された予約情報において、元の返却条件を新たな返却条件に書き換え、リクエスト情報の該当部分を変更返却リクエスト情報に書き換えて記憶する。

以上の動作により、オーナ側の事情による貸借条件の変更と、ユーザ側の事情による貸借条件の変更の双方に対応することができる。

＜Ａ−３．変形例＞
なお、変形例として、サーバ１００の各構成要素をオーナ端末とユーザ端末が負担することにより、サーバ１００を構成から除外することも可能である。図２は、変形例のカーレンタル支援装置１１の構成図である。

カーレンタル支援装置１１はオーナ端末２１０Ａと、オーナ端末２１０Ａとネットワーク３００を介して接続関係にあるユーザ端末２１０Ｂを備えている。オーナ端末２１０Ａ及びユーザ端末２１０Ｂは、オーナ端末２００Ａ及びユーザ端末２００Ｂの構成に加えて、それぞれオーナ情報保持部１０１Ａ，１０１Ｂ、ユーザ情報保持部１０２Ａ，１０２Ｂ、オーナオファー情報保持部１０３Ａ，１０３Ｂ、ユーザリクエスト情報保持部１０４Ａ，１０４Ｂ、予約候補情報保持部１０５Ａ，１０５Ｂ、予約情報保持部１０６Ａ，１０６Ｂ、予約履歴情報保持部１０７Ａ，１０７Ｂ、経路探索部１０８Ａ，１０８Ｂ、データ処理部１０９Ａ，１０９Ｂを備えている。なお、オーナ端末２１０Ａの構成要素は参照符号の末尾をＡとし、ユーザ端末２１０Ｂの構成要素は参照符号の末尾をＢとしている。これらの構成要素の説明は、図１の説明で既に行っているため省略する。

＜Ａ−４．効果＞
本実施の形態のカーレンタル支援装置１０，１１は、オーナの受渡しの希望場所及び希望日時並びに返却の希望場所及び希望日時の少なくとも一つを含む貸与希望条件と貸与希望条件の許容変更範囲を示す、オファー情報（貸与希望条件データ）を記憶するオーナオファー情報保持部１０３（貸与希望条件記憶部）と、ユーザの受渡しの希望場所及び希望日時並びに返却の希望場所及び希望日時の少なくとも一つを含む借用希望条件と借用希望条件の許容変更範囲を示す、リクエスト情報（借用希望条件データ）を記憶するユーザリクエスト情報保持部１０４（借用希望条件記憶部）と、オファー情報とリクエスト情報を参照し、貸与希望条件と借用希望条件双方の許容変更範囲の少なくとも一部が重複する場合に、その重複範囲で貸借条件を設定するデータ処理部１０９（貸借条件設定部）と、を備える。一致する貸与希望条件と借用希望条件の組み合わせがない、あるいは少ない場合でも、双方の許容変更範囲が重なる場合を考慮することにより、貸借条件を設定する選択肢が広がる。

また、データ処理部１０９（貸借条件設定部）は、ユーザから貸借条件の変更要求があった場合に、変更後の貸借条件がオーナの貸与希望条件の許容変更範囲を満たす場合に、ユーザの変更要求に基づき貸借条件を変更し、又はオーナから貸借条件の変更要求があった場合に、変更後の貸借条件がユーザの借用希望条件の許容変更範囲を満たす場合に、オーナの変更要求に基づき貸借条件を変更する。このようにして、予約成立後にユーザやオーナが行う貸借条件の変更要求に動的に対応することが可能である。

また、データ処理部１０９は、オーナから変更要求があった貸借条件がユーザの借用希望条件の許容変更範囲を満たすか否かを判断する変更要求判断部として動作し、出力部１１２Ａは、判断の結果をオーナに通知する通知部として動作する。よって、オーナは自己の変更要求がユーザの借用希望条件の許容変更範囲を満たすか否かを知ることが出来る。

また、出力部１１２Ａ，１１２Ｂは、オーナから変更要求があった貸借条件がユーザの借用希望条件の許容変更範囲を満たす場合に、変更後の貸借条件をユーザ及びオーナに通知する通知部として動作する。よって、ユーザ及びオーナは変更後の貸借条件を確認することができる。

また、データ処理部１０９は、ユーザから変更要求があった貸借条件がオーナの貸与希望条件の許容変更範囲を満たすか否かを判断する変更要求判断部として動作し、出力部１１２Ｂは、変更要求判断部における判断の結果をユーザに通知する通知部として動作する。よって、ユーザは自己の変更要求がオーナの貸与希望条件の許容変更範囲を満たすか否かを知ることが出来る。

また、出力部１１２Ａ，１１２Ｂは、ユーザから変更要求があった貸借条件がオーナの貸与希望条件の許容変更範囲を満たす場合に、変更後の貸借条件をユーザ及びオーナに通知する通知部として動作する。よって、ユーザ及びオーナは変更後の貸借条件を確認することができる。

また、カーレンタル支援装置１０，１１は、車両の位置情報を取得する位置情報取得部１１３Ａ，１１３Ｂを備える。データ処理部１０９（貸借条件設定部）は、車両の受渡し後にオーナから貸借条件の変更要求があった場合に、ユーザの借用希望条件の許容変更範囲を車両の位置情報に応じて変動する。車両の受渡し後はユーザが車両と共に移動していることが想定されるので、車両の現在位置に基づき返却が不可能な範囲をユーザの返却希望条件の許容変更範囲から除外することにより、実際に返却可能な範囲を許容変更範囲とすることが出来る。また、車両の受渡し前にユーザから貸借条件の変更要求があった場合に、オーナの受渡し希望条件の許容変更範囲を車両の位置情報に応じて変動する。車両の受渡し前は、オーナが車両と共に移動していることが想定されるので、車両の現在位置に基づき受渡しが不可能な範囲をオーナの受渡し希望条件の許容変更範囲から除外することにより、実際に受渡し可能な範囲を許容変更範囲とすることが出来る。

なお、本発明は、その発明の範囲内において、実施の形態を適宜、変形、省略することが可能である。

この発明は詳細に説明されたが、上記した説明は、すべての態様において、例示であって、この発明がそれに限定されるものではない。例示されていない無数の変形例が、この発明の範囲から外れることなく想定され得るものと解される。

１０，１１カーレンタル支援装置、１００サーバ、１０１，１０１Ａ，１０１Ｂオーナ情報保持部、１０２，１０２Ａ，１０２Ｂユーザ情報保持部、１０３，１０３Ａ，１０３Ｂオーナオファー情報保持部、１０４，１０４Ａ，１０４Ｂユーザリクエスト情報保持部、１０５，１０５Ａ，１０５Ｂ予約候補情報保持部、１０６，１０６Ａ，１０６Ｂ予約情報保持部、１０７，１０７Ａ，１０７Ｂ予約履歴情報保持部、１０８，１０８Ａ，１０８Ｂ経路探索部、１０９，１０９Ａ，１０９Ｂデータ処理部、１１０，１１０Ａ，１１０Ｂ通信処理部、１１１Ａ，１１１Ｂ入力部、１１２Ａ，１１２Ｂ出力部、１１３Ａ，１１３Ｂ位置情報取得部、２００Ａ，２１０Ａオーナ端末、２００Ｂ，２１０Ｂユーザ端末、３００ネットワーク。

Claims

車両の借用を希望するユーザと車両の貸与を希望するオーナとの間の貸借条件をコンピュータのデータ処理により設定するカーレンタル支援装置であって、
前記オーナの受渡しの希望場所及び希望日時並びに返却の希望場所及び希望日時の少なくとも一つを含む貸与希望条件と前記貸与希望条件の許容変更範囲を示す、貸与希望条件データを記憶する貸与希望条件記憶部と、
前記ユーザの受渡しの希望場所及び希望日時並びに返却の希望場所及び希望日時の少なくとも一つを含む借用希望条件と前記借用希望条件の許容変更範囲を示す、借用希望条件データを記憶する借用希望条件記憶部と、
前記貸与希望条件データと前記借用希望条件データを参照し、前記貸与希望条件と前記借用希望条件双方の前記許容変更範囲の少なくとも一部が重複する場合に、前記重複範囲で前記貸借条件を設定する貸借条件設定部と、
前記車両の位置情報を取得する位置情報取得部と、を備え、
前記貸借条件設定部は、前記ユーザから前記貸借条件の変更要求があった場合に、変更後の前記貸借条件が前記オーナの前記貸与希望条件の前記許容変更範囲を満たす場合に、前記ユーザの変更要求に基づき前記貸借条件を変更し、又は前記オーナから前記貸借条件の変更要求があった場合に、変更後の前記貸借条件が前記ユーザの前記借用希望条件の前記許容変更範囲を満たす場合に、前記オーナの変更要求に基づき前記貸借条件を変更し、
前記貸与希望条件及び前記借用希望条件は、返却の希望場所又は希望日時のいずれかを少なくとも含み、
前記貸借条件設定部は、前記車両の受渡し後に前記オーナから前記貸借条件の変更要求があった場合に、前記ユーザの前記借用希望条件の前記許容変更範囲を前記車両の位置情報に応じて変動する、
カーレンタル支援装置。
車両の借用を希望するユーザと車両の貸与を希望するオーナとの間の貸借条件をコンピュータのデータ処理により設定するカーレンタル支援装置であって、
前記オーナの受渡しの希望場所及び希望日時並びに返却の希望場所及び希望日時の少なくとも一つを含む貸与希望条件と前記貸与希望条件の許容変更範囲を示す、貸与希望条件データを記憶する貸与希望条件記憶部と、
前記ユーザの受渡しの希望場所及び希望日時並びに返却の希望場所及び希望日時の少なくとも一つを含む借用希望条件と前記借用希望条件の許容変更範囲を示す、借用希望条件データを記憶する借用希望条件記憶部と、
前記貸与希望条件データと前記借用希望条件データを参照し、前記貸与希望条件と前記借用希望条件双方の前記許容変更範囲の少なくとも一部が重複する場合に、前記重複範囲で前記貸借条件を設定する貸借条件設定部と、
前記車両の位置情報を取得する位置情報取得部と、を備え、
前記貸借条件設定部は、前記ユーザから前記貸借条件の変更要求があった場合に、変更後の前記貸借条件が前記オーナの前記貸与希望条件の前記許容変更範囲を満たす場合に、前記ユーザの変更要求に基づき前記貸借条件を変更し、又は前記オーナから前記貸借条件の変更要求があった場合に、変更後の前記貸借条件が前記ユーザの前記借用希望条件の前記許容変更範囲を満たす場合に、前記オーナの変更要求に基づき前記貸借条件を変更し、
前記貸与希望条件及び前記借用希望条件は、受渡しの希望場所又は希望日時のいずれかを少なくとも含み、
前記貸借条件設定部は、前記車両の受渡し前に前記ユーザから前記貸借条件の変更要求があった場合に、前記オーナの前記貸与希望条件の前記許容変更範囲を前記車両の位置情報に応じて変動する、
カーレンタル支援装置。
前記オーナから変更要求があった前記貸借条件が前記ユーザの前記借用希望条件の前記許容変更範囲を満たすか否かを判断する変更要求判断部と、
前記判断の結果を前記オーナに通知する通知部をさらに備える、
請求項１または２に記載のカーレンタル支援装置。
前記オーナから変更要求があった前記貸借条件が前記ユーザの前記借用希望条件の前記許容変更範囲を満たすか否かを判断する変更要求判断部と、
満たす場合に、変更後の前記貸借条件を前記ユーザ及び前記オーナに通知する通知部をさらに備える、
請求項１または２に記載のカーレンタル支援装置。
前記ユーザから変更要求があった前記貸借条件が前記オーナの前記貸与希望条件の前記許容変更範囲を満たすか否かを判断する変更要求判断部と、
前記判断の結果を前記ユーザに通知する通知部をさらに備える、
請求項１または２に記載のカーレンタル支援装置。
前記ユーザから変更要求があった前記貸借条件が前記オーナの前記貸与希望条件の前記許容変更範囲を満たすか否かを判断する変更要求判断部と、
満たす場合に、変更後の前記貸借条件を前記ユーザ及び前記オーナに通知する通知部をさらに備える、
請求項１または２に記載のカーレンタル支援装置。