JP6477992B1 - 管理プログラム、管理装置および管理方法 - Google Patents

Abstract

管理サーバ（１）は、団体の会員が所有する物品の保管要求を端末より受け付けると、物品を特定する物品情報の物品の賃貸サイトへの公開処理と、物品の保管代金の会員から団体への支払処理とを実行する。管理サーバ（１）は、賃貸サイトに公開された物品情報に応じた物品の団体の他の会員による賃借要求を端末より受け付けると、物品の他の会員への貸出処理と、物品の貸出代金の他の会員から団体への支払処理とを実行する。管理サーバ（１）は、会員からの物品の保管中止要求を端末より受け付けると、保管代金の団体から会員への払戻処理を実行する。これにより、管理サーバ（１）は、会員から保管を依頼された物品の他の会員への貸し出しを、保管代金の決済を含めて実現する技術を提供することができる。

Description

本発明は、管理プログラムなどに関する。

会員がそれぞれ出資金を出し合うことで、会員が協同して生活を向上させる団体がある。かかる団体には、例えば、生活協同組合が挙げられる。

かかる団体では、例えば、団体に加入するときに出資金を預かり、その出資金を運営資金とし、利益が発生すると、会員に配当金が還元され、会員が団体を退会するときに、出資金を返金する方式を用いる。

ところで、かかる団体の各会員の家には、有効活用できていない物品が存在する場合がある。一方、かかる団体の各会員の中には、ある物品を一時的に借りて（レンタルして）利用したい場合がある。また、かかる団体の各会員でない者の家にも、有効活用できていない物品が存在する場合がある。一方、かかる団体の各会員でない者であっても、ある物品を一時的に借りて（レンタルして）利用したい場合もある。

レンタル店舗へのレンタル予約を代行するレンタルシステム及びサーバの技術が知られている（例えば、特許文献１参照）。かかる技術では、サーバが、レンタルサービスサイトにおいて、携帯通信端末からレンタル物品のレンタル予約要求を受け付け、該当店舗に予約情報及び利用者情報を送信し、予約処理を行う。

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

しかしながら、上記の技術では、団体に所属する何れかの会員及び他の会員を仲介して、何れかの会員が所有する物品を他の会員に貸し出すことができない。

１つの側面では、会員から保管を依頼された物品の他の会員への貸し出しを、保管代金の決済を含めて実現する技術を提供することを目的とする。

１つの態様では、管理プログラムは、団体の会員が所有する物品の保管要求を端末より受け付けると、前記物品を特定する物品情報の前記物品の賃貸サイトへの公開処理と、前記物品の保管代金の前記会員から前記団体への支払処理とを実行し、前記賃貸サイトに公開された前記物品情報に応じた物品の前記団体の他の会員による賃借要求を端末より受け付けると、前記物品の前記他の会員への貸出処理と、前記物品の貸出代金の前記他の会員から前記団体への支払処理とを実行し、前記会員からの前記物品の保管中止要求を端末より受け付けると、前記保管代金の前記団体から前記会員への払戻処理を実行する、処理をコンピュータに実行させる。

１つの態様によれば、会員から保管を依頼された物品の他の会員への貸し出しを、保管代金の決済を含めて実現する技術を提供することができる。

図１は、実施例に係る管理サーバを含む管理システムの機能構成の一例を示す図である。 図２は、実施例に係る管理サーバが実行するシェアリングサービスの一例を示す図である。 図３は、実施例に係る管理サーバの構成を示す機能ブロック図である。 図４は、実施例に係るアカウントデータのデータ構造の一例を示す図である。 図５は、実施例に係る支払データのデータ構造の一例を示す図である。 図６は、実施例に係る配達リソースデータのデータ構造の一例を示す図である。 図７は、実施例に係る予約データのデータ構造の一例を示す図である。 図８は、実施例に係る預かりリストデータのデータ構造の一例を示す図である。 図９は、実施例に係る在庫データのデータ構造の一例を示す図である。 図１０は、実施例に係る端末の構成を示す機能ブロック図である。 図１１は、実施例に係るアカウント管理のシーケンスの一例を示す図である。 図１２は、実施例に係る支払情報登録のシーケンスの一例を示す図である。 図１３は、実施例に係る預かり予約管理のシーケンスの一例を示す図である。 図１４は、実施例に係る預かり停止のシーケンスの一例を示す図である。 図１５は、実施例に係るレンタル予約管理のシーケンスの一例を示す図である。 図１６は、実施例に係る支払管理のシーケンスの一例を示す図である。 図１７は、実施例に係る端末のアカウント登録の画面遷移の一例を示す図である。 図１８は、実施例に係る端末の預かり予約の画面遷移の一例を示す図である。 図１９は、実施例に係る端末のレンタル予約の画面遷移の一例を示す図である。 図２０は、管理プログラムを実行するコンピュータの一例を示す図である。

以下に、本願の開示する管理プログラム、管理装置および管理方法の実施例を図面に基づいて詳細に説明する。なお、実施例によりこの発明が限定されるものではない。

［管理システムの構成］
図１は、実施例に係る管理サーバを含む管理システムの機能構成の一例を示す図である。実施例に係る管理サーバ１は、例えば、団体の会員が所有する物品の保管要求を端末２より受け付けると、物品を特定する物品情報の物品の賃貸サイトへの公開処理と、物品の保管代金の会員から団体への支払処理とを実行する。管理サーバ１は、賃貸サイトに公開された物品情報に応じた物品の団体の他の会員による賃借要求を端末３より受け付けると、物品の他の会員への貸出処理と、物品の貸出代金の他の会員から団体への支払処理とを含む賃借処理を実行する。そして、管理サーバ１は、会員からの物品の保管中止要求を端末２より受け付けると、保管代金の団体から会員への払戻処理を実行する。すなわち、管理サーバ１は、団体の会員が所有する物品を団体が預かる（保管する）預かりサービスと、団体の会員が団体に預けられた物品をレンタルするレンタルサービスと、を含むシェアリングサービスを行う。なお、団体の会員でない者が団体の会員になるためには、管理サーバ１にアカウントを登録することが必要である。

図１に示すように、管理システム９は、管理サーバ１と、端末２，３と、情報管理端末４と、外部サービス５とを有する。

管理サーバ１は、端末２、端末３および情報管理端末４とネットワーク６を介して相互に通信可能に接続される。また、管理サーバ１は、外部サービス５とネットワーク６を介して相互に通信可能に接続される。ここでいうネットワーク６は、例えば、ＷｉＦｉ（Wireless Fidelity）（登録商標）であるが、これに限定されず、キャリア網などその他の通信網であっても良い。なお、管理サーバ１の構成は、後述するものとする。

端末２は、物品を預ける（保管する）側の端末の一例である。端末２は、例えばスマートフォンなどの携帯電話機であるが、これに限定されず、タブレット端末などの携帯可能なパーソナルコンピュータであっても良い。一例として、端末２は、団体へのアカウントを管理サーバ１に登録したり、団体に預ける物品の預かりを管理サーバ１に依頼したり、物品の保管代金の支払処理のリクエストを管理サーバ１に送信したりできればその他の種類の端末であっても良い。なお、端末２の構成は、後述するものとする。

端末３は、物品を借りる（賃借する）側の端末の一例である。端末３は、例えばスマートフォンなどの携帯電話機であるが、これに限定されず、タブレット端末などの携帯可能なパーソナルコンピュータであっても良い。一例として、端末３は、団体へのアカウントを管理サーバ１に登録したり、団体に預けられた物品のレンタル予約を管理サーバ１に依頼したり、物品のレンタル料金の支払処理のリクエストを管理サーバ１に送信したりできればその他の種類の端末であっても良い。なお、端末３の構成は、後述するものとする。

情報管理端末４は、シェアリングサービスを管理する端末の一例である。情報管理端末４は、例えば、タブレット端末などの携帯可能なパーソナルコンピュータであっても良いし、携帯可能でないパーソナルコンピュータであっても良い。一例として、情報管理端末４は、管理サーバ１に対して各種情報を問い合わせることができればその他の種類の端末であっても良い。ここでいう各種情報とは、例えば、団体に登録されたアカウント情報であったり、各種の支払情報であったり、物品のレンタル予約の予約情報であったり、物品の在庫情報であったり、物品の配送情報であったりする。

外部サービス５は、シェアリングサービスを実現するために用いられる外部のサービスである。外部サービス５は、例えば、アカウントサービス５１、支払いサービス５２および配達サービス５３を含む。アカウントサービス５１は、アカウント登録の際に必要な各種処理を代行するサービスである。支払いサービス５２は、支払いの際に行われる取引可否の判定処理、送金処理、決済処理および払い戻し処理などの支払処理を代行するサービスである。支払いサービス５２は、例えば、クレジットカードや電子マネーなどのそれぞれの信用取引情報システムや、銀行のネット口座振替システムに対応する。配達サービス５３は、配達の際に必要な各種処理を代行するサービスである。なお、外部サービス５は、例えば、団体が現行で利用するサービスを適用すれば良い。

［シェアリングサービスの一例］
ここで、管理サーバ１が実行するシェアリングサービスの一例を、図２を参照して説明する。図２は、実施例に係る管理サーバが実行するシェアリングサービスの一例を示す図である。図２に示すように、シェアリングサービスには、管理サーバ１と、預かる側のクライアントの端末２と、借りる側のクライアントの端末３とが含まれる。なお、預ける側のクライアントおよび借りる側のクライアントは、団体の会員であるとする。

管理サーバ１は、預ける側のクライアントの端末２から、クライアントが所有する物品の物品情報を含む物品の倉庫使用依頼（物品の保管要求）を受け付ける（ｓ１１０）。ここでは、預ける側のクライアントの端末２から一眼レフ４点セットの物品の物品情報を含む物品の倉庫使用依頼が受け付けられたとする。また、物品の物品情報には、例えば、物品を撮像した画像が含まれる。すると、管理サーバ１は、物品の物品情報を用いて物品の状態や物品のレンタル料（利用料）を決定し、決定した物品のレンタル料や物品の状態を含む物品情報を、預かりリストに格納する。

そして、管理サーバ１は、預ける側のクライアントの端末２から、物品の倉庫使用料の支払処理リクエストを受け付ける（ｓ１２０）。物品の倉庫使用料は、物品を団体の倉庫に保管するための保管代金のことをいう。ここでは、物品の倉庫使用料は、例えば、団体への出資金として毎月支払われる。物品の倉庫使用料は、物品の大きさに応じて異なり、物品の保管に用いられる面積１畳あるいは体積１立方メートルに対応する口数である。ここでは、例えば、面積１畳につき５口である。管理サーバ１は、外部サービス５の支払いサービス５２に支払処理の代行を依頼する。これにより、管理サーバ１は、外部サービス５の支払いサービス５２を通じて、団体に物品の倉庫使用料をプールする。

そして、管理サーバ１は、預ける側のクライアントの端末２から、物品の倉庫使用停止依頼を受け付けると、団体からクライアントへ倉庫使用料の払戻処理を実行する（ｓ１３０）。これにより、管理サーバ１は、クライアントが所有する不要な物品を団体に預けるために、物品を預けるクライアントに、倉庫を実質０円で使用させることができる。なお、管理サーバ１は、団体から預ける側のクライアントへ、毎年、出資金に対応する配当金の支払処理を実行する。この配当金は、倉庫を使用する期間が長ければ長い程、多くなる。かかる配当金の仕組みは、団体の現行の仕組みを利用すれば良い。これにより、管理サーバ１は、物品を預けるクライアントに、物品を預けることで、利益を与えることができる。

そして、管理サーバ１は、預ける側のクライアントの端末２から、物品の倉庫使用依頼の際に、運送依頼処理リクエスト（運送要求）を受け付けると、物品をクライアントの自宅で集荷するために、運送の調整処理を実行する（ｓ１４０）。管理サーバ１は、預ける側のクライアントの端末２から、物品の倉庫使用停止依頼の際に、運送依頼処理リクエストを受け付けると、物品をクライアントの自宅へ返却するために、運送の調整処理を実行する（ｓ１４０）。

管理サーバ１は、借りる側のクライアントの端末３から、物品のレンタル（賃借）要求を受け付けると、レンタルする物品の貸出処理を実行する（ｓ１５０）。ここでは、クライアントが一眼レフ４点セットの物品をレンタルしたいとする。管理サーバ１は、クライアントの端末３の表示部に、一眼レフ４点セットの画像や１日１０００円のレンタル料などを表示させる。このレンタル料は、預けられた際に決定される料金である。

そして、管理サーバ１は、借りる側のクライアントの端末３から、物品のレンタル料の支払処理リクエストを受け付ける（ｓ１６０）。物品のレンタル料は、予約期間に応じて加算される。管理サーバ１は、外部サービス５の支払いサービス５２に支払処理の代行を依頼する。これにより、管理サーバ１は、例えば、会員からの出資金のみならず物品のレンタル料を利益として計上することができ、新しい店舗、新しい倉庫などの設備投資をすることができる。

そして、管理サーバ１は、借りる側のクライアントの端末３から、物品のレンタル（賃借）要求の際に、運送依頼処理リクエストを受け付けると、物品をクライアントの自宅まで配達するために、運送の調整処理を実行する（ｓ１７０）。管理サーバ１は、借りる側のクライアントの端末３から、物品の返却要求の際に、運送依頼処理リクエストを受け付けると、クライアントの自宅で物品を返却するために、運送の調整処理を実行する（ｓ１７０）。

このようにして、管理サーバ１が実行するシェアリングサービスは、会員から保管を依頼された物品の他の会員への貸し出しを、保管代金の決済を含めて実現する技術を提供することができる。

［管理サーバの構成］
図３は、実施例に係る管理サーバの構成を示す機能ブロック図である。図３に示すように、管理サーバ１は、通信部１１と、ＡＰＩ（Application Programming Interface）制御部１２と、制御部１３と、記憶部１４とを有する。

通信部１１は、ネットワーク６（図１参照）を介して端末２，３、情報管理端末４および外部サービス５と通信を行う。通信部１１には、ファイアウォールが適用される。通信部１１は、例えば、ＮＩＣ（Network Interface Card）などによって実現される。

ＡＰＩ制御部１２は、シェアリングサービスのアプリを外部の端末２，３，４から利用できるように、外部の端末とシェアリングサービス基盤との間のインタフェースを制御する。

制御部１３は、ＣＰＵ（Central Processing Unit）などの電子回路に対応する。そして、制御部１３は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。ここでは、制御部１３は、例えば、シェアリングサービス基盤のアプリによって処理を実行する。制御部１３は、アカウント管理制御部１３１、預かり予約管理制御部１３２、レンタル予約管理制御部１３３、在庫管理制御部１３４、支払管理制御部１３５、預かり停止制御部１３６および配送管理制御部１３７を有する。加えて、制御部１３は、値段決定部１３８およびデータベース制御部１３９を有する。なお、預かり予約管理制御部１３２は、保管処理部の一例である。レンタル予約管理制御部１３３は、賃借処理部の一例である。預かり停止制御部１３６は、保管中止処理部の一例である。

記憶部１４は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。記憶部１４は、アカウントデータ１４１、支払データ１４２、配達リソースデータ１４３、予約データ１４４、預かりリストデータ１４５および在庫データ１４６を有する。

アカウントデータ１４１は、団体に属する会員のアカウントに関する情報である。アカウントデータ１４１は、会員ごとの、会員情報、シェア会員情報および支払情報を含む。会員情報は、団体に入会した会員の情報である。シェア会員情報は、団体の会員の中でシェアリングサービスに加入した会員の情報である。支払情報は、団体の会員の支払いに関する情報である。なお、アカウントデータ１４１は、アカウント管理制御部１３１によって生成される。

ここで、アカウントデータ１４１のデータ構造の一例を、図４を参照して説明する。図４は、実施例に係るアカウントデータのデータ構造の一例を示す図である。図４に示すように、アカウントデータ１４１は、会員ＩＤ（IDentification）１４１ａ、氏名１４１ｂ、住所１４１ｃ、生年月日１４１ｄ、店舗１４１ｅ、パスワード１４１ｆ、入会日１４１ｇ、シェア会員フラグ１４１ｈ、シェア入会日１４１ｉ、支払手段１４１ｊおよび支払番号１４１ｋを含む。

会員ＩＤ１４１ａは、会員を一意に識別する識別情報である。会員ＩＤ１４１ａは、ログインの際に使用される。氏名１４１ｂは、会員の氏名である。住所１４１ｃは、会員の住所である。生年月日１４１ｄは、会員の生年月日である。店舗１４１ｅは、会員が入会した店舗名である。パスワード１４１ｆは、ログインの際に使用されるパスワードである。入会日１４１ｇは、入会した年月日である。なお、会員ＩＤ１４１ａ、氏名１４１ｂ、住所１４１ｃ、生年月日１４１ｄ、店舗１４１ｅ、パスワード１４１ｆおよび入会日１４１ｇは、会員情報の一例である。

シェア会員フラグ１４１ｈは、団体の会員がシェアリングサービスに加入したことを示すフラグである。一例として、シェア会員フラグ１４１ｈが「１」の場合には、団体の会員がシェアリングサービスに加入したことを示す。一例として、シェア会員フラグ１４１ｈが「−」の場合には、団体の会員がシェアリングサービスに加入していないことを示す。シェア加入日１４１ｉは、団体の会員がシェアリングサービスに加入した年月日である。なお、シェア会員フラグ１４１ｈおよびシェア加入日１４１ｉは、シェア会員情報の一例である。

支払手段１４１ｊは、支払いの際に用いられる手段を示す。支払手段１４１ｊは、例えば、クレジットカード、電子マネー、銀行の区別を示す。支払番号１４１ｋは、支払手段１４１ｊに応じた個別の番号を示す。なお、支払手段１４１ｊおよび支払番号ｋは、支払情報の一例である。

一例として、会員ＩＤ１４１ａが「１０００」である場合に、氏名１４１ｂとして「山田 太郎」、住所１４１ｃとして「東京都大田区蒲田・・・」、生年月日１４１ｄとして「１９８０／５／８」、店舗１４１ｅとして「蒲田」、パスワード１４１ｆとして「＊＊＊＊＊＊＊＊」、入会日１４１ｇとして「２０１８／１／１」を記憶している。加えて、シェア会員フラグ１４１ｈとして「１」、シェア加入日１４１ｉとして「２０１８／４／１」、支払手段１４１ｊとして「クレジットカード」、支払番号１４１ｋとして「ｘｘｘｘｘｘｘｘ」を記憶している。

図３に戻って、支払データ１４２は、物品を予約した（借りた）会員の支払い情報である。なお、支払データ１４２は、支払管理制御部１３５によって生成される。

ここで、支払データ１４２のデータ構造の一例を、図５を参照して説明する。図５は、実施例に係る支払データのデータ構造の一例を示す図である。図５に示すように、支払データ１４２は、会員ＩＤ１４２ａ、物品ＩＤ１４２ｂ、支払価格１４２ｃおよび支払日１４２ｄを含む。会員ＩＤ１４２ａは、物品をレンタル予約した（借りた）会員または物品を預けた会員を一意に識別する識別情報である。物品ＩＤ１４２ｂは、物品を一意に識別する識別情報である。支払価格１４２ｃは、例えば、物品をレンタル予約する（借りる）際にレンタル料として支払われる価格である。また、支払価格１４２ｃは、例えば、物品を預ける際に物品の倉庫使用料として支払われる価格である。支払日１４２ｄは、物品のレンタル料または物品の倉庫使用料が支払われた年月日である。

一例として、会員ＩＤ１４２ａが「１０００」である場合に、物品ＩＤ１４２ｂとして「バーベキューセット−０２０」、支払価格１４２ｃとして「３０００」、支払日１４２ｄとして「２０１８／５／１」を記憶している。

図３に戻って、配達リソースデータ１４３は、物品を配達する際の配達リソースの情報である。なお、配達リソースデータ１４３は、配送管理制御部１３７によって生成される。

ここで、配達リソースデータ１４３のデータ構造の一例を、図６を参照して説明する。図６は、実施例に係る配達リソースデータのデータ構造の一例を示す図である。図６に示すように、配達リソースデータ１４３は、物品ＩＤ１４３ａおよび会員ＩＤ１４３ｂを含む。物品ＩＤ１４３ａは、物品を一意に識別する識別情報である。会員ＩＤ１４３ｂは、会員を一意に識別する識別情報である。

一例として、物品ＩＤ１４３ａが「バーベキューセット−０２０」である場合に、会員ＩＤ１４３ｂとして「１０００」を記憶している。

図３に戻って、予約データ１４４は、物品を予約した（借りた）会員の予約情報である。なお、予約データ１４４は、レンタル予約管理制御部１３３によって生成される。

ここで、予約データ１４４のデータ構造の一例を、図７を参照して説明する。図７は、実施例に係る予約データのデータ構造の一例を示す図である。図７に示すように、予約データ１４４は、レンタル会員ＩＤ１４４ａ、物品ＩＤ１４４ｂおよび予約期間１４４ｃを含む。レンタル会員ＩＤ１４４ａは、物品をレンタル予約した（借りた）会員を一意に識別する識別情報である。物品ＩＤ１４４ｂは、物品を一意に識別する識別情報である。予約期間１４４ｃは、物品を予約した予約期間である。

一例として、レンタル会員ＩＤ１４４ａが「１０００」である場合に、物品ＩＤ１４４ｂとして「バーベキューセット−０２０」、予約期間１４４ｃとして「２０１８／５／４−２０１８／５／５」を記憶している。

図３に戻って、預かりリストデータ１４５は、団体がシェア会員から預かっている物品の一覧表の情報である。なお、預かりリストデータ１４５は、預かり予約管理制御部１３２によって生成される。

ここで、預かりリストデータ１４５のデータ構造の一例を、図８を参照して説明する。図８に示すように、預かりリストデータ１４５は、物品ＩＤ１４５ａ、物品名１４５ｂ、預かり会員ＩＤ１４５ｃ、預かり状況１４５ｄ、画像１４５ｅ、物品の大きさ１４５ｆ、状態１４５ｇ、レンタル料金１４５ｈ、相場価格１４５ｉおよび預かり日１４５ｊを含む。

物品ＩＤ１４５ａは、物品を一意に識別する識別情報である。物品名１４５ｂは、物品の名称である。物品名１４５ｂには、物品の名称の他、メーカや型番などを含んでも良い。預かり会員ＩＤ１４５ｃは、物品を預けるシェア会員を一意に識別するＩＤである。預かり状況１４５ｄは、預かりの状況である。預かり状況１４５ｄが「預」である場合には、団体がシェアリングシステム上で預かり、団体が倉庫に保管している状況を示す。預かり状況１４５ｄが「仮」である場合には、団体がシェアリングシステム上で預かったが、団体が倉庫にまだ保管していない状況を示す。

画像１４５ｅは、物品の画像である。画像１４５ｅは、預ける側の端末３から物品情報が送信される場合には、物品情報に含まれる画像であれば良い。また、画像１４５ｅは、物品が倉庫に保管された場合には、改めて撮像された画像であっても良い。物品の大きさ１４５ｆは、物品の縦、横、高さの大きさを示す。状態１４５ｇは、物品の状態を示す。レンタル料金１４５ｈは、シェアリングシステムで物品ＩＤ１４５ａが示す物品をレンタルする場合の料金を示す。相場価格１４５ｉは、同じ物品をレンタルする場合の相場の価格を示す。預かり日１４５ｊは、物品をシェアリングシステム上で預かった年月日を示す。なお、状態１４５ｇ、レンタル料金１４５ｈおよび相場価格１４５ｉは、例えば、値段決定部１３８によって決定される。

一例として、物品ＩＤ１４５ａが「カメラ−００１」である場合に、物品名１４５ｂとして「一眼レフ４点セット（メーカ：ｋｋｋ、型番：ｘｘｘｘｘ）」、預かり会員ＩＤ１４５ｃとして「４３２６」、預かり状況１４５ｄとして「預」、画像１４５ｅとして「・・・・・」、物品の大きさ１４５ｆとして「５０・４０・６０」を記憶している。また、状態１４５ｇとして「良」、レンタル料金１４５ｈとして「１０００」、相場価格１４５ｉとして「５０００」、預かり日１４５ｊとして「ｙｙｙｙ．ｍｍ．ｄｄ」を記憶している。

図３に戻って、在庫データ１４６は、団体がシェア会員から預かっている物品の在庫状況の情報である。なお、在庫データ１４６は、在庫管理制御部１３４によって生成される。

ここで、在庫データ１４６のデータ構造の一例を、図９を参照して説明する。図９に示すように、在庫データ１４６は、物品ＩＤ１４６ａ、物品名１４６ｂ、物品の大きさ１４６ｃ、預かり会員ＩＤ１４６ｄ、レンタル会員ＩＤ１４６ｅおよび在庫状況１４６ｆを含む。

物品ＩＤ１４６ａは、物品を一意に識別する識別情報である。物品名１４６ｂは、物品の名称である。物品名１４６ｂには、物品の名称の他、メーカや型番などを含んでも良い。物品の大きさ１４６ｃは、物品の縦、横、高さの大きさを示す。預かり会員ＩＤ１４６ｄは、物品を預けた会員を一意に識別するＩＤである。レンタル会員ＩＤ１４６ｅは、物品をレンタル予約した（借りた）会員を一意に識別する識別情報である。在庫状況１４６ｆは、物品の在庫の状況である。在庫状況１４６ｆが「入庫」である場合には、倉庫に物品が入庫された状況であることを示す。在庫状況１４６ｆが「出庫」である場合には、倉庫に物品が出庫された状況であることを示す。在庫状況１４６ｆが「出庫予定」である場合には、現に倉庫に物品が有るが、まもなく倉庫から出庫される状況であることを示す。

一例として、物品ＩＤ１４６ａが「カメラ−００１」である場合に、物品名１４６ｂとして「一眼レフ４点セット（メーカ：ｋｋｋ、型番：ｘｘｘｘｘ）」、物品の大きさ１４６ｃとして「５０・４０・６０」を記憶している。また、預かり会員ＩＤ１４６ｄとして「４３２６」、レンタル会員ＩＤ１４６ｅとして「」、在庫状況１４６ｆとして「入庫」を記憶している。

図３に戻って、アカウント管理制御部１３１は、アカウントの管理を制御する。

例えば、アカウント管理制御部１３１は、団体に入会するクライアントの会員登録の制御を行う。一例として、アカウント管理制御部１３１は、クライアントの端末２，３から会員登録依頼を受け付けると、会員登録を依頼したクライアントに会員ＩＤを割り当てる。アカウント管理制御部１３１は、会員登録依頼に含まれる会員情報を会員ＩＤに対応付けて、アカウントデータ１４１に保存する。アカウント管理制御部１３１は、割り当てられた会員ＩＤをクライアント端末２，３に通知する。会員情報には、例えば、氏名、住所、生年月日、店舗、パスワードが含まれる。会員ＩＤおよびパスワードが、会員登録を依頼したクライアントの団体会員のアカウントとなる。

また、アカウント管理制御部１３１は、団体の会員である場合には、シェアリングサービスに加入する会員の登録の制御を行う。一例として、アカウント管理制御部１３１は、アカウントを用いてログインに成功した場合には、団体の会員であると判断する。そして、アカウント管理制御部１３１は、クライアントの端末２，３からシェアリングサービスの会員を示すシェア会員の登録依頼を受け付けると、シェア会員情報を、アカウントデータ１４１の、アカウントに含まれる会員ＩＤ１４１ａに対応付けて設定する。シェア会員情報には、例えば、シェア会員フラグおよびシェア加入日が含まれる。すなわち、アカウント管理制御部１３１は、会員ＩＤ１４１ａに対応するシェア会員フラグ１４１ｈに、シェア会員であることを示すフラグ（「１」）を設定するとともに、シェア加入日１４１ｉに、加入した年月日を設定する。

加えて、アカウント管理制御部１３１は、登録されたシェア会員の支払情報の登録の制御を行う。一例として、アカウント管理制御部１３１は、クライアントの端末２，３から支払情報の登録依頼を受け付けると、当該支払情報を、アカウントデータ１４１の、アカウントに含まれる会員ＩＤ１４１ａに対応付けて設定する。支払情報には、例えば、支払手段および支払番号が含まれる。すなわち、アカウント管理制御部１３１は、会員ＩＤ１４１ａに対応する支払手段１４１ｊに、支払情報に含まれる支払手段を設定するとともに、支払番号１４１ｋに、支払情報に含まれる支払番号を設定する。

預かり予約管理制御部１３２は、シェア会員が所有する物品の保管要求を端末２から受け付けると、保管される物品の物品情報を預かりリストデータ１４５に追加する。物品の保管要求は、物品の倉庫使用依頼に対応する。例えば、預かり予約管理制御部１３２は、物品の物品情報を含む物品の倉庫使用依頼を端末２から受け付ける。物品情報には、一例として、会員ＩＤ、物品を撮像した画像、物品名、物品の大きさが含まれる。預かり予約管理制御部１３２は、物品情報が示す物品の値段を、値段決定部１３８に問い合わせる。加えて、預かり予約管理制御部１３２は、物品情報が示す物品が予め定められた預かり条件を満たすか否かを判定する。ここでいう預かり条件とは、物品の預かりを受け付けることができる条件のことをいう。預かり条件の一例として、壊れていないこと、所定の重さ以内であること、所定の大きさ以内であることなどが挙げられる。この預かり条件は、予め設定されるが、適宜変更できる。預かり予約管理制御部１３２は、物品情報が示す物品が預かり条件を満たす場合には、値段決定部１３８によって決定された値段、相場価格および状態と、物品情報と、を預かりリストデータ１４５に追加する。加えて、預かり予約管理制御部１３２は、預かり状況１４５ｄに「仮」を設定する。なお、「仮」は、団体がシェアリングシステム上で預かったが、団体が倉庫にまだ保管していない状況を示す。

また、預かり予約管理制御部１３２は、物品の保管代金のシェア会員から団体への支払処理を実行する。物品の保管代金は、物品の倉庫使用料に対応する。例えば、預かり予約管理制御部１３２は、物品の倉庫使用料の支払処理リクエストをシェア会員の端末２から受け付けると、支払管理制御部１３５に対して、当該支払処理リクエストの処理を依頼することで、物品の倉庫使用料の支払処理を実行する。支払処理リクエストには、例えば、対象のシェア会員の会員ＩＤ、対象物品の物品ＩＤおよび対象物品の倉庫使用料が含まれる。

また、預かり予約管理制御部１３２は、預けられた物品の賃貸サイトへの公開処理を実行する。例えば、預かり予約管理制御部１３２は、預かりリストデータ１４５に追加された物品の物品情報をシェア会員に公開するために、当該物品の物品情報を含むウェブページを、団体が管理する所定の賃貸サイトに蓄積する。これにより、預かり予約管理制御部１３２は、預けられた物品を、シェア会員に対して公開することができる。

また、預かり予約管理制御部１３２は、物品の保管を依頼したシェア会員の端末２から当該物品の運送依頼を受け付けると、当該物品をシェア会員の自宅から団体の倉庫へ運送させるために、当該物品の運送の調整処理を実行する。例えば、預かり予約管理制御部１３２は、物品の保管を依頼したシェア会員の端末２から当該物品の運送依頼処理リクエストを受け付けると、配送管理制御部１３７に対して、当該運送依頼処理リクエストの処理を依頼することで、当該物品の運送の調整処理を実行する。運送依頼処理リクエストには、例えば、対象のシェア会員の会員ＩＤおよび対象物品の物品ＩＤが含まれる。

レンタル予約管理制御部１３３は、賃貸サイトに公開された物品の団体の他のシェア会員による賃借要求を端末３より受け付けると、物品の他のシェア会員への貸出処理を実行する。物品の賃借要求は、物品のレンタル要求に対応する。例えば、レンタル予約管理制御部１３３は、物品のレンタル要求を端末３から受け付けると、当該物品の在庫状況を在庫管理制御部１３４に問い合わせる。レンタル予約管理制御部１３３は、問い合わせた結果、物品の在庫状況が「入庫」である場合には、レンタル要求を受け付けたシェア会員のレンタルかごに、レンタルする物品の物品情報を追加する。

また、レンタル予約管理制御部１３３は、物品の貸出代金の他のシェア会員から団体への支払処理を実行する。物品の貸出代金は、物品のレンタル料に対応する。例えば、レンタル予約管理制御部１３３は、物品のレンタル料の支払処理リクエストをシェア会員の端末３から受け付けると、支払管理制御部１３５に対して、当該支払処理リクエストの処理を依頼することで、物品のレンタル料の支払処理を実行する。支払処理リクエストには、例えば、対象のシェア会員の会員ＩＤ、対象物品の物品ＩＤおよび対象物品のレンタル料が含まれる。そして、レンタル予約管理制御部１３３は、在庫データ１４６に対して、レンタルする物品の在庫状況１４６ｆを、倉庫から出庫される予定であることを示す「出庫予定」に設定する。

また、レンタル予約管理制御部１３３は、物品の賃借を要求したシェア会員の端末３から当該物品の運送依頼を受け付けると、当該物品を団体の倉庫から当該シェア会員の自宅へ運送させるために、当該物品の運送の調整処理を実行する。例えば、レンタル予約管理制御部１３３は、物品のレンタルを要求したシェア会員の端末３から当該物品の運送依頼処理リクエストを受け付けると、配送管理制御部１３７に対して、当該運送依頼処理リクエストの処理を依頼することで、当該物品の運送の調整処理を実行する。運送依頼処理リクエストには、例えば、対象のシェア会員の会員ＩＤおよび対象物品の物品ＩＤが含まれる。

在庫管理制御部１３４は、シェアリングサービスでシェアリングされる物品の在庫の管理を制御する。例えば、在庫管理制御部１３４は、レンタル予約管理制御部１３３から物品の在庫状況の問い合わせを受け付けると、在庫データ１４６を参照して、対象物品の物品ＩＤ１４６ａに対応する在庫状況１４６ｆを取得する。在庫管理制御部１３４は、取得した在庫状況をレンタル予約管理制御部１３３に返却する。また、在庫管理制御部１３４は、物品の保管を依頼したシェア会員の端末２または情報管理端末４から対象物品の在庫状況の問い合わせを受け付けると、在庫データ１４６を参照して、対象物品の物品ＩＤ１４６ａに対応する在庫状況１４６ｆを取得する。在庫管理制御部１３４は、取得した在庫状況を問い合わせ元に返却する。

支払管理制御部１３５は、預かり物品または借りる物品における支払い管理を制御する。

例えば、支払管理制御部１３５は、預かり予約管理制御部１３２から物品の倉庫使用料の支払処理リクエストを受け付けると、以下の処理を行う。この支払処理リクエストには、例えば、対象の会員ＩＤ、対象物品の物品ＩＤおよび対象物品の倉庫使用料が含まれる。支払管理制御部１３５は、アカウントデータ１４１を参照して、支払処理リクエストに含まれる会員ＩＤ１４１ａに対応する支払手段１４１ｊおよび支払番号１４１ｋを取得する。支払管理制御部１３５は、取得した支払手段に応じた、対象物品の倉庫使用料の支払処理を、外部サービス５の支払いサービス５２に依頼する。

また、支払管理制御部１３５は、レンタル予約管理制御部１３３から物品のレンタル料の支払処理リクエストを受け付けると、以下の処理を行う。この支払処理リクエストには、例えば、対象の会員ＩＤ、対象物品の物品ＩＤおよび対象物品のレンタル料が含まれる。支払管理制御部１３５は、アカウントデータ１４１を参照して、支払処理リクエストに含まれる会員ＩＤ１４１ａに対応する支払手段１４１ｊおよび支払番号１４１ｋを取得する。支払管理制御部１３５は、取得した支払手段に応じた、対象物品のレンタル料の支払処理を、外部サービス５の支払いサービス５２に依頼する。

また、支払管理制御部１３５は、支払処理が完了すると、会員ＩＤ、物品ＩＤ、支払価格および支払日を含む支払処理情報を支払データ１４２に保存する。

預かり停止制御部１３６は、物品の保管中止要求を端末より受け付けると、保管代金の団体からシェア会員への払い戻し処理を含む保管中止処理を実行する。物品の保管中止は、物品の倉庫使用停止に対応する。例えば、預かり停止制御部１３６は、物品の倉庫使用停止依頼をシェア会員の端末２から受け付けると、預かりリストデータ１４５から当該物品の物品情報を削除する。預かり停止制御部１３６は、物品の倉庫使用料の払い戻し処理リクエストをシェア会員の端末２から受け付けると、外部サービス５の支払いサービス５２に払い戻し処理を依頼することで、物品の倉庫使用料の払い戻し処理を実行する。

また、預かり停止制御部１３６は、物品の保管中止を依頼したシェア会員の端末２から当該物品の運送依頼を受け付けると、当該物品を団体の倉庫からシェア会員の自宅へ運送させるために、当該物品の運送の調整処理を実行する。例えば、預かり停止制御部１３６は、物品の使用停止を依頼したシェア会員の端末２から当該物品の運送依頼処理リクエストを受け付けると、配送管理制御部１３７に対して、当該運送依頼処理リクエストの処理を依頼することで、当該物品の運送の調整処理を実行する。運送依頼処理リクエストには、例えば、対象のシェア会員の会員ＩＤおよび対象物品の物品ＩＤが含まれる。

配送管理制御部１３７は、端末２，３から物品の運送依頼処理リクエストを受け付けると、対象物品の運送ルートおよび運送スケジュールを調整する。

例えば、配送管理制御部１３７は、預かり予約管理制御部１３２から対象物品の運送依頼処理リクエストを受け取ると、対象物品におけるシェア会員の自宅から団体の倉庫への運送ルートおよび運送スケジュールを調整する。配送管理制御部１３７は、対象物品の運送が完了すると、預かりリストデータ１４５から対象物品の物品ＩＤに対する物品情報を取得し、在庫データ１４６に追加する。配送管理制御部１３７は、対象物品の物品ＩＤに対する在庫状況１４６ｆを「入庫」に設定するとともに、預かり会員ＩＤ１４６ｄを対象のシェア会員の会員ＩＤに設定する。加えて、配送管理制御部１３７は、預かりリストデータ１４５について、対象物品の物品ＩＤに対する預かり状況１４５ｄを「預」に更新する。なお、「預」は、団体が倉庫に保管している状況を示す。

また、配送管理制御部１３７は、レンタル予約管理制御部１３３から対象物品の運送依頼処理リクエストを受け取ると、対象物品における団体の倉庫からシェア会員の自宅への運送ルートおよび運送スケジュールを調整する。配送管理制御部１３７は、対象物品の運送が完了すると、在庫データ１４６について、在庫状況１４６ｆを「出庫」に設定するとともに、レンタル会員ＩＤ１４６ｅを対象のシェア会員の会員ＩＤに設定する。

また、配送管理制御部１３７は、預かり停止制御部１３６から対象物品の運送依頼処理リクエストを受け取ると、対象物品における団体の倉庫からシェア会員の自宅への運送ルートおよび運送スケジュールを調整する。配送管理制御部１３７は、対象物品の運送が完了すると、在庫データ１４６について、対象物品の物品ＩＤに対するレコードを削除する。加えて、配送管理制御部１３７は、預かりリストデータ１４５について、対象物品の物品ＩＤに対するレコードを削除する。

値段決定部１３８は、物品の値段（レンタル料）を決定する。例えば、値段決定部１３８は、預かり予約管理制御部１３２から対象物品の画像および物品名を取得する。値段決定部１３８は、対象物品の画像および物品名を参照して、物品の新旧の程度を判定する。また、値段決定部１３８は、対象物品の画像と、あらかじめ定められた画像群の中から得られる、対象物品の物品名と同一物品名の画像とを照合し、汚れの程度を決定する。また、値段決定部１３８は、対象物品の物品名から人気度を分析する。そして、値段決定部１３８は、物品の新旧の程度、汚れの程度および人気度に基づいて、対象物品の値段を決定する。なお、画像の照合処理は、いかなる画像マッチング処理を利用しても良い。人気度の分析処理は、いかなる分析処理を利用しても良い。また、値段決定部１３８は、ＡＩ（Artificial Intelligence）技術を用いて、対象物品の値段を決定しても良い。

データベース制御部１３９は、記憶部１４に記憶された各種データベースを制御する。例えば、データベース制御部１３９は、各制御部からの読み出し要求に応じて、読み出し要求に対するデータを該当するデータベースから読み出す。データベース制御部１３９は、各制御部からの書き込み要求に応じて、書き込み要求に対するデータを該当するデータベースに書き込む。また、データベース制御部１３９は、端末２，３または情報管理端末４からの読み出し要求に応じて、読み出し要求に対するデータを該当するデータベースから読み出す。

［端末の構成］
図１０は、実施例に係る端末の構成を示す機能ブロック図である。図１０に示すように、端末２は、通信部２１と、入力部２２と、表示部２３と、制御部２４とを有する。なお、端末３は、端末２と同様の構成であるため、その説明を省略する。

通信部２１は、ネットワーク６（図１参照）を介して管理サーバ１と通信を行う。通信部２１は、例えば、ＮＩＣなどによって実現される。

入力部２２は、例えば端末２の所持者から各種の入力操作を受け付ける。なお、入力部２２としては、例えば、キーボード、マウスやタッチパネルなどを用いることができる。

表示部２３は、各種の情報を表示する。表示部２３は、例えば、液晶パネルであるが、これに限定されず、電子ペーパーであっても良く、情報を表示できれば、その他の種類の表示機器であっても良い。

制御部２４は、ＣＰＵなどの電子回路に対応する。そして、制御部２４は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。ここでは、制御部２４は、シェアリングサービス基盤の端末側のアプリによって処理を実行するものとする。

次に、シェアリングサービスの各種処理のシーケンスの一例を、図１１〜図１６を参照して説明する。

［アカウント管理のシーケンス］
図１１は、実施例に係るアカウント管理のシーケンスの一例を示す図である。

図１１に示すように、クライアントの端末２，３では、制御部２４（３４）が、アカウント登録を開始すると、管理サーバ１にサーバ側トランザクション開始を依頼する（ステップＳ１１）。すると、管理サーバ１では、アカウント管理制御部１３１が、アカウント登録を開始する（ステップＳ１２）。

端末２，３では、制御部２４（３４）が会員であるか否を判定する（ステップＳ１３）。例えば、クライアントからログインの依頼または会員登録の依頼を受け付けた制御部２４（３４）は、依頼に基づいて、会員であるか否かを判定する。

会員でないと判定した場合には（ステップＳ１３；Ｎｏ）、制御部２４（３４）は、会員登録を行う（ステップＳ１４）。例えば、会員登録の依頼を受け付けた場合には、会員でないと判断し、制御部２４（３４）は、会員登録を行う。そして、制御部２４（３４）は、クライアントによって入力された会員情報を含む会員登録依頼を管理サーバ１に転送する（ステップＳ１５）。

管理サーバ１では、アカウント管理制御部１３１が、会員登録依頼を受け付けると、会員登録依頼に含まれる会員情報が正しいか否かを判定する（ステップＳ１６）。会員情報が正しくないと判定した場合には（ステップＳ１６；Ｎｏ）、アカウント管理制御部１３１は、再入力をクライアントの端末２，３に指令すべく、ステップＳ１５に移行する。一方、会員情報が正しいと判定した場合には（ステップＳ１６；Ｙｅｓ）、アカウント管理制御部１３１は、会員情報をアカウントデータ１４１に保存する（ステップＳ１７）。

端末２，３では、一方、会員であると判定した場合には（ステップＳ１３；Ｙｅｓ）、制御部２４（３４）は、シェア会員になるか否かを判定する（ステップＳ１８）。例えば、ログインの依頼を受け付け、ログインに成功した場合には、会員であると判断し、制御部２４（３４）は、シェア会員登録の依頼を受け付けたか否かにより、シェア会員になるか否かを判定する。

シェア会員にならないと判定した場合には（ステップＳ１８；Ｎｏ）、すなわち、シェア会員登録の依頼を受け付けていない場合には、制御部２４（３４）は、アカウント登録を終了すべく、ステップＳ２３に移行する。

一方、シェア会員になると判定した場合には（ステップＳ１８；Ｙｅｓ）、すなわち、シェア会員登録の依頼を受け付けた場合には、制御部２４（３４）は、シェア会員情報登録を行う。そして、制御部２４（３４）は、クライアントによって入力されたシェア会員情報を含むシェア会員の登録依頼を管理サーバ１に転送する（ステップＳ１９）。

管理サーバ１では、アカウント管理制御部１３１が、シェア会員の登録依頼を受け付けると、登録依頼に含まれるシェア会員情報が正しいか否かを判定する（ステップＳ２０）。シェア会員情報が正しくないと判定した場合には（ステップＳ２０；Ｎｏ）、アカウント管理制御部１３１は、再入力をクライアントの端末２，３に指令すべく、ステップＳ１９に移行する。一方、シェア会員情報が正しいと判定した場合には（ステップＳ２０；Ｙｅｓ）、アカウント管理制御部１３１は、シェア会員情報をアカウントデータ１４１に保存する（ステップＳ２１）。そして、アカウント管理制御部１３１は、アカウント登録を終了すべく、クライアント端末２，３にサーバ側トランザクション終了を通知する（ステップＳ２２）。

すると、端末２，３では、制御部２４（３４）が、アカウント登録を終了する（ステップＳ２３）。

［支払情報登録のシーケンス］
図１２は、実施例に係る支払情報登録のシーケンスの一例を示す図である。なお、支払情報登録処理は、例えば、シェア会員情報が登録された後に行われる。

図１２に示すように、クライアントの端末２，３では、制御部２４（３４）が、支払情報登録を開始すると、管理サーバ１にサーバ側トランザクション開始を依頼する（ステップＳ３１）。すると、管理サーバ１では、アカウント管理制御部１３１が、支払情報登録を開始する（ステップＳ３２）。

端末２，３では、制御部２４（３４）が、クライアントによって入力される支払い手段を判定する（ステップＳ３３）。支払い手段がクレジットカードであると判定された場合には（ステップＳ３３；クレジットカード）、制御部２４（３４）は、クライアントによって入力されたクレジットカード情報を含む支払情報の登録依頼を管理サーバ１に転送する（ステップＳ３４）。支払い手段が電子マネーであると判定された場合には（ステップＳ３３；電子マネー）、制御部２４（３４）は、クライアントによって入力された電子マネー情報を含む支払情報の登録依頼を管理サーバ１に転送する（ステップＳ３５）。支払い手段が口座引き落としであると判定された場合には（ステップＳ３３；口座引き落とし）、制御部２４（３４）は、クライアントによって入力された銀行口座情報を含む支払情報の登録依頼を管理サーバ１に転送する（ステップＳ３６）。

管理サーバ１では、アカウント管理制御部１３１が、支払情報の登録依頼を受け付けると、当該支払情報をアカウントデータ１４１に保存する（ステップＳ３７）。そして、アカウント管理制御部１３１は、支払情報登録を終了すべく、クライアント端末２，３にサーバ側トランザクション終了を通知する（ステップＳ３８）。

すると、端末２，３では、制御部２４（３４）が、支払情報登録を終了する（ステップＳ３９）。

［預かり予約管理のシーケンス］
図１３は、実施例に係る預かり予約管理のシーケンスの一例を示す図である。

図１３に示すように、クライアントの端末２では、制御部２４が、預かりサービスを開始すると、管理サーバ１にサーバ側トランザクション開始を依頼する（ステップＳ４１）。すると、管理サーバ１では、預かり予約管理制御部１３２が、預かりサービスを開始する（ステップＳ４２）。

端末２では、制御部２４が倉庫使用を開始するか否かを判定する（ステップＳ４３）。例えば、制御部２４は、倉庫使用依頼を受け付けたか否かにより、倉庫使用を開始するか否かを判定する。倉庫使用を開始しないと判定した場合には（ステップＳ４３；Ｎｏ）、すなわち、倉庫使用依頼を受け付けていない場合には、制御部２４は、預かりサービスを終了すべく、ステップＳ５５に移行する。

一方、倉庫使用を開始すると判定した場合には（ステップＳ４３；Ｙｅｓ）、すなわち、倉庫使用依頼を受け付けた場合には、制御部２４は、預ける物品の情報登録を行う（ステップＳ４４）。そして、制御部２４は、クライアントによって入力された物品情報を含む物品の倉庫使用依頼を管理サーバ１に転送する。

管理サーバ１では、物品の倉庫使用依頼を受け付けた預かり予約管理制御部１３２が、当該物品の値段を決定する（ステップＳ４５）。例えば、預かり予約管理制御部１３２は、倉庫使用依頼に含まれる物品情報が示す物品の値段を値段決定部１３８に問い合わせることで、当該物品の値段を決定する。

預かり予約管理制御部１３２は、物品情報が示す物品が預かり条件を満たすか否かを判定する（ステップＳ４６）。物品が預かり条件を満たさないと判定した場合には（ステップＳ４６；Ｎｏ）、預かり予約管理制御部１３２は、当該物品を預からないと判断し、ステップＳ４８に移行する。

一方、物品が預かり条件を満たすと判定した場合には（ステップＳ４６；Ｙｅｓ）、預かり予約管理制御部１３２は、当該物品を預かると判断し、当該物品の情報を預かりリストデータ１４５に追加する（ステップＳ４７）。例えば、預かり予約管理制御部１３２は、値段決定部１３８によって決定された値段、相場価格、および状態と、物品の倉庫使用依頼に含まれる物品情報と、を預かりリストデータ１４５に追加する。そして、預かり予約管理制御部１３２は、ステップＳ４８に移行する。

端末２では、ステップＳ４８において、制御部２４が、他に預ける物品があるか否かを判定する（ステップＳ４８）。他に預ける物品があると判定した場合には（ステップＳ４８；Ｙｅｓ）、制御部２４は、他に預ける物品の情報を登録すべく、ステップＳ４４に移行する。

一方、他に預ける物品がないと判定した場合には（ステップＳ４８；Ｎｏ）、制御部２４は、支払い依頼を受け付けると、預ける物品の倉庫使用料の支払処理リクエストを管理サーバ１に転送する（ステップＳ４９）。

管理サーバ１では、支払処理リクエストを受け付けた預かり予約管理制御部１３２は、支払処理を実行する。例えば、預かり予約管理制御部１３２は、支払管理制御部１３５に対して、支払処理リクエストの処理を依頼することで、物品の倉庫使用料の支払処理を実行する（ステップＳ５０）。

そして、預かり予約管理制御部１３２は、預けられた物品の公開処理を実行する（ステップＳ５１）。例えば、預かり予約管理制御部１３２は、預かりリストデータ１４５に追加された物品の物品情報を含むウェブページを、団体が管理する所定の賃貸サイトに蓄積することで、当該物品の公開処理を実行する。

続いて、端末２では、制御部２４が、運送依頼を受け付けると、預ける物品の運送依頼処理リクエストを管理サーバ１に転送する（ステップＳ５２）。

管理サーバ１では、運送依頼処理リクエストを受け付けた預かり予約管理制御部１３２は、トラック・配達員の調整処理を実行する（ステップＳ５３）。すなわち、預かり予約管理制御部１３２は、預ける物品を端末２のシェア会員の自宅から団体の倉庫へ運送させるために、トラック・配達員の調整処理を実行する。例えば、預かり予約管理制御部１３２は、配送管理制御部１３７に対して、運送依頼処理リクエストの処理を依頼することで、預ける物品の運送の調整処理を実行する。

そして、預かり予約管理制御部１３２は、預かりサービスを終了すべく、クライアントの端末２にサーバ側トランザクション終了を通知する（ステップＳ５４）。

すると、端末２では、制御部２４が、預かりサービスを終了する（ステップＳ５５）。

［預かり停止のシーケンス］
図１４は、実施例に係る預かり停止のシーケンスの一例を示す図である。

図１４に示すように、クライアントの端末２では、制御部２４が、預かり停止を開始すると、管理サーバ１にサーバ側トランザクション開始を依頼する（ステップＳ６１）。すると、管理サーバ１では、預かり停止制御部１３６が、預かり停止を開始する（ステップＳ６２）。

端末２では、制御部２４が倉庫使用を停止するか否かを判定する（ステップＳ６３）。例えば、制御部２４は、倉庫使用停止依頼を受け付けたか否かにより、倉庫使用を停止するか否かを判定する。倉庫使用を停止しないと判定した場合には（ステップＳ６３；Ｎｏ）、すなわち、倉庫使用停止依頼を受け付けていない場合には、制御部２４は、預かり停止を終了すべく、ステップＳ７１に移行する。

一方、倉庫使用を停止すると判定した場合には（ステップＳ６３；Ｙｅｓ）、すなわち、倉庫使用停止依頼を受け付けた場合には、制御部２４は、シェア会員を解約するか否かを判定する（ステップＳ６４）。例えば、制御部２４は、シェア会員解約の依頼を受け付けたか否かにより、シェア会員を解約するか否かを判定する。

シェア会員を解約しないと判定した場合には（ステップＳ６４；Ｎｏ）、制御部２４は、払い戻し依頼をしないで、ステップＳ６７に移行する。

一方、シェア会員を解約すると判定した場合には（ステップＳ６４；Ｙｅｓ）、制御部２４は、払い戻し依頼を受け付けると、物品の倉庫使用料の払い戻し処理リクエストを管理サーバ１に転送する（ステップＳ６５）。

管理サーバ１では、払い戻し処理リクエストを受け付けた預かり停止制御部１３６が、払い戻し処理を実行する（ステップＳ６６）。例えば、預かり停止制御部１３６は、外部サービス５の支払いサービス５２に対して、払い戻し処理を依頼することで、物品の倉庫使用料の払い戻し処理を実行する。そして、預かり停止制御部１３６は、ステップＳ６７に移行する。

ステップＳ６７において、預かり停止制御部１３６は、預かりリストデータ１４５から対象物品の情報を削除する（ステップＳ６７）。

続いて、端末２では、制御部２４が、運送依頼を受け付けると、預ける物品の運送依頼処理リクエストを管理サーバ１に転送する（ステップＳ６８）。

管理サーバ１では、運送依頼処理リクエストを受け付けた預かり停止制御部１３６は、トラック・配達員の調整処理を実行する（ステップＳ６９）。すなわち、預かり停止制御部１３６は、預けられた物品を団体の倉庫から端末２のシェア会員の自宅へ運送させるために、トラック・配達員の調整処理を実行する。例えば、預かり停止制御部１３６は、配送管理制御部１３７に対して、運送依頼処理リクエストの処理を依頼することで、預けられた物品の運送の調整処理を実行する。

そして、預かり停止制御部１３６は、預かり停止を終了すべく、クライアント端末２にサーバ側トランザクション終了を通知する（ステップＳ７０）。

すると、端末２では、制御部２４が、預かり停止を終了する（ステップＳ７１）。

［レンタル予約管理のシーケンス］
図１５は、実施例に係るレンタル予約管理のシーケンスの一例を示す図である。

図１５に示すように、クライアントの端末３では、制御部３４が、レンタルサービスの利用を開始すると、管理サーバ１にサーバ側トランザクション開始を依頼する（ステップＳ８１）。すると、管理サーバ１では、レンタル予約管理制御部１３３が、レンタルサービスの利用を開始する（ステップＳ８２）。

端末３では、制御部３４が、物品の予約（レンタル）要求であるか、物品の返却要求であるかを判定する（ステップＳ８３）。物品の返却要求であると判定した場合には（ステップＳ８３；返却）、制御部３４は、ステップＳ９２に移行する。

一方、物品の予約（レンタル）要求であると判定した場合には（ステップＳ８３；予約）、制御部３４は、クライアントにレンタルしたい物品を選択させる（ステップＳ８４）。そして、制御部３４は、クライアントによって選択された、レンタルしたい物品のレンタル要求を管理サーバ１に転送する。

管理サーバ１では、物品のレンタル要求を受け付けたレンタル予約管理制御部１３３が、当該物品の在庫確認処理を実行する（ステップＳ８５）。例えば、レンタル予約管理制御部１３３は、レンタル要求の物品の在庫状況を在庫管理制御部１３４に問い合わせることで、当該物品の在庫確認処理を実行する。

レンタル予約管理制御部１３３は、レンタル要求の物品について、在庫が有るか否かを判定する（ステップＳ８６）。レンタル要求の物品について、在庫が無いと判定した場合には（ステップＳ８６；Ｎｏ）、レンタル予約管理制御部１３３は、当該物品の物品情報をレンタルかごに追加しないで、ステップＳ８８に移行する。

一方、レンタル要求の物品について、在庫が有ると判定した場合には（ステップＳ８６；Ｙｅｓ）、レンタル予約管理制御部１３３は、当該物品の物品情報をレンタルかごに追加する（ステップＳ８７）。そして、レンタル予約管理制御部１３３は、ステップＳ８８に移行する。

ステップＳ８８において、端末３では、制御部３４が、他にレンタルしたい物品があるか否かを判定する（ステップＳ８８）。他にレンタルしたい物品があると判定した場合には（ステップＳ８８；Ｙｅｓ）、制御部３４は、次の物品を選択させるべく、ステップＳ８４に移行する。

一方、他にレンタルしたい物品がないと判定した場合には（ステップＳ８８；Ｎｏ）、制御部３４は、支払い依頼を受け付けると、レンタルしたい物品のレンタル料の支払処理リクエストを管理サーバ１に転送する（ステップＳ８９）。

管理サーバ１では、支払処理リクエストを受け付けたレンタル予約管理制御部１３３は、支払処理を実行する。例えば、レンタル予約管理制御部１３３は、支払管理制御部１３５に対して、支払処理リクエストの処理を依頼することで、レンタル物品のレンタル料の支払処理を実行する（ステップＳ９０）。

そして、レンタル予約管理制御部１３３は、在庫データ１４６に対して、レンタル物品の在庫状況１４６ｆを、倉庫から出庫される予定であることを示す「出庫予定」に設定する（ステップＳ９１）。そして、レンタル予約管理制御部１３３は、ステップＳ９２に移行する。

ステップＳ９２において、端末３では、制御部３４が、ステップＳ８３から移行した後に運送依頼を受け付けると、レンタルした物品を返却すべく、運送依頼処理リクエストを管理サーバ１に転送する。制御部３４が、ステップＳ９１から移行した後に運送依頼を受け付けると、レンタルしたい物品をレンタルすべく、運送依頼処理リクエストを管理サーバ１に転送する。（ステップＳ９２）。

管理サーバ１では、運送依頼処理リクエストを受け付けたレンタル予約管理制御部１３３は、トラック・配達員の調整処理を実行する（ステップＳ９３）。すなわち、レンタル予約管理制御部１３３は、レンタルした物品を返却する場合には、レンタル物品を端末３のシェア会員の自宅から団体の倉庫へ運送させるために、トラック・配達員の調整処理を実行する。レンタル予約管理制御部１３３は、レンタルしたい物品をレンタルする場合には、レンタル物品を団体の倉庫から端末３のシェア会員の自宅へ運送させるために、トラック・配達員の調整処理を実行する。例えば、レンタル予約管理制御部１３３は、配送管理制御部１３７に対して、運送依頼処理リクエストの処理を依頼することで、レンタル物品の運送の調整処理を実行する。

そして、レンタル予約管理制御部１３３は、レンタルサービスの利用を終了すべく、クライアントの端末３にサーバ側トランザクション終了を通知する（ステップＳ９４）。

すると、端末３では、制御部３４が、レンタルサービスの利用を終了する（ステップＳ９５）。

［支払管理のシーケンス］
図１６は、実施例に係る支払管理のシーケンスの一例を示す図である。なお、支払管理処理は、預かり予約管理処理から、物品の倉庫使用料の支払処理リクエストを受け付ける。また、支払管理処理は、レンタル予約管理処理から、物品のレンタル料の支払処理リクエストを受け付ける。

図１６に示すように、管理サーバ１では、支払管理制御部１３５が、支払処理リクエストに含まれる会員ＩＤに対応する支払手段を判定する（ステップＳ１０１）。例えば、支払管理制御部１３５は、アカウントデータ１４１を参照して、支払処理リクエストに含まれる会員ＩＤに対応する支払手段１４１ｊおよび支払番号１４１ｋを取得し、取得した支払手段１４１ｊを判定する。

管理サーバ１では、支払手段がクレジットカードであると判定された場合には（ステップＳ１０１；クレジットカード）、支払管理制御部１３５は、クレジットカード支払処理を実行する（ステップＳ１０２）。例えば、支払管理制御部１３５は、取得した支払手段の支払番号に関し、支払処理リクエストに含まれる対象物品のレンタル料または倉庫使用料の支払処理を、外部サービス５の支払いサービス５２に依頼する。支払手段が電子マネーであると判定された場合には（ステップＳ１０１；電子マネー）、支払管理制御部１３５は、電子マネー支払処理を実行する（ステップＳ１０３）。支払手段が口座引き落としであると判定された場合には、（ステップＳ１０１；口座引き落とし）、支払管理制御部１３５は、銀行支払処理を実行する（ステップＳ１０４）。例えば、支払管理制御部１３５は、取得した支払手段の支払番号に関し、支払処理リクエストに含まれる対象物品のレンタル料または倉庫使用料の支払処理を、外部サービス５の支払いサービス５２に依頼する。そして、支払管理制御部１３５は、支払処理が完了すると、ステップＳ１０６に移行する。

店舗側では、支払手段が現金であると判定された場合には（ステップＳ１０１；現金）、ＰＯＳシステムが支払処理を実行する（ステップＳ１０５）。そして、ＰＯＳシステムは、支払処理が完了すると、ステップＳ１０６に移行する。

ステップＳ１０６において、管理サーバ１では、支払管理制御部１３５が、支払処理情報を支払データ１４２に保存する（ステップＳ１０６）。支払処理情報には、例えば、会員ＩＤ，物品ＩＤ、支払価格および支払日が含まれる。そして、支払管理制御部１３５は、支払管理処理を終了する。

［アカウント登録の画面遷移の一例］
図１７は、実施例に係る端末のアカウント登録の画面遷移の一例を示す図である。図１７に示すように、端末２（３）では、表示部２３（３３）にアカウント登録画面Ｇ１が表示されている。アカウント登録画面Ｇ１には、会員ＩＤおよびパスワードを入力可能なそれぞれのテキストボックスｂ１、ｂ２と、ログインボタンｂ３と、会員登録ボタンｂ４とが含まれる。

クライアントが団体の会員でない場合には、クライアントによって会員登録ボタンｂ４が押下されると、端末２（３）では、制御部２４（３４）が、画面を、会員情報を入力する画面（図示せず）に遷移させる。かかる画面で、クライアントが会員情報を入力すると、端末２（３）が、入力された会員情報を管理サーバ１に転送することで、会員登録が完了する。

一方、クライアントが団体の会員である場合には、クライアントによってテキストボックスｂ１に会員ＩＤが入力され、テキストボックスｂ２にパスワードが入力され、ログインボタンｂ３が押下されるとする。すると、管理サーバ１がログイン認証に成功すると、クライアントがシェア会員でない場合には、端末２（３）では、制御部２４（３４）が、画面を、シェア会員になるか否かの画面Ｇ２に遷移させる。

画面Ｇ２には、シェア会員登録ボタンｂ５が含まれる。クライアントによってシェア会員登録ボタンｂ５が押下されると、端末２（３）では、制御部２４（３４）が、画面を、シェア会員登録の画面（図示せず）に遷移させる。かかる画面で、クライアントがシェア会員情報を入力すると、端末２（３）が、入力されたシェア会員情報を管理サーバ１に転送することで、シェア会員登録が完了する。

［預かり予約管理の画面遷移の一例］
図１８は、実施例に係る端末の預かり予約管理の画面遷移の一例を示す図である。

図１８に示すように、端末２では、表示部２３にシェアリングサービス画面Ｇ３が表示されている。シェアリングサービス画面Ｇ３には、預かり予約ボタンｂ１１と、レンタル予約ボタンｂ１２とが含まれる。物品を預けたいクライアントによって預かり予約ボタンｂ１１が押下されると、端末２では、制御部２４が、画面を、預かりサービス画面Ｇ４に遷移させる。

預かりサービス画面Ｇ４には、倉庫使用開始ボタンｂ１３と、倉庫使用停止ボタンｂ１４とが含まれる。クライアントによって倉庫使用開始ボタンｂ１３が押下されると、端末２では、制御部２４が、画面を、画面Ｇ５に遷移させる。

画面Ｇ５には、追加ボタンｂ１５と、お支払いボタンｂ１６とが含まれる。画面Ｇ５で、クライアントが預けたい物品の情報登録を行うべく、預けたい物品の物品名や画像を入力する。そして、クライアントが追加ボタンｂ１５を押下すると、制御部２４が、預けたい物品の情報登録をすべく、当該物品の倉庫使用依頼を管理サーバ１に転送する。そして、クライアントによってお支払いボタンｂ１６が押下されると、端末２では、制御部２４が、画面を、お支払い画面Ｇ６に遷移させる。

お支払い画面Ｇ６には、預けたい物品の物品名と、預けたい物品を保管するための倉庫使用料と、続けるボタンｂ１７とが含まれる。クライアントによって続けるボタンｂ１７が押下されると、端末２では、制御部２４が、倉庫使用料の支払い処理リクエストを管理サーバ１に転送する。そして、制御部２４は、画面を、運送依頼画面Ｇ７に遷移させる。

運送依頼画面Ｇ７には、運送依頼ボタンｂ１８が含まれる。クライアントによって運送依頼ボタンｂ１８が押下されると、端末２では、制御部２４が、預ける物品の運送依頼処理リクエストを管理サーバ１に転送する。これにより、端末２は、管理サーバ１に、預ける物品を端末２のクライアントの自宅から団体の倉庫へ運送させるために、トラック・配達員の調整処理を実行させることができる。

一方、預かりサービス画面Ｇ４において、クライアントによって倉庫使用停止ボタンｂ１４が押下されると、端末２では、制御部２４が、画面を、払い戻し画面Ｇ８に遷移させる。払い戻し画面Ｇ８には、倉庫に保管された物品の物品名と、払い戻される倉庫使用料と、続けるボタンｂ１９とが含まれる。クライアントによって続けるボタンｂ１９が押下されると、端末２では、制御部２４が、倉庫使用料の払い戻し処理リクエストを管理サーバ１に転送する。そして、制御部２４は、画面を、運送依頼画面Ｇ７に遷移させる。これにより、端末２は、管理サーバ１に、預けられた物品を団体の倉庫から端末２のクライアントの自宅へ運送させるために、トラック・配達員の調整処理を実行させることができる。

［レンタル予約管理の画面遷移の一例］
図１９は、実施例に係る端末のレンタル予約管理の画面遷移の一例を示す図である。

図１９に示すように、端末３では、表示部３３にシェアリングサービス画面Ｇ３が表示されている。物品をレンタルしたいクライアントによってレンタル予約ボタンｂ１２が押下されると、端末３では、制御部３４が、画面を、レンタルサービス画面Ｇ９に遷移させる。

レンタルサービス画面Ｇ９には、予約ボタンｂ２１と、返却ボタンｂ２２とが含まれる。クライアントによって予約ボタンｂ２１が押下されると、端末３では、制御部３４が、画面を、画面Ｇ１０に遷移させる。画面Ｇ１０には、検索キーを入力するテキストボックスと、お預かりリストと、お支払いボタンｂ２４とが含まれる。例えば、クライアントが検索キーを入力すると、検索キーに対応する物品のお預かりリストが表示される。ここでは、クライアントが、検索キーとして「バーベキューセット」を入力した場合のお預かりリストが表示されている。クライアントが、お預かりリストの中のレンタルしたい物品を選択（ボタンｂ２３を押下）すると、制御部２４は、選択した物品のレンタル要求を管理サーバ１に転送する。クライアントは、他にレンタルしたい物品がある場合には、お預かりリストの中のレンタルしたい物品を、さらに選択すれば良い。そして、クライアントによってお支払いボタンｂ２４が押下されると、端末３では、制御部３４が、画面を、お支払い画面Ｇ１１に遷移させる。

お支払い画面Ｇ１１には、レンタルする物品の物品名と、予約期間を入力するテキストボックスｂ２５，ｂ２６と、予約期間に応じたレンタル料と、続けるボタンｂ２７とが含まれる。クライアントによって続けるボタンｂ２７が押下されると、端末３では、制御部３４が、レンタル料の支払い処理リクエストを管理サーバ１に転送する。そして、制御部３４は、画面を、運送依頼画面Ｇ７に遷移させる。

運送依頼画面Ｇ７には、クライアントによって運送依頼ボタンｂ１８が押下されると、端末３では、制御部３４が、レンタル物品の運送依頼処理リクエストを管理サーバ１に転送することになる。これにより、端末３は、管理サーバ１に、レンタル物品を団体の倉庫から端末３のクライアントの自宅へ運送させるために、トラック・配達員の調整処理を実行させることができる。

一方、レンタルサービス画面Ｇ９において、クライアントによって返却ボタンｂ２２が押下されると、端末３では、制御部３４が、画面を、運送依頼画面Ｇ７に遷移させる。これにより、端末３は、管理サーバ１に、レンタル物品を端末３のクライアントの自宅から団体の倉庫へ返却させるために、トラック・配達員の調整処理を実行させることができる。

［実施例の効果］
このようにして、管理サーバ１は、団体の会員が所有する物品の保管要求を端末２より受け付けると、物品を特定する物品情報の物品の賃貸サイトへの公開処理と、物品の保管代金の会員から団体への支払処理とを実行する。管理サーバ１は、賃貸サイトに公開された物品情報に応じた物品の団体の他の会員による賃借要求を端末３より受け付けると、物品の他の会員への貸出処理と、物品の貸出代金の他の会員から団体への支払処理とを実行する。管理サーバ１は、会員からの物品の保管中止要求を端末２より受け付けると、保管代金の団体から会員への払戻処理を実行する。かかる構成によれば、管理サーバ１は、会員から保管を依頼された物品の他の会員への貸し出しを、保管代金の決済を含めて実現する技術を提供することができる。また、管理サーバ１は、団体の中で、会員が所有する物品を有効活用でき、ひいては、団体の会員の数や出資金を増加させることができる。また、管理サーバ１は、団体の会員が所有する不要な物品を団体に保管することで、団体の会員の断捨離を実現できる。また、管理サーバ１は、団体の他の会員が所有していないが使いたい物品を、当該他の会員に、使いたいときに賃借させることができる。

また、管理サーバ１は、物品情報を受け付けると、受け付けた物品情報に基づき、物品が保管条件を満たすか否かを判定する。管理サーバ１は、物品が保管条件を満たす場合には、物品情報を記憶部１４の預かりリストデータ１４５に格納する格納処理を実行する。かかる構成によれば、管理サーバ１は、保管条件を用いることで、物品の保管を制限することができる。すなわち、管理サーバ１は、例えば、壊れている物品や、重い物品、大きい物品など保管する物品に規制をかけることができる。

また、管理サーバ１は、記憶部１４に記憶された在庫データ１４６を参照し、賃借要求がされた物品の在庫が有るか否かを判定する。管理サーバ１は、物品の在庫が有る場合には、物品の他の会員への貸出処理を実行する。かかる構成によれば、管理サーバ１は、団体に在庫が有る物品を容易に貸し出すことができる。

また、管理サーバ１は、保管要求に対応付けられた運送要求を受け付けると、所定の保管場所への物品の運送指示を出力する。かかる構成によれば、管理サーバ１は、団体の会員が物品を団体の倉庫に保管する場合に、会員による物品の持ち込みの手間を省くことができる。

また、管理サーバ１は、賃借要求に対応付けられた運送要求を受け付けると、他の会員への物品の運送指示を出力する。かかる構成によれば、管理サーバ１は、団体の他の会員が物品を賃借する場合に、他の会員による物品の持ち出しの手間を省くことができる。

また、管理サーバ１は、保管中止要求に対応付けられた運送要求を受け付けると、会員への物品の運送指示を出力する。かかる構成によれば、管理サーバ１は、団体の会員が物品を返却する場合に、会員による物品の返却の手間を省くことができる。

［その他］
なお、管理サーバ１は、既知のパーソナルコンピュータ、ワークステーションなどの情報処理装置に、上記した絵はリングサービス基盤の各機能を搭載することによって実現することができる。

また、図示した装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、預かり予約管理制御部１３２と預かり停止制御部１３６とを１個の部として統合しても良い。一方、支払管理制御部１３５を、物品の倉庫使用料を支払う制御部と、物品のレンタル料を支払う制御部とに分散しても良い。また、記憶部１４を管理サーバ１外部装置としてネットワーク経由で接続するようにしても良い。

また、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。そこで、以下では、図１に示した管理サーバ１と同様の機能を実現する管理プログラムを実行するコンピュータの一例を説明する。図２０は、管理プログラムを実行するコンピュータの一例を示す図である。

図２０に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９を制御する表示制御部２０７とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信制御部２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ（Hard Disk Drive）２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示制御部２０７、ドライブ装置２１３、入力装置２１５、通信制御部２１７は、バス２１９で接続されている。

ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。ＨＤＤ２０５は、管理プログラム２０５ａおよび管理処理関連情報２０５ｂを記憶する。

ＣＰＵ２０３は、管理プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは、管理サーバ１の各機能部に対応する。管理処理関連情報２０５ｂは、アカウントデータ１４１、支払データ１４２、配達リソースデータ１４３、予約データ１４４、預かりリストデータ１４５、在庫データ１４６に対応する。そして、例えばリムーバブルディスク２１１が、管理プログラム２０５ａ等の各情報を記憶する。

なお、管理プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、ＤＶＤ（Digital Versatile Disk）、光磁気ディスク、ＩＣ（Integrated Circuit）カード等の「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらから管理プログラム２０５ａを読み出して実行するようにしても良い。

１ 管理サーバ
１１ 通信部
１２ ＡＰＩ制御部
１３ 制御部
１３１ アカウント管理制御部
１３２ 預かり予約管理制御部
１３３ レンタル予約管理制御部
１３４ 在庫管理制御部
１３５ 支払管理制御部
１３６ 預かり停止制御部
１３７ 配送管理制御部
１３８ 値段決定部
１３９ データベース制御部
１４ 記憶部
１４１ アカウントデータ
１４２ 支払データ
１４３ 配達リソースデータ
１４４ 予約データ
１４５ 預かりリストデータ
１４６ 在庫データ
２，３ 端末
４ 情報管理端末
５ 外部サービス
５１ アカウントサービス
５２ 支払いサービス
５３ 配達サービス
６ ネットワーク
９ 管理システム

Claims (8)

1. 団体の会員が所有する物品の保管要求を端末より受け付けると、前記物品を特定する物品情報の前記物品の賃貸サイトへの公開処理と、前記物品の保管代金の前記会員から前記団体への支払処理とを実行し、
   前記賃貸サイトに公開された前記物品情報に応じた物品の前記団体の他の会員による賃借要求を端末より受け付けると、前記物品の前記他の会員への貸出処理と、前記物品の貸出代金の前記他の会員から前記団体への支払処理とを実行し、
   前記会員からの前記物品の保管中止要求を端末より受け付けると、前記保管代金の前記団体から前記会員への払戻処理を実行する、
   処理をコンピュータに実行させることを特徴とする管理プログラム。
2. 前記物品情報を受け付けると、受け付けた前記物品情報に基づき、前記物品が保管条件を満たすか否かを判定し、前記物品が前記保管条件を満たす場合には、前記物品情報の記憶部への格納処理を実行する
   ことを特徴とする請求項１に記載の管理プログラム。
3. 前記物品の在庫情報を記憶する記憶部を参照して、前記物品の在庫が有るか否かを判定し、前記物品の在庫が有る場合には、前記物品の前記他の会員への貸出処理を実行する
   ことを特徴とする請求項１に記載の管理プログラム。
4. 前記保管要求に対応付けられた運送要求を受け付けると、所定の保管場所への前記物品の運送指示を出力する
   ことを特徴とする請求項１に記載の管理プログラム。
5. 前記賃借要求に対応付けられた運送要求を受け付けると、前記他の会員への前記物品の運送指示を出力する
   ことを特徴とする請求項１に記載の管理プログラム。
6. 前記保管中止要求に対応付けられた運送要求を受け付けると、前記会員への前記物品の運送指示を出力する
   ことを特徴とする請求項１に記載の管理プログラム。
7. 団体の会員が所有する物品の保管要求を端末より受け付けると、前記物品を特定する物品情報の前記物品の賃貸サイトへの公開処理と、前記物品の保管代金の前記会員から前記団体への支払処理とを実行する保管処理部と、
   前記賃貸サイトに公開された前記物品情報に応じた物品の前記団体の他の会員による賃借要求を端末より受け付けると、前記物品の前記他の会員への貸出処理と、前記物品の貸出代金の前記他の会員から前記団体への支払処理とを実行する賃借処理部と、
   前記会員からの前記物品の保管中止要求を端末より受け付けると、前記保管代金の前記団体から前記会員への払戻処理を実行する保管中止処理部と、
   を有することを特徴とする管理装置。
8. 団体の会員が所有する物品の保管要求を端末より受け付けると、前記物品を特定する物品情報の前記物品の賃貸サイトへの公開処理と、前記物品の保管代金の前記会員から前記団体への支払処理とを実行し、
   前記賃貸サイトに公開された前記物品情報に応じた物品の前記団体の他の会員による賃借要求を端末より受け付けると、前記物品の前記他の会員への貸出処理と、前記物品の貸出代金の前記他の会員から前記団体への支払処理とを実行し、
   前記会員からの前記物品の保管中止要求を端末より受け付けると、前記保管代金の前記団体から前記会員への払戻処理を実行する、
   処理をコンピュータが実行することを特徴とする管理方法。

Images