用于履行订单请求的系统和计算机实施的方法

摘要

本发明涉及一种用于履行订单请求的系统和计算机实施的方法。所述方法包括接收关于用户与商家之间的交易的信息，以及关于处理所述交易时的错误的信息。此外，基于从所述商家接收的保证值，请求一个或多个实体提供所述保证值的部分或全部中的至少一者。此外，响应于请求，从所述一个或多个实体中的每一者接收贡献值，其中所述贡献值是所述保证值的所述部分或全部中的一者。最后，在确定从所述一个或多个实体接收的所述贡献值总计达到所述保证值后，向所述商家提供指示成功支付的保证消息以履行所述用户的所述订单请求。

说明书

技术领域

本公开涉及订单管理。具体地说但非排他地，本公开涉及一种用于履行订单请求的系统和方法。

背景技术

通常，订单履行是在线/离线平台中的一个过程，涉及用户向商家提出的服务请求和/或一个或多个商品请求，然后由商家基于用户提供的详细信息发起支付交易。此后，由商家处理服务请求和/或一个或多个商品请求并递送给用户。商家发起的支付交易可包括有卡交易、存档卡交易、统一支付方法(UPI)等。商家发起的支付交易可由与发行方银行相关联的发行方服务器立即完成，或可能需要例如一到两天等额外时间来完成交易。当与收单方银行相关联的收单方服务器从发行方服务器接收到支付时，交易完成。通常，发行方服务器与用户相关联，并且收单方银行与商家相关联。在一些情况下，发行方服务器和收单方银行可相同。

在需要额外时间来完成支付交易时，商家可能不愿意处理和递送由用户发出的订单请求。通常，商家极不可能履行无法立即完成并且可能需要更多完成时间的订单。此类情境可能迫使用户进行新的交易或对商品进行新的购买。因此，在此类情境中，现有技术并未提供方法来完成由商家为履行用户的订单请求而发起的支付交易。这可能导致商家与用户之间的信任问题，并且最终影响客户满意度和维系。

在此公开背景技术部分中公开的信息仅用于增强对本发明的大体背景技术的理解，而不应被视为承认或以任何形式暗示此信息形成所属领域的技术人员已知的现有技术。

发明内容

通过本公开的技术实现额外的特征和优势。本公开的其它实施例和方面在本文中得到详细描述，并且被视为要求保护的公开内容的一部分。

在一些非限制性实施例或方面中，提供一种计算机实施的方法，其包括：通过至少一个处理器接收关于用户与商家之间的交易的信息，以及关于处理所述交易时发生的错误的信息；通过至少一个处理器从所述商家接收用以履行所述用户的订单请求的指示与所述交易相关联的总金额的一部分的保证值，其中所述商家在了解到处理所述交易时发生的错误后将所述保证值传送给保证服务器；通过至少一个处理器请求一个或多个实体提供从所述商家接收到的所述保证值的部分或全部中的至少一者；响应于请求，通过至少一个处理器从所述一个或多个实体中的每一者接收贡献值，其中所述贡献值是所述保证值的所述部分或全部中的一者；以及响应于确定从所述一个或多个实体接收的所述贡献值总计达到所述保证值，通过至少一个处理器向所述商家传送指示成功支付的保证消息以履行所述用户的订单请求。

在一些非限制性实施例或方面中，处理所述交易时发生的错误包括以下至少一项：消息故障、硬件故障、网络故障，或其任何组合。在一些非限制性实施例或方面中，所述一个或多个实体包括金融机构和个体人员中的至少一者。在一些非限制性实施例或方面中，在第一预定义时间段内接收来自所述一个或多个实体的对请求的响应。在一些非限制性实施例或方面中，在第一预定义时间段之后拒绝来自所述一个或多个实体的对请求的响应。在一些非限制性实施例或方面中，在确定从所述一个或多个实体接收的贡献值不等于保证值时拒绝用户的订单请求。在一些非限制性实施例或方面中，所述至少一个处理器、商家和所述一或多个实体经由通信网络连接。在一些非限制性实施例或方面中，使用风险等级来确定来自所述一个或多个实体中的每一者的贡献值，所述风险等级从与以下至少一项相关联的一个或多个参数获得：用户、商家、订单请求，或其任何组合。在一些非限制性实施例或方面中，所述一个或多个参数包括以下至少一项：用户信息、银行标识号(BIN)、交易日志信息、商家信息、订单请求的详细信息、用户的过往交易、商家的过往交易，或其任何组合。

在一些非限制性实施例或方面中，提供一种保证服务器，所述保证服务器包括至少一个处理器和以通信方式耦合到所述至少一个处理器的存储器，其中所述存储器存储处理器指令，所述处理器指令在执行时使所述至少一个处理器：接收关于用户与商家之间的交易的信息，以及关于处理所述交易时发生的错误的信息；从所述商家接收用以履行所述用户的订单请求的指示与所述交易相关联的总金额的一部分的保证值，其中所述商家在了解到处理所述交易时发生的错误后将所述保证值传送给保证服务器；请求一个或多个实体提供从所述商家接收到的所述保证值的部分或全部中的至少一者；响应于请求，从所述一个或多个实体中的每一者接收贡献值，其中所述贡献值是所述保证值的所述部分或全部中的一者；以及响应于一旦确定从所述一个或多个实体接收的总贡献值总计达到所述保证值，向所述商家传送指示成功支付的保证消息以履行所述用户的订单请求。

在一些非限制性实施例或方面中，处理所述交易时发生的错误包括以下至少一项：消息故障、硬件故障、网络故障，或其任何组合。在一些非限制性实施例或方面中，所述一个或多个实体包括金融机构和个体人员中的至少一者。在一些非限制性实施例或方面中，所述至少一个处理器被配置成在第一预定义时间段内接收来自所述一个或多个实体的对请求的响应。在一些非限制性实施例或方面中，所述至少一个处理器被配置成在第一预定义时间段之后拒绝来自所述一个或多个实体的对请求的响应。在一些非限制性实施例或方面中，所述至少一个处理器被配置成将指示从所述一个或多个实体接收的贡献值不等于所述保证值的消息发送到所述商家，以使所述商家拒绝所述用户的订单请求。在一些非限制性实施例或方面中，使用风险等级来确定来自所述一个或多个实体中的每一者的贡献值，所述风险等级从与以下至少一项相关联的一个或多个参数获得：用户、商家、订单请求，或其任何组合。

在一些非限制性实施例或方面中，提供一种计算机实施的方法，其包括：在处理用户与商家之间的交易时发生错误并且保证服务器曾履行与所述交易相关联的订单时，在接收到关于所述交易的信息之后，通过至少一个处理器重新发起所述交易；响应于接收到成功消息：通过至少一个处理器接收或确定与所述用户和所述商家之间的所述交易相关联的总金额，以及通过至少一个处理器将贡献值和基于所述贡献值的补充值从所述总金额分配到一个或多个实体中的每一者，其中所述一个或多个实体的所述贡献值是保证值的部分或全部中的至少一者，其中所述保证值是与所述交易相关联的所述总金额的一部分；以及响应于接收到失败消息，通过至少一个处理器执行以下至少一者：在第二预定义时间段之后重新发起所述用户与所述商家之间的交易，以及舍弃所述交易。

在一些非限制性实施例或方面中，在针对预定义值发起交易并且接收到失败消息之后舍弃重新发起的交易。在一些非限制性实施例或方面中，重新发起交易包括通过至少一个处理器将值插入重新发起的交易的交易消息中的一个或多个字段中，从而指示在第二预定义时间段之后重新发起所述交易，其中重新发起的交易曾因在处理交易时发生的错误而失败。在一些非限制性实施例或方面中，所述交易消息中的所述一个或多个字段包括以下至少一项：消息类型指示符(MTI)、位图、数据元素，或其任何组合。

在以下编号条款中阐述另外的非限制性实施例或方面。

第1条.一种计算机实施的方法，其包括：通过至少一个处理器接收关于用户与商家之间的交易的信息，以及关于处理所述交易时发生的错误的信息；通过至少一个处理器从所述商家接收用以履行所述用户的订单请求的指示与所述交易相关联的总金额的一部分的保证值，其中所述商家在了解到处理所述交易时发生的所述错误后将所述保证值传送给保证服务器；通过至少一个处理器请求一个或多个实体提供从所述商家接收到的所述保证值的部分或全部中的至少一者；响应于请求，通过至少一个处理器从所述一个或多个实体中的每一者接收贡献值，其中所述贡献值是所述保证值的所述部分或全部中的一者；以及响应于确定从所述一个或多个实体接收的所述贡献值总计达到所述保证值，通过至少一个处理器向所述商家传送指示成功支付的保证消息以履行所述用户的订单请求。

第2条.根据第1条所述的方法，其中在处理所述交易时发生的所述错误包括以下至少一项：消息故障、硬件故障、网络故障，或其任何组合。

第3条.根据第1条或第2条所述的方法，其中所述一个或多个实体包括金融机构和个体人员中的至少一者。

第4条.根据第1至3条中任一条所述的方法，其中在第一预定义时间段内接收来自所述一个或多个实体的对所述请求的响应。

第5条.根据第1至4条中任一条所述的方法，其中在第一预定义时间段之后拒绝来自所述一个或多个实体的对所述请求的响应。

第6条.根据第1至5条中任一条所述的方法，其中在确定从所述一个或多个实体接收的所述贡献值不等于所述保证值时拒绝所述用户的所述订单请求。

第7条.根据第1至6条中任一条所述的方法，其中所述至少一个处理器、所述商家和所述一个或多个实体经由通信网络连接。

第8条.根据权利要求1所述的方法，其中使用风险等级来确定来自所述一个或多个实体中的每一者的所述贡献值，所述风险等级从与以下至少一项相关联的一个或多个参数获得：所述用户、所述商家、所述订单请求，或其任何组合。

第9条.根据第1至8条中任一条所述的方法，其中所述一个或多个参数包括以下至少一项：用户信息、银行标识号(BIN)、交易日志信息、商家信息、所述订单请求的详细信息、所述用户的过往交易、所述商家的过往交易，或其任何组合。

第10条.一种保证服务器，其包括至少一个处理器和以通信方式耦合到所述至少一个处理器的存储器，其中所述存储器存储处理器指令，所述处理器指令在执行时使所述至少一个处理器：接收关于用户与商家之间的交易的信息，以及关于处理所述交易时发生的错误的信息；从所述商家接收用以履行所述用户的订单请求的指示与所述交易相关联的总金额的一部分的保证值，其中所述商家在了解到处理所述交易时发生的所述错误后将所述保证值传送给保证服务器；请求一个或多个实体提供从所述商家接收到的所述保证值的部分或全部中的至少一者；响应于请求，从所述一个或多个实体中的每一者接收贡献值，其中所述贡献值是所述保证值的所述部分或全部中的一者；以及响应于一旦确定从所述一个或多个实体接收的总贡献值总计达到所述保证值，向所述商家传送指示成功支付的保证消息以履行所述用户的所述订单请求。

第11条.根据第10条所述的保证服务器，其中在处理所述交易时发生的所述错误包括以下至少一项：消息故障、硬件故障、网络故障，或其任何组合。

第12条.根据第10条或第11条所述的保证服务器，其中所述一个或多个实体包括金融机构和个体人员中的至少一者。

第13条.根据第10至12条中的任一条所述的保证服务器，其中所述至少一个处理器被配置成在第一预定义时间段内接收来自所述一个或多个实体的对所述请求的响应。

第14条.根据第10至13条中的任一条所述的保证服务器，其中所述至少一个处理器被配置成在第一预定义时间段之后拒绝来自所述一个或多个实体的对所述请求的响应。

第15条.根据第10至14条中的任一条所述的保证服务器，其中所述至少一个处理器被配置成将指示从所述一个或多个实体接收的贡献值不等于所述保证值的消息发送到所述商家，以使所述商家拒绝所述用户的所述订单请求。

第16条.根据第10至15条中的任一条所述的保证服务器，其中使用风险等级来确定来自所述一个或多个实体中的每一者的所述贡献值，所述风险等级从与以下至少一项相关联的一个或多个参数获得：所述用户、所述商家、所述订单请求，或其任何组合。

第17条.一种计算机实施的方法，其包括：在接收到关于用户与商家之间的交易的信息之后在处理所述交易时发生错误并且保证服务器曾履行与所述交易相关联的订单时，通过至少一个处理器重新发起所述交易；响应于接收到成功消息：通过至少一个处理器接收或确定与所述用户和所述商家之间的所述交易相关联的总金额，以及通过至少一个处理器将贡献值和基于所述贡献值的补充值从所述总金额分配到一个或多个实体中的每一者，其中所述一个或多个实体的所述贡献值是保证值的部分或全部中的至少一者，其中所述保证值是与所述交易相关联的所述总金额的一部分；以及响应于接收到失败消息，通过至少一个处理器执行以下至少一者：在第二预定义时间段之后重新发起所述用户与所述商家之间的所述交易，以及舍弃所述交易。

第18条.根据第17条所述的方法，其中在针对预定义值发起所述交易并且接收到所述失败消息之后舍弃重新发起的交易。

第19条.根据第17条或第18条所述的方法，其中重新发起所述交易包括通过至少一个处理器将值插入重新发起的交易的交易消息中的一个或多个字段中，从而指示在所述第二预定义时间段之后重新发起所述交易，并且其中重新发起的交易曾因在处理所述交易时发生的错误而失败。

第20条.根据第17至19条中的任一条所述的方法，其中所述交易消息中的所述一个或多个字段包括以下至少一项：消息类型指示符(MTI)、位图、数据元素，或其任何组合。

在一些非限制性实施例或方面中，本文公开一种用于履行订单请求的计算机实施的方法。所述方法包括接收关于用户与商家之间的交易的信息，以及关于处理所述交易时发生的错误的信息。此外，所述方法包括从所述商家接收用以履行所述用户的订单请求的指示与所述交易相关联的总金额的一部分的保证值。所述商家在了解到处理所述交易时发生的所述错误后将所述保证值传送给所述保证服务器。此外，所述方法包括请求一个或多个实体提供从所述商家接收的所述保证值的部分或全部。随后，所述方法包括响应于请求而从所述一个或多个实体中的每一者接收贡献值，其中所述贡献值是所述保证值的所述部分或全部中的一者。最后，所述方法包括在确定从所述一个或多个实体接收的所述贡献值总计达到所述保证值后向所述商家传送或提供指示成功支付的保证消息以履行所述用户的所述订单请求。

此外，在一些非限制性实施例或方面中，本公开可包括用于履行订单请求的保证服务器。所述保证服务器包括处理器和以通信方式耦合到所述处理器的存储器，其中所述存储器存储处理器可执行指令，所述处理器可执行指令在执行时使所述处理器接收关于用户与商家之间的交易的信息，以及关于处理所述交易时发生的错误的信息。此外，所述处理器被配置成从商家接收用以履行所述用户的订单请求的指示与所述交易相关联的总金额的一部分的保证值，其中所述商家在了解到处理所述交易时发生的所述错误后将所述保证值传送给保证服务器。此外，所述处理器被配置成请求一个或多个实体提供从所述商家接收的所述保证值的部分或全部中的至少一者。随后，响应于请求，所述处理器被配置成从所述一个或多个实体中的每一者接收贡献值，其中所述贡献值是所述保证值的所述部分或全部中的一者。最后，所述处理器被配置成在确定从所述一个或多个实体接收的总贡献值总计达到所述保证值后，向所述商家提供指示成功支付的保证值以履行所述用户的所述订单请求。

此外，在一些非限制性实施例或方面中，本公开可包括一种用于重新发起曾失败的交易的方法。所述方法包括接收与交易相关联的多个详细信息。此外，所述方法包括在接收到关于用户与商家之间的交易的信息之后在处理所述交易时发生错误并且保证服务器曾履行与所述交易相关联的订单时发起所述交易。此外所述方法包括接收对发起的交易的响应，其中所述响应包括成功或失败消息中的至少一者。在接收到成功消息后，所述方法包括从所述商家接收与所述用户和所述商家之间的所述交易相关联的总金额。此外，所述方法包括将贡献值和基于所述贡献值的补充值从所述总金额分配到一个或多个实体中的每一者，其中所述一个或多个实体的所述贡献值是保证值的部分或全部中的至少一者，并且其中所述保证值是与所述交易相关联的所述总金额的一部分。在接收到所述失败消息后，所述方法包括执行以下至少一者：在第二预定义时间段之后发起所述用户与所述商家之间的交易，或舍弃所述交易。

前述概述仅仅是说明性的，并且并不旨在以任何方式作为限制。除了上文所描述的说明性方面、实施例和特征之外，通过参考图式和以下详细描述，另外方面、实施例和特征可变得显而易见。

附图说明

本公开的新颖特征和特性阐述于所附权利要求书中。然而，当结合附图阅读时，可以参考说明性实施例的以下详细描述最佳地理解本公开本身以及优选使用模式、另外的目标和其优点。并入本公开中并构成本公开的一部分的随附图式示出示例性实施例，并且连同描述一起用以解释所公开的原理。在图中，参考编号的最左侧数字标识了参考编号第一次出现的图。现在仅以实例方式参考附图描述一个或多个实施例，其中类似的附图标记表示类似元件，并且在附图中：

图1示出根据本公开的一些非限制性实施例或方面的用于履行订单请求的示例性环境；

图2示出根据本公开的实施例的用于履行订单请求以及重新发起交易的保证服务器的简化框图；

图3示出流程图，示出根据本公开的一些非限制性实施例或方面的用于履行订单请求的方法步骤；

图4示出根据本公开的一些非限制性实施例或方面的用于将保证消息传送或提供到商家的示例性环境；

图5示出流程图，示出根据本公开的一些非限制性实施例或方面的用于重新发起交易的方法步骤；

图6示出根据本公开的一些非限制性实施例或方面的用于重新发起曾失败的交易的示例性环境；以及

图7示出根据本公开的一些非限制性实施例或方面的用于履行订单请求的示例性计算机系统。

所属领域的技术人员应了解，本文中的任何框图表示体现本发明主题的原理的说明性系统的概念视图。类似地，应了解，任何流程图表、流程图、状态转换图、伪代码等表示可以基本上在计算机可读介质中表示且因此由计算机或处理器执行的各种过程，无论是否明确示出此类计算机或处理器。尽管每个附图出于示出清楚的实例的目的而示出了特定实施例，但其它实施例可以省略、增加、重新排序和/或修改图中所示的任何元件。

具体实施方式

在本文档中，词语“示例性”在本文中用于意指“充当实例、例子或说明”。本文中描述为“示例性”的本发明主题的任何实施例或实施方案不一定解释为比其它实施例优选或有利。

在本公开的实施例的以下详细描述中，参考形成本公开的一部分的附图，并且在附图中借助于说明示出可实践本公开的特定实施例。然而，应理解，并不希望将本公开限于所公开的形式，而是相反，本公开希望涵盖属于本公开的精神和范围内的所有修改、等效物和替代方案。应理解，可以利用其它实施例，并且可以在不脱离本公开的范围的情况下进行改变。因此，以下描述不应被视为具有限制性意义。

术语“包括(comprises/comprising)”或其任何其它变化希望涵盖非排他性包括，使得包括一系列组件或步骤的设置、装置或方法不仅包括那些组件或步骤，还可以包括并未明确地列出的或此类设置、装置或方法固有的其它组件或步骤。换句话说，在没有更多约束的情况下，系统或设备中在“包括(comprises…a)”之后的一个或多个元件不排除系统或方法中其它元件或额外元件的存在。

术语“包括(includes/including)”或其任何其它变化希望涵盖非排他性包括，使得包括一系列组件或步骤的设置、装置或方法不仅包括那些组件或步骤，还可以包括并未明确地列出的或此类设置、装置或方法固有的其它组件或步骤。换句话说，在没有更多约束的情况下，系统或设备中在“包括(includes…a)”之后的一个或多个元件不排除系统或方法中其它元件或额外元件的存在。

本文所使用的方面、组件、元件、结构、动作、步骤、功能、指令等都不应当被理解为关键的或必要的，除非明确地如此描述。并且，如本文中所使用，冠词“一”希望包括一个或多个项目，且可与“一个或多个”和“至少一个”互换使用。此外，如本文中所使用，术语“集合”希望包括一个或多个项目(例如，相关项目、不相关项目、相关项目与不相关项目的组合等)，并且可与“一个或多个”或“至少一个”互换使用。在希望仅有一个项目的情况下，使用术语“一个”或类似语言。并且，如本文所使用，术语“具有”等希望是开放式术语。另外，除非另外明确陈述，否则短语“基于”希望意味着“至少部分地基于”。除非另外明确指定，否则术语“一些非限制性实施例或方面”意指“本公开的一个或多个(但非所有)实施例或方面”。具有彼此通信的数个组件的一些非限制性实施例或方面的描述并不意味着所有这些组件都是需要的。相反，描述了各种可选组件以示出本公开的各种可能的实施例。

当本文描述单个装置或物品时，将显而易见的是，可使用多于一个装置/物品(无论是否协作)来代替单个装置/物品。类似地，在本文描述多于一个装置或物品的情况下(无论是否配合)，将显而易见的是，可以使用单个装置/物品来代替多于一个装置或物品，或者可以使用不同数量的装置/物品来代替所示数量的装置或程序。装置的功能性和/或特征可以替代地由未明确描述为具有此类功能性/特征的一个或多个其它装置体现。因此，本公开的其它实施例无需包括装置本身。

如本文所使用，术语“通信”、“传送”、“发送”和/或“接收”可指信息(例如，数据、信号、消息、指令、命令等)的接收、接纳、发送、传送、提供等。一个单元(例如，装置、系统、装置或系统的组件、其组合等)与另一单元通信意味着所述一个单元能够直接或间接地从所述另一单元接收信息和/或向所述另一单元发送信息。这可以指代在本质上有线和/或无线的直接或间接连接(例如，直接通信连接、间接通信连接和/或其类似者)。另外，尽管所发送的信息可以在第一单元与第二单元之间被修改、处理、中继和/或路由，但这两个单元也可以彼此通信。例如，即使第一单元被动地接收信息且不会主动地将信息发送到第二单元，第一单元也可以与第二单元通信。作为另一示例，如果至少一个中间单元(例如，位于第一单元与第二单元之间的第三单元)处理从第一单元接收的信息且将处理后的信息传送到第二单元，则第一单元可以与第二单元通信。在一些非限制性实施例或方面中，消息可以指代包括数据的网络包(例如，数据包等)。应了解，可能有许多其它布置。

如本文所用，术语“服务器”和/或“处理器”可以指一个或多个计算装置，诸如处理器，存储装置和/或类似计算机组件，该计算机组件通过网络(诸如互联网或专用网络)与客户端装置和/或其它计算装置进行通信，并且在一些示例中，促进其它服务器和/或客户端装置之间的通信。应了解，可能有各种其它布置。如本文所使用，术语“系统”可指一个或多个计算装置或计算装置组合，例如但不限于处理器、服务器、客户端装置、软件应用程序和/或其它类似组件。此外，如本文所用，对“服务器”或“处理器”的参考可以指被叙述为执行先前步骤或功能的先前列出的服务器和/或处理器，不同的服务器和/或处理器，和/或服务器和/或处理器的组合。例如，如在说明书和权利要求书中所使用，陈述为执行第一步骤或功能的第一服务器和/或第一处理器可以指陈述为执行第二步骤或功能的相同或不同服务器和/或处理器。

本公开涉及一种用于履行订单请求的系统和计算机实施的方法。在一些非限制性实施例或方面中，所述方法包括接收关于用户与商家之间的交易的信息以及关于处理所述交易时发生的错误的信息。此外，基于从所述商家接收的保证值，请求一个或多个实体提供所述保证值的部分或全部中的至少一者。此外，响应于请求，从所述一个或多个实体中的每一者接收贡献值，其中所述贡献值是所述保证值的所述部分或全部中的一者。最后，在确定从所述一个或多个实体接收的所述贡献值总计达到所述保证值后，向所述商家提供指示成功支付的保证消息以履行所述用户的所述订单请求。

在本公开的实施例的以下详细描述中，参考形成本公开的一部分的附图，并且在附图中借助于说明示出可实践本公开的特定实施例。足够详细地描述这些实施例以使所属领域的技术人员能够实践本公开，并且应当理解，可以利用其它实施例，并且可以在不脱离本公开的范围的情况下进行改变。因此，以下描述不应被视为具有限制性意义。

图1示出根据本公开的一些非限制性实施例或方面的用于履行订单请求的示例性环境。在一些非限制性实施例或方面中，用户(101)可在发出订单请求后发起与商家(102)的支付交易。用户(101)发出的订单请求可至少包括在商店或通过电子商务应用程序从商家(102)购买一个或多个商品、在商店或通过电子商务应用程序向商家(102)请求服务，例如出租车将用户(101)送到目的地位置等。由用户(101)发起的支付交易可包括以下至少一者：在与商家(102)相关联的销售点(POS)装置处的有卡交易、通过支付应用程序进行的存档卡交易、支付钱包等。

在一些非限制性实施例或方面中，商家(102)可经由网关(103)和目录服务器(104)将与用户(101)与商家(102)之间的支付交易相关联的认证和/或授权请求消息发送到发行方服务器(105)。认证请求可包括验证以下至少一项：用户凭证、与用户(101)相关联的卡的银行标识号(BIN)、卡的卡验证值、卡的到期日期、商家认证，或其任何组合。用户凭证可包括例如用户名、密码、pin号等。授权请求可包括向与用户(101)相关联的发行方服务器(105)发出的批准支付交易的请求。商家(102)、网关(103)、目录服务器(104)和发行方服务器(105)可经由有线或无线介质、网络和/或架构中的至少一者连接。

在一些非限制性实施例或方面中，可在接收到对认证和/或授权请求的成功响应后成功完成支付交易。此外，商家(102)可履行用户(101)的订单请求。对支付交易的成功授权可“冻结”或“保持”用户账户中与支付交易相关联的总金额。总金额可在结算过程期间从发行方服务器(105)转到商家账户(收单方银行账户)。

在一些非限制性实施例或方面中，在处理支付交易时可能发生错误。所述错误可包括例如以下至少一项：消息故障、硬件故障、网络故障，或其任何组合。所述消息故障可包括针对交易消息的授权拒绝、针对交易消息的结算拒绝等。例如，消息故障可包括交易限额超出、需要电话号码、商家账户配置错误、验证错误等。所属领域的技术人员应知晓验证错误不同于用户凭证的失效。例如，归因于在发行方服务器(105)等处的不完整KYC详细信息，可发生错误。硬件故障可包括例如路由器、网络交换机、服务器等一个或多个硬件组件的功能问题。网络故障可包括与商家(102)、网关(103)、目录服务器(104)和发行方服务器(105)相关联的连接问题。

在一些非限制性实施例或方面中，保证服务器(106)可从商家(102)接收关于用户(101)与商家(102)之间的交易的信息，以及关于在处理交易时发生的错误的信息。关于交易的信息可包括以下中的一者或多者：用户详细信息中的至少一者，例如姓名、地址、电话号码等；与用户(101)的卡相关联的BIN；商家详细信息，例如名称、地址、电话号码等；商家类别；与商家(102)相关联的收单方银行(图中未示)详细信息；与用户(101)相关联的发行方服务器银行详细信息；与交易相关联的总金额；与交易相关联的互联网协议(IP)地址等。与交易相关联的错误可包括所述错误的类型(例如，消息故障、硬件故障、网络故障等)和与所述错误相关联的错误代码中的至少一者。例如，对于错误“发现超过可允许限额的量”，相关联错误代码可以是“4006”。在一些非限制性实施例或方面中，可将所述交易消息提供到保证服务器(106)。提供到保证服务器(106)的交易消息可包括指示在处理交易消息时发生的错误类型的字段。在一些非限制性实施例或方面中，由商家(102)、目录服务器(104)、网关(103)和发行方服务器(105)中的一者将错误类型包括在交易消息中。保证服务器(106)可存储所接收的交易信息以供在第二预定义时间段之后重新发起交易。

此外，保证服务器(106)从商家(102)接收用以履行用户(101)的订单请求的指示与所述交易相关联的总金额的一部分或总金额的保证值。例如，对于总金额为$100的订单请求，保证值可以是$80。保证值指示在交易失败或被发行方服务器(105)拒绝后在第二预定义时间段之后重新提交所述交易以供认证和/或授权时，商家(102)将从一个或多个实体(107A、107B、...、107N)接收的最小量。例如，交易可能因“超出交易限额”而被拒绝，用户(101)可请求发行方服务器(105)增加交易限额，并且保证服务器(106)可在15分钟之后重新提交所述交易。保证服务器(106)请求一个或多个实体(107A、107B、...、107N)在第一预定义时间段内提供保证值的部分或全部中的一者。第一预定义时间段指示给予一个或多个实体(107A、107B、...、107N)中的每一者将贡献值发送给保证服务器(106)的持续时间。例如，保证服务器(106)可请求一个或多个实体(107A、107B、...、107N)在60秒内作出响应。响应于请求，保证服务器(106)可在第一预定义时间段内从一个或多个实体(107A、107B、...、107N)中的每一者接收贡献值，其中所述贡献值是所述保证值的部分或全部中的一者。例如，实体1(107A)可提供贡献值$50，并且实体N(107N)可提供贡献值$30。保证服务器(106)确定从一个或多个实体(107A、107B、...、107N)接收的贡献值的总和，并将贡献值的总和与保证值进行比较。如果贡献值的总和等于保证服务器(106)请求的保证值，则商家(102)由保证服务器(106)提供指示所述保证值的成功支付的保证消息。最后，商家(102)可履行用户(101)的订单请求。因此，在支付交易中发生错误时保证值的支付有助于履行用户(101)的订单并且减小取消商家(102)的订单的速率。在一些非限制性实施例或方面中，用户(101)对商家(102)的体验通过甚至在支付交易故障期间也履行订单而得以改进。在一些非限制性实施例或方面中，当支付交易失败时，交易金额可计入用户(101)的借方。在一些非限制性实施例或方面中，当支付交易的重新发起反复地失败时，交易金额可贷记回到用户(101)。

在一些非限制性实施例或方面中，保证服务器(106)在确定从一个或多个实体(107A、107B、...、107N)接收的贡献值不等于保证值时可请求商家(102)降低保证值或请求商家(102)接受所接收贡献值的总和作为用于履行订单请求的保证值。在商家(102)降低保证值后，保证服务器(106)可再次向一个或多个实体(107A、107B、...、107N)请求贡献值。

在一些非限制性实施例或方面中，用户(101)的订单请求由于以下至少一个原因而被拒绝，所述原因包括：保证服务器(106)在第一预定义时间段之后接收到来自所述一个或多个实体(107A、107B、...、107N)的对请求的响应以及确定从一个或多个实体(107A、107B、...、107N)接收的贡献值不等于保证值时。此外，在第一预定义时间段之后来自一个或多个实体(107A、107B、...、107N)的对请求的响应被保证服务器(106)拒绝。

在一些非限制性实施例或方面中，保证服务器(106)、一个或多个实体(107A、107B、...、107N)和商家(102)可经由通信网络(图中未示)连接。此外，通信网络可包括例如直接互连、电子商务网络、对等(P2P)网络、局域网(LAN)、广域网(WAN)、无线网络(例如，使用无线应用协议)、互联网、

在一些非限制性实施例或方面中，保证服务器(106)在第二预定义时间段之后通过复制所述交易而重新发起用户(101)与商家(102)之间的交易。第二预定义时间段指示保证服务器(106)等待重新发起交易所需的最小持续时间。交易的复制包括在无需手动输入的情况下将发起交易的信息复制到重新发起的交易中。交易经由网关(103)和目录服务器(104)发送到发行方服务器(105)。保证服务器(106)从发行方服务器(105)接收响应，包括成功或失败消息中的至少一者。

在一些非限制性实施例或方面中，当重新发起的交易成功时，将交易金额记入商家(102)或收单方银行的贷方。保证服务器(106)可请求商家(102)转移总金额以将所述总金额分配到一个或多个实体(107A、107B、...、107N)。在一些非限制性实施例或方面中，保证服务器(106)从商家(102)接收或基于可用信息确定与交易相关联的总金额，并将来自总金额的贡献值分配到相应的一个或多个实体(107A、107B、...、107N)。在一些非限制性实施例或方面中，保证服务器(106)可将基于贡献值的补充值从总金额分配到一个或多个实体(107A、107B、...、107N)中的每一者。

在一些非限制性实施例或方面中，在接收到失败消息后，保证服务器(106)可执行以下中的至少一者：在第二预定义时间段之后发起用户(101)与商家(102)之间的交易，或在重复尝试之后舍弃交易。

在一些非限制性实施例或方面中，所述一个或多个实体(107A、107B、...、107N)包括以下至少一者：一个或多个金融机构、银行、保险公司、信用合作社、信托公司、抵押贷款公司、经纪公司、个体人员，或其任何组合。

图2示出根据本公开的非限制性实施例或方面的保证服务器(106)的简化框图。在一些非限制性实施例或方面中，保证服务器(106)可包括至少一个中央处理单元(“CPU”或“处理器”)(201)和存储可由至少一个处理器(201)执行的指令的存储器(202)。处理器(201)可以包括用于执行程序组件的至少一个数据处理器，所述程序组件用于执行用户或系统生成的请求。存储器(202)以通信方式耦合到处理器(201)。保证服务器(106)还包括输入/输出(I/O)接口(203)。I/O接口(203)与处理器(201)耦合，由此传送输入信号和/或输出信号。在一些非限制性实施例或方面中，存储在存储器(202)中的数据可包括实体数据(204)、交易信息(205)和其它数据(206)。

在一些非限制性实施例或方面中，实体数据(204)包括关于一个或多个实体(107A、107B、...、107N)的信息。一个或多个实体(107A、107B、...、107N)包括一个或多个金融机构和个体人员中的至少一者。所述信息可包括名称、地址、认证详细信息、KYC详细信息、相关联银行等中的一者或多者。

在一些非限制性实施例或方面中，交易信息(205)可包括以下至少一者：与用户(101)的卡相关联的BIN、卡的到期日期、卡验证值(CVV)、发行方服务器(105)银行详细信息、口令、pin号、一次性口令(OTP)细节详细信息、收单方银行详细信息、总金额、账单地址、商家详细信息、与交易相关联的互联网协议(IP)地址，或其任何组合。例如，对于在印度发起的交易，发行方服务器银行详细信息和收单方银行详细信息可包括名称、地址、印度金融系统代码(IFSC)代码等。商家详细信息可包括名称、类别代码等。此外，交易信息(205)可包括关于在处理交易时发生的错误的详细信息。在处理交易时发生的错误包括消息故障、硬件故障和网络故障中的至少一者。例如，错误“发现超过可允许限额的量”和相关联错误代码“4006”可存储在交易信息(205)中。

在一些非限制性实施例或方面中，其它数据(206)可包括从商家(102)接收的保证值、由一个或多个实体(107A、107B、...、107N)中的每一者提供的贡献值、用于接收来自一个或多个实体(107A、107B、...、107N)的响应的第一预定义时间段数据、用于重新发起用户(101)与商家(102)之间的交易的第二预定义时间段数据。

在一些非限制性实施例或方面中，补充值确定模块(207)用于基于由所述一个或多个实体(107A、107B、...、107N)中的每一者提供的贡献值来确定补充值。由一个或多个实体(107A、107B、...、107N)提供的贡献值是商家(102)所请求的保证值的部分或全部中的一者。例如，对于$80的保证值和$100的总金额，实体1(107A)的贡献值可以是$50，并且实体N(107N)的贡献值可以是$30。在示例性实施例中，可使用下文给出的方程式计算一个或多个实体(107A、107B、...、107N)中的每一者的补充值：

因此，实体1(107A)的补充值是$12.5，而实体N(107N)的补充值是$7.5。所属领域的技术人员可了解使用一个或多个现有技术来基于贡献值计算补充值。此外，还可使用各种其它因素计算补充值，所述因素包括但不限于一个或多个实体(107A、107B、...、107N)对保证服务器(106)发出的请求作出响应所要花的时间、所作贡献数目等。

在一些非限制性实施例或方面中，比较模块(208)用于对从所述一个或多个实体(107A、107B、...、107N)中的每一者接收的贡献值求和，并且将贡献值的总和与从商家(102)接收的保证值比较。如果贡献值的总和与保证值相等，则将保证消息发送到商家(102)。如果贡献值的总和小于保证值，则将指示无法提供保证的消息发送到商家(102)，并且取消订单。

在一些非限制性实施例或方面中，交易重新发起模块(209)用于在第二预定义时间段之后重新发起用户(101)与商家(102)之间的交易。通过将值插入交易的交易消息中的一个或多个字段中来重新发起交易。所述一个或多个字段指示在第二预定义时间段之后重新发起交易，其中所述交易曾因在处理交易时发生的错误而失败。此外，交易消息中的一个或多个字段包括消息类型指示符(MTI)、位图或数据元素中的至少一者。

在一些非限制性实施例或方面中，通信模块(210)被配置成从商家(102)接收关于交易的信息、关于在处理交易时发生的错误的信息、保证值和关于与交易相关联的总金额的信息中的至少一者。此外，通信模块(210)被配置成从一个或多个实体(107A、107B、...、107N)接收贡献值。通信模块(210)被配置成向商家(102)提供保证消息，并且向所述一个或多个实体(107A、107B、...、107N)提供关于补充值的信息。此外，通信模块(210)被配置成将与交易相关联的信息发送到网关(103)并且从网关(103)接收交易的状态。

图3示出流程图，示出根据本公开的一些非限制性实施例或方面的用于履行订单请求的方法步骤。描述方法300的次序不用理解为限制，并且可按任何次序组合任何数目的所描述方法框来实施所述方法。另外，在不脱离本文描述的主题的精神和范围的情况下，可以从所述方法删除个别块。此外，所述方法可以在任何合适的硬件、软件、固件或其组合中实施。

在一些非限制性实施例或方面中，用户(101)可针对订单请求发起与商家(102)的支付交易。商家(102)可以是包括连接到商家(102)的POS装置的商店、电子商务应用程序等中的至少一者。用户(101)发出的订单请求可以是购买一个或多个商品、请求一个或多个服务等中的至少一者。可使用POS装置处的有卡交易、存档卡交易等中的至少一者发起支付交易，由消息流(401)指示，如图4中所示。交易经由网关(103)发送到与商家(102)相关联的收单方银行，其中收单方银行进一步请求发行方服务器(105)经由网关(103)和目录服务器(104)对交易授权和/或认证。此外，发行方服务器(105)通过验证以下至少一项来验证交易：卡详细信息、账单地址、卡验证值(CVV)号等。基于验证，发行方服务器(105)批准或拒绝交易，并未可经由目录服务器(104)和网关(103)将适当的成功或失败消息发送到商家(102)。失败消息可包括拒绝交易的原因以及错误代码中的至少一者。在接收到失败消息后，商家(102)可请求保证服务器(106)提供对与交易相关联的总金额的部分值或总金额中的一者的保证。

参考图3，在步骤301，保证服务器(106)接收关于用户(101)与商家(102)之间的交易的信息，以及关于处理所述交易时的错误的信息。在处理交易时发生的错误包括消息故障、硬件故障和网络故障中的至少一者，如图4中所示。消息故障可包括针对交易消息的授权拒绝、针对交易消息的结算拒绝等。硬件故障可包括例如路由器、网络交换机、服务器等一个或多个硬件组件的无法运作。网络故障可包括与商家(102)、网关(103)、目录服务器(104)和发行方服务器(105)相关联的连接问题。例如，由于网络故障，来自发行方服务器(105)的对交易的响应可能无法递送到目录服务器(104)。在另一示例中，商家(102)可接收关于以错误代码“2002”指示“超过限额”的错误的信息。

在一些非限制性实施例或方面中，在处理交易时的错误发生可出于某个原因而发生，所述原因包括但不限于：达到卡限额或资金不足、与交易相关联的总金额超过单次交易所允许的最大量、达到时间段中允许的最大交易数目、卡不被允许接受线上来源的交易、不允许国际交易、卡未授权用于分类类型邮件订单/电话订单的交易、无效到期日期、无效卡号、无效账单地址等。保证服务器(106)可存储所述交易信息以供在第二预定义时间段之后重新发起交易。

参考图3，在步骤302，保证服务器(106)从商家(102)接收用以履行用户(101)的订单请求的指示与所述交易相关联的总金额的一部分或总金额的保证值。商家(102)在确定处理交易时发生的错误后将保证值发送到保证服务器(106)，这由消息流(402)指示，如图4中所示。例如，如果与交易相关联的总金额为$500，则保证服务器(106)可从商家(102)接收保证值$450，所述保证值指示商家(102)愿意在接收到对所述保证值的保证或担保之后履行用户(101)的订单请求。继续参考图3，在步骤303，保证服务器(106)请求一个或多个实体(107A、107B、...、107N)提供从商家(102)接收的保证值的部分或全部值中的至少一者。

在一些非限制性实施例或方面中，保证服务器(106)可与一个或多个实体(107A、107B、...、107N)共享关于交易的信息和关于在处理交易时发生的错误的信息，这由消息流(403A、403B、...、403N)指示，如图4中所示。例如，保证服务器(106)在共享关于交易和与交易相关联的错误的信息后请求一个或多个实体(107A、107B、...、107N)提供对保证值$450的保证，其中与交易相关联的总金额是$500。

在步骤304，响应于请求，保证服务器(106)从一个或多个实体(107A、107B、...、107N)中的每一者接收贡献值，这由消息流(403A、403B、...、403N)指示，如图4中所示，其中所述贡献值是所述保证值的部分或全部中的一者。使用从与用户(101)、商家(102)和订单请求中的至少一者相关联的一个或多个参数获得的风险等级来确定一个或多个实体(107A、107B、...、107N)中的每一者的贡献值。所述一个或多个参数包括以下至少一项：用户信息、BIN、交易日志、商家信息、订单请求的详细信息、用户(101)的过往交易、商家(102)的过往交易，或其任何组合。

在一些非限制性实施例或方面中，一个或多个实体(107A、107B、...、107N)中的每一者可分别使用基于人工智能(AI)的学习算法基于与用户(101)、商家(102)、关于交易的信息、处理交易时发生的错误以及订单请求中的至少一者相关联的一个或多个参数来确定交易的风险等级。基于所确定的风险等级，一个或多个实体(107A、107B、...、107N)中的每一者可确定贡献值。

在一些非限制性实施例或方面中，针对交易确定的风险等级可基于风险百分比而被分类为安全交易、低风险交易、中风险交易、高风险交易和严重风险交易。例如，风险百分比10％可分类为安全交易，而风险百分比85％可分类为高风险交易。此外，所述一个或多个实体(107A、107B、...、107N)可基于所确定的风险等级来确定贡献值。例如，实体1(107A)可基于所确定的风险等级14％而贡献$20，而实体N(107N)可基于所确定的风险等级90％而贡献$0，诸如此类。例如，对于与交易相关联的保证值$450和总金额$500，基于所确定的风险等级，保证服务器(106)可从实体1(107A)接收贡献值$100，从实体2(107B)接收贡献值$50，并且从实体N(107N)接收贡献值$300。

在一些非限制性实施例或方面中，保证服务器(106)可在第一预定义时间段中等待来自一个或多个实体(107A、107B、...、107N)的对请求的响应。例如，所述预定义时间段可设置成从发送请求到一个或多个实体(107A、107B、...、107N)的时间戳起4分钟。在第一预定义时间段之后在从一个或多个实体(107A、107B、...、107N)接收到对请求的响应时，保证服务器(106)会拒绝所述响应。此外，保证服务器(106)可在第一预定义时间段内接收到等于保证值的贡献值总和时拒绝来自所述一个或多个实体(107A、107B、...、107N)的响应。

参考图3，在步骤305，保证服务器(106)在确定从一个或多个实体(107A、107B、...、107N)接收的总贡献值总计达到保证值时向商家(102)提供指示成功支付的保证消息以履行用户(101)的订单请求。

保证服务器(106)确定从一个或多个实体(107A、107B、...、107N)中的每一者接收的贡献值的总和。从一个或多个实体(107A、107B、...、107N)接收的总贡献值与商家(102)请求的保证值相比较。当总贡献值等于保证值时，则保证服务器(106)发送保证消息到商家(102)，这由消息流(402)指示。商家(102)在接收到保证消息后履行或完成用户(101)的订单请求。当总贡献值小于保证值时，保证服务器(106)向商家(102)发送消息，指示无法提供对请求的保证值的保证或担保。此外，商家(102)会拒绝用户(101)的订单请求。商家(102)可要求用户(101)发起新的支付交易以履行订单请求。

图5示出流程图，示出根据一些非限制性实施例或方面的用于重新发起用户(101)与商家(102)之间的交易的方法步骤。描述方法500的次序不用理解为限制，并且可按任何次序组合任何数目的所描述方法框来实施所述方法。另外，在不脱离本文描述的主题的范围的情况下，可以从所述方法删除个别框。此外，所述方法可以在任何合适的硬件、软件、固件或其组合中实施。

在步骤501，在处理用户(101)与商家(102)之间的交易时发生错误并且保证服务器(106)曾履行与所述交易相关联的订单请求时，在接收到关于所述交易的信息之后，保证服务器(106)在第二预定义时间段之后经由网关(103)重新发起存储的交易，这由消息流(601)指示，如图6中所示。保证服务器(106)通过确定、提供和/或传送对商家(102)所请求的保证值的保证或担保而履行了用户(101)的订单请求。

在一些非限制性实施例或方面中，重新发起所述交易包括将值插入所述交易的交易消息中的一个或多个字段中，从而指示在第二预定义时间段之后重新发起所述交易，其中所述交易曾因在处理所述交易时发生的错误而失败。此外，交易消息中的一个或多个字段包括消息类型指示符(MTI)、位图或数据元素中的至少一者。在一些非限制性实施例或方面中，保证服务器(106)代表商家(102)经由网关(103)和目录服务器(104)将重新发起的交易提供到发行方服务器(105)以进行认证和/或授权以完成交易。

在步骤502，保证服务器(106)经由目录服务器(104)和网关(103)从发行方服务器(105)接收对发起的交易的响应，这由消息流(601)指示，如图6中所示，其中所述响应包括成功或失败消息中的至少一者。例如，如果在处理交易时发生的错误是“达到时间段中允许的最大交易数目”，则在第二预定义时间段之后重新发起交易可使交易成功完成。在另一示例中，如果在处理交易时发生的错误是“与交易相关联的总金额超过单次交易所允许的最大量”，则在其中用户(101)已请求发行方服务器(105)增加与用户(101)的卡相关联的信用限额的稍后时间点重新发起交易可使交易成功完成。

在步骤503，在接收到成功消息后，保证服务器(106)从商家(102)接收和/或基于可用信息而确定与用户(101)与商家(102)之间的交易相关联的总金额，这由消息流(602)指示。在一些非限制性实施例或方面中，保证服务器(106)从发行方服务器(105)接收关于发起的交易的成功消息。此外，在商家(102)在结算程序之后从发行方服务器(105)接收到与交易相关联的总金额后，保证服务器(106)可从商家(102)接收所述总金额。

在步骤504，如图6中所示的消息流(603A、603B、...、603N)指示，保证服务器(106)将贡献值和基于贡献值的补充值从总金额分配到一个或多个实体(107A、107B、...、107N)中的每一者，其中所述一个或多个实体(107A、107B、...、107N)的贡献值是保证值的部分或全部中的至少一者，其中所述保证值是与交易相关联的总金额的一部分。

在一些非限制性实施例或方面中，保证服务器(106)可使用方程式(1)确定补充值。例如，如果保证值是$450，与交易相关联的总金额是$500，实体1(107A)的贡献值是$100，实体2(107B)的贡献值是$50，并且实体N(107N)的贡献值是$300。保证服务器(106)将贡献值和使用方程式(1)确定的补充值分配到一个或多个实体(107A、107B、...、107N)中的每一者。保证服务器(106)向实体1(107A)提供贡献值$100和确定的补充值$11.11，向实体2(107B)提供贡献值$50和确定的补充值$5.55，向实体N(107N)提供贡献值$300和确定的补充值$33.33。

在步骤505，在接收到失败消息后，保证服务器(106)可执行以下至少一者：在第二预定义时间段之后发起用户(101)与商家(102)之间的交易，或舍弃所述交易，这由消息流(601)指示，如图6中所示。例如，如果关于错误的信息是“达到卡限额”并且用户(101)已请求发行方服务器(105)增加信用限额，则增加的信用限额将在30分钟之后得到反映。保证服务器(106)在30分钟内发起交易可能会接收到失败消息，但在30分钟之后发起交易可成功地完成交易。在一些非限制性实施例或方面中，在针对预定义值发起交易并且接收到失败消息之后舍弃所述交易。例如，保证服务器(106)在10次发起交易并在这10次发起中的每一次发起里接收到失败消息之后舍弃所述交易。

因此，保证服务器(106)实施用于履行用户(101)的订单请求的方法。保证服务器(106)近实时地或在例如10分钟的较短持续时间中提供对商家(102)请求的保证值的保证或担保。此外，提供贡献值的一个或多个实体(107A、107B、...、107N)获得补充值的奖励。成功的订单履行会增加商家(102)的交易数目并提供更好的客户满意度。

图7示出用于实施与本公开一致的实施例的示例性计算机系统(700)的框图。在一些非限制性实施例或方面中，计算机系统(700)可用于实施用于履行用户(101)的订单请求的方法。计算机系统(700)可以包括中央处理单元(“CPU”或“处理器”)(702)。处理器(702)可以包括用于在运行时间执行用于动态资源分配的程序组件的至少一个数据处理器。处理器(702)可以包括专用处理单元，例如集成系统(总线)控制器、存储器管理控制单元、浮点单元、图形处理单元、数字信号处理单元等。

处理器(702)可以安置成经由I/O接口(701)与一个或多个输入/输出(I/O)装置(图中未示出)通信。I/O接口(701)可采用通信协议/方法，例如但不限于音频、模拟、数字、单声道、RCA、立体声、IEEE-1394、串行总线、通用串行总线(USB)、红外线、PS/2、BNC、同轴、组件、复合、数字视频接口(DVI)、高清多媒体接口(HDMI)、RF天线、S-Video、VGA、IEEE802.1n/b/g/n/x、

使用I/O接口(701)，计算机系统(700)可以与一个或多个I/O装置通信。例如，输入装置(710)可以是天线、键盘、鼠标、操纵杆、(红外线)远程控制、相机、读卡器、传真机、加密狗(dongle)、生物识别读取器、麦克风、触摸屏、触摸板、轨迹球、触控笔、扫描器、存储装置、收发器、视频装置/源等。输出装置(711)可以是打印机、传真机、视频显示器(例如，阴极射线管(CRT)、液晶显示器(LCD)、发光二极管(LED)、等离子体、等离子体显示面板(PDP)、有机发光二极管显示器(OLED)等)、音频扬声器等。

在一些非限制性实施例或方面中，计算机系统(700)通过通信网络(709)连接到服务运营商。处理器(702)可以安置成经由网络接口(703)与通信网络(709)通信。网络接口(703)可以与通信网络(709)通信。网络接口(703)可以使用连接协议，包括但不限于直接连接、以太网(例如，双绞线10/100/1000Base T)、传输控制协议/因特网协议(TCP/IP)、令牌环、IEEE 802.11a/b/g/n/x等。通信网络(709)可包括但不限于直接互连、电子商务网络、对等(P2P)网络、局域网(LAN)、广域网(WAN)、无线网络(例如，使用无线应用协议)、互联网、

在一些非限制性实施例或方面中，处理器(702)可安置成经由存储接口(704)与存储器(705)(例如，图7未示的RAM、ROM等)通信。存储接口(704)可连接到存储器(705)，所述存储器包括但不限于存储器驱动器、可移除光盘驱动器等，所述存储器采用连接协议，例如串行高级技术附件(SATA)、电子集成驱动器(IDE)、IEEE-1394、通用串行总线(USB)、光纤通道、小型计算机系统接口(SCSI)等。存储器驱动器还可包括磁鼓(drum)、磁盘驱动器、磁光盘驱动器、光盘驱动器、独立光盘冗余阵列(RAID)、固态存储器装置、固态驱动器等。

存储器(705)可存储程序或数据库组件的集合，包括但不限于用户界面(706)、操作系统(707)、网络服务器(708)等。在一些非限制性实施例或方面中，计算机系统(700)可以存储用户/应用程序数据，例如本公开所描述的数据、变量、记录等。此类数据库可以实施为容错的、关系的、可扩展的、安全的数据库，例如Oracle或Sybase。

操作系统(707)可以促进计算机系统(700)的资源管理和操作。操作系统的示例包括但不限于

在一些非限制性实施例或方面中，计算机系统(700)可以实施网络浏览器(图中未示出)存储的程序组件。网络浏览器(图中未示)可以是超文本查看应用程序，例如

此外，可将一个或多个计算机可读存储介质用于实施根据本发明的实施例。计算机可读存储介质是指可以存储可由处理器读取的信息或数据的任何类型的物理存储器。因此，计算机可读存储介质可以存储由一个或多个处理器执行的指令，包括使处理器执行与本文所述的实施例一致的步骤或阶段的指令。术语“计算机可读介质”应理解为包括有形项目，并且不包括载波和瞬态信号，例如，非瞬态的。实例包括随机存取存储器(RAM)、只读存储器(ROM)、易失性存储器、非易失性存储器、硬盘驱动器、光盘(CD)ROM、数字视频光盘(DVD)、闪存驱动器、磁盘以及任何其它已知的物理存储介质。

在一些非限制性实施例或方面中，计算机系统(700)可经由通信网络(709)从远程装置(712)接收保证值、交易信息(205)和贡献值中的至少一者。

除非另外明确指定，否则术语“一实施例”、“实施例”、“多个实施例”、“所述实施例”、“所述多个实施例”、“一个或多个实施例”、“一些非限制性实施例或方面”和“一个实施例”意指“本发明的一个或多个(但非所有)实施例”。

具有彼此通信的数个组件的实施例的描述并不意味着所有这些组件都是需要的。相反，描述了各种可选组件以示出本公开的各种可能的实施例。

除非另外明确指定，否则术语“包括(including/comprising)”、“具有”以及其变体意指“包括但不限于”。除非另外明确指定，否则列举的项目列表并不意味着任何或所有项目都是相互排斥。除非另外明确指定，否则术语“一个(a/an)”和“所述”意指“一个或多个”。具有彼此通信的数个组件的一些非限制性实施例或方面的描述并不意味着所有这些组件都是需要的。相反，描述了各种可选组件以示出本公开的各种可能的实施例。

图3和图5的所示操作示出以某一次序发生的某些事件。在替代实施例中，可以按不同次序执行、修改或去除某些操作。此外，可以向上文所描述的逻辑添加步骤，并且所述步骤仍符合所描述的实施例。此外，本文所述的操作可以按顺序进行，或某些操作可以并行处理。然而，操作可以由单个处理单元或分布式处理单元执行。

最后，说明书中使用的语言主要是出于可读性和教导目的而选择的，不是为了划定或限制本发明的主题而选择的。因此，想要使本发明的范围不受此详细描述的限制，而是由发布基于此的申请的任何权利要求限制。因此，本发明的实施例的公开内容旨在是示意性的，而不是限制本发明的范围，本发明的范围在所附权利要求中列出。

虽然本文已公开了各个方面和实施例，但所属领域的技术人员应清楚其它方面和实施例。本文公开的各个方面和实施例是出于说明的目的并且不在于是限制性的，其中真实的范围和精神由所附权利要求书指示。