JP6010712B1 - 貸借システム、方法及びプログラム - Google Patents

Abstract

【課題】動産又は不動産の貸し借りを促進するとともに、仲介者の利益を確実に確保することのできる貸借システム、方法及びプログラムを提供する。【解決手段】第１のキーの数及び第２のキーの数を、ユーザーのうち借主と関連付けて記憶する借主側キー記憶手段１０と、該第１のキーの数及び該第２のキーの数を、該ユーザーのうち貸主と関連付けて記憶する貸主側キー記憶手段１１と、貸借の決済を受けて、借主側キー記憶手段１０に記憶されている第１のキーの数及び第２のキーの数から、該貸借の決済に使用する第１のキーの数及び第２のキーの数を減算し、該使用する第１のキーの数及び第２のキーの数を合計した数と同数の第２のキーの数を、貸主側キー記憶手段１１に記憶されている第２のキーの数に加算することで、該使用する第１のキーを該第２のキーとして移転するキー移転手段１２とを備える。【選択図】図５

Description

本発明は、貸借システム、方法及びプログラムに関し、より詳しくは、動産又は不動産の貸し借りを促進するとともに、貸主及び借主を仲介する者（動産又は不動産の貸借サービスの提供者であり、以下、この者のことを「仲介者」という。）の利益を確実に確保することのできる貸借システム、方法及びプログラムに関する。

従来、貸借システムに関連するものとしては、例えば、次の特許文献１に記載されるゲームシステムが知られている。

この特許文献１に記載のゲームシステムでは、ユーザーが、ゲーム機のゲームで獲得したゲーム要素（例えば、キャラクターがゲームで使用する道具、武器等のアイテム）を他人に対して貸し出すことで、ユーザーに対して与えられる特典が発生するものとなっている。

特開２０１３−１１１３９９号公報

しかし、特許文献１に記載されているゲームシステムにおいてユーザーに対して与えられる特典は、ユーザーが、ゲーム要素を他人に貸し出すことに加え、他人がユーザーのゲーム要素を借りてゲームをプレイした場合に発生するものとなっており、他人が、ユーザーからゲーム要素を借りたとしても、そのゲームをプレイしない場合（又は、他人がゲームをプレイした場合でも、貸主であるユーザーに分配可能な特典が獲得されなかった場合）には、特典が発生することはないことから、特許文献１に記載のゲームシステムでは、ユーザーが、ゲーム要素を他人に貸し出したとしても、必ずしも、ゲーム要素の貸主であるユーザーに特典が付与されるものではない。そのため、このような構成からなる特許文献１に記載のゲームシステムでは、特典を用いて、貸主であるユーザーに、「ゲーム要素を他人に貸し出したい」という、強い動機を十分に与えることができないことから、貸主・借主間の貸し借りを促進することができない。

また、特許文献１に記載のゲームシステムでは、特典が発生した場合でも、その特典は、ユーザーによる獲得が留保された状態のままであり、その発生した特典の留保を解除するためには、ユーザーがゲームをプレイする必要があることから、貸主であるユーザーが、この特典獲得ための作業（操作）を煩雑と感じた場合には、ユーザーの「ゲーム要素を他人に貸し出したい」という動機は阻害されることになる。よって、特許文献１に記載のゲームシステムでは、このような観点からしても、貸主・借主間の貸し借りを促進することができない。

さらに、上記のように、貸主であるユーザーが、この特典獲得ための作業（操作）を煩雑と感じた場合には、ユーザーは、ゲーム機でゲーム自体をプレイしないことも考えられることから、特許文献１に記載のゲームシステムでは、特典を用いて、ユーザーにゲームのプレイを促すことができないばかりか、ゲームの提供者（事業者）は、ユーザーがゲームをプレイすることで支払うプレイ料金（利益）を、十分に確保することができない。

そこで、本発明は、上記点に鑑みてなされたものであり、動産又は不動産の貸し借りを促進するとともに、仲介者の利益を確実に確保することのできる貸借システム、方法及びプログラムを提供することを目的とするものである。

請求項１の発明に係る貸借システムは、第１のキーの数及び第２のキーの数を、ユーザーのうち借主と関連付けて記憶する借主側キー記憶手段と、該第１のキーの数及び該第２のキーの数を、該ユーザーのうち貸主と関連付けて記憶する貸主側キー記憶手段と、貸借の決済を受けて、該借主側キー記憶手段に記憶されている第１のキーの数及び第２のキーの数から、該貸借の決済に使用する第１のキーの数及び第２のキーの数を減算し、該使用する第１のキーの数及び第２のキーの数を合計した数と同数の第２のキーの数を、該貸主側キー記憶手段に記憶されている第２のキーの数に加算することで、該使用する第１のキーを該第２のキーとして移転するキー移転手段とを備え、該第１のキーは、該ユーザー間の、動産又は不動産の該貸借の決済に必要なキーであり、該第２のキーは、該第１のキーと組み合わせることで、該賃借の決済に使用することができるキーであることを特徴とする。

請求項２の発明に係る貸借システムは、請求項１に記載の貸借システムであって、該ユーザーをランク付けするランク付け手段を備え、該キー移転手段は、該使用する第１のキーの数ａと該第２のキーの数ｂを組み合わせたときの、それぞれのキーの数の割合が、ｂ／ａ≦ｎ ただし、ｎは該ランク付け手段によってランク付けされた１以上の整数の場合に実行されることを特徴とする。

請求項３の発明に係る貸借システムは、請求項１又は２に記載の貸借システムであって、該キー移転手段は、該貸借の決済の際に使用される該第２のキーの数ｂが、１≦ｂの場合に実行されることを特徴とする。

請求項４の発明に係る貸借方法は、貸借システムが、第１のキーの数及び第２のキーの数を、ユーザーのうち借主と関連付けて記憶する借主側キー記憶ステップと、該第１のキーの数及び該第２のキーの数を、該ユーザーのうち貸主と関連付けて記憶する貸主側キー記憶ステップと、貸借の決済を受けて、該借主側キー記憶ステップによって記憶されている第１のキーの数及び第２のキーの数から、該貸借の決済に使用する第１のキーの数及び第２のキーの数を減算し、該使用する第１のキーの数及び第２のキーの数を合計した数と同数の第２のキーの数を、該貸主側キー記憶ステップによって記憶されている第２のキーの数に加算することで、該使用する第１のキーを該第２のキーとして移転するキー移転ステップとを実行するものであって、該第１のキーは、該ユーザー間の、動産又は不動産の該貸借の決済に必要なキーであり、該第２のキーは、該第１のキーと組み合わせることで、該賃借の決済に使用することができるキーであることを特徴とする。

請求項５の発明に係るプログラムは、コンピュータを、第１のキーの数及び第２のキーの数を、ユーザーのうち借主と関連付けて記憶する借主側キー記憶手段と、該第１のキーの数及び該第２のキーの数を、該ユーザーのうち貸主と関連付けて記憶する貸主側キー記憶手段と、貸借の決済を受けて、該借主側キー記憶手段に記憶されている第１のキーの数及び第２のキーの数から、該貸借の決済に使用する第１のキーの数及び第２のキーの数を減算し、該使用する第１のキーの数及び第２のキーの数を合計した数と同数の第２のキーの数を、該貸主側キー記憶手段に記憶されている第２のキーの数に加算することで、該使用する第１のキーを該第２のキーとして移転するキー移転手段とを備える貸借システムとして機能させるためのものであって、該第１のキーは、該ユーザー間の、動産又は不動産の該貸借の決済に必要なキーであり、該第２のキーは、該第１のキーと組み合わせることで、該賃借の決済に使用することができるキーであることを特徴とする。

請求項１、４及び５に記載の発明は、動産又は不動産の貸借の決済を受けて、借主が該決済において使用する第１のキーの数及び第２のキーの数を合計した数と同数の第２のキーの数が、貸主側キー記憶手段に（又は、貸主側キー記憶ステップによって）記憶されている第２のキーの数に加算されるものとなっていることから、本発明では、動産又は不動産の貸し借りを促進することができる。

このことを具体的に説明すると、本発明において貸主は、動産又は不動産を借主に貸し出すことで、動産又は不動産の貸借の決済に必要な第１のキーと組み合わせて使用することができる第２のキーを獲得することができるところ（つまり、この場合、第２のキーは貸主に付与される）、本発明における貸主が第２のキーを獲得するための条件は、ただ単に、動産又は不動産を借主に貸し出すことであって、貸主に、これ以外の他の条件が課せられることはない。そのため、貸主は、動産又は不動産を借主に貸し出すだけで、容易に、当該決済に必要な第１のキーと組み合わせて使用することができる第２のキーを獲得することができ、貸主には、これによって、「動産又は不動産を貸し出したい」という、強い動機（より多くの第２のキーの獲得を目指し、動産又は不動産の貸し出しを、より頻繁に行おうという動機）が与えられることになることから、本発明を用いれば、その結果として、動産又は不動産の貸し借りを促進することができるのである。

また、本発明における第１のキーは、動産又は不動産の貸借の決済に必要なものであるところ、借主が第１のキーに加え、第２のキーを所有している場合には（例えば、借主が、以前、貸主として他の借主に動産又は不動産を貸し出して、第２のキーを獲得した場合）、借主は、第２のキーを第１のキーと組み合わせて、動産又は不動産の貸借の決済を行うことができることから、本発明では、動産又は不動産の貸借の決済において、借主に対し、使用する第２のキーの数に応じた割引を与えることができる。すなわち、第１のキーと組み合わせて使用する第２のキーの数に応じて、借主は、動産又は不動産の貸借の決済において必要となる第１のキーを、仲介者から購入する必要がなくなることから、借主には、購入が必要なくなった第１のキーの数に応じた購入代金分の割引が与えられることになるのである。これにより、借主には、このような割引を受けるべく、より多くの第２のキーの獲得を目指し、貸主の立場で、動産又は不動産の貸し出しを、より頻繁に行おうという強い動機が与えられることになることから、本発明を用いれば、その結果として、動産又は不動産の貸し借りを促進することができる。

さらに、本発明において、借主が、動産又は不動産の貸借の決済を受けるためには、必ず第１のキーが必要になることから、本発明では、このように構成することで、仲介者の利益を確実に確保することができる。すなわち、借主が、以前、貸主として他の借主に動産又は不動産を貸し出して、第２のキーを獲得していたとしても、本発明では、第２のキーのみで当該決済を受けることはできず、借主は、当該決済を受けるべく、必ず、仲介者から、第１のキーを購入しなければならないことから、仲介者は、当該決済が行われる際に、借主から支払われる第１のキーの購入代金分による利益を確実に確保することができるのである。よって、本発明を用いれば、仲介者の利益を確実に確保することができる。

以上より、本発明を用いれば、貸主に第２のキーを取得するインセンティブを与え、借主に第２のキーを使用するインセンティブを与えることによって動産又は不動産の貸し借りを促進するとともに、仲介者は第１のキーを販売することによって仲介者の利益を確実に確保することのできる貸借システム、方法及びプログラムを提供することができる。この本発明は、個人が保有する遊休資産の貸出しを仲介するサービスであるシェアリング・エコノミーの分野において、特に効果を発揮する。

請求項２に記載の発明は、使用する第１のキーの数ａと第２のキーの数ｂを組み合わせたときの、それぞれのキーの数の割合が、ｂ／ａ≦ｎ（ただし、ｎは該ランク付け手段によってランク付けされた１以上の整数）の場合に、キー移転手段を実行するものとなっていることから、本発明では、ユーザー（貸主、借主）のランクに応じて、使用できる第２のキーの数を制限することができる。したがって、借主は、動産又は不動産の貸借の決済の際、使用が制限された第２のキーの数分の第１のキーを仲介者から購入する必要があることから、仲介者には、その分の利益が還元されることになる。よって、本発明を用いれば、ユーザーに上位にランク付けされるインセンティブを与えることによって、さらに動産又は不動産の貸し借りを促進することができるとともに、仲介者の利益を確実に確保することができる。

請求項３に記載の発明は、貸借の決済の際に使用される第２のキーの数ｂが、１≦ｂの場合に、キー移転手段を実行するものとなっていることから、本発明では、動産又は不動産の貸借の決済の際に、借主に、第１のキーと合わせて第２のキーを使用するよう要求することができる。したがって、借主には、当該決済を受けるべく、第２のキーの獲得を目指し、貸主の立場で、動産又は不動産の貸し出しを、頻繁に行おうという強い動機が与えられることになることから、本発明を用いれば、その結果として、動産又は不動産の貸し借りを促進することができる。

本発明の実施例１に係る貸借システム及びユーザー端末の全体構成を示す図である。 本発明の実施例１に係る貸借システムの管理装置のハードウェア構成を示す図である。 本発明の実施例１に係る貸借システムの構成を示すブロック図である。 本発明の実施例１に係る貸借システムにおいて、ユーザーが第１のキーを購入するための手順を示すフローチャートである。 本発明の実施例１に係る貸借システムにおいて、貸借の決済を行う際の手順を示すフローチャートである。 本発明の実施例１に係る貸借システムのユーザーリストの例を示す図である。 本発明の実施例１に係る貸借システムのユーザーリストの例を示す図である。 本発明の実施例１に係る貸借システムのユーザーリストの例を示す図である。 本発明の実施例１に係る貸借システムのユーザーリストの例を示す図である。 本発明の実施例１に係る貸借システムのユーザーリストの例を示す図である。 本発明の実施例１に係る貸借システムのユーザーリストの例を示す図である。 本発明の実施例１に係る貸借システムにおいて、ユーザー端末上に表示する物件一覧のページを示す図である。 本発明の実施例１に係る貸借システムにおいて、ユーザー端末上に表示する借入申込画面のページを示す図である。

以下、添付図面を参照しながら本発明を実施するための形態について詳細に説明する。

図１は、本発明の実施例１に係る貸借システム及びユーザー端末の全体構成を示す図である。

本貸借システムの貸借システム機器本体である管理装置１００は、インターネット網を介してユーザー端末２００（ユーザー端末２００は、１台〜ｎ台（ｎは２以上の整数）で構成される。）と接続される。

なお、本貸借システムでは、ユーザー端末２００に対して、動産又は不動産の貸借の仲介サービスを提供する場合、管理装置１００から見て、ユーザー端末２００の使用者を顧客（貸主、借主）と呼ぶことができる。また、この場合、管理装置１００の管理者のことを、本仲介サービスの提供者である仲介者と呼ぶことができる。

次に、管理装置１００及びユーザー端末２００のハードウェア構成について説明する。

図２は、本発明の実施例１に係る貸借システムの管理装置のハードウェア構成を示す図である。

管理装置１００は、本貸借システム全体の動作を制御する制御部１０１、後述する借入希望情報、借入申込情報等の各種情報を記憶するメモリ１０２、キーボード等の入力部１０３、ディスプレイ等の出力部１０４、後述するユーザーリスト３０等を記憶するハードディスク１０５及びユーザー端末２００と情報の送受信を行う通信部１０６を備える。

ユーザー端末２００は、ネットワーク接続機能を有するスマートフォン、タブレット端末又はパーソナルコンピュータ（ＰＣ）等のハードウェアから構成される（図示略）。

続いて、上述のように構成された貸借システムの動作について説明する。なお、本願の特許請求の範囲及び明細書等において使用する次の用語の定義は、以下のとおりである。

［第１のキー］
第１のキーとは、本貸借システムにおいて使用できる電子的な仮想通貨（ポイント）のことをいう。この第１のキーは、ユーザー（借主）が、他のユーザー（貸主）から動産又は不動産を借り受ける際に必要となるキーであり（すなわち、第１のキーは、動産又は不動産の貸借の決済を受けるのに、必ず必要となるキーである）、ユーザーは、第１のキーを仲介者から購入することで、これを本貸借システムにおいて使用することができる。なお、第１のキーは、法定通貨と交換可能（換金可能）なものであってもよいし、法定通貨と交換（換金）できないものであってもよい。また、本願の明細書等では、第１のキーを、「ゴールドキー」と呼ぶことがある。

［第２のキー］
第２のキーとは、本貸借システムにおいて使用できる電子的な仮想通貨（ポイント）のことをいう。この第２のキーは、第１のキーと組み合わせることで、初めて動産又は不動産の貸借の決済に使用することができるものであり（すなわち、第２のキーのみでは、動産又は不動産の貸借の決済を受けることはできない）、ユーザー（貸主）が、他のユーザー（借主）に対して、動産又は不動産を貸し出すことで、貸主であるユーザーに付与されるものである。なお、第２のキーは、法定通貨と交換可能（換金可能）なものであってもよいし、法定通貨と交換（換金）できないものであってもよい。また、本願の明細書等では、第２のキーを、「シルバーキー」と呼ぶことがある。

［不動産］
不動産とは、土地及びその土地に定着するもの（例えば建物等）のことをいう。

［動産］
動産とは、自動車や洋服、アクセサリー等の不動産以外の物のことをいう。なお、本願の特許請求の範囲及び明細書等における「動産」の概念には、例えば、電子書籍、音楽ファイル及びゲーム要素等の電子的な情報等、ユーザー間で貸借可能な様々な物が含まれる。

図３は本発明の実施例１に係る貸借システムの構成を示すブロック図である。

借主側キー記憶手段１０及び貸主側キー記憶手段１１は、ハードディスク１０５に割り当てられた各ユーザーの記憶領域（例えば、ユーザー１人に対して１つの記憶領域が割り当てられる）であり、ここには、ユーザーの立場（貸主又は借主の立場）に応じて、貸主又は借主と関連付けられて、ゴールドキーの数及びシルバーキーの数が記憶される。

キー移転手段１２は、借主側キー記憶手段１０に記憶されているゴールドキーの数及びシルバーキーの数から、動産又は不動産の貸借の決済に使用するゴールドキーの数及びシルバーキーの数を減算し、借主が、当該決済において使用するゴールドキーの数及びシルバーキーの数を合計した数と同数のシルバーキーの数を、貸主側キー記憶手段１１に記憶されているシルバーキーの数に加算して、当該使用するゴールドキーをシルバーキーとして移転させる。

ランク付け手段１３は、ユーザーが所定の条件を満たした場合に、ユーザーのランクを更新し、その情報をユーザーリスト３０（図６乃至図１０参照）に書き込む。

では、最初に、本貸借システムの動作の概要について説明する。なお、本実施例では、貸借の対象として、ユーザーが所有する別荘（不動産）を例に挙げて説明する（以下では、別荘を「物件」と呼ぶことがある）。また、本実施例では、別荘の貸主・借主として、ユーザーＡ、ユーザーＢ、ユーザーＣの３者を例に挙げて説明する。

［本貸借システムの動作概要］
ユーザー（例えば、ユーザーＡ）が、他のユーザー（ユーザーＢ）より、その者が所有する別荘を借り受ける場合、借主であるユーザーＡは、自身のユーザー端末２００より、貸借の対象となる別荘を選択し、当該別荘の借入希望情報を管理装置１００に送信する。当該ユーザー端末２００より、当該別荘の借入希望情報を受信した管理装置１００は、当該ユーザー端末２００に対し、借入申込情報の入力フォームを送信し、ユーザーＡは、当該別荘の貸借の決済を受けるべく、自身のユーザー端末２００より、借り入れに必要なゴールドキーの数及びシルバーキーの数を管理装置１００に送信する。これを受信した管理装置１００は、当該ユーザー端末２００から送信されたゴールドキーの数及びシルバーキーの数が、当該別荘を借りるのに必要な条件を満たしている場合には、ユーザーリスト３０中のユーザーＡ（借主）のゴールドキー数及びシルバーキーの数から、当該別荘の借り入れ（貸借の決済）に使用するゴールドキーの数及びシルバーキーの数を減算するとともに、当該別荘の借り入れ（貸借の決済）に使用するゴールドキーの数及びシルバーキーの数を合計した数と同数のシルバーキーの数を、ユーザーリスト３０中のユーザーＢ（貸主）のシルバーキーの数に加算する（すなわち、当該別荘の借り入れに使用するユーザーＡのゴールドキーは、シルバーキーとして貸主であるユーザーＢに移転される）。これにより、当該別荘の貸借の決済が完了する。

次に、図３乃至図１２を用いて、本貸借システムの動作の詳細について説明する。なお、ここでは、本貸借システムの動作を、
（１）ユーザーがゴールドキーを購入する際の動作
（２）別荘の貸借の決済を行う際の動作
ア．ゴールドキーのみを使用して決済を行う場合の動作
イ．ゴールドキーにシルバーキーを組み合わせて決済を行う場合の動作
の順に従って説明する。

（１）ユーザーがゴールドキーを購入する際の動作
図４は本発明の実施例１に係る貸借システムにおいて、ユーザーが第１のキーを購入するための手順を示すフローチャートであり、図６及び図７は本発明の実施例１に係る貸借システムのユーザーリストの例を示す図である。

ユーザー（ここでは、ユーザーＡを例に挙げる。図６参照）が仲介者よりゴールドキーを購入する場合、ユーザーＡは、自身のユーザー端末２００より、管理装置１００に対して、ゴールドキーの購入希望数を送信する。なお、ここでは、ユーザーＡが、購入するゴールドキーの数として、例えば、「４」と入力し、この情報を管理装置１００に送信するものとする。

次に、管理装置１００は、ステップＳ１０において、ユーザーＡが自身のユーザー端末２００より送信したゴールドキーの購入希望数「４」を、通信部１０６を介して受信し、これをメモリ１０２に記憶する。

そして、管理装置１００は、ステップＳ１１において、メモリ１０２に記憶したゴールドキーの購入希望数「４」に基づいて、ゴールドキーの購入金額を計算する。なお、ゴールドキーの数「１」あたりの購入金額は、物価の状況等、市場の状況に応じて仲介者により適宜決定されるものであるが、本実施例では、例えば、ゴールドキーの数「１」あたりの購入金額を「５０ドル」として説明する。したがって、この場合、管理装置１００は、ゴールドキーの購入金額を、「２００ドル」と算出する。

＜購入金額の計算式＞
４×５０ドル＝２００ドル
※ゴールドキーの購入希望数×ゴールドキーの数「１」あたりの購入金額＝購入金額

続いて、管理装置１００は、ステップＳ１２において、計算したゴールドキーの購入金額「２００ドル」を、通信部１０６を介して、ユーザーＡのユーザー端末２００に送信する。そして、ユーザーＡが、管理装置１００から受信したゴールドキーの購入金額で、ゴールドキーの購入を確定すると、ユーザーＡは、自身のユーザー端末２００より、管理装置１００に対して、ゴールドキーの購入確定情報（この情報には、ゴールドキーの購入数「４」が含まれる）を送信し、管理装置１００は、ステップＳ１３において、ユーザーＡのユーザー端末２００より送信されたゴールドキーの購入確定情報を、通信部１０６を介して受信する。なお、管理装置１００は、受信したゴールドキーの購入確定情報をメモリ１０２に記憶する。

最後に、管理装置１００は、ステップＳ１４において、メモリ１０２に記憶したゴールドキーの購入確定情報に基づいて、ハードディスク１０５に記憶されているユーザーリスト３０のユーザーＡのゴールドキーの数「０」に、ユーザーＡが購入したゴールドキーの数「４」を加算する。なお、管理装置１００は、その加算した結果であるゴールドキーの数「４」（「０」＋「４」の結果）をハードディスク１０５に記憶する（図７参照）。

なお、このとき、ユーザーリスト３０にある各ユーザー（例えば、図６のユーザーＡ、Ｂ、Ｃ）の「ゴールドキーの数」は、ユーザーの立場（貸主又は借主の立場）に応じて、貸主又は借主と関連付けられて、ハードディスク１０５に記憶されていることになる。すなわち、この各ユーザーの「ゴールドキーの数」は、それぞれ、ハードディスク１０５に割り当てられた各ユーザーの記憶領域（例えば、ユーザー１人に対して１つの記憶領域が割り当てられる）に記憶されるものの、この「ゴールドキーの数」は、各ユーザーが、別荘の貸主となる場合には「貸主のゴールドキーの数」として、別荘の借主となる場合には「借主のゴールドキーの数」として、当該記憶領域に記憶されていることになることから、ユーザーリスト３０にある各ユーザーの「ゴールドキーの数」は、ユーザーの立場（貸主又は借主の立場）に応じて、貸主又は借主と関連付けられて、ハードディスク１０５に記憶されていることになるのである（つまり、ハードディスク１０５は、ユーザーの立場（貸主又は借主の立場）に応じて、借主側キー記憶手段１０又は貸主側キー記憶手段１１として機能することになる）。

以上をもって、本貸借システムにおいて、ユーザーがゴールドキーを購入する際の手順が終了する。

（２）別荘の貸借の決済を行う際の動作
ア．ゴールドキーのみを使用して決済を行う場合の動作
まず、ゴールドキーのみを使用して、別荘の貸借の決済を行う場合の動作について説明する。なお、ここでは、ユーザーＡがユーザーＢより、Ｂが所有する物件Ｎｏ．２の物件を借りる場合を例に挙げて説明する（図８参照）。

図５は本発明の実施例１に係る貸借システムにおいて、貸借の決済を行う際の手順を示すフローチャートであり、図８は本発明の実施例１に係る貸借システムのユーザーリストの例を示す図である。また、図１１は本発明の実施例１に係る貸借システムにおいて、ユーザー端末上に表示する物件一覧のページを示す図であり、図１２は本発明の実施例１に係る貸借システムにおいて、ユーザー端末上に表示する借入申込画面のページを示す図である。

図１１に示すように、ユーザーＡは、まず、自身のユーザー端末２００より、本貸借システムにアクセスし、貸借の対象となる別荘が表示された物件一覧のページ４０を、当該ユーザー端末２００に表示させる。この物件一覧のページ４０には、「物件Ｎｏ」、「物件住所」、「物件の借入キー数」が表示されており、ユーザーは、この各物件の情報を比較して、借り入れを希望する別荘を選択できるようになっている。なお、物件一覧のページ４０にある「物件の借入キー数」とは、別荘の貸借の決済を行う上で必要となるキーの数のことであり、このキーの数は、例えば、物件の評価を勘案した上で、仲介者と物件の持主であるユーザーとの協議によって適宜決定される（この物件の評価は、例えば、物件の所在地、立地条件、築年数、物件の清潔度等を総合して決定される）。また、物件一覧のページ４０には、各物件の借り入れを申し込むための借入申込ボタン４１が表示されており、ユーザーは、借り入れを希望する物件を選択し、この借入申込ボタン４１より当該物件の借り入れを申し込む。

続いて、ユーザーＡは、物件一覧のページ４０にある物件Ｎｏ．２の借入申込ボタン４１をマウス等でクリックして（又は直接タップする等して）、物件Ｎｏ．２の借入希望情報を、自身のユーザー端末２００より管理装置１００に送信する。

管理装置１００は、ステップＳ２０において、ユーザーＡのユーザー端末２００より送信された物件Ｎｏ．２の借入希望情報を、通信部１０６を介して受信し、これをメモリ１０２に記憶する。

次に、管理装置１００は、メモリ１０２に記憶した物件Ｎｏ．２の借入希望情報に基づいて、物件Ｎｏ．２の借り入れに関する申込情報を入力するためのフォーム（借入申込情報の入力フォーム）を作成し、ステップＳ２１において、このフォームを、通信部１０６を介して、ユーザーＡのユーザー端末２００に送信する。

ユーザーＡのユーザー端末２００が、管理装置１００より、借入申込情報の入力フォームを受信すると、当該ユーザー端末２００には、受信した借入申込情報の入力フォーム（借入申込画面５０）が表示される（図１２参照）。なお、この借入申込画面５０には、ユーザーが、宿泊情報を入力するための「チェックイン日入力欄５１」、「チェックアウト日入力欄５２」及び「宿泊人数入力欄５３」が設けられるとともに、借り入れ対象物件の決済情報を入力するための「使用するゴールドキーの数入力欄５４」、「使用するシルバーキーの数入力欄５５」及び「ゴールドキーの購入を申し込むための購入ボタン５６」が設けられている。また、借入申込画面５０の下段には、借入申込画面５０に入力した各種情報を、管理装置１００に送信するための「借入申込ボタン５７」が設けられている。

そして、ユーザーＡは、自身のユーザー端末２００に表示された借入申込画面５０の入力欄５１、５２、５３に、それぞれ、希望するチェックインの日、チェックアウトの日及び宿泊人数を入力するとともに、入力欄５４、５５に、それぞれ、使用するゴールドキーの数及びシルバーキーの数を入力する。なお、ここでは、ユーザーＡが所有するキーの数は、ゴールドキーの数＝「４」、シルバーキーの数＝「０」となっており（図８の上段の表及び図１２参照）、ユーザーＡが借り入れを希望する物件Ｎｏ．２の「物件の借入キー数」は「４」となっている（図８及び図１２参照）ことから、ユーザーＡは、入力欄５４に使用するゴールドキーの数として「４」と入力し、入力欄５５に使用するシルバーキーの数として「０」と入力する（ここで使用されるシルバーキーの数は「０」であることから、この例は、ゴールドキーのみを使用して別荘の決済を行う場合に該当する）。

入力欄５１〜５５に上記各種情報が入力されると、ユーザーＡは、借入申込画面５０にある借入申込ボタン５７をマウス等でクリックして（又は直接タップする等して）、物件Ｎｏ．２の借入申込情報を、自身のユーザー端末２００より管理装置１００に送信する。

そして、管理装置１００は、ステップＳ２２において、ユーザーＡのユーザー端末２００より送信された物件Ｎｏ．２の借入申込情報を、通信部１０６を介して受信し、これをメモリ１０２に記憶する。

次に、管理装置１００は、ステップＳ２３において、メモリ１０２に記憶した物件Ｎｏ．２の借入申込情報に基づいて、ユーザーＡが、宿泊を希望する日において、物件Ｎｏ．２に宿泊が可能か否かを判定する。例えば、管理装置１００は、ユーザーＡが宿泊を希望する日（借入申込画面５０の入力欄５１、５２に入力した希望する「チェックインの日」から「チェックアウトの日」までの期間）と他のユーザーが宿泊を希望する日（他のユーザーが、ユーザーＡよりも先に管理装置１００に送信した「チェックインの日」から「チェックアウトの日」までの期間）において、重なりがあるか否かを判定し、この期間に重なりがある場合には、ユーザーＡの物件Ｎｏ．２への宿泊は「不可」と、この期間に重なりがない場合には、ユーザーＡの物件Ｎｏ．２への宿泊は「可」と判定する。

管理装置１００が、ステップＳ２３において、ユーザーＡの物件Ｎｏ．２への宿泊は「不可」と判定した場合には、管理装置１００は、再度、借入申込情報の入力フォームを、通信部１０６を介して、ユーザーＡのユーザー端末２００に送信し（ステップＳ２１に戻る）、ユーザーＡは、再度、借入申込画面５０の入力欄５１、５２に、それぞれ、希望するチェックインの日及びチェックアウトの日を入力する。そして、ユーザーＡが、ユーザー端末２００より、これらの情報を管理装置１００に送信すると、管理装置１００は、これらの情報を、通信部１０６を介して受信し（ステップＳ２２）、再び、ステップＳ２３において、ユーザーＡが、宿泊を希望する日において、物件Ｎｏ．２に宿泊が可能か否かを判定する。

管理装置１００が、ステップＳ２３において、ユーザーＡの物件Ｎｏ．２への宿泊は「可」と判定した場合には、ステップＳ２４において、管理装置１００は、ユーザーＡが借入申込画面５０の入力欄５５に入力した使用するシルバーキーの数が、貸借の決済において使用可能な範囲内の数か否かについて判定を行う。この判定は、例えば、借入申込画面５０の入力欄５４に入力されたゴールドキーの数と入力欄５５に入力されたシルバーキーの数を組み合わせたときの、それぞれのキーの数の割合が、ユーザーのランクとの関係において、一定の範囲内の割合であるか否かにより行われ、管理装置１００は、使用するシルバーキーの数が、貸借の決済において使用可能な範囲を超えていると判定した場合には「不可」と、使用可能な範囲内の場合には「可」と判定する。なお、この判定は、例えば、次の計算式を用いて行われる。

＜計算式１＞
ｂ／ａ≦ｎ
・ａ＝使用する第１のキー（ゴールドキー）の数
・ｂ＝使用する第２のキー（シルバーキー）の数
・ｎ＝ランク付け手段１３によってランク付けされた１以上の整数

ここで、ランク付け手段１３は、ユーザーが所定の条件を満たした場合に、ユーザーのランクを更新し、その情報をユーザーリスト３０に書き込む（ハードディスク１０５に記憶する）。なお、ユーザーのランクの更新条件は、例えば、ユーザーのゴールドキーの使用数（例えば、「１００」の数のゴールドキーの使用）又は後述するシルバーキーの獲得数（例えば、「１００」の数のシルバーキーの獲得）に応じて決定される等、適宜、仲介者によって決定することができる。

以下、管理装置１００が、上記計算式１を用いて、借入申込画面５０の入力欄５５に入力された使用するシルバーキーの数が、貸借の決済において使用可能な範囲内の数か否かについて判定を行う場合の具体例について説明する。なお、以下では、ユーザーのランクを１〜３に分けて説明する。

［ユーザーのランクが「１」（低い）の場合］
ランク付け手段１３によって、ユーザーのランクが「１」と設定されている場合、このユーザーが貸借の決済において使用できるシルバーキーの数は、上記計算式１より、以下のとおりとなる。

＜計算式１＞
ｂ／ａ≦１
＜ランクが「１」のユーザーの使用できるシルバーキーの数の範囲＞
ｂ≦ａ

すなわち、上記計算式１より、ランクが「１」のユーザーが、貸借の決済において使用できるシルバーキーの数ｂは、ゴールドキーの数ａに対して、ｂ≦ａとなり、ゴールドキーの数ａに対して、使用するシルバーキーの数ｂをａよりも大きい数とした場合には、上記計算式１が成立しないことから、管理装置１００は、この判定において、「不可」と判定する。なお、使用するシルバーキーの数ｂがａ以下の場合には、上記計算式１の条件を満たすことから、管理装置１００は、この判定において、「可」と判定する。

［ユーザーのランクが「２」（中位）の場合］
ランク付け手段１３によって、ユーザーのランクが「２」と設定されている場合、このユーザーが貸借の決済において使用できるシルバーキーの数は、上記計算式１より、以下のとおりとなる。

＜計算式１＞
ｂ／ａ≦２
＜ランクが「２」のユーザーの使用できるシルバーキーの数の範囲＞
ｂ≦２ａ

すなわち、上記計算式１より、ランクが「２」のユーザーが、貸借の決済において使用できるシルバーキーの数ｂは、ゴールドキーの数ａに対して、ｂ≦２ａとなり、ゴールドキーの数「１」に対して、使用するシルバーキーの数ｂを２ａよりも大きい数とした場合には、上記計算式１が成立しないことから、管理装置１００は、この判定において、「不可」と判定する。なお、使用するシルバーキーの数ｂが２ａ以下の場合には、上記計算式１の条件を満たすことから、管理装置１００は、この判定において、「可」と判定する。

［ユーザーのランクが「３」（高い）の場合］
ランク付け手段１３によって、ユーザーのランクが「３」と設定されている場合、このユーザーが貸借の決済において使用できるシルバーキーの数は、上記計算式１より、以下のとおりとなる。

＜計算式１＞
ｂ／ａ≦３
＜ランクが「３」のユーザーの使用できるシルバーキーの数の範囲＞
ｂ≦３ａ

すなわち、上記計算式１より、ランクが「３」のユーザーが、貸借の決済において使用できるシルバーキーの数ｂは、ゴールドキーの数ａに対して、ｂ≦３ａとなり、ゴールドキーの数「１」に対して、使用するシルバーキーの数ｂを３ａよりも大きい数とした場合には、上記計算式１が成立しないことから、管理装置１００は、この判定において、「不可」と判定する。なお、使用するシルバーキーの数ｂが３ａ以下の場合には、上記計算式１の条件を満たすことから、管理装置１００は、この判定において、「可」と判定する。

上記の判定手法を用いて、ユーザーＡが借入申込画面５０の入力欄５５に入力した使用するシルバーキーの数が、物件Ｎｏ．２の貸借の決済において使用可能な範囲内の数か否かについて判定を行うと、

・ユーザーＡのランクは「１」（図８参照）
・ユーザーＡが借入申込画面５０の入力欄５４に入力したゴールドキーの数は「４」
・ユーザーＡが借入申込画面５０の入力欄５５に入力したシルバーキーの数は「０」

となっていることから、これらの数を上記計算式１に代入すれば、以下に示すとおり、ユーザーＡが使用するシルバーキーの数は、上記計算式１の条件を満たすことになる。よって、この場合、管理装置１００は、この判定において、「可」と判定することになる。

＜計算式１＞
０／４≦１

なお、仮に、ランクが「１」のユーザーＡが、ゴールドキーの数「１」に対して、使用するシルバーキーの数を「１」よりも大きい数とした場合（入力欄５５に「１」よりも大きい数を入力した場合）には、上記計算式１が成立しないことから、管理装置１００は、この判定において、「不可」と判定し、再度、借入申込情報の入力フォームを、通信部１０６を介して、ユーザーＡのユーザー端末２００に送信し（ステップＳ２１に戻る）、ユーザーＡは、再度、適切な、使用するシルバーキーの数を入力欄５５に入力することになる（あとは、ステップＳ２２〜ステップＳ２４のステップを繰り返す）。

管理装置１００が、ステップＳ２４で行った判定において、「可」と判定した場合、管理装置１００は、ステップＳ２５において、ユーザーが貸借の決済において使用するゴールドキーの数とシルバーキーの数を合計した数が、物件借入キー数と一致するか否かを判定する。ここで、

・ユーザーＡが借入申込画面５０の入力欄５４に入力したゴールドキーの数は「４」
・ユーザーＡが借入申込画面５０の入力欄５５に入力したシルバーキーの数は「０」

となっているのに対し、物件Ｎｏ．２の物件借入キー数は「４」（図８参照）となっていることから、ユーザーＡが物件Ｎｏ．２の貸借の決済において使用するゴールドキーの数とシルバーキーの数を合計した数「４＝４＋０」は、物件Ｎｏ．２の物件借入キー数「４」と一致する。よって、この場合、管理装置１００は、この判定において、「可」と判定することになる。なお、ユーザーＡが物件Ｎｏ．２の貸借の決済において使用するゴールドキーの数とシルバーキーの数を合計した数が、物件Ｎｏ．２の物件借入キー数と一致しない場合には、管理装置１００は、この判定において、「不可」と判定し、再度、借入申込情報の入力フォームを、通信部１０６を介して、ユーザーＡのユーザー端末２００に送信し（ステップＳ２１に戻る）、ユーザーＡは、再度、適切な、使用するゴールドキーの数及びシルバーキーの数を入力欄５４、５５に入力することになる（あとは、ステップＳ２２〜ステップＳ２５のステップを繰り返す）。

管理装置１００が、ステップＳ２５で行った判定において、「可」と判定した場合、管理装置１００は、ステップＳ２６において、ユーザーが貸借の決済において使用するシルバーキーの数（借入申込画面５０の入力欄５５に入力したシルバーキーの数）が、ユーザーリスト３０にある当該ユーザーのシルバーキーの数の範囲内にあるか否かについて判定する。ここで、

・ユーザーＡが借入申込画面５０の入力欄５５に入力したシルバーキーの数は「０」

となっているのに対し、ユーザーリスト３０にあるユーザーＡのシルバーキーの数は「０」となっていることから（図８参照）、ユーザーＡが物件Ｎｏ．２の貸借の決済において使用するシルバーキーの数は、ユーザーリスト３０にあるユーザーＡのシルバーキーの数の範囲内となる。よって、この場合、管理装置１００は、この判定において、「可」と判定することになる。なお、ユーザーＡが物件Ｎｏ．２の貸借の決済において使用するシルバーキーの数が、ユーザーリスト３０にあるユーザーＡのシルバーキーの数よりも大きい場合（範囲外の場合）には、管理装置１００は、この判定において、「不可」と判定し、再度、借入申込情報の入力フォームを、通信部１０６を介して、ユーザーＡのユーザー端末２００に送信し（ステップＳ２１に戻る）、ユーザーＡは、再度、適切な、使用するシルバーキーの数を入力欄５５に入力することになる（あとは、ステップＳ２２〜ステップＳ２６のステップを繰り返す）。

管理装置１００が、ステップＳ２６で行った判定において、「可」と判定した場合、管理装置１００は、ステップＳ２７において、ユーザーが貸借の決済において使用するゴールドキーの数（借入申込画面５０の入力欄５４に入力したゴールドキーの数）が、ユーザーリスト３０にある当該ユーザーのゴールドキーの数の範囲内にあるか否かについて判定する。ここで、

・ユーザーＡが借入申込画面５０の入力欄５４に入力したゴールドキーの数は「４」

となっているのに対し、ユーザーリスト３０にあるユーザーＡのゴールドキーの数は「４」となっていることから（図８上段の表参照）、ユーザーＡが物件Ｎｏ．２の貸借の決済において使用するゴールドキーの数は、ユーザーリスト３０にあるユーザーＡのゴールドキーの数の範囲内となる。よって、この場合、管理装置１００は、この判定において、「可」と判定することになる。なお、ユーザーＡが物件Ｎｏ．２の貸借の決済において使用するゴールドキーの数が、ユーザーリスト３０にあるユーザーＡのゴールドキーの数よりも大きい場合（範囲外の場合）には、管理装置１００は、この判定において、「不可」と判定し、この段階において、ユーザーＡにゴールドキーの購入を可能とさせるべく、再度、ステップＳ１０〜ステップＳ１４のステップを繰り返す。その後、管理装置１００は、改めて、ステップＳ２７での判定を行う。なお、借入申込画面５０には、ゴールドキーを購入するための購入ボタン５６が設けられており、ユーザーが、この購入ボタン５６をマウス等でクリックすると（又は直接タップする等）、管理装置１００は、上述したゴールドキーを購入する際の手順（ステップＳ１０〜ステップＳ１４）を実行することになることから、ユーザーは、この購入ボタン５６を介して、借入申込情報の入力の際、予め、貸借の決済に必要な数のゴールドキーを購入しておくことができる。

管理装置１００が、ステップＳ２７で行った判定において、「可」と判定した場合、管理装置１００は、ステップＳ２８において、物件Ｎｏ．２の借入申込確認情報を、ユーザーＡのユーザー端末２００に、通信部１０６を介して送信する。そして、ユーザーＡが、管理装置１００から受信した物件Ｎｏ．２の借入申込確認情報の内容で、借り入れの申し込みを確定する場合、ユーザーＡは、自身のユーザー端末２００より、管理装置１００に対して、物件Ｎｏ．２の借入申込確定情報（この情報には、当該物件の決済において使用するゴールドキーの数「４」、シルバーキーの数「０」が含まれる）を送信し、管理装置１００は、ステップＳ２９において、ユーザーＡのユーザー端末２００より送信された物件Ｎｏ．２の借入申込確定情報を、通信部１０６を介して受信する。なお、管理装置１００は、受信した物件Ｎｏ．２の借入申込確定情報をメモリ１０２に記憶する。

そして、管理装置１００は、ステップＳ３０において、メモリ１０２に記憶した物件Ｎｏ．２の借入申込確定情報（この情報には、当該物件の決済において使用するゴールドキーの数「４」、シルバーキーの数「０」が含まれる）に基づいて、ユーザーリスト３０にあるユーザーＡのゴールドキーの数及びシルバーキーの数から、ユーザーＡ（借主）が物件Ｎｏ．２の貸借の決済において使用するゴールドキーの数及びシルバーキーの数を減算し、続いて、ステップＳ３１において、ユーザーＡが物件Ｎｏ．２の貸借の決済において使用するゴールドキーの数及びシルバーキーの数を合計した数と同数のシルバーキーの数を、ユーザーリスト３０にあるユーザーＢ（物件Ｎｏ．２の貸主）のシルバーキーの数に加算する。

このことを具体的に説明すると、管理装置１００は、まず、
ユーザーリスト３０にあるユーザーＡのゴールドキーの数「４」から、ユーザーＡが物件Ｎｏ．２の貸借の決済において使用するゴールドキーの数「４」を減算し、続いて、ユーザーリスト３０にあるユーザーＡのシルバーキーの数「０」から、ユーザーＡが当該物件の貸借の決済において使用するシルバーキーの数「０」を減算する。その結果、ユーザーリスト３０にあるユーザーＡのゴールドキーの数及びシルバーキーの数は共に「０」となる（図８の上段の表から下段の表のようになる）。

そして、管理装置１００は、
ユーザーＡが物件Ｎｏ．２の貸借の決済において使用するゴールドキーの数「４」及びシルバーキーの数「０」を合計した数「４」と同数のシルバーキーの数「４」を、ユーザーリスト３０にあるユーザーＢ（物件Ｎｏ．２の貸主）のシルバーキーの数「２」に加算する。その結果、ユーザーリスト３０にあるユーザーＢのシルバーキーの数は「６」となる（図８の上段の表から下段の表のようになる）。

このように、物件Ｎｏ．２の借主であるユーザーＡが、当該物件の貸借の決済において使用するシルバーキーは、そのまま、シルバーキーとして、物件Ｎｏ．２の貸主であるユーザーＢに移転することになるが、ユーザーＡが、当該物件の貸借の決済において使用するゴールドキーは、全てシルバーキーとして、当該物件の貸主であるユーザーＢに移転されることになる（キー移転手段１２）。なお、ステップＳ３０及びステップＳ３１のステップは、上記ステップＳ２４からの手順を踏まえて実行されることから、キー移転手段１２は、物件の貸借の決済において使用するゴールドキーの数とシルバーキーの数を組み合わせたときの、それぞれのキーの数の割合が、
＜計算式１＞
ｂ／ａ≦ｎ
の条件を満たす場合に実行されることになる。よって、この計算式１の条件を満たす場合には、キー移転手段１２が実行されることになることから、物件の貸主は、借主に物件を貸し出すだけで、シルバーキーを獲得（入手）することができるのである。

そして、管理装置１００は、この減算加算結果をハードディスク１０５に記憶する。なお、このとき、ユーザーリスト３０にある各ユーザー（例えば、図６のユーザーＡ、Ｂ、Ｃ）の「シルバーキーの数」は、ユーザーの立場（貸主又は借主の立場）に応じて、貸主又は借主と関連付けられて、ハードディスク１０５に記憶されていることになる。すなわち、この各ユーザーの「シルバーキーの数」は、それぞれ、ハードディスク１０５に割り当てられた各ユーザーの記憶領域（例えば、ユーザー１人に対して１つの記憶領域が割り当てられる）に記憶されるものの、この「シルバーキーの数」は、各ユーザーが、別荘の貸主となる場合には「貸主のシルバーキーの数」として、別荘の借主となる場合には「借主のシルバーキーの数」として、当該記憶領域に記憶されていることになることから、ユーザーリスト３０にある各ユーザーの「シルバーキーの数」は、ユーザーの立場（貸主又は借主の立場）に応じて、貸主又は借主と関連付けられて、ハードディスク１０５に記憶されていることになるのである。つまり、ハードディスク１０５は、ユーザーの立場（貸主又は借主の立場）に応じて、借主側キー記憶手段１０又は貸主側キー記憶手段１１として機能することになる。

したがって、このことと、上記段落［００４８］に記載の説明とを合わせれば、上記ユーザーリスト３０にあるユーザーＡ（物件Ｎｏ．２の借主）のゴールドキーの数及びシルバーキーの数は、借主側キー記憶手段１０に記憶されているゴールドキーの数及びシルバーキーの数となり、上記ユーザーリスト３０にあるユーザーＢ（物件Ｎｏ．２の貸主）のゴールドキーの数（「３」図８参照）及びシルバーキーの数は、貸主側キー記憶手段１１に記憶されているゴールドキーの数及びシルバーキーの数となる。勿論、ユーザーＡが貸主となれば、上記ユーザーリスト３０にあるユーザーＡのゴールドキーの数及びシルバーキーの数は、貸主側キー記憶手段１１に記憶されているゴールドキーの数及びシルバーキーの数となり、ユーザーＢが借主となれば、上記ユーザーリスト３０にあるユーザーＢのゴールドキーの数及びシルバーキーの数は、借主側キー記憶手段１０に記憶されているゴールドキーの数及びシルバーキーの数となる。

以上をもって、本貸借システムにおいて、ゴールドキーのみを使用して決済を行う際の手順が終了する。

イ．ゴールドキーにシルバーキーを組み合わせて決済を行う場合の動作
次に、ゴールドキーにシルバーキーを組み合わせて、別荘の貸借の決済を行う場合の動作について、
（ア）ユーザーＢがユーザーＣより、Ｃが所有する物件Ｎｏ．３の物件を借りる場合
（イ）ユーザーＣがユーザーＡより、Ａが所有する物件Ｎｏ．１の物件を借りる場合
を例に挙げて説明する（図９、図１０ａ、図１０ｂ参照）。なお、ゴールドキーにシルバーキーを組み合わせて、別荘の貸借の決済を行う場合の管理装置１００の動作は、上述したゴールドキーのみを使用して、別荘の貸借の決済を行う場合の管理装置１００の動作（ステップＳ２０〜ステップＳ３１）と基本的に共通することから、ここでは、ステップＳ２０〜ステップＳ３１の基本的な事項を省略し、主に、ステップＳ２４以降のステップについて説明する。

（ア）ユーザーＢがユーザーＣより、Ｃが所有する物件Ｎｏ．３の物件を借りる場合
図９は本発明の実施例１に係る貸借システムのユーザーリストの例を示す図である。

図９に示すように、ユーザーＣが所有する物件Ｎｏ．３の物件借入キー数は「９」となっていることから、ユーザーＢは、借入申込画面５０の入力欄５４に、使用するゴールドキーの数として「３」を入力するとともに、入力欄５５に、使用するシルバーキーの数として「６」を入力し、この情報（物件Ｎｏ．３の借入申込情報）を、自身のユーザー端末２００より管理装置１００に送信する。

ユーザーＢのユーザー端末２００より、物件Ｎｏ．３の借入申込情報を受信した管理装置１００は（ステップＳ２２）、この情報をメモリ１０２に記憶し、この情報に基づいて、ユーザーＢが借入申込画面５０の入力欄５５に入力した使用するシルバーキーの数が、貸借の決済において使用可能な範囲内の数か否かについて判定を行う（ステップＳ２４）。

そこで、上記の判定手法を用いて、ユーザーＢが借入申込画面５０の入力欄５５に入力した使用するシルバーキーの数が、物件Ｎｏ．３の貸借の決済において使用可能な範囲内の数か否かについて判定を行うと、

・ユーザーＢのランクは「２」（図９参照）
・ユーザーＢが借入申込画面５０の入力欄５４に入力したゴールドキーの数は「３」
・ユーザーＢが借入申込画面５０の入力欄５５に入力したシルバーキーの数は「６」

となっていることから、これらの数を上記計算式１に代入すれば、以下に示すとおり、ユーザーＢが使用するシルバーキーの数は、上記計算式１の条件を満たすことになる。よって、この場合、管理装置１００は、この判定において、「可」と判定することになる。

＜計算式１＞
６／３≦２

なお、仮に、ランクが「２」のユーザーＢが、ゴールドキーの数「１」に対して、使用するシルバーキーの数を「２」よりも大きい数とした場合（入力欄５５に「２」よりも大きい数を入力した場合）には、上記計算式１が成立しないことから、管理装置１００は、この判定において、「不可」と判定し、再度、借入申込情報の入力フォームを、通信部１０６を介して、ユーザーＢのユーザー端末２００に送信し（ステップＳ２１に戻る）、ユーザーＢは、再度、適切な、使用するシルバーキーの数を入力欄５５に入力することになる（あとは、ステップＳ２２〜ステップＳ２４のステップを繰り返す）。

管理装置１００が、ステップＳ２４で行った判定において、「可」と判定した場合、管理装置１００は、ステップＳ２５において、ユーザーＢが物件Ｎｏ．３の貸借の決済において使用するゴールドキーの数とシルバーキーの数を合計した数が、物件Ｎｏ．３の物件借入キー数と一致するか否かを判定する。ここで、

・ユーザーＢが借入申込画面５０の入力欄５４に入力したゴールドキーの数は「３」
・ユーザーＢが借入申込画面５０の入力欄５５に入力したシルバーキーの数は「６」

となっているのに対し、物件Ｎｏ．３の物件借入キー数は「９」となっていることから、ユーザーＢが物件Ｎｏ．３の貸借の決済において使用するゴールドキーの数とシルバーキーの数を合計した数「９＝３＋６」は、物件Ｎｏ．３の物件借入キー数「９」と一致する。よって、この場合、管理装置１００は、この判定において、「可」と判定することになる。なお、ユーザーＢが物件Ｎｏ．３の貸借の決済において使用するゴールドキーの数とシルバーキーの数を合計した数が、物件Ｎｏ．３の物件借入キー数と一致しない場合には、管理装置１００は、この判定において、「不可」と判定し、再度、借入申込情報の入力フォームを、通信部１０６を介して、ユーザーＢのユーザー端末２００に送信し（ステップＳ２１に戻る）、ユーザーＢは、再度、適切な、使用するゴールドキーの数及びシルバーキーの数を入力欄５４、５５に入力することになる（あとは、ステップＳ２２〜ステップＳ２５のステップを繰り返す）。

管理装置１００が、ステップＳ２５で行った判定において、「可」と判定した場合、管理装置１００は、ステップＳ２６において、ユーザーＢが物件Ｎｏ．３の貸借の決済において使用するシルバーキーの数（借入申込画面５０の入力欄５５に入力したシルバーキーの数）が、ユーザーリスト３０にあるユーザーＢのシルバーキーの数の範囲内にあるか否かについて判定する。ここで、

・ユーザーＢが借入申込画面５０の入力欄５５に入力したシルバーキーの数は「６」

となっているのに対し、ユーザーリスト３０にあるユーザーＢのシルバーキーの数は「６」となっていることから（図９の上段の表参照）、ユーザーＢが物件Ｎｏ．３の貸借の決済において使用するシルバーキーの数は、ユーザーリスト３０にあるユーザーＢのシルバーキーの数の範囲内となる。よって、この場合、管理装置１００は、この判定において、「可」と判定することになる。なお、ユーザーＢが物件Ｎｏ．３の貸借の決済において使用するシルバーキーの数が、ユーザーリスト３０にあるユーザーＢのシルバーキーの数よりも大きい場合（範囲外の場合）には、管理装置１００は、この判定において、「不可」と判定し、再度、借入申込情報の入力フォームを、通信部１０６を介して、ユーザーＢのユーザー端末２００に送信し（ステップＳ２１に戻る）、ユーザーＢは、再度、適切な、使用するシルバーキーの数を入力欄５５に入力することになる（あとは、ステップＳ２２〜ステップＳ２６のステップを繰り返す）。

管理装置１００が、ステップＳ２６で行った判定において、「可」と判定した場合、管理装置１００は、ステップＳ２７において、ユーザーＢが物件Ｎｏ．３の貸借の決済において使用するゴールドキーの数（借入申込画面５０の入力欄５４に入力したゴールドキーの数）が、ユーザーリスト３０にあるユーザーＢのゴールドキーの数の範囲内にあるか否かについて判定する。ここで、

・ユーザーＢが借入申込画面５０の入力欄５４に入力したゴールドキーの数は「３」

となっているのに対し、ユーザーリスト３０にあるユーザーＢのゴールドキーの数は「３」となっていることから（図９の上段の表参照）、ユーザーＢが物件Ｎｏ．３の貸借の決済において使用するゴールドキーの数は、ユーザーリスト３０にあるユーザーＢのゴールドキーの数の範囲内となる。よって、この場合、管理装置１００は、この判定において、「可」と判定することになる。なお、ユーザーＢが物件Ｎｏ．３の貸借の決済において使用するゴールドキーの数が、ユーザーリスト３０にあるユーザーＢのゴールドキーの数よりも大きい場合（範囲外の場合）には、管理装置１００は、この判定において、「不可」と判定し、この段階において、ユーザーＢにゴールドキーの購入を可能とさせるべく、再度、ステップＳ１０〜ステップＳ１４のステップを繰り返す。その後、管理装置１００は、改めて、ステップＳ２７での判定を行う。

そして、管理装置１００が、ステップＳ２８において、物件Ｎｏ．３の借入申込確認情報を、ユーザーＢのユーザー端末２００に、通信部１０６を介して送信し、ユーザーＢのユーザー端末２００より、物件Ｎｏ．３の借入申込確定情報を受信した場合には、管理装置１００は、メモリ１０２に記憶した物件Ｎｏ．３の借入申込確定情報に基づいて、ユーザーリスト３０にあるユーザーＢのゴールドキーの数及びシルバーキーの数から、ユーザーＢ（借主）が物件Ｎｏ．３の貸借の決済において使用するゴールドキーの数及びシルバーキーの数を減算し（ステップＳ３０）、続いて、ユーザーＢが物件Ｎｏ．３の貸借の決済において使用するゴールドキーの数及びシルバーキーの数を合計した数と同数のシルバーキーの数を、ユーザーリスト３０にあるユーザーＣ（物件Ｎｏ．３の貸主）のシルバーキーの数に加算する（ステップＳ３１）。

このことを具体的に説明すると、管理装置１００は、まず、
ユーザーリスト３０にある（借主側キー記憶手段１０に記憶されている）ユーザーＢのゴールドキーの数「３」から、ユーザーＢが物件Ｎｏ．３の貸借の決済において使用するゴールドキーの数「３」を減算し、続いて、ユーザーリスト３０にある（借主側キー記憶手段１０に記憶されている）ユーザーＢのシルバーキーの数「６」から、ユーザーＢが当該物件の貸借の決済において使用するシルバーキーの数「６」を減算する。その結果、ユーザーリスト３０にあるユーザーＢのゴールドキーの数及びシルバーキーの数は共に「０」となる（図９の上段の表から下段の表のようになる）。

そして、管理装置１００は、
ユーザーＢが物件Ｎｏ．３の貸借の決済において使用するゴールドキーの数「３」及びシルバーキーの数「６」を合計した数「９」と同数のシルバーキーの数「９」を、ユーザーリスト３０にある（貸主側キー記憶手段１１に記憶されている）ユーザーＣ（物件Ｎｏ．３の貸主）のシルバーキーの数「３」に加算する。その結果、ユーザーリスト３０にあるユーザーＣのシルバーキーの数は「１２」となる（図９の上段の表から下段の表のようになる）。

このように、物件Ｎｏ．３の借主であるユーザーＢが、当該物件の貸借の決済において使用するシルバーキーは、そのまま、シルバーキーとして、物件Ｎｏ．３の貸主であるユーザーＣに移転するとともに、ユーザーＢが、当該物件の貸借の決済において使用するゴールドキーは、全てシルバーキーとして、当該物件の貸主であるユーザーＣに移転されることになる（キー移転手段１２）。

そして、管理装置１００は、この減算加算結果をハードディスク１０５に記憶する。

以上をもって、本貸借システムにおいて、ゴールドキーにシルバーキーを組み合わせて、別荘の貸借の決済を行う際（ユーザーＢがユーザーＣより、Ｃが所有する物件Ｎｏ．３の物件を借りる場合）の手順が終了する。

（イ）ユーザーＣがユーザーＡより、Ａが所有する物件Ｎｏ．１の物件を借りる場合
図１０ａは本発明の実施例１に係る貸借システムのユーザーリストの例を示す図である。

図１０ａに示すように、ユーザーＡが所有する物件Ｎｏ．１の物件借入キー数は「１２」となっていることから、ユーザーＣは、借入申込画面５０の入力欄５４に、使用するゴールドキーの数として「３」を入力するとともに、入力欄５５に、使用するシルバーキーの数として「９」を入力し、この情報（物件Ｎｏ．１の借入申込情報）を、自身のユーザー端末２００より管理装置１００に送信する。

ユーザーＣのユーザー端末２００より、物件Ｎｏ．１の借入申込情報を受信した管理装置１００は（ステップＳ２２）、この情報をメモリ１０２に記憶し、この情報に基づいて、ユーザーＣが借入申込画面５０の入力欄５５に入力した使用するシルバーキーの数が、貸借の決済において使用可能な範囲内の数か否かについて判定を行う（ステップＳ２４）。

そこで、上記の判定手法を用いて、ユーザーＣが借入申込画面５０の入力欄５５に入力した使用するシルバーキーの数が、物件Ｎｏ．１の貸借の決済において使用可能な範囲内の数か否かについて判定を行うと、

・ユーザーＣのランクは「３」（図１０ａ参照）
・ユーザーＣが借入申込画面５０の入力欄５４に入力したゴールドキーの数は「３」
・ユーザーＣが借入申込画面５０の入力欄５５に入力したシルバーキーの数は「９」

となっていることから、これらの数を上記計算式１に代入すれば、以下に示すとおり、ユーザーＣが使用するシルバーキーの数は、上記計算式１の条件を満たすことになる。よって、この場合、管理装置１００は、この判定において、「可」と判定することになる。

＜計算式１＞
９／３≦３

なお、仮に、ランクが「３」のユーザーＣが、ゴールドキーの数「１」に対して、使用するシルバーキーの数を「３」よりも大きい数とした場合（入力欄５５に「３」よりも大きい数を入力した場合）には、上記計算式１が成立しないことから、管理装置１００は、この判定において、「不可」と判定し、再度、借入申込情報の入力フォームを、通信部１０６を介して、ユーザーＣのユーザー端末２００に送信し（ステップＳ２１に戻る）、ユーザーＣは、再度、適切な、使用するシルバーキーの数を入力欄５５に入力することになる（あとは、ステップＳ２２〜ステップＳ２４のステップを繰り返す）。

管理装置１００が、ステップＳ２４で行った判定において、「可」と判定した場合、管理装置１００は、ステップＳ２５において、ユーザーＣが物件Ｎｏ．１の貸借の決済において使用するゴールドキーの数とシルバーキーの数を合計した数が、物件Ｎｏ．１の物件借入キー数と一致するか否かを判定する。ここで、

・ユーザーＣが借入申込画面５０の入力欄５４に入力したゴールドキーの数は「３」
・ユーザーＣが借入申込画面５０の入力欄５５に入力したシルバーキーの数は「９」

となっているのに対し、物件Ｎｏ．１の物件借入キー数は「１２」となっていることから、ユーザーＣが物件Ｎｏ．１の貸借の決済において使用するゴールドキーの数とシルバーキーの数を合計した数「１２＝３＋９」は、物件Ｎｏ．１の物件借入キー数「１２」と一致する。よって、この場合、管理装置１００は、この判定において、「可」と判定することになる。なお、ユーザーＣが物件Ｎｏ．１の貸借の決済において使用するゴールドキーの数とシルバーキーの数を合計した数が、物件Ｎｏ．１の物件借入キー数と一致しない場合には、管理装置１００は、この判定において、「不可」と判定し、再度、借入申込情報の入力フォームを、通信部１０６を介して、ユーザーＣのユーザー端末２００に送信し（ステップＳ２１に戻る）、ユーザーＣは、再度、適切な、使用するゴールドキーの数及びシルバーキーの数を入力欄５４、５５に入力することになる（あとは、ステップＳ２２〜ステップＳ２５のステップを繰り返す）。

管理装置１００が、ステップＳ２５で行った判定において、「可」と判定した場合、管理装置１００は、ステップＳ２６において、ユーザーＣが物件Ｎｏ．１の貸借の決済において使用するシルバーキーの数（借入申込画面５０の入力欄５５に入力したシルバーキーの数）が、ユーザーリスト３０にあるユーザーＣのシルバーキーの数の範囲内にあるか否かについて判定する。ここで、

・ユーザーＣが借入申込画面５０の入力欄５５に入力したシルバーキーの数は「９」

となっているのに対し、ユーザーリスト３０にあるユーザーＣのシルバーキーの数は「１２」となっていることから（図１０ａの上段の表参照）、ユーザーＣが物件Ｎｏ．１の貸借の決済において使用するシルバーキーの数は、ユーザーリスト３０にあるユーザーＣのシルバーキーの数の範囲内となる。よって、この場合、管理装置１００は、この判定において、「可」と判定することになる。なお、ユーザーＣが物件Ｎｏ．１の貸借の決済において使用するシルバーキーの数が、ユーザーリスト３０にあるユーザーＣのシルバーキーの数よりも大きい場合（範囲外の場合）には、管理装置１００は、この判定において、「不可」と判定し、再度、借入申込情報の入力フォームを、通信部１０６を介して、ユーザーＣのユーザー端末２００に送信し（ステップＳ２１に戻る）、ユーザーＣは、再度、適切な、使用するシルバーキーの数を入力欄５５に入力することになる（あとは、ステップＳ２２〜ステップＳ２６のステップを繰り返す）。

管理装置１００が、ステップＳ２６で行った判定において、「可」と判定した場合、管理装置１００は、ステップＳ２７において、ユーザーＣが物件Ｎｏ．１の貸借の決済において使用するゴールドキーの数（借入申込画面５０の入力欄５４に入力したゴールドキーの数）が、ユーザーリスト３０にあるユーザーＣのゴールドキーの数の範囲内にあるか否かについて判定する。ここで、

・ユーザーＣが借入申込画面５０の入力欄５４に入力したゴールドキーの数は「３」

となっているのに対し、ユーザーリスト３０にあるユーザーＣのゴールドキーの数は「４」となっていることから（図１０ａの上段の表参照）、ユーザーＣが物件Ｎｏ．１の貸借の決済において使用するゴールドキーの数は、ユーザーリスト３０にあるユーザーＣのゴールドキーの数の範囲内となる。よって、この場合、管理装置１００は、この判定において、「可」と判定することになる。なお、ユーザーＣが物件Ｎｏ．１の貸借の決済において使用するゴールドキーの数が、ユーザーリスト３０にあるユーザーＣのゴールドキーの数よりも大きい場合（範囲外の場合）には、管理装置１００は、この判定において、「不可」と判定し、この段階において、ユーザーＣにゴールドキーの購入を可能とさせるべく、再度、ステップＳ１０〜ステップＳ１４のステップを繰り返す。その後、管理装置１００は、改めて、ステップＳ２７での判定を行う。

そして、管理装置１００が、ステップＳ２８において、物件Ｎｏ．１の借入申込確認情報を、ユーザーＣのユーザー端末２００に、通信部１０６を介して送信し、ユーザーＣのユーザー端末２００より、物件Ｎｏ．１の借入申込確定情報を受信した場合には、管理装置１００は、メモリ１０２に記憶した物件Ｎｏ．１の借入申込確定情報に基づいて、ユーザーリスト３０にあるユーザーＣのゴールドキーの数及びシルバーキーの数から、ユーザーＣ（借主）が物件Ｎｏ．１の貸借の決済において使用するゴールドキーの数及びシルバーキーの数を減算し（ステップＳ３０）、続いて、ユーザーＣが物件Ｎｏ．１の貸借の決済において使用するゴールドキーの数及びシルバーキーの数を合計した数と同数のシルバーキーの数を、ユーザーリスト３０にあるユーザーＡ（物件Ｎｏ．１の貸主）のシルバーキーの数に加算する（ステップＳ３１）。

このことを具体的に説明すると、管理装置１００は、まず、
ユーザーリスト３０にある（借主側キー記憶手段１０に記憶されている）ユーザーＣのゴールドキーの数「４」から、ユーザーＣが物件Ｎｏ．１の貸借の決済において使用するゴールドキーの数「３」を減算し、続いて、ユーザーリスト３０にある（借主側キー記憶手段１０に記憶されている）ユーザーＣのシルバーキーの数「１２」から、ユーザーＣが当該物件の貸借の決済において使用するシルバーキーの数「９」を減算する。その結果、ユーザーリスト３０にあるユーザーＣのゴールドキーの数は「１」に、シルバーキーの数は「３」となる（図１０ａの上段の表から下段の表のようになる）。

そして、管理装置１００は、
ユーザーＣが物件Ｎｏ．１の貸借の決済において使用するゴールドキーの数「３」及びシルバーキーの数「９」を合計した数「１２」と同数のシルバーキーの数「１２」を、ユーザーリスト３０にある（貸主側キー記憶手段１１に記憶されている）ユーザーＡ（物件Ｎｏ．１の貸主）のシルバーキーの数「０」に加算する。その結果、ユーザーリスト３０にあるユーザーＡのシルバーキーの数は「１２」となる（図１０ａの上段の表から下段の表のようになる）。

このように、物件Ｎｏ．１の借主であるユーザーＣが、当該物件の貸借の決済において使用するシルバーキーは、そのまま、シルバーキーとして、物件Ｎｏ．１の貸主であるユーザーＡに移転するとともに、ユーザーＣが、当該物件の貸借の決済において使用するゴールドキーは、全てシルバーキーとして、当該物件の貸主であるユーザーＡに移転されることになる（キー移転手段１２）。

そして、管理装置１００は、この減算加算結果をハードディスク１０５に記憶する。

以上をもって、本貸借システムにおいて、ゴールドキーにシルバーキーを組み合わせて、別荘の貸借の決済を行う際（ユーザーＣがユーザーＡより、Ａが所有する物件Ｎｏ．１の物件を借りる場合）の手順が終了する。

なお、上記の例では、ユーザーＣが、物件Ｎｏ．１の貸借の決済において使用するゴールドキーの数を「３」と、シルバーキーの数を「９」として説明したが、ランクが「３」であるユーザーＣは、使用するシルバーキーの数を、ゴールドキーの数「１」に対して、「３」まで（「３」以内）使用することができることから、例えば、ユーザーＣが、

・借入申込画面５０の入力欄５４に、使用するゴールドキーの数を「４」と、
・借入申込画面５０の入力欄５５に、使用するシルバーキーの数を「８」と

入力した場合であっても、これらの数を上記計算式１に代入すれば、以下に示すとおり、ユーザーＣが使用するシルバーキーの数は、上記計算式１の条件を満たすことになる。よって、この場合でも、管理装置１００は、ステップＳ２４における判定において、「可」と判定することになる（図１０ｂ参照）。

＜計算式１＞
８／４≦３

そして、この場合、ステップＳ２５〜ステップＳ２７の条件はクリアされることから、管理装置１００は、まず、ステップＳ３０において、ユーザーリスト３０にある（借主側キー記憶手段１０に記憶されている）ユーザーＣのゴールドキーの数「４」から、ユーザーＣが物件Ｎｏ．１の貸借の決済において使用するゴールドキーの数「４」を減算し、続いて、ユーザーリスト３０にある（借主側キー記憶手段１０に記憶されている）ユーザーＣのシルバーキーの数「１２」から、ユーザーＣが当該物件の貸借の決済において使用するシルバーキーの数「８」を減算する。その結果、ユーザーリスト３０にあるユーザーＣのゴールドキーの数は「０」に、シルバーキーの数は「４」となる（図１０ｂの上段の表から下段の表のようになる）。

そして、管理装置１００は、ステップＳ３１において、ユーザーＣが物件Ｎｏ．１の貸借の決済において使用するゴールドキーの数「４」及びシルバーキーの数「８」を合計した数「１２」と同数のシルバーキーの数「１２」を、ユーザーリスト３０にある（貸主側キー記憶手段１１に記憶されている）ユーザーＡ（物件Ｎｏ．１の貸主）のシルバーキーの数「０」に加算する。その結果、ユーザーリスト３０にあるユーザーＡのシルバーキーの数は「１２」となる（図１０ｂの上段の表から下段の表のようになる。「キー移転手段１２」）。

このように、本発明は、不動産（別荘）の貸借の決済を受けて、借主（ユーザー）が該決済において使用する第１のキー（ゴールドキー）の数及び第２のキー（シルバーキー）の数を合計した数と同数の第２のキーの数が、貸主側キー記憶手段１１に記憶されている第２のキーの数に加算されるものとなっていることから、本発明では、不動産の貸し借りを促進することができる。

このことを具体的に説明すると、本発明において貸主（ユーザー）は、不動産を借主に貸し出すことで、不動産の貸借の決済に必要な第１のキーと組み合わせて使用することができる第２のキーを獲得することができるところ（つまり、この場合、第２のキーは貸主に付与される）、本発明における貸主が第２のキーを獲得するための条件は、ただ単に、不動産を借主に貸し出すことであって、貸主に、これ以外の他の条件が課せられることはない。そのため、貸主は、不動産を借主に貸し出すだけで、容易に、当該決済に必要な第１のキーと組み合わせて使用することができる第２のキーを獲得することができ、貸主には、これによって、「不動産を貸し出したい」という、強い動機（より多くの第２のキーの獲得を目指し、不動産の貸し出しを、より頻繁に行おうという動機）が与えられることになることから、本発明を用いれば、その結果として、不動産の貸し借りを促進することができるのである。

また、本発明における第１のキーは、不動産の貸借の決済に必要なものであるところ、借主が第１のキーに加え、第２のキーを所有している場合には（例えば、借主が、以前、貸主として他の借主に不動産を貸し出して、第２のキーを獲得した場合）、借主は、第２のキーを第１のキーと組み合わせて、不動産の貸借の決済を行うことができることから、本発明では、不動産の貸借の決済において、借主に対し、使用する第２のキーの数に応じた割引を与えることができる。すなわち、第１のキーと組み合わせて使用する第２のキーの数に応じて、借主は、不動産の貸借の決済において必要となる第１のキーを、仲介者から購入する必要がなくなることから、借主には、購入が必要なくなった第１のキーの数に応じた購入代金分の割引が与えられることになるのである。これにより、借主には、このような割引を受けるべく、より多くの第２のキーの獲得を目指し、貸主の立場で、不動産の貸し出しを、より頻繁に行おうという強い動機が与えられることになることから、本発明を用いれば、その結果として、不動産の貸し借りを促進することができる。

さらに、本発明において、借主が、不動産の貸借の決済を受けるためには、必ず第１のキーが必要になることから、本発明では、このように構成することで、仲介者の利益を確実に確保することができる。すなわち、借主が、以前、貸主として他の借主に不動産を貸し出して、第２のキーを獲得していたとしても、本発明では、第２のキーのみで当該決済を受けることはできず、借主は、当該決済を受けるべく、必ず、仲介者から、第１のキーを購入しなければならないことから、仲介者は、当該決済が行われる際に、借主から支払われる第１のキーの購入代金分による利益を確実に確保することができるのである。よって、本発明を用いれば、仲介者の利益を確実に確保することができる。

加えて、本発明は、使用する第１のキーの数ａと第２のキーの数ｂを組み合わせたときの、それぞれのキーの数の割合が、ｂ／ａ≦ｎ（ただし、ｎはランク付け手段１３によってランク付けされた１以上の整数）の場合に、キー移転手段１２を実行するものとなっていることから、本発明では、ユーザー（貸主、借主）のランクに応じて、使用できる第２のキーの数を制限することができる。したがって、借主は、不動産の貸借の決済の際、使用が制限された第２のキーの数分の第１のキーを仲介者から購入する必要があることから、仲介者には、その分の利益が還元されることになる。よって、本発明を用いれば、ユーザーに上位にランク付けされるインセンティブを与えることによって、さらに動産又は不動産の貸し借りを促進することができるとともに、仲介者の利益を確実に確保することができる。

以上より、本発明を用いれば、貸主に第２のキーを取得するインセンティブを与え、借主に第２のキーを使用するインセンティブを与えることによって動産又は不動産の貸し借りを促進するとともに、仲介者は第１のキーを販売することによって仲介者の利益を確実に確保することのできる貸借システム、方法及びプログラムを提供することができるのである。

［本実施例に係る貸借システムの変形例］
なお、本実施例では、貸借の対象として、ユーザーが所有する別荘（不動産）を例に挙げて説明したが、本貸借システムにおいて、動産を貸借の対象とすることができることは勿論である。

また、本実施例では、別荘の貸借の決済を行う際の動作について、ステップＳ２０〜ステップＳ３１の順に説明したが、これらのステップを踏まえて、キー移転手段１２が実行されるのであれば、このステップの内、ステップＳ２３〜ステップＳ２７のステップについては、適宜、順番を入れ替えて、管理装置１００を動作させることもできる。例えば、管理装置１００を、ステップＳ２３、ステップＳ２６、ステップＳ２７、ステップＳ２５、ステップＳ２４の順に動作させるようにしてもよい。

さらに、本実施例では、別荘の貸借の決済において使用する第１のキーの数と第２のキーの数を組み合わせたときの、それぞれのキーの数の割合が、上記計算式１（ｂ／ａ≦ｎ）の条件を満たす場合に、キー移転手段１２が実行されるものとなっているが、これに変えて、例えば、次の計算式の条件を満たす場合に、キー移転手段１２が実行されるようにしてもよい。

＜計算式２＞
１≦ｂ
・ｂ＝動産又は不動産の貸借の決済の際に使用される第２のキーの数

すなわち、この構成において、動産又は不動産の貸借の決済を受ける（キー移転手段１２が実行される）ためには、第１のキーに加えて、必ず、「１」以上の数の第２のキーが必要となる。したがって、上記計算式２の条件を満たす場合に、キー移転手段１２を実行するようにすれば、動産又は不動産の貸借の決済の際に、借主に、第１のキーと合わせて第２のキーを使用（入力欄５５に「１」以上の数を入力）するよう要求することができることから、借主には、当該決済を受けるべく、第２のキーの獲得を目指し、貸主の立場で、動産又は不動産の貸し出しを、頻繁に行おうという強い動機が与えられることになる。よって、このように構成することで、さらに、動産又は不動産の貸し借りを促進することができる。

また、本実施例における計算式１と上記計算式２の双方の条件を満たす場合に、キー移転手段１２が実行されるように構成することもできる。こうすることで、計算式１中の「ｂ」（第２のキーの数）には、計算式２の条件を満たすべく、必ず、「１」以上の数が代入されることになることから、ユーザー（貸主、借主）のランクに応じて、使用できる第２のキーの数を制限しつつも、借主には、動産又は不動産の貸借の決済において、第１のキーと合わせて第２のキーを使用（入力欄５５に「１」以上の数を入力）するよう要求することができる。よって、上記計算式１及び２の双方の条件を満たす場合に、キー移転手段１２を実行するようにすれば、仲介者の利益を確実に確保することができるとともに、より、動産又は不動産の貸し借りを促進することができる。

また、本実施例では、使用する第１及び第２のキーの数を組み合わせたときの、それぞれのキーの数の割合が、上記計算式１の条件を満たすのであれば、ユーザーは、その範囲内において、使用する第１及び第２のキーの数を変動させることができるが（すなわち、使用する第１及び第２のキーの数を変動させても、上記計算式１の条件を満たすのであれば、キー移転手段１２は実行される。図１０ａ、図１０ｂ参照）、例えば、これに変えて、ユーザーが使用する第１及び第２のキーの数を組み合わせたときの、それぞれのキーの数が、物件借入キー数（動産又は不動産の借入キー数）に対して、一定の場合にのみ、キー移転手段１２を実行させるようにすることもできる。例えば、具体例として、以下の組み合わせが挙げられる。

［ランクが「１」のユーザーの場合］
・物件借入キー数「６」の場合・・・第１のキーの数「６」 第２のキーの数「０」
・物件借入キー数「７」の場合・・・第１のキーの数「７」 第２のキーの数「０」
・物件借入キー数「８」の場合・・・第１のキーの数「８」 第２のキーの数「０」

［ランクが「２」のユーザーの場合］
・物件借入キー数「６」の場合・・・第１のキーの数「４」 第２のキーの数「２」
・物件借入キー数「７」の場合・・・第１のキーの数「５」 第２のキーの数「２」
・物件借入キー数「８」の場合・・・第１のキーの数「６」 第２のキーの数「２」

［ランクが「３」のユーザーの場合］
・物件借入キー数「６」の場合・・・第１のキーの数「３」 第２のキーの数「３」
・物件借入キー数「７」の場合・・・第１のキーの数「４」 第２のキーの数「３」
・物件借入キー数「８」の場合・・・第１のキーの数「５」 第２のキーの数「３」

すなわち、ランクが「１」のユーザーが、物件借入キー数「６」の物件の貸借の決済を行う場合、この物件の決済が認められる（キー移転手段１２が実行される）ためには、必ず、使用する第１のキーの数を「６」、第２のキーの数を「０」とする必要があり、これ以外の第１及び第２のキーの数の組み合わせの場合には、キー移転手段１２は実行されないことになる（すなわち、ランクが「１」のユーザーは、第２のキーを使用することができない）。

また、ランクが「３」のユーザーが、物件借入キー数「８」の物件の貸借の決済を行う場合、この物件の決済が認められる（キー移転手段１２が実行される）ためには、必ず、使用する第１のキーの数を「５」、第２のキーの数を「３」とする必要があり、これ以外の第１及び第２のキーの数の組み合わせの場合には、キー移転手段１２は実行されない。

このように、ユーザーが使用する第１及び第２のキーの数を組み合わせたときの、それぞれのキーの数が、物件借入キー数（動産又は不動産の借入キー数）に対して、一定の場合にのみ、キー移転手段１２を実行するようにすれば、動産又は不動産の貸借の決済を受けるための第１及び第２のキーの数の組み合わせは固定され、ランクが「１」のユーザーは、第２のキーを使用することができないことから、早く自分のランクを上げようと、より多くの第１のキーを仲介者から購入し使用しようと考えるようになり、また、ランクが「２」以上のユーザーは、これの決済を受けるための第１及び第２のキーの数の組み合わせを完成させるべく、より多くの第１のキーを仲介者から購入するとともに、自身の動産又は不動産を他のユーザーに貸し出して、より多くの第２のキーを獲得しようと考えることから、キー移転手段１２の実行条件を、このように設定することで、さらに、仲介者の利益を確実に確保することができるとともに、動産又は不動産の貸し借りを、より促進することのできる貸借システムを提供することができることになる。

また、本実施例では、上記のとおり、使用する第１及び第２のキーの数を組み合わせたときの、それぞれのキーの数の割合が、ユーザーのランクとの関係において、一定の範囲内の割合である場合（上記計算式１の条件を満たす場合）にのみ、キー移転手段１２が実行されるものとなっているが、例えば、これに変えて、ランク付け手段１３を設けないで、上記計算式１の条件を不要とするよう構成することもできる。この場合、ユーザーが、動産又は不動産の貸借の決済において使用する第２のキーの数に制限はないことから、当該決済において使用する第１のキーの数が、最低でも「１」あれば、あとは、必要な数（物件借入キー数と一致させるための残りのキーの数）だけの第２のキーの数を、これに組み合わせることで、キー移転手段１２を実行させることができる。

このように、ランク付け手段１３を設けないで、上記計算式１の条件を不要とするよう構成したとしても、動産又は不動産の貸借の決済を受ける（キー移転手段１２が実行させる）ためには、最低でも、「１」の数の第１のキーが必要であり、また、ユーザーは、動産又は不動産を借り受ける際、より多くの第２のキーを使用することができることから、仲介者の利益を確実に確保することができるとともに、動産又は不動産の貸し借りを、より促進することのできる貸借システムを提供することができる。なお、この構成に、上記計算式２の条件を付加した場合には、動産又は不動産の貸借の決済の際、借主に、第１のキーと合わせて第２のキーを使用（入力欄５５に「１」以上の数を入力）するよう要求することができることから、さらに、動産又は不動産の貸し借りを促進することができる。

最後に、本実施例の貸借システムは、貸借方法であってもよいし、コンピュータを貸借システム又は方法として機能させるためのプログラムでも実現される。このプログラムは、コンピュータで読み取り可能な記録媒体に格納されていてもよい。なお、上記記録媒体は、本実施例の貸借システムのＲＯＭそのものや、外部記憶装置（ＣＤ−ＲＯＭドライブ等）に挿入することで読み取り可能なＣＤ−ＲＯＭ、磁気テープ、カセットテープ、フレキシブルディスク、ハードディスク、ＭＯ／ＭＤ／ＤＶＤ等、又は半導体メモリであってもよい。

以上のとおり、これまで、本実施例に対するいくつかの変形例を説明したが、これらの変形例を、適宜組み合わせて適用することができることは勿論のことである。

このように、本実施例では、本発明の趣旨を逸脱しない範囲で種々の変更が可能であることはいうまでもない。

１０ 借主側キー記憶手段
１１ 貸主側キー記憶手段
１２ キー移転手段
１３ ランク付け手段
３０ ユーザーリスト
４０ 物件一覧のページ
４１ 借入申込ボタン
５０ 借入申込画面
５１ 入力欄
５２ 入力欄
５３ 入力欄
５４ 入力欄
５５ 入力欄
５６ 購入ボタン
５７ 借入申込ボタン
１００ 管理装置
１０１ 制御部
１０２ メモリ
１０３ 入力部
１０４ 出力部
１０５ ハードディスク
１０６ 通信部
２００ ユーザー端末

Claims (5)

1. 第１のキーの数及び第２のキーの数を、ユーザーのうち借主と関連付けて記憶する借主側キー記憶手段と、
   該第１のキーの数及び該第２のキーの数を、該ユーザーのうち貸主と関連付けて記憶する貸主側キー記憶手段と、
   貸借の決済を受けて、該借主側キー記憶手段に記憶されている第１のキーの数及び第２のキーの数から、該貸借の決済に使用する第１のキーの数及び第２のキーの数を減算し、該使用する第１のキーの数及び第２のキーの数を合計した数と同数の第２のキーの数を、該貸主側キー記憶手段に記憶されている第２のキーの数に加算することで、該使用する第１のキーを該第２のキーとして移転するキー移転手段と
   を備え、
   該第１のキーは、該ユーザー間の、動産又は不動産の該貸借の決済に必要なキーであり、
   該第２のキーは、該第１のキーと組み合わせることで、該賃借の決済に使用することができるキーであることを特徴とする貸借システム。
2. 該ユーザーをランク付けするランク付け手段を備え、
   該キー移転手段は、該使用する第１のキーの数ａと該第２のキーの数ｂを組み合わせたときの、それぞれのキーの数の割合が、
   ｂ／ａ≦ｎ
   ただし、ｎは該ランク付け手段によってランク付けされた１以上の整数
   の場合に実行されることを特徴とする請求項１に記載の貸借システム。
3. 該キー移転手段は、該貸借の決済の際に使用される該第２のキーの数ｂが、
   １≦ｂ
   の場合に実行されることを特徴とする請求項１又２に記載の貸借システム。
4. 貸借システムが、
   第１のキーの数及び第２のキーの数を、ユーザーのうち借主と関連付けて記憶する借主側キー記憶ステップと、
   該第１のキーの数及び該第２のキーの数を、該ユーザーのうち貸主と関連付けて記憶する貸主側キー記憶ステップと、
   貸借の決済を受けて、該借主側キー記憶ステップによって記憶されている第１のキーの数及び第２のキーの数から、該貸借の決済に使用する第１のキーの数及び第２のキーの数を減算し、該使用する第１のキーの数及び第２のキーの数を合計した数と同数の第２のキーの数を、該貸主側キー記憶ステップによって記憶されている第２のキーの数に加算することで、該使用する第１のキーを該第２のキーとして移転するキー移転ステップとを実行するものであって、
   該第１のキーは、該ユーザー間の、動産又は不動産の該貸借の決済に必要なキーであり、
   該第２のキーは、該第１のキーと組み合わせることで、該賃借の決済に使用することができるキーであることを特徴とする貸借方法。
5. コンピュータを、
   第１のキーの数及び第２のキーの数を、ユーザーのうち借主と関連付けて記憶する借主側キー記憶手段と、該第１のキーの数及び該第２のキーの数を、該ユーザーのうち貸主と関連付けて記憶する貸主側キー記憶手段と、貸借の決済を受けて、該借主側キー記憶手段に記憶されている第１のキーの数及び第２のキーの数から、該貸借の決済に使用する第１のキーの数及び第２のキーの数を減算し、該使用する第１のキーの数及び第２のキーの数を合計した数と同数の第２のキーの数を、該貸主側キー記憶手段に記憶されている第２のキーの数に加算することで、該使用する第１のキーを該第２のキーとして移転するキー移転手段とを備える貸借システム
   として機能させるためのものであって、
   該第１のキーは、該ユーザー間の、動産又は不動産の該貸借の決済に必要なキーであり、
   該第２のキーは、該第１のキーと組み合わせることで、該賃借の決済に使用することができるキーであることを特徴とするプログラム。

Images