CN111091358A - 多支付渠道的统一处理方法及系统 - Google Patents
多支付渠道的统一处理方法及系统 Download PDFInfo
- Publication number
- CN111091358A CN111091358A CN201911291940.XA CN201911291940A CN111091358A CN 111091358 A CN111091358 A CN 111091358A CN 201911291940 A CN201911291940 A CN 201911291940A CN 111091358 A CN111091358 A CN 111091358A
- Authority
- CN
- China
- Prior art keywords
- payment
- information
- channel
- interface
- request 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.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 24
- 238000012545 processing Methods 0.000 claims description 50
- 238000000034 method Methods 0.000 claims description 49
- 238000004590 computer program Methods 0.000 claims description 17
- 238000003860 storage Methods 0.000 claims description 13
- 238000004458 analytical method Methods 0.000 claims description 10
- 238000012544 monitoring process Methods 0.000 claims description 9
- 238000013507 mapping Methods 0.000 claims description 8
- 238000012795 verification Methods 0.000 claims description 7
- 238000007689 inspection Methods 0.000 claims description 4
- 230000033772 system development Effects 0.000 abstract description 8
- 239000000463 material Substances 0.000 abstract description 7
- 238000012423 maintenance Methods 0.000 abstract description 4
- 230000006870 function Effects 0.000 description 20
- 238000010586 diagram Methods 0.000 description 11
- 238000007726 management method Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 8
- 238000013461 design Methods 0.000 description 7
- 238000011161 development Methods 0.000 description 7
- 230000018109 developmental process Effects 0.000 description 7
- 238000012546 transfer Methods 0.000 description 5
- 238000012937 correction Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 239000000047 product Substances 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000000750 progressive effect Effects 0.000 description 2
- 239000013589 supplement Substances 0.000 description 2
- 108010001267 Protein Subunits Proteins 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000007795 chemical reaction product Substances 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000009545 invasion Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000009469 supplementation Effects 0.000 description 1
- 230000001502 supplementing effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
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
- 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/108—Remote banking, e.g. home banking
-
- 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/22—Payment schemes or models
- G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
Abstract
本发明提供一种多支付渠道的统一处理方法及系统，首先根据支付请求方装置发送的支付请求信息自动确定适合的支付渠道，根据支付请求信息以及补充的客户信息(第二客户信息)对应生成满足该支付渠道要求的接口报文，这样不需要为每个支付渠道提供一个支付接口，接口报文是根据确定的支付渠道对应生成，能够满足该支付渠道的要求，进而在支付请求方装置端不需要提供多个接口，大大减少了系统开发的难度，另外在后续新增支付渠道也仅仅需要设置接口报文与支付渠道的对应关系即可，不再需要从系统结构和逻辑层面进行软件升级和维护，大大节约了系统开发的人力物力。
Description
技术领域
本发明涉及数字支付技术领域，更具体的，涉及一种多支付渠道的统一处理方法及系统。
背景技术
银行托管系统主要功能对托管客户资金进行监管，清算，核算等日常运营进行支持。其中，清算运营主要内容即为根据管理人客户发送不同种类的指令，根据指令类型，进行指令清算，并进行资金的划拨动作。根据指令进行准确的资金划拨，保证资金交易的准确性，安全性和敏捷性要求，也是托管服务关注的最重要目标。
随着托管业务范围不断扩大，外部投资市场越来越丰富，指令资金支付渠道也越来越多。每增加一个支付渠道，需要进行的重复分析设计开发等工作等也非常繁琐；由于缺乏规范和标准，由不同设计开发人员进行设计，不同支付渠道支付流程，支付规范也会产生差异，难以保证资金安全及跨系统交易一致性；每个支付渠道的不同支付对外无法提供统一的接口和服务，同时不同支付渠道反馈的支付状态信息完全不同，这些均会影响前端业务功能的设计与开发，支付逻辑过深的侵入对托管本身业务逻辑设计中，在支付渠道进行修改或变动时，将会影响到较多的功能代码，未起到外部影响的屏蔽作用；不同的支付渠道，在功能上一定会有重合之处，散乱的开发方式会造成这些部分的重复开发，已有的设计无法进行复用，存在诸多不足。
发明内容
为了解决上述问题的至少一个，本发明一个方面实施例提供一种多支付渠道的统一处理方法，包括：
向支付请求方装置提供一支付接口，以使所述支付请求方装置通过所述支付接口发送支付请求信息；所述支付请求信息中包括有第一客户信息；
根据所述支付请求信息从多个支付渠道中确定其中一个所述支付渠道，并确定该支付渠道对应需要的客户信息；每个支付渠道对应一个支付平台；
从所述支付请求方装置对应账号下的预留信息中调取第二客户信息，所述第一客户信息和所述第二客户信息共同组成该支付渠道需要的客户信息；
根据所述第二客户信息与所述支付请求信息，按照对应支付渠道的接口要求生成并发送接口报文至所述支付平台，以使所述支付平台根据所述接口报文执行支付操作。
在某些实施例中，还包括：
接收所述支付平台反馈的支付状态信息；
基于设定的支付状态信息与展示状态信息的对应关系，将所述支付状态信息映射为展示状态信息，并推送给所述支付请求方装置以供展示。
在某些实施例中，还包括：
对所述支付请求信息进行数据项检验，判断所述支付请求信息是否符合所述支付接口的接入标准。
在某些实施例中，所述支付请求信息的数据格式为XML报文格式，所述统一处理方法还包括：对所述支付请求信息进行报文解析。
在某些实施例中，还包括：根据所述支付请求信息对支付请求方装置对应的账号进行身份验证。
在某些实施例中，还包括：对所述支付请求信息进行信息监控。
在某些实施例中，还包括：
根据对应的支付渠道，采用预设频率查询支付状态，其中所述预设频率与所述支付渠道具有一一对应关系。
本发明另一方面实施例提供一种多支付渠道的统一处理系统，包括：
接口提供模块，向支付请求方装置提供一支付接口，以使所述支付请求方装置通过所述支付接口发送支付请求信息；所述支付请求信息中包括有第一客户信息；
支付渠道确定模块，根据所述支付请求信息从多个支付渠道中确定其中一个所述支付渠道，并确定该支付渠道对应需要的客户信息；每个支付渠道对应一个支付平台；
信息调取模块，从所述支付请求方装置对应账号下的预留信息中调取第二客户信息，所述第一客户信息和所述第二客户信息共同组成该支付渠道需要的客户信息；
接口报文模块，根据所述第二客户信息与所述支付请求信息，按照对应支付渠道的接口要求生成并发送接口报文至所述支付平台，以使所述支付平台根据所述接口报文执行支付操作。
在某些实施例中，还包括：
支付状态信息接收模块，接收所述支付平台反馈的支付状态信息；
展示状态信息推送模块，基于设定的支付状态信息与展示状态信息的对应关系，将所述支付状态信息映射为展示状态信息，并推送给所述支付请求方装置以供展示。
在某些实施例中，还包括：
检验模块，对所述支付请求信息进行数据项检验，判断所述支付请求信息是否符合所述支付接口的接入标准。
在某些实施例中，所述支付请求信息的数据格式为XML报文格式，所述统一处理系统还包括：支付请求信息解析模块，对所述支付请求信息进行报文解析。
在某些实施例中，还包括：身份验证模块，根据所述支付请求信息对支付请求方装置对应的账号进行身份验证。
在某些实施例中，还包括：信息监控模块，对所述支付请求信息进行信息监控。
在某些实施例中，还包括：
状态跟踪模块，根据对应的支付渠道，采用预设频率查询支付状态，其中所述预设频率与所述支付渠道具有一一对应关系。
本发明又一方面实施例提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的方法的步骤。
本发明又一方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述的方法的步骤。
本发明的有益效果如下：
本发明提供一种多支付渠道的统一处理方法及系统，首先根据支付请求方装置发送的支付请求信息自动确定适合的支付渠道，根据支付请求信息以及补充的客户信息(第二客户信息)对应生成满足该支付渠道要求的接口报文，这样不需要为每个支付渠道提供一个支付接口，接口报文是根据确定的支付渠道对应生成，能够满足该支付渠道的要求，进而在支付请求方装置端不需要提供多个接口，大大减少了系统开发的难度，另外在后续新增支付渠道也仅仅需要设置接口报文与支付渠道的对应关系即可，不再需要从系统结构和逻辑层面进行软件升级和维护，大大节约了系统开发的人力物力。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出本发明实施例中一种多支付渠道的统一处理方法流程示意图。
图2示出本发明实施例中统一处理方法的软件层面的结构示意图。
图3示出本发明实施例中一种多支付渠道的统一处理系统结构示意图。
图4示出适于用来实现本发明实施例的计算机设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明的实施例提供一种多支付渠道的统一处理方法的具体实施方式，参见图1，所述多支付渠道的统一处理方法具体包括如下内容：
步骤S100：向支付请求方装置提供一支付接口，以使所述支付请求方装置通过所述支付接口发送支付请求信息。
支付请求方装置可以是移动处理装置或者非移动处理装置，移动处理装置例如手机、笔记本电脑、平板电脑等，非移动处理装置例如台式电脑等，本发明对此不予赘述。
支付请求方装置在一个具体场景中是安装有与银行托管系统具有合作关系的托管业务系统的处理装置，举例而言，客户通过手机app登录托管业务系统，通过托管业务系统向银行中对应的银行托管系统发送业务请求指令，例如需要进行资金监管、清算业务等，由于托管业务系统上具有不同的客户，客户的资金来源不同，例如客户资金需要从不同银行、支付宝、微信等转账而来，因此现有技术是针对每一个支付渠道设置一个对应的支付接口，通过托管业务的操作界面由客户自己选择其中一个接口进行支付操作。
步骤S100的执行主体在一个实施例中是银行托管系统，银行托管系统是对托管业务系统中的各托管客户资金进行监管、清算、核算等，在具体场景中，客户通过托管业务系统控制资金账户的操作，例如客户通过托管业务系统向银行托管系统发送清算资金信息的指令，银行托管系统接收到对应的指令后执行清算操作。
当然，本发明不局限于银行内部的托管系统，本发明中的多支付渠道的统一处理方法能够延伸到类似银行托管系统的第三方金融管理系统或者金融投资系统等，例如证券公司内部的资金管理或投资系统。
在具体场景中，支托管业务系统通过网络发送支付请求信息，例如客户通过设定的应用程序，在对应的界面输入购买银行理财产品的操作指令，客户输入“购买”的操作指令，例如通过点击对应的按钮，则根据预先的设定，该对应按钮即对应支付接口，点击按钮后生成一个支付请求信息发送给银行托管系统。
此外，第一客户信息是客户输入的客户信息，例如身份证等信息。
步骤S200：根据所述支付请求信息从多个支付渠道中确定其中一个所述支付渠道，并确定该支付渠道对应需要的客户信息；每个支付渠道对应一个支付平台。
步骤S200中，如果在交易请求中，如果已经指定支付渠道，则按照请求指定渠道进行支付；如果支付请求中未明确指明支付渠道，则根据请求中业务数据项进行支付渠道的判别。主要判别依据有以下几种类型：付款方账户方是否为本行账户(决定使用本行支付渠道或第三方支付渠道)，收款方账户是否为本行账户(决定使用本行转账系统或人行支付渠道)，付款方账号性质(对公，对私，内部账，信用卡等分别需要对应对公，对私，财会，信用卡等不同支付渠道)，交易币种信息(决定使用人民币支付渠道或外币支付渠道)，交易金额(决定人行大额渠道，小额系统渠道)，支付系统号(决定使用人行大小额支付渠道或超级网银渠道)。综合各项业务数据，再按照支付渠道优先级，决定请求的支付渠道，或者判定请求没有合适的支付渠道。
步骤S300：从所述支付请求方装置对应账号下的预留信息中调取第二客户信息，所述第一客户信息和所述第二客户信息共同组成该支付渠道需要的客户信息。
步骤S300中，由于第一客户信息往往是不完全的信息，对应支付渠道的支付渠道如果仅仅接收到第一客户信息，则无法完成对应的资金转账操作，同时不同的支付渠道所需要的客户信息会有所区别，例如部分支付渠道仅仅需要身份证信息即可，部分支付渠道还需要指纹信息等，此时，根据支付渠道的需要补充的客户信息即为所述第二客户信息，可以理解，第二客户信息和第一客户信息共同形成了该支付渠道所需要的客户信息。
具体而言，假设A支付渠道需要身份证信息、指纹信息以及语音信息，客户通过托管业务系统输入的支付请求信息中只包括有身份证信息，若判断出通过A支付渠道，则从客户的预留信息中选取对应的指纹信息和语音信息。
步骤S400：根据所述第二客户信息与所述支付请求信息，按照对应支付渠道的接口要求生成并发送接口报文至所述支付平台，以使所述支付平台根据所述接口报文执行支付操作。
步骤S400中，根据所确定的支付渠道的接口要求生成接口报文，并按照对应的支付渠道要求进行支付外呼，以使对应的支付平台执行支付操作。
每个支付渠道由于解析报文的规则不同等因素，对接口报文的要求也不相同，因此，按照对应支付渠道要求生成接口报文，这样能够使得支付平台解析出接口报文中的内容，根据解析出的内容执行支付。
从上述描述可知，本发明的实施例提供的多支付渠道的统一处理方法，首先根据支付请求方装置发送的支付请求信息自动确定适合的支付渠道，根据支付请求信息以及补充的客户信息(第二客户信息)对应生成满足该支付渠道要求的接口报文，这样不需要为每个支付渠道提供一个支付接口，接口报文是根据确定的支付渠道对应生成，能够满足该支付渠道的要求，进而在支付请求方装置端不需要提供多个接口，大大减少了系统开发的难度，另外在后续新增支付渠道也仅仅需要设置接口报文与支付渠道的对应关系即可，不再需要从系统结构和逻辑层面进行软件升级和维护，大大节约了系统开发的人力物力。
在一种具体实施方式中，在本发明的多支付渠道的统一处理方法还包含有如下内容：
步骤A100：接收所述支付平台反馈的支付状态信息；
步骤A200：基于设定的支付状态信息与展示状态信息的对应关系，将所述支付状态信息映射为展示状态信息，并推送给所述支付请求方装置以供展示。
该实施例中，通过将支付状态信息与展示状态信息设置对应关系，将不同的支付状态信息映射为统一的展示状态信息，进而不会影响前端业务功能的设计与开发，从而统一了多支付渠道的支付操作，可以将多个支付渠道整合在一个接口中；同时只需要设置对应所需要的客户信息以及支付状态和展示状态的对应关系，即可将新的支付渠道整合到支付接口中，为后续开发提供了保证和规范，节约了开发难度和人力物力。
在一种具体实施方式中，在本发明的多支付渠道的统一处理方法还包含有如下内容：
步骤A200：对所述支付请求信息进行数据项检验，判断所述支付请求信息是否符合所述支付接口的接入标准。
在一种具体实施方式中，所述支付请求信息的数据格式为XML报文格式，在本发明的多支付渠道的统一处理方法还包含有：
步骤A300：对所述支付请求信息进行报文解析。
在一种具体实施方式中，在本发明的多支付渠道的统一处理方法还包含有：
步骤A400：根据所述支付请求信息对支付请求方装置对应的账号进行身份验证。
在一种具体实施方式中，在本发明的多支付渠道的统一处理方法还包含有：
步骤A500：对所述支付请求信息进行信息监控。
在一种具体实施方式中，在本发明的多支付渠道的统一处理方法还包含有：
步骤A600：根据对应的支付渠道，采用预设频率查询支付状态，其中所述预设频率与所述支付渠道具有一一对应关系。
下面示出在软件设计层面的具体实施方式，具体如图2所示，在软件设计层面，包括平台接入层、平台逻辑层、外呼请求层，下面分别示出各层面的功能。
平台接入层
平台接入层主要处理外部提交的页面请求，包括请求普通报文，消息报文、文件等解析工作，并且完成权限控制，请求的分发，流量控制等工作。
1、接入请求解析
报文接口服务接入
平台对外实时交易接口采用XML报文格式，接入层接到的交易请求XML报文解析，进行关键数据项校验，不符合接口标准直接报错回。符合标准数据进行接入权限验证，允许接入的请求进行保存，并调用取后续支付流程。对于报文类请求，平台采用同步的模式进行结果返回，返回结果也同样使用XML报文的形式发送到交易请求方。
文件接口服务接入
平台对外提供TXT和EXCEL格式文件支付交易请求接口模式。请求方按照平台提供文件接口模板填写文件，发送文件支付请求至平台。平台接收到文件后首先判断接入方权限。通过验证后对文件进行解析操作，判断文件格式是否符合接口要求，符合要求的文件数据进行解析保存，由平台后续线程进行后续支付处理。
平台文件接口模式支付请求接口反馈采用异步文件反馈模式，主要使用在支付请求量较大且支付请求实时性要求不太高的业务场景。文件接口需要配合联机接口进行使用，发送文件前需要通过联机交易请求批量文件任务号，在发送请求文件发送后，通过联机接口查询批次请求执行状态，当批次支付完成过后再获取结果明细文件。
异步消息接入
平台使用专门的消息引擎服务器，接收凭条通过消息报文发送支付交易请求。消息接入层配有专门的消息接收器，在消息队列中按顺序获取请求方发送的消息进行解析，如果消息格式内容通过校验，则进行后续支付处理。
消息支付请求接入主要适合请求并发量高，可能在联机交易模式中由于流量控制而被拒绝的交易场景。高并发的消息请求在后端会进行排队处理，因此此类请求也为异步处理模式，需要配合联机交易进行交易状态查询。
接入权限控制
对于需要接入支付引擎的渠道，需要进行一定的权限控制，通过权限校验才能进行支付交易，接入权限控制主要分为几个层面：
接入渠道准入控制
设置并判断接入方是否可接入平台，接入方可以使用哪些模式接入渠道(报文，文件，消息)。
支付渠道控制
设置并判断接入方可以使用哪些后端支付渠道。
交易量控制
设置并判断接入方每日、每月等交易量限制
以上接入控制均设置为参数在数据库进行保存，支持实时修改实时生效，这样在某一接入方出现问题，发送大量非法请求时，可以通过调整参数及时阻断请求，防止影响其他渠道支付请求。
接入流量控制
对于实时报文接口类的交易，在请求端高并发时，后端支付效率肯呢过无法达到请求频率，会造成整个支付平台的交易处理拥塞，这时流量控制可以对一些交易进行拒绝处理，防止影响整个平台交易正常处理。流量控制参数分为平台总流量和单交易接口流量设置，满足不同情况下流量控制的需求。
页面服务
页面服务实现原理与实时XML报文的形式相同。
平台逻辑层
支付渠道管理
统一管理各种支付渠道参数设置及使用，包括
支付渠道接口方法：配置支付渠道接口方法
支付渠道查询方式：配置支付渠道交易状态查询方法及查询模式等
支付渠道撤销方式：配置支付渠道交易撤销条件，撤销方法。
支付渠道路由选择判断条件规则：配置根据未明确支付渠道的请求内容，判断最终支付渠道的规则参数。
接入渠道管理
设置支付渠道权限，包括
接入渠道准入管理
接入渠道对应支付渠道管理
交易量管理
支付请求管理
对请求方支付请求进行统一管理。交易请求为整个平台核心数据，后续支付流程，查询，冲正全部建立在支付请求数据上，因此请求数据准确记录，并需要重复交易检验，交易状态并发等处理。
文件解析及文件生成
平台可以接收文件类支付请求，也需要生成支付结果文件，并且在调用外部接口时，也会生成批量文件，此模块主要实现文件的配置化解析和生成。文件格式使用数据库进行配置，统一解析模块可以根据文件格式配置将文件解析入数据表，或根据数据库表直接解析入数据库。
支付信息补充
支付请求方在一些情况下，并未提供完整的支付信息，某些支付信息，平台可根据支付请求方已提供的信息进行补充。
例如：人行大小额支付渠道，需要提供收款方支付系统号信息，此时支付请求方可能只能提供收款方开户行信息。这种情况下平台可根据人行全量支付系统号和开户行名信息映射关系表进行查询，补填支付系统号进行补充。不同支付渠道平台支付数据要求不同，平台可以统一进行补充的数据也有不同，因此增加支付渠道，需要同步增加此模块对应补充规则方法。
支付状态映射
不同后端支付渠道，支付后经理的状态变化有所不同，比如行内转账只有成功失败，跨行支付就有已受理，已扣款，已发人行报文，对方行收款成功等不同状态，单请求方可能不需要关注这么多状态，因此需要将支付渠道的多种状态映射为请求方可见的少量统一标准状态，此模块进行设置。请求方进行交易装查询时，可以将两套状态都反馈给请求方供其使用。
支付状态查询
不同支付渠道，对于交易状态的跟踪不同。此模块统一实现对于不同支付渠道的自动查询方法，根据不同渠道，设置不同查询频率，方式，对本地交易请求状态进行更新，以方便后续请求方查询。
原始报文管理
对于可以进行冲正交易的支付渠道，支付请求的原始报文进行分类保存，供冲正使用。
交易冲正管理
请求方提出交易冲正请求是，根据事先保存的原始报文，针对该交易发起冲正请求，并准确跟新冲正结果，并反馈请求方。
流控管理
为了保证支付平台的安全稳定运行，需要在请求接入处进行流量控制，流量控制可以分别以全平台交易量、接入方交易量，单只接口交易量等层面进行设置及控制。
交易统计
提供分类统计交易列表功能，方便请求方进行统计查询等功能。在交易统计功能基础上可进行预警设置，设置在某些统计数据超过阈值时，采用短信或传真的方式进行提示预警。
外呼请求层
接口报文组装
根据请求报文信息进行，结合支付渠道的不同要求，组装支付请求内容：
XML报文的组装
消息报文的组装
文件的组装生成
接口请求发送
根据支付渠道的不同，采用不同的请求方式将支付请求返送到对应的支付渠道，并且获取相应的支付结果，更新平台交易请求记录。
可以理解，上述软件层面的说明中，通过各软件层的逻辑设置，包含了本发明上述的具体实施方式中的步骤，并且还包括了本发明上述实施方式中未提及的具体步骤，而这些步骤都是本领域能够根据软件层面的说明进行总结，进而通过适合的语言进行表示，因此上述隐含的方法步骤同样属于本发明记载和保护的范围。例如：
上述的接入流量控制中的逻辑可以总结本发明包括的步骤包括：
在请求端高并发时，调节平台总流量和单交易接口流量。
本发明的实施例提供一种用于实现多支付渠道的统一处理方法中全部内容的多支付渠道的统一处理系统的具体实施方式，参见图3，所述多支付渠道的统一处理系统具体包括如下内容：
接口提供模块10，向支付请求方装置提供一支付接口，以使所述支付请求方装置通过所述支付接口发送支付请求信息；所述支付请求信息中包括有第一客户信息；
支付渠道确定模块20，根据所述支付请求信息从多个支付渠道中确定其中一个所述支付渠道，并确定该支付渠道对应需要的客户信息；每个支付渠道对应一个支付平台；
信息调取模块30，从所述支付请求方装置对应账号下的预留信息中调取第二客户信息，所述第一客户信息和所述第二客户信息共同组成该支付渠道需要的客户信息；
接口报文模块40，根据所述第二客户信息与所述支付请求信息，按照对应支付渠道的接口要求生成并发送接口报文至所述支付平台，以使所述支付平台根据所述接口报文执行支付操作。
本发明提供的用于实现多支付渠道的统一处理系统的实施例具体可以用于执行上述实施例中的用于实现多支付渠道的统一处理方法的实施例的处理流程，其功能在此不再赘述，可以参照上述方法实施例的详细描述。
其中，多支付渠道的统一处理系统还包括：支付状态信息接收模块，接收所述支付平台反馈的支付状态信息；展示状态信息推送模块，基于设定的支付状态信息与展示状态信息的对应关系，将所述支付状态信息映射为展示状态信息，并推送给所述支付请求方装置以供展示。
其中，多支付渠道的统一处理系统还包括：检验模块，对所述支付请求信息进行数据项检验，判断所述支付请求信息是否符合所述支付接口的接入标准。
其中，所述支付请求信息的数据格式为XML报文格式，多支付渠道的统一处理系统还包括：支付请求信息解析模块，对所述支付请求信息进行报文解析。
其中，多支付渠道的统一处理系统还包括：身份验证模块，根据所述支付请求信息对支付请求方装置对应的账号进行身份验证。
其中，多支付渠道的统一处理系统还包括：信息监控模块，对所述支付请求信息进行信息监控。
其中，多支付渠道的统一处理系统还包括：状态跟踪模块，根据对应的支付渠道，采用预设频率查询支付状态，其中所述预设频率与所述支付渠道具有一一对应关系。
多支付渠道的统一处理系统从上述描述可知，本发明的实施例提供的多支付渠道的统一处理系统，首先根据支付请求方装置发送的支付请求信息自动确定适合的支付渠道，根据支付请求信息以及补充的客户信息(第二客户信息)对应生成满足该支付渠道要求的接口报文，这样不需要为每个支付渠道提供一个支付接口，接口报文是根据确定的支付渠道对应生成，能够满足该支付渠道的要求，进而在支付请求方装置端不需要提供多个接口，大大减少了系统开发的难度，另外在后续新增支付渠道也仅仅需要设置接口报文与支付渠道的对应关系即可，不再需要从系统结构和逻辑层面进行软件升级和维护，大大节约了系统开发的人力物力。
本发明的实施例还提供能够实现上述实施例中的多支付渠道的统一处理方法中全部步骤的一种电子设备的具体实施方式，参见图4，所述电子设备具体包括如下内容：
处理器(processor)601、存储器(memory)602、通信接口(CommunicationsInterface)603和总线604；
其中，所述处理器601、存储器602、通信接口603通过所述总线604完成相互间的通信；所述通信接口603用于实现多支付渠道的统一处理系统以及客户终端等相关设备之间的信息传输；
所述处理器601用于调用所述存储器602中的计算机程序，所述处理器执行所述计算机程序时实现上述实施例中的多支付渠道的统一处理方法中的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
步骤S100：向支付请求方装置提供一支付接口，以使所述支付请求方装置通过所述支付接口发送支付请求信息。
步骤S200：根据所述支付请求信息从多个支付渠道中确定其中一个所述支付渠道，并确定该支付渠道对应需要的客户信息；每个支付渠道对应一个支付平台。
步骤S300：从所述支付请求方装置对应账号下的预留信息中调取第二客户信息，所述第一客户信息和所述第二客户信息共同组成该支付渠道需要的客户信息。
步骤S400：根据所述第二客户信息与所述支付请求信息，按照对应支付渠道的接口要求生成并发送接口报文至所述支付平台，以使所述支付平台根据所述接口报文执行支付操作。
本发明的实施例还提供能够实现上述实施例中的多支付渠道的统一处理方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的多支付渠道的统一处理方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
步骤S100：向支付请求方装置提供一支付接口，以使所述支付请求方装置通过所述支付接口发送支付请求信息。
步骤S200：根据所述支付请求信息从多个支付渠道中确定其中一个所述支付渠道，并确定该支付渠道对应需要的客户信息；每个支付渠道对应一个支付平台。
步骤S300：从所述支付请求方装置对应账号下的预留信息中调取第二客户信息，所述第一客户信息和所述第二客户信息共同组成该支付渠道需要的客户信息。
步骤S400：根据所述第二客户信息与所述支付请求信息，按照对应支付渠道的接口要求生成并发送接口报文至所述支付平台，以使所述支付平台根据所述接口报文执行支付操作。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
虽然本发明提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或支付请求方装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
虽然本说明书实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。
为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
以上所述仅为本说明书实施例的实施例而已，并不用于限制本说明书实施例。对于本领域技术人员来说，本说明书实施例可以有各种更改和变化。凡在本说明书实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书实施例的权利要求范围之内。
Claims (16)
1.一种多支付渠道的统一处理方法，其特征在于，包括：
向支付请求方装置提供一支付接口，以使所述支付请求方装置通过所述支付接口发送支付请求信息；所述支付请求信息中包括有第一客户信息；
根据所述支付请求信息从多个支付渠道中确定其中一个所述支付渠道，并确定该支付渠道对应需要的客户信息；每个支付渠道对应一个支付平台；
从所述支付请求方装置对应账号下的预留信息中调取第二客户信息，所述第一客户信息和所述第二客户信息共同组成该支付渠道需要的客户信息；
根据所述第二客户信息与所述支付请求信息，按照对应支付渠道的接口要求生成并发送接口报文至所述支付平台，以使所述支付平台根据所述接口报文执行支付操作。
2.根据权利要求1所述的统一处理方法，其特征在于，还包括：
接收所述支付平台反馈的支付状态信息；
基于设定的支付状态信息与展示状态信息的对应关系，将所述支付状态信息映射为展示状态信息，并推送给所述支付请求方装置以供展示。
3.根据权利要求1所述的统一处理方法，其特征在于，还包括：
对所述支付请求信息进行数据项检验，判断所述支付请求信息是否符合所述支付接口的接入标准。
4.根据权利要求1所述的统一处理方法，其特征在于，所述支付请求信息的数据格式为XML报文格式，所述统一处理方法还包括：对所述支付请求信息进行报文解析。
5.根据权利要求1所述的统一处理方法，其特征在于，还包括：根据所述支付请求信息对支付请求方装置对应的账号进行身份验证。
6.根据权利要求1所述的统一处理方法，其特征在于，还包括：对所述支付请求信息进行信息监控。
7.根据权利要求1所述的统一处理方法，其特征在于，还包括：
根据对应的支付渠道，采用预设频率查询支付状态，其中所述预设频率与所述支付渠道具有一一对应关系。
8.一种多支付渠道的统一处理系统，其特征在于，包括：
接口提供模块，向支付请求方装置提供一支付接口，以使所述支付请求方装置通过所述支付接口发送支付请求信息；所述支付请求信息中包括有第一客户信息；
支付渠道确定模块，根据所述支付请求信息从多个支付渠道中确定其中一个所述支付渠道，并确定该支付渠道对应需要的客户信息；每个支付渠道对应一个支付平台；
信息调取模块，从所述支付请求方装置对应账号下的预留信息中调取第二客户信息，所述第一客户信息和所述第二客户信息共同组成该支付渠道需要的客户信息；
接口报文模块，根据所述第二客户信息与所述支付请求信息，按照对应支付渠道的接口要求生成并发送接口报文至所述支付平台，以使所述支付平台根据所述接口报文执行支付操作。
9.根据权利要求8所述的统一处理系统，其特征在于，还包括：
支付状态信息接收模块，接收所述支付平台反馈的支付状态信息；
展示状态信息推送模块，基于设定的支付状态信息与展示状态信息的对应关系，将所述支付状态信息映射为展示状态信息，并推送给所述支付请求方装置以供展示。
10.根据权利要求8所述的统一处理系统，其特征在于，还包括：
检验模块，对所述支付请求信息进行数据项检验，判断所述支付请求信息是否符合所述支付接口的接入标准。
11.根据权利要求8所述的统一处理系统，其特征在于，所述支付请求信息的数据格式为XML报文格式，所述统一处理系统还包括：支付请求信息解析模块，对所述支付请求信息进行报文解析。
12.根据权利要求8所述的统一处理系统，其特征在于，还包括：身份验证模块，根据所述支付请求信息对支付请求方装置对应的账号进行身份验证。
13.根据权利要求8所述的统一处理系统，其特征在于，还包括：信息监控模块，对所述支付请求信息进行信息监控。
14.根据权利要求8所述的统一处理系统，其特征在于，还包括：
状态跟踪模块，根据对应的支付渠道，采用预设频率查询支付状态，其中所述预设频率与所述支付渠道具有一一对应关系。
15.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7任一项所述的方法。
16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至7任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911291940.XA CN111091358B (zh) | 2019-12-16 | 2019-12-16 | 多支付渠道的统一处理方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911291940.XA CN111091358B (zh) | 2019-12-16 | 2019-12-16 | 多支付渠道的统一处理方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111091358A true CN111091358A (zh) | 2020-05-01 |
| CN111091358B CN111091358B (zh) | 2024-04-16 |
Family
ID=70395515
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911291940.XA Active CN111091358B (zh) | 2019-12-16 | 2019-12-16 | 多支付渠道的统一处理方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111091358B (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112184198A (zh) * | 2020-09-22 | 2021-01-05 | 浙江网商银行股份有限公司 | 批量业务处理系统、方法及装置 |
| CN112202806A (zh) * | 2020-10-12 | 2021-01-08 | 中国民航信息网络股份有限公司 | 一种面向ndc标准的聚合报文处理方法及装置 |
| CN114827311A (zh) * | 2022-04-28 | 2022-07-29 | 中国农业银行股份有限公司 | 一种数据处理方法、装置、电子设备及计算机存储介质 |
| CN117575613A (zh) * | 2024-01-15 | 2024-02-20 | 山东鼎信数字科技有限公司 | 一种动态访问环境的鉴权支付方法及系统 |
| WO2024041316A1 (zh) * | 2022-08-26 | 2024-02-29 | 支付宝（中国）网络技术有限公司 | 支付处理方法及装置 |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101458797A (zh) * | 2008-12-22 | 2009-06-17 | 腾讯科技（深圳）有限公司 | 业务处理系统和方法 |
| CN105205653A (zh) * | 2015-09-16 | 2015-12-30 | 平安科技（深圳）有限公司 | 一种支付路径的计算方法和装置 |
| CN105427101A (zh) * | 2015-11-19 | 2016-03-23 | 成都连银信息技术有限公司 | 支持多种支付通道的统一支付接入网关 |
| CN106204010A (zh) * | 2016-07-26 | 2016-12-07 | 通联支付网络服务股份有限公司 | 一种渠道接入系统 |
| CN107705118A (zh) * | 2017-09-19 | 2018-02-16 | 深圳金融电子结算中心有限公司 | 基于渠道路由的交易支付方法、系统、服务器及存储介质 |
| CN108537520A (zh) * | 2017-03-03 | 2018-09-14 | 银联数据服务有限公司 | 一种接入第三方支付交易的方法和装置 |
| CN109242460A (zh) * | 2018-07-17 | 2019-01-18 | 华润物业工程科技有限公司 | 一种基于多个支付渠道的支付系统及其对账方法 |
| CN109947994A (zh) * | 2018-08-10 | 2019-06-28 | 北京京东金融科技控股有限公司 | 支付过程的处理方法、装置、介质及电子设备 |
| CN110245935A (zh) * | 2019-05-06 | 2019-09-17 | 阿里巴巴集团控股有限公司 | 支付渠道推荐方法、装置及设备 |
| WO2019196244A1 (zh) * | 2018-04-10 | 2019-10-17 | 平安科技（深圳）有限公司 | 实时回调订单的方法和系统 |
-
2019
- 2019-12-16 CN CN201911291940.XA patent/CN111091358B/zh active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101458797A (zh) * | 2008-12-22 | 2009-06-17 | 腾讯科技（深圳）有限公司 | 业务处理系统和方法 |
| CN105205653A (zh) * | 2015-09-16 | 2015-12-30 | 平安科技（深圳）有限公司 | 一种支付路径的计算方法和装置 |
| CN105427101A (zh) * | 2015-11-19 | 2016-03-23 | 成都连银信息技术有限公司 | 支持多种支付通道的统一支付接入网关 |
| CN106204010A (zh) * | 2016-07-26 | 2016-12-07 | 通联支付网络服务股份有限公司 | 一种渠道接入系统 |
| CN108537520A (zh) * | 2017-03-03 | 2018-09-14 | 银联数据服务有限公司 | 一种接入第三方支付交易的方法和装置 |
| CN107705118A (zh) * | 2017-09-19 | 2018-02-16 | 深圳金融电子结算中心有限公司 | 基于渠道路由的交易支付方法、系统、服务器及存储介质 |
| WO2019196244A1 (zh) * | 2018-04-10 | 2019-10-17 | 平安科技（深圳）有限公司 | 实时回调订单的方法和系统 |
| CN109242460A (zh) * | 2018-07-17 | 2019-01-18 | 华润物业工程科技有限公司 | 一种基于多个支付渠道的支付系统及其对账方法 |
| CN109947994A (zh) * | 2018-08-10 | 2019-06-28 | 北京京东金融科技控股有限公司 | 支付过程的处理方法、装置、介质及电子设备 |
| CN110245935A (zh) * | 2019-05-06 | 2019-09-17 | 阿里巴巴集团控股有限公司 | 支付渠道推荐方法、装置及设备 |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112184198A (zh) * | 2020-09-22 | 2021-01-05 | 浙江网商银行股份有限公司 | 批量业务处理系统、方法及装置 |
| CN112202806A (zh) * | 2020-10-12 | 2021-01-08 | 中国民航信息网络股份有限公司 | 一种面向ndc标准的聚合报文处理方法及装置 |
| CN112202806B (zh) * | 2020-10-12 | 2023-04-18 | 中国民航信息网络股份有限公司 | 一种面向ndc标准的聚合报文处理方法及装置 |
| CN114827311A (zh) * | 2022-04-28 | 2022-07-29 | 中国农业银行股份有限公司 | 一种数据处理方法、装置、电子设备及计算机存储介质 |
| WO2024041316A1 (zh) * | 2022-08-26 | 2024-02-29 | 支付宝（中国）网络技术有限公司 | 支付处理方法及装置 |
| CN117575613A (zh) * | 2024-01-15 | 2024-02-20 | 山东鼎信数字科技有限公司 | 一种动态访问环境的鉴权支付方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111091358B (zh) | 2024-04-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111091358B (zh) | 多支付渠道的统一处理方法及系统 | |
| CN110782240B (zh) | 业务数据处理方法、装置、计算机设备和存储介质 | |
| US11620165B2 (en) | System for automated resource transfer processing using a distributed server network | |
| US20130104150A1 (en) | Service based information technology platform | |
| CN111309745B (zh) | 虚拟资源处理方法、装置、电子设备及存储介质 | |
| CN104966229A (zh) | 信息处理方法及信贷平台 | |
| WO2020207445A1 (zh) | 一种基于区块链的事件订阅方法及装置 | |
| CN111580874B (zh) | 数据申请的系统安全控制方法、系统和计算机设备 | |
| WO2006124135A2 (en) | Centralized payment processing system | |
| US11615074B2 (en) | System and methods for intelligent path selection of enhanced distributed processors | |
| CN113205402A (zh) | 对账方法、装置、电子设备及计算机可读介质 | |
| CN112181628B (zh) | 资源转移方法、装置、系统和电子设备 | |
| CN107194712B (zh) | 共享账户变动信息记录方法及装置、内部账户补账方法及系统 | |
| CN107528822A (zh) | 一种业务执行方法以及装置 | |
| US20220230238A1 (en) | System and method for assessing risk | |
| US10235719B2 (en) | Centralized GAAP approach for multidimensional accounting to reduce data volume and data reconciliation processing costs | |
| CN115391343A (zh) | 账单数据处理方法、装置、电子设备和存储介质 | |
| CN112258306B (zh) | 账务信息核对的方法、装置、电子设备和存储介质 | |
| CN113807969A (zh) | 一种业务系统并行验证方法及相关设备 | |
| CN112749338A (zh) | 信息处理方法及装置 | |
| CN111415245A (zh) | 一种开户方法和装置 | |
| CN112241915A (zh) | 一种贷款产品的生成方法和装置 | |
| CN111553788A (zh) | 基于大数据的资金业务处理方法、装置、电子设备和介质 | |
| US20230067630A1 (en) | Systems and methods for handling transfers | |
| CN113269627A (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 | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20220916 Address after: 25 Financial Street, Xicheng District, Beijing 100033 Applicant after: CHINA CONSTRUCTION BANK Corp. Address before: 25 Financial Street, Xicheng District, Beijing 100033 Applicant before: CHINA CONSTRUCTION BANK Corp. Applicant before: Jianxin Financial Science and Technology Co.,Ltd. |
|
| GR01 | Patent grant |