JP3930811B2 - Rental / sales management method, rental / sales management device and program - Google Patents

Rental / sales management method, rental / sales management device and program Download PDF

Info

Publication number
JP3930811B2
JP3930811B2 JP2003007322A JP2003007322A JP3930811B2 JP 3930811 B2 JP3930811 B2 JP 3930811B2 JP 2003007322 A JP2003007322 A JP 2003007322A JP 2003007322 A JP2003007322 A JP 2003007322A JP 3930811 B2 JP3930811 B2 JP 3930811B2
Authority
JP
Japan
Prior art keywords
rental
article
customer
price
sales
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2003007322A
Other languages
Japanese (ja)
Other versions
JP2004220350A (en
Inventor
達也 星野
正美 伊奈
久明 磯部
章 内山
Original Assignee
ヤマハミュージックリース株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ヤマハミュージックリース株式会社 filed Critical ヤマハミュージックリース株式会社
Priority to JP2003007322A priority Critical patent/JP3930811B2/en
Publication of JP2004220350A publication Critical patent/JP2004220350A/en
Application granted granted Critical
Publication of JP3930811B2 publication Critical patent/JP3930811B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明は、楽器等のレンタル業務に用いて好適な賃貸・販売管理方法、賃貸・販売管理装置およびプログラムに関する。
【０００２】
【従来の技術】
趣味として楽器演奏を新たに始めようとするユーザは、まず楽器を入手する必要がある。楽器の入手方法としては、新規品または中古品を購入する、レンタル業者等から新規品または中古品の賃借を受ける、等の方法が考えられる。そして、何れの方法によって入手するかは、ユーザの自由な選択によって決定できることが望ましい。なお、新規品の賃借を希望する者と、賃貸期間終了後の中古品の購入を希望する者との商取引を仲介するシステムは、例えば特許文献１等に開示されている。
【０００３】
【特許文献１】
特開２００２−３１２６６２号公報
【０００４】
【発明が解決しようとする課題】
ところで、楽器には高価なものも多いため、趣味として楽器演奏を始めようとするユーザは、最初はレンタル品を賃借することがある。その後、長年の趣味として継続できる見通しがつけば、ユーザは自分で楽器を所有したいと考えるものである。その際、ユーザは、単に楽器を購入するのではなく、自分が今まで賃借していたレンタル品を購入したいと希望する傾向が強い。その理由の一つとして、楽器には個性があることが挙げられる。すなわち、同一の型番の楽器であっても音色に微妙な相違があるため、ユーザは実際に自分が音色を確認した楽器を購入すること希望するのである。また、楽器は趣味性が強いため、使用しているうちに愛着が湧くことも理由の一つである。
【０００５】
しかし、従来の販売システムあるいはレンタルシステムにおいては、「レンタル」と「販売」とは全く別の商取引であって、ユーザが賃借を停止したとしても、賃借していた楽器を入手できる保証が無かった。さらに、仮に賃借していた楽器を購入することができたとしても、ユーザが賃借のために支払った費用と、ユーザが楽器を購入するために支払う費用との間には明確な関連性が無かったため、ユーザに対して過大な負担を強いる可能性があった。この発明は上述した事情に鑑みてなされたものであり、レンタルと販売とを統一して管理することにより、ユーザの負担を適正な範囲に抑えつつ、楽器等の価格決定を行う賃貸・販売管理方法、賃貸・販売管理装置およびプログラムを提供することを目的としている。
【０００６】
【課題を解決するための手段】
上記課題を解決するため本発明にあっては、下記構成を具備することを特徴とする。なお、括弧内は例示である。
請求項１記載の賃貸・販売管理方法にあっては、賃貸対象となる複数種類の物品について顧客に対する賃貸の管理を行う管理端末において実行される賃貸・販売管理方法であって、前記管理端末は、記憶手段（２２４，２３０）と処理手段（２１０）と出力手段（２０８）と中途購入の申し込みを受けるための受付手段（７０，７６−１〜７６−Ｎ）とを備えるとともに、前記記憶手段は賃貸開始の日付を記憶しており、前記処理手段（２１０）が、賃貸対象となる複数種類の物品の属性情報（Ａ，Ｂ）を当該物品毎に前記記憶手段（２２４，２３０）に記憶する過程であって、前記属性情報（Ａ，Ｂ）は少なくとも標準販売価格（Ａ）と最大貸出期間（Ｂ）とを特定する情報を含む、属性記憶過程と、前記処理手段（２１０）が、前記記憶手段から前記属性情報（Ａ，Ｂ）を読み出し、前記最大貸出期間（Ｂ）内の１単位期間（１月）毎に顧客が支払う賃貸料の総和（ΣＲＥＮＴＡＬ）が前記標準販売価格（Ａ）を超えないように、前記標準販売価格（Ａ）を前記最大貸出期間（Ｂ）の単位期間数＋１で除算した値を所定桁数で丸めて前記賃貸料（Ｆ）を計算する賃貸料計算過程と、前記処理手段（２１０）が、前記計算した賃貸料を前記出力手段（２０８）にて出力させる出力過程と、前記処理手段（２１０）が、賃貸開始時から前記最大貸出期間（Ｂ）に至るまでの任意の時点において、前記受付手段（７０，７６−１〜７６−Ｎ）にて、前記顧客から前記物品について中途購入の申し込みを受けた旨を認識する中途購入申込認識過程（販売ボタン７０，７６−１〜７６−Ｎの押下）と、前記処理手段（２１０）が、前記記憶手段に記憶されている前記賃貸開始の日付と前記中途購入の申し込みを受けた時点の日付から前記単位期間を１単位として顧客が支払った前記賃貸料の支払い回数を特定する過程（ＳＰ３３２）と、前記処理手段（２１０）が、前記記憶手段から前記属性情報（Ａ，Ｂ）を読み出し、前記物品について支払いを受けるべき金額の総額である価格情報であって前記属性情報（Ａ，Ｂ）に特定の支払い回数（Ｄ）に応じた価格情報（図１０ (c) ， (d) のＧ’，Ｇ”）が規定されている場合は、前記記憶手段から該価格情報を読み出し該価格情報に基づいて前記支払い回数（Ｄ）に応じた販売基準価格（Ｇ）を決定する一方、該価格情報（Ｇ’，Ｇ”）が規定されていない場合は、前記標準販売価格（Ａ）と、前記支払い回数（Ｄ）から１を差し引いた値と前記最大貸出期間（Ｂ）に対応する単位期間数から１を差し引いた値との比率に前記標準販売価格（Ａ）を乗じた値とを加算した値（Ａ＊（Ｄ−１）／（Ｂ−１）＋Ａ）を所定桁数で丸めた販売基準価格（Ｇ）を決定する過程と、前記処理手段（２１０）が、前記販売基準価格（Ｇ）と、前記顧客から過去に支払われた賃貸料の総和（ΣＲＥＮＴＡＬ）である、前記賃貸料に前記支払い回数を乗じたものとの差を販売価格（想定販売価格）として決定する過程と、前記処理手段（２１０）が、前記決定した販売価格を前記出力手段（２０８）にて出力させる出力過程とを有することを特徴とする。
さらに、請求項２記載の構成にあっては、請求項１に記載の賃貸・販売管理方法において、前記記憶手段は、前記物品の賃貸開始時を示す時間情報（レンタル開始日）と所定利益額（想定利益）とを記憶しており、前記処理手段（２１０）が、賃貸業者（１５６）と前記顧客との仲介を行う仲介者（１５８）に支払う賃貸仲介手数料を決定する過程と、前記処理手段（２１０）が、前記記憶手段から前記時間情報を読み出し、読み出した時間情報で示される前記物品の賃貸開始時から、前記中途購入申込認識過程が実行されるまでの期間に、前記賃貸業者が前記仲介者に支払った賃貸仲介手数料の合計（ΣＲＥＮＴＡＬ＊利益率）を計算する過程と、前記処理手段（２１０）が、前記記憶手段から前記所定利益額を読み出し、前記中途購入申込認識過程の実行後、前記物品の販売に際して前記仲介者（１５８）が得る粗利の想定値と、前記賃貸仲介手数料の合計との和が該所定利益額（想定利益）の値になるように、前記物品の卸値を前記所定利益額（想定利益）から前記賃貸仲介手数料の合計を差し引いて決定する過程とをさらに有することを特徴とする。
さらに、請求項３記載の構成にあっては、請求項１または２に記載の賃貸・販売管理方法において、前記管理端末は、在庫情報を入力する手段と、賃貸申込を受け付ける賃貸申込受付手段（２，４）とを備え、前記処理手段（２１０）が、前記入力された賃貸対象物品の在庫情報を前記記憶手段に蓄積させる過程と、前記処理手段（２１０）が、前記賃貸申込受付手段（２，４）を介して、少なくとも前記賃貸対象物品の種類（品名）と属性（新品、在庫品）とを伴う賃貸申込を受け付ける賃貸申込受付過程（ボタン２，４の押下）と、前記処理手段（２１０）が、前記賃貸対象物品の属性が第１の属性（新品）であったことを条件として、当該賃貸対象物品の新規購入処理を実行するとともに、該新規購入された賃貸対象物品を前記顧客宛に配送するための配送指示を業者端末に対して送信する処理を実行する過程（契約ボタン４２によるメーカ１６０への配送指令）と、前記処理手段（２１０）が、前記賃貸対象物品の属性が第２の属性（在庫品）であったことを条件として、前記在庫情報を前記記憶手段から読み出すことによって参照して在庫の有無を検出する（在庫検索ボタン１６に対する検索処理）とともに、該賃貸対象物品の在庫が存在したことを条件として該賃貸対象物品を前記顧客宛に配送するための指示を在庫品管理端末（３２０）に対して送信する配送処理を実行する過程（契約ボタン４８によるバックヤード１６２への配送指令）とを有することを特徴とする。
さらに、請求項４記載の構成にあっては、請求項１ないし３の何れかに記載の賃貸・販売管理方法において、前記記憶手段は所定の金融機関を介して顧客から入金された賃貸料に関する情報を記憶し、前記処理手段（２１０）が、前記入金された物品の賃貸料を所定期間毎に確認する過程と、前記処理手段（２１０）が、徴収した前記賃貸料の一部を仲介手数料として仲介者に分配する過程と、前記処理手段（２１０）が、前記中途購入申込認識過程が実行されたことを条件として、前記物品の販売に際して前記仲介者が前記顧客から徴収する販売価格として想定される想定販売価格を算出し、該想定販売価格に基づいて前記物品の卸値を決定する過程と、該卸値を前記仲介者に対して請求する過程とを有することを特徴とする。
また、請求項５記載の賃貸・販売管理装置にあっては、請求項１ないし４の何れかに記載の賃貸・販売管理方法を実行することを特徴とする。
また、請求項６記載のプログラムにあっては、請求項１ないし４の何れかに記載の賃貸・販売管理方法を前記処理手段（２１０）に実行させることを特徴とする。
【０００７】
【発明の実施の形態】
1．実施形態の構成
1．1．業務の概要
次に、本発明の一実施形態によるレンタル・販売管理システムの詳細について説明する。
まず、本実施形態においては、楽器等の物品について「新規品の賃貸」、「在庫品の賃貸」、「賃貸された新規品または在庫品の販売」の３種類の業務が想定されている。ここで、「新規品」とは未使用の物品であり、「在庫品」とは中古の物品であって賃貸業者である管理会社が在庫を有する物品を指す。なお、未だ顧客にレンタルされていない新規品または在庫品の販売も、ビジネス上はあり得ることであるが、かかる物品の販売方法については様々な公知技術が知られているため、これらの技術を単に適用すればよい。
【０００８】
次に、本実施形態におけるビジネスフローを図２を参照し説明する。
図において１５４は物品の賃借または購入を行う顧客であり、１５６はその賃貸または販売を行う管理会社である。また、１５８は窓口店舗であり、物品の賃貸および販売等に際して、顧客１５４と管理会社１５６との仲介を行う。１５２はクレジットカード会社であり、管理会社１５６からの請求に応じて、顧客１５４から賃貸料、販売料等の料金を徴収する。１６０はメーカであり、管理会社１５６からの要求に応じて新規品の物品を供給する。１６２はバックヤードであり、管理会社１５６の在庫品の保管、保守および物流管理を行う。
【０００９】
管理会社１５６には管理サーバ３００が設置されており、窓口店舗１５８およびバックヤード１６２には端末３１０，３２０が設置されている。これらサーバおよび端末は相互にインターネットを介して接続されている。顧客１５４が新規に物品の賃借を希望する場合には、顧客１５４が窓口店舗１５８に対してその旨の申込を行うことになる。この物品が新規品である場合は、窓口店舗１５８から管理会社１５６に対して、新規の契約を締結した旨が通知される。管理会社１５６においては、当該物品がメーカ１６０に発注される。そして、メーカ１６０から出庫された物品は窓口店舗１５８に納品され、ここから顧客１５４に対して当該物品が貸与されることになる。
【００１０】
また、賃貸対象の物品が在庫品である場合には、管理サーバ３００からバックヤード１６２に対して当該物品の配送が指示される。これにより、バックヤード１６２から窓口店舗１５８に対して当該物品が納品され、当該物品が顧客１５４に貸与されることになる。また、物品のレンタル契約が成立した場合には、クレジットカード会社１５２によって顧客１５４から月々の賃貸料が回収され管理会社１５６に入金される。
【００１１】
ところで、管理会社１５６の管理サーバ３００には、物品共通データベース１６４、顧客データベース１６６および物品個別データベース１６８が格納されている。ここで、物品個別データベース１６８においては、各物品毎に「レコード」が形成され、各レコードは以下のフィールドから構成されている。
・物品ＩＤ：各物品毎に付与された固有の値（シリアル番号）。
・物品種別情報：当該物品の型番。
・物品状態情報：当該物品の占有またはメンテナンス状態を示す情報であり、「予約中」、「貸出指示中」、「貸出中」、「保守中」、「貸出可」、「利用不可」等の値を有する。
・属性係数：物品の価格を決定するために、当該物品の標準販売価格等に乗算される定数である。新規品の場合は「１」であり、在庫品の場合は例えば「０.６３」のような値に設定される。
・取引顧客情報：当該物品を賃借している顧客の顧客ＩＤ（会員番号）である。
・取引店舗情報：当該物品の賃借を仲介している窓口店舗の店舗ＩＤである。
【００１２】
また、顧客データベース１６６においては、各顧客毎に「レコード」が形成され、各レコードは以下のフィールドから構成されている。
・顧客ＩＤ：各顧客毎に付与された固有の会員番号である。
・個人情報：当該顧客の住所、氏名等の情報である。
・レンタル物品情報リスト：当該顧客が賃借している各物品について、物品ＩＤ、店舗ＩＤ、レンタル開始日およびレンタル終了予定日等を記録して成るフィールドである。
【００１３】
また、物品共通データベース１６４においては、各物品種別（型番）毎に「レコード」が形成され、各レコードは以下のフィールドから構成されている。
・物品種別情報（型番）
・標準販売価格：当該物品種別に対してメーカ１６０が想定している標準小売価格である。
・最大貸出月数：当該物品種別に対するレンタル期間の最大月数である。
・レンタル料金定義情報：一般的に月額レンタル料金は標準販売価格および最大貸出月数に応じて自動的に決定されるが、特に管理会社１５６において特殊な料金を設定する場合には、このフィールドにおいて月額レンタル料金が指定される。
・販売基準価格定義情報：顧客１５４がレンタル品を購入する際に、その販売価格を決定するための情報である。具体的には、新規品を初月に販売したときの標準販売価格に対する割引率Ｅ等である（詳細は後述する）。
【００１４】
1．2．管理サーバ３００等の構成
次に、管理会社１５６に設けられる管理サーバ３００の構成を図１を参照し説明する。
図において、２０２は通信インタフェースであり、通信ネットワーク（インターネット）２４０を介して、他のサーバあるいは端末等と通信する。２０４はキーボード、２０６はマウスであり、管理サーバ３００の操作者によって操作される。２０８はディスプレイであり、操作者に対して各種情報を表示する。２１０はＣＰＵであり、後述するプログラムに基づいて、バス２１６を介して他の構成要素を制御する。２１２はＲＯＭであり、管理サーバ３００のイニシャルプログラムローダ等が記憶されている。２１８はリムーバルディスクドライブ装置であり、ＣＤ−ＲＯＭ、ＭＯ等のリムーバルディスク２２０に対して読出し／書込みを行う。
【００１５】
２２４はハードディスクであり、オペレーティングシステム、アプリケーションプログラム、上述した各データベース１６４，１６６，１６８等が格納される。２３０はＲＡＭであり、ＣＰＵ２１０のワークメモリとして用いられる。なお、端末３１０，３２０も上記管理サーバ３００と同様に構成されている。また、管理サーバ３００はＷｅｂサーバとして機能し、端末３１０，３２０等に対してＨＴＭＬコードによって各種表示画面を提供する。一方、端末３１０，３２０においては、これら表示画面を閲覧し必要に応じてデータを入力するために、ブラウザが起動される。
【００１６】
2．実施形態の動作
2．1．一般的動作
次に、管理サーバ３００と端末３１０との間で実行される通信の一般的動作を図３を参照し説明する。管理サーバ３００と端末３１０との通信はＨＴＴＰプロトコルに従って実行される。周知のようにＨＴＴＰプロトコルにおいては、まず管理サーバ３００と端末３１０等との間にコネクションが確立され、端末３１０等からの「リクエスト」に対して、管理サーバ３００が「レスポンス」を返信する、という形式によってデータがやりとりされる。
【００１７】
例えば、両者間において通信を開始すべき場合には、端末３１０から、管理サーバ３００内の所定のＵＲＬアドレスが指定され、所定のリクエストが送信される（ＳＰ２０２）。当該リクエストには、端末３１０を保有する窓口店舗１５８の店舗ＩＤおよびパスワードが含まれている。管理サーバ３００において当該リクエストが受信されると、店舗ＩＤおよびパスワードに基づいて端末３１０のアクセス権が確認される（ＳＰ１０２）。
【００１８】
次に、管理サーバ３００においては、当該アクセス権に応じたトップページのＨＴＭＬコードが生成される。すなわち、該トップページのＨＴＭＬコードには、様々なボタン等をブラウザに表示させるコマンドが含まれているが、アクセスした端末（あるいはユーザ）に許容すべき操作内容に応じて、各ボタンの操作の可／不可状態が設定されるのである。そして、このＨＴＭＬコードが上記リクエストのレスポンスとして端末３１０に送信されると、上記トップページの画像が端末３１０のブラウザのウィンドウに表示される（ＳＰ２０４）。
【００１９】
また、端末３１０のブラウザウィンドウに所定の検索フォームが表示されている際においては、端末３１０の操作者によって各種の検索を行うことができる。具体的には、検索フォーム上で操作者が所定の検索を指令する操作を実行すると、当該操作に応じたリクエストが送信され（ＳＰ２０６）、管理サーバ３００においては当該リクエストが受信される（ＳＰ１０６）。次に、管理サーバ３００においては、当該リクエストに応じた検索処理が実行され、必要に応じて料金計算等が実行される。次に、この検索結果（および必要な場合には料金計算結果等）を表示させるためのＨＴＭＬコードが管理サーバ３００において生成され、生成されたＨＴＭＬコードが上記リクエストに対するレスポンスとして端末３１０に返信される（ＳＰ１０８）。これにより、端末３１０におけるブラウザのウィンドウにおいては、該ＨＴＭＬコードに基づいた検索結果が表示される（ＳＰ２０８）。
【００２０】
また、端末３１０のブラウザウィンドウに所定の登録フォームが表示されている際においては、端末３１０の操作者によって各種の登録を実行することができる。具体的には、登録フォーム上で操作者が所定の登録を指令する操作を実行すると、当該操作に応じたリクエストが送信され（ＳＰ２１０）、管理サーバ３００においては当該リクエストが受信される（ＳＰ１１０）。次に、管理サーバ３００においては、当該リクエストに応じた登録処理が実行され、この実行結果（登録が成功したか否か等）を表示させるためのＨＴＭＬコードが生成され、生成されたＨＴＭＬコードが上記リクエストに対するレスポンスとして端末３１０に返信される（ＳＰ１１２）。これにより、端末３１０におけるブラウザのウィンドウにおいては、該登録処理の実行結果が表示される（ＳＰ２１２）。以上、管理サーバ３００と端末３１０との間で実行される通信の一般的動作を説明したが、管理サーバ３００と端末３２０との間で実行される通信もこれと同様である。
【００２１】
2．2．端末３１０，３２０における具体的動作
次に、図４〜図７を参照しつつ、本実施形態の具体的動作について説明する。なお、図４〜図７における各ステップの内容は、端末３１０，３２０のブラウザウィンドウに表示される画面内容を示す。管理サーバ３００から端末３１０，３２０に対して、初期画面のＨＴＭＬコードが送信されると、当該初期画面が端末３１０，３２０において表示される（図４のＳＰ２）。すなわち、端末３１０，３２０においては、メニューを選択するためのボタン（新規品レンタルボタン２、在庫品レンタルボタン４、販売ボタン６、解約ボタン８、物品管理ボタン１０）がブラウザに表示される。そして、各ボタンを押下することにより、端末３１０あるいは３２０から管理サーバ３００に対して、在庫品レンタル画面（ＳＰ４）、新規品レンタル画面（ＳＰ１０）、販売処理、契約処理を行うための物品・顧客検索画面（ＳＰ３０，ＳＰ４０）、物品管理処理を行うための物品ＩＤ入力画面（ＳＰ６０）を表示させるようリクエストが送信される。但し、上述の通りアクセス権に応じて、窓口店舗１５８の端末３１０においては物品管理ボタン１０は操作不能状態に設定される。逆に、端末３２０においては物品管理ボタン１０以外のボタンが操作不能状態に設定される。以下、端末３１０，３２０において各ボタンが押下された場合の処理を説明する。なお、以下の説明において、各画面内容は、各種ボタンあるいはフォームの送信等の操作に応じて端末３１０あるいは３２０から管理サーバ３００に「リクエスト」が通知され、その「レスポンス」として管理サーバ３００が送信したＨＴＭＬコードを端末３１０あるいは３２０のブラウザで表示したものである。
【００２２】
2．2．1．在庫品レンタル動作
まず、窓口店舗１５８の担当者（端末３１０の操作者）によって在庫品レンタルボタン４が押下されると、そのレスポンスとして在庫品レンタル画面（ＳＰ４）が表示される。在庫品レンタル画面（ＳＰ４）の内部において１２は型番テキストボックスであり、顧客がレンタルを希望する物品の型番が入力される。１４はレンタル期間テキストボックスであり、希望するレンタル期間が月単位で入力される。１６は在庫検索ボタンであり、テキストボックス１２，１４に入力された条件に基づく在庫検索を管理サーバ３００にリクエストするためのボタンである。１８は予約物品ＩＤテキストボックスであり、既になんらかの物品についてレンタルが予約されている場合に、その物品の物品ＩＤが入力される。２０は予約検索ボタンであり、テキストボックス１８に物品ＩＤが入力された物品について予約が有効であるか否かを判定を行うように管理サーバ３００にリクエストするためのボタンである。
【００２３】
(1)在庫検索（在庫あり）
例えば、何らかの楽器（在庫品）をある期間だけ賃借したいとの要望が顧客１５４から窓口店舗１５８に寄せられたとする。この場合、窓口店舗１５８の担当者によって当該楽器の型番が型番テキストボックス１２に入力され、顧客の希望するレンタル期間がレンタル期間テキストボックス１４に入力され、しかる後に在庫検索ボタン１６が押下され、管理サーバ３００においては条件に合致する在庫品が存在するか否かが検索される。
【００２４】
ここで、在庫品が存在する場合には、その月額レンタル料金が計算される（なお、その計算方法については後述する）。そして、当該月額レンタル料金等を表示する契約条件呈示画面（ＳＰ６）がレスポンスとして端末３１０に表示される。この画面においては、当該在庫品が存在する旨と、直ちにレンタル契約を行った場合の配送予定日と、月額レンタル料金と、最大貸出月数とが表示され、さらに予約ボタン２２と、契約ボタン２４と、中止ボタン２６とが表示される。
【００２５】
ここで、配送予定日は、バックヤード１６２から窓口店舗１５８への標準的な配送日数に基づいて計算された日付であり、最大貸出月数は物品共通データベース１６４に規定された月数である。この契約条件呈示画面（ＳＰ６）が表示されることにより、窓口店舗１５８の担当者は、顧客１５４に対して契約内容を呈示することができるのである。そして、条件を確認した顧客１５４の対応としては、決定を保留して予約のみを行う場合、直ちに契約する場合、および契約を中止する場合の３通りを選択することができる。
【００２６】
顧客１５４が「契約の中止」を希望する場合には、窓口店舗１５８の担当者によって中止ボタン２６が押下され、そのレスポンスとして初期画面（ＳＰ２）が再び端末３１０側に表示されることになる。なお、後述する他の画面においても、随所に「中止ボタン」が表示される。これら「中止ボタン」が押下された場合の処理は特に断らない限り上述した処理と同様であり、管理サーバ３００から初期画面のＨＴＭＬコードが返信されることにより、端末３１０の表示内容が初期画面（ＳＰ２）に戻されることになる。
【００２７】
また、契約条件呈示画面（ＳＰ６）において呈示された条件に対して、顧客１５４が「決定を保留して予約のみを行う」旨を選択する場合には、担当者によって予約ボタン２２が押下され、そのレスポンスとして予約確認画面（ＳＰ８）が端末３１０に表示される。当該画面においては、予約を受けつけた旨のメッセージと、予約された物品の物品ＩＤ（予約物品ＩＤ）と、予約の有効期限と、確認ボタン２８とが表示される。
【００２８】
ここで、確認ボタン２８が押下されると、そのレスポンスとして初期画面（ＳＰ２）が再び端末３１０に表示されることになる。なお、後述する他の画面においても、随所に「確認ボタン」が表示される。これら「確認ボタン」が押下された場合の処理は特に断らない限り上述した処理と同様であり、管理サーバ３００から初期画面のＨＴＭＬコードが返信されることにより、端末３１０の表示内容が初期画面（ＳＰ２）に戻されることになる。
【００２９】
また、契約条件呈示画面（ＳＰ６）において呈示された条件に対して、顧客１５４が「直ちに契約する」旨を選択する場合には、担当者によって契約ボタン２４が押下され、管理サーバ３００においては、在庫品の中から契約条件に合致する一の物品がレンタル対象として特定される。そして、当該一の物品の物品ＩＤを伴う顧客ＩＤ入力画面（ＳＰ１６）がレスポンスとして端末３１０に表示される。
【００３０】
顧客ＩＤ入力画面（ＳＰ１６）においては、先に特定された物品の物品ＩＤと、顧客ＩＤテキストボックス４５と、予約解除ボタン４６と、契約ボタン４８と、中止ボタン５０とが表示される。但し、契約条件呈示画面（ＳＰ６）経由で顧客ＩＤ入力画面（ＳＰ１６）が表示された場合には、予約解除ボタン４６は操作不能状態に設定される。ここで、担当者が顧客１５４の顧客ＩＤをテキストボックス４５に入力し契約ボタン４８を押下すると、その旨がリクエストとして管理サーバ３００に送信される。
【００３１】
この契約ボタン４８の押下は、「レンタル契約の締結を管理会社１５６に申し込む」ことを意味するものである。これに対して、管理サーバ３００においては、データベースの更新が実行される。まず、顧客データベース１６６内の「レンタル物品情報リスト」には、契約された「物品ＩＤ」に係る項目が追加される。但し、この時点においては、「物品ＩＤ」は規定されるが、「店舗ＩＤ」、「レンタル開始日」および「レンタル終了予定日」は空データにされる。
【００３２】
次に、管理サーバ３００においては、バックヤード１６２の端末３２０に対して、当該物品を所定の窓口店舗１５８に配送するように指令する配送指令（例えば電子メール）が送信される。これにより、バックヤード１６２においては当該物品の発送作業が開始されることになる。さらに、端末３１０には、契約完了表示画面（ＳＰ２０）が表示される。該画面においては、契約に係る物品ＩＤと、顧客ＩＤと、レンタル期間と、配送予定日と、月額レンタル料金と、確認ボタン５４とが表示される。
【００３３】
以上のように契約ボタン４８が押下されることによってレンタル契約が成立し、物品の配送指令が行われると、管理サーバ３００においては、データベースの対応する内容が自動的に更新される。すなわち、物品個別データベース１６８における当該物品の「物品状態情報」が「貸出指示中」に設定され、「取引顧客情報」には当該物品を賃借している顧客の顧客ＩＤが記録され、「取引店舗情報」には当該物品の賃借を仲介した窓口店舗の店舗ＩＤが記録される。
【００３４】
その後、当該物品が実際に窓口店舗１５８に配送され顧客１５４に引き渡されたことが確認されると、このバックヤード１６２の担当者によって、顧客データベース１６６内の当該物品に係る「レンタル開始日」としてこの引渡し日が入力される。これにより、物品個別データベース１６８における「物品状態情報」が「貸出中」に変更され、クレジットカード会社１５２を介して、以後のレンタル料金が顧客１５４から徴収されることになる。なお、「レンタル開始日」は必ずしも「引渡し日」と一致させる必要はなく、毎月所定の起算日、例えば毎月５日を「レンタル開始日」にしてもよい。この場合、ある月の１０日に物品が引き渡されたのであれば、翌月の５日が「レンタル開始日」になる。
【００３５】
(2)在庫検索（在庫なし）
上述した在庫品レンタル画面（ＳＰ４）において在庫検索ボタン１６が押下された際に、顧客１５４が希望する条件の在庫品が存在しなかった場合には、在庫不存在画面（ＳＰ２２）がレスポンスとして端末３１０に表示される。該画面においては、当該物品の型番と、レンタル可能な在庫品が存在しない旨のメッセージと、確認ボタン５６とが表示される。
【００３６】
(3)在庫検索（予約検索）
顧客１５４が上述した物品の予約を行った後、最終的に契約を締結または予約を解除する場合は、担当者によって、在庫品レンタル画面（ＳＰ４）の予約物品ＩＤテキストボックス１８に予約物品ＩＤが入力され、予約検索ボタン２０が押下される。予約検索ボタン２０が押下されると、そのレスポンスとして、上述した顧客ＩＤ入力画面（ＳＰ１６）が端末３１０に表示される。なお、このように顧客ＩＤ入力画面（ＳＰ１６）が在庫品レンタル画面（ＳＰ４）経由で表示される場合には、予約解除ボタン４６は押下可能な状態に設定される。ここで、予約した物品についても、予約を行わずに直接契約を行った場合の上述の処理と同様の処理により、レンタル契約の締結が行われる。
【００３７】
また、顧客１５４が予約の解除を希望する場合には、担当者によって予約解除ボタン４６が押下され、そのレスポンスとして、予約解除確認画面（ＳＰ１８）が端末３１０に表示される。該画面においては、予約の解除に係る予約物品ＩＤと、当該予約を解除した旨のメッセージと、確認ボタン５２とが表示される。
【００３８】
2．2．2．新規品レンタル動作
また、顧客１５４が新規品のレンタルを希望する場合には、初期画面（ＳＰ２）において新規品レンタルボタン２が押下され、そのレスポンスとして、新規品レンタル画面（ＳＰ１０）が端末３１０に表示される。該画面においては、型番テキストボックス３０と、レンタル期間テキストボックス３２と、検索ボタン３４とが表示される。なお、新規品については「予約」はできないため、「予約」に関連する要素は表示されない。
【００３９】
新規品レンタル画面（ＳＰ１０）においては、顧客１５４がレンタルを希望する物品の型番がテキストボックス３０に入力され、希望するレンタル期間がテキストボックス３２に入力される。そして、検索ボタン３４が押下されると、管理サーバ３００においては、条件に合致する新規品が存在するか否か（メーカ１６０が在庫を有するか否か）が判定される。具体的には、メーカ１６０の端末に対して、在庫を有するか否かの照会が自動的に実行される。その結果、在庫が存在する場合にはそのレンタル料金が計算される。
【００４０】
そして、メーカ１６０において指定された物品の在庫が存在しなかった場合には、上記在庫不存在画面（ＳＰ２２）が端末３１０に表示される。一方、メーカ１６０が当該在庫を有する場合には、契約条件呈示画面（ＳＰ１２）が表示される。この画面においては、当該新規品の在庫が存在する旨と、直ちにレンタル契約を行った場合の納品予定日と、最大貸出月数とが表示され、さらに契約ボタン３６と、中止ボタン３８とが表示される。ここで、納品予定日は、メーカ１６０から窓口店舗１５８への標準的な配送日数に基づいて計算されている。この画面が表示されることにより、窓口店舗１５８の担当者は、顧客１５４に対して契約内容を呈示することができる。
【００４１】
ここで、呈示された条件を了承できなかったために顧客１５４が「契約の中止」を申し入れた場合には、窓口店舗１５８の担当者によって中止ボタン３８が押下され、処理が中止される。一方、顧客１５４が契約の締結を希望する場合には、担当者によって契約ボタン３６が押下され、そのレスポンスとして顧客ＩＤ入力画面（ＳＰ１４）が端末３１０に表示される。
【００４２】
顧客ＩＤ入力画面（ＳＰ１４）においては、先に入力された物品の型番と、顧客ＩＤテキストボックス４０と、契約ボタン４２と、中止ボタン４４とが表示される。ここで、担当者が顧客１５４の顧客ＩＤをテキストボックス４０に入力し契約ボタン４２を押下すると、管理サーバ３００においては、メーカ１６０内の端末に対して、当該物品の配送リクエスト（例えば電子メール）が送信される。上述したように在庫品のレンタルが契約された場合にはバックヤード１６２に対して配送リクエストが送信されるのに対して、新規品のレンタルが契約された場合にはメーカ１６０に配送リクエストが送信されるのである。このように、同一の型番を有する物品であっても、新規品／在庫品の別に応じて異なる送信先に配送指令が送信される点に本実施形態の特徴の一つがある。
【００４３】
そして、メーカ１６０においては、当該配送指令が受信されることにより、発送作業が開始されることになる。さらに、管理サーバ３００から、契約完了表示画面（ＳＰ２０）がレスポンスとして端末３１０に返信される。以降の処理は在庫品のレンタル契約を締結した場合と同様である。
【００４４】
2．2．3．販売動作
次に、既に顧客１５４にレンタルされている物品（レンタル品）の購入を顧客１５４が希望した場合の処理を図５を参照し説明する。初期画面（ＳＰ２）において担当者が販売ボタン６を押下すると、そのレスポンスとして物品・顧客検索画面（ＳＰ３０）が端末３１０に表示される。該画面においては、販売に係る物品ＩＤを入力する物品ＩＤテキストボックス６２と、該物品ＩＤに基づく検索を指示するための物品検索ボタン６４と、該物品の購入を希望する顧客ＩＤを入力する顧客ＩＤテキストボックス６６と、該顧客ＩＤに基づく検索を指示するための顧客検索ボタン６８とが表示される。
【００４５】
(1)物品ＩＤに基づく検索
ここで、担当者が販売対象となる物品の物品ＩＤをテキストボックス６２に入力し、物品検索ボタン６４を押下すると、管理サーバ３００においては当該物品ＩＤを有する物品が物品個別データベース１６８から検索される。上述したように物品個別データベース１６８では、当該物品の物品ＩＤに対して、物品状態情報（「予約中」、「貸出中」、「保守中」、「貸出可」等）が一対一に対応付けられており、さらに当該物品状態情報が「貸出中」である場合には、「取引顧客情報」として、当該物品を賃借している顧客１５４の顧客ＩＤが必ず記録されている。
【００４６】
ここで、検索をリクエストされた物品が存在し、かつ、対応する物品状態情報が「貸出中」であれば、管理サーバ３００においては当該物品の卸価格が計算される。なお、卸価格の計算方法については後述する。そして、その検索結果および計算結果を表示する価格等呈示画面（ＳＰ３２）がレスポンスとして端末３１０に表示される。
【００４７】
該画面においては、検索された物品の物品ＩＤと、対応する顧客ＩＤと、当該物品の卸価格と、販売ボタン７０と、中止ボタン７２とが表示される。このように、卸価格が表示されると、窓口店舗１５８の担当者はこの卸価格に幾分かの粗利を上乗せし、顧客１５４に対して販売価格を呈示することができる。そして、顧客１５４と担当者との間で販売価格の合意が成立した場合に担当者によって販売ボタン７０が押下されると、管理サーバ３００においては、物品個別データベース１６８内の当該物品の物品状態情報が「利用不可」に設定される。すなわち、販売された時点でレンタル契約は解約されたものとして取り扱われ、以後のレンタル料金の課金は停止されることになる。そして、管理サーバ３００は、販売手続完了画面（ＳＰ３４）をレスポンスとして端末３１０に返信し、該画面が端末３１０に表示される。該画面においては、販売手続が完了した旨のメッセージと、販売対象である物品の物品ＩＤと、卸価格を窓口店舗１５８に対して請求する金銭請求メッセージと、確認ボタン７４とが表示される。
【００４８】
本実施形態においては、中途販売時の販売料金は窓口店舗１５８が顧客１５４から徴収することになる。そして、管理会社１５６は、窓口店舗１５８に対して上記卸価格を後日請求することになる。この場合、管理会社１５６は、管理会社１５６が算出する卸価格を窓口店舗１５８から徴収すればよいため、窓口店舗１５８は独自の販売戦略などに応じて実際の販売価格を設定すること（例えば、管理会社１５６が算出した想定販売価格よりも割り引いた金額にすること等）も可能である。
【００４９】
(2)顧客ＩＤに基づく検索
また、物品・顧客検索画面（ＳＰ３０）においては、担当者は物品の購入を希望する顧客１５４の顧客ＩＤを顧客ＩＤテキストボックス６６に入力し、顧客検索ボタン６８を押下してもよい。該顧客検索ボタン６８が押下されると、管理サーバ３００においては、顧客データベース１６６が検索され、当該顧客１５４に貸与されている全ての物品が抽出される。すなわち、一人の顧客が複数の物品を賃借していることもあるため、検索結果は複数項目に渡る場合もある。
【００５０】
ここで、検索をリクエストされた顧客ＩＤが存在し、かつ、少なくとも一の物品が当該顧客１５４に対して賃貸されている場合には、管理サーバ３００においては当該一または複数（Ｎ個）の物品の卸価格が計算される。そして、その検索結果および計算結果を表示する顧客別価格等呈示画面（ＳＰ３６）がレスポンスとして端末３１０に表示される。
【００５１】
該画面においては、対応する顧客ＩＤと、検索された全ての（Ｎ個の）物品ＩＤと、中止ボタン７７とが表示される。さらに、検索されたＮ個の物品ＩＤの個々に対応して、卸価格と、販売ボタン７６−１〜７６−Ｎとが表示される。このように、個々の物品の卸価格が表示されると、窓口店舗１５８の担当者はこれらの卸価格に幾分かの粗利を上乗せし、顧客１５４に対して各物品の販売価格を呈示することができる。そして、顧客１５４と担当者との間で何れかの物品について販売価格の合意が成立した場合には、担当者によって何れかの販売ボタン７６−１〜７６−Ｎが押下される。
【００５２】
何れかの販売ボタン７６−１〜７６−Ｎが押下されると、販売手続完了画面（ＳＰ３４）がレスポンスとして端末３１０に表示される。以後、上述した「物品ＩＤに基づく検索」における場合と同様の処理が実行されることになる。
【００５３】
(3)その他の動作
上記「物品ＩＤに基づく検索」が実行された場合に、当該物品ＩＤがそもそも物品個別データベース１６８に記録されていないこともある。また、当該物品ＩＤがデータベースに記録されていたとしても、物品状態情報が「貸出中」以外の状態である場合も考えられる。同様に、「顧客ＩＤに基づく検索」が実行された場合に、当該顧客にレンタルされている物品が全く存在しない場合も考えられる。このように、販売対象となり得る物品が存在しない場合には、物品検索ボタン６４または顧客検索ボタン６８の押下に対するレスポンスとして、物品不存在画面（ＳＰ３８）が端末３１０に表示される。
【００５４】
物品不存在画面（ＳＰ３８）においては、「当該件はありません」とのメッセージとともに、指定された物品ＩＤまたは顧客ＩＤのうち何れか一方と、確認ボタン７８とが表示される。また、価格等呈示画面（ＳＰ３２）または顧客別価格等呈示画面（ＳＰ３６）が表示されている際に、顧客１５４が結局何も購入しないことを決定した場合には、担当者によって中止ボタン７２または７７が押下され、処理が中止される。
【００５５】
2．2．4．解約動作
次に、顧客１５４が賃借中の物品を窓口店舗１５８に持参してレンタルの解約を求めた場合の処理を図６を参照し説明する。初期画面（ＳＰ２）において担当者が解約ボタン８を押下すると、物品・顧客検索画面（ＳＰ４０）が端末３１０に表示される。該画面においては、上述した物品・顧客検索画面（ＳＰ３０，図５）と同様に、解約に係る物品ＩＤを入力する物品ＩＤテキストボックス８０と、該物品ＩＤに基づく検索を指示するための物品検索ボタン８２と、レンタルの解約を希望する顧客ＩＤを入力する顧客ＩＤテキストボックス８４と、該顧客ＩＤに基づく検索を指示するための顧客検索ボタン８６とが表示される。
【００５６】
(1)物品ＩＤに基づく検索
ここで、担当者が特定の物品ＩＤを物品ＩＤテキストボックス８０に入力し、物品検索ボタン８２を押下すると、管理サーバ３００においては当該物品ＩＤを有する物品が物品個別データベース１６８から検索される。ここで、検索をリクエストされた物品が存在し、かつ、対応する物品状態情報が「貸出中」であれば、該検索結果に係る物品検索結果表示画面（ＳＰ４２）が端末３１０に表示される。
【００５７】
該画面においては、検索された物品の物品ＩＤと、対応する顧客ＩＤと、当該物品のレンタルが開始された日付（取引開始日）と、解約ボタン８８と、中止ボタン９０とが表示される。ところで、最初にレンタル契約が締結される際には、必要に応じて「最短貸出期間」が定められる。まず、新規品については、一旦使用されて在庫品になると物品の市場価値が大幅に低下する。このため、新規品のレンタル契約の締結後、短い期間内にレンタル契約を単に解約することを認めると、管理会社１５６に損害が生ずる。従って、新規品については、原則として「３ヶ月」の最短貸出期間が設定される。
【００５８】
一方、在庫品については、レンタル契約が解約された際における市場価値の低下は少ないが、物品の種類によっては清掃、調律などに手間がかかるものがある。そこで、在庫品については、物品の種類に応じて「１ヶ月」あるいは「３ヶ月」等任意の最短貸出期間が設定される場合もある。この最短貸出期間を経過した後、最大貸出月数までの期間を「通常期間」と呼ぶ。
【００５９】
さて、窓口店舗１５８の担当者が上記物品検索結果表示画面（ＳＰ４２）において解約ボタン８８を押下すると、管理サーバ３００においては、当該物品について最短貸出期間が経過しているか否かが判定される。そして、最短貸出期間が経過している場合には、レンタル契約の解約が直ちに承認され、レスポンスとして解約確認画面（ＳＰ４４）が端末３１０に表示される。該画面においては、解約手続が完了した旨のメッセージと、解約に係る物品ＩＤと、確認ボタン９２とが表示される。そして、担当者が確認ボタン７８を押下すると、端末３１０の表示内容は初期画面（ＳＰ２）に戻される。
【００６０】
一方、上記「通常期間」でない期間、すなわち最短貸出期間が経過していない物品について解約ボタン８８の押下により解約が申し込まれた場合には、管理サーバ３００において違約金が計算される。そして、管理サーバ３００からのレスポンスとして最短貸出期間警告画面（ＳＰ４８）が端末３１０に表示される。該画面においては、最短貸出期間が経過していない旨のメッセージと、対応する物品ＩＤと、対応する顧客ＩＤと、違約金の額と、解約ボタン１００と、中止ボタン１０２とが表示される。
【００６１】
従って、窓口店舗１５８の担当者は、違約金を支払ってもレンタル契約の解約するのか否か、顧客１５４に対して再確認することになる。そして、レンタル契約の解約が再確認されると、担当者によって解約ボタン１００が押下され、そのレスポンスとして解約確認画面（ＳＰ５０）が端末３１０に表示される。該解約確認画面（ＳＰ５０）においては、上述した通常期間内の解約確認画面（ＳＰ４４）の表示と同様の内容とともに、違約金の額が表示される。そして、担当者が解約確認画面（ＳＰ５０）内の確認ボタン１０６を押下すると、端末３１０の表示内容は初期画面（ＳＰ２）に戻される。
【００６２】
(2)顧客ＩＤに基づく検索
また、物品・顧客検索画面（ＳＰ４０）においては、担当者はレンタル契約の解約を希望する顧客１５４の顧客ＩＤを顧客ＩＤテキストボックス８４に入力し、顧客検索ボタン８６を押下してもよい。該顧客検索ボタン８６が押下されると、その旨がリクエストとして管理サーバ３００に送信される。これに対して管理サーバ３００においては、顧客データベース１６６が検索され、当該顧客１５４に貸与されている全ての物品が抽出される。
【００６３】
ここで、検索をリクエストされた顧客ＩＤが存在し、かつ、少なくとも一の物品が当該顧客１５４に対して賃貸されている場合には、管理サーバ３００においては当該一または複数（Ｎ個）の物品の検索結果を表示するための顧客別取引物品画面（ＳＰ４６）がレスポンスとして端末３１０に表示される。
【００６４】
該画面においては、対応する顧客ＩＤと、検索された全ての物品ＩＤと、中止ボタン９８とが表示される。さらに、検索されたＮ個の物品ＩＤの個々に対応して、取引開始日と、解約ボタン９６−１〜９６−Ｎとが表示される。ここで、担当者が解約ボタン９６−１〜９６−Ｎのうち何れかを押下すると、その旨がリクエストとして管理サーバ３００に送信される。
【００６５】
以後の処理は、上述した契約ボタン４２の解約ボタン８８が押下された場合の処理と同様である。すなわち、押下された解約ボタン９６−１〜９６−Ｎに係る物品について最短貸出期間が経過していれば解約確認画面（ＳＰ４４）が端末３１０に表示され、最短貸出期間が経過していなければ最短貸出期間警告画面（ＳＰ４８）が端末３１０に表示されることになる。
【００６６】
(3)その他の動作
物品ＩＤテキストボックス８０に入力された物品ＩＤが物品個別データベース１６８に記録されていない場合、当該物品ＩＤに係る物品状態情報が「貸出中」以外の状態である場合、顧客ＩＤテキストボックス８４に入力された顧客ＩＤに係る顧客が何れの物品も賃借していない場合、その他解消し得るレンタル契約がそもそも存在しない場合もありうる。かかる場合には、物品検索ボタン８２または顧客検索ボタン８６の押下に対するレスポンスとして物品不存在画面（ＳＰ５２）が端末３１０に表示される。
【００６７】
物品不存在画面（ＳＰ５２）においては、「当該件はありません」とのメッセージとともに、指定された物品ＩＤまたは顧客ＩＤのうち何れか一方と、確認ボタン１０８とが表示される。そして、物品検索結果表示画面（ＳＰ４２）、顧客別取引物品画面（ＳＰ４６）または最短貸出期間警告画面（ＳＰ４８）において、顧客１５４が解約の中止を決定した場合には、担当者によって中止ボタン９０，９８または１０２が押下され、表示内容が初期画面（ＳＰ２）に戻される。
【００６８】
2．2．5．物品管理動作
上述したように、在庫品のレンタル契約が締結された後、当該在庫品が顧客１５４に引き渡された旨が確認されると、バックヤード１６２において、当該在庫品の「物品状態情報」が更新される。また、バックヤード１６２においては、レンタル契約終了後の物品が窓口店舗１５８から搬入されると、当該物品について清掃、調律等の保守が行われ、当該物品が在庫品として保管される。そして、これらの作業に際して、当該物品の状態が逐次変更されるため、各物品の状態を物品個別データベース１６８における「物品状態情報」に反映させておく必要がある。かかる場合の処理を図７を参照し説明する。
【００６９】
まず、何れかの物品について「物品状態情報」を変更する必要が生じると、バックヤード１６２の担当者（端末３２０の操作者）によって物品管理ボタン１０が押下される。該ボタンが押下されると、そのレスポンスとして物品ＩＤ入力画面（ＳＰ６０）が端末３２０に表示される。該画面においては、管理すべき物品の物品ＩＤを入力する物品ＩＤテキストボックス１２０と、当該物品の検索を指示する物品検索ボタン１２２とが表示される。
【００７０】
ここで、担当者が対象となる物品ＩＤをテキストボックス１２０に入力し、物品検索ボタン１２２を押下すると、管理サーバ３００においては、物品個別データベース１６８から当該物品ＩＤが検索される。ここで、指定された物品ＩＤを有するレコードが存在した場合は、当該物品に係る物品状態更新画面（ＳＰ６２）がレスポンスとして端末３２０に表示される。
【００７１】
該画面においては、対象となる物品ＩＤと、当該物品の状態（物品状態情報）を表示／選択するリストボックス１２４と、該物品状態情報が最後に更新された日付と、更新ボタン１２６と、中止ボタン１２８とが表示される。なお、リストボックス１２４においては、物品状態情報として採りうる値がリストアップされている。上述したように、物品状態情報として採りうる値は「予約中」、「貸出指示中」、「貸出中」、「保守中」、「貸出可」、「利用不可」等であるが、これらのうち「予約中」および「貸出指示中」は管理サーバ３００によって自動的に設定される値であるため、端末３２０では選択できないように設定されている。
【００７２】
ここで、担当者がリストボックス１２４の中から何れかの状態を選択し更新ボタン１２６を押下すると、そのレスポンスとして物品状態情報更新確認画面（ＳＰ６４）が端末３２０に表示される。該画面においては、物品状態情報を更新した旨と、更新に係る物品ＩＤと、更新後の物品状態情報と、確認ボタン１３０とが表示される。
【００７３】
また、物品ＩＤ入力画面（ＳＰ６０）の物品検索ボタン１２２が押下された際、指定された物品ＩＤに係るレコードが物品個別データベース１６８内に存在しなかった場合には、レスポンスとして物品不存在画面（ＳＰ６６）が端末３２０に表示される。該物品不存在画面（ＳＰ６６）においては、「当該件はありません」とのメッセージとともに、指定された物品ＩＤと、確認ボタン１３２とが表示される。
【００７４】
具体的には、バックヤード１６２の担当者は、指定された窓口店舗１５８に物品を配送した段階で物品状態情報を「貸出中」に変更し、物品を回収して保守（洗浄、調律等）を開始した段階で物品状態情報を「保守中」に変更し、保守が完了した段階で「貸出可」に変更することになる。この一連の作業中、物品個別データベース１６８においては、「貸出中」からその他の状態に変更された物品の「属性係数」は、在庫品に対応する属性係数（例えば「０.６３」）に自動的に変更される。
【００７５】
2．3．管理サーバ３００における具体的動作
2．3．1．新規取引の料金計算
先に在庫品レンタル画面（ＳＰ４，図４）および新規品レンタル画面（ＳＰ１０）等において説明したように、在庫品または新規品のレンタルが可能である場合には、管理サーバ３００において該物品のレンタル料金が計算される。かかる計算は、具体的には図８(a)に示すレンタル料金計算ルーチンによって実行される。以下その計算方法の詳細を同図を参照し説明する。図において処理がステップＳＰ３０２に進むと、端末３１０からのリクエスト（新規品レンタル画面（ＳＰ１０）の検索ボタン３４の押下によって生ずるリクエスト）中に含まれる物品の型番が読み出され、新規取引に係る物品種別が特定される。
【００７６】
次に、処理がステップＳＰ３０４に進むと、当該物品に対する属性係数が特定される。なお、上述したように新規品に対する属性係数は常に「１」であり、在庫品の場合は例えば「０.６３」である。次に、処理がステップＳＰ３０６に進むと、物品共通データベース１６４の中から、該物品種別に対応する標準販売価格および最大貸出月数が読み出される。次に、処理がステップＳＰ３１０に進むと、これら読み出された情報に基づいて月額レンタル料金Ｆ（Ａ，Ｂ，Ｃ）が計算される。この計算式は、例えば下式の通りである。なお、下式１において、Ａは標準販売価格、Ｂは最大貸出月数、Ｃは属性係数であり、以下の説明においてRound（）は「１００」以下を切り捨てる関数である。
月額レンタル料金Ｆ（Ａ，Ｂ，Ｃ）＝Round（Ｃ＊Ａ／（Ｂ＋１））……式(１)
【００７７】
但し、月額レンタル料金は必ずしも式１によって一律に決定されるわけではなく、例えばキャンペーンなどを行う場合には、特定の物品種別に対して、通常より安い月額レンタル料金が設定される場合もある。かかる場合には、上記ステップＳＰ３０６，ＳＰ３１０に代えて、ステップＳＰ３０８が実行される。同ステップにおいては、該物品種別に対応付けられた定義済み料金が物品共通データベース１６４中のレンタル料金定義情報から読み出され、読み出された料金が月額レンタル料金に設定される。従って、図８(b)に示すように、本実施形態における月額レンタル料金Ｆは、経過月数にかかわらず一定になる。
【００７８】
2．3．2．中途販売時の卸売価格
先に物品・顧客検索画面（ＳＰ３０，図５）等において説明したように、顧客ＩＤまたは物品ＩＤが指定されると、一または複数の物品の卸価格が管理サーバ３００において計算される。かかる計算は、具体的には図９に示す販売料金計算ルーチンによって実行される。以下その計算方法の詳細を同図を参照し説明する。図において処理がステップＳＰ３３０に進むと、顧客データベース１６６が検索され、ここに記憶されたレンタル物品情報リストに基づいて、販売対象物品のレンタル開始日等のパラメータが読み出される。次に、処理がステップＳＰ３３２に進むと、このレンタル開始日と現時点の日付とに基づいて、レンタル料金支払回数Ｄが特定される。
【００７９】
次に、処理がステップＳＰ３３４に進むと、販売対象となる物品の物品ＩＤに基づいて物品個別データベース１６８が検索され、処理がステップＳＰ３３６に進むと検索結果に基づいて当該物品の属性係数Ｃが特定される。次に、処理がステップＳＰ３３８に進むと、物品共通データベース１６４が検索され、当該物品の標準販売価格Ａ、最大貸出月数Ｂ、および初月販売時の割引率Ｅが読み出される。
【００８０】
次に、処理がステップＳＰ３４２に進むと、上述した各パラメータ（標準販売価格Ａ、最大貸出月数Ｂ、属性係数Ｃ、レンタル料金支払回数Ｄ、割引率Ｅ）に基づいて、販売基準価格、想定販売価格および卸価格が決定される。まず、販売基準価格とは、顧客１５４が最終的にその物品に対して費やすと想定される金額の総計であり、原則的には下式２に基づいて計算される。なお、下式２において、各パラメータＡ，Ｂ，Ｃ，Ｄ，Ｅの意味は上述した通りである。
販売基準価格Ｇ（Ａ，Ｂ，Ｃ，Ｄ，Ｅ）
＝Round（Ｃ＊（Ｅ＊Ａ＊（Ｄ−１）／（Ｂ−１）＋（１−Ｅ）＊Ａ）……式(２)
【００８１】
ここで、月数の経過に対する販売基準価格Ｇの推移を図９(b)に示す。
まず、レンタル契約後、初月に当該レンタル品を購入した場合は、販売基準価格Ｇは、「（１−Ｅ）＊Ａ」に等しくなる。また、最大貸出月数Ｂを経過した時に当該レンタル品を購入した場合は、販売基準価格Ｇは標準販売価格Ａに等しくなる。そして、両者の中間の各月においては、販売基準価格Ｇは直線的に変化する。
【００８２】
しかし、顧客１５４が支払う金額の総計は標準販売価格Ａ以下の値になることが必ず保証されている。これにより、レンタル契約を解消して物品を購入する場合であっても、顧客１５４は過大な負担が生じないことを予め知ることができるから、顧客１５４は安心してレンタル契約を締結することができるのである。
【００８３】
ところで、月額レンタル料金は一定であるから、レンタル料金支払回数Ｄと、月額レンタル料金Ｆとが特定されると、両者の乗算結果により過去に支払った累積レンタル料金ΣＲＥＮＴＡＬが特定される。そして、想定販売価格は、販売基準価格Ｇから累積レンタル料金ΣＲＥＮＴＡＬを減算した値に設定される。ここで、販売基準価格Ｇ、累積レンタル料金ΣＲＥＮＴＡＬおよび想定販売価格の関係を図１０(a)に示す。同図に示すように、月数を経る毎に販売基準価格Ｇは増加するが、想定販売価格は徐々に減少してゆくことが解る。
【００８４】
また、管理会社１５６はクレジットカード会社１５２を介して月額レンタル料金を徴収するが、徴収された月額レンタル料金に対して一定の利益率（例えば１５％）を乗算した金額が、仲介手数料として各月毎に窓口店舗１５８に支払われる。このため、窓口店舗１５８に支払われる仲介手数料額の累計（ΣＲＥＮＴＡＬ＊利益率）は、月数を経るに従って、図１０(b)に示すように増加してゆくことになる。
【００８５】
一方、本実施形態においては、想定販売価格で当該物品を販売する限り、顧客１５４が物品を購入するタイミングにかかわらず、窓口店舗１５８が「一定の利益」（想定利益）を得ることが保証されている。この想定利益は、当該物品のレンタル期間中および販売時において得られる利益の総和である。これにより、想定販売価格で当該物品を販売した場合の販売時における粗利（想定粗利）は、想定利益から仲介手数料額の累計（ΣＲＥＮＴＡＬ＊利益率）を減算した結果になる。上述したように仲介手数料額の累計（ΣＲＥＮＴＡＬ＊利益率）は、月数を経るに従って増加してゆくから、窓口店舗１５８における販売時の想定粗利は月数を経る毎に減少してゆくことになる。
【００８６】
そして、管理会社１５６から窓口店舗１５８に対する卸価格は、「想定販売価格−想定粗利」、すなわち「想定販売価格−（想定利益−仲介手数料額の累計）」に設定され、この卸価格が上述した価格等呈示画面（ＳＰ３２）および顧客別価格等呈示画面（ＳＰ３６）に表示されることになる。
【００８７】
ところで、上述したように、販売基準価格Ｇは、原則的には上記式２によって一意に決定されるが、例えばキャンペーンなどを行う場合には、特定の物品種別に対して、通常より安い販売基準価格が設定される場合もある。かかる場合には、当該物品種別に対して、レンタル料金支払回数Ｄに対する販売基準価格を定めた価格テーブルが予めハードディスク２２４上に作成される。ここで、このように変則的に決定される販売基準価格Ｇ’，Ｇ”の例を図１０(c)，(d)に示しておく。このように価格テーブルが作成された物品種別に対しては、上記ステップＳＰ３３８，ＳＰ３４２に代えて、ステップＳＰ３４０，ＳＰ３４４が実行される。
【００８８】
まず、ステップＳＰ３４０においては、物品種別に応じた価格テーブルがハードディスク２２４から読み出される。次に、ステップＳＰ３４４においては、レンタル料金支払回数Ｄに対応して記憶されている価格が販売基準価格Ｇに設定される。以下、上記ステップＳＰ３４２の場合と同様に、想定販売価格および卸価格が決定される。換言すれば、管理会社１５６において販売基準価格Ｇを操作した場合であっても、窓口店舗１５８においては想定販売価格で物品を販売する限り、必ず想定利益を確保することができるのである。
【００８９】
2．3．3．課金処理
管理会社１５６の顧客１５４に対する課金処理は、原則的にはクレジットカード会社１５２を介して行われる。月額レンタル料金を請求すべき顧客は、顧客データベース１６６を検索することによって特定される。すなわち、「レンタル物品情報リスト」に少なくとも「１」以上の項目を有し、かつ、これらの項目のうち何れかは「レンタル開始日が設定されており（＝物品の引渡しが完了しており）」、「レンタル終了予定日が設定されていない（＝まだレンタル契約が解約されていない）」場合に、当該顧客１５４は月額レンタル料金を請求する対象になる。そして、上述したように、管理会社１５６から窓口店舗１５８に対しては、月額レンタル料金に対して所定の利益率を乗算した金額が仲介手数料として月々支払われることになる。
【００９０】
3．実施形態の効果
以上のように、本実施形態によれば、顧客１５４は購入するよりも安い価格で所望の物品を利用することができ、レンタル中の物品を購入したいと欲した場合は、現在利用中の物品そのものを、標準販売価格以下で購入し、所有することができる。
また、顧客１５４にとってこのような利点が多いことにより、物品の利用に対する敷居が低くなり、窓口店舗１５８にとっては足が遠のいていた顧客の獲得が望める。
さらに、本実施形態によれば、価格体系を物品の属性（新規品／在庫品）から選択できるため、顧客の多様な金銭的ニーズに対応することができる。
【００９１】
また、レンタル時および販売時を通じて窓口店舗１５８が受ける想定利益が一定に保たれていることにより、例えば窓口店舗１５８が自己の利益を確保するために顧客１５４に無理に物品の購入を奨めたり、あるいは物品の販売を渋ったりするような事態を未然に防止することができる。
また、窓口店舗１５８が物品の販売店を兼ねる場合には、管理会社１５６が保有する種々の物品の顧客に対する貸与／販売を仲介することにより、店舗在庫の圧縮を図りつつ、通常の販売と同様の利益を確保し、ひいては顧客の嗜好に合致した商品（物品）を総合的に提供できるようになる。
【００９２】
4．変形例
本発明は上述した実施形態に限定されるものではなく、例えば以下のように種々の変形が可能である。
(1)上記実施形態においては、管理サーバ３００上で動作するアプリケーションプログラムと端末３１０，３２０上で動作するブラウザとによってレンタル・販売管理システムのソフトウエアを構成したが、このアプリケーションプログラムのみをＣＤ−ＲＯＭ、フレキシブルディスク等の記録媒体に格納して頒布し、あるいは伝送路を通じて頒布することもできる。
【００９３】
(2)また、上記実施形態においては、管理サーバ３００と端末３１０，３２０との通信にＨＴＴＰプロトコルを採用したが、同等のシステムを提供可能なプロトコルであれば、他のプロトコルを採用してもよいことは言うまでもない。
【００９４】
(3)上記実施形態における各料金の算出方法は上述した方法に限定されるものではない。例えば、レンタル料金や販売基準価格Ｇは貸出月数をパラメータとした関数（あるいはテーブル）であってもよく、月額レンタル料金は一定であっても変動させてもよい。また、月額レンタル料金を変動させる場合、変動特性は線形であってもよく非線形であってもよく、任意の関数を適用してもよい。
【００９５】
(4)また、他の料金の設定方法についても、
・顧客が支払う料金の総額（販売基準価格Ｇ）が標準販売価格Ａ以下であること、および
・仲介者（窓口店舗１５８）が受ける利益を一定以上保証すること
の２条件を満足させる限り、物品の特性やマーケッティング戦略に基づいて、任意の貸出月数や料金体系を設定することができる。例えば製品寿命の短い物品（物品の世代交代の間隔が短い物品等）は、管理会社１５６としては可能な限り在庫品を圧縮するか、早期に物品の購入・管理コストを回収する必要がある。従って、かかる物品については在庫品の属性係数Ｃを低めに設定し、あるいは最大貸出月数Ｂを短めに設定することにより、在庫品の回転率を向上させるとよい。また、かかる物品については、累積レンタル料金ΣＲＥＮＴＡＬが早期に立上がり、徐々に最高額に漸近するように月額レンタル料金を設定し、早期に運用コストの回収が図れるようにしてもよい。
【００９６】
(5)上記実施形態においては、レンタル物品の選択肢が新規品または在庫品の二者しかなかったが、「３」以上の種類に従って分類してもよい。例えば、過去のレンタル回数によって区分してもよく、物品そのものの程度（極上、上、並等）に応じて区分してもよい。
【００９７】
(6)上記実施形態においてレンタル対象として好適な物品は、楽器、音響設備、オーディオ機器、防音設備等の比較的高価であり、かつ趣味性が高く、高耐久性を有する物品であるが、これら以外のものをレンタル対象にしてもよい。例えば、パーソナルコンピュータ、自動車、船舶、航空機、農作業具、家具、家屋、衣類、所定の保護処理がなされたプログラムを含むデジタルコンテンツ等、物理的あるいは仮想的に一意に特定可能であり、物品の貸出／回収／再貸出が可能なものであれば、全てレンタル対象になりうる。
【００９８】
(7)また、上記実施形態における窓口店舗１５８は物理的な店舗であってもよく、インターネット上に展開する仮想的な店舗であってもよい。また、上記窓口店舗１５８に設けられる端末３１０に代えて、管理会社１５６が運営するＷｅｂサイトと顧客１５４が利用するパーソナルコンピュータとによって同様の処理を実行させてもよい。このように顧客向けのＷｅｂサイトを管理会社１５６が直接運営する場合には、上記窓口店舗１５８が受益すべき利益額を差し引いたレンタル料金あるいは販売価格を顧客から徴収するようにしてもよい。
【００９９】
(8)また、上記実施形態においては、レンタルされる物品が顧客１５４に引き渡された場合等には、バックヤード１６２において当該物品の「物品状態情報」が更新されたが、かかる作業を窓口店舗１５８において実行するようにしてもよい。例えば、図示しない所定のフォームあるいは電子メールを介して、物品を引き渡した旨を管理会社１５６の管理サーバ３００に通知するようにしてもよい。特に、レンタルされる物品が新規品である場合は、当該物品が回収されるまでバックヤード１６２は関与しないため、窓口店舗１５８において作業を行うことが効率的であると考えられる。この場合に、例えば端末３１０に所定の「引渡し報告画面」を表示させ、図４の顧客ＩＤ入力画面（ＳＰ１６）と同様の画面によって、引渡しの報告を行わせるようにするとよい。
【０１００】
(9)また、データベース１６４，１６６，１６８には、上述した以外の様々なデータを追加して記憶させてもよい。例えば、顧客データベース１６６内の「レンタル物品情報リスト」には、各物品毎に「レンタル契約満了日」を記憶させてもよい。この「レンタル契約満了日」は、物品の引渡し日と入力されるレンタル期間とに基づいて自動的に設定されるようにすると好適であり、図示しない入力フォームによって、最大貸出月数内で延長可能にするとよい。
【０１０１】
(10)また、図２に示す例においては、貸与される新規品または在庫品は、窓口店舗１５８を介して顧客１５４に配送されたが、メーカ１６０またはバックヤード１６２から顧客１５４に新規品または在庫品を直接納品するようにしてもよい。
【０１０２】
(11)また、上記実施形態においては、図５の価格等呈示画面（ＳＰ３２）および顧客別価格等呈示画面（ＳＰ３６）において卸価格を表示したが、これに代えて想定販売価格を表示してもよい。これにより、これら画面を直接的に顧客１５４に見せることができるようになる。
【０１０３】
(12)また、上記実施形態においては、窓口店舗１５８が顧客１５４から販売代金を受領し、卸価格を管理会社１５６に対して支払ったが、管理会社１５６が顧客１５４に対してレンタル品を販売する形式を採用してもよい。かかる場合には、価格等呈示画面（ＳＰ３２）および顧客別価格等呈示画面（ＳＰ３６）において、上述した想定販売価格が最終的な販売価格として表示される。この販売価格は、管理会社１５６によって、クレジットカード会社１５２を介して顧客１５４から徴収される。そして、この最終的な販売価格から卸価格を減算した差額を、窓口店舗１５８に対して仲介手数料として入金するようにするとよい。
【０１０４】
(13)また、上記実施形態においては、標準販売価格Ａ、最大貸出月数Ｂ、属性係数Ｃに基づいて月額レンタル料金Ｆが一律に決定されたが、最短貸出期間および最大貸出月数Ｂ等が異なる複数の料金体系に基づいて複数種類の月額レンタル料金を呈示し、任意のものを選択可能にしてもよい。かかる場合には、契約条件呈示画面（ＳＰ６またはＳＰ１２）において、料金体系に各々対応するボタンを設け、押下されたボタンに応じて管理サーバ３００が料金体系を判断するようにするとよい。また、同一種類の物品であっても、高級品／普及品の別および新規品／在庫品の別に応じて料金体系を相違させてもよい。
【０１０５】
5．実施態様
本発明には、以下のような実施態様がある。
(１) 前記受取総額（Ｇ）は、前記中途購入の申し込みを受けるまでの賃貸期間（Ｄ）が経過するほど高くなるように設定され、かつ、前記最大貸出期間（Ｂ）の終了時に前記中途購入の申し込みを受けた場合であっても、前記標準販売価格（Ａ）以下になるように設定される
ことを特徴とする請求項２記載の賃貸・販売管理方法。
(２) 前記賃貸料計算過程の前に実行され、一の前記物品に対応した複数の料金体系の中から任意の一の料金体系を選択する選択過程（変形例）をさらに有することを特徴とする請求項１ないし３の何れかに記載の賃貸・販売管理方法。
(３) 前記在庫情報に蓄積されている物品の中から一の物品について中途購入の申し込みを受けた旨を認識する中途購入申込認識過程（販売ボタン７０，７６−１〜７６−Ｎの押下）と、
該中途購入申込認識過程が実行されたことを条件として、前記一の物品については利用が不能である旨を前記在庫情報に記録する過程と
を有することを特徴とする請求項４記載の賃貸・販売管理方法。
(４) 物品の賃貸料を所定期間毎に顧客から徴収する過程と、
徴収した前記賃貸料の一部を仲介手数料として仲介者（１５８）に分配する過程と、
前記顧客から前記物品について中途購入の申し込みを受けた旨を認識する中途購入申込認識過程（販売ボタン７０，７６−１〜７６−Ｎの押下）と、
該中途購入申込認識過程が実行されたことを条件として、前記物品の販売価格を決定するとともに、該販売価格を前記顧客から徴収する過程（変形例）と、
前記決定した販売価格に基づいて、前記物品の卸値に相当する卸値相当金額を決定する過程と、
前記販売価格と、前記卸値相当金額との差額を、前記仲介者（１５８）に分配する過程（変形例）と
を有することを特徴とする賃貸・販売管理方法。
【０１０６】
【発明の効果】
以上説明したように本発明によれば、楽器等のレンタルと、レンタル品の販売とを統一的に管理できるから、ユーザの負担を適正な範囲に抑えつつ、楽器等の価格決定を行うことができる。
【図面の簡単な説明】
【図１】 本発明の一実施形態における管理サーバ３００のブロック図である。
【図２】 本発明の一実施形態のレンタル・販売管理システムのビジネスフローである。
【図３】 管理サーバ３００と端末３１０との間の通信の一般的動作を示すフローチャートである。
【図４】 端末３１０，３２０の具体的動作を示す画面フローである。
【図５】 端末３１０，３２０の具体的動作を示す画面フローである。
【図６】 端末３１０，３２０の具体的動作を示す画面フローである。
【図７】 端末３１０，３２０の具体的動作を示す画面フローである。
【図８】 レンタル料金計算ルーチンのフローチャートおよび動作説明図である。
【図９】 販売料金計算ルーチンのフローチャートおよび動作説明図である。
【図１０】 販売料金計算ルーチンの動作説明図である。
【符号の説明】
２：新規品レンタルボタン、４：在庫品レンタルボタン、６：販売ボタン、８，８８，９６−１〜９６−Ｎ，１００：解約ボタン、１０：物品管理ボタン、１２，３０：型番テキストボックス、１４，３２：レンタル期間テキストボックス、１６：在庫検索ボタン、１８：予約物品ＩＤテキストボックス、２０：予約検索ボタン、２２：予約ボタン、２４，３６，４２，４８：契約ボタン、２６，３８，４４，５０，７２，７７，９０，９８，１０２，１２８：中止ボタン、２８，５２，５４，５６，７４，７８，９２，１０６，１０８，１３０，１３２：確認ボタン、３４：検索ボタン、４０，４５，６６，８４：顧客ＩＤテキストボックス、４６：予約解除ボタン、６２，８０：物品ＩＤテキストボックス、６４，８２，１２２：物品検索ボタン、６８，８６：顧客検索ボタン、７０，７６−１〜７６−Ｎ：販売ボタン、１２０：物品ＩＤテキストボックス、１２４：リストボックス、１２６：更新ボタン、１５２：クレジットカード会社、１５４：顧客、１５６：管理会社（賃貸業者）、１５８：窓口店舗（仲介者）、１６０：メーカ、１６２：バックヤード、１６４：物品共通データベース、１６６：顧客データベース、１６８：物品個別データベース、２０２：通信インタフェース、２０４：キーボード、２０６：マウス、２０８：ディスプレイ、２１０：ＣＰＵ、２１２：ＲＯＭ、２１６：バス、２１８：リムーバルディスクドライブ装置、２２０：リムーバルディスク、２２４：ハードディスク、２３０：ＲＡＭ、２４０：通信ネットワーク、３００：管理サーバ、３１０，３２０：端末。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a rental / sales management method, a rental / sales management device, and a program suitable for use in rental operations of musical instruments and the like.
[0002]
[Prior art]
As a hobby, a user who wants to start playing a musical instrument newly needs to obtain a musical instrument first. As a method for obtaining a musical instrument, a method of purchasing a new product or a second-hand product, or receiving a rental of a new product or a second-hand product from a rental company or the like can be considered. It is desirable that which method to obtain can be determined by a user's free selection. Note that a system that mediates a commercial transaction between a person who desires to rent a new product and a person who desires to purchase second-hand goods after the end of the lease period is disclosed in, for example, Patent Document 1 and the like.
[0003]
[Patent Document 1]
JP 2002-312662 A
[0004]
[Problems to be solved by the invention]
By the way, since many musical instruments are expensive, a user who wants to start playing a musical instrument as a hobby sometimes rents rental products at first. After that, if it is possible to continue as a hobby for many years, the user wants to own the instrument himself. At that time, the user has a strong tendency to desire to purchase a rental product that has been rented up to now rather than simply purchasing a musical instrument. One of the reasons is that the instruments have individuality. That is, even if the musical instruments have the same model number, there are subtle differences in the timbre, so the user desires to purchase a musical instrument that he / she actually confirmed. One of the reasons is that musical instruments have a strong hobby, so they can become attached while using them.
[0005]
However, in the conventional sales system or rental system, “rental” and “sale” are completely different business transactions, and even if the user stops renting, there is no guarantee that the rented instrument can be obtained. . Furthermore, even if the instrument that was rented could be purchased, there was no clear relationship between the cost that the user paid for renting and the cost that the user paid to purchase the instrument. Therefore, there is a possibility that an excessive burden is imposed on the user. The present invention has been made in view of the above-described circumstances, and manages rental and sales by determining the price of musical instruments and the like while keeping the burden on the user within an appropriate range by managing rental and sales in a unified manner. It aims to provide a method, rental and sales management device and program.
[0006]
[Means for Solving the Problems]
  In order to solve the above problems, the present invention is characterized by having the following configuration. The parentheses are examples.
  The rental / sales management method according to claim 1, wherein the management terminal executes a rental / sales management method executed in a management terminal that manages the rental of a plurality of types of articles to be rented to a customer. Storage means (224, 230), processing means (210), output means (208),Reception means (70, 76-1 to 76-N) for receiving an application for mid-term purchase andWithIn addition, the storage means stores the start date of rental,The processing means (210) is attribute information of a plurality of types of goods to be rented.(A, B)Is stored in the storage means (224, 230) for each article, and the attribute information(A, B)Includes an attribute storage process including information specifying at least a standard selling price (A) and a maximum lending period (B), and the processing means (210) includes:Read the attribute information (A, B) from the storage means,The standard selling price (A) is set so that the sum of the rent paid by the customer (ΣRENTAL) for each unit period (January) within the maximum lending period (B) does not exceed the standard selling price (A). A rent calculation process for calculating the rent (F) by rounding a value obtained by dividing the maximum lending period (B) by the unit period number + 1 by a predetermined number of digits, and the processing means (210) is configured to calculate the rent An output process for outputting the charge by the output means (208);,The processing means (210) receives the article from the customer at the reception means (70, 76-1 to 76-N) at an arbitrary time from the start of leasing to the maximum lending period (B). An intermediate purchase application recognition process (pressing sales buttons 70, 76-1 to 76-N) for recognizing that an application for intermediate purchase has been received and the processing means (210) are stored in the storage means. A step (SP332) of specifying the number of payments of the rent paid by a customer with the unit period as one unit from the date of starting the rental and the date of receiving the mid-term purchase application, and the processing means (210) But,Read the attribute information (A, B) from the storage means,The total amount of money to be paid for the goodsPrice information corresponding to the number of payments (D) specified in the attribute information (A, B) (FIG. 10). (c) , (d) G ′, G ″) are defined, the price information is read from the storage means and the sales reference price (G) corresponding to the number of payments (D) is determined based on the price information, When the price information (G ′, G ″) is not defined, it corresponds to the standard selling price (A), the value obtained by subtracting 1 from the number of payments (D), and the maximum lending period (B). A value (A * (D-1) / (B-1) + A) obtained by adding a value obtained by multiplying the ratio of the unit period number to the value obtained by subtracting 1 to the standard selling price (A) by a predetermined number of digits. Determining the rounded sales base price (G), and the processing means (210) is the sales base price (G) and a sum of rents paid in the past from the customer (ΣRENTAL), The difference between the rent multiplied by the number of payments is the selling price (assumed selling price) And an output process in which the processing means (210) causes the output means (208) to output the determined selling price.It is characterized by having.
  And claims2In the described configuration, the claim1In the rental and sales management method described inin frontThe storage means stores time information (rental start date) indicating a start time of rental of the article and a predetermined profit amount (assumed profit), and the processing means (210) includes the rental agent (156) and the The process of determining the rental brokerage fee to be paid to the broker (158) brokering with the customer;,The processing means (210) is the storage means.Read the time information fromThe total rental commission fee (ΣRENTAL * profit rate) paid by the leaser to the broker during the period from the start of rental of the goods indicated by the time information to when the mid-term purchase application recognition process is executed. The process of calculating and the processing means (210)Read the predetermined profit amount from the storage means,After execution of the mid-term purchase application recognition process, the sum of the estimated gross profit that the broker (158) obtains when selling the goods and the total of the rental brokerage fee isTheAnd a step of determining a wholesale price of the article by subtracting a total of the rental brokerage fee from the predetermined profit amount (assumed profit) so as to be a predetermined profit amount (assumed profit).
  And claims3In the described configuration, claim 1 is provided.Or 2In the rental / sales management method according to claim 1, the management terminal includes means for inputting inventory information and rental application reception means (2, 4) for receiving a rental application, and the processing means (210) is configured to input the input. The storage means stores the inventory information of the rented articles, and the processing means (210) is at least the type (article name) of the rented articles via the rental application receiving means (2, 4). And a lease application reception process (pressing buttons 2 and 4) for accepting a lease application with the attribute (new article, inventory), and the processing means (210) has the attribute of the rental object as the first attribute (new article). ) On the condition that the purchase target article is newly purchased, and a delivery instruction for delivering the newly purchased rental target article to the customer is transmitted to the merchant terminal. On the condition that the process (delivery instruction to the manufacturer 160 by the contract button 42) and the processing means (210) have the attribute of the rental object is the second attribute (stock item) informationBy reading from the storage meansThe presence / absence of inventory is detected by reference (search processing for the inventory search button 16), and an instruction for delivering the rental object to the customer is provided on the condition that the inventory of the rental object exists. And a process of executing a delivery process to be transmitted to the management terminal (320) (a delivery command to the backyard 162 by the contract button 48).
  And claims4In the described configuration, claim 1 is provided.3In the rental and sales management method described in any of the above,in frontStorage meansIsStoring information related to the rent paid by a customer via a predetermined financial institution, and the processing means (210) confirming the rent of the received goods every predetermined period; and the processing means ( 210) distributing a part of the collected rent to the broker as a brokerage fee, and the processing means (210)SaidOn the condition that an intermediate purchase application recognition process has been executed, an assumed sales price assumed as a sales price collected by the intermediary from the customer when the article is sold is calculated, and the article is based on the assumed sales price. A wholesale price determining process, and a process of charging the wholesale price to the broker.
  Claims5In the rental / sales management device described above, claims 1 to4The rental / sales management method described in any of the above is executed.
  Claims6In the described program, claims 1 to4The rental / sales management method according to any one of the above is executed by the processing means (210).
[0007]
DETAILED DESCRIPTION OF THE INVENTION
1． Configuration of the embodiment
1.1. Business overview
Next, details of the rental / sales management system according to an embodiment of the present invention will be described.
First, in this embodiment, three types of business are assumed for instruments such as musical instruments, such as “rental of new product”, “rental of stock”, and “sale of new or leased product”. Here, the “new product” is an unused item, and the “stock item” is a used item that is in stock by a management company that is a rental company. Although it is also possible for businesses to sell new products or stocks that have not yet been rented to customers, various known technologies are known for selling such products. Simply apply.
[0008]
Next, the business flow in this embodiment will be described with reference to FIG.
In the figure, 154 is a customer who rents or purchases goods, and 156 is a management company which rents or sells the goods. Reference numeral 158 denotes a window store, which mediates between the customer 154 and the management company 156 when leasing and selling goods. A credit card company 152 collects fees such as rent and sales fees from the customer 154 in response to a request from the management company 156. A manufacturer 160 supplies new articles according to a request from the management company 156. Reference numeral 162 denotes a backyard, which stores, maintains, and manages distribution of inventory of the management company 156.
[0009]
A management server 300 is installed in the management company 156, and terminals 310 and 320 are installed in the window store 158 and the backyard 162. These servers and terminals are connected to each other via the Internet. When the customer 154 wishes to rent a new article, the customer 154 makes an application to that effect to the window store 158. When this article is a new article, the window store 158 notifies the management company 156 that a new contract has been concluded. In the management company 156, the article is ordered from the manufacturer 160. The goods delivered from the manufacturer 160 are delivered to the window store 158, and the goods are lent to the customer 154 from here.
[0010]
When the article to be rented is a stock, the management server 300 instructs the backyard 162 to deliver the article. As a result, the article is delivered from the backyard 162 to the window store 158, and the article is lent to the customer 154. Further, when a rental contract for goods is established, the monthly rental fee is collected from the customer 154 by the credit card company 152 and deposited into the management company 156.
[0011]
Incidentally, the management server 300 of the management company 156 stores an article common database 164, a customer database 166, and an article individual database 168. Here, in the article individual database 168, a “record” is formed for each article, and each record includes the following fields.
Article ID: A unique value (serial number) assigned to each article.
Item type information: the model number of the item.
-Article status information: Information indicating the occupation or maintenance status of the article, such as “Reserving”, “Lending instruction”, “Lending”, “Maintenance”, “Lending available”, “Not available”, etc. Has a value.
Attribute coefficient: A constant that is multiplied by the standard selling price of the article in order to determine the price of the article. The value is “1” for a new product, and is set to a value such as “0.63” for a stock product.
Transaction customer information: customer ID (membership number) of a customer who rents the product.
Dealer store information: Store ID of the contact store that mediates the rental of the article.
[0012]
In the customer database 166, a “record” is formed for each customer, and each record is composed of the following fields.
Customer ID: A unique member number assigned to each customer.
・ Personal information: Information such as the customer's address and name.
Rental article information list: a field formed by recording an article ID, a store ID, a rental start date, a scheduled rental end date, and the like for each article rented by the customer.
[0013]
In the article common database 164, a “record” is formed for each article type (model number), and each record includes the following fields.
-Article type information (model number)
Standard selling price: A standard retail price assumed by the manufacturer 160 for the item type.
-Maximum rental months: The maximum number of months for the rental period for the item type.
・ Rental fee definition information: Generally, the monthly rental fee is automatically determined according to the standard sales price and the maximum number of months of rent, but in this field especially when a special fee is set in the management company 156 Monthly rental fee is specified.
Sales standard price definition information: Information for determining the sales price when the customer 154 purchases a rental product. Specifically, it is a discount rate E with respect to the standard selling price when a new product is sold in the first month (details will be described later).
[0014]
1.2. Configuration of management server 300 etc.
Next, the configuration of the management server 300 provided in the management company 156 will be described with reference to FIG.
In the figure, reference numeral 202 denotes a communication interface, which communicates with other servers or terminals via a communication network (Internet) 240. A keyboard 204 and a mouse 206 are operated by an operator of the management server 300. A display 208 displays various types of information to the operator. A CPU 210 controls other components via the bus 216 based on a program described later. A ROM 212 stores an initial program loader of the management server 300 and the like. A removable disk drive device 218 reads / writes data from / to a removable disk 220 such as a CD-ROM or MO.
[0015]
A hard disk 224 stores an operating system, application programs, the above-described databases 164, 166, 168, and the like. A RAM 230 is used as a work memory for the CPU 210. The terminals 310 and 320 are configured in the same manner as the management server 300. In addition, the management server 300 functions as a Web server and provides various display screens to the terminals 310, 320 and the like using HTML codes. On the other hand, in the terminals 310 and 320, a browser is activated in order to browse these display screens and input data as necessary.
[0016]
2． Operation of the embodiment
2.1. General operation
Next, a general operation of communication executed between the management server 300 and the terminal 310 will be described with reference to FIG. Communication between the management server 300 and the terminal 310 is performed according to the HTTP protocol. As is well known, in the HTTP protocol, a connection is first established between the management server 300 and the terminal 310, and the management server 300 returns a “response” in response to a “request” from the terminal 310 or the like. Data is exchanged according to the format.
[0017]
For example, when communication should be started between the two, a predetermined URL address in the management server 300 is designated from the terminal 310, and a predetermined request is transmitted (SP202). The request includes the store ID and password of the window store 158 that owns the terminal 310. When the management server 300 receives the request, the access right of the terminal 310 is confirmed based on the store ID and password (SP102).
[0018]
Next, in the management server 300, the HTML code of the top page corresponding to the access right is generated. That is, the HTML code of the top page includes commands for displaying various buttons on the browser, but the operation of each button is determined according to the operation content that should be permitted to the accessed terminal (or user). The enabled / disabled state is set. When this HTML code is transmitted to the terminal 310 as a response to the request, the image of the top page is displayed in the browser window of the terminal 310 (SP204).
[0019]
When a predetermined search form is displayed in the browser window of the terminal 310, various searches can be performed by the operator of the terminal 310. Specifically, when the operator performs an operation for instructing a predetermined search on the search form, a request corresponding to the operation is transmitted (SP206), and the management server 300 receives the request (SP106). . Next, in the management server 300, search processing corresponding to the request is executed, and charge calculation or the like is executed as necessary. Next, an HTML code for displaying the search result (and a charge calculation result if necessary) is generated in the management server 300, and the generated HTML code is returned to the terminal 310 as a response to the request. (SP108). As a result, the search result based on the HTML code is displayed in the browser window of the terminal 310 (SP208).
[0020]
Further, when a predetermined registration form is displayed in the browser window of the terminal 310, various types of registration can be executed by the operator of the terminal 310. Specifically, when the operator performs an operation for instructing predetermined registration on the registration form, a request corresponding to the operation is transmitted (SP210), and the management server 300 receives the request (SP110). . Next, in the management server 300, a registration process corresponding to the request is executed, an HTML code for displaying this execution result (whether registration is successful, etc.) is generated, and the generated HTML code is A response to the request is returned to the terminal 310 (SP112). As a result, the execution result of the registration process is displayed in the browser window of the terminal 310 (SP212). The general operation of the communication executed between the management server 300 and the terminal 310 has been described above, but the communication executed between the management server 300 and the terminal 320 is the same as this.
[0021]
2.2. Specific operation in terminals 310 and 320
Next, a specific operation of the present embodiment will be described with reference to FIGS. The contents of each step in FIGS. 4 to 7 indicate screen contents displayed in the browser windows of the terminals 310 and 320. When the HTML code of the initial screen is transmitted from the management server 300 to the terminals 310 and 320, the initial screen is displayed on the terminals 310 and 320 (SP2 in FIG. 4). That is, on the terminals 310 and 320, buttons for selecting a menu (new product rental button 2, inventory rental button 4, sale button 6, cancellation button 8, article management button 10) are displayed on the browser. Then, by pressing each button, the goods / customers for performing the inventory rental screen (SP4), new product rental screen (SP10), sales processing, and contract processing from the terminal 310 or 320 to the management server 300. A request is transmitted to display the search screen (SP30, SP40) and the item ID input screen (SP60) for performing the item management process. However, according to the access right as described above, the article management button 10 is set in an inoperable state at the terminal 310 of the window store 158. Conversely, on the terminal 320, buttons other than the article management button 10 are set in an inoperable state. Hereinafter, a process when each button is pressed in the terminals 310 and 320 will be described. In the following description, each screen content is notified of “request” from the terminal 310 or 320 to the management server 300 in response to an operation such as transmission of various buttons or forms, and is transmitted by the management server 300 as a “response”. The HTML code is displayed on the browser of the terminal 310 or 320.
[0022]
2.2.1. Stock rental operation
First, when the inventory rental button 4 is pressed by the person in charge at the window store 158 (the operator of the terminal 310), the inventory rental screen (SP4) is displayed as a response. In the inventory rental screen (SP4), 12 is a model number text box, in which the model number of the article that the customer desires to rent is input. A rental period text box 14 is used to input a desired rental period in units of months. Reference numeral 16 denotes an inventory search button, which is a button for requesting the management server 300 to perform an inventory search based on the conditions input in the text boxes 12 and 14. Reference numeral 18 denotes a reserved item ID text box. When a rental is already reserved for some item, the item ID of the item is input. Reference numeral 20 denotes a reservation search button, which is a button for requesting the management server 300 to determine whether or not the reservation is valid for the article whose article ID is entered in the text box 18.
[0023]
(1) Stock search (in stock)
For example, it is assumed that a request to rent some musical instruments (stock items) for a certain period is sent from the customer 154 to the window store 158. In this case, the person in charge at the counter store 158 inputs the model number of the musical instrument in the model number text box 12, the rental period desired by the customer is input in the rental period text box 14, and then the inventory search button 16 is pressed and managed. In the server 300, it is searched whether there is an inventory that matches the condition.
[0024]
Here, if there is an inventory, the monthly rental fee is calculated (the calculation method will be described later). Then, a contract condition presentation screen (SP6) for displaying the monthly rental fee and the like is displayed on the terminal 310 as a response. In this screen, the fact that the inventory item exists, the scheduled delivery date when the rental contract is made immediately, the monthly rental fee, and the maximum number of rented months are displayed. Further, the reservation button 22 and the contract button 24 are displayed. And a stop button 26 are displayed.
[0025]
Here, the scheduled delivery date is a date calculated based on the standard delivery days from the backyard 162 to the window store 158, and the maximum rent month is the number of months specified in the article common database 164. By displaying the contract condition presentation screen (SP6), the person in charge at the window store 158 can present the contract details to the customer 154. The customer 154 whose conditions have been confirmed can be selected from the following three cases: when the decision is suspended and only the reservation is made, when the contract is made immediately, and when the contract is canceled.
[0026]
If the customer 154 wishes to “cancel the contract”, the person in charge at the window store 158 presses the cancel button 26, and the initial screen (SP2) is again displayed on the terminal 310 side as a response. Note that “Cancel button” is displayed everywhere on other screens to be described later. The processing when these “Cancel button” is pressed is the same as the processing described above unless otherwise specified. When the HTML code of the initial screen is returned from the management server 300, the display content of the terminal 310 is changed to the initial screen ( It will be returned to SP2).
[0027]
In addition, when the customer 154 selects “to make a reservation only by holding the decision” for the conditions presented on the contract condition presentation screen (SP6), the reservation button 22 is pressed by the person in charge, As a response, a reservation confirmation screen (SP8) is displayed on the terminal 310. On the screen, a message indicating that the reservation has been accepted, an article ID of the reserved article (reserved article ID), an expiration date of the reservation, and a confirmation button 28 are displayed.
[0028]
Here, when the confirmation button 28 is pressed, the initial screen (SP2) is displayed again on the terminal 310 as a response. Note that “confirmation buttons” are displayed everywhere on other screens to be described later. The processing when these “confirmation buttons” are pressed is the same as the processing described above unless otherwise specified. When the HTML code of the initial screen is returned from the management server 300, the display content of the terminal 310 is changed to the initial screen ( It will be returned to SP2).
[0029]
When the customer 154 selects “immediately contract” for the conditions presented on the contract condition presentation screen (SP6), the contract button 24 is pressed by the person in charge, and the management server 300 One item that matches the contract conditions is specified as a rental target from among the inventory items. Then, a customer ID input screen (SP16) with the article ID of the one article is displayed on the terminal 310 as a response.
[0030]
On the customer ID input screen (SP16), the item ID of the previously specified item, the customer ID text box 45, the reservation cancel button 46, the contract button 48, and the cancel button 50 are displayed. However, when the customer ID input screen (SP16) is displayed via the contract condition presentation screen (SP6), the reservation cancel button 46 is set in an inoperable state. Here, when the person in charge inputs the customer ID of the customer 154 in the text box 45 and presses the contract button 48, a message to that effect is sent to the management server 300.
[0031]
The pressing of the contract button 48 means “apply to the management company 156 to conclude a rental contract”. On the other hand, in the management server 300, the database is updated. First, an item related to the contracted “article ID” is added to the “rental article information list” in the customer database 166. However, at this time, “article ID” is defined, but “store ID”, “rental start date”, and “rental end date” are set to empty data.
[0032]
Next, in the management server 300, a delivery command (e.g., e-mail) that instructs the terminal 320 of the backyard 162 to deliver the article to a predetermined window store 158 is transmitted. As a result, in the backyard 162, the shipment operation of the article is started. Furthermore, a contract completion display screen (SP20) is displayed on the terminal 310. On the screen, an article ID related to the contract, a customer ID, a rental period, a scheduled delivery date, a monthly rental fee, and a confirmation button 54 are displayed.
[0033]
As described above, when the rental contract is established by pressing the contract button 48 and an article delivery command is issued, the management server 300 automatically updates the corresponding contents of the database. That is, the “article status information” of the article in the article individual database 168 is set to “lending instruction”, and the customer ID of the customer who rents the article is recorded in the “transaction customer information”. Stored in the “information” is the store ID of the window store that mediates the rental of the article.
[0034]
Thereafter, when it is confirmed that the article is actually delivered to the window store 158 and delivered to the customer 154, the person in charge of the backyard 162 sets the “rental start date” for the article in the customer database 166. This delivery date is entered. As a result, the “article status information” in the individual article database 168 is changed to “rental”, and the subsequent rental fee is collected from the customer 154 via the credit card company 152. Note that the “rental start date” does not necessarily need to coincide with the “delivery date”, and a predetermined calculation date every month, for example, the fifth day of every month may be set as the “rental start date”. In this case, if the article is delivered on the 10th of a certain month, the 5th of the next month becomes the “rental start date”.
[0035]
(2) Stock search (out of stock)
When the inventory search button 16 is pressed on the above-described inventory rental screen (SP4), if there is no inventory that satisfies the condition desired by the customer 154, the inventory nonexistence screen (SP22) is displayed as a response. 310 is displayed. On the screen, a model number of the article, a message that there is no rentable inventory, and a confirmation button 56 are displayed.
[0036]
(3) Inventory search (reservation search)
After the customer 154 makes a reservation for the above-described article, when the contract is finally concluded or the reservation is canceled, the person in charge stores the reserved article ID in the reserved article ID text box 18 on the inventory rental screen (SP4). Then, the reservation search button 20 is pressed. When the reservation search button 20 is pressed, the above-described customer ID input screen (SP16) is displayed on the terminal 310 as a response. When the customer ID input screen (SP16) is displayed via the inventory rental screen (SP4) in this way, the reservation cancel button 46 is set to a pressable state. Here, with respect to the reserved articles, the rental contract is concluded by the same process as that described above when the contract is made directly without making a reservation.
[0037]
If the customer 154 desires to cancel the reservation, the person in charge presses the reservation cancellation button 46, and a reservation cancellation confirmation screen (SP18) is displayed on the terminal 310 as a response. On this screen, a reservation article ID related to the cancellation of the reservation, a message indicating that the reservation has been canceled, and a confirmation button 52 are displayed.
[0038]
2.2.2. New product rental operation
When the customer 154 desires to rent a new product, the new product rental button 2 is pressed on the initial screen (SP2), and a new product rental screen (SP10) is displayed on the terminal 310 as a response. On the screen, a model number text box 30, a rental period text box 32, and a search button 34 are displayed. In addition, since “reservation” cannot be performed for a new product, elements related to “reservation” are not displayed.
[0039]
On the new product rental screen (SP10), the model number of the article that the customer 154 desires to rent is input in the text box 30, and the desired rental period is input in the text box 32. When the search button 34 is pressed, the management server 300 determines whether there is a new product that matches the condition (whether the manufacturer 160 has stock). Specifically, an inquiry as to whether or not the maker 160 has a stock is automatically executed. As a result, if there is a stock, the rental fee is calculated.
[0040]
When the stock of the article designated by the manufacturer 160 does not exist, the stock non-existence screen (SP22) is displayed on the terminal 310. On the other hand, when the manufacturer 160 has the stock, a contract condition presentation screen (SP12) is displayed. On this screen, the fact that the new product is in stock, the scheduled delivery date when a rental contract is immediately made, and the maximum number of months to rent are displayed, and a contract button 36 and a cancel button 38 are also displayed. Is done. Here, the scheduled delivery date is calculated based on the standard delivery days from the manufacturer 160 to the window store 158. By displaying this screen, the person in charge at the window store 158 can present the contract details to the customer 154.
[0041]
Here, when the customer 154 applies for “cancellation of contract” because the presented conditions could not be accepted, the person in charge at the counter store 158 presses the cancel button 38 and the processing is cancelled. On the other hand, when the customer 154 wishes to conclude a contract, the contract button 36 is pressed by the person in charge, and a customer ID input screen (SP14) is displayed on the terminal 310 as a response.
[0042]
On the customer ID input screen (SP14), the model number of the previously input item, the customer ID text box 40, the contract button 42, and the cancel button 44 are displayed. Here, when the person in charge inputs the customer ID of the customer 154 into the text box 40 and presses the contract button 42, the management server 300 makes a delivery request (for example, e-mail) of the article to a terminal in the manufacturer 160. Is sent. As described above, when the rental of the inventory is contracted, a delivery request is transmitted to the backyard 162, whereas when the rental of a new product is contracted, the delivery request is transmitted to the manufacturer 160. It is done. As described above, even in the case of articles having the same model number, one of the features of the present embodiment is that a delivery command is transmitted to different transmission destinations depending on whether a new product / stock product.
[0043]
Then, the manufacturer 160 starts shipping work upon receipt of the delivery command. Furthermore, a contract completion display screen (SP20) is returned from the management server 300 to the terminal 310 as a response. The subsequent processing is the same as that when the rental contract for the inventory is concluded.
[0044]
2.2.3. Sales behavior
Next, processing when the customer 154 desires to purchase an article (rental product) that has already been rented to the customer 154 will be described with reference to FIG. When the person in charge presses the sales button 6 on the initial screen (SP2), an article / customer search screen (SP30) is displayed on the terminal 310 as a response. In this screen, an article ID text box 62 for inputting an article ID related to sales, an article search button 64 for instructing a search based on the article ID, and a customer who inputs a customer ID for purchasing the article. An ID text box 66 and a customer search button 68 for instructing a search based on the customer ID are displayed.
[0045]
(1) Search based on product ID
When the person in charge inputs the article ID of the article to be sold in the text box 62 and presses the article search button 64, the management server 300 searches the article individual database 168 for the article having the article ID. . As described above, in the individual article database 168, the article status information (“Reserving”, “Lending”, “Maintenance”, “Lending available”, etc.) is associated one-to-one with the article ID of the article. In addition, when the article status information is “rental”, the customer ID of the customer 154 renting the article is always recorded as “transaction customer information”.
[0046]
Here, if there is an article requested to be searched and the corresponding article status information is “rental”, the management server 300 calculates the wholesale price of the article. The method for calculating the wholesale price will be described later. Then, a price display screen (SP32) for displaying the search result and the calculation result is displayed on the terminal 310 as a response.
[0047]
On the screen, an article ID of the searched article, a corresponding customer ID, a wholesale price of the article, a sales button 70, and a cancel button 72 are displayed. Thus, when the wholesale price is displayed, the person in charge at the counter store 158 can add some gross profit to the wholesale price and present the sales price to the customer 154. When the sales button 70 is pressed by the person in charge when the sales price is agreed between the customer 154 and the person in charge, the management server 300 causes the article state information of the article in the article individual database 168 to be pressed. Is set to “unusable”. That is, at the time of sale, the rental contract is treated as being canceled, and the subsequent rental fee billing is stopped. Then, the management server 300 returns a sales procedure completion screen (SP34) as a response to the terminal 310, and the screen is displayed on the terminal 310. On the screen, a message indicating that the sales procedure has been completed, the item ID of the item to be sold, a monetary billing message for charging the wholesale price to the counter store 158, and a confirmation button 74 are displayed.
[0048]
In the present embodiment, the sales at the time of mid-term sales is collected from the customer 154 by the window store 158. Then, the management company 156 charges the wholesale price to the window store 158 at a later date. In this case, since the management company 156 only has to collect the wholesale price calculated by the management company 156 from the window store 158, the window store 158 sets an actual sales price according to its own sales strategy (for example, It is also possible to make the amount discounted from the assumed sales price calculated by the management company 156).
[0049]
(2) Search based on customer ID
In the article / customer search screen (SP30), the person in charge may input the customer ID of the customer 154 who wishes to purchase the article into the customer ID text box 66 and press the customer search button 68. When the customer search button 68 is pressed, the customer database 166 is searched in the management server 300, and all articles lent to the customer 154 are extracted. That is, since a single customer may rent a plurality of items, the search result may include a plurality of items.
[0050]
Here, when the customer ID requested to be searched exists and at least one item is rented to the customer 154, the management server 300 uses the one or plural items (N items). The wholesale price of is calculated. Then, a customer price display screen (SP36) displaying the search results and calculation results is displayed on the terminal 310 as a response.
[0051]
On this screen, the corresponding customer ID, all (N) article IDs searched for, and the cancel button 77 are displayed. Further, the wholesale price and the sales buttons 76-1 to 76-N are displayed corresponding to each of the searched N article IDs. In this way, when the wholesale price of each item is displayed, the person in charge at the counter store 158 adds some gross margin to the wholesale price and presents the sales price of each item to the customer 154. can do. Then, when the sales price agreement is established for any item between the customer 154 and the person in charge, any one of the sales buttons 76-1 to 76-N is pressed by the person in charge.
[0052]
When any of the sales buttons 76-1 to 76-N is pressed, a sales procedure completion screen (SP34) is displayed on the terminal 310 as a response. Thereafter, the same processing as in the above-described “search based on the article ID” is executed.
[0053]
(3) Other operations
When the “search based on the article ID” is executed, the article ID may not be recorded in the article individual database 168 in the first place. Further, even when the article ID is recorded in the database, the article status information may be in a state other than “Lending”. Similarly, when “search based on customer ID” is executed, there may be a case where there are no articles rented to the customer. As described above, when there is no article that can be sold, an article nonexistence screen (SP38) is displayed on the terminal 310 as a response to pressing of the article search button 64 or the customer search button 68.
[0054]
On the article non-existing screen (SP38), a confirmation button 78 and either the designated article ID or customer ID are displayed together with the message “There is no such case”. If the customer 154 decides not to purchase anything when the price etc. presentation screen (SP32) or the customer-specific price etc. presentation screen (SP36) is displayed, 77 is pressed, and the process is stopped.
[0055]
2.2.4. Cancellation action
Next, processing when the customer 154 brings the rented item to the window store 158 and requests cancellation of the rental will be described with reference to FIG. When the person in charge depresses the cancel button 8 on the initial screen (SP2), an article / customer search screen (SP40) is displayed on the terminal 310. In this screen, similar to the above-described article / customer search screen (SP30, FIG. 5), an article ID text box 80 for inputting an article ID for cancellation, and an article search for instructing a search based on the article ID. A button 82, a customer ID text box 84 for inputting a customer ID for which the customer wants to cancel the rental, and a customer search button 86 for instructing a search based on the customer ID are displayed.
[0056]
(1) Search based on product ID
Here, when the person in charge inputs a specific item ID into the item ID text box 80 and presses the item search button 82, the management server 300 searches the item individual database 168 for an item having the item ID. Here, if there is an article requested to be searched and the corresponding article status information is “rental”, an article search result display screen (SP42) related to the search result is displayed on the terminal 310.
[0057]
On the screen, an article ID of the searched article, a corresponding customer ID, a date when the rental of the article is started (a transaction start date), a cancel button 88, and a cancel button 90 are displayed. By the way, when a rental contract is concluded for the first time, a “shortest lending period” is determined as necessary. First, for a new product, once it is used and becomes a stock product, the market value of the product is greatly reduced. For this reason, if it is permitted to simply cancel the rental contract within a short period of time after the new product rental contract is concluded, the management company 156 will be damaged. Therefore, for new products, a minimum loan period of “3 months” is set in principle.
[0058]
On the other hand, although there is little decline in the market value of inventory items when a rental contract is canceled, there are some items that require time and effort for cleaning and tuning depending on the type of goods. Therefore, for inventory items, an arbitrary shortest lending period such as “1 month” or “3 months” may be set depending on the type of article. A period from the elapse of the shortest lending period to the maximum lending month is referred to as a “normal period”.
[0059]
When the person in charge at the counter store 158 presses the cancellation button 88 on the article search result display screen (SP42), the management server 300 determines whether or not the shortest lending period has elapsed for the article. If the shortest rental period has elapsed, the cancellation of the rental contract is immediately approved, and a cancellation confirmation screen (SP44) is displayed on the terminal 310 as a response. On the screen, a message indicating that the cancellation procedure has been completed, an article ID related to the cancellation, and a confirmation button 92 are displayed. When the person in charge depresses the confirmation button 78, the display content of the terminal 310 is returned to the initial screen (SP2).
[0060]
On the other hand, when a cancellation is applied by pressing the cancellation button 88 for a period that is not the “normal period”, that is, an article for which the minimum lending period has not elapsed, a penalty is calculated in the management server 300. Then, a shortest lending period warning screen (SP48) is displayed on the terminal 310 as a response from the management server 300. On the screen, a message indicating that the minimum loan period has not elapsed, a corresponding article ID, a corresponding customer ID, a penalty amount, a cancellation button 100, and a cancel button 102 are displayed.
[0061]
Therefore, the person in charge at the window store 158 reconfirms with the customer 154 whether or not the rental contract is canceled even if a penalty is paid. When the cancellation of the rental contract is reconfirmed, the person in charge presses the cancellation button 100 and a cancellation confirmation screen (SP50) is displayed on the terminal 310 as a response. On the cancellation confirmation screen (SP50), the amount of the penalty is displayed together with the same contents as the display of the cancellation confirmation screen (SP44) within the normal period described above. When the person in charge depresses the confirmation button 106 in the cancellation confirmation screen (SP50), the display content of the terminal 310 is returned to the initial screen (SP2).
[0062]
(2) Search based on customer ID
On the article / customer search screen (SP40), the person in charge may input the customer ID of the customer 154 who wishes to cancel the rental contract in the customer ID text box 84 and press the customer search button 86. When the customer search button 86 is pressed, a message to that effect is sent to the management server 300. On the other hand, in the management server 300, the customer database 166 is searched, and all articles lent to the customer 154 are extracted.
[0063]
Here, when the customer ID requested to be searched exists and at least one item is rented to the customer 154, the management server 300 uses the one or plural items (N items). The customer-specific transaction product screen (SP46) for displaying the search result is displayed on the terminal 310 as a response.
[0064]
On the screen, a corresponding customer ID, all searched product IDs, and a cancel button 98 are displayed. Further, a transaction start date and cancellation buttons 96-1 to 96 -N are displayed corresponding to each of the searched N article IDs. Here, when the person in charge presses one of the cancellation buttons 96-1 to 96 -N, a message to that effect is transmitted to the management server 300.
[0065]
The subsequent processing is the same as the processing when the cancel button 88 of the contract button 42 is pressed. That is, the cancellation confirmation screen (SP44) is displayed on the terminal 310 if the minimum lending period has elapsed for the articles related to the pressed cancellation buttons 96-1 to 96-N, and the shortest if the minimum lending period has not elapsed. The lending period warning screen (SP48) is displayed on the terminal 310.
[0066]
(3) Other operations
If the article ID input in the article ID text box 80 is not recorded in the article individual database 168, and the article status information related to the article ID is in a state other than “Lending”, the item ID is input in the customer ID text box 84. If the customer associated with the customer ID does not rent any goods, there may be no other rental contract that can be canceled in the first place. In such a case, an article nonexistence screen (SP52) is displayed on the terminal 310 as a response to pressing of the article search button 82 or the customer search button 86.
[0067]
On the article non-existing screen (SP52), a message “There is no such matter” and either one of the designated article ID or customer ID and a confirmation button 108 are displayed. When the customer 154 decides to cancel the cancellation on the item search result display screen (SP42), the customer-specific transaction item screen (SP46) or the shortest lending period warning screen (SP48), the person in charge cancels the cancel button 90, 98 or 102 is pressed, and the display content is returned to the initial screen (SP2).
[0068]
2.2.5. Goods management operation
As described above, after it is confirmed that the inventory has been delivered to the customer 154 after the inventory rental contract is concluded, the “article status information” of the inventory is updated in the backyard 162. The Further, in the backyard 162, when an article after the rental contract is completed is brought in from the window store 158, the article is subjected to maintenance such as cleaning and tuning, and the article is stored as an inventory. In these operations, since the state of the article is sequentially changed, it is necessary to reflect the state of each article in the “article state information” in the article individual database 168. Processing in such a case will be described with reference to FIG.
[0069]
First, when it is necessary to change the “article status information” for any of the articles, the article management button 10 is pressed by the person in charge of the backyard 162 (the operator of the terminal 320). When the button is pressed, an article ID input screen (SP60) is displayed on the terminal 320 as a response. On this screen, an article ID text box 120 for inputting an article ID of an article to be managed and an article search button 122 for instructing a search for the article are displayed.
[0070]
In this case, when the person in charge inputs the target article ID in the text box 120 and presses the article search button 122, the management server 300 searches the article individual database 168 for the article ID. Here, when there is a record having the designated article ID, an article status update screen (SP62) relating to the article is displayed on the terminal 320 as a response.
[0071]
In the screen, a list box 124 for displaying / selecting a target article ID, a state of the article (article state information), a date when the article state information was last updated, an update button 126, and a cancel Button 128 is displayed. In the list box 124, values that can be taken as the article state information are listed. As described above, the values that can be taken as the article status information are “Reserving”, “Lending instruction”, “Lending”, “Maintenance”, “Lending available”, “Unavailable”, etc. “Reserving” and “Lending instruction” are values that are automatically set by the management server 300, so that they cannot be selected by the terminal 320.
[0072]
Here, when the person in charge selects any state from the list box 124 and presses the update button 126, an article state information update confirmation screen (SP64) is displayed on the terminal 320 as a response. On the screen, the fact that the article status information has been updated, the article ID related to the update, the updated article status information, and a confirmation button 130 are displayed.
[0073]
In addition, when the article search button 122 on the article ID input screen (SP60) is pressed and the record related to the designated article ID does not exist in the article individual database 168, the article nonexistence screen ( SP66) is displayed on the terminal 320. On the article nonexistence screen (SP66), the designated article ID and the confirmation button 132 are displayed together with the message “there is no such case”.
[0074]
Specifically, the person in charge of the backyard 162 changes the article status information to “lending” at the stage of delivering the article to the designated window store 158, collects the article, and performs maintenance (cleaning, tuning, etc.) The item status information is changed to “maintenance” at the stage when the maintenance is started, and is changed to “rental” when the maintenance is completed. During this series of operations, in the individual article database 168, the “attribute coefficient” of the article changed from “lending” to another state is automatically set to the attribute coefficient (for example, “0.63”) corresponding to the inventory. Will be changed.
[0075]
2.3. Specific operation in the management server 300
2.3.1. Charge calculation for new transactions
As described above in the inventory rental screen (SP4, FIG. 4), the new product rental screen (SP10), etc., when the inventory or new product can be rented, the management server 300 rents the article. Charges are calculated. Specifically, such calculation is executed by a rental fee calculation routine shown in FIG. Details of the calculation method will be described below with reference to FIG. In the figure, when the process proceeds to step SP302, the model number of the article included in the request from the terminal 310 (request generated by pressing the search button 34 on the new article rental screen (SP10)) is read, and the article related to the new transaction. The type is specified.
[0076]
Next, when the process proceeds to step SP304, an attribute coefficient for the article is specified. As described above, the attribute coefficient for a new product is always “1”, and for an inventory product, for example, “0.63”. Next, when the process proceeds to step SP306, the standard sales price and the maximum rent month corresponding to the product type are read from the product common database 164. Next, when the process proceeds to step SP310, a monthly rental fee F (A, B, C) is calculated based on the read information. This calculation formula is as follows, for example. In the following formula 1, A is the standard selling price, B is the maximum rent month, C is the attribute coefficient, and Round () is a function that rounds off “100” or less in the following description.
Monthly rental fee F (A, B, C) = Round (C * A / (B + 1)) …… Formula (1)
[0077]
However, the monthly rental fee is not necessarily determined uniformly according to Equation 1, and for example, when performing a campaign, a monthly rental fee that is lower than usual may be set for a specific article type. In such a case, step SP308 is executed instead of steps SP306 and SP310. In this step, the defined fee associated with the item type is read from the rental fee definition information in the item common database 164, and the read fee is set as the monthly rental fee. Therefore, as shown in FIG. 8B, the monthly rental fee F in the present embodiment is constant regardless of the number of elapsed months.
[0078]
2.3.2. Wholesale price at mid-market
As described above in the article / customer search screen (SP30, FIG. 5) and the like, when the customer ID or the article ID is designated, the wholesale price of one or a plurality of articles is calculated in the management server 300. Specifically, this calculation is executed by a sales fee calculation routine shown in FIG. Details of the calculation method will be described below with reference to FIG. In the figure, when the process proceeds to step SP330, the customer database 166 is searched, and parameters such as the rental start date of the article to be sold are read based on the rental article information list stored therein. Next, when the process proceeds to step SP332, the rental fee payment count D is specified based on the rental start date and the current date.
[0079]
Next, when the process proceeds to step SP334, the article individual database 168 is searched based on the article ID of the article to be sold, and when the process proceeds to step SP336, the attribute coefficient C of the article is specified based on the search result. Is done. Next, when the process proceeds to step SP338, the article common database 164 is searched, and the standard selling price A, the maximum rent month B, and the discount rate E at the first month sale of the article are read out.
[0080]
Next, when the process proceeds to step SP342, based on the above-described parameters (standard sales price A, maximum rent month B, attribute coefficient C, rental fee payment count D, discount rate E), the sales reference price, assumption Sales price and wholesale price are determined. First, the sales reference price is the total amount of money that the customer 154 is supposed to spend on the goods in the end, and is calculated based on the following equation 2 in principle. In the following formula 2, the meaning of each parameter A, B, C, D, E is as described above.
Sales standard price G (A, B, C, D, E)
= Round (C * (E * A * (D-1) / (B-1) + (1-E) * A)) .. Formula (2)
[0081]
Here, the transition of the sales base price G with respect to the number of months is shown in FIG.
First, after the rental contract, when the rental product is purchased in the first month, the sales reference price G is equal to “(1-E) * A”. Further, when the rental product is purchased when the maximum rent month B has elapsed, the sales reference price G is equal to the standard sales price A. In each month between the two, the sales reference price G changes linearly.
[0082]
However, it is guaranteed that the total amount of money paid by the customer 154 will be a value equal to or lower than the standard selling price A. Thereby, even when the rental contract is canceled and the article is purchased, the customer 154 can know in advance that an excessive burden does not occur, so the customer 154 can conclude the rental contract with peace of mind. It is.
[0083]
By the way, since the monthly rental fee is constant, when the rental fee payment count D and the monthly rental fee F are specified, the cumulative rental fee ΣRENTAL paid in the past is specified by the multiplication result of both. The assumed sales price is set to a value obtained by subtracting the cumulative rental fee ΣRENTAL from the sales reference price G. Here, the relationship between the sales reference price G, the cumulative rental charge ΣRENTAL, and the assumed sales price is shown in FIG. As shown in the figure, it is understood that the sales base price G increases every month, but the assumed sales price gradually decreases.
[0084]
The management company 156 collects a monthly rental fee through the credit card company 152. An amount obtained by multiplying the collected monthly rental fee by a certain profit rate (for example, 15%) is used as an intermediary fee each month. It is paid to the window store 158 every time. For this reason, the cumulative total of brokerage fees paid to the counter store 158 (ΣRENTAL * profit rate) increases as shown in FIG. 10B as the number of months passes.
[0085]
On the other hand, in the present embodiment, as long as the article is sold at the assumed selling price, it is guaranteed that the window store 158 obtains a “certain profit” (assumed profit) regardless of the timing when the customer 154 purchases the article. ing. This assumed profit is the sum of profits obtained during the rental period and sale of the article. As a result, the gross profit at the time of sale (assumed gross profit) when the article is sold at the assumed sales price is the result of subtracting the cumulative amount of brokerage fees (ΣRENTAL * profit ratio) from the assumed profit. As described above, the cumulative brokerage fee (ΣRENTAL * profit margin) increases as the number of months passes, so the estimated gross profit at the time of sale at the counter store 158 decreases as the number of months passes. become.
[0086]
The wholesale price from the management company 156 to the window store 158 is set to “assumed selling price−assumed gross profit”, that is, “assumed selling price− (assumed profit−cumulative brokerage fee)”. The price etc. presentation screen (SP32) and the customer specific price etc. presentation screen (SP36) are displayed.
[0087]
By the way, as described above, the sales standard price G is uniquely determined by the above formula 2 in principle. However, for example, when conducting a campaign, the sales standard price is lower than usual for a specific item type. Prices may be set. In such a case, a price table that defines a sales reference price for the rental fee payment count D is created in advance on the hard disk 224 for the article type. Here, examples of the sales base prices G ′ and G ″ determined irregularly in this way are shown in FIGS. 10C and 10D. For the article types for which the price table is created in this way, FIG. Thus, steps SP340 and SP344 are executed in place of steps SP338 and SP342.
[0088]
First, in step SP340, a price table corresponding to the item type is read from the hard disk 224. Next, in step SP344, the price stored in correspondence with the rental fee payment count D is set as the sales reference price G. Hereinafter, as in the case of step SP342, the assumed sales price and the wholesale price are determined. In other words, even if the management company 156 operates the sales reference price G, the window store 158 can ensure the expected profit as long as the goods are sold at the assumed sales price.
[0089]
2.3.3. Billing process
The accounting process for the customer 154 of the management company 156 is in principle performed through the credit card company 152. A customer to be charged a monthly rental fee is identified by searching the customer database 166. That is, at least “1” or more items are included in the “rental article information list”, and any of these items has a “rental start date (= delivery of articles has been completed)”. ”,“ If the rental end date has not been set (= the rental contract has not been canceled yet) ”, the customer 154 is charged for a monthly rental fee. Then, as described above, an amount obtained by multiplying the monthly rental fee by a predetermined profit rate is paid monthly from the management company 156 to the window store 158 as a brokerage fee.
[0090]
3． Effects of the embodiment
As described above, according to the present embodiment, the customer 154 can use the desired article at a lower price than the purchase, and if the customer 154 wants to purchase the rental article, the article currently in use It can be purchased and owned at a standard selling price or less.
In addition, since there are many such advantages for the customer 154, the threshold for the use of the goods is lowered, and the customer who is far from the contact store 158 can be expected to be acquired.
Furthermore, according to the present embodiment, since the price system can be selected from the attribute of the item (new product / stock item), it is possible to meet various financial needs of the customer.
[0091]
Further, since the assumed profit received by the window store 158 during the rental and sale is kept constant, for example, the window store 158 encourages the customer 154 to forcibly purchase goods in order to secure his own profit, Alternatively, it is possible to prevent a situation in which sales of goods are reluctant.
In addition, when the window store 158 also serves as a merchandise store, it is similar to normal sales while reducing store inventory by mediating lending / sales of various goods held by the management company 156 to customers. This makes it possible to comprehensively provide products (articles) that match customer preferences.
[0092]
Four. Modified example
The present invention is not limited to the above-described embodiment, and various modifications can be made as follows, for example.
(1) In the above embodiment, the software of the rental / sales management system is configured by the application program that runs on the management server 300 and the browser that runs on the terminals 310 and 320. It can also be stored and distributed in a recording medium such as a ROM or a flexible disk, or distributed through a transmission path.
[0093]
(2) In the above embodiment, the HTTP protocol is used for communication between the management server 300 and the terminals 310 and 320. However, other protocols may be used as long as they can provide an equivalent system. Needless to say, it is good.
[0094]
(3) The calculation method of each charge in the above embodiment is not limited to the method described above. For example, the rental fee and the sales reference price G may be a function (or table) with the number of months of lending as a parameter, and the monthly rental fee may be constant or varied. When the monthly rental fee is varied, the variation characteristic may be linear or non-linear, and an arbitrary function may be applied.
[0095]
(4) Also, regarding other pricing methods,
・ The total amount paid by the customer (sales base price G) is below the standard selling price A, and
・ Guarantee the benefits received by the broker (window store 158) to a certain level
As long as these two conditions are satisfied, an arbitrary lending month and a charge system can be set based on the characteristics of the article and the marketing strategy. For example, for an article having a short product life (such as an article having a short generation change interval), the management company 156 needs to compress the inventory as much as possible or collect the purchase / management costs of the article at an early stage. Therefore, for such goods, it is preferable to improve the turnover rate of the inventory by setting the attribute coefficient C of the inventory to be low or setting the maximum loan month B to be short. For such goods, the monthly rental fee may be set so that the cumulative rental fee ΣRENTAL rises early and gradually approaches the maximum amount, so that the operation cost can be recovered early.
[0096]
(5) In the above embodiment, there are only two options of rental items, new products or stock items, but they may be classified according to “3” or more types. For example, you may classify | categorize according to the past rental frequency, and you may classify | categorize according to the grade (top, top, average etc.) of goods itself.
[0097]
(6) Articles suitable as rental objects in the above embodiment are relatively expensive articles such as musical instruments, audio equipment, audio equipment, soundproof equipment, etc., and have high hobby and high durability. Items other than those may be rented. For example, personal computers, automobiles, ships, airplanes, agricultural implements, furniture, houses, clothing, digital contents including programs with predetermined protection processing, etc. can be identified physically or virtually, and lending of goods Anything that can be collected / recovered can be rented.
[0098]
(7) The window store 158 in the above embodiment may be a physical store or a virtual store developed on the Internet. Further, instead of the terminal 310 provided in the window store 158, the same processing may be executed by a Web site operated by the management company 156 and a personal computer used by the customer 154. In this way, when the management company 156 directly operates a customer-oriented Web site, a rental fee or a sales price obtained by subtracting the amount of profit that the window store 158 should benefit from may be collected from the customer.
[0099]
(8) In the above embodiment, when the rented article is delivered to the customer 154, the “article status information” of the article is updated in the backyard 162. It may be executed at 158. For example, the management server 300 of the management company 156 may be notified that the article has been delivered via a predetermined form (not shown) or e-mail. In particular, when the article to be rented is a new article, the backyard 162 is not involved until the article is collected, so it is considered efficient to work at the window store 158. In this case, for example, a predetermined “delivery report screen” may be displayed on the terminal 310, and the delivery report may be performed using a screen similar to the customer ID input screen (SP16) in FIG.
[0100]
(9) Various data other than those described above may be additionally stored in the databases 164, 166, and 168. For example, in the “rental article information list” in the customer database 166, a “rental contract expiration date” may be stored for each article. This "Rental Contract Expiration Date" is preferably set automatically based on the delivery date of the goods and the rental period entered, and can be extended within the maximum number of rental months by an input form (not shown) It is good to.
[0101]
(10) In addition, in the example shown in FIG. 2, new or rented products are delivered to the customer 154 via the window store 158, but the new product or stock is sent from the manufacturer 160 or the backyard 162 to the customer 154. Stock items may be delivered directly.
[0102]
(11) In the above embodiment, the wholesale price is displayed on the price etc. presentation screen (SP32) and the customer specific price presentation screen (SP36) of FIG. 5, but an assumed sales price is displayed instead. Also good. As a result, these screens can be directly shown to the customer 154.
[0103]
(12) In the above embodiment, the window store 158 receives the sales price from the customer 154 and pays the wholesale price to the management company 156. However, the management company 156 sells rental products to the customer 154. You may adopt the form to do. In such a case, the above-mentioned assumed sales price is displayed as the final sales price on the price etc. presentation screen (SP32) and the customer specific price etc. presentation screen (SP36). This sales price is collected from the customer 154 by the management company 156 via the credit card company 152. Then, the difference obtained by subtracting the wholesale price from the final sales price may be credited to the counter store 158 as a brokerage fee.
[0104]
(13) In the above embodiment, the monthly rental fee F is uniformly determined based on the standard sales price A, the maximum loan month B, and the attribute coefficient C. However, the shortest loan period, the maximum loan month B, etc. A plurality of types of monthly rental fees may be presented based on a plurality of different fee systems, and any one may be selected. In such a case, on the contract condition presentation screen (SP6 or SP12), buttons corresponding to the respective fee systems may be provided, and the management server 300 may determine the fee system according to the pressed button. Further, even for the same type of goods, the charge system may be different depending on whether it is a high-class product / a popular product or a new product / stock product.
[0105]
Five. Embodiment
The present invention has the following embodiments.
(1) The total receipt amount (G) is set so as to increase as the rental period (D) until receiving the application for mid-term purchase elapses, and at the end of the maximum lending period (B) Even when a purchase application is received, it is set to be equal to or less than the standard selling price (A).
The rental / sales management method according to claim 2.
(2) The method further includes a selection process (modified example) that is executed before the rent calculation process and selects any one charge system from a plurality of charge systems corresponding to the one article. The rental / sales management method according to any one of claims 1 to 3.
(3) Intermediate purchase application recognition process for recognizing that an application for intermediate purchase has been received for one of the articles stored in the inventory information (pressing sales buttons 70, 76-1 to 76-N) When,
A process of recording in the inventory information that the one article cannot be used on the condition that the mid-term purchase application recognition process is executed;
The rental and sales management method according to claim 4, wherein:
(4) The process of collecting the rent of goods from customers at predetermined intervals;
Distributing a portion of the collected rent as a brokerage fee to the broker (158);
A mid-term purchase application recognition process (pressing sales buttons 70, 76-1 to 76-N) for recognizing that the customer has received an application for mid-term purchase from the customer;
A process (modification) of determining the selling price of the article and collecting the selling price from the customer on the condition that the mid-term purchase application recognition process is executed;
Determining a wholesale price equivalent amount corresponding to a wholesale price of the article based on the determined selling price;
A process (modification) of distributing the difference between the selling price and the wholesale price equivalent amount to the broker (158);
A rental and sales management method characterized by comprising:
[0106]
【The invention's effect】
As described above, according to the present invention, since rental of musical instruments and the sale of rental products can be managed in a unified manner, it is possible to determine the price of musical instruments while keeping the burden on the user within an appropriate range. it can.
[Brief description of the drawings]
FIG. 1 is a block diagram of a management server 300 in an embodiment of the present invention.
FIG. 2 is a business flow of a rental / sales management system according to an embodiment of the present invention.
FIG. 3 is a flowchart showing a general operation of communication between a management server 300 and a terminal 310.
FIG. 4 is a screen flow showing a specific operation of terminals 310 and 320;
FIG. 5 is a screen flow showing a specific operation of terminals 310 and 320;
6 is a screen flow showing specific operations of terminals 310 and 320. FIG.
7 is a screen flow showing specific operations of terminals 310 and 320. FIG.
FIG. 8 is a flowchart and an operation explanatory diagram of a rental fee calculation routine.
FIG. 9 is a flowchart and operation explanatory diagram of a sales charge calculation routine.
FIG. 10 is an operation explanatory diagram of a sales charge calculation routine.
[Explanation of symbols]
2: New product rental button, 4: Inventory product rental button, 6: Sales button, 8, 88, 96-1 to 96-N, 100: Cancel button, 10: Item management button, 12, 30: Model number text box, 14, 32: Rental period text box, 16: Inventory search button, 18: Reserved article ID text box, 20: Reserved search button, 22: Reserved button, 24, 36, 42, 48: Contract button, 26, 38, 44 , 50, 72, 77, 90, 98, 102, 128: Cancel button, 28, 52, 54, 56, 74, 78, 92, 106, 108, 130, 132: Confirm button, 34: Search button, 40, 45, 66, 84: Customer ID text box, 46: Reservation release button, 62, 80: Item ID text box, 64, 82, 122: Item inspection Buttons 68, 86: Customer search buttons, 70, 76-1 to 76-N: Sales buttons, 120: Item ID text box, 124: List box, 126: Update button, 152: Credit card company, 154: Customer, 156: Management company (renter), 158: Contact store (broker), 160: Manufacturer, 162: Backyard, 164: Common article database, 166: Customer database, 168: Individual article database, 202: Communication interface, 204 : Keyboard, 206: Mouse, 208: Display, 210: CPU, 212: ROM, 216: Bus, 218: Removal disk drive, 220: Removal disk, 224: Hard disk, 230: RAM, 240: Communication network, 300: Management server, 10,320: the terminal.

Claims (6)

賃貸対象となる複数種類の物品について顧客に対する賃貸の管理を行う管理端末において実行される賃貸・販売管理方法であって、
前記管理端末は、記憶手段と処理手段と出力手段と中途購入の申し込みを受けるための受付手段とを備えるとともに、前記記憶手段は賃貸開始の日付を記憶しており、
前記処理手段が、賃貸対象となる複数種類の物品の属性情報を当該物品毎に前記記憶手段に記憶する過程であって、前記属性情報は少なくとも標準販売価格と最大貸出期間とを特定する情報を含む、属性記憶過程と、
前記処理手段が、前記記憶手段から前記属性情報を読み出し、前記最大貸出期間内の１単位期間毎に顧客が支払う賃貸料の総和が前記標準販売価格を超えないように、前記標準販売価格を前記最大貸出期間の単位期間数＋１で除算した値を所定桁数で丸めて前記賃貸料を計算する賃貸料計算過程と、
前記処理手段が、前記計算した賃貸料を前記出力手段にて出力させる出力過程と、
前記処理手段が、賃貸開始時から前記最大貸出期間に至るまでの任意の時点において、前記受付手段にて、前記顧客から前記物品について中途購入の申し込みを受けた旨を認識する中途購入申込認識過程と、
前記処理手段が、前記記憶手段に記憶されている前記賃貸開始の日付と前記中途購入の申し込みを受けた時点の日付から前記単位期間を１単位として顧客が支払った前記賃貸料の支払い回数を特定する過程と、
前記処理手段が、前記記憶手段から前記属性情報を読み出し、前記物品について支払いを受けるべき金額の総額である価格情報であって前記属性情報に特定の支払い回数に応じた価格情報が規定されている場合は、前記記憶手段から該価格情報を読み出し該価格情報に基づいて前記支払い回数に応じた販売基準価格を決定する一方、該価格情報が規定されていない場合は、前記標準販売価格と、前記支払い回数から１を差し引いた値と前記最大貸出期間に対応する単位期間数から１を差し引いた値との比率に前記標準販売価格を乗じた値とを加算した値を所定桁数で丸めた販売基準価格を決定する過程と、
前記処理手段が、前記販売基準価格と、前記顧客から過去に支払われた賃貸料の総和である、前記賃貸料に前記支払い回数を乗じたものとの差を販売価格として決定する過程と、
前記処理手段が、前記決定した販売価格を前記出力手段にて出力させる出力過程と
を有することを特徴とする賃貸・販売管理方法。A rental / sales management method that is executed on a management terminal that manages leasing to customers for multiple types of goods to be leased,
The management terminal includes storage means, processing means, output means, and accepting means for receiving an application for mid-term purchase, and the storage means stores a lease start date,
The processing means is a process of storing attribute information of a plurality of types of articles to be rented in the storage means for each article, and the attribute information includes information specifying at least a standard selling price and a maximum lending period. Including attribute storage process,
The processing means reads the attribute information from the storage means , and sets the standard sales price so that the total rent paid by the customer for each unit period within the maximum rental period does not exceed the standard sales price. A rent calculation process for calculating the rent by rounding the value obtained by dividing the maximum lending period by the number of unit periods + 1 by a predetermined number of digits,
An output process in which the processing means causes the output means to output the calculated rent ;
An intermediate purchase application recognition process for recognizing that the processing means has received an application for intermediate purchase from the customer at the arbitrary time from the start of leasing to the maximum lending period. When,
The processing means specifies the number of payments of the rent paid by a customer with the unit period as one unit from the date of start of rent stored in the storage means and the date of receiving the application for mid-term purchase. The process of
The processing means reads the attribute information from the storage means , and is price information that is a total amount of money to be paid for the article, and the attribute information defines price information corresponding to a specific number of payments In the case, the price information is read from the storage means and the sales reference price corresponding to the number of payments is determined based on the price information, while if the price information is not defined, the standard sales price, Sales obtained by rounding a value obtained by adding a value obtained by subtracting 1 from the number of payments and a value obtained by multiplying the value obtained by subtracting 1 from the number of unit periods corresponding to the maximum lending period by the standard sales price to a predetermined number of digits. The process of determining the base price;
A step of determining, as a selling price, a difference between the selling standard price and a sum of rents paid by the customer in the past, and a difference between the rent multiplied by the number of payments;
A rental / sales management method , wherein the processing means includes an output process for outputting the determined selling price by the output means . 前記記憶手段は、前記物品の賃貸開始時を示す時間情報と所定利益額とを記憶しており、
前記処理手段が、賃貸業者と前記顧客との仲介を行う仲介者に支払う賃貸仲介手数料を決定する過程と、
前記処理手段が、前記記憶手段から前記時間情報を読み出し、読み出した時間情報で示される前記物品の賃貸開始時から、前記中途購入申込認識過程が実行されるまでの期間に、前記賃貸業者が前記仲介者に支払った賃貸仲介手数料の合計を計算する過程と、
前記処理手段が、前記記憶手段から前記所定利益額を読み出し、前記中途購入申込認識過程の実行後、前記物品の販売に際して前記仲介者が得る粗利の想定値と、前記賃貸仲介手数料の合計との和が該所定利益額の値になるように、前記物品の卸値を前記所定利益額から前記賃貸仲介手数料の合計を差し引いて決定する過程と
をさらに有することを特徴とする請求項１に記載の賃貸・販売管理方法。 Before SL storage means stores the time information and the predetermined profit showing the rental start time of the article,
Determining a rental brokerage fee paid by the processing means to a broker who mediates between the renter and the customer ;
The processing means reads out the time information from the storage means, and the leaser performs the period from the start of renting the article indicated by the read time information until the mid-term purchase application recognition process is executed. Calculating the total rental brokerage fees paid to the broker;
The processing means reads the predetermined profit amount from the storage means, and after the execution of the mid-term purchase application recognition process, an estimated value of gross profit that the broker obtains when selling the article, and a total of the rental brokerage fee, such that the sum of a value of the predetermined profit, according to claim 1, further comprising a step of determining by subtracting the sum of the rental agency fee the wholesale price of the article from the predetermined profit Rental and sales management method. 前記管理端末は、在庫情報を入力する手段と、賃貸申込を受け付ける賃貸申込受付手段とを備え、
前記処理手段が、前記入力された賃貸対象物品の在庫情報を前記記憶手段に蓄積させる過程と、
前記処理手段が、前記賃貸申込受付手段を介して、少なくとも前記賃貸対象物品の種類と属性とを伴う賃貸申込を受け付ける賃貸申込受付過程と、
前記処理手段が、前記賃貸対象物品の属性が第１の属性であったことを条件として、当該賃貸対象物品の新規購入処理を実行するとともに、該新規購入された賃貸対象物品を前記顧客宛に配送するための配送指示を業者端末に対して送信する処理を実行する過程と、
前記処理手段が、前記賃貸対象物品の属性が第２の属性であったことを条件として、前記在庫情報を前記記憶手段から読み出すことによって参照して在庫の有無を検出するとともに、該賃貸対象物品の在庫が存在したことを条件として該賃貸対象物品を前記顧客宛に配送するための指示を在庫品管理端末に対して送信する配送処理を実行する過程と
を有することを特徴とする請求項１または２に記載の賃貸・販売管理方法。The management terminal comprises a means for inputting inventory information, and a rental application receiving means for receiving a rental application,
A process in which the processing means accumulates the input inventory information of the article to be leased in the storage means;
The processing means accepts a rental application acceptance process for accepting a rental application with at least the type and attribute of the rental object through the rental application acceptance means,
The processing means executes a new purchase process for the rental target article on the condition that the attribute of the rental target article is the first attribute, and sends the newly purchased rental target article to the customer. A process of executing a process of sending a delivery instruction for delivery to a merchant terminal;
The processing means detects the presence / absence of inventory by reading the inventory information from the storage means on condition that the attribute of the rental object is a second attribute, and the rental object 2. A process of executing a delivery process of transmitting an instruction for delivering the rental object to the customer to the inventory management terminal on condition that the inventory of the article exists. Or the rental and sales management method described in 2 . 前記記憶手段は所定の金融機関を介して顧客から入金された賃貸料に関する情報を記憶し、
前記処理手段が、前記入金された物品の賃貸料を所定期間毎に確認する過程と、
前記処理手段が、徴収した前記賃貸料の一部を仲介手数料として仲介者に分配する過程と、
前記処理手段が、前記中途購入申込認識過程が実行されたことを条件として、前記物品の販売に際して前記仲介者が前記顧客から徴収する販売価格として想定される想定販売価格を算出し、該想定販売価格に基づいて前記物品の卸値を決定する過程と、
該卸値を前記仲介者に対して請求する過程と
を有することを特徴とする請求項１ないし３の何れかに記載の賃貸・販売管理方法。 Before term memory means stores the information about the rent, which is payment from a customer via a predetermined financial institutions,
The processing means confirms the rent of the received goods every predetermined period;
A process in which the processing means distributes a portion of the collected rent to the broker as a brokerage fee;
Said processing means, on condition that the middle purchase application recognition process is executed to calculate the assumed selling price which the intermediary is assumed as a selling price to be collected from the customer when sales of the article, the assumed sales Determining the wholesale price of the article based on the price;
Rental and sales management method according to any one of claims 1 to 3; and a step of billing the該卸value to the intermediary. 請求項１ないし４の何れかに記載の賃貸・販売管理方法を実行することを特徴とする賃貸・販売管理装置。Rental and sales management apparatus and executes a rental and sales management method according to any one of claims 1 to 4. 請求項１ないし４の何れかに記載の賃貸・販売管理方法を前記処理手段に実行させることを特徴とするプログラム。A program for causing the processing means to execute the rental / sales management method according to any one of claims 1 to 4 .
JP2003007322A 2003-01-15 2003-01-15 Rental / sales management method, rental / sales management device and program Expired - Lifetime JP3930811B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003007322A JP3930811B2 (en) 2003-01-15 2003-01-15 Rental / sales management method, rental / sales management device and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003007322A JP3930811B2 (en) 2003-01-15 2003-01-15 Rental / sales management method, rental / sales management device and program

Publications (2)

Publication Number Publication Date
JP2004220350A JP2004220350A (en) 2004-08-05
JP3930811B2 true JP3930811B2 (en) 2007-06-13

Family

ID=32897460

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003007322A Expired - Lifetime JP3930811B2 (en) 2003-01-15 2003-01-15 Rental / sales management method, rental / sales management device and program

Country Status (1)

Country Link
JP (1) JP3930811B2 (en)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB201008368D0 (en) 2010-05-20 2010-07-07 Moore Jesse K Mobile meter
US8355805B2 (en) 2011-03-08 2013-01-15 D. Light Design, Inc. Systems and methods for activation and deactivation of appliances
US8489481B2 (en) 2011-11-21 2013-07-16 M-Kopa Ipr, Llc Transaction processing and remote activation
JP6633508B2 (en) * 2016-12-28 2020-01-22 株式会社ストライプインターナショナル Item providing device, providing method, and processing program
JP6407344B1 (en) * 2017-04-12 2018-10-17 ソフトバンク株式会社 Information processing apparatus, program, and system
EP3598407B1 (en) * 2017-03-16 2023-07-12 Softbank Corp. System
JP7366390B2 (en) * 2019-04-03 2023-10-23 株式会社Tent Management device and management program
CN110533505A (en) * 2019-08-16 2019-12-03 厦门造艺科技有限公司 A kind of rent qin system
JP7394662B2 (en) * 2020-03-10 2023-12-08 株式会社オービック Rental management device, rental management method, and rental management program
CN113674055A (en) * 2021-08-13 2021-11-19 深圳市百匠科技有限公司 Wireless digital sound control method, system, device and storage medium
JP7116514B1 (en) 2022-01-21 2022-08-10 Ｆｒｅｅ Ｓｔａｎｄａｒｄ株式会社 Program, device and method

Also Published As

Publication number Publication date
JP2004220350A (en) 2004-08-05

Similar Documents

Publication Publication Date Title
US7313539B1 (en) Method and system for reserving future purchases of goods or services
US7962375B2 (en) Method and system for reserving future purchases of goods and services
US7996292B2 (en) Method and system for reserving future purchases of goods and services
US8930260B2 (en) Method and system for reserving future purchases of goods and services
US20110258067A1 (en) Online marketplace for information and intangible goods
JPWO2004010356A1 (en) Settlement system, settlement apparatus, settlement program, and settlement program storage medium
US8595088B2 (en) System for sales, pricing, and sourcing sponsored materials to target market
KR101109026B1 (en) Work flow management system
JP3930811B2 (en) Rental / sales management method, rental / sales management device and program
JP7005688B2 (en) Cryptocurrency management equipment, methods and programs
JP2008310770A (en) Storage proxy system and computer program
JP2002032587A (en) System and method for anonymous electronic commerce with credit function
JP4453055B2 (en) Server device for buying and selling call options
JP2003076911A (en) Method for managing coupon, coupon management program and coupon management server
KR20030004405A (en) Cumulative point notifying method
JP4097015B2 (en) ASIC development tool license management method, apparatus and program
JP7016441B1 (en) Point management device and point management method
JP2010033617A (en) Method and system for dealing call option
US20040158491A1 (en) Point system and method of providing an item being sold
JP3874602B2 (en) Sales system
JP4154216B2 (en) Information processing system and information processing method
JP2004094702A (en) Information processing system and method, information processing device and method, recording medium, and program
JP4806156B2 (en) Purchase application method, purchase application device, purchase application program, and computer-readable recording medium recording the purchase application program
JP2002140601A (en) System and method for discount selling
TW591457B (en) Computer network, system, server computer, sales management system for managing articles, and method and computer-readable recording medium containing program for selling article

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060328

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060517

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20060808

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061010

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20061205

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070220

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070309

R150 Certificate of patent or registration of utility model

Ref document number: 3930811

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313532

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100316

Year of fee payment: 3

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110316

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110316

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120316

Year of fee payment: 5

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130316

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140316

Year of fee payment: 7

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R360 Written notification for declining of transfer of rights

Free format text: JAPANESE INTERMEDIATE CODE: R360

R360 Written notification for declining of transfer of rights

Free format text: JAPANESE INTERMEDIATE CODE: R360

R371 Transfer withdrawn

Free format text: JAPANESE INTERMEDIATE CODE: R371

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term