CN112150126A - 信息处理方法、装置、电子设备及介质 - Google Patents

Abstract

本公开提供了一种用于第三方支付的信息处理方法，应用于电子设备。所述方法包括：获取支付报文，所述支付报文包括支付发起单号、以及第三方支付系统针对所述支付发起单号反馈的第三方支付单号；将所述支付报文导入消息队列；响应于所述支付报文在所述消息队列中的停留时间达到预定时长，基于所述支付报文查询所述第三方支付系统中所述第三方支付单号对应的支付结果；以及基于所述支付报文以及所述支付结果，更新所述支付发起单号的支付状态。本公开还提供了一种与用于第三方支付的信息处理装置、电子设备及介质。

Description

信息处理方法、装置、电子设备及介质

技术领域

本公开涉及互联网技术领域，更具体地，涉及一种用于第三方支付的信息处理方法、装置、电子设备及介质。

背景技术

当前用户在网购平台采购物资时，通常会选择通过第三方支付系统完成支付。当调用第三方系统进行支付时，若第三方支付系统与网购平台之间存在网络异常等情况时，有可能会使第三方支付系统不能及时将支付结果反馈给网购平台，从而导致网购平台无法及时更新支付状态。对于用户而言，就会出现款项已交付但在网购平台上的支付状态却显示未支付的情况。这样，会降低用户在网购平台的采购体验，甚至还会引起用户对网购平台的投诉。

发明内容

有鉴于此，本公开提供了一种可以自动查询第三方支付系统是否支付成功的信息处理方法、装置、电子设备及介质。

本公开的一个方面，提供了一种用于第三方支付的信息处理方法，应用于电子设备。所述方法包括：获取支付报文，所述支付报文包括支付发起单号、以及第三方支付系统针对所述支付发起单号反馈的第三方支付单号；将所述支付报文导入消息队列；响应于所述支付报文在所述消息队列中的停留时间达到预定时长，基于所述支付报文查询所述第三方支付系统中所述第三方支付单号对应的支付结果；以及基于所述支付报文以及所述支付结果，更新所述支付发起单号的支付状态。

根据本公开的实施例，在所述基于所述支付报文以及所述支付结果，更新所述支付发起单号的支付状态之前，所述方法还包括：若所述支付结果为支付未成功，则循环执行所述导入和所述查询的操作直到达到循环停止条件。根据本公开的实施例，所述循环停止条件被设置为所述支付结果为支付成功、或者所述查询的操作的次数达到阈值次数，其中所述阈值次数大于等于2。

根据本公开的实施例，所述获取支付报文，包括响应于用户选择第三方支付的操作，生成所述支付报文。

根据本公开的实施例，所述获取支付报文，包括获取外部输入的支付发起单号以及所述第三方支付单号，以及基于所述支付发起单号和所述第三方支付单号，生成所述支付报文。

本公开的另一方面，提供了一种用于第三方支付的信息处理装置。所述装置包括获取模块、导入模块、查询模块以及更新模块。所述获取模块用于获取支付报文，所述支付报文包括支付发起单号、以及第三方支付系统针对所述支付发起单号反馈的第三方支付单号。所述导入模块用于将所述支付报文导入消息队列。所述查询模块用于响应于所述支付报文在所述消息队列中的停留时间达到预定时长，基于所述支付报文查询所述第三方支付系统中所述第三方支付单号对应的支付结果。所述更新模块用于基于所述支付报文以及所述支付结果，更新所述支付发起单号的支付状态。

根据本公开的实施例，所述装置还包括循环模块。所述循环模块用于在所述基于所述支付报文以及所述支付结果，更新所述支付发起单号的支付状态之前，若所述支付结果为支付未成功，则循环执行所述导入和所述查询的操作直到达到循环停止条件。根据本公开的实施例，所述循环停止条件被设置为所述支付结果为支付成功、或者所述查询的操作的次数达到阈值次数，其中所述阈值次数大于等于2。

根据本公开的实施例，所述获取模块具体用于响应于用户选择第三方支付的操作，生成所述支付报文。

根据本公开的实施例，所述获取模块具体用于获取外部输入的支付发起单号以及所述第三方支付单号，以及基于所述支付发起单号和所述第三方支付单号，生成所述支付报文。

本公开的另一方面，提供了一种电子设备。所述电子设备包括一个或多个存储器以及一个或多个处理器。所述一个或多个存储器存储有可执行指令。所述一个或多个处理器执行所述可执行指令，以实现如上所述的方法。

本公开的另一方面，提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行如上所述的方法。

本公开的另一方面，提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

根据本公开的实施例，通过将支付报文导入消息队列中，并在一定的时间延迟(预留给第三方支付系统处理支付的合理时间)后按照支付报文到第三方支付系统主动查询支付结果，避免了被动等待第三方支付系统反馈支付结果导致支付状态无法及时更新的问题。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的用于第三方支付的信息处理方法、装置、电子设备及介质的应用场景；

图2示意性示出了根据本公开一实施例的用于第三方支付的信息处理方法的流程图；

图3示意性示出了根据本公开另一实施例的用于第三方支付的信息处理方法的流程图；

图4示意性示出了图3中根据本公开另一实施例的用于第三方支付的信息处理方法的实现构思；

图5示意性示出了根据本公开实施例的用于第三方支付的信息处理装置的框图；以及

图6示意性示出了根据本公开实施例的用于第三方支付的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

现有技术中，当用户在网购平台中进行订单支付时选择第三方支付后，网购平台会向第三方支付系统发送支付请求，该支付请求中会包括该订单在网购平台中的标识信息(即，支付发起单号)。第三方支付系统在接收到该支付请求后会针对该支付发起单号生成第三方支付单号，并将该第三方支付单号反馈给网购平台。该第三方支付单号为该订单在第三方支付系统中的标识信息。第三方支付系统会基于该第三方支付单号进行支付处理(例如与银行服务系统进行交互等，并在支付处理结束后将该第三方支付单号对应的支付结果反馈给网购平台。此后，网购平台可以根据该支付发起单号和该第三方支付单号的一一对应关系，获得该支付发起单号对应的支付结果(支付成功或者支付未成功)，然后基于该支付结果更新该订单的支付状态，并将该支付状态信息推送到客户端，以通知用户该订单的支付状态。

然而在现有技术中如果存在网络延迟、或第三方支付系统故障等异常情况时，第三方支付系统可能迟迟未能将支付结果反馈给网购平台。在这种情况下，网购平台就无法及时更新该订单的支付状态。此时，就可能发生第三方支付系统已经成功扣款，但网购平台中的支付状态却始终是支付未成功，使得用户在网购平台的下单操作无法完成，给用户的采购带来极大的困扰。

本公开的实施例提供了一种可以自动查询第三方支付系统是否支付成功的信息处理方法、装置、电子设备及介质。该信息处理方法包括：获取支付报文，所述支付报文包括支付发起单号、以及第三方支付系统针对所述支付发起单号反馈的第三方支付单号；将所述支付报文导入消息队列；响应于所述支付报文在所述消息队列中的停留时间达到预定时长，基于所述支付报文查询所述第三方支付系统中所述第三方支付单号对应的支付结果；以及基于所述支付报文以及所述支付结果，更新所述支付发起单号的支付状态。

根据本公开的实施例，通过将支付报文导入消息队列中，并在一定的时间延迟(预留给第三方支付系统处理支付的合理时间)后按照支付报文到第三方支付系统主动查询支付结果，避免了被动等待第三方支付系统反馈支付结果导致支付状态无法及时更新的问题。

图1示意性示出了根据本公开实施例的用于第三方支付的信息处理方法、装置、电子设备及介质的应用场景100。需要注意的是，图1所示仅为可以应用本公开实施例的应用场景的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的应用场景100可以包括终端设备101、102、103，网络104、网购平台服务器105、网络106以及第三方支付系统107。网络104用以在终端设备101、102、103和网购平台服务器105之间提供通信链路。网络106用以在网购平台服务器105和第三方支付系统107之间提供通信链路。网络104或网络106可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。在一些实施例中，网络104和网络106可以是同一个网络(例如，Internet因特网)。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。终端设备101、102、103上可以安装有各种客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。用户可以使用终端设备101、102、103通过网络104与网购平台服务器105交互，以接收或发送消息。

网购平台服务器105可以是提供线上物资采购相关的各类服务的服务器。网购平台服务器105提供的服务例如可以包括商品展示服务、交易服务、收银服务、订单服务、和/或物流追踪服务等。例如，网购平台服务器105可以通过交易服务或订单服务来对用户在终端设备101、102、103上的下单操作生成订单，然后根据用户针对该订单所选择的支付方式，通过收银服务来处理对该订单的支付。例如，网购平台服务器105可以在用户针对该订单选择第三方支付方式时，通过收银服务调用第三方支付系统107处理对该订单的支付，然后在获取到第三方支付系统107反馈的支付结果时，根据该支付结果更新该订单的支付状态，并通过订单服务将该订单的支付状态推送到终端设备101、102、103中的客户端，以通知用户该订单的支付结果。根据本公开的实施例，网购平台服务器105还可以提供到第三方支付系统107查询支付状态的支付补偿服务。具体地，网购平台服务器105还可以在调用第三方支付系统107处理对该订单的支付后，通过该支付补偿服务按照一定的时间延迟到第三方支付系统107中查询第三方支付系统107对该订单的支付结果，以此方式可以在一定程度上避免由于网络106故障、或者第三方支付系统107宕机、或者网购平台服务器105的收银服务故障等原因，导致网购平台服务器105无法及时获取到支付结果的问题出现，进而降低了由于无法及时获取到支付结果而导致没有更新终端设备101、102、103的支付状态的情形的出现概率。

第三方支付系统107可以包括服务器或服务器集群。第三方支付系统107可以提供第三方支付处理相关的各类服务。例如，第三方支付系统107可以接受网购平台服务器105的调用，对网购平台服务器105发送的订单支付请求进行验证，并在验证通过后处理该订单支付请求(例如，与银行系统的服务器进行交互等)，然后支付处理完成后将支付结果(支付成功或者未成功)反馈给网购平台服务器105。根据本公开的实施例，第三方支付系统107还可以基于网购平台服务器105的查询操作，向网购平台服务器105提供与第三方支付单号所标示的订单的支付结果。

需要说明的是，本公开实施例所提供的用于第三方支付的信息处理方法一般可以由网购平台服务器105执行。相应地，本公开实施例所提供的用于第三方支付的信息处理装置一般可以设置于服务器105中。本公开实施例所提供的用于第三方支付的信息处理方法也可以由不同于服务器105且能够与终端设备101、102、103、和/或网购平台服务器105、和/或第三方支付系统107通信的服务器或服务器集群执行。相应地，本公开实施例所提供的用于第三方支付的信息处理装置也可以设置于不同于服务器105且能够与终端设备101、102、103、和/或网购平台服务器105、和/或第三方支付系统107通信的服务器或服务器集群中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2示意性示出了根据本公开一实施例的用于第三方支付的信息处理方法的流程图。

如图2所示，该用于第三方支付的信息处理方法包括操作S201～操作S204。该用于第三方支付的信息处理方法可以应用于网购平台服务器105。

在操作S201，获取支付报文，所述支付报文包括支付发起单号、以及第三方支付系统107针对所述支付发起单号反馈的第三方支付单号。该支付发起单号是网购平台服务器105调用第三方支付系统107(例如向第三方支付系统107发起支付请求)时所提供的用于标识该订单的信息。当第三方支付系统107接收到该支付请求时，针对该支付请求中的该支付发起单号生成第三方支付单号，并将该第三方支付单号反馈给网购平台服务器105。该第三方支付单号为该订单在第三方支付系统中的标识信息。

在操作S202，将所述支付报文导入消息队列。

在操作S203，响应于所述支付报文在所述消息队列中的停留时间达到预定时长，基于所述支付报文查询所述第三方支付系统107中所述第三方支付单号对应的支付结果。该预定时长(例如，20s)是预先设定的预留给第三方支付系统107处理支付的合理时间。

在操作S204，基于所述支付报文以及所述支付结果，更新所述支付发起单号的支付状态。此后，网购平台服务器105可以将更新后的支付状态推送给终端设备101、102、103，以及时通知用户支付结果。

根据本公开的实施例，通过将支付报文导入消息队列中，并在预留给第三方支付系统107处理支付的合理时间之后，按照支付报文到第三方支付系统107主动查询支付结果，避免了被动等待第三方支付系统107反馈支付结果导致支付状态无法及时更新的问题。

根据本公开的另一实施例，在操作S204之前若所述支付结果为支付未成功，则循环执行所述导入操作(操作S202)和所述查询操作(操作S203)直到达到循环停止条件。根据本公开的实施例，该支付未成功可以包括支付成功以外的任意一种情形，例如支付失败、或者支付等待等。

该循环停止条件例如可以是在操作S203中查询得到的支付结果为支付成功。或者，该循环停止条件例如可以是在每次查询(操作S203)获得的支付结果均支付未成功的同时，基于该支付报文所执行的查询操作(操作S203)的次数超过阈值次数或者将该支付报文导入消息队列的次数达到导入阈值次数，或者该支付报文多次导入消息队列中的累积停留时长达到阈值时长。以上的阈值次数、导入阈值次数和/或阈值时长可以是基于第三方支付系统107处理支付所需的合理时间的基础上增加一定裕量来确定的。这样，当反复多次从第三方支付系统107中查询得到的支付结果始终为支付未成功时，可以确定用户实际上并没有支付成功(例如用户实际上并没有进行支付，例如用户在输入支付密码或者支付验证环节取消了支付等)。

图3示意性示出了根据本公开另一实施例的用于第三方支付的信息处理方法的流程图。

具体地如图3所示，该用于第三方支付的信息处理方法除了操作S201～操作S204以外，还可以包括操作S301和操作S302，其中，操作S202和操作S203可以是循环执行的操作，操作S301和操作S302提供了循环截止的判断条件。该用于第三方支付的信息处理方法应用于网购平台服务器105。

图4示意性示出了图3中根据本公开另一实施例的用于第三方支付的信息处理方法的实现构思。其中，图4中的收银服务、交易服务订单服务、以及支付补偿服务为网购平台服务器105所提供的服务。

结合图3和图4，本公开实施例的用于第三方支付的信息处理方法，网购平台服务器105(例如，通过收银服务)调用第三方支付系统107处理支付后，可以在操作S201中生成支付报文，然后在操作S202中将支付报文导入消息队列。

接着网购平台服务器105(例如，通过前述支付补偿服务)在操作S301中判断基于该支付报文进行的查询操作(操作S203)的次数是否达到阈值次数。所述阈值次数大于等于2，例如该阈值次数可以是3。例如，若基于该支付报文进行的查询操作的次数大于3时，如前所述可以确定用户实际上并没有支付成功，此时可以在操作S204中(例如，通过交易服务和订单服务)将支付状态更新为支付未成功，同时可以丢弃该支付报文。又例如，若基于该支付报文进行的查询操作的次数小于3时，可以再次执行操作S203响应于所述支付报文在所述消息队列中的停留时间达到预定时长，基于所述支付报文查询所述第三方支付系统107中所述第三方支付单号对应的支付结果。之后在操作S302中判断该支付结果是否为支付成功。如果操作S302中所述支付结果是支付成功，则在操作S204中(例如，通过交易服务和订单服务)更新支付状态为支付成功，并将该支付成功的支付状态推送到终端设备101、102、103以通知用户支付结果。如果S302中支付结果为支付未成功，则再次将该支付报文导入消息队列(操作S202)进入下一轮循环。

根据本公开的实施例，在按照支付报文到第三方支付系统107主动查询支付结果的过程中，考虑到第三方支付系统107对订单的处理时间可能存在不确定性，当一次查询的支付结果为支付未成功时，会通过反复多次的查询来确认支付结果，从而避免因为第三方支付系统107对订单的处理时长超过常规时长而导致误判的情形。

根据本公开的一些实施例，操作S201中获取支付报文，具体是响应于用户选择第三方支付的操作，生成所述支付报文。例如，当用户在终端设备101、102、103上选择第三方支付后，网购平台服务器105接收终端设备101、102、103发送来的使用第三方支付的用户请求，然后基于该用户请求向第三方支付系统107发送支付请求，其中该支付请求中包括了支付发起单号，接着等待并接收第三方支付系统107基于该支付发起单号反馈的第三方支付单号，之后可以基于该支付发起单号和该第三方支付单号生成该支付报文。以此方式，根据本公开实施例的用于第三方支付的信息处理方法，可以在用户选择第三方支付后对支付结果进行实时查询，进而可以及时更新支付状态并通知用户支付结果，提高用户体验。

根据本公开的另一些实施例，操作S201中获取支付报文，具体可以是获取外部输入的支付发起单号及所述第三方支付单号，以及基于所述支付发起单号和所述第三方支付单号，生成所述支付报文。

例如可以通过手动输入支付发起单号及对应的第三方支付单号的方式来生成支付报文，然后再基于该支付报文到第三方支付系统107中查询支付结果并更新支付状态。这可以应用于例如当用户电话咨询支付问题等情况下。

又例如，结合图4若网购平台服务器105由于部分服务(例如交易服务或者订单服务)出现故障，网购平台服务器105的交易服务和/或订单服务未能根据操作S203中查询到的支付结果及时更新交易状态时，可以在交易服务或者订单服务恢复的同时或之后，从交易服务或者订单服务中批量导出未更新状态的支付发起单号及对应的第三方支付单号，然后基于该批量导出的支付发起单号及第三方支付单号的一一对应关系批量生成支付报文，并基于该批量生成的支付报文中的每一个支付报文到第三方支付系统107中查询对应的支付结果(操作S203)。

图5示意性示出了根据本公开实施例的用于第三方支付的信息处理装置500的框图。

如图5所示，该用于第三方支付的信息处理装置500包括获取模块510、导入模块520、查询模块530以及更新模块540。该信息处理装置500可以设置于网购平台服务器105中，用于实现根据本公开实施例的用于第三方支付的信息处理方法。

具体地，所述获取模块510用于获取支付报文，所述支付报文包括支付发起单号、以及第三方支付系统107针对所述支付发起单号反馈的第三方支付单号(操作S201)。根据本公开一实施例，所述获取模块510具体用于响应于用户选择第三方支付的操作，生成所述支付报文。根据本公开另一实施例，所述获取模块具体用于获取外部输入的支付发起单号以及所述第三方支付单号，以及基于所述支付发起单号和所述第三方支付单号，生成所述支付报文。

所述导入模块520用于将所述支付报文导入消息队列(操作S202)。

所述查询模块530用于响应于所述支付报文在所述消息队列中的停留时间达到预定时长，基于所述支付报文查询所述第三方支付系统107中所述第三方支付单号对应的支付结果(操作S203)。

所述更新模块540用于基于所述支付报文以及所述支付结果，更新所述支付发起单号的支付状态(操作S204)。

根据本公开的实施例，所述装置500还可以包括循环模块550。所述循环模块550用于在所述基于所述支付报文以及所述支付结果，更新所述支付发起单号的支付状态(操作S204)之前，若所述支付结果为支付未成功，则循环执行所述导入(操作S202)和所述查询(操作S203)直到达到循环停止条件(操作S301或操作S302)。根据本公开的实施例，所述循环停止条件被设置为所述支付结果为支付成功(即操作S302的判断结果为是)、或者所述查询的操作的次数达到阈值次数(即，操作S301的判断结果为是)，其中所述阈值次数大于等于2。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，获取模块510、导入模块520、查询模块530、更新模块540、以及循环模块550中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，获取模块510、导入模块520、查询模块530、更新模块540、以及循环模块550中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，获取模块510、导入模块520、查询模块530、更新模块540、以及循环模块550中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图6示意性示出了根据本公开实施例的用于第三方支付的电子设备600的方框图。图6示出的电子设备600仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。电子设备600可以是网购平台服务器105的一个具体实施例。

如图6所示，根据本公开实施例的电子设备600包括处理器601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。处理器601例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器601还可以包括用于缓存用途的板载存储器。处理器601可以包括用于执行根据本公开实施例的用于第三方支付的信息处理方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 603中，存储有系统600操作所需的各种程序和数据。处理器601、ROM 602以及RAM 603通过总线604彼此相连。处理器601通过执行ROM 602和/或RAM 603中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 602和RAM 603以外的一个或多个存储器中。处理器601也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的用于第三方支付的信息处理方法流程的各种操作。

根据本公开的实施例，系统600还可以包括输入/输出(I/O)接口605，输入/输出(I/O)接口605也连接至总线604。系统600还可以包括连接至I/O接口605的以下部件中的一项或多项：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的用于第三方支付的信息处理方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被处理器601执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的用于第三方支付的信息处理方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 602和/或RAM 603和/或ROM 602和RAM 603以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (12)

1.一种用于第三方支付的信息处理方法，应用于电子设备，所述方法包括：

获取支付报文，所述支付报文包括支付发起单号、以及第三方支付系统针对所述支付发起单号反馈的第三方支付单号；

将所述支付报文导入消息队列；

响应于所述支付报文在所述消息队列中的停留时间达到预定时长，基于所述支付报文查询所述第三方支付系统中所述第三方支付单号对应的支付结果；以及

基于所述支付报文以及所述支付结果，更新所述支付发起单号的支付状态。

2.根据权利要求1所述的方法，其中，在所述基于所述支付报文以及所述支付结果，更新所述支付发起单号的支付状态之前，所述方法还包括：

若所述支付结果为支付未成功，则循环执行所述导入和所述查询的操作直到达到循环停止条件。

3.根据权利要求2所述的方法，其中，所述循环停止条件被设置为所述支付结果为支付成功、或者所述查询的操作的次数达到阈值次数，其中所述阈值次数大于等于2。

4.根据权利要求1所述的方法，其中，所述获取支付报文包括：

响应于用户选择第三方支付的操作，生成所述支付报文。

5.根据权利要求1所述的方法，其中，所述获取支付报文包括：

获取外部输入的支付发起单号以及所述第三方支付单号；以及

基于所述支付发起单号和所述第三方支付单号，生成所述支付报文。

6.一种用于第三方支付的信息处理装置，包括：

获取模块，用于获取支付报文，所述支付报文包括支付发起单号、以及第三方支付系统针对所述支付发起单号反馈的第三方支付单号；

导入模块，用于将所述支付报文导入消息队列；

查询模块，用于响应于所述支付报文在所述消息队列中的停留时间达到预定时长，基于所述支付报文查询所述第三方支付系统中所述第三方支付单号对应的支付结果；以及

更新模块，用于基于所述支付报文以及所述支付结果，更新所述支付发起单号的支付状态。

7.根据权利要求6所述的装置，其中，所述装置还包括：

循环模块，用于在所述基于所述支付报文以及所述支付结果，更新所述支付发起单号的支付状态之前，若所述支付结果为支付未成功，则循环执行所述导入和所述查询的操作直到达到循环停止条件。

8.根据权利要求7所述的装置，其中，所述循环停止条件被设置为所述支付结果为支付成功、或者所述查询的操作的次数达到阈值次数，其中所述阈值次数大于等于2。

9.根据权利要求6所述的装置，其中，所述获取模块具体用于：

响应于用户选择第三方支付的操作，生成所述支付报文。

10.根据权利要求6所述的装置，其中，所述获取模块具体用于：

获取外部输入的支付发起单号以及所述第三方支付单号；以及

基于所述支付发起单号和所述第三方支付单号，生成所述支付报文。

11.一种电子设备，包括：

一个或多个存储器，存储有可执行指令；以及

一个或多个处理器，执行所述可执行指令，以实现根据权利要求1～5任一项所述的方法。

12.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1～5任一项所述的方法。

Images