CN117114756A - 奖励管理 - Google Patents

Abstract

无缝的奖励管理系统为客户提供完整的展示板，以接收奖励优惠、奖励余额、奖励资格和其他奖励数据。展示板可以是移动应用或网页上的图形用户界面，其呈现管理客户的支付账户的选项。展示板为客户呈现选项，以从捆绑的优惠(诸如旅行奖励的捆绑、餐饮奖励的捆绑、娱乐奖励的捆绑或任何其他奖励捆绑)中进行选择。展示板向客户呈现选项，以订阅捆绑、解除捆绑或切换捆绑。展示板呈现图形跟踪器，以指示客户在实现下一奖励级别方面已经取得的进展。

Description

奖励管理

技术领域

本技术总体上涉及用户账户管理领域，更具体地，涉及经由账户移动应用提供无缝的、端对端的客户奖励和促销管理的方法和系统。

背景技术

企业通常向用户提供与支付卡相关联的奖励计划。然而，这些计划可能难以实施、管理和修改。例如，客户可能希望将奖励计划从旅行奖励计划改变为餐饮奖励计划。在传统的奖励计划中，可能需要客户获得与该奖励计划相关联的新卡。在不呼叫金融机构或前往在线奖励网站的情况下，客户也不能查看奖励计划状态。

此外，传统的系统中的奖励计划可能仅是基于优惠的，并且必须被推送给客户。如果客户在优惠从金融机构推送时没有动作，则客户稍后可能不能访问该优惠。例如，为了使优惠到达客户，金融机构可以举行活动以在有限的时间内向客户推送优惠。客户必须看见优惠并且在活动期间接受优惠。如果活动改变，或者客户希望返回之前的奖励计划，则需要的步骤是复杂的或难处理的。客户可能需要联系金融机构并且利用这些变化中的每个变化改变支付卡。

发明内容

本技术的实施例采用计算机硬件和软件，包括但不限于，耦接至存储器和非暂时性计算机可读存储介质的一个或多个处理器，该存储器和该非暂时性计算机可读存储介质上存储有指示处理器执行在本文中描述的方法和过程的可执行程序。这样的实施例关于可以涉及系统的技术方案，系统包括例如至少一个耦接至存储器的处理器，并且处理器被编程为经由账户移动应用提供无缝的、端对端的客户奖励和促销管理。

该系统为客户提供完整的展示板，以接收奖励优惠、奖励余额、奖励资格和其他奖励数据。展示板可以是呈现管理客户的支付账户的选项的移动应用或网页上的图形用户界面。展示板为客户提供选项，以从捆绑的优惠(诸如旅行奖励捆绑、餐饮奖励捆绑、娱乐奖励捆绑或任何其他奖励捆绑)中进行选择。展示板向客户呈现选项，以订阅捆绑、解除捆绑、切换捆绑。展示板呈现图形跟踪器，以向客户指示客户在实现下一奖励级别方面已经取得的进展。

结合移动应用上用于支付账户细节的显示向客户提供这种无缝的奖励管理。例如，移动应用可以在移动应用的图形用户界面上呈现奖励展示板，其提供与支付账户相关的数据，诸如账户名称、账号、账户余额、支付到期日期、收费列表或其他合适的账户信息。

在某些示例中，向客户提供订阅一个或多个捆绑的选项。向客户呈现一组捆绑优惠，并且客户能够选择客户当前感兴趣的捆绑。如果客户需要，则可以无缝地并且在任何合适的时间将捆切换为不同的捆绑。如果需要，客户能够通过在用户界面上通过选择解除选项来解除捆绑。对特定捆绑的订阅可以具有周期性支付的相关联的费用。

客户通过使用在本文中描述的选项接收福利，例如以相对小的费用获得多样奖励福利。客户能够在不存在长期有约束力的合同的情况下切换或解除奖励计划。客户能够在除了金融机构正在进行活动之外的时间访问奖励计划。客户能够在不与金融机构联系或约定的情况下享受所有的奖励福利并且执行在本文中描述的所有的操作，并且处于其奖励机制的控制中。客户能够在移动应用上执行一些或所有操作。客户能够选择其奖励福利的奖励货币。

金融机构从在本文中描述的技术受益，因为金融机构接收到来自客户的更好的约定，客户被鼓励在其订阅的捆绑类别的商家(餐饮、旅行、娱乐、娱乐活动等)那里，在信用卡上消费更多的钱来满足赢得资格的要求，努力赢得较多的奖励，并且金融机构不需要与客户约定，以销售产品或管理账户。

本发明的这些和其他方面将部分地在下面的描述中阐述，并且本领域技术人员在查阅下面内容时，本发明的这些和其他方面的部分将变得更加明显，或者本发明的这些和其他方面的部分可以从本发明的实践中学习到。所有这些方面都要被包括在本说明书中，在本发明的范围内，并且由所附权利要求保护。

附图说明

图1是描绘经由账户移动应用提供客户奖励管理的系统的框图。

图2是描绘经由账户移动应用在奖励捆绑计划中注册的方法的流程框图。

图3是描绘显示在用户计算设备上操作的移动应用上的用户界面的图示。

图4是描绘显示在用户计算设备上操作的移动应用上以显示奖励捆绑选项的用户界面的图示。

图5是描绘显示在用户计算设备上操作的移动应用上以显示奖励捆绑选项的细节的用户界面的图示。

图6是描绘客户经由账户移动应用检索捆绑奖励细节的方法的流程框图。

图7是描绘客户经由账户移动应用切换与客户账户相关联的奖励捆绑的方法的流程框图。

图8是描绘用户界面上的客户账户状态以及有效注册捆绑的图示。

图9是描绘用户界面上的客户订阅页面的图示。

图10是描绘用户界面上的客户订阅管理页面的图示。

图11是描绘用户界面上的切换捆绑页面的图示。

图12是描绘配置奖励捆绑的方法的流程框图。

图13和图14是捆绑式奖励系统执行奖励层级查询的示例软件样本。

图15和图16是捆绑式奖励系统管理奖励注册API的示例软件样本。

图17和图18是捆绑式奖励系统执行奖励捆绑福利查询的示例软件样本。

图19和图20是捆绑式奖励系统执行奖励转移资格检查API的示例软件样本。

图21、图22和图23是用捆绑式奖励系统执行奖励捆绑查询的示例软件样本。

图24描绘了计算机器和模块。

具体实施方式

示例系统架构

图1是描绘经由账户移动应用提供客户奖励管理的系统的框图。如图1所绘，架构100包括捆绑式奖励系统120、用户计算设备110和商家计算设备130，捆绑式奖励系统、用户计算设备和商家计算设备通过通信网络99连接。

每个网络(诸如通信网络99)包括有线或无线电信机制和/或协议，图1所绘的部件能够通过这些有线或无线电信机制和/或协议交换数据。例如，每个网络99可以包括局域网(“LAN”)、广域网(“WAN”)、内联网、互联网、移动电话网、存储区域网(SAN)、个人域网(PAN)、城域网(MAN)、无线局域网(WLAN)、虚拟专用网(VPN)、蜂窝或其他移动通信网络、蓝牙、NFC、Wi-Fi或其任何组合或促进信号或数据的通信的任何其他合适的的架构或系统。贯穿示例实施例的讨论，应该理解，术语“数据”和“信息”可在本文中互换地使用，以指代文本、图像、音频、视频或能够存在于基于计算机的环境中的任何其他形式的信息。图1所绘的部件所使用的通信技术可以类似于网络99所使用的网络技术或为替代通信技术。

图1所绘的每个部件包括具有能够在网络99或类似的网络上发送并且接收数据的通信应用的计算设备。例如，每个计算设备可以包括服务器、台式计算机、膝上型计算机、平板电脑、具有嵌入其中和/或耦合至其的一个或多个处理器的电视、智能电话、手持式或可穿戴计算机、个人数字助理(“PDA”)、诸如智能手表或眼镜的其他可穿戴设备、无线系统接入点或任何其他处理器驱动的设备。

在图1所绘的示例实施例中，用户计算设备110由终端用户操作，该用户计算设备可以与商家计算设备130通信以进行交易或需要授权的其他步骤。商家计算设备130由商家、店员或商家的其他操作者操作。捆绑式奖励系统120由捆绑式奖励系统运营商或其他用户操作。虽然架构中示出的每个服务器、系统和设备由服务器、系统或设备的一个实例表示，但是可以使用每一个的多个实例。

如图1所示，用户计算设备110包括可由通信应用115访问的数据存储单元(未示出)。用户计算设备110上的通信应用115可以是例如网络浏览器应用或独立应用，以经由网络99查看、下载、上传或以其他方式访问文档、用户界面或网页。通信应用115能够与网络服务器或连接至网络99的其他计算设备交互，诸如通过与商家计算设备130和捆绑式奖励系统120进行交易和授权交易。通信应用115可以是管理用户的支付卡账户的应用。换言之，本文描述的奖励功能可以与客户用以监控、管理并且使用支付账户的应用结合操作，并且在客户用以监控、管理并且使用支付账户的应用上操作。

如图1所示，商家计算设备130包括可由通信应用135访问的数据存储单元(未示出)。商家计算设备130上的通信应用135可以是，例如，网络浏览器应用或独立应用，以经由网络99查看、下载、上传或以其他方式访问文档或网页。通信应用135与网络服务器或连接至网络99的其他计算设备交互，诸如通过与用户计算设备110和捆绑式奖励系统120进行交易和授权交易。

如图1所示，捆绑式奖励系统120包括移动服务通道121、内部应用122、奖励系统123、警报系统124、商家门户125和捆绑设置系统126。这些功能或设备中的每个功能或设备可以在硬件或软件中编码，可以是捆绑式奖励系统120的设备(诸如服务器)的功能，可以在基于云的计算环境中，可以是连接至捆绑式奖励系统120的其他设备的单独的设备，或者可以是在捆绑式奖励系统120的其他设备上操作的功能或算法。

移动服务通道系统121是允许客户与金融机构交互的自助服务通道。移动服务通道系统121从通信应用115接收客户输入，并且将请求指向捆绑式奖励系统120的其他功能。移动服务通道系统121可以向通信应用115提供用户界面指令用以向客户进行显示。

内部应用122接收包括诸如以下的应用：数字或用于系统授权的交互的消息传递接口、用于内部通信和外部通信以及传输的负载平衡功能和路由功能、集成各种系统和编排服务调用的客户API应用、或允许计算设备和用户通信并且进行交易并且管理账户的任何其他合适的应用或功能。

奖励系统123管理客户的奖励账户。例如，奖励计划应用123存储用户名和账号、累积的奖励积分的数目、消费的奖励积分的数目、可用的奖励积分的数目以及其他客户数据。奖励系统123可以存储何时可以使用奖励积分的条件、可以利用奖励积分兑换哪些物品的条件以及其他兑换条件和规则。奖励系统123可以在单独的服务器上操作、在捆绑式奖励系统120的另一服务器上操作的应用上操作、在第三方服务器上操作的应用上操作，或者以任何其他合适的方式配置。警报系统124管理基准、设定点、报警条件或用于确定应该何时向客户提供警报的其他数据或算法。例如，警报系统124可以确定已经访问了新奖励并且向通信应用115提供警报。

商家门户125可以表示可以通过其建立关于商家的细节的功能或应用。商家门户125可以管理与商家相关联的一个或多个捆绑类别。商家门户125可以将特定商家与特定捆绑相关联，诸如将航空公司提供的产品或服务与旅行奖励捆绑相关联。商家门户125可以将商家的特定产品与捆绑类别相关联，并且将商家的另一产品与不同的捆绑类别相关联。捆绑设置系统126配置数据库，以存储与捆绑有关的信息、与捆绑层级有关的信息、与捆绑和捆绑层级相关联的产品有关的信息、与捆绑和捆绑层级相关联的商家有关的信息以及其他合适的数据。捆绑设置系统126可以提供规则、选择、标准、算法、或其他过程或方法，以创建并且管理捆绑和层级。捆绑设置系统126可以执行如在本文中关于图12描述的其他任务。

商家计算设备130表示由一个或多个商家用以与捆绑式奖励系统120通信的任何计算设备。例如，商家可以使用商家计算设备130，以请求被添加到奖励捆绑或从奖励捆绑中移除，将产品添加至捆绑，将优惠添加至捆绑，或执行其他合适的任务。

在示例实施例中，网络计算设备和与在本文中呈现的技术相关联的任何其他计算机器可以是任何类型的计算机器，例如但不限于，参考图24更详细地讨论的那些计算机器。此外，与这些计算机器中的任何计算机器相关联的任何功能、应用或部件(诸如在本文中描述的那些计算机器或与在本文中呈现的技术相关联的任何其他的(例如，脚本，web内容、软件、固件、硬件或模块))可以是参考图24更详细地讨论的部件中的任何部件。在本文中讨论的计算机器可以彼此通信，以及在一个或多个网络(诸如网络99)上与其他计算机器或通信系统通信。网络99可以包括任何类型的数据或通信网络，包括参考图24讨论的网络技术中的任何网络技术。

示例实施例

现在将详细地参考本发明的实施例，其一个或多个示例在附图中示出。提供每个实施例作为本发明的解释，而不是作为对本发明的限制。本领域技术人员将认识，在不脱离本发明的范围或精神的情况下，可以在本发明中进行各种修改和变化。例如，作为一个实施例的一部分示出或描述的特征能够在另个实施例中使用，以产生又一实施例。因此，本技术涵盖在本发明的范围内的这些修改和变化。

用于本发明的实施例的技术可以采用经由账户移动应用提供无缝的、端对端的客户奖励和促销管理的方法和系统。该系统为客户提供完整的展示板，以接收奖励优惠、奖励余额、奖励资格和其他奖励数据。展示板可以是呈现管理客户的支付账户的选项的移动应用或网页上的图形用户界面。展示板为客户提供选项，以从捆绑优惠(诸如旅行奖励的捆绑、餐饮奖励的捆绑、娱乐奖励的捆绑或任何其他奖励捆绑)中进行选择。展示板向客户呈现选项，以订阅捆绑、解除捆绑、切换捆绑。展示板呈现图形跟踪器，以向客户指示客户在实现下一奖励级别方面已经取得的进展。本发明的实施例的示例可以采用计算机硬件和软件，包括但不限于，耦接至存储器和非暂时性计算机可读存储介质的一个或多个处理器，该存储器和该非暂时性计算机可读存储介质上存储有指示处理器执行这些方法的一个或多个可执行计算机应用程序。

以下参考示例通信和处理架构100的部件描述了图2至图12所示的示例方法。

下面的示例方法将允许客户以及采用捆绑式奖励系统的企业或机构从在本文中描述的特征中实现许多益处。任何企业、机构、金融机构、商家或其他组织可以采用捆绑式奖励系统服务其客户。在示例中，任何类型的组织都可以被称为“企业”。

例如，客户是能够经由用户设备上的移动应用注册捆绑的系统用户。客户能够在任何时间从适合其当前生活方式和消费模式的捆绑中进行选择。客户能够通过浏览不同的捆绑选项以及查看福利、费用、适用条款和条件、或其他捆绑细节，来通过移动应用订阅或切换捆绑。企业能够配置并且管理捆绑优惠。企业具有在任何时间定义或修改奖励捆绑优惠的灵活性。基于任何特定于地区的需求，向企业提供创建并且维护捆绑的选项。企业能够配置要向客户呈现的功能参数和数字内容二者。

在其他示例中，当客户到达选择的奖励捆绑的下一层级时，可以向客户提供即时现金返还。企业能够识别和/或修改哪些商家与由客户实现的奖励捆绑参数匹配，并且将商家与该捆绑相关联。企业能够基于由客户实现的消费目标提供传统的奖励促销之上增强积分。企业可以基于由客户订阅的捆绑每月收取订阅费。企业能够配置客户账户，以收取或不收取捆绑的费用。企业能够容易地改变费用，并且客户能够基于任何变化容易地保留或停止订阅。企业能够使用周期对账过程来改变非计划的福利。企业能够使用回溯性销售跟踪过程。即使客户的注册是从周期中的下一天起，每个捆绑的销售跟踪也将从每个周期的第一天就可用。该特征在每个捆绑级别处具有开/关选项。企业接收每日监控报告，该报告提供客户注册的捆绑的细节。

移动应用可以具有指示12个月的福利和订阅费历史的特征。客户可以体验无缝升级、关闭和恢复旅程或体验。增强的客户体验包括无缝传输用于账户升级的捆绑信息以及系统处理关闭的和的恢复的场景的奖励捆绑。

图2是描绘经由账户移动应用在奖励捆绑计划中注册的方法200的流程框图。流程图200中描绘了客户用户计算设备110、捆绑式奖励系统120的移动服务通道121、捆绑式奖励系统120的内部应用122、捆绑式奖励系统120的奖励系统功能123、以及捆绑式奖励系统120的警报系统124。捆绑式奖励系统120(如在本文中描述的)可以是企业或金融机构的功能，或管理客户的支付账户或其他账户其他机构的功能。例如，捆绑式奖励系统120是向客户发行信用卡、借记卡、预付卡或其他类型的支付手段的银行。操作捆绑式奖励系统120的企业可以使用在本文中描述的特征来管理描述的技术以及与支付账户或支付手段相关的任何其他合适的功能。例如，移动服务通道121功能可以使能如描述的捆绑式奖励系统120的功能，还可以管理支付账户的其他功能，诸如通过访问信用卡数据、历史、交易、数据请求、或在客户用户计算设备110与管理捆绑式奖励系统120的金融机构之间的其他功能之间的请求的任何其他功能。

在框201中，客户发起捆绑注册。客户可以通过在图形用户界面功能上输入选择而在用户计算设备110上发起捆绑注册，该图形用户界面功能由捆绑式奖励系统120配置并且传递至用户计算设备。在示例中，用户计算设备110可以访问通信应用、网页或者允许用户计算设备110与捆绑式奖励系统120通信的其他类型的通信应用115。由捆绑式奖励系统120用以与客户以这种方式数字地通信的任何类似类型的接口被称为“移动应用”。

客户通过在用户界面上选择与捆绑相关联的界面对象并且将该选择发送至捆绑式奖励系统120来选择由捆绑式奖励系统120提供的捆绑。

示例选择界面的细节在图3至图5中示出。图3是描绘显示在移动应用上的用户界面300的图示，该移动应用在用户计算设备110上操作。

用户界面300显示有由捆绑式奖励系统120提供的数据。数据通过移动服务通道121传递至用户计算设备110。移动服务通道121提供通信，以允许客户通过捆绑式奖励系统120访问账户、续订账户、进行交易或执行任何其他合适的任务。

用户界面300可以向客户显示任何合适的数据。在本文中描述了用户界面300上的示例显示。例如，用户界面300显示用户名301。名称可以是客户的法定名称、配置的替代ID或用户名、或用户账户的其他合适的标识。用户界面300显示卡数据302。卡数据可以包括账户ID、信用卡号、赢得的奖励数目、信用卡状态或任何其他合适的卡数据。用户界面300显示用户账户的当前余额303。用户界面300显示可由客户使用的用户账户的可用额度304。用户界面300显示用户账户的未偿还贷款的总额305。

用户界面300显示查看捆绑选项306的选项。捆绑选项是作为增强客户体验并且鼓励客户参与和忠诚度的捆绑呈现的奖励选项。查看捆绑选项306可以是界面对象，诸如可选择将用户界面300指向具有捆绑选项的显示的屏幕的按钮。如果用户点击或以其他方式选择选项306，则用户界面300指向如图4所示的查看的页面。

图4是描绘显示在移动应用上以显示奖励捆绑选项的用户界面300的图示，该移动应用在用户计算设备100上操作。

用户界面300可以向客户显示任何合适的数据，以允许客户查看各种奖励捆绑选项和说明。在本文中描述了用户界面300上的示例显示。例如，用户界面300显示描述页面的页面标题401。用户界面300显示鼓励客户参与的计划的描述402。

用户界面300显示选择第一捆绑选项的成本和福利的概况403。在示例中，用户界面300显示捆绑选项的名称，诸如游戏捆绑。用户界面300显示捆绑选项的成本，诸如每月$4.99。用户界面300显示捆绑选项的福利的概况，诸如客户可能节省的金额。

用户界面300显示选择第二捆绑选项的成本和福利的概况404。在示例中，用户界面300显示捆绑选项的名称，诸如就餐和购物捆绑。用户界面300显示捆绑选项的成本，诸如每月$4.99。用户界面300显示捆绑选项的福利的概况，诸如客户可能节省的金额。

用户界面300显示选择第三捆绑选项的成本和福利的概况405。在示例中，用户界面300显示捆绑选项的名称，诸如增强。用户界面300显示捆绑选项的成本，诸如每月$4.99。用户界面300显示捆绑选项的福利的概况，诸如客户可能节省的金额。

可以在用户界面300上呈现任何数目或类型的奖励捆绑。提供的捆绑奖励的类型可以从奖励捆绑列表选择。例如，可以基于具有用户账户的客户的用户历史向客户提供三个奖励捆绑。例如，如果客户具有比旅行、餐饮和娱乐的典型交易数量更高数目的交易，则可以选择旅行捆绑、饮食捆绑和娱乐捆绑用于呈现。如果客户具有比体育赛事的典型交易数量更低数目的交易，则可以不选择体育奖励捆绑。任何其他合适的因素可以被用于选择呈现的捆绑。例如，可以基于来自奖励供应商的激励来促销捆绑。在另一示例中，可以促销已经由较多新客户选择的捆绑。在另一示例中，可以选择新创建的捆绑。

客户可以通过点击界面对象或以其他方式发送信号选择捆绑选项的意图来选择奖励捆绑选项403、404、405中的一个奖励捆绑选项。

图5是描绘显示在移动应用上以显示奖励捆绑选项的细节的用户界面300的图示，该移动应用在用户计算设备上操作。

用户界面300可以向客户显示任何合适的数据，以允许客户查看选择的奖励捆绑的各种特征、选项和说明。在本文中描述了用户界面300上的示例显示。例如，用户界面300显示描述页面的页面标题501。用户界面300显示捆绑的标题502，诸如娱乐捆绑。用户界面300显示捆绑的特征和特性的描述503，诸如捆绑每月的价格。

用户界面300显示福利的概况504或捆绑的其他特征。在示例中，显示基于客户在订阅时间段内消费的金额的奖励级别。捆绑包括来自与捆绑的类别相关联的一个或多个商家的物品。标题为娱乐捆绑的捆绑类别可以包含包括类别为游戏、游乐园、视频游戏的任何交易，或其他类似的交易。标题为旅行捆绑的捆绑类别可以包含包括类别为航班、酒店、租赁卡的任何交易，或其他类似的交易。标题为就餐和购物捆绑的捆绑类别可以包含包括类别为餐饮、零售商店的任何交易，或其他类似的交易。体育捆绑可以包含包括类别为体育器材、体育门票、体育课程、体育纪念品的交易，或任何其他类似的交易。任何合适的交易类型的组或类别可以包括在奖励捆绑中并呈现给客户。

奖励捆绑中提供的奖励可以是任何合适类型的奖励，诸如折扣、积分、返利、商品或任何其他合适的奖励或奖励货币。在示例中，如在奖励级别504中描述的娱乐和游戏捆绑具有三个层级奖励。当客户消费$1,000时，第一层级对该类别中的交易提供$15.00返利。当客户消费$3,000时，第二层级对该类别中的交易提供$50.00返利。当客户消费$5,000时，第三层级对该类别中的交易提供$75.00返利。激励客户将账户用于更多的交易，以继续积累奖励。在示例中，当客户使用支付账户消费总共至少$1,000并且已经达到了第一层级时，客户将在订阅时段期间在该类别中购买物品时收到$15.00的返利。如果客户在订阅时间段期间没有购买该类别中的任何产品，则客户将不收到返利。在示例中，当客户消费总共至少$3,000并且已经达到了第二层级时，客户将在该类别中购买物品时收到第一层级的$15.00加上第二层级的$50.00的返利。因此，客户将收到总共$65.00的返利。如果客户在订阅时间段期间没有购买该类别中的任何产品，则客户将不收到返利。如果客户已经购买了小于$65.00(诸如仅$50.00)类别中的物品，则客户将仅收到该金额的返利。可以预想其他类型的奖励方案或促销。用户界面300显示界面对象505，该界面对象将用户界面300指向将客户订阅至捆绑的页面。当客户到达订阅页面处时，客户可以确认订阅并且可以向客户提供细节，诸如奖励捆绑的开始日期和结束日期或其他合适的细节。

用户界面300显示界面对象506，该界面对象将会将用户界面300指向具有关于奖励捆绑的更多细节的页面。例如，对象506可以将用户界面300指向显示该类别中的交易类型、用于兑换奖励的过程或其他捆绑细节的页面。用户界面300显示对象507，该对象显示使用奖励捆绑的条款和条件。

返回图2，移动服务通道121接收客户捆绑注册查询。

在框202中，移动服务通道121验证该发起是否用于新注册。移动服务通道121可以访问客户账户的文件或历史，以确定客户之前是否已经注册在捆绑中。如果客户已经注册在捆绑中，则移动服务通道121可以通过拒绝捆绑注册或请求不同的捆绑注册来回复客户用户设备110。如果客户未注册在捆绑中，则移动服务通道121可以提供注册请求的验证，并且将请求和/或验证传递至捆绑式奖励系统120的其他内部应用122。

在框203中，内部应用122创建注册请求。内部应用122可以传递利用与允许配置注册的客户账户相关联的数据的注册请求。数据可以包括用户账户标识、客户历史、用户设备100数据、捆绑标识和其他相关联的数据。内部应用122将完成的注册请求提供给奖励系统123。

在框204中，奖励系统123将注册细节传递至内部应用122。奖励系统123接收创建的注册请求，并且将客户账户注册在请求捆绑的奖励计划中。奖励系统123可以通过存储选择的具有客户账户的捆绑的奖励计划来注册客户账户。续订客户账户，以反映与捆绑相关联的奖励。例如，如果客户注册在旅行捆绑中，则奖励系统123配置客户账户以基于旅行捆绑奖励计划的详情提供奖励。

奖励系统123传递注册细节，诸如客户奖励状态、可用奖励、客户当前奖励成就、客户达成下一成就已经取得的进展以及其他合适的注册细节。

在框205中，移动服务通道121显示订阅跟踪器。内部应用122向移动服务通道121提供来自奖励系统123的注册细节。移动服务通道121向客户的用户设备110显示注册细节。显示可以在用户设备110上的用户界面300上。显示可以包括订阅跟踪器。订阅跟踪器可以是相对于下一奖励级别的客户进展的图形、显示、文本、图像或其他呈现。在本文中参考图9中的订阅跟踪器905更详细地讨论了订阅跟踪器的示例。

在框206中，内部应用向警报系统124提供触发警报206。用户设备110上的用户界面300经由显示上的界面对象请求客户确认捆绑注册。如果客户确认注册，则内部应用206向警报系统124发送通信。

警报系统124是向用户设备110传递与客户账户相关的事件的通知的单独的通道。例如，如果发生来自未知设备的登入，如果账户支付迟了，如果账户余额下降至低于最小阈值，如果达到了奖励捆绑，或者在客户账户中发生任何其他合适的事件，则可以向用户设备110发送报警。警报系统124将报警传递至已经在捆绑的奖励计划中进行了注册的用户设备110。可以以任何合适的格式(诸如即时消息、用户界面300上的通知、推送通知、电子邮件或SMS消息)向用户设备110提供报警。

图6是描绘客户经由账户移动应用检索捆绑奖励细节的方法600的流程框图。

在框601中，客户发起捆绑查询。客户可以在用户界面300上输入请求，以检索捆绑的状态、捆绑的细节或关于捆绑的其他合适的数据。可以在用户界面300上的界面对象上接收查询，经由文本请求接收，经由语音请求接收，或者以任何其他合适的方式接收。

在框602和框603中，移动服务通道121和内部应用122将请求转发至奖励系统123。例如，移动服务通道121从用户设备110接收查询，并且确定应该将该请求指向奖励系统123。移动服务通道121将请求传递至内部应用123。内部应用123将请求传送到奖励系统123。

在框604中，奖励系统123将捆绑细节604传递至内部应用123。奖励系统123接收客户请求并且访问客户奖励账户。奖励系统123确定奖励账户的状态、客户赢得的奖励的金额、客户对于捆绑中的下一奖励级别已经取得的进展、捆绑中的新奖励选项、捆绑规则、符合捆绑计划的购买项目或任何其他捆绑细节。奖励系统123将捆绑细节604传递至内部应用123。

在框605中，内部应用122将接收的捆绑细节传递至移动服务通道121。移动服务通道121在用户界面300上向用户设备110显示捆绑细节。

在框606中，移动服务通道121检索促销细节。移动服务通道121通过将请求传递至内部应用122来检索促销细节。在框607中，内部应用122将请求传递至商家门户125。从商家门户125检索的促销细节可以基于捆绑类别、层级级别、捆绑中的商家或产品、或与程序相关的其他合适的数据。

在替代示例中，可以由商家或奖励系统123提供其他类型的促销。在替代示例中，促销细节可以是在商家门户125或奖励系统123中配置的任何特殊的广告或促销活动。例如，奖励系统123可以在捆绑奖励中配置在特定连锁餐厅购买一餐的价值是之前在规则中定义的奖励积分的两倍的规则。奖励系统123可以在捆绑奖励中配置现在能够兑换较少数目的奖励积分的某个奖励规则。奖励系统123可以在捆绑奖励中配置现在需要比之前需要更少数目的购买交易的下一级别的奖励规则。任何合适的变化可以由奖励系统123提出并且配置。

在框608中，商家门户125将捆绑促销细节传递至内部应用122。在框609中，内部应用向移动服务通道121呈现捆绑促销。当客户经由移动服务通道121访问用户界面300时，捆绑促销将可用于客户查看或选择。

图7是描绘客户经由账户移动应用切换与客户账户相关联的奖励捆绑的方法700的流程框图。

在框601到框605中，方法700执行大体上如图6的框601到框605所描述的捆绑查询。

当客户在发送了查询并且续订了奖励细节之后，在用户界面300上访问客户账户时，用户界面300可以显示如图8所示的客户账户的概况。图8是描绘用户界面300上的客户账户状态的图示。

在图示中，呈现了客户名称801。呈现了客户账户细节802，诸如账号和赢得的奖励积分的总计。可以呈现其他账户细节，诸如账户余额803、账户的可用额度804和未偿还贷款余额805。奖励捆绑概要806可以作为客户对于后续奖励级别的进展的概况呈现。

图9是描绘用户界面300上的客户订阅页面的图示。如果客户选择打开当前客户奖励捆绑的概况的选项，则用户界面300可以显示来自移动服务通道121的数据。示出的显示数据包括将页面标识为订阅页面的标题901。显示可以包括捆绑标识902。显示捆绑的类型，诸如享乐捆绑、旅行捆绑、娱乐捆绑或任何其他合适的捆绑。捆绑标识902可以包括管理账户的界面对象903。

可以呈现奖励捆绑状态904，该奖励捆绑状态标识客户需要消费以实现下一奖励级别的金额。可以呈现状态条905，该状态条标识客户需要消费以实现下一个奖励级别的金额。状态条905可以是状态的任何类型的图形呈现，诸如条形图、饼图、线图或其他类型的呈现。客户需要消费以实现下一个奖励级别的百分比在状态条905处呈现。可以显示状态级别906，以标识当前奖励级别、后续奖励级别以及在每个奖励级别处可用的奖励的概况。

返回图7，在框706中，客户发起切换奖励捆绑的过程。客户可以在用户界面300上输入选择，以开始切换过程。该过程的示例用户界面呈现在图10和图11中示出。

图10是描绘用户界面300上的客户订阅管理页面的图示。例如，如果客户选择了图9所绘的用户界面屏300上的界面对象903，则可以向客户呈现用户界面300上的客户订阅管理页面。可以由客户经由任何其他合适的动作来访问显示。

客户订阅管理页面被示出为具有将页面描述为“管理订阅”页面的标题框1001。客户订阅管理页面被示出为具有捆绑状态框1002。捆绑状态指示当前订阅、订阅为“有效”的状态以及捆绑的名称。可以使用任何其他合适的状态显示。客户订阅管理页面具有向客户提供选项以将奖励捆绑切换成不同的捆绑的切换捆绑界面对象1003。

客户订阅管理页面被示出为具有指示奖励捆绑的生效日期的持续时间框1004。客户订阅管理页面被示出为具有自动续订框1005，该自动续订框具有开/关界面对象。当奖励捆绑到期时，客户可以选择使奖励捆绑的支付自动地续订。例如，如果对奖励捆绑的最近的订阅为一年，诸如2022年1月1日至2022年12月31日，则自动续订选择可以将2023年1月1日的订阅再续订一年。如果客户没有选择自动续订框1005，则奖励捆绑订阅将在订阅时间段的结束时失效。

客户订阅管理页面被示出为具有取消订阅界面对象1006。如果客户选择提早结束订阅，则客户可以选择取消订阅界面对象1006。客户用户界面300将被指向取消订阅的页面。客户将在该解除页面上输入选择，并且从奖励系统123和/或警报系统124接收已经取消订阅的通知。客户可以在用户界面300上接收重新订阅的选项

图11是描绘用户界面300上的切换捆绑页面的图示。当客户选择切换捆绑的选项时(诸如通过选择图10所示的切换捆绑界面对象1003)，客户被指向切换捆绑页面。

切换捆绑页面被示出为具有将页面标识为切换捆绑页面的标题框1101。切换捆绑页面被示出为具有将客户当前订阅的奖励捆绑标识为娱乐捆绑的当前捆绑框1102。切换捆绑页面被示出为具有提供客户可以选择切换的所选的替代捆绑的概况的选项框1103。选项框1103呈现基于过去客户历史、奖励捆绑对于其他客户的流行度、促销的捆绑、最低成本捆绑或任何其他合适的选择标准而选择的替代捆绑。

在示例中，向客户推荐了三个选择的奖励捆绑。在选项框1103中呈现的选择的奖励捆绑是针对购物捆绑1103、增强捆绑1106和日常捆绑1107的。每个捆绑建议可以包括奖励捆绑的细节，诸如订阅价格、奖励类别和奖励级别。细节可以在下拉菜单、弹出窗口、扩展窗口或任何其他合适的呈现方式中呈现。每个选择的奖励捆绑可以具有选择对象1104，以允许客户选择奖励捆绑。在示例中，在由客户选择之后，选择对象1104是黑色的。当被选择时，捆绑细节被呈现。

切换捆绑页面被示出为具有解除界面对象1108。解除界面对象1108将允许客户离开切换捆绑页面而不改变订阅的奖励捆绑。切换捆绑页面被示出为具有切换界面对象1109。如果客户选择切换界面对象1109，则客户将结束对现存奖励捆绑的订阅，并且切换至具有选择的对象1104的奖励捆绑。

返回图7，示出了为客户切换捆绑的方法的细节。

在框707中，移动服务通道121发起新捆绑注册。例如，移动服务通道121验证是否发起以进行新注册。移动服务通道121可以访问客户账户的文件或历史，以确定客户之前是否已经在捆绑中注册。移动服务通道121可以确定新捆绑是否与客户正在从其切换的捆绑不同。如果客户已经在捆绑中注册，则移动服务通道121可以通过拒绝捆绑注册或请求不同的捆绑注册来回复客户用户设备110。如果客户未在捆绑中注册，则移动服务通道121可以提供注册请求的验证，并且将请求和/或验证传递至捆绑式奖励系统120的其他内部应用122。

在框708中，内部应用122创建注册请求。内部应用122可以传递具有与允许配置注册的客户账户相关联的数据的注册请求。数据可以包括用户账户标识、客户历史、用户设备100数据、捆绑标识和其他相关联的数据。内部应用122将完成的注册请求提供给奖励系统123。

在框709中，奖励系统123将注册细节传递至内部应用122。奖励系统123接收创建的注册请求，并且将客户账户注册在请求捆绑的奖励计划中。奖励系统123可以通过存储所选择的具有客户账户的捆绑奖励计划来注册客户账户。续订客户账户，以反映与捆绑相关联的奖励。例如，如果客户注册在旅行捆绑中，则奖励系统123配置客户账户以为其提供基于旅行捆绑奖励计划的详情的奖励。

奖励系统123传递注册细节，诸如客户奖励状态、可用奖励、客户当前奖励成就、客户对于下一成就的已经取得的进展以及其他合适的注册细节。

在框710中，内部应用122将注册细节传递至移动服务通道121。移动服务通道121可以在用户界面300上向客户呈现已经改变了奖励捆绑订阅并且客户现在在新奖励捆绑中注册了的确认。

在框711中，移动服务通道121将解除注册传递至内部应用122。解除注册可以包括识别客户不再订阅的捆绑。当客户选择切换捆绑并且注册在新捆绑中时，从客户账户中移除客户之前已经订阅的捆绑。

在框712中，内部应用122将解除注册细节传递至奖励系统123。内部应用122传递具有与允许配置解除注册的客户账户相关联的数据的解除注册请求。数据可以包括用户账户标识、客户历史、用户设备100数据、捆绑标识和其他相关联的数据。内部应用122将完成的解除注册请求提供给奖励系统123。

在框713中，奖励系统123将解除注册细节传递至内部应用122。奖励系统123接收创建的解除注册请求，并且从请求捆绑的奖励计划解除注册客户账户。奖励系统123可以通过从客户账户移除所选择的捆绑奖励计划来解除注册客户账户。续订客户账户，以反映与不合格的或客户不可用的捆绑相关联的奖励。例如，如果客户从旅行捆绑解除注册，则奖励系统123配置客户账户，以移除基于旅行捆绑奖励计划的规定的任何奖励。

在框714中，内部应用122将解除注册细节传递至移动服务通道121。移动服务通道121可以在用户界面300上向客户呈现已经改变了奖励捆绑订阅并且客户未在解除奖励捆绑中注册的确认。

在图7的框602到框609中，方法700执行如图6的框602到框609所描述的捆绑查询。在已经完成了奖励捆绑的切换之后，将新捆绑查询指向新订阅的捆绑。

在图7的框606至框607中，方法700执行如图6的框602至框605所描述的促销细节的检索。

图12是描绘配置奖励捆绑的方法1200的流程框图。在框1210中，捆绑设置系统126配置销售资格标准。销售资格标准被配置成反映可以考虑应用奖励的交易参数，诸如交易的货币、特定的商家或商家的类别、是否使用了借记卡或信用卡、订单是否是亲自申请或在线、或任何其他类型的交易参数。可以在销售资格标准中配置不同的促销。例如，如果正在促销某类型的产品或某类型的交易，则系统可以为与促销匹配的购买项目配置较高级别的奖励。

在框1220中，捆绑设置系统126接收商家类别、产品和促销。商家可以在通信应用135上经由商家计算设备130提供数据。捆绑式奖励系统120的运营商可以经由捆绑设置系统126配置类别，或者可以使用任何其他合适的系统，诸如商家类别代码。商家可以提供要用于确定奖励级别或在奖励的授予中使用的产品。商家可以通过新数据改变或更新商家类别、产品和促销。

在框1230中，捆绑设置系统126基于类别创建捆绑。在示例中，捆绑设置系统126具有来自运营商的输入，以基于某些标准来配置捆绑。操作捆绑式奖励系统120的企业可以基于企业目的、流行度、促销的类别或任何其他标准来规定期望的捆绑的类型。在另一示例中，捆绑设置系统126分析商家、产品、促销或其他输入，并且基于类似的特性开发捆绑。例如，如果在与奖励计划相关联的商家组中识别了多个餐饮相关的企业，则捆绑设置系统126可以建立餐饮捆绑。商家和商家产品可以被识别为属于一个或多个类别。

在框1240中，捆绑设置系统126配置捆绑中的层级。捆绑设置系统126基于企业目标或偏好从捆绑设置系统126的运营商接收层级级别的输入。在替代实施例中，运营商可以利用过去客户历史、当前促销、库存量或产品或任何其他合适的标准来配置层级级别，以更好地实现企业目标。在替代示例中，为了辅助层级的配置，捆绑设置系统126的运营商可以使用算法、机器学习或其他自动化处理来基于对过去客户历史、当前促销、库存量或产品或任何其他合适的标准的自动化处理的输入来设置层级级别。例如，运营商可以使用机器学习来基于实现先前层级级别的客户历史来识别最可能对客户有吸引力的层级级别。基于该信息，运营商可以配置层级级别，或者捆绑设置系统126可以自动地执行配置。

层级级别可以包括多个层级，诸如2层、3层、5层、10层或任何其他合适数目的层级。层级级别可以包括客户为了实现每个层级级别消费的金额。例如，第二层级可能需要在当前订阅时间段期间消费总共$1000，而第三层级可能需要在当前订阅时间段期间消费总共$1500。在某些示例中，在当前订阅时间段期间的总消费必须消费在商家的某个类别中，诸如推销旅行产品的商家或推销游戏产品的商家。在其他示例中，在当前订阅时间段期间的总消费可以消费在商家的任何类别中。可能需要任何合适的消费模式或级别来改变奖励层级。

捆绑设置系统126可以建立与层级相关联的奖励。奖励可以由捆绑设置系统126的运行商建立，该运营商提供商家为奖励计划打折扣的产品的输入。例如，运营商可以为已经实现某个奖励层级的客户提供将流媒体服务从每月$10打折扣至每月$5的优惠。与捆绑设置系统126相关联的商家可以为客户实现的奖励提供资金。换言之，捆绑设置系统126向商家支付标准价格与折扣价格之间的差值作为对客户的服务。

在框1250中，捆绑设置系统126配置识别每个产品、类别、层级和奖励选项的数据库。数据库可以存储每个提供的奖励、每个商家标识、商家和奖励的层级级别、用于商家、奖励和层级的类别以及任何其他合适的数据。当客户进行交易时，捆绑设置系统126可以访问数据库，以基于交易确定是否有奖励应兑现。

在框1260中，奖励系统123监控客户交易并且应用相关联的奖励。当客户进行交易时，识别正在购买的产品。将识别的产品与数据库进行比较，以确定对于奖励计划来说产品是否合格。基于客户层级、产品的标识、商家类别或其他交易数据，奖励系统123将交易计入奖励层级，将奖励应用于交易，将奖励应用于客户账户，或执行任何其他合适的动作。

图13到图23表示执行如在本文中描述的示例动作的示例软件程序或算法。

图13和图14是捆绑式奖励系统120执行奖励层级查询的示例软件样本。例如，捆绑式奖励系统120可以执行软件过程，以访问与要与特定交易相关联的奖励层级相关联的数据。

图15和图16是捆绑式奖励系统120管理奖励注册API的示例软件样本。例如，捆绑式奖励系统120可以执行软件过程，以将客户注册在特定奖励捆绑中。

图17和图18是捆绑式奖励系统120执行奖励捆绑福利查询的示例软件样本。例如，捆绑式奖励系统120可以执行软件过程，以访问与要与特定交易相关联的奖励福利相关联的数据。

图19和图20是捆绑式奖励系统120执行奖励转移资格检查API的示例软件样本。例如，捆绑式奖励系统120可以执行软件过程，以确定奖励转移是否合格。

图21、图22和图23是捆绑式奖励系统120执行奖励捆绑查询的示例软件样本。例如，捆绑式奖励系统120可以执行软件过程，以访问与奖励捆绑相关联的数据。图21在位置A处在图22上继续。

示例系统

图24描绘了根据某些示例的计算机器2000和模块2050。计算机器2000可以对应于各种计算机、服务器、移动设备、嵌入式系统或在本文中呈现的计算系统中的任何一个。模块2050可以包括配置成促进计算机器2000执行在本文中呈现的各种方法和处理功能的一个或多个硬件或软件元件。计算机器2000可以包括各种内部或附接的部件，例如，处理器2010、系统总线2020、系统存储器2030、存储介质2040、输入/输出接口2060和用于与网络2080通信的网络接口2070。

计算机器2000可以被实现为常规计算机系统、嵌入式控制器、笔记本计算机、服务器、移动设备、智能电话、机顶盒、自助服务终端、车载信息系统、与电视相关联的一个或多个处理器、定制的机器、任何其他硬件平台或其任何组合或集。计算机器2000可以是配置成使用经由数据网络或总线系统互相连接的多个计算机器起作用的分布式系统。

处理器2010可以被配置成执行代码或指令，以执行本文描述的操作和功能、管理请求流和地址映射，并且被配置成执行计算并且生成命令。处理器2010可以被配置成监控并且控制计算机器2000中的部件的操作。处理器2010可以是通用处理器、处理器核、多处理器、可重新配置处理器、微控制器、数字信号处理器(DSP)、专用集成电路(ASIC)、图形处理单元(GPU)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、控制器、状态机、门逻辑、分立硬件部件、任何其他处理单元或其任何组合或集。处理器2010可以是单个处理单元、多个处理单元、单个处理核、多个处理核、专用处理核、协处理器或其任何组合。根据某些示例，处理器2010以及计算机器2000的其他部件可以是在一个或多个其他计算机器内执行的虚拟计算机器。

系统存储器2030可以包括非易失性存储器，例如只读存储器(ROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、闪存或能在施加的电源存在或不存在的情况下存储程序指令或数据的任何其他设备。系统存储器2030还可以包括易失性存储器，例如，随机存取存储器(RAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)和同步动态随机存取存储器(SDRAM)。还可以使用其他类型的RAM来实施系统存储器2030。系统存储器2030可以使用单个存储器模块或多个存储器模块来实施。虽然系统存储器2030被描绘为计算机器2000的一部分，但是本领域技术人员将认识到，在不脱离本主题技术的范围的情况下，系统存储器2030可以与计算机器2000分离。还应该理解，系统存储器2030可以包括非易失性存储设备(例如，存储介质2040)或与非易失性存储设备(例如，存储介质2040)结合操作。

存储介质2040可以包括硬盘、软盘、只读存储光盘(CD-ROM)、数字通用光盘(DVD)、蓝光盘、磁带、闪存、其他非易失性存储器设备、固态驱动器(SSD)、任何磁存储设备、任何光存储设备、任何电存储设备、任何半导体存储设备、任何基于物理的存储设备、任何其他数据存储设备或其任何组合或集。存储介质2040可以存储一个或多个操作系统、应用程序和程序模块(例如，模块2050)、数据或任何其他信息。存储介质2040可以是计算机器2000的一部分或者被连接至计算机器2000。存储介质2040还可以是与计算机器2000通信的一个或多个其他计算机器的一部分，例如服务器、数据库服务器、云存储、网络附接存储等。

模块2050可以包括配置成促进计算机器2000执行在本文中呈现的各种方法和处理功能的一个或多个硬件或软件元件。模块2050可以包括存储为与系统存储器2030、存储介质2040或两者相关联的软件或固件的一个或多个指令序列。因此，存储介质2040可以表示其上可以存储指令或代码用于处理器2010执行的机器或计算机可读介质的示例。机器或计算机可读介质通常可以指用于向处理器2010提供指令的任何一种或多种介质。与模块2050相关联的这种机器或计算机可读介质可以包括计算机软件产品。应该理解，包括模块2050的计算机软件产品还可以与用于经由网络2080、任何信号承载介质或任何其他通信或传递技术将模块2050传递至计算机器2000的一个或多个过程或方法相关联。模块2050还可以包括硬件电路或用于配置硬件电路的信息，例如，用于FPGA或其他PLD的微代码或配置信息。

输入/输出(I/O)接口2060可以被配置成耦接至一个或多个外部设备，以从一个或多个外部设备接收数据并且将数据发送至一个或多个外部设备。这样的外部设备以及各种内部设备也可以被称为外围设备。I/O接口2060可以包括用于将各种外围设备可操作地耦接至计算机器2000或处理器2010的电连接和物理连接二者。I/O接口2060可以被配置成在外围设备、计算机器2000或处理器2010之间传递数据、地址和控制信号。I/O接口2060可以被配置成实施任何标准接口，例如，小型计算机系统接口(SCSI)、串行附接SCSI(SAS)、光纤通道、外围组件互连(PCI)、PCI Express(PCIe)、串行总线、并行总线、高级技术配置(ATA)、串行ATA(SATA)、通用串行总线(USB)、Thunderbolt、FireWire、各种视频总线等。I/O接口2060可以被配置成仅实施一种接口或总线技术。替代地，I/O接口2060可以被配置成实施多个接口或总线技术。I/O接口2060可以被配置成系统总线2020的一部分、全部或者可以与系统总线2020结合操作。I/O接口2060可以包括用于缓冲一个或多个外部设备、内部设备、计算机器2000或处理器2010之间的传输的一个或多个缓冲器。

I/O接口2060可以将计算机器2000耦接至各种输入设备，包括鼠标、触摸屏、扫描仪、电子数字化仪、传感器、接收器、触摸板、追踪球、相机、麦克风、键盘、任何其他指示设备或其任何组合。I/O接口2060可以将计算机器2000耦接至各种输出设备，包括视频显示器、扬声器、打印机、投影仪、触觉反馈设备、自动控制、机械部件、致动器、马达、风扇、螺线管、阀、泵、发送器、信号发射器、灯等。

计算机器2000可以使用通过网络接口2070的至网络2080上的一个或多个其他系统或计算机器的逻辑连接在联网环境中操作。网络2080可以包括广域网(WAN)、局域网(LAN)、内联网、互联网、无线接入网络、有线网络、移动网络、电话网络、光网络或其组合。网络2080可以是任何拓扑的分组交换、电路交换，并且可以使用任何通信协议。网络2080内的通信链路可以涉及各种数字或模拟通信介质，例如，光纤电缆、自由空间光学、波导、电导体、无线链路、天线、射频通信等。

处理器2010可以通过系统总线2020连接至计算机器2000的其他元件或在本文中讨论的各种外围设备。应该理解，系统总线2020可以在处理器2010内、在处理器2010外，或者可以是二者。根据某些示例，处理器2010、计算机器2000的其他元件或在本文中讨论的各种外围设备中的任何一个可以被集成至单个设备中，例如，片上系统(SOC)、系统级封装(SOP)或ASIC设备。

示例可以包括体现在本文中描述和示出的功能的计算机程序，其中，计算机程序在计算机系统中实现，该计算机系统包括存储在机器可读介质中的指令和执行指令的处理器。然而，应该显而易见的是，在计算机编程中可以存在实施示例的许多不同方式，并且示例不应该被解释为限于任何一组计算机程序指令。此外，熟练的程序员将能够基于所附流程图和申请文本中的相关联的描述编写这样的计算机程序，以实现公开的示例的示例。因此，特定程序代码指令集的公开不被认为对于充分理解如何制作并且使用示例必需的。此外，本领域技术人员将理解，在本文中描述的示例的一个或多个方面可以由硬件、软件或其组合来执行，如可以在一个或多个计算系统中体现的。另外地，对由计算机执行的动作的任何引用不应该被解释为由单个计算机执行，因为多于一个计算机可以执行该动作。

在本文中描述的示例能够与执行之前描述的方法和处理功能的计算机硬件和软件一起使用。在本文中描述的系统、方法和过程能够在可编程计算机、计算机可执行软件或数字电路中执行。软件能够被存储在计算机可读介质上。例如，计算机可读介质能够包括软盘、RAM、ROM、硬盘、可移动介质、闪存、记忆棒、光学介质、磁光介质、CD-ROM等。数字电路能够包括集成电路、门阵列、构建块逻辑、现场可编程门阵列(FPGA)等。

在之前呈现的示例中描述的示例系统、方法和动作是说明性的，并且在替代示例中，某些动作能够以不同的顺序、彼此并列地执行、完全地省略和/或在不同的示例之间组合，和/或能够执行某些附加动作，而不脱离各种示例的范围和精神。因此，这样的替代示例被包括在以下权利要求的范围内，该以下权利要求将被赋予最广泛的解释以便包含这样的替代示例。

尽管上面已经详细地描述了具体示例，但是该描述仅为了说明的目的。因此，应该理解，除非另有明确说明，否则以上描述的许多方面不旨在作为必需或必要的元件。

除了上述那些方面之外，受益于本公开，本领域普通技术人员能够在不脱离以下权利要求中限定的示例的精神和范围的情况下，对示例的公开的方面进行修改并且做出对应于示例的公开的方面的等同部件或动作，该以下附权利要求的范围要被赋予最广泛的解释，以便包含这样的修改和等同结构。

Claims (20)

1.一种允许用户管理具有客户账户的奖励计划的系统，包括：

存储设备；以及

网络系统中通信地耦接至所述存储设备的处理器，其中，所述处理器执行存储在所述存储设备中的应用代码指令以使所述系统：

从用户计算设备接收针对与用户账户相关联的数据的请求；

向用户界面提供数据以在用户计算设备上进行显示，所述数据包括在一组捆绑奖励计划之一中进行注册的选项；

从用户计算设备接收在第一捆绑奖励计划中注册所述用户账户的请求；

将所述用户账户与所述第一捆绑奖励计划相关联；

接收与所述用户账户相关联的交易的通知；以及

基于所接收的交易的通知，将所述用户账户与关联到注册的捆绑奖励计划的奖励相关联。

2.根据权利要求1所述的系统，还包括应用代码指令，所述应用代码指令使所述系统：

从用户接收用于查看与所述注册的捆绑奖励计划相关联的订阅数据的输入；

向用户计算设备提供数据以在用户计算设备上进行显示，所述数据包括所述订阅数据；

从用户接收用于从所述注册的捆绑奖励计划解除注册并在第二捆绑奖励计划中注册所述用户账户的输入；

取消所述用户账户对所述注册的捆绑奖励计划的订阅；以及

将所述用户账户与所述第二捆绑奖励计划相关联。

3.根据权利要求1所述的系统，还包括应用代码指令，所述应用代码指令使所述系统：

从用户接收用于将所述用户账户从所述注册的捆绑奖励计划解除注册的请求；以及

取消所述用户账户对所述注册的捆绑奖励计划的订阅。

4.根据权利要求1所述的系统，还包括应用代码指令，所述应用代码指令使所述系统：

从商家系统接收输入，所述输入包括能够用于一个或多个捆绑奖励计划的产品和优惠；

将所述产品和所述优惠存储在捆绑奖励计划数据库中；以及

将所述产品和所述优惠与一个或多个特定的捆绑奖励计划相关联。

5.根据权利要求1所述的系统，还包括应用代码指令，所述应用代码指令使所述系统：

接收对所述用户账户的状态续订；以及

向用户计算设备提供报警通知，所述报警通知具有与对所述用户账户的状态续订相关联的数据。

6.根据权利要求1所述的系统，其中，每个捆绑奖励计划基于特定类别的商家或产品。

7.根据权利要求1所述的系统，其中，所述捆绑奖励计划具有两层级或更多层级的奖励级别。

8.根据权利要求7所述的系统，其中，与越高层级的奖励级别相关联要求客户在订阅时间段期间实现越高的交易值。

9.根据权利要求8所述的系统，其中，较高层级的奖励级别提供比与较低层级相关联的一个或多个福利的值更高的一个或多个福利。

10.根据权利要求1所述的系统，其中，所述用户账户与支付手段相关联。

11.根据权利要求1所述的系统，还包括应用代码指令，所述应用代码指令使所述系统显示用户能够从其中进行选择的两个或更多个捆绑奖励计划。

12.根据权利要求1所述的系统，还包括应用代码指令，所述应用代码指令在所述用户计算设备上显示所述用户账户已经取得的相对于所述注册的捆绑奖励计划的更高层级的进展的金额的图形呈现。

13.一种允许用户管理具有客户账户的奖励计划的方法，包括：

由一个或多个计算设备从用户计算设备接收针对与用户账户相关联的数据的请求；

由所述一个或多个计算设备向用户界面提供数据，以在用户计算设备上进行显示，所述数据包括在一组捆绑奖励计划之一中进行注册的选项；

由所述一个或多个计算设备从用户计算设备接收在第一捆绑奖励计划中注册所述用户账户的请求；

由所述一个或多个计算设备将所述用户账户与所述第一捆绑奖励计划相关联；

由所述一个或多个计算设备接收与所述用户账户相关联的交易的通知；以及

由所述一个或多个计算设备基于所接收的交易的通知，将所述用户账户与关联到注册的捆绑奖励计划的奖励相关联。

14.根据权利要求13所述的方法，还包括：

从用户接收用于将所述用户账户从所述注册的捆绑奖励计划解除注册的输入；以及

取消所述用户账户对所述注册的捆绑奖励计划的订阅，并且将确认消息传递至利用选择的交互路径进行交互的用户计算设备。

15.根据权利要求13所述的方法，其中，所述捆绑奖励计划具有两层级或更多层级的奖励级别。

16.根据权利要求13所述的方法，其中，与越高层级的奖励级别相关联要求客户在订阅时间段期间实现越高的交易值。

17.根据权利要求13所述的方法，其中，每个捆绑奖励计划基于特定类别的商家或产品。

18.根据权利要求13所述的方法，其中，所述捆绑奖励计划具有两层级或更多层级的奖励级别。

19.根据权利要求18所述的方法，其中，与越高层级的奖励级别相关联要求客户在订阅时间段期间实现越高的交易值。

20.根据权利要求19所述的方法，其中，较高层级的奖励级别提供比与较低层级相关联的一个或多个福利的值更高的一个或多个福利。