用于自动快速福利分配的系统和技术
背景技术：1.各种实体(例如，产品制造商、政府机构、零售商等)经常使用向用户分配用于进行特定交易的福利(例如，回扣、折扣、免税等)来推动用户消费模式。然而，参与福利分配通常可能效率低下且繁琐，这使许多用户不愿意这样做，并且降低了福利分配系统的功效。借助于说明，考虑以下情境。
2.在第一情境中，例如商品制造商或政府机构等实体可能希望激励购买特定产品，而不管所述产品是从谁那里购买的。例如，政府机构可能为购买节能型产品提供回扣。然而，参与此过程可能要求购买者填写各种带有个人详细信息的表单，这些表单在到期日期之前连同收据一起物理邮寄。用户可能会因为表单太长而感到气馁，或者可能会忘记在到期日期之前发送表单。
3.在第二情境中，在特定地区的资源提供商与不居住在所述地区的用户之间进行的交易通常包括用户不应承担的额外成本(例如，税费)。在这些交易中，用户可能有资格接收那些额外费用的回收(即，偿还)。然而，提出回收索款的过程可能复杂且耗时。另外，用户在购买时可能不知道某些要求(例如特定位置的回收资格规则)，这可能导致这些用户变得没有资格提出回收请求。此外，用户在旅行时通常不知道提出回收请求的特定资格要求。当用户前往一个地区内的多个州或地点且这些地点之间的资格规则不同时，尤其如此。
4.本公开的实施例单独地以及共同地解决这些问题和其它问题。
技术实现要素：5.本文中所描述的实施例涉及用于将交易相关福利自动分配到用于进行交易的账户的系统和技术。在某些实施例中，当交易进行时，所述系统从交易处理网络接收交易细节。所述系统确定从账户进行的交易的适当福利提供商，并将交易细节的子集提供到所述福利提供商。所述福利提供商将交易细节的所述子集与从资源提供商接收的一组有限交易细节进行比较，以标识所述交易并确定所述交易有资格获得的福利金额(如果存在的话)。所述福利提供商接着将所述福利金额提供到所述系统，然后，所述系统使所述交易处理网络将所述福利金额贷记到所述账户。
6.一个实施例涉及一种由福利处理器服务器执行的方法，包括：接收与在由资源提供商操作的资源提供商计算机处使用用户的便携式装置进行的交易有关的交易细节；标识与所述交易相关联的福利提供商计算机，其中福利提供商计算机独立地从资源提供商计算机接收所述交易的有限交易细节；将交易细节的子集提供到福利提供商计算机，交易细节的子集供福利提供商计算机用于标识所述交易；从福利提供商计算机接收与所述交易相关联的值的指示；以及将信用请求消息发送到授权实体计算机，以将所述值贷记到与便携式装置相关联的账户。
7.另一实施例涉及一种福利处理器服务器，包括：处理器；和存储器，其包括指令，所述指令在利用处理器执行时使福利处理器服务器至少进行以下操作：接收与在由资源提供商操作的资源提供商计算机处使用用户的便携式装置进行的交易有关的交易细节；标识与
所述交易相关联的福利提供商计算机，其中福利提供商计算机独立地从资源提供商计算机接收所述交易的有限交易细节；将交易细节的子集提供到福利提供商计算机，交易细节的子集供福利提供商计算机用于标识所述交易；从福利提供商计算机接收与所述交易相关联的值的指示；以及将信用请求消息发送到授权实体计算机，以将所述值贷记到与便携式装置相关联的账户。
8.下文进一步详细描述本公开的这些和其它实施例。
附图说明
9.图1描绘了示出根据至少一些实施例的自动福利分配系统的概述的框图；
10.图2描绘了根据本公开的实施例的可被实施以促进交易相关福利的自动分配的示例系统架构；
11.图3描绘了根据至少一些实施例的用于提供交易相关福利的自动福利分配的过程流程；
12.图4描绘了根据至少一些实施例的用于经由便携式装置在自动福利分配系统中获得福利的第一说明性过程；
13.图5描绘了根据至少一些实施例的用于经由便携式装置在自动福利分配系统中获得福利的第二说明性过程；并且
14.图6描绘了示出根据至少一些实施例的用于将交易相关福利自动分配到交易中使用的支付账户的示例过程的流程图。
具体实施方式
15.在以下描述中，将描述各种实施例。出于解释的目的，阐述特定配置和细节以便提供对实施例的透彻理解。然而，所属领域的技术人员还应清楚，可在没有特定细节的情况下实践实施例。此外，可以省略或简化众所周知的特征以免混淆所描述的实施例。
16.在一些实施例中，当用户使用由授权实体维护的账户与资源提供商进行交易时，所述资源提供商生成用以完成交易的授权请求消息，将所述授权请求消息发送到交易处理网络。然后，交易处理网络通过将授权请求消息路由到维护账户的授权实体来处理所述授权请求消息。福利处理器服务器在交易处理网络处理授权请求消息时从所述交易处理网络接收交易细节。然后，福利处理器服务器独立于授权过程确定获得各种福利的资格。如果福利处理器服务器确定交易有资格获得一个或多个福利，则福利处理器服务器将交易细节的子集发送到与有资格的福利相关联的福利提供商。然后，福利提供商能够将交易细节的子集与由资源提供商提供的有限交易细节匹配，以便标识交易并确定福利金额。然后，由福利提供商将福利金额提供回福利处理器计算机。然后，福利处理器计算机将信用请求消息发送到交易处理网络，所述信用请求消息被路由到授权实体，并且账户被贷记所确定的福利金额。
17.在论述本公开的一些实施例的细节之前，对一些术语的描述可有助于理解各种实施例。
[0018]“便携式装置”可以是为便携式的由用户操作的任何适合的装置，并且可以与例如访问装置等外部实体通信。用户装置的实例包括数据存储在其上的卡、移动电话、膝上型计
算机、应答器、诸如智能手表的可穿戴装置、具有远程通信能力的汽车、访问卡、智能媒体等。支付装置可以是便携式装置装置的实例。
[0019]“支付装置”可包括可以用于进行金融交易诸如向商家提供支付信息的装置。支付装置可以呈任何合适的形式。例如，合适的支付装置可以是手持式且紧凑的，使得它们能够放到用户的钱包和/或口袋中(例如，口袋大小的)。它们可包括智能卡、磁条卡、钥匙链装置等。如果支付装置呈借记卡、信用卡或智能卡的形式，则支付装置还可以任选地具有例如磁条之类的特征。此类装置可在接触或非接触模式下操作。
[0020]“访问装置”可以是提供对远程系统的访问的任何合适的装置。访问装置可以采用任何合适的形式。访问装置的一些实例包括pos或销售点装置(例如，pos终端)、蜂窝电话、pda、个人计算机(pc)、平板pc、手持式专用读取器、机顶盒、电子现金出纳机(ecr)、自动柜员机(atm)、虚拟现金出纳机(vcr)、查询一体机、安全系统、访问系统等。访问装置可以使用任何合适的接触或非接触操作模式，以向用户移动装置发送或从其接收数据或与用户移动装置相关联。
[0021]“授权请求消息”可以是请求对交易的授权的电子消息。在一些实施例中，将授权请求消息发送到交易处理计算机和/或便携式装置的发行方，以请求对交易授权。根据一些实施例的授权请求消息可以符合iso 8583，其为交换与由用户使用便携式装置或账户进行的支付相关联的电子交易信息的系统的标准。授权请求消息可以包括发行方账户标识符，其可以与便携式装置或账户相关联。授权请求消息还可以包括附加数据元素，包括以下中的一个或多个：服务代码、cvv(卡验证值)、dcvv(动态卡验证值)、pan(主账号或“账号”)、令牌、用户名、到期日期等。授权请求消息还可以包括“交易信息”，例如与当前交易相关联的任何信息，例如交易金额、商家标识符、商家位置、收单方银行标识号(bin)、卡片接受器id、标识正购买的项目的信息等，以及可以用确定是否标识和/或授权交易的任何其它信息。
[0022]“授权响应消息”可以是响应于授权请求的消息。在一些情况下，授权响应消息可以是由发行金融机构或交易处理计算机生成的对授权请求消息的电子消息应答。仅例如，授权响应消息可以包括以下状态指示符中的一个或多个：批准
‑‑
交易被批准；拒绝
‑‑
交易未被批准；或呼叫中心
‑‑
响应未决的更多信息，商家必须呼叫免费授权电话号码。授权响应消息还可以包括授权代码，所述授权代码可以是信用卡发行银行响应于电子消息中的授权请求消息(直接或通过交易处理计算机)传回到资源提供商的访问装置(例如pos设备)的指示交易被批准的代码。
[0023]“授权实体”可以是授权请求的实体。授权实体的实例可以是发行方、政府机构、文件存储库、访问管理员等。“发行方”通常可以是指维护用户的账户的业务实体(例如银行)。发行方还可以向用户发行存储在例如蜂窝电话、智能卡、平板电脑或笔记本电脑等用户装置上的账户凭证。在一些实施例中，授权实体可以是由交易处理网络代表发行方操作的服务器。例如，交易处理网络可以维护由交易处理网络执行的替代处理(stand-in-processing，stip)规则，以在发行方不可用时授权请求。
[0024]“福利机构”可以是负责分配与交易有关的福利或偿还至少部分交易值的任何实体。在一些实施例中，福利机构可以是政府实体，例如海关组织或税务机关。在一些实施例中，福利机构可以是商品的制造商或卖方。
[0025]
术语“资源”通常是指可使用或消耗的任何资产。例如，资源可以是计算机资源(例
如，存储的数据或联网计算机账户)、物理资源(例如，有形对象或物理位置)，或计算机之间的其它电子资源或通信(例如，对应于用于执行交易的账户的通信信号)。资源的一些非限制性实例可以是商品或服务、物理建筑物、计算机账户或文件，或支付账户。在一些实施例中，资源可指金融产品，例如贷款或信用额度。
[0026]“资源提供商”可以是能够提供例如商品、服务、信息和/或访问等资源的实体。资源提供商的实例包括商家、在线或其它电子零售商、访问装置、安全数据访问点等。“商家”通常可以是参与交易并且可出售商品或服务或提供对商品或服务的访问的实体。“资源提供商计算机”可以是由资源提供商操作的任何计算装置。
[0027]“服务器计算机”可以包括功能强大的计算机或计算机集群。例如，服务器计算机可以是大型主机、小型计算机集群或作为一个单元运作的一组服务器。在一个实例中，服务器计算机可以是与网络服务器耦合的数据库服务器。服务器计算机可以耦合到数据库，并且可以包括用于服务于来自一个或多个客户端计算机的请求的任何硬件、软件、其它逻辑或前述各项的组合。
[0028]“服务计算机”或“服务提供商计算机”可以包括与提供资源或服务的实体相关联的任何系统。在一些实施例中，服务计算机可以处理与提供资源或服务的实体相关联的计算机应用的功能。服务计算机可以提供任何适当的服务。例如，服务计算机可以是商家、公用事业公司、支付处理网络、钱包提供商、商家、网站运营商或银行。
[0029]“交易”可以是两方或更多方之间的任何交互或交换。例如，交易可包括第一实体从第二实体请求资源。在此实例中，当向第一实体提供资源或交易被拒绝时，交易完成。
[0030]“用户”可以包括个人。在一些实施例中，用户可与一个或多个个人账户和/或移动装置相关联。用户也可以被称为持卡人、账户持有者或消费者。
[0031]
现在将更详细地描述本公开的一些实施例的细节。
[0032]
图1描绘了示出根据至少一些实施例的自动福利分配系统的概述的框图。在图1中，用户102能够与资源提供商计算机104进行交易。在一些实施例中，可以经由便携式装置106和与资源提供商计算机104通信的访问装置108进行交易。资源提供商计算机104可以与收单方计算机110进一步通信，所述收单方计算机被配置成将授权请求发送到交易处理网络112。除了通过将授权请求转发到适当的授权实体114来处理所述授权请求之外，处理网络112还可以将通知提供到福利处理器环境(其包括至少一个福利处理器服务器116)，所述福利处理器环境又可以与福利提供商环境(其包括至少一个福利提供商服务器118)通信。
[0033]
便携式装置106可以是能够用于与资源提供商计算机104进行交易的任何装置。在一些实施例中，便携式装置106可以是移动装置(例如，智能手机)。便携式设备106可被配置成经由访问装置108与资源提供商计算机104通信，所述访问装置可包括非接触式元件。例如，资源提供商计算机104可以是销售点(pos)装置，其包括作为非接触式读卡器的访问装置108。在一些实施例中，便携式装置106可包括使便携式装置106与福利处理器服务器116通信的移动应用程序。
[0034]
资源提供商计算机104可以是由资源提供商操作或代表资源提供商的任何计算装置。在一些实施例中，资源提供商计算机104可被配置成控制对一个多个资源的访问。例如，资源提供商可以是商家或商品和/或服务的其它卖方。在此实例中，资源提供商计算机104可以是pos装置(例如，收银机)。
[0035]
收单方计算机110可以是被配置成代表资源提供商计算机104进行交易的任何计算装置。在一些实施例中，由多个资源提供商计算机104进行的交易由一个或多个收单方计算机110处理。收单方计算机110将交易的授权请求消息发送到适当的处理网络112。在一些实施例中，可以由收单方计算机110基于包括在待用于完成交易的支付信息内的网络标识符来确定用于特定交易的适当处理网络112。
[0036]
交易处理网络112可以是被配置成将授权请求消息路由到适当授权实体计算机114的计算装置的任何集合。在一些实施例中，可以由处理网络112基于包括在待用于完成交易的支付信息内的网络标识符来确定用于特定交易的适当授权实体计算机114。在一些实施例中，交易处理网络112可另外被配置成代表授权实体计算机114执行替代处理。除了将从收单方计算机110接收的授权请求消息路由到适当的授权实体计算机114之外，处理网络112还可以将来自授权请求消息的交易细节提供到福利处理器服务器116。
[0037]
授权实体计算机114可以是由授权实体操作或代表授权实体操作的任何计算装置。在一些实施例中，授权实体可以是发行方或被配置成授权交易的其它实体。在一些实施例中，授权实体可以针对便携式装置(例如，信用卡)提供认证。
[0038]
福利处理器服务器116可以是能够执行本文中所描述的功能性的至少一部分的任何计算装置。在一些实施例中，福利处理器服务器116可以接收与在一个或多个资源提供商计算机104处进行的交易有关的信息。福利处理器服务器116可以标识包括在交易信息中的关于潜在福利分配的任何信息，并且在一些情况下，估计将与所述福利相关联的金额。福利处理器服务器116可被配置成跟踪和汇编每个交易的福利信息。在一些实施例中，福利处理器服务器116可被配置成在确定便携式装置106的有资格获得福利的用户102已进行交易后生成通知并将所述通知提供到所述便携式装置106。在一些实施例中，福利处理器服务器116还可被配置成相对于每个交易生成包括其有资格获得的福利信息(例如，增值税(vat)回收)的凭单。在标识有资格获得福利的交易后，由福利处理器服务器116将至少一部分交易细节提供到福利提供商118提供。在接收到对待应用于特定交易的福利的确认后，福利处理器服务器116可进一步被配置成将确认的福利贷记到交易中使用的支付账户。在一些实施例中，福利处理器服务器116可以由操作交易处理网络112的同一实体操作。
[0039]
福利提供商服务器118可以是由负责提供特定交易相关福利的实体操作的任何计算装置。在一些实施例中，福利提供商可以是为购买商品提供回扣的商品制造商。在一些实施例中，福利提供商可以是负责分配退税的退税提供商。在一些实施例中，福利提供商可以代表福利机构(例如，政府实体)管理福利的分配。借助于说明性实例，福利提供商118可以是有资格获得政府回扣的节能产品的制造商。在此实例中，制造商可以将政府回扣提供给产品的购买者，然后可以代表用户针对分配回扣的政府实体进行索款。注意，这有利地使得用户能够自动地(例如，在不采取任何公开行动的情况下)获得政府回扣，而不管它们在哪个资源提供商处购买产品。使用此系统，政府回扣直接应用于用户的用于完成购买的支付账户。借助于第二说明性实例，福利提供商118可以是向有资格的交易的有资格方(例如，非居民)的分配退税的退税提供商。在此实例中，福利提供商118可以评估交易的详细信息以及交易中用户的细节，以便确定交易是否有资格获得回收索款(例如，基于非居民免除交易中支付的某些税费)。在确定交易有资格获得回收福利后，福利提供商118代表用户通知福利处理器116有资格的金额，并向福利机构120(例如，在此示例中为税务机关)提交索款。
[0040]
为了清晰起见，图1中示出特定数量的组件。然而，应理解，本公开的实施例可包括多于一个的每种组件。另外，本公开的一些实施例可包括比图1中所示的所有组件少或多的组件。另外，图1中的组件可使用任何合适的通信协议通过任何合适的通信媒体(包括互联网)通信。
[0041]
图2描绘了根据本公开的实施例的可被实施以促进交易相关福利的自动分配的示例系统架构。系统架构200被描绘为包括福利处理器服务器202，所述福利处理器服务器可以是图1中所描绘的福利处理器计算机116的实例。福利处理器服务器202可以经由网络208与福利提供商服务器204以及交易处理服务器206通信。
[0042]
在至少一些实施例中，福利处理器服务器202可包括至少一个存储器214和一个或多个处理单元(或处理器))216。一个或多个处理器216可在适当时以硬件、计算机可执行指令、固件或其组合进行实施。一个或多个处理器216的计算机可执行指令或固件实施例可包括以任何合适的编程语言编写的用于执行所描述的各种功能的计算机可执行指令或机器可执行指令。另外，应注意，在一些实施例中，福利处理器服务器202可由实施于托管计算环境中的一个或多个虚拟机体现。托管计算环境可以包括一个或多个快速布建和释放的计算资源，所述计算资源可以包括计算、联网和/或存储装置。托管计算环境还可以被称为云计算环境。
[0043]
存储器214可存储可在一个或多个处理器216上加载和执行的程序指令，以及在这些程序的执行期间生成的数据。取决于福利处理器服务器202的配置和类型，存储器214可以是易失性的(例如随机存取存储器(ram))和/或非易失性的(例如只读存储器(rom)、闪存存储器等)。福利处理器服务器202还可包括额外存储装置218，例如可装卸式存储装置或非可装卸式存储装置，包括但不限于磁性存储装置、光盘和/或磁带存储装置。磁盘驱动器和其相关联计算机可读介质可以提供计算机可读指令、数据结构、程序模块以及用于计算装置的其它数据的非易失性存储。在一些实施例中，存储器214可包括多种不同类型的存储器，例如静态随机存取存储器(sram)、动态随机存取存储器(dram)或rom。更详细地转向存储器214的内容，存储器214可包括操作系统和用于实施本文中所公开的特征的一个或多个应用程序或服务，至少包括用于确定交易获得福利的资格的模块(资格确定模块220)和/或用于将有资格的福利分配给交易的用户的模块(分配模块222)。存储器214还可包括提供与一个或多个账户相关联的数据的账户数据224，以及提供指示对各种福利和/或产品的资格要求的数据的福利资格数据226。
[0044]
可装卸式和不可装卸式的存储器214和额外存储装置218为计算机可读存储介质的实例。例如，计算机可读存储介质可以包括以用于存储例如计算机可读指令、数据结构、程序模块或其它数据的信息的任何方法或技术实施的易失性或非易失性、可装卸或不可装卸的介质。如本文中所使用，模块可以指由作为福利提供商服务器204、交易处理服务器206、福利处理器服务器202或任何其它合适的计算装置的一部分的计算系统(例如，处理器)执行的编程模块。福利处理器服务器202还可包含通信接口228，所述通信接口允许福利处理器服务器202与所存储的数据库、另一计算装置或服务器、用户终端和/或网络208上的其它装置通信。福利处理器服务器202还可包括输入/输出(i/o)装置和/或端口230，例如用于实现与键盘、鼠标、笔、语音输入装置、触摸输入装置、显示器、扬声器、打印机等的连接。
[0045]
更详细地转向存储器214的内容，存储器214可包括操作系统209和用于实施本文
中所公开的特征的一个或多个应用程序或服务，至少包括资格确定模块220和/或分配模块222以及账户数据224和/或福利资格数据226。所存储的数据(例如，账户数据224和/或福利资格数据226)可包括任何合适的持久数据存储系统。在一些实施例中，数据可存储在数据库中。存储在数据库中的信息可由一个或多个模块经由数据库查询或任何其它合适的数据检取方式来访问。
[0046]
在一些实施例中，资格确定模块220可以结合处理器216被配置成标识由交易处理服务器206接收的有资格获得福利分配的交易。福利提供商可以将资格数据提供到福利处理器服务器202，所述资格数据指示将使交易有资格获得待分配福利的条件。例如，资格数据可包括产品或产品类型的指示，当购买时，所述指示将使购买者有权获得某一福利(例如，回扣、折扣等)。多个福利提供商可以提供资格数据，使得福利处理器服务器202可以维护资格数据到在福利资格数据226内的其对应福利提供商的映射。
[0047]
在某些实施例中，资格确定模块220可以在交易(例如，授权请求消息)被处理时从交易处理服务器206接收交易细节。更具体地，资格确定模块220可以接收与交易相关联的一个或多个产品的多个产品标识符。在一些实施例中，交易细节由分配模块222中继到资格确定模块220。在接收到所述多个产品标识符后，资格确定模块220可以从福利资格数据226确定与产品标识符相关联的任何产品是否使交易有资格获得福利分配。另外，在一些实施例中，交易细节可包括支付账户标识符，所述支付账户标识符可用于从用户账户数据224标识用户和/或账户。这可以允许资格确定模块220访问进行交易的用户的人口统计或其它数据。在一些情况下，与特定福利相关联的资格数据还可包括与用户的属性相关的条件。例如，只有生活在特定地理区内或生活在特定地理区外的用户才有资格获得所述福利。在另一实例中，只有收入水平低于某一阈值收入水平的用户才有资格获得所述福利。在与特定福利相关联的资格数据包括与用户的属性相关的条件的实施例中，资格确定模块220也可以进行所述确定。在确定特定交易满足针对福利资格数据226中的福利所阐述的每个条件后，资格确定模块220标识负责分配福利的福利提供商服务器204。资格确定模块220将此信息传送到分配模块222。
[0048]
在一些实施例中，分配模块222可结合处理器216被配置成管理和分配福利。在一些实施例中，当交易正在进行时，分配模块222从交易处理服务器206接收完整的交易细节。然后，分配模块222将交易细节中继到资格模块220，所述资格模块确定交易有资格获得哪些福利(如果存在的话)。如果交易没有资格获得任何福利，则分配模块222可以不采取另外的行动。然而，如果分配模块222接收到交易有资格获得一个或多个福利的指示(以及分配这些福利的福利提供商服务器204的列表)，则分配模块222进一步被配置成将交易的有限交易细节提供到每个福利提供商服务器204。可以使用路由表(未示出)确定福利提供商服务器204，所述路由表将特定福利提供商服务器的标识符和地址(例如，ip地址)与不同资源提供商的标识符匹配。在一些实施例中，有限交易细节可包括足够的信息来标识交易，而无需提供机密信息。例如，有限交易细节可包括以下各项中的两个或更多个：资源提供商标识符(例如，商家id)、交易日期/时间、支付账户的最后四位数字、授权代码、交易金额等。通过提供有限交易细节，福利提供商服务器204能够发起用户的福利过程，而无需接收或存储用户的实际账户信息。
[0049]
在一些实施例中，可能要求用户在交易之前登记以获得福利。例如，在福利是退税
的情境中，用户可能需要在交易将有资格获得福利之前将护照和/或旅行计划提供到福利处理器。在此情境中，分配模块222可仅发送与当前正在行进到资格确定模块220的登记用户相关联的交易的交易细节。
[0050]
另外，分配模块222还可被配置成自动发起将福利分配到支付账户。这可以由分配模块222在从福利提供商服务器204接收到对福利资格和/或福利金额的确认后完成。为此，分配模块222可被配置成发起从与福利提供商相关联的账户到交易中使用的支付账户的资金转移。
[0051]
在至少一些实施例中，福利提供商服务器204可包括被配置成实施本文中所公开的特征的至少一个服务器装置。此类服务器装置可以执行计算福利资格金额并发起如本文中所描述的福利分配的应用程序或服务(例如，福利平台232)。在一些实施例中，福利提供商服务器204可以从多个资源提供商接收交易数据，所述交易数据可以存储在聚合交易数据234的数据库中。所接收的交易数据可仅包括交易细节的子集。例如，福利提供商服务器204可以接收出售特定产品的指示和出售特定产品的交易编号。在一些情况下，福利提供商服务器204可以接收序列号或其它标识符。应注意，福利提供商服务器204可能未被提供机密信息(例如，支付详情等)，且因此可能无法以其它方式访问所述数据。当针对交易分配福利时，可以更新交易数据234以反映所述分配。另外，福利平台232可进一步被配置成代表福利分配者向福利机构(例如，政府实体)提交索款。
[0052]
在至少一些实施例中，交易处理服务器206可包括被配置成实施本文中所公开的特征的至少一个服务器装置。此类服务器装置可以执行被配置成将授权请求消息路由到适当授权实体服务器的应用程序或服务(例如，交易管理模块236)。另外，交易管理模块236可以将每个授权请求消息的一部分发送到福利处理器服务器202。发送到福利处理器服务器202的每个授权请求消息的部分可至少包括交易中涉及的物品的标识符。应注意，这可以与正常授权过程同时进行，并且不需要暂停所述过程。另外，在接收到福利分配的指示(例如，从福利处理器服务器202)后，交易管理模块236可被配置成结算从与福利提供商相关联的账户到与福利所基于的授权请求消息的便携式装置相关联的账户的支付。
[0053]
图3描绘了根据至少一些实施例的用于提供交易相关福利的自动福利分配的过程流程。过程300被示为逻辑流程图，其中每个操作表示可在硬件、计算机指令或其组合中实施的一系列操作。在计算机指令的情形下，所述操作表示存储在一个或多个计算机可读存储介质上的计算机可执行指令，这些计算机可执行指令在由一个或多个处理器执行时执行所叙述的操作。一般来说，计算机可执行指令包括执行特定功能或实现特定数据类型的例行程序、程序、对象、组件、数据结构等。描述操作的次序并不希望被理解为限制，并且任何数目的所描述操作可省略或按任何次序和/或并行地组合以实施此过程和本文所描述的任何其它过程。
[0054]
过程300(或本文中所描述的任何其它过程，或其变型和/或组合)中的一些或全部可在配置有可执行指令的一个或多个处理装置的控制下执行，并且可实施为代码(例如，可执行指令、一个或多个计算机程序或一个或多个应用程序)。根据至少一个实施例，图3的过程300可以至少由图2中所描绘的福利处理器服务器202来执行。代码可存储在计算机可读存储介质上，例如呈包括可由一个或多个处理器执行的多个指令的计算机程序的形式。计算机可读存储介质可以是非瞬态的。
[0055]
图3的过程300被描绘为涉及各种组件之间的多个交互，所述各种组件已在其它地方描述。例如，过程300可以涉及便携式装置106、资源提供商计算机104、收单方计算机110、授权实体114、福利处理器环境302(其包括至少一个福利处理器服务器116)、福利提供商环境304(其包括至少一个福利提供商服务器118)和交易处理环境306(其包括交易处理网络112)之间的交互。在一些实施例中，过程300还可以涉及与福利机构120的交互。
[0056]
当在资源提供商104处进行交易时，过程300可以从s351开始。在一些实施例中，交易可以涉及用户使用支付账户308进行的购买。例如，资源提供商104可以是商家，并且用户可以使用信用卡从所述商家购买一个或多个产品。为了完成所进行的交易，在s352，资源提供商104将交易细节传送到收单方计算机110。然后，在s353，收单方计算机110将交易细节转发到交易处理环境306的处理网络112(经由授权请求消息)。在s354，交易处理网络112继而将交易细节路由到授权实体114，所述授权实体维护用于进行交易的支付账户308。然后，授权实体114基于交易细节和与支付账户308相关联存储的信息来确定是批准还是拒绝交易。一旦授权实体114已关于是批准还是拒绝交易作出确定，授权实体114就将授权响应消息提供回交易处理网络112，然后所述授权响应消息被传送回到收单方计算机110且最终传送回资源提供商104。然后，交易完成。
[0057]
在某些实施例中，除了执行上文所描述的交易之外，资源提供商104还可以针对其在s355进行的交易向福利提供商环境304提供有限或完整的交易细节，所述交易细节可以存储在交易数据234的数据库中。在一些实施例中，资源提供商104可以针对其所进行的每个交易向福利提供商环境提供交易细节。在一些实施例中，资源提供商104可以仅针对涉及特定产品或产品类型的交易向福利提供商环境304提供交易细节。例如，福利提供商可以是特定产品或产品线的制造商。在此实例中，资源提供商104可针对其销售的每个产品向福利提供商报告交易细节。作为说明，在步骤s355中，对于单个交易，有限交易细节可包括资源提供商标识符(例如，商家id)、交易日期/时间、支付账户的最后四位数字、授权代码、交易金额，以及用户在交易期间购买的产品的一个或多个产品标识符。在这点上，有限交易细节的数目可能大于在步骤s358中提供到福利提供商环境304的有限交易细节的数目，所述在步骤s358中提供到福利提供商环境的有限交易细节可以是在步骤s355中提供到福利提供商环境304的交易细节的子集。
[0058]
除了在s354将交易细节路由到授权实体之外，并且在某些情况下与其同时，在s355，处理网络112还可以触发到交易管理模块236的支付授权通知。然后，在s356，交易管理模块236可以将交易的交易细节的至少一个子集提供到福利处理器环境302。
[0059]
在接收到交易细节后，分配模块222在s357将交易细节提供到资格模块220，以确定交易获得一个或多个福利的资格。在接收到交易细节后，资格确定模块220可以确定交易是否满足有资格获得福利的条件。例如，资格模块220可以确定与包括在交易细节中的产品标识符相关联的任何产品是否使交易有资格获得福利分配。在一些实施例中，资格模块220可以确定交易中的用户是否满足有资格获得福利的条件。例如，在福利是退税(例如，对于增值税)的情境中，有资格的交易仅限于某些产品类型，以及居住在特定地理区外部的用户。资格模块220可以维护与由任何数目个不同福利提供商提供的任何数目个福利有关的详情。例如，在福利是退税的情境中，单独的福利提供商可以各自负责在不同地理区提供回收服务。在另一实例中，每个福利提供商可以与产品或产品线(例如，品牌)的不同制造商相
关联或代表所述不同制造商操作。
[0060]
在确定交易有资格获得福利后，资格模块220可以向分配模块222标识与有资格的福利相关联的福利提供商。可以使用路由表(未示出)确定福利提供商服务器204，所述路由表将特定福利提供商服务器的标识符和地址(例如，ip地址)与不同资源提供商的标识符匹配。然后，在s358，分配模块22将有限交易数据转发到所指示的福利提供商环境304。在一些实施例中，有限交易细节可包括资源提供商标识符(例如，商家id)、交易日期/时间、支付账户的最后四位数字、授权代码、交易金额等。
[0061]
在从分配模块222接收到有限交易细节后，福利提供商环境304内的福利平台232可以在s359执行查找操作以获得交易的记录。这可涉及通过将所提供的有限交易数据与交易数据234内存储的数据匹配来标识交易数据内的交易。然后，福利提供商可以基于存储在交易数据库234中的与所进行的交易有关的信息而针对交易作出独立的资格决策。在一些实施例中，福利提供商可以确定与福利相关联的金额。例如，福利金额可以计算为交易中支付的税前金额的百分比。然后，在s360，福利平台232将响应提供到分配模块222。如果福利平台232确定交易没有资格获得福利分配，则在s360时提供的响应可包括原因(例如，原因代码)。如果福利平台232确定交易有资格获得福利，则它可以利用待分配福利的批准和/或金额作出响应。
[0062]
在接收到待分配的福利/金额的指示后，分配模块222可进一步被配置成自动发起将福利分配到支付账户。这可以通过分配模块222发起从与福利提供商相关联的账户到交易中使用的支付账户的资金转移来完成。在一些实施例中，可相对于福利提供商存储将从其分配福利的支付账户的标识符。在一些实施例中，在步骤s360，可以从将从其分配福利的支付账户的标识符提供到福利处理器环境。应注意，在所提供的实例中，福利提供商环境不被提供用于完成交易的支付账户详情。这降低了用户支付账户标识符暴露于潜在数据泄露或中间人攻击的风险，以及用户支付账户标识符的后续欺诈性使用。在一些实施例中，在s361，分配模块222可以将通知提供到与交易中涉及的支付账户相关联的便携式装置106。通知可以指示福利正被分散。在一些实施例中，可以经由对安装在便携式装置106上的移动应用程序的推送通知将所述通知提供到便携式装置106。
[0063]
为了发起资金的转移，分配模块222可以在s362将借记调整通知提供到交易管理模块236，所述交易管理模块可以在363将借记调整通知转发到处理网络112，且随后在s364将借记调整通知转发到授权实体114。交易管理模块236稍后通过从与福利提供商相关联的支付账户获得资金并将那些资金转移到用于在资源提供商104处完成交易的支付账户来结算福利分配交易。然而，在一些实施例中，与所分配的福利相关联的资金可以立即提供给支付账户。
[0064]
在一些实施例中，借记调整通知可以呈信用交易消息的形式，所述信用交易消息可以包括向账户发起贷记的消息。在一些实施例中，信用交易消息可以是原始信用交易(oct)消息。oct(原始信用交易)通常是清算和结算信用交易，其被设计成用于商业应用，例如商业转账或企业对用户的偿付。当在本发明的实施例中使用时，oct交易可用于向目标账户递送资金。在一些情况下，它与aft交易分开，并且在一些情况下，可以在aft交易之后发生。用户的账户可以是信用卡或借记卡账号，并且可以非常快速地(几乎实时地)贷记账户。由授权实体114操作的授权实体计算机与福利提供商环境304之间的结算过程可以在稍后
的时间发生。在这点上，福利提供商环境304可以具有收单银行识别号(收单bin)以允许此类结算发生。
[0065]
在一些实施例中，一旦福利已分配到交易的支付账户，处理网络就可以在s365将通知提供到福利提供商。然后，福利提供商可以更新交易数据234以指示福利已被分配，这可以防止福利分配的重复。
[0066]
另外，在一些实施例中，在接收到福利已成功分配到账户的指示后，在s366，福利提供商可以代表交易中的用户向福利机构120提出索款。例如，如果福利提供商是负责代表地区政府分配退税的退税提供商，则福利提供商可以向税务机关提出索款以收回所提供的福利。
[0067]
图4描绘了根据至少一些实施例的用于经由便携式装置在自动福利分配系统中获得福利的第一说明性过程。过程400被描绘为经由便携式装置呈现的一系列图形用户界面(gui)(例如，gui 402、404和406)，所述便携式装置可以是图1中所描绘的便携式装置106的实例。在一些实施例中，过程400的部分可以与上文所描述的过程300重合。
[0068]
如在402处所描绘的，用户可以选择使用便携式装置来完成交易的支付。在此情况下，便携式装置可以是智能手机或具有非接触式发送器/读取器的其它合适的移动装置。一些实施例可以经由安装在移动应用程序上并在便携式装置上执行的移动应用程序来实施。在一些实施例中，移动应用程序可能在提供本文中所描述的功能性之前要求便携式装置的用户通过自我认证来登录。移动应用程序可以与授权实体或其它支付提供商相关联，并代表它们进行维护。
[0069]
在一些实施例中，用户可以选择待用于完成交易的支付账户。例如，移动应用程序可以将与用户和/或账户相关联的多个支付账户标识符存储在存储器中，或者可以从远程服务器获得多个支付账户。然后，移动应用程序可以允许用户例如经由下拉菜单408选择待用于完成交易的支付账户中的一个。在一些实施例中，便携式装置接着可以接近pos装置的非接触式发送器/读取器。在被带到非接触式发送器/读取器的通信范围内时，便携式装置被提供交易的多个详情。然后，便携式装置可以从所提供的多个详情生成密码，并且可以将所述密码和支付账户提供到pos装置的非接触式发送器/读取器。
[0070]
如在404处所描绘的，移动应用程序可以在交易完成后接收到通知。在一些实施例中，通知可以由pos装置提供到移动应用程序。在一些实施例中，在接收到交易已被授权的指示后，移动应用程序可以从与交易处理网络通信的远程服务器接收通知。一旦交易被授权，就如相对于图3中所描绘的过程300所描述的来确定交易有资格获得的任何福利。然后，在402，通过将福利自动贷记到用于进行交易的支付账户来分配福利。
[0071]
如在406处所描绘的，移动应用程序可以接收并呈现相对于所进行的交易分配的一个或多个福利的通知。例如，考虑交易涉及从零售商店购买电热水器的情境。在此实例中，系统可以确定特定品牌的电热水器有资格获得为购买节能装置而提供的地区政府发放的回扣。在此实例中，系统自动代表用户将交易提交给福利提供商(例如，代表地区政府处理回扣的第三方)。然后，福利提供商确定交易有资格获得的金额，并将所述信息提供回系统。一旦系统接收到交易有资格获得回扣的确认以及交易有资格获得的金额，回扣将自动应用于用户的支付账户(例如，用于完成交易的支付账户)，并且向用户提供指示回扣应用的通知。应注意，在此实例中，除了进行交易外，用户无需采取任何公开行动来获得回扣。还
应注意，无论交易在哪个零售商处进行，都会分配所述福利，因此所述零售商无需成为活动参与者。此外，通过以所描述的方式响应交易而实现福利分配，系统可以防止因为收据重复的回扣欺诈。
[0072]
图5描绘了根据至少一些实施例的用于经由便携式装置在自动福利分配系统中获得福利的第二说明性过程。过程500被描绘为经由便携式装置呈现的一系列图形用户界面(gui)(例如，gui 502、504和506)，所述便携式装置可以是图1中所描绘的便携式装置106的实例。在一些实施例中，过程500的部分可以与上文所描述的过程300重合。
[0073]
类似于上文图4中所描述的实例，用户可以在502选择使用便携式装置完成交易的支付，并且在504，移动应用程序可以在交易完成后接收到通知。然而，如在506处所描绘的，移动应用程序可以提供并维护所分配福利的列表508。例如，考虑由非居民公民进行交易并且交易涉及对非居民公民可免除的支付非居民公民免除的税收的支付的情境。借助于说明，在某些欧洲国家，美国公民可免除关于某些产品和产品类型支付的增值税(vat)。因此，在穿过欧洲时，美国公民可能有资格获得关于其进行的各种交易的回收信用。通常，此过程涉及非居民公民的大量行动，并且通常涉及针对每个交易从商家收集凭单以及在离开该国时在机场内的海关站处采取的行动。一旦提交，回收过程可能需要几周才能发放任何回收信用(通常是通过邮寄支票)。
[0074]
在上文针对实施例实施的情境中，系统自动代表用户将每个交易提交给利福利提供商(例如，代表当地政府处理回收的第三方)。在一些实施例中，可以基于交易中涉及的资源提供商来选择福利提供商。例如，每个资源提供商可以由多个可用福利提供商中的一者服务。在此实例中，福利处理器可以维护资源提供商到其相应福利提供商的映射。然后，福利提供商确定交易有资格获得的金额，并将所述信息提供回系统。一旦系统接收到交易有资格获得回收信用的确认以及交易有资格获得的金额，回收信用将自动应用于用户的支付账户(例如，用于完成交易的支付账户)，且可以将聚合回收信用信息提供到移动应用程序。应注意，在此实例中，除了进行交易外，用户无需采取任何公开行动来获得回收信用。还应注意，零售商无需针对用户采取任何公开行动(例如，提供交易凭证)以获得回收信用。
[0075]
图6描绘了示出根据至少一些实施例的用于将交易相关福利自动分配到交易中使用的支付账户的示例过程的流程图。过程600可以由福利处理器计算机来执行，所述福利处理器计算机例如相对于图2所描述的福利处理器服务器204。
[0076]
当相对于交易从交易处理网络接收交易细节时，过程600可以从602开始。交易细节可以通过交易处理网络从相对于在资源提供商与用户之间进行的交易从资源提供商接收的授权请求消息而获得。授权请求消息至少包括由授权实体维护的支付账户的指示。授权请求消息还可包括其它交易细节，例如，交易中涉及的一个或多个产品的资源提供商(例如，商家id)标识符的标识符、交易金额或任何其它合适的交易细节。
[0077]
在604，过程600涉及标识与交易相关联的福利提供商。在一些实施例中，福利提供商计算机代表制造商操作，并且所述福利是制造商所制造的商品的回扣。在一些实施例中，福利提供商计算机代表退税提供商操作，并且所述福利是对用户所支付的税款的偿还。在一些实施例中，基于资源提供商标识与交易相关联的福利提供商计算机。例如，每个资源提供商可以由特定福利提供商服务。在此实例中，福利处理器计算机可以维护资源提供商到每个相应福利提供商的映射。一旦已确定交易有资格获得一个或多个福利，就标识与有资
格的福利相关联的福利提供商。在一些实施例中，基于交易中涉及的一个或多个产品标识与交易相关联的福利提供商计算机。例如，福利提供商计算机可以是产品制造商或用于特定于产品的回扣的回扣分配管理器。
[0078]
标识与交易相关联的福利提供商可涉及通过将交易细节与关于多个福利中的每一者提供的福利资格数据进行比较来确定交易获得多个福利中的每一者的资格。在一些实施例中，还可以基于与交易中的用户相关联存储的信息来确定获得福利的资格。例如，获得特定福利的资格可以取决于用户的住宅、净收入或其它人口统计数据。在这些实施例中，福利处理器计算机可以检取相对于用户存储的用户数据，以便确定获得福利的资格。
[0079]
在一些实施例中，一个或多个福利提供商可以独立地从资源提供商接收有限交易细节，所述有限交易细节可包括非敏感数据。此类非敏感数据的实例可包括交易的日期/时间、交易标识符、交易金额、特定商品被出售的金额、已支付的税费金额等。在一些实施例中，资源提供商可以提供由资源提供商出售的特定商品的产品标识符(例如，序列号)。借助于实例，资源提供商可以在每次商品中的一者被出售时向制造商通知其商品，这可使制造商能够运输新产品和/或维护商品的保修信息。交易的有限交易细节可以由福利提供商计算机存储在数据库内，所述数据库包括多个交易的有限交易细节。在一些实施例中，多个交易可以与多个不同资源提供商计算机相关联。
[0080]
在606，过程600涉及将交易细节的子集提供到所标识的福利提供商。交易细节的子集可仅限于非敏感数据。在一些实施例中，交易细节的子集可包括资源提供商标识符、交易日期、支付账户的最后四位数字、授权代码或交易金额中的一个或多个。在一些实施例中，用于完成交易的便携式装置是十六位支付令牌，并且交易细节的子集包括十六位支付令牌的最后四位数字。在接收到交易细节的子集后，福利提供商从交易数据的数据库标识交易。为此，福利提供商计算机可以将从资源提供商接收的交易的有限交易细节与交易细节的子集匹配。
[0081]
在608，过程600涉及从福利提供商接收值，例如福利值。在一些实施例中，福利值确定为交易金额的一部分。在一些实施例中，福利值可以等于包括在交易中的特定税费。在一些实施例中，可以使用福利提供商已知的一些算法来计算福利值。
[0082]
在610处，过程600涉及将信用请求消息发送到授权实体，以获得给交易中使用的账户的福利值。为了将福利值贷记到账户，交易处理网络可以分别使授权实体向账户贷记并且使第二授权实体向与福利提供商计算机相关联的账户借记福利值的金额。与福利提供商计算机相关联的账户的指示可以由福利处理器计算机检取，并在信用请求消息中提供。在结算过程期间，从与福利提供商计算机相关联的账户中提取贷记到与便携式装置相关联的账户的福利值。在一些实施例中，在福利处理器服务器从与福利提供商计算机相关联的账户接收对应于福利值的资金之前，将福利值贷记到与便携式装置相关联的账户。在福利提供商计算机代表退税提供商操作且所述福利是对用户所支付的税款的偿还的情境中，退税提供商随后可以代表用户向税务机关提交索款。
[0083]
在一些实施例中，福利处理器计算机可以另外将福利金额已贷记的通知提供到与用户相关联的便携式装置。在一些实施例中，福利处理器计算机可以维护用户的账户以及福利数据。用户能够经由安装在其移动装置上的移动应用程序登录账户，以便提供相对于账户存储的信息。例如，用户可以登录账户，并被提供贷记到用户的福利的聚合列表。
[0084]
在一些实施例中，在福利值贷被贷记到与交易相关联的账户后，将通知提供到福利提供商以使其更新存储在交易数据库中的有限交易细节，以指示福利值已兑换。如果福利提供商随后接收到与福利值被指示为已兑换的交易匹配的交易细节，则福利提供商可返回零的福利值。例如，如果已兑换交易的有限交易细节包括唯一的产品标识符(例如，序列号)并且接收到包括相同唯一的产品标识符的第二交易，则福利提供商可以返回0的福利值。
[0085]
本公开的实施例提供优于常规系统的数个优势。例如，所述系统使产品制造商或赞助实体(例如，政府实体)能够为购买特定产品或特定类型的产品提供激励，而无需商家协作或公开的用户行动(除了进行购买)。另外，通过以本文中所描述的方式实施的福利分配系统提供福利可以防止欺诈，因为用户无法为了申请他们没有资格获得的福利而复制收据。福利分配效率也变得更高效，因为与先前系统中的天数或偶数周相比，福利可以在几分钟内分配。
[0086]
另外，当在退税系统中实施(例如，为非居民收回增值税)时，并不要求用户在交易时获得凭单或商家提供凭单。替代地，可以几乎立即将回收信用分配给用户，而在用户方面无需任何额外努力。这还可以激励用户在国外进行更多交易。
[0087]
此外，本文中所描述的系统优于其它系统，因为福利可直接递送到与请求相关联的账户，而实际上不将所述账户提供到福利提供商。在退税情境中，这意味着用户不需要与机场处的退税处理器(即，回收机构)共享支付账户详情，并且进一步减少处理器的现金处理费用，因为处理器不需要提供作为现金的退款。应注意，在实施例中，福利提供商不被提供支付账户详情，从而使得分配福利的方式更安全。
[0088]
在本文中所描述的系统的某些实施例中，用户不需要在购买时呈现任何福利信息(例如，优惠券)。替代地，当用户使用其支付卡在商家处完成交易时，用于支付卡的处理器自动发起福利分配过程。为此，支付处理器在标识潜在有资格的交易后，基于交易的详细信息确定适当的福利提供商。然后，支付处理器将一些详情提供到福利提供商，所述福利提供商可用于从已保存的交易数据的列表标识交易。然而，为了保护隐私并改善数据安全性，所提供的详情可能不足以标识用于完成交易的支付信息(例如，pan或令牌)，这限制了用户的风险暴露。然后，福利提供商确定交易的资格，并将所述信息提供到支付处理器。一旦已经完成，支付处理器就可以将福利金额贷记到用户(通常在交易后30分钟内)。在一些实施例中，支付处理器基本上向持卡人“贷款”福利金额，然后在与福利提供商结算后偿还所述福利金额。这使得能够极快地提供福利。而且，福利提供商从未拥有pan或令牌，因此用户从不面临福利提供商泄密的风险。
[0089]
应理解，本公开的任何实施例都可以使用硬件(例如，专用集成电路或现场可编程门阵列)和/或使用计算机软件以控制逻辑的形式实现，其中通用可编程处理器是模块化的或集成的形式。如本文所使用，处理器包括单核处理器、在同一集成芯片上的多核处理器，或在单个电路板上或网络化的多个处理单元。基于本文提供的公开内容和教导，本领域普通技术人员将知道并理解使用硬件以及硬件和软件的组合来实现本公开的实施例的其它方式和/或方法。
[0090]
本技术中描述的任何软件组件或功能可实施为使用例如java、c、c++、c#、objective-c、swift等任何合适的计算机语言或例如perl或python等脚本语言使用例如常
规的或面向对象的技术的由处理器执行的软件代码。所述软件代码可以作为一系列指令或命令存储在计算机可读介质上以供存储和/或发送，合适的介质包括随机存取存储器(ram)、只读存储器(rom)、磁性介质(例如硬盘驱动器或软盘)，或者光学介质(例如光盘(cd)或数字通用光盘(dvd))、闪存存储器，等等。计算机可读介质可以是此类存储装置或发送装置的任何组合。
[0091]
此类程序还可以使用适应于经由包括互联网的符合多种协议的有线、光学和/或无线网络进行发送的载波信号来编码和发送。因此，根据本公开的实施例的计算机可读介质可使用以此类程序编码的数据信号来创建。以程序代码编码的计算机可读介质可与兼容装置一起封装或与其它装置分开提供(例如，经由互联网下载)。任何此类计算机可读介质可以驻存在单个计算机产品(例如，硬盘驱动器，cd或整个计算机系统)之上或其内部，并且可以存在于系统或网络内的不同计算机产品上或其内部。计算机系统可以包括监视器、打印机，或者用于向用户提供本文所提及的任何结果的其它合适的显示器。
[0092]
以上描述是说明性的且不是限制性的。在本领域的技术人员阅读了本公开后，本公开的许多变化将变得显而易见。因此，本公开的范围不应参考以上描述来确定，而是应参考待决的权利要求以及其完整范围或等效物来确定。
[0093]
在不脱离本公开的范围的情况下，来自任何实施例的一个或多个特征可以与任何其它实施例的一个或多个特征组合。
[0094]
除非明确指示有相反的意思，否则“一(a)”、“一个(an)”或“所述”的叙述旨在指示“一个或多个”。
[0095]
上文提及的所有专利、专利申请、公开案和描述都出于所有目的以全文引用的方式并入。并非承认它们是现有技术。
技术特征：1.一种方法，包括：在福利处理器服务器处接收与在由资源提供商操作的资源提供商计算机处使用用户的便携式装置进行的交易有关的交易细节；由所述福利处理器服务器标识与所述交易相关联的福利提供商计算机，其中所述福利提供商计算机独立地从所述资源提供商计算机接收所述交易的有限交易细节；由所述福利处理器服务器将所述有限交易细节的子集提供到所述福利提供商计算机，有限交易细节的所述子集供所述福利提供商计算机使用以标识所述交易；由所述福利处理器服务器从所述福利提供商计算机接收与所述交易相关联的值的指示；以及由所述福利处理器服务器将信用请求消息发送到授权实体计算机，以将所述值贷记到与所述便携式装置相关联的账户。2.根据权利要求1所述的方法，其中所述福利是在所述福利处理器服务器从与所述福利提供商计算机相关联的账户接收与所述值相对应的资金之前被贷记到与所述便携式装置相关联的所述账户的。3.根据权利要求1所述的方法，其中所述便携式装置包括十六位令牌，并且其中交易细节的所述子集至少包括所述十六位令牌的最后四位数字。4.根据权利要求1所述的方法，其中所述交易的所述有限交易细节由所述福利提供商计算机存储在数据库内，所述数据库包括多个交易的有限交易细节。5.根据权利要求4所述的方法，其中所述多个交易与多个不同资源提供商计算机相关联。6.根据权利要求1所述的方法，其中与所述交易相关联的所述福利提供商计算机是基于所述资源提供商的标识符而标识的。7.根据权利要求1所述的方法，其中与所述交易相关联的所述福利提供商计算机是基于所述交易中涉及的一个或多个产品而标识的。8.根据权利要求1所述的方法，其中所述值由所述福利提供商计算机确定为所述交易的金额的一部分。9.根据权利要求1所述的方法，其中被贷记到与所述便携式装置相关联的所述账户的所述值是从与所述福利提供商计算机相关联的账户提取的。10.根据权利要求1所述的方法，其中所述福利处理器服务器存储路由表，所述路由表能够使用所述资源提供商的标识符来标识所述福利提供商计算机。11.一种福利处理器服务器，包括：处理器；和存储器，所述存储器包括指令，所述指令在利用所述处理器执行时使所述福利处理器服务器至少进行以下操作：接收与在由资源提供商操作的资源提供商计算机处使用用户的便携式装置进行的交易有关的交易细节；标识与所述交易相关联的福利提供商计算机，其中所述福利提供商计算机独立地从所述资源提供商计算机接收所述交易的有限交易细节；将所述交易细节的子集提供到所述福利提供商计算机，交易细节的所述子集供所述福
利提供商计算机使用以标识所述交易；从所述福利提供商计算机接收与所述交易相关联的值的指示；以及将信用请求消息发送到授权实体计算机，以将所述值贷记到与所述便携式装置相关联的账户。12.根据权利要求11所述的福利处理器服务器，其中所述交易细节的所述子集包括以下各项中的一项或多项：资源提供商标识符、交易日期、所述账户的最后四位数字、授权代码、或交易金额。13.根据权利要求11所述的福利处理器服务器，其中所述福利提供商计算机将来自所述资源提供商计算机的所述交易的所述有限交易细节存储在数据库中。14.根据权利要求13所述的福利处理器服务器，其中在所述信用请求消息被发送到所述授权实体后，使所述福利提供商计算机更新所述有限交易细节以指示所述福利已被处理。15.根据权利要求14所述的福利处理器服务器，其中所述有限交易细节至少包括产品标识符，并且其中如果所述福利已针对所述产品标识符被处理，则所述值被指示为零。16.根据权利要求11所述的福利处理器服务器，其中与所述交易相关联的所述福利提供商计算机是至少部分地基于与所述账户的所有者相关联的所存储的信息来被确定的。17.一种福利提供商服务器，包括：处理器；和存储器，所述存储器包括指令，所述指令在利用所述处理器执行时使所述福利提供商服务器至少进行以下操作：从一个或多个资源提供商接收与由所述一个或多个资源提供商进行的多个交易有关的有限交易细节；从福利处理器服务器接收与由所述一个或多个资源提供商中的资源提供商进行的交易有关的交易细节的子集；通过将交易细节的所述子集与有限交易细节进行匹配来标识所述多个交易中的交易；至少部分地基于与所述交易有关的所存储的所述有限交易细节来确定与所述交易相关联的福利的值；以及将所确定的值提供到所述福利处理器服务器。18.根据权利要求17所述的福利提供商服务器，其中所述福利提供商计算机代表制造商进行操作，并且所述福利是所述制造商所制造的商品的回扣。19.根据权利要求17所述的福利提供商服务器，其中所述福利提供商计算机代表退税提供商进行操作，并且所述福利是对所述用户所支付的税款的偿还。20.根据权利要求19所述的福利提供商服务器，其中所述指令进一步使所述福利提供商服务器代表所述用户向税务机关提交索款。
技术总结本文中描述了用于向用于进行交易的账户提供交易相关福利的自动分配的系统和技术。在某些实施例中，当交易进行时，所述系统从交易处理网络接收交易细节。所述系统确定从账户进行的交易的适当福利提供商，并将交易细节的子集提供到所述福利提供商。所述福利提供商将交易细节的所述子集与从资源提供商接收的一组有限交易细节进行比较，以标识所述交易并确定所述交易有资格获得的福利金额(如果存在的话)。所述福利提供商接着将所述福利金额提供到所述系统，然后，所述系统使所述交易处理网络将所述福利金额贷记到所述账户。络将所述福利金额贷记到所述账户。络将所述福利金额贷记到所述账户。
技术研发人员：R
受保护的技术使用者：维萨国际服务协会
技术研发日：2020.06.29
技术公布日：2022/11/1
