CN106204000A - 一种服务消费支付信息处理方法及系统 - Google Patents
一种服务消费支付信息处理方法及系统 Download PDFInfo
- Publication number
- CN106204000A CN106204000A CN201610522740.0A CN201610522740A CN106204000A CN 106204000 A CN106204000 A CN 106204000A CN 201610522740 A CN201610522740 A CN 201610522740A CN 106204000 A CN106204000 A CN 106204000A
- Authority
- CN
- China
- Prior art keywords
- bank
- order
- data
- queue
- information
- 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/12—Payment architectures specially adapted for electronic shopping systems
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供了一种服务消费支付信息处理方法及系统,包括步骤S1:交易服务器在收到购买操作信息后,创建待处理订单,并在接收到支付操作信息后,将待处理订单更新为已支付订单;S2:交易服务器将已支付订单的订单数据进行加密,得到加密的订单数据;S3:交易服务器将加密的订单数据保存到缓存服务器中的与完成订单支付的银行端相对应的redis队列的头部;S4:缓存服务器依次取出各redis队列尾部的订单数据并发送至对应的银行端,由银行端进行解密;S5:银行端根据收到的消息类型进行订单结算。该方法及系统通过缓存服务器进行订单数据的缓存,使得银行端可以依次处理订单数据,减轻交易服务器处理及查询数据库的压力。
Description
技术领域
本发明涉及在线支付技术领域,特别涉及一种服务消费支付信息处理方法及系统。
背景技术
现有的支付系统或方法一般属于专用的支付软件,如支付宝、微信支付等,其往往专门用来进行支付,提款等操作,且往往直接与各个银行进行接口对接。例如,充值是通过与某银行的支付接口,进行对用户的扣款,扣款成功后,将金额存到支付宝或微信钱包的总账户下,及更改与其对应的用户的金额。
这种方式依然是建立一个支付系统的总账号,而用户属于在总账号下开设若干子账户,其所执行的与各个支付银行的操作时,需通过总账号进行付款、转账,使得用户在使用该些支付方式时需对应不同的支付方式,独立建立单独的与该些支付方式对应的账户(如微信账户、支付宝账户互相独立),造成用户的账户管理混乱及不便。
特别是对于服务消费这种订单支付与订单确认两者之间存在一定时间差的支付类型,例如用户购买理疗服务,但还未到店消费时,存在这订单支付集中操作,而订单确认延迟的情况。这种情况下,传统的支付消息处理方式需要直接对支付订单进行识别处理并分配置各个银行端口,易于造成海量订单识别处理的拥塞而使系统瘫痪,无法及时获取确认消费的订单数据进行后续的扣款等操作。
发明内容
本发明的目的在于提供一种服务消费支付信息处理方法及系统,以解决现有的服务消费支付系统所存在的大量数据处理时账户管理混乱及不便,支付过程中银行直接调用交易服务器的数据库中的数据造成交易服务器压力较大的问题。
为实现上述目的,本发明提供了一种服务消费支付信息处理方法,包括 以下步骤:
S1:交易服务器在收到服务消费的购买操作信息后,创建待处理订单,并在接收到待处理订单的支付操作信息后,将待处理订单更新为已支付订单,所述已支付订单的数据中包含完成订单支付的银行端的信息;
S2:所述交易服务器首先将已支付订单的订单数据进行加密计算,再截取加密后的预设位数的字符,最后在截取的字符中添加随机因子,得到加密的订单数据;
S3:所述交易服务器将所述加密的订单数据保存到缓存服务器中,其中,所述缓存服务器包括redis队列池,所述redis队列池包括若干个与不同的银行端对应的redis队列,所述交易服务器将加密的订单数据保存到与完成订单支付的银行端相对应的redis队列的头部;
S4:缓存服务器依次取出各redis队列尾部的订单数据并发送至对应的银行端,由银行端进行解密;
S5:银行端根据收到的消息类型进行订单结算,当银行端收到订单的确认消费消息时,完成相应订单的支付扣款,当银行端收到订单的退款操作消息,则进行相应订单的退款操作。
较佳地,所述步骤S2中每个redis队列中存储加密的订单数据时,首先将其封装为队列元素依次保存在所述队列的头部,再将队头指针指向新的头部,相应地,步骤S3中取出redis队列存储的每个加密的订单数据时,依次取出所述队列的尾部的第一个队列元素,并将队尾指针指向队列新的尾部。
较佳地,每个redis队列为一键值数据库,所述键值数据库用于存储加密的订单数据,其中,订单数据的键值设为订单号;
每个redis队列首次存储数据时,建立队头指针与队尾指针,将其指向首次存储的订单数据的键值,再次加入新的订单数据时,对应修改队头指针与队尾指针使其指向新的订单数据键值。
较佳地,所述步骤S3中:银行端接收并解密所述订单数据后,银行端反馈接收成功的响应消息至交易服务器;若交易服务器未在预设时间内收到对应订单的接收成功的响应消息,则将当前的订单数据再次保存在所述队列的 头部,等待下一次发送处理,直到接收成功。
较佳地,所述步骤S1中创建待处理订单时,待处理订单的订单状态为待支付,当所述交易服务器在接收到待处理订单的支付操作信息后,同步更新待处理订单为已支付订单,并异步更新所述待处理订单的订单状态为已支付。
较佳地,所述缓存服务器还包括缓存处理器,所述缓存处理器用于通过所述交易服务器获取各银行端的银行信息,根据所述银行信息分别为各个银行端建立唯一银行标识,同时所述缓存处理器建立与各银行端相对应的redis队列,并为每个redis队列建立唯一队列标识,其中,银行端的唯一银行标识与对应的redis队列的唯一队列标识相同或互为唯一映射关系。
较佳地,所述交易服务器将所述加密的订单数据保存到缓存服务器中时,所述缓存处理器首先获取加密的订单数据对应的银行端的信息,并根据银行端的唯一银行标识找到对应的redis队列,再将所述加密的订单数据保存到对应的redis队列的头部。
较佳地,所述步骤S1中,交易服务器创建待处理订单后,将待处理订单的信息以加密报文的形式上传至银联支付系统,所述银联支付系统根据用户端的支付操作信息完成订单的支付,并由银联支付系统反馈所述支付操作信息至交易服务器以将待处理订单更新为已支付订单。
较佳地,所述步骤S2中,对所述订单数据进行加密的的加密方法包括:
A)以预设密钥对订单数据中的订单号进行若干次的字符串加密计算处理;
B)通过字符截取函数截取预设位数的加密处理后的字符串;
C)添加随机因子至步骤B)中处理得到的字符串,得到加密的订单数据。
较佳地,所述步骤S2中还包括:所述交易服务器得到加密的订单数据后,同时发送与加密的订单数据对应的解密文件至对应的银行端,则所述步骤S4中,所述交易服务器发送订单数据至银行端后,所述银行端通过所述解密文件对订单数据进行解密,其中,所述解密文件至少包括步骤S2中加密时的加密密钥所对应的解密密钥及随机因子。
较佳地,所述步骤S4中:银行端接收并解密所述订单数据后,以sm2方 式对解密数据进行再次加密生成加密报文,并将所述加密报文以套接字的形式写入对应的银行端的订单报备服务器的IP端口,由银行端对应的订单报备服务器对订单数据进行报备。
较佳地,确认消费消息的生成过程具体包括:所述交易服务器接收对订单的服务消费的预约消息,若所述交易服务器检测到预约消息收到后的预设时间内,交易服务器接收到订单完成操作信息,则交易服务器生成确认消费消息并发送给所述银行端,同时所述银行端生成交保险信息,并将交保险信息对应的报文加密后推送至保单服务器生成保单,并异步等待所述保单服务器返回保单的保单号。
较佳地,所述银行端进行订单的支付扣款的过程具体包括:
(1)银行端获取订单的确认消费消息,并提取订单中的支付参数,所述支付参数包括:订单金额K、拖拽比例D、起始比例S、周期P及每月标准费率M;
(2)所述银行端根据所述支付参数将已支付订单的订单金额分拆到不同的渠道端,不同的渠道端对应的渠道包括:商户、银行、保险公司及服务消费平台,则各渠道分拆金额计算方式如下:
分拆到商户的金额为:首次到账=K-((1-((D-S)/(1-S)))*P*K*M+(D*K));
分拆到银行的金额为:托管资金=D*K;
分拆到保险公司的金额为:保费=(1-((D-S)/(1-S)))*P*K*M;
分拆到服务消费平台的金额为:每次划取=(K*(L*V)/K)*D*K;
(3)若所述银行端接收到各渠道的分拆金额到账响应,则银行端发送订单完成通知至所述交易服务器。
本发明还提供了一种服务消费支付信息处理系统,包括:
交易服务器,用于根据购买操作信息创建待处理订单,以及在接收到待处理订单的支付操作信息后,将待处理订单更新为已支付订单,其中,所述已支付订单的数据中包含完成订单支付的银行端的信息;
缓存服务器,包括redis队列池,所述redis队列池包括若干个与不同的银行端对应的redis队列,所述redis队列用于保存对应的银行端的已支付订单加 密的订单数据,并依次发送至对应的银行端;
银行端,用于依次接收来自缓存服务器的订单数据并进行解密,根据收到订单的确认消费消息或退款操作消息完成订单结算;
其中,每次保存时,所述订单数据均保存在相应redis队列的头部,所述缓存服务器发送订单数据至银行端时,依次从redis队列尾部取出所述订单数据并发送至对应的银行端,以通过银行端进行订单结算。
较佳地,所述缓存服务器还包括缓存处理器,所述缓存处理器用于通过所述交易服务器获取各银行端的银行信息,根据所述银行信息分别为各个银行端建立唯一银行标识,同时所述缓存处理器建立与各银行端相对应的redis队列,并为每个redis队列建立唯一队列标识,其中,银行端的唯一银行标识与对应的redis队列的唯一队列标识相同或互为唯一映射关系。
较佳地,所述交易服务器与银行支付系统直接连接及通过异步响应接口连接,其中,当所述交易服务器通过直接连接接收到来自银行支付系统的待处理订单支付操作信息后,同步更新待处理订单为已支付订单,并通过所述异步响应接口异步更新所述待处理订单的订单状态为已支付。
其中,所述订单数据包括执行支付的银行信息、卖方信息、买方信息及商品信息。
本发明提供的服务消费支付信息处理系统及方法通过对支付的订单数据进行缓存处理,使得银行可以逐一对订单数据进行处理,且将订单数据以队列的形式保存,便于进行先存先处理,后存后处理。特别是对于服务消费,这类无需当即完成清算结算的商品类型,可以通过本发明的系统进行订单数据的逐一处理。当系统需要进行大量订单数据处理时,通过这种先入先出的缓存处理方式避免了银行处理订单数据时直接从交易服务器的数据库中调用,因此可有效地减轻交易服务器数据处理压力,同时银行对数据的调用处理也更加快捷。
附图说明
图1为本发明优选实施例提供的服务消费支付信息处理系统组成图;
图2为本发明优选实施例提供的服务消费支付信息处理方法流程图;
图3为本发明优选实施例提供的服务消费支付信息处理方法流程图;
图4为本发明优选实施例提供的订单的支付扣款流程图;
图5为本发明具体应用例提供的服务消费支付流程图。
具体实施方式
为更好地说明本发明,兹以一优选实施例,并配合附图对本发明作详细说明,具体如下:
如图1所示,本实施例提供的服务消费支付信息处理系统包括:交易服务器10、缓存服务器20及银行端30,其中,银行端30的数量为1个或多个,即该系统可以管理多个银行端的服务消费支付信息。
具体地,交易服务器10用于根据来自用户端的购买操作信息创建待处理订单,以及在接收到待处理订单的支付操作信息后,将待处理订单更新为已支付订单,其中,所述已支付订单的数据中包含完成订单支付的银行端的信息。交易服务器10与银行支付系统直接连接及通过异步响应接口连接,其中,当交易服务器通过直接连接接收到来自银行支付系统的待处理订单支付操作信息后,同步更新待处理订单为已支付订单,并通过所述异步响应接口异步更新所述待处理订单的订单状态为已支付。上述的银行支付系统为与服务器相连接的支付系统,该系统可对应于不同的银行端或包括不同的银行端,当用户端处的用户输入支付操作信息后,即由用户所选的支付方式对应的银行端进行支付,并由支付系统将该支付操作信息上传至交易服务器。应当理解,上述所提的连接包括通过有线网络或无线网络的连接、通过串口通信以及通过数据线直接通信等不同的可满足交易服务器与银行支付系统进行数据交互的通信形式。
交易服务器10还可根据需要包括多个数据库,每个数据库分别用于存储不同类别的信息,如银行信息数据库、用户信息数据库、交易信息数据库等,其中,对应地设置多个数据库交易服务器,如银行信息交易服务器、用户信息交易服务器、交易信息交易服务器,其分别用于执行对上述不同的数据库进行数据信息的增加、修改或删除操作。本领域技术人员可根据需要设置数 据库及数据库交易服务器的数量,以满足交易服务器对订单支付进度的处理需要。
缓存服务器20包括redis队列池,该redis队列池包括n(n为大于或等于1的整数)个与不同的银行端对应的redis队列,每个redis队列用于保存对应的银行端的已支付订单加密的订单数据,并依次发送至对应的银行端;
银行端30包括n个银行端,分别用于依次接收来自缓存服务器保存的订单数据并进行解密,根据收到订单的确认消费消息或退款操作消息完成订单结算。
其中,上述的缓存服务器20以redis队列的形式依次保存各订单数据至对应的redis队列的头部,缓存服务器发送订单数据至银行端时,依次从redis队列尾部取出订单数据并发送至对应的银行端,以通过银行端进行订单结算。这样,当多个订单同时需要处理,对应地银行端需要进行支付操作时,银行端可以依次一个一个地在队列中处理数据,对于处理失败的数据可再次存入队列头部,这种依次对于大量的订单数据的处理过程,可以有效地减少交易服务器的压力。同时,本发明系统可以实现交易服务器完成订单创建及订单状态管理,而缓存服务器实现对已支付订单数据的依次发送至对应的银行端的处理,两服务器工作可同时进行,互不影响,可以在大量订单同时产生时各自执行不同功能(订单处理、订单缓存及发送给银行端),避免了由同一个服务器执行订单处理及订单数据缓存及发送所造成的数据拥塞造成的系统瘫痪。
如图2所示,本实施例提供的服务消费支付信息处理方法包括步骤S1~S4,具体如下:
S1:交易服务器创建待处理订单,并在接收到待处理订单的支付操作信息后将待处理订单更新为已支付订单。
具体地,在用户的服务消费的购买行为发生后,交易服务器根据收到的服务消费的购买操作信息创建待处理订单,将待处理订单的信息以加密报文的形式上传至银联支付系统,当用户通过银行支付系统进行了订单支付后, 银行支付系统反馈支付操作信息给交易服务器,交易服务器根据接收的待处理订单的支付操作信息,将待处理订单更新为已支付订单,其中,已支付订单的数据中包含完成订单支付的银行端的信息。
其中,在交易服务器上创建订单后,将订单信息以RSA证书加密后得到的加密的报文,将加密报文上传至银联网关支付或手机控件支付的银联支付系统,当银联支付系统成功接收加密报文时,则其跳转到支付页面,此时,用户可通过银联支付系统选择某种银行卡进行订单的支付,支付成功后,银联支付系统反馈支付结果至交易服务器,交易服务器根据银联支付系统的反馈更新当前的订单状态。
S2:交易服务器将已支付订单的订单数据进行加密,得到加密的订单数据。
交易服务器通过对订单状态的监控获取已支付订单的订单数据,然后,交易服务器首先对订单数据进行加密计算,再截取加密后的预设位数的字符,添加随机因子后得到加密的订单数据,然后交易服务器将加密的订单数据按订单数据对应的银行端保存到缓存服务器中的相应的队列的头部。该加密过程可由交易服务器的处理器完成,该处理器可根据需要设置一独立的加密单元,用于设置加密密钥、截取字符的方式及添加的随机因子。
S3:所述交易服务器将加密的订单数据保存到缓存服务器中对应的redis队列头部。
本实施例中,缓存服务器包括一redis队列池,redis队列池包括若干个与不同的银行端对应的redis队列,每个redis队列中存储加密的订单数据时,首先将其封装为队列元素依次保存在与完成订单支付的银行端的redis队列的头部,再将队头指针指向新的头部,
上述的每个redis队列为一键值(Key-Value)数据库,键值数据库用于存储加密的订单数据,其中,订单数据的键值设为订单号,订单号作为索引存储的Key;每个redis队列首次存储数据时,建立队头指针与队尾指针,将其指向首次存储的订单数据的键值,再次加入新的订单数据时,对应修改队头 指针与队尾指针使其指向新的订单数据的键值。采用键值数据库,使得缓存服务器的数据存储具备高可靠性及可扩展性。
此外,本实施例中的缓存服务器还包括缓存处理器,缓存处理器用于通过交易服务器获取各银行端的银行信息,根据银行信息分别为各个银行端建立唯一银行标识,同时缓存处理器建立与各银行端相对应的redis队列,并为每个redis队列建立唯一队列标识,其中,银行端的唯一银行标识与对应的redis队列的唯一队列标识相同或互为唯一映射关系。当交易服务器将加密的订单数据保存到缓存服务器中时,缓存处理器首先获取加密的订单数据对应的银行端的信息,并根据银行端的唯一银行标识找到对应的redis队列,再将所述加密的订单数据保存到对应的redis队列的头部。
S4:缓存服务器依次取出各redis队列尾部的订单数据并发送至对应的银行端,由银行端进行解密。
具体地,取出redis队列存储的每个加密的订单数据时,依次取出所述队列的尾部的第一个队列元素,并将队尾指针指向队列新的尾部。取出的队列元素包含的名单数据发送至银行端,银行端接收并解密所述订单数据后,银行端反馈接收成功的响应消息至交易服务器;若交易服务器未在预设时间内收到对应订单的接收成功的响应消息,则将当前的订单数据再次保存在所述队列的头部,等待下一次发送处理,直到接收成功。这种以队列的形式存储及读取订单数据的方式,数据不会丢失,服务不会中断,能对故障进行感知并能自动恢复,读写性能较好。
S5:银行端根据收到的消息类型进行订单结算。如当银行端收到订单的确认消费消息时,完成相应订单的支付扣款,当银行端收到订单的退款操作消息,则进行相应订单的退款操作。
在一优选实施例中,上述步骤S1中,创建待处理订单时,待处理订单的订单状态为待支付,当所述交易服务器在接收到待处理订单的支付操作信息后,同步更新待处理订单为已支付订单,并异步更新待处理订单的订单状态为已支付。这种更新方式使得已支付的订单可以及时进入步骤S2进行进一步 的订单处理,而订单状态的修改可以根据系统处理进度异步修改,并不影响以后步骤的执行。
如图3所示,所述步骤S2中,交易服务器对所述订单数据进行加密的的加密方法进一步包括:
A)以预设密钥对订单数据中的订单号进行若干次的字符串加密计算处理;多次的字符串加密可以更好地提高数据的安全性。
B)通过字符截取函数截取预设位数的加密处理后的字符串;
C)添加随机因子至步骤B)中处理得到的字符串,得到加密的订单数据。
此外,步骤S2中还包括:交易服务器得到加密的订单数据后,同时发送与加密的订单数据对应的解密文件至对应的银行端,银行端通过解密文件对订单数据进行解密,其中,所述解密文件至少包括步骤S2中加密时的加密密钥所对应的解密密钥及随机因子。
进一步地,步骤S4中:银行端接收并解密所述订单数据后,以sm2方式对解密数据进行再次加密生成加密报文,并将所述加密报文以套接字的形式写入对应的银行端的订单报备服务器的IP端口,由银行端对应的订单报备服务器对订单数据进行报备。
步骤S5中的确认消费消息的生成过程具体包括:在交易服务器上接收对订单的服务消费的预约消息,若交易服务器检测到预约消息收到后的预设时间内,交易服务器接收到订单完成操作信息,则交易服务器生成确认消费消息并发送给所述银行端,同时银行端生成交保险信息,并将交保险信息对应的报文加密后推送至保险公司的保单服务器,由保单服务器进行解密并根据交保险信息生成保单,银行端异步等待保单服务器返回保单的保单号。
如图4所示,本实施例中的订单的支付扣款具体包括:
(1)银行端获取订单的确认消费消息,并提取订单中的支付参数。其中,所述支付参数包括:订单金额K、拖拽比例D、起始比例S、周期P及每月标准费率M;
(2)银行端根据所述支付参数将已支付订单的订单金额分拆到不同的渠道端。这里的不同的渠道端对应的渠道包括:商户、银行、保险公司及服务消费平台,则各渠道分拆金额计算方式如下:
分拆到商户的金额为:首次到账=K-((1-((D-S)/(1-S)))*P*K*M+(D*K));
分拆到银行的金额为:托管资金=D*K;
分拆到保险公司的金额为:保费=(1-((D-S)/(1-S)))*P*K*M;
分拆到服务消费平台的金额为:每次划取=(K*(L*V)/K)*D*K;
(3)若所述银行端接收到各渠道的分拆金额到账响应,则银行端发送订单完成通知至所述交易服务器。当然,在其他优选实施例中,本领域技术人员可根据需要适应性地修改上述的各渠道分拆金额的计算方式及支付参数的设置项数及参数内容。
本实施例中,当用户已购买服务消费,如理发、美容、健身等服务消费产品后,进行支付。支付后订单数据即可存储到缓存服务器中,此时,用户即可基于已支付订单进行相应的预约消费等过程,而银行端依次对缓存的订单数据进行处理,当用户确认消费或取消订单时,各个银行端根据用户操作进行对应的订单数据处理即可,确认消费的同时,即可完成各渠道分拆金额,如保险订单同时生成并扣款,而取消订单时,即可根据订单数据做退款操作。使得系统的支付入口直接与各合作银行的数据通道联系起来,无需第三方平台处理,且缓存的订单数据便于银行处理,避免了大量数据造成的交易服务器过载、瘫痪。
下面以一应用例对上述实施过程进一步说明。如图5所示,该应用例主要分为如图5中的11部分的子步骤进行系统处理支付信息的过程说明,具体如下:
(1)交易服务器在检测到消费者进行购买后创建订单,形成订单中心,交易服务器端将该订单信息进行推送到银联支付系统请求支付。此时的请求支付报文是通过rsa证书进行报文加密的,成功银联则进行页面跳转到支付页 面,接收用户的选择银行卡支付的消息。此时,银行支付系统接收到支付消息,本应用例中的银行支付系统是对接了中国银联的网关支付和手机控件支付两种银联产品的支付系统。
(2-4)当银行支付系统检测到消费者支付成功以后,其异步通知会通过异步响应接口向交易服务器返回一个支付成功与否的状态,交易服务器根据支付成功与否进行更新本地订单状态,其中,订单存储于订单中心的交易数据库中。同时,银行支付系统同步更新订单支付信息至订单中心,订单中心检测到某些订单已支付后即对该些订单进行下一步操作。
(5)交易服务器通过先进先出,后进后出的队列思想,将已支付订单的订单号进行加密保存到缓存服务器的redis队列池里,redis队列的好处是不易丢失数据、读取信息速度快(不从数据库里读取待处理的订单数据,数据库交易服务器压力减少)。
其中,加密过程中采用“(substr(md5(md5(订单号各个字符串))),0,16)+随机因子”的方式进行加密,其中,md5为加密密钥,以md5进行订单号的2次加密后,得到加密后的32位字符,(substr(·),0,16)表示从第0位字符开始,截取16位字符,截取后再加上随机因子,即可得到加密数据,并放入redis队列。
(6-8)缓存服务器通过lop的方式,依次取出redis队列池里队列里的第一个数组元素,发送至银行端(如民生银行)进行解密,银行接收并解密成功则反馈响应成功信息至订单中心,并进行下步操作。同时,银行端对解密的数据进行再次加密推送到民生报备订单管理系统里,以进行确认消费、退款等操作,报备成功,民生返回状态值,更新本地订单信息,已此作为查看订单的消费记录。如银行端接收及解密数据失败,则反馈响应失败信息至缓存服务器,并将该条数据再次存入redis队列等待下一次处理。
其中,解密时依据解密文件对订单数据进行解密,解密文件至少包括步骤(5)加密时所用的解密密钥及随机因子。该解密文件为交易服务器在加密完成后,根据加密过程自动生成,并单独传送至目标的银行端的。
(9-11)此时银行端对接收后的本地订单做退款和确认消费操作,根据消费者是否确认消费执行相应退款和确认消费操作的结算。退款也是根据订单的总金额扣除银联单笔手续费用,剩余的金额数据作为退款金额推送给民生银行端,民生银行端接收好数据,给以返回信息,确认消费也是如此。
应当理解,上述的队列头部及队列尾部为相对于存储顺序而言的,本领域技术人员可根据需要设计成任何一种一端用于加入队列元素,另一端用于取出队列元素的形式,队列头部及队列尾部仅为相对于队列中间元素来说的先进先出规则而言,头部或尾部仅为队列元素加入端与脱离端的名称,本领域技术人员根据上述内容对上述队列头部及尾部应用的变形也应包含在本发明范围内。
根据上述各渠道分拆金额计算方式的公式进行计算,得到划取商户金额、保险金额、平台综合服务费、民生手续费用等,通过加密传输技术,将分流金额进行推送,成功则更新本地订单所涉及的其它业务。
在其他实施例中,加密密钥的形式、加密的次数、截取字符的长度及起始位数视加密后得到的字符总数而定,以通过与加密密钥相匹配的解密密钥能够解密上述的加密数据为准,本领域技术人员基于上述过程进行的变形均包含在本发明范围内。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何本领域的技术人员在本发明揭露的技术范围内,对本发明所做的变形或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述的权利要求的保护范围为准。
Claims (16)
1.一种服务消费支付信息处理方法,其特征在于,包括以下步骤:
S1:交易服务器在收到服务消费的购买操作信息后,创建待处理订单,并在接收到待处理订单的支付操作信息后,将待处理订单更新为已支付订单,所述已支付订单的数据中包含完成订单支付的银行端的信息;
S2:所述交易服务器首先将已支付订单的订单数据进行加密计算,再截取加密后的预设位数的字符,最后在截取的字符中添加随机因子,得到加密的订单数据;
S3:所述交易服务器将所述加密的订单数据保存到缓存服务器中,其中,所述缓存服务器包括redis队列池,所述redis队列池包括若干个与不同的银行端对应的redis队列,所述交易服务器将加密的订单数据保存到与完成订单支付的银行端相对应的redis队列的头部;
S4:缓存服务器依次取出各redis队列尾部的订单数据并发送至对应的银行端,由银行端进行解密;
S5:银行端根据收到的消息类型进行订单结算,当银行端收到订单的确认消费消息时,完成相应订单的支付扣款,当银行端收到订单的退款操作消息,则进行相应订单的退款操作。
2.根据权利要求1所述的服务消费支付信息处理方法,其特征在于,所述步骤S2中每个redis队列中存储加密的订单数据时,首先将其封装为队列元素依次保存在所述队列的头部,再将队头指针指向新的头部,相应地,步骤S3中取出redis队列存储的每个加密的订单数据时,依次取出所述队列的尾部的第一个队列元素,并将队尾指针指向队列新的尾部。
3.根据权利要求2所述的服务消费支付信息处理方法,其特征在于,每个redis队列为一键值数据库,所述键值数据库用于存储加密的订单数据,其中,订单数据的键值设为订单号;
每个redis队列首次存储数据时,建立队头指针与队尾指针,将其指向首次存储的订单数据的键值,再次加入新的订单数据时,对应修改队头指针与队尾指针使其指向新的订单数据键值。
4.根据权利要求2所述的服务消费支付信息处理方法,其特征在于,所述步骤S3中:银行端接收并解密所述订单数据后,银行端反馈接收成功的响应消息至交易服务器;若交易服务器未在预设时间内收到对应订单的接收成功的响应消息,则将当前的订单数据再次保存在所述队列的头部,等待下一次发送处理,直到接收成功。
5.根据权利要求1所述的服务消费支付信息处理方法,其特征在于,所述步骤S1中创建待处理订单时,待处理订单的订单状态为待支付,当所述交易服务器在接收到待处理订单的支付操作信息后,同步更新待处理订单为已支付订单,并异步更新所述待处理订单的订单状态为已支付。
6.根据权利要求1所述的服务消费支付信息处理方法,其特征在于,所述缓存服务器还包括缓存处理器,所述缓存处理器用于通过所述交易服务器获取各银行端的银行信息,根据所述银行信息分别为各个银行端建立唯一银行标识,同时所述缓存处理器建立与各银行端相对应的redis队列,并为每个redis队列建立唯一队列标识,其中,银行端的唯一银行标识与对应的redis队列的唯一队列标识相同或互为唯一映射关系。
7.根据权利要求6所述的服务消费支付信息处理方法,其特征在于,所述交易服务器将所述加密的订单数据保存到缓存服务器中时,所述缓存处理器首先获取加密的订单数据对应的银行端的信息,并根据银行端的唯一银行标识找到对应的redis队列,再将所述加密的订单数据保存到对应的redis队列的头部。
8.根据权利要求6所述的服务消费支付信息处理方法,其特征在于,所述步骤S1中,交易服务器创建待处理订单后,将待处理订单的信息以加密报文的形式上传至银联支付系统,所述银联支付系统根据用户端的支付操作信息完成订单的支付,并由银联支付系统反馈所述支付操作信息至交易服务器以将待处理订单更新为已支付订单。
9.根据权利要求1所述的服务消费支付信息处理方法,其特征在于,所述步骤S2中,对所述订单数据进行加密的的加密方法包括:
A)以预设密钥对订单数据中的订单号进行若干次的字符串加密计算处理;
B)通过字符截取函数截取预设位数的加密处理后的字符串;
C)添加随机因子至步骤B)中处理得到的字符串,得到加密的订单数据。
10.根据权利要求1或9所述的服务消费支付信息处理方法,其特征在于,所述步骤S2中还包括:所述交易服务器得到加密的订单数据后,同时发送与加密的订单数据对应的解密文件至对应的银行端,则所述步骤S4中,所述交易服务器发送订单数据至银行端后,所述银行端通过所述解密文件对订单数据进行解密,其中,所述解密文件至少包括步骤S2中加密时的加密密钥所对应的解密密钥及随机因子。
11.根据权利要求1所述的服务消费支付信息处理方法,其特征在于,所述步骤S4中:银行端接收并解密所述订单数据后,以sm2方式对解密数据进行再次加密生成加密报文,并将所述加密报文以套接字的形式写入对应的银行端的订单报备服务器的IP端口,由银行端对应的订单报备服务器对订单数据进行报备。
12.根据权利要求1所述的服务消费支付信息处理方法,其特征在于,确认消费消息的生成过程具体包括:所述交易服务器接收对订单的服务消费的预约消息,若所述交易服务器检测到预约消息收到后的预设时间内,交易服务器接收到订单完成操作信息,则交易服务器生成确认消费消息并发送给所述银行端,同时所述银行端生成交保险信息,并将交保险信息对应的报文加密后推送至保单服务器生成保单,并异步等待所述保单服务器返回保单的保单号。
13.根据权利要求1所述的服务消费支付信息处理方法,其特征在于,所述银行端进行订单的支付扣款的过程具体包括:
(1)银行端获取订单的确认消费消息,并提取订单中的支付参数,所述支付参数包括:订单金额K、拖拽比例D、起始比例S、周期P及每月标准费率M;
(2)所述银行端根据所述支付参数将已支付订单的订单金额分拆到不同的渠道端,不同的渠道端对应的渠道包括:商户、银行、保险公司及服务消费平台,则各渠道分拆金额计算方式如下:
分拆到商户的金额为:首次到账=K-((1-((D-S)/(1-S)))*P*K*M+(D*K));
分拆到银行的金额为:托管资金=D*K;
分拆到保险公司的金额为:保费=(1-((D-S)/(1-S)))*P*K*M;
分拆到服务消费平台的金额为:每次划取=(K*(L*V)/K)*D*K;
(3)若所述银行端接收到各渠道的分拆金额到账响应,则银行端发送订单完成通知至所述交易服务器。
14.一种服务消费支付信息处理系统,其特征在于,包括:
交易服务器,用于根据购买操作信息创建待处理订单,以及在接收到待处理订单的支付操作信息后,将待处理订单更新为已支付订单,其中,所述已支付订单的数据中包含完成订单支付的银行端的信息;
缓存服务器,包括redis队列池,所述redis队列池包括若干个与不同的银行端对应的redis队列,所述redis队列用于保存对应的银行端的已支付订单加密的订单数据,并依次发送至对应的银行端;
银行端,用于依次接收来自缓存服务器的订单数据并进行解密,根据收到订单的确认消费消息或退款操作消息完成订单结算;
其中,每次保存时,所述订单数据均保存在相应redis队列的头部,所述缓存服务器发送订单数据至银行端时,依次从redis队列尾部取出所述订单数据并发送至对应的银行端,以通过银行端进行订单结算。
15.根据权利要求14所述的服务消费支付信息处理系统,其特征在于,所述缓存服务器还包括缓存处理器,所述缓存处理器用于通过所述交易服务器获取各银行端的银行信息,根据所述银行信息分别为各个银行端建立唯一银行标识,同时所述缓存处理器建立与各银行端相对应的redis队列,并为每个redis队列建立唯一队列标识,其中,银行端的唯一银行标识与对应的redis队列的唯一队列标识相同或互为唯一映射关系。
16.根据权利要求14所述的服务消费支付信息处理系统,其特征在于,所述交易服务器与银行支付系统直接连接及通过异步响应接口连接,其中,当所述交易服务器通过直接连接接收到来自银行支付系统的待处理订单支付操作信息后,同步更新待处理订单为已支付订单,并通过所述异步响应接口异步更新所述待处理订单的订单状态为已支付。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610522740.0A CN106204000A (zh) | 2016-07-05 | 2016-07-05 | 一种服务消费支付信息处理方法及系统 |
CN201710518656.6A CN107369012A (zh) | 2016-07-05 | 2017-06-29 | 一种支付信息处理方法及系统、及具有履约保证保险机制的预付卡处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610522740.0A CN106204000A (zh) | 2016-07-05 | 2016-07-05 | 一种服务消费支付信息处理方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106204000A true CN106204000A (zh) | 2016-12-07 |
Family
ID=57465251
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610522740.0A Pending CN106204000A (zh) | 2016-07-05 | 2016-07-05 | 一种服务消费支付信息处理方法及系统 |
CN201710518656.6A Pending CN107369012A (zh) | 2016-07-05 | 2017-06-29 | 一种支付信息处理方法及系统、及具有履约保证保险机制的预付卡处理方法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710518656.6A Pending CN107369012A (zh) | 2016-07-05 | 2017-06-29 | 一种支付信息处理方法及系统、及具有履约保证保险机制的预付卡处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN106204000A (zh) |
Cited By (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107038617A (zh) * | 2017-01-19 | 2017-08-11 | 阿里巴巴集团控股有限公司 | 支付订单的预创建方法及装置 |
CN107657434A (zh) * | 2017-10-10 | 2018-02-02 | 广州四三九九信息科技有限公司 | 游戏充值支付结果的通知方法、装置和网关设备 |
CN107730229A (zh) * | 2017-10-19 | 2018-02-23 | 广州市万表科技股份有限公司 | 一种信用卡账户资金管理方法和系统 |
CN107943969A (zh) * | 2017-11-28 | 2018-04-20 | 平安养老保险股份有限公司 | 年金数据文件发送方法、装置、计算机设备及存储介质 |
CN108038767A (zh) * | 2017-12-26 | 2018-05-15 | 广州供电局有限公司 | 基于消息队列的电商订单异步分发系统及方法 |
CN108052550A (zh) * | 2017-11-28 | 2018-05-18 | 平安养老保险股份有限公司 | 年金数据接收方法、装置、计算机设备和存储介质 |
CN108416682A (zh) * | 2017-12-21 | 2018-08-17 | 中国平安财产保险股份有限公司 | 电子保单发送方法及终端设备 |
CN108897631A (zh) * | 2018-06-27 | 2018-11-27 | 杭州贝店科技有限公司 | 消息推送方法、装置、设备及存储介质 |
WO2019001271A1 (zh) * | 2017-06-25 | 2019-01-03 | 平安科技(深圳)有限公司 | 开发平台装置、获取保单号的方法及计算机可读存储介质 |
CN109412821A (zh) * | 2017-08-16 | 2019-03-01 | 阿里巴巴集团控股有限公司 | 消息处理方法和装置以及电子设备 |
CN109426960A (zh) * | 2017-12-28 | 2019-03-05 | 中国平安财产保险股份有限公司 | 账户认证方法、移动装置、账户认证设备及可读存储介质 |
CN109447741A (zh) * | 2018-10-16 | 2019-03-08 | 翟红鹰 | 提高交易处理速度的方法、系统、设备及存储介质 |
CN109583980A (zh) * | 2017-09-28 | 2019-04-05 | 中国移动通信集团浙江有限公司 | 订单处理的方法、系统、电子设备和存储介质 |
CN109726221A (zh) * | 2018-12-03 | 2019-05-07 | 深圳市买买提信息科技有限公司 | 数据管理方法、装置及终端设备 |
CN109919589A (zh) * | 2019-03-04 | 2019-06-21 | 深圳市网间云信息技术有限公司 | 基于第三方支付平台的支付方法、装置和计算机设备 |
CN110473097A (zh) * | 2019-08-06 | 2019-11-19 | 深圳证券交易所 | 交易监控方法、终端和计算机可读存储介质 |
CN110855755A (zh) * | 2019-10-24 | 2020-02-28 | 上海东普信息科技有限公司 | 一种消息推送方法 |
CN111049761A (zh) * | 2019-12-25 | 2020-04-21 | 哈尔滨新中新电子股份有限公司 | 无线控水器通信模块的数据处理方法 |
CN111199401A (zh) * | 2020-01-07 | 2020-05-26 | 北京字节跳动网络技术有限公司 | 信息处理方法、装置、终端、服务器和存储介质 |
CN111324473A (zh) * | 2020-02-07 | 2020-06-23 | 广东跑合中药材电子商务有限公司 | 可实现高并发处理交易信息的拍卖交易引擎 |
WO2020140661A1 (zh) * | 2019-01-04 | 2020-07-09 | 深圳壹账通智能科技有限公司 | 数据同步方法和系统 |
CN111429059A (zh) * | 2020-03-20 | 2020-07-17 | 上海中通吉网络技术有限公司 | 收单方法和系统 |
CN111539701A (zh) * | 2020-04-13 | 2020-08-14 | 遂宁市锐毅科技有限公司 | 一种多订单支付系统和方法 |
CN111652691A (zh) * | 2020-06-09 | 2020-09-11 | 北京字节跳动网络技术有限公司 | 一种订单信息处理方法、装置和电子设备 |
CN111752725A (zh) * | 2020-06-29 | 2020-10-09 | 上海通联金融服务有限公司 | 提高金融贷记系统性能的方法及系统 |
CN112667681A (zh) * | 2020-12-21 | 2021-04-16 | 北京字跳网络技术有限公司 | 数据缓存方法、装置及存储介质 |
CN113891263A (zh) * | 2021-11-12 | 2022-01-04 | 成都天府通金融服务股份有限公司 | 短信服务系统及其同步发送方法、异步发送方法 |
CN117332436A (zh) * | 2023-12-01 | 2024-01-02 | 成都乐超人科技有限公司 | 一种支付数据的分布式存储方法 |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110349031B (zh) * | 2018-04-04 | 2021-08-31 | 中国人民财产保险股份有限公司 | 一种用于再保险业务的处理系统及方法 |
CN109002484B (zh) * | 2018-06-25 | 2020-08-07 | 北京明朝万达科技股份有限公司 | 一种用于顺序消费数据的方法及系统 |
CN109493076B (zh) * | 2018-11-09 | 2022-06-17 | 武汉斗鱼网络科技有限公司 | 一种Kafka消息唯一消费方法、系统、服务器及存储介质 |
CN109697658B (zh) * | 2018-12-29 | 2021-03-23 | 拉扎斯网络科技(上海)有限公司 | 订单管理方法、装置、电子设备及计算机可读存储介质 |
CN109727074A (zh) * | 2018-12-29 | 2019-05-07 | 中国银联股份有限公司 | 一种优惠金额确定方法及装置 |
CN111241118B (zh) * | 2020-04-26 | 2020-10-16 | 浙江网商银行股份有限公司 | 缓存数据处理方法以及装置 |
CN111754216A (zh) * | 2020-06-19 | 2020-10-09 | 多加网络科技(北京)有限公司 | 一种支付链路自动切换方法 |
CN111882316A (zh) * | 2020-07-28 | 2020-11-03 | 云卡联(重庆)互联网科技有限公司 | 预付卡券赔付的管理系统及方法 |
TWI812981B (zh) * | 2021-07-23 | 2023-08-21 | 謝尹倫 | 一種具評價功能美髮媒合系統及反饋方法 |
CN114385267B (zh) * | 2022-01-13 | 2024-06-18 | 平安壹钱包电子商务有限公司 | 一种用于出款交易业务的数据推送方法 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101162518A (zh) * | 2006-10-11 | 2008-04-16 | 中国民生银行股份有限公司 | 交易信息处理方法 |
US8311900B1 (en) * | 2009-10-29 | 2012-11-13 | Amazon Technologies, Inc. | Providing separate views for items |
CN102663585B (zh) * | 2012-04-23 | 2016-03-30 | 重庆秒银科技有限公司 | 一种网络交易业务的支付处理方法 |
CN103532755B (zh) * | 2013-10-12 | 2016-07-06 | 北京世界星辉科技有限责任公司 | 分布式异步事件的处理方法及系统 |
CN104754036A (zh) * | 2015-03-06 | 2015-07-01 | 合一信息技术(北京)有限公司 | 一种基于kafka的消息处理系统及处理方法 |
CN104935658B (zh) * | 2015-06-17 | 2018-05-08 | 交通银行股份有限公司 | 一种银行任务分配方法及装置 |
CN105373923B (zh) * | 2015-11-13 | 2018-10-23 | 广东网金控股股份有限公司 | 一种投融资平台统一支付方法 |
-
2016
- 2016-07-05 CN CN201610522740.0A patent/CN106204000A/zh active Pending
-
2017
- 2017-06-29 CN CN201710518656.6A patent/CN107369012A/zh active Pending
Cited By (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107038617A (zh) * | 2017-01-19 | 2017-08-11 | 阿里巴巴集团控股有限公司 | 支付订单的预创建方法及装置 |
WO2019001271A1 (zh) * | 2017-06-25 | 2019-01-03 | 平安科技(深圳)有限公司 | 开发平台装置、获取保单号的方法及计算机可读存储介质 |
CN109412821B (zh) * | 2017-08-16 | 2021-09-10 | 阿里巴巴集团控股有限公司 | 消息处理方法和装置以及电子设备 |
CN109412821A (zh) * | 2017-08-16 | 2019-03-01 | 阿里巴巴集团控股有限公司 | 消息处理方法和装置以及电子设备 |
CN109583980A (zh) * | 2017-09-28 | 2019-04-05 | 中国移动通信集团浙江有限公司 | 订单处理的方法、系统、电子设备和存储介质 |
CN107657434A (zh) * | 2017-10-10 | 2018-02-02 | 广州四三九九信息科技有限公司 | 游戏充值支付结果的通知方法、装置和网关设备 |
CN107730229A (zh) * | 2017-10-19 | 2018-02-23 | 广州市万表科技股份有限公司 | 一种信用卡账户资金管理方法和系统 |
CN107943969A (zh) * | 2017-11-28 | 2018-04-20 | 平安养老保险股份有限公司 | 年金数据文件发送方法、装置、计算机设备及存储介质 |
CN108052550B (zh) * | 2017-11-28 | 2020-07-07 | 平安养老保险股份有限公司 | 年金数据接收方法、装置、计算机设备和存储介质 |
CN107943969B (zh) * | 2017-11-28 | 2020-06-23 | 平安养老保险股份有限公司 | 年金数据文件发送方法、装置、计算机设备及存储介质 |
CN108052550A (zh) * | 2017-11-28 | 2018-05-18 | 平安养老保险股份有限公司 | 年金数据接收方法、装置、计算机设备和存储介质 |
CN108416682A (zh) * | 2017-12-21 | 2018-08-17 | 中国平安财产保险股份有限公司 | 电子保单发送方法及终端设备 |
CN108038767B (zh) * | 2017-12-26 | 2022-02-11 | 广州供电局有限公司 | 基于消息队列的电商订单异步分发系统及方法 |
CN108038767A (zh) * | 2017-12-26 | 2018-05-15 | 广州供电局有限公司 | 基于消息队列的电商订单异步分发系统及方法 |
CN109426960A (zh) * | 2017-12-28 | 2019-03-05 | 中国平安财产保险股份有限公司 | 账户认证方法、移动装置、账户认证设备及可读存储介质 |
CN108897631A (zh) * | 2018-06-27 | 2018-11-27 | 杭州贝店科技有限公司 | 消息推送方法、装置、设备及存储介质 |
CN109447741A (zh) * | 2018-10-16 | 2019-03-08 | 翟红鹰 | 提高交易处理速度的方法、系统、设备及存储介质 |
CN109726221A (zh) * | 2018-12-03 | 2019-05-07 | 深圳市买买提信息科技有限公司 | 数据管理方法、装置及终端设备 |
WO2020140661A1 (zh) * | 2019-01-04 | 2020-07-09 | 深圳壹账通智能科技有限公司 | 数据同步方法和系统 |
CN109919589A (zh) * | 2019-03-04 | 2019-06-21 | 深圳市网间云信息技术有限公司 | 基于第三方支付平台的支付方法、装置和计算机设备 |
CN110473097A (zh) * | 2019-08-06 | 2019-11-19 | 深圳证券交易所 | 交易监控方法、终端和计算机可读存储介质 |
CN110855755B (zh) * | 2019-10-24 | 2022-04-01 | 上海东普信息科技有限公司 | 一种消息推送方法 |
CN110855755A (zh) * | 2019-10-24 | 2020-02-28 | 上海东普信息科技有限公司 | 一种消息推送方法 |
CN111049761B (zh) * | 2019-12-25 | 2023-06-20 | 哈尔滨新中新电子股份有限公司 | 无线控水器通信模块的数据处理方法 |
CN111049761A (zh) * | 2019-12-25 | 2020-04-21 | 哈尔滨新中新电子股份有限公司 | 无线控水器通信模块的数据处理方法 |
CN111199401A (zh) * | 2020-01-07 | 2020-05-26 | 北京字节跳动网络技术有限公司 | 信息处理方法、装置、终端、服务器和存储介质 |
CN111199401B (zh) * | 2020-01-07 | 2023-04-18 | 北京字节跳动网络技术有限公司 | 信息处理方法、装置、终端、服务器和存储介质 |
CN111324473B (zh) * | 2020-02-07 | 2023-03-14 | 广东跑合中药材电子商务有限公司 | 可实现高并发处理交易信息的拍卖交易系统 |
CN111324473A (zh) * | 2020-02-07 | 2020-06-23 | 广东跑合中药材电子商务有限公司 | 可实现高并发处理交易信息的拍卖交易引擎 |
CN111429059A (zh) * | 2020-03-20 | 2020-07-17 | 上海中通吉网络技术有限公司 | 收单方法和系统 |
CN111539701A (zh) * | 2020-04-13 | 2020-08-14 | 遂宁市锐毅科技有限公司 | 一种多订单支付系统和方法 |
CN111652691A (zh) * | 2020-06-09 | 2020-09-11 | 北京字节跳动网络技术有限公司 | 一种订单信息处理方法、装置和电子设备 |
CN111752725A (zh) * | 2020-06-29 | 2020-10-09 | 上海通联金融服务有限公司 | 提高金融贷记系统性能的方法及系统 |
CN112667681A (zh) * | 2020-12-21 | 2021-04-16 | 北京字跳网络技术有限公司 | 数据缓存方法、装置及存储介质 |
CN113891263A (zh) * | 2021-11-12 | 2022-01-04 | 成都天府通金融服务股份有限公司 | 短信服务系统及其同步发送方法、异步发送方法 |
CN113891263B (zh) * | 2021-11-12 | 2022-08-26 | 成都天府通金融服务股份有限公司 | 短信服务系统及其同步发送方法、异步发送方法 |
CN117332436A (zh) * | 2023-12-01 | 2024-01-02 | 成都乐超人科技有限公司 | 一种支付数据的分布式存储方法 |
CN117332436B (zh) * | 2023-12-01 | 2024-02-23 | 成都乐超人科技有限公司 | 一种支付数据的分布式存储方法 |
Also Published As
Publication number | Publication date |
---|---|
CN107369012A (zh) | 2017-11-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106204000A (zh) | 一种服务消费支付信息处理方法及系统 | |
KR100208770B1 (ko) | 온라인 쇼핑시스템 및 대금결제방법 | |
WO2014149372A1 (en) | Systems and methods for cryptographic security as a service | |
CN108269073A (zh) | 一种订单支付管理方法和系统 | |
CN110033340A (zh) | 虚拟商品的内购管理方法、装置及客户端设备 | |
CN104881781B (zh) | 一种基于安全交易的方法、系统及客户端 | |
US20190236557A1 (en) | Global External Code Authorization System | |
CA2988813A1 (en) | Cross-funds management server-based payment system, and method, device and server therefor | |
CN107292595A (zh) | 一种多通道实时安全支付路由系统 | |
CA3058527C (en) | Cross-funds management server-based payment system, and method, device and server therefor | |
CA3055647C (en) | Payment system based on shared funds-management server, and method, device and server therefor | |
CA2988818C (en) | Cross-funds management server-based payment system, and method, device and server | |
CA2987295C (en) | Payment system based on shared funds-management server, and method, device and server therefor | |
CN106960322A (zh) | 电子红包的发送方法及装置 | |
CA3190187A1 (en) | Payment system based on shared funds-management server, and method, device and server therefor | |
CA2988438A1 (en) | Payment system based on shared funds-management server, and method, device and server therefor | |
CA3190184A1 (en) | Payment system based on shared funds-management server, and method, device and server therefor | |
CA2987660C (en) | Payment system based on shared funds-management server, and method, device and server therefor | |
CA3055644C (en) | Payment system based on shared funds-management server, and method, device and server therefor | |
CN108234393A (zh) | 优化数据链路层报文的方法及装置 | |
CA2987442C (en) | Payment system based on shared funds-management server, and method, device and server therefor | |
KR20140093826A (ko) | 부여된 일련번호가 유지되는 전자머니의 관리 서비스 제공 방법 | |
CN111461713A (zh) | 一种保护买家隐私的网上购物方法及装置 | |
CN107516250A (zh) | 实现电子票据的数据动态更新的方法及系统 | |
KR20060078597A (ko) | 유·무선 통합 인터페이스 기반 주문·배송 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20161207 |