JP7503343B1 - クーポン管理システム、方法、及びプログラム - Google Patents

Abstract

【課題】クーポン管理技術に関し、戦略的かつ店舗間の紹介も行えるようなクーポンの配布と使用を可能とする。【解決手段】第１のクーポン配布部１１８は、第１のクーポンをユーザ端末１０４に配布する。第２のクーポンの配布処理１１９（＃１）は、ユーザがクーポンを店舗で使用した場合に、その店舗が紹介する１つ以上の他の店舗に関する紹介情報及び第２のクーポンの組をユーザ端末１０４に提示することにより、選択された１つの他の店舗で使用可能な第２のクーポンをユーザ端末１０４に配布する。第１の課金処理１１９（＃２）は、ユーザによる第１のクーポンの使用に対して、運営が受け取るべき第１の紹介手数料を算出してクーポン使用店舗に課金する。第２の課金処理（＃３）は、ユーザによる第２のクーポンの使用に対して、運営が受け取るべき第２の紹介手数料を算出してクーポン使用店舗に課金し、第３の紹介手数料を算出して運営が代行してクーポン使用店舗に課金して第２のクーポンの発行元の店舗との間で精算する。【選択図】図１

Description

本発明は、クーポン管理システム、方法、及びプログラムに関する。

携帯端末のアプリなどを介して、ユーザ（消費者）にクーポンを無償で贈答するクーポンサービスが知られている。ユーザは、受け取ったクーポンを商品やサービスの購入額に充当することが可能になる。

また、地域の商店会などでは、お客様の囲い込みによる販売促進を目的に、特定の地域内でのみ使用可能な独自クーポンのサービスをキャンペーンとして展開することが知られている。

従来、クーポン配布サーバが顧客の携帯端末装置にクーポンを定期的に配布する次のようなシステムが知られている（例えば、特許文献１）。ユーザの携帯端末が保持している電子クーポンを使用する際、店舗に設置されたスマートポスターまたは店舗内で用いる情報処理端末より、電子クーポンを使用した店舗の識別子を取得し、どのユーザがどの電子クーポンをどの店舗で使用したかをクーポン配布サーバに送信して、該電子クーポンが使用したことを通知するとともに、クーポンの使用状況をユーザや利用店舗の端末に表示する。
上記の従来技術により、店舗側からクーポンを定期的に配布すれば顧客を繋ぎとめることができる。

また最近では、次のようなステップを備えるコンピュータシステムが実施するクーポン販促循環方法が知られている（例えば、特許文献２）。クーポン発行ステップは、「ユーザに無償提供するクーポン点数」と「発行元ＩＤ」とが管理されたクーポンをデータ生成して前記ユーザに発行する発行処理を行う。クーポン清算ステップは、発行された前記クーポンの使用に対して、前記クーポンの使用先と、前記クーポンの前記発行元ＩＤが示す前記発行元との間で、前記クーポン点数に関する清算処理を行う。報酬循環ステップは、前記クーポンの使用先から前記クーポンによる販促報酬を受け取る受取処理を行い、前記クーポンの前記発行元ＩＤが示す前記発行元に対して前記販促報酬の部分または全部の給付処理を行う。
上記の従来技術により、クーポン使用先の事業者からクーポン発行元の事業者へ販促報酬を給付するやりとりが継続することによって、事業者の相互間において販促報酬が循環するようになる。その結果、異なる事業者間においてクーポンの相互利用を可能にすることでユーザの利便性を高めつつ、販促報酬の循環によって事業者側の公平性を高めることが技術的に可能になる。

特開２０１４－２６８２号公報 特許第７３１５９３８号特許公報

しかしながら、特許文献１の従来技術では、予め配布することになっている顧客にしかクーポンが配布されないため、クーポンを用いることで店舗への集客を高める効果は限定的なものとなるという課題があった。

一方、特許文献２の従来技術では、事業者間でのクーポンの相互利用が可能になるだけである。クーポンの流通を事業者間のみにまかせただけでは、ユーザを戦略的な消費行動に誘導することはできないという課題があった。

例えば、特定のエリア（地域）で開催されるセールにユーザを囲い込みたい場合であっても、特許文献２の従来技術による事業者間のクーポン配布だけでは、その店舗を利用したユーザにしかクーポンを配布できないため、ユーザの囲込みを拡大することができないという課題があった。
一方、特許文献１の従来技術のように画一的なクーポン配布だけでは、上質な情報を提供することができないという課題があった。このような場合には逆に、地域の店舗での口コミや紹介のほうが、ユーザにより上質なお得情報を与えられる場合もある。
このように、特許文献１の従来技術と特許文献２の従来技術は、一長一短があり、ユーザのニーズをうまく融合して捉えることができていないという課題があった。

そこで、本発明は、戦略的かつ店舗間の紹介も行えるようなクーポンの配布と使用を可能とすることを目的とする。

態様の一例のクーポン管理システムは、クーポン管理サーバがユーザにより操作されるユーザ端末又は店舗に設置された店舗端末とネットワークを介して通信することによりユーザが店舗で利用可能なクーポンを管理するシステムにおいて、クーポン管理サーバは、店舗毎に、その店舗が紹介する他の店舗に関する紹介情報を含む紹介データと、全体の紹介手数料と、店舗側紹介手数料比率とを記憶する記憶部と、第１のクーポンを発行してユーザが操作するユーザ端末に配布する第１のクーポン配布部と、ユーザがユーザ端末に配布された第１のクーポン又は第２のクーポンを店舗で使用したことがその店舗に対応する店舗端末又はそのユーザ端末から通知された場合に、その店舗に対応して記憶部が記憶している紹介データに含まれる紹介情報から抽出されるその店舗が紹介する１つ以上の他の店舗に関する紹介情報及び第２のクーポンの組をそのユーザ端末に提示することにより、そのユーザ端末で選択された１つの他の店舗で使用可能な第２のクーポンを、そのユーザ端末に配布する第２のクーポンの配布処理と、ユーザが第１のクーポンを店舗で使用したことがその店舗に対応する店舗端末又はそのユーザ端末から通知された場合に、その店舗である第１のクーポン使用店舗に対応して記憶部が記憶している全体の紹介手数料をシステム運営組織が受け取るべき第１の紹介手数料として算出し、その第１のクーポン使用店舗に課金する第１の課金処理と、ユーザが第２のクーポンを店舗で使用したことがその店舗に対応する店舗端末又はそのユーザ端末から通知された場合に、その店舗である第２のクーポン使用店舗に対応して記憶部が記憶している店舗側紹介手数料比率をその第２のクーポン使用店舗に対応して記憶部が記憶している全体の紹介手数料に乗算して得られる手数料をその第２のクーポンの発行元の店舗である第２のクーポン発行元店舗が第２のクーポン使用店舗から受け取るべき第３の紹介手数料として算出し、代行してその第２のクーポン使用店舗に課金してその第２のクーポン発行元店舗との間で精算すると共に、その全体の紹介手数料からその第３の紹介手数料を減算して得られる手数料をシステム運営組織が受け取るべき第２の紹介手数料として算出し、その第２のクーポン使用店舗に課金する第２の課金処理と、からなる一連の処理を実行するクーポン使用対応部と、ユーザ端末に配布された第１のクーポン又は第２のクーポンに関する情報をそのユーザ端末に表示するクーポン表示部と、の機能を実行する。

本発明によれば、戦略的かつ店舗間の紹介も行えるようなクーポンの配布と使用が可能となる。

クーポン管理システム１００の実施形態のシステムブロック図である。 実施形態の動作説明図である。 クーポン管理サーバのハードウェア構成例を示す図である。 第１のクーポン配布部の処理の例を示すフローチャートである。 クーポン表示部の処理の例を示すフローチャートである。 クーポン使用対応部の処理の例を示すフローチャート（その１）である。 クーポン使用対応部の処理の例を示すフローチャート（その２）である。 プレミアムクーポン発行処理の詳細例を示すフローチャートである。 集計部の処理の例を示すフローチャートである。 集計部の処理の説明図である。 ＱＲコード（登録商標）による第２のクーポン配布部の説明図である。 ＱＲコード（登録商標）による第２のクーポン配布部の処理の例を示すフローチャートである。

以下、本発明を実施するための形態（以下「本実施形態」と記載）について図面を参照しながら詳細に説明する。図１は、クーポン管理システム１００の実施形態のシステム構成を示すブロック図、図２は本実施形態の動作説明図である。

図１に示されるように、本実施形態によるクーポン管理システム１００は、例えば組織内のローカルエリアネットワーク又はＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）接続されたインターネットであるネットワーク１０６を介して、ユーザ端末１０４、店舗端末１０５、システム管理者端末１０２、又は店舗運営者端末１０３などが、クーポン管理サーバ１０１に接続され、クーポンを配布したり使用したりするための相互通信を行う。
クーポン管理サーバ１０１は、図３を用いて後述するように、一般的なコンピュータのハードウェア構成を備えるサーバコンピュータである。
ユーザ端末１０４は、例えばスマートフォンである。
システム管理者端末１０２は、例えば一般的なパーソナルコンピュータである。
店舗運営者端末１０３も例えば、一般的なパーソナルコンピュータ、又はタブレット端末である。

次に、図１のクーポン管理サーバ１０１の機能構成について説明する。

まず、クーポンを利用するユーザは、ユーザ端末１０４からネットワーク１０６を介してクラウドのアプリストアにアクセスし、そこから予めクーポン管理用のアプリケーションプログラム（以下「アプリ」と記載）を、ユーザ端末１０４にダウンロードしてインストールする。
アプリは、ユーザ端末１０４の特には図示しないプロセッサによって実行されることにより、アプリ実行部１２２としての機能を備える。

ユーザがアプリをユーザ端末１０４にインストールし、アプリの情報入力画面からユーザ情報を入力すると、そのユーザ情報がクーポン管理サーバ１０１のユーザ登録部１１７に通知される。
ユーザ登録部１１７は、通知されたユーザ情報やポイント残高等を管理するためのユーザデータ１５４を生成し、記憶する。ユーザデータ１５４は、ユーザを一意に識別するためのユーザＩＤ（ＩＤ：Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）と、ユーザ情報（ユーザ名、メールアドレス等）と、ポイント残高等を含む。

その後、クーポン管理サーバ１０１内の第１のクーポン配布部１１８は、例えば定期的、又は例えば或るキャンペーンやセールに特化して非定期に、第１のクーポン（定期クーポン）を発行して、ユーザが操作するユーザ端末１０４に、ネットワーク１０６を介して定期クーポンが配布されたことを通知する（後述する図４のフローチャートを参照）。

例えば、図２のステップＳ２０１に例示されるように、システム運営組織からユーザ端末１０４に対して、１週間に５回程度というように定期的に（非定期であってもよい）、第１のクーポンである定期クーポンが配布される。

次に、図１において、クーポン使用対応部１１９は、第２のクーポンの配布処理１１９（＃１）、第１の課金処理１１９（＃２）、及び第２の課金処理（＃３）を実行する。

まず、クーポン使用対応部１１９は、第２のクーポンの配布処理１１９（＃１）において、ユーザがユーザ端末１０４に配布されたクーポンを店舗で使用した場合に、その店舗が紹介する他の店舗で使用可能な第２のクーポン（プレミアムクーポン）を発行し、クーポンを使用したユーザのユーザ端末１０４に配布する（後述する図６のＳ６０２と図８を参照）。

第２のクーポンの配布処理１１９（＃１）においては、店舗が紹介する１組以上の他の店舗に関する情報とその他の店舗で使用可能なプレミアムクーポンに関する情報の組をユーザ端末１０４のアプリ画面に提示されるようにすることができる。この提示のうちから、ユーザが１組を選択すると、ユーザ端末１０４において選択されたその他の店舗で使用可能なプレミアムクーポンを発行することができる。

例えば、図２のステップＳ２０２に例示されるように、ユーザは、飲食店である第１の店舗にでかけてゆき、そこでの支払いに、例えば「唐揚げ定食５０円引き」という特典が付いた第１のクーポンである定期クーポンを使用する。
クーポンが使用されたことは、ユーザ端末１０４において実行されるアプリ実行部１２２とクーポン管理サーバ１０１において実行される後述するクーポン表示部１２０の機能により、例えば、ユーザ端末１０４のディスプレイに表示されたクーポン画面と共に表示されるＱＲコード（登録商標）を、店舗端末１０５に接続され店員が操作するスキャナで読み込むことにより、認識される。

次に、図２のステップＳ２０３に示されるように、第１の店舗が紹介する例えば同じ地域の商店街にあるお勧めの第２の店舗（例えば、ジム）で使用可能な、例えば「ジム プロテイン1杯無料＋１０分延長」というような特典付きの、第２のクーポンであるプレミアムクーポンが発行され、ステップＳ２０２の定期クーポンを使用したユーザのユーザ端末１０４に配布される。
このとき、第１の店舗（例えば飲食店）が提携して紹介する第２の店舗としていくつかの店舗のプレミアムクーポンをユーザ端末１０４に表示し、ユーザは、それらのうちから好きな店舗（例えば、ジム）を第２の店舗として選択できるようにしてもよい。
この結果、ユーザが選択したその第２の店舗に対応するプレミアムクーポンが発行されて、ユーザ端末１０４に配布される。
ステップＳ２０３においては、上記プレミアムクーポンの配布と共に、例えば「１０ポイント獲得」というような、ポイントがユーザに付与される。ユーザは、付与されたポイントを、例えば電子商取引サイトで使用可能なギフト券や、システム運営組織が運営するポイント交換サイトでの商品交換や、特定の地域で提供される交換商品などと交換することができる。

次に、クーポン使用対応部１１９は、第１の課金処理１１９（＃２）において、ユーザが第１のクーポンを店舗で使用した場合に、その第１のクーポンの使用に対してシステム運営組織が受け取るべき第１の紹介手数料を算出して、第１のクーポンが使用された店舗に課金する（後述する図７のＳ６１４とＳ６１５を参照）。

例えば、図１のクーポン管理サーバ１０１において、第１の店舗における第１の紹介手数料（例えば、１００円）が算出され、ステップＳ２０４のように第１の店舗からシステム運営組織に支払いを行うための課金が第１の店舗に対してなされる。
実際には、第１の紹介手数料の課金情報が逐次例えばクーポン管理サーバ１０１内の後述する外部記憶装置３０４に記憶され、この記憶されたデータ群上で、例えば毎月の請求日に第１の店舗における第１の紹介手数料の合計額が集計されて（後述する図９のＳ９０１からＳ９０３を参照）、システム運営組織から第１の店舗に請求書（紙でもオンラインでもよい）が送られ、それに対して第１の店舗の店舗運営者等が例えば銀行振込やクレジットカードや電子マネーの手段で、支払いを行う。

このようにして、第１の店舗でユーザが第１のクーポンである定期クーポンを使用したことにより、第１の店舗からシステム運営組織に、成功報酬である第１の紹介手数料が支払われることになる。

続いて、ユーザが第２のクーポンを店舗で使用した場合には、クーポン使用対応部１１９は再度、第２のクーポンの配布処理１１９（＃１）を実行する。

例えば、図２のステップＳ２０５に例示されるように、ユーザは、ジムである第２の店舗にでかけてゆき、そこでの支払いに、例えば「ジム プロテイン1杯無料＋１０分延長」という特典が付いた第２のクーポンであるプレミアムクーポンを使用する。
使用の形態は、前述した第１のクーポンである定期クーポンの場合と同様である。

このように、プレミアムクーポンが使用された場合も、前述した第２のクーポンの配布処理１１９（＃１）によって、図２のステップＳ２０６に示されるように、第２の店舗が紹介する例えば同じ地域の商店街にあるお勧めの第３の店舗（例えば、花屋）で使用可能な、例えば「バラ2本無料」というような特典付きの、第２のクーポンであるプレミアムクーポンが発行され、ステップＳ２０５のプレミアムクーポンを使用したユーザのユーザ端末１０４に配布される。
このときも、図２のステップＳ２０３のときと同様に、第２の店舗（例えば、ジム）が提携して紹介する第３の店舗としていくつかの店舗のプレミアムクーポンをユーザ端末１０４に表示し、ユーザは、それらのうちから好きな店舗（例えば、花屋）を第３の店舗として選択できるようにしてもよい。
この結果、ユーザが選択したその第３の店舗に対応するプレミアムクーポンが発行されて、ユーザ端末１０４に配布される。
ステップＳ２０６においても、ステップＳ２０３のときと同様に、上記プレミアムクーポンの配布と共に、例えば「３５ポイント獲得」というような、ポイントがユーザに付与される。

次に、クーポン使用対応部１１９は、第２の課金処理（＃３）において、ユーザが第２のクーポンを店舗で使用した場合に、その第２のクーポンの使用に対して、システム運営組織が受け取るべき第２の紹介手数料と、使用が行われた第２のクーポンを発行した店舗が受け取るべき第３の紹介手数料とを算出して、第２のクーポンが使用された店舗に課金する（後述する図７のＳ６１６からＳ６１９を参照）。

例えば、図１のクーポン管理サーバ１０１において、第２の店舗における第２の紹介手数料（例えば、７０円）が算出され、ステップＳ２０７のように第２の店舗からシステム運営組織に支払いを行うための課金が第２の店舗に対してなされる。
実際には、第１の課金処理１１９（＃２）の場合と同様に、第２の紹介手数料の課金情報がクーポン管理サーバ１０１内の例えば後述する外部記憶装置３０４に記憶され、例えば毎月の請求日に第２の店舗における第２の紹介手数料の合計額が第１の紹介手数料と合算して集計されて（後述する図９のＳ９０１からＳ９０３を参照）、システム運営組織から第２の店舗（例えば、花屋）に請求書が送られて、それに対して第２の店舗の店舗運営者等が、支払いを行う。

また、図１のクーポン管理サーバ１０１において、第２の店舗における第３の紹介手数料（例えば、３０円）が算出され、ステップＳ２０８のように第２の店舗から第１の店舗に支払いを行うための課金が第２の店舗に対してなされる。
実際には、第２の店舗から第１の店舗へは直接の支払いは行われず、システム運営組織が代行をする。即ち、第３の紹介手数料の課金情報がクーポン管理サーバ１０１内の例えば後述する外部記憶装置３０４に記憶され、例えば毎月の請求日に第２の店舗における第３の紹介手数料の合計額が集計されて（後述する図９のＳ９０４からＳ９０６を参照）、システム運営組織から第２の店舗に代行請求書が送られて、それに対して第２の店舗の店舗運営者等が、システム運営組織に支払いを行う。

システム運営組織が代行して受け取った上記第３の紹介手数料の合計額は、紹介元の店舗ごとに他の第３の紹介手数料と合計額が集計されて（後述する図９のＳ９０４、Ｓ９０７、Ｓ９０８を参照）、システム運営組織において各紹介元の店舗に対して精算が行われる。
より具体的には、システム運営組織では、紹介元店舗がシステム運営組織に支払うべき例えば毎月の前述した第１の紹介手数料と第２の紹介手数料の合計額から、毎月の上記第３の紹介手数料の合計額が減算され、紹介元店舗は、その減算結果の金額をシステム運営組織に支払う。なお、その減算結果がマイナスになった場合は、そのマイナス額は、次の月の例えば毎月の前述した第１の紹介手数料と第２の紹介手数料の合計額から減算されることにより、精算される。

なお、各店舗は、上記精算の代わりに、特には図示しない店舗管理用のホームページ（例えばマイページ）から自身が紹介元となった場合に獲得できる上記第３の紹介手数料の即時振込依頼をシステム運営組織に申請できるようにして、上記第３の紹介手数料を１～３営業日内に銀行振込みによる現金で受け取れるようにしてもよい。

第３の店舗におけるプレミアムクーポンの使用（ステップＳ２０９）と、それに対する更なるプレミアムクーポンの発行とポイント付与（ステップＳ２１０）、及び第２の紹介手数料の支払い（ステップＳ２１１）と第３の紹介手数料の支払い（ステップＳ２１２）も、第２の店舗におけるステップＳ２０５～ステップＳ２０８の場合と同様である。

上述の実施形態において、クーポン使用対応部１１９は、店舗が参照するための、全体の紹介手数料と、店舗側紹介手数料比率とを設定し、例えば後述する外部記憶装置３０４に記憶させてよい。
全体の紹介手数料は、店舗に対して課金される第１の紹介手数料、又は第２の紹介手数料と第３の紹介手数料の合計額に対応する課金基本データである。
店舗側紹介手数料比率は、店舗にてプレミアムクーポンが使用されることによりその店舗に第２の紹介手数料と第３の紹介手数料が課金される場合に、全体の紹介手数料に対する第２の紹介手数料の比率を決定するデータである。

この場合、クーポン使用対応部１１９は、第１の課金処理１１９（＃２）を実行するときには、第１のクーポンが使用された店舗に対応して記憶されている全体の紹介手数料の全額を第１の紹介手数料として課金する。
また、クーポン使用対応部１１９は、第２の課金処理（＃３）を実行するときには、第２のクーポンが使用された店舗に対応して記憶されている全体の紹介手数料に店舗側紹介手数料比率を乗算して得た乗算結果を第３の紹介手数料として課金すると共に、全体の紹介手数料から上記乗算結果を減算して得られる金額を第２の紹介手数料として課金する。

このようにして、店舗が参照するための全体の紹介手数料をまず決めておき、プレミアムクーポンが発行されて使用された場合には、システム運営組織に支払われる第２の紹介手数料と紹介元店舗に支払われる第３の紹介手数料は上述の全体の紹介手数料が按分されて支払われる。このため、紹介手数料をバランス良く配分することが可能となる。

ここまでの実施形態において、店舗毎に、その店舗の顧客単価を区分する顧客単価カテゴリを設定し、例えば後述する外部記憶装置３０４に記憶させるようにしてよい。
また、１つ以上の顧客単価カテゴリの夫々に対応させて、上述の全体の紹介手数料及び店舗側紹介手数料比率の組を設定し、例えば後述する外部記憶装置３０４に記憶させるようにしてよい。
そして、クーポン使用対応部１１９は、クーポンが使用された店舗毎に設定、記憶されている顧客単価カテゴリに対応して更に設定、記憶されている全体の紹介手数料及び店舗側紹介手数料比率の組を使用して、第１の課金処理１１９（＃２）及び第２の課金処理（＃３）を実行するようにしてよい。

これにより、店舗における顧客単価の規模に応じて、全体の紹介手数料と店舗側紹介手数料比率の組を決定することができ、小規模の店舗でも無理なくクーポン管理システムを利用することが可能となる。

更に、上述の全体の紹介手数料と店舗側紹介手数料比率を、顧客単価カテゴリのみによって決めるのではなく、店舗情報（例えば後述する店舗データ１５５）の編集において、これらの値を個別に上書きして変更できるようにしてもよい。
これによって、店舗の個別の事情に応じて、より柔軟なパラメータ設定が可能となる。

ここまでの実施形態において、店舗に対応させて、その店舗が位置するエリアが設定され、記憶されてよい。
これに対して、ユーザは、ユーザ端末１０４でアプリ実行部１２２によって実行されているアプリの情報入力画面を介して、ユーザが居住する場所、ユーザが通勤／通学している会社／学校、又はユーザが行きたい若しくはよく行く駅、地域、商店街等を例えば３箇所まで、ユーザエリアとして登録する。
より具体的には、ユーザ端末１０４のアプリ実行部１２２は、例えば都道府県、市区町村、番地、駅名、地域名、商店街名、又はマップを表示してその中の１箇所を選択させる情報入力画面をユーザ端末１０４のディスプレイのアプリ画面に表示する。ユーザは、この情報入力画面を使って、３箇所までのユーザエリアを登録する。
ユーザ端末１０４のアプリにおいて登録されたユーザエリアは、図１のクーポン管理サーバ１０１のユーザ登録部１１７に通知される。ユーザ登録部１１７は、通知されたユーザエリアを、ユーザに対応して生成してあるユーザデータ１５４に設定し、記憶する。
第１のクーポン配布部１１８及び第２のクーポンの配布処理１１９（＃１）を実行するクーポン使用対応部１１９は、配布を行うユーザに対応するユーザデータ１５４に設定されている何れかのユーザエリアに一致する又は近傍のエリアが記憶されている店舗で使用可能な第１のクーポン又は第２のクーポンをユーザ端末１０４に配布する。

このようにして、本実施形態によれば、ユーザに関連するエリアの近傍の店舗の定期クーポン（第１のクーポン）又はプレミアムクーポン（第２のクーポン）を発行することが可能となる。これにより、地域住民や地域の学校や会社の生徒等の近隣地域の商店街等への囲い込み戦略を、本実施形態によるクーポン管理システムを用いて実現することが可能となる。

この場合に、システム運営組織は、例えばクーポンのポータルサイトを運営することにより、特定の店舗に限られないユーザに第１のクーポンを送ることが可能となるため、幅広いユーザへのクーポン戦略を実施することが可能となる。

一方、第１のクーポンによりユーザをひとたび例えば特定のエリアに誘導することができれば、そこからは地域の店舗が主導した（作成した）プレミアムクーポンを発行することにより、地域の店舗の口コミや紹介に根ざしたクーポン発行を行うことができ、これによりユーザに更にお得で上質なサービス提供を行うことが可能となる。
この場合ユーザは、いくつかの他の店舗のプレミアムクーポンの紹介を受けることができ、好みに合ったプレミアムクーポンを使用することが可能となる。

更に、プレミアムクーポンが使用された場合には、紹介先の店舗から紹介元の店舗に第３の紹介手数料がキックバックされるため、店舗間でのプレミアムクーポンの発行のモチベーションを高く維持することが可能となる。

上述の実施形態において、第１のクーポン及び第２のクーポンの夫々について、ユーザにより使用されたときにユーザが受け取る報酬特典のタイプである報酬タイプと、調整後店舗側紹介手数料比率とを設定し、例えば後述する外部記憶装置３０４に記憶させるようにしてよい。

報酬タイプにより、例えば、決済額の定額割引き、パーセント割引き、無料、ポイント増などの多彩な特典提供が可能となる。

そして、クーポン使用対応部１１９は、第２の課金処理（＃３）を実行するときに、店舗で使用された第２のクーポンに設定されている報酬特典のタイプが前述したポイント増タイプである場合に、その店舗に対応して記憶されている店舗側紹介手数料比率を、その第２のクーポンに対応して記憶されている調整後店舗側紹介手数料比率に置き換えて、第２の紹介手数料と第３の紹介手数料を算出するようにしてよい。

使用されたクーポンの報酬タイプに設定されている報酬特典のタイプが、ユーザが受け取るポイントを増やすことができるポイント増タイプである場合には、店舗の代わりにシステム運営組織がユーザに一定割合で付与ポイントを増やす特典を与えることになるため、特典付与に伴う店舗の負担は無い。そこで、ポイント増のプレミアムクーポンが使用された場合に限り、紹介元店舗への紹介料を決定する店舗側紹介手数料比率を調整後店舗側紹介手数料比率で置き換えることにより、紹介元店舗とシステム運営組織に支払う紹介料のバランスを取ることが可能となる。

また、店舗に対応してユーザポイント付与数を、第１のクーポン及び第２のクーポンに対応させてポイント付与倍率を夫々設定し、夫々例えば後述する外部記憶装置３０４に記憶させてよい。このユーザポイント付与数は、前述した顧客単価カテゴリの夫々に対応させて、前述した全体の紹介手数料及び店舗側紹介手数料比率の組として設定し、記憶されてよい。
ユーザポイント付与数は、ユーザが第１のクーポン又は第２のクーポンが店舗で使用したときに、その数に対応するポイントをそのユーザに対応させて付与するためのデータである。
ポイント付与倍率は、店舗で使用された第１のクーポン又は第２のクーポンの報酬タイプに設定されている報酬特典のタイプが、前述したポイント増タイプである場合に、ユーザに付与されるポイントを増やすために、ユーザポイント付与数に乗算される倍数データである。

そして、第１のクーポン又は第２のクーポンが使用された店舗に対応して記憶されているユーザポイント付与数のポイントを、使用を行ったユーザに対応させて付与し、例えば後述する外部記憶装置３０４に記憶させてよい。

図１のステップＳ２０３の説明で前述したように、ユーザは、付与されたポイントを、例えば電子商取引サイトで使用可能なギフト券や、システム運営組織が運営するポイント交換サイトでの商品交換や、特定の地域で提供される交換商品などと交換することができる。
これによりユーザに、クーポンを継続的に利用しようとする動機付けを与えることが可能となる。

更に、店舗で使用された第１のクーポン又は第２のクーポンの報酬タイプに設定されている報酬特典のタイプが、前述したポイント増タイプである場合に、その店舗に対応して記憶されているユーザポイント付与数にその第１のクーポン又はその第２のクーポンに対応して記憶されているポイント付与倍率を乗算して得た乗算結果の数のポイントを、使用を行ったユーザに対応させて付与し、例えば後述する外部記憶装置３０４に記憶するようにしてよい。

これにより、ユーザは、クーポンを利用する楽しみを増大させ、一方、店舗側は、クーポンの利用率をアップさせて集客アップ、売上アップ等を図ることが可能となる。

次に、図１のクーポン管理システムにおけるクーポン管理サーバ１０１内の集計部１２１の動作について説明する。
集計部１２１は、クーポン使用対応部１１９が実行する第１の課金処理１１９（＃２）において課金される第１の紹介手数料及び第２の課金処理（＃３）において課金される第２の紹介手数料を、店舗毎に請求可能なように集計する。集計された金額は、各店舗からシステム運営組織が受け取る手数料となる。
また、集計部１２１は、クーポン使用対応部１１９が実行する第２の課金処理（＃３）において課金される第３の紹介手数料を、紹介先の店舗毎に請求可能なように集計すると共に、紹介元の店舗毎に支払い可能なように集計する。集計された金額は、紹介元の各店舗が受け取る手数料となる。

これにより、第１のクーポン及び第２のクーポンの使用に伴う第１の紹介手数料、第２の紹介手数料、及び第３の紹介手数料の精算を円滑に行うことが可能となる。

ＱＲコード（登録商標）による第２のクーポン配布部１２４については、図１１の説明図を用いて後述する。

次に、本実施形態において運用される図１の各種データ１５０～１６０について説明する。以下に説明する各種データ１５０～１６０は、例えば後述する図３の外部記憶装置３０４（記憶部）に記憶される。
まず、店舗データ１５５は、第１のクーポン又は第２のクーポンが使用される店舗に関する情報である。

次に、エリアデータ１５１は、エリアに関する情報である。
この場合、前述した店舗データ１５５に、店舗が位置するエリアに対応するエリアデータ１５１を識別するエリア識別情報（以下「エリアＩＤ」と記載）を記憶してよい。
そして、クーポン使用対応部１１９は、前述したようにして店舗が位置するエリアを認識する場合に、その店舗に対応する店舗レコードに記憶されている上記エリアＩＤをキーとしてエリアデータを検索し、そこに登録されているエリア情報に基づいてエリアを認識するようにしてよい。

次に、顧客単価カテゴリデータ１５２は、ユーザポイント付与数、全体の紹介手数料、及び店舗側紹介手数料比率の組合せが対応する顧客単価カテゴリに関する情報である。
この場合、前述した店舗データ１５５に、その店舗の顧客単価に対応する顧客単価カテゴリデータ１５２を識別する顧客単価カテゴリ識別情報（以下「顧客単価カテゴリＩＤ」と記載）を記憶するようにしてよい。
この場合、クーポン使用対応部１１９は、ユーザポイント付与数、全体の紹介手数料、及び店舗側紹介手数料比率を、店舗データ１５５中の顧客単価カテゴリＩＤをキーとして、顧客単価カテゴリデータ１５２を検索し、そこからユーザポイント付与数、全体の紹介手数料、及び店舗側紹介手数料比率を取得するようにしてよい。

次に、ユーザデータ１５４としては、少なくとも、ユーザに対応させて付与されるポイントに関する情報が設定される。

これにより、ユーザは、自分が保有しているポイント残高を、ユーザ端末１０４上でいつでも確認することが可能となる。

次に、クーポンデータ１５６は、第１のクーポン又は第２のクーポンに関するクーポン情報である。

これにより、第１のクーポンや第２のクーポンに対するきめ細かいクーポン設定や管理が可能となる。

この場合に、クーポンデータ１５６は、第１のクーポン又は第２のクーポンを識別するためのクーポンタイプの情報を含んでよい。

これにより、各クーポンが定期クーポンなのかプレミアムクーポンなのかの判別が容易になるなどの効果がある。

また、第１のクーポン及び第２のクーポンの夫々について、クーポンデータ１５６は、報酬タイプと、ポイント付与倍率の各情報を含んでよい。

これにより、クーポン毎にきめ細かい報酬タイプの設定等が可能となる。

更に、第２のクーポンについて、報酬タイプがユーザが受け取るポイントを増やすことができるポイント増タイプである場合に、クーポンデータ１５６は、前述した店舗側紹介手数料比率を置き換える調整後店舗側紹介手数料比率を含んでよい。
この場合、クーポン使用対応部１１９は、第２の課金処理（＃３）を実行するときに、店舗側紹介手数料比率を、ユーザが使用した第２のクーポンに対応するクーポンデータ１５６に設定されている調整後店舗側紹介手数料比率に置き換えて第２の紹介手数料と第３の紹介手数料を算出する（後述する図６のＳ６０７からＳ６１１を参照）。

これにより、ユーザがポイント増タイプのクーポンを利用する動機付けを高めることが可能となる。

次に、ユーザクーポンデータ１５７は、第１のクーポン配布部１１８により配布された第１のクーポンに関する情報と、クーポン使用対応部１１９が実行する第２のクーポンの配布処理１１９（＃１）により配布された第２のクーポンに関する情報である。

これにより、発行されたクーポンの情報を効率的に管理することが可能となる。

上述のユーザクーポンデータ１５７に格納される第２のクーポンに関する情報は、第２のクーポンを発行させた紹介元の店舗においてユーザにより使用された第１のクーポン又は第２のクーポンを識別する紹介元クーポン識別情報（以下「紹介元クーポンＩＤ」と記載）を含んでよい。

これにより、プレミアムクーポンを発行したもととなったクーポンを容易に把握することが可能となる。

次に、クーポン使用履歴データ１５８は、ユーザにより第１のクーポン又は第２のクーポンが使用された場合に、少なくともそのユーザを識別するユーザ識別情報（以下「ユーザＩＤ」と記載）とその使用された第１のクーポン又は第２のクーポンを識別するクーポン識別情報（以下「クーポンＩＤ」と記載）に関する情報である。

これにより、クーポンの使用状況を容易に把握することが可能となる。

次に、運営が受け取る手数料履歴データ１５９は、クーポン使用対応部１１９が夫々実行する第１の課金処理１１９（＃２）により課金された第１の紹介手数料と第２の課金処理（＃３）により課金された第２の紹介手数料に関する情報である。

これにより、集計部１２１は、第１の紹介手数料及び第２の紹介手数料を、運営が受け取る手数料履歴データを参照することにより集計することができる（後述する図９のＳ９０１からＳ９０５を参照）。

これにより、第１の紹介手数料及び第２の紹介手数料に関する情報を、正確かつ効率的に管理することが可能となる。

次に、店舗が受け取る手数料履歴データ１６０は、クーポン使用対応部１１９が実行する第２の課金処理（＃３）により課金された第３の紹介手数料に関する情報である。

これにより、集計部１２１は、第３の紹介手数料を、店舗が受け取る手数料履歴データ１６０を参照することにより集計することができる（後述する図９のＳ９０４、Ｓ９０７、Ｓ９０８を参照）。

これにより、第３の紹介手数料に関する情報を、正確かつ効率的に管理することが可能となる。

システム管理者データ１５０は、システム管理者がシステム管理者端末１０２からログインするときのログイン情報を管理する。

店舗運営者データ１５３は、店舗運営者が店舗端末１０５からログインするときのログイン情報を管理する。

紹介データ１６１は、プレミアムクーポンが発行される「提携先店舗の紹介文」が登録される。紹介データ１６１については、図８のフローチャートを用いて後述する。

その他、図１のクーポン管理サーバ１０１は、システムログイン管理部１１０、顧客単価カテゴリ登録部１１２、店舗登録部１１３、クーポン登録部１１６、及び店舗ログイン管理部１１４等を備える。これらの各部は、適宜各データ１５０～１６０にアクセスしながら、クーポン管理を行う。
ここで、システム管理者端末１０２は、ネットワーク１０６を介してクーポン管理サーバ１０１に接続し、図１の１１０～１１３の各機能ブロックにアクセスする。
また、店舗運営者端末１０３は、ネットワーク１０６を介してクーポン管理サーバ１０１に接続し、図１の１１４～１１６の各機能ブロックにアクセスする。
更に、店舗端末１０５は、ネットワーク１０６を介してクーポン管理サーバ１０１に接続し、クーポン使用対応部１１９にアクセスする。
そして、ユーザ端末１０４は、ネットワーク１０６を介して第１のクーポン配布部１１８、クーポン使用対応部１１９内の第２のクーポンの配布処理１１９（＃１）、及びクーポン表示部１２０にアクセスする。
以上の各機能ブロックの詳細については、順次後述する。

次に、図３は、図１のクーポン管理サーバ１０１のハードウェア構成例を示す図である。このハードウェアは、プロセッサ（中央演算処理装置）３０１と、プログラムを記憶するＲＯＭ（リードオンリメモリ）３０２と、ＲＯＭ３０２からプログラムがロードされて実行されるＲＡＭ（ランダムアクセスメモリ）３０３と、図１の各種データ１５０～１６０等を記憶する外部記憶装置３０４と、図１のネットワーク１０６へのアクセスを制御するネットワークインタフェース３０５と、キーボードやマウスからなる入力部及び表示用のディスプレイやプリ単等を含むユーザインタフェース３０６とが、システムバス３０７によって相互に接続されたサーバコンピュータの構成を備える。

図１及び図３の構成を有するクーポン管理システム１００の動作について、以下に詳細に説明する。以下の説明において、プロセッサ３０１、ＲＯＭ３０２、及びＲＡＭ３０３等は、特に言及しない場合には、図３の同じ参照番号のブロックを参照するものとする。

まず、システム運営組織のシステム管理者の操作について説明する。
システム管理者は、図１の破線枠で囲まれたエリア登録部１１１、顧客単価カテゴリ登録部１１２、及び店舗登録部１１３の各システム管理処理を実行する際には、例えば、システム管理用のパーソナルコンピュータ等のシステム管理者端末１０２から、ネットワーク１０６を介して、各システム管理処理に対応したシステム管理用ホームページにアクセスするときに、ログインをしてからアクセスする。

システム管理者のログイン処理は、図１のシステムログイン管理部１１０が実行する。
また、システム管理者は一人以上設定することができる。各システム管理者の情報は、図１のシステム管理者データ１５０として登録され、例えば外部記憶装置３０４に記憶される。
なお、システム管理者は、例えばシステムログイン管理部１１０の処理の一機能として、システム管理者データ１５０を追加登録できるようにしてもよい。

システム管理者データ１５０は、システム管理者を一意に識別するためのシステム管理者ＩＤ及びパスワードを少なくとも含む。

システム管理者は、図１のエリア登録部１１１、顧客単価カテゴリ登録部１１２、及び店舗登録部１１３の各システム管理処理を実行するときには、システム管理者端末１０２から各処理に対応した特には図示しない各システム管理用ホームページにアクセスする。この結果、システムログイン管理部１１０が、システム管理者端末１０２に特には図示しないログイン画面を表示させる。
システム管理者は、このログイン画面に、システム管理者ＩＤとパスワードを入力してログインする。プロセッサ３０１は、システムログイン管理部１１０の処理において、システム管理者端末１０２から入力されたシステム管理者ＩＤとパスワードの組によって、システム管理者データ１５０を検索するログインの認証処理を実行する。この結果、入力されたシステム管理者ＩＤとパスワードの組が何れかのシステム管理者データ１５０の登録内容と一致することを確認することにより、ログイン認証がＯＫとなった場合、プロセッサ３０１は、システムログイン管理部１１０の処理において、システム管理者端末１０２に、ログインを許可し、各システム管理用ホームページの画面を表示させる。

次に、図１において、エリア登録部１１１の処理は、エリアデータ１５１を設定し、例えば外部記憶装置３０４に記憶させる機能を備える。
システム管理者は、システム管理者端末１０２から、図１のネットワーク１０６経由で、特には図示しないエリア登録部ホームページにアクセスし、前述したシステムログイン管理部１１０を介してログインすることにより、特には図示しないエリア登録部画面をシステム管理者端末１０２に表示させて、図１のエリア登録部１１１の処理を実行することができる。

エリアデータ１５１は、地域を識別するための位置データであり、例えば、都道府県市区町村番地、駅、商店街等の情報を含む。
エリアデータ１５１は、エリアＩＤと、エリア名の各情報を含む。
エリアＩＤは、店舗データ１５５に設定され、その店舗データ１５５からそのエリアＩＤが含まれるエリアデータ１５１を一意に識別して参照するための識別情報である。

更に、システム管理者は、プロセッサ３０１が図１のシステム管理者端末１０２に表示するエリア登録部画面に表示される特には図示しないエリアデータ登録フォームを使って、クーポンを管理する地域（エリア）の数に応じた数のエリアデータ１５１を生成し、例えば外部記憶装置３０４に記憶させることができる。

エリアＩＤは、エリアデータの登録実行時に自動的に付与、登録される。

次に、図１において、顧客単価カテゴリ登録部１１２の処理は、顧客単価カテゴリデータ１５２を設定し、例えば外部記憶装置３０４に記憶させる機能を備える。
システム管理者は、システム管理者端末１０２から、図１のネットワーク１０６経由で、特には図示しない顧客単価カテゴリ登録部ホームページにアクセスし、前述したシステムログイン管理部１１０を介してログインすることにより、特には図示しない顧客単価カテゴリ登録部画面をシステム管理者端末１０２に表示させて、図１の顧客単価カテゴリ登録部１１２の処理を実行することができる。

顧客単価カテゴリデータ１５２は、店舗のカテゴリや顧客単価の範囲に応じて、予め複数の顧客単価カテゴリに対して生成される。
顧客単価カテゴリデータ１５２は、顧客単価カテゴリＩＤ、ユーザポイント付与数、全体紹介手数料、及び店舗側紹介手数料比率を含む。
顧客単価カテゴリＩＤは、店舗データ１５５に設定され、その店舗データ１５５からその顧客単価カテゴリＩＤが含まれる顧客単価カテゴリデータ１５２を一意に識別して参照するための情報である。

システム管理者は、プロセッサ３０１が図１のシステム管理者端末１０２に表示する顧客単価カテゴリ登録部画面に表示される特には図示しない顧客単価カテゴリデータ登録フォームを使って、顧客単価カテゴリデータ１５２を設定し、例えば外部記憶装置３０４に記憶させることができる。

顧客単価カテゴリＩＤは、顧客単価カテゴリデータの登録実行時に自動的に付与、設定される。

各顧客単価カテゴリデータ１５２により、システム管理者は、図１のクーポン使用対応部１１９の説明で前述したポイント数と全体の紹介手数料と店舗側紹介手数料比率とを、店舗毎及び単価帯毎に決定することが可能となる。

次に、図１において、店舗登録部１１５の処理は、店舗データ１５５を設定し、例えば外部記憶装置３０４にさせる機能を備える。
店舗がシステム運営組織と契約すると、システム管理者は、システム管理者端末１０２から、図１のネットワーク１０６経由で、特には図示しない店舗登録部ホームページにアクセスし、前述したシステムログイン管理部１１０を介してログインして特には図示しない店舗登録画面を表示することにより、図１の店舗登録部１１５の処理を実行することができる。

店舗データ１５５としては、店舗に関する情報が集約されて設定される。
店舗データ１５５は、店舗ＩＤ、店舗名、店舗の説明、住所、電話番号、緯度・経度、及びＳＮＳ ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）等の基本情報と、エリアＩＤ、顧客単価カテゴリＩＤ、有効中定期クーポンＩＤ、次有効定期クーポンＩＤ、有効中プレミアムクーポンＩＤ、次有効プレミアムクーポンＩＤ、及びプレミアムクーポン更新周期を含む。
店舗ＩＤは、後述するクーポンデータ１５６等に設定され、そのクーポンデータ１５６等からその店舗ＩＤを含む店舗データ１５５を一意に識別して参照するための識別情報である。
ＳＮＳ ＵＲＬは、店舗が発信するＳＮＳ（ソーシャルネットワークサービス）情報のサイトのＷｅｂアドレスを示す。
エリアＩＤは、そのエリアＩＤを含む前述したエリアデータ１５１を一意に識別して参照するための識別情報である。
顧客単価カテゴリＩＤは、その顧客単価カテゴリＩＤを含む前述した顧客単価カテゴリデータ１５２を一意に識別して参照するための識別情報である。
有効中定期クーポンＩＤ、次有効定期クーポンＩＤ、有効中プレミアムクーポンＩＤ、次有効プレミアムクーポンＩＤ、及びプレミアムクーポン更新周期については、図１の店舗編集部１１５の説明において後述する。

システム管理者は、プロセッサ３０１が実行する店舗登録部１１５の処理により、図１のシステム管理者端末１０２に表示される店舗登録部画面から特には図示しない店舗データ登録フォームを使って、新規登録する店舗に対応する店舗データを設定し、例えば外部記憶装置３０４に記憶させることができる。

このとき、システム管理者は、プロセッサ３０１がシステム管理者端末１０２に表示する店舗登録部画面上で、例えば特には図示しないエリアボタンを押すことにより、プロセッサ３０１が例えば外部記憶装置３０４に記憶されている前述したエリアデータ１５１の集合にアクセスしてシステム管理者端末１０２に表示した特には図示しないエリア（地域名）の一覧から、新規登録する店舗が属するエリアを選択するようにしてよい。
プロセッサ３０１は、店舗登録部１１５の処理において、システム管理者によるエリア名の選択に基づいて、そのエリア名に対応するエリアデータ１５１に登録されているエリアＩＤを、新規登録する店舗データ１５５に登録することができる。
これにより、店舗データ１５５は、エリアＩＤをキーとしてエリアデータ１５１と紐付けられ、各店舗がどのエリア（地域）に属するかが決まる。

また、システム管理者は、プロセッサ３０１がシステム管理者端末１０２に表示する店舗登録部画面上で、例えばシステム管理者端末１０２に表示する特には図示しない顧客単価カテゴリボタン押すことにより、プロセッサ３０１が例えば外部記憶装置３０４に記憶されている前述した顧客単価カテゴリデータ１５２の集合にアクセスしてシステム管理者端末１０２に表示した特には図示しない顧客単価カテゴリ１５２の内容一覧から、新規登録する店舗に対応する顧客単価カテゴリ１５２を選択するようにしてよい。

もし、適切な顧客単価カテゴリデータ１５２が無い場合には、システム管理者は、顧客単価カテゴリデータ１５２を新たに登録して選択するようにしてよい。

プロセッサ３０１は、店舗登録部１１５の処理において、システム管理者による顧客単価カテゴリの選択に基づいて、その顧客単価カテゴリに対応する顧客単価カテゴリデータ１５２に登録されている顧客単価カテゴリＩＤを、新規登録する店舗データ１５５に登録することができる。
これにより、店舗データ１５５は、顧客単価カテゴリＩＤをキーとして顧客単価カテゴリデータ１５２と紐付けられる。このようにして紐付けられる顧客単価カテゴリデータ１５２が、図１のクーポン使用対応部１１９から参照されることにより、ユーザが定期クーポン又はプレミアムクーポンを使ったときの店舗への課金の算出ベースとなる前述した全体の紹介手数料と店舗側紹介手数料比率とが決定される。

店舗ＩＤは、店舗データ１５５の登録実行時に自動的に付与、登録される。

続いて、店舗の店舗運営者による操作について説明する。
店舗運営者は、図１の店舗編集部１１５及びクーポン登録部１１６の各店舗管理処理を実行する際には、例えば、店舗管理用のパーソナルコンピュータ、スマートフォン端末、又はタブレット端末等の店舗運営者端末１０３から、ネットワーク１０６を介して、各店舗管理処理に対応した店舗管理用ホームページ（例えば一般的に「マイページ」と呼ばれるホームページ）にアクセスするときに、ログインしてからアクセスする。

店舗運営者のログイン処理は、図１の店舗ログイン管理部１１４が実行する。
前述したように、システム管理者は、店舗の新規契約時に、プロセッサ３０１が実行する店舗登録部１１５を介して、店舗データ１５５を登録する。このとき、システム管理者は、店舗運営者データ１５３を生成して、例えば外部記憶装置３０４に記憶させる。

店舗運営者データ１５３は、店舗運営者ＩＤ、パスワード、及び店舗ＩＤを少なくとも含む。
店舗運営者ＩＤは、店舗運営者を一意に識別するための識別情報である。
店舗ＩＤは、店舗運営者ＩＤに対応する店舗運営者が属する店舗の識別情報である。

店舗運営者は一人以上設定することができる。各店舗運営者データ１５３は、例えば外部記憶装置３０４に記憶される。
店舗運営者は、店舗ログイン管理部１１４の処理の一機能として、店舗運営者データを追加登録できるようにしてもよい。
また、店舗運営者は、同じく店舗ログイン管理部１１４の処理の一機能として、システム管理者によって初期登録された最初の店舗運営者の初期パスワードを編集できるようにしてもよい。

店舗運営者は、図１の店舗編集部１１５及びクーポン登録部１１６の各店舗管理処理を実行するときには、店舗運営者端末１０３から各処理に対応した特には図示しない各店舗管理用ホームページにアクセスする。この結果、店舗ログイン管理部１１４が、店舗運営者端末１０３に特には図示しないログイン画面を表示させる。
店舗運営者は、このログイン画面に、店舗運営者ＩＤとパスワードを入力してログインする。プロセッサ３０１は、店舗ログイン管理部１１４の処理において、店舗運営者端末１０３から入力された店舗運営者ＩＤとパスワードの組を例えば外部記憶装置３０４に記憶されている店舗運営者データ１５３と照合することにより、ログインの認証処理を実行する。この結果、入力された店舗運営者ＩＤとパスワードの組が何れかの店舗運営者データ１５３の登録内容と一致することを確認することにより、ログイン認証がＯＫとなった場合、プロセッサ３０１は、後述する店舗編集部１１５又はクーポン登録部１１６の処理において、店舗運営者端末１０３に、ログインを許可し、特には図示しない店舗編集部画面又はクーポン登録画面を表示させる。

次に、図１において、店舗編集部１１５の処理は、例えば外部記憶装置３０４に記憶されている店舗データ１５５の一部データを、編集、更新する機能を備える。
店舗運営者は、店舗運営者端末１０３から、図１のネットワーク１０６経由で、特には図示しない店舗編集部ホームページにアクセスし、前述した店舗ログイン管理部１１４を介してログインすることにより、特には図示しない店舗編集部画面を店舗運営者端末１０３に表示させて、図１の店舗編集部１１５の処理を実行することができる。

店舗運営者は、プロセッサ３０１が実行する店舗編集部１１５によって、店舗運営者端末１０３の店舗編集部画面に表示されている、前述した自店舗の特には図示しない店舗データ編集フォームを使って、例えば、前述した店舗説明情報、住所、電話番号、ＳＮＳ ＵＲＬ、又は緯度・経度などの各店舗データ１５５の内容を編集、更新することができる。

更に、店舗運営者は、店舗データ編集フォームを使って、店舗データ１５５に含まれる有効中定期クーポンＩＤ、次有効定期クーポンＩＤ、有効中プレミアムクーポンＩＤ、次有効プレミアムクーポンＩＤ、及びプレミアムクーポン更新周期を編集することができる。

有効中定期クーポンＩＤは、図１の第１のクーポン配布部１１８が、店舗データ１５５に対応する店舗に関する定期クーポン（第１のクーポン）を配布するときに選択されるべき定期クーポンに対応するクーポンＩＤである。このクーポンＩＤは、後述するクーポンデータ１５６を特定する。
なお、本実施形態においては、１つの店舗向けに同時に配布される定期クーポンは１つのみであり、その１つの定期クーポンのクーポンＩＤが有効中定期クーポンＩＤに保持される。

次有効定期クーポンＩＤは、有効中定期クーポンＩＤの更新周期が経過したときに新たな有効中定期クーポンＩＤとされるべきクーポンＩＤである。

店舗運営者は、前述の第１のクーポン配布部１１８によって自身の店舗が選択された場合に定期クーポンとして配布してもらいたいクーポンに対応するクーポンデータ１５６のクーポンＩＤを、まず有効中定期クーポンＩＤとして設定する。これと共に、店舗運営者は、その定期クーポンの更新周期が経過した後に次に定期クーポンとして配布してもらいたいクーポンに対応するクーポンデータ１５６のクーポンＩＤを、次有効定期クーポンＩＤとして設定しておく。

第１のクーポン配布部１１８は、選択した店舗データ１５５中の有効中定期クーポンＩＤに対応する定期クーポンを配布するときに、予め決められた更新周期が経過すると、有効中定期クーポンＩＤを次有効定期クーポンＩＤに切り替えて、新しい定期クーポンの配布を行う。

店舗運営者は、次の更新周期までに、次に配布してもらいたい定期クーポンに対応するクーポンデータ１５６のクーポンＩＤを、次有効定期クーポンＩＤとして設定しておく。
このようにして、定期クーポンの配布が更新周期をまたいでも滞りなく行われるようにすることができる。

有効中プレミアムクーポンＩＤと次有効プレミアムクーポンＩＤの関係も、有効中定期クーポンＩＤと次有効定期クーポンＩＤの関係と同様である。

有効中プレミアムクーポンＩＤは、図１の第２のクーポンの配布処理１１９（＃１）が、クーポンが使用された店舗において新たなプレミアムクーポン（第２のクーポン）を配布するときに選択されるべきプレミアムクーポンに対応するクーポンＩＤである。
定期クーポンの場合と同様に、本実施形態においては、１つの店舗から他の提携店舗向けに同時に配布されるプレミアムクーポンは１つのみであり、その１つのプレミアムクーポンのクーポンＩＤが有効中プレミアムクーポンＩＤに保持される。
定期クーポンの場合と同様に、本実施形態においては、１つの店舗から他の提携店舗向けに同時に配布されるプレミアムクーポンは１つのみであり、その１つのプレミアムクーポンのクーポンＩＤが有効中プレミアムクーポンＩＤに保持される。また、クーポンが使用された店舗が他の提携店舗向けに同時に配布できるプレミアムクーポンも１つのみであり、その１つのプレミアムクーポンのクーポンＩＤが有効中プレミアムクーポンＩＤに保持される。

次有効プレミアムクーポンＩＤは、有効中プレミアムクーポンＩＤの更新周期が経過したときに新たな有効中プレミアムクーポンＩＤとされるべきクーポンＩＤである。

店舗運営者は、自店舗においてクーポン（定期クーポン又はプレミアムクーポン）が使用されることにより、前述のクーポン使用対応部１１９の第２のクーポンの配布処理１１９（＃１）によって新たに提携先店舗のプレミアムクーポンを発行して配布するときに、発行するプレミアムクーポンに対応するクーポンデータ１５６のクーポンＩＤを、まず有効中プレミアムクーポンＩＤとして設定する。これと共に、店舗運営者は、そのプレミアムクーポンの更新周期が経過した後に次にプレミアムクーポンとして配布したいクーポンに対応するクーポンデータ１５６のクーポンＩＤを、次有効プレミアムクーポンＩＤとして設定しておく。
第２のクーポンの配布処理１１９（＃１）は、クーポンが使用された店舗に対応する店舗データ１５５中の有効中プレミアムクーポンＩＤに対応するプレミアムクーポンを新たに配布するときに、更新周期が経過すると、有効中プレミアムクーポンＩＤを次有効プレミアムクーポンＩＤに切り替えて、プレミアムクーポンの配布を行う。
店舗運営者は、次の更新周期までに、次に配布したいプレミアムクーポンに対応するクーポンデータ１５６のクーポンＩＤを、次有効プレミアムクーポンＩＤとして設定しておく。
このようにして、プレミアムクーポンについても、その配布が更新周期をまたいでも滞りなく行われるようにすることができる。
なお、前述した定期クーポンの更新周期は予め決められていたが、プレミアムクーポンの更新周期については、店舗データ編集フォームを使ってプレミアムクーポン更新周期を編集することにより、店舗運営者が決めることができる。

次に、図１において、クーポン登録部１１６の処理は、クーポンデータ１５６を登録する機能を備える。
店舗運営者端末１０３から、図１のネットワーク１０６経由で、特には図示しないクーポン登録部ホームページにアクセスし、前述した店舗ログイン管理部１１４を介してログインすることにより、特には図示しないクーポン登録部画面を店舗運営者端末１０３に表示させて、図１のクーポン登録部１１６の処理を実行することができる。

クーポンデータ１５６は、クーポンＩＤ、クーポン名、クーポン説明情報、店舗ＩＤ、報酬タイプ、クーポンタイプ、及び調整後店舗側紹介手数料比率等を含む。
クーポンＩＤは、クーポンデータ１５６によって規定されるクーポンを一意に識別する情報である。
クーポン説明情報は、例えば割引額、割引きパーセント、無料クーポンの場合の無料商品等の情報を含む。
店舗ＩＤは、この店舗ＩＤによって店舗データ１５５と紐付けられて、このクーポンデータ１５６が使用される店舗を特定する識別情報である。
報酬タイプは、前述したように、決済額の定額割引き、パーセント割引き、無料、ポイント増、その他の報酬特典を規定する情報である。
クーポンタイプは、前述したように、配布又は使用されるクーポンが図１で説明した定期クーポン（第１のクーポン）であるのかプレミアムクーポン（第２のクーポン）であるのかを特定する情報である。

店舗運営者は、プロセッサ３０１が実行するクーポン登録部１１６によって、店舗運営者端末１０３のクーポン登録部画面に表示されている特には図示しないクーポンデータ登録フォームに、例えば、クーポン名、クーポン説明情報、報酬タイプ、及びクーポンタイプ等の各データを夫々入力して登録する。
クーポンＩＤは、クーポンデータ１５６の登録実行時に自動的に付与、登録される。
また、店舗ＩＤとしては、現在アクセスしている店舗運営者に対応する店舗データ１５５の店舗ＩＤが自動的に登録される。
更に、店舗運営者が、報酬タイプとして、ポイント増を入力したときには、店舗の代わりにシステム運営組織がユーザにポイント特典を与えることになる。そしてこのとき、店舗運営者が、クーポンタイプとして、プレミアムクーポン（第２のクーポン）を入力したときには、店舗運営者に対応する店舗データ１５５に対応づけられている店舗側紹介手数料比率を減額調整するための図１で説明した調整後店舗側紹介手数料比率が、システム運営組織からクーポンデータ１５６に自動的に設定、登録される。なお、前述したように、店舗側紹介手数料比率は、店舗データ１５５に登録される顧客単価カテゴリＩＤに対応する顧客単価カテゴリデータ１５２から参照される。

次に、店舗を利用するユーザの登録操作について説明する。
ユーザは、図１のアプリの処理を実行する際には、例えばスマートフォンであるユーザ端末１０４において、そのユーザ端末１０４に対応するインターネット（図１のネットワーク１０６）上のアプリストアＷｅｂサイトなどから、本実施形態におけるクーポン管理システム１００にアクセス可能なアプリをダウンロードしてインストールする。
ユーザ端末１０４においてアプリがインストールされると、アプリ上で設定されたメールアドレスやユーザ名等のユーザ情報が、ユーザ端末１０４上で特には図示しないプロセッサがアプリを実行する機能であるアプリ実行部１２２によって、図１のユーザ端末１０４からネットワーク１０６を介してクーポン管理サーバ１０１に送信される。このユーザ情報は、図１のユーザ登録部１１７において処理される。

ユーザ登録部１１７は、ユーザ端末１０４から通知されたユーザ情報を集約したユーザデータ１５４を生成し、例えば外部記憶装置３０４に記憶させる。
ユーザデータ１５４は、ユーザＩＤ、メールアドレス、ユーザ名、及びポイント残高等を含む。
ユーザＩＤは、図１の第１のクーポン配布部１１８やクーポン使用対応部１１９等からそのユーザＩＤが含まれるユーザデータ１５４を一意に識別して参照するための識別情報である。

ユーザ登録部１１７によって生成されるユーザデータ１５４において、ユーザＩＤとしては、例えば自動的に生成されたユーザＩＤが設定される。
或いは、ユーザＩＤとして、アプリから通知されたメールアドレスがユーザＩＤとして設定されてもよい。
メールアドレス及びユーザ名としては夫々、ユーザ端末１０４のアプリから通知されたメールアドレス及びユーザ名が格納される。
ポイント残高としては、初期値０（ゼロ）が設定される。

次に、ユーザがクーポンを利用する場合の一連の処理について説明する。
図４は、図１の第１のクーポン配布部１１８の処理の例を示すフローチャートである。この処理は、プロセッサ３０１がＲＯＭ３０２に記憶されている第１のクーポン配布部処理プログラムをＲＡＭ３０３にロードして実行する処理である。
第１のクーポン配布部１１８の処理は、一定時間（例えば１５分）間隔で実行される。
第１のクーポン配布部１１８の処理は、図２のステップＳ２０１の動作を実現する。

プロセッサ３０１はまず、１つのユーザデータ１５４を読み込み、ユーザＩＤを取得する（図４のステップＳ４０１）。

次に、プロセッサ３０１は、ステップＳ４０１で取得したユーザＩＤを含む図１で説明したユーザクーポンデータ１５７を、取得日時の降順で抽出し、先頭のデータを取得する（図４のステップＳ４０２）。

ユーザクーポンデータ１５７は、図１の第１のクーポン配布部１１８により配布された第１のクーポンに関する情報、又は図１のクーポン使用対応部１１９が実行する第２のクーポンの配布処理１１９（＃１）により配布された第２のクーポンに関する情報である。

ユーザクーポンデータ１５７は、ユーザクーポンＩＤ、ユーザＩＤ、クーポンＩＤ、紹介元クーポンＩＤ、及び取得日時を含む。

ユーザクーポンＩＤは、このユーザクーポンデータ１５７を一意に識別するための識別情報である。
ユーザＩＤは、クーポンの配布が行われたユーザを一意に識別するための識別情報である。
クーポンＩＤは、配布が行われたクーポンを一意に識別するための識別情報である。
取得日時は、クーポンの配布が行われた日時である。

プロセッサ３０１は、ステップＳ４０２のデータ取得に成功したか否かを判定する（図４のステップＳ４０３）。

ステップＳ４０３の判定がＹＥＳの場合、即ち、対象のユーザＩＤを含むユーザクーポンデータ１５７が見つかった場合に、このユーザクーポンデータ１５７の取得日時は、このユーザクーポンデータ１５７が同じユーザＩＤを含むユーザクーポンデータ１５７を取得日時の降順に検索して最初に見つかったデータであるから、同じユーザＩＤを持つ他のどのユーザクーポンデータ１５７の取得日時よりも新しい。即ち、検索されたユーザクーポンデータ１５７は、最も新しく配布されたクーポンに対応するデータである。
この場合、プロセッサ３０１は、現在の日時が、ステップＳ４０２の処理で見つかったユーザクーポンデータ１５７の最新の取得日時から一定時間（例えば２４時間）よりも長い時間が経過しているか否かを判定する（図４のステップＳ４０４）。

ステップＳ４０４の判定がＹＥＳの場合には、プロセッサ３０１は、ステップＳ４０１で取得したユーザＩＤに対応するユーザのために、新たなクーポンを取得し配布するための、以下の図４のステップＳ４０５からステップＳ４０９の一連の処理を実行する。
また、ステップＳ４０１で取得したユーザＩＤに対応するユーザクーポンデータ１５７がまだ１つも登録されておらず、前述したステップＳ４０３の判定がＮＯである場合にも、プロセッサ３０１は、ステップＳ４０１で取得したユーザＩＤに対応するユーザのために、新たなクーポンを取得し配布するための、以下の図４のステップＳ４０５からステップＳ４０９の一連の処理を実行する。

この一連の処理において、プロセッサ３０１はまず、ステップＳ４０１で取得したユーザＩＤに対応するユーザのユーザ端末１０４のアプリから送信されてくる前述したユーザエリア取得する（図４のステップＳ４０５）。

次に、プロセッサ３０１は、ステップＳ４０５で取得したユーザエリアに含まれるエリアＩＤと一致するエリアＩＤを有する１つ以上の店舗データ１５５を抽出する（図４のステップＳ４０６）。
ステップＳ４０６の処理により、ユーザは、自分の近くにある又は自分が行ったことがある若しくは行きたいエリアに属する店舗からクーポンを受け取ることができる。

次に、プロセッサ３０１は、ステップＳ４０６にて抽出した店舗データ１５５の中からランダムに又はサイクリックな順番で、１つの店舗データ１５５を選択する（図４のステップＳ４０７）。
或いは、プロセッサ３０１は、上記店舗データ１５５の中から、セール又はイベント等で特別にフラグ設定等された店舗の店舗データ１５５を選択するようにしてもよい。

そして、プロセッサ３０１は、ステップＳ４０１で取得されたユーザＩＤがユーザＩＤとして設定され、ステップＳ４０７で選択した１つの店舗データ１５５中の前述した有効中定期クーポンＩＤがクーポンＩＤとして設定され、現在日時が取得日時として設定されたユーザクーポンデータ１５７を、新たに生成して例えば外部記憶装置２０４に記憶する。
プロセッサ３０１は、上記新たに生成したユーザクーポンデータ１５７に、自動生成したユーザクーポンＩＤを設定する。
また、プロセッサ３０１は、定期クーポンが使用された場合には、上記新たに生成したユーザクーポンデータ１５７の紹介元クーポンＩＤは、ヌル値とする（以上、図４のステップＳ４０８）。

最後に、プロセッサ３０１は、ステップＳ４０１で取得されたユーザＩＤに対応するユーザ端末１０４のアプリに、新たな定期クーポンが配布されたことを示す情報を通知する（図４のステップＳ４０９）。
この結果、そのユーザ端末１０４のアプリにおいて、新たな定期クーポンが配布されたことがポップアップ通知等される。

最新のクーポンの取得日時からまだそれほど時間が経っていないためにステップＳ４０４の判定がＮＯである場合には、プロセッサ３０１は、上述のステップＳ４０５からステップＳ４０９の一連の処理は実行せずに、ステップＳ４１０に移行する。従って、新たなクーポンは配布されない。

その後、プロセッサ３０１は、全てのユーザデータ１５４の取得を終了したか否かを判定する（図４のステップＳ４１０）。

ステップＳ４１０の判定がＮＯならば、プロセッサ３０１は、図４のステップＳ４０１の処理に戻って、次のユーザデータ１５４の読込みを続ける。

全てのユーザデータ１５４の取得が終了したことによりステップＳ４１０の判定がＹＥＳになると、プロセッサ３０１は、今回の配布タイミングでの図４のフローチャートで示される図１の第１のクーポン配布部１１８の処理を終了する。

以上説明した第１のクーポン配布部１１８の処理によりユーザに配布されたクーポンは、図１において、ユーザ端末１０４で実行されるアプリ実行部１２２の処理とクーポン管理サーバ１０１において実行されるクーポン表示部１２０の処理により、以下のようにしてユーザ端末１０４で表示される。

図５は、図１のクーポン表示部１２０の処理（クーポン表示部処理）の例を示すフローチャートである。この処理は、プロセッサ３０１がＲＯＭ３０２に記憶されているクーポン表示部処理プログラムをＲＡＭ３０３にロードして実行する処理である。
ユーザは、そのユーザが操作するユーザ端末１０４上のディスプレイに表示されるアプリの情報画面において、特には図示しないクーポンの表示ボタンをタップ等すると、ユーザ端末１０４の特には図示しないプロセッサにより実行されるソフトウェアであるアプリ実行部１２２により、クーポンの表示命令が、ユーザ端末１０４からネットワーク１０６を介してクーポン管理サーバ１０１のクーポン表示部１２０に通知される。この通知を受信すると、プロセッサ３０１は、図５のフローチャートで例示されるクーポン表示部処理の実行を開始する。

まず、プロセッサ３０１は、ユーザ端末１０４のアプリ実行部１２２から通知されたユーザＩＤを受信する（図５のステップＳ５０１）。

次に、プロセッサ３０１は、図４のステップＳ４０２の場合と同様にして、ステップＳ５０１で受信したユーザＩＤを含むユーザクーポンデータ１５７を、取得日時の降順で抽出し、先頭のデータを取得する。これにより、プロセッサ３０１は、取得日時が最新であるユーザクーポンデータ１５７を抽出し、そのユーザクーポンデータ１５７中のクーポンＩＤを取得する（図５のステップＳ５０２）。

プロセッサ３０１は、ステップＳ５０２で取得したクーポンＩＤを含むクーポンデータ１５６を取得する（図５のステップＳ５０３）。

更に、プロセッサ３０１は、ステップＳ５０３で抽出したクーポンデータ１５６から、クーポン名、クーポン説明情報、報酬タイプ（定額割引き／パーセント割引き／無料／ポイント増、その他）、無料クーポン適用時の無料商品等のクーポン情報を取得する（図５のステップＳ５０４）。

また、プロセッサ３０１は、ステップＳ５０３で抽出したクーポンデータ１５６中の店舗ＩＤが含まれる店舗データ１５５を抽出する（図５のステップＳ５０５）。

また、プロセッサ３０１は、ステップＳ５０５で抽出した店舗データ１５５から、店舗名、店舗説明情報、住所、電話番号、店舗のＳＮＳ ＵＲＬ、緯度・経度に基づくマップ表示等の店舗情報を取得する（図５のステップＳ５０６）。

また、プロセッサ３０１は、ステップＳ５０１で受信したユーザＩＤを含むユーザデータ１５４中のポイント残高を取得する（図５のステップＳ５０７）。

その後、プロセッサ３０１は、アクセスしたアプリ実行部１２２を介してそれが実行されているユーザ端末１０４のディスプレイに、ステップＳ５０４で取得したクーポン情報とステップＳ５０６で取得した店舗情報とステップＳ５０７で取得したポイント残高を表示させる（図５のステップＳ５０８）。

最後に、プロセッサ３０１は、ステップＳ５０２で取得したユーザクーポンデータ１５７中のユーザクーポンＩＤが埋め込まれたＱＲコード（登録商標）を生成し、アプリ実行部１２２を介してユーザ端末１０４のディスプレイに表示させる（図５のステップＳ５０９）。
その後、プロセッサ３０１は、図５のフローチャートで示されるクーポン表示部処理を終了する。

このようにして、ユーザは、最新に配布されているクーポンの詳細情報と店舗の詳細情報、及び現在自身が使えるポイントの残高を確認することができる。

なお、ステップＳ５０２において、最新に配布されているクーポンに関する情報だけでなく、最新に配布されている所定数、又は現在日時から一定時間過去（例えば一週間前）までのクーポンデータ１５６が取得されるようにして、それらのクーポンに関する情報を表示、使用できるようにしてもよい。

図６及び図７は、図１のクーポン使用対応部１１９の処理の例を示すフローチャートである。この処理は、プロセッサ３０１がＲＯＭ３０２に記憶されているクーポン使用対応部処理プログラムをＲＡＭ３０３にロードして実行する処理である。
クーポン使用対応部１１９の処理は、図２のステップＳ２０２、Ｓ２０５、又はＳ２０９に示されるように、ユーザが定期クーポン又はプレミアムクーポンを店舗にて使用した場合に、本発明の特徴である提携先の他店舗で使えるプレミアムクーポンをそのユーザに発行する仕組みと、その動作に対応して、紹介手数料をシステム運営組織又は紹介元店舗に課金する仕組みを実現するものである。

プロセッサ３０１はまず、ユーザクーポンＩＤを受信することにより、ユーザがクーポン（定期クーポン又はプレミアムクーポン）を使用したと判定するまで、待機する（図６のステップＳ６０１の判定がＮＯの繰返し）。

クーポンがユーザにより使用されたことは、例えば次のようにして認識することができる。
まず、ユーザが、そのクーポンに対応する店舗において、そのユーザが操作するユーザ端末１０４上のアプリを操作することにより、図１において、ユーザ端末１０４で実行される前述したアプリ実行部１２２の機能とクーポン管理サーバ１０１で前述したクーポン表示部１２０の機能として実行される図５に例示されるクーポン表示部処理により、ユーザ端末１０４のディスプレイにクーポンを表示させる。
それに対して、店舗スタッフが、店舗端末１０５の特には図示しない操作画面から使用クーポン情報送信部１２３を起動し、図５のステップＳ５０９によりユーザ端末１０４に表示されているクーポンのユーザクーポンＩＤが埋め込まれたＱＲコード（登録商標）を、店舗端末１０５に接続されたスキャナを使ってスキャンすることにより、使用されたクーポンに関する情報としてユーザクーポンＩＤを入力する。
又は、ユーザが、ユーザ端末１０４のディスプレイにクーポンと共に表示されているユーザクーポンＩＤのコードを、口頭で店舗スタッフに伝える。それに対して、店舗スタッフが、そのユーザクーポンＩＤを、使用されたクーポンに関する情報として、店舗端末１０５で実行される使用クーポン情報送信部１２３の特には図示しない入力画面に入力する。
この結果、そのユーザクーポンＩＤが、使用されたクーポンに関する情報として、店舗端末１０５からクーポン管理サーバ１０１のクーポン使用対応部１１９に通知される。

或いは、上記とは逆に、ユーザ端末１０４のアプリ実行部１２２に使用クーポン情報送信部１２３と同じ機能を設け、店舗側で店舗ＩＤを埋め込んだＱＲコード（登録商標）を表示したボード又はディスプレイ等を設置し、ユーザの来店時にユーザ端末１０４のアプリでそのＱＲコード（登録商標）を読み込んで、アプリ実行部１２２が、クーポンが使用されたことを読み込んだＱＲコード（登録商標）に埋め込まれている店舗ＩＤとともに使用クーポン情報として、クーポン管理サーバ１０１のクーポン使用対応部１１９に通知するようにしてもよい。

ステップＳ６０１の判定がＹＥＳになると、プロセッサ３０１は、クーポンを使用したユーザに対してプレミアムクーポン発行処理を実行する（図６のステップＳ６０２）。この処理は、図１の第２のクーポンの配布処理１１９（＃１）に対応する。
この処理は、図２のステップＳ２０３、Ｓ２０６、又はＳ２１０の動作を実現するものである。

以下に、図６のステップＳ６０２のプレミアムクーポン発行処理について説明する。

まず、店舗運営者は、前述した店舗編集部ホームページにアクセスして表示される店舗編集部画面において、自店舗が紹介したい他の店舗に関する紹介情報を、紹介データ１６１として登録する。

紹介データ１６１は、紹介文を一意に識別するための識別情報である紹介ＩＤ、紹介をする側の店舗ＩＤである「紹介する店舗ＩＤ」、紹介をされる側の提携先店舗の店舗ＩＤである「紹介される店舗ＩＤ」、及び「提携先店舗の紹介文」の各データを含む。

店舗運営者は、図１の店舗運営者端末１０３に表示される前述した店舗編集部画面から特には図示しない紹介データ編集フォームを表示させて、紹介データ１６１を新たに生成して例えば図３の外部記憶装置３０４に記憶させ、その紹介データ１６１に「提携先店舗の紹介文」を設定することができる。

このとき、上記新たに生成した紹介データ１６１の前述した「紹介する店舗ＩＤ」としては、自店舗の店舗ＩＤが自動的に設定される。

また、店舗運営者は、店舗データ１５５の集合のうち、例えばエリアＩＤが同じ店舗データ１５５の集合に設定されている店舗名の一覧を、前述した紹介データ編集フォームの一部として表示させ、その一覧から店舗名を選択することにより、その店舗名を含む店舗データ１５５を選択することができる。
このようにして選択された店舗データ１５５中の店舗ＩＤが、新たに生成した紹介データ１６１の前述した「紹介される店舗ＩＤ」として設定される。

なお、上記新たに生成した紹介データ１６１の紹介ＩＤとしては、自動生成された紹介ＩＤが設定される。

店舗運営者は、自店舗が紹介したい複数の他の店舗に対応させて、複数の上述した紹介データ１６１を登録し、例えば図３の外部記憶装置３０４に記憶させることができる。

図８は、図６のステップＳ６０２のプレミアムクーポン発行処理１（図８（ａ））と、ユーザ端末１０４からのリクエストを受信するためのプレミアムクーポン発行処理２（図８（ｂ））の詳細例を示すフローチャートである。

まず、図８（ａ）のプレミアムクーポン発行処理１について説明する。
プロセッサ３０１はまず、図６のステップＳ６０１で店舗から通知されたユーザクーポンＩＤを含むユーザクーポンデータ１５７からクーポンＩＤを取得し、更にそのクーポンＩＤを含むクーポンデータ１５６からクーポンが使用された店舗ＩＤを抽出する（図８のステップＳ８０１）。

その後、プロセッサ３０１は、ステップ８０２で、ステップＳ８０１において取得したクーポンが使用された店舗ＩＤを「紹介する店舗ＩＤ」として含む前述した紹介データ１６１を検索しながら、ステップＳ８０３で検索が成功する間、即ち、自店舗が紹介したい全ての他の店舗についての紹介データ１６１が検出される間、ステップＳ８０２からＳ８０７の一連の処理を繰り返し実行する。

この一連の処理において、まず、プロセッサ３０１は、ステップＳ８０２で検索した紹介をしたい１つの他の店舗に対応する紹介データ１６１から、「紹介される店舗ＩＤ」と「掲載先店舗の紹介文」を抽出する（図８のステップＳ８０４）。

次に、プロセッサ３０１は、「紹介される店舗ＩＤ」を店舗ＩＤとして含む店舗データ１５５から、有効中プレミアムクーポンＩＤと、店舗名、店舗説明情報、住所、電話番号、店舗のＳＮＳ ＵＲＬ、緯度・経度に基づくマップ表示等の店舗情報を抽出する（図８のステップＳ８０５）。

続いて、プロセッサ３０１は、有効中プレミアムクーポンＩＤをクーポンＩＤとして含むクーポンデータ１５６から、プレミアムクーポンに関するクーポン情報として、クーポン名、クーポン説明情報、報酬タイプ（定額割引き／パーセント割引き／無料／ポイント増、その他）、無料クーポン適用時の無料商品等を取得する（図８のステップＳ８０６）。

そして、プロセッサ３０１は、ステップＳ８０５で抽出した店舗情報と、ステップＳ８０４で抽出した提携先店舗の紹介文と、ステップＳ８０６で抽出したプレミアムクーポンに関するクーポン情報と、これらに加えて、ステップＳ８０５で抽出した有効中プレミアムクーポンＩＤと、図６のステップＳ６０１で店舗から通知されたユーザクーポンＩＤと、を含むプレミアムクーポン候補データ組を作成する（図８のステップＳ８０７）。

その後、プロセッサ３０１は、ステップＳ８０２の検索処理に戻る。

以上のステップＳ８０２からＳ８０７の一連の処理が繰返し実行された結果、ステップＳ８０３で検索が成功しなかった（判定がＮＯ）、即ち自店舗が紹介したい全ての他の店舗についての紹介データ１６１の検出が完了した、と判定されると、プロセッサ３０１は、自店舗が紹介したい全ての他の店舗についてステップＳ８０７で作成されたプレミアムクーポン候補データ組を、ステップＳ８０１で取得したユーザＩＤに対応するユーザ端末１０４に送信する（図８のステップＳ８０８）。

クーポンを使用した図１のユーザ端末１０４のアプリ実行部１２２は、クーポン使用対応部１１９の第２のクーポンの配布処理１１９（＃１）によりステップＳ８０８で送信されたプレミアムクーポン候補データ組を受信する。
この結果、アプリ実行部１２２は、ユーザ端末１０４のディスプレイのアプリ画面に、クーポンを使用した店舗が紹介する複数の提携先店舗の店舗情報と紹介文と、その提携先店舗で使用できるプレミアムクーポンのクーポン情報を表示し、何れか１組の提携先店舗とそこで使用できるプレミアムクーポンを選択するように促す画面を表示する。

ユーザが、ユーザ端末１０４が上述した選択画面において、何れか１組の提携先店舗とそこで使用できるプレミアムクーポンを選択する
この結果、アプリ実行部１２２が例えば、ユーザが選択した提携先店舗とそこで使用できるプレミアムクーポンに対応するプレミアムクーポン候補データ組に含まれる有効中プレミアムクーポンＩＤ及びユーザクーポンＩＤ（図８のステップＳ８０７参照）を返信する。

上述のユーザ端末１０４からの返信に対して、プロセッサ３０１は、図８（ｂ）のフローチャートで例示されるプレミアムクーポン発行処理２のプログラムによって、ユーザ端末１０４からの返信を受信する。
プロセッサ３０１は、このプレミアムクーポン発行処理２のプログラムを常時実行している。

図８（ｂ）のフローチャートにおいて、プロセッサ３０１はまず、ユーザ端末１０４から返信があるまで待機している（図８のステップＳ８１０の判定がＮＯの繰返し）。

ユーザ端末１０４からの返信があることによりステップＳ８１０の判定がＹＥＳになると、プロセッサ３０１は、ユーザ端末１０４から受信したユーザクーポンＩＤを含むユーザクーポンデータ１５７から、ユーザＩＤと、使用されたクーポンに対応するクーポンＩＤを取得する（図８のステップＳ８１１）。

そして、プロセッサ３０１は、ステップＳ８１１で取得したユーザＩＤがユーザＩＤとして設定され、ユーザ端末１０４から受信した有効中プレミアムクーポンＩＤがクーポンＩＤとして設定され、ステップＳ８１１で取得したクーポンＩＤが紹介元クーポンＩＤとして設定され、現在日時が取得日時として設定されたプレミアムクーポンに対応するユーザクーポンデータ１５７を新たに生成して、例えば図３の外部記憶装置３０４に記憶させる。
なお、プロセッサ３０１は、上記新たに生成したユーザクーポンデータ１５７のユーザクーポンＩＤとしては、自動生成したユーザクーポンＩＤを設定する（以上、図８のステップＳ８１２）。

最後に、プロセッサ３０１は、ステップＳ８０３で取得されたユーザＩＤに対応するユーザ端末１０４のアプリに、新たなプレミアムクーポンが配布されたことを示す情報を通知する（図８のステップＳ８１３）。この結果、そのユーザ端末１０４のアプリにおいて、新たなプレミアムクーポンが配布されたことがポップアップ通知等される。
その後、プロセッサ３０１は、ステップＳ８１０の待機処理に戻る。

ユーザは、前述したようにして、そのユーザが操作するユーザ端末１０４上のディスプレイに表示されるアプリの入力画面において、特には図示しないクーポンの表示ボタンをタップ等すると、アプリ実行部１２２により、クーポンの表示命令が、ユーザ端末１０４からネットワーク１０６を介してクーポン管理サーバ１０１のクーポン表示部１２０に通知される。クーポン管理サーバ１０１のプロセッサ３０１は、前述した図５のフローチャートで例示されるクーポン表示部処理を実行することにより、上記クーポンの表示命令の通知を受信し、定期クーポンの場合と同様にプレミアムクーポンに対するクーポン情報の詳細及び使用時に提示するＱＲコード（登録商標）とそのプレミアムクーポンを使用できる店舗情報の詳細をユーザ端末１０４に表示させることができる。この結果、ユーザはユーザ端末１０４に表示されたプレミアムクーポンを、同時に表示されているＱＲコード（登録商標）を介してその店舗で使用できる。

以上のようにしてユーザは、システム運営組織から配布される定期クーポンを店舗で使用することにより、その店舗が提携し紹介する他店舗で使うことのできるプレミアムクーポンを新たに取得することが可能となる。
また、ユーザは、定期クーポンだけでなく新たにプレミアムクーポンを獲得しそれを新たな店舗で使用した場合にも、前述した図６のステップＳ６０１及びステップＳ６０２が実行されることにより、その新しい店舗が更に提携する他店舗で使うことのできるプレミアムクーポンを更に取得することが可能となる。
そのときユーザは、プレミアムクーポンを或る店舗で使うときに、そのプレミアムクーポンの発行元の店舗による、より心のこもった提携先店舗の紹介文を読むことが可能となる。
このようなビジネスモデルにより、ユーザとしては、お得に新しい店舗を開拓することが可能となる。

図６の説明に戻り、ステップＳ６０２によるプレミアムクーポンの発行処理の後、プロセッサ３０１は、ステップＳ６０１で通知されたユーザクーポンＩＤに対応するクーポンが使用されたことを示すクーポン使用履歴データ１５８を新たに生成して、例えば図３の外部記憶装置３０４に記憶させる（図６のステップＳ６０３）。

クーポン使用履歴データ１５８は、クーポン使用履歴ＩＤ、ユーザＩＤ、及びクーポンＩＤを含む。

クーポン使用履歴データ１５８のユーザＩＤ及びクーポンＩＤは、ステップＳ６０１で通知されたユーザクーポンＩＤを含むユーザクーポンデータ１５７中のユーザＩＤ及びクーポンＩＤである。
なお、プロセッサ３０１は、上記新たに生成したクーポン使用履歴データ１５８のクーポン使用履歴ＩＤとしては、自動生成したクーポン使用履歴ＩＤを設定する。

次に、プロセッサ３０１は、ステップＳ６０１で通知されたユーザクーポンＩＤを含むユーザクーポンデータ１５７から、今回使用されたクーポンを使ったユーザのユーザＩＤと、そのクーポンのクーポンＩＤを抽出する。
また、プロセッサ３０１は、今回使用されたクーポンがプレミアムクーポンである場合に、そのプレミアムクーポンを発行させた紹介元クーポンＩＤを抽出する。
そして、プロセッサ３０１は、抽出したクーポンＩＤを含むクーポンデータ１５６を抽出する（以上、図６のステップＳ６０４）。

続いて、プロセッサ３０１は、ステップＳ６０４で抽出したクーポンデータ１５６から店舗ＩＤを抽出し、その店舗ＩＤを含む店舗データ１５５を抽出し、更に、その店舗データ１５５中の顧客単価カテゴリＩＤを含む顧客単価カテゴリデータ１５２を抽出する。
そして、プロセッサ３０１は、抽出した顧客単価カテゴリデータ１５２から、ユーザポイント付与数と、全体の紹介手数料と、店舗側紹介手数料比率とを取得する（以上、図６のステップＳ６０５）。

ユーザポイント付与数は、クーポン使用時にユーザに付与されるポイント数のベース値である。

ステップＳ６０５で取得される全体の紹介手数料は、定期クーポンが使用された場合には、システム運営組織に支払われるべき紹介手数料となり、プレミアムクーポンが使用された場合には、システム運営組織とプレミアムクーポンの発行元の店舗に支払われるべき紹介手数料の合計額となる。

ステップＳ６０５で取得される店舗側紹介手数料比率は、プレミアムクーポンが使用された場合に、プレミアムクーポンの発行元の店舗に支払われるべき紹介手数料の全体の紹介手数料に対する比率となる。そして、システム運営組織に支払われるべき紹介手数料は、その残りの額となる。

更に、プロセッサ３０１は、ステップＳ６０４で抽出したクーポンデータ１５６から、クーポンタイプ（定期クーポン／プレミアムクーポンの別）と報酬タイプ（定額割引き／パーセント割引き／無料／ポイント増、その他の別）を取得する（図６のステップＳ６０６）。

そしてまず、プロセッサ３０１は、ステップＳ６０６で抽出した報酬タイプがユーザの保有ポイントを増やすポイント増タイプであるか否かを判定する（図６のステップＳ６０７）。

今回使用されるクーポンの報酬タイプがポイント増タイプで、ステップＳ６０７の判定がＹＥＳならば、プロセッサ３０１は、ステップＳ６０４で抽出したクーポンデータ１５６から、ポイント付与倍率を取得する（図６のステップＳ６０８）。

ユーザがクーポンを使用した場合には、通常は、ステップＳ６０５で取得されたユーザポイント付与数だけユーザにポイントが付与される。
ここで、クーポンの報酬タイプがユーザの保有ポイントを増やすポイント増タイプである場合には、ユーザに付与される上述のユーザポイント付与数が、ポイント付与倍率だけ増加される。
即ち、クーポンの報酬タイプがポイント増タイプである場合には、プロセッサ３０１は、ユーザポイント付与数を、ステップＳ６０５で取得したユーザポイント付与数にステップＳ６０８で取得したポイント付与倍率を乗算して得た乗算結果で置き換える（図６のステップＳ６０９）。

次に、クーポンの報酬タイプがポイント増タイプである場合には、プロセッサ３０１は、ステップＳ６０４で抽出したクーポンデータ１５６から、調整後店舗側紹介手数料比率を取得する（図６のステップＳ６１０）。

前述したように、プレミアムクーポンが使用された場合、通常は、ステップＳ６０５で取得された全体の紹介手数料の額が、同じくステップＳ６０５で取得される店舗側紹介手数料比率の割合で分割されて、プレミアムクーポンが使用された店舗から、プレミアムクーポンの発行元の店舗とシステム運営組織に支払われる。
この場合、プレミアムクーポンが使用された店舗は、プレミアムクーポンに設定された報酬タイプの内容に応じて、販売する商品やメニューの金額に対して、一定額を割り引いたり、一定パーセントの割引きを行ったりする特典をユーザに与える。この場合には、店舗は、この特典をユーザに与える分を自己負担していることになる。
一方、使用されたクーポンの報酬タイプがポイント増タイプである場合には、店舗の代わりにシステム運営組織がユーザに一定割合で付与ポイントを増やす特典を与えるため、特典付与に伴う店舗の負担は無い。
そこで、プロセッサ３０１は、ポイント増のプレミアムクーポンが使用された場合に限り、紹介元店舗への紹介料を決定する店舗側紹介手数料比率を、ステップＳ６１０で取得した調整後店舗側紹介手数料比率で置き換える（図６のステップＳ６１１）。

今回使用されるクーポンの報酬タイプがポイント増タイプではなく、ステップＳ６０７の判定がＮＯならば、プロセッサ３０１は、ステップＳ６０８からステップＳ６１１の一連の処理はスキップして、図７のステップＳ６１２に移行する。

ステップＳ６１１の処理の後又はステップＳ６０７の判定がＮＯの場合に、プロセッサ３０１は、ステップＳ６０５で取得した又はステップＳ６０９で増加させたユーザポイント付与数で、ユーザデータ１５４上のポイント残高を更新する（図７のステップＳ６１２）。

具体的には、プロセッサ３０１は、ステップＳ６０１で受信されたユーザクーポンＩＤを含むユーザクーポンデータ１５７中のユーザＩＤを含むユーザデータ１５４のポイント残高に、ステップＳ６０５で取得した又はステップＳ６０９で増加させたユーザポイント付与数（取得ポイント）を加算することにより、そのポイント残高を更新する。

このようにして、ユーザは、定期クーポンとプレミアムクーポンのどちらを使用した場合でも、ポイントを獲得することができ、ポイント増タイプのクーポンを使用した場合にはポイント付与倍率の割合で増やされたポイントを獲得することができる。

ユーザは、このポイントを、地域の特産品や、地域商店街でのキャンペーン商品や、オンラインＥＣ（Ｅｌｅｃｔｒｉｃ Ｃｏｍｍｅｒｃｅ）サイトで提供されるオンラインギフト券等との交換に使用したりすることができる。これらのポイントの活用技術については、一般に良く知られているので、その詳細な説明は省略する。

ステップＳ６１２の処理の後、プロセッサ３０１は、ステップＳ６０６で取得したクーポンタイプが定期クーポンであるかプレミアムクーポンであるかを判定する（図７のステップＳ６１３）。

ステップＳ６１３において、使用されたクーポンのクーポンタイプが定期クーポンであると判定された場合（図２のステップＳ２０２のケース）、プロセッサ３０１は、以下のステップＳ６１４とＳ６１５の処理を実行する。これらの処理は、図６のステップＳ６０３～Ｓ６１１と共に、図１の第１の課金処理１１９（＃２）に対応する。

まず、プロセッサ３０１は、図６のステップＳ６０５で取得した全体の紹介手数料の全てを、定期クーポンの使用に対してシステム運営組織に支払う前述した第１の紹介手数料として算出する（図７のステップＳ６１４）。

そして、プロセッサ３０１は、ステップＳ６１４で算出した定期クーポンの使用に対してシステム運営組織に支払う第１の紹介手数料が設定された、定期クーポンの使用に対応する運営が受け取る手数料履歴データ１５９を生成し、例えば図３の外部記憶装置３０４に記憶させる（図７のステップＳ６１５）。

運営が受け取る手数料履歴データ１５９は、運営が受け取る手数料履歴ＩＤ、手数料、クーポン使用履歴ＩＤ、及び登録日時の各データを含む。

具体的には、プロセッサ３０１は、ステップＳ６１４で算出した定期クーポンの使用に対してシステム運営組織に支払う第１の紹介手数料を、上記新たに生成した運営が受け取る手数料履歴データ１５９の手数料として設定する。
また、プロセッサ３０１は、図６のステップＳ６０３で生成された、今回使用された定期クーポンに対応するクーポン使用履歴データ１５８に設定されたクーポン使用履歴ＩＤを、上記新たに生成した運営が受け取る手数料履歴データ１５９のクーポン使用履歴ＩＤとして設定する。
更に、プロセッサ３０１は、現在日時を、上記新たに生成する運営が受け取る手数料履歴データ１５９の登録日時として設定する。
なお、プロセッサ３０１は、上記新たに生成した運営が受け取る手数料履歴データ１５９の運営が受け取る手数料履歴ＩＤとしては、自動生成した運営が受け取る手数料履歴ＩＤを設定する。

このようにして、運営が受け取る手数料履歴データ１５９として上記システム運営組織に支払う第１の紹介手数料が登録されることにより、図２のステップＳ２０４で示される定期クーポンの使用に対する第１の紹介手数料が、システム運営組織から課金されたことになる（図２のステップＳ２０４のケース）。

以上のようにして、プロセッサ３０１は、定期クーポンの使用に対する図７のステップＳ６１４及びＳ６１５の処理を実行した後、ユーザによるクーポン使用を待機する図６のステップＳ６０１の処理に戻る。

図７のステップＳ６１３において、使用されたクーポンのクーポンタイプがプレミアムクーポンであると判定された場合（図２のステップＳ２０５又はＳ２０９のケース）、プロセッサ３０１は、以下のステップＳ６１６からＳ６１９の一連の処理を実行する。これらの処理は、図６のステップＳ６０３～Ｓ６１１と共に、図１の第２の課金処理（＃３）に対応する。

上記一連の処理において、まずプロセッサ３０１は、図６のステップＳ６０５で取得した全体の紹介手数料に、ステップＳ６０５で取得した又はステップＳ６１１で調整後店舗側紹介手数料比率によって置き換えられた店舗側紹介手数料比率を乗算して得た乗算結果を、全体の紹介手数料から減算することにより、プレミアムクーポンの使用に対してシステム運営組織側に支払う第２の紹介手数料を算出する（図７のステップＳ６１６）。
ユーザが他店舗から紹介されたプレミアムクーポンを使ってその店舗を利用した場合には、その店舗はプレミアムクーポンを発行したシステム運営組織と紹介元の店舗の両方に、全体の紹介手数料を分割して第２の紹介手数料及び第３の紹介手数料を支払うことになる（図２のステップＳ２０７とステップＳ２０８又はステップＳ２１１とステッＳ２１２）。
店舗側紹介手数料比率は、その分割により紹介元に支払う第３の紹介手数料の全体の紹介手数料に対する比率である。
なお、前述したように、クーポンの報酬タイプがユーザの保有ポイントを増やすポイント増タイプである場合には、店舗の代わりにシステム運営組織がユーザにクーポン使用による特典を与えるので、上記店舗側紹介手数料比率は前述した図６のステップＳ６１０で調整後店舗側紹介手数料比率に置き換えられた上で、図７のステップＳ６１６でシステム運営組織側に支払う第２の紹介手数料が算出される。

そして、プロセッサ３０１は、ステップＳ６１５の定期クーポンの場合と同様に、ステップＳ６１６で算出したプレミアムクーポンの使用に対してシステム運営組織側に支払う第２の紹介手数料が設定された、運営が受け取る手数料履歴データ１５９を生成し、例えば図３の外部記憶装置３０４に記憶させる（図７のステップＳ６１７）。

具体的には、プロセッサ３０１は、ステップＳ６１６で算出したプレミアムクーポンの使用に対してシステム運営組織に支払う第２の紹介手数料を、上記新たに生成した運営が受け取る手数料履歴データ１５９の手数料として設定する。
また、プロセッサ３０１は、図６のステップＳ６０３で生成された、今回使用されたプレミアムクーポンに対応するクーポン使用履歴データ１５８に設定されたクーポン使用履歴ＩＤを、上記新たに生成した運営が受け取る手数料履歴データ１５９のクーポン使用履歴ＩＤとして設定する。
更に、プロセッサ３０１は、現在日時を、上記新たに生成した運営が受け取る手数料履歴データ１５９の登録日時として設定する。
なお、プロセッサ３０１は、上記新たに生成した運営が受け取る手数料履歴データ１５９の運営が受け取る手数料履歴ＩＤとしては、自動生成した運営が受け取る手数料履歴ＩＤを設定する。

このようにして、運営が受け取る手数料履歴データ１５９にシステム運営組織に支払う第２の紹介手数料が設定されることにより、図２のステップＳ２０７又はステップＳ２１１で示されるプレミアムクーポンの使用に対する第２の紹介手数料が、システム運営組織から課金されたことになる。

続いて、プロセッサ３０１は、図７のステップＳ６１６で算出した全体の紹介手数料に店舗側紹介手数料比率を乗算した乗算結果を、プレミアムクーポンの使用に対して紹介元店舗側に支払う第３の紹介手数料として算出する（図７のステップＳ６１８）。

そして、プロセッサ３０１は、ステップＳ６１８で算出したプレミアムクーポンの使用に対して紹介元店舗側に支払う第３の紹介手数料が設定された、店舗が受け取る手数料履歴データ１６０を新たに生成し、例えば図３の外部記憶装置３０４に記憶させる（図６のステップＳ６１９）。

店舗が受け取る手数料履歴データ１６０は、店舗が受け取る手数料履歴ＩＤ、手数料、紹介元店舗の店舗ＩＤ、クーポン使用履歴ＩＤ、及び登録日時の各データを含む。

具体的には、プロセッサ３０１は、ステップＳ６１８で算出した紹介元店舗に支払う第３の紹介手数料を、上記新たに生成した店舗が受け取る手数料履歴データ１６０の手数料として設定する。
また、プロセッサ３０１は、図６のステップＳ６０５で抽出した紹介元店舗の店舗ＩＤを、上記新たに生成した店舗が受け取る手数料履歴データ１６０の店舗ＩＤとして設定する。
更に、プロセッサ３０１は、図６のステップＳ６０３で生成した、今回使用されたプレミアムクーポンに対応するクーポン使用履歴データ１５８に設定されたクーポン使用履歴ＩＤを、上記新たに生成した店舗が受け取る手数料履歴データ１６０のクーポン使用履歴ＩＤとして設定する。
そして、プロセッサ３０１は、現在日時を、上記新たに生成した店舗が受け取る手数料履歴データ１６０の登録日時として設定する。
なお、プロセッサ３０１は、上記新たに生成した店舗が受け取る手数料履歴データ１６０の店舗が受け取る手数料履歴ＩＤとしては、自動生成した店舗が受け取る手数料履歴ＩＤを設定する。

このようにして、店舗が受け取る手数料履歴データ１６０として紹介元店舗に支払う第３の紹介手数料が登録されることにより、システム運営組織に対してだけではなく（図２のステップＳ２０７又はステップＳ２１１）、紹介元店舗に対しても、図２のステップＳ２０８又はステップＳ２１２で示されるプレミアムクーポンの使用に対する第３の紹介手数料が、支払われることになる。

以上のようにして、プロセッサ３０１は、図２のステップＳ２０７及びＳ２０８又はステップＳ２１１及びＳ２１２に対応するプレミアムクーポンの使用に対する図７のステップＳ６１６からＳ６１９の一連の処理を実行した後、ユーザによるクーポン使用を待機する図６のステップＳ６０１の処理に戻る。

図９は、図１の集計部１２１の処理の例を示すフローチャートである。この処理は、プロセッサ３０１がＲＯＭ３０２に記憶されている集計部処理プログラムをＲＡＭ３０３にロードして実行する処理である。この処理は、図１の集計部１２１の処理になる。
集計部１２１の処理では、以下の２つの集計処理が、クーポン管理サーバ１０１のプロセッサ３０１によって実行される。

第１の集計処理として、プロセッサ３０１は、ユーザによる定期クーポン又はプレミアムクーポンの使用に基づいて運営が受け取る手数料履歴データ１５９として記録された、図２のステップＳ２０４、ステップＳ２０７、及びステップＳ２１１に例示される運営が受け取る第１の紹介手数料と第２の紹介手数料を、例えば月毎に集計して各店舗に請求する処理を実行する。

第２の集計処理として、プロセッサ３０１は、ユーザによるプレミアムクーポンの使用に基づいて店舗が受け取る手数料履歴データ１６０として記憶された、図２のステップＳ２０８及びステップＳ２１２に例示される店舗が受け取る第３の紹介手数料を、例えば月毎に集計してプレミアムクーポンが使用された各店舗に請求すると共に、プレミアムクーポンを発行した各店舗に対して精算する処理を実行する。

図９に例示されるフローチャートの処理において、プロセッサ３０１はまず、クーポン使用履歴ＩＤをキーとして、運営が受け取る手数料履歴データ１５９とクーポン使用履歴データ１５８とでリレーションを取る。
次に、プロセッサ３０１は、クーポンＩＤをキーとして、クーポン使用履歴データ１５８とクーポンデータ１５６とでリレーションを取る。
更に、プロセッサ３０１は、店舗ＩＤをキーとしてクーポンデータ１５６と店舗データ１５５とでリレーションを取る（以上、図９のステップＳ９０１）。
データ間で上記各ＩＤをキーとしてリレーションを取る方法は、例えば、各データをＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ：構造化問合せ言語）データベースの各テーブルとして構成し、各テーブルに設定された上記キーとするＩＤ項目に対応する共通するデータベース項目間でテーブルリレーションを取る方法として実現できる。

プロセッサ３０１は、ステップＳ９０１で設定した３つのリレーションを同時に取った上で、登録日時が請求対象月の範囲内にある運営が受け取る手数料履歴データ１５９を、店舗データ１５５の店舗ＩＤ順、次に運営が受け取る手数料履歴データ１５９の登録日時順、次にクーポン使用履歴データ１５８のクーポンＩＤ順でソートしながら検索し、例えば、店舗ＩＤ、登録日時、クーポンＩＤ、手数料の各データからなる、例えば図１０（ａ）の第１の集計処理の一覧表として例示される表データを抽出する。
図１０（ａ）に例示される第１の集計処理の一覧表では、店舗ＩＤ毎にまとまって、同一の店舗ＩＤ群内では登録日時毎にまとまって、同一登録日時群内ではクーポンＩＤ順でデータが抽出される（以上、図９のステップＳ９０２）。
上記ステップＳ９０２の検索及び抽出の処理も、例えば、上記各データを前述したＳＱＬデータベースの各テーブルに展開してＳＱＬ文による検索、抽出処理として実現できる。

プロセッサ３０１は、ステップＳ９０２で出力した第１の集計処理の一覧表の表データにおいて、店舗ＩＤ群毎に手数料（第１の紹介手数料と第２の紹介手数料）を合計することで、対象月に各店舗ＩＤに対応する店舗に請求する、ユーザによる定期クーポン又はプレミアムクーポンの使用に基づく図２のステップＳ２０４、ステップＳ２０７、及びステップＳ２１１に例示される運営が受け取る第１、第２の紹介手数料を算出する（図９のステップＳ９０３）。
各店舗は、ステップＳ９０３の処理により請求される金額を、運営が受け取る手数料としてシステム運営組織に支払う。

プロセッサ３０１は次に、クーポン使用履歴ＩＤをキーとして、運営が受け取る手数料履歴データ１５９とクーポン使用履歴データ１５８とでリレーションを取る。
次に、プロセッサ３０１は、クーポンＩＤをキーとして、クーポン使用履歴データ１５８とクーポンデータ１５６とでリレーションを取る。
更に、プロセッサ３０１は、店舗ＩＤをキーとしてクーポンデータ１５６と店舗データ１５５とでリレーションを取る（以上、図９のステップＳ９０４）。
データ間で上記各ＩＤをキーとしてリレーションを取る方法は、例えば、ステップＳ９０１の場合と同様にＳＱＬデータベースを用いた方法として実現できる。

プロセッサ３０１は、ステップＳ９０４で設定した３つのリレーションを同時に取った上で、図１の登録日時が請求対象月の範囲内にある店舗が受け取る手数料履歴データ１６０を、店舗データ１５５の紹介先店舗（プレミアムクーポンが使用された店舗）の店舗ＩＤ順、次に店舗が受け取る手数料履歴データ１６０の登録日時順、次にクーポン使用履歴データ１５８のクーポンＩＤ順でソートしながら検索し、例えば、紹介先店舗の店舗ＩＤ、登録日時、クーポンＩＤ、手数料の各データからなる、例えば図１０（ｂ）の第２の集計処理の第１の一覧表として例示される表データを抽出する。
図１０（ｂ）に例示される第２の集計処理の第１の一覧表では、紹介先店舗（プレミアムクーポンが使用された店舗）の店舗ＩＤ毎にまとまって、同一の店舗ＩＤ群内では登録日時毎にまとまって、同一の登録日時群内ではクーポンＩＤ順でデータが抽出される（以上、図９のステップＳ９０５）。
上記ステップＳ９０５の検索及び抽出の処理も、前述したステップＳ９０２の場合と同様に、例えば、上記各データを前述したＳＱＬデータベースの各テーブルに展開してＳＱＬ文による検索、抽出処理として実現できる。

プロセッサ３０１は、ステップＳ９０５で出力した第２の集計処理の第１の一覧表の表データにおいて、紹介先店舗（プレミアムクーポンが使用された店舗）の店舗ＩＤ群毎に手数料（第３の紹介手数料）を合計することで、対象月に各店舗ＩＤに対応する店舗に請求する、ユーザによるプレミアムクーポンの使用に基づく図２のステップＳ２０８及びステップＳ２１２に例示される紹介元店舗（プレミアムクーポンを発行した店舗）に支払う第３の紹介手数料の合計を算出する（図９のステップＳ９０６）。
各紹介先店舗（プレミアムクーポンが使用された店舗）は、ステップＳ９０６の集計処理による金額を、紹介元に支払う第３の紹介手数料の合計として、紹介元店舗を代理するシステム運営組織に支払う。

更に、プロセッサ３０１は、ステップＳ９０４で設定した３つのリレーションを同時に取った上で、登録日時が請求対象月の範囲内にある店舗が受け取る手数料履歴データ１６０を、店舗が受け取る手数料履歴データ１６０中の紹介元店舗（プレミアムクーポンを発行した店舗）の店舗ＩＤ順、次に店舗が受け取る手数料履歴データ１６０の登録日時順、次にクーポン使用履歴データ１５８のクーポンＩＤ順でソートしながら検索し、例えば、紹介元店舗の店舗ＩＤ、登録日時、クーポンＩＤ、手数料の各データからなる、例えば図１０（ｃ）の第２の集計処理の第２の一覧表として例示される表データを抽出する。
図１０（ｃ）に例示される第２の集計処理の第２の一覧表では、紹介元店舗（プレミアムクーポンを発行した店舗）の店舗ＩＤ毎にまとまって、同一の店舗ＩＤ群内では登録日時毎にまとまって、同一の登録日時群内ではクーポンＩＤ順でデータが抽出される（以上、図９のステップＳ９０７）。
上記ステップＳ９０７の検索及び抽出の処理も、前述したステップＳ９０２、Ｓ９０５の場合と同様に、例えば、上記各データを前述したＳＱＬデータベースの各テーブルに展開してＳＱＬ文による検索、抽出処理として実現できる。

プロセッサ３０１は、ステップＳ９０７で出力した第２の集計処理の第２の一覧表の表データにおいて、紹介元店舗（プレミアムクーポンを発行した店舗）の店舗ＩＤ群毎に手数料を合計することで、対象月に、ユーザによるプレミアムクーポンの使用に基づく図２のステップＳ２０８及びステップＳ２１２に例示される各紹介元店舗に対して精算する第３の紹介手数料の合計を算出する（図９のステップＳ９０８）。
プレミアムクーポンを発行した各紹介元店舗は、ステップＳ９０８の集計処理による金額を、紹介元として受け取る第３の手数料の合計として、紹介元店舗を代理するシステム運営組織から受け取る。
システム運営組織では、ステップＳ９０３の集計処理により算出される紹介元店舗がシステム運営組織に支払うべき例えば毎月の前述した第１の紹介手数料と第２の紹介手数料の合計額から、ステップＳ９０８の集計処理により算出された毎月の上記第３の紹介手数料の合計額が減算され、紹介元店舗は、その減算結果の金額をシステム運営組織に支払う。なお、その減算結果がマイナスになった場合は、そのマイナス額は、次の月にステップＳ９０３の集計処理により算出される例えば毎月の前述した第１の紹介手数料と第２の紹介手数料の合計額から減算されることにより、精算される。
前述したように、各店舗は、上記精算の代わりに、特には図示しない店舗管理用のホームページ（例えばマイページ）から自身が紹介元となった場合に獲得できる上記第３の紹介手数料の即時振込依頼をシステム運営組織に申請できるようにして、上記第３の紹介手数料を１～３営業日内に銀行振込みによる現金で受け取れるようにしてもよい。この場合、システム運営組織からの振込金額は、例えば、

対象月に当該店舗に支払われるべき第３の紹介手数料の合計額
×即時振込対応手数料比率（例えば、０．７～０．８）
－銀行振込手数料

とされる。

図１のクーポン管理サーバ１０１におけるＱＲ（二次元）コードによる第２のクーポン配布部１２４について、以下に説明する。図１１は、ＱＲコード（登録商標）による第２のクーポン配布部１２４の説明図である。

例えば、実施形態のクーポン管理システム１００が、特定の地域に導入されるような場合に、システム運営組織は、その地域におけるユーザのクーポン利用を促進するために、その地域の各店舗に、前述したアプリを図１のネットワーク１０６を介して所定のアプリストアＷｅｂサイトからユーザ端末１０４にダウンロードさせてインストールさせるためのＵＲＬが埋め込まれたＱＲコード（登録商標）（二次元コード）を発行する（図１１のステップＳ１１０１）。
各店舗は、配布されたＱＲコード（登録商標）を、店内の例えばテーブルやレジ等の目に付きやすい場所に設置する（図１１のステップＳ１１０２）。

このＱＲコード（登録商標）が、来店した顧客のスマートフォン等のユーザ端末によって読み取られて、アプリがダウンロードされてインストールされる。ユーザは、このアプリを起動し、そのアプリの情報入力画面で、例えば、ユーザ名、メールアドレス等と共に、ＱＲコード（登録商標）と共に店舗を識別する店舗コード（例えば前述した店舗ＩＤ）を入力する（図１１のステップＳ１１０３）。
なお、店舗コードは、予めＱＲコード（登録商標）に埋め込まれていてもよい。

この結果、図１の説明で前述したようにして、ユーザ端末１０４で特には図示しないプロセッサがアプリを実行する機能である図１のアプリ実行部１２２が、ユーザによってアプリの情報入力画面に入力されたユーザ情報と店舗コードを、ユーザ端末１０４からネットワーク１０６を介してクーポン管理サーバ１０１のユーザ登録部１１７に通知する。

ユーザ登録部１１７は、前述したようにして、ユーザ端末１０４から通知されたユーザ情報を集約したユーザデータ１５４を生成し、例えば外部記憶装置３０４に記憶させる。

続いて、クーポン管理サーバ１０１において、ＱＲコード（登録商標）による第２のクーポン配布部１２４が、ユーザ登録部１１７において生成されたユーザデータ１５４に設定されたユーザＩＤと、上記通知された店舗コードである店舗ＩＤに対応する店舗が紹介する他の店舗で使用可能な第２のクーポン（プレミアムクーポン）を発行し、アプリがインストールされたユーザ端末１０４に配布する。

例えば、図１１のステップＳ１１０４に示されるように、図２のステップＳ２０３の場合と同様に、ユーザがＱＲコード（登録商標）を読み込んだ第１の店舗が紹介する例えば同じ地域の商店街にあるお勧めの第２の店舗（例えば、ジム）で使用可能な、例えば「ジム プロテイン1杯無料＋１０分延長」というような特典付きの、第２のクーポンであるプレミアムクーポンが発行され、ステップＳ２０２の定期クーポンを使用したユーザのユーザ端末１０４に配布される。
このとき、前述したクーポン使用対応部１１９の第２のクーポンの配布処理１１９（＃１）の場合と同様に、第１の店舗（例えば飲食店）が提携して紹介する第２の店舗としていくつかの店舗のプレミアムクーポンをユーザ端末１０４に表示し、ユーザは、それらのうちから好きな店舗（例えば、ジム）を第２の店舗として選択することができる。
この結果、ユーザが選択したその第２の店舗に対応するプレミアムクーポンが発行されて、ユーザ端末１０４に配布される。
図２のステップＳ２０３の場合と同様に、図１１のステップＳ１１０４においては、上記プレミアムクーポンの配布と共に、例えば「１０ポイント獲得」というような、ポイントがユーザに付与される。

このようにして、ユーザは、第１の店舗に設置されたＱＲコード（登録商標）を読み込んでアプリをダウンロードしてインストールすることにより、第１の店舗が紹介する例えば第２の店舗で使用可能なプレミアムクーポンを取得できると共に、ポイントも取得することができる。

ここで、ユーザ端末１０４にアプリがダウンロードされインストールされたとき、又はそのアプリによってクーポンが店舗で初めて使用されたときに、ＱＲコード（登録商標）による第２のクーポン配布部１２４は、上述の第２のクーポン（プレミアムクーポン）の配布処理と共に、ＱＲコード（登録商標）を設置した第１の店舗に対して、例えば「１０５円」というようなアプリダウンロード促進報酬の支払い又は支払いのための精算を行うことができる（図１１のステップＳ１１０５）。

ユーザが上述のように配布されたプレミアムクーポンを、他の店舗、例えば図１１の第２の店舗で使用した場合の動作は、前述した図２の場合と同様の図１１のステップＳ２０５～Ｓ２０８等で示される。

図１２は、図１のＱＲコード（登録商標）による第２のクーポン配布部１２４の処理１（図１２（ａ））と、ユーザ端末１０４からのリクエストを受信するためのＱＲコード（登録商標）による第２のクーポン配布部１２４の処理２（図１２（ｂ））の例を示すフローチャートである。
まず、図１２（ａ）のＱＲコード（登録商標）による第２のクーポン配布部１２４の処理１について説明する。

プロセッサ３０１はまず、ユーザ端末１０４からユーザ情報及び店舗コードである店舗ＩＤを受信するまで待機する（図１２のステップＳ１２０１の判定がＮＯの繰返し）。

次に、プロセッサ３０１は、ステップＳ１２０１でユーザ端末１０４が通知されたユーザ情報、例えばメールアドレス及びユーザ名を含むユーザデータ１５４を生成し、例えば外部記憶装置２０４に記憶させる（図１２のステップＳ１２０２）。
ユーザＩＤとしては、例えば自動的に生成されたユーザＩＤが設定される。或いは、ユーザＩＤとして、アプリから通知されたメールアドレスがユーザＩＤとして設定されてもよい。
ポイント残高としては、初期値０（ゼロ）が設定される。

その後、プロセッサ３０１は、ステップ１２０３で、ステップＳ１２０１において受信したＱＲコード（登録商標）が読み込まれた店舗ＩＤを「紹介する店舗ＩＤ」として含む前述した紹介データ１６１を検索しながら、ステップＳ１２０４で検索が成功する間、即ち、自店舗が紹介したい全ての他の店舗についての紹介データ１６１が検出される間、ステップＳ１２０３からＳ１２０８の一連の処理を繰り返し実行する。
この一連の処理は、前述した図８のステップＳ８０２からＳ８０７の一連の処理と同様の処理である。

この一連の処理において、まず、プロセッサ３０１は、ステップＳ１２０３で検索した紹介をしたい１つの他の店舗に対応する紹介データ１６１から、「紹介される店舗ＩＤ」と「掲載先店舗の紹介文」を抽出する（図１２のステップＳ１２０５）。

次に、プロセッサ３０１は、「紹介される店舗ＩＤ」を店舗ＩＤとして含む店舗データ１５５から、有効中プレミアムクーポンＩＤと、店舗名、店舗説明情報、住所、電話番号、店舗のＳＮＳ ＵＲＬ、緯度・経度に基づくマップ表示等の店舗情報を抽出する（図１２のステップＳ１２０６）。

続いて、プロセッサ３０１は、有効中プレミアムクーポンＩＤをクーポンＩＤとして含むクーポンデータ１５６から、プレミアムクーポンに関するクーポン情報として、クーポン名、クーポン説明情報、報酬タイプ（定額割引き／パーセント割引き／無料／ポイント増、その他）、無料クーポン適用時の無料商品等を取得する（図１２のステップＳ１２０７）。

そして、プロセッサ３０１は、ステップＳ１２０６で抽出した店舗情報と、ステップＳ１２０５で抽出した提携先店舗の紹介文と、ステップＳ１２０７で抽出したプレミアムクーポンに関するクーポン情報と、これらに加えて、ステップＳ１２０６で抽出した有効中プレミアムクーポンＩＤと、ステップＳ１２０２で生成したユーザデータ１５４に設定されたユーザＩＤと、を含むプレミアムクーポン候補データ組を作成する（図１２のステップＳ１２０８）。

その後、プロセッサ３０１は、ステップＳ１２０３の検索処理に戻る。

以上のステップＳ１２０３からＳ１２０８の一連の処理が繰返し実行された結果、ステップＳ１２０４で検索が成功しなかった（判定がＮＯ）、即ち自店舗が紹介したい全ての他の店舗についての紹介データ１６１の検出が完了した、と判定されると、プロセッサ３０１は、自店舗が紹介したい全ての他の店舗についてステップＳ１２０８で作成されたプレミアムクーポン候補データ組を、ステップＳ１２０１で受信されたユーザ情報に対応するユーザ端末１０４に送信する（図１２のステップＳ１２０９）。

ＱＲコード（登録商標）を読み込んでアプリをインストールした図１のユーザ端末１０４のアプリ実行部１２２は、ＱＲコード（登録商標）による第２のクーポン配布部１２４によりステップＳ１２０９で送信されたプレミアムクーポン候補データ組を受信する。
この結果、アプリ実行部１２２は、ユーザ端末１０４のディスプレイのアプリ画面に、ＱＲコード（登録商標）が設置されている店舗が紹介する複数の提携先店舗の店舗情報と紹介文と、その提携先店舗で使用できるプレミアムクーポンのクーポン情報を表示し、何れか１組の提携先店舗とそこで使用できるプレミアムクーポンを選択するように促す画面を表示する。

ユーザが、ユーザ端末１０４が上述した選択画面において、何れか１組の提携先店舗とそこで使用できるプレミアムクーポンを選択する
この結果、アプリ実行部１２２が例えば、ユーザが選択した提携先店舗とそこで使用できるプレミアムクーポンに対応するプレミアムクーポン候補データ組に含まれる有効中プレミアムクーポンＩＤ及びユーザＩＤ（図１２のステップＳ１２０８参照）を返信する。

上述のユーザ端末１０４からの返信に対して、プロセッサ３０１は、図１２（ｂ）のフローチャートで例示されるＱＲコード（登録商標）による第２のクーポン配布部１２４の処理２のプログラムによって、ユーザ端末１０４からの返信を受信する。
プロセッサ３０１は、このＱＲコード（登録商標）による第２のクーポン配布部１２４の処理２のプログラムを常時実行している。

図１２（ｂ）のフローチャートにおいて、プロセッサ３０１はまず、ユーザ端末１０４から返信があるまで待機している（図１２のステップＳ１２１０の判定がＮＯの繰返し）。

更に、プロセッサ３０１は、ステップＳ１２０２で生成されたユーザデータ１５４に設定されたユーザＩＤがユーザＩＤとして設定され、ステップＳ１２０３で抽出された有効中プレミアムクーポンＩＤがクーポンＩＤとして設定され、現在日時が取得日時として設定されたプレミアムクーポンに対応するユーザクーポンデータ１５７を新たに生成して、例えば図３の外部記憶装置３０４に記憶させる。
なお、プロセッサ３０１は、上記新たに生成したユーザクーポンデータ１５７のユーザクーポンＩＤとしては、自動生成したユーザクーポンＩＤを設定する（以上、図８のステップＳ１２０４）。

そして、プロセッサ３０１は、ステップＳ１２０４で取得されたユーザＩＤに対応するユーザ端末１０４のアプリに、新たなプレミアムクーポンが配布されたことを示す情報を通知する（図１２のステップＳ１２１２）。この結果、そのユーザ端末１０４のアプリにおいて、新たなプレミアムクーポンが配布されたことがポップアップ通知等される。
その後、プロセッサ３０１は、ステップＳ１２１０の待機処理に戻る。

図１１のステップＳ１１０５の説明で前述したように、プロセッサ３０１は、図１２のステップＳ１２０１でユーザ端末１０４から通知された店舗ＩＤに対応する店舗に対して、アプリダウンロード促進報酬の支払い又は前述したのと同様の精算を行うことができる。

具体的には、システム運営組織の方針により、ユーザ端末１０４にアプリがダウンロードされインストールされたとき、又はそのアプリによってクーポンが店舗で初めて使用されたときの何れかのタイミングで、プロセッサ３０１が、例えば図１２のステップ１２０１でユーザ端末１０４から通知された店舗ＩＤと、ステップＳ１２０２で生成したユーザデータ１５４に設定されたユーザＩＤと、日時とを、特には図示しないアプリダウンロード促進報酬履歴データとして記録し、それを月毎及び店舗毎に集計して、各店舗への支払い又は支払いのための精算を行えばよい。

ここで、ＱＲコード（登録商標）を設置した店舗は、精算によるアプリダウンロード促進報酬の受取りを希望する場合には、前述したように、システム運営組織では、ＱＲコード（登録商標）を設置した店舗において定期クーポン又はプレミアムクーポンが使用されたことによりシステム運営組織に支払うべき例えば毎月の前述した第１の紹介手数料と第２の紹介手数料の合計額から、毎月の上記アプリダウンロード促進報酬の合計額が減算され、その店舗は、その減算結果の金額をシステム運営組織に支払う。なお、その減算結果がマイナスになった場合は、そのマイナス額は、次の月の例えば毎月の前述した第１の紹介手数料と第２の紹介手数料の合計額から減算されることにより、精算される。

また、ＱＲコード（登録商標）を設置した店舗は、現金によるアプリダウンロード促進報酬の受取りを希望する場合には、前述したように、特には図示しない店舗管理用のホームページ（例えばマイページ）からアプリダウンロード促進報酬の即時振込依頼をシステム運営組織に申請できるようにして、上記報酬を１～３営業日内に銀行振込みによる現金で受け取れるようにしてもよい。この場合、システム運営組織からの振込金額は、例えば、

対象月に当該店舗に支払われるべきアプリダウンロード促進報酬の合計額
×即時振込対応手数料比率（例えば、０．７～０．８）
－銀行振込手数料

としてよい。

アプリダウンロード促進報酬の金額は、予めシステム運営組織によって決定されている金額でもよいし、前述した顧客単価カテゴリデータ１５２に店舗毎の金額データとして設定されてもよい。

上述のように、地域立ち上げ等の特別なキャンペーンのときに、店舗に設置するＱＲコード（登録商標）を介してユーザ端末１０４にアプリがダウンロード・インストールされたときに、ユーザにはプレミアムクーポンが発行されてポイントが付与され、店舗にはアプリダウンロード促進報酬が支払われるようにすることで、クーポンがその地域等で幅広く流通するような戦略を打つことが可能となる。

以上説明した本実施形態により、ユーザとしてはお得に新しい店舗を開拓でき、店舗からすると新規顧客の獲得、他店舗の支援、多店舗紹介手数料を得られるという効果がある。この結果、戦略的かつ店舗間の紹介も両方行えるようなクーポンの配布と使用が可能となる。

１００ クーポン管理システム
１０１ クーポン管理サーバ
１０２ システム管理者端末
１０３ 店舗運営者端末
１０４ ユーザ端末
１０５ 店舗端末
１０６ ネットワーク
１１０ システムログイン管理部
１１１ エリア登録部
１１２ 顧客単価カテゴリ登録部
１１３ 店舗登録部
１１４ 店舗ログイン管理部
１１５ 店舗編集部
１１６ クーポン登録部
１１７ ユーザ登録部
１１８ 第１のクーポン配布部
１１９ クーポン使用対応部
１２０ クーポン表示部
１２１ 集計部
１２２ アプリ実行部
１２３ 使用クーポン情報送信部
１２４ ＱＲコード（登録商標）による第２のクーポン配布部
１５０ システム管理者データ
１５１ エリアデータ
１５２ 顧客単価カテゴリデータ
１５３ 店舗運営者データ
１５４ ユーザデータ
１５５ 店舗データ
１５６ クーポンデータ
１５７ ユーザクーポンデータ
１５９ 運営が受け取る手数料履歴データ
１６０ 店舗が受け取る手数料履歴データ
１６１ 紹介データ

Claims (11)

1. クーポン管理サーバがユーザにより操作されるユーザ端末又は店舗に設置された店舗端末とネットワークを介して通信することにより前記ユーザが前記店舗で利用可能なクーポンを管理するシステムにおいて、
   前記クーポン管理サーバは、
   前記店舗毎に、該店舗が紹介する他の店舗に関する紹介情報を含む紹介データと、全体の紹介手数料と、店舗側紹介手数料比率とを記憶する記憶部と、
   第１のクーポンを発行してユーザが操作するユーザ端末に配布する第１のクーポン配布部と、
   前記ユーザが前記ユーザ端末に配布された前記第１のクーポン又は第２のクーポンを前記店舗で使用したことが該店舗に対応する前記店舗端末又は該ユーザ端末から通知された場合に、該店舗に対応して前記記憶部が記憶している前記紹介データに含まれる前記紹介情報から抽出される該店舗が紹介する１つ以上の前記他の店舗に関する情報及び前記第２のクーポンの組を該ユーザ端末に提示することにより、該ユーザ端末で選択された１つの前記他の店舗で使用可能な前記第２のクーポンを、該ユーザ端末に配布する第２のクーポンの配布処理と、
   前記ユーザが前記第１のクーポンを前記店舗で使用したことが該店舗に対応する前記店舗端末又は該ユーザ端末から通知された場合に、該店舗である第１のクーポン使用店舗に対応して前記記憶部が記憶している前記全体の紹介手数料をシステム運営組織が受け取るべき第１の紹介手数料として算出し、該第１のクーポン使用店舗に課金する第１の課金処理と、
   前記ユーザが前記第２のクーポンを前記店舗で使用したことが該店舗に対応する前記店舗端末又は該ユーザ端末から通知された場合に、該店舗である第２のクーポン使用店舗に対応して前記記憶部が記憶している前記店舗側紹介手数料比率を該第２のクーポン使用店舗に対応して前記記憶部が記憶している前記全体の紹介手数料に乗算して得られる手数料を該第２のクーポンの発行元の店舗である第２のクーポン発行元店舗が該第２のクーポン使用店舗から受け取るべき第３の紹介手数料として算出し、代行して該第２のクーポン使用店舗に課金して該第２のクーポン発行元店舗との間で精算すると共に、該全体の紹介手数料から該第３の紹介手数料を減算して得られる手数料を前記システム運営組織が受け取るべき第２の紹介手数料として算出し、該第２のクーポン使用店舗に課金する第２の課金処理と、
   からなる一連の処理を実行するクーポン使用対応部と、
   前記ユーザ端末に配布された前記第１のクーポン又は前記第２のクーポンに関する情報を該ユーザ端末に表示するクーポン表示部と、
   の機能を実行する、
   クーポン管理システム。
2. 前記記憶部は、前記店舗の夫々に対応させて、該店舗が位置するエリアをエリアデータとして更に記憶し、前記ユーザの夫々に対応する１つ以上のユーザエリアを該ユーザに対応するユーザデータとして更に記憶し、
   前記第１のクーポン配布部は、前記ユーザに対応して前記記憶部が記憶している前記ユーザデータ中の何れかの前記ユーザエリアに一致する又は近傍の前記エリアが記憶されている１つ以上の前記エリアデータに夫々対応する前記店舗で使用可能な前記第１のクーポンを、該ユーザに対応する前記ユーザ端末に配布する、
   請求項１に記載のクーポン管理システム。
3. 前記紹介情報及び前記他の店舗に関する情報は、前記他の店舗を紹介する紹介文を含む、請求項１に記載のクーポン管理システム。
4. 前記記憶部は、前記店舗の顧客単価を区分する顧客単価カテゴリ毎に、少なくとも前記全体の紹介手数料及び前記店舗側紹介手数料比率を含む顧客単価カテゴリデータを更に記憶し、
   前記クーポン使用対応部は、前記第１のクーポン又は前記第２のクーポンが使用された前記店舗が属する前記顧客単価カテゴリに対応して前記記憶部が記憶している前記顧客単価カテゴリデータに含まれる前記全体の紹介手数料又は前記店舗側紹介手数料比率の組を使用して、前記第１の課金処理又は前記第２の課金処理を実行する、
   請求項１に記載のクーポン管理システム。
5. 前記記憶部は、前記第１のクーポン及び前記第２のクーポンの夫々について、前記ユーザにより使用されたときに前記ユーザが受け取る報酬特典のタイプである報酬タイプを更に記憶すると共に、前記第２のクーポンについて、調整後店舗側紹介手数料比率を更に記憶し、
   前記クーポン使用対応部は、前記第２の課金処理を実行するときに、前記店舗で使用された前記第２のクーポンに対応して前記記憶部が記憶している前記報酬タイプがポイント増タイプである場合に、前記店舗側紹介手数料比率を、該第２のクーポンに対応して前記記憶部が記憶している前記調整後店舗側紹介手数料比率に置き換えて、前記第２の課金処理を実行する、
   請求項１に記載のクーポン管理システム。
6. 前記記憶部は、前記店舗に対応してユーザポイント付与数を更に記憶し、前記第１のクーポン及び前記第２のクーポンに対応してポイント付与倍率を更に記憶し、
   前記クーポン使用対応部は、前記ユーザが前記店舗で使用した前記第１のクーポン又は前記第２のクーポンに対応して前記記憶部が記憶している前記報酬タイプが前記ポイント増タイプではない場合に、該店舗に対応して前記記憶部が記憶している前記ユーザポイント付与数のポイントを該ユーザに付与し、該報酬タイプが前記ポイント増タイプである場合に、該ユーザポイント付与数に該第１のクーポン又は該第２のクーポンに対応して前記記憶部が記憶している前記ポイント付与倍率を乗算して得た乗算結果の数のポイントを該ユーザに付与する、ポイント付与処理を実行する、
   請求項５に記載のクーポン管理システム。
7. 前記クーポン管理サーバは、
   前記クーポン使用対応部が実行する前記第１の課金処理において算出される前記第１の紹介手数料及び前記第２の課金処理において算出される前記第２の紹介手数料を、前記第１のクーポン使用店舗及び前記第２のクーポン使用店舗毎に集計して該第１のクーポン使用店舗及び該第２のクーポン使用店舗に課金する処理と、
   前記クーポン使用対応部が実行する前記第２の課金処理において算出される前記第３の紹介手数料を、前記第２のクーポン使用店舗毎に集計して該第２のクーポン使用店舗に課金する処理と、
   該第３の紹介手数料を、前記第２のクーポン発行元店舗毎に集計して該第２のクーポン発行元店舗との間で精算する処理と、
   を含む集計部の機能を更に実行する、
   請求項１に記載のクーポン管理システム。
8. 前記店舗端末が、前記ユーザが前記店舗において使用した前記第１のクーポン又は前記第２のクーポンに関する情報及び該ユーザに関する情報を、該店舗に設置された前記店舗端末が具備する情報読取り装置が該ユーザが操作する前記ユーザ端末から読み取ることにより又は店舗スタッフが該店舗端末に入力することにより、該ユーザが該第１のクーポン又は該第２のクーポンを該店舗で使用したことを、前記クーポン管理サーバの前記クーポン使用対応部に送信する使用クーポン情報送信部の機能を実行する、請求項１に記載のクーポン管理システム。
9. 前記店舗において前記第１のクーポン又は前記第２のクーポンを使用した前記ユーザに対応する前記ユーザ端末が、該店舗に関する情報を該店舗において入力することにより、該ユーザが該第１のクーポン又は該第２のクーポンを該店舗で使用したことを、前記クーポン管理サーバの前記クーポン使用対応部に送信する使用クーポン情報送信部の機能を実行する、請求項１に記載のクーポン管理システム。
10. クーポン管理サーバがユーザにより操作されるユーザ端末又は店舗に設置された店舗端末とネットワークを介して通信することにより前記ユーザが前記店舗で利用可能なクーポンを管理するクーポン管理システムにおいて実行される方法であって、
    前記クーポン管理サーバが、
    前記店舗毎に、該店舗が紹介する他の店舗に関する紹介情報を含む紹介データと、全体の紹介手数料と、店舗側紹介手数料比率とを記憶する処理と、
    前記第１のクーポンを発行して前記ユーザ端末に配布する第１のクーポン配布処理と、
    前記ユーザが前記ユーザ端末に配布された前記第１のクーポン又は第２のクーポンを前記店舗で使用したことが該店舗に対応する前記店舗端末又は該ユーザ端末から通知された場合に、該店舗に対応して前記記憶している前記紹介データに含まれる前記紹介情報から抽出される該店舗が紹介する１つ以上の前記他の店舗に関する情報及び前記第２のクーポンの組を該ユーザ端末に提示することにより、該ユーザ端末で選択された１つの前記他の店舗で使用可能な前記第２のクーポンを、該ユーザ端末に配布する第２のクーポンの配布処理と、
    前記ユーザが前記第１のクーポンを前記店舗で使用したことが該店舗に対応する前記店舗端末又は該ユーザ端末から通知された場合に、該店舗である第１のクーポン使用店舗に対応して前記記憶している前記全体の紹介手数料をシステム運営組織が受け取るべき第１の紹介手数料として算出し、該第１のクーポン使用店舗に課金する第１の課金処理と、
    前記ユーザが前記第２のクーポンを前記店舗で使用したことが該店舗に対応する前記店舗端末又は該ユーザ端末から通知された場合に、該店舗である第２のクーポン使用店舗に対応して前記記憶している前記店舗側紹介手数料比率を該第２のクーポン使用店舗に対応して前記記憶している前記全体の紹介手数料に乗算して得られる手数料を該第２のクーポンの発行元の店舗である第２のクーポン発行元店舗が該第２のクーポン使用店舗から受け取るべき第３の紹介手数料として算出し、代行して該第２のクーポン使用店舗に課金して該第２のクーポン発行元店舗との間で精算すると共に、該全体の紹介手数料から該第３の紹介手数料を減算して得られる手数料を前記システム運営組織が受け取るべき第２の紹介手数料として算出し、該第２のクーポン使用店舗に課金する第２の課金処理と、
    前記ユーザ端末に配布された前記第１のクーポン又は前記第２のクーポンに関する情報を該ユーザ端末に表示するクーポン表示処理と、
    を実行するクーポン管理方法。
11. クーポン管理サーバがユーザにより操作されるユーザ端末又は店舗に設置された店舗端末とネットワークを介して通信することにより前記ユーザが前記店舗で利用可能なクーポンを管理するクーポン管理システムにおいて、
    前記クーポン管理サーバに、
    前記店舗毎に、該店舗が紹介する他の店舗に関する紹介情報を含む紹介データと、全体の紹介手数料と、店舗側紹介手数料比率とを記憶する処理と、
    前記第１のクーポンを発行して前記ユーザ端末に配布する第１のクーポン配布処理と、
    前記ユーザが前記ユーザ端末に配布された前記第１のクーポン又は第２のクーポンを前記店舗で使用したことが該店舗に対応する前記店舗端末又は該ユーザ端末から通知された場合に、該店舗に対応して前記記憶している前記紹介データに含まれる前記紹介情報から抽出される該店舗が紹介する１つ以上の前記他の店舗に関する情報及び前記第２のクーポンの組を該ユーザ端末に提示することにより、該ユーザ端末で選択された１つの前記他の店舗で使用可能な前記第２のクーポンを、該ユーザ端末に配布する第２のクーポンの配布処理と、
    前記ユーザが前記第１のクーポンを前記店舗で使用したことが該店舗に対応する前記店舗端末又は該ユーザ端末から通知された場合に、該店舗である第１のクーポン使用店舗に対応して前記記憶している前記全体の紹介手数料をシステム運営組織が受け取るべき第１の紹介手数料として算出し、該第１のクーポン使用店舗に課金する第１の課金処理と、
    前記ユーザが前記第２のクーポンを前記店舗で使用したことが該店舗に対応する前記店舗端末又は該ユーザ端末から通知された場合に、該店舗である第２のクーポン使用店舗に対応して前記記憶している前記店舗側紹介手数料比率を該第２のクーポン使用店舗に対応して前記記憶している前記全体の紹介手数料に乗算して得られる手数料を該第２のクーポンの発行元の店舗である第２のクーポン発行元店舗が該第２のクーポン使用店舗から受け取るべき第３の紹介手数料として算出し、代行して該第２のクーポン使用店舗に課金して該第２のクーポン発行元店舗との間で精算すると共に、該全体の紹介手数料から該第３の紹介手数料を減算して得られる手数料を前記システム運営組織が受け取るべき第２の紹介手数料として算出し、該第２のクーポン使用店舗に課金する第２の課金処理と、
    前記ユーザ端末に配布された前記第１のクーポン又は前記第２のクーポンに関する情報を該ユーザ端末に表示するクーポン表示処理と、
    を実行させるためのプログラム。

Images