网上支付方法及装置与流程

本申请涉及互联网技术领域，尤其涉及网上支付方法及装置。

背景技术：

随着互联网技术的不断发展，利用互联网进行网上支付的应用越来越多。并且，为了提高网上支付的安全，用户可以通过第三方来完成网上支付。比如：第三方为支付宝。

现有技术中，当第三方接收到银行端返回的支付结果时，不管支付结果是支付成功还是支付失败，都会将该支付结果发送至用户；当第三方在一段时间内没有接收到银行端返回的支付结果时，会提示用户支付失败。

但是，若银行端支付成功，可没有向第三方返回支付结果，这样将导致第三方会向用户提供错误信息，从而降低了用户的支付体验。

技术实现要素：

本申请提供网上支付方法及装置，以解决现有技术中若银行端支付成功，可没有向第三方返回支付结果，这样将导致第三方会向用户提供错误信息，从而降低了用户的支付体验的问题。

根据本申请实施例的第一方面，提供一种网上支付方法，所述方法包括：

接收第一方的支付任务；

将携带有所述支付任务的支付请求发送至第二方，以使所述第二方根据所述支付请求处理所述支付任务；

若检测到设定时间内没有接收到所述第二方的处理结果，则将所述支付 任务添加到回查任务表中，并向所述第二方发起任务回查；

若接收到所述第二方发送的回查结果，则输出所述回查结果。

根据本申请实施例的第二方面，提供一种网上支付装置，所述装置包括：

接收单元，用于接收第一方的支付任务；

第一发送单元，用于将携带有所述支付任务的支付请求发送至第二方，以使所述第二方根据所述支付请求处理所述支付任务；

任务回查单元，用于若检测到设定时间内没有接收到所述第二方的处理结果，则将所述支付任务添加到回查任务表中，并向所述第二方发起任务回查；

输出单元，用于若接收到所述第二方发送的回查结果，则输出所述回查结果。

根据本申请实施例的第三方面，提供一种网上支付装置，所述装置包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收第一方的支付任务；

将携带有所述支付任务的支付请求发送至第二方，以使所述第二方根据所述支付请求处理所述支付任务；

若检测到设定时间内没有接收到所述第二方的处理结果，则将所述支付任务添加到回查任务表中，并向所述第二方发起任务回查；

若接收到所述第二方发送的回查结果，则输出所述回查结果。

应用本申请实施例，通过接收第一方的支付任务，将携带有第一方的支付任务的支付请求发送至第二方，以使第二方根据接收到的支付请求处理第一方的支付任务，若检测到设定时间内没有接收到第二方的处理结果，则将第一方的支付任务添加到回查任务表中，并向第二方发起任务回查，若接收到第二方发送的回查结果，则输出回查结果，从而提高了网上支付的准确度和可靠性，还提高了第一方进行网上支付的体验。。

附图说明

图1为本申请实施例的网上支付场景示意图；

图2为本申请网上支付方法的一个实施例流程图；

图3为本申请网上支付方法的另一个实施例的流程图；

图4本申请网上支付装置所在设备的一种硬件结构图；

图5为本申请网上支付装置的一个实施例框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

参见图1，为本申请实施例的网上支付场景示意图：

图1场景中包括：用户、第三方支付服务端和银行服务端。其中，第三 方支付服务端可以为支付宝。

用户下单成功并选择第三方进行网上支付后，该用户会向第三方支付服务端发送支付任务。

第三方支付服务端接收到用户的支付任务后，先选择与用户绑定的银行服务端，再调用该银行服务端的支付接口，通过该支付接口将携带有用户的支付任务的支付请求发送至银行服务端，以使银行服务端根据该支付请求处理用户的支付任务，得到对应的处理结果。其中，处理结果可能是支付成功即从用户指定银行卡中扣款成功，也可能是支付失败即从用户指定银行卡中扣款失败。

若接收到银行服务端返回的处理结果，则将该处理结果提示给用户。

若设定时间内(例如2秒)没有接收到银行服务端返回的处理结果，则将该支付任务添加到回查任务表中，并调用银行服务端的查询接口，通过该查询结果向银行服务端发起任务回查；同时，还会提示用户银行服务端没有返回处理结果，便于用户点击连接重试。

若接收到银行服务端发送的回查结果，该回查结果可能是支付成功，也可能是支付失败，根据该回查结果更新用户的支付任务的支付状态，并且，支付状态与回查结果相同，以及将该更新后的支付状态提示给用户。

因此，本申请实施例中的第三方支付服务端，在设定时间内没有接收到银行服务端的处理结果时，不是提示用户支付失败，而是向银行服务端发起任务回查，当接收到回查结果后再提示正确的支付信息，避免了向用户提示错误信息，提高了用户的支付体验。

下面对本申请实施例进行详细说明。

参见图2，为本申请网上支付方法的一个实施例的流程图，该方法可以应用于第三方支付服务端上，比如：支付宝，包括以下步骤：

步骤210：接收第一方的支付任务。

本申请实施例中，第一方可以是网上购物的普通用户。比如：用户携程下单成功后，选择使用支付宝付款。

步骤220：将携带有第一方的支付任务的支付请求发送至第二方，以使第二方根据接收到的支付请求处理第一方的支付任务。

本申请实施例中，第二方可以是与用户绑定的银行服务端。比如：第二方为招商银行等。

在一个例子中，第三方支付服务端可以调用第二方的支付接口，并通过该支付接口将携带有第一方的支付任务的支付请求发送至第二方。

比如：支付宝选择使用招商银行卡进行快捷支付，则可以调用招商银行快捷支付接口进行支付，并接收招商银行返回的处理结果。该处理结果可能是支付成功即从用户招商银行卡中扣款成功，也可能是支付失败即从用户招商银行卡中扣款失败。

步骤230：若检测到设定时间内没有接收到第二方的处理结果，则将第一方的支付任务添加到回查任务表中，并向第二方发起任务回查。

本申请实施例中，设定时间是第三方支付服务端根据实际情况设定的一个数值。比如：设定时间为2秒。

并且，将第一方的支付任务添加到回查任务表中，其目的是将第一方的支付任务设置为回查任务，定时启动任务回查。其中，回查任务表的表结构如表1所示。

表1

其中，在将第一方的支付任务添加到回查任务表后，还可以调用动态任务管理组件，并通过该动态任务管理组件管理第一方的支付任务的回查进程，包括：

(1)若检测到将第一方的支付任务添加到回查任务表中，则设置该支付任务的任务状态为待执行。

(2)若检测到针对第一方的支付任务向第二方发起任务回查，则将该支付任务的任务状态更新为执行中。

(3)若检测到第二方针对第一方的支付任务发送的回查结果，则将该任务状态更新为已执行。

另外，步骤230中向第二方发起任务回查时，还可以调用第二方的查询接口，并通过该查询接口将针对第一方的支付任务的查询请求发送至第二方。

比如：支付宝选择使用招商银行卡进行快捷支付，若检测到2秒时间内没有接收到招商银行的处理结果，此时，可以将该支付任务添加到回查任务表中，当等待到针对第一方的支付任务可以向第二方发起任务回查时，此时可以调用招商银行的查询接口，并通过该查询接口将针对第一方的支付任务的回查请求发送至第二方，使得第二方根据该回查请求返回第一方的支付任务的回查结果。

步骤240：若接收到第二方发送的回查结果，则输出回查结果。

本申请实施例中，可以直接在第三方支付服务端提供的支付界面上显示该回查结果；还可以通过短信、邮件等消息形式将该回查结果发送至用户等。

由上述实施例可见，通过接收第一方的支付任务，将携带有第一方的支付任务的支付请求发送至第二方，以使第二方根据接收到的支付请求处理第一方的支付任务，若检测到设定时间内没有接收到第二方的处理结果，则将第一方的支付任务添加到回查任务表中，并向第二方发起任务回查，若接收 到第二方发送的回查结果，则输出回查结果，从而提高了网上支付的准确度和可靠性，还提高了第一方进行网上支付的体验。

参见图3，为本申请网上支付方法的另一个实施例的流程图，该方法可以应用于第三方支付服务端上，比如：支付宝，包括以下步骤：

步骤310：接收第一方的支付任务。该步骤与步骤210相同，在这里不再赘述。

步骤320：将携带有第一方的支付任务的支付请求发送至第二方，以使第二方根据接收到的支付请求处理第一方的支付任务。该步骤与步骤220相同，在这里不再赘述。

步骤330：若检测到设定时间内没有接收到第二方的处理结果，则将第一方的支付任务添加到回查任务表中，并向第二方发起任务回查。该步骤与步骤230相同，在这里不再赘述。

步骤340：若检测到设定时间内没有接收到第二方的处理结果，则将第一方的支付任务的支付状态设置为第一状态，该第一状态用于表征第二方未返回处理结果，并将第一状态发送至第一方。

本申请实施例中，将第二方未返回处理结果这一状态提示给用户，便于用户及时了解支付状态，并根据该支付状态确定是否点击连接重试。

上述步骤330和步骤340不限制执行上的先后顺序，可以同时执行，也可以以一定的时间顺序执行。

步骤350：若接收到第二方发送的回查结果，则输出回查结果。

本申请实施例中，回查结果可能是支付成功，也可能是支付失败，在输出回查结果时，可以先将第一方的支付任务的支付状态从第一状态更新为第二状态，该第二状态与回查结果中的内容相同，然后将第二状态发送至第一方。

比如：回查结果为支付成功，则可以将支付状态从第二方未返回处理结果更新为支付成功。

又比如：回查结果为支付失败，则可以将支付状态从第二方未返回处理 结果更新为支付失败。

在一个例子中，在将第二状态发送至第一方可以采用以下两种方式：

方式一：将携带有第二状态的提示通知发送至第一方，以使第一方根据提示通知中的第二状态确定支付任务的当前支付状态。

方式二：接收第一方的查询请求，并根据查询请求将携带有第二状态的查询结果发送至所述第一方，以使第一方根据该查询结果发中的第二状态确定支付任务的当前支付状态。

由上述实施例可见，在检测到设定时间内没有接收到第二方的处理结果，不仅可以将第一方的支付任务添加到回查任务表中，并向第二方发起任务回查，还可以将第一方的支付任务的支付状态设置为第一状态，该第一状态用于表征第二方未返回处理结果，并将第一状态发送至第一方，使得第一方及时了解支付状态，进一步提高了第一方进行网上支付的体验。

在一个例子中，在步骤320中将携带有第一方的支付任务的支付请求发送至第二方之后，若接收到第二方的处理结果，该处理结果可能是支付成功，还可能是支付失败，则可以直接将第二方的处理结果发送至第一方。

与本申请网上支付方法的实施例相对应，本申请还提供了网上支付装置的实施例。

本申请网上支付装置的实施例可以分别应用在第三方支付服务端上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请网上支付装置所在设备的一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的设备通常根据该设备的实际功能，还可以包括其他硬件，如对于终端来说，可能包括摄像头、触摸屏子、通信组件等，对于服务器来说，可能包括负责处理报文的转发芯片等等。

参见图5，为本申请网上支付装置的一个实施例框图，该网上支付装置 可以应用在估值服务器上，并可以用于执行图2所示的网上支付方法，该装置包括：接收单元51、第一发送单元52、任务回查单元53和输出单元54。

接收单元51，用于接收第一方的支付任务；

第一发送单元52，用于将携带有所述支付任务的支付请求发送至第二方，以使所述第二方根据所述支付请求处理所述支付任务；

任务回查单元53，用于若检测到设定时间内没有接收到所述第二方的处理结果，则将所述支付任务添加到回查任务表中，并向所述第二方发起任务回查；

输出单元54，用于若接收到所述第二方发送的回查结果，则输出所述回查结果。

在一个可选的实现方式中：第一发送单元52可以包括：第一调用子单元和第一发送子单元(图5中未示出)。

第一调用子单元，用于调用所述第二方的支付接口；

第一发送子单元，用于通过所述支付接口将携带有所述支付任务的支付请求发送至第二方。

在另一个可选的实现方式中：该网上支付装置还可以包括调用单元和管理单元(图5中未示出)。

调用单元，用于调用动态任务管理组件；

管理单元，用于通过所述动态任务管理组件管理所述支付任务的回查进程。

在另一个可选的实现方式中：所述管理单元可以包括第一管理子单元、第二管理子单元和第三管理子单元(图5中未示出)。

第一管理子单元，用于若检测到将所述支付任务添加到回查任务表中，则设置所述支付任务的任务状态为待执行；

第二管理子单元，用于若检测到针对所述支付任务向所述第二方发起任务回查，则将所述任务状态更新为执行中；

第三管理子单元，用于若检测到所述第二方针对所述支付任务发送的回 查结果，则将所述任务状态更新为已执行。

在另一个可选的实现方式中：所述任务回查单元53可以包括第二调用子单元和第二发送子单元(图5中未示出)。

第二调用子单元，用于调用所述第二方的查询接口；

第二发送子单元，用于通过所述查询接口将针对所述支付任务的回查请求发送至第二方。

在另一个可选的实现方式中：该网上支付装置还可以包括第二发送单元(图5中未示出)。

第二发送单元，用于若检测到设定时间内没有接收到所述第二方的处理结果，则将所述支付任务的支付状态设置为第一状态，所述第一状态用于表征所述第二方未返回处理结果，并将所述第一状态发送至所述第一方。

在另一个可选的实现方式中：所述回查结果为支付成功或支付失败；输出单元54可以包括更新子单元和第三发送子单元(图5中未示出)。

更新子单元，用于将所述支付状态从所述第一状态更新为第二状态，所述第二状态与所述回查结果中的内容相同；

第三发送子单元，用于将所述第二状态发送至所述第一方。

在另一个可选的实现方式中：所述第三发送子单元可以包括第一发送模块(图5中未示出)。

第一发送模块，用于将携带有所述第二状态的提示通知发送至所述第一方，以使所述第一方根据所述提示通知中的第二状态确定所述支付任务的当前支付状态。

在另一个可选的实现方式中：所述第三发送子单元可以包括接收模块和第二发送模块(图5中未示出)。

接收模块，用于接收所述第一方的查询请求；

第二发送模块，用于根据所述查询请求将携带有所述第二状态的查询结果发送至所述第一方，以使所述第一方根据所述查询结果发中的第二状态确定所述支付任务的当前支付状态。

在另一个可选的实现方式中：该网上支付装置还可以包括第三发送单元(图5中未示出)。

第三发送单元，用于若接收到所述第二方的处理结果，所述处理结果包括支付成功或支付失败，将所述处理结果发送至所述第一方。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本请求方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

与图5相对应，本申请实施例还提供了一种网上支付装置，所述装置可以应用于第三方支付服务端上，比如：支付宝，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收第一方的支付任务；

将携带有所述支付任务的支付请求发送至第二方，以使所述第二方根据所述支付请求处理所述支付任务；

若检测到设定时间内没有接收到所述第二方的处理结果，则将所述支付任务添加到回查任务表中，并向所述第二方发起任务回查；

若接收到所述第二方发送的回查结果，则输出所述回查结果。

由上述实施例可见，通过接收第一方的支付任务，将携带有第一方的支付任务的支付请求发送至第二方，以使第二方根据接收到的支付请求处理第一方的支付任务，若检测到设定时间内没有接收到第二方的处理结果，则将 第一方的支付任务添加到回查任务表中，并向第二方发起任务回查，若接收到第二方发送的回查结果，则输出回查结果，从而提高了网上支付的准确度和可靠性，还提高了第一方进行网上支付的体验。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。