CN106779639A - 支付业务的处理方法、处理系统和处理装置 - Google Patents
支付业务的处理方法、处理系统和处理装置 Download PDFInfo
- Publication number
- CN106779639A CN106779639A CN201611132336.9A CN201611132336A CN106779639A CN 106779639 A CN106779639 A CN 106779639A CN 201611132336 A CN201611132336 A CN 201611132336A CN 106779639 A CN106779639 A CN 106779639A
- Authority
- CN
- China
- Prior art keywords
- payment
- result
- payment result
- stored
- server
- 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.)
- Pending
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
-
- 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]
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供了一种支付业务的处理方法、系统和装置,该方法包括:向支付服务器发送包含支付信息的支付请求,并接收支付服务器返回的响应于支付请求的包含支付信息的支付结果;将包含支付信息的支付结果存储至目标数据库中;若监测到支付结果存储至目标数据库的操作失败,则重复执行将支付结果存储至目标数据库的步骤;依据重复执行结果,对支付结果执行相应的操作。上述技术方案使用户能够及时收到该支付结果的信息通知,防止由于存储操作失败,使得用户无法获知到支付结果的情况发生。
Description
技术领域
本发明涉及计算机领域,具体而言,本发明涉及一种支付业务的处理方法、一种支付业务的处理系统和一种支付业务的处理装置。
背景技术
随着互联网的发展,电子商务也得到了相应的快速发展,给人们的生活带了许多的便利,特别是网络购物的普及,使其逐渐成为人们生活中的一种新兴消费模式,人们可以不受时间和地点的限制,对商品进行购买;而商家也同样可以不受时间和地点的限制,对商品进行销售。
由于网上购物的新兴消费模式是通过互联网实现商家与买家之间的购物交易过程,改变了传统面对面的、一手交钱一手交货的交易方式。网上购物一般采取线上支付购物费用,即通过支付平台来实现线上支付。通过支付平台,买家将自己支付账户中的购物费用转至卖家的收款账户中。但是网上购物操作的环境复杂,在进行购物交易的过程中,买家非常容易受到不法行为的侵害,使得买家支付的购物费用没有转至卖家的收款账户中,而是被不法份子截获到。所以,无论是买家还是购物网站以及支付平台都非常在意线上支付的安全问题。特别是买家,在进行线上支付购物费用后,希望能够尽早收到将购物费用成功支付到卖家收款账户中的信息,以确定该购物费用是否安全到达卖家的收款账户中。
而在现有技术中,在买家成功将购物费用支付到卖家收款账户中时,一般通过购物网站的服务器,对买家能否成功收到该购物费用支付成功的信息,进行监测;当监测到买家未收到该购物费用支付成功的信息时,则对该购物费用支付成功的信息进行记录,再人工对该购物费用支付成功的信息进行处理;但该人工处理方式会延迟买家接收该购物费用支付成功的信息,会给买家造成不良的网上购物的体验,且需要花费较高的人力成本。所以如何保证买家及时收到该购物费用支付成功的信息,是解决上述问题的关键。
发明内容
为克服上述技术问题或者至少部分地解决上述技术问题,特提出以下技术方案:
本发明的实施例提出了一种支付业务的处理方法,包括:
向支付服务器发送包含支付信息的支付请求,并接收支付服务器返回的响应于支付请求的包含支付信息的支付结果;
将包含支付信息的支付结果存储至目标数据库中;
若监测到支付结果存储至目标数据库的操作失败,则重复执行将支付结果存储至目标数据库的步骤;
依据重复执行结果,对支付结果执行相应的操作。
优选地,该方法还包括:
若支付结果存储至目标数据库的操作成功,则将支付结果发送至客户端,以向用户展示支付请求的支付结果。
优选地,重复执行将支付结果存储至目标数据库的步骤,具体包括:
基于预置的重复执行次数,重复执行将支付结果存储至目标数据库的步骤。
优选地,该方法还包括:
在每次重复执行将支付结果存储至目标数据库的步骤前,延迟预置的时间。
优选地,若监测到重复执行结果为重复执行失败时,依据重复执行结果,对支付结果执行相应的操作的步骤,具体包括:
将支付结果发送至第三方服务器,以用于将支付结果存储至第三方服务器的数据库中。
优选地,该方法还包括:
接收第三方服务器转发的支付结果,并将支付结果存储至目标数据库中。
优选地,若监测到将支付结果存储至第三方服务器的数据库的操作失败,或者,监测到接收第三方服务器转发的支付结果,并将支付结果存储至目标数据库中的操作失败,该方法还包括:
将支付结果发送至客户端,以用于将支付结果存储至客户端的预定存储区域中。
优选地,若监测到将支付结果存储至客户端的预定存储区域中的操作成功,则获取支付结果,并将支付结果发送至第三方服务器,以用于将支付结果存储至第三方服务器的数据库中。
优选地,该方法还包括:
接收客户端发送的包含支付信息的支付请求。
本发明的另一实施例提出了一种支付业务的处理系统,包括业务服务器及交易客户端:
业务服务器,用于向支付服务器发送包含支付信息的支付请求,并接收支付服务器返回的响应于支付请求的包含支付信息的支付结果;
将包含支付信息的支付结果存储至目标数据库中;
若监测到支付结果存储至目标数据库的操作失败,则重复执行将支付结果存储至目标数据库的步骤;
若成功将支付结果存储至目标数据库,则将支付结果发送至交易客户端;
交易客户端,用于向业务服务器发送包含支付信息的支付请求;并接收业务服务器返回的响应于支付请求的包含支付信息的支付结果,并将支付结果进行展示。
优选地,支付系统还包括第三方服务器;
业务服务器,还用于若监测到重复执行结果为将支付结果存储至目标数据库失败,则将支付结果发送至第三方服务器;
接收第三方服务器转发的支付结果,并将支付结果存储至目标服务器中;
第三方服务器,用于接收业务服务器发送的支付结果,并将支付结果存储至第三方服务器的数据库中;
若支付结果存储至第三方服务器的数据库的操作成功,则将支付结果转发至业务服务器,以用于存储至目标数据库,并将支付结果发送至交易客户端。
优选地,业务服务器,还用于若监测到将支付结果存储至第三方服务器的数据库的操作失败或监测到第三方服务器将支付结果转发至业务服务器,并将支付结果存储至目标数据库的操作失败,则将支付结果发送至交易客户端;
监测到支付结果存储至交易客户端的预定存储区域中的操作时,从预定存储区域中获取支付结果,并将支付结果转发至第三方服务器,以用于存储至第三方服务器的数据库中;
交易客户端,还用于接收业务服务器发送的支付结果,并将支付结果存储至交易客户端的预定存储区域中;
第三方服务器,还用于接收业务服务器发送的支付结果,并将支付结果存储至第三方服务器的数据库中。
本发明的又一实施例提出了一种支付业务的处理装置,包括:
第一接收模块,用于向支付服务器发送包含支付信息的支付请求,并接收支付服务器返回的响应于支付请求的包含支付信息的支付结果;
存储模块,用于将包含支付信息的支付结果存储至目标数据库中;
监测模块,用于若监测到支付结果存储至目标数据库的操作失败,则重复执行将支付结果存储至目标数据库的步骤;
执行模块,用于依据重复执行结果,对支付结果执行相应的操作。
优选地,该装置还包括:
第一发送模块,用于若支付结果存储至目标数据库的操作成功,则将支付结果发送至客户端,以向用户展示支付请求的支付结果。
优选地,监测模块,用于基于预置的重复执行次数,重复执行将支付结果存储至目标数据库的步骤。
优选地,该装置还包括:
延迟模块,用于在每次重复执行将支付结果存储至目标数据库的步骤前,延迟预置的时间。
优选地,执行模块,用于将支付结果发送至第三方服务器,以用于将支付结果存储至第三方服务器的数据库中。
优选地,该装置还包括:
第二接收模块,用于接收第三方服务器转发的支付结果,并将支付结果存储至目标数据库中。
优选地,若监测到将支付结果存储至第三方服务器的数据库的操作失败,或者,监测到接收第三方服务器转发的支付结果,并将支付结果存储至目标数据库中的操作失败,该装置还包括:
第二发送模块,用于将支付结果发送至客户端,以用于将支付结果存储至客户端的预定存储区域中。
优选地,若监测到将支付结果存储至客户端的预定存储区域中的操作成功,该装置还包括:
第一获取模块,用于获取支付结果,并将支付结果发送至第三方服务器,以用于存储至第三方服务器的数据库中。
优选地,该装置还包括:
第三接收模块,用于接收客户端发送的包含支付信息的支付请求。
本发明的技术方案中,业务服务器接收支付服务器返回的响应于支付请求的包含支付信息的支付结果;将该支付结果存储至目标数据库中;若监测到支付结果存储至目标数据库的操作失败,则重复执行将支付结果存储至目标数据库的步骤;最终使得支付结果存储至目标数据库的操作成功,以使得业务服务器能够将已存储的支付结果反馈至客户端,并基于客户端将支付结果展现给用户,已达到用户能够及时收到该支付结果的目的;一旦该支付结果存储至目标数据库的操作失败的情况发生,能够继续对该支付结果进行存储,防止由于该操作失败,客户端不能够及时收到该支付结果、甚至无法收到该支付结果,使得用户无法获取到支付结果,从而给买家造成不良的网上购物体验;同时,通过重复将该支付结果存储至目标数据库的操作步骤,代替了人工处理未能存储至目标数据库的支付结果的措施,使得本技术方案相对于人工处理该支付结果的措施,更加方便,快捷,并大大降低了人力成本。
本发明附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本发明中的一个实施例的支付业务的处理方法的流程示意图;
图2为本发明中的另一个实施例的支付业务的处理系统的结构框架示意图;
图3为本发明中的又一个实施例的支付业务的处理装置的结构框架示意图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
图1为本发明一个实施例的支付业务的处理方法的流程示意图。
需要说明的是,本实施例的执行主体是业务服务器。
步骤S101:向支付服务器发送包含支付信息的支付请求,并接收支付服务器返回的响应于支付请求的包含支付信息的支付结果;步骤S102:将包含支付信息的支付结果存储至目标数据库中;步骤S103:若监测到支付结果存储至目标数据库的操作失败,则重复执行将支付结果存储至目标数据库的步骤;步骤S104:依据重复执行结果,对支付结果执行相应的操作。
本发明的技术方案中,业务服务器接收支付服务器返回的响应于支付请求的包含支付信息的支付结果;将该支付结果存储至目标数据库中;若监测到支付结果存储至目标数据库的操作失败,则重复执行将支付结果存储至目标数据库的步骤;最终使得支付结果存储至目标数据库的操作成功,以使得业务服务器能够将已存储的支付结果反馈至客户端,并基于客户端将支付结果展现给用户,已达到用户能够及时收到该支付结果的目的;一旦该支付结果存储至目标数据库的操作失败的情况发生,能够继续对该支付结果进行存储,防止由于该操作失败,客户端不能够及时收到该支付结果、甚至无法收到该支付结果,使得用户无法获取到支付结果,从而给买家造成不良的网上购物体验;同时,通过重复将该支付结果存储至目标数据库的操作步骤,代替了人工处理未能存储至目标数据库的支付结果的措施,使得本技术方案相对于人工处理该支付结果的措施,更加方便,快捷,并大大降低了人力成本。
以下针对各个步骤的具体实现做进一步的说明:
步骤S101:向支付服务器发送包含支付信息的支付请求,并接收支付服务器返回的响应于支付请求的包含支付信息的支付结果。
其中,支付信息包括但不限于:用户ID、支付订单号、支付账户、支付金额、支付密码、支付时间、卖家ID、卖家收款账户。
支付结果包括:支付成功、支付失败。
具体地,业务服务器向支付服务器发送包含支付信息的支付请求,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付请求,以使得支付服务器解析该支付请求并获取其中的支付信息,如,用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”并根据该支付信息将用户即买家的支付账户上的支付金额成功转至卖家收款账户中。业务服务器接收支付服务器返回的响应于该支付请求的包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”。
步骤S102:将包含支付信息的支付结果存储至目标数据库中。
具体地,业务服务器将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至业务服务器的目标数据库中。
步骤S103:若监测到支付结果存储至目标数据库的操作失败,则重复执行将支付结果存储至目标数据库的步骤。
具体地,重复执行将支付结果存储至目标数据库的步骤,具体包括:基于预置的重复执行次数,重复执行将支付结果存储至目标数据库的步骤。
该方法还包括:在每次重复执行将支付结果存储至目标数据库的步骤前,延迟预置的时间。
例如,业务服务器对将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至目标数据库的操作进行监测,当监测到包含支付信息的支付结果存储至目标数据库的操作失败,则通过预定的脚本重复执行将包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至目标数据库的步骤。业务服务器基于预定的脚本中预置的重复执行次数,如,3次,至多重复执行3次将包含支付信息的支付结果存储至目标数据库的步骤;且预定的脚本中设置了业务服务器在每次重复执行将包含支付信息的支付结果存储至目标数据库的步骤前,延迟预置的时间,如,1秒。如果当业务服务器重复执行1次或2次将包含支付信息的支付结果存储至目标数据库的步骤,就成功将包含支付信息的支付结果存储至目标数据库,则重复执行步骤结束。
步骤S104:依据重复执行结果,对支付结果执行相应的操作。
对支付结果执行相应的操作,包括一种情形:具体地,若业务服务器监测到重复执行结果为重复执行失败时,依据重复执行结果,对支付结果执行相应的操作的步骤,具体包括:将支付结果发送至第三方服务器,以用于将支付结果存储至第三方服务器的数据库中。
例如,当业务服务器监测到重复执行结果为重复执行失败时,即业务服务器基于预定的脚本中的预置的重复执行次数,依旧无法将包含支付信息的支付结果存储至目标数据库,则基于网络策略,将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”发送至第三方服务器,第三方服务器在接收到该包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”后,将该包含支付信息的支付结果存储至第三方服务器的数据库中。
对支付结果执行相应的操作,包括另一种情形:具体地,业务服务器重复执行结果为重复执行成功时,即包含支付信息的支付结果存储至目标数据库的操作成功,则业务服务器将包含支付信息的支付结果发送至客户端,以向用户展示支付请求的支付结果。
例如,若包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至目标数据库的操作成功,则业务服务器将包含支付信息的支付结果发送至客户端,客户端在接收到该包含支付信息的支付结果后,基于预定的展示方式向用户展示包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”。
具体地,在步骤S102中若支付结果存储至目标数据库的操作成功,该方法还包括:若支付结果存储至目标数据库的操作成功,则将支付结果发送至客户端,以向用户展示支付请求的支付结果。
例如,若业务服务器在执行步骤S102:将包含支付信息的支付结果成功存储至目标数据库中时;业务服务器将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”发送至客户端,客户端在接收到该包含支付信息的支付结果后,向用户展示包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”。
具体地,该方法还包括:接收第三方服务器转发的支付结果,并将支付结果存储至目标数据库中。
例如,第三方服务器成功将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至第三方服务器的数据库中后,第三方服务器将支付结果转发至业务服务器;业务服务器接收第三方服务器转发的包含支付信息的支付结果,并将支付结果存储至目标数据库中。
需要说明的是,当业务服务器的重复执行结果为重复执行失败时,用户,即买家无法收到支付金额是否成功转至买家收款账户的信息;但通过第三方服务器对支付结果的存储及转发,使得业务服务器能够重新将其在目标数据库中进行存储,从而实现将支付结果返回至买家,以保证买家能及时知晓该支付结果。
此外,若第三方服务器成功将包含支付信息的支付结果存储至第三方服务器的数据库中后,第三方服务器可以实时将包含支付信息的支付结果发送至业务服务器,并由业务服务器实时发送至客户端,以向用户展示支付请求的支付结果。也可以为,若第三方服务器成功将包含支付信息的支付结果存储至第三方服务器的数据库中后,直接由第三方服务器向客户端发送包含支付信息的支付结果至客户端,以向用户展示支付请求的支付结果。而第三方服务器再周期性地向业务服务器发送支付结果,业务服务器将支付结果存储至目标数据库中,业务服务器无需实时接收第三方服务器转发的包含支付信息的支付结果,减少业务服务器的业务负担,同时保持支付数据的完整。或,若第三方服务器成功将包含支付信息的支付结果存储至第三方服务器的数据库中后,第三方服务器向业务服务器发送包括具有支付信息的存储成功结果和支付结果的信息,当业务服务器接收到该信息时,对该信息进行解析,获取具有支付信息的支付结果,业务服务器将具有支付信息的支付结果发送至客户端,以向用户展示支付请求的支付结果。而第三方服务器再周期性地向业务服务器发送支付结果,业务服务器将支付结果存储至目标数据库中,业务服务器无需实时接收第三方服务器转发的包含支付信息的支付结果,减少业务服务器的业务负担。
具体地,若监测到将支付结果存储至第三方服务器的数据库的操作失败,或者,监测到接收第三方服务器转发的支付结果,并将支付结果存储至目标数据库中的操作失败,该方法还包括:将支付结果发送至客户端,以用于将支付结果存储至客户端的预定存储区域中。
例如,第三方服务器将包含支付信息的支付结果存储至第三方服务器的数据库的操作失败,第三方服务器向业务服务器发送存储失败的信息,当业务服务器监测到该存储失败的信息,或者,当业务服务器监测到,接收第三方服务器转发的包含支付信息的支付结果存储至目标数据库中的操作失败;则业务服务器基于网络策略,将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”发送至客户端,客户端将包含支付信息的支付结果存储至客户端的预定存储区域中,如客户端的异常记录文件中。
具体地,若监测到将支付结果存储至客户端的预定存储区域中的操作成功,则获取支付结果,并将支付结果发送至第三方服务器,以用于将支付结果存储至第三方服务器的数据库中。
例如,当客户端将包含支付信息的支付结果存储至客户端的异常记录文件的操作成功时,客户端向业务服务器发送操作成功的信息,若业务服务器监测到该操作成功的信息时,则从客户端的异常记录文件中获取该包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”,则业务服务器基于网络策略,将包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”发送至第三方服务器,第三方服务器在接收到包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”后,将包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至第三方服务器的数据库中。
需要说明的是,在本优选实施例中,当第三方服务器成功将包含支付信息的支付结果存储至第三方服务器的数据库中时,后续具体实现步骤与上述优选实施例相同,在此就不再赘述。
当业务服务器接收到第三方服务器发送的包含支付信息的支付结果时,且将包含支付信息的支付结果存储至目标数据库的操作失败时,用户,即买家无法收到支付金额是否成功转至卖家收款账户的结果;此时,通过将包含支付信息的支付结果存储至客户端的预定存储区域中,再基于业务服务器对支付结果的获取,最终由第三方服务器对包含支付信息的支付结果进行存储,使得业务服务器能够重新接收第三方服务器发送的包含支付信息的支付结果,并将包含支付信息的支付结果存储至目标数据库,从而实现将支付结果返回至客户端,以保证用户能及时知晓该支付结果。
具体地,该方法还包括:接收客户端发送的包含支付信息的支付请求。
例如,用户通过客户端发出对购物订单进行支付的指令时,客户端则将包含支付信息的支付请求,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付请求,发送至业务服务器,业务服务器接收客户端发送的包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付请求,再将该支付请求发送至支付服务器,以进行订单的支付。
图2为本发明中的另一个实施例的支付业务的处理系统的结构框架示意图。
该支付业务的处理系统,包括业务服务器及交易客户端:业务服务器,向支付服务器发送包含支付信息的支付请求,并接收支付服务器返回的响应于支付请求的包含支付信息的支付结果;将包含支付信息的支付结果存储至目标数据库中;若监测到支付结果存储至目标数据库的操作失败,则重复执行将支付结果存储至目标数据库的步骤;若成功将支付结果存储至目标数据库,则将支付结果发送至交易客户端;交易客户端,向业务服务器发送包含支付信息的支付请求;并接收业务服务器返回的响应于支付请求的包含支付信息的支付结果,并将支付结果进行展示。
业务服务器,向支付服务器发送包含支付信息的支付请求,并接收支付服务器返回的响应于支付请求的包含支付信息的支付结果;将包含支付信息的支付结果存储至目标数据库中;若监测到支付结果存储至目标数据库的操作失败,则重复执行将支付结果存储至目标数据库的步骤;若成功将支付结果存储至目标数据库,则将支付结果发送至交易客户端。
其中,支付信息包括但不限于:用户ID、支付订单号、支付账户、支付金额、支付密码、支付时间、卖家ID、卖家收款账户。
支付结果包括:支付成功、支付失败。
具体地,业务服务器向支付服务器发送包含支付信息的支付请求,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付请求,以使得支付服务器解析该支付请求并获取其中的支付信息,如,用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”并根据该支付信息将用户即买家的支付账户上的支付金额成功转至卖家收款账户中。业务服务器接收支付服务器返回的响应于该支付请求的包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”。
具体地,业务服务器将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至业务服务器的目标数据库中。
具体地,业务服务器基于预置的重复执行次数,重复执行将支付结果存储至目标数据库的步骤。在每次重复执行将支付结果存储至目标数据库的步骤前,延迟预置的时间。
例如,业务服务器对将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至目标数据库的操作进行监测,当监测到包含支付信息的支付结果存储至目标数据库的操作失败,则通过预定的脚本重复执行将包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至目标数据库的步骤。业务服务器基于预定的脚本中预置的重复执行次数,如,3次,至多重复执行3次将包含支付信息的支付结果存储至目标数据库的步骤;且预定的脚本中设置了业务服务器在每次重复执行将包含支付信息的支付结果存储至目标数据库的步骤前,延迟预置的时间,如,1秒。如果当业务服务器重复执行1次或2次将包含支付信息的支付结果存储至目标数据库的步骤,就成功将包含支付信息的支付结果存储至目标数据库,则重复执行步骤结束。
若业务服务器成功将将包含支付信息的支付结果成功存储至目标数据库中时;业务服务器将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”发送至交易客户端,交易客户端在接收到该包含支付信息的支付结果后,向用户展示包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”。
交易客户端,向业务服务器发送包含支付信息的支付请求;并接收业务服务器返回的响应于支付请求的包含支付信息的支付结果,并将支付结果进行展示。
具体地,用户通过交易客户端发出对购物订单进行支付的指令时,交易客户端则将包含支付信息的支付请求,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付请求,发送至业务服务器,业务服务器接收交易客户端发送的包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付请求,再将该支付请求发送至支付服务器,以进行订单的支付。交易客户端接收业务服务器返回的响应于支付请求的包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”,并基于预定的展示方式,向用户展示该包含支付信息的支付结果。
具体地,该支付系统还包括第三方服务器;业务服务器,若监测到重复执行结果为将支付结果存储至目标数据库失败,则将支付结果发送至第三方服务器;接收第三方服务器转发的支付结果,并将支付结果存储至目标服务器中;第三方服务器,接收业务服务器发送的支付结果,并将支付结果存储至第三方服务器的数据库中;若支付结果存储至第三方服务器的数据库的操作成功,则将支付结果转发至业务服务器,以用于存储至目标数据库,并将支付结果发送至交易客户端。
业务服务器,若监测到重复执行结果为将支付结果存储至目标数据库失败,则将支付结果发送至第三方服务器;接收第三方服务器转发的支付结果,并将支付结果存储至目标服务器中。
具体地,当业务服务器监测到重复执行结果为重复执行失败时,即业务服务器基于预定的脚本中的预置的重复执行次数,依旧无法将包含支付信息的支付结果存储至目标数据库,则基于网络策略,将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”发送至第三方服务器。当第三方服务器成功将接收到该包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至第三方服务器的数据库中时,业务服务器接收第三方服务器发送的包含支付信息的支付结果,并将该包含支付信息的支付结果发送至交易客户端。
第三方服务器,接收业务服务器发送的支付结果,并将支付结果存储至第三方服务器的数据库中;若支付结果存储至第三方服务器的数据库的操作成功,则将支付结果转发至业务服务器,以用于存储至目标数据库,并将支付结果发送至交易客户端。
具体地,第三方服务器接收业务服务器发送的包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”,并将该包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至第三方服务器的数据库中;若第三方服务器成功将接收到该包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至第三方服务器的数据库中,则将该包含支付信息的支付结果发送至业务服务器,以用于业务服务器将该包含支付信息的支付结果存储至目标数据库,并将该包含支付信息的支付结果发送至交易客户端。
需要说明的是,当业务服务器的重复执行结果为重复执行失败时,用户,即买家无法收到支付金额是否成功转至买家收款账户的信息;但通过第三方服务器对支付结果的存储及转发,使得业务服务器能够重新将其在目标数据库中进行存储,从而实现将支付结果返回至买家,以保证买家能及时知晓该支付结果。
此外,若第三方服务器成功将包含支付信息的支付结果存储至第三方服务器的数据库中后,第三方服务器可以实时将包含支付信息的支付结果发送至业务服务器,并由业务服务器实时发送至交易客户端,以向用户展示支付请求的支付结果。也可以为,若第三方服务器成功将包含支付信息的支付结果存储至第三方服务器的数据库中后,直接由第三方服务器向交易客户端发送包含支付信息的支付结果至交易客户端,以向用户展示支付请求的支付结果。而第三方服务器再周期性地向业务服务器发送支付结果,业务服务器将支付结果存储至目标数据库中,业务服务器无需实时接收第三方服务器转发的包含支付信息的支付结果,减少业务服务器的业务负担,同时保持支付数据的完整。或,若第三方服务器成功将包含支付信息的支付结果存储至第三方服务器的数据库中后,第三方服务器向业务服务器发送包括具有支付信息的存储成功结果和支付结果的信息,当业务服务器接收到该信息时,对该信息进行解析,获取具有支付信息的支付结果,业务服务器将具有支付信息的支付结果发送至交易客户端,以向用户展示支付请求的支付结果。而第三方服务器再周期性地向业务服务器发送支付结果,业务服务器将支付结果存储至目标数据库中,业务服务器无需实时接收第三方服务器转发的包含支付信息的支付结果,减少业务服务器的业务负担。
具体地,业务服务器,若监测到将支付结果存储至第三方服务器的数据库的操作失败或监测到第三方服务器将支付结果转发至业务服务器,并将支付结果存储至目标数据库的操作失败,则将支付结果发送至交易客户端;监测到支付结果存储至交易客户端的预定存储区域中的操作时,从预定存储区域中获取支付结果,并将支付结果转发至第三方服务器,以用于存储至第三方服务器的数据库中;交易客户端,还接收业务服务器发送的支付结果,并将支付结果存储至交易客户端的预定存储区域中;第三方服务器,还接收业务服务器发送的支付结果,并将支付结果存储至第三方服务器的数据库中。
业务服务器,若监测到将支付结果存储至第三方服务器的数据库的操作失败或监测到第三方服务器将支付结果转发至业务服务器,并将支付结果存储至目标数据库的操作失败,则将支付结果发送至交易客户端;监测到支付结果存储至交易客户端的预定存储区域中的操作时,从预定存储区域中获取支付结果,并将支付结果转发至第三方服务器,以用于存储至第三方服务器的数据库中。
具体地,第三方服务器将包含支付信息的支付结果存储至第三方服务器的数据库的操作失败,第三方服务器向业务服务器发送存储失败的信息,当业务服务器监测到该存储失败的信息,或者,当业务服务器监测到,接收第三方服务器转发的包含支付信息的支付结果存储至目标数据库中的操作失败;则业务服务器基于网络策略,将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”发送至交易客户端,交易客户端将包含支付信息的支付结果存储至交易客户端的预定存储区域中,如,交易客户端的异常记录文件中。
当交易客户端将包含支付信息的支付结果存储至交易客户端的异常记录文件的操作成功时,交易客户端向业务服务器发送操作成功的信息,若业务服务器监测到该操作成功的信息时,则从交易客户端的异常记录文件中获取该包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”,则业务服务器基于网络策略,将包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”发送至第三方服务器,第三方服务器在接收到包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”后,将包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至第三方服务器的数据库中。
交易客户端,还接收业务服务器发送的支付结果,并将支付结果存储至交易客户端的预定存储区域中。
具体地,交易客户端还接收业务服务器发送的包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”,并将包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至交易客户端的预定存储区域中,如,交易客户端的异常记录文件中。
第三方服务器,还接收业务服务器发送的支付结果,并将支付结果存储至第三方服务器的数据库中。
具体地,第三方服务器还接收业务服务器发送的包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”,并将包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至第三方服务器的数据库中。
图3为本发明中的又一个实施例的支付业务的处理装置的结构框架示意图。
第一接收模块301,向支付服务器发送包含支付信息的支付请求,并接收支付服务器返回的响应于支付请求的包含支付信息的支付结果;存储模块302,将包含支付信息的支付结果存储至目标数据库中;监测模块303,若监测到支付结果存储至目标数据库的操作失败,则重复执行将支付结果存储至目标数据库的步骤;执行模块304,依据重复执行结果,对支付结果执行相应的操作。
第一接收模块301,向支付服务器发送包含支付信息的支付请求,并接收支付服务器返回的响应于支付请求的包含支付信息的支付结果。
其中,支付信息包括但不限于:用户ID、支付订单号、支付账户、支付金额、支付密码、支付时间、卖家ID、卖家收款账户。
支付结果包括:支付成功、支付失败。
具体地,业务服务器的第一接收模块301向支付服务器发送包含支付信息的支付请求,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付请求,以使得支付服务器解析该支付请求并获取其中的支付信息,如,用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”并根据该支付信息将用户即买家的支付账户上的支付金额成功转至卖家收款账户中。业务服务器的第一接收模块301接收支付服务器返回的响应于该支付请求的包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”。
存储模块302,将包含支付信息的支付结果存储至目标数据库中。
具体地,业务服务器的存储模块302将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至业务服务器的目标数据库中。
监测模块303,若监测到支付结果存储至目标数据库的操作失败,则重复执行将支付结果存储至目标数据库的步骤。
具体地,监测模块303,基于预置的重复执行次数,重复执行将支付结果存储至目标数据库的步骤。
该装置还包括:延迟模块,在每次重复执行将支付结果存储至目标数据库的步骤前,延迟预置的时间。
例如,业务服务器的监测模块303对将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至目标数据库的操作进行监测,当监测到包含支付信息的支付结果存储至目标数据库的操作失败,则通过预定的脚本重复执行将包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至目标数据库的步骤。业务服务器的监测模块303基于预定的脚本中预置的重复执行次数,如,3次,至多重复执行3次将包含支付信息的支付结果存储至目标数据库的步骤;且延迟模块的预定的脚本中设置了业务服务器在每次重复执行将包含支付信息的支付结果存储至目标数据库的步骤前,延迟预置的时间,如,1秒。如果当业务服务器的监测模块303重复执行1次或2次将包含支付信息的支付结果存储至目标数据库的步骤,就成功将包含支付信息的支付结果存储至目标数据库,则重复执行步骤结束。执行模块304,依据重复执行结果,对支付结果执行相应的操作。
执行模块304对支付结果执行相应的操作,包括一种情形:具体地,若业务服务器监测到重复执行结果为重复执行失败时,依据重复执行结果,对支付结果执行相应的操作的步骤,具体包括:将支付结果发送至第三方服务器,以用于将支付结果存储至第三方服务器的数据库中。
例如,当业务服务器监测到重复执行结果为重复执行失败时,即业务服务器基于预定的脚本中的预置的重复执行次数,依旧无法将包含支付信息的支付结果存储至目标数据库,则基于网络策略,将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”发送至第三方服务器,第三方服务器在接收到该包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”后,将该包含支付信息的支付结果存储至第三方服务器的数据库中。
执行模块304对支付结果执行相应的操作,包括另一种情形:具体地,业务服务器重复执行结果为重复执行成功时,即包含支付信息的支付结果存储至目标数据库的操作成功,则业务服务器将包含支付信息的支付结果发送至客户端,以向用户展示支付请求的支付结果。
例如,若包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至目标数据库的操作成功,则业务服务器将包含支付信息的支付结果发送至客户端,客户端在接收到该包含支付信息的支付结果后,基于预定的展示方式向用户展示包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”。
具体地,在存储模块302中,若将包含支付信息的支付结果成功存储至目标数据库中。该装置还包括:第一发送模块,若支付结果存储至目标数据库的操作成功,则将支付结果发送至客户端,以向用户展示支付请求的支付结果。
例如,若业务服务器的存储模块302:将包含支付信息的支付结果成功存储至目标数据库中时;业务服务器的第一发送模块将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”发送至客户端,客户端在接收到该包含支付信息的支付结果后,向用户展示包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”。
具体地,该装置还包括:第二接收模块,接收第三方服务器转发的支付结果,并将支付结果存储至目标数据库中。
例如,第三方服务器成功将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至第三方服务器的数据库中后,第三方服务器将支付结果转发至业务服务器;业务服务器的第二接收模块接收第三方服务器转发的包含支付信息的支付结果,并将支付结果存储至目标数据库中。
需要说明的是,当业务服务器的监测模块303重复执行结果为重复执行失败时,用户,即买家无法收到支付金额是否成功转至买家收款账户的信息;但通过第三方服务器对支付结果的存储及转发,使得业务服务器能够重新将其在目标数据库中进行存储,从而实现将支付结果返回至买家,以保证买家能及时知晓该支付结果。
此外,若第三方服务器成功将包含支付信息的支付结果存储至第三方服务器的数据库中后,第三方服务器可以实时将包含支付信息的支付结果发送至业务服务器,并由业务服务器实时发送至客户端,以向用户展示支付请求的支付结果。也可以为,若第三方服务器成功将包含支付信息的支付结果存储至第三方服务器的数据库中后,直接由第三方服务器向客户端发送包含支付信息的支付结果至客户端,以向用户展示支付请求的支付结果。而第三方服务器再周期性地向业务服务器的第二接收模块,发送支付结果,业务服务器的第二接收模块将支付结果存储至目标数据库中,业务服务器的第二接收模块无需实时接收第三方服务器转发的包含支付信息的支付结果,减少业务服务器的业务负担,同时保持支付数据的完整。或,若第三方服务器成功将包含支付信息的支付结果存储至第三方服务器的数据库中后,第三方服务器向业务服务器发送包括具有支付信息的存储成功结果和支付结果的信息,当业务服务器的第二接收模块接收到该信息时,对该信息进行解析,获取具有支付信息的支付结果,业务服务器的第二接收模块将具有支付信息的支付结果发送至客户端,以向用户展示支付请求的支付结果。而第三方服务器再周期性地向业务服务器的第二接收模块发送支付结果,业务服务器的第二接收模块将支付结果存储至目标数据库中,业务服务器的第二接收模块无需实时接收第三方服务器转发的包含支付信息的支付结果,减少业务服务器的业务负担。
具体地,若监测到将支付结果存储至第三方服务器的数据库的操作失败,或者,监测到接收第三方服务器转发的支付结果,并将支付结果存储至目标数据库中的操作失败,该装置还包括:第二发送模块,将支付结果发送至客户端,以用于将支付结果存储至客户端的预定存储区域中。
例如,第三方服务器将包含支付信息的支付结果存储至第三方服务器的数据库的操作失败,第三方服务器向业务服务器发送存储失败的信息,当业务服务器的监测模块303监测到该存储失败的信息,或者,当业务服务器的监测模块303监测到,接收第三方服务器转发的包含支付信息的支付结果存储至目标数据库中的操作失败;则业务服务器的第二发送模块基于网络策略,将包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”发送至客户端,客户端将包含支付信息的支付结果存储至客户端的预定存储区域中,如客户端的异常记录文件中。
具体地,若监测到将支付结果存储至客户端的预定存储区域中的操作成功,该装置还包括:第一获取模块,获取支付结果,并将支付结果发送至第三方服务器,以用于存储至第三方服务器的数据库中。
例如,当客户端将包含支付信息的支付结果存储至客户端的异常记录文件的操作成功时,客户端向业务服务器发送操作成功的信息,若业务服务器的监测模块303监测到该操作成功的信息时,则第一获取模块从客户端的异常记录文件中获取该包含支付信息的支付结果,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”,则业务服务器的第一获取模块基于网络策略,将包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”发送至第三方服务器,第三方服务器在接收到包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”后,将包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付结果“支付成功”存储至第三方服务器的数据库中。
需要说明的是,在本优选实施例中,当第三方服务器成功将包含支付信息的支付结果存储至第三方服务器的数据库中时,后续具体实现步骤与上述优选实施例相同,在此就不再赘述。
当业务服务器接收到第三方服务器发送的包含支付信息的支付结果时,且将包含支付信息的支付结果存储至目标数据库的操作失败时,用户,即买家无法收到支付金额是否成功转至卖家收款账户的结果;此时,通过第一获取模块将包含支付信息的支付结果存储至客户端的预定存储区域中,再基于业务服务器的第一获取模块对支付结果的获取,最终由第三方服务器对包含支付信息的支付结果进行存储,使得业务服务器能够重新接收第三方服务器发送的包含支付信息的支付结果,并将包含支付信息的支付结果存储至目标数据库,从而实现将支付结果返回至客户端,以保证用户能及时知晓该支付结果。
具体地,该装置还包括:第三接收模块,接收客户端发送的包含支付信息的支付请求。
例如,用户通过客户端发出对购物订单进行支付的指令时,客户端则将包含支付信息的支付请求,如,包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付请求,发送至业务服务器的第三接收模块,业务服务器的第三接收模块接收客户端发送的包含用户ID“001”、支付订单号“002”、支付账户“zhang@163.com”和支付金额“999元”的支付请求,再将该支付请求发送至支付服务器,以进行订单的支付。
本技术领域技术人员可以理解,本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造,或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序,这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如,计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中,所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、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所述的方法,其中,所述重复执行将所述支付结果存储至目标数据库的步骤,具体包括:
基于预置的重复执行次数,重复执行将所述支付结果存储至目标数据库的步骤。
4.根据权利要求3所述的方法,其中,还包括:
在每次重复执行将所述支付结果存储至目标数据库的步骤前,延迟预置的时间。
5.根据权利要求1-4任一项所述的方法,其中,若监测到所述重复执行结果为重复执行失败时,所述依据重复执行结果,对所述支付结果执行相应的操作的步骤,具体包括:
将所述支付结果发送至所述第三方服务器,以用于将所述支付结果存储至第三方服务器的数据库中。
6.根据权利要求5所述的方法,其中,所述方法还包括:
接收所述第三方服务器转发的所述支付结果,并将所述支付结果存储至所述目标数据库中。
7.根据权利要求5或6所述的方法,其中,若监测到将所述支付结果存储至第三方服务器的数据库的操作失败,或者,监测到接收所述第三方服务器转发的所述支付结果,并将所述支付结果存储至所述目标数据库中的操作失败,所述方法还包括:
将所述支付结果发送至客户端,以用于将所述支付结果存储至客户端的预定存储区域中。
8.根据权利要求7所述的方法,其中,若监测到将所述支付结果存储至客户端的预定存储区域中的操作成功,则获取所述支付结果,并将所述支付结果发送至所述第三方服务器,以用于将所述支付结果存储至第三方服务器的数据库中。
9.一种支付业务的处理系统,其特征在于,包括业务服务器及交易客户端:
所述业务服务器,用于向支付服务器发送包含支付信息的支付请求,并接收所述支付服务器返回的响应于所述支付请求的包含支付信息的支付结果;
将所述包含支付信息的支付结果存储至目标数据库中;
若监测到所述支付结果存储至目标数据库的操作失败,则重复执行将所述支付结果存储至目标数据库的步骤;
若成功将所述支付结果存储至目标数据库,则将所述支付结果发送至所述交易客户端;
所述交易客户端,用于向所述业务服务器发送包含支付信息的所述支付请求;并接收所述业务服务器返回的响应于所述支付请求的包含支付信息的支付结果,并将所述支付结果进行展示。
10.一种支付业务的处理装置,包括:
第一接收模块,用于向支付服务器发送包含支付信息的支付请求,并接收所述支付服务器返回的响应于所述支付请求的包含支付信息的支付结果;
存储模块,用于将所述包含支付信息的支付结果存储至目标数据库中;
监测模块,用于若监测到所述支付结果存储至目标数据库的操作失败,则重复执行将所述支付结果存储至目标数据库的步骤;
执行模块,用于依据重复执行结果,对所述支付结果执行相应的操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611132336.9A CN106779639A (zh) | 2016-12-09 | 2016-12-09 | 支付业务的处理方法、处理系统和处理装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611132336.9A CN106779639A (zh) | 2016-12-09 | 2016-12-09 | 支付业务的处理方法、处理系统和处理装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106779639A true CN106779639A (zh) | 2017-05-31 |
Family
ID=58879666
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611132336.9A Pending CN106779639A (zh) | 2016-12-09 | 2016-12-09 | 支付业务的处理方法、处理系统和处理装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106779639A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107527192A (zh) * | 2017-07-31 | 2017-12-29 | 深圳市金立通信设备有限公司 | 一种识别重复支付的方法及服务器 |
CN108038679A (zh) * | 2017-12-05 | 2018-05-15 | 苏州比可网络科技有限公司 | 发送支付消息的方法和聚合支付平台 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102956001A (zh) * | 2011-08-22 | 2013-03-06 | 联动优势科技有限公司 | 一种电子支付确认方法、装置及系统 |
US20140195386A1 (en) * | 2011-09-19 | 2014-07-10 | Tencent Technology (Shenzhen) Company Limited | Processing method and processing system for order data in network payment system |
CN104463583A (zh) * | 2013-09-25 | 2015-03-25 | 北京新媒传信科技有限公司 | 交易监控的方法和装置 |
CN106022746A (zh) * | 2016-05-23 | 2016-10-12 | 乐视控股(北京)有限公司 | 一种应用于终端设备的支付方法及装置 |
-
2016
- 2016-12-09 CN CN201611132336.9A patent/CN106779639A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102956001A (zh) * | 2011-08-22 | 2013-03-06 | 联动优势科技有限公司 | 一种电子支付确认方法、装置及系统 |
US20140195386A1 (en) * | 2011-09-19 | 2014-07-10 | Tencent Technology (Shenzhen) Company Limited | Processing method and processing system for order data in network payment system |
CN104463583A (zh) * | 2013-09-25 | 2015-03-25 | 北京新媒传信科技有限公司 | 交易监控的方法和装置 |
CN106022746A (zh) * | 2016-05-23 | 2016-10-12 | 乐视控股(北京)有限公司 | 一种应用于终端设备的支付方法及装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107527192A (zh) * | 2017-07-31 | 2017-12-29 | 深圳市金立通信设备有限公司 | 一种识别重复支付的方法及服务器 |
CN108038679A (zh) * | 2017-12-05 | 2018-05-15 | 苏州比可网络科技有限公司 | 发送支付消息的方法和聚合支付平台 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9152954B2 (en) | System for activation of multiple cards | |
CA2504285C (en) | Alternate delivery location methods and systems | |
CN107506997B (zh) | 基于区块链技术的用户移动终端上主动扫码的支付方法 | |
CN107895316A (zh) | 基于电商平台的礼物赠送方法和装置 | |
EP0845749A3 (en) | Electronic commerce support method and apparatus | |
CN108092955A (zh) | 投保信息的处理方法、装置、服务器和存储介质 | |
CN106228367A (zh) | 支付验证的方法和装置 | |
CN107730314A (zh) | 信息获取方法、装置、电子设备和计算机可读存储介质 | |
CN105956855A (zh) | 一种电子签名设备的交易方法和交易系统 | |
CN107818460A (zh) | 一种支付方法及装置 | |
CN108446959A (zh) | 基于智能购物车的自助购物方法及其系统 | |
CN106779639A (zh) | 支付业务的处理方法、处理系统和处理装置 | |
CN109872453A (zh) | 一种自动售货方法、系统、云端服务器和移动终端 | |
CN110060413A (zh) | 物品的出售方法和装置、存储介质及电子装置 | |
CN107220824A (zh) | 一种基于数字货币的商品售卖系统和方法 | |
JP2003132229A (ja) | 電子情報配送システム | |
CN108665351A (zh) | 一种订单模型的处理方法及其系统 | |
CN102968720B (zh) | 支付服务器、终端和支付通道隔离方法 | |
CN108197914A (zh) | 一种信息获取方法、装置及服务器 | |
CN106961463A (zh) | 一种服务器及资源发送方法 | |
CN108446905A (zh) | 一种支付方法、装置及电子设备 | |
CN108804716A (zh) | 多媒体信息递送方法、装置和系统 | |
CN109636386B (zh) | 一种商家付款码发放系统及方法 | |
CN111932241A (zh) | 预付订单处理方法及装置 | |
CN109872223A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170531 |