后付费优惠券的制作方法
后付费优惠券的制作方法
【专利摘要】提供了用于与涉及电子支付工具的支付交易结合实现优惠券的系统和方法。优惠券的收益可在确认消费者已经满足优惠券的所有条件后提供给消费者，优惠券条件可包括关于所购买的（多个）商品和/或（多个）服务类型以及消费者的非支付活动的条件。如果优惠券包括非支付活动条件，非支付活动可在对应于优惠券的（多个）支付交易之前或之后执行。
【专利说明】后付费优惠券
【背景技术】
[0001]向消费者提供购买商品或服务的激励是常用的商业策略。按照惯例，优惠券可通过多种方法分发给消费者，例如直接邮件分发或作为报纸上的广告。近来，个人计算资源的普遍可用性已经使得其它形式的优惠券发放成为可能，例如发放到电子邮件地址或移动电话。然而，这些电子发放的优惠券仍需要消费者以传统方式兑换优惠券，例如通过在购买时向商户出示优惠券。
【发明内容】
[0002]在多种实施例中，提供了实现用于涉及电子支付工具的支付交易的优惠券的系统和方法。在确认消费者已经满足优惠券的所有条件之后，能向消费者提供优惠券的收益，优惠券条件可包括所购买的(多个)商品和/或(多个)服务类型以及消费者非支付活动的条件。如果优惠券包括与非支付活动有关的条件，非支付活动可在与优惠券对应的(多个)支付交易之前或是之后进行。可基于与商户的单次支付交易、与商户的多次交易、与多个商户的多次交易、使用多个电子支付工具执行的多次交易或上述任意组合来向消费者提供优惠券的收益。
[0003]提供本
【发明内容】
以便以简化的方式对概念选集进行介绍，其将在下面的【具体实施方式】部分进一步介绍。此
【发明内容】
并非旨在指定所要保护的主题的关键特征或必要特征，也并非旨在孤立用作辅助确定所要保护的主题范围。
【专利附图】
【附图说明】
[0004]下面参照附图对本发明详细进行介绍，在附图中:
图1示出了根据本发明实施例的样本处理流；
图2示出了根据本发明实施例的另外的样本处理流；
图3-5示出了根据本发明多种实施例的方法的实例；
图6为适合用于实现本发明的实施例的典型计算环境的框图；
图7示意性地示出了适合用于执行本发明的实施例的网络环境。
【具体实施方式】[0005]概览
在多种实施例中，提供了可允许后支付优惠券的系统和方法。后支付优惠券指的是这样的优惠券:消费者不在销售点接收优惠券的收益，相反而是基于优惠券条件已经得到满足的确认在后来的时间接收优惠券的收益。优惠券的条件可既包括支付交易要求(例如购买最小金额值的商品)，又包括非支付活动要求(例如向网站提交对商户的评论)。优惠券的条件是否已得到满足可通过审核来自多种列表的信息来确定，列表例如为商户和消费者之间的支付交易的数据库或消费者与网页的交互日志文件。在检测到已经满足对于优惠券的条件之后，可经由注册的电子支付工具向消费者提供优惠券的收益。[0006]传统的优惠券可为为商户做广告的低效率的方法。某种低效率可与对涉及优惠券的交易进行处理的物流有关。首先，可能需要消费者在销售点上证实拥有优惠券以获得优惠券的收益。这对消费者构成了障碍，因为如果优惠券丢失或是在消费者光顾商户店铺时简单地留在家里，可能打消消费者与商户进行交易。传统优惠券对商户来说可能也是不便的。商户可能需要验证优惠券适用于与消费者的给定交易。
[0007]优惠券的许多不便利特征可与试图在销售时提供优惠券的收益有关。克服这一困难的一种方法可为向消费者提供购买后“返利”。在返利方案中，消费者接收作为购买交易的一部分的一个或多于一个物品(item)，和/或消费者接收作为购买交易的结果产生的一个或多于一个文档。尽管返利系统可消除商户的某些不便，典型地，消费者的不便对应地增大。例如，当消费者购买一装置时，该装置可包括例如产品型号、序列号或可在装置打开时获取的其它信息的物品。容纳装置的盒子可容纳例如编码、产品号码、保修卡等物品或有助于表明消费者购买该物品的其它物品。在购买交易过程中，消费者还可收到收据、购买凭证文档或指示已进行购买交易的其它文档。在返利的情况下，消费者通过向例如商户或原始制造商的另一方提供与购买交易有关的这些文档或物品中的一个或多于一个来接收返利。提供这些物品可能涉及多个步骤，例如向网站提交第一组信息、打印显示打印信息的文档以及接下来将打印文档与来自交易的其他物品或信息(例如购买日期和购买价格)一起传真到制造商。在该文档中，所有上述返利活动被限定为与初始购买交易有关的活动，因为所有这种活动与将从购买交易获得的物品或信息提交给商户、制造商或另一方有关。
[0008]除了不便以外，传统的优惠券(或返利方案)还可具有与商户的广告目标不一致的缺点。传统的优惠券典型地集中在在单次交易中提供与商品或服务购买有关的现金激励。如果商户希望增加消费者重复光顾次数，或增加新消费者所谓光顾，或增加现有消费者向新消费者的口碑推荐，使用传统优惠券可能难以激励这样的行为。
[0009]在多种实施例中，后付费优惠券可提供对传统优惠券的有益替代。一种优点可能在于，优惠券的支付交易(即购买)调节能够与优惠券的非支付活动分离。在某些实施例中，当消费者准备好购买与优惠券条件匹配的商品或服务时，消费者可在不关注已满足其他优惠券条件的情况下立即购买商品或服务。相反，消费者可在购买时刻之后满足所述其他优惠券条件，于是，在满足其他条件之后收到优惠券的收益。这可降低或消除由于消费者丢失优惠券或不确定优惠券条件而导致商户失去生意。
[0010]后支付优惠券的另一优点可为，商户可更加容易地创建涉及与商户的多个支付交易和/或涉及与多个商户的支付交易的优惠券。例如，地理上邻近的三个商户可设立这样的优惠券:当消费者在各个商户花费最小量时，提供收益。由于优惠券的收益可在后来发放，商户不必验证在其他参与商户的消费者活动。相反，优惠券的收益在满足优惠券的交易在各家商户完成之后自动发放给消费者。
[0011]在介绍多种实施例时，提到了术语“商户”和“消费者”。这些术语仅仅用于表示交易方的关系。商户是出售商品或服务的一方。在支付交易中，商户是接受支付的一方。消费者是购买商品或服务的一方。在支付交易中，消费者是提供支付的一方。可以想到，对于某些作为条件涉及多个支付交易的优惠券，单方可能既是“商户”又是“消费者”。
[0012]商户和消费者的注册
实施后支付优惠券的初始活动可为商户和/或消费者在管理后支付优惠券的系统中的注册。注册的一个方面可为允许商户或消费者的识别。对于商户，注册可允许商户识别商户通过使用能够注册的电子支付工具接受支付来出售商品或服务的位置。一种类型的位置可以为物理位置，例如具有街道地址或位于商场的传统零售店。另一种类型的位置可以为虚拟位置，例如网页购物门户。再一种类型的位置可以为移动卖家位置。移动卖家位置可以为物理移动位置，例如食品车，或者为虚拟移动位置，例如接受使用智能电话应用的电子支付工具的小生意。当然，也可注册包括上述特征组合的位置。商户可以以任何方便的形式注册位置。例如，商户可仅仅注册一个位置，或注册作为个体位置的多个位置，或注册作为单个组的多个位置。对于具有多个位置的商户，可选择注册位置的方式，以使商户计划提供的优惠券类型更为便利。
[0013]对于消费者，消费者注册可包括识别用于与后支付优惠券结合使用的电子支付工具。为了参与后支付优惠券，消费者可注册能够在电子支付交易中使用的一个或多于一个电子支付工具。电子支付工具可包括具有对应的物理令牌(例如传统的信用卡、借记卡、礼品卡)以及用可扫描或刷取的信息编码的其他物理令牌的工具。注意，通过扫描支票，支票可潜在地用作电子支付工具。在这样的实施方式中，所扫描支票的纸版本可相当于电子支付工具的物理令牌。也可使用不涉及读取物理对象或令牌的电子支付工具，例如在不刷或扫描信用卡的情况下将对应卡信息录入web购物门户。其他类型的虚拟交易可包括直接来自银行帐户的转帐或是涉及不具有对应物理卡的信用卡/借记卡/礼品卡型帐户的交易。更一般地，可使用能够参与电子支付交易的任何电子支付工具。
[0014]当消费者注册电子支付工具时，电子支付工具可潜在地用于至少两个目的。首先，使用注册的电子支付工具执行的支付交易可被检测用于后支付优惠券的可能的返还(redemption)。消费者可注册像希望中那么多的电子支付工具。当消费者参与符合优惠券返还资格的支付交易时，消费者可使用任何注册的电子支付工具。对于涉及多个购买的优惠券，消费者可选择对于第一购买使用第一注册电子支付工具，并对另一购买使用不同的第二注册电子支付工具。
[0015]注册电子支付工具的另一用途可为接收后支付优惠券的收益。当消费者有资格接收后支付优惠券的收益时，优惠券的收益可被发放到注册的电子支付工具。消费者可指定电子支付工具接收从任何兑换的优惠券得来的收益，或者，消费者可指定可将优惠券的收益发放到用于与优惠券对应的交易的电子支付工具。也可使用指定接收优惠券收益的电子支付工具的任何其他方便的选项。
[0016]另一方面，商户或消费者的注册可提供参与用于提供以及兑换后支付优惠券的系统之中的授权。注册可允许商户或消费者授权第三方来接收关于对商户和/或来自消费者的电子支付的交易数据。例如，许多商户与第三方订立契约，以允许商户作为支付形式对来自消费者的信用卡进行处理。商户的注册可允许第三方信用卡处理者也使用用于实现后支付优惠券的支付交易信息。作为替代的是，商户的注册可授权第三方信用卡处理者将支付交易信息转发给实现后支付优惠券系统的分立实体。类似地，消费者对电子支付工具的注册可授权将消费者的电子支付信息用于实现后支付优惠券和/或授权将支付交易信息转发给用于实现后支付优惠券的另一实体。
[0017]注册的再一方面可为商户或消费者同意参与涉及多于两方的后支付优惠券。对于商户来说，作为注册的一部分，商户可同意参与涉及多个商户处的活动的优惠券。例如，这可包括，具有从多于一个的商户购买商品或服务的条件和/或具有对于涉及多于一个商户的非支付活动的条件的优惠券。类似地，消费者可同意参与涉及多个消费者的优惠券，例如多个消费者在所述多个消费者中的每一个购买同一物品时收到优惠券收益的优惠券。这样的优惠券也可能需要所述多个消费者以某种方式识别彼此，例如在商户网站上将所述多个消费者识别为成团(group)。
[0018]优惠券创建、测试和分发
后支付优惠券的实施可在一个或多于一个商户创建优惠券时成为可能。在注册之后，商户可访问优惠券创建系统或模块。优惠券创建系统可与整体后支付优惠券管理系统集成，或者，优惠券创建和分发可由第三方供应商处理。简单起见，下面的讨论可涉及创建优惠券的单个商户。能够明了，多个商户可合作创建涉及多于一个商户的优惠券。
[0019]在优惠券创建过程中，商户可在自助服务门户上登录或以其他方式认证商户的身份。于是，商户可设置涉及后支付优惠券的一个或多于一个报价活动。后支付优惠券可包括可与后支付优惠券格式兼容的任何方便的条件。可由商户设置的选项可包括但不限于优惠券的开始和结束日期、在优惠券条件下符合资格的商品和/或服务的类型和/或数量、所需要的分立支付交易的数量、用作优惠券条件的任何非支付活动的类型和数量和/或在满足优惠券条件时提供给消费者的收益量。视情况可选地，报价活动的选项可包括满足优惠券条件需要和/或涉及的其他商户。选项还可指明满足优惠券条件需要的消费者数量以及从多个消费者需要的非支付活动和/或支付交易。对于报价活动的任何条件，可使用固定值，或者，值可基于其他的因素而变化。例如，消费者在优惠券兑换时收到的收益值可依赖于一个或多于一个其他条件，例如购买的商品/服务的数量、消费者对商户的光顾次数或将第一消费者识别为推荐源的另外的消费者数。在后一种场景中，随着更多的新消费者将第一消费者识别为推荐源，可向第一消费者授予随时间增大的折扣。结果，第一消费者可随着时间持续接收来自优惠券的附加的收益。
[0020]优惠券创建期间的又一选项可为允许这样的消费者输入:其关于如何将消费者交易/活动应用于可用的多种优惠券。在某种意义上，提示用户如何将交易和/或非支付活动应用于优惠券可以为一种类型的非支付活动。允许消费者指定如何应用交易可在交易或活动仅适用于一种报价活动时避免消费者不满意。如果消费者试图满足对于多个交易和/或多个非支付活动优惠券的条件，使优惠券系统自动将交易或活动应用到单一事件优惠券可造成消费者收到与其希望的收益不同的收益。可以以任何方便的方式接收来自消费者的指定如何应用交易的输入，包括但不限于输入的电子接收。例如，在完成一个或多于一个支付交易和/或一个或多于一个非支付活动后，用户可访问网站，以便将交易和/或活动指定到用于返还的优惠券。网站可以为商户网站、与后支付优惠券系统相关联的网站或第三方站点。在验证消费者身份之后，可向消费者呈现后支付优惠券系统所识别的支付交易和/或活动。可以以便利的格式向消费者呈现，以便将交易和/或活动指定给符合资格的优惠券，例如，通过提供下拉式菜单或具有可选择的单选按钮的菜单。于是，消费者可提交指定，使得消费者的交易和/或活动将与由消费者选择的优惠券相关联。
[0021]在创建优惠券之后，可提供可选的测试模块，以便允许商户确定多个报价活动将如何彼此交互。特别地，商户可对于后支付优惠券设置的一个选项为是否能将交易/活动用于满足多于一个优惠券的条件。测试模块可允许商户建立消费者支付/活动的假设场景，以便对优惠券的交互进行测试。这种类型的测试可允许商户避免给出比希望中大的优惠券收益。这种类型的测试还允许商户识别可能以可导致不满意消费者的方式发生冲突的报价活动。
[0022]在创建涉及后支付优惠券的报价活动以及任何视情况可选的测试之后，可以以任何方便的形式向潜在消费者通知报价活动。这可包括在商户的店铺张贴优惠券条件、在商户的网站张贴优惠券条件、在另一网站作为广告张贴优惠券条件、发出电子邮件广告、发出传统电视、直邮或印刷广告或任何其他方便的方法。注意，在某些实施方式中，向消费者通知报价活动可以是视情况可选的。在这样的实施方式中，即使消费者没有意识到消费者支付交易和/或非支付活动满足优惠券条件，消费者也可收到后支付优惠券的收益。
[0023]作为优惠券条件的支付交易
首先，消费者可典型地满足符合后支付优惠券资格的几个最小要求。视情况可选地，这些要求可看作与支付交易有关的附加条件。例如，要求可以为，消费者具有注册到后支付优惠券系统的一个或多于一个电子支付工具，且这些注册的电子支付工具中的一个用于符合后支付优惠券资格的购买交易。另一要求可为，电子支付工具能够在满足优惠券条件时接收后支付优惠券的收益。再一要求可以为，消费者注册到与商户相同的后支付优惠券系统和/或注册到可与商户的后支付优惠券系统交互的后支付优惠券系统。
[0024]除了兑换后支付优惠券的最小要求之外，优惠券的一种条件可为与支付交易有关的条件。优惠券的支付交易要求可为与一个或多于一个消费者和一个或多于一个商户之间的交易有关的要求的任何方便的组合。当然，支付交易的一种条件可为，优惠券可适用于注册商户与注册消费者之间的任何交易。其他实例可包括消费者购买商户提供的特定商品或服务、购买规定金额值的商品或服务、与商户具有最小数量的购买交易或在多个不同日具有与商户的购买交易的条件。购买特定商品或服务的条件的实例可以为购买具有特定库存单位(SKU)数量或另一类型的产品代码的商品的条件。这种类型的条件还可要求购买多个物品，例如多个单一物品和/或多于一种类型的物品。规定金额值的商品或服务可提供这样的条件:其为消费者提供在单一交易中购买更多商品或服务的激励。进行与商户的多次购买/支付交易和/或在多天进行交易的条件可向消费者提供与商户进行重复交易的激励。视情况可选的，商户可规定，使用特定电子支付工具可向顾客提供收益(或增大的收益)。
[0025]另一种支付交易条件可为从多个商户购买的条件。例如，地理上彼此邻近的一组商户可具有互为补充的商品或服务，例如出售地毯的第一店铺、出售窗帘和百叶窗的第二店铺以及出售家具的第三店铺。可对于具有以下条件的后支付优惠券建立报价活动:消费者具有与三个商户中的每一个的支付交易。另一实例可为想要为参观博物馆的消费者提供折扣的两个或多于两个博物馆。后支付优惠券可允许消费者在购买第二博物馆的门票后自动收到折扣，而非要求消费者在第一博物馆承诺购买套票。尽管上面的实例涉及具有地理或业务范畴关系的商店，提供后支付优惠券不需要这样的关系。因此，看起来无关的商店一其可能仅仅用基于web的购物门户运营一可提供具有以下条件的后支付优惠券:具有在该位置/购物门户对于每个商店的支付交易。
[0026]支付交易条件的再一实例可以为这样的条件:多个消费者具有与一个或多于一个商户的支付交易。这种类型的条件可常常与非支付活动相耦合，使得商户能将所述多个消费者识别为一个团，如下面介绍的那样。
[0027]在上述实例的任何一个中，优惠券的(多个)支付交易条件可视情况可选地具有多于一个的阈值水平，故消费者能通过对于条件满足不同的阈值水平来接收不同的收益。例如，如果购买五件物品，消费者可接收第一收益，如果购买二十件物品，可接收另外的收益。作为附加或作为替代的是，消费者可接收对于消费者与之进行支付交易的每个其他参与商户的增大的收益。作为附加或作为替代的是，第一消费者的“推荐奖”收益可针对将第一消费者识别为推荐源的每个其他消费者增加。
[0028]作为优惠券条件的非支付活动
除了支付交易以外，报价活动也可具有与非支付活动有关的条件。非支付活动可为消费者作出的并非与商品或服务的支付交易有关的活动。作为澄清支付交易条件与非支付活动条件之间的区别的初始实例，考虑希望特定店铺位置生意增长的商户。支付交易条件可为支付交易必须在所识别的店铺位置发生的条件。非支付活动条件可以为消费者分立地注册消费者在店铺中的存在，例如，经由使用RFID信号检测到属于消费者的移动装置。作为后支付优惠券的一部分，商户可包括一个条件或全部的两个条件，以便增加识别的店铺位置的流量。在多种实施例中，非支付活动也可与使用支付交易购买的商品或服务无关。在这样的实施例中，支付交易过程中购买的商品或服务的接收不与非支付活动对应。作为附加或作为替代地，在多种实施例中，将在购买交易中接收的一个或多于一个物品(例如产品代码或保修卡)提供给另一方不与非支付活动对应。作为附加或作为替代地，在多种实施例中，将作为购买交易的结果产生的一个或多于一个文档(例如收据或购买凭证文档)提供给另一方不与非支付活动对应。
[0029]非支付活动可在与优惠券相关联的支付交易之前或之后发生。可在支付交易之前发生的非支付活动的一个实例可以为使消费者“剪下”或以其他方式激活优惠券。在某些实施例中，商户可能希望在允许消费者接收优惠券的收益之前使消费者激活优惠券。这种激活可以为将优惠券带到商户处并在销售点上出示优惠券的传统优惠券返还步骤的替代。注意，优惠券的激活可向消费者提供好处，例如，通过在消费者进入与所激活优惠券对应的位置(即店铺)时在消费者的移动装置上提供警报(或其他通知)。取决于实施例，优惠券条件可要求在完成对于优惠券的任何其他条件之前激活优惠券，或者，优惠券可要求在消费者接收优惠券收益之前的任何时间满足条件。视情况可选地，优惠券可能不将激活作为条件。在此可选实施例中，在满足优惠券的条件时，无论消费者是否意识到优惠券，消费者都可接收优惠券收益。
[0030]消费者可通过任何方便的方法激活优惠券。优惠券的激活可包括在与优惠券的创建和/或分发相关联的系统上选择优惠券。另一激活选项可以为使消费者将优惠券下载到移动装置并向商户出示优惠券。(注意，如果条件要求在出售点向商户出示优惠券，优惠券的激活可以为支付交易条件)。又一选项可以为要求消费者访问商户网站和/或向商户发送电子邮件以指示希望使用优惠券。上面的选项仅仅是可用作激活优惠券的方法的可能的非支付活动的实例。
[0031]多种其它类型的非支付活动也可用作优惠券的条件。取决于条件，非支付活动可在任何时刻发生，或者，非支付活动可具有与和优惠券相关联的(多个)支付交易的时间关系。例如，非支付条件可要求用户在对于商品或服务的支付交易后的一时间段内将对产品或服务的评论贴到指定的网站。视情况可选地，与张贴评论有关的条件可具有进一步的要求:消费者将到评论的链接发送给商户，以便于跟踪非支付条件已经满足。再一选项可为商户在购买后向消费者发送调查，将调查的完成和/或返回作为优惠券的条件。
[0032]某些类型的非支付活动可与消费者在物理或虚拟位置存在有关。如上面提到的，在店铺位置检测属于消费者的移动装置可以为一种类型的非支付活动条件。另一类型的非支付活动可涉及使消费者扫描或以其他方式获取来自店铺位置的图像，例如QR(快速响应)码。于是，消费者例如可发送电子邮件或将该码上传到商户网站，以验证消费者已经满足非支付条件。注意，使消费者扫描或以其他方式获得图像可用作“寻宝游戏”类优惠券的一部分，其中，消费者从多个商户店铺、网站或其他物理/虚拟位置获得图像(例如QR码)，以满足优惠券非支付活动条件。所述多个图像可全部与单个商户相关联，或者，所述多个图像可与参与多商户报价活动的不同商户相关联。另外，优惠券条件可涉及时间分量，例如要求图像在不同天获得。
[0033]非支付活动条件的又一选项可涉及消费者在一个或多于一个网站、门户或经由网络访问的其它位置的活动。除了访问网络站点以认证消费者身份以外，消费者可进行一个或多于一个其它任务，例如完成调查、提供产品评论、浏览网页或视频达预定时间段或任何其他适合经由计算装置完成的任务。关于验证消费者身份，可使用识别消费者的任何方便的方法。例如，消费者可提供识别为消费者在后支付优惠券系统的注册的一部分的电子邮件地址。另一选项可为消费者提供在消费者注册时提供给消费者或由消费者选择的用户标识符或其他识别令牌或代码。再一选项可为使网络活动在消费者登录后支付优惠券系统后访问的网络位置发生。
[0034]非支付活动的又一选项可涉及多个顾客的活动。例如，报价活动可向将一个或多于一个另外的消费者推荐到商户的第一消费者提供优惠券收益。所述一个或多于一个另外的消费者可以以任何方便的方式确认第一消费者的推荐。这可涉及在所述一个或多于一个另外的消费者执行与商户的支付交易时提供关于第一消费者的信息。作为替代的是，所述一个或多于一个另外的消费者可完成识别第一消费者的在线表格。在接收到来自所述一个或多于一个另外的消费者的推荐信息后，第一消费者可在指定的电子支付工具上接收后支付优惠券的收益。
[0035]推荐型优惠券的变体可以为“团购”型优惠券。在团购情况下，多个消费者可以以商户指定的方式向商户通知其组团状态。这可涉及访问商户的网络位置并对于将作为团的一部分的每个消费者输入识别信息。当两个或多于两个的团成员满足支付交易条件时，例如每个成员购买同一物品或购买阈值量的商品/服务，团成员可接收优惠券的收益。在此实例中，消费者团的识别可对应于非支付互动。除了识别消费者团以外，其他非支付活动可包括使团的成员光顾店铺地址、访问网站或进行适合用作优惠券条件的其他活动。
[0036]又一类型的优惠券条件可以为典型地在支付交易之后进行的条件。这些类型的非支付活动条件可包括使消费者提供评论或完成调查，如上面介绍的那样。
[0037]检测消费者完成优惠券条件
为了向消费者提供优惠券的收益，可对消费者的支付交易和/或非支付活动进行检测。支付交易的检测可通过任何方便的方法进行。首先，为了符合对于优惠券收益的资格，涉入交易的商户和消费者可向后支付优惠券系统注册。消费者注册可包括注册至少一个电子支付工具。这种注册可授权后支付优惠券系统接收关于注册商户与注册消费者之间的支付交易的信息。
[0038]下面是检测支付交易的非限制性实例。基于商户在后支付优惠券系统上的注册，可扫描或过滤涉及商户的所有交易列表，以选择使用可能符合资格的电子支付工具的交易。这种扫描可由适当的一方进行，例如商户雇佣的控制信用卡交易处理的公司。作为替代的是，扫描可由后支付优惠券系统进行。列表可对应于日志文件、数据库或包含关于支付交易的信息的任何其他方便的数据存储器。可提取任何扫描到的还涉及注册消费者以及使用与该注册消费者相关联的电子支付工具执行的交易。这些所提取的交易可代表可能满足一个或多于一个优惠券条件的支付交易。于是，可将所提取的支付交易与在交易日期有效的优惠券相比较。如果支付交易满足对于至少一个优惠券的条件，支付交易可被认为是匹配的交易。视情况可选地，支付交易可自动与每个具有导致匹配的条件的优惠券相关联。作为替代的是，如果至少一个优惠券具有防止交易与多个优惠券相关联的条件，优先级算法可用于识别与支付交易相关联的优惠券。再一选项可以为向消费者提供支付交易的列表以及用于基于消费者的输入进行关联的潜在匹配优惠券的列表。
[0039]视情况可选地，将支付交易与优惠券条件进行匹配可能需要来自商户的另外的信息。例如，与购买具有特定SKU或产品号码的商品有关的支付交易条件可能需要另外的商户信息。购买商品或服务的信用卡交易可能不包括例如SKU的标识符。因此，商户可提供这样的分立日志文件或其他数据库:其识别由商户进行的交易并将另外的信息与交易相关联。
[0040]非支付活动可以以类似于支付交易的方式处理。为了允许处理，首先，可创建包含非支付活动信息的例如日志文件或数据库的列表。非支付活动的列表可由商户、后支付优惠券系统或另一方来创建和维护。非支付活动可由适合于活动类型的任何方便的方法捕获在列表中。例如，需要在店铺位置检测消费者的移动装置的非支付活动可由商户计算装置捕获并记录在日志文件中。作为替代的是，涉及访问网站或门户的任何非支付活动可由属于商户的合适的系统、后支付优惠券系统或另一方记录以及捕获。
[0041]可对非支付活动列表进行扫描，以识别匹配优惠券条件的活动，如上面对于支付交易所介绍的那样。至少，非支付活动列表可包括对于消费者的标识符以及已经完成的非支付活动的某种指示。基于此信息，非支付活动可与优惠券条件匹配。
[0042]将支付交易和/或非支付活动与优惠券条件匹配可发生在任何方便的时刻。交易和/或活动与优惠券的匹配可由任何方便的实体进行，例如商户或后支付优惠券系统。一种选项可以为每天都匹配支付交易和/或非支付活动。例如，对于可能与优惠券条件匹配的商户可每天产生支付交易的列表。也可产生可能与优惠券条件匹配的非支付活动的列表。这些列表可用于将交易和/或活动与优惠券相关联。作为附加或作为替代地，例如可按消费者地对可能匹配的交易和/或活动进行存储。这能允许对于消费者将交易和/或活动与优惠券相关联。这也能允许在后来将交易和/或活动应用于优惠券，例如消费者尚未激活的优惠券或可能甚至是商户在后来创建但具有可由过去的交易或活动满足的条件的优惠券。所存储的交易和/或活动可保持达任何方便的时间段，例如几天的时间段、几周的时间段或几月的时间段。
[0043]对商户记账与向消费者提供优惠券收益 基于消费者已经满足优惠券的所有条件的判断，可向消费者提供优惠券的收益。例如，这可通过向消费者注册后支付优惠券系统过程中指定的电子支付工具存入金额(credit)来实现。给消费者的收益可包括对注册的电子支付工具上的消费者余额存入金额。作为附加或作为替代地，对消费者的收益可包括其它特征，例如与电子支付工具相关联和/或与后支付优惠券系统相关联的忠诚点数或奖励，只要这些点数能被看作基于满足优惠券条件“发放”到消费者指定的电子支付工具。
[0044]除了向消费者提供收益以外，也可针对优惠券的值对商户记账，加上视情况可选的处理费和/或广告行为费。对商户记账可视情况可选地进行合计，以允许以方便的时间表记账，例如每月一次。作为替代的是，商户可预先向后支付优惠券系统提供对于报价活动的基金，给消费者的收益可从预先的基金之中滚动扣除。
[0045]实例1-对于多个商户的后支付优惠券
在这一实例中，Able公司、Baker商店和Charles公司希望在市场活动中合作。Able、Baker和Charles在用于后支付优惠券管理的系统中注册为商户。商户核准具有以下条件的报价活动:消费者必须在规定时间段内(在此实例中，30天)进行与每个商户的支付交易；规定时间段内与商户的支付交易综合值必须大于100美元；且消费者必须访问与每个商户相关联的网站，其中，可通过扫描或从每个商户获取QR码的图像来获得所要求商户web位置的URL。消费者身份可通过使消费者在与每个URL对应的网站输入电子邮件地址或来自后支付优惠券系统的用户标识符来验证。作为替代的是，消费者可首先登录到后支付优惠券系统，于是，访问web位置。QR码可张贴在每个商户店铺内的各个位置。不需要激活优惠券。当满足所有条件时，消费者将在规定时间段内收到所有合格购买总值的10%的返利。在设置报价活动之后，Able、Baker和Charles在其个体网站上提供对优惠券的描述。Able、Baker和Charles还基于先前对电子邮件地址的收集向任何一商户的先前的消费者发送优惠券通知。在设置报价活动之后，每个商店在店铺周围的显著位置显示与其商店相关联的QR码。
[0046]潜在消费者Pete在优惠券期间的第五天光顾Able、Baker和Charles。Pete在每家店铺进行购买。综合购买总量大于100美元。Pete对于每次购买使用注册的电子支付工具(借记卡XPete注意到每家店铺中的QR码，但他没有停留足够长的时间去阅读伴有的优惠券描述。Pete先前已经在后支付优惠券管理公司注册。在结束营业后，对商户交易的扫描识别出Pete与Able、Baker和Charles每一家的交易。交易与优惠券条件匹配。然而，没有将支付存入Pete的借记卡，因为Pete没有满足非支付活动条件。相反，如果Pete在与优惠券相关联的30天时间段内后来的时刻完成优惠券的非支付活动条件的话，对Pete的匹配交易进行存储。
[0047]Pete的朋友Paul也在后支付优惠券系统注册。下一天，Paul依次光顾Able、Baker和Charles。Paul使用注册的电子支付工具(信用卡)在每家商户进行10美元的购买。Paul也看到了各家店铺的QR码。由于Paul很匆忙，他没有停下来询问广告活动。然而，由于Paul知道QR码用于后支付优惠券，Paul在每家店铺对QR码进行了捕获。在Paul回家后，他登录后支付优惠券系统并找到Able-Baker-Charles报价活动。基于描述，Paul访问与各个QR码相关联的web位置。由于Paul在登录到后支付优惠券系统的同时访问了这些web位置，Paul的对于非支付活动的身份自动得到认证。Paul还在后支付优惠券系统中注册了对于Baker商店的礼品卡。下一天,Paul回到Baker并使用新注册的礼品卡从Baker买了另外75美元的商品。在这次购买之后，交易的下一次日常扫描识别出Paul已经满足优惠券的所有支付交易条件。后支付优惠券系统也从Charles收到日志文件，显示Paul已经满足优惠券的非支付条件。下一天，Paul收到到其借记卡的10.50美元的金额。Able和Charles各记账I美元，而Baker记账8.5美元。视情况可选地，也可对每个商户收取处理费，或者，无论交易量多少，可以以固定费用提供后支付优惠券服务。
[0048]规定时间段结束前的一天，Paul向Pete通知该广告活动。Pete回到Abel、Baker和Charles各家,并对QR图像进行了捕获。于是，Pete访问QR码中提供的web位置,伴随着Pete的来自后支付优惠券系统的用户标识符。当晚，来自Able网站的日志文件被上传并处理。Pete的非支付活动与优惠券之间的匹配被识别出。下一天，Pete收到他的10%的返利，商户被相应地记账。
[0049]实例2-对于多个消费者的后支付优惠券
Zelda是一家新的网上商店。为了获得口碑流量，Zelda在后支付优惠券系统注册。于是，Zelda建立了对后支付优惠券的报价活动。优惠券的支付条件要求支付交易必须在消费者激活优惠券之后发生。另外，组团的至少五个成员必须在适当的激活之后参与支付交易。在其他方面，优惠券应用于与Zelda的任何支付交易，其可视情况可选地看作“任何支付交易”的支付交易条件。对于非支付活动条件，优惠券需要消费者通过在完成购买交易之前提供组团识别令牌来激活优惠券。组团识别令牌必须对应于具有至少五个成员、至多二十个成员的团。消费者可通过在后支付优惠券系统中参与组团来获得组团识别令牌。参与组团要求知道该团的密码。优惠券的收益为，当至少5个团成员已经满足优惠券条件时，每个团成员收到与已经满足条件的团成员的个数对应的折扣。
[0050]潜在消费者George在web广告中看到Zelda的报价活动。George在后支付优惠券系统中注册。George来到Zelda网站并使用注册的电子支付工具购买服务。George然后邀请四位朋友在后支付优惠券系统上组成团。George和四位朋友收到组团识别令牌。在组成团之后，四位朋友各自从Zelda购买服务，并在完成支付交易之前提供组团识别令牌。例如，支付信息屏幕之一上可有一个字段用来输入组团识别令牌。商户在每天结束营业后以活动日志文件(列表)的形式将此优惠券激活信息报告给后支付优惠券系统。在扫描支付交易和非支付活动日志文件过程中，检测到四位朋友对优惠券的激活。四位朋友的支付交易于是被识别出并与优惠券匹配。然而，由于George没有在其支付交易前激活优惠券，此时不分发优惠券的收益。
[0051]几天后，四位朋友将团密码提供给Ned，一位另外的潜在消费者。Ned使用团密码将自己加入到团中。于是，Ned进行与Zelda的支付交易，并在完成交易之前提供组团识别令牌。当晚，Ned的非支付活动和支付交易被检测到。由于现在已经满足优惠券的条件，于是，与购买价格的5%对应的量被返还给Ned和四位朋友。George仍没有收到折扣。
[0052]下一天，George进行与Zelda的第二次购买。George在完成第二交易之前输入组团识别令牌。在扫描日志文件后，检测到George完成优惠券条件。George收到仅仅对于第二交易的6%的折扣，因为第一交易不满足优惠券条件。团的其他成员也收到另外1%的返利，因为现在有六位团成员已满足优惠券条件。
[0053]图1示出了用于实现后支付优惠券的可能的处理流的实例。在图1中，商户110通过使用优惠券创建系统或应用130创建优惠券或报价活动114来开始处理。在优惠券创建后，优惠券可由优惠券显示或分发实体140发布。优惠券显示或分发140可由例如消费者可访问的网站进行。作为附加或作为替代地，优惠券显示或分发140可代表分发优惠券的物理和/或虚拟拷贝的服务。视情况可选地，消费者120可在看到优惠券后激活或“剪下”优惠券142。
[0054]在优惠券创建114后，并且，视情况可选地在用户已经激活优惠券142后，消费者120可与商户110交易122，例如，通过购买商品或服务。消费者120可使用注册的电子支付工具提供对交易122的支付。于是，涉及商户112的支付交易可被上传到支付交易数据库或日志150。支付交易数据库可代表例如由商户信用卡服务提供者运行的数据库。作为替代的是，支付交易数据库可代表较小的交易组，例如基于注册消费者使用注册电子支付工具的涉及商户的交易。这种较小的数据库可由例如信用卡提供者或由后支付优惠券系统运行。除了交易122以外，消费者120也可视情况可选地参与一个或多于一个非支付活动124。这些非支付活动124的完成可由非支付活动数据库或日志文件170捕获。注意，优惠券激活142可代表由非支付活动日志文件170捕获的非支付活动。非支付活动数据库或日志文件170可以为例如由商户运行的日志文件(或数据库)、由商户信用卡服务提供者运行的数据库、由后支付优惠券系统运行的数据库或由另一实体运行的数据库。
[0055]基于上面的活动，优惠券匹配引擎160可确定消费者120对于消费者信用190的合格性。优惠券匹配引擎160可接收来自优惠券创建引擎130的关于有效优惠券的信息132。这可根据需要发生，例如按周期发生。优惠券匹配引擎160也可接收来自支付交易数据库150的关于支付交易的信息152，以及来自非支付活动数据库170的关于非支付活动的信息172。优惠券匹配引擎160于是可将支付交易信息152以及非支付活动信息172与优惠券条件匹配，以识别符合消费者信用190的资格的消费者120。当检测到匹配时，商户110也可被记账180。
[0056]图2示意性地示出了可涉入后支付优惠券的创建和分发的另外的或支持处理。在某些实施例中，图2所示交互或处理的一个或多于一个可以是视情况可选的和/或可省略的。
[0057]图2所示的许多处理和系统与实体在后支付优惠券系统的不同部分的注册有关。在图2中，商户110可使用商户注册系统281对于后支付优惠券进行注册。尽管商户注册系统281在图2中示为不同的系统，商户注册系统281的功能可作为附加或作为替代地跨与商户交互的一个或多于一个其他系统或模块分布。例如，商户可向支付交易处理器250注册。支付交易处理器250可为维护支付交易数据库(例如图1所示的支付交易数据库150)的系统或实体。视情况可选地，商户经由商户注册模块281的注册256可允许商户授权支付交易处理器250集合来自商户的支付交易信息。支付交易信息可被传送252到优惠券匹配引擎160。商户110也可视情况可选地向优惠券匹配引擎160注册。例如，如果支付交易处理器250不是与优惠券匹配引擎160相同的实体的一部分，这一点可能需要。如果多个优惠券匹配引擎可用，商户注册可用于授权信息从支付交易处理器250到优惠券匹配引擎160的传送。商户110也可视情况可选地向非支付活动集合服务270注册，非支付活动集合服务270可代表处理非支付活动信息(例如图1的非支付活动日志170)的接收和处理的第三方服务。于是，非支付活动信息可被转发272到优惠券匹配引擎160。又一商户注册活动可为向优惠券创建系统130的注册236。注册236可代表与向另一部件注册(例如向优惠券匹配引擎160的注册266)相同的活动。作为替代的是，注册236可以为分立的活动。
[0058]消费者也可向涉入后支付优惠券系统的一个或多于一个系统或实体注册。视情况可选地，可使用消费者注册系统289使得消费者注册288便利，或者，消费者可向一个或多于一个的部件直接注册。消费者注册活动可包括向支付交易处理器250注册。这种注册可允许支付交易实体集合关于与注册商户的消费者交易的信息。注意，在某些情况下，电子支付工具的使用条款可隐含提供注册258。另一注册活动可以为向优惠券匹配引擎160的注册268。这种注册可允需消费者授权一个或多于一个的电子支付工具用于在后支付优惠券程序下进行交易和/或接收收益。视情况可选地，这种注册可作为替代地提供给支付交易处理器250。注册268也可允许消费者注册消费者希望用优惠券匹配引擎160激活的任何优惠券。作为替代的是，优惠券的激活可用涉入对后支付优惠券进行处理的另一系统或模块发生。消费者也可向非支付活动服务270进行注册278。这种注册可协助允许非支付活动服务270将消费者的非支付活动与对应的支付交易匹配。
[0059]除了多种注册活动之外，图2还示意性地示出了与优惠券分发有关的某些另外的活动。当商户使用优惠券创建系统130创建优惠券时，优惠券可被传送134到优惠券显示和分发系统140，以便发放给消费者。显示和分发电子优惠券的一种选项是使用优惠券联合供给(syndication)服务290对优惠券分发进行联合供给246。优惠券联合供给服务290可以为这样的服务:其允许商户优惠券出现在通过显示广告产生收入的第三方实体的网站上。为了对联合供给246进行授权，商户可视情况可选地注册296到优惠券联合供给服务290。尽管注册296被示为用优惠券联合供给服务290直接发生，注册可作为替代地由商户注册模块281处理。
[0060]图3-5提供了根据本发明多种实施例的方法的流程图。图3示出了与用于在进行支付交易后向消费者提供收益的方法有关的实施例。在图3中，优惠券可被识别310为具有多个优惠券条件以及至少一个优惠券收益。可接收320 —个或多于一个的支付交易列表。也可接收330 —个或多于一个的非支付活动列表。选择340商户与消费者之间的至少一个支付交易。所选择的支付交易可以为使用注册的电子支付工具执行的支付交易。也可选择350与消费者对应的至少一个非支付活动。可将多个优惠券条件与一个或多于一个所选择的支付交易和/或一个或多于一个非支付活动匹配360。基于匹配，可发起370交易，以便向消费者提供优惠券收益。
[0061]图4示出了与用于在进行支付交易之后向消费者提供收益的方法有关的另一实施例。在图4中，可识别410与多个商户相关联的优惠券。优惠券可具有多个优惠券条件以及至少一个优惠券收益。可接收420涉及所述多个商户的至少一个的一个或多于一个支付交易列表。也可接收430 —个或多于一个非支付活动列表。可选择440所述多个商户中的至少一个和消费者之间的至少一个支付交易。所选择的支付交易可以为使用注册的电子支付工具执行的支付交易。也可选择450与消费者对应的至少一个非支付活动。可将多个优惠券条件与一个或多于一个所选择的支付交易和/或一个或多于一个非支付活动相匹配460。基于匹配，可发起470交易，以便向消费者提供优惠券收益。
[0062]图5示出了与用于在进行支付交易后向消费者提供收益的方法有关的实施例。在图5中，可识别510涉及多个消费者的优惠券。优惠券可具有多个优惠券条件以及至少一个优惠券收益。可接收520 —个或多于一个支付交易列表。也可接收530 —个或多于一个非支付活动列表。可选择540商户与所述多个消费者之间的支付交易。所选择的支付交易可为使用注册的电子支付工具执行的支付交易。也可选择550与所述多个消费者中的至少一个对应的至少一个非支付活动。可将多个优惠券条件与一个或多于一个所选择的支付交易和/或一个或多于一个非支付活动相匹配560。基于匹配，可发起570交易，以便向至少一个消费者提供优惠券收益。
[0063]已经简短介绍本发明多种实施例的概况，现在介绍适合用于执行本发明的示例性运行环境。大体上参照附图，首先特别是图6，示出了用于实现本发明的实施例的示例性运行环境，其一般指定为计算装置600。计算装置600仅仅是合适的计算环境的一个实例，不是用来暗示对本发明的功能性或用途的范围的任何限制。计算装置600不应解释为具有与所示出部件的任何一种或其组合有关的任何依赖性，也不应解释为具有与所示出部件的任何一种或其组合有关的任何要求。
[0064]可在计算机代码或机器可用指令(包括由计算机或例如个人数据助理或其它手持装置的其他机器执行的计算机可执行指令，例如程序模块)的一般背景下介绍本发明实施例。一般地，包括例程、程序、对象、部件、数据结构等的程序模块指代执行特定任务或实现特定抽象数据类型的代码。本发明可以以多种系统配置实践，包括手持装置、消费品电子装置、通用计算机、专用计算装置以及类似物。本发明还可在分布式计算环境中实践，其中，任务由通过通信网络链接的远程处理装置执行。
[0065]继续参照图6，计算装置600包括总线610，其直接或间接耦合下列装置:存储器612、一个或多于一个处理器614、一个或多于一个呈现部件616、输入/输出(I/O)端口618、1/0部件620以及说明性的电源622。总线610代表的可以为一个或多于一个总线(例如地址总线、数据总线或其组合)。尽管图6中的多种块为清楚起见用线条示出，实际上，多种部件的划定不是这么清晰的，打个比方，更准确地而言，线条可能是灰色的、模糊的。例如，可将例如显示装置的展示部件看作I/O部件。另外，许多处理器具有存储器。本发明的发明人认识到这是本领域的本性，并重申图6所示仅仅是对可与本发明的一个或多于一个实施例结合使用的示例性计算装置的例证。在例如“工作站”、“服务器”、“膝上型电脑”、“手持装置”等范畴之间不作区分，因为它们全部在图6的范围内，并称为“计算装置”。
[0066]计算装置600典型地包括多种计算机可读介质。计算机可读介质可以为可由计算装置600访问并且既包括易失性又包括非易失性介质、既包括可移除又包括非可移除介质的任何可用介质。例如但不限于，计算机可读介质可包括计算机存储介质和通信介质。计算机存储介质包括以用于信息(例如计算机可读指令、数据结构、程序模块或其它数据)存储的任何方法或技术实现的易失性和非易失性、可移除和非可移除介质。计算机存储介质包括但不限于随机访问存储器(RAM)、只读存储器(ROM)、电子可擦除可编程只读存储器(EEPR0M)、闪存或其他存储器技术、⑶-ROM、数字多功能盘(DVD)或其他全息存储器、盒式磁带、磁带、磁盘存储器或其他磁存储装置或可用于对希望的信息进行编码且可由计算装置600访问的任何其他介质。在一实施例中，计算机存储介质可选自有形的计算机存储介质。在另一实施例中，计算机存储介质可选自非瞬时性计算机存储介质。
[0067]通信介质典型地包含计算机可读指令、数据结构、程序模块或例如载波或其他传输机制的调制数据信号中的其它数据，并包括任何信息递送介质。术语“调制数据信号”意味着这样的信号:其一个或多于一个的特性被设置或改变，以便在信号中对信息进行编码。例如但不限于，通信介质包括例如有线网络或直接线路连接的有线介质以及例如声学、RF、红外和其他无线介质的无线介质。上述的任何组合应当也包括在计算机可读介质的范围内。
[0068]存储器612可包括易失性和/或非易失性存储器形式的计算机存储介质。存储器可以是可移除的、不可移除的或其组合。示例性的硬件装置包括固态存储器、硬盘驱动器、光盘驱动器等。计算装置600包括一个或多于一个的处理器，其从例如存储器612或I/O部件620的多种实体读取数据。(多个)呈现部件616向用户或其他装置呈现数据指示。示例性的呈现部件包括显示装置、扬声器、打印部件、振动部件等。
[0069]I/O端口 618可允许计算装置600逻辑耦合到包括I/O部件620的其他装置，其中的某些可以是嵌入式的。例证性的部件可包括麦克风、操纵杆、游戏手柄、碟形卫星天线、扫描仪、打印机、无线装置等。
[0070]另外参照图7，介绍示出适合用于本发明的实施例的示例性网络环境700的框图。环境700是能用于本发明的实施例且可以以许多配置包括任何数量的部件的环境的仅仅一个实例。这里提供的对环境700的介绍出于说明性目的，不是为了对可实现本发明的实施例的环境的配置进行限制。
[0071]环境700包括网络705、商户用户装置706、非支付活动数据库716、消费者用户装置708以及商户销售点装置710。环境还包括优惠券条件匹配引擎702、优惠券创建模块703、优惠券返还与记账模块704以及支付处理器712。网络705包括任何计算机网络，例如但不限于互联网、内联网、私人/公共局域网以及无线数据或电话网络。商户用户装置706和消费者用户装置可以为可由之提供搜索查询的任何计算装置，例如计算装置600。例如，除其他的以外，商户用户装置706和消费者用户装置708可以为个人计算机、膝上型电脑、服务器计算机、无线电话或装置、个人数字助理(PDA)或数码相机。在一实施例中，多个商户用户装置706和消费者用户装置708——例如数千或数百万的用户装置——可连接到网络705。商户销售点装置710也可视情况可选地为例如装置600的计算装置，或者，商户销售点装置可为用于接收电子支付指令的专用装置。
[0072]商户销售点装置710可接收电子支付工具信息，并将之转发给支付处理器712，以便对支付交易进行处理。如图7所示，支付处理器712包括支付交易数据库。支付交易数据库可用于提供支付交易列表，以便由优惠券条件匹配引擎702进行匹配。视情况可选地，支付交易数据库可与支付处理器712分立。非支付数据库716可向优惠券条件匹配引擎702提供非支付活动的列表。非支付数据库716被示为与商户用户装置706集成。作为替代的是，非支付数据库可以为分立的实体，例如不隶属于商户的分立的网站。优惠券创建模块703和优惠券返还与记账模块704被示为与优惠券条件匹配引擎702集成。作为替代的是，这些部件可以为经由网络705通信的分立模块。
[0073]另外的实例
在一实施例中，提供了在进行支付交易之后向消费者提供收益的方法。方法包括识别具有多种优惠券条件的优惠券。优惠券可与注册商户相关联。视情况可选地，至少一个优惠券条件可对应于支付交易条件，且至少一个优惠券条件可对应于非支付活动条件，优惠券具有一个或多于一个的优惠券收益。可接收涉及注册商户的一个或多于一个的支付交易列表。也可接收一个或多于一个的非支付活动列表。可选择与注册商户和注册消费者之间的交易对应的至少一个支付交易。所述至少一个所选择的交易使用注册的电子支付工具执行。也可选择与注册消费者对应的至少一个非支付活动。所述多个优惠券条件可与一个或多于一个所选择的支付交易以及一个或多于一个所选择的非支付活动匹配。在匹配所述多个优惠券条件之后，可发起交易，以便向消费者提供选自所述一个或多于一个优惠券收益的至少一个收益，所述至少一个收益被提供给用于执行至少一个匹配的所选择的支付交易的注册电子支付工具。
[0074]在另一实施例中，提供了在进行支付交易之后向消费者提供收益的方法。该方法可包括识别与具有多个优惠券条件的多个注册商户相关联的优惠券，至少一个优惠券条件对应于支付交易条件,且至少一个优惠券条件对应于非支付活动条件,优惠券条件对应于涉及多个注册商户的支付交易和/或非支付活动，优惠券具有一个或多于一个优惠券收益。可接收涉及所述多个注册商户中的至少一个的一个或多于一个支付交易列表。也可接收一个或多于一个非支付活动列表。可选择与所述多个注册商户中的所述至少一个和注册消费者之间的交易对应的支付交易，所选择的交易使用注册电子支付工具执行。也可选择与注册消费者对应的非支付活动。所述多个优惠券条件可与一个或多于一个所选择的支付交易以及一个或多于一个所选择的非支付活动匹配。在所述多个优惠券条件的所述匹配之后，可发起交易，以便向消费者提供选自所述一个或多于一个优惠券收益的至少一个收益，所述至少一个收益被提供给用于执行所选择的支付交易中的一个的注册电子支付工具。
[0075]在又一实施例中，可提供在进行支付交易后向消费者提供收益的方法。该方法可包括识别具有多个优惠券条件的与注册商户相关联的优惠券，至少一个优惠券条件与支付交易条件对应，且至少一个优惠券条件与非支付活动条件对应，优惠券条件对应于涉及多个注册消费者的支付交易和/或非支付活动，优惠券具有一个或多于一个优惠券收益。可接收涉及注册商户的一个或多于一个支付交易列表。也可接收一个或多于一个非支付活动列表。可选择与注册商户和多个注册消费者之间的交易对应的支付交易，所选择的交易使用注册电子支付工具执行。可选择与所述多个注册消费者的至少一个注册消费者对应的至少一个非支付活动。所述多个优惠券条件可以与一个或多于一个所选择的支付交易以及一个或多于一个所选择的非支付活动匹配，匹配的所选择支付交易涉及所述多个注册消费者。在所述多个优惠券条件的所述匹配之后，可发起交易，以便向所述多个注册消费者中的至少一个提供选自所述一个或多于一个优惠券收益的至少一个收益，所述至少一个收益被提供给用于执行所选择支付交易中的一个的注册的电子支付工具。
[0076]已经关于特定实施例对本发明的实施例进行了介绍，这些特定实施例在所有方面是说明性而不是限制性的。在不脱离本发明的范围的情况下，替代性实施例对于本发明所属领域普通技术人员将变得显而易见。
[0077]由上文将会明了，本发明很好地适用于获得上面给出的所有目的和目标，并获得不言自明的以及结构固有的其他优点。
[0078]将会明了，特定的特征和子组合具有效用，并可在不参考其他特征和子组合的情况下使用。这通过权利要求设想，并涵盖在权利要求的范围内。
【权利要求】
1.一种计算机实现的方法，其用于在进行支付交易后向消费者提供收益，该方法包括: 识别具有多个优惠券条件的与注册商户相关联的优惠券，至少一个优惠券条件对应于支付交易条件，且至少一个优惠券条件对应于非支付活动条件，优惠券具有一个或多于一个优惠券收益； 接收涉及注册商户的一个或多于一个支付交易列表； 接收一个或多于一个非支付活动列表； 选择与注册商户和注册消费者之间的交易对应的至少一个支付交易，所述至少一个所选择的交易使用注册电子支付工具执行； 选择对应于注册消费者的至少一个非支付活动； 将所述多个优惠券条件与一个或多于一个所选择的支付交易以及一个或多于一个所选择的非支付活动相匹配；以及 在所述多个优惠券条件的所述匹配之后，发起交易，以便将选自所述一个或多于一个优惠券收益的至少一个收益提供给消费者，所述至少一个收益被提供给用于执行至少一个匹配的所选择支付交易的注册电子支付工具。
2.根据权利要求1的计算机实现的方法，其中，所识别的优惠券与多个商户相关联，对应于支付交易和/或非支付活动的优惠券条件涉及所述多个注册商户，且其中，所述一个或多于一个支付交易列表涉及所述多个商户中的至少一个。
3.根据权利要求2的计 算机实现的方法，其中，所述一个或多于一个的非支付活动列表从与涉入匹配的一个或多于一个所选择支付交易的至少一个商户不同的注册商户接收。
4.根据权利要求1的计算机实现的方法，其中，优惠券条件对应于涉及多个注册消费者的支付交易和/或非支付活动，且其中，将所述多个优惠券条件与一个或多于一个所选择的支付交易相匹配包括对涉及所述多个注册消费者的所选择的支付交易进行匹配。
5.根据权利要求4的计算机实现的方法，其中，对于所述多个注册消费者中的每一个发起交易，以便提供选自所述一个或多于一个优惠券收益的至少一个收益。
6.根据权利要求4的计算机实现的方法，其中，所选择的非支付活动对应于与接收所述至少一个优惠券收益的注册消费者不同的注册消费者。
7.根据以上权利要求任意一项的计算机实现的方法，其中，所选择的支付交易具有对应的日期，且所选择的非支付活动具有对应的日期，并且，至少一个匹配的所选择的非支付活动具有与匹配的一个或多于一个所选择的支付交易的对应日期相比较晚的对应日期。
8.根据以上权利要求中任意一项的计算机实现的方法，其中，所述匹配一个或多于一个所选择的非支付活动包括由注册消费者激活优惠券的活动，匹配视情况可选地进一步包括至少一个另外的非支付活动。
9.根据以上权利要求中任意一项的计算机实现的方法，其中，所述匹配一个或多于一个所选择的非支付活动包括获取QR码以及访问与注册商户相关联的对应网络位置的活动。
10.根据以上权利要求中任意一项的计算机实现的方法，其中，发起交易以便将选自所述一个或多于一个优惠券收益的至少一个收益提供给消费者包括: 选择一个或多于一个优惠券收益；以及将交易信息转发到对与注册电子支付工具相关联的交易进行处理的服务方。
11.根据以上权利要求中任意一项的计算机实现的方法，其中，对应于注册消费者的非支付活动基于电子邮件地址和注册识别令牌中的至少一者进行选择。
12.根据以上权利要求中任意一项的计算机实现的方法，其中，所述注册电子支付工具具有对应的物理令牌。
13.根据以上权利要求中任意一项的计算机实现的方法，其中，将所述一个或多于一个所选择的支付交易与所述多个优惠券条件相匹配包括: 接收来自注册商户的另外的交易信息； 将所述另外的交易信息与至少一个所选择的支付交易相关联； 基于所述另外的交易信息，将优惠券条件与所述至少一个所选择的支付交易相匹配。
14.根据以上权利要求中任意一项的计算机实现的方法，其中，所匹配的一个或多于一个所选择的支付交易对应于使·用多个注册电子支付工具执行的支付交易。
【文档编号】G06Q30/02GK103548049SQ201280024682
【公开日】2014年1月29日 申请日期:2012年5月20日 优先权日:2011年5月23日
【发明者】J.富蒂, F.赞多纳, E.范德伯格, P.曼索尔, G.E.恩斯特伦 申请人:微软公司
【专利摘要】提供了用于与涉及电子支付工具的支付交易结合实现优惠券的系统和方法。优惠券的收益可在确认消费者已经满足优惠券的所有条件后提供给消费者，优惠券条件可包括关于所购买的（多个）商品和/或（多个）服务类型以及消费者的非支付活动的条件。如果优惠券包括非支付活动条件，非支付活动可在对应于优惠券的（多个）支付交易之前或之后执行。
【专利说明】后付费优惠券
【背景技术】
[0001]向消费者提供购买商品或服务的激励是常用的商业策略。按照惯例，优惠券可通过多种方法分发给消费者，例如直接邮件分发或作为报纸上的广告。近来，个人计算资源的普遍可用性已经使得其它形式的优惠券发放成为可能，例如发放到电子邮件地址或移动电话。然而，这些电子发放的优惠券仍需要消费者以传统方式兑换优惠券，例如通过在购买时向商户出示优惠券。
【发明内容】
[0002]在多种实施例中，提供了实现用于涉及电子支付工具的支付交易的优惠券的系统和方法。在确认消费者已经满足优惠券的所有条件之后，能向消费者提供优惠券的收益，优惠券条件可包括所购买的(多个)商品和/或(多个)服务类型以及消费者非支付活动的条件。如果优惠券包括与非支付活动有关的条件，非支付活动可在与优惠券对应的(多个)支付交易之前或是之后进行。可基于与商户的单次支付交易、与商户的多次交易、与多个商户的多次交易、使用多个电子支付工具执行的多次交易或上述任意组合来向消费者提供优惠券的收益。
[0003]提供本
【发明内容】
以便以简化的方式对概念选集进行介绍，其将在下面的【具体实施方式】部分进一步介绍。此
【发明内容】
并非旨在指定所要保护的主题的关键特征或必要特征，也并非旨在孤立用作辅助确定所要保护的主题范围。
【专利附图】
【附图说明】
[0004]下面参照附图对本发明详细进行介绍，在附图中:
图1示出了根据本发明实施例的样本处理流；
图2示出了根据本发明实施例的另外的样本处理流；
图3-5示出了根据本发明多种实施例的方法的实例；
图6为适合用于实现本发明的实施例的典型计算环境的框图；
图7示意性地示出了适合用于执行本发明的实施例的网络环境。
【具体实施方式】[0005]概览
在多种实施例中，提供了可允许后支付优惠券的系统和方法。后支付优惠券指的是这样的优惠券:消费者不在销售点接收优惠券的收益，相反而是基于优惠券条件已经得到满足的确认在后来的时间接收优惠券的收益。优惠券的条件可既包括支付交易要求(例如购买最小金额值的商品)，又包括非支付活动要求(例如向网站提交对商户的评论)。优惠券的条件是否已得到满足可通过审核来自多种列表的信息来确定，列表例如为商户和消费者之间的支付交易的数据库或消费者与网页的交互日志文件。在检测到已经满足对于优惠券的条件之后，可经由注册的电子支付工具向消费者提供优惠券的收益。[0006]传统的优惠券可为为商户做广告的低效率的方法。某种低效率可与对涉及优惠券的交易进行处理的物流有关。首先，可能需要消费者在销售点上证实拥有优惠券以获得优惠券的收益。这对消费者构成了障碍，因为如果优惠券丢失或是在消费者光顾商户店铺时简单地留在家里，可能打消消费者与商户进行交易。传统优惠券对商户来说可能也是不便的。商户可能需要验证优惠券适用于与消费者的给定交易。
[0007]优惠券的许多不便利特征可与试图在销售时提供优惠券的收益有关。克服这一困难的一种方法可为向消费者提供购买后“返利”。在返利方案中，消费者接收作为购买交易的一部分的一个或多于一个物品(item)，和/或消费者接收作为购买交易的结果产生的一个或多于一个文档。尽管返利系统可消除商户的某些不便，典型地，消费者的不便对应地增大。例如，当消费者购买一装置时，该装置可包括例如产品型号、序列号或可在装置打开时获取的其它信息的物品。容纳装置的盒子可容纳例如编码、产品号码、保修卡等物品或有助于表明消费者购买该物品的其它物品。在购买交易过程中，消费者还可收到收据、购买凭证文档或指示已进行购买交易的其它文档。在返利的情况下，消费者通过向例如商户或原始制造商的另一方提供与购买交易有关的这些文档或物品中的一个或多于一个来接收返利。提供这些物品可能涉及多个步骤，例如向网站提交第一组信息、打印显示打印信息的文档以及接下来将打印文档与来自交易的其他物品或信息(例如购买日期和购买价格)一起传真到制造商。在该文档中，所有上述返利活动被限定为与初始购买交易有关的活动，因为所有这种活动与将从购买交易获得的物品或信息提交给商户、制造商或另一方有关。
[0008]除了不便以外，传统的优惠券(或返利方案)还可具有与商户的广告目标不一致的缺点。传统的优惠券典型地集中在在单次交易中提供与商品或服务购买有关的现金激励。如果商户希望增加消费者重复光顾次数，或增加新消费者所谓光顾，或增加现有消费者向新消费者的口碑推荐，使用传统优惠券可能难以激励这样的行为。
[0009]在多种实施例中，后付费优惠券可提供对传统优惠券的有益替代。一种优点可能在于，优惠券的支付交易(即购买)调节能够与优惠券的非支付活动分离。在某些实施例中，当消费者准备好购买与优惠券条件匹配的商品或服务时，消费者可在不关注已满足其他优惠券条件的情况下立即购买商品或服务。相反，消费者可在购买时刻之后满足所述其他优惠券条件，于是，在满足其他条件之后收到优惠券的收益。这可降低或消除由于消费者丢失优惠券或不确定优惠券条件而导致商户失去生意。
[0010]后支付优惠券的另一优点可为，商户可更加容易地创建涉及与商户的多个支付交易和/或涉及与多个商户的支付交易的优惠券。例如，地理上邻近的三个商户可设立这样的优惠券:当消费者在各个商户花费最小量时，提供收益。由于优惠券的收益可在后来发放，商户不必验证在其他参与商户的消费者活动。相反，优惠券的收益在满足优惠券的交易在各家商户完成之后自动发放给消费者。
[0011]在介绍多种实施例时，提到了术语“商户”和“消费者”。这些术语仅仅用于表示交易方的关系。商户是出售商品或服务的一方。在支付交易中，商户是接受支付的一方。消费者是购买商品或服务的一方。在支付交易中，消费者是提供支付的一方。可以想到，对于某些作为条件涉及多个支付交易的优惠券，单方可能既是“商户”又是“消费者”。
[0012]商户和消费者的注册
实施后支付优惠券的初始活动可为商户和/或消费者在管理后支付优惠券的系统中的注册。注册的一个方面可为允许商户或消费者的识别。对于商户，注册可允许商户识别商户通过使用能够注册的电子支付工具接受支付来出售商品或服务的位置。一种类型的位置可以为物理位置，例如具有街道地址或位于商场的传统零售店。另一种类型的位置可以为虚拟位置，例如网页购物门户。再一种类型的位置可以为移动卖家位置。移动卖家位置可以为物理移动位置，例如食品车，或者为虚拟移动位置，例如接受使用智能电话应用的电子支付工具的小生意。当然，也可注册包括上述特征组合的位置。商户可以以任何方便的形式注册位置。例如，商户可仅仅注册一个位置，或注册作为个体位置的多个位置，或注册作为单个组的多个位置。对于具有多个位置的商户，可选择注册位置的方式，以使商户计划提供的优惠券类型更为便利。
[0013]对于消费者，消费者注册可包括识别用于与后支付优惠券结合使用的电子支付工具。为了参与后支付优惠券，消费者可注册能够在电子支付交易中使用的一个或多于一个电子支付工具。电子支付工具可包括具有对应的物理令牌(例如传统的信用卡、借记卡、礼品卡)以及用可扫描或刷取的信息编码的其他物理令牌的工具。注意，通过扫描支票，支票可潜在地用作电子支付工具。在这样的实施方式中，所扫描支票的纸版本可相当于电子支付工具的物理令牌。也可使用不涉及读取物理对象或令牌的电子支付工具，例如在不刷或扫描信用卡的情况下将对应卡信息录入web购物门户。其他类型的虚拟交易可包括直接来自银行帐户的转帐或是涉及不具有对应物理卡的信用卡/借记卡/礼品卡型帐户的交易。更一般地，可使用能够参与电子支付交易的任何电子支付工具。
[0014]当消费者注册电子支付工具时，电子支付工具可潜在地用于至少两个目的。首先，使用注册的电子支付工具执行的支付交易可被检测用于后支付优惠券的可能的返还(redemption)。消费者可注册像希望中那么多的电子支付工具。当消费者参与符合优惠券返还资格的支付交易时，消费者可使用任何注册的电子支付工具。对于涉及多个购买的优惠券，消费者可选择对于第一购买使用第一注册电子支付工具，并对另一购买使用不同的第二注册电子支付工具。
[0015]注册电子支付工具的另一用途可为接收后支付优惠券的收益。当消费者有资格接收后支付优惠券的收益时，优惠券的收益可被发放到注册的电子支付工具。消费者可指定电子支付工具接收从任何兑换的优惠券得来的收益，或者，消费者可指定可将优惠券的收益发放到用于与优惠券对应的交易的电子支付工具。也可使用指定接收优惠券收益的电子支付工具的任何其他方便的选项。
[0016]另一方面，商户或消费者的注册可提供参与用于提供以及兑换后支付优惠券的系统之中的授权。注册可允许商户或消费者授权第三方来接收关于对商户和/或来自消费者的电子支付的交易数据。例如，许多商户与第三方订立契约，以允许商户作为支付形式对来自消费者的信用卡进行处理。商户的注册可允许第三方信用卡处理者也使用用于实现后支付优惠券的支付交易信息。作为替代的是，商户的注册可授权第三方信用卡处理者将支付交易信息转发给实现后支付优惠券系统的分立实体。类似地，消费者对电子支付工具的注册可授权将消费者的电子支付信息用于实现后支付优惠券和/或授权将支付交易信息转发给用于实现后支付优惠券的另一实体。
[0017]注册的再一方面可为商户或消费者同意参与涉及多于两方的后支付优惠券。对于商户来说，作为注册的一部分，商户可同意参与涉及多个商户处的活动的优惠券。例如，这可包括，具有从多于一个的商户购买商品或服务的条件和/或具有对于涉及多于一个商户的非支付活动的条件的优惠券。类似地，消费者可同意参与涉及多个消费者的优惠券，例如多个消费者在所述多个消费者中的每一个购买同一物品时收到优惠券收益的优惠券。这样的优惠券也可能需要所述多个消费者以某种方式识别彼此，例如在商户网站上将所述多个消费者识别为成团(group)。
[0018]优惠券创建、测试和分发
后支付优惠券的实施可在一个或多于一个商户创建优惠券时成为可能。在注册之后，商户可访问优惠券创建系统或模块。优惠券创建系统可与整体后支付优惠券管理系统集成，或者，优惠券创建和分发可由第三方供应商处理。简单起见，下面的讨论可涉及创建优惠券的单个商户。能够明了，多个商户可合作创建涉及多于一个商户的优惠券。
[0019]在优惠券创建过程中，商户可在自助服务门户上登录或以其他方式认证商户的身份。于是，商户可设置涉及后支付优惠券的一个或多于一个报价活动。后支付优惠券可包括可与后支付优惠券格式兼容的任何方便的条件。可由商户设置的选项可包括但不限于优惠券的开始和结束日期、在优惠券条件下符合资格的商品和/或服务的类型和/或数量、所需要的分立支付交易的数量、用作优惠券条件的任何非支付活动的类型和数量和/或在满足优惠券条件时提供给消费者的收益量。视情况可选地，报价活动的选项可包括满足优惠券条件需要和/或涉及的其他商户。选项还可指明满足优惠券条件需要的消费者数量以及从多个消费者需要的非支付活动和/或支付交易。对于报价活动的任何条件，可使用固定值，或者，值可基于其他的因素而变化。例如，消费者在优惠券兑换时收到的收益值可依赖于一个或多于一个其他条件，例如购买的商品/服务的数量、消费者对商户的光顾次数或将第一消费者识别为推荐源的另外的消费者数。在后一种场景中，随着更多的新消费者将第一消费者识别为推荐源，可向第一消费者授予随时间增大的折扣。结果，第一消费者可随着时间持续接收来自优惠券的附加的收益。
[0020]优惠券创建期间的又一选项可为允许这样的消费者输入:其关于如何将消费者交易/活动应用于可用的多种优惠券。在某种意义上，提示用户如何将交易和/或非支付活动应用于优惠券可以为一种类型的非支付活动。允许消费者指定如何应用交易可在交易或活动仅适用于一种报价活动时避免消费者不满意。如果消费者试图满足对于多个交易和/或多个非支付活动优惠券的条件，使优惠券系统自动将交易或活动应用到单一事件优惠券可造成消费者收到与其希望的收益不同的收益。可以以任何方便的方式接收来自消费者的指定如何应用交易的输入，包括但不限于输入的电子接收。例如，在完成一个或多于一个支付交易和/或一个或多于一个非支付活动后，用户可访问网站，以便将交易和/或活动指定到用于返还的优惠券。网站可以为商户网站、与后支付优惠券系统相关联的网站或第三方站点。在验证消费者身份之后，可向消费者呈现后支付优惠券系统所识别的支付交易和/或活动。可以以便利的格式向消费者呈现，以便将交易和/或活动指定给符合资格的优惠券，例如，通过提供下拉式菜单或具有可选择的单选按钮的菜单。于是，消费者可提交指定，使得消费者的交易和/或活动将与由消费者选择的优惠券相关联。
[0021]在创建优惠券之后，可提供可选的测试模块，以便允许商户确定多个报价活动将如何彼此交互。特别地，商户可对于后支付优惠券设置的一个选项为是否能将交易/活动用于满足多于一个优惠券的条件。测试模块可允许商户建立消费者支付/活动的假设场景，以便对优惠券的交互进行测试。这种类型的测试可允许商户避免给出比希望中大的优惠券收益。这种类型的测试还允许商户识别可能以可导致不满意消费者的方式发生冲突的报价活动。
[0022]在创建涉及后支付优惠券的报价活动以及任何视情况可选的测试之后，可以以任何方便的形式向潜在消费者通知报价活动。这可包括在商户的店铺张贴优惠券条件、在商户的网站张贴优惠券条件、在另一网站作为广告张贴优惠券条件、发出电子邮件广告、发出传统电视、直邮或印刷广告或任何其他方便的方法。注意，在某些实施方式中，向消费者通知报价活动可以是视情况可选的。在这样的实施方式中，即使消费者没有意识到消费者支付交易和/或非支付活动满足优惠券条件，消费者也可收到后支付优惠券的收益。
[0023]作为优惠券条件的支付交易
首先，消费者可典型地满足符合后支付优惠券资格的几个最小要求。视情况可选地，这些要求可看作与支付交易有关的附加条件。例如，要求可以为，消费者具有注册到后支付优惠券系统的一个或多于一个电子支付工具，且这些注册的电子支付工具中的一个用于符合后支付优惠券资格的购买交易。另一要求可为，电子支付工具能够在满足优惠券条件时接收后支付优惠券的收益。再一要求可以为，消费者注册到与商户相同的后支付优惠券系统和/或注册到可与商户的后支付优惠券系统交互的后支付优惠券系统。
[0024]除了兑换后支付优惠券的最小要求之外，优惠券的一种条件可为与支付交易有关的条件。优惠券的支付交易要求可为与一个或多于一个消费者和一个或多于一个商户之间的交易有关的要求的任何方便的组合。当然，支付交易的一种条件可为，优惠券可适用于注册商户与注册消费者之间的任何交易。其他实例可包括消费者购买商户提供的特定商品或服务、购买规定金额值的商品或服务、与商户具有最小数量的购买交易或在多个不同日具有与商户的购买交易的条件。购买特定商品或服务的条件的实例可以为购买具有特定库存单位(SKU)数量或另一类型的产品代码的商品的条件。这种类型的条件还可要求购买多个物品，例如多个单一物品和/或多于一种类型的物品。规定金额值的商品或服务可提供这样的条件:其为消费者提供在单一交易中购买更多商品或服务的激励。进行与商户的多次购买/支付交易和/或在多天进行交易的条件可向消费者提供与商户进行重复交易的激励。视情况可选的，商户可规定，使用特定电子支付工具可向顾客提供收益(或增大的收益)。
[0025]另一种支付交易条件可为从多个商户购买的条件。例如，地理上彼此邻近的一组商户可具有互为补充的商品或服务，例如出售地毯的第一店铺、出售窗帘和百叶窗的第二店铺以及出售家具的第三店铺。可对于具有以下条件的后支付优惠券建立报价活动:消费者具有与三个商户中的每一个的支付交易。另一实例可为想要为参观博物馆的消费者提供折扣的两个或多于两个博物馆。后支付优惠券可允许消费者在购买第二博物馆的门票后自动收到折扣，而非要求消费者在第一博物馆承诺购买套票。尽管上面的实例涉及具有地理或业务范畴关系的商店，提供后支付优惠券不需要这样的关系。因此，看起来无关的商店一其可能仅仅用基于web的购物门户运营一可提供具有以下条件的后支付优惠券:具有在该位置/购物门户对于每个商店的支付交易。
[0026]支付交易条件的再一实例可以为这样的条件:多个消费者具有与一个或多于一个商户的支付交易。这种类型的条件可常常与非支付活动相耦合，使得商户能将所述多个消费者识别为一个团，如下面介绍的那样。
[0027]在上述实例的任何一个中，优惠券的(多个)支付交易条件可视情况可选地具有多于一个的阈值水平，故消费者能通过对于条件满足不同的阈值水平来接收不同的收益。例如，如果购买五件物品，消费者可接收第一收益，如果购买二十件物品，可接收另外的收益。作为附加或作为替代的是，消费者可接收对于消费者与之进行支付交易的每个其他参与商户的增大的收益。作为附加或作为替代的是，第一消费者的“推荐奖”收益可针对将第一消费者识别为推荐源的每个其他消费者增加。
[0028]作为优惠券条件的非支付活动
除了支付交易以外，报价活动也可具有与非支付活动有关的条件。非支付活动可为消费者作出的并非与商品或服务的支付交易有关的活动。作为澄清支付交易条件与非支付活动条件之间的区别的初始实例，考虑希望特定店铺位置生意增长的商户。支付交易条件可为支付交易必须在所识别的店铺位置发生的条件。非支付活动条件可以为消费者分立地注册消费者在店铺中的存在，例如，经由使用RFID信号检测到属于消费者的移动装置。作为后支付优惠券的一部分，商户可包括一个条件或全部的两个条件，以便增加识别的店铺位置的流量。在多种实施例中，非支付活动也可与使用支付交易购买的商品或服务无关。在这样的实施例中，支付交易过程中购买的商品或服务的接收不与非支付活动对应。作为附加或作为替代地，在多种实施例中，将在购买交易中接收的一个或多于一个物品(例如产品代码或保修卡)提供给另一方不与非支付活动对应。作为附加或作为替代地，在多种实施例中，将作为购买交易的结果产生的一个或多于一个文档(例如收据或购买凭证文档)提供给另一方不与非支付活动对应。
[0029]非支付活动可在与优惠券相关联的支付交易之前或之后发生。可在支付交易之前发生的非支付活动的一个实例可以为使消费者“剪下”或以其他方式激活优惠券。在某些实施例中，商户可能希望在允许消费者接收优惠券的收益之前使消费者激活优惠券。这种激活可以为将优惠券带到商户处并在销售点上出示优惠券的传统优惠券返还步骤的替代。注意，优惠券的激活可向消费者提供好处，例如，通过在消费者进入与所激活优惠券对应的位置(即店铺)时在消费者的移动装置上提供警报(或其他通知)。取决于实施例，优惠券条件可要求在完成对于优惠券的任何其他条件之前激活优惠券，或者，优惠券可要求在消费者接收优惠券收益之前的任何时间满足条件。视情况可选地，优惠券可能不将激活作为条件。在此可选实施例中，在满足优惠券的条件时，无论消费者是否意识到优惠券，消费者都可接收优惠券收益。
[0030]消费者可通过任何方便的方法激活优惠券。优惠券的激活可包括在与优惠券的创建和/或分发相关联的系统上选择优惠券。另一激活选项可以为使消费者将优惠券下载到移动装置并向商户出示优惠券。(注意，如果条件要求在出售点向商户出示优惠券，优惠券的激活可以为支付交易条件)。又一选项可以为要求消费者访问商户网站和/或向商户发送电子邮件以指示希望使用优惠券。上面的选项仅仅是可用作激活优惠券的方法的可能的非支付活动的实例。
[0031]多种其它类型的非支付活动也可用作优惠券的条件。取决于条件，非支付活动可在任何时刻发生，或者，非支付活动可具有与和优惠券相关联的(多个)支付交易的时间关系。例如，非支付条件可要求用户在对于商品或服务的支付交易后的一时间段内将对产品或服务的评论贴到指定的网站。视情况可选地，与张贴评论有关的条件可具有进一步的要求:消费者将到评论的链接发送给商户，以便于跟踪非支付条件已经满足。再一选项可为商户在购买后向消费者发送调查，将调查的完成和/或返回作为优惠券的条件。
[0032]某些类型的非支付活动可与消费者在物理或虚拟位置存在有关。如上面提到的，在店铺位置检测属于消费者的移动装置可以为一种类型的非支付活动条件。另一类型的非支付活动可涉及使消费者扫描或以其他方式获取来自店铺位置的图像，例如QR(快速响应)码。于是，消费者例如可发送电子邮件或将该码上传到商户网站，以验证消费者已经满足非支付条件。注意，使消费者扫描或以其他方式获得图像可用作“寻宝游戏”类优惠券的一部分，其中，消费者从多个商户店铺、网站或其他物理/虚拟位置获得图像(例如QR码)，以满足优惠券非支付活动条件。所述多个图像可全部与单个商户相关联，或者，所述多个图像可与参与多商户报价活动的不同商户相关联。另外，优惠券条件可涉及时间分量，例如要求图像在不同天获得。
[0033]非支付活动条件的又一选项可涉及消费者在一个或多于一个网站、门户或经由网络访问的其它位置的活动。除了访问网络站点以认证消费者身份以外，消费者可进行一个或多于一个其它任务，例如完成调查、提供产品评论、浏览网页或视频达预定时间段或任何其他适合经由计算装置完成的任务。关于验证消费者身份，可使用识别消费者的任何方便的方法。例如，消费者可提供识别为消费者在后支付优惠券系统的注册的一部分的电子邮件地址。另一选项可为消费者提供在消费者注册时提供给消费者或由消费者选择的用户标识符或其他识别令牌或代码。再一选项可为使网络活动在消费者登录后支付优惠券系统后访问的网络位置发生。
[0034]非支付活动的又一选项可涉及多个顾客的活动。例如，报价活动可向将一个或多于一个另外的消费者推荐到商户的第一消费者提供优惠券收益。所述一个或多于一个另外的消费者可以以任何方便的方式确认第一消费者的推荐。这可涉及在所述一个或多于一个另外的消费者执行与商户的支付交易时提供关于第一消费者的信息。作为替代的是，所述一个或多于一个另外的消费者可完成识别第一消费者的在线表格。在接收到来自所述一个或多于一个另外的消费者的推荐信息后，第一消费者可在指定的电子支付工具上接收后支付优惠券的收益。
[0035]推荐型优惠券的变体可以为“团购”型优惠券。在团购情况下，多个消费者可以以商户指定的方式向商户通知其组团状态。这可涉及访问商户的网络位置并对于将作为团的一部分的每个消费者输入识别信息。当两个或多于两个的团成员满足支付交易条件时，例如每个成员购买同一物品或购买阈值量的商品/服务，团成员可接收优惠券的收益。在此实例中，消费者团的识别可对应于非支付互动。除了识别消费者团以外，其他非支付活动可包括使团的成员光顾店铺地址、访问网站或进行适合用作优惠券条件的其他活动。
[0036]又一类型的优惠券条件可以为典型地在支付交易之后进行的条件。这些类型的非支付活动条件可包括使消费者提供评论或完成调查，如上面介绍的那样。
[0037]检测消费者完成优惠券条件
为了向消费者提供优惠券的收益，可对消费者的支付交易和/或非支付活动进行检测。支付交易的检测可通过任何方便的方法进行。首先，为了符合对于优惠券收益的资格，涉入交易的商户和消费者可向后支付优惠券系统注册。消费者注册可包括注册至少一个电子支付工具。这种注册可授权后支付优惠券系统接收关于注册商户与注册消费者之间的支付交易的信息。
[0038]下面是检测支付交易的非限制性实例。基于商户在后支付优惠券系统上的注册，可扫描或过滤涉及商户的所有交易列表，以选择使用可能符合资格的电子支付工具的交易。这种扫描可由适当的一方进行，例如商户雇佣的控制信用卡交易处理的公司。作为替代的是，扫描可由后支付优惠券系统进行。列表可对应于日志文件、数据库或包含关于支付交易的信息的任何其他方便的数据存储器。可提取任何扫描到的还涉及注册消费者以及使用与该注册消费者相关联的电子支付工具执行的交易。这些所提取的交易可代表可能满足一个或多于一个优惠券条件的支付交易。于是，可将所提取的支付交易与在交易日期有效的优惠券相比较。如果支付交易满足对于至少一个优惠券的条件，支付交易可被认为是匹配的交易。视情况可选地，支付交易可自动与每个具有导致匹配的条件的优惠券相关联。作为替代的是，如果至少一个优惠券具有防止交易与多个优惠券相关联的条件，优先级算法可用于识别与支付交易相关联的优惠券。再一选项可以为向消费者提供支付交易的列表以及用于基于消费者的输入进行关联的潜在匹配优惠券的列表。
[0039]视情况可选地，将支付交易与优惠券条件进行匹配可能需要来自商户的另外的信息。例如，与购买具有特定SKU或产品号码的商品有关的支付交易条件可能需要另外的商户信息。购买商品或服务的信用卡交易可能不包括例如SKU的标识符。因此，商户可提供这样的分立日志文件或其他数据库:其识别由商户进行的交易并将另外的信息与交易相关联。
[0040]非支付活动可以以类似于支付交易的方式处理。为了允许处理，首先，可创建包含非支付活动信息的例如日志文件或数据库的列表。非支付活动的列表可由商户、后支付优惠券系统或另一方来创建和维护。非支付活动可由适合于活动类型的任何方便的方法捕获在列表中。例如，需要在店铺位置检测消费者的移动装置的非支付活动可由商户计算装置捕获并记录在日志文件中。作为替代的是，涉及访问网站或门户的任何非支付活动可由属于商户的合适的系统、后支付优惠券系统或另一方记录以及捕获。
[0041]可对非支付活动列表进行扫描，以识别匹配优惠券条件的活动，如上面对于支付交易所介绍的那样。至少，非支付活动列表可包括对于消费者的标识符以及已经完成的非支付活动的某种指示。基于此信息，非支付活动可与优惠券条件匹配。
[0042]将支付交易和/或非支付活动与优惠券条件匹配可发生在任何方便的时刻。交易和/或活动与优惠券的匹配可由任何方便的实体进行，例如商户或后支付优惠券系统。一种选项可以为每天都匹配支付交易和/或非支付活动。例如，对于可能与优惠券条件匹配的商户可每天产生支付交易的列表。也可产生可能与优惠券条件匹配的非支付活动的列表。这些列表可用于将交易和/或活动与优惠券相关联。作为附加或作为替代地，例如可按消费者地对可能匹配的交易和/或活动进行存储。这能允许对于消费者将交易和/或活动与优惠券相关联。这也能允许在后来将交易和/或活动应用于优惠券，例如消费者尚未激活的优惠券或可能甚至是商户在后来创建但具有可由过去的交易或活动满足的条件的优惠券。所存储的交易和/或活动可保持达任何方便的时间段，例如几天的时间段、几周的时间段或几月的时间段。
[0043]对商户记账与向消费者提供优惠券收益 基于消费者已经满足优惠券的所有条件的判断，可向消费者提供优惠券的收益。例如，这可通过向消费者注册后支付优惠券系统过程中指定的电子支付工具存入金额(credit)来实现。给消费者的收益可包括对注册的电子支付工具上的消费者余额存入金额。作为附加或作为替代地，对消费者的收益可包括其它特征，例如与电子支付工具相关联和/或与后支付优惠券系统相关联的忠诚点数或奖励，只要这些点数能被看作基于满足优惠券条件“发放”到消费者指定的电子支付工具。
[0044]除了向消费者提供收益以外，也可针对优惠券的值对商户记账，加上视情况可选的处理费和/或广告行为费。对商户记账可视情况可选地进行合计，以允许以方便的时间表记账，例如每月一次。作为替代的是，商户可预先向后支付优惠券系统提供对于报价活动的基金，给消费者的收益可从预先的基金之中滚动扣除。
[0045]实例1-对于多个商户的后支付优惠券
在这一实例中，Able公司、Baker商店和Charles公司希望在市场活动中合作。Able、Baker和Charles在用于后支付优惠券管理的系统中注册为商户。商户核准具有以下条件的报价活动:消费者必须在规定时间段内(在此实例中，30天)进行与每个商户的支付交易；规定时间段内与商户的支付交易综合值必须大于100美元；且消费者必须访问与每个商户相关联的网站，其中，可通过扫描或从每个商户获取QR码的图像来获得所要求商户web位置的URL。消费者身份可通过使消费者在与每个URL对应的网站输入电子邮件地址或来自后支付优惠券系统的用户标识符来验证。作为替代的是，消费者可首先登录到后支付优惠券系统，于是，访问web位置。QR码可张贴在每个商户店铺内的各个位置。不需要激活优惠券。当满足所有条件时，消费者将在规定时间段内收到所有合格购买总值的10%的返利。在设置报价活动之后，Able、Baker和Charles在其个体网站上提供对优惠券的描述。Able、Baker和Charles还基于先前对电子邮件地址的收集向任何一商户的先前的消费者发送优惠券通知。在设置报价活动之后，每个商店在店铺周围的显著位置显示与其商店相关联的QR码。
[0046]潜在消费者Pete在优惠券期间的第五天光顾Able、Baker和Charles。Pete在每家店铺进行购买。综合购买总量大于100美元。Pete对于每次购买使用注册的电子支付工具(借记卡XPete注意到每家店铺中的QR码，但他没有停留足够长的时间去阅读伴有的优惠券描述。Pete先前已经在后支付优惠券管理公司注册。在结束营业后，对商户交易的扫描识别出Pete与Able、Baker和Charles每一家的交易。交易与优惠券条件匹配。然而，没有将支付存入Pete的借记卡，因为Pete没有满足非支付活动条件。相反，如果Pete在与优惠券相关联的30天时间段内后来的时刻完成优惠券的非支付活动条件的话，对Pete的匹配交易进行存储。
[0047]Pete的朋友Paul也在后支付优惠券系统注册。下一天，Paul依次光顾Able、Baker和Charles。Paul使用注册的电子支付工具(信用卡)在每家商户进行10美元的购买。Paul也看到了各家店铺的QR码。由于Paul很匆忙，他没有停下来询问广告活动。然而，由于Paul知道QR码用于后支付优惠券，Paul在每家店铺对QR码进行了捕获。在Paul回家后，他登录后支付优惠券系统并找到Able-Baker-Charles报价活动。基于描述，Paul访问与各个QR码相关联的web位置。由于Paul在登录到后支付优惠券系统的同时访问了这些web位置，Paul的对于非支付活动的身份自动得到认证。Paul还在后支付优惠券系统中注册了对于Baker商店的礼品卡。下一天,Paul回到Baker并使用新注册的礼品卡从Baker买了另外75美元的商品。在这次购买之后，交易的下一次日常扫描识别出Paul已经满足优惠券的所有支付交易条件。后支付优惠券系统也从Charles收到日志文件，显示Paul已经满足优惠券的非支付条件。下一天，Paul收到到其借记卡的10.50美元的金额。Able和Charles各记账I美元，而Baker记账8.5美元。视情况可选地，也可对每个商户收取处理费，或者，无论交易量多少，可以以固定费用提供后支付优惠券服务。
[0048]规定时间段结束前的一天，Paul向Pete通知该广告活动。Pete回到Abel、Baker和Charles各家,并对QR图像进行了捕获。于是，Pete访问QR码中提供的web位置,伴随着Pete的来自后支付优惠券系统的用户标识符。当晚，来自Able网站的日志文件被上传并处理。Pete的非支付活动与优惠券之间的匹配被识别出。下一天，Pete收到他的10%的返利，商户被相应地记账。
[0049]实例2-对于多个消费者的后支付优惠券
Zelda是一家新的网上商店。为了获得口碑流量，Zelda在后支付优惠券系统注册。于是，Zelda建立了对后支付优惠券的报价活动。优惠券的支付条件要求支付交易必须在消费者激活优惠券之后发生。另外，组团的至少五个成员必须在适当的激活之后参与支付交易。在其他方面，优惠券应用于与Zelda的任何支付交易，其可视情况可选地看作“任何支付交易”的支付交易条件。对于非支付活动条件，优惠券需要消费者通过在完成购买交易之前提供组团识别令牌来激活优惠券。组团识别令牌必须对应于具有至少五个成员、至多二十个成员的团。消费者可通过在后支付优惠券系统中参与组团来获得组团识别令牌。参与组团要求知道该团的密码。优惠券的收益为，当至少5个团成员已经满足优惠券条件时，每个团成员收到与已经满足条件的团成员的个数对应的折扣。
[0050]潜在消费者George在web广告中看到Zelda的报价活动。George在后支付优惠券系统中注册。George来到Zelda网站并使用注册的电子支付工具购买服务。George然后邀请四位朋友在后支付优惠券系统上组成团。George和四位朋友收到组团识别令牌。在组成团之后，四位朋友各自从Zelda购买服务，并在完成支付交易之前提供组团识别令牌。例如，支付信息屏幕之一上可有一个字段用来输入组团识别令牌。商户在每天结束营业后以活动日志文件(列表)的形式将此优惠券激活信息报告给后支付优惠券系统。在扫描支付交易和非支付活动日志文件过程中，检测到四位朋友对优惠券的激活。四位朋友的支付交易于是被识别出并与优惠券匹配。然而，由于George没有在其支付交易前激活优惠券，此时不分发优惠券的收益。
[0051]几天后，四位朋友将团密码提供给Ned，一位另外的潜在消费者。Ned使用团密码将自己加入到团中。于是，Ned进行与Zelda的支付交易，并在完成交易之前提供组团识别令牌。当晚，Ned的非支付活动和支付交易被检测到。由于现在已经满足优惠券的条件，于是，与购买价格的5%对应的量被返还给Ned和四位朋友。George仍没有收到折扣。
[0052]下一天，George进行与Zelda的第二次购买。George在完成第二交易之前输入组团识别令牌。在扫描日志文件后，检测到George完成优惠券条件。George收到仅仅对于第二交易的6%的折扣，因为第一交易不满足优惠券条件。团的其他成员也收到另外1%的返利，因为现在有六位团成员已满足优惠券条件。
[0053]图1示出了用于实现后支付优惠券的可能的处理流的实例。在图1中，商户110通过使用优惠券创建系统或应用130创建优惠券或报价活动114来开始处理。在优惠券创建后，优惠券可由优惠券显示或分发实体140发布。优惠券显示或分发140可由例如消费者可访问的网站进行。作为附加或作为替代地，优惠券显示或分发140可代表分发优惠券的物理和/或虚拟拷贝的服务。视情况可选地，消费者120可在看到优惠券后激活或“剪下”优惠券142。
[0054]在优惠券创建114后，并且，视情况可选地在用户已经激活优惠券142后，消费者120可与商户110交易122，例如，通过购买商品或服务。消费者120可使用注册的电子支付工具提供对交易122的支付。于是，涉及商户112的支付交易可被上传到支付交易数据库或日志150。支付交易数据库可代表例如由商户信用卡服务提供者运行的数据库。作为替代的是，支付交易数据库可代表较小的交易组，例如基于注册消费者使用注册电子支付工具的涉及商户的交易。这种较小的数据库可由例如信用卡提供者或由后支付优惠券系统运行。除了交易122以外，消费者120也可视情况可选地参与一个或多于一个非支付活动124。这些非支付活动124的完成可由非支付活动数据库或日志文件170捕获。注意，优惠券激活142可代表由非支付活动日志文件170捕获的非支付活动。非支付活动数据库或日志文件170可以为例如由商户运行的日志文件(或数据库)、由商户信用卡服务提供者运行的数据库、由后支付优惠券系统运行的数据库或由另一实体运行的数据库。
[0055]基于上面的活动，优惠券匹配引擎160可确定消费者120对于消费者信用190的合格性。优惠券匹配引擎160可接收来自优惠券创建引擎130的关于有效优惠券的信息132。这可根据需要发生，例如按周期发生。优惠券匹配引擎160也可接收来自支付交易数据库150的关于支付交易的信息152，以及来自非支付活动数据库170的关于非支付活动的信息172。优惠券匹配引擎160于是可将支付交易信息152以及非支付活动信息172与优惠券条件匹配，以识别符合消费者信用190的资格的消费者120。当检测到匹配时，商户110也可被记账180。
[0056]图2示意性地示出了可涉入后支付优惠券的创建和分发的另外的或支持处理。在某些实施例中，图2所示交互或处理的一个或多于一个可以是视情况可选的和/或可省略的。
[0057]图2所示的许多处理和系统与实体在后支付优惠券系统的不同部分的注册有关。在图2中，商户110可使用商户注册系统281对于后支付优惠券进行注册。尽管商户注册系统281在图2中示为不同的系统，商户注册系统281的功能可作为附加或作为替代地跨与商户交互的一个或多于一个其他系统或模块分布。例如，商户可向支付交易处理器250注册。支付交易处理器250可为维护支付交易数据库(例如图1所示的支付交易数据库150)的系统或实体。视情况可选地，商户经由商户注册模块281的注册256可允许商户授权支付交易处理器250集合来自商户的支付交易信息。支付交易信息可被传送252到优惠券匹配引擎160。商户110也可视情况可选地向优惠券匹配引擎160注册。例如，如果支付交易处理器250不是与优惠券匹配引擎160相同的实体的一部分，这一点可能需要。如果多个优惠券匹配引擎可用，商户注册可用于授权信息从支付交易处理器250到优惠券匹配引擎160的传送。商户110也可视情况可选地向非支付活动集合服务270注册，非支付活动集合服务270可代表处理非支付活动信息(例如图1的非支付活动日志170)的接收和处理的第三方服务。于是，非支付活动信息可被转发272到优惠券匹配引擎160。又一商户注册活动可为向优惠券创建系统130的注册236。注册236可代表与向另一部件注册(例如向优惠券匹配引擎160的注册266)相同的活动。作为替代的是，注册236可以为分立的活动。
[0058]消费者也可向涉入后支付优惠券系统的一个或多于一个系统或实体注册。视情况可选地，可使用消费者注册系统289使得消费者注册288便利，或者，消费者可向一个或多于一个的部件直接注册。消费者注册活动可包括向支付交易处理器250注册。这种注册可允许支付交易实体集合关于与注册商户的消费者交易的信息。注意，在某些情况下，电子支付工具的使用条款可隐含提供注册258。另一注册活动可以为向优惠券匹配引擎160的注册268。这种注册可允需消费者授权一个或多于一个的电子支付工具用于在后支付优惠券程序下进行交易和/或接收收益。视情况可选地，这种注册可作为替代地提供给支付交易处理器250。注册268也可允许消费者注册消费者希望用优惠券匹配引擎160激活的任何优惠券。作为替代的是，优惠券的激活可用涉入对后支付优惠券进行处理的另一系统或模块发生。消费者也可向非支付活动服务270进行注册278。这种注册可协助允许非支付活动服务270将消费者的非支付活动与对应的支付交易匹配。
[0059]除了多种注册活动之外，图2还示意性地示出了与优惠券分发有关的某些另外的活动。当商户使用优惠券创建系统130创建优惠券时，优惠券可被传送134到优惠券显示和分发系统140，以便发放给消费者。显示和分发电子优惠券的一种选项是使用优惠券联合供给(syndication)服务290对优惠券分发进行联合供给246。优惠券联合供给服务290可以为这样的服务:其允许商户优惠券出现在通过显示广告产生收入的第三方实体的网站上。为了对联合供给246进行授权，商户可视情况可选地注册296到优惠券联合供给服务290。尽管注册296被示为用优惠券联合供给服务290直接发生，注册可作为替代地由商户注册模块281处理。
[0060]图3-5提供了根据本发明多种实施例的方法的流程图。图3示出了与用于在进行支付交易后向消费者提供收益的方法有关的实施例。在图3中，优惠券可被识别310为具有多个优惠券条件以及至少一个优惠券收益。可接收320 —个或多于一个的支付交易列表。也可接收330 —个或多于一个的非支付活动列表。选择340商户与消费者之间的至少一个支付交易。所选择的支付交易可以为使用注册的电子支付工具执行的支付交易。也可选择350与消费者对应的至少一个非支付活动。可将多个优惠券条件与一个或多于一个所选择的支付交易和/或一个或多于一个非支付活动匹配360。基于匹配，可发起370交易，以便向消费者提供优惠券收益。
[0061]图4示出了与用于在进行支付交易之后向消费者提供收益的方法有关的另一实施例。在图4中，可识别410与多个商户相关联的优惠券。优惠券可具有多个优惠券条件以及至少一个优惠券收益。可接收420涉及所述多个商户的至少一个的一个或多于一个支付交易列表。也可接收430 —个或多于一个非支付活动列表。可选择440所述多个商户中的至少一个和消费者之间的至少一个支付交易。所选择的支付交易可以为使用注册的电子支付工具执行的支付交易。也可选择450与消费者对应的至少一个非支付活动。可将多个优惠券条件与一个或多于一个所选择的支付交易和/或一个或多于一个非支付活动相匹配460。基于匹配，可发起470交易，以便向消费者提供优惠券收益。
[0062]图5示出了与用于在进行支付交易后向消费者提供收益的方法有关的实施例。在图5中，可识别510涉及多个消费者的优惠券。优惠券可具有多个优惠券条件以及至少一个优惠券收益。可接收520 —个或多于一个支付交易列表。也可接收530 —个或多于一个非支付活动列表。可选择540商户与所述多个消费者之间的支付交易。所选择的支付交易可为使用注册的电子支付工具执行的支付交易。也可选择550与所述多个消费者中的至少一个对应的至少一个非支付活动。可将多个优惠券条件与一个或多于一个所选择的支付交易和/或一个或多于一个非支付活动相匹配560。基于匹配，可发起570交易，以便向至少一个消费者提供优惠券收益。
[0063]已经简短介绍本发明多种实施例的概况，现在介绍适合用于执行本发明的示例性运行环境。大体上参照附图，首先特别是图6，示出了用于实现本发明的实施例的示例性运行环境，其一般指定为计算装置600。计算装置600仅仅是合适的计算环境的一个实例，不是用来暗示对本发明的功能性或用途的范围的任何限制。计算装置600不应解释为具有与所示出部件的任何一种或其组合有关的任何依赖性，也不应解释为具有与所示出部件的任何一种或其组合有关的任何要求。
[0064]可在计算机代码或机器可用指令(包括由计算机或例如个人数据助理或其它手持装置的其他机器执行的计算机可执行指令，例如程序模块)的一般背景下介绍本发明实施例。一般地，包括例程、程序、对象、部件、数据结构等的程序模块指代执行特定任务或实现特定抽象数据类型的代码。本发明可以以多种系统配置实践，包括手持装置、消费品电子装置、通用计算机、专用计算装置以及类似物。本发明还可在分布式计算环境中实践，其中，任务由通过通信网络链接的远程处理装置执行。
[0065]继续参照图6，计算装置600包括总线610，其直接或间接耦合下列装置:存储器612、一个或多于一个处理器614、一个或多于一个呈现部件616、输入/输出(I/O)端口618、1/0部件620以及说明性的电源622。总线610代表的可以为一个或多于一个总线(例如地址总线、数据总线或其组合)。尽管图6中的多种块为清楚起见用线条示出，实际上，多种部件的划定不是这么清晰的，打个比方，更准确地而言，线条可能是灰色的、模糊的。例如，可将例如显示装置的展示部件看作I/O部件。另外，许多处理器具有存储器。本发明的发明人认识到这是本领域的本性，并重申图6所示仅仅是对可与本发明的一个或多于一个实施例结合使用的示例性计算装置的例证。在例如“工作站”、“服务器”、“膝上型电脑”、“手持装置”等范畴之间不作区分，因为它们全部在图6的范围内，并称为“计算装置”。
[0066]计算装置600典型地包括多种计算机可读介质。计算机可读介质可以为可由计算装置600访问并且既包括易失性又包括非易失性介质、既包括可移除又包括非可移除介质的任何可用介质。例如但不限于，计算机可读介质可包括计算机存储介质和通信介质。计算机存储介质包括以用于信息(例如计算机可读指令、数据结构、程序模块或其它数据)存储的任何方法或技术实现的易失性和非易失性、可移除和非可移除介质。计算机存储介质包括但不限于随机访问存储器(RAM)、只读存储器(ROM)、电子可擦除可编程只读存储器(EEPR0M)、闪存或其他存储器技术、⑶-ROM、数字多功能盘(DVD)或其他全息存储器、盒式磁带、磁带、磁盘存储器或其他磁存储装置或可用于对希望的信息进行编码且可由计算装置600访问的任何其他介质。在一实施例中，计算机存储介质可选自有形的计算机存储介质。在另一实施例中，计算机存储介质可选自非瞬时性计算机存储介质。
[0067]通信介质典型地包含计算机可读指令、数据结构、程序模块或例如载波或其他传输机制的调制数据信号中的其它数据，并包括任何信息递送介质。术语“调制数据信号”意味着这样的信号:其一个或多于一个的特性被设置或改变，以便在信号中对信息进行编码。例如但不限于，通信介质包括例如有线网络或直接线路连接的有线介质以及例如声学、RF、红外和其他无线介质的无线介质。上述的任何组合应当也包括在计算机可读介质的范围内。
[0068]存储器612可包括易失性和/或非易失性存储器形式的计算机存储介质。存储器可以是可移除的、不可移除的或其组合。示例性的硬件装置包括固态存储器、硬盘驱动器、光盘驱动器等。计算装置600包括一个或多于一个的处理器，其从例如存储器612或I/O部件620的多种实体读取数据。(多个)呈现部件616向用户或其他装置呈现数据指示。示例性的呈现部件包括显示装置、扬声器、打印部件、振动部件等。
[0069]I/O端口 618可允许计算装置600逻辑耦合到包括I/O部件620的其他装置，其中的某些可以是嵌入式的。例证性的部件可包括麦克风、操纵杆、游戏手柄、碟形卫星天线、扫描仪、打印机、无线装置等。
[0070]另外参照图7，介绍示出适合用于本发明的实施例的示例性网络环境700的框图。环境700是能用于本发明的实施例且可以以许多配置包括任何数量的部件的环境的仅仅一个实例。这里提供的对环境700的介绍出于说明性目的，不是为了对可实现本发明的实施例的环境的配置进行限制。
[0071]环境700包括网络705、商户用户装置706、非支付活动数据库716、消费者用户装置708以及商户销售点装置710。环境还包括优惠券条件匹配引擎702、优惠券创建模块703、优惠券返还与记账模块704以及支付处理器712。网络705包括任何计算机网络，例如但不限于互联网、内联网、私人/公共局域网以及无线数据或电话网络。商户用户装置706和消费者用户装置可以为可由之提供搜索查询的任何计算装置，例如计算装置600。例如，除其他的以外，商户用户装置706和消费者用户装置708可以为个人计算机、膝上型电脑、服务器计算机、无线电话或装置、个人数字助理(PDA)或数码相机。在一实施例中，多个商户用户装置706和消费者用户装置708——例如数千或数百万的用户装置——可连接到网络705。商户销售点装置710也可视情况可选地为例如装置600的计算装置，或者，商户销售点装置可为用于接收电子支付指令的专用装置。
[0072]商户销售点装置710可接收电子支付工具信息，并将之转发给支付处理器712，以便对支付交易进行处理。如图7所示，支付处理器712包括支付交易数据库。支付交易数据库可用于提供支付交易列表，以便由优惠券条件匹配引擎702进行匹配。视情况可选地，支付交易数据库可与支付处理器712分立。非支付数据库716可向优惠券条件匹配引擎702提供非支付活动的列表。非支付数据库716被示为与商户用户装置706集成。作为替代的是，非支付数据库可以为分立的实体，例如不隶属于商户的分立的网站。优惠券创建模块703和优惠券返还与记账模块704被示为与优惠券条件匹配引擎702集成。作为替代的是，这些部件可以为经由网络705通信的分立模块。
[0073]另外的实例
在一实施例中，提供了在进行支付交易之后向消费者提供收益的方法。方法包括识别具有多种优惠券条件的优惠券。优惠券可与注册商户相关联。视情况可选地，至少一个优惠券条件可对应于支付交易条件，且至少一个优惠券条件可对应于非支付活动条件，优惠券具有一个或多于一个的优惠券收益。可接收涉及注册商户的一个或多于一个的支付交易列表。也可接收一个或多于一个的非支付活动列表。可选择与注册商户和注册消费者之间的交易对应的至少一个支付交易。所述至少一个所选择的交易使用注册的电子支付工具执行。也可选择与注册消费者对应的至少一个非支付活动。所述多个优惠券条件可与一个或多于一个所选择的支付交易以及一个或多于一个所选择的非支付活动匹配。在匹配所述多个优惠券条件之后，可发起交易，以便向消费者提供选自所述一个或多于一个优惠券收益的至少一个收益，所述至少一个收益被提供给用于执行至少一个匹配的所选择的支付交易的注册电子支付工具。
[0074]在另一实施例中，提供了在进行支付交易之后向消费者提供收益的方法。该方法可包括识别与具有多个优惠券条件的多个注册商户相关联的优惠券，至少一个优惠券条件对应于支付交易条件,且至少一个优惠券条件对应于非支付活动条件,优惠券条件对应于涉及多个注册商户的支付交易和/或非支付活动，优惠券具有一个或多于一个优惠券收益。可接收涉及所述多个注册商户中的至少一个的一个或多于一个支付交易列表。也可接收一个或多于一个非支付活动列表。可选择与所述多个注册商户中的所述至少一个和注册消费者之间的交易对应的支付交易，所选择的交易使用注册电子支付工具执行。也可选择与注册消费者对应的非支付活动。所述多个优惠券条件可与一个或多于一个所选择的支付交易以及一个或多于一个所选择的非支付活动匹配。在所述多个优惠券条件的所述匹配之后，可发起交易，以便向消费者提供选自所述一个或多于一个优惠券收益的至少一个收益，所述至少一个收益被提供给用于执行所选择的支付交易中的一个的注册电子支付工具。
[0075]在又一实施例中，可提供在进行支付交易后向消费者提供收益的方法。该方法可包括识别具有多个优惠券条件的与注册商户相关联的优惠券，至少一个优惠券条件与支付交易条件对应，且至少一个优惠券条件与非支付活动条件对应，优惠券条件对应于涉及多个注册消费者的支付交易和/或非支付活动，优惠券具有一个或多于一个优惠券收益。可接收涉及注册商户的一个或多于一个支付交易列表。也可接收一个或多于一个非支付活动列表。可选择与注册商户和多个注册消费者之间的交易对应的支付交易，所选择的交易使用注册电子支付工具执行。可选择与所述多个注册消费者的至少一个注册消费者对应的至少一个非支付活动。所述多个优惠券条件可以与一个或多于一个所选择的支付交易以及一个或多于一个所选择的非支付活动匹配，匹配的所选择支付交易涉及所述多个注册消费者。在所述多个优惠券条件的所述匹配之后，可发起交易，以便向所述多个注册消费者中的至少一个提供选自所述一个或多于一个优惠券收益的至少一个收益，所述至少一个收益被提供给用于执行所选择支付交易中的一个的注册的电子支付工具。
[0076]已经关于特定实施例对本发明的实施例进行了介绍，这些特定实施例在所有方面是说明性而不是限制性的。在不脱离本发明的范围的情况下，替代性实施例对于本发明所属领域普通技术人员将变得显而易见。
[0077]由上文将会明了，本发明很好地适用于获得上面给出的所有目的和目标，并获得不言自明的以及结构固有的其他优点。
[0078]将会明了，特定的特征和子组合具有效用，并可在不参考其他特征和子组合的情况下使用。这通过权利要求设想，并涵盖在权利要求的范围内。
【权利要求】
1.一种计算机实现的方法，其用于在进行支付交易后向消费者提供收益，该方法包括: 识别具有多个优惠券条件的与注册商户相关联的优惠券，至少一个优惠券条件对应于支付交易条件，且至少一个优惠券条件对应于非支付活动条件，优惠券具有一个或多于一个优惠券收益； 接收涉及注册商户的一个或多于一个支付交易列表； 接收一个或多于一个非支付活动列表； 选择与注册商户和注册消费者之间的交易对应的至少一个支付交易，所述至少一个所选择的交易使用注册电子支付工具执行； 选择对应于注册消费者的至少一个非支付活动； 将所述多个优惠券条件与一个或多于一个所选择的支付交易以及一个或多于一个所选择的非支付活动相匹配；以及 在所述多个优惠券条件的所述匹配之后，发起交易，以便将选自所述一个或多于一个优惠券收益的至少一个收益提供给消费者，所述至少一个收益被提供给用于执行至少一个匹配的所选择支付交易的注册电子支付工具。
2.根据权利要求1的计算机实现的方法，其中，所识别的优惠券与多个商户相关联，对应于支付交易和/或非支付活动的优惠券条件涉及所述多个注册商户，且其中，所述一个或多于一个支付交易列表涉及所述多个商户中的至少一个。
3.根据权利要求2的计 算机实现的方法，其中，所述一个或多于一个的非支付活动列表从与涉入匹配的一个或多于一个所选择支付交易的至少一个商户不同的注册商户接收。
4.根据权利要求1的计算机实现的方法，其中，优惠券条件对应于涉及多个注册消费者的支付交易和/或非支付活动，且其中，将所述多个优惠券条件与一个或多于一个所选择的支付交易相匹配包括对涉及所述多个注册消费者的所选择的支付交易进行匹配。
5.根据权利要求4的计算机实现的方法，其中，对于所述多个注册消费者中的每一个发起交易，以便提供选自所述一个或多于一个优惠券收益的至少一个收益。
6.根据权利要求4的计算机实现的方法，其中，所选择的非支付活动对应于与接收所述至少一个优惠券收益的注册消费者不同的注册消费者。
7.根据以上权利要求任意一项的计算机实现的方法，其中，所选择的支付交易具有对应的日期，且所选择的非支付活动具有对应的日期，并且，至少一个匹配的所选择的非支付活动具有与匹配的一个或多于一个所选择的支付交易的对应日期相比较晚的对应日期。
8.根据以上权利要求中任意一项的计算机实现的方法，其中，所述匹配一个或多于一个所选择的非支付活动包括由注册消费者激活优惠券的活动，匹配视情况可选地进一步包括至少一个另外的非支付活动。
9.根据以上权利要求中任意一项的计算机实现的方法，其中，所述匹配一个或多于一个所选择的非支付活动包括获取QR码以及访问与注册商户相关联的对应网络位置的活动。
10.根据以上权利要求中任意一项的计算机实现的方法，其中，发起交易以便将选自所述一个或多于一个优惠券收益的至少一个收益提供给消费者包括: 选择一个或多于一个优惠券收益；以及将交易信息转发到对与注册电子支付工具相关联的交易进行处理的服务方。
11.根据以上权利要求中任意一项的计算机实现的方法，其中，对应于注册消费者的非支付活动基于电子邮件地址和注册识别令牌中的至少一者进行选择。
12.根据以上权利要求中任意一项的计算机实现的方法，其中，所述注册电子支付工具具有对应的物理令牌。
13.根据以上权利要求中任意一项的计算机实现的方法，其中，将所述一个或多于一个所选择的支付交易与所述多个优惠券条件相匹配包括: 接收来自注册商户的另外的交易信息； 将所述另外的交易信息与至少一个所选择的支付交易相关联； 基于所述另外的交易信息，将优惠券条件与所述至少一个所选择的支付交易相匹配。
14.根据以上权利要求中任意一项的计算机实现的方法，其中，所匹配的一个或多于一个所选择的支付交易对应于使·用多个注册电子支付工具执行的支付交易。
【文档编号】G06Q30/02GK103548049SQ201280024682
【公开日】2014年1月29日 申请日期:2012年5月20日 优先权日:2011年5月23日
【发明者】J.富蒂, F.赞多纳, E.范德伯格, P.曼索尔, G.E.恩斯特伦 申请人:微软公司
最新回复(0)