CN106575405A - 众包优惠券兑换信息 - Google Patents

Abstract

提供了用于更新消费者的方法。该方法包括：跨多个商店位置跟踪优惠券兑换活动；维护包括当前能够基于优惠券兑换活动兑换优惠券的商店的优惠券兑换商店列表；以及用来自优惠券兑换商店列表的信息的至少子集更新多个客户端装置，以使购物者能够知道能够兑换优惠券的商店。

Description

众包优惠券兑换信息

本申请要求2014年6月6日提交的题为“众包优惠券兑换信息”的在前美国临时专利申请号62/009,137的优先权的权益。

技术领域

本发明的实施方式涉及优惠券或促销优惠。

背景技术

优惠券是广告客户和供应商极其流行的用于促销其特定产品和服务的方式。供应商/制造商将打印的优惠券分发给消费者用于获得对于购买的特定商品的折扣。当在商店位置处购买优惠券所涉及的商品时，消费者剪裁优惠券并兑换它们。通常，商店是实体店。

然而，并非所有商店都可具有消费者可通过兑换优惠券以折扣购买的商品的库存。此外，即使商店具有所述商品的库存，商店也可能不参与优惠券兑换活动。因此，消费者可能物理地到达商店位置，以便在那里兑换优惠券，只发现不可能在该商店位置兑换所述优惠券。

发明内容

广义地，本发明的实施方式公开了识别可兑换优惠券的商店位置的众包(crowdsourcing)技术。

根据一种部署场景，消费者在客户端装置(通常是智能电话)上下载并安装优惠券应用(app)。所述优惠券应用可通信地耦接到可访问消费者个人信息的优惠券生成系统，所述优惠券生成系统由此可基于顾客的个人信息向客户提供个性化优惠券。

在一个实施方式中，客户端优惠券应用被配置为使得每当消费者使用客户端优惠券应用来在商店位置兑换优惠券时，将指示商店、其位置和什么商品使用优惠券购买或尝试购买的信息传送到优惠券生成系统。

有利地，如果多个用户使用客户端优惠券应用在多个位置兑换优惠券，则在一段时间内，优惠券生成系统将构建兑换优惠券的商店位置的详细和准确的地图以及可在那些位置兑换的特定优惠券的细节。

有利地，支持优惠券兑换的优惠券位置的地图和与所述优惠券相关联的产品的细节可被当前部署中的所有客户端优惠券应用共享。

附图说明

图1示出了根据本发明的一个实施方式的部署图。

图2示出了根据本发明的一个实施方式的DCPMS的用例。

图3示出了根据本发明的一个实施方式的用于优惠券生成的用例。

图4示出了根据本发明的一个实施方式的优惠券剪裁和发布的用例。

图5示出了根据本发明的一个实施方式的优惠券查询Q1。

图6示出了根据本发明的一个实施方式的顾客优惠券应用的用例。

图7a和图7b示出了根据本发明的一个实施方式的在客户节点上的发布方发布媒体。

图8示出了根据本发明的一个实施方式的用于处理优惠券剪裁通知的流程图。

图9A示出了根据本发明的一个实施方式的通过顾客优惠券应用的优惠券兑换的用例。

图9B示出了根据本发明的一个实施方式的通过零售商优惠券应用的优惠券兑换的用例。

图10示出了根据本发明的一个实施方式的发布优惠券的示例。

图11示出了根据本发明的一个实施方式的图10的发布优惠券的放大视图。

图12示出了根据本发明的一个实施方式的对广告客户的报告的示例。

图13示出了根据本发明的一个实施方式的用于确定能够兑换优惠券的商店位置的步骤。

图14示出了根据本发明的一个实施方式的优惠券兑换通知的格式。

图15示出了根据本发明的一个实施方式的用于优惠券不兑换通知的格式。

图16示出了根据本发明的一个实施方式的每个商店的可兑换优惠券的格式跟踪列表。

图17示出了根据本发明的一个实施方式的用于处理优惠券事件通知的步骤。

图18示出了根据本发明的一个实施方式的用于呈现示出优惠券可被兑换的商店位置的地图的处理。

图19至图20示出了根据本发明的一个实施方式的示出可兑换优惠券的商店位置的地图的示例。

图21示出了根据本发明的一个实施方式的用于实现DCPMS的硬件的高级框图。

具体实施方式

在下面的具体实施方式中，很多具体细节出于解释目的被阐述以便提供对本发明的透彻理解。然而，对于本领域技术人员显而易见的是，本发明可在没有这些具体细节的情况下实施。在其他实例中，结构和装置以框图或流程图的形式示出，以避免模糊本发明。

在本说明书中引用“一个实施方式”或“实施方式”时，意指结合被包含在本发明的至少一个实施方式中的实施方式描述的特定特征、结构或特性。在说明书中各处出现的短语“在一个实施方式中”不一定都指代相同的实施方式，也不是与其它实施方式相互排斥的单独的或替代的实施方式。此外，描述了可以由一些实施方式而不是由其它实施方式表现出的各种特征。类似地，描述了可能是对于一些实施方式的要求而不是其它实施方式的要求的各种要求。

此外，尽管出于说明的目的，以下描述包含许多细节，但是本领域技术人员应理解，细节的许多变化和/或改变在本发明的范围内。类似地，尽管本发明的许多特征彼此相互描述或彼此结合描述，但本领域技术人员应理解，可以独立于其它特征提供这些特征中的许多特征。因此，本发明的这种描述在没有对本发明的一般性造成任何损失并且没有对本发明施加限制的情况下进行阐述。

图1示出了根据本发明的一个实施方式的部署场景100。参考图1，被称为数字优惠券个性化和管理系统(DCPMS)102的优惠券生成系统包括实现优惠券服务(CS)102B的服务器组件102A。CS 102B在优惠券服务提供商(CSP)的控制下。在一个实施方式中，每个配备有适当的用户代理(浏览器)104A的多个广告客户节点104通过网络链路112通信地耦接到DCPMS 102。每个广告客户节点104可包括诸如膝上型计算机或PC的计算装置，并且网络链路112可包括互联网。每个广告客户节点104表示使用CS来代表其生成优惠券的广告客户，如下所述。

DCPMS 102也可通过网络链路112与多个发布方节点106通信地耦接。每个发布方节点106表示诸如PC的计算装置，并且包括发布接口106A，发布接口106A表示发布方能够在客户节点108上发布媒体以供客户查看的机制。发布方的示例包括CNN、Facebook、YouTube等。

客户节点108表示诸如智能电话或平板PC的客户装置。在一个实施方式中，客户节点108可包括发布方应用108A和优惠券应用108B。发布方应用108A可被配置为从发布方接收媒体内容，如稍后将更全面地描述的。媒体内容可包括由DCPMS 102生成的个性化优惠券。

最后，部署场景100也包括代表零售商的零售商节点110。

在一个实施方式中，客户节点108经由音频链路114与零售商节点110通信。

图2示出了根据本发明的一个实施方式的DCPMS 102的用例200。如将看到的，DCPMS 102支持create_account()函数202，该函数允许广告客户和发布方在DCPMS 102上创建用户帐户。configure_business_rules()函数208允许广告客户在DCPMS 102中提供业务规则和目标。业务规则和目标可被用于生成高度个性化的优惠券以用于向特定客户发布，如将要描述的。用例200也包括configure_coupon_generation_parameters()处理210，广告客户由此配置用于生成个性化优惠券的优惠券生成参数。优惠券生成参数的示例包括以下：

(a)人口统计数据；

(b)地理数据；

(c)优惠券优惠的优惠(offer，报价)大小。这可根据最小优惠大小和最大优惠大小来规定；

(d)需要生成优惠券的特定媒介。媒体的示例包括视频内容、横幅广告和印刷广告。

(e)发布方。发布方的示例包括Facebook、YouTube、CNN等；

(f)优惠券的背景。背景的示例包括体育、政治、科学、商业、生活方式等；

(g)包括与目标人口统计群组相关联的价值观、观点、属性、兴趣和生活方式的心理图形信息。

用例200也包括报告函数212，由此为广告客户和发布方生成报告。

现在参考附图的图3，该图示出了根据本发明的一个实施方式的用于优惠券生成的用例300。就用例300而言，发布方向DCPMS 102发送查询Q1。查询Q1为优惠券请求。通常，在发送查询Q1时，发布方已经向客户发布内容，并且通常还显示与内容相关联的广告单元(广告单元)。这可以在图7a中看到，图7a示出了在客户节点108上发布的媒体700，其中，媒体700包括内容702和广告单元704。在一个实施方式中，图5示出了查询Q1的元素。如将看到的，Q1包括客户信息500和广告单元ID502。广告单元ID 502对应于向客户所显示的广告单元。客户信息对应于关于客户的个人信息/数据706(参见图8)。个人数据706由发布方从客户节点108收集，并且包括该客户的浏览行为和关于客户装置本身的信息。

响应于接收到优惠券查询Q1，DCPMS 102执行处理优惠券查询块304。在该块下，DCPMS 102尝试在广告单元列表中匹配优惠券查询Q1中的广告单元ID。广告单元列表由广告客户提供，并且基本上为优惠券必须由DCPMS 102生成的广告单元的列表。因此，在处理304下，如果广告单元ID匹配，则执行生成优惠券函数(function，功能)306。在该处理下，基于优惠券配置参数并基于机器学习技术生成个性化优惠券。

用例300也包括对查询函数308的回复，其中，DCPMS 102通过向发布方302返回优惠券或者指示没有优惠券可用于与优惠券请求Q1相关联的特定广告单元的回复来回复查询Q1。图7B示出了在由发布方更新以包括优惠券708的在客户节点108上发布的媒体700。

图4示出根据本发明的一个实施方式的用于在客户节点402上显示并剪裁的优惠券的用例400。如将看到的，客户节点108被配置为通过执行显示内容函数402来显示内容。显示内容函数402可被扩展为包括显示广告函数404，如果如前所述与正在显示的广告相关联的广告单元由DCPMS102匹配，则显示公告函数404继而可被扩展为包括显示优惠券函数406。profile customer()函数408收集被传送给发布方的客户的个人信息。用例400也包括coupon clipping()函数410。在优惠券剪裁函数410下，客户执行与优惠券相关的“剪裁动作”。例如，在一个实施方式中，剪裁动作可包括与优惠券相关联的剪裁按钮的选择。响应于所述剪裁动作，优惠券剪裁函数410生成优惠券剪裁通知并将其发送到DCPMS 102。

现在参考附图的图8，该图示出了响应于接收到优惠券剪裁通知而在DCPMS 102上执行的处理800。在框802，进行检查以确定客户是否是注册客户。在一个实施方式中，该步骤包括验证包含在优惠券剪裁通知中的客户凭证。如果确定客户未注册，则在框804，执行注册处理以注册客户。该处理可包括将客户重定向到注册页面，以便客户输入注册信息。在框806，由优惠券剪裁通知中的优惠券ID标识的优惠券被添加到客户的帐户。在这一点上，DCPMS 102可通知发布方优惠券已经被剪裁，在此情况下，发布方可指示由客户节点108所使用的浏览器来观看优惠券以停止显示优惠券。

在客户正在使用优惠券应用108B来查看所发布的内容的情况下，优惠券应用108B包括一旦执行优惠券剪裁动作就停止显示优惠券的逻辑。因此，促进了无缝的优惠券剪裁体验。

现在参考附图的图9A，该图示出了由客户兑换优惠券的用例。如将看到的，couponredemption()函数900包括用于对用于发送的优惠券进行编码的处理902，以及用于将所述编码的优惠券发送到零售商节点的处理904。在一个实施方式中，用于对用于发送的优惠券进行编码的处理902将该优惠券编码为音频信号，然后经由与客户节点108相关联的扬声器发送该音频信号。零售商节点110然后使用麦克风来检测音该频编码。图9B还示出了根据一个实施方式的用于零售商优惠券应用110A兑换优惠券的用例。参考图9B，处理906包括receive coupon id()函数，由此零售商节点110的麦克风被用于监听来自客户节点108的优惠券发送。decode coupon id()处理908解码音频信号以便提取优惠券ID。authenticate coupon id()处理910包括零售商优惠券应用将优惠券ID发送到DCPMS 102以用于认证。DCPMS 102认证优惠券ID并返回与被认证的优惠券ID相关联的优惠券参数。零售商优惠券应用然后执行receive coupon parameters()函数912以从DCPMS 102接收优惠券参数。service customer()函数914包括通过提供与优惠券相关联的商品和/或服务来服务客户。apply discount()函数916扩展service customer()函数914以将与优惠券中指示的折扣应用于与客户的交易。report redemption()函数918包括向DCPMS102报告任何优惠券兑换的操作。

现在参考附图的图6，用例600与优惠券应用108B相关联。如将看到的，用例600可包括browse coupons()函数602。此函数允许客户浏览以前剪裁的优惠券。search coupon()函数604允许客户基于搜索标准搜索特定优惠券。suggest coupon for redemption()608实现主动向消费者建议兑换优惠券的功能。例如，在一个基于位置的实施方式中，可向客户示出仅可用于在该特定位置兑换的优惠券。最后，用例600包括redeem coupon()610，由此客户可兑换所选择的优惠券，如上所述。

现在参考附图的图10，该图示出了与用于女性口红的广告相关联地发布的优惠券1000。优惠券1000以附图的放大视图图11示出。如将看到的，优惠券1000包括$1.25的折扣以及设置为15天的优惠券有效期。此外，优惠券1000包括“剪裁它按钮”。该按钮可被用于根据本文所公开的技术来剪裁优惠券1000。

图12示出了根据一个实施方式的可为广告客户生成的报告1200。报告1200包括链接广告单元ID、优惠券ID、客户ID、广告客户ID和零售商ID的链接信息1202。报告1200还包括分析组件1204，分析组件1204可提供关于优惠券的剪裁速率及其兑换率的详细分析。优惠券剪裁速率和兑换率可被用于优化优惠券活动。如已经提到的，机器运行技术被用于以动态方式生成优惠券。例如，优惠券可以被配置为具有特定的剪裁速率和特定的兑换。如果优惠券的剪裁速率太高，则系统可动态地减少与优惠券相关联的折扣，以便节制或缩小兑换速率。另选地，如果优惠券剪裁速率太低，则DCPM 102S可动态地增加与优惠券相关联的折扣，以便实现期望的剪裁速率。类似地，优惠券兑换率可被用于动态地缩放与优惠券相关联的优惠大小，以便实现期望的兑换率。

图13示出了根据一个实施方式的由DCPMS 102执行以基于众包生成优惠券兑换信息的操作的流程图。参考图13，在框1300，DCPMS 102捕获优惠券兑换事件。优惠券兑换事件可包括兑换通知和不兑换通知中的一个。

在一个实施方式中，优惠券兑换通知可通过在商店位置成功兑换优惠券来触发。具体地，零售商优惠券应用的report redemption()函数918可被用于向DCPMS 102发送优惠券兑换通知。图14示出了根据一个实施方式的优惠券兑换通知1400的示例。优惠券兑换通知1400字段用于商店标识符、日期、商品、数量和优惠券标识符。商店标识符被用于识别发生优惠券兑换的商店。日期为优惠券兑换的日期。数量为兑换优惠券时购买的商品的数目，以及优惠券标识符被用于识别用于优惠券兑换的优惠券。可能不需要所有字段，并且在一些实施方式中，一些字段可能甚至不存在。例如，在一些实施方式中，数量和商品字段可为可选的或甚至不存在。

可生成优惠券不兑换通知以报告优惠券在特定商店位置不能兑换，例如，由于缺少与优惠券相关联的商品的库存。示例性优惠券不兑换事件在图15中示出。在一个实施方式中，优惠券应用108B支持优惠券不兑现通知的生成。为此，优惠券应用108B包括用户界面，其允许用户生成优惠券不兑换通知并将其发送到DCPMS 102。例如，所述用户界面可允许用户选择在特定商店位置不能兑换的优惠券，并且指定用户想要用优惠券兑换的特定商品。只有在优惠券可通过购买不同的商品兑换的情况下，才需要该商品。在针对特定商品生成优惠券的情况下，用户将不必指定生成优惠券不兑换通知的商品。

在一个实施方式中，可自动填充商店ID，例如，可基于使用客户端装置的位置数据确定商店位置来确定商店ID。例如，当用户在正在生成优惠券不兑换通知的商店位置中时，优惠券应用108B将使用客户端装置的位置来执行对在客户端装置的位置附近的商店的查找。如果附近只有一个商店，则使用所述商店的商店ID。如果附近有不止一个商店，则然后经由用户界面向用户呈现匹配的商店，并且允许用户选择正确的商店位置。

在一些情况下，当用户正在生成优惠券不兑换通知时，用户可能不在该优惠券不能兑换的商店位置。例如，当购物返回时，当用户可能希望生成优惠券不兑换通知时，用户可在家中。因此，显然对于这种情况，不能从用户电话的当前位置确定商店位置。对于这种情况，优惠券应用108B可被配置为向用户显示商店位置的列表，并且允许用户从所述列表中选择正确的商店位置。可以使用各种技术来创建商店位置的列表。例如，优惠券应用108B可基于频繁使用的商店的列表、喜爱的商店的列表等。

再次参考图13，在框1302，DCPMS 102执行确定支持优惠券兑换的商店的处理。对于该处理，DCPMS 102聚集来自所有用户的优惠券兑换事件，并使用该信息来跟踪可兑换优惠券的每个商店位置的列表。图16示出了根据一个实施方式的包括列1602的表1600，列1602包括可兑换优惠券的列表。图17示出了根据一个实施方式的用于维护列1602的处理。参考图17，执行用于所接收到的每个优惠券事件通知的处理。在框1700，DCPMS 102确定优惠券事件通知是否是优惠券兑换通知。如果是，则控制传递到框1702，否则控制传递到框1704。根据一个实施方式，框1702下的处理包括从优惠券兑换通知中提取优惠券ID和商店ID，并且如果它已经不在，则将所提取的优惠券ID添加到用于正确商店ID的列1602中。框1704下的处理用于优惠券不兑换通知。在框1704下，从优惠券不兑换通知提取优惠券ID和商店ID。然后更新对应于所提取的商店ID的表1600的列1602下的条目，以便从中删除所提取的优惠券ID，如果该优惠券ID在由列1602所表示的列表中。因此，列1602下的列表可被维护以准确地反映在每个商店位置可当前兑换的优惠券。

再次参考图13，在框1304，DCPMS 102与每个用户共享优惠券兑换信息，所述信息包括在每个用户附近的可用于优惠券兑换的位置的特定商店位置。信息通过空中数据传输被共享给每个客户端装置。该信息采用支持在地图上呈现的格式。

现在参考附图的图18，该图示出了根据一个实施方式的结合优惠券应用108B执行以便显示支持优惠券兑换的商店位置的地图的的用户步骤的流程图。参考图18，在框188，用户选择位置或邻域。这可通过从与客户端装置相关联的GPS传感器获得位置数据来实现。基于位置数据，优惠券应用108B呈现与DCPMS 102同步的地图(在框1802处)，其示出了在客户端装置的位置附近的当前商店的位置，该客户端装置具有兑换已由客户端使用优惠券应用108B剪裁的优惠券的能力。因此，每个消费者/用户接收关于当前能够兑换他们已经剪裁但是尚未兑换的优惠券的商店的信息。为了生成该信息，DCPMS 102可被配置为保持由每个消费者剪裁并且还没有被兑换的优惠券的列表L。列表L可被用于为每个用户过滤表1600在在用户的列表L中选择当前可兑换优惠券的商店。根据一个实施方式，每个用户的过滤表1600为DCPMS 102可被配置为发送到每个客户端装置的过滤表。

在一个实施方式中，DCPMS 102可被配置为利用来自各种源的数据，以便构建能够兑换优惠券的商店位置的地图。根据一个实施方式，在一个实施方式中，这些数据源可包括商店POS数据、分发者信息和众包信息。

图19和图20提供了可由优惠券应用108B呈现以便将消费者引导至能够支持优惠券兑换的商店位置的地图的截屏的示例。参考图19，附图标记1900表示图标，每个图标指示地图上的相关联的商店位置。相关联的商店位置为当前正在兑换已经由用户根据本文公开的技术剪裁的优惠券的位置。每个图标可带有指示用户已剪裁的优惠券的数量并且在相关联的商店位置可兑换的数目。图20示出了图19的相同地图，但在图20的情况下，响应于用户界面已被改变以显示提供与所选图标相关联的商店位置的更多信息的区域1902，用户已经选择(触摸)图标1900中的一个。

图21示出了根据一个实施方式的可用于实现DCPMS 102的硬件2100的示例。硬件2100可包括被耦接到存储器2104的至少一个处理器2102。处理器2102可表示一或多个处理器(例如，微处理器)，并且存储器1304可表示包括硬件的主存储以及任何补充级存储器的随机存取存储器(RAM)装置，例如高速缓冲存储器、非易失性或备份存储器(例如，可编程或闪速存储器)、只读存储器等。此外，存储器2104可被认为包括物理上位于硬件中的其它地方的存储器存储，例如，处理器2102中的任何高速缓存存储器，以及用作例如存储在大容量存储装置上的虚拟存储器的任何存储容量。

硬件通常还接收用于在外部传递信息的多个输入和输出。对于用户或操作者的接口，硬件可包括一或多个用户输入输出装置1306(例如，键盘、鼠标等)和显示器2108。对于附加存储，除了其它存储之外，硬件2100还可包括一或多个大容量存储装置2110，例如通用串行总线(USB)或其它可移动磁盘驱动器、硬盘驱动器、直接存取存储装置(DASD)、光驱(例如，压缩盘(CD)驱动器、数字通用盘(DVD)驱动器等)和/或USB驱动器等。此外，硬件可包括具有一或多个网络2112(例如，除了其它网络之外，还包括局域网(LAN)、广域网(WAN)、无线网络和/或互联网)的接口，以允许与耦接到该网络的其它计算机传递信息。应理解，硬件通常包括在处理器2102和每个组件之间的合适的模拟和/或数字接口，如本领域中所公知的。

硬件2100在操作系统2114的控制下工作，并且执行包括各种计算机软件应用、组件、程序、对象、模块等的应用软件2116以执行上述技术。

一般来说，被执行以实现本发明的实施方式的例程可被实现为被称为“计算机程序”的操作系统或特定应用、组件、程序、对象、模块或指令序列的一部分。计算机程序通常包括在计算机中的各种存储器和存储装置中的各种时间设置的一或多个指令，并且当由计算机中的一或多个处理器读取和执行时，该指令使得计算机执行以执行涉及本发明的各个方面所需的操作。此外，虽然已经在完全运行的计算机和计算机系统的语境中描述了本发明，但是本领域技术人员应理解，本发明的各种实施方式能够作为程序产品以各种形式分布，并且本发明同样适用，而不管用于实际实现分发的机器或计算机可读介质的特定类型。计算机可读介质的示例包括但不限于可记录类型介质，诸如易失性和非易失性存储器装置、USB和其它可移动介质、硬盘驱动器、光盘(例如，高密度盘只读存储器(CD ROM)、数字多功能光盘(DVD)等)、闪存驱动器等。

Claims (16)

1.一种用于更新消费者的方法，包括：

跨多个商店位置跟踪优惠券兑换活动；

维护包括当前能够基于所述优惠券兑换活动兑换优惠券的商店的优惠券兑换商店列表；以及

用来自所述优惠券兑换商店列表的信息的至少子集更新多个客户端装置，以使购物者能够知道能够兑换优惠券的商店。

2.根据权利要求1所述的方法，所述跟踪包括使零售商能够生成用于跨网络向优惠券个性化和管理系统发送的优惠券兑换通知；其中，每个优惠券兑换通知包括识别优惠券和所述优惠券能够成功兑换的商店的信息。

3.根据权利要求2所述的方法，所述跟踪包括使消费者能够生成用于跨网络向所述优惠券个性化和管理系统发送的优惠券不兑换通知；其中，每个优惠券不兑换通知包括识别优惠券和不能兑换所述优惠券的商店的信息。

4.根据权利要求3所述的方法，其中，维护所述优惠券兑换商店列表包括，针对特定商店接收到的每个优惠券兑换通知，更新能够在所述商店兑换的优惠券的列表以包括在所述优惠券兑换通知中所识别的优惠券。

5.根据权利要求4所述的方法，其中，维护所述优惠券兑换商店列表包括，针对特定商店接收到的每个优惠券不兑换通知，更新能够在所述商店兑换的优惠券的列表，以排除在所述优惠券不兑换通知中所识别的优惠券。

6.根据权利要求1所述的方法，还包括保持定义每个消费者的优惠券的列表的剪裁优惠券列表以跟踪所述消费者已剪裁但还未被兑换的优惠券。

7.根据权利要求6所述的方法，还包括，针对每个消费者，由用于所述消费者的所述剪裁优惠券列表过滤所述优惠券兑换商店列表，以生成表示能够从用于所述消费者的剪裁优惠券列表兑换优惠券的所述商店的过滤列表；并且定期向所述消费者发送所述过滤列表。

8.根据权利要求7所述的方法，还包括使所述消费者能够查看在所述消费者的客户端装置上呈现的地图上的所述过滤列表上的商店。

9.根据权利要求8所述的方法，其中，所述地图包括至少一个图形图标，以指示来自所述消费者的所述剪裁优惠券列表的至少一个优惠券当前可兑换的关联商店。

10.根据权利要求9所述的方法，其中，所述至少一个图形图标包括与来自在所述关联商店当前可兑换的所述剪裁优惠券列表的优惠券的数量对应的数量。

11.根据权利要求2所述的方法，使消费者能够生成优惠券不兑换通知包括在消费者的客户端装置上提供优惠券应用，所述优惠券应用提供选择优惠券并且结合在特定商店位置的所述优惠券向所述优惠券个性化和管理系统报告不兑换事件的功能。

12.根据权利要求11所述的方法，其中，所述商店位置基于所述客户端装置的位置自动进行检测。

13.根据权利要求12所述的方法，其中，如果多个商店位置基于所述客户端装置的位置被指示，则提示所述消费者从选择列表选择所述商店位置。

14.根据权利要求11所述的方法，其中，如果所述商店位置不能基于所述客户端装置的位置来确定，则访问所述消费者的历史购物位置的列表以建议所述商店位置的选择；向所述消费者呈现所述选择；以及基于所述消费者的输入设置所述商店位置。

15.根据权利要求3所述的方法，其中，使消费者能够生成优惠券不兑换通知包括使多个单独的消费者能够生成优惠券不兑换通知。

16.根据权利要求15所述的方法，其中，维护所述优惠券兑换商店列表是基于从多个单独消费者聚集的优惠券不兑换通知的。