[发明专利]支付平台上的支付提供方法和设备

说明书

技术领域

本发明总体上涉及数据通信技术领域，更具体地涉及一种支付平台上的支付提供方法和设备。

背景技术

现实生活中，需要使用货币来对包括实物商品和虚拟商品(例如，网络游戏中的道具等)在内的各种商品进行支付。目前的支付方式已经从现金、实体银行卡支付逐渐发展到使用专业银行软件、网上银行等虚拟支付方式来完成实体经济中发生的支付交易。随着智能手机的普及和流行，使用智能手机内置软件进行移动支付也逐渐成为一种新的虚拟支付方式。

移动支付可以融合多种支付通道，如银行卡、支付宝、手机充值卡等支付通道。另外，得益于手机的便携性，移动支付在时间地域的便捷性上有更明显的优势。

图1示出了现有的移动支付过程的时序图。

如图1所示，现有的移动支付过程通常涉及移动终端(或使用移动终端的用户，即，支付方)、支付平台和支付通道。众所周知的是，支付平台实际上是双方交易过程中的“中间件”。支付平台可以包括网络侧的支付服务器，用于与支付通道通信。移动终端上可以安装支付客户端。支付客户端可以是用于接收支付方的支付请求并向支付方呈现支付结果的用户界面。支付通道也称为支付系统，可以是银行系统、银联系统、财富通、支付宝等等。

在步骤S110，支付方通过移动终端发起支付请求至支付平台。

在步骤S120，支付平台将该支付请求转发至支付通道。

在步骤S130，支付通道在完成扣款后向支付平台返回支付结果。该支付结果通常可以包含当前支付状态，例如成功支付状态或失败支付状态。然而，在支付过程中，如果系统出现故障，那么即便支付成功，支付结果中也可能出现成功支付状态或失败支付状态以外的其他支付状态。例如，其他支付状态可以是“系统繁忙”、“网络繁忙”等等。

在步骤S140中，支付平台向支付方通知支付结果。如果支付结果为成功，则支付平台还通知收款方(也称为服务提供方)发放交易物品。如果支付结果为失败，则支付平台提醒支付方重新支付，本次支付流程完成。

然而，如果在步骤S130中返回的支付结果不为成功或失败，即，支付状态为其他支付状态，则该支付结果可以称为异常结果。此时，可能会发生丢单现象。这里的丢单现象指的是：支付已成功，但支付通道没有返回支付成功的结果。

目前，丢单的处理由人工来完成，且流程相当繁琐。例如，支付方需要联系支付平台，再由支付平台联系支付通道。在这种情况下，必须要等待人工补单流程结束，才能再进行交易物品发放。支付通道在确认已扣款之后，重新补发通知给支付平台，由此使得支付方最终获得交易物品。

发明内容

为了解决上述问题，本发明提供了一种自动化丢单处理机制。

根据本发明的一方面，提供了一种支付平台上的支付提供方法。该方法包括以下步骤：将用户针对服务的支付请求发送给支付系统；接收来自支付系统的支付结果；如果支付结果包含成功支付状态和失败支付状态以外的其他支付状态，则验证所述其他支付状态；以及如果所述其他支付状态被验证为成功支付状态，则通知服务提供方向用户提供服务。

在一些实施例中，验证所述其他支付状态包括：在预定支付状态库中对所述其他支付状态进行状态匹配查询；以及如果所述其他支付状态与预定支付状态库中的一个状态匹配，则判定所述其他支付状态为成功支付状态。

在一些实施例中，所述支付提供方法还包括：基于所述支付系统的支付规则建立所述预定支付状态库。

在一些实施例中，所述支付提供方法还包括：如果所述其他支付状态被验证为成功支付状态，则向支付系统进行二次支付状态确认。

根据本发明的另一方面，提供了一种支付平台上的支付提供设备。该支付提供设备包括：发送单元，用于将用户针对服务的支付请求发送给支付系统；接收单元，用于接收来自支付系统的支付结果；验证单元，用于如果支付结果包含成功支付状态和失败支付状态以外的其他支付状态，则验证所述其他支付状态；以及通知单元，用于如果所述其他支付状态被验证为成功支付状态，则通知服务提供方向用户提供服务。

在一些实施例中，所述验证单元用于：在预定支付状态库中对所述其他支付状态进行状态匹配查询；以及如果所述其他支付状态与预定支付状态库中的一个状态匹配，则判定所述其他支付状态为成功支付状态。

在一些实施例中，所述支付提供设备还包括：状态库建立单元，用于基于所述支付系统的支付规则建立所述预定支付状态库。

在一些实施例中，所述支付提供设备还包括：状态确认单元，用于如果所述其他支付状态被验证为成功支付状态，则向支付系统进行二次支付状态确认。