CN114651268A - 用于管理激励活动和自动批准激励请求的系统和方法 - Google Patents

Abstract

本文描述了管理激励活动并基于激励提供者定义的动态参数自动批准从消费者或其代理接收的激励请求的系统和方法。原始设备制造商和消费者之间不同级别的用户可以交互并提供输入。在各种实现方式中，活动参数可以从激励提供者接收并用于发起和/或以其他方式管理活动。然后，激励提供者可以通过系统动态地修改正在进行的活动。可以生成一个或多个用户界面，用户可以通过该用户界面与系统交互并且可以呈现与活动相关的可视化。基于活动的初始或修改后参数，本文描述的系统和方法可以进一步确定是否批准、拒绝或以其他方式响应从消费者或其代理接收到的激励请求。

Description

用于管理激励活动和自动批准激励请求的系统和方法

技术领域

本发明涉及管理激励活动并基于由激励提供者定义的动态参数自动批准从消费者或其代理接收的激励请求。

背景技术

汽车和其他制造商经常提供回扣或其他激励，以刺激购买者在优惠期间购买某些产品。他们还提供回扣，试图“微调”产品价格以实现市场均衡。回扣计划及其实施方法存在各种问题和缺点。例如，传统的回扣计划通常提供静态激励。静态激励是完全低效的，因为它们不允许对销售漏斗的可见性，并且对于可能的潜在购买者群体通常具有过度包容性或包容性不足。这会导致市场效率低下——过度激励会导致利润率下降，而激励不足会导致库存过剩。其他缺点包括实施回扣计划所需的提前期、缺乏有关潜在购买者的有意义的信息以及在任何给定时间促使他们购买的信息，以及无法有效地针对个人或特定购买者群体，以及其他缺点。

发明内容

本公开的各种实施例可以包括系统、方法和非暂时性计算机可读介质，其被配置为管理激励活动并基于激励提供者定义的动态参数自动批准从消费者或其代理接收的激励请求。该系统可以使原始设备制造商和消费者之间的各个级别的用户能够交互并提供输入，从而为系统提供最大化激励活动的有效性所必需的即时可见性和智能。例如，用户可以包括原始设备制造商、其他公司实体、零售商(例如经销商或其代表)、消费者本身和/或可能参与给定交易的其他实体。

根据本发明的一个方面，这里描述的系统可以为激励提供者发起和管理活动。活动可以包括由激励提供者无限期地或在定义的时间段内提供的激励(或回扣)计划。激励提供者可以包括原始设备制造商、另一公司实体、零售商或通过与一个或多个项目相关的活动提供一个或多个激励的其他实体。在一些实现方式中，活动的激励提供者可以包括多个实体、多级组织或多个多级组织。在各种实现方式中，系统可以从激励提供者接收活动参数并且使用活动参数来发起和/或以其他方式管理活动。例如，活动参数可以定义在活动期间可以提供给消费者的激励、管理在活动期间提供给消费者可用的激励的一个或多个规则的提供的一个或多个规则、定义任何给定激励的最大量的激励上限、与活动相关的激励预算、与活动相关的到期日期、销售量上限或与活动相关的其他限制(例如，车辆类型、消费者协议、存款金额、零售商细分、地理或预算)，和/或活动目标参数(即销售目标或产量目标)。在一些实现方式中，激励提供者可以指定(例如，通过经由用户界面提供用户输入，指定如本文所述的一个或多个活动参数)在活动期间可以提供哪些激励，以及管理这些激励是否可与其他激励一起提供给消费者以及在什么情况下提供的一个或多个规则。在各种实现方式中，系统可以被配置为管理与活动相关联的信息、生成消息并将消息发送给消费者、管理激励盈余和/或基于由激励提供者提供的活动参数来管理激励提供者的活动。

在各种实现方式中，系统可以被配置为生成和提供一个或多个用户界面，用户(即，原始设备制造商、其他公司实体、零售商、消费者或其他用户)可以通过用户界面与系统交互。通过用户界面，系统可以呈现与给定活动相关联的可视化。例如，系统可以被配置为利用与一个或多个活动相关联的信息(例如，活动信息、销售信息、激励请求信息和/或与一个或多个活动相关联的其他信息)来生成、更新或以其他方式维护一个或多个可视化。可视化可以使激励提供者和/或其他用户能够跟踪活动的成功并帮助激励提供者做出与活动相关的决策。例如，可视化可以使用户能够查看对特定激励的实时消费者需求、查看激励活动的表现(例如，基于产生的收入或出售的项目)、比较多个活动的表现、查看更改激励上限的预期影响，查看一段时间内实际激励支出与计划激励支出的图表，或查看激励提供者对实际激励支出的预测。

在各种实现方式中，本文描述的系统可以促进正在进行的活动的动态修改。在各种实现方式中，可以响应于从激励提供者接收到的修改活动的请求来对活动进行修改。修改活动的请求可以包括修改用于发起和/或以其他方式管理活动的活动参数的请求。例如，激励提供者可以在活动发起后请求修改给定活动的激励上限。激励上限可以定义可以为与活动相关联的任何单个项目或一组项目提供的最大激励量。在一些实现方式中，该系统可以被配置为自动确定对活动的建议修改并且使得建议修改的指示被提供给激励提供者。例如，可以基于定义在活动期间已经进行的销售的信息和指示活动的销售目标或产量目标的活动目标参数来识别建议的修改。建议的修改可以包括将用于与活动相关联的激励的可用资金转移到另一活动的建议、修改与活动相关联的到期日期的建议、修改激励上限的建议和/或对活动(或至少一个活动参数)的一个或多个其他修改。

根据本发明的另一方面，本文描述的系统可以促进基于由激励提供者定义的动态参数自动批准从消费者或其代理接收到的激励请求。例如，系统可以被配置为从消费者或其代理接收对与与给定活动相关联的至少一个项目相关的期望激励量的请求。该系统可以被配置为基于一个或多个因素自动批准或拒绝接收到的请求。例如，系统可以通过确定期望的激励量是否超过与活动相关联的激励上限来确定是批准还是拒绝请求。在各种实现方式中，可以向消费者或其代理提供通知，指示对期望激励量的请求被批准或拒绝，而无需来自激励提供者的进一步输入。在对期望激励量的请求被拒绝的情况下，可以确定高达或小于修改后的激励上限的还价激励量，并且可以向消费者或其代理提供指示确定的还价激励量的通知。例如，可以向指示确定的还价激励量的通知提供对期望激励量的请求已被拒绝的通知。在一些情况下，可以在修改激励上限之后接收对期望激励量的请求，并且系统可以通过确定期望激励量是否超过修后改的激励上限来确定是批准还是拒绝该请求。

对于接收到的每个请求，可以存储与请求相关联的激励请求信息，该激励请求信息包括所请求的期望激励量的指示以及给定请求是被批准还是被拒绝的指示。如果接收到对期望激励量的请求并自动拒绝，则可以响应于稍后对激励上限的修改重新考虑激励请求信息。例如，响应于活动的激励上限的修改，可以基于激励请求信息确定先前拒绝的请求的期望激励量是否不再超过修改后的激励上限。

在参考附图考虑以下描述和所附权利要求时，本文公开的系统和/或方法的这些和其他目的、特征和特性，以及结构的相关元件的操作和功能以及部件的组合和制造的经济性将变得更加显而易见，所有这些都形成本说明书的部分，其中相同的附图标记表示各个图中的对应部分。然而，应明确理解，附图仅用于说明和描述的目的，并不旨在作为对本发明的限制的定义。如在说明书和权利要求书中使用的，单数形式的“一个”、“一种”和“该”包括复数指示物，除非上下文另有明确规定。

附图说明

提供附图仅用于说明目的并且仅描绘典型或示例实现方式。提供这些附图是为了便于读者理解，不应被视为限制本公开的广度、范围或适用性。为了清楚和便于说明，这些图不一定按比例绘制。

图1图示了根据本发明的实现方式的用于管理激励活动并基于由激励提供者定义的动态参数自动批准从消费者或其代理接收的激励请求的系统示例的框图。

图2图示了根据一个或多个实现方式的与基于系统可用的信息生成的给定活动相关的示例可视化。

图3图示了根据一种或多种实现方式的描绘与一个或多个活动相关的消费者需求的示例可视化。

图4图示了根据一个或多个实现方式的用于管理一个或多个活动并且包括基于系统可用的信息生成的多个可视化的示例界面。

图5图示了根据本发明的实现方式的管理激励活动和基于由激励提供者定义的动态参数自动批准从消费者或其代理接收的激励请求的过程的示例。

具体实施方式

本文描述的本发明涉及用于管理激励活动和基于激励提供者定义的动态参数自动批准从消费者或其代理接收的激励请求的系统和方法。本文描述的系统和方法可以使原始设备制造商和消费者之间的各个级别的用户能够交互并提供输入，从而为系统提供最大化激励活动的有效性所必需的即时可见性和智能。在各种实现方式中，活动参数可以从激励提供者接收并用于发起和/或以其他方式管理活动。然后激励提供者可以通过系统动态地修改正在进行的活动。可以生成一个或多个用户界面，用户可以通过该用户界面与系统交互并且可以呈现与活动相关的可视化。基于活动的初始或修改的参数，本文描述的系统和方法可以进一步确定是否批准、拒绝或以其他方式响应从消费者或其代理接收到的激励请求。

本领域技术人员将理解的是，可以在没有这些具体细节的情况下或通过等效布置来实践本文描述的实现方式。在各种情况下，众所周知的结构和设备以框图形式显示以避免不必要地模糊实现方式。

示例系统架构

图1图示了根据本发明的实现方式的系统100的示例的框图，该系统100用于管理激励活动并基于由激励提供者定义的动态参数自动批准从消费者或其代理接收的激励请求。在各种实现方式中，系统100可以包括一个或多个客户端计算平台104、一个或多个服务器110、电子存储装置130和/或其他组件。例如，系统100可以包括一个或多个外部资源，例如系统100外部的信息源、参与系统100的外部实体和/或其他资源。在各种实现方式中，系统100可以被配置为从一个或多个原始设备制造商140、一个或多个公司实体150、一个或多个零售商160和/或一个或多个消费者170接收输入或以其他方式与之交互。例如，一个或多个原始设备制造商140、一个或多个公司实体150、一个或多个零售商160、一个或多个消费者170和/或其代表可以通过一个或多个客户端计算平台104与系统100交互。

A给定的客户端计算平台104可以包括一个或多个被配置为执行计算机程序组件的处理器。计算机程序组件可以被配置为使激励提供者(即，原始设备制造商、另一公司实体、零售商和/或通过活动提供与一个或多个项目相关的一个或多个激励的其他实体)能够发起，修改、监控和/或以其他方式管理活动，使一个或多个用户(例如，一个或多个原始设备制造商140、一个或多个公司实体150、一个或多个零售商160、一个或多个消费者170，和/或他们的代表/代理)能够通过系统100请求期望的激励和/或以其他方式通过系统100与激励提供者交互，和/或以其他方式促进与本文描述的操作相关联的用户交互。作为非限制性示例，给定的客户端计算平台可以包括台式计算机、膝上型计算机、手持式计算机、平板计算平台、上网本、智能手机和/或其他计算平台中的一个或多个。

在各种实现方式中，一个或多个服务器110(为了方便也本文可互换地称为服务器110、服务器110或服务器110)可以被配置为与一个或多个客户端计算平台104和/或系统100的其他组件通信。用户可以通过客户端计算平台104访问系统100。如本文所用，“用户”或“多个用户”可以包括一个或多个原始设备制造商140、一个或多个公司实体150、一个或多个零售商160、一个或多个消费者170、和/或他们的代表/代理。服务器110可以向客户端计算平台104提供在客户端计算平台104上呈现用户界面所必需的信息。客户端计算平台104可以将信息传送回服务器为了便于在服务器110处促进进一步的处理和/或功能，可以通过网络102来促进通信。网络102可以包括有线和/或无线连接。网络102可以包括因特网、蓝牙、USB和/或其他通信网络。应当理解，这不旨在进行限制，并且本公开的范围包括系统100的组件可以通过一些其他通信介质可操作地链接的实现方式。

在各种实现方式中，服务器110可以包括一个或多个物理处理器112和/或其他组件。一个或多个物理处理器112(为方便起见在本文中也可互换地称为处理器112、处理器112或处理器112)可以被配置为在系统100中提供信息处理能力。因此，处理器112可以包括以下中的一个或多个：数字处理器、模拟处理器、设计用于处理信息的数字电路、中央处理单元、图形处理单元、微控制器、设计用于处理信息的模拟电路、状态机和/或其他以电子方式处理信息的机制。

在各种实现方式中，处理器112可以被配置为执行一个或多个计算机可读指令114。执行计算机可读指令114可以使一个或多个处理器112管理激励活动并基于激励提供者定义的动态参数自动批准从消费者或其代理接收到的激励请求。计算机可读指令114可以包括一个或多个计算机程序组件。在一些实现方式中，计算机可读指令114可以存储在电子存储装置(例如，电子存储装置130)中。计算机可读指令114可以包括活动发起组件116、活动管理组件118、活动可视化组件120、活动修改组件122、激励提供组件124和/或其他计算机程序组件中的一个或多个。如本文所用，为方便起见，当事实上各种指令对处理器112(以及因此系统100)进行编程以执行操作时，各种计算机可读指令114将被描述为执行操作。

活动发起组件116可以被配置为发起与激励提供者的一个或多个项目相关的活动。活动可以包括由激励提供者无限期地或在定义的时间段内提供的激励(或回扣)计划。激励提供者可以包括原始设备制造商、另一公司实体、零售商和/或通过活动提供与一个或多个项目相关的一个或多个激励的其他实体。在一些实现方式中，活动的激励提供者可以包括多个实体、多级组织或多个多级组织。在各种实现方式中，活动发起组件116可以被配置为基于活动参数发起活动。在各种实现方式中，活动参数可以定义用于一个或多个项目的可用激励、管理在活动期间提供给消费者可用的激励的一个或多个规则、定义任何给定激励的最大量的激励上限、与活动相关联的激励预算、与活动相关联的到期日期、销售量上限和/或与活动相关联的其他限制(例如，车辆类型、消费者协议、存款金额、零售商细分、地理、预算和/或其他限制)、活动目标参数(即，销售目标、产量目标和/或其他活动目标)和/或活动的其他方面。活动参数可用于发起和/或以其他方式管理活动。系统100的一个或多个用户可能知道或可能不知道每个活动参数。在各种实现方式中，活动发起组件116可以被配置为从激励提供者接收活动参数。例如，活动发起组件116可以被配置为从激励提供者接收活动参数，这些活动参数至少定义了在活动期间(或通过活动)消费者可以获得的激励。

在各种实现方式中，活动发起组件116可以被配置为确定激励上限，该激励上限定义在特定活动期间消费者可用的任何给定激励或激励组的最大量。如本文进一步描述的，激励提供者可以在系统100内指定(例如，通过经由指定一个或多个活动参数的用户界面提供用户输入)在活动期间可提供哪些激励以及一个或多个管理是否这些激励可与其他激励一起提供给消费者以及在什么情况下提供的规则。在各种实现方式中，活动发起组件116可以被配置为基于在给定活动期间可用的一组激励来确定激励上限。例如，基于管理特定激励是否可用于与其他激励一起提供给消费者的一个或多个规则，活动发起组件116可以被配置为基于单个激励上限或通过组合多个相互容忍的合格激励来确定可以提供的最大激励量。在示例实现方式中，活动可以与多个激励相关联，这些激励包括容忍所有事物的$1,000激励和除了每个价值$300的两个激励之外容忍的$700激励。因此，最大的可用集体激励是价值1,700美元的两项激励(即1,000美元+700美元)或价值1,600美元的三个激励(即1,000美元+300美元+300美元)。在前述示例实现方式中，活动发起组件116可被配置为确定该活动的激励上限为1,700美元——基于该活动的可用激励和管理这些激励是否可用于与其他激励一起提供以及在什么情况下提供的规则的最大可能集体激励。因此，活动发起组件116可以被配置为基于可用于该活动的激励来优化活动的激励上限。

活动管理组件118可以被配置为管理激励提供者的活动。例如，活动管理组件118可以被配置为管理修改活动的请求或来自消费者或其代理的激励请求，管理与活动相关联的信息，生成消息并将消息传输到一个或多个消费者170(例如，通过客户端计算平台(一个或多个)104)，管理激励盈余，和/或以其他方式管理激励提供者的活动。在各种实现方式中，活动管理组件118可以被配置为生成用户界面，用户(即，原始设备制造商140、其他公司实体150、零售商160、消费者170和/或其他用户)通过用户界面与系统100交互。在各种实现方式中，活动管理组件118可以被配置为使得呈现所生成的用户界面所必需的信息以提供给客户端计算平台104来促进所生成的用户界面呈现给一个或多个用户。

在各种实现方式中，活动管理组件118可以被配置为接收修改活动的请求。例如，活动管理组件118可以被配置为从激励提供者(例如，原始设备制造商140、另一个公司实体150、零售商160和/或其他激励提供者)接收修改由该激励提供者提供的活动的请求。在各种实现方式中，活动管理组件118可以被配置为使得修改活动的请求被提供给活动修改组件122，活动修改组件122被配置为修改活动，如本文进一步描述的。

在各种实现方式中，活动管理组件118可以被配置为接收来自消费者或其代理的激励请求。在各种实现方式中，接收到的对期望激励量的请求可以包括期望激励量的指示、与请求相关联的一个或多个项目、和/或与请求相关联的其他信息。例如，与请求相关联的其他信息可以包括与购买相关的附加信息。例如，请求可以包括要购买的特定物品、要购买的物品的类型、消费者要支付的押金金额和/或其他融资信息，和/或与请求相关的其他信息和/或要求激励量的潜在购买。

在一些实现方式中，与请求相关联的其他信息可以包括对与请求相关地向消费者提出的附加问题的回答。在各种实现方式中，激励提供者可以包括一个或多个问题供消费者或其代理回答并提供对期望激励量的请求。一个或多个问题可以与消费者的年龄、人口统计、消费者是否是或曾经是军人、消费者是最近毕业还是即将毕业(例如，毕业月份和/或毕业年份、获得的学位、获得学位的学校和/或与获得大学学位相关的其他问题)、消费者感兴趣的一项或多项其他项目(例如，在购买汽车的情况下，一项或多项其他消费者还感兴趣的汽车品牌或型号)、消费者与哪些其他商店有过业务往来、激励需要多长时间或有效，和/或可能与确定消费者可获得的激励相关或以其他方式包括对激励提供者有用的信息的其他主题。附加问题可以包括一种或多种不同类型的问题。例如，附加问题可以包括具有二元答案(是或否)的问题、请求消费者(或其代理)指定范围的问题、多项选择问题和/或为激励提供者提供关于请求激励的消费者的附加信息的其他类型的问题。

如本文所述，激励提供组件124可以被配置为基于伴随请求的信息来确定是接受还是拒绝对期望激励量的请求。在各种实现方式中，活动管理组件118可以被配置为使得从消费者或其代理接收的对激励的个人请求被提供给激励提供组件124，激励提供组件124被配置为自动确定是批准还是拒绝该请求，如本文进一步描述的。

在各种实现方式中，活动管理组件118可以被配置为跟踪活动信息、销售信息、激励请求信息和/或与活动相关联的其他信息、存储活动信息、销售信息、激励请求信息和/或与活动相关联的其他信息的记录和/或以其他方式管理活动信息、销售信息、激励请求信息和/或与活动相关联的其他信息。活动信息可以包括与激励提供者提供的活动的管理相关的信息。例如，活动信息可以包括用于发起活动的活动参数、从激励提供者接收的修改活动的请求、对活动的建议修改、对活动的修改和/或与管理活动相关的其他信息。销售信息可以包括与与活动相关联的一个或多个项目的单独销售相关联的信息。例如，销售信息可以包括销售价格、购买者信息(包括姓名、地址、电话号码、电子邮件地址和/或其他联系信息)、提供和/或使用的激励、购买日期和/或时间，和/或与活动相关的一件或多件项目的销售相关的其他信息。激励请求信息可以包括与系统100从消费者或其代理接收的请求相关联的信息。例如，激励请求信息可以包括所请求的期望激励量的指示、给定请求是被批准还是被拒绝、请求是否导致销售、与请求一起接收的请求信息(例如，对与请求有关地向消费者提出的附加问题的回答)和/或与系统100接收的激励请求相关联的其他信息。在各种实现方式中，活动管理组件118可以被配置为引起活动信息、销售信息、激励请求信息和/或其他与要提供给系统100的一个或多个其他组件的活动相关联的信息，以促进本文关于一个或多个其他组件描述的一个或多个处理操作。

在各种实现方式中，活动管理组件118可以被配置为基于存储的激励请求信息生成要提供给一个或多个消费者170的消息，该激励请求信息包括与从一个或多个消费者170接收到的一个或多个先前拒绝的激励请求相关联的信息。例如，如本文进一步描述的，响应于对活动参数的一个或多个修改，可以重新考虑对先前被拒绝的期望激励量的请求。在示例实现方式中，活动管理组件118可以被配置为从消费者或其代理接收对与与活动相关联的至少一个项目相关的期望激励量的请求。如果接收到的请求被拒绝，则随后可以响应于对活动的一个或多个活动参数的修改来重新考虑该请求以确定现在是否批准该请求，如本文关于激励提供组件124所描述的。在各种实现方式中例如，活动管理组件118可以被配置为响应于确定先前被拒绝的请求的期望激励量现在将被批准(例如，因为期望激励量不超过修改后的激励上限)而生成消息并将消息发送给消费者(例如，消费者170)。换言之，系统110可以被配置为通过生成目标消息并将其发送给提交了对期望激励量的请求的消费者进行窄播，该请求之前被拒绝但现在将基于对激励活动的一个或多个改变而被批准。

在各种实现方式中，活动管理组件118可以被配置为管理激励盈余。例如，通过系统100，激励提供者可能能够向用户(即，公司实体、零售商和/或利用系统100代表消费者请求激励量的其他实体)提供由用户创建的激励盈余，要求激励量低于激励上限才能进行销售。为了创建激励盈余，用户(例如，零售商，如经销商)将需要使用少于每项目(例如，每辆车)预算激励(或激励上限)，这可能是也可能不是为用户所知。如果用户在没有使用任何激励的情况下完成交易，则整个预算的每项目激励量可能由用户“存入”以供以后使用。例如，如果在活动期间给定项目或激励的激励上限为3,000美元，并且用户提交了两次激励量为1,000美元的请求，这些请求均获得批准并导致销售，则盈余为4,000美元(即(3,000美元-1,000美元)x2)是由用户明智地分配低于执行交易的最大值的激励而创建的。在一些实现方式中，活动管理组件118可以被配置为促进访问由用户创建的用于后续销售的全部或部分盈余。例如，消费者可能随后为给定的交易请求5,000美元的激励。如果激励上限设置为3,000美元，则此请求可能会被拒绝。然而，用户(例如，零售商)可以利用先前销售中产生的部分盈余来激励消费者进行购买。例如，用户可以利用所创建的$4,000盈余中的$2,000将提供给消费者的激励量增加到$5,000以便进行销售。盈余的使用可以由用户自行决定，使用户(例如，零售商，如经销商)能够，例如，将盈余用于他们知道无法出售的项目上，而不将其用于高需求项目上。因此，系统100可以使激励提供者能够鼓励将通过其购买项目的零售商或其他实体明智地利用可用激励上限以最大化销售。在一些实现方式中，每次销售产生的激励盈余可以基于激励提供者控制的分割百分比点。例如，激励提供者可以规定与用户(即公司实体或零售商)共享多少并输入到盈余，以及将多少分配回激励提供者。如果零售商将部分未使用的激励存入银行，而激励提供者将剩余部分存入银行，则激励提供者可以灵活地将其保留的盈余部分重新分配到可能需要的地方(例如，分配给同一地区或完全不同的地区的另一个活动)。

在各种实现方式中，活动管理组件118可以被配置为基于用户与系统100的交互来评估用户。例如，对于给定的活动，活动管理组件118可以被配置为评估(例如，等级或评分)给定的公司实体或零售商，通过该实体或零售商与活动相关联地购买物品。在一些实现方式中，活动管理组件118可以被配置为针对每个用户评估他们请求的数量、他们提出请求的频率、他们的请求中有多少被批准或拒绝，和/或以其他方式评估用户与系统100的关于一个或多个活动的交互。一些实现方式中，活动管理组件118可以被配置为量化等级的影响。例如，基于对每个用户的评估，活动管理组件118可以被配置为减少为表现低于特定水平的用户而批准的激励的数量，公开地指示每个用户是如何被评级的(例如，张贴指示基于预定度量进行用户排名的排行榜)，奖励以预定义级别表现的用户，和/或以其他方式基于每个用户的评估鼓励或阻止用户行为。在一些实现方式中，活动管理组件118可以被配置为基于用户与系统100的交互来评估用户，基于评估生成消息，并且将消息发送给用户(例如，通过一个或多个计算平台140)。

活动可视化组件120可以被配置为生成与给定活动相关联的一个或多个可视化。在各种实现方式中，活动可视化组件120生成的可视化可以通过显示设备来显示。例如，活动可视化组件120生成的可视化可以通过客户端计算平台104的显示设备来显示。在各种实现方式中，活动可视化组件120可以被配置为利用与一个或多个活动相关联的信息(例如，活动信息、销售信息、激励请求信息和/或与一个或多个活动相关的其他信息)以生成一个或多个可视化。在一些实现方式中，活动可视化组件120可以被配置为从活动管理组件118接收与一个或多个活动相关联的信息。

在各种实现方式中，活动可视化组件120可以被配置为生成提供跟踪活动的成功(或进展)的可视化并向一个或多个用户提供跟踪活动的成功(或进展)的可视化，帮助用户(例如，激励提供者)做出与活动相关的决策(例如，动态调整激励上限)，和/或以其他方式显示系统可用的与一个或多个活动相关的信息。例如，活动可视化组件120可以被配置为生成并提供使用户能够查看对特定激励的实时消费者需求、查看激励活动的表现(例如，基于产生的收入或出售的物品)、比较多个活动的绩效、查看激励上限更改的预计影响、查看一段时间内实际激励支出与计划激励支出的图表、查看激励提供者对实际激励支出的预测以及/或以其他方式可视化系统100可用的信息的可视化。

图2描绘了根据一个或多个实现方式的与基于系统100可用的信息生成的给定活动相关的示例可视化200。示例可视化200描绘了在给定活动期间进行的销售，指示(在y轴上)激励消费者(例如，一个或多个消费者170)进行购买所需的激励量。在各种实现方式中，活动可视化组件120可以被配置为生成示例可视化200。示例可视化200还图示了对由本文描述的系统和方法体现的传统系统的技术改进。

如上所述，传统的回扣计划和实施它们的方法存在各种问题和缺点。例如，传统的回扣计划通常提供静态激励。提供静态激励的活动(或回扣计划)将为每个消费者提供相同的激励，无论消费者是否会以较小的激励进行购买，或者该激励是否无法激励消费者进行购买。因此，该活动可能既过度包容(通过向不需要他们进行购买的消费者提供激励)和包容性不足(由于激励不够大而未能捕捉到错过的销售)。例如，示例可视化200描绘了29个交易(或可能的交易)。在向消费者提供静态3,000美元激励的传统回扣计划中，29个可能的交易只会导致13个交易。例如，3,000美元的激励不足以诱导16位消费者购买，3,000美元的激励将超过诱导12位消费者购买所需的激励，并且仅对一位消费者而言，3,000美元的激励将是诱导消费者购买所需的确切激励量。

与传统的回扣计划不同，本文所述的系统和方法使激励提供者能够利用动态激励来将提供给消费者的激励限制为仅激励销售所需的内容，从而释放否则将失去的利润(通过提供更大的必要激励)以应用于否则会错过的销售(即，因为静态激励量不足以激励销售)。例如，如本文进一步描述的，激励提供者可以针对消费者(例如，一个或多个消费者170)、他们的代理或通过其提供激励的其他实体未知的活动建立激励上限。系统可以接收对激励量的请求，并基于激励上限和/或一个或多个其他参数自动确定是接受还是拒绝该请求，如本文关于激励提供组件124进一步描述的。

返回参考图1，活动可视化组件120还可被配置为提供与给定活动相关联的一个或多个可视化。例如，活动可视化组件120可以被配置为生成图3所示的示例可视化300，图4中示出的示例界面400的示例可视化410，图4中示出的示例界面400的示例可视化420，和/或基于系统100可用的信息生成的一个或多个其他可视化。在本文中关于图3和图4进一步描述示例可视化300、示例界面400的示例可视化410和示例界面400的示例可视化420。

在各种实现方式中，活动可视化组件120可以被配置为更新为给定活动生成的可视化。例如，活动可视化组件120可以被配置为基于系统100可用的信息随时间(例如，在活动未决期间)自动更新可视化。例如，活动可视化组件120可以被配置为获得对活动的预计激励支出和活动期间给定时间点的当前实际激励支出的指示。活动的预计激励支出和当前实际激励支出的指示可以从活动管理组件118获得。例如，活动管理组件118可以被配置为确定活动的当前实际激励支出(例如，至少基于一项或多项获得批准的激励请求)。在各种实现方式中，活动可视化组件120可以被配置为生成描绘预计激励支出和实际激励支出两者的可视化并且使得经由图形用户界面提供可视化。在各种实现方式中，激励提供者可以提供指示对激励上限的潜在改变的用户输入，并且活动可视化组件120可以被配置为更新可视化以基于对激励上限的潜在改变来指示预计的激励支出。因此，激励提供者可以实时可视化激励上限的变化可能如何影响活动本身。

图3图示了根据一个或多个实现方式的描绘与一个或多个活动相关的消费者需求的示例可视化300。在各种实现方式中，示例可视化300可以基于一个或多个活动的激励上限来描绘消费者需求。例如，示例可视化300可以描绘基于$3,000的激励上限的消费者需求。在各种实现方式中，示例可视化可以包括对收到的激励量的每个请求的指示以及所请求的金额是否被接受、拒绝和/或还价的指示(即，还价被确定并提供给消费者和/或他们的代理)。例如，示例性可视化300可以描绘由系统100接收的激励量的每个请求，该激励量由沿时间线的值绘制。在一些实现方式中，用户可以选择时间段(例如，给定日期或日期范围)并查看所选时间段期间的对激励的实时消费者需求。例如，用户可以从下拉列表中选择一个两周的时间段(例如，2018年10月1日-2018年10月13日)并查看该时间段内的消费者需求。在各种实现方式中，用户可以通过示例可视化300实时查看消费者需求。例如，示例可视化300可以基于系统100可用的信息自动更新，如本文进一步描述的。

图4图示了根据一个或多个实现方式的用于管理一个或多个活动并包括基于系统100可用的信息生成的多个可视化的示例界面400。在各种实现方式中，示例界面400可以包括活动管理界面，激励提供者可以通过活动管理界面修改一个或多个活动参数和/或以其他方式管理正在进行的活动。例如，示例界面400可以包括活动管理界面，通过该活动管理界面，激励提供者可以可视化对一个或多个活动参数(例如，激励上限)的修改的预计影响，并通过该界面修改一个或多个活动参数。在各种实现方式中，示例界面400可以包括活动管理界面，激励提供者可以通过该活动管理界面可视化当前的激励支出、预计的激励支出、当前的销售量、预计的销售量、和/或与一个或多个相关的和/或在给定的时间段内的其他统计数据活动。例如，示例界面400可以包括活动管理界面，激励提供者可以通过活动管理界面可视化当前的激励支出、预计的激励支出、当前的销售量、预计的销售量、和/或基于对一个或多个活动参数的一个或多个提议修改与一个或多个活动相关的和/或在给定时间段内的其他统计数据。

在各种实现方式中，示例界面400可以包括参数调整组件402、示例可视化410、示例可视化420和/或一个或多个其他组件和/或可视化。参数调整组件402可以被配置为显示当前参数并接收修改当前参数的用户输入。例如，参数调整组件402可以被配置为通过参数显示器404显示当前参数(例如，$4,200的当前激励上限)并且通过参数输入组件406接收修改当前参数的用户输入。通过参数输入组件404，激励提供者可以输入新的或修改的参数(例如，新的激励上限4,700美元)。响应于接收到新的或修改的参数，活动可视化组件120可以被配置为基于新的或修改的参数自动更新示例可视化410、示例可视化420和/或一个或多个其他可视化。在各种实现方式中，示例界面400可以被配置为基于接收到的用户输入来修改活动参数。例如，通过选择标记为“应用”的可选组件，激励提供者可能能够在活动未决期间实现活动参数的修改。因此，系统100可以使用户能够在使活动基于活动参数的添加和/或修改而被修改之前可视化活动参数的添加和/或修改的预计影响。

活动修改组件122可以被配置为修改活动。在各种实现方式中，活动修改组件122可以被配置为在活动已经发起之后修改活动。例如，活动修改组件122可以被配置为在活动已经发起之后修改活动而不会对活动造成任何中断。换言之，活动修改组件122可以被配置为动态地对正在进行的活动进行修改。例如，活动修改组件122可以被配置为在活动已经发起之后修改活动的激励上限，以响应从激励提供者接收到的修改激励上限本身、活动期间可用的激励或管理这些激励是否可以与其他激励一起提供给消费者以及在什么情况下提供的一个或多个规则。

在各种实现方式中，活动修改组件122可以被配置为响应于从激励提供者接收到的用户输入来修改与激励提供者相关联的活动。在各种实现方式中，活动修改组件122可以被配置为从激励提供者接收修改活动的请求。例如，活动修改组件122可以被配置为从激励提供者获得修改活动管理组件118的活动的请求。修改活动的请求可以包括修改用于发起和/或以其他方式管理活动的活动参数的请求。在各种实现方式中，可以在已经发起活动之后接收修改活动的请求。

在各种实现方式中，活动修改组件122可以被配置为在活动已经发起之后从激励提供者接收修改活动的激励上限的请求。激励上限可以定义可以为与活动相关联的任何单个项目或一组项目提供的最大激励量。响应于接收到修改活动的激励上限的请求，活动修改组件122可以被配置为修改活动的激励上限。例如，活动修改组件122可以被配置为通过修改用于发起和/或以其他方式管理活动的活动信息(或活动参数)来修改活动的激励上限。

在一些实现方式中，活动修改组件122可以被配置为在活动已经发起之后修改活动的激励上限而没有接收到修改激励上限的明确请求。例如，活动修改组件122可以被配置为通过基于用户输入自动确定更新的激励上限来修改激励上限，该用户输入指示在活动期间可用的一个或多个激励的变化或一个或多个管理这些激励是否可以与其他激励一起提供给消费者，以及在什么情况下提供的规则的变化。

在各种实现方式中，活动修改组件122可以被配置为确定对活动的一个或多个建议修改并且基于一个或多个建议修改来修改活动。例如，用于发起和/或以其他方式管理活动的活动参数可以包括活动目标参数。活动目标参数可以包括活动的销售目标或产量目标的指示。销售目标或产量目标可以定义在活动期间产生的和/或以其他方式与活动相关联的期望收入或利润、在活动期间销售出的与活动相关联的一个或多个项目的期望数量、和/或活动的靶标或目标的另一指示。至少基于活动目标参数，活动修改组件122可以被配置为识别对活动的一个或多个建议修改(或用于发起和/或以其他方式管理活动的活动参数中的至少一个)。例如，建议的修改可以包括将用于与活动相关联的激励的可用资金转移到另一个活动的建议、修改与活动相关联的到期日期的建议、修改活动的激励上限的建议和/或对活动(或至少一项活动参数)的一项或多项其他修改。

在各种实现方式中，活动修改组件122可以被配置为基于系统可用的信息来确定最佳激励支出或激励上限。例如，活动修改组件122可以被配置为确定增加或降低激励上限的量，以便与通过系统100提供的激励所花费的金额相比优化售出的车辆数量。在一些实现方式中，活动修改组件122可以被配置为基于指示销售量与所花费的激励量的需求曲线来确定增加或降低激励上限的量。

在一些实现方式中，活动修改组件122可以被配置为使用基于目标的无监督机器学习算法来识别对活动的建议修改。例如，活动修改组件122可以被配置为使用应用于至少活动目标参数和销售信息、激励请求信息和/或与系统100可用的活动相关联的其他信息中的一项或多项的基于目标的无监督机器学习算法来识别对至少一个活动参数(例如，激励上限)的建议修改。在各种实现方式中，活动修改组件122可以被配置为向机器学习算法提供与一个或多个活动相关联和/或以其他方式可用于系统100的数据作为输入(例如，指示对收到的激励量的请求的信息、随时间的激励支出、由激励支出产生的购买交易、和/或系统100可用的其他信息)。在各种实现方式中，活动修改组件122可以被配置为接收对活动的一项或多项建议修改的指示作为来自机器学习算法的输出，并使该一项或多项建议修改被呈现给一个或多个激励提供者。

在各种实现方式中，活动修改组件122可以被配置为向与活动相关联的激励提供者提供对活动的一个或多个建议修改。例如，活动修改组件122可以被配置为生成要提供给本发明的提供者的消息，该消息标识对活动的建议修改。在一些实现方式中，标识对活动的建议修改的消息可以经由显示在客户端计算平台104的显示器上的用户界面提供给激励提供者。

在各种实现方式中，活动修改组件122可以被配置为通过工作台向与活动相关联的激励提供者提供对活动的一个或多个建议修改。例如，工作台可以包括用户界面，用户可以通过该用户界面修改一个或多个活动参数和/或以其他方式管理正在进行的活动。在各种实现方式中，工作台可以经由与关于图4描绘和描述的示例界面400相同或相似的示例界面来提供。

在各种实现方式中，活动修改组件122可以被配置为基于活动修改组件122确定的对活动的一个或多个建议修改来修改活动(或活动的至少一个活动参数)。在一些实现方式中，标识对提供给激励提供者的活动的建议修改的消息可以询问激励提供者以指示是否进行一项或多项建议修改。在一些实现方式中，活动修改组件122可以被配置为响应于从激励提供者接收到的包括实施一个或多个建议的修改的指令的输入，基于一个或多个建议的修改来修改活动。在一些实现方式中，活动修改组件122可以被配置为基于一个或多个建议修改来自动修改活动。换言之，活动修改组件122可以被配置为基于一个或多个建议修改来修改活动，而无需来自激励提供者的进一步输入。例如，活动修改组件122可以被配置为基于对激励上限的建议修改而自动修改活动的激励上限，而无需来自激励提供者的进一步输入。激励提供者可能会或可能不会启用此功能。例如，激励提供者可以选择(例如，通过一个或多个计算平台104)基于由系统100确定的建议修改来实施(或允许)一个或多个活动参数的自动修改。由给定活动的激励提供者的该选择或其他选择(例如，激励提供者是否已启用自动活动参数修改的指示和/或激励提供者的其他举措的指示)可以由活动的一个或多个活动参数定义。

激励提供组件124可以被配置为自动确定是批准还是拒绝从消费者或其代理接收的对激励的请求。消费者的代理可以包括零售商或其他实体的代表，通过该代表购买与请求(和活动)相关的一个或多个项目，或者消费者已向其指示期望的激励量。在一些实现方式中，激励提供组件124可以被配置为确定要提供给消费者或其代理的还价来代替批准或拒绝请求。在各种实现方式中，对激励的请求可以包括期望激励量的指示、与请求相关联的一个或多个项目、和/或与请求相关联的其他信息。例如，与请求相关联的其他信息可以包括对向消费者提出的与请求相关的附加问题的回答。在各种实现方式中，激励提供组件124可以被配置为从消费者或其代理接收对与与活动相关联的一个或多个项目中的至少一个相关的激励的请求。例如，激励提供组件124可以被配置为从他们的代理的消费者、从活动管理组件118获得对激励的请求。

在各种实现方式中，激励提供组件124可以被配置为基于在请求被激励提供组件124接收或评估时定义活动的一个或多个方面的一个或多个活动参数来确定是批准还是拒绝对期望激励量的请求。例如，激励提供组件124可以被配置为接收对期望激励量的请求并且基于用于发起活动的活动参数和/或随后已经由活动修改组件122修改的一个或多个活动的活动参数来确定是批准还是拒绝该请求。如果在一个或多个活动参数已经被修改之前接收到对期望激励量的请求，则激励提供组件124可以被配置为基于一个或多个未修改的活动参数(即，一个或多个活动参数在活动开始时的情况)来确定是批准还是拒绝该请求。如果在一个或多个活动参数已被修改之后接收到对期望激励量的请求，则激励提供组件124可被配置为基于修改的一个或多个活动参数来确定是批准还是拒绝该请求。

在示例实现方式中，激励提供组件124可以被配置为从消费者或其代理接收对与活动的激励上限已被修改之后的与活动相关联的一个或多个项目中的至少一个相关的期望激励量的请求。在前述示例实现方式中，激励提供组件124可以被配置为基于修改的激励上限来确定是批准还是拒绝请求。响应于请求的接收，激励提供组件124可以被配置为将期望激励量与修改的激励上限进行比较。响应于确定期望激励量不超过修改的激励上限，激励提供组件124可以被配置为自动批准对期望激励量的请求。响应于确定期望的激励量确实超过了修改的激励上限，激励提供组件124可以被配置为自动拒绝对期望的激励量的请求。

在各种实现方式中，激励提供组件124可以被配置为向消费者和/或其代理提供通知，该通知指示对期望激励量的请求被批准或拒绝。例如，激励提供组件124可以被配置为生成消息，该消息包括对期望激励量的请求被批准或拒绝的指示，并且使得该消息通过显示在客户端计算平台104的显示器上的用户界面被提供给消费者和/或其代理。在一些实现方式中，激励提供组件124可以被配置为向消费者和/或其代理提供通知，指示对期望激励量的请求被批准或拒绝，而无需激励提供者的进一步输入。

在各种实现方式中，激励提供组件124可以被配置为响应于确定对期望激励量的请求被拒绝(例如，因为期望的激励量超过激励上限)来确定要提供给消费者和/或他们的代理的还价。例如，在对期望激励量的请求被拒绝的情况下，激励提供组件124可以被配置为确定高达或小于(当前)激励上限的还价激励量。在各种实现方式中，激励提供组件124可以被配置为使得指示还价激励量的通知被提供给消费者和/或其代理。例如，指示确定的还价激励量的通知可以与指示对期望激励量的请求已被拒绝的通知(或消息)一起提供和/或包含在通知(或消息)中。

在一些实现方式中，响应于对活动参数的一个或多个修改，可以重新考虑对先前被拒绝的期望激励量的请求。例如，激励提供组件124可以被配置为重新考虑对先前响应于激励上限的后续修改而被拒绝的期望激励量的请求。例如，响应于活动的激励上限的修改，激励提供组件124可以被配置为基于存储的激励请求信息来确定先前拒绝的请求的期望激励量是否不再超过修改的激励上限。

在一些实现方式中，激励提供组件124可以被配置为基于一个或多个附加因素来确定是批准还是拒绝对期望激励量的请求。例如，激励提供组件124可以被配置为进一步基于与活动相关联的激励预算、与活动相关联的到期日期、销售量上限和/或与活动相关的其他约束(例如，车辆类型、消费者协议、存款金额、零售商细分、地理、预算和/或其他约束)、用户可用的激励盈余(例如，项目通过其将被购买的零售商或其他实体)，和/或其他因素来批准或拒绝对期望激励量的请求。在一些实现方式中，激励提供组件124可以被配置为基于用于购买物品的用户的激励盈余是否超过期望激励量超过激励上限的量来确定是批准还是拒绝对期望激励量的请求。在一些实现方式中，可以基于活动参数来建立激励提供组件124在确定是接受还是拒绝请求时考虑的附加因素。

在各种实现方式中，激励提供组件124可以被配置为基于管理在活动期间提供给消费者可用的激励的一个或多个规则来确定如何响应对激励的请求。例如，激励提供组件124可以被配置为确定是批准还是拒绝对期望激励的请求和/或如何将激励提供给消费者。在各种实现方式中，系统100可以被配置为与多个激励提供者(例如，多个实体、具有多级组织的多个激励提供者和/或充当单独激励提供者的多个多级组织)接口。在系统100与多个实体和/或多级组织交互或接口的示例实现方式中，多级组织内的多个实体和/或单独的实体可以各自充当激励提供者。例如，在多级组织中，经销商和原始设备制造商可以各自充当激励提供者，因为每个都可以通过系统100的一个或多个活动向消费者提供激励。

在各种实现方式中，活动的活动参数可以指定在活动期间提供给消费者的一个或多个激励、提供激励的一个或多个激励提供者以及管理活动期间消费者可获得的激励的提供的一个或多个规则。在各种实现方式中，不同的激励提供者可以为在同一活动期间提供的相同或不同激励定义一个或多个规则。例如，一个或多个规则可以指定来自一个激励提供者的激励仅在来自另一激励提供者的所有或一定数量的可用激励已经被使用或用尽时才被提供。这样，系统100可以使不同的激励提供者能够确保其他激励提供者在利用他们自己的激励之前没有利用他们的激励。在一些实现方式中，激励提供者可以定义包括一个或多个规则的活动参数，这些规则指示为向消费者提供一个或多个激励所必须满足的条件。例如，条件可能表明激励提供者将贡献达到一定金额，激励提供者将贡献激励提供者指定的量或另一激励提供者指定的量中的较小者，仅当资源(例如，激励预算)可从另一个激励提供者(例如，多级组织中的激励提供者下方的激励提供者，例如经销商，如果激励提供者指定条件是原始设备制造商)时激励提供者才提供由活动参数定义的激励，和/或其他指定激励提供者在活动期间提供激励的情况的条件。

在各种实现方式中，激励提供者可以指定(例如，通过经由用户界面提供用户输入，用户输入指定如本文所述的一个或多个活动参数)在活动期间可以提供哪些激励以及管理是否这些激励可与其他激励一起提供给消费者以及在什么情况下提供的一个或多个规则。在一些实现方式中，系统100可以使激励提供者能够通过一个或多个活动堆叠或以其他方式组合相互容忍的合格激励。例如，给定的激励提供者(例如，单个实体或多级组织)可以在给定的活动中提供多种激励。在示例实现方式中，激励提供者可以通过系统100提供关于第一产品的高达1,000美元的激励以及可以提供给消费者或其代理(或应用于给定交易)的一个或多个额外激励，具体取决于一项或多项有关提供额外激励的规则。例如，一个或多个额外激励可以包括针对第一产品的300美元的第一额外激励，条件是相关交易是否包括零售交易，以及可以适用于所有产品的300美元的第二额外激励，条件是相关交易包括财务控制。这样，激励提供者可以激励单个交易的不同属性。

在各种实现方式中，激励提供组件124可以被配置为基于该活动的活动参数(例如，指示在活动期间可用的一个或多个激励的参数以及在该活动期间管理激励的一个或多个规则)，自动确定一个或多个激励中的哪一个在活动期间对消费者可用，并根据所述确定自动向消费者或其代理提供激励。例如，激励提供组件124可以被配置为确定要从哪个激励提供者提供一个或多个激励，确定消费者有资格获得哪些特定激励，并确定那些激励是否要对该消费者可用(例如，基于从消费者或其代理收到的请求)。

在前述示例中，激励提供组件124可以被配置为基于直接从消费者或其代理提供的信息(例如，通过对激励量的请求)确定消费者是否有资格获得第一额外激励和/或第二额外激励。基于关于消费者是否有资格获得第一额外激励和/或第二额外激励的确定，激励提供组件124可以被配置为使第一额外激励和/或第二额外激励结合1,000美元的激励可供消费者使用。如本文所述，激励提供组件124可以被配置为确定是批准还是拒绝对期望激励量的请求。在一些实现方式中，是否批准或拒绝请求的确定可以基于对消费者可用的单个激励量(例如激励上限)或基于多个相互容忍的合格激励而可用的集体激励量。因此，在前述示例实现方式中，取决于消费者有资格获得哪些相互容忍的激励，消费者可能能够接收高达$1,000、$1,300或$1,600的单个激励量或多个激励。

在各种实现方式中，计算机可读指令114可以包括一个或多个其他计算机程序组件，这些计算机程序组件对处理器112(以及因此系统100)进行编程以向消费者提供激励以针对个人消费者或消费者群体在预定时间段内动态地和/或交互地刺激销售。例如，计算机可读指令114可以包括一个或多个计算机程序组件，该组件对处理器112(以及因此系统100)进行编程以向消费者提供激励以在预定时间段内针对单个消费者或消费者群体动态地和/或交互地刺激销售，如在2010年2月22日提交的题为“SYSTEMAND METHOD FORPROVIDING TO PURCHASERS”的美国专利申请序列号12/710,022(并于2012年6月12日作为美国专利号8,200,532发布)中描述，它是2000年12月13日提交的题为“SYSTEM ANDMETHODFOR PROVIDING TO PURCHASERS”的美国专利申请序列号09/735,446(并于2010年2月23日作为美国专利号7,668,747发布)的延续，这些申请的公开内容其中的每一个都通过引用整体并入本文。

电子存储装置130可以包括以电子方式存储信息的非暂时性存储介质。电子存储装置130的电子存储介质可以与系统100的一个或多个组件和/或可通过例如经由例如端口(例如，USB端口、Firewire端口等)或驱动器(例如，磁盘驱动器等)连接到系统100的一个或多个组件的可移动存储装置一体地(即，基本上不可移除地)提供。电子存储装置130可以包括光学可读存储介质(例如，光盘等)、磁性可读存储介质(例如，磁带、磁性硬盘驱动器、软盘驱动器等)、基于电荷的存储介质(例如，EPROM、EEPROM、RAM等)、固态存储介质(例如，闪存驱动器等)和/或其他电子可读存储介质中的一种或多种。电子存储装置130可以包括一个或多个虚拟存储资源(例如，云存储、虚拟专用网络和/或其他虚拟存储资源)。尽管电子存储装置130在图1中示出为单一的实体，这仅用于说明目的。在一些实现方式中，电子存储装置130可以包括多个存储单元。这些存储单元可以物理地位于同一设备内，或者电子存储装置130可以表示协同操作的多个设备的存储功能。

电子存储装置130可以存储软件算法、由处理器112确定的信息、从服务器110接收的信息、从一个或多个客户端计算平台104接收的信息、从一个或多个外部资源接收的信息，以及/或使服务器110能够如本文所述起作用的其他信息。在一些实现方式中，一个或多个服务器102和系统100的一个或多个其他组件可以包括在单个设备内，该设备被配置为管理激励活动并基于由激励提供者定义的动态参数自动批准从消费者或其代理接收的激励请求。例如，一个或多个服务器102和电子存储装置130可以被包括在单个设备内。

过程的示例流程图

图5图示了根据本发明的实现方式的管理激励活动和基于由激励提供者定义的动态参数自动批准从消费者或其代理接收的激励请求的过程500的示例。下面呈现的过程500的操作旨在说明性的并且因此不应被视为限制性的。在一些实现方式中，过程500可以通过一个或多个未描述的附加操作和/或无需一个或多个所讨论的操作来完成。在一些实现方式中，两个或更多个操作可以基本上同时发生。可以使用上面详细描述的系统组件中的一些或全部来完成所描述的操作。

在一些实现方式中，过程500可以在一个或多个处理设备(例如，数字处理器、模拟处理器、设计用于处理信息的数字电路、中央处理单元、图形处理单元、微控制器、设计用于处理信息的模拟电路、状态机和/或用于电子处理信息的其他机制)中实现。一个或多个处理设备可以包括响应于电子存储在一个或多个电子存储介质上的指令而执行过程500的一些或所有操作的一个或多个设备。一个或多个处理设备可以包括一个或多个设备，该设备通过硬件、固件和/或软件配置为专门设计用于执行过程500的一个或多个操作。

在操作502中，过程500可以包括从激励提供者接收定义可以在活动期间对消费者可用的激励的活动参数。例如，活动参数可以至少包括激励上限。在各种实现方式中，激励提供者可以包括原始设备制造商、另一公司实体、零售商和/或通过本文描述的系统(即，系统100)提供激励的其他用户。在一些实现方式中，操作502可以由与活动发起组件116(在图1中示出并在本文中描述)相同或相似的一个或多个处理器组件来执行。

在操作504中，过程500可以包括基于活动参数发起活动。活动可以与一个或多个项目相关，活动参数可以定义一个或多个项目的可用激励。在各种实现方式中，活动参数可以进一步定义与活动相关联的激励预算、定义任何给定激励的最大量的激励上限、与活动相关联的到期日期、与活动相关联的销售量上限、活动目标参数(即，销售目标、产量目标和/或其他活动目标)和/或活动的其他方面。在各种实现方式中，操作504可以包括提供与活动相关联的一个或多个可视化。可视化可以随时间自动更新(例如，在活动未决期间)。例如，可以获得活动的预计激励支出的指示。当前的实际激励支出可以在活动期间确定(例如，至少基于一个或多个批准的激励请求)。在各种实现方式中，可以经由图形用户界面生成和提供可视化，该图形用户界面描绘了预计的激励支出和实际的激励支出。在各种实现方式中，激励提供者可以提供指示激励上限的潜在变化的用户输入，并且可视化可以被更新以基于激励上限的潜在变化来指示预计的激励支出。因此，激励提供者可以实时可视化激励上限的变化可能如何影响活动本身。在一些实现方式中，操作504可以由与活动发起组件116、活动管理组件118和/或活动可视化组件120(在图1中示出并在本文中描述)相同或相似的一个或多个处理器组件来执行。

在操作506中，过程500可以包括从激励提供者接收在已经发起活动之后修改激励上限的请求。在一些实现方式中，操作506可以由与活动修改组件122(在图1中示出并在本文中描述)相同或相似的一个或多个处理器组件来执行。

在操作508中，过程500可以包括响应于请求修改激励上限。例如，可以根据请求修改激励上限。在各种实现方式中，操作508可以包括在已经发起活动之后修改活动的附加活动参数。在一些实现方式中，活动的活动参数可以包括活动目标参数，该活动目标参数指示活动的销售目标或产量目标。基于所存储的与接收到的先前请求相关的激励请求信息和销售目标或产量目标，可以确定对活动(或活动参数中的至少一个)的建议修改。例如，建议的修改可以包括将用于与活动相关联的激励的可用资金转移到另一个活动的建议、修改与活动相关联的到期日期的建议、修改活动的激励上限的建议和/或对活动(或至少一个活动参数)的一项或多项其他修改。在一些实现方式中，确定建议的修改可以包括使用基于目标的无监督机器学习算法来识别建议的修改。例如，可以使用至少应用于激励请求信息和活动目标参数的基于目标的无监督机器学习算法来识别对激励上限的建议修改。在一些实现方式中，可以基于所建议的修改自动修改活动(或活动参数中的至少一个)，而无需来自激励提供者的进一步输入。例如，活动的激励上限可以基于对激励上限的建议修改而自动修改，而无需来自激励提供者的进一步输入。在一些实现方式中，操作508可以由与活动管理组件118和/或活动修改组件122(在图1中示出并在本文中描述)相同或相似的一个或多个处理器组件来执行。

在操作510中，过程500可包括从消费者或其代理接收对与在激励上限已被修改之后的一个或多个项目中的至少一个相关的期望激励量的请求。例如，代理可以包括零售商的代表，通过该零售商购买一个或多个项目。对于接收到的每个请求，可以存储与请求相关联的激励请求信息，该信息包括所请求的期望激励量的指示以及给定请求是被批准还是被拒绝的指示。如果接收到对期望激励量的请求并且自动拒绝(如下文关于操作512所述)，则可以响应于稍后对激励上限的修改来重新考虑激励请求信息。例如，响应于活动的激励上限的修改，可以基于激励请求信息来确定先前拒绝的请求的期望激励量是否不再超过修改的激励上限，如下文关于操作512所述。在一些实现方式中，操作510可以由与活动管理组件118和/或激励提供组件124(在图1中示出并在本文中描述)相同或相似的一个或多个处理器组件来执行。

在操作512中，过程500可以包括响应于确定期望量不超过修改的激励上限而自动批准对期望激励量的请求。在各种实现方式中，操作512可以包括确定期望的激励量是否超过修改的激励上限。响应于确定期望激励量不超过修改的激励上限，可以自动批准期望激励量的请求。响应于确定期望的激励量确实超过了修改的激励上限，对期望的激励量的请求可以被自动拒绝。在各种实现方式中，可以向消费者或其代理提供通知，指示对期望的激励量的请求被批准或拒绝，而无需来自激励提供者的进一步输入。例如，操作512可以包括响应于确定期望的激励量不超过修改的激励上限而生成要提供给消费者的消息并且使该消息被传送给消费者。在对期望激励量的请求被拒绝的情况下，可以确定高达或小于修改的激励上限的还价激励量，并且可以向消费者或其代理提供指示确定的还价激励量的通知。例如，可以向指示确定的还价激励量的通知提供对期望激励量的请求已被拒绝的通知。在一些实现方式中，可以基于一个或多个附加因素来批准或拒绝对期望激励量的请求。例如，可以进一步基于与活动相关联的激励预算、与活动相关联的到期日期、与活动相关联的销售量上限和/或其他因素来批准或拒绝对期望激励量的请求。在一些实现方式中，可以基于活动参数来建立附加因素。在一些实现方式中，操作512可以由与激励提供组件124(在图1中示出并在本文中描述)相同或相似的一个或多个处理器组件来执行。

在本文中更详细地描述了图5(以及其他附图中)中描绘的各种处理操作和/或数据流。所描述的操作可以使用上面详细描述的系统组件中的一些或全部来完成，并且在一些实现方式中，可以以不同的顺序执行各种操作并且可以省略各种操作。附加操作可以与所示流程图中所示的一些或全部操作一起执行。可以同时执行一项或多项操作。因此，所说明的(以及下文更详细描述的)操作本质上是示例性的，因此不应被视为限制性的。

为了解释的目的，阐述了许多具体细节以便提供对描述的透彻理解。本领域技术人员将理解，可以在没有这些具体细节或具有等效布置的情况下实践本文描述的实现方式。因此，应当理解，该技术不限于所公开的实现方式，相反，旨在涵盖在所附权利要求的精神和范围内的修改和等效布置。例如，应当理解，本技术考虑到，在可能的范围内，任何实现方式的一个或多个特征可以与任何其他实现方式的一个或多个特征组合。

本公开的实现可以在硬件、固件、软件或其任何合适的组合中进行。本公开的各方面可以实现为存储在机器可读介质上的指令，该指令可以由一个或多个处理器读取和执行。机器可读介质可以包括用于以机器(例如，计算设备)可读的形式存储或传输信息的任何机制。例如，有形的计算机可读存储介质可以包括只读存储器、随机存取存储器、磁盘存储介质、光存储介质、闪存设备等，并且机器可读传输介质可以包括传播信号的形式，例如如载波、红外信号、数字信号等。固件、软件、例程或指令可以在本文中根据本公开的特定示例性方面和实现方式以及执行某些动作来描述。

此处描述的各种指令仅是示例性的。可以使用其他配置和指令数量，只要处理器被编程为执行这里描述的功能。此处描述的不同指令所提供的功能的描述是出于说明性目的，而不旨在是限制性的，因为任何指令可以提供比所描述的更多或更少的功能。例如，可以消除一个或多个指令，并且它的一些或全部功能可以由其他指令提供。作为另一示例，处理器112可以由一个或多个附加指令来编程，这些附加指令可以执行这里归于计算机可读指令之一的功能中的一些或全部。

尽管处理器112在图1中示出为单个组件，这仅用于说明目的。在一些实现方式中，处理器112可以包括多个处理单元。这些处理单元可以物理地位于同一设备内，或者处理器112可以表示协同操作的多个设备的处理功能。在一些实现方式中，一个或多个处理器112可以由作为一个或多个处理器112一起操作的计算平台云来实施。处理器112被配置为通过软件；硬件；固件；软件、硬件和/或固件的某种组合；和/或用于在处理器112上配置处理能力的其他机制来执行一个或多个组件。如本文所用，术语“组件”可以指代执行归属于该组件的功能的任何组件或组件集。这可以包括在执行处理器可读指令期间的一个或多个物理处理器、处理器可读指令、电路、硬件、存储介质或任何其他组件。此外，应当理解，尽管各种指令在图1中示出为共同位于单个处理单元内，但在处理器112包括多个处理单元的实现方式中，一个或多个指令可以远离其他指令执行。

本文描述的各种指令可以存储在存储设备中，该存储设备可以包括随机存取存储器(RAM)、只读存储器(ROM)和/或其他存储器。例如，电子存储装置130可以包括任何有形的计算机可读存储介质，包括随机存取存储器、只读存储器、磁盘存储介质、光存储介质、闪存设备和/或配置为计算机程序指令的其他存储器。在各种实现方式中，电子存储装置130可以被配置为存储要由处理器执行的计算机程序指令(例如，前述指令)以及可以由处理器操纵的数据。

一个或多个数据库可以存储在系统100的一个或多个存储设备(例如，电子存储装置130)中。本文描述的数据库可以是例如由Oracle Corporation商业销售的Oracle^TM关系数据库、包括例如由Oracle Corporation商业销售的Oracle^TM关系数据库或与例如由Oracle Corporation商业销售的Oracle^TM关系数据库接口。其他数据库，例如Informix^TM、DB2(数据库2)或其他数据存储，包括基于文件或查询格式、平台或资源，例如OLAP(OnLineAnalytical Processing，在线分析处理)、SQL(Structured Query Language，结构化查询语言)、SAN(存储区域网络)、Microsoft Access^TM或也可以使用、合并或访问的其他数据库。数据库可以包括一个或多个这样的数据库，其驻留在一个或多个物理设备中和一个或多个物理位置中。数据库可以存储多种类型的数据和/或文件以及相关联的数据或文件描述、管理信息或任何其他数据。

图1中所示的各种组件可以通过网络102耦合到至少一个其他组件，网络102可以包括例如因特网、内联网、PAN(个人局域网)、LAN(局域网)、WAN(广域网)、SAN(存储区域网)、MAN(城域网)、无线网络、蜂窝通信网络、公共交换电话网络和/或其他网络中的任何一个或多个。在图1以及其他附图中，可以使用与所描绘的不同数量的实体。此外，根据各种实现方式，本文描述的组件可以在硬件和/或配置硬件的软件中实现。

在某些情况下，众所周知的结构和设备以框图形式显示，以避免不必要地混淆描述。在其他情况下，显示功能框图和流程图来表示数据和逻辑流。框图和流程图的组件(例如，模块、块、结构、设备、特征等)可以以不同于本文明确描述和描绘的方式进行各种组合、分离、移除、重新排序和替换。

在本说明书中对“一个实现方式”、“实现方式”、“一些实现方式”、“各种实现实现方式”、“某些实现实现方式”、“其他实现实现方式”、“一系列实现实现方式”等的引用意味着结合实现方式描述的特定特征、设计、结构或特性包括在本公开的至少一个实现方式中。例如，在说明书的不同地方出现的短语“在一个实现方式中”或“在实现方式中”不一定都指代相同的实现方式，也不是独立的或替代的实现方式与其他实现方式相互排斥。此外，无论是否明确提及“实现方式”等，都描述了各种特征，这些特征可以以各种方式组合并包括在一些实现方式中，但在其他实现方式中也可以以各种方式省略。类似地，描述的各种特征可能是一些实现方式的偏好或要求，但不是其他实现方式的偏好或要求。

这里使用的语言主要是为了可读性和指导目的而选择的，并且可能不是为了描述或限制本发明的主题而选择的。通过考虑本文公开的本发明的说明书和实践，本发明的其他实现方式、用途和优点对于本领域技术人员将是显而易见的。说明书应仅被认为是示例性的，因此本发明的范围旨在仅由所附权利要求限制。

Claims (26)

1.系统，被配置为管理激励活动并根据激励提供者定义的动态参数自动批准从消费者或其代理接收到的激励请求，该系统包括：

一个或多个物理处理器；以及

存储设备，被配置为存储一个或多个计算机程序指令，当所述计算机程序指令由所述一个或多个物理处理器执行时，将所述计算机系统配置为：

从激励提供者接收活动参数，所述活动参数定义了可以提供给消费者的激励，所述活动参数至少包括激励上限；

基于所述活动参数发起活动，其中所述活动与一个或多个项目相关，所述活动参数定义所述一个或多个项目的可用激励；

在所述活动被发起后，从所述激励提供者接收修改所述激励上限的请求；

响应于所述修改所述激励上限的请求而修改所述激励上限；

在修改所述激励上限后，从消费者或其代理处接收对与所述一个或多个项目中的至少一个相关的期望激励量的请求；

确定所述期望激励量是否超过修改后的激励上限；并且

响应于确定所述期望激励量不超过修改后的激励上限而自动批准对所述期望激励量的请求。

2.根据权利要求1所述的系统，其中，所述激励提供者包括原始设备制造商，并且所述代理包括零售商的代表，通过该零售商来购买所述一个或多个项目。

3.根据权利要求1所述的系统，其中，为了自动批准对所述期望激励量的请求，所述计算机系统被配置为：

使得向所述消费者或其代理提供通知，表明对所述期望激励量的请求已获批准，而无需激励提供者的进一步输入。

4.根据权利要求1所述的系统，其中，进一步基于与所述活动相关联的激励预算和/或与所述活动相关联的到期日期来自动批准所述请求。

5.根据权利要求1所述的系统，其中，响应于确定所述期望激励量超过所述修改后的激励上限，所述计算机系统还被配置为：

自动拒绝对所述期望激励量的请求。

6.根据权利要求1所述的系统，其中响应于确定所述期望激励量超过所述修改后的激励上限，所述计算机系统还被配置为：

确定高达或小于所述修改后的激励上限的还价激励量，其中所述还价激励量小于所述期望激励量；并且

导致向所述消费者或其代理提供至少指示确定的还价激励量的通知。

7.根据权利要求1所述的系统，其中，所述计算机系统还被配置为：

获得对所述活动的预计激励支出的指示；

至少基于一个或多个批准的激励请求确定实际激励支出，所述一个或多个批准的激励请求至少包括批准的对所述期望激励量的请求；并且

生成通过图形用户界面提供的可视化，该可视化包括对预计激励支出和实际激励支出的指示。

8.根据权利要求1所述的系统，其中，所述活动参数包括活动目标参数，所述活动目标参数包括销售目标或产量目标的指示，其中所述计算机系统还被配置为：

存储每个接收到的请求的激励请求信息，其中给定请求的激励请求信息包括所请求的期望激励量以及给定请求是否被批准的指示；并且

基于存储的激励请求信息和所述活动目标参数确定对至少一个所述活动参数的建议修改。

9.根据权利要求8所述的系统，其中，为了确定所述建议修改，所述计算机系统被配置为：

使用至少应用于所述激励请求信息和所述活动目标参数的基于目标的无监督机器学习算法来识别对所述激励上限的建议修改。

10.根据权利要求9所述的系统，其中，所述计算机系统还被配置为：

基于对所述激励上限的建议修改而自动修改所述激励上限，而无需来自所述激励提供者的进一步输入。

11.根据权利要求8所述的系统，其中，所述建议修改包括将用于与所述活动相关联的激励的可用资金转移到另一活动的建议。

12.根据权利要求8所述的系统，其中，所述建议修改包括修改与所述活动相关联的到期日期的建议。

13.根据权利要求1所述的系统，其中，所述计算机系统还被配置为：

在接收到修改所述激励上限请求之前从第一消费者或其除消费者之外的代理接收对与所述一个或多个项目中的至少一个相关的第一期望激励量的第一请求；

响应于确定所述第一期望激励量超过所述激励上限，自动拒绝对所述第一期望激励量的第一请求；

响应所述激励上限的修改，确定所述第一期望激励量是否超过所述修改后的激励上限；

响应于确定所述第一期望激励量不超过所述修改后的激励上限，生成要提供给所述第一消费者的消息；并且

将所述消息传输给所述第一消费者。

14.管理激励活动并根据激励提供者定义的动态参数自动批准从消费者或其代理接收的激励请求的计算机实现方法，该方法在具有一个或多个物理处理器和存储设备的计算机系统上实现，所述存储设备被配置为存储一个或多个计算机程序指令，所述计算机程序指令在由所述一个或多个物理处理器执行时配置所述计算机系统以执行所述方法，所述方法包括：

由所述计算机系统从激励提供者接收定义可提供给消费者的激励的活动参数，所述活动参数至少包括激励上限；

由所述计算机系统基于所述活动参数发起活动，其中所述活动与一个或多个项目相关并且所述活动参数定义所述一个或多个项目的可用激励；

在所述活动被发起后，通过所述计算机系统从所述激励提供者接收修改所述激励上限的请求；

响应于修改所述激励上限的请求，通过所述计算机系统修改所述激励上限；

在修改所述激励上限之后，通过所述计算机系统从消费者或其代理处接收对与一个或多个项目中的至少一个相关的期望激励量的请求；

由所述计算机系统确定所述期望激励量是否超过修改后的激励上限；并且

响应于确定期望激励量不超过所述修改后的激励上限，由所述计算机系统自动批准对所述期望激励量的请求。

15.根据权利要求14所述的方法，其中，所述激励提供者包括原始设备制造商，并且所述代理包括零售商的代表，通过该零售商来购买所述一个或多个项目。

16.根据权利要求14所述的方法，其中，自动批准对所述期望激励量的请求包括：

由所述计算机系统引起向所述消费者或其代理提供指示对所述期望激励量的请求已批准的通知，而无需所述激励提供者的进一步输入。

17.根据权利要求14所述的方法，其中，进一步基于与所述活动相关联的激励预算和/或与所述活动相关联的到期日期来自动批准所述请求。

18.根据权利要求14所述的方法，其中，响应于确定所述期望激励量超过所述修改后的激励上限，所述方法还包括：

由所述计算机系统自动拒绝对所述期望激励量的请求。

19.根据权利要求14所述的方法，其中，响应于确定所述期望激励量超过所述修改后的激励上限，所述方法进一步包括：

由所述计算机系统确定高达或小于所述修改后的激励上限的还价激励量，其中，所述还价激励量小于所述期望激励量；并且

由所述计算机系统导致向消费者或其代理提供至少指示所确定的还价激励量的通知。

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

由所述计算机系统获得对所述活动的预计激励支出的指示；

由所述计算机系统至少基于一个或多个批准的激励请求确定实际激励支出，所述一个或多个批准的激励请求至少包括批准的对所述期望激励量的请求；并且

由所述计算机系统生成经由图形用户界面提供的可视化，所述可视化包括对预计激励支出和实际激励支出的指示。

21.根据权利要求14所述的方法，其中，所述活动参数包括活动目标参数，所述活动目标参数包括销售目标或产量目标的指示，所述方法还包括：

由所述计算机系统存储用于接收到的每个请求的激励请求信息，其中给定请求的激励请求信息包括所请求的期望激励量以及给定请求是否被批准的指示；以及

由计算机系统基于存储的激励请求信息和所述活动目标参数确定对所述活动参数中的至少一个的建议修改。

22.根据权利要求21所述的方法，其中，确定所述建议修改包括：

由所述计算机系统使用至少应用于所述激励请求信息和所述活动目标的基于目标的无监督机器学习算法来识别对所述激励上限的建议修改。

23.根据权利要求22所述的方法，该方法还包括：

由所述计算机系统基于对所述激励上限的建议修改来自动修改所述激励上限，而无需来自所述激励提供者的进一步输入。

24.根据权利要求21所述的方法，其中，所述建议修改包括将用于与所述活动相关联的激励的可用资金转移到另一活动的建议。

25.根据权利要求21所述的方法，其中，所述建议修改包括修改与所述活动相关联的到期日期的建议。

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

由所述计算机系统在接收到所述修改所述激励上限的请求之前从第一消费者或其除了所述消费者之外的他们的代理接收对与所述一个或多个项目中的至少一个相关的第一期望激励量的第一请求；

响应于确定所述第一期望激励量超过所述激励上限，由所述计算机系统自动拒绝对所述第一期望激励量的所述第一请求；

响应于修改所述激励上限，由所述计算机系统确定所述第一期望激励量是否超过修改后的激励上限；

响应于确定所述第一期望激励量不超过所述修改后的激励上限，由所述计算机系统生成要提供给所述第一消费者的消息；并且

由所述计算机系统将消息传输给所述第一消费者。

Images