JP7262719B2 - 定期配送サービス用のキャッシュバック管理システム - Google Patents

Description

本発明は、定期配送サービス用のキャッシュバック管理システムに係り、特に、定期配送サービスの新規加入時におけるユーザへのキャッシュバックに関する。

例えば、特許文献１には、商品またはサービスの販売促進を図る携帯端末を用いた購入ポイント管理システムが開示されている。この管理システムでは、サービスの会員である顧客が商品またはサービスを購入した際、顧客に対して購入ポイントが付与される。このポイント数は、購入する商品等の価格に応じて決定される。顧客は、商品の購入を繰り返すことによってポイントを貯蓄していき、貯蓄されたポイントを消費することで、商品を安く購入することができる。

特開２００１－２７３５６３号公報

しかしながら、特許文献１のように、商品を購入する毎にユーザにポイントを付与し、ポイントを貯めたユーザに対して特典を与えるスキームは、サービスへの新規加入を促進するための手段としては必ずしも有効ではない。なぜなら、ユーザは、ある程度のポイントが貯まって初めてその価値を見出す傾向があるが、新規加入の時点ではポイントが未だ保有されていないからである。そこで、サービスへの新規加入特典として、ユーザに対して所定額をキャッシュバックするスキームも存在する。しかしながら、この類いのスキームの大半は、キャッシュバックを無条件に行うものであり、その後のサービスの利用と結び付いているとは言い難い。また、キャッシュバックを提供するサービス運営者側にとって過度な負担とならないように、ユーザへのキャッシュバックと引き替えに、特段の根拠はない何らかの解約ペナルティをユーザに課すことも多く、これによって、契約継続を繋ぎ止めているのが実情である。

本発明は、かかる事情に鑑みてなされたものであり、その目的は、サービス運営者側に過度な負担を強いることなく、ユーザにとって魅力的な特典を与えることで、サービスへの新規加入の促進を図ることである。

かかる課題を解決すべく、本発明は、ポイント保持部と、ポイント処理部とを有する定期配送サービス用のキャッシュバック管理システムを提供する。ここで、定期配送サービスとは、定期ＥＣサイトで購入された商品に関する定期配送の要求と、随時ＥＣサイトで購入された商品に関するものであって、かつ、随時配送の一配送形態としてユーザが選択可能な便乗配送の要求とに応じて、便乗配送に係る配送物を定期配送に便乗させるサービスをいう。ポイント保持部は、定期配送サービスを利用するユーザのそれぞれについて、前払いポイント額を保持する。この前払いポイント額は、定期配送サービス利用の対価の前払いとしてユーザにキャッシュバックされるキャッシュバック額に対して、定期配送サービスの利用によってユーザに付与される付与ポイント額を充当することによって算出される。ポイント処理部は、ポイント保持部によって保持された前払いポイント額を更新する。このポイント処理部は、キャッシュバック処理部と、サービス利用処理部と、解約処理部とを有する。キャッシュバック処理部は、ユーザが定期配送サービスに新規加入した場合、このユーザに対して、所定のキャッシュバック額のキャッシュバック処理を行う。サービス利用処理部は、ユーザが定期配送サービスを利用した場合、キャッシュバック額に対して付与ポイント額を充当することによって、このユーザに関する前払いポイント額を更新する。解約処理部は、ユーザが定期配送サービスの解約を申し出た場合、このユーザに関して残存する前払いポイント額に応じて、解約手数料付きの解約処理を行う。

ここで、本発明において、上記解約処理部は、付与ポイントの累計によってキャッシュバック額の消化が完了していない場合、上記解約処理として、ユーザに対する解約手数料の請求を行うことが好ましい。この場合、上記解約手数料は、上記前払いポイント額の残高と、予め定められた解約規約とに応じて決定してもよい。

本発明において、上記サービス利用処理部は、定期配送サービスを利用してユーザが商品を購入する毎に、キャッシュバック額に対して、購入に係る商品の標準価格と会員価格（会員に対して提供される割引価格）との差額相当のポイント数を充当することが好ましい。

本発明において、上記キャッシュバック処理部は、付与ポイント額の累計によってキャッシュバック額の消化が完了した場合、このユーザに対して、所定のキャッシュバック額を再度キャッシュバックしてもよい。また、上記キャッシュバック処理部は、初回または２回目以降のキャッシュバックにおいて、ユーザが希望するキャッシュバック額を審査することによって、キャッシュバック額を決定してもよい。この場合、上記キャッシュバック処理部は、ユーザが希望するキャッシュバック額が審査で許容される額を超えている場合、消費者向けの融資によって補填することで、キャッシュバック額を決定してもよい。

本発明によれば、定期配送サービスに新規加入したユーザに対して、定期配送サービス利用の対価の前払いとして所定のキャッシュバック額をキャッシュバックし、その後の定期配送サービス利用によってポイントが付加される毎に、キャッシュバック額に対してポイント額が充当される。ユーザが定期配送サービスの解約を申し出た場合、このユーザに関する残存する前払いポイント額に応じて、解約手数料付きの解約処理が行われる。すなわち、ユーザによる定期配送サービスの解約には一定の合理的な制限があり、解約の時点で残存する前払いポイント額を精算するための解約手数料の支払いが求められる。これにより、サービス運営者側に過度な負担を強いることなく、ユーザにとって魅力的なキャッシュバック額を柔軟に設定することが可能になり、定期配送サービスへの新規加入を効果的に促進することができる。

定期配送サービスの説明図 キャッシュバック管理システムのブロック構成図 ポイント保持部における管理内容の説明図 サービス利用処理部によって実行される処理のフローチャート キャッシュバック処理部によって実行される処理のフローチャート 解約処理部によって実行される処理のフローチャート

図１は、ＥＣ（Electronic Commerce）サービスの一例である会員制の定期配送サービスの説明図である。この定期配送サービスは、会員であるユーザＡと、ＥＣサイトＢと、配送物の配送管理を行う配送業者Ｃとが主体となって構成されている。基本的な配送スキームは従来と同様であり、ユーザＡがＥＣサイトＢにて商品を購入すると、配送業者Ｃによって商品がユーザＡの手元に届けられる。定期配送サービスでは、定期配送スケジュールに基づいて、配送予定日が互いに異なる複数の定期配送Ｐ１～Ｐ３が予め設定されている。ＥＣサイトＢは、ユーザＡによる商品の定期的な購入を受け付け、配送業者Ｃに対して、配送物ａ１～ａ３のそれぞれに対応した定期配送Ｐ１～Ｐ３を要求する。例えば、今週の土曜日の定期配送Ｐ１に配送物ａ１、翌週の土曜日の定期配送Ｐ２に配送物ａ２、翌々週の土曜日の定期配送Ｐ３に配送物ａ３をそれぞれ割り当てるといった如くである。

ＥＣサイトＢとしては、典型的には、インターネット上の仮想店舗であるスーパーマーケットサイトが想定され、そこで販売される商品には、水、米、パン、果物、牛乳、卵、ジュース、ヨーグルト、納豆、豆腐といった日用食品が少なくとも含まれる。日用食品は、その特性として、家庭内でほぼ毎日消費されるといった高い定期購入性を有し、１０～２０種程度の食品は毎週同じものが定期的に購入される傾向がある。そこで、ＥＣサイトＢは、定期購入性の高い複数種の商品（日用食品を含む。）を提供し、ユーザＡによって購入された商品の組み合わせを配送物ａ１～ａ３とした定期配送Ｐ１～Ｐ３を配送業者Ｃに要求する。

ここで、スーパーマーケットサイトのビジネス上の特徴としては、以下の点が挙げられる。第１に、例えば、毎週土曜日の１０～１２時といった如く、定期的に日用食品を宅配（ネット注文）する。これにより、ユーザＡは実店舗に足を運ばなくても商品を入手できるため、ユーザの負担を軽減できる。なお、通常会員は１０商品、プレミアム会員は２０商品といった如く、一回当たりの定期配送で指定できる日用食品の個数に所定の上限を設けてもよい。第２に、インターネット上の仮想店舗であるため、実店舗のような販売マージンが発生せず、実店舗よりも安価に日用食品をユーザに提供できる。第３に、ユーザから会費を定期的に徴収し、定期配送の費用は会費にて賄われる。これにより、運営主体がビジネスを継続するのに必要な原資を確保できる。そして、第４に、１種類の商品は１つのブランドに厳選されている。これは、食品メーカにとって、顧客を継続的に確保できるメリットがあるほか、定期ＥＣサイト４上に広告を掲載することで、長期優良顧客との直接的なコミュニケーションが可能になるといったメリットもある。

配送業者Ｃは、ＥＣサイトＢからの要求を受け付け、配送物の配送を管理・手配する。ＥＣサイトＢより定期配送スケジュールを受け付けた場合、この定期配送スケジュールに従って、時系列的に早い配送便の順で、定期配送Ｐ１、定期配送Ｐ２、定期配送Ｐ３が設定される。ＥＣサイトＢより複数の日用食品である配送物ａ１の配送要求を受け付け、その配送便として定期配送ａ１が指定された場合、配送物ａ１の配送便として定期配送Ｐ１が設定される。配送物ａ２，ａ３についても同様であり、配送物ａ２の配送便として定期配送ｐ２、配送物ａ３の配送便として定期配送Ｐ３がそれぞれ設定される。

なお、ＥＣサイトＢ（フロントエンド）の機能が限定されており、配送業者Ｃ（バックエンド）とのネットワーク上の連携が乏しい場合には、フロントエンドの業者が、別途バックエンドの配送システムに便乗配送の指定を入力してもよい。また、これに代えて、電話やメールなどで配送業者Ｃに個別に連絡し、配送業者Ｃの方で便乗配送の指定を入力するようにしてもよい。また、ＥＣサイトＢのオペレータが、配送業者Ｃ側のサーバに接続されたクライアントを操作することによって、配送業者Ｃに対して、便乗配送の要求を行ってもよい。さらに、便乗配送の要求は、ＥＣサイトＢのみならず、ユーザＡが配送業者Ｃ側のサーバに直接ログインして、ユーザＡが直接行ってもよい。

本実施形態では、本サービスの新規加入を促進すべく、新規加入時の特典としてユーザへの「キャッシュバック」を行う。本明細書において、「キャッシュバック」とは、経済的価値を有するものをユーザに付与する行為全般をいい、ユーザによる事前の支払いの有無は問わない。キャッシュバックの具体的な態様としては、例えば、現金の還元、ポイントの付与、クオカード等の金券の配布、ユーザの指定口座への現金の振り込み、家電製品などのプレゼント、所定額相当のカタログギフトなどが挙げられる。

本サービスの特徴は、以下のとおりである。第１に、本サービスに新規に加入したユーザに対して、新規加入時に、商品購入などのサービスに利用可能な所定のキャッシュバック額をまとめて付与する。このようなキャッシュバックは、本サービスへの新規加入をユーザに促す上で、十分なインセンティブとなる。第２に、ユーザに付与されたキャッシュバック額に対して、本サービスに利用よってユーザに付与されるポイント額が充当される。第３に、ユーザがサービスの解約を申し出た場合、このユーザに関する残存する前払いポイント額に応じて、解約手数料付きの解約処理が行われる。このような解約システムにより本サービスの解約を抑止する効果が得られる。

サービス運営者（ＥＣサイトＢ）は、サービスの特性やインセンティブのインパクトなどを考慮した上で、キャッシュバック額を適宜決定する。一例として、本定期配送サービスでは３万円相当のキャッシュバックを想定している。これは次の計算に基づく。すなわち、１回の定期配送で８商品（計４千円程度）が購入されると想定した場合、１回当たりの割引額が２割引相当（８００円）、１月当たりの割引額が３，２００円（月４回配送）となる。そうすると、キャッシュバック分の３万円を消化するためには、約１０ヶ月を要することになる。すなわち、サービス運営者としては、キャッシュバックを受けたユーザは本サービスを１０ヶ月間程度継続することが期待できる。

図２は、キャッシュバック管理システムのブロック構成図である。このキャッシュバック管理システム１は、上述したＥＣサイトＢの一部、または、ＥＣサイトＢのバックエンド側のシステムとして実現される。キャッシュバック管理システム１は、ポイント保持部２と、情報取得部３と、ポイント処理部４とを有する。

ポイント保持部２は、本サービスを利用するユーザの保有ポイントをユーザ毎に保持・管理する。図３は、ポイント保持部２が保持する管理内容の説明図であり、管理内容は、ポイントの出入りなどによって随時更新される。ポイント保持部２が管理する管理内容としては、「日付」、「ユーザ」、「キャッシュバック額」、「サービス利用」、「解約手数料」、「前払いポイント額」および「摘要」が存在する。「日付」は、前払いポイント額の変動（出入り）があった生じた日付であり、時間も含む日時を記入してもよい。「ユーザ」は、前払いポイント額の変動があったユーザを特定する識別情報（ＩＤ）である。「キャッシュバック額」は、サービス利用の対価の前払いとしてユーザにキャッシュバックされるキャッシュバック額（ポイント数）である。

ここで、「サービス利用の対価の前払い」について説明すると、「サービス利用」とは、ユーザがサービス提供者のサービスを利用すること、たとえば、サービス提供者の提供するサービスを利用して商品を購入することをいう。サービス利用の「対価」とは、ユーザがサービスを利用することにより、サービス提供者より受領するもののことをいい、例えば、定期配送サービスでいえば、本サービスに加入することで、会員価格で定期購入できることをいう。また、対価の「前払い」とは、本来、サービス利用の都度、あるいはサービスの利用後に、ユーザが享受できるメリットを、サービスの利用の前に、例えば、新規加入時に一括して、ユーザが受け取れることをいう。

本実施形態では、キャッシュバックを受けたユーザは、本来、サービス利用毎に享受できる割引のメリットを新規加入時に一括して受け取ってしまうため、その後は会員価格ではなく、標準価格で購入することになる。例えば、１回当たりの割引額が２割引相当（８００円）とすると、都度割引者と比較して、８００円高く購入することなる。当初の「キャッシュバック額」をその後の標準価格での購入で「充当」していくことになる。一方で、キャッシュバックを受けないユーザは、購入の都度、会員価格が適用されるため、キャッシュバック額に対する金利相当額への考慮を除けば、両者の経済的なメリットは同一となる。

「サービス利用」は、サービスの利用によってユーザに付与されるポイント額である。例えば、サービスの利用形態として商品購入を想定した場合、「標準価格」、「会員価格」、「付与ポイント額」が管理される。ここで、「標準価格」は、購入に係る商品の標準価格であり、「会員価格」は、サービスに加入したユーザが会員特典として得られる購入に係る商品の会員価格（割引価格）である。したがって、本サービスのユーザは、本来「会員価格」での購入が可能だが、新規加入時にキャッシュバック額を得ることで、会員価格による購入のメリットを先取りしていることから、キャッシュバック選択後は「標準価格」での購入を継続することとなる。また、「付与ポイント額」は、商品の購入によってユーザに付与された額（典型的には、標準価格と会員価格（会員に対して提供される割引価格）との差額相当）、換言すれば、ユーザが獲得したポイントである。キャッシュバック額に対して、商品の購入によって得られた付与ポイント額が充当され、キャッシュバック額が消化されていく。

「解約手数料」は、サービスの解約時に、一定の条件下で、残存する前払いポイント額を精算するために発生する額である。「前払いポイント額」は、「キャッシュバック額」に対して「付与ポイント額」を充当することによって算出されるポイント残高である。「キャッシュバック額」をマイナスで表記する場合には、「付与ポイント額」をプラスで表記し、両者を加算することによって、「前払いポイント額」が算出される。また、「摘要」は、前払いポイント額の変動が生じた要因などである。

本実施形態では、「キャッシュバック額」をマイナス、「付与ポイント額」をプラスで表記し、「前払いポイント額」をマイナス側で管理している。その理由は、本来、ユーザが未だ保有していないポイントをキャッシュバックによって前払いしており、前払いした額をその後のサービス利用で充当していく関係上、「キャッシュバック額」および「前払いポイント額」をマイナス表記とした方が管理上適切だからである。ただし、「キャッシュバック額」をプラス、「付与ポイント額」をマイナスで表記し、「前払いポイント額」をプラス側で管理しても構わない。

情報取得部３は、ネットワーク接続された外部システムからの情報や、本キャッシュバック管理システム１上で直接入力された各種情報を取得する。取得される情報としては、サービスの利用プロセスの途中で受け付けられる「ポイント照会」、サービスへの新規加入によって受け付けられる「新規加入」、サービスの利用によって受け付けられる「サービス利用」、ユーザによるサービスの解約の申し出に伴い受け付けられる「解約申出」などが挙げられる。

ポイント処理部４は、ポイント保持部２によって保持された前払いポイント額の更新処理を行う。このポイント処理部４には、ユーザの新規加入時などに更新処理を行うキャッシュバック処理部４ａと、ユーザのサービス利用時に更新処理を行うサービス利用部４ｂと、サービス解約時に更新処理を行う解約処理部４ｃとが存在する。これらの処理部４ａ～４ｃにおける処理結果は、処理の依頼元（例えばＥＣサイトＢ）に通知される。

キャッシュバック処理部４ａは、ユーザがサービスに新規加入した場合、このユーザに対して、所定のキャッシュバック額をまとめてキャッシュバックする。例えば、図３に示した管理内容Ｒ１は、ユーザＡの新規加入に伴い、ユーザＡに対して３万円相当（「キャッシュバック額」＝－３万円）がキャッシュバックされ、これにより、ユーザＡの「前払いポイント額」が－３万円に更新されたことを示す。上述したように、キャッシュバックの具体的な態様は任意であり、例えば、現金の還元、家電製品のプレゼントの場合、これらをユーザに付与することが「対価の前払い」の「キャッシュバック」に相当する。この場合、３万円の現金、３万円相当の家電製品を、ポイント換算して、ポイントとして管理し、ポイント分の利用をしたかを管理する形になる（利用しなければ、違約金が発生する。）。なお、後述するように、キャッシュバック処理部４ａは、新規加入時の初回キャッシュバックのみならず、所定の条件を満たすことを前提に、２回目以降のキャッシュバックを行ってもよい。

サービス利用処理部４ｂは、ユーザがサービスを利用する毎に、このユーザにキャッシュバックしたキャッシュバック額に付与ポイント額を充当することによって、前払いポイント額を更新する。例えば、図３に示した管理内容Ｒ２は、サービス利用の一形態である定期配送ａ１の確定に伴い、「付与ポイント額」が８００円発生し、これにより、ユーザＡの「前払いポイント額」が８００円分、すなわち、－３０，０００円から－２９，２００円に更新されたことを示す。このような付与ポイント額の充当に基づく前払いポイント額の更新は、定期配送ａ２以降についても同様に行われる。

解約処理部４ｃは、ユーザがサービスの解約を申し出た場合、このユーザに関して残存する前払いポイント額に応じた解約処理（解約手数料の請求処理を伴う場合がある。）を行う。例えば、図３に示したＲ５は、ユーザＡの解約申出に伴う解約処理として、「前払いポイント額」が－３９，５２０円から０円に更新されたことを示す。また、解約処理部４ｃは、残存する「前払いポイント額」と、予め定められた解約規約とに応じて、解約手数料の計算処理をした上で、解約処理として、解約手数料の請求に関する処理を行う。解約手数料の請求に関する処理としては、種々の方法がある。例えば、計算された解約手数料を、ユーザＡの銀行口座（銀行口座は予め登録されている）から引き出す処理や、ユーザＡのクレジットカードへの決済を請求する処理が考えられる。また、解約手数料を表示手段に表示する処理をし、当該表示に基づき、人的方法により、請求書を送付する等することが考えられる。さらに、解約処理部４ｃは、解約手数料とは別に、条件を満たした解約者に一律に請求する事務手数料や残存する「前払いポイント額」に解約までの期間を乗じた利息相当額等を解約手数料に付加し、請求処理をしてもよい。

このように、「前払いポイント額」は、解約手数料を計算するための指標として用いられる。これは、キャッシュバックの態様が、現金の還元、ポイントの付与、クオカード等の金券の配布等の各種の態様によって、変わることはない。

図４は、サービス利用処理部４ｂにおいて実行される処理のフローチャートである。まず、ステップ１において、サービス利用の一形態である商品購入の通知を受け付けられると、ステップ２において、上述した前払いポイント額の更新処理が行われる。これにより、図３に示したように、定期配送ａ１～ａ３によって付加される「付加ポイント額」の充当によって、「前払いポイント額」は、－２９，２００円（定期配送ａ１）、－２８，３００円（定期配送ａ２）、－２７，５００円（定期配送ａ３）と順次更新されていく。

つぎに、ステップ３において、更新後の前払いポイント額（残高）に基づいて、キャッシュバック額の消化が完了したか否かが判定される。キャッシュバック額の消化が完了した状態とは、厳密には、付加ポイント額の累積的な充当によって、前払いポイント額の残高が０円になった状態をいうが、サービス利用に供し得ない端数が前払いポイント額として残存するケースなどが起こり得る。そこで、キャッシュバック額の消化の有無を判定するためのしきい値を設定し、前払いポイント額の残高と、判定用のしきい値とを比較することによって、キャッシュバック額の消化の有無が判定される。図３の例において、定期配送ａ１～ａ３については、「前払いポイント額」の残高（－２９，２００円、－２８，３００円、－２７，５００円）がしきい値（例えば、－５００円）を未だ上回っていないので、ステップ３の判定結果は否定となる。この場合、ステップ４のキャッシュバック処理を行うことなく、一連の処理が終了する。

なお、「前払いポイント額」をプラス側で管理する場合、判定用のしきい値としては、例えば＋５００円といった如く、プラスの額として設定される。この場合、前払いポイント額の残高がこのしきい値を下回ったことを以て、キャッシュバック額の消化が完了したものと判定される。

その後、定期配送などのサービス利用が繰り返されることによって、キャッシュバック額が消化される方向（残高が０円に向かう方向）に、前払いポイント額が随時更新されていく。

そして、前払いポイント額としきい値との比較によって、キャッシュバック額の消化が完了した場合、ステップ３の判定結果が肯定となり、キャッシュバック処理が実行される（ステップ４）。

図５は、キャッシュバック処理部４ａによって実行される処理（ステップ４のキャッシュバック処理）のフローチャートである。まず、ステップ１１において、ユーザがキャッシュバックを希望するか否かが判定される。ユーザがキャッシュバックを希望しない場合、再度のキャッシュバックは実行されない。この場合、以後のサービス利用については、標準価格ではなく会員価格（割引価格）ベースで行われ、購入の都度割引のメリットを享受することになる。一方、ユーザがキャッシュバックを希望する場合、ユーザは、自己が希望するキャッシュバック額を指定し、この希望キャッシュバック額が受け付けられる。

つぎに、ステップ１３において、希望キャッシュバック額が審査され、希望キャッシュバック額が審査で許容される範囲内であるか否かが判定される（ステップ１４）。希望キャッシュバック額が審査で許容される範囲内である場合、ユーザが希望する額面どおりにキャッシュバック額が決定される（ステップ１７）。

これに対して、希望キャッシュバック額が審査で許容される範囲を超えている場合、ユーザに対して、消費者向け融資（利息の支払いを伴う。）を利用するか否かが問い合わせられる（ステップ１５）。ユーザが消費者向け融資の利用を選択した場合には、希望キャッシュバック額の全部、あるいは、その一部（例えば超過分）が消費者向け融資にて補填され（ステップ１６）、ユーザが希望する額面どおりにキャッシュバック額が決定される（ステップ１７）。一方、ユーザが消費者向け融資の利用を選択しない場合には、審査で許容される範囲内でキャッシュバック額（希望キャッシュバック額よりも少額）が決定される（ステップ１７）。

そして、ステップ１７で決定されたキャッシュバック額に基づいて、ユーザへのキャッシュバックが再度実行される。図３の例は、管理内容Ｒ３に示すように、定期配送ａiによって「前払いポイント額」がしきい値を上回り、これによって、管理内容Ｒ４に示すキャッシュバックが再度実行されたケースを示している。キャッシュバックの具体的な額は、今後の購入額やサービス利用状況などを考慮した上で、サービス提供者側が事案毎に判断する。

ここで、キャッシュバックの実行については、キャッシュバック管理システム１の指示の下、人手を主体に行ってもよい。例えば、キャッシュバックの対象が現金やクオカードの場合、キャッシュバック管理システム１は、作業者に対して、誰にいくら送金するのか、誰にいくらのクレジットカードを郵送するのかといった表示を表示手段に表示させる出力をし、作業者が表示に基づく作業をすることが想定される。キャッシュバックの実行とは、作業者に対してキャッシュバック管理システム１が指示を出すことも含まれる。

なお、図５に示したキャッシュバック処理は、２回目以降の再キャッシュバックに限定されるものではなく、サービスへの新規加入時に実行される初回キャッシュバックにおいて行ってもよい。これにより、初回キャッシュバックにおいても、ユーザの希望を考慮または反映した柔軟なキャッシュバック額の設定が可能になる。

図６は、解約処理部６によって実行される処理のフローチャートである。まず、ステップ２１において、本サービスの解約の申出が受け付けられると、ステップ２２において、ポイント保持部２を参照して、解約を申し出たユーザに関する前払いポイント額を特定する。そして、ステップ２３において、前払いポイント額が所定の解約条件を満たすか否か、具体的には、付加ポイント額の累計によってキャッシュバック額の消化が完了したか否かが判定される。ユーザへのキャッシュバックは、本サービスの運営者の直接的な負担となるため、加入直後または十分なサービス利用がなされていない状態でユーザの解約を無制限に認めると、サービス運営者の負担が大きい。したがって、本サービスの解約に一定の合理的な制限を設けることは、本サービスの適切かつ継続的な運営を図る上で重要である。なお、解約条件としては、上述した前払いポイント額の残存状態に加えて、新規加入時を基準とした時期的な制約を加えてもよい。

キャッシュバック額の消化が完了している場合、ユーザに解約手数料を伴わない解約処理が行われる（ステップ２４）。これに対して、キャッシュバック額の消化が完了していない場合、解約手数料を伴う解約処理が行われる（ステップ２５）。この場合、解約手数料の請求自体については、キャッシュバック管理システム１の指示（解約手数料の算出および表示手段への解約手数料の出力）の下、人手を主体に行ってもよい。サービスの規約に従い、解約手数料として要求する。その際、利息相当額や事務手数料などの金額を付加してもよい。

このように、本実施形態によれば、サービスに新規加入したユーザに対して、サービス利用の対価の前払いとして所定のキャッシュバック額をキャッシュバックし、その後のサービス利用によってポイントが付加される毎に、キャッシュバック額に対してポイント額が充当される。ユーザがサービスの解約を申し出た場合、このユーザに関する残存する前払いポイント額に応じて、解約手数料付きの解約処理が行われる。すなわち、ユーザによるサービスの解約には一定の合理的な制限があり、解約の時点で残存する前払いポイント額を精算するための解約手数料の支払いが求められる。これにより、サービス運営者側に過度な負担を強いることなく、ユーザにとって魅力的なキャッシュバック額を柔軟に設定することが可能になり、サービスへの新規加入を効果的に促進することができる。

なお、上述した実施形態では、ＥＣサイト（仮想店舗）による定期配送サービスを例に説明したが、本発明は、これに限定されるものではなく、様々な商品購入サービスに広く適用することができる。例えば、定期配送（定期購入）ではなく、会員制のＥＣサイト上において、ユーザが希望する物を希望する時にその都度購入するサービス形態（例えば、カタログ通販などの随時購入）であってもよい。また、商品を販売する主体はＥＣサイトではなく、実店舗であってもよい。さらに、本明細書において、サービスが取り扱う「商品」とは、取引の対象となり得るものを広く含み、無形のサービスも包含する意味で用いられる。

また、上述した実施形態では、使途が限定されない現金、または、現金相当の支払手段を提供するキャッシュバックを想定しているが、本発明はこれに限らず、サービス運営者側が使途可能範囲を限定したポイント、特定の商品、または、サービスであってもよい。

さらに、上述した実施形態では、標準価格と会員価格（会員に対して提供される割引価格）との差額を付与ポイント額として想定しているが、本発明はこれに限らず、商品購入やサービス利用に応じてサービス運営者側が規定する付与ポイントであってもよい。

１ キャッシュバック管理システム
２ ポイント保持部
３ 情報取得部
４ ポイント処理部
４ａ キャッシュバック処理部
４ｂ サービス利用処理部
４ｃ 解約処理部

Claims (7)

1. 定期配送サービス用のキャッシュバック管理システムにおいて、
   日用食品を含む商品の定期的な購入を受け付ける定期ＥＣサイトで購入された商品に関する定期配送の要求と、商品の随時的な購入を受け付ける随時ＥＣサイトで購入された商品に関するものであって、かつ、随時配送の一配送形態としてユーザが選択可能な便乗配送の要求とに応じて、前記便乗配送に係る配送物を前記定期配送に便乗させる定期配送サービスを利用するユーザのそれぞれについて、前記定期配送サービス利用の対価の前払いとしてユーザにキャッシュバックされるキャッシュバック額に対して、前記定期配送サービスの利用によってユーザに付与される付与ポイント額を充当することによって算出される前払いポイント額を保持するポイント保持部と、
   前記ポイント保持部によって保持された前払いポイント額を更新するポイント処理部とを有し、
   前記ポイント処理部は、
   ユーザが前記定期配送サービスに新規加入した場合、当該ユーザに対して、所定のキャッシュバック額のキャッシュバック処理を行うキャッシュバック処理部と、
   ユーザが前記定期配送サービスを利用した場合、前記キャッシュバック額に対して前記付与ポイント額を充当することによって、当該ユーザに関する前払いポイント額を更新するサービス利用処理部と、
   ユーザが前記定期配送サービスの解約を申し出た場合、当該ユーザに関して残存する前払いポイント額に応じて、解約手数料付きの解約処理を行う解約処理部と
   を有することを特徴とする定期配送サービス用のキャッシュバック管理システム。
2. 前記解約処理部は、前記付与ポイント額の累計によって前記キャッシュバック額の消化が完了していない場合、前記解約処理として、ユーザに対する解約手数料の請求を行うことを特徴とする請求項１に記載された定期配送サービス用のキャッシュバック管理システム。
3. 前記解約処理部は、前記前払いポイント額の残高と、予め定められた解約規約とに応じて、前記解約手数料を決定することを特徴とする請求項２に記載された定期配送サービス用のキャッシュバック管理システム。
4. 前記サービス利用処理部は、前記定期配送サービスを利用してユーザが商品を購入する毎に、前記キャッシュバック額に対して、購入に係る商品の標準価格と会員価格との差額相当のポイントを充当することを特徴とする請求項１に記載された定期配送サービス用のポイント管理システム。
5. 前記キャッシュバック処理部は、前記付与ポイント額の累計によって前記キャッシュバック額の消化が完了した場合、当該ユーザに対して、所定のキャッシュバック額を再度キャッシュバックすることを特徴とする請求項１に記載された定期配送サービス用のキャッシュバック管理システム。
6. 前記キャッシュバック処理部は、ユーザが希望するキャッシュバック額を審査することによって、前記キャッシュバック額を決定することを特徴とする請求項１または５に記載された定期配送サービス用のキャッシュバック管理システム。
7. 前記キャッシュバック処理部は、ユーザが希望するキャッシュバック額が審査で許容される額を超えている場合、消費者向けの融資によって補填することで、前記キャッシュバック額を決定することを特徴とする請求項６に記載された定期配送サービス用のキャッシュバック管理システム。

Images