JP7366390B2 - 管理装置、及び管理プログラム - Google Patents

Description

特許法第３０条第２項適用 平成３１年（２０１９年）１月４日、〈ｈｔｔｐ：／／ｋａｕｒｉｒｕ．ｃｏｍ／〉のＵＲＬにて電気通信回線を通じて公開

本発明は、管理装置、及び管理プログラムに関する。

近年、インターネットに代表される通信網を用いた商取引が広く行われている。この通信網を用いた商取引では、従来のように商品のメーカや販売業者から個人が商品を購入するのみならず、個人間での商品売買も多く行われる。
このような、個人間での商品売買に関する技術が、例えば、特許文献１に開示されている。特許文献１に開示の技術では、販売者であるユーザに商品の出品時期を指定可能とさせることにより、個人間での売買を円滑化している。

特開２０１８－１４７２９８号公報

しかしながら、特許文献１に開示された技術等の一般的な技術は、個人間での売買に関するものであり、ユーザは、単に販売するあるいは購入するという方法しか選択することができなかった。そのため、ユーザにとってみれば、利便性に欠けているという側面があった。

本発明は、このような状況に鑑みてなされたものであり、ユーザにとって、より利便性に優れた商取引の方法を提供することが可能な、管理装置、及び管理プログラムを提供することを目的とする。

上記目的を達成するため、本発明の一態様の管理装置は、
第１ユーザから該第１ユーザが所有権を有する物品に関する管理依頼を取得する依頼取得手段と、
前記物品に関する情報を出力する出力手段と、
前記出力手段が出力した前記物品に関する情報を参照した第２ユーザから、前記物品の借入申し込み、及び前記物品の購入申し込みの何れかの申し込みを取得する申込取得手段と、
前記申込取得手段が前記物品の借入申し込みを取得した場合に、前記物品の管理状態を前記第１ユーザが所有権を有しているが前記第２ユーザが借入をしている状態とする一方で、前記前記申込取得手段が前記物品の購入申し込みを取得した場合に、前記物品の管理状態を前記第１ユーザではなく前記第２ユーザが所有権を有する状態とする管理手段と、
を備える。

本発明によれば、ユーザにとって、より利便性に優れた商取引の方法を提供することができる。

本発明の実施形態に係る、管理システム全体の構成を示すブロック図である。 本発明の実施形態に係る、管理装置のハードウェアの構成と、各処理を実行するための機能的構成を示すブロック図である。 本発明の実施形態に係る、ユーザ端末のハードウェアの構成と、各処理を実行するための機能的構成を示すブロック図である。 図２の機能的構成を有する管理装置が実行する、依頼処理の流れを説明するフローチャートである。 図２の機能的構成を有する管理装置が実行する、申し込み処理の流れを説明するフローチャートである。 出品者が使用するユーザ端末における表示例の遷移を示す模式図である。 出品者が使用するユーザ端末における表示例の遷移を示す模式図である。 利用者が使用するユーザ端末における表示例の遷移を示す模式図である。 利用者が使用するユーザ端末における表示例の遷移を示す模式図である。

以下、本発明の実施形態について、図面を用いて説明する。

［システムの全体構成］
本実施形態の全体構成について図１を参照して説明する。図１は、本実施形態に係る管理システムＳの全体構成を示すブロック図である。
図１に示すように、管理システムＳは、管理サーバ１と、ｎ台（ｎは、１以上の任意の整数値）のユーザ端末２と、ネットワークＮとを含んで構成される。
管理システムＳは、クライアントであるｎ台のユーザ端末２と、管理サーバ１とがネットワークＮを介して相互に通信を行うことにより実現される。

管理装置１は、例えば、管理装置１を利用して管理システムＳを運営する事業者が設置した、サーバ装置等の情報処理機能を備えた電子機器一般により実現される。また、ユーザ端末２は、例えば、ユーザが所有する、スマートフォンやパーソナルコンピュータ等の情報処理機能を備えた電子機器一般により実現される。更に、ネットワークＮは、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）や、インターネットや、携帯電話網といったネットワーク、あるいはこれらを組み合わせたネットワークにより実現される。

なお、図中には、ｎ台のユーザ端末２として、ユーザ端末２－１、ユーザ端末２－２、及びユーザ端末２－ｎを図示している。ただし、以下の説明において、これらｎ台のユーザ端末２を区別することなく説明する場合には、符号を一部省略して、単に「ユーザ端末２」と呼ぶ。

［本実施形態の概略］
本実施形態は、ユーザにとって、より利便性に優れた商取引の方法を提供することを目的とする。
そのために、本実施形態にかかる管理サーバ１は、何れかのユーザ端末２を使用する第１ユーザから該第１ユーザが所有権を有する物品に関する管理依頼を取得する。また、管理サーバ１は、物品に関する情報を出力する。更に、管理サーバ１は、出力した物品に関する情報を参照した何れかのユーザ端末２を使用する第２ユーザから、物品の借入申し込み、及び物品の購入申し込みの何れかの申し込みを取得する。
そして、管理サーバ１は、物品の借入申し込みを取得した場合に、物品の管理状態を第１ユーザが所有権を有しているが第２ユーザが借入をしている状態とする一方で、物品の購入申し込みを取得した場合に、物品の管理状態を第１ユーザではなく第２ユーザが所有権を有する状態とする。

このような管理装置１によれば、ユーザは、１つの物品について、単に販売するあるいは購入するという方法以外にも、物品の貸出をするあるいは物品の借入をするという方法での商取引が可能となる。また、これらの商取引を組み合わせることも可能となる。例えば、物品を所有していないユーザは、物品の借入をして気に入った場合に購入をし、気に入らなかった場合には購入を見送るというような方法での商取引を行なうことが可能となる。また、物品を所有しているユーザは、販売をした場合は販売についての料金を取得できるのはもちろんのこと、販売まで至らない場合であっても貸出についての料金を取得することができる。また、管理装置１を設置して、これらの商取引を仲介する事業者は、各商取引が発生する都度、手数料を徴収することができる。

このように、管理装置１によれば、ユーザにとって、より利便性に優れた商取引の方法を提供することができる。また、管理装置１によれば、このように様々な商取引を発生させることにより、ユーザを仲介する事業者に対し、より多くの手数料を徴収させることができる。すなわち、管理装置１によれば、各ユーザ及び仲介事業者それぞれに対して、従来に比して、より多くのメリットを提供することができる。

なお、以下の説明では、説明の便宜上、説明対象の物品を所有しているユーザを「出品者」と称する。また、説明対象の物品を所有していないユーザを「利用者」と称する。更に、管理装置１を設置して、これらの商取引を仲介する事業者を、単に「事業者」と称する。なお、当然のことながら、出品者は他の物品に関しては利用者となることもあり、利用者は他の物品に関しては出品者となることもある。
また、本実施形態において、商取引の対象となる物品は特に限定されないが、以下では、説明のための一例として、テント等に代表されるアウトドアグッズを商取引の対象とすることを想定する。

［管理装置１のハードウェア構成］
次に、本実施形態のハードウェアの構成及び機能的構成について図２を参照して説明する。ここで、図２は、本発明の実施形態に係る、管理装置１のハードウェアの構成及び機能的構成を示すブロック図である。
管理装置１は、図１に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、通信部１４と、記憶部１５と、操作部１６と、表示部１７と、を備えている。また、管理装置１は、これら各部を接続するバス１８を更に備えている。これら各部は、バス１８を介して相互に通信可能に接続される。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１５からＲＡＭ１３にロードされたプログラムに基づいて各種の処理を実行する。ＲＡＭ１３には、かかるプログラム以外にも、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

通信部１４は、他の装置との間で行う通信を実現する。他の装置は、例えば、各ユーザ端末２や、図示を省略したサーバ装置等である。
この通信は、上述したようにネットワークＮクを介して行われる。また、この通信は、中継装置を介するものであってもよいし、中継装置を介することなく装置間で直接行われるものであってもよい。

記憶部１５は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の半導体メモリで構成され、各種データを記憶する。

操作部１６は、各種釦や、外部接続されたキーボードやマウス等のデバイスで構成され、ユーザの指示操作に応じて各種情報を入力する。
表示部１７は、ディスプレイで構成され、画像を出力する。なお、例えば、タッチパネルにより操作部１６と表示部１７とを一体として実現するようにしてもよい。

なお、上述したハードウェア構成は一例に過ぎず、これに限らない。例えば、管理装置１は、音楽、効果音、及び音声を出力するスピーカを備えていてもよい。更に、他にも、管理装置１は、半導体メモリ等よりなるリムーバブルメディアを装着可能なインターフェース等を備えており、このインターフェースを介して、各種データをリムーバブルメディアから読み込むようにしてもよい。

［管理装置１の機能的構成］
引き続き図２を参照して、管理装置１の機能的構成について説明をする。以下で説明する各機能的構成は、管理装置１の機能的構成のうち、依頼処理と、申し込み処理を実行するための機能的構成である。
ここで、依頼処理とは、出品者の依頼に基づいて、物品に関する商取引を管理するための一連の処理である。また、申し込み処理とは、利用者の依頼に基づいて、物品に関する商取引を管理するための一連の処理である。

これら各処理が実行される場合、図２に示すように、ＣＰＵ１１において、依頼取得部１１１と、申込取得部１１２と、管理部１１３と、出力部１１４とが機能する。これら機能ブロックは、以下で言及する以外にも、これら各処理を実行するために必要な演算処理や、機能ブロック間での情報の送受を、必要に応じて適宜行う。

また、記憶部１５の一領域には、管理情報記憶部１５１が設定される。管理情報記憶部１５１は、物品の管理を行なうための管理情報を記憶する。この管理情報の詳細については、管理部１１３の説明の際に後述する。

依頼取得部１１１は、出品者が使用するユーザ端末２から、物品を事業者に委託する旨の依頼である管理依頼を取得する。管理依頼には、物品を識別するための情報（例えば、物品のカテゴリ、ブランド、製品名や型番）と、物品の品質状態（例えば、新品に近い、あるいは使い込んでいるという複数段階の状態）、出品者の氏名、出品者への料金の支払いに関する情報（例えば、出品者の銀行口座番号）、物品を集荷する場所（例えば、出品者の自宅）の住所、集荷希望日等が含まれる。出品者は、管理依頼をユーザ端末２から送信した後に、集荷にきた運送業者に対して出品する物品を引き渡す。そして、運送業者は、この物品を事業者の管理する倉庫等に運送する。この運送業者は、例えば、一般的な宅配便等の運送を行なう運送業者や、事業者が提携する運送業者である。このように、出品者は、例えば自宅にいながらにして、物品を出品することができる。

申込取得部１１２は、利用者が使用するユーザ端末２から、物品の借入申し込み、及び物品の購入申し込みの何れかの申し込みを取得する。
物品の借入申し込みには、借入をする物品の指定と、借入をする期間の指定（すなわち、借入日と、返却日の指定）と、利用者の氏名、利用者の利用料金の支払いに関する情報（例えば、利用者のクレジットカードに関する情報）、物品の送付先（例えば、利用者の自宅）の住所等が含まれる。

また、物品の購入申し込みには、購入する物品の指定と、利用者の氏名、利用者の利用料金の支払いに関する情報（例えば、利用者のクレジットカードに関する情報）、物品の送付先（例えば、利用者の自宅）の住所等が含まれる。事業者は、これら各申し込みの内容に基づいて、申し込みに対応する時期に、申し込みに対応する物品を、申込みに対応する住所に対して送付する。

送付する運送業者は、出品者の集荷の場合と同様に、例えば、一般的な宅配便等の運送を行なう運送業者や、事業者が提携する運送業者である。また、借入申し込みであった場合、運送業者は、返却日において再度この住所に赴く。そして、運送業者は、物品を集荷して事業者の管理する倉庫等に運送する。このように、利用者は、例えば自宅にいながらにして、物品を購入あるいは借入することができる。

なお、管理依頼、物品の借入申し込み、及び物品の購入申し込みにて送受される、氏名や、住所や支払いに関する情報等については、予め会員情報として登録しておき、都度の送受を省略するようにしてもよい。

管理部１１３は、依頼取得部１１１が取得した管理依頼の内容や、申込取得部１１２が取得した各申し込みの内容に基づいて、管理情報記憶部１５１が記憶している管理情報を更新する。この管理情報は、各物品の管理を行なうための情報であり、各物品の管理状態を示す情報が含まれる。例えば、「出品準備中」、「出品中」、「レンタル中」、「返却中」及び「購入済み」といった管理状態を示す情報が含まれる。

ここで、「出品準備中」は、事業者が新規に出品する物品の出品準備を行っている状態を示す。出品準備とは、例えば、事業者が、新規に出品する物品を出品可能とするために、メンテナンス（例えば、物品の清掃、修理、消耗品の補充等）を行なうことである。
「出品中」は、物品を、購入あるいは借入ができる状態を示す。
「レンタル中」は、物品が何れかの利用者に借入されている状態を示す。「レンタル中」の状態にある物品は、その時点でその物品の借入をしている利用者のみに、その物品を購入する権利があり、他の利用者には、購入（及び借入）をする権利はない。すなわち、利用者は、一度借入をして使用している間は、他の利用者に購入されてしまう心配をすることなく、自分自身の考えで購入するか否かを決定することができる。
「返却中」は、事業者が借入をした利用者から返却された商品の再度の準備を行っている状態を示す。再度の出品準備とは、例えば、事業者が、返却された物品を再度出品可能とするために、上述した「出品準備中」と同様にメンテナンス（例えば、物品の清掃、修理、消耗品の補充等）を行なうことである。
なお、これら、「出品準備中」、「出品中」、「レンタル中」、及び「返却中」は、物品の所有者が出品者であり、事業者が管理委託されている状態であることも示す。
「購入済み」は、物品が何れかの利用者に購入され、物品の所有者が出品者から利用者に移った状態を示す。

また、管理情報では、これら各物品の管理状態を示す情報に加えて、各物品の所有者や利用者の情報や、管理依頼の内容、物品の借入申し込みの内容、及び物品の購入申し込みの内容といった商取引に関する情報が紐付けられる。なお、他にも、例えば、物品の外観を示す画像情報等が更に紐付けられる。

また、管理部１１３は、利用者に対して請求する利用料金や、出品者に対して支払う支払料金の算出も行なう。ここで、管理部１１３による料金の算出方法の一例について説明をする。まず、管理部１１３は、出品者から、物品の管理依頼を受け付けた場合に、この物品の市場相場データに基づいて、利用者の借入に対して請求する料金である「レンタル料金」と、利用者の購入に対して請求する料金である「販売料金」を決定する。これらの料金は、例えば、物品の市場相場データと、予め設定された所定の関数等に基づいて算出することができる。

また、管理部１１３は、更に他のデータに基づいて、この「レンタル料金」と「販売料金」を適宜修正する。例えば、管理部１１３は、物品の品質状態（上述したように、新品に近い、あるいは使い込んでいるという複数段階の状態）が良いほど料金が上昇し、悪いほど料金が下降するように修正する。
他にも、例えば、管理部１１３は、物品の需要を推定する指標となる季節データ（例えば、この物品は寒い時期に需要が高まる等）に基づいて、需要が高いほど料金が上昇し、需要が低いほど料金が下降するように修正する。
他にも、例えば、管理部１１３は、過去の実勢データ（例えば、この物品は人気があり借入申し込みがある頻度が高い）等のデータに基づいて、人気が高いほど料金が上昇し、人気が低いほど料金が下降するように修正する。

この修正後の料金は、例えば、物品の市場相場データと所定の関数等に基づいて算出した料金に、これらデータに基づいて上昇又は下降させるための所定の係数を乗算することにより、算出することができる。なお、この場合に、更に事業者の操作に基づいて、料金を更に修正してもよい。

管理部１１３は、このようにして「レンタル料金」と「販売料金」を算出することができる。また、管理部１１３は、全ての利用者に対して、一律に同額の料金を設定するのみならず、同じ利用者が借入をしている期間が長いほど、この利用者に対する「販売料金」が低額になるように設定する。

例えば、或る物品について、当初の「レンタル料金」が３０００円であり「販売料金」が６８００円と算出されたとする。この場合に、利用者が借入を申し込むと、管理部１１３は、この物品の「レンタル料金」を自動的に利用者に請求する。そして、請求した３０００円をこの利用者が購入する場合の「販売料金」から差し引き、３８００円と設定する。その後、利用者が、返却日を経過しても物品を返却しなかったとする。すると、管理部１１３は、この物品のレンタルを自動延長し、１泊分の「レンタル料金」を自動的に追加で利用者に請求する。そして、追加で請求した請求した３０００円をこの利用者が購入する場合の「販売料金」から差し引き、８００円と設定する。
なお、この説明では、利用者が、最初に借入申し込みした期間を一泊と想定しているが、これはあくまで一例であり、これに限定されない。例えば、利用者が、最初に借入申し込みをした期間が二泊であってもよい。あるいは、この場合に、最初に借入申し込み可能な期間をそもそも二泊以上からとしてもよい。例えば、この期間を二泊とした場合には、利用者が借入を申し込むと、管理部１１３は、この物品の「レンタル料金」二泊分の６０００円を自動的に利用者に請求する。そして、請求した６０００円をこの利用者が購入する場合の「販売料金」から差し引き、８００円と設定する。

ここで、上述したように、「レンタル中」の状態にある物品は、その時点でその物品の借入をしている利用者のみに、その物品を購入する権利があり、他の利用者には、購入（及び借入）をする権利はない。すなわち、利用者は、一度借入をして使用している間は、他の利用者に購入されてしまう心配をすることなく、自分自身の考えで購入するか否かを決定することができる。また、この場合に、利用者は、自分自身に対して低額に設定された「販売料金」で購入をすることができる。本実施形態では、このような仕組みとすることにより、一度借入をした利用者の購買意欲を向上させ、購入に至る確率を上昇させることができる。これにより、物品の回転率を早めることができ、早期に売買が成立した出品者及び利用者のみならず、手数料を徴収する事業者にとっても利益となる。

また、その後、利用者が、自動延長された返却日を経過しても物品を返却しなかったとする。すると、管理部１１３は、この物品のレンタルを再度自動延長し、１泊分の「レンタル料金」を再度自動的に追加で利用者に請求する。そして、追加で請求した請求した３０００円をこの利用者が購入する場合の「販売料金」から差し引くと、この時点で「販売料金」はゼロ円以下（ここでは、－２２００円）となる。このように、「レンタル料金」の積算額が、物品の「販売料金」を超えた時点で、管理部１１３は、利用者が物品を購入したとみなす。そして、管理部１１３は、この物品の管理状態を「購入済み」に変更し、この物品が利用者に購入され、物品の所有者が出品者から利用者に移った状態とする。本実施形態では、このように「レンタル料金」の積算額により利益が確保できた時点で、利用者が購入したとみなす。この仕組みによっても、物品の回転率を早めることができ、早期に売買が成立した出品者及び利用者のみならず、手数料を徴収する事業者にとっても利益となる。

管理部１１３は、利用者から「販売料金」や「レンタル料金」の支払いを受けると、これらの料金から所定の割合の手数料を徴収する。そして、管理部１１３は、手数料を徴収後の差額を出品者に支払う。この場合に、この所定の割合は、「販売料金」と「レンタル料金」でそれぞれ一律であってもよく、それぞれ異なっていてもよい。例えば、貸出に伴うメンテナンス等の費用を考慮して、「販売料金」よりも「レンタル料金」の方が所定の割合が高くなるようにしてもよい。例えば、「販売料金」の場合は、徴収する手数料の割合を３０［％］とし、「レンタル料金」の場合は、徴収する手数料の割合を５０［％］としてもよい。また、この場合に、例えば、手数料を徴収するにあたり「販売料金」や「レンタル料金」から、所定の経費をまず差し引くようにしてもよい。例えば、「販売料金」や「レンタル料金」から、所定の経費として物品を集荷等するための経費である「送料」や、利用者が物品を破損した場合に破損代金を軽減するための経費である「保証料」等をまず差し引くようにしてもよい。そして、この差し引いた金額から、所定の割合の手数料を徴収するようにしてもよい。
このように管理部１１３が徴収した手数料や所定の経費は、事業者の運営費用及び利益となる。

出力部１１４は、管理部１１３が更新した管理情報や、管理部１１３が算出した各料金を、出品者が使用するユーザ端末２及び利用者が使用するユーザ端末２に対して送信することにより出力する。出品者や利用者は、自身の使用するユーザ端末２を参照することにより、出力された管理情報や料金の内容を把握することができる。なお、出力部１１４は、ユーザ端末２に対して、管理装置１の１１５が記憶している管理情報の全てを出力するのではなく、出品中の物品の情報等の、ユーザ端末２のユーザが出品者または利用者として知り得るべき情報のみを出力する。例えば、出力部１１４は、他のユーザ端末２のユーザの個人情報や、出品前の「出品準備中」の物品の情報や、各料金を算出用するためのデータ等については、ユーザ端末２には出力しない。

また、出力部１１４は、管理部１１３が更新した管理情報や、管理部１１３が算出した各料金を、表示部１７に表示したり、紙媒体に印刷したりすることにより、出力する。事業者は、これら出力された管理情報や各料金を参照することにより、物品の管理や、料金の請求や支払いや、手数料の徴収を確実に行なうことができる。なお、これらの出力は、事業者が参照するものなので、出力部１１４は、ユーザ端末２に送信する場合と異なり、管理装置１の１１５が記憶している全ての管理情報や、全ての算出された料金を出力する。
このように、管理装置１０が適宜管理情報を更新し、この管理情報に基づいた出力等を行なうことにより、本実施形態における各商取引を実現することができる。

［ユーザ端末２のハードウェア構成］
次に、本実施形態のハードウェアの構成及び機能的構成について図３を参照して説明する。ここで、図３は、本発明の実施形態に係る、ユーザ端末２のハードウェアの構成及び機能的構成を示すブロック図である。
ユーザ端末２は、図３に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３と、通信部２４と、記憶部２５と、操作部２６と、表示部２７と、を備えている。また、ユーザ端末２は、これら各部を接続するバス２８を更に備えている。これら各部は、バス２８を介して相互に通信可能に接続される。
ここで、ユーザ端末２が備えるこれら各部は、上述した管理装置１が含む同名の各部と同等のハードウェアで実現される。そのため、重複する説明となる、ユーザ端末２のハードウェアの説明については省略する。

［ユーザ端末２の機能的構成］
引き続き図３を参照して、ユーザ端末２の機能的構成について説明をする。以下で説明する各機能的構成は、ユーザ端末２の機能的構成のうち、上述した管理装置１と同様に、依頼処理と、申し込み処理を実行するための機能的構成である。

これら各処理が実行される場合、図３に示すように、ＣＰＵ２１において、要求部２１１と、管理情報取得部２１２と、出力部２１３とが機能する。これら機能ブロックは、以下で言及する以外にも、これら各処理を実行するために必要な演算処理や、機能ブロック間での情報の送受を、必要に応じて適宜行う。
また、記憶部２５の一領域には、管理情報記憶部２５１が設定される。管理情報記憶部２５１は、物品の管理を行なうための管理情報を記憶する。この管理情報は、上述した管理装置１の出力部１１４から受信した管理情報（すなわち、一部の管理情報）である。

要求部２１１は、ユーザからの操作に基づいて、管理依頼、物品の借入申し込み、及び物品の購入申し込みを、管理装置１に対して送信する。これらに含まれる情報については、管理装置１の説明の際に上述した通りである。

管理情報取得部２１２は、管理装置１の出力部１１４が送信する管理情報を取得する。そして、管理情報取得部２１２は、取得した管理情報により、管理情報記憶部２５１の内容を更新する。この出力部１１４及び管理情報取得部２１２の間の管理情報の送受信、及び管理情報取得部２１２による管理情報記憶部２５１の更新は、管理情報に変化が発生した都度行われる。これにより、ユーザは、ユーザ端末２において、最新の管理情報を参照することができる。

出力部２１３は、管理情報記憶部２５１に記憶されている管理情報に基づいて、ユーザが、出品者又は利用者となって商取引を行なうための表示画面を生成する。この表示画面には、ユーザが商取引に関する操作を行なうためのユーザインタフェースが含まれる。そして、出力部２１３は、生成した表示画面を表示部２７に表示する。この場合に、出力部２１３は、表示画面に関連した所定の音楽、効果音、及び音声を生成し、これらの音楽、効果音、及び音声を、図示を省略したスピーカから出力するようにしてもよい。なお、この表示画面の詳細については、［表示例］という項目で後述する。

［動作］
＜依頼処理＞
次に、管理装置１が実行する、依頼処理における動作について図４を参照して説明をする。図４は、依頼処理の流れを説明するフローチャートである。
依頼処理は、出品者となるユーザが、ユーザ端末２を用いて管理依頼を送信したことに伴い実行される。なお、以下の図４のフローチャートを参照した説明において特に言及しない処理も含め、上述した各機能ブロックは、依頼処理を行うために必要な処理を適宜実行する。例えば、管理部１１３は、特に言及しない場合であっても、管理情報記憶部１５１の内容を適宜最新の状態に更新する。他にも、例えば、管理部１１３は、古物営業法を遵守するための、出品者の本人確認手続きを行なう。

ステップＳ１１において、依頼取得部１１１は、ユーザ端末２から管理依頼を取得する。
ステップＳ１２において、管理部１１３は、管理依頼のあった物品が、事業者のもとに到着したか否かを判定する。例えば、管理部１１３は、物品の到着を確認した事業者が物品を到着した旨の操作を行ったか否かに基づいて、この判定を行なうことができる。物品が到着した場合は、ステップＳ１２においてＹｅｓと判定され、処理はステップＳ１３に進む。一方で、物品が未だ到着していない場合は、ステップＳ１２においてＮｏと判定され、処理はステップＳ１２の判定を繰り返す。

ステップＳ１３において、管理部１１３は、到着した物品の管理状態を「出品準備中」にする。また、事業者は、到着した物品のメンテナンスを開始する。
ステップＳ１４において、管理部１１３は、メンテナンスが行われ、物品を出品するための準備が完了したか否かを判定する。例えば、管理部１１３は、メンテナンスを行った事業者が物品を出品するための準備が完了した旨の操作を行ったか否かに基づいて、この判定を行なうことができる。物品を出品するための準備が完了した場合は、ステップＳ１４においてＹｅｓと判定され、処理はステップＳ１５に進む。一方で、未だ物品を出品するための準備が完了していない場合は、ステップＳ１４においてＮｏと判定され、処理はステップＳ１４の判定を繰り返す。

ステップＳ１５において、管理部１１３は、出品するための準備が完了した物品の管理状態を「出品中」にする。
ステップＳ１６において、出力部１１４は、出品するための準備が完了した物品の管理状態を含んだ管理情報を、各ユーザ端末２に対して送信することにより出力する。

以上説明した、依頼処理により、出品者の依頼に対応すると共に、「出品中」とした物品の情報を、各ユーザ端末２に対して送信することにより出力することができる。これにより、利用者となり得る各ユーザ端末２のユーザは、出品された物品の情報を参照することができる。

＜申し込み処理＞
次に、管理装置１が実行する、申し込み処理における動作について図５を参照して説明をする。図５は、申し込み処理の流れを説明するフローチャートである。
申し込み処理は、利用者となるユーザが、ユーザ端末２を用いて、物品の借入申し込み、及び物品の購入申し込みの何れかの申し込みを送信したことに伴い実行される。なお、以下の図５のフローチャートを参照した説明において特に言及しない処理も含め、上述した各機能ブロックは、申し込み処理を行うために必要な処理を適宜実行する。例えば、管理部１１３は、特に言及しない場合であっても、管理情報記憶部１５１の内容を適宜最新の状態に更新する。

ステップＳ２１において、申込取得部１１２は、ユーザ端末２から、物品の借入申し込み、及び物品の購入申し込みの何れかの申し込みを取得する。
ステップＳ２２において、管理部１１３は、取得した申し込みが何れの申し込みであるかを判定する。物品の購入申し込みである場合は、ステップＳ２２において「購入」と判定され、処理はステップＳ３０に進む。一方で、物品の借入申し込みである場合は、ステップＳ２２において「借入」と判定され、処理はステップＳ２３に進む。

ステップＳ２３において、管理部１１３は、借入申し込み対象の物品の管理状態を「レンタル中」にする。また、事業者は、この物品を利用者に対して送付する。
ステップＳ２４において、出力部１１４は、借入申し込み対象の物品の管理状態を含んだ管理情報を、各ユーザ端末２に対して送信することにより出力する。

ステップＳ２５において、管理部１１３は、「レンタル料金」を算出し、算出した「レンタル料金」を利用者に対して請求する。例えば、管理部１１３は、物品の借入申し込みに含まれる利用者の利用料金の支払いに関する情報（例えば、利用者のクレジットカードに関する情報）に基づいて請求する。

ステップＳ２６において、依頼取得部１１１は、現在物品の借入をしている利用者から、購入申し込みを取得したか否かを判定する。購入申し込みを取得した場合は、ステップＳ２６においてＹｅｓと判定され、処理はステップＳ３０に進む。一方で、購入申し込みを取得していない場合は、ステップＳ２６においてＮｏと判定され、処理はステップＳ２７に進む。

ステップＳ２７において、管理部１１３は、期限前に利用者から事業者のもとに物品が返却されたか否かを判定する。例えば、管理部１１３は、物品の返却を確認した事業者が、期限前に物品が返却された旨の操作を行ったか否かに基づいて、この判定を行なうことができる。期限前に物品が返却された場合は、ステップＳ２７においてＹｅｓと判定され、処理はステップＳ３３に進む。一方で、期限前に物品が返却されていない場合（すなわち、返却日を経過している場合）は、ステップＳ２７においてＮｏと判定され、処理はステップＳ２８に進む。

ステップＳ２８において、管理部１１３は、追加の「レンタル料金」を算出し、算出した追加の「レンタル料金」を、ステップＳ２５と同様にして、利用者に対して請求する。また、これに伴い管理部１１３は、返却期限を延長する。更に、管理部１１３は、追加の「レンタル料金」を差し引いて低額となった「販売料金」を利用者と新たな返却期限を知らせるために、この低額となった「販売料金」と新たな返却期限を利用者のユーザ端末２に対して出力する。

ステップＳ２９において、管理部１１３は、今まで請求した「レンタル料金」の積算額が、物品の「販売料金」を超えたか否かを判定する。今まで請求した「レンタル料金」の積算額が、物品の「販売料金」を超えた場合は、ステップＳ２９においてＹｅｓと判定され、処理はステップＳ３８に進む。一方で、今まで請求した「レンタル料金」の積算額が、物品の「販売料金」を超えていない場合は、ステップＳ２９においてＮｏと判定され、処理はステップＳ２６に戻り、繰り返される。

ステップＳ３０において、管理部１１３は、利用者が購入する物品の管理状態を「購入済み」にする。
ステップＳ３１において、管理部１１３は、利用者が購入する物品の管理状態を含んだ管理情報を、各ユーザ端末２に対して送信することにより出力する。

ステップＳ３２において、管理部１１３は、「販売料金」を算出し、算出した「販売料金」を、ステップＳ２５と同様にして、利用者に対して請求する。また、事業者は、この物品を利用者に対して送付する。そして、処理は、ステップＳ３７に進む。このステップＳ３７において、管理部１１３は、利用者から支払われた「販売料金」から事業者の手数料を差し引くことにより、手数料を徴収する。そして、管理部１１３は、手数料を徴収後の差額を出品者に支払う。例えば、管理部１１３は、物品の管理依頼に含まれる出品者への料金の支払いに関する情報（例えば、出品者の銀行口座番号）に基づいて支払いをする。

ステップＳ３３において、管理部１１３は、返却された物品の管理状態を「返却中」にする。また、事業者は、到着した物品のメンテナンスを開始する。
ステップＳ３４において、管理部１１３は、メンテナンスが行われ、物品を出品するための準備が完了したか否かを判定する。例えば、管理部１１３は、メンテナンスを行った事業者が物品を出品するための準備が完了した旨の操作を行ったか否かに基づいて、この判定を行なうことができる。物品を出品するための準備が完了した場合は、ステップＳ３４においてＹｅｓと判定され、処理はステップＳ３５に進む。一方で、未だ物品を出品するための準備が完了していない場合は、ステップＳ３４においてＮｏと判定され、処理はステップＳ３４の判定を繰り返す。

ステップＳ３５において、管理部１１３は、出品するための準備が完了した物品の管理状態を「出品中」にする。
ステップＳ３６において、出力部１１４は、出品するための準備が完了した物品の管理状態を含んだ管理情報を、各ユーザ端末２に対して送信することにより出力する。そして、処理は、ステップＳ３７に進む。このステップＳ３７において、管理部１１３は、利用者から支払われた「レンタル料金」から事業者の手数料を差し引くことにより、手数料を徴収する。そして、管理部１１３は、手数料を徴収後の差額を出品者に支払う。例えば、管理部１１３は、物品の管理依頼に含まれる出品者への料金の支払いに関する情報（例えば、出品者の銀行口座番号）に基づいて支払いをする。

ステップＳ３８において、管理部１１３は、利用者が購入する物品の管理状態を「購入済み」にする。
ステップＳ３９において、管理部１１３は、利用者が購入する物品の管理状態を含んだ管理情報を、各ユーザ端末２に対して送信することにより出力する。なお、処理がステップＳ３８及びステップＳ３９に進んでいる場合は（すなわち、ステップＳ２９においてＹｅｓと判定された場合は）、ステップＳ２５及びステップＳ２８において利用者に「レンタル料金」を請求しているため、物品の「販売代金」は実質的に支払い済みとなっている。そのため、この場合には、ステップＳ３２のように「販売代金」を請求することなく、処理は、ステップＳ３７に進む。このステップＳ３７において、管理部１１３は、利用者から支払われた「販売料金」から事業者の手数料を差し引くことにより、手数料を徴収する。そして、管理部１１３は、手数料を徴収後の差額を出品者に支払う。例えば、管理部１１３は、物品の管理依頼に含まれる出品者への料金の支払いに関する情報（例えば、出品者の銀行口座番号）に基づいて支払いをする。

以上説明した動作により、依頼処理及び申し込み処理を実現することができる。これらの処理によれば、上述したような種々の効果を奏することができる。例えば、これらの処理によれば、ユーザにとって、より利便性に優れた商取引の方法を提供することができる。また、これらの処理によれば、このように様々な商取引を発生させることにより、ユーザを仲介する事業者に対し、より多くの手数料を徴収させることができる。すなわち、これらの処理によれば、各ユーザ及び仲介事業者それぞれに対して、従来に比して、より多くのメリットを提供することができる。

［表示例］
次に、図上述した依頼処理及び申し込み処理に関連して、ユーザ端末２に表示される表示例について、図６、図７、図８、及び図９を参照して説明する。ここで、図６及び図７は、出品者が使用するユーザ端末２における表示例の遷移を示す模式図である。また、図８及び図９は、利用者が使用するユーザ端末２における表示例の遷移を示す模式図である。

＜出品者の表示例＞
まず、出品者が、物品の管理依頼を行なうために図６（Ａ）に示すような表示がされる。この場合、表示領域ＡＲ１１に示すように、物品のカテゴリやブランド名等を選択するための表示がされる。この場合に、出品者は、「販売も可能」という設定を切り替えることで、利用者に借入はさせるが、利用者に購入はさせないという選択をすることもできる。また、表示領域ＡＲ１２には、査定を行なうための操作ボタンが表示される。

この査定を行なうための操作ボタンが操作されると、図６（Ｂ）に示すような表示に遷移する。この場合、表示領域ＡＲ１３に示すように、出品中の物品、取引中の物品、及び販売済みの物品それぞれの一覧を選択するための表示がなされる。また、表示領域ＡＲ１４には、選択した一覧に対応する物品の情報や画像が表示される。これら各一覧の表示は、出力部１１４により出力された管理情報に基づいて実現される。

ここで、「査定結果」と表示されている物品を選択すると、図６（Ｃ）に示すような表示に遷移する。この場合、表示領域ＡＲ１５に示すように、出品中の物品の査定結果が表示される。こここで、「レンタル料金」及び「販売料金」は上述したように、管理部１１３により、物品の市場相場データと所定の関数等に基づいて算出される。また、物品の品質状態、季節データ及び過去の実勢データ等の変化に伴い、料金が変動することから、表示される各料金は、上限及び下限の幅をもった料金となっている。また「保証料金」は、上述したように、出品をして、利用者との販売や借入を行なうのではなく、物品を事業者に今すぐ販売した場合の料金である。また、表示領域ＡＲ１６には、出品をするための操作ボタンと、事業者に保証料金で今すぐ販売するための操作ボタンとが表示される。

この出品をするための操作ボタンが操作されると、図７（Ｄ）に示すような表示に遷移する。この場合、表示領域ＡＲ１７に示すように、出品するために集荷する対象の物品の情報や画像が表示される。また、表示領域ＡＲ１８に示すように、出品者の名前や集荷先（例えば、出品者の自宅）の住所といった集荷情報が表示されると共に、集荷を依頼するための操作ボタンが表示される。

この集荷を依頼するための操作ボタンが操作されると、図７（Ｅ）に示すような表示に遷移する。この場合、表示領域ＡＲ１９に示すように、集荷手続きを受け付けた旨が表示される。これにより、ユーザ端末２からの管理依頼の送信は終了する。そして、管理装置１では、図４を参照して上述したような依頼処理を開始する。

そして、続いて行われる、図５を参照して上述したような申し込み処理において、利用者による借入が発生すると、図７（Ｆ）に示すような表示に遷移する。この場合、表示領域ＡＲ２０に示すように、借入後に返却された物品についての各料金と、事業者に保証料金で今すぐ販売するための操作ボタンとが表示される。ここで、「保証料金」は、図６（Ｃ）を参照して上述したように、出品をして、利用者との販売や借入を行なうのではなく、物品を事業者に今すぐ販売した場合の料金である。また、表示領域ＡＲ２１に示すように、今回の「レンタル料金」に対応する収益と、出品を取り止めて物品を出品者のもとに返品するための操作ボタンとが表示される。出品者は、これらの操作ボタンにより操作を行なうこともできるし、そのまま出品を継続することもできる。

一方で、申し込み処理において、利用者による購入が発生すると、図７（Ｇ）に示すような表示に遷移する。この場合、表示領域ＡＲ２２に示すように、購入された物品についての情報うや画像が表示される。また、表示領域ＡＲ２３に示すように、今回の「レンタル料金」及び「販売料金」に対応する収益が表示される。出品者は、この表示を参照することにより、今回の出品で得ることができた収益の金額及び内訳を知ることができる。

＜利用者の表示例＞
まず、利用者が、借入申し込みや、購入申し込みを行なうために図８（Ａ）に示すような表示がなされる。この場合、表示領域ＡＲ３１に示すように、出品されている物品をテキスト検索するための検索窓が表示される。また、表示領域ＡＲ３２に示すように、出品されている物品の情報や画像が各料金と共に表示される。利用者は、これらの表示を参照して、利用する物品を選択する。

何れかの物品が選択されると、図８（Ｂ）に示すような表示に遷移する。この場合、表示領域ＡＲ３３に示すように、現在選択している物品の情報や画像が各料金と共に表示される。また、表示領域ＡＲ３４には、購入申し込みをするための操作ボタンと、借入申し込みをするための操作ボタンとが表示される。

この借入申し込みをするための操作ボタンが操作されると、図８（Ｃ）に示すような表示に遷移する。この場合、表示領域ＡＲ３５に示すように、現在選択している物品の情報や画像が各料金と共に表示される。また、購入申し込みをするための操作ボタンが表示される。更に、表示領域ＡＲ３６に示すように、借入をする期間の指定（すなわち、借入日と、返却日の指定）を行なうための表示がされる。

借入をする期間の指定後が操作されると、図８（Ｃ）に示すような表示に遷移する。この場合、表示領域ＡＲ３７に示すように、現在選択している物品の情報や画像が「レンタル料金」と共に表示される。また、借入申し込みをするための操作ボタンが表示される。この借入申し込みをするための操作ボタンが操作されると、ユーザ端末２からの借入申し込みの送信は終了する。そして、管理装置１では、図５を参照して上述したような、申し込み処理を開始する。

一方で、申し込み処理において物品が借り入れされると、図９（Ｅ）に示すような表示に遷移する。この場合、表示領域ＡＲ３８に示すように、現在借入をしている物品の情報や画像が各料金と共に表示される。また、表示領域ＡＲ３９に示すように、借入により低額に設定された「販売料金」と、購入申し込みをするための操作ボタンと、返却日とが表示される。利用者は、この表示を参照して、物品を購入するか否かを判断することができる。

そして、利用者が返却を行なう場合、図９（Ｆ）に示すような表示に遷移する。この場合、表示領域ＡＲ４０に示すように、現在借入をしている物品の情報や画像が「販売料金」と共に表示される。また、購入申し込みをするための操作ボタンが表示される。更に、表示領域ＡＲ４１に示すように、利用者の名前や集荷先（例えば、利用者の自宅）の住所といった集荷情報が表示されると共に、集荷により物品の返却を依頼するための操作ボタンが表示される。この物品の返却を依頼するための操作ボタンが操作されると、物品の集荷が行われ、借入は終了する。

一方で、申し込み処理において物品が購入されると、図９（Ｇ）に示すような表示に遷移する。この場合、表示領域ＡＲ４２に示すように、現在購入しようとしている物品の情報や画像が「購入料金」と共に表示される。また、表示領域ＡＲ４３に示すように、ポイントの使用有無や、支払い方法と共に、購入にあたって最終確認を行なうための操作ボタンが表示される。

この最終確認を行なうための操作ボタンが操作されると、図９（Ｈ）に示すような表示に遷移する。この場合、表示領域ＡＲ４４に示すように、現在購入しようとしている物品の情報や画像が「購入料金」と共に表示される。また、購入を実行するための操作ボタンが表示される。

この購入を実行するための操作ボタンが操作されると、図９（Ｉ）に示すような表示に遷移する。この場合、表示領域ＡＲ４５に示すように、購入手続きを完了した旨が表示される。これにより、ユーザ端末２からの購入依頼の送信は終了する。そして、管理装置１では、図５を参照して上述したような申し込み処理を開始する。また、これに伴い、事業者は購入のための手続きを行なう。
出品者及び利用者は、これらの表示例のような表示を参照しながら、ユーザ端末２を操作することにより、各商取引を実行することができる。

［本実施形態の非限定性］
以上、本発明の実施形態について説明したが、この実施形態は、例示に過ぎず、本発明の技術的範囲を限定するものではない。本発明はその他の様々な実施形態を取ることが可能であり、更に、本発明の要旨を逸脱しない範囲で、省略や置換等種々の変更を行うことができる。例えば、以下に示す変形例のような変形を行なうことができる。これら実施形態やその変形は、本明細書等に記載された発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

［変形例］
＜第１変形例＞
上述の実施形態において、管理部１１３は、物品の市場相場データ、物品の品質状態、季節データ及び過去の実勢データ等に基づいて、「レンタル料金」と「販売料金」とを決定していた。また、同じ利用者が借入をしている期間が長いほど、この利用者に対する「販売料金」が低額になるように設定していた。

これに限らず、他の方法で「販売料金」を決定するようにしてもよい。例えば、出品者からの物品の管理依頼において、出品者が希望する「最終利益額」の指定を受け付け、この「最終利益額」が確保されるように、「レンタル料金」と「販売料金」とを決定してもよい。例えば、或る物品について、出品者が「最終利益額」を３００００円と指定したとする。この場合、管理部１１３は、この３００００円を「販売料金」とする。また、この３００００円より低額な例えば、５０００円を「レンタル料金」とする。

その後、利用者が５０００円で借入をしたとする。すると、管理部１１３は、この「最終利益額」が確保されるように、「レンタル料金」と「販売料金」とを再決定する。例えば、３００００円から５０００円を差し引いた２５０００円「販売料金」とする。また、この２５０００円より低額な例えば、５０００円を「レンタル料金」とする。

その後、更に利用者が借入をしたとする。すると、管理部１１３は、この「最終利益額」が確保されるように、「レンタル料金」と「販売料金」とを再決定する。例えば、３００００円から９０００円を差し引いた２１０００円「販売料金」とする。また、この２５０００円より低額な例えば、４０００円を「レンタル料金」とする。

管理部１１３は、このようにして各料金の再設定を繰り返すことにより、何れの段階においても、物品が購入されると「最終利益額」が確保されるようにする。これにより、出品者の希望する「最終利益額」に基づいて、各料金を設定することができる。なお、出品者が「最終利益額」を、事業者に任せることもできる。この場合、管理部１１３は、物品の市場相場データ、物品の品質状態、季節データ及び過去の実勢データ等に基づいて、最初の「販売料金」を決定する。そして、この最初の「販売料金」を、上述の「最終利益額」とみなして同じ処理を行なうことによっても、「最終利益額」を確保することができる。

なお、本変形では、「最終利益額」を確保することを目的としているので、最初に借入を行った利用者と、次回に借入を行った利用者が、同一の人物であるか別の人物であるかを問うことなく、上述の処理を実行するようにしてもよい。

また、上述の処理では、説明を簡略とするべく、事業者が徴収する手数料について説明を省略したが、実際には、利用者が指定する「最終利益額」そのものではなく、これに、手数料を加えた額が「最終利益額」となるように処理を行なう。
本変形例のようにすることにより、出品者は、自身が納得する金額にて出品を行なうことができる。

＜第２変形例＞
上述の実施形態では、同じ利用者が借入をしている期間が長いほど、この利用者に対する「販売料金」が低額になるように設定していた。この場合に、物品を連続して延長しながら借入をすることを想定していたが、これに限らず、一度返却した後に、同じ物品について日を空けて再度借入をした場合も、前回の借入時に低額に設定した「販売価格」で販売するようにしてもよい。
また、他にも、「販売料金」が低額になるように設定した場合に、他の代替品（例えば、借入をした物品と同じ型番の新品）の「販売料金」も値引くようにしてもよい。

＜他の変形例＞
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図２や図３に示した機能的構成は例示に過ぎず、特に限定されない。すなわち、上述した一連の処理を全体として実行できる機能が管理装置１やユーザ端末２に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図２や図３の例に限定されない。また、他にも、例えば、管理装置１が単一のサーバ装置で実現されもよいが、いわゆるクラウドサーバ等のように複数のサーバ装置が協働することにより管理装置１が実現されてもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

本実施形態における機能的構成は、演算処理を実行するプロセッサによって実現され、本実施形態に用いることが可能なプロセッサには、シングルプロセッサ、マルチプロセッサ及びマルチコアプロセッサ等の各種処理装置単体によって構成されるものの他、これら各種処理装置と、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ‐Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の処理回路とが組み合わせられたものを含む。

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布されるリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。リムーバブルメディアは、例えば、磁気ディスク（フロッピディスクを含む）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ－Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ），Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ（ブルーレイディスク）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ－Ｄｉｓｋ）等により構成される。また、装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図２のＲＯＭ２２や、図２の記憶部２５や、図３のＲＯＭ１２や、図３の記憶部１５に含まれる半導体メモリ等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。また、記録媒体に記録されるプログラムにより実行されるステップは、本発明の要旨を逸脱しない範囲内において、任意の順番に実行されてよい。

１・・・管理装置，２・・・ユーザ端末，１１，２１・・・ＣＰＵ，１２，２２・・・ＲＯＭ，１３，２３・・・ＲＡＭ，１４，２４・・・通信部，１５，２５・・・記憶部，１６，２６・・・操作部，１７，２７・・・表示部，１８，２８・・・バス，１１１・・・依頼取得部，１１２・・・申込取得部，１１３・・・管理部，１１４・・・出力部，１５１・・・管理情報記憶部，２１１・・・要求部，２１２・・・管理情報取得部，２１３・・・出力部，２５１・・・ユーザ情報記憶部

Claims (4)

1. 第１ユーザから該第１ユーザが所有権を有する物品に関する管理依頼を取得する依頼取得手段と、
   前記物品に関する情報をユーザ端末に出力する出力手段と、
   前記出力手段が出力した前記物品に関する情報を参照した第２ユーザから、前記物品の借入申し込み、及び前記物品の購入申し込みの何れかの申し込みを取得する申込取得手段と、
   前記申込取得手段が前記物品の借入申し込みを取得した場合に、前記物品の管理状態を前記第１ユーザが所有権を有しているが前記第２ユーザが借入をしている状態とする一方で、前記申込取得手段が前記物品の購入申し込みを取得した場合に、前記物品の管理状態を前記第１ユーザではなく前記第２ユーザが所有権を有する状態とする管理手段と、
   を備え、
   前記第１ユーザに対して、前記ユーザ端末に、査定結果として、レンタル料金、販売料金、および保証料金が示され、前記第１ユーザは、示された前記査定結果に基づいて、前記管理依頼を行う、
   管理装置。
2. 前記申込取得手段は、前記借入申し込みで指定されている使用期間については、前記第２ユーザ以外の他のユーザからの前記物品についての申し込みを取得しない、
   請求項１に記載の管理装置。
3. 前記管理手段は、前記物品の管理状態を前記第１ユーザが所有権を有しているが前記第２ユーザが借入をしている状態としている期間が長くなるに伴って、前記申込取得手段が該第２ユーザから前記物品の購入申し込みを取得した場合に該第２ユーザに対して請求する請求額をより低額に設定する、
   請求項１又は２に記載の管理装置。
4. 第１ユーザから該第１ユーザが所有権を有する物品に関する管理依頼を取得する依頼取得機能と、
   前記物品に関する情報をユーザ端末に出力する出力機能と、
   前記出力機能が出力した前記物品に関する情報を参照した第２ユーザから、前記物品の借入申し込み、及び前記物品の購入申し込みの何れかの申し込みを取得する申込取得機能と、
   前記申込取得機能が前記物品の借入申し込みを取得した場合に、前記物品の管理状態を前記第１ユーザが所有権を有しているが前記第２ユーザが借入をしている状態とする一方で、前記申込取得機能が前記物品の購入申し込みを取得した場合に、前記物品の管理状態を前記第１ユーザではなく前記第２ユーザが所有権を有する状態とする管理機能と、
   をコンピュータに実現する管理プログラムであって、
   前記第１ユーザに対して、前記ユーザ端末に、査定結果として、レンタル料金、販売料金、および保証料金が示され、前記第１ユーザは、示された前記査定結果に基づいて、前記管理依頼を行う、
   管理プログラム。

Images