JP5512870B1 - クーポン発行支援システム - Google Patents

Abstract

【課題】クーポン発行支援に関して、店舗による好適な顧客へのクーポンの発行により販促等の効果を高めることができる技術を提供する。
【解決手段】クーポン発行支援システムは、加盟店からの指示に基づいて当該加盟店の顧客に対してクーポンを発行する支援を行うシステムであって、複数のクーポンのそれぞれについて、適用対象、発行期間、有効期間及び発行対象顧客を指定するクーポン情報を保持するクーポン情報記憶部と、加盟店の複数の顧客のそれぞれについての顧客属性を含む顧客情報を保持する顧客情報記憶部と、複数のクーポンについて、それぞれのクーポン情報及び顧客情報を用いて、それぞれの発行対象顧客を選定し、顧客情報記憶部に顧客情報が保持された複数の顧客について、複数のクーポンが発行される重複、またはクーポンが発行されない漏れの少なくとも一方に該当する顧客を抽出する抽出部と、を有する。
【選択図】図１

Description

本発明は、コンピュータ及び情報処理の技術に関する。また本発明は、電子的なクーポンを発行する技術に関する。

クーポンのビジネスに関して、小売店等の各種の店舗や他の組織は、販売促進等のために、顧客に対してクーポンを発行する。クーポンは、割引券とも呼ばれる。クーポンは、紙や電子的な形態で発行される。クーポンの内容は、特定の店舗、商品やサービス等を対象として、割引や無料贈呈等のサービスを提供する内容である。店舗は、所定のターゲットの顧客に対してクーポンを発行及び提供する。例えば店舗またはクーポン事業者は、電子的なクーポンを発行し、顧客である利用者またはその端末に配布する。顧客は、店舗の商品を購買する際、クーポンを提示して使用することで、割引等のサービスを受ける。

電子的なクーポンの発行に係わる先行技術例として、特開２００３−４４７６８号公報（特許文献１）が挙げられる。特許文献１は、利用者が店舗でキャッシュレスで支払いした時等に、決済サーバの支払いの決済情報に基づいて、クーポン管理サーバが店舗のクーポンを発行し、利用者の携帯端末へ送信すること、等が記載されている。

特開２００３−４４７６８号公報

従来の電子的なクーポンの発行に係わる情報処理システムは、特許文献１の例のように、店舗のクーポンの発行に関する管理が可能である。しかし、従来のシステムは、店舗による顧客へのクーポンの発行が好適にできるように支援するクーポン発行支援の機能が不十分である。

店舗は、好適に顧客へクーポンを発行することにより、店舗への集客及び商品販売による利益を含む販促等の総合的な効果を高めたい。特に、店舗は、販売商品等に応じてターゲットにする好適な属性の顧客に対する好適な内容のクーポンの発行により、上記効果を最大にしたい。

クーポンを発行する店舗の担当者は、クーポンのターゲットにする顧客属性を決め、割引率等の内容を決める。顧客属性は、性別や年齢層等、各種がある。店舗の担当者によるクーポンのターゲットの顧客属性の設定に応じて、当該属性に該当する顧客の集団に対するクーポンの提供が重複する場合や漏れる場合がある。

重複の場合、複数のクーポンが提供される顧客が生じる。当該顧客は、複数のクーポンを有効に使用できないかもしれない。漏れの場合、クーポンが提供されない顧客が生じる。当該顧客は、クーポンが提供されていれば使用して商品購買してくれたかもしれない。上記重複や漏れがある場合、クーポンのターゲットの顧客属性の設定について改善余地があるかもしれない。

しかし、従来のシステムは、上記クーポンのターゲットの顧客属性の顧客における提供されるクーポンの重複や漏れに関して、調整を図る機能等を備えていない。

本発明の目的は、上記クーポン発行支援に関して、店舗による好適な顧客へのクーポンの発行により販促等の効果を高めることができる技術を提供することである。

本発明のうち代表的な実施の形態は、加盟店からの指示に基づいて当該加盟店の顧客に対してクーポンを発行するクーポン発行を支援するクーポン発行支援システムであって、以下に示す構成を有することを特徴とする。

一実施の形態のクーポン発行支援システムは、複数のクーポンのそれぞれについて、適用対象、発行期間、有効期間及び発行対象顧客を指定するクーポン情報を保持するクーポン情報記憶部と、前記加盟店の複数の顧客のそれぞれについての顧客属性を含む顧客情報を保持する顧客情報記憶部と、前記複数のクーポンについて、それぞれのクーポン情報及び前記顧客情報を用いて、それぞれの発行対象顧客を選定し、前記顧客情報記憶部に顧客情報が保持された複数の顧客について、複数のクーポンが発行される重複、またはクーポンが発行されない漏れの少なくとも一方に該当する顧客を抽出する抽出部と、を有する。

本発明のうち代表的な実施の形態によれば、上記クーポン発行支援に関して、店舗による好適な顧客へのクーポンの発行により販促等の効果を高めることができる。

本発明の一実施の形態のクーポン発行支援システムの構成を示す図である。 本実施の形態のクーポンサーバ及び顧客情報サーバの構成を示す図である。 本実施の形態のクーポンサーバの発行支援処理のフローの第１の部分を示す図である。 本実施の形態のクーポンサーバの発行支援処理のフローの第２の部分を示す図である。 本実施の形態のクーポン情報の構成例を示す図である。 本実施の形態の顧客情報の構成例を示す図である。 本実施の形態のクーポン発行情報の構成例を示す図である。 本実施の形態のクーポン使用情報の構成例を示す図である。 本実施の形態の顧客属性の集合の第１の例を示す図である。 本実施の形態の顧客属性の集合の第２の例を示す図である。 本実施の形態の顧客属性の集合の第３の例を示す図である。 本実施の形態の顧客属性分析情報の構成例を示す図である。 本実施の形態の重複の調整の第１方式の処理例を示す図である。 本実施の形態の重複の調整の第２方式の処理例を示す図である。 本実施の形態の重複の調整の第３方式の処理例を示す図である。 本実施の形態の漏れの調整の処理例を示す図である。 本実施の形態の漏れの調整の処理例及び画面例を示す図である。 本実施の形態の設定を含む画面例を示す図である。 本実施の形態の個々の顧客の情報を表示する画面例を示す図である。

以下、本発明の一実施の形態を図面に基づいて詳細に説明する。なお実施の形態を説明するための全図において同一部には原則として同一符号を付しその繰り返しの説明は省略する。

図１等に示す本実施の形態のクーポン発行支援システムは、店舗による顧客へのクーポンの発行に関して漏れ及び重複が無いクーポンを発行及び作成できるように支援する、クーポン発行支援部６２によるクーポン発行支援機能を有する。クーポン発行支援機能は、図３及び図４に示す処理により、店舗のクーポンのターゲットの顧客属性の顧客における漏れや重複を抽出する。クーポン発行支援機能は、店舗の担当者が参照する画面に、漏れや重複の情報を表示し、当該漏れや重複を無くす又は減らすようにクーポンの発行条件を調整する提案及び推奨の情報を表示する。

［システム構成］
図１は、本実施の形態のクーポン発行支援システムの構成を示す。本実施の形態のクーポン発行支援システムは、インターネット等の通信網５を通じて、複数の顧客１である各利用者の利用者端末１０、複数の加盟店２の各店舗のクライアント端末２０、クーポン事業者３のシステム、及びクレジットカード会社４のシステムが接続される。

複数の顧客１は、利用者Ｕ１〜Ｕｎで示され、加盟店２の店舗の顧客である。利用者端末１０は、顧客である利用者が携帯する例えばスマートフォンやタブレット等の携帯端末である。利用者端末１０は、通信機能、入力機能、及び表示機能等を有する。利用者端末１０は、クーポン処理機能を備えてクーポンｄ１を保持してもよい。

複数の加盟店２は、店舗Ｔ１〜Ｔｍで示され、クーポンのビジネスに加盟し、独自に各種のクーポンを発行する事業者の店舗である。店舗は、実店舗でもよいし、ＥＣサイト等でもよい。クライアント端末２０は、店舗に設置され、クーポン発行の担当者や店員等が操作する、ＰＣやＰＯＳレジ端末等の情報処理装置である。クライアント端末２０は、通信機能、入力機能、表示機能、販売管理機能、及び顧客情報処理機能等を備える。クライアント端末２０は、クーポン処理機能を備えてクーポンｄ２を保持してもよい。

販売管理機能は、店舗での商品やサービス等の販売、売上、及び支払い処理等を管理する機能である。顧客情報処理機能は、顧客情報を入出力する機能であり、顧客情報サーバ３２の顧客情報ＤＢ５２に顧客情報を登録する。クーポン処理機能は、クーポンサーバ３１により発行されたクーポンｄ３に基づくクーポンｄ２を顧客へ提供する。

クーポン事業者３は、クーポンのビジネスとして、複数の加盟店２との契約に基づき、各店舗によるクーポンの発行を管理及び支援するサービスを提供し、手数料等を得る。クーポン事業者３のシステムは、クーポンサーバ３１及び顧客情報サーバ３２を含む。クーポンサーバ３１は、クーポン管理部６１、クーポン発行支援部６２、及びクーポンＤＢ５１を有し、クーポンｄ３を発行及び保持する。クーポンサーバ３１は、クーポンＤＢ５１に、クーポン管理及び発行支援に係わる情報を格納する。顧客情報サーバ３２は、顧客情報ＤＢ５２に、各店舗の顧客情報を格納しセキュアに管理する。

クーポン管理部６１は、クーポン管理機能を実現する。クーポン管理機能は、各店舗による顧客へのクーポンの発行から顧客によるクーポンの使用までの状態及び実績を把握及び管理する。

クーポン発行支援部６２は、クーポン発行支援機能を実現する。クーポン発行支援機能は、各店舗による顧客へのクーポンの発行及び運用の際の支援として、店舗の顧客の母集団における個々の顧客及び顧客属性単位の顧客の集合に対するクーポンの提供に関する重複や漏れを抽出する。クーポン発行支援機能は、重複や漏れが無い又は少ないように、クーポンの発行条件を調整する提案及び推奨を行う。クーポン発行支援機能は、上記重複や漏れの情報、並びに提案及び推奨の情報を、店舗の担当者が参照する画面に表示する。

店舗のクライアント端末２０とクーポンサーバ３１及び顧客情報サーバ３２との間では、クーポン発行支援の際、及びクーポンの発行から使用の間、適宜、クライアント・サーバ通信が行われる。クライアント端末２０は、店舗の担当者の操作に基づいて、クーポンサーバ３１にアクセスし、クーポン管理部６１によるクーポンの管理のサービス、及びクーポン発行支援部６２によるクーポン発行支援のサービスを受ける。

クレジットカード会社４は、決済事業者の例である。クレジットカード会社４のシステムは、決済サーバ４１、及び利用明細サーバ４２を含む。決済サーバ４１は、店舗のクライアント端末１０であるＰＯＳレジ端末から、顧客のクレジットカードによる支払い情報を受信する。そして決済サーバ４１は、支払い情報に基づいて決済処理を行い、その結果を決済情報５３としてＤＢに格納し、クライアント端末１０に応答する。

利用明細サーバ４２は、決済情報５３に基づいて、月ごと等のタイミングで顧客のクレジットカードの利用明細情報５４を作成し、ＤＢに格納する。

クーポン事業者３は、クレジットカード会社４と提携し、クレジットカード会社４のシステムから、クーポン発行支援に係わる情報として、利用明細情報５４に基づく顧客購買情報を取得してもよい。この顧客購買情報は、店舗での顧客による商品の購買の実績情報である。なお顧客の情報の取り扱いの際は、セキュリティを確保する処理、及び顧客属性単位の処理等が行われる。

本実施の形態のクーポン発行支援システムは、クーポン管理機能及びクーポン発行支援機能を、各店舗ではなくクーポンサーバ３１に集約して実装し、各店舗に対してサービスとして提供する。これに限らず、他の実施の形態として以下が可能である。クーポン管理部６１によるクーポン管理機能が省略された形態でもよい。店舗のクライアント端末２０にクーポン管理部６１に相当する機能が実装された形態でもよい。店舗のクライアント端末２０にクーポン発行支援部６２に相当する機能が実装された形態でもよい。クーポンサーバ３１と顧客情報サーバ３２とが１つに統合された形態でもよい。クーポン管理部６１とクーポン発行支援部６２とが別のサーバで実装された形態でもよい。

［クーポン］
本実施の形態で扱うクーポンは、紙等の媒体によるクーポン、及び電子的なクーポンを含む。図１の利用者端末１０のクーポンｄ１、クライアント端末２０のクーポンｄ２、及びクーポンサーバ３１のクーポンｄ３等は、相互に対応する同様の情報を指す。クーポンは、コード等の形式でやり取りされる。クーポンは、コードだけでなく、クーポン内容を表すテキストや画像、ＸＭＬ、またはプログラム等のファイルで構成されてもよい。顧客へのクーポンの提供の形態は、限定されず、後述のように、店舗での直接提供、広告媒体やメールやＷｅｂサイト等による提供、等が可能である。

［クーポンサーバ構成］
図２は、クーポンサーバ３１及び顧客情報サーバ３２の構成を示す。クーポンサーバ３１は、計算制御部３０１、記憶部３０２、及び入出力部３０３を有する。計算制御部３０１は、クーポン管理部６１、クーポン発行支援部６２、設定部６３、及び画面提供部６４を有する。クーポン管理部６１は、発行条件設定部１１１、発行部１１２、及び使用部１１３を含む。クーポン発行支援部６２は、範囲設定部１２０、顧客属性分析部１２１、重複調整部１２２、漏れ調整部１２３、及び推奨部１２４を含む。

計算制御部３０１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を含み、記憶部３０２のプログラム３１１を読み出して実行することにより、クーポン管理部６１及びクーポン発行支援部６２等の処理部を実現する。入出力部３０３は、入力装置、出力装置、及び通信装置等を含み、情報の入出力処理を行う。

記憶部３０２は、プログラム３１１、設定情報３１２、クーポンＤＢ５１、顧客属性定義情報７１、顧客属性分析情報７２、調整情報７３、及び推奨情報７４等を格納する。クーポンＤＢ５１は、クーポン情報Ｄ１、クーポン発行情報８２、クーポン使用情報８３、及びクーポンｄ３等を格納する。クーポン情報Ｄ１は、発行条件情報８１を含み、クーポンの発行条件及び内容の定義を含む管理情報である。クーポン情報Ｄ１は、クーポン発行情報８２、クーポン使用情報８３、及びクーポンｄ３等を含む形式でもよい。

設定部６３は、クーポンサーバ３１の管理者の操作に基づいて、クーポン発行支援システムに係わる設定情報３１２を設定する。設定情報３１２は、クーポン発行支援システムの各種の機能に関する設定情報や、装置間の通信用のアドレス等の設定情報を含む。

画面提供部６４は、クーポン管理部６１及びクーポン発行支援部６２による制御に基づいて、店舗の担当者のクライアント端末２０等からのアクセスに対し、ユーザインタフェースとなる画面をＷｅｂページ等の形式で提供する処理を行う。

［顧客情報サーバ］
顧客情報サーバ３２は、顧客情報管理部１３１、及び顧客情報ＤＢ５２を備える。顧客情報サーバ３２は、クライアント端末２０から顧客情報を受信し、顧客情報管理部１３１により顧客情報ＤＢ５２に顧客情報Ｄ２として格納する。顧客情報サーバ３２は、クライアント端末２０やクーポンサーバ３１からの要求に応じて、顧客情報管理部１３１により顧客情報ＤＢ５２から顧客情報Ｄ２を読み出して応答する。顧客情報管理部１３１は、店舗の担当者やクーポンサーバ３１の管理者の操作に基づいて、顧客属性情報を含む顧客情報Ｄ２を登録する機能を備える。

顧客情報Ｄ２は、後述の図６のように、各店舗の各顧客の情報を含み、登録等による顧客属性の情報が含まれている。顧客情報Ｄ２は、店舗の会員の登録情報としてもよい。顧客情報サーバ３２は、顧客情報Ｄ２をセキュアに管理する。

顧客情報サーバ３２は、顧客購買情報７５を管理する機能を備えてもよい。顧客購買情報７５は、前述の顧客が店舗で商品等を購買した実績情報である。この機能は、クレジットカード会社４からの情報やクライアント端末２０からの情報に基づいて、顧客購買情報７５を作成し、顧客情報ＤＢ５２に格納する。

［クーポン管理機能］
図２のクーポン管理部６１によるクーポン管理機能について説明する。クーポン管理部６１は、クーポン情報Ｄ１、顧客情報Ｄ２、クーポン発行情報８２、クーポン使用情報８３等を用いて、クーポン管理の処理を行う。

発行条件設定部１１１は、店舗の担当者によるクライアント端末２０からの操作に基づいて、店舗のクーポンの発行条件を、クーポン情報Ｄ１の発行条件情報８１に設定する処理を行う。発行条件情報８１は、後述の図５のように、クーポンのターゲットの顧客属性等を定義する情報である。またクーポン管理部６１は、クーポンの割引率等の内容を定義する情報を、クーポン情報Ｄ１に設定する処理を行う。

発行部１１２は、発行条件情報８１を含むクーポン情報Ｄ１に従い、店舗のクーポンｄ３を発行し、クーポン発行情報８２を作成または更新する。発行部１１２は、クーポンｄ３の発行に従い、顧客へのクーポンの発行の状態を含む情報を、後述の図７のようなクーポン発行情報８２に記載する。クーポン発行情報８２は、各店舗による各顧客属性の顧客に対するクーポンｄ３の発行の状態を管理する情報である。発行部１１２は、発行したクーポンｄ３をクライアント端末２０へ送信して、クライアント端末２０を通じて利用者へ配布してもよい。発行部１１２は、発行したクーポンｄ３を利用者端末１０へ送信して配布してもよい。

使用部１１３は、クーポン使用情報８３を管理し、クライアント端末２０や利用者端末１０からのアクセスに基づいて、顧客がクーポンを使用する時の処理を行う。クーポン使用情報８３は、後述の図８のように、店舗の各属性の顧客におけるクーポンの使用の状態を管理する履歴情報等である。使用部１１３は、クライアント端末２０または利用者端末１０から、店舗で顧客がクーポンを使用したことを示す情報ｄ４を受信する。使用部１１３は、当該情報ｄ４に従い、該当の顧客によるクーポンの使用を反映するように、クーポン使用情報８３の内容を更新する。

［クーポン発行支援機能］
図２のクーポン発行支援部６２によるクーポン発行支援機能について説明する。クーポン発行支援部６２は、クーポン情報Ｄ１、顧客情報Ｄ２、クーポン発行情報８２、顧客属性定義情報７１等を用いて、後述の図３及び図４のようなクーポン発行支援処理を行う。

範囲設定部１２０は、店舗の担当者によるクライアント端末２０からの操作に基づいて、クーポン発行支援処理の対象及び範囲を設定する処理を行う。

顧客属性分析部１２１は、顧客情報ＤＢ５２の顧客情報Ｄ２、及び顧客属性定義情報７１を用いて、顧客の集団における複数の顧客属性単位の顧客の集合の論理的な関係（例：図９〜図１１）を分析する処理を行い、その結果を後述の図１２のような顧客属性分析情報７２に格納する。

顧客属性定義情報７１は、性別や年齢層等のセグメントを含む各種の顧客属性が論理的に定義される。顧客属性分析部１２１は、クーポンサーバ３１の管理者等の操作に基づいて、顧客属性の情報を顧客属性定義情報７１に登録してもよい。顧客属性分析部１２１は、顧客情報Ｄ２や他の情報を対象としてデータ分析処理を行うことにより、顧客属性を抽出し、顧客属性定義情報７１に登録してもよい。顧客属性定義情報７１等は、顧客情報ＤＢ５２に管理されてもよい。

重複調整部１２２は、複数のクーポンが重複して発行される顧客属性の顧客に関して、当該重複の度合いが小さくなるように、クーポンのターゲットの顧客属性を含む発行条件等を調整する処理を行い、その結果を調整情報７３に格納する。

漏れ調整部１２３は、クーポンの発行のターゲットから漏れる顧客属性の顧客に関して、当該漏れの度合いが小さくなるように、クーポンのターゲットの顧客属性を含む発行条件等を調整する処理を行い、その結果を調整情報７３に格納する。

推奨部１２４は、上記調整情報７３を用いて、上記重複や漏れに関する調整として提案及び推奨する発行条件等の情報を推奨情報７４として作成し、当該推奨情報７４を含む画面を店舗の担当者のクライアント端末２０に提供する処理を行う。

クーポンサーバ３１は、クーポン情報Ｄ１と顧客情報Ｄ２とから、顧客属性に関する基本的な把握が可能である。またクーポンサーバ３１は、クーポン発行情報８２とクーポン使用情報８３とを合わせることで、店舗の各顧客が現時点で所持する有効な状態のクーポンを把握可能である。更に、クーポンサーバ３１は、顧客購買情報７５を合わせて用いる場合、店舗の各属性の顧客がどの商品を購買した際にどのクーポンを使用したか等を把握可能である。

［クーポンの発行から使用までの流れ］
クーポン管理機能に関する、店舗及びクーポンサーバ３１による顧客へのクーポンの発行から顧客によるクーポンの使用までの流れの一例について説明する。

（１）（クーポン情報Ｄ１の設定） 店舗の担当者は、クライアント端末２０から、クーポンサーバ３１に、クーポンの発行条件及び内容である、ターゲット顧客属性や割引率等を設定する。発行条件設定部１１１により、対応する発行条件情報８１を含むクーポン情報Ｄ１が設定される。

（２）（顧客情報Ｄ２の登録） 顧客情報サーバ３２は、適宜、クライアント端末２０からのアクセスに基づいて、店舗の顧客の属性を含む情報を、顧客情報Ｄ２として顧客情報ＤＢ５２に登録する。

（３）（クーポン発行） 店舗は、クーポンサーバ３１のクーポン管理機能を通じて、顧客へクーポンを発行する。クーポンサーバ３１のクーポン管理部６１は、発行条件情報８１を含むクーポン情報Ｄ１に基づいて、クーポンｄ３を発行し、クーポン発行情報８２の内容を更新する。クーポン管理部６１は、発行したクーポンｄ３を、クライアント端末２０等を通じて顧客へ提供する。クライアント端末２０のクーポン処理機能は、クーポンサーバ３１からの発行に基づくクーポンｄ２を顧客へ提供する。

店舗は、クライアント端末１０であるＰＯＳレジ端末から、顧客による商品購買の際に、レシート等の形式でクーポンを提供してもよい。店舗は、クライアント端末１０から、クーポンｄ２のデータを利用者端末１０へ送信してもよい。クーポンサーバ３１は、所定のＷｅｂサイトにアクセスした利用者端末１０にクーポンを提供してもよい。クーポンサーバ３１は、メール等の形式で利用者端末１０にクーポンを配信してもよい。クーポンサーバ３１は、位置情報サービスに基づいて、店舗の近くにいる利用者端末１０にクーポンを配信してもよい。

上記クーポンの提供のタイミングは、店舗で顧客が商品を購買した時点でもよいし、購買の前や後でもよい。利用者端末１０のクーポン処理機能は、クーポンサーバ３１やクライアント端末２０から提供されたクーポンｄ３のデータをメモリに保持する。

（４）（商品購買及び決済） 顧客である利用者は、店舗で商品等を購買し、支払いを行う。クライアント端末２０であるＰＯＳレジ端末は、現金、クレジットカード、電子マネー、またはポイント等による支払いを受け付ける。その際、ＰＯＳレジ端末は、顧客のクレジットカードの情報をリーダで読み取り、その支払い情報を決済サーバ４１へ送信し、その決済処理の結果情報を受信する。決済サーバ４１は、決済処理の決済情報５３をＤＢに格納する。利用明細サーバ４２は、決済情報５３に基づいて顧客のクレジットカードの利用明細情報５４を作成しＤＢに格納する。クライアント端末２０は、販売管理機能により、顧客情報サーバ３２等へ、顧客による商品の購買の実績情報を送信してもよい。

（５）（クーポン使用） 顧客である利用者は、上記（４）の支払いの際、クーポンを提示して使用する。例えば、利用者は、紙のクーポンを提示して使用する。その場合、クライアント端末２０であるＰＯＳレジ端末は、クーポンのコードをリーダで読み取る。あるいは、利用者は、利用者端末１０のクーポン処理機能により保持しているクーポンｄ３を選択して使用する。その際、利用者端末１０からクーポンｄ３のデータ及び利用者情報等を近距離無線通信でクライアント端末２０に送信する。クライアント端末２０のクーポン処理機能は、利用者端末１０からのクーポンｄ３のデータ等を受信して処理する。

クライアント端末２０のクーポン処理機能は、顧客が店舗で商品の購買の際にクーポンを使用したことを示す情報ｄ４を、クーポンサーバ３１へ送信する。クーポンサーバ３１は、上記情報ｄ４を受信すると、クーポン使用情報８３に反映する。

その後、クーポンサーバ３１は、クーポン使用情報８３に基づいて、クーポンの使用率、等を計算してもよい（後述の図８）。またクーポンサーバ３１は、クレジットカード会社４や店舗のクライアント端末２０からの情報に基づいて、顧客購買情報７５を取得または作成してもよい。

［クーポン発行支援処理（１）］
図３は、クーポンサーバ３１の主にクーポン発行支援部６２によるクーポン発行支援処理のフローの第１の部分を示す。Ｓ１等は処理ステップを表す。

（Ｓ１） クーポンサーバ３１は、設定情報３１２を読み出して取得し、設定情報３１２の設定状態、例えば漏れ及び重複の両方の調整の機能を提供する設定状態に従い、処理を開始する。

（Ｓ２） クーポン発行支援部６２は、範囲設定部１２０を用いて、店舗の担当者によるクライアント端末２０からの操作に基づいて、クーポン発行支援に関する処理の対象及び範囲を指定する処理を行う。対象及び範囲は、店舗、期間、クーポン、顧客属性、等の観点で指定可能である。対象及び範囲とするクーポンは、個別のクーポンだけでなく、種別として、既存のクーポン、新規のクーポン、またはそれらの両方を指定可能である。対象及び範囲とする期間は、後述の発行期間や有効期間を指定可能である。Ｓ２の際、範囲設定部１２０は、画面提供部６４を用いて後述の図１８のような画面をクライアント端末２０に提供し、当該画面で店舗の担当者により対象及び範囲の指定が可能である。Ｓ３以下の処理は、Ｓ２で指定された対象及び範囲で行われる。

Ｓ３〜Ｓ６では、クーポン発行支援部６２は、Ｓ２で指定された対象及び範囲でのクーポン発行支援処理のために必要なクーポン情報Ｄ１及び顧客情報Ｄ２等を入力または取得する。Ｓ３及びＳ５は、既存クーポンが対象の場合に行われ、Ｓ４及びＳ６は、新規クーポンが対象の場合に行われる。

クーポン発行支援部６２は、クーポン情報Ｄ１及び顧客情報Ｄ２等を用いて、各クーポンの有効期間や対象商品、有効及び無効の状態等を判断し、Ｓ２で指定された対象及び範囲の期間等に該当する情報を判断する。例えば期間として２０１３年９月が指定された場合、その月に有効なクーポンが対象として判断される。

（Ｓ３） Ｓ３では、クーポン発行支援部６２は、クーポンＤＢ５１から、対象の店舗の既存クーポンに係わる、発行条件情報８１を含むクーポン情報Ｄ１、及びクーポン発行情報８２等を読み出して取得する。

（Ｓ４） Ｓ４では、クーポン発行支援部６２は、店舗の担当者によるクライアント端末２０からの操作に基づいて、画面で新規クーポンの発行条件及び内容を含むクーポン情報を入力する処理を行う。この際、クーポン発行支援部６２は、クーポン管理部６１の発行条件設定部１１１の処理と同様に、クーポン情報の入力用の画面を提供する。店舗の担当者は、画面で、任意にクーポンのターゲット顧客属性等を含むクーポン情報を入力する。クーポン発行支援部６２は、この時点の入力のクーポン情報を調整前の仮定の情報として記憶する。

（Ｓ５） Ｓ５では、クーポン発行支援部６２は、顧客情報ＤＢ５２から、対象の店舗の既存クーポンに関する、Ｓ３の発行条件情報８１のターゲット顧客属性に係わる顧客属性情報を含む顧客情報Ｄ２を読み出して取得する。

（Ｓ６） Ｓ６では、クーポン発行支援部６２は、顧客情報ＤＢ５２から、対象の店舗の新規クーポンに関する、Ｓ４の入力の発行条件のターゲット顧客属性に係わる顧客属性情報を含む顧客情報Ｄ２を読み出して取得する。

（Ｓ７） Ｓ７では、クーポン発行支援部６２は、Ｓ３〜Ｓ６で取得または入力されたクーポン情報Ｄ１及び顧客情報Ｄ２等を用いて、顧客の母集団に対するクーポンの提供の重複及び漏れを抽出する処理を行う。Ｓ７の処理では、クーポン発行支援部６２は、重複に該当する個々の顧客、及び漏れに該当する個々の顧客を抽出する処理を行う。またＳ７の処理では、クーポン発行支援部６２は、重複に該当する顧客属性の顧客の集合、及び漏れに該当する顧客属性の集合を抽出する処理を行う。

Ｓ７の処理の際、顧客属性分析部１２２は、Ｓ２の対象及び範囲の情報における、複数の顧客属性単位の顧客の集合に関するクーポンの提供の重複及び漏れを含む状態を、後述の図９〜図１１の例のように論理的に分析して抽出する。そして顧客属性分析部１２２は、分析及び抽出の結果である、重複や漏れの顧客属性、該当の顧客人数やクーポン数等を、図１２のような顧客属性分析情報７２に格納する。

Ｓ７の処理の際、クーポン発行支援部６２は、範囲設定として、所定の発行期間または有効期間の指定を受けている場合、指定された発行期間または有効期間内での重複または漏れに該当する顧客及び顧客属性の情報を抽出する。

Ｓ７で重複や漏れに該当する個々の顧客の情報を抽出する処理例は以下である。クーポン発行支援部６２は、複数の各々のクーポンのクーポン情報Ｄ１を用いて、顧客情報ＤＢ５２に顧客情報Ｄ２が保持される複数の顧客について、各クーポンの発行対象顧客を選定する。クーポン発行支援部６２は、発行予定の新規クーポンのクーポン情報Ｄ１の入力（Ｓ４）に応じて、当該クーポン情報Ｄ１のターゲット顧客属性に該当する顧客を、顧客情報Ｄ２に基づいて選定する。クーポン発行支援部６２は、当該選定された顧客属性の顧客に対して、発行予定のクーポンを仮に割り当て、その仮の割り当ての状態をクーポン発行情報８２（後述の図７）として記憶する。クーポン発行支援部６２は、例えば発行予定の複数のクーポンのそれぞれについて順に、ターゲット顧客属性に該当する選定された顧客に割り当てる。

クーポン発行支援部６２は、Ｓ７の処理で、上記仮定のクーポン発行情報８２に基づいて、重複または漏れの少なくとも一方に該当する顧客を抽出する。本実施の形態では、重複に該当する各顧客、及び漏れに該当する各顧客が抽出される。またクーポン発行支援部６２は、上記重複や漏れに該当する個々の顧客を抽出した後、それらの顧客を、顧客属性ごとの単位でグループ化する。即ち、クーポン発行支援部６２は、重複に該当する顧客属性の顧客の集合、及び漏れに該当する顧客属性の顧客の集合を抽出する。

［重複及び漏れに該当する顧客の抽出］
（Ｓ８） Ｓ８では、クーポン発行支援部６２は、Ｓ７の処理により抽出した、重複や漏れに該当する個々の顧客の情報を表示する。図１９は、重複や漏れに該当する個々の顧客の情報を表示する画面例を示す。店舗の担当者は、図１９の画面で、重複及び漏れに該当する個々の顧客をチェックすることができる。なおＳ８の処理を省略する形態も可能である。

クーポン発行支援部６２は、抽出した顧客の情報を含む図１９のような画面を作成して提供する。図１９の画面に表示する１９０の表は、重複及び漏れに該当する顧客のリストを示す。１９０の表は、項目として、店舗ＩＤ１９１、顧客ＩＤ１９２、顧客属性１９３、発行クーポンＩＤ１９４、クーポン数１９５、状態１９６がある。

１９０の表に表示する情報は、顧客情報Ｄ２及びクーポン発行情報８２に基づく。１９１〜１９５は、後述の図７のクーポン発行情報８２の７０１〜７０５と同様の情報である。状態１９６は、分析結果による、当該行の顧客における重複または漏れの状態を示す。１９０の表は、状態１９６が重複または漏れである顧客の情報を表示する例である。

１９７の項目は、１９０のリストに表示する顧客の情報を選択可能な項目であり、例えば店舗のすべての顧客、重複のみ、漏れのみ、重複と漏れの両方、等から選択可能である。また１９８の項目は、１９０のリストに表示する顧客の情報の表示順序を選択可能な項目であり、例えばクーポン数の多い順、少ない順、等から選択可能である。

図１９の具体例では、ある店舗Ｔ１で、顧客属性Ｐ，Ｑ，Ｒをそれぞれのターゲットとした３種類のクーポンＣ１，Ｃ２，Ｃ３の発行を仮定した場合とする。この場合、顧客Ｕ７は、顧客属性Ｐ，Ｑ，Ｒに該当するので、クーポンＣ１，Ｃ２，Ｃ３の３個のクーポンが割り当てられ、重複に該当する状態である。顧客Ｕ３，Ｕ５，Ｕ６は、２個のクーポンが割り当てられ、重複に該当する状態である。顧客Ｕｉ，Ｕｊ等は、クーポンが割り当てられず、漏れに該当する状態である。

店舗の担当者は、上記図１９のような画面の参照により、店舗の複数の顧客に対して新規クーポンを発行した場合に、どのような割り当ての状態となり、またどの顧客が重複や漏れの状態になるかをチェックすることができる。店舗の担当者は、個人レベルで重複や漏れの状態になっている顧客の情報を見て確認することができる。そして店舗の担当者は、重複や漏れに該当する顧客が存在する場合、クーポンの発行条件を変更する等、調整を検討することができる。

クーポン発行支援部６２は、１９０の表からの店舗の担当者による所望の顧客の行を選択に応じて、顧客情報ＤＢ５２の顧客情報Ｄ２を用いて、当該顧客の詳細情報を表示するようにしてもよい。

クーポン発行支援部６２は、上記重複や漏れに該当する顧客の抽出の情報について、クーポン及び顧客属性の単位でまとめた情報として、同様に画面に表示することもできる。この場合、クーポン発行支援部６２は、クーポン及び顧客属性の単位でまとめたクーポン発行情報８２（後述の図７）を用いて、重複に該当する顧客属性、及び漏れに該当する顧客属性の情報を、図１９と同様に表などの形式で画面に表示する。

［クーポン発行支援処理（２）］
図４は、図３に続く、クーポン発行支援処理のフローの第２の部分を示す。以下に説明する処理は、顧客属性単位での重複や漏れの調整の処理を含む。

（Ｓ１１） クーポン発行支援部６２は、Ｓ７の結果である顧客属性分析情報７２に基づいて、クーポン発行対象の顧客属性に関する漏れが有る場合（Ｙ）はＳ１２へ進み、無い場合（Ｎ）はＳ２１へ進む。

（Ｓ１２） Ｓ１２で、クーポン発行支援部６２は、漏れの調整の有無を、画面を通じて店舗の担当者に対して確認する。店舗の担当者は、画面で漏れの調整を行うか選択する。当該選択に応じて、調整する場合はＳ１３へ進み、調整しない場合はＳ２１へ進む。

（Ｓ１３） Ｓ１３では、クーポン発行支援部６２は、漏れ調整部１２３を用いて、クーポンの発行条件及び内容を含むクーポン情報に関して、漏れを調整する処理を行う。漏れ調整部１２３は、この処理として、顧客属性分析情報７２に基づいて、漏れの顧客属性の情報を画面に表示する。店舗の担当者は、画面で漏れの顧客属性を確認できる。

（Ｓ１４） 更にＳ１４では、クーポン発行支援部６２は、Ｓ１３の漏れの顧客属性に該当する顧客に対してクーポンを発行しなくてもよいかどうかを、店舗の担当者に対して確認する。漏れ調整部１２３は、推奨部１２４を用いて、Ｓ１３の画面に、漏れの顧客属性の顧客に対するクーポン発行の確認及び提案の情報を表示する。漏れ調整部１２３は、漏れの顧客属性をターゲットとしたクーポンの発行条件及び内容を含むクーポン情報を、調整情報７３として作成する。推奨部１２４は、当該調整情報７３に対応する推奨情報７４を作成して画面に表示する。店舗の担当者は、画面の情報を参考に、漏れの顧客属性の顧客にクーポンを発行すべきか等を判断できる。Ｓ１３及びＳ１４の処理例は、後述の図１６及び図１７で示す。

（Ｓ２１） クーポン発行支援部６２は、Ｓ７の結果である顧客属性分析情報７２に基づいて、クーポン発行対象の顧客属性に関する重複が有る場合（Ｙ）はＳ２２へ進み、無い場合（Ｎ）はＳ２４へ進む。

（Ｓ２２） Ｓ２２で、クーポン発行支援部６２は、重複の調整の有無及び調整の方式を、画面を通じて店舗の担当者に確認する。店舗の担当者は、画面で重複の調整を行うか、及び行う場合はその調整の方式を選択する。当該選択に応じて、調整する場合はＳ２３へ進み、調整しない場合はＳ２４へ進む。本実施の形態では、Ｓ２３でＳ３１〜Ｓ３３に示す３つの方式があり、店舗の担当者は、それらから１つ以上の方式を選択できる。

（Ｓ２３） Ｓ２３では、クーポン発行支援部６２は、重複調整部１２２を用いて、選択された調整の方式に応じて、クーポンの発行条件及び内容を含むクーポン情報に関して、重複を調整する処理を行う。重複調整部１２２は、選択された方式で、対象のクーポンのターゲット顧客属性等を調整する情報を、調整情報７３として作成する。推奨部１２４は、調整情報７３を用いて、画面に表示する推奨情報７４を作成する。

（Ｓ３１） Ｓ３１は、第１方式として、クーポン優先順位により重複を調整する方式の処理である。Ｓ３１の詳細は後述の図１３で示す。

（Ｓ３２） Ｓ３２は、第２方式として、Ａ／Ｂテストにより重複を調整する方式の処理である。Ｓ３２の詳細は後述の図１４で示す。

（Ｓ３３） Ｓ３３は、第３方式として、重複無し発行条件の作成により重複を調整する方式の処理である。Ｓ３３の詳細は後述の図１５で示す。

（Ｓ２４） Ｓ２４では、クーポン発行支援部６２は、上記漏れ及び重複の調整の前後の情報を比較可能に画面に表示して店舗の担当者に確認する。調整前の情報は、Ｓ３〜Ｓ６で取得または入力し、Ｓ７で分析した情報である。調整後の情報は、上記Ｓ１４やＳ２３で調整した情報である。

（Ｓ２５） クーポン発行支援部６２は、Ｓ２４の画面で、表示された内容で調整を実行するか、及び複数の調整の方式による提案がある場合はそれらのいずれを採用するか等を、店舗の担当者に確認する。店舗の担当者は、画面で、方式及び提案を選択して調整の実行を選択できる。なお上記フローはＳ２４及びＳ２５で漏れと重複の両方の調整内容を確認する場合であるが、これに限らず、Ｓ１４の後で漏れの調整分のみを確認する形態としてもよい。

（Ｓ２６） クーポン発行支援部６２は、Ｓ２５で調整の実行が選択された場合、選択された方式及び提案による調整後の情報を、クーポン情報Ｄ１の発行条件情報８１等に反映するように保存する。以上の処理は、クーポン情報を調整する時に応じて同様に繰り返しである。

［既存クーポン及び新規クーポン］
店舗の担当者は、Ｓ２で新規クーポンを対象とする指定により、新規クーポンの発行条件であるターゲット顧客属性等をどう定めれば好適か、調整を図れる。新規クーポンは、未発行であり、発行条件及び内容が定まっていない。クーポン発行支援部６２は、Ｓ４で入力された仮定の新規クーポンの情報から、どの顧客属性の顧客へ発行されることになるか等がわかるので、重複や漏れを抽出できる。そして店舗の担当者は、重複や漏れの調整後の情報を、新規クーポンのクーポン情報Ｄ１として設定できる。

また店舗の担当者は、Ｓ２で既存クーポンを対象とする指定により、既存クーポンのターゲット顧客属性等をどう修正すれば好適か、調整を図れる。既存クーポンは、発行済みであり、既にクーポン情報Ｄ１が定義されており、この情報は確定である。クーポン発行支援部６２は、Ｓ３の既存クーポンの情報から、どの顧客属性の顧客へ発行されているか等がわかるので、漏れや重複を抽出できる。店舗の担当者は、当該既存クーポンにおける漏れや重複の情報及びその調整の提案の情報を参考に、既存クーポンのターゲット顧客属性等をどう修正すれば好適か等が判断できる。そして店舗の担当者は、当該既存クーポンの発行条件及び内容の修正に基づく調整の情報を、今後に発行する新規クーポンのクーポン情報Ｄ１として設定できる。

またＳ２で新規と既存との両方を対象とする指定の場合、クーポン発行支援部６２は、新規クーポンの情報と既存クーポンの情報とを合わせた範囲において、同様に重複や漏れを抽出でき、発行条件等が調整でき、調整の情報を、新規クーポンのクーポン情報Ｄ１として設定できる。

［クーポン情報Ｄ１］
図５は、クーポン情報Ｄ１の構成例を示す。図５のクーポン情報Ｄ１は、店舗ごとに発行する電子的なクーポンの情報をテーブルで管理する例を示す。図５のクーポン情報Ｄ１は、管理項目として、店舗ＩＤ５０１、クーポンＩＤ５０２、対象商品５０３、割引率５０４、発行期間５０５、有効期間５０６等がある。発行条件情報８１は、管理項目として、ターゲット顧客属性５１１、及び発行数５１２等がある。

店舗ＩＤ５０１は、店舗の識別情報であるＩＤである。クーポンＩＤ５０２は、クーポンの識別情報、名称や種類等の情報であり、クーポンｄ３自体のコードと関係付けられる。対象商品５０３は、当該クーポンの適用対象、即ち適用が可能な商品等を指定する情報であり、例えば個別の商品や商品種別のＩＤ、全商品を指定する値等である。割引率５０４は、当該クーポンによる割引内容である割引率や割引額、あるいは無料を指定する値等である。

発行期間５０５は、当該クーポンを発行する期間や日が決まっている場合にそれを規定する情報である。有効期間５０６は、当該クーポンの発行後の有効期間または有効期限等を規定する情報である。

発行条件情報８２におけるターゲット顧客属性５１１は、クーポンの発行対象顧客を規定する情報であり、クーポンＩＤ５０２で示すクーポンに対して関係付けられる。ターゲット顧客属性５１１は、顧客情報Ｄ２や顧客属性定義情報７１で定義されている顧客属性を示す値が設定される。発行数５１２は、クーポンの発行数の上限値などが規定される場合に設定される。

図５の具体例では、店舗Ｔ１は、クーポンＣ１〜Ｃ４等を発行する。クーポンＣ１は、対象商品がｐ１であり、割引率が５％であり、発行期間が９月または発行日が９月１日であり、有効期間が９月〜１２月または有効期限が１２月３１日であり、ターゲット顧客属性がＰ（例：男性）であり、発行数の上限値が１００枚である。

［顧客情報Ｄ２］
図６は、顧客情報Ｄ２の構成例を示す。図６の顧客情報Ｄ２は、店舗ごとの顧客の情報をテーブルで管理する場合の管理項目の例を示す。図６の顧客情報Ｄ２は、管理項目として、店舗ＩＤ６０１、店舗基本情報６０２、顧客ＩＤ６０３、顧客基本情報６０４、顧客属性情報６０５、顧客クーポン情報６０６、顧客購買情報６０７、等がある。

店舗ＩＤ６０１は、店舗の識別情報である。店舗基本情報６０２は、店舗、クーポン発行の担当者、及びクライアント端末２０等に関する基本情報であり、名前やアドレス等を含む。顧客ＩＤ６０３は、顧客である利用者の識別情報である。顧客ＩＤ６０３は、店舗の会員のＩＤや利用者端末１０のＩＤ等でもよい。顧客基本情報６０４は、顧客である利用者の基本情報であり、名前やアドレス等を含む。顧客基本情報６０４は、店舗の会員の顧客の登録情報や、利用者端末１０の情報、クレジットカード等の情報を含んでもよい。

顧客属性情報６０５は、顧客ＩＤ６０３で識別される顧客が該当する、１つ以上の顧客属性の情報である。顧客属性は、性別、年齢層、地域、職業、車有無、子有無、興味や嗜好性、等の各種の属性がある。顧客属性は、顧客属性定義情報７１に基づいて設定される。顧客属性定義情報７１では、例えば年齢層として１０代、２０代等で区分し、車の所有の有無で区分する、といったように、使用可能な顧客属性が論理的に定義される。

顧客クーポン情報６０６は、クーポン発行情報８２及びクーポン使用情報８２に基づく同様の情報であり、省略可能である。顧客クーポン情報６０６は、当該顧客に発行及び提供済みである、当該顧客が現時点で所持しており使用可能な有効な状態のクーポンのクーポンＩＤ等である。顧客購買情報６０７は、前述の顧客購買情報７５であり、省略可能である。顧客購買情報６０７は、店舗で個別の顧客または顧客属性単位の顧客が商品を購買した実績情報やその分析情報である。

［クーポン発行情報８２］
図７は、クーポン発行情報８２の構成例を示す。図７の上側のクーポン発行情報８２は、顧客単位のテーブルの例であり、管理項目として、店舗ＩＤ７０１、顧客ＩＤ７０２、顧客属性７０３、発行クーポンＩＤ７０４、クーポン数７０５等がある。店舗ＩＤ７０１、顧客ＩＤ７０２、及び顧客属性７０３は、顧客情報Ｄ２の内容に基づく同様の情報である。発行クーポンＩＤ７０４は、当該顧客ＩＤ７０２で識別される顧客に発行されたクーポンのクーポンＩＤである。クーポン数７０５は、発行クーポンＩＤ７０４の全クーポンの数であり、重複数に対応する。

図７の下側のクーポン発行情報８２は、上側のクーポン発行情報８２の変換により得られる、クーポン及び顧客属性単位のテーブルの例である。図７の下側のクーポン発行情報８２は、管理項目として、クーポンＩＤ７１１、ターゲット顧客属性７１２、顧客ＩＤ７１３、人数７１４等がある。クーポンＩＤ７１１、ターゲット顧客属性７１２は、クーポン情報Ｄ１に基づく同様の情報である。顧客ＩＤ７１３は、ターゲット顧客属性７１２に該当する顧客の顧客ＩＤである。人数７１４は、顧客ＩＤ７１３の顧客の人数である。

図７の具体例では、クーポンＣ１は、ターゲット顧客属性がＰであり、顧客Ｕ１，Ｕ３，Ｕ５，Ｕ７等のＸ人が該当する。例えば顧客Ｕ７は、顧客属性Ｐ，Ｑ，Ｒ等に該当し、クーポンＣ１，Ｃ２，Ｃ３が提供され、クーポン数及び重複数が３である。

［クーポン使用情報８３］
図８は、クーポン使用情報８３の構成例を示す。図８の上側のクーポン使用情報８３は、使用日時順の履歴情報のテーブルの例である。図８の上側のクーポン使用情報８３は、管理項目として、使用日時８０１、店舗ＩＤ８０２、顧客ＩＤ８０３、使用クーポンＩＤ８０４、使用商品８０５等がある。使用日時８０１は、クーポンが使用された日時である。店舗ＩＤ８０２は、クーポンが使用された店舗、顧客ＩＤ８０３は、クーポンを使用した顧客を示す。使用クーポンＩＤ８０４は、顧客が使用したクーポンのクーポンＩＤである。使用商品８０５は、クーポンが使用された商品のＩＤである。

図８の下側のクーポン使用情報８３は、上側のクーポン使用情報８３の変換により得られ、クーポン単位の実績情報のテーブルの例である。図８の下側のクーポン使用情報８３は、管理項目として、クーポンＩＤ８１１、ターゲット顧客属性８１２、使用顧客ＩＤ８１３、使用人数８１４、使用率８１５等がある。使用顧客ＩＤ８１３は、クーポンＩＤ８１１で示すクーポンを使用した、ターゲット顧客属性８１２に該当する顧客の顧客ＩＤである。使用人数８１４は、使用顧客ＩＤ８１３の人数である。使用率８１５は、当該クーポンが提供された顧客の集団のうち、実際にクーポンを使用した顧客の率を示す。

図８の具体例では、６月１日に店舗Ｔ１の顧客ＵａはクーポンＣａを商品ｐａに使用した。クーポンＣａは、ターゲット顧客属性がＡであり、それに該当する顧客Ｕａ等のｘ人が使用しており、使用率はＨａ％であった。

［顧客属性］
顧客属性に関して補足する。顧客属性の概念は、マーケティング上のセグメント、またはそれを構成する評価軸の概念を含む。セグメントは、購買行動やニーズが類似すると考えられる顧客の集団や層を指す。クーポン発行支援に用いる顧客属性は、クーポン事業者３による登録、クレジットカード会社４からの情報に基づく登録、店舗の担当者等による登録、利用者による登録、顧客購買情報７５等に基づく登録、等が可能である。

顧客属性は、前述の例の他、顧客のクレジットカードにおけるノーマル、シルバー等のランクが登録されてもよい。顧客属性は、店舗の会員における、店舗への来店回数や購買金額等に応じた、一般、優良等のステータスが登録されてもよい。顧客属性は、複数の顧客属性の論理的な組合せ、例えばＰかつＱ、ＰまたはＱ、等により定義されてもよい。

［顧客属性の集合（１）］
図９は、２つの顧客属性の顧客の集合に関する論理的な関係を表すベン図、及び当該顧客属性へのクーポンの発行の割り当ての例を示す。説明上、顧客属性の顧客の集団について、数学的な集合の記号である、∩，∪，−，^Ｃ等を用いる。∩は積集合、∪は和集合、−（マイナス）は差集合、^Ｃは補集合を示す。また顧客属性Ｐの否定（ＮＯＴ）を「否Ｐ」で表す。

顧客属性Ｐの楕円は、顧客属性Ｐ（例：男性）に該当する顧客の集合を示し、顧客属性Ｑの楕円は、顧客属性Ｑ（例：車有り）に該当する顧客の集合を示す。例えば顧客属性Ｐに対してクーポンＣ１が発行され、顧客属性Ｑに対してクーポンＣ２が発行される。Ｐ−Ｑは、ＰとＱの差集合であり、Ｐかつ否Ｑである顧客属性（例：男性で車無し）の集合を示す。Ｑ−Ｐは、ＱとＰの差集合であり、Ｑかつ否Ｐである顧客属性（例：車有りで女性）の集合を示す。Ｐ∩Ｑは、ＰとＱの積集合であり、ＰかつＱである顧客属性（例：男性で車有り）の集合を示す。（Ｐ∪Ｑ）^Ｃは、ＰとＱの和集合Ｐ∪Ｑの補集合であり、言い換えると、Ｐの補集合Ｐ^ＣとＱの補集合Ｑ^Ｃとの積集合（Ｐ^Ｃ∩Ｑ^Ｃ）であり、否Ｐかつ否Ｑの顧客属性（例：女性で車無し）の集合を示す。

例えばある店舗における顧客情報が登録されている顧客の母集団の人数が１００人である。Ｐの集合は、該当顧客人数が５０人である。Ｑの集合は４０人である。Ｐ−Ｑの集合は４０人である。Ｑ−Ｐの集合は３０人である。Ｐ∩Ｑの集合は１０人である。（Ｐ∪Ｑ）^Ｃの集合は２０人である。

説明を簡単にするため、１種類のクーポンは、ターゲット顧客属性に該当する全顧客に対して１枚ずつが提供されると考える。Ｐ−Ｑの４０人の各顧客は、１枚のクーポンＣ１が提供される。Ｑ−Ｐの３０人の各顧客は、１枚のクーポンＣ２が提供される。Ｐ∩Ｑの１０人の各顧客は、２枚のクーポンＣ１及びＣ２が提供される。（Ｐ∪Ｑ）^Ｃの２０人の顧客は、いずれのクーポンも提供されない。

Ｐ∩Ｑの集合のように、同じ顧客属性の顧客に対して複数のクーポンが提供されることを重複と称する。またその重複するクーポン数を、重複数と称する。Ｐ∩Ｑの例ではクーポン数＝重複数＝２である。また全顧客におけるＰ∩Ｑの重複に該当する率である重複率が１０／１００＝１０％である。

（Ｐ∪Ｑ）^Ｃの集合のように、同じ顧客属性の顧客に対してクーポンが提供されないことを漏れと称する。（Ｐ∪Ｑ）^Ｃの例ではクーポン数＝重複数＝０である。また全顧客における（Ｐ∪Ｑ）^Ｃの漏れに該当する率である漏れ率が２０／１００＝２０％である。

顧客属性分析部１２１は、図３のＳ７の処理で、上記例のような顧客属性の集合の論理的な関係を分析し、上記Ｐ∩Ｑのような重複や、上記（Ｐ∪Ｑ）^Ｃのような漏れを抽出する。上記２つの顧客属性の例に限らず、３つ以上の顧客属性についても同様に重複や漏れを考えることができる。

［顧客属性の集合（２）］
図１０は、顧客属性の集合の別の例として、性別と年齢層を評価軸とした複数のセグメントに関する例を示す。顧客属性として、ａ１は男性、ａ２は女性を示す。ｂ１〜ｂ５等は、年齢層として１０代〜５０代等を示す。（ａ１∩ｂ１）等の各領域はセグメントとして設定可能である。例えばクーポンＣ１は、ターゲットの顧客属性がａ１の男性であり、クーポンＣ２は、ターゲットの顧客属性がｂ２及びｂ３の２０代〜３０代である。（ａ１∩ｂ２）、（ａ１∩ｂ３）のセグメントは、クーポンＣ１及びＣ２に関する重複であり、クーポン数＝重複数＝２である。（ａ２∩ｂ１）、（ａ２∩ｂ４）等の各セグメントは、クーポンＣ１及びＣ２に関する漏れである。

［顧客属性の集合（３）］
図１１は、顧客属性の集合の別の例として、３つの顧客属性による例を図９と同様に示す。クーポンの発行条件として、既存のクーポンＣ１は、ターゲットの顧客属性がＰ、該当人数が５０人であり、既存のクーポンＣ２は、顧客属性がＱ、該当人数が４０人である。新規のクーポンＣ３は、顧客属性がＲ、該当人数が３０人である。店舗の全顧客の人数が１００人である。後述の重複許容数の設定値が２とする。

調整前の状態において、ｓ１〜ｓ８は、顧客属性Ｐ，Ｑ，Ｒの組合せにおける各集合部分を示す。ｓ１は、Ｐかつ否Ｑかつ否Ｒの集合であり該当人数が３５人である。同様に、ｓ２は、否ＰかつＱかつ否Ｒの集合であり２０人である。ｓ３は、否Ｐかつ否ＱかつＲの集合であり１０人である。ｓ４は、ＰかつＱかつ否Ｒの集合であり５人である。ｓ５は、Ｐかつ否ＱかつＲの集合であり５人である。ｓ６は、否ＰかつＱかつＲの集合であり１０人である。ｓ７は、ＰかつＱかつＲの集合（Ｐ∩Ｑ∩Ｒ）であり５人である。ｓ８は、否Ｐかつ否Ｑかつ否Ｒの集合（Ｐ∪Ｑ∪Ｒ）^Ｃであり１０人である。

ｓ７の集合は、クーポンＣ１，Ｃ２，Ｃ３が提供され、クーポン数＝重複数＝３であり、重複許容数＝２を超えるので、重複に該当する。ｓ８の集合は、クーポン数＝０であり、漏れに該当する。

［重複許容数］
クーポン発行支援部６２は、重複の調整のために、設定値である重複許容数を用いて処理を行う機能を備える。店舗の担当者は、図１８のような画面で、重複許容数を設定できる。重複許容数は、１つの顧客属性の顧客の集合に対するクーポンの重複を許容する数である。例えば重複許容数＝１の場合、同じ顧客属性の顧客の集合に対して１つのクーポンまで提供可能とし、重複許容数＝２の場合、２つのクーポンまで提供可能とする。クーポン発行支援部６２は、クーポン発行条件に応じて、顧客属性ごとのクーポン数が重複許容数を超える場合、重複であると判断する。店舗の担当者は、画面で重複の状態を確認することで、重複許容数を超えないようにクーポン発行条件を変更する、あるいは重複許容数の設定値を変更する、等の対策ができる。

［顧客属性分析情報］
図１２は、顧客属性分析情報７２の構成例を示す。図１２の顧客属性分析情報７２は、管理項目として、識別番号９００、顧客属性集合９０１、説明９０２、状態９０３、顧客人数９０４、クーポン数９０５等がある。識別番号９００は、行及び顧客属性集合９０１の識別番号である。顧客属性集合９０１は、顧客属性の論理的な組合せによる各顧客属性の集合を表す値であり、例えば前述の図９等のように集合の表現で表す。説明９０２は、顧客属性集合９０１を説明するテキストである。状態９０３は、顧客属性集合９０１が重複や漏れに該当する場合にその状態を示す値を格納する。例えば重複許容数＝２の場合に、ｓ７が重複、ｓ８が漏れの状態である。顧客人数９０４は、顧客属性集合９０１に該当する顧客の人数であり、クーポン発行情報８２等に基づく。クーポン数９０５は、顧客属性集合９０１に提供されるクーポンの数であり、重複数に対応する。

図１２の具体例は、図１１の顧客属性Ｐ，Ｑ，Ｒの例に対応しており、識別番号９００が０〜１２の行は、図示する各属性の集合の情報を示す。また特に識別番号９００がｓ１〜ｓ８の行は、図１１のｓ１〜ｓ８の各集合の情報を示す。クーポン発行支援部６２は、重複及び漏れの調整の際、図１２のような顧客属性分析情報９２の内容を画面に表示してもよい。これにより、店舗の担当者は、各顧客属性の集合ごとに、人数やクーポン数、漏れ及び重複の状態を確認できる。顧客属性分析情報９２は、図１２の例のように、複数の顧客属性の組合せによる集合を網羅的に算出してもよい。

また店舗の担当者により、顧客属性分析情報９２のうちの顧客属性の行を選択し、当該顧客属性に該当する個々の顧客の情報を表示することもできる。例えばｓ７の重複の状態の顧客属性が選択されると、クーポン発行支援６２は、クーポン発行情報８２等に基づいて、選択された顧客属性に該当する各顧客の情報を、図１９の１９０の表と同様に表示する。

［重複調整（１）］
図１３は、前述のＳ３１の第１方式としてクーポン優先順位により調整する場合の処理例を示す。なおクーポン発行支援部６２は、図１３のような情報を画面に表示してもよい。１３１の表は、重複の場合のクーポンの優先順位の管理情報を示す。重複調整部１２２は、店舗の担当者による設定の操作に従い、１３１の情報を記憶部３０２に格納する。１３１の表は、管理項目として、クーポンＩＤ１３１ａ、優先順位１３１ｂ、重み付け１３１ｃがある。優先順位１３１ｂは、クーポンＩＤ１３１ａで示す複数のクーポンの優先順位を定義する。

図１３の例では、クーポンＣ１，Ｃ２，Ｃ３の順で優先される。例えば図９の顧客属性Ｐ∩Ｑに対してクーポンＣ１及びＣ２が重複し、重複許容数＝１であるとする。この場合、重複の解消のため、当該顧客属性にクーポンＣ１とＣ２のいずれかを割り当てるように選択される。重複調整部１２２は、優先順位１３１ｂの設定に従い、当該Ｐ∩Ｑの顧客属性にクーポンＣ１のみを割り当てるように選択する。

１３２は、重複の調整前の発行条件を含む情報の例を示す。この例は図９の例と対応している。対象及び範囲として、店舗Ｔ１、期間が２０１３年９月、クーポンＣ１及びＣ２である。クーポンＣ１の発行条件であるターゲット顧客属性がＰであり該当人数が５０人である。クーポンＣ２の顧客属性がＱであり４０人である。前述の顧客属性分析の結果、重複の状態として、顧客属性Ｐ∩Ｑの顧客においてクーポンＣ１及びＣ２が重複し、クーポン数＝重複数＝２であり、該当人数が１０人、重複率が１０％である。

１３３は、１３２に対する、重複の調整後の発行条件を含む情報の例における変更分を示す。重複許容数は変更無く１である。クーポンＣ１及びＣ２に関する重複の場合の優先順位として、１３１に従い、第１優先がクーポンＣ１、第２優先がクーポンＣ２である。重複の顧客属性Ｐ∩Ｑについては、調整として、優先順位に従い、クーポンＣ１のみ提供されるように発行条件が変更される。調整後、クーポンＣ１の発行条件は、顧客属性Ｐのままである。クーポンＣ２の発行条件は、否Ｐの条件が付加されるように変更され、顧客属性Ｑ−Ｐであり、該当人数が４０人から３０人に減少する。重複の調整の結果、顧客属性Ｐ∩ＱにおいてクーポンＣ１のみになり、クーポン数＝重複数＝１になり、該当人数が１０人であり、重複率が１０％から０％に減少する。

１３４は、上記調整例に対応した集合の関係を簡易的に表す。クーポン発行支援部６２は、画面に、１３３のような情報に限らず、１３４のような図形的な情報を表示することで、顧客へのクーポンの発行及び調整の内容を伝えてもよい。

１３１の表のうちの重み付け１３１ｃは、必須ではないが、優先順位１３１ｂに加え、または優先順位１３１ｂの代わりに、設定されてもよい。重複調整部１２２は、顧客属性に対して重複許容数以内のクーポンを提供するように選択する際に、重み付け１３１ｃの値によって決めてもよい。例えば同じ顧客属性に属する複数の顧客に対して同じクーポンを配布することに限らず、重み付け１３１ｃの値によって配布の割合を決めて、異なるクーポンを同時に配布するようにしてもよい。例えば顧客属性Ｐ∩Ｑの顧客の１０人に対して、７人にはクーポンＣ１、３人にはクーポンＣ２が提供される。この場合も、顧客１人あたりでは、クーポンＣ１及びＣ２の重複が解消される。

［重複調整（２）］
図１２は、前述のＳ３２の第２方式としてＡ／Ｂテストにより調整する場合の処理例を示す。なおクーポン発行支援部６２は、図１４のような情報を画面に表示してもよい。Ａ／Ｂテストは、例えば選択肢Ａ及び選択肢Ｂのように２つ以上の選択肢を用意し、それらから１つを選択してテストとして実行し、その結果及び反応を測定及びチェックし、効果が高くなるように適宜選択して実行する、といったサイクルによる方法を指す。

第２方式では、重複調整部１２２は、Ａ／Ｂテストとして、クーポンの発行条件である顧客属性を変えた複数の選択肢を用意し、調整情報７３として店舗の担当者に提示する。重複調整部１２２は、それらの選択肢から適宜１つを選択して実行し、各選択肢の場合の効果を測定する。この効果の測定は、例えば、前述のクーポン使用情報８３における使用率８１５の計算による。

１４１は、重複の調整前の発行条件を含む情報の例を示し、図１３の１３２の例と同じである。１４２は、１４１に対して、重複の調整時の発行条件を含む情報の例を示す。重複許容数＝１である。クーポンＣ１及びＣ２に関する重複の場合のＡ／Ｂテストとして、選択肢Ａは、顧客属性Ｐ∩Ｑに対してクーポンＣ１を割り当てる。即ちクーポンＣ１の発行条件としてターゲットの顧客属性がＰ、クーポンＣ２の顧客属性がＱ−Ｐである。選択肢Ｂは、顧客属性Ｐ∩Ｑに対してクーポンＣ２を割り当てる。即ちクーポンＣ１の顧客属性がＰ−Ｑ、クーポンＣ２の顧客属性がＱである。１４３の左側は選択肢Ａによる調整内容を集合の形式で図形的に示し、右側は選択肢Ｂによる調整内容を示す。

１４４は、上記Ａ／Ｂテストの実行例を示す。重複調整部１２２は、Ａ／Ｂテストを実行し、その情報を記録する。重複調整部１２２は、まず第１の期間、例えば９月に、選択肢Ａを適用したところ、その効果である使用率がＨａであった。重複調整部１２２は、次に第２の期間、例えば１０月に、選択肢Ｂを適用したところ、その効果である使用率がＨｂであり、例えばＨａ＞Ｈｂであった。そのため、重複調整部１２２は、次に第３の期間、例えば１１月に、使用率が高かった方である選択肢Ａを再び適用し、その効果である使用率がＨｃであり、例えばＨｃ＞Ｈａ＞Ｈｂであった。以降同様に、使用率に応じて選択肢が選択される。

重複調整部１２２は、ある程度以上の期間でのＡ／Ｂテストの結果に基づいて、いずれの選択肢のクーポン発行条件を採用すると好適かを提案する。例えば選択肢Ａの効果が高かった場合、上記選択肢Ａによるクーポン発行条件の採用が提案される。１４５は、Ａ／Ｂテストの結果から正式に採用するクーポン発行条件を店舗の担当者により選択することができる項目を画面に表示する場合の例を示す。重複調整部１２２は、当該項目で選択されたクーポン発行条件を確定し保存する。

Ａ／Ｂテストの他の処理例として、同じ顧客属性の顧客の集合のうちの第１グループには選択肢Ａを適用し、第２グループには選択肢Ｂを適用する等、複数の選択肢を同時並行的に実行してもよい。例えば第１の期間に、顧客属性Ｐ∩Ｑの顧客の１０人のうち、半分の第１グループにはクーポンＣ１、半分の第２グループにはクーポンＣ２が配布される。

［重複調整（３）］
図１５は、前述のＳ３３の第３方式として重複無し発行条件の作成及び推奨により調整する場合の処理例を示す。なおクーポン発行支援部６２は、図１５のような情報を画面に表示してもよい。第３方式では、重複調整部１２２は、顧客属性分析部１２１による顧客属性分析情報７２を用いて、重複が無い又は重複数が重複許容数以下であるクーポン発行条件（重複無し発行条件と称する）を、論理的な演算により作成する処理を行う。重複調整部１２２は、重複許容数に応じて１つ以上の重複無し発行条件を作成する。そして重複調整部１２２は、作成した１つ以上の重複無し発行条件の情報を画面に表示し、店舗の担当者により選択可能とする。

重複無し発行条件の作成は、図９等の顧客属性の集合に関する論理的な演算により可能である。図９の例では、クーポンＣ１及びＣ２が重複する顧客属性であるＰ∩Ｑについて、重複数が重複許容数＝１以下になるように、論理的な条件が変更される。

１５１は、重複の調整前の発行条件を含む情報の例を示し、１３２の例と同じとする。１５２は、１５１に対して、重複の調整後の発行条件を含む情報の例を示す。重複許容数＝１である。重複調整部１２２は、作成した複数の重複無し発行条件の一覧を画面に表示する。図１６の例では２つの重複無し発行条件Ｊ１，Ｊ２を示す。

重複無し発行条件Ｊ１は、クーポンＣ１のターゲットの顧客属性がＰのままであり、クーポンＣ２の顧客属性がＱ−Ｐである。これは、顧客属性Ｐ∩Ｑから、クーポンＣ２が提供されないように、クーポンＣ２の顧客属性Ｑに、否Ｐの条件を付加したものである。同様に、重複無し発行条件Ｊ２は、クーポンＣ２の顧客属性がＱ、クーポンＣ１の顧客属性がＰ−Ｑである。これは、顧客属性Ｐ∩Ｑから、クーポンＣ１が提供されないように、クーポンＣ１の顧客属性Ｑに、否Ｑの条件を付加したものである。

重複無し発行条件Ｊ１及びＪ２は、いずれも、顧客属性Ｐ∩Ｑのクーポン数＝重複数＝１となり、重複率が０％になる。また重複無し発行条件Ｊ１は、クーポンＣ１とＣ２の提供の人数の割合が５０人：３０人であり、重複無し発行条件Ｊ２は、クーポンＣ１とＣ２の提供の人数の割合が４０人：４０人である。

１５３は、上記調整後の情報から採用するクーポン発行条件を店舗の担当者により選択する項目を画面に表示する場合の例を示す。重複調整部１２２は、当該項目で選択されたクーポン発行条件を含む情報を確定及び保存する。

上記重複無し発行条件の作成は、顧客属性の否定の条件を付加する方法によるが、他の方法も可能である。他の方法では、重複調整部１２２は、与えられた発行条件のターゲット顧客属性に対して、他の顧客属性の条件を順に追加して限定する。これにより、ターゲット顧客属性に該当する顧客の人数を減らし、重複の度合いを減少させる。例えばクーポンＣ１の顧客属性ＰやクーポンＣ２の顧客属性Ｑに対し、ＰやＱ以外の顧客属性Ｘを追加し、即ち積集合（Ｐ∩Ｘ，Ｑ∩Ｘ）をとる。この結果、重複調整部１２２は、当初の発行条件に比べ、重複部分が無くなる、又は減少するのであれば、候補の案とする。重複調整部１２２は、上記追加する顧客属性を、画面で店舗の担当者により指定可能としてもよいし、顧客属性定義情報７１に基づいて自動的に選択してもよい。

他の方法では、重複調整部１２２は、与えられた発行条件のターゲット顧客属性を、顧客属性定義情報７１に基づいて、類似または近接する他の顧客属性に変更してもよい。例えば、ターゲット顧客属性が年齢層として２０代である場合に、１０代や３０代へ変更する案が作成される。

［重複調整例］
図１１で重複許容数＝２の場合の重複の調整例は以下である。ｓ７の顧客属性の集合（Ｐ∩Ｑ∩Ｒ）は、クーポンＣ１，Ｃ２，Ｃ３が提供され、重複数＝３であり、重複許容数＝２を超えるため、重複に該当する。重複調整部１２２は、ｓ７に関して、重複数＝２となるように調整を図る。各種の調整案が可能であるが、例えば第１方式のクーポン優先順位を用い、例えば優先順位がＣ１＞Ｃ２＞Ｃ３であるとする。

重複調整部１２２は、ｓ７の集合に対して、優先順位に従い、クーポンＣ１，Ｃ２が提供されクーポンＣ３が提供されないようにする。即ち、調整後の情報において、クーポンＣ１の発行条件及びクーポンＣ２の発行条件は変更無しであり、クーポンＣ３の発行条件は、ターゲット顧客属性がＲから（Ｒ−ｓ７）に変更される。これにより、クーポンＣ３が提供される該当人数が３０人から２５人に減少する。

図１１で重複許容数＝１の場合の重複の調整例は以下である。ｓ４〜ｓ６は、それぞれクーポン数＝重複数＝２であり、重複許容数＝１を超えるため、重複に該当する。重複調整部１２２は、ｓ４〜ｓ６及びｓ７に関して、重複数＝１になるように調整を図る。クーポン優先順位を用いる場合、ｓ４は、Ｃ１＞Ｃ２によりＣ１が割り当てられ、ｓ５は、Ｃ１＞Ｃ３によりＣ１が割り当てられ、ｓ６は、Ｃ２＞Ｃ３によりＣ２が割り当てられる。またｓ７については、Ｃ１＞Ｃ２＞Ｃ３によりＣ１のみが割り当てられる。即ち調整後の発行条件は、Ｃ１の顧客属性がＰ、Ｃ２の顧客属性がＱ−Ｐ、Ｃ３の顧客属性がＲ−（Ｐ∪Ｑ）＝Ｒ−（ｓ７∪ｓ５∪ｓ６）のようになる。

また図１１でクーポンＣ１，Ｃ２が既存クーポン、クーポンＣ３が新規クーポンの場合、重複調整部１２２は、新規クーポンＣ３の発行条件のみを変更するように調整を図ることができる。この場合、重複調整部１２２は、新規クーポンＣ３の発行条件におけるターゲット顧客属性を、上記（Ｒ−ｓ７）、（Ｒ−（ｓ７∪ｓ５∪ｓ６））等に変更する。

［漏れ調整（１）］
図１６は、前述のＳ１３及びＳ１４に対応する、漏れの調整の方式及び処理例を示す。なおクーポン発行支援部６２は、図１６のような情報を画面に表示してもよい。１６１は、漏れの調整前の発行条件を含む情報の例を示す。この例は図９の例と対応している。対象及び範囲として、店舗Ｔ１、期間が２０１３年９月、クーポンＣ１及びＣ２である。クーポンＣ１の顧客属性がＰ（例：男性）であり５０人である。クーポンＣ２の顧客属性がＱ（例：車有り）であり４０人である。全顧客人数が１００人とする。

１６２は、Ｓ１３に対応した漏れ顧客属性情報の例を示す。漏れ顧客属性Ｍは、図９の集合（Ｐ∪Ｑ）^Ｃに対応した顧客属性（例：女性で車無し）であり、該当人数が２０人である。また店舗の全顧客における漏れに該当する率である漏れ率は、２０／１００＝２０％である。また店舗の全顧客における漏れ顧客属性以外の顧客属性（Ｐ∪Ｑ）の顧客の率であるクーポン発行のカバー率は、１００−２０＝８０／１００＝８０％である。

１６３は、１６２に対する、漏れの調整後の発行条件を含む情報の例の変更分を示す。漏れ調整例として、１６２の漏れ顧客属性Ｍ＝（Ｐ∪Ｑ）^Ｃに対して、新規にクーポンＣ３を発行する例である。これにより、漏れ率は２０％から０％に減少し、カバー率は８０％から１００％に増加する。１６４は、１６３の発行条件に対応した内容を集合を用いて図形的に示す。

［漏れ調整（２）］
図１７は、漏れ調整に関する詳細な処理例及び画面例を示す。Ｓ１３及びＳ１４で、漏れ調整部１２３は、顧客属性定義情報７１、顧客属性分析情報７２を用いて、漏れ顧客属性リストを含む顧客属性リストを作成し、図１７のような画面に表示する。

前述の図１６の例のような漏れ顧客属性は、該当する顧客の人数が多数になる場合もある。その場合、その１つの漏れ顧客属性に対するクーポンの発行を提案するだけでは、クーポンの発行のコストが大きくなること等から、店舗の担当者が採用しにくい場合が考えられる。そこで、クーポン発行支援機能６２は、漏れ顧客属性のうちの部分的な顧客属性ごとのクーポン発行を提案する。これにより、店舗の担当者による新規クーポンの発行の検討がしやすい。

漏れ調整部１２３は、前述のＳ７で抽出された漏れ顧客属性について、別の顧客属性（例：年齢層）を追加する方法等により、区分された複数の部分的な漏れ顧客属性を作成する処理を行う。漏れ調整部１２３は、部分的な漏れ顧客属性をターゲットとした発行条件を案として作成する。漏れ調整部１２３は、作成した複数の部分的な漏れ顧客属性等の情報を画面にリストとして表示する。

１７１は、漏れ顧客属性リスト１７２を含む顧客属性リストの例を示す。顧客属性リスト１７１は、図１７の例では、顧客属性分析情報７２を用いて、漏れだけでなく、重複を含む各顧客属性の組合せの集合を列挙して表示する例を示す。識別番号が７の行以下が漏れ顧客属性リスト１７２である。顧客属性リスト１７１は、複数の行の表示順序として、該当率１７１ｄが高い順等でソートして表示されてもよい。

顧客属性リスト１７１において、表示する項目の例として、顧客属性１７１ａ、説明１７１ｂ、該当人数１７１ｃ、該当率１７１ｄ、備考または追加１７１ｅがある。顧客属性１７１ａは、顧客属性の組合せによる集合を示す。説明１７１ｂは、顧客属性１７１ａを説明するテキストを示す。該当人数１７１ｃは、顧客属性１７１ａに該当する顧客の人数を示す。該当率１７１ｄは、店舗の全顧客人数のうち、顧客属性１７１ａに該当する顧客の率を示す。１７１ｅの備考は、発行クーポンや重複等の状態を表示する。１７１ｅの追加は、店舗の担当者により漏れ顧客属性リスト１７２における漏れ顧客属性を選択可能なチェックボタンを設ける。

漏れ顧客属性リスト１７２における７の行は、漏れ顧客属性として図９の（Ｐ∪Ｑ）^Ｃの場合を示す。店舗の担当者は、この漏れ顧客属性に対するクーポンの発行を追加したい場合、該当行の１７１ｅのチェックボタンをオンする。また漏れ顧客属性リスト１７２における８〜１０の行は、７の行の漏れ顧客属性のうちの部分的な顧客属性を示す。これらの部分的な顧客属性は、図１０の年齢層の顧客属性ｂ１，ｂ２，ｂ３等を追加した顧客属性を示す。例えば８の行は、漏れ顧客属性の集合（Ｐ∪Ｑ）^Ｃに顧客属性ｂ１を積集合として追加する場合であり、該当人数が３人、該当率が３％である。

店舗の担当者は、例えば全体的な漏れ顧客属性の集合（Ｐ∪Ｑ）^Ｃの該当率である漏れ率が２０％と高く、クーポンの発行のコストが高いと判断する。その場合、担当者は、それよりも低い該当率である部分的な漏れ顧客属性へのクーポンの発行を検討できる。

１７３は、上記漏れ顧客属性リスト１７２における部分的な漏れ顧客属性を追加区分として作成するために用いる顧客属性を店舗の担当者により選択可能とする場合の項目を示す。漏れ調整部１２３は、顧客属性定義情報７１に基づき、当該追加の顧客属性を提示し、当該項目で選択された顧客属性を用いて、漏れ顧客属性リスト１７２を作成する。

１７４は、店舗の担当者による漏れ顧客属性リスト１７２のチェックボタンの選択に応じて選択された漏れ顧客属性へのクーポンの発行を追加する場合の、カバー率や漏れ率を表示する項目を示す。上記のように、店舗の担当者は、画面で、部分的な漏れ顧客属性ごとの情報を確認でき、部分的な漏れ顧客属性へのクーポンの発行を検討できる。

他の漏れ調整例として、漏れ調整部１２３は、漏れ顧客属性に対する新規のクーポンの発行の提案に限らず、他のクーポンのターゲット顧客属性に漏れ顧客属性を含めるように発行条件を変更する提案も可能である。例えば図１１のｓ８の漏れ顧客属性に関して、新規クーポンＣ４ではなく、クーポンＣ３が提供されるように、クーポンＣ３のターゲット顧客属性をＲから（Ｒ∪ｓ８）に変更する提案がされる。

［画面例］
図１８は、店舗の担当者のクライアント端末２０あるいはクーポンサーバ３１の管理者等に対して提供する画面例を示す。１８１は、前述のＳ２の対象及び範囲の指定を可能とする項目を示す。当該項目では、リストボックスやフォーム等により、店舗、期間、クーポンの種別、個別のクーポン、等を指定可能である。

１８２は、前述の重複に関する調整を行う場合の設定項目である。当該項目では、前述の重複の調整の有無、重複の調整の方式、重複許容数、等が設定可能である。１８３は、前述の漏れに関する調整を行う場合の設定項目である。当該項目では、漏れの調整の有無、漏れの調整の方式、等を設定可能である。

１８４は、調整前のクーポン発行条件等の情報を表示する項目である。１８５は、調整後のクーポン発行条件等の情報を表示する項目である。１８６は、画面の内容で調整を実行してその結果を確定及び保存するかどうかを指定するボタンである。

［効果等］
以上説明したように、本実施の形態のクーポン発行支援システムによれば、クーポン発行支援機能により、店舗による好適な顧客へのクーポンの発行により集客及び利益等を含む販促等の総合的な効果を高めることができる。クーポン発行支援機能により、店舗の担当者は、画面で店舗の顧客の集団へのクーポンの発行に関する個々の顧客及び顧客属性ごとの重複や漏れの状態を含む情報をわかりやすく確認できる。店舗の担当者は、重複や漏れの無いまたは少ないクーポン発行条件を検討しやすい。店舗の担当者は、既存クーポンの発行条件の見直しや、新規クーポンの発行条件の調整がしやすい。店舗の担当者は、顧客全体に対する重複や漏れが少ないバランスがとれたクーポン発行がしやすい。店舗の担当者は、重複や漏れの度合いを減らすことにより、クーポンの発行の効果が高くなる可能性や、クーポンの発行のコストが減る可能性がある。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。他の実施の形態は、重複の調整と漏れの調整との一方の機能を提供する形態でもよい。また前述の各種の調整の方式のうちの特定の方式のみを提供する形態でもよい。

本発明は、クーポンのビジネスに利用可能である。

１…顧客、２…加盟店、３…クーポン事業者、４…クレジットカード会社、５…通信網、１０…利用者端末、２０…クライアント端末、３１…クーポンサーバ、３２…顧客情報サーバ、４１…決済サーバ、４２…利用明細サーバ、５１…クーポンＤＢ、５２…顧客情報ＤＢ、５３…決済情報、５４…利用明細情報、６１…クーポン管理部、６２…クーポン発行支援部、６３…設定部、６４…画面提供部、７１…顧客属性定義情報、７２…顧客属性分析情報、７３…調整情報、７４…推奨情報、７５…顧客購買情報、８１…発行条件情報、８２…クーポン発行情報、８３…クーポン使用情報、１１１…発行条件設定部、１１２…発行部、１１３…使用部、１２０…範囲設定部、１２１…顧客属性分析部、１２２…重複調整部、１２３…漏れ調整部、１２４…推奨部、１３１…顧客情報管理部、Ｄ１…クーポン情報、Ｄ２…顧客情報、ｄ１，ｄ２，ｄ３…クーポン。

Claims (13)

1. 加盟店からの指示に基づいて当該加盟店の顧客に対してクーポンを発行するクーポン発行を支援するクーポン発行支援システムであって、
   複数の種類のクーポンのそれぞれについて、適用対象、発行期間、有効期間及び発行対象顧客を指定するクーポン情報を保持するクーポン情報記憶部と、
   前記加盟店の複数の顧客のそれぞれについての顧客属性を含む顧客情報を保持する顧客情報記憶部と、
   前記複数の種類のクーポンについて、それぞれのクーポン情報及び前記顧客情報を用いて、それぞれの発行対象顧客を選定し、前記顧客情報記憶部に顧客情報が保持された複数の顧客について、当該複数の種類のクーポンを仮に割り当てた状態から、顧客個人または顧客属性ごとの顧客の集合の少なくとも一方の単位で、複数の種類のクーポンが発行される重複、またはいずれの種類のクーポンも発行されない漏れの少なくとも一方に該当する顧客を抽出する抽出部と、
   を有する、クーポン発行支援システム。
2. 請求項１記載のクーポン発行支援システムにおいて、
   前記抽出部は、前記重複または漏れに該当する複数の顧客を抽出した場合において当該重複または漏れに該当する複数の顧客に共通する前記顧客属性を抽出する、クーポン発行支援システム。
3. 請求項１記載のクーポン発行支援システムにおいて、
   前記クーポン情報は、前記発行対象顧客の顧客属性を含み、
   前記抽出部は、前記重複または漏れの少なくとも一方に該当する顧客について、前記顧客属性ごとの顧客の集合の単位で抽出する、クーポン発行支援システム。
4. 請求項３記載のクーポン発行支援システムにおいて、
   重複調整部を有し、
   前記重複調整部は、前記抽出した重複に該当する顧客属性の顧客について、重複の度合いが減るように前記クーポンの発行対象顧客の顧客属性を含むクーポン情報を調整する処理を行う、クーポン発行支援システム。
5. 請求項３記載のクーポン発行支援システムにおいて、
   漏れ調整部を有し、
   前記漏れ調整部は、前記抽出した漏れに該当する顧客属性の顧客について、漏れの度合いが減るように前記クーポンの発行対象顧客の顧客属性を含むクーポン情報を調整する処理を行う、クーポン発行支援システム。
6. 請求項４記載のクーポン発行支援システムにおいて、
   前記重複調整部は、前記クーポン情報を調整する処理として、前記加盟店からの指示に基づいて、前記加盟店の顧客に発行する複数のクーポンにおける優先順位を設定し、前記重複に該当する顧客属性の顧客に提供されるクーポンの数が減るように、前記優先順位に従ってクーポンを選択する、クーポン発行支援システム。
7. 請求項４記載のクーポン発行支援システムにおいて、
   前記重複調整部は、前記クーポン情報を調整する処理として、前記重複に該当する顧客属性の顧客に提供されるクーポンの数が減るように、前記発行対象顧客の顧客属性を変えた複数のクーポン情報を選択肢として作成し、当該複数の選択肢を用いたＡ／Ｂテストを実行し、前記Ａ／Ｂテストの実行の結果及び前記加盟店からの指示に基づいて、前記クーポン情報を選択する、クーポン発行支援システム。
8. 請求項４記載のクーポン発行支援システムにおいて、
   前記重複調整部は、前記クーポン情報を調整する処理として、前記加盟店の顧客の顧客属性単位の集合の関係の論理的な分析に基づいて、前記重複が無くなるように、または前記重複に該当する顧客属性の顧客に提供されるクーポンの数が減るように、前記クーポンの発行対象顧客の顧客属性を変更したクーポン情報を作成する、クーポン発行支援システム。
9. 請求項１記載のクーポン発行支援システムにおいて、
   前記加盟店からの指示に基づいて、前記加盟店の顧客へのクーポンの発行における顧客属性単位での重複に関する、重複が許容されるクーポンの数を重複許容数として設定する重複許容数設定部を有し、
   前記抽出部は、前記顧客属性単位での提供されるクーポンの数が前記重複許容数を超える場合、前記重複として抽出する、クーポン発行支援システム。
10. 請求項５記載のクーポン発行支援システムにおいて、
    前記漏れ調整部は、前記抽出した漏れに該当する顧客属性の顧客について、前記クーポン情報を調整する処理として、前記漏れが無くなるように、または前記漏れに該当する顧客属性の顧客に提供されるクーポンの数が増えるように、前記漏れに該当する顧客属性に対するクーポンの発行を提案する情報を作成する、クーポン発行支援システム。
11. 請求項５記載のクーポン発行支援システムにおいて、
    前記漏れ調整部は、前記抽出した漏れに該当する顧客属性の顧客について、論理的な条件として追加する顧客属性を用いて、複数の部分的な漏れに該当する顧客属性、及び前記部分的な漏れに該当する顧客属性を発行対象顧客にするクーポン情報を作成し、前記加盟店からの指示に基づいて選択可能とする、クーポン発行支援システム。
12. 請求項１記載のクーポン発行支援システムにおいて、
    前記抽出部は、複数の顧客属性の顧客の集合における論理的な関係を分析し、各顧客属性の顧客の集合における顧客の人数または率、前記重複及び漏れに関する状態、及び提供されるクーポンの数、を含む顧客属性分析情報を作成する、クーポン発行支援システム。
13. 請求項１記載のクーポン発行支援システムにおいて、
    前記加盟店からの指示に基づいて、前記重複及び漏れの少なくとも一方を抽出する処理の対象及び範囲を、店舗、期間、クーポン、及び顧客属性を含む観点で指定する、範囲設定部を有する、クーポン発行支援システム。

Images