CN106228367A - 支付验证的方法和装置 - Google Patents

Abstract

本发明提供了一种支付验证的方法和装置，该方法包括：获取支付成功信息，并向支付接口服务器发送支付验证请求；若未接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果时，保存支付成功信息；重复向支付接口服务器发送支付验证请求，直至接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果；当验证结果为支付验证成功时，生成支付成功通知消息，并将支付成功通知消息发送至交易平台，以执行相应的交易操作。本发明技术方案能够有效地防止由于验证过程中断而漏掉的未验证支付成功信息，大大减少了人工验证漏掉的支付成功信息的时间和人力成本，同时提高用户的支付体验。

Description

支付验证的方法和装置

技术领域

本发明涉及互联网领域，具体而言，本发明涉及一种支付验证的方法和装置。

背景技术

随着电子商务的发展，网络购物也成为一种新型的购物形式来到人们的生活中；网络购物通过网上支付的方式进行网上购物交易，大大降低了传统购物交易的成本，同时更为人们的生活带来了更多的便利。然而，为了保证网络购物交易的安全性和有效性，在网上购物交易前对支付成功信息的验证也是必不可少的。

目前，在支付成功信息的验证过程中，由于存在超时导致验证过程中断或用户自主中断验证过程等情形，使得支付成功信息无法正常通过验证，并最终无法实现该支付成功信息对应的网络购物交易，同时给用户造成经济损失；现有技术中，为了防止上述问题的发生，需对无法验证的支付成功信息进行人工验证并最终人工实现该支付成功信息对应的网络购物交易，从而造成了大量的人力和时间成本的浪费。

发明内容

为克服上述技术问题或者至少部分地解决上述技术问题，特提出以下技术方案：

本发明的实施例提出了一种支付验证的方法，包括：

获取支付成功信息，并向支付接口服务器发送支付验证请求；

若未接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果时，保存支付成功信息；

重复向支付接口服务器发送支付验证请求，直至接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果；

当验证结果为支付验证成功时，生成支付成功通知消息，并将支付成功通知消息发送至交易平台，以执行相应的交易操作。

优选地，获取支付成功信息，并向支付接口服务器发送支付验证请求，包括：

查询支付成功信息是否已执行验证；

若未对查询支付成功信息执行验证，则向支付接口服务器发送支付验证请求；

若已对查询支付成功信息执行验证，则生成验证失败消息。

优选地，重复向支付接口服务器发送支付验证请求，包括；

在预定的重复验证次数阈值内，重复向支付接口服务器发送支付验证请求。

优选地，该支付验证的方法还包括：

若重复向支付接口服务器发送支付验证请求的次数超过预定的重复验证次数阈值，停止执行验证，并删除已保存的支付成功信息。

优选地，获取支付成功信息，并向支付接口服务器发送支付验证请求，包括：

当同时获取到多个不同的支付成功信息，向支付接口服务器逐一发送多个不同的支付验证请求；

当同时获取到多个相同的支付成功信息，向支付接口服务器逐一发送多个相同的支付验证请求，当接收到支付接口服务器响应于任一支付验证请求返回的该支付成功信息的验证结果为支付验证成功时，则生成针对其他支付成功信息的验证失败消息。

优选地，该支付验证的方法还包括：

将支付成功通知消息发送至交易平台后，检测到交易平台反馈的交易操作失败消息时，重复执行将支付成功通知消息发送至交易平台，以执行相应的交易操作的步骤。

本发明的另一实施例提出了一种支付验证的装置，包括：

发送支付验证请求模块，用于获取支付成功信息，并向支付接口服务器发送支付验证请求；

保存模块，用于若未接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果时，保存支付成功信息；

第一重复执行模块，用于重复向支付接口服务器发送支付验证请求，直至接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果；

通知模块，用于当验证结果为支付验证成功时，生成支付成功通知消息，并将支付成功通知消息发送至交易平台，以执行相应的交易操作。

优选地，发送支付验证请求模块包括：

查询单元，用于查询支付成功信息是否已执行验证；

发送请求单元，用于若未对查询支付成功信息执行验证，则向支付接口服务器发送支付验证请求；

生成消息单元，用于若已对查询支付成功信息执行验证，则生成验证失败消息。

优选地，第一重复执行模块用于在预定的重复验证次数阈值内，重复向支付接口服务器发送支付验证请求。

优选地，该支付验证的装置还包括：

删除模块，用于若重复向支付接口服务器发送支付验证请求的次数超过预定的重复验证次数阈值，停止执行验证，并删除已保存的支付成功信息。

优选地，发送支付验证请求模块还包括：

获取不同支付成功信息单元，用于当同时获取到多个不同的支付成功信息，向支付接口服务器逐一发送多个不同的支付验证请求；

获取相同支付成功信息单元，用于当同时获取到多个相同的支付成功信息，向支付接口服务器逐一发送多个相同的支付验证请求，当接收到支付接口服务器响应于任一支付验证请求返回的该支付成功信息的验证结果为支付验证成功时，则生成针对其他支付成功信息的验证失败消息。

优选地，该支付验证的装置还包括：

第二重复执行模块，用于将支付成功通知消息发送至交易平台后，检测到交易平台反馈的交易操作失败消息时，重复执行将支付成功通知消息发送至交易平台，以执行相应的交易操作的步骤。

本发明的技术方案中，在未接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果时，重复行向支付接口服务器发送支付验证请求，直至接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果；本发明能够有效地防止由于验证过程中断而漏掉的未验证支付成功信息，大大减少了人工验证漏掉的支付成功信息的时间和人力成本，同时提高用户的支付体验。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明的一个实施例的支付验证的方法的商品服务器、支付接口服务器及交易平台间的关系示意图；

图2为本发明的一个实施例的支付验证的方法的流程示意图；

图3为本发明的具体实施例的获取支付成功信息，并向支付接口服务器发送支付验证请求的流程示意图；

图4为本发明的具体实施例的获取支付成功信息，并向支付接口服务器发送支付验证请求的流程示意图；

图5为本发明的另一个实施例的支付验证的装置的结构框架示意图；

图6为本发明的具体实施例的发送支付验证请求模块的结构框架示意图；

图7为本发明的具体实施例的发送支付验证请求模块的框架结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

需要说明的是，本发明的技术方案的执行主体为商品服务器；图1示出了本发明的一个实施例的支付验证方法的商品服务器、支付接口服务器及交易平台间的关系示意图；其中，用户登录商品客户端，将支付成功信息发送至商品服务器，商品服务器获取到支付成功信息，并向支付接口服务器发送支付验证请求；商品服务器若未接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果时，保存支付成功信息；并重复向支付接口服务器发送支付验证请求，直至接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果；当验证结果为支付验证成功时，商品服务器生成支付成功通知消息，并将支付成功通知消息发送至交易平台，以执行相应的交易操作。

图2为本发明的一个实施例的支付验证方法的流程示意图。

步骤S101：获取支付成功信息，并向支付接口服务器发送支付验证请求；步骤S102：若未接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果时，保存支付成功信息；步骤S103：重复向支付接口服务器发送支付验证请求，直至接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果；步骤S104：当验证结果为支付验证成功时，生成支付成功通知消息，并将支付成功通知消息发送至交易平台，以执行相应的交易操作。

本发明的技术方案中，在未接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果时，重复执行向支付接口服务器发送支付验证请求的步骤，直至接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果，因此能够有效地防止验证过程中断而漏掉未验证的支付成功信息，大大减少了人工验证漏掉的支付成功信息的时间和人力成本，同时提高了用户的支付体验。

以下针对各个步骤的具体实现做进一步的说明：

步骤S101：获取支付成功信息，并向支付接口服务器发送支付验证请求。

具体地，步骤S101如图3所示，包括：步骤S201：查询支付成功信息是否已执行验证；步骤S202：若未对查询支付成功信息执行验证，则向支付接口服务器发送支付验证请求；步骤S203：若已对查询支付成功信息执行验证，则生成验证失败消息。

其中，支付成功信息包括但不限于：商品交易标识数据、购买商品的编号、时间、价格以及数量，购买商品的订单号，购买用户的id。

获取支付成功信息的方式包括：用户通过商品客户端向该商品客户端相应的商品服务器发送购买商品请求，商品服务器响应于该购买商品请求生成购买商品的订单，同时将支付接口服务端的支付接口提供给用户，用户通过支付接口向支付接口服务器发送订单的支付请求，支付接口服务器响应于该订单的支付请求，使得用户通过支付通道进行付款，在付款成功后，用户接收支付接口服务器返回的支付成功信息。

查询支付成功信息是否已执行验证的方式包括：商品服务器接收到用户通过商品客户端发送的支付成功信息并根据该支付成功信息的商品交易标识数据查询记录已执行验证支付成功信息的数据库，确认该支付成功信息是否已执行验证。

例如，游戏玩家通过游戏客户端向游戏服务器发送购买礼物请求，该游戏服务器响应于购买礼物请求生成相应的购买礼物的订单，同时调用第三方支付接口并提供给游戏玩家，游戏玩家通过第三方支付接口向支付接口服务端发送购买礼物的支付请求，第三方支付接口服务器响应于该购买礼物的支付请求，使得游戏玩家通过支付通道进行付款，在付款成功后，游戏玩家接收第三方支付接口服务端返回的支付成功信息。游戏玩家通过游戏客户端向游戏服务器发送该支付成功信息，游戏服务器根据该支付成功信息的标识数据查询记录已执行验证支付成功信息的数据库，确定该支付成功信息是否已执行验证，如该支付成功信息未执行验证，则向第三方支付接口服务器发送支付验证请求；若该支付成功信息已执行验证，则生成验证失败消息并通知游戏玩家。

通过步骤S101，能够保证商品购物交易的安全性和有效性；且通过查询保存的已执行验证的支付成功信息，能够有效防止后续用户针对同一支付成功信息进行多次不友好的验证，避免给商家造成经济损失。

步骤S102：若未接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果时，保存支付成功信息。

其中，验证结果包括但不限于：验证成功、验证失败。

具体地，当支付接口服务器响应超时，导致商品服务器与支付接口服务器之间的通信连接中断，从而中断验证过程，商品服务器无法收到支付成功信息的验证结果，或用户删除商品客户端或用户退出商品客户端导致商品服务器与支付接口服务器之间的通信连接中断，从而中断验证过程，商品服务器无法收到支付成功信息的验证结果时，商品服务器保存该支付成功信息至资源池中。

通过步骤S102能够有效地防止支付成功信息对应的商品订单的丢失，不会对用户的经济造成损失。

步骤S103：重复向支付接口服务器发送支付验证请求，直至接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果。

具体地，在预定的重复验证次数阈值内，重复执行向支付接口服务器发送支付验证请求的步骤，直至接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果；若重复执行向支付接口服务器发送支付验证请求的步骤的次数超过预定的重复验证次数阈值，停止执行验证，并删除已保存的支付成功信息。

例如，在预定的重复验证次数阈值为10次内，商品服务器重复向支付接口服务器发送支付验证请求，直至接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果以及该支付成功信息所包含的数据；若商品服务器重复向支付接口服务器发送支付验证请求的次数超过10次，则停止执行验证，并删除已保存在资源池中的该支付成功信息。优选地，由于每一次的验证的时间不同，可设定第一次重复执行验证的时间为30秒，第二次重复执行验证的时间为30×2¹秒，第三次重复执行验证的时间为30×2²秒，以此类推，第十次重复执行验证的时间为30×2⁹秒。

通过步骤S103，能够有效地防止由于验证过程中断而漏掉的未验证支付成功信息，大大减少了人工验证漏掉的支付成功信息的时间和人力成本，同时提高了用户的支付体验。当超过预定的重复验证次数阈值时，该支付成功信息被认定为非法或无效的信息，并及时从资源池中删除，能够节约存储空间，加快运行速度。

步骤S104：当验证结果为支付验证成功时，生成支付成功通知消息，并将支付成功通知消息发送至交易平台，以执行相应的交易操作。

具体地，当验证结果为支付验证成功时，商品服务器生成支付成功通知消息，并将该支付成功通知消息发送至交易平台，当交易平台监听到该支付成功通知消息时，则向用户执行下发订单商品等操作。

例如，当验证结果为支付验证成功时，游戏服务器生成支付成功通知消息，并将该支付成功通知消息发送至礼品交易平台服务器，礼品交易平台服务器监听到该支付成功通知消息后，则将游戏玩家购买的礼物下发至该游戏玩家的账户。

步骤S104保证了用户在支付成功的情况下，收到了相应的商品，确保不会出现用户已对订单进行支付而为收到相应商品而造成损失的情况；进一步说明本实施例具有较高的实用性。

在一个优选实施例中，还包括：将支付成功通知消息发送至交易平台后，检测到交易平台反馈的交易操作失败消息时，重复执行将支付成功通知消息发送至交易平台，以执行相应的交易操作的步骤。

具体地，商品服务器将支付成功通知消息发送至交易平台服务器后，通过监听交易平台反馈的消息来检测交易操作失败消息，当反馈的消息为交易操作失败时，将该支付成功信息保存至交易失败数据库中，并重复执行商品服务器将支付成功通知消息发送至交易平台服务器，再通过交易平台服务器向用户发货的步骤，直至商品服务器监听到交易平台反馈的交易操作成功的消息并通知用户；该步骤实现了即使商品在最后交易失败的情况下，仍能够保证用户可以接收到购买的相应商品。本实施例不仅能够保证合法的支付成功信息一定会被验证，同时也能够保证用户一定会接收到合法的支付成功信息所对应的购买商品，提高了用户交易体验，并节省了人工后期复核订单的时间及人力成本。

在另一个优选实施例中，步骤S101：获取支付成功信息，并向支付接口服务器发送支付验证请求，如图4所示，还包括：步骤S301：同时获取到多个支付成功信息；步骤S302：当同时获取到多个不同的支付成功信息，向支付接口服务器逐一发送多个不同的支付验证请求；步骤S303：当同时获取到多个相同的支付成功信息，向支付接口服务器逐一发送多个相同的支付验证请求；只有在前一个支付成功信息验证完毕的情况下，才会向支付接口服务器发送下一个支付成功信息；步骤S304：当接收到支付接口服务器响应于任一支付验证请求返回的该支付成功信息的验证结果为支付验证成功时，则生成针对其他支付成功信息的验证失败消息并告知用户。步骤S303解决了针对同时获取到的多个相同的支付成功信息的情况下造成的重复验证的问题，避免了重复验证成功而给商家带来的经济损失。

图5为本发明的另一个实施例的支付验证装置的结构框架示意图。

本发明的另一个实施例中，在未接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果时，重复执行向支付接口服务器发送支付验证请求的步骤，直至接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果；能够有效的防止漏掉未验证的支付成功信息，同时大大减少了人工验证漏掉的支付成功信息的时间成本和费用，并进一步大大提高了用户的支付体验。

以下针对各个模块的具体实现做进一步的说明：

发送支付验证请求模块401，获取支付成功信息，并向支付接口服务器发送支付验证请求；保存模块402，若未接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果时，保存支付成功信息；第一重复执行模块403，重复执行向支付接口服务器发送支付验证请求的步骤，直至接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果；通知模块404，当验证结果为支付验证成功时，生成支付成功通知消息，并将支付成功通知消息发送至交易平台，以执行相应的交易操作。

具体地，发送支付验证请求模块401如图6所示，包括：查询单元501，查询支付成功信息是否已执行验证；发送请求单元502，若未对查询支付成功信息执行验证，则向支付接口服务器发送支付验证请求；生成消息单元503，若已对查询支付成功信息执行验证，则生成验证失败消息。

其中，支付成功信息包括但不限于：商品交易标识数据、购买商品的编号、时间、价格以及数量，购买商品的订单号，购买用户的id。

获取支付成功信息的方式包括：用户通过商品客户端向该商品客户端相应的商品服务器发送购买商品请求，商品服务器响应于该购买商品请求生成购买商品的订单，同时将支付接口服务端的支付接口提供给用户，用户通过支付接口向支付接口服务器发送订单的支付请求，支付接口服务器响应于该订单的支付请求，使得用户通过支付通道进行付款，在付款成功后，用户接收支付接口服务器返回的支付成功信息。

查询支付成功信息是否已执行验证的方式包括：商品服务器接收到用户通过商品客户端发送的支付成功信息并根据该支付成功信息的商品交易标识数据查询记录已执行验证支付成功信息的数据库，确认该支付成功信息是否已执行验证。

例如，游戏玩家通过游戏客户端向游戏服务器发送购买礼物请求，该游戏服务器响应于购买礼物请求生成相应的购买礼物的订单，同时调用第三方支付接口并提供给游戏玩家，游戏玩家通过第三方支付接口向支付接口服务端发送购买礼物的支付请求，第三方支付接口服务器响应于该购买礼物的支付请求，使得游戏玩家通过支付通道进行付款，在付款成功后，游戏玩家接收第三方支付接口服务端返回的支付成功信息。游戏玩家通过游戏客户端向游戏服务器发送该支付成功信息，游戏服务器中的查询单元501根据该支付成功信息的标识数据查询记录已执行验证支付成功信息的数据库，确定该支付成功信息是否已执行验证，如该支付成功信息未执行验证，则发送请求单元502向第三方支付接口服务器发送支付验证请求；若该支付成功信息已执行验证，则消息单元503生成验证失败消息并通知游戏玩家。

通过发送支付验证请求模块401，能够保证商品购物交易的安全性和有效性；且通过查询保存的已执行验证的支付成功信息，能够有效防止后续用户针对同一支付成功信息进行多次不友好的验证，，避免给商家造成经济损失。

保存模块402，若未接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果时，保存支付成功信息。

其中，验证结果包括但不限于：验证成功、验证失败。

具体地，当支付接口服务器响应超时，导致商品服务器与支付接口服务器之间的通信连接中断，从而中断验证过程，商品服务器无法收到支付成功信息的验证结果或用户删除商品客户端或用户退出商品客户端导致商品服务器与支付接口服务器之间的通信连接中断，从而中断验证过程，商品服务器中保存模块402无法收到支付成功信息的验证结果时，商品服务器中保存模块402保存该支付成功信息至资源池中。

通过中保存模块402能够有效地防止支付成功信息对应的商品订单的丢失，不会对用户的经济造成损失。

第一重复执行模块403，重复向支付接口服务器发送支付验证请求，直至接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果。

具体地，第一重复执行模块403在预定的重复验证次数阈值内，重复执行向支付接口服务器发送支付验证请求的步骤，直至接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果；本实施例还包括：删除模块，若重复向支付接口服务器发送支付验证请求的次数超过预定的重复验证次数阈值，停止执行验证，并删除已保存的支付成功信息。

例如，在预定的重复验证次数阈值为10次内，重复执行步骤模块403，商品服务器重复向支付接口服务器发送支付验证请求，，直至接收到支付接口服务器响应于支付验证请求返回的支付成功信息的验证结果以及该支付成功信息所包含的数据；若商品服务器重复向支付接口服务器发送支付验证请求的次数超过10次，删除模块，则停止执行验证，并删除已保存在资源池中的该支付成功信息。优选地，由于每一次的验证的时间不同，可设定第一次重复执行验证的时间为30秒，第二次重复执行验证的时间为30×2¹秒，第三次重复执行验证的时间为30×2²秒，以此类推，第十次重复执行验证的时间为30×2⁹秒。

通过第一重复执行模块403，能够有效地防止由于验证过程中断而漏掉的未验证支付成功信息，大大减少了人工验证漏掉的支付成功信息的时间和人力成本，同时提高了用户的支付体验。当超过预定的重复验证次数阈值时，该支付成功信息被认定为非法或无效的信息，并及时从资源池中删除，能够节约存储空间，加快运行速度。

通知模块404，当验证结果为支付验证成功时，生成支付成功通知消息，并将支付成功通知消息发送至交易平台，以执行相应的交易操作。

具体地，当验证结果为支付验证成功时，商品服务器中通知模块404，生成支付成功通知消息，并将该支付成功通知消息发送至交易平台，当交易平台监听到该支付成功通知消息时，则向用户执行下发订单商品等操作。

例如，当验证结果为支付验证成功时，游戏服务器中通知模块404，生成支付成功通知消息，并将该支付成功通知消息发送至礼品交易平台服务器，礼品交易平台服务器监听到该支付成功通知消息后，则将游戏玩家购买的礼物下发至该游戏玩家的账户。

通知模块404，保证了用户在支付成功的情况下，收到了相应的商品，确保不会出现用户已对订单进行支付而为收到相应商品而造成损失的情况；进一步说明本实施例具有较高的实用性。

在一个优选实施例中，还包括：第二重复执行模块，将支付成功通知消息发送至交易平台后，检测到交易平台反馈的交易操作失败消息时，重复执行将支付成功通知消息发送至交易平台，以执行相应的交易操作的步骤。

具体地，商品服务器中第二重复执行模块将支付成功通知消息发送至交易平台后，通过监听交易平台反馈的消息来检测交易操作失败消息，当反馈的消息为交易操作失败时，将该支付成功信息保存至交易失败数据库中，并重复执行商品服务器将支付成功通知消息发送至交易平台，再通过交易平台向用户发货的步骤，直至商品服务器监听到交易平台反馈的交易操作成功的消息并通知用户；第二重复执行模块实现了即使商品在最后交易失败的情况下，仍能够保证用户可以接收到购买的相应商品。本实施例不仅能够保证合法的支付成功信息一定会被验证，同时也能够保证用户一定会接收到合法的支付成功信息所对应的购买商品，提高了用户交易体验，并节省了人工后期复核订单的时间及人力成本。

在另一个优选实施例中，发送支付验证请求模块501如图7所示，还包括：获取单元601，同时获取到多个支付成功信息；获取不同支付成功信息单元602，当同时获取到多个不同的支付成功信息，向支付接口服务器逐一发送多个不同的支付验证请求；获取相同支付成功信息单元603，当同时获取到多个相同的支付成功信息，向支付接口服务器逐一发送多个相同的支付验证请求，只有在前一个支付成功信息验证完毕的情况下，才会向支付接口服务器发送下一个支付成功信息，当接收到支付接口服务器响应于任一支付验证请求返回的该支付成功信息的验证结果为支付验证成功时，则生成针对其他支付成功信息的验证失败消息并告知用户。获取相同支付成功信息单元603解决了针对同时获取到的多个相同的支付成功信息的情况下造成的重复验证的问题，避免了重复验证成功而给商家带来的经济损失。

本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable ProgrammableRead-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically ErasableProgrammable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种支付验证的方法，其特征在于，包括：

获取支付成功信息，并向支付接口服务器发送支付验证请求；

若未接收到所述支付接口服务器响应于所述支付验证请求返回的所述支付成功信息的验证结果时，保存所述支付成功信息；

重复向所述支付接口服务器发送支付验证请求，直至接收到所述支付接口服务器响应于所述支付验证请求返回的所述支付成功信息的验证结果；

当验证结果为支付验证成功时，生成支付成功通知消息，并将所述支付成功通知消息发送至交易平台，以执行相应的交易操作。

2.根据权利要求1所述的方法，其特征在于，获取支付成功信息，并向支付接口服务器发送支付验证请求，包括：

查询所述支付成功信息是否已执行验证；

若未对所述查询支付成功信息执行验证，则向支付接口服务器发送支付验证请求；

若已对所述查询支付成功信息执行验证，则生成验证失败消息。

3.根据权利要求1或2所述的方法，其特征在于，重复向支付接口服务器发送支付验证请求，包括；

在预定的重复验证次数阈值内，重复向支付接口服务器发送支付验证请求。

4.根据权利要求3所述的方法，其特征在于，还包括：

若重复向支付接口服务器发送支付验证请求的次数超过预定的重复验证次数阈值，停止执行验证，并删除已保存的支付成功信息。

5.根据权利要求1所述的方法，其特征在于，获取支付成功信息，并向支付接口服务器发送支付验证请求，包括：

当同时获取到多个不同的支付成功信息，向支付接口服务器逐一发送多个不同的支付验证请求；

当同时获取到多个相同的支付成功信息，向支付接口服务器逐一发送多个相同的支付验证请求，当接收到所述支付接口服务器响应于任一支付验证请求返回的该支付成功信息的验证结果为支付验证成功时，则生成针对其他支付成功信息的验证失败消息。

6.根据权利要求1或2所述的方法，其特征在于，还包括：

将所述支付成功通知消息发送至交易平台后，检测到所述交易平台反馈的交易操作失败消息时，重复执行将所述支付成功通知消息发送至交易平台，以执行相应的交易操作的步骤。

7.一种支付验证的装置，其特征在于，包括：

发送支付验证请求模块，用于获取支付成功信息，并向支付接口服务器发送支付验证请求；

保存模块，用于若未接收到所述支付接口服务器响应于所述支付验证请求返回的所述支付成功信息的验证结果时，保存所述支付成功信息；

第一重复执行模块，用于重复向所述支付接口服务器发送支付验证请求，直至接收到所述支付接口服务器响应于所述支付验证请求返回的所述支付成功信息的验证结果；

通知模块，用于当验证结果为支付验证成功时，生成支付成功通知消息，并将所述支付成功通知消息发送至交易平台，以执行相应的交易操作。

8.根据权利要求7所述的装置，其特征在于，所述发送支付验证请求模块包括：

查询单元，用于查询所述支付成功信息是否已执行验证；

发送请求单元，用于若未对所述查询支付成功信息执行验证，则向支付接口服务器发送支付验证请求；

生成消息单元，用于若已对所述查询支付成功信息执行验证，则生成验证失败消息。

9.根据权利要求7或8所述的装置，其特征在于，所述第一重复执行模块用于在预定的重复验证次数阈值内，重复向支付接口服务器发送支付验证请求。

10.根据权利要求9所述的装置，其特征在于，还包括：

删除模块，用于若重复向支付接口服务器发送支付验证请求的次数超过预定的重复验证次数阈值，停止执行验证，并删除已保存的支付成功信息。