CN107392722A - 订单处理方法、装置、电子设备及存储介质 - Google Patents
订单处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN107392722A CN107392722A CN201710622599.6A CN201710622599A CN107392722A CN 107392722 A CN107392722 A CN 107392722A CN 201710622599 A CN201710622599 A CN 201710622599A CN 107392722 A CN107392722 A CN 107392722A
- Authority
- CN
- China
- Prior art keywords
- pay
- order
- status
- invoice
- payment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明实施例提供了订单处理方法、装置、电子设备及存储介质,该订单处理方法包括,接收由支付平台发送的支付成功信息;更新与支付成功信息对应的支付订单的支付状态;获取支付订单当前的支付状态;若支付订单的支付状态为未支付,生成支付消费订单异常的告警;若支付订单的支付状态为已支付,更新与支付订单对应的消费订单的支付状态;获取消费订单当前的支付状态;若消费订单的支付状态为未支付,生成标识消费订单异常的告警;若消费订单的支付状态为已支付,调用用户端申请的服务的子项目。通过查询支付订单与消费订单的支付状态,订阅告警,可以迅速发现电子支付过程中的异常所在,有利于及时修复异常订单。
Description
技术领域
本发明涉及电子支付技术领域,特别是涉及订单处理方法、装置、电子设备及存储介质。
背景技术
随着互联网技术的发展,以及金融与网络技术的结合,电子支付被广泛应用于生产及生活的各个方面。
在现有电子支付的订单处理过程中,用户端向服务端发送订单信息;服务端检查及确认订单信息后,向支付平台发送支付信息,并发送支付链接到用户端;用户端通过该链接与支付平台建立通信,确认支付;支付平台分别向用户端及服务端发送支付成功信息;服务端获取支付成功信息后,产生并向用户返回标识已付款的订单,并调用与订单中的服务对应的子项目,为用户提供相应的服务。
但是在上述从用户下单到最后服务端发送服务的电子支付过程中,由于硬件异常、网络传输阻塞及接口调用失败等原因会导致电子支付出现异常情况,即用户付了款,却不能及时享受到相应的服务。这会严重影响用户的体验,造成用户流失。现有的电子支付的订单处理方法不能够迅速发现电子支付过程中的异常所在,不利于及时修复异常订单。
发明内容
本发明实施例的目的在于提供一种订单处理方法、装置、电子设备及存储介质,以实现迅速发现电子支付过程中的异常所在,有利于及时修复异常订单。具体技术方案如下:
第一方面,本发明实施例提供了一种订单处理方法,包括:
接收由支付平台发送的支付成功信息;
更新与所述支付成功信息对应的支付订单的支付状态;
获取所述支付订单当前的支付状态;
若所述支付订单的支付状态为未支付,生成标识所述支付订单异常的告警;
若所述支付订单的支付状态为已支付,更新与所述支付订单对应的消费订单的支付状态;
获取所述消费订单当前的支付状态;
若所述消费订单的支付状态为未支付,生成标识所述消费订单异常的告警;
若所述消费订单的支付状态为已支付,调用用户端申请的服务的子项目,其中,所述用户端申请的服务的子项目用于为所述用户端提供相应的服务。
可选的,结合第一方面,在第一方面第一种可能的实施方式中,在所述接收由支付平台发送的支付成功信息之前,所述方法还包括:
接收由所述用户端发送的订单信息,其中,所述订单信息中包含所述用户端的相关信息及所述用户端申请的服务的相关信息;
生成支付状态为未支付的支付订单,其中,所述支付订单包含所述订单信息中的全部或部分内容;
生成支付状态为未支付的消费订单,其中,所述消费订单包括所述订单信息和/或所述支付订单中的全部或部分内容。
可选的,结合第一方面第一种可能的实施方式,在第一方面第二种可能的实施方式中,在所述接收由所述用户端发送的订单信息之后,所述方法还包括:
向所述支付平台发送支付请求;
接收由所述支付平台根据所述支付请求发送的支付链接,向所述用户端发送所述支付链接,以使所述用户端完成在线支付。
可选的,结合第一方面第二种可能的实施方式,在第一方面第三种可能的实施方式中,所述支付请求为所述支付订单。
可选的,结合第一方面,在第一方面第四种可能的实施方式中,所述若所述支付订单的支付状态为未支付,生成标识所述支付订单异常的告警,包括:
若所述支付订单的支付状态为未支付,按照预设频率重新更新与所述支付成功信息对应的支付订单的支付状态,直至更新所述支付订单的次数达到预设的最大次数或所述支付订单的支付状态为已支付;
生成标识所述支付订单异常的告警,其中,标识所述支付订单异常的告警还标识更新所述支付订单的次数及所述支付订单当前的支付状态。
可选的,结合第一方面,在第一方面第五种可能的实施方式中,所述若所述消费订单的支付状态为未支付,生成标识所述消费订单异常的告警,包括:
若所述消费订单的支付状态为未支付,按照预设频率重新更新与所述支付订单对应的消费订单的支付状态,直至更新所述消费订单的次数达到预设的最大次数或所述消费订单的支付状态为已支付;
生成标识所述消费订单异常的告警,其中,标识所述消费订单异常的告警还标识更新所述消费订单的次数及所述消费订单当前的支付状态。
可选的,结合第一方面、第一方面第一种至第五种中任一种可能的实施方式,在若所述消费订单的支付状态为已支付,调用用户端申请的服务的子项目之后,所述方法还包括:
获取并将所述服务端中所有的支付成功信息、所有支付订单当前的支付状态、所有消费订单当前的支付状态及所有用户端申请的服务的子项目的调用结果,记录为日志;
按照预设的检测规则,检查所述日志中是否存在异常的数据;
若存在异常的数据,则生成标识所述异常的数据的告警信息。
第二方面,提供了一种订单处理装置,包括:
第一信息接收模块,用于接收由支付平台发送的支付成功信息;
第一更新模块,用于更新与所述支付成功信息对应的支付订单的支付状态;
第一状态确定模块,用于获取所述支付订单当前的支付状态;
第一告警模块,用于若所述支付订单的支付状态为未支付,生成标识所述支付订单异常的告警;
第二更新模块,用于若将所述支付订单的支付状态为已支付,更新与所述支付订单对应的消费订单的支付状态;
第二状态确定模块,用于获取所述消费订单当前的支付状态;
第二告警模块,用于若所述消费订单的支付状态为未支付,生成所述标识消费订单异常的告警;
子项目调用模块,用于若将所述消费订单的支付状态为已支付,调用所述用户申请的服务的子项目,其中,所述用户端申请的服务的子项目用于为所述用户提供相应的服务。
第三方面,提供了一种电子设备,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现上述第一方面及第一方面第一种至第五种任一种可能的实施方式中所述的方法步骤。
第四方面,提供了一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现上述第一方面及第一方面第一种至第五种任一种可能的实施方式中所述的方法步骤。
本发明实施例提供的订单处理方法、装置、电子设备及存储介质,接收由支付平台发送的支付成功信息;更新与支付成功信息对应的支付订单的支付状态;获取支付订单当前的支付状态;若支付订单的支付状态为未支付,生成支付消费订单异常的告警;若支付订单的支付状态为已支付,更新与支付订单对应的消费订单的支付状态;获取消费订单当前的支付状态;若消费订单的支付状态为未支付,生成标识消费订单异常的告警;若消费订单的支付状态为已支付,调用用户端申请的服务的子项目。通过查询支付订单与消费订单的支付状态,订阅告警,可以迅速发现电子支付过程中的异常所在,有利于及时修复异常订单。当然,实施本发明的任一产品或方法必不一定需要同时达到以上的所有优点。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例的订单处理方法的流程示意图;
图2为应用本发明实施例的订单处理方法的电子支付的流程示意图;
图3为本发明实施例的订单处理装置的示意图;
图4为本发明实施例的订单处理电子装置的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
在电子支付的过程中,由于与电子支付相关的程序接口调用失败,CPU使用率过高,内存不足等原因,会存在用户付了款,却因订单未生成或者生成过程出现问题,导致用户未能及时享受到相应服务的情况。现有的订单处理技术不能够快速发现异常所在,不利于及时修复异常订单。因此,参见图1,本发明实施例提供了一种订单处理方法,包括:
S101,接收由支付平台发送的支付成功信息。
当用户在完成付款后,支付平台会向用户端及服务端发送支付成功信息,该支付成功信息中包括本次付款的标识(例如交易流水号,交易号或订单号),服务端接收支付成功信息后,根据支付成功信息中付款的标识,选取与该支付成功信息对应的支付订单。支付成功信息中付款的标识具有唯一性,即根据一条支付成功信息中付款的标识,唯一确定一个对应的支付订单,以保证电子支付过程中订单的准确性。
S102,更新与支付成功信息对应的支付订单的支付状态。
支付订单生成时,支付订单的支付状态为未支付,当服务端接收到支付成功信息后,需要调用支付订单的更新程序,以更新与该支付成功信息对应的支付订单的支付状态,将与该支付成功信息对应的支付订单的支付状态更新为已支付。正常情况下,在执行更新与支付成功信息对应的支付订单的支付状态的命令后,支付订单的支付状态会变更为已支付,但是由于处理器超负载,内存不足等原因,会存在支付订单的支付状态更新失败的情况。
S103,获取支付订单当前的支付状态。
在每次执行更新与支付成功信息对应的支付订单的支付状态后,均需要获取支付订单当前的支付状态,以确定支付订单的支付状态是否修改成功。
S104,若支付订单的支付状态为未支付,生成标识支付订单异常的告警。
支付订单的支付状态为未支付,说明支付订单的支付状态更新失败,则需要生成标识该支付订单异常的告警。以方便运维人员及时发现异常所在。
S105,若支付订单的支付状态为已支付,更新与支付订单对应的消费订单的支付状态。
消费订单生成时,消费订单的支付状态为未支付,当支付订单对应的支付订单的支付状态为已支付时,需要调用消费订单的更新程序,以更新该消费订单的支付状态,将该消费订单的支付状态更新为已支付。正常情况下,在执行更新与支付订单对应的消费订单的支付状态后,消费订单的支付状态会变更为已支付,但是由于处理器超负载,内存不足等原因,会存在消费订单的支付状态更新失败的情况。
S106,获取消费订单当前的支付状态。
在每次执行更新与支付订单对应的消费订单的支付状态后,均需要获取消费订单当前的支付状态,以确定消费订单的支付状态是否修改成功。
S107,若消费订单的支付状态为未支付,生成标识消费订单异常的告警。
消费订单的消费状态为未支付,说明消费订单的支付状态更新失败,则需要生成标识该消费订单异常的告警。以方便运维人员及时发现异常所在。
S108,若消费订单的支付状态为已支付,调用用户端申请的服务的子项目,其中,用户端申请的服务的子项目用于为用户端提供相应的服务。
在服务端检测到消费订单的支付状态为已支付时,通过API(ApplicationProgramming Interface,应用程序编程接口)调用该消费订单中申请的服务的子项目的接口,以启动消费订单中申请的服务,并为该消费订单对应的用户提供该服务。例如,在消费订单中申请的服务为1年期的账号会员时,服务端通过API调用会员服务程序的接口,为消费订单中申请服务的客户提供为期1年的账号会员服务。
在本发明实施例中,将订单分为支付订单及消费订单,通过查询支付订单与消费订单的支付状态,查询告警,能够快速发现电子支付过程中的异常所在,有利于及时修复异常订单。
可选的,在S108之后,该方法还包括:向用户端发送支付状态为已支付的消费订单。向用户端发送支付状态为已支付的消费订单,证明用户电子支付过程完成,为用户端提供享受相关服务的凭证,提高用户体验。
本发明实施例中,不对消费订单及支付订单二者的生成顺序进行限定,但是需要保证订单信息、支付订单及消费订单三者的对应关系,即一个订单信息仅对应一个支付订单及一个消费订单,一个支付订单仅对应一个订单信息及一个消费订单,一个消费订单仅对应一个支付订单及一个订单信息。以保证电子支付过程中订单查询的准确性。
可选的,在S101,接收由支付平台发送的支付成功信息之前,该方法还包括:
步骤一,接收由用户端发送的订单信息,其中,订单信息中包含用户端的相关信息及用户端申请的服务的相关信息。
用户在确定自己想要接受的服务后,通过用户端向服务端发送订单信息,该订单信息中包含了用户端的相关信息及用户端申请的服务的相关信息。用户端申请的服务为符合本发明实施例的任意服务,包括劳务消费服务(如账号会员、游戏充值、购买金融产品及购买旅游产品等)及有形商品消费服务(如购买实际物品)。例如,若用户申请的服务为成为账号会员用户,则订单信息中用户端的相关信息可以为用户的账号,订单信息中用户端申请的服务的相关信息可以为申请的会员等级及申请作为会员的时长。若用户申请的服务为购买物品,则订单信息中用户端的相关信息可以为用户的账号、用户预留的收获地址及用户预留的联系方式,订单信息中用户端申请的服务的相关信息可以为用户欲购买的物品的标识及数量。
在本发明实施例的一种可能的实施方式中,订单信息中还可以包括订单号,且该订单号具有唯一性。通过一个订单号,唯一确定一个订单信息,方便订单信息的查询,同时能够利用订单号唯一对应订单信息、支付订单及消费订单,能够保证电子支付过程中订单查询的准确性。
步骤二,生成支付状态为未支付的消费订单,其中,消费订单包含订单信息中的全部或部分内容。
在服务端接收到订单信息后,会生成与该订单信息对应的消费订单,该消费订单中应当包含与其对应的订单信息中的用户端的相关信息及用户端申请的服务的相关信息。当然,消费订单中还可以包括订单号,且该订单号具有唯一性。通过一个订单号,唯一确定一个消费订单,方便消费订单的查询,同时能够利用订单号唯一对应订单信息、支付订单及消费订单,能够保证电子支付过程中订单查询的准确性。
步骤三,生成支付状态为未支付的支付订单,其中,支付订单包括订单信息和/或消费订单中的全部或部分内容。
支付订单应当包含与其对应的订单信息/消费订单中的用户端的相关信息及用户端申请的服务的相关信息。当然,支付订单中还可以包括订单号,且该订单号具有唯一性。通过一个订单号,唯一确定一个支付订单,方便支付订单的查询,同时能够利用订单号唯一对应订单信息、支付订单及消费订单,能够保证电子支付过程中订单查询的准确性。此外,支付订单中还可以包括利用支付平台交易的本次交易的流水号,以方便查找支付平台的交易记录。
在本发明实施例中,在生成的支付订单与消费订单时,还需要标识支付订单与消费订单的支付状态,以方便在出现异常时通过查询支付订单与消费订单的支付状态,来确定异常所在。
可选的,在S101,接收由支付平台发送的支付成功信息之前,该方法还包括:
步骤一,接收由用户端发送的订单信息,其中,订单信息中包含用户端的相关信息及用户端申请的服务的相关信息。
订单信息中还可以包括订单号,且该订单号具有唯一性。通过一个订单号,唯一确定一个订单信息,方便订单信息的查询,同时能够利用订单号唯一对应订单信息、支付订单及消费订单,能够保证电子支付过程中订单查询的准确性。
步骤二,生成支付状态为未支付的支付订单,其中,支付订单包含订单信息中的全部或部分内容。
支付订单中还可以包括订单号,且该订单号具有唯一性。通过一个订单号,唯一确定一个支付订单,方便支付订单的查询,同时能够利用订单号唯一对应订单信息、支付订单及消费订单,能够保证电子支付过程中订单查询的准确性。
步骤三,生成支付状态为未支付的消费订单,其中,消费订单包括订单信息和/或支付订单中的全部或部分内容。
消费订单中还可以包括订单号,且该订单号具有唯一性。通过一个订单号,唯一确定一个消费订单,方便消费订单的查询,同时能够利用订单号唯一对应订单信息、支付订单及消费订单,能够保证电子支付过程中订单查询的准确性。
在本发明实施例中,在生成的支付订单与消费订单时,还需要标识支付订单与消费订单的支付状态,以方便在出现异常时通过查询支付订单与消费订单的支付状态,来确定异常所在。
在本发明实施例的一种可能的实施方式中,订单信息为消费订单。在申请服务的用户数量很大时,服务端的处理压力也会较大,因此可以通过用户端生成消费订单,用户端生成消费订单并向服务端发送该消费订单,能够减轻服务端的业务处理压力。
可选的,在接收由用户端发送的订单信息之后,该方法还包括:
步骤一,向支付平台发送支付请求。
服务端在接收到用户端的订单信息后,会根据该订单信息,生成与该订单信息对应的支付请求,并向与服务端合作的支付平台发送该支付请求。例如,支付请求中包括订单信息的标识(如订单号)及支付的金额,还可以包括服务端的名称等。能够方便用户及支付平台核对相关的支付信息。
步骤二,接收由支付平台根据支付请求发送的支付链接,向用户端发送支付链接,以使用户端完成在线支付。
在本发明实施例中,服务端向支付平台发送支付请求,并将支付链接转发给用户端,能够节约用户端的处理成本,同时方便服务端对电子支付过程的整体掌控。
可选的,在本发明实施例的一种可能的实施方式中,支付请求为支付订单。
在本发明实施例中,将支付订单作为支付请求,不用在单独生成支付请求,降低了服务端的处理成本。
可选的,在接收由用户端发送的订单信息之后,该方法还包括:
向用户端发送确认信息;以使用户端在接收到确认信息后,向支付平台发送支付请求,完成在线支付。
服务端在确认可以为用户提供用户端申请的服务时,向用户端发送确认信息,确认信息中包含订单信息的标识(如订单号等),用户端接收到服务端的确认信息,表明服务端接受用户端申请的服务。能够防止服务端因货源不足等原因,造成用户完成支付,服务端确无法提供相应的服务的情况,提高用户体验。
在本发明实施例中,用户端向支付平台发送支付请求,不用经过服务端,可以降低服务端的处理成本。
可选的,若支付订单的支付状态为未支付,生成标识支付订单异常的告警,包括:
步骤一,若支付订单的支付状态为未支付,按照预设频率重新更新与支付成功信息对应的支付订单的支付状态,直至更新支付订单的次数达到预设的最大次数或支付订单的支付状态为已支付。
预设频率与预设的最大次数为符合本发明实施例的任意数值,根据实际的运营情况进行设定。例如,预设频率为0.5秒/次,1秒/次,1.2秒/次,或5秒/次等。预设的最大次数为5次或更大,10次或更大,或20次或更大。
步骤二,生成标识支付订单异常的告警,其中,标识支付订单异常的告警还标识更新支付订单的次数及支付订单当前的支付状态。
标识支付订单异常的告警还可以标识更新支付订单的次数及当前的支付订单的支付状态,以方便运维人员进行分析,及时发现异常原因。例如,若标识支付订单异常的告警标识更新支付订单的次数为17次,支付订单当前的支付状态为已支付,运维人员分析后发现告警时段内处理器过载,则可以通过提升处理器负载的方法来改善服务端。
在本发明实施例中,在支付订单异常时生成标识支付订单异常的告警,方便运维人员及时发现异常所在,有利于及时修复异常订单。
可选的,若消费订单的支付状态为未支付,生成标识消费订单异常的告警,包括:
步骤一,若消费订单的支付状态为未支付,按照预设频率重新更新与支付订单对应的消费订单的支付状态,直至更新消费订单的次数达到预设的最大次数或消费订单的支付状态为已支付。
预设频率与预设的最大次数为符合本发明实施例的任意数值,根据实际的运营情况进行设定。例如,预设频率为0.5秒/次,1秒/次,1.2秒/次,或5秒/次等。预设的最大次数为5次或更大,10次或更大,或20次或更大。
步骤二,生成标识消费订单异常的告警,其中,标识消费订单异常的告警还标识更新消费订单的次数及消费订单当前的支付状态。
标识消费订单异常的告警还标识更新消费订单的次数及当前的消费订单的支付状态,以方便运维人员进行分析,及时发现异常原因。
在本发明实施例中,在消费订单异常时生成标识消费订单异常的告警,方便运维人员及时发现异常所在,有利于及时修复异常订单。
在本发明实施例一种可能的实施方式中,在若消费订单的支付状态为已支付,调用用户端申请的服务的子项目之后,该方法还包括:
步骤一,获取并将服务端中所有的支付成功信息、所有支付订单当前的支付状态、所有消费订单当前的支付状态及所有用户端申请的服务的子项目的调用结果,记录为日志。
正常情况下在服务端接收到支付成功信息后,服务端会按照上述订单处理方法将支付订单及消费订单的支付状态均更新为已支付,且能够正常调用用户申请的服务的子项目。但是由于处理器过载,内存不足及意外断电等原因,会存在异常的情况。因此需要将所有的支付成功信息、所有支付订单当前的支付状态、所有消费订单当前的支付状态及所有用户端申请的服务的子项目的调用结果,记录为日志。可选的,日志中还可以记录服务端执行订单处理方法的每一步骤时所产生的数据,以方便后续查询。
步骤二,按照预设的检测规则,检查日志中是否存在异常的数据;
若日志中包含支付成功信息,则与该支付成功信息对应的支付订单当前的支付状态为已支付,与该支付成功信息对应的消费订单当前的支付状态为已支付,且与该支付成功信息对应的用户端申请的服务的子项目的调用结果为调用成功时,说明数据正常。其他情况,均为存在异常的数据。例如:日志中包含支付成功信息,而与该支付成功信息对应的支付订单当前的支付状态为已支付,与该支付成功信息对应的消费订单当前的支付状态为未支付,与该支付成功信息对应的用户申请的服务的子项目的调用结果为未成功启动与该支付成功信息对应的用户申请的服务(消费订单当前的支付状态为未支付,按照上述订单处理方法不会调用相应的用户申请的服务的子项目,因此日志中相应的用户申请的服务的子项目的调用结果为未成功启动相应的用户申请的服务),说明存在异常的数据。
可选的,按照预设的检测规则,检查日志中是否存在异常的数据,包括:
当服务端从故障中恢复后,检查日志中是否存在异常的数据。和/或
周期性的检查日志中是否存在异常的数据。
此处按照预设的检测规则,检查日志中是否存在异常的数据为符合本发明实施例的任意规则,又例如在服务端每次启动后,检查日志中是否存在异常的数据;或当服务端每新生成预设数量(预设数量可以为100或更大,1000或更大,或10000或更大)个支付订单或消费订单时,检查日志中是否存在异常的数据。此处不再赘述。
检查周期为符合本发明实施例的任意周期,根据实际的运营情况进行设定,例如检查周期设定为12小时/次,24小时/次,或48小时/次等。可选的,当检测到异常数据时,按照预设频率重新调用与异常数据对应的步骤的接口,直至重新调用的次数达到预设的最大次数或与异常数据对应的步骤的接口调用成功。通过多次调用与异常数据对应的步骤的接口可以实现自动完成异常订单的修复。
步骤三,若存在异常的数据,则生成标识异常的数据的告警信息。
在本发明实施例中,周期性的检查日志中是否存在异常的数据,若存在异常的数据,生成标识异常数据的告警信息,方便运维人员根据告警信息分析异常原因,及时作出调整。
可选的,在获取用户端申请的服务的子项目的调用结果之后,该方法还包括:
步骤一,若用户端申请的服务的子项目的调用结果为未成功启动用户端申请的服务,按照预设频率重新调用用户端申请的服务的子项目,直至调用用户端申请的服务的子项目的次数达到预设的最大次数,或用户端申请的服务的子项目的调用结果为成功启动用户端申请的服务。
预设频率与预设的最大次数为符合本发明实施例的任意数值,根据实际的运营情况进行设定。例如,预设频率为0.5秒/次,1秒/次,1.2秒/次,或5秒/次等。预设的最大次数为5次或更大,10次或更大,或20次或更大。
步骤二,生成标识子项目调用异常的告警,其中,标识子项目调用异常的告警还标识调用用户端申请的服务的子项目的次数及用户端申请的服务的最终调用结果。
在本发明实施例中,在消费订单异常时生成标识消费订单异常的告警,方便运维人员及时发现异常所在,有利于及时修复异常订单。
参见图2,图2为应用本发明实施例的订单处理方法的电子支付的流程示意图,包括:
S201,接收由用户端发送的订单信息。
用户通过用户端向服务端发送标识用户申请服务的订单信息,服务端接收该订单信息。
S202,生成支付状态为未支付的支付订单,记录日志。
服务端根据订单信息,生成标识用户申请服务的支付订单,此时支付订单的支付状态标记为未支付,将支付状态为未支付的支付订单保存在本地数据库中,并将支付订单生成过程中的相关信息记录为日志保存到云数据库中。
若生成支付状态为未支付的支付订单失败,则按照预设频率重新调用支付订单的生成程序,直至重新调用的次数达到预设的最大次数或成功生成支付状态为未支付的支付订单。在本发明实施例中,通过调用支付订单的生成程序,可是实现异常的支付订单的自动修复,提高了订单处理的及时性。
S203,生成支付状态为未支付的消费订单,记录日志。
在服务端成功生成及记录支付订单后,服务端根据订单信息,生成标识用户申请服务的消费订单,此时消费订单的支付状态标记为未支付,将支付状态为未支付的消费订单保存在本地数据库中,并将消费订单生成过程中的相关信息记录为日志保存到云数据库中。
若生成支付状态为未支付的消费订单失败,则按照预设频率重新调用消费订单的生成程序,直至重新调用的次数达到预设的最大次数或成功生成支付状态为未支付的消费订单。在本发明实施例中,通过调用消费订单的生成程序,可是实现异常的消费订单的自动修复,提高了订单处理的及时性。
S204,向支付平台发送支付信息,以使用户完成付款。
在服务端成功生成及记录消费订单后,服务端向支付平台发送与用户申请服务相对应的支付信息,并将支付平台的支付链接发送给用户端,以使用户端通过该支付链接访问支付平台,并完成在线付款。
S205,更新支付订单的支付状态,记录相关日志。
用户完成在线付款后,支付平台向服务端发送支付成功信息,服务端接收支付成功信息,将支付成功信息保存到本地数据库和/或云数据库中。并相应的更新与该支付成功信息对应的支付订单的支付状态。将更新支付订单的支付支付状态过程中的相关信息记录为日志保存到云数据库中。
S206,若更新支付订单的支付状态失败,发送支付订单异常的告警。
服务端由于意外断电及宕机等原因,会出现异常,在服务端从异常状态恢复为正常状态时,会请求支付平台查询交易信息,获取预设时间(此处预设时间可以为固定时间如0.5小时或更久,或1小时后更久;也可以为服务端的发生故障的时间,即从服务端发生故障到服务端恢复正常的时间;还可以为运维人员设定的时间。)内的所有支付成功信息,并根据获取的支付成功信息,检测日志中各支付订单的支付状态是否正确。例如,对于第一支付订单(第一支付订单为所有支付订单中的任意一个支付订单中),若存在与第一支付订单对应的支付成功信息,但是第一支付订单当前的支付状态为未支付,则认为更新第一支付订单的支付状态失败。检测到支付订单的支付状态更新失败时,按照预设频率重新调用更新支付订单的更新程序,直至重新调用的次数达到预设的最大次数或支付订单的支付状态变更为已支付。发送标识支付订单异常的告警。在本发明实施例中,通过调用支付订单的更新程序,能够实现异常的支付订单的自动修复,保证了订单处理的及时性。
S207,若更新支付订单的支付状态成功,更新消费订单的支付状态,记录相关日志。
支付订单的支付状态更新为已支付后,服务端会更新与该支付订单对应的消费订单的支付状态。将更新支付订单的支付支付状态过程中的相关信息记录为日志保存到云数据库中。
S208,若更新消费订单的支付状态失败,发送消费订单异常的告警。
正常情况下,消费订单的支付状态会修改为已支付,但是由于服务端处理器过载,内存不足,及服务端宕机等异常,会存在更新消费订单的支付状态失败的情况。服务端从异常状态恢复为正常状态时,获取第一支付订单的支付状态及第一消费订单(第一消费订单为第一支付订单对应的消费订单)的支付状态。若第一支付订单的支付状态为已支付,而第一消费订单的支付状态为未支付,则第一消费订单的支付状态更新失败。服务端检测到消费订单的支付状态更新失败时,按照预设频率重新调用更新消费订单的更新程序,直至重新调用的次数达到预设的最大次数或消费订单的支付状态变更为已支付。发送标识消订单异常的告警。在本发明实施例中,通过调用消费订单的更新程序,能够实现异常的消费订单的自动修复,保证了订单处理的及时性。
S209,若更新消费订单的支付状态成功,调用用户申请服务的子项目接口,记录相关日志。
服务端检测到消费订单的支付状态为已支付时,便会调用用户申请服务的子项目接口,并将调用用户申请服务的子项目过程中的相关数据记录为日志,保存到云数据库中。若调用用户申请服务的子项目接口成功,则表示为用户开通了相应的服务。
S210,若调用用户申请服务的子项目接口失败,发送子项目异常的告警。
服务端检测到调用用户申请服务的子项目接口失败时,按照预设频率重新调用用户申请服务的子项目接口,直至重新调用的次数达到预设的最大次数或用户申请服务的子项目接口调用成功。发送标识用户申请服务的子项目的告警。在本发明实施例中,通过调用消费订单的更新程序,能够实现异常的消费订单的自动修复,保证了订单处理的及时性。
S211,定时校验日志。
服务端每日凌晨定时校验云数据库中的日志,通过校验日志中的数据,检测是否存在异常。若本周期中的日志无异常,说明服务端在本周期中正常运行,结束本次校验。
S212,若发现异常,发送日志数据异常的告警。
若发现日志中存在异常,发送标识该异常的告警,以方便运维人员及时发现异常所在。
在本发明实施例当中,将订单分为支付订单和消费订单,通过查询支付订单与消费订单的支付状态,订阅告警,能够快速发现电子支付过程中的异常所在,有利于及时修复异常订单,保证订单的及时性。同时定时校验日志,能够通过日志确定电子支付过程中的异常所在,方便运维人员对电子支付过程进行分析。
参见图3,图3为本发明实施例的订单处理装置的示意图,包括:
第一信息接收模块301,用于接收由支付平台发送的支付成功信息。
第一更新模块302,用于更新与支付成功信息对应的支付订单的支付状态。
第一状态确定模块303,用于获取支付订单当前的支付状态。
第一告警模块304,用于若支付订单的支付状态为未支付,生成标识支付订单异常的告警。
第二更新模块305,用于若将支付订单的支付状态为已支付,更新与支付订单对应的消费订单的支付状态。
第二状态确定模块306,用于获取消费订单当前的支付状态。
第二告警模块307,用于若消费订单的支付状态为未支付,生成标识消费订单异常的告警。
子项目调用模块308,用于若将消费订单的支付状态为已支付,调用用户申请的服务的子项目,其中,用户端申请的服务的子项目用于为用户提供相应的服务。
在本发明实施例中,将订单分为支付订单及消费订单,通过查询支付订单与消费订单的支付状态,查询告警,能够快速发现电子支付过程中的异常所在,有利于及时修复异常订单。
可选的,本发明实施例的订单处理装置还包括:
订单信息接收模块,用于接收由用户端发送的订单信息,其中,订单信息中包含用户端的相关信息及用户端申请的服务的相关信息。
支付订单生成模块,用于生成支付状态为未支付的支付订单,其中,支付订单包含订单信息中的全部或部分内容。
消费订单生成模块,用于生成支付状态为未支付的消费订单,其中,消费订单包括订单信息和/或支付订单中的全部或部分内容。
在本发明实施例中,在生成的支付订单与消费订单时,还需要标识支付订单与消费订单的支付状态,以方便在出现异常时通过查询支付订单与消费订单的支付状态,来确定异常所在。
可选的,本发明实施例的订单处理装置还包括:
支付请求发送模块,用于向支付平台发送支付请求。
链接发送模块,用于接收由支付平台根据支付请求发送的支付链接,向用户端发送支付链接,以使用户端完成在线支付。
在本发明实施例中,服务端向支付平台发送支付请求,并将支付链接转发给用户端,能够节约用户端的处理成本,同时方便服务端对电子支付过程的整体掌控。
可选的,第一告警模块,包括:
第一调用子模块,用于若支付订单的支付状态为未支付,按照预设频率重新更新与支付成功信息对应的支付订单的支付状态,直至更新支付订单的次数达到预设的最大次数或支付订单的支付状态为已支付。
支付订单告警子模块,用于生成标识支付订单异常的告警,其中,标识支付订单异常的告警还标识更新支付订单的次数及支付订单当前的支付状态。
在本发明实施例中,在支付订单异常时生成标识支付订单异常的告警,方便运维人员及时发现异常所在,有利于及时修复异常订单。
可选的,第二告警模块,包括:
第二调用子模块,用于若消费订单的支付状态为未支付,按照预设频率重新更新与支付订单对应的消费订单的支付状态,直至更新消费订单的次数达到预设的最大次数或消费订单的支付状态为已支付。
消费订单告警子模块,用于生成标识消费订单异常的告警,其中,标识消费订单异常的告警还标识更新消费订单的次数及消费订单当前的支付状态。
在本发明实施例中,在消费订单异常时生成标识消费订单异常的告警,方便运维人员及时发现异常所在,有利于及时修复异常订单。
可选的,本发明实施例的订单处理装置还包括:
日志记录模块,用于获取并将服务端中所有的支付成功信息、所有支付订单当前的支付状态、所有消费订单当前的支付状态及所有用户端申请的服务的子项目的调用结果,记录为日志。
日志检测模块,用于按照预设的检测规则,检查所述日志中是否存在异常的数据。
异常处理模块,用于若存在异常的数据,则生成标识异常的数据的告警信息。
在本发明实施例中,周期性的检查日志中是否存在异常的数据,若存在异常的数据,生成标识异常数据的告警信息,方便运维人员根据告警信息分析异常原因,及时作出调整。
本发明实施例还提供了一种电子设备,如图4所示,包括处理器401、通信接口402、存储器403和通信总线404,其中,处理器401,通信接口402,存储器403通过通信总线404完成相互间的通信,
存储器403,用于存放计算机程序;
处理器401,用于执行存储器403上所存放的程序时,实现如下步骤:
步骤一,接收由支付平台发送的支付成功信息。
步骤二,更新与支付成功信息对应的支付订单的支付状态。
步骤三,获取支付订单当前的支付状态。
步骤四,若支付订单的支付状态为未支付,生成标识支付订单异常的告警。
步骤五,若支付订单的支付状态为已支付,更新与支付订单对应的消费订单的支付状态。
步骤六,获取消费订单当前的支付状态。
步骤七,若消费订单的支付状态为未支付,生成标识消费订单异常的告警。
步骤八,若消费订单的支付状态为已支付,调用用户端申请的服务的子项目,其中,用户端申请的服务的子项目用于为用户端提供相应的服务。
在本发明实施例中,将订单分为支付订单及消费订单,通过查询支付订单与消费订单的支付状态,查询告警,能够快速发现电子支付过程中的异常所在,有利于及时修复异常订单。
当然,处理器401,用于执行存储器403上所存放的程序时,还能够实现上述订单处理方法的任意方法步骤,此处不再赘述。
上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory,RAM),也可以包括非易失性存储器(Non-Volatile Memory,NVM),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital SignalProcessing,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本发明实施例还提供了一种计算机可读存储介质,该计算机可读存储介质内存储有计算机程序,该计算机程序被处理器执行时实现如下步骤:
步骤一,接收由支付平台发送的支付成功信息。
步骤二,更新与支付成功信息对应的支付订单的支付状态。
步骤三,获取支付订单当前的支付状态。
步骤四,若支付订单的支付状态为未支付,生成标识支付订单异常的告警。
步骤五,若支付订单的支付状态为已支付,更新与支付订单对应的消费订单的支付状态。
步骤六,获取消费订单当前的支付状态。
步骤七,若消费订单的支付状态为未支付,生成标识消费订单异常的告警。
步骤八,若消费订单的支付状态为已支付,调用用户端申请的服务的子项目,其中,用户端申请的服务的子项目用于为用户端提供相应的服务。
在本发明实施例中,将订单分为支付订单及消费订单,通过查询支付订单与消费订单的支付状态,查询告警,能够快速发现电子支付过程中的异常所在,有利于及时修复异常订单。
当然,该计算机程序被处理器执行时时,还能够实现上述订单处理方法的任意方法步骤,此处不再赘述。
对于订单处理装置/电子设备/存储介质的实施例而言,由于其基本相似于订单处理方法的实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (10)
1.一种订单处理方法,其特征在于,应用于服务端,所述方法包括:
接收由支付平台发送的支付成功信息;
更新与所述支付成功信息对应的支付订单的支付状态;
获取所述支付订单当前的支付状态;
若所述支付订单的支付状态为未支付,生成标识所述支付订单异常的告警;
若所述支付订单的支付状态为已支付,更新与所述支付订单对应的消费订单的支付状态;
获取所述消费订单当前的支付状态;
若所述消费订单的支付状态为未支付,生成标识所述消费订单异常的告警;
若所述消费订单的支付状态为已支付,调用用户端申请的服务的子项目,其中,所述用户端申请的服务的子项目用于为所述用户端提供相应的服务。
2.根据权利要求1所述的方法,其特征在于,在所述接收由支付平台发送的支付成功信息之前,所述方法还包括:
接收由所述用户端发送的订单信息,其中,所述订单信息中包含所述用户端的相关信息及所述用户端申请的服务的相关信息;
生成支付状态为未支付的支付订单,其中,所述支付订单包含所述订单信息中的全部或部分内容;
生成支付状态为未支付的消费订单,其中,所述消费订单包括所述订单信息和/或所述支付订单中的全部或部分内容。
3.根据权利要求2所述的方法,其特征在于,在所述接收由所述用户端发送的订单信息之后,所述方法还包括:
向所述支付平台发送支付请求;
接收由所述支付平台根据所述支付请求发送的支付链接,向所述用户端发送所述支付链接,以使所述用户端完成在线支付。
4.根据权利要求3所述的方法,其特征在于,所述支付请求为所述支付订单。
5.根据权利要求1所述的方法,其特征在于,所述若所述支付订单的支付状态为未支付,生成标识所述支付订单异常的告警,包括:
若所述支付订单的支付状态为未支付,按照预设频率重新更新与所述支付成功信息对应的支付订单的支付状态,直至更新所述支付订单的次数达到预设的最大次数或所述支付订单的支付状态为已支付;
生成标识所述支付订单异常的告警,其中,标识所述支付订单异常的告警还标识更新所述支付订单的次数及所述支付订单当前的支付状态。
6.根据权利要求1所述的方法,其特征在于,所述若所述消费订单的支付状态为未支付,生成标识所述消费订单异常的告警,包括:
若所述消费订单的支付状态为未支付,按照预设频率重新更新与所述支付订单对应的消费订单的支付状态,直至更新所述消费订单的次数达到预设的最大次数或所述消费订单的支付状态为已支付;
生成标识所述消费订单异常的告警,其中,标识所述消费订单异常的告警还标识更新所述消费订单的次数及所述消费订单当前的支付状态。
7.根据权利要求1-6任一项所述的方法,其特征在于,在若所述消费订单的支付状态为已支付,调用用户端申请的服务的子项目之后,所述方法还包括:
获取并将所述服务端中所有的支付成功信息、所有支付订单当前的支付状态、所有消费订单当前的支付状态及所有用户端申请的服务的子项目的调用结果,记录为日志;
按照预设的检测规则,检查所述日志中是否存在异常的数据;
若存在异常的数据,则生成标识所述异常的数据的告警信息。
8.一种订单处理装置,其特征在于,包括:
第一信息接收模块,用于接收由支付平台发送的支付成功信息;
第一更新模块,用于更新与所述支付成功信息对应的支付订单的支付状态;
第一状态确定模块,用于获取所述支付订单当前的支付状态;
第一告警模块,用于若所述支付订单的支付状态为未支付,生成标识所述支付订单异常的告警;
第二更新模块,用于若将所述支付订单的支付状态为已支付,更新与所述支付订单对应的消费订单的支付状态;
第二状态确定模块,用于获取所述消费订单当前的支付状态;
第二告警模块,用于若所述消费订单的支付状态为未支付,生成所述标识消费订单异常的告警;
子项目调用模块,用于若将所述消费订单的支付状态为已支付,调用所述用户申请的服务的子项目,其中,所述用户端申请的服务的子项目用于为所述用户提供相应的服务。
9.一种电子设备,其特征在于,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现权利要求1-7任一所述的方法步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1-7任一所述的方法步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710622599.6A CN107392722B (zh) | 2017-07-27 | 2017-07-27 | 订单处理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710622599.6A CN107392722B (zh) | 2017-07-27 | 2017-07-27 | 订单处理方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107392722A true CN107392722A (zh) | 2017-11-24 |
CN107392722B CN107392722B (zh) | 2020-10-20 |
Family
ID=60341786
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710622599.6A Active CN107392722B (zh) | 2017-07-27 | 2017-07-27 | 订单处理方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107392722B (zh) |
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107833113A (zh) * | 2017-12-06 | 2018-03-23 | 福建中金在线信息科技有限公司 | 异常订单处理方法、装置及电子设备 |
CN108182572A (zh) * | 2018-01-18 | 2018-06-19 | 四川斐讯信息技术有限公司 | 一种基于网络商城的交易方法及系统 |
CN108765087A (zh) * | 2018-05-31 | 2018-11-06 | 康键信息技术(深圳)有限公司 | 订单异步处理方法、服务器及存储介质 |
CN108961004A (zh) * | 2018-07-06 | 2018-12-07 | 北京金山云网络技术有限公司 | 云服务订单的处理方法、装置、系统、电子设备及介质 |
CN109598486A (zh) * | 2018-12-21 | 2019-04-09 | 优估(上海)信息科技有限公司 | 一种排查异常订单的方法和装置 |
CN109785042A (zh) * | 2018-12-13 | 2019-05-21 | 深圳平安财富宝投资咨询有限公司 | 分布式部署的异常处理方法、服务器、存储介质及装置 |
CN109829717A (zh) * | 2018-12-15 | 2019-05-31 | 深圳壹账通智能科技有限公司 | 支付通道的运维方法、装置、计算机装置及存储介质 |
WO2019196244A1 (zh) * | 2018-04-10 | 2019-10-17 | 平安科技(深圳)有限公司 | 实时回调订单的方法和系统 |
CN110348811A (zh) * | 2019-07-12 | 2019-10-18 | 深圳众赢维融科技有限公司 | 辅助采集信息的方法、装置、电子设备及存储介质 |
CN110633977A (zh) * | 2019-08-02 | 2019-12-31 | 深圳市融壹买信息科技有限公司 | 支付异常处理方法、装置及终端设备 |
CN110706071A (zh) * | 2019-09-25 | 2020-01-17 | 口碑(上海)信息技术有限公司 | 订单支付请求的异常处理方法、设备、服务器及系统 |
CN110706069A (zh) * | 2019-09-25 | 2020-01-17 | 口碑(上海)信息技术有限公司 | 订单支付请求的异常处理方法、设备、服务器及系统 |
CN111582846A (zh) * | 2020-04-10 | 2020-08-25 | 重庆锐云科技有限公司 | 一种订单支付管理方法、装置及计算机可读存储介质 |
CN111612577A (zh) * | 2020-05-14 | 2020-09-01 | 北京字节跳动网络技术有限公司 | 一种订单处理方法、装置、电子设备及存储介质 |
CN111861626A (zh) * | 2020-01-16 | 2020-10-30 | 北京嘀嘀无限科技发展有限公司 | 一种充电处理方法及装置 |
CN111932244A (zh) * | 2020-07-24 | 2020-11-13 | 中国银联股份有限公司 | 信息处理方法、装置、设备及介质 |
CN112330315A (zh) * | 2020-11-10 | 2021-02-05 | 汉海信息技术(上海)有限公司 | 一种支付信息处理方法、装置、电子设备及存储介质 |
CN112465486A (zh) * | 2020-10-19 | 2021-03-09 | 武汉木仓科技股份有限公司 | 一种支付状态确定方法、装置以及设备 |
CN112600986A (zh) * | 2020-12-08 | 2021-04-02 | 上海商米科技集团股份有限公司 | 一种云打印全链路测试方法、系统、测试设备及存储介质 |
CN112712406A (zh) * | 2020-12-16 | 2021-04-27 | 北京嘀嘀无限科技发展有限公司 | 订单处理方法、装置、设备及计算机可读存储介质 |
CN113344680A (zh) * | 2021-07-02 | 2021-09-03 | 云镝智慧科技有限公司 | 一种订单处理方法、相关装置、设备及存储介质 |
CN114298702A (zh) * | 2021-12-28 | 2022-04-08 | 蜂助手股份有限公司 | 支付通道可用性的预警方法、装置及计算机可读存储介质 |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101159045A (zh) * | 2006-10-05 | 2008-04-09 | 国际商业机器公司 | 聚合订单状态数据库系统中的改变的方法 |
CN101211437A (zh) * | 2006-12-31 | 2008-07-02 | 阿里巴巴公司 | 一种电子支付故障检测方法、装置和电子支付系统 |
CN101582150A (zh) * | 2009-06-19 | 2009-11-18 | 北京用友移动商务科技有限公司 | 修订付款状态信息的方法和系统 |
JP2010033412A (ja) * | 2008-07-30 | 2010-02-12 | Sumitomo Mitsui Banking Corp | 信託型電子決済支援システム |
CN103106575A (zh) * | 2011-11-11 | 2013-05-15 | 阿里巴巴集团控股有限公司 | 一种交易信息的处理方法及装置 |
CN104240072A (zh) * | 2014-09-27 | 2014-12-24 | 武钢集团昆明钢铁股份有限公司 | 一种多通道网络集成支付系统与方法 |
CN104299135A (zh) * | 2014-09-27 | 2015-01-21 | 武钢集团昆明钢铁股份有限公司 | 一种在线支付系统与方法 |
CN104616153A (zh) * | 2015-01-21 | 2015-05-13 | 百度在线网络技术(北京)有限公司 | 状态一致性监控方法和装置 |
CN105139191A (zh) * | 2015-09-15 | 2015-12-09 | 联动优势电子商务有限公司 | 一种获取订单信息的方法及设备 |
CN106096928A (zh) * | 2016-06-06 | 2016-11-09 | 乐视控股(北京)有限公司 | 一种支付检测方法、装置、服务器以及支付检测系统 |
CN106156233A (zh) * | 2015-04-24 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 修订数据处理状态的方法及装置 |
CN106296062A (zh) * | 2015-06-04 | 2017-01-04 | 阿里巴巴集团控股有限公司 | 一种物流订单数据处理方法及装置 |
CN106651194A (zh) * | 2016-12-29 | 2017-05-10 | 江西博瑞彤芸科技有限公司 | 订单信息处理方法 |
-
2017
- 2017-07-27 CN CN201710622599.6A patent/CN107392722B/zh active Active
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101159045A (zh) * | 2006-10-05 | 2008-04-09 | 国际商业机器公司 | 聚合订单状态数据库系统中的改变的方法 |
CN101211437A (zh) * | 2006-12-31 | 2008-07-02 | 阿里巴巴公司 | 一种电子支付故障检测方法、装置和电子支付系统 |
JP2010033412A (ja) * | 2008-07-30 | 2010-02-12 | Sumitomo Mitsui Banking Corp | 信託型電子決済支援システム |
CN101582150A (zh) * | 2009-06-19 | 2009-11-18 | 北京用友移动商务科技有限公司 | 修订付款状态信息的方法和系统 |
CN103106575A (zh) * | 2011-11-11 | 2013-05-15 | 阿里巴巴集团控股有限公司 | 一种交易信息的处理方法及装置 |
CN104299135A (zh) * | 2014-09-27 | 2015-01-21 | 武钢集团昆明钢铁股份有限公司 | 一种在线支付系统与方法 |
CN104240072A (zh) * | 2014-09-27 | 2014-12-24 | 武钢集团昆明钢铁股份有限公司 | 一种多通道网络集成支付系统与方法 |
CN104616153A (zh) * | 2015-01-21 | 2015-05-13 | 百度在线网络技术(北京)有限公司 | 状态一致性监控方法和装置 |
CN106156233A (zh) * | 2015-04-24 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 修订数据处理状态的方法及装置 |
CN106296062A (zh) * | 2015-06-04 | 2017-01-04 | 阿里巴巴集团控股有限公司 | 一种物流订单数据处理方法及装置 |
CN105139191A (zh) * | 2015-09-15 | 2015-12-09 | 联动优势电子商务有限公司 | 一种获取订单信息的方法及设备 |
CN106096928A (zh) * | 2016-06-06 | 2016-11-09 | 乐视控股(北京)有限公司 | 一种支付检测方法、装置、服务器以及支付检测系统 |
CN106651194A (zh) * | 2016-12-29 | 2017-05-10 | 江西博瑞彤芸科技有限公司 | 订单信息处理方法 |
Cited By (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107833113A (zh) * | 2017-12-06 | 2018-03-23 | 福建中金在线信息科技有限公司 | 异常订单处理方法、装置及电子设备 |
CN107833113B (zh) * | 2017-12-06 | 2021-05-25 | 福建中金在线信息科技有限公司 | 异常订单处理方法、装置及电子设备 |
CN108182572A (zh) * | 2018-01-18 | 2018-06-19 | 四川斐讯信息技术有限公司 | 一种基于网络商城的交易方法及系统 |
WO2019196244A1 (zh) * | 2018-04-10 | 2019-10-17 | 平安科技(深圳)有限公司 | 实时回调订单的方法和系统 |
CN108765087A (zh) * | 2018-05-31 | 2018-11-06 | 康键信息技术(深圳)有限公司 | 订单异步处理方法、服务器及存储介质 |
CN108765087B (zh) * | 2018-05-31 | 2023-04-07 | 康键信息技术(深圳)有限公司 | 订单异步处理方法、服务器及存储介质 |
CN108961004A (zh) * | 2018-07-06 | 2018-12-07 | 北京金山云网络技术有限公司 | 云服务订单的处理方法、装置、系统、电子设备及介质 |
CN109785042A (zh) * | 2018-12-13 | 2019-05-21 | 深圳平安财富宝投资咨询有限公司 | 分布式部署的异常处理方法、服务器、存储介质及装置 |
CN109829717A (zh) * | 2018-12-15 | 2019-05-31 | 深圳壹账通智能科技有限公司 | 支付通道的运维方法、装置、计算机装置及存储介质 |
CN109598486A (zh) * | 2018-12-21 | 2019-04-09 | 优估(上海)信息科技有限公司 | 一种排查异常订单的方法和装置 |
CN110348811A (zh) * | 2019-07-12 | 2019-10-18 | 深圳众赢维融科技有限公司 | 辅助采集信息的方法、装置、电子设备及存储介质 |
CN110633977A (zh) * | 2019-08-02 | 2019-12-31 | 深圳市融壹买信息科技有限公司 | 支付异常处理方法、装置及终端设备 |
CN110706069A (zh) * | 2019-09-25 | 2020-01-17 | 口碑(上海)信息技术有限公司 | 订单支付请求的异常处理方法、设备、服务器及系统 |
CN110706071A (zh) * | 2019-09-25 | 2020-01-17 | 口碑(上海)信息技术有限公司 | 订单支付请求的异常处理方法、设备、服务器及系统 |
CN110706069B (zh) * | 2019-09-25 | 2021-03-02 | 口碑(上海)信息技术有限公司 | 订单支付请求的异常处理方法、设备、服务器及系统 |
CN111861626A (zh) * | 2020-01-16 | 2020-10-30 | 北京嘀嘀无限科技发展有限公司 | 一种充电处理方法及装置 |
CN111582846A (zh) * | 2020-04-10 | 2020-08-25 | 重庆锐云科技有限公司 | 一种订单支付管理方法、装置及计算机可读存储介质 |
CN111612577A (zh) * | 2020-05-14 | 2020-09-01 | 北京字节跳动网络技术有限公司 | 一种订单处理方法、装置、电子设备及存储介质 |
CN111932244A (zh) * | 2020-07-24 | 2020-11-13 | 中国银联股份有限公司 | 信息处理方法、装置、设备及介质 |
CN111932244B (zh) * | 2020-07-24 | 2023-10-20 | 中国银联股份有限公司 | 信息处理方法、装置、设备及介质 |
WO2022016843A1 (zh) * | 2020-07-24 | 2022-01-27 | 中国银联股份有限公司 | 信息处理方法、装置、设备及介质 |
CN112465486A (zh) * | 2020-10-19 | 2021-03-09 | 武汉木仓科技股份有限公司 | 一种支付状态确定方法、装置以及设备 |
CN112465486B (zh) * | 2020-10-19 | 2023-01-20 | 武汉木仓科技股份有限公司 | 一种支付状态确定方法、装置以及设备 |
CN112330315A (zh) * | 2020-11-10 | 2021-02-05 | 汉海信息技术(上海)有限公司 | 一种支付信息处理方法、装置、电子设备及存储介质 |
CN112600986A (zh) * | 2020-12-08 | 2021-04-02 | 上海商米科技集团股份有限公司 | 一种云打印全链路测试方法、系统、测试设备及存储介质 |
CN112712406A (zh) * | 2020-12-16 | 2021-04-27 | 北京嘀嘀无限科技发展有限公司 | 订单处理方法、装置、设备及计算机可读存储介质 |
CN113344680A (zh) * | 2021-07-02 | 2021-09-03 | 云镝智慧科技有限公司 | 一种订单处理方法、相关装置、设备及存储介质 |
CN114298702A (zh) * | 2021-12-28 | 2022-04-08 | 蜂助手股份有限公司 | 支付通道可用性的预警方法、装置及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN107392722B (zh) | 2020-10-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107392722A (zh) | 订单处理方法、装置、电子设备及存储介质 | |
CN110232565B (zh) | 资源清算方法、装置、计算机设备和存储介质 | |
CN106656839A (zh) | 资源转移方法及装置 | |
CN104462977A (zh) | 数据处理方法和系统 | |
CN109614262B (zh) | 业务校验方法、装置及计算机可读存储介质 | |
CN108092955A (zh) | 投保信息的处理方法、装置、服务器和存储介质 | |
CN110457336B (zh) | 交易数据处理方法及装置 | |
CN106845881A (zh) | 一种库存异常数据的检测方法、装置及电子设备 | |
CN107026848A (zh) | 业务授权方法及装置 | |
CN109767329A (zh) | 一种异常交易检测方法、装置、电子设备及存储介质 | |
CN104732597A (zh) | 一种快递存取箱与存取方法 | |
CN109408262A (zh) | 一种业务数据处理方法及相关设备 | |
CN115936438A (zh) | 一种用于企业税务风控的预警方法及系统 | |
CN109670963A (zh) | 资产信息筛选方法、装置、设备及存储介质 | |
CN110599133B (zh) | 一种基于区块链网络的数据处理方法、装置及存储介质 | |
CN111815364A (zh) | 快递行业信息处理方法、装置及系统 | |
CN112613288B (zh) | 结算单生成方法、装置、计算机设备和存储介质 | |
CN110619583A (zh) | 账户预警信息的生成方法及装置 | |
CN104994220B (zh) | 一种数据处理方法和系统 | |
CN108133540B (zh) | 钞箱内纸币数量异常的检测方法、检测装置及电子设备 | |
CN107451828A (zh) | 连载书籍的断更处理方法、电子设备及计算机存储介质 | |
CN109669807A (zh) | 业务事件的校验方法及装置、处理器、存储介质 | |
CN110007940B (zh) | 灰度发布的验证方法、系统、服务器及可读存储介质 | |
US10072966B1 (en) | System and method for fraud-free scrap removal and accounting | |
CN104104666A (zh) | 一种探测云端服务异常的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |