申请/专利权人：中国建设银行股份有限公司

申请日：2019-12-16

公开（公告）日：2024-04-16

公开（公告）号：CN111091358B

主分类号：G06Q20/08

分类号：G06Q20/08;G06Q20/10;G06Q20/22;G06Q40/02

优先权：

专利状态码：有效-授权

法律状态：2024.04.16#授权;2022.09.30#专利申请权的转移;2020.05.29#实质审查的生效;2020.05.01#公开

摘要：本发明提供一种多支付渠道的统一处理方法及系统，首先根据支付请求方装置发送的支付请求信息自动确定适合的支付渠道，根据支付请求信息以及补充的客户信息第二客户信息对应生成满足该支付渠道要求的接口报文，这样不需要为每个支付渠道提供一个支付接口，接口报文是根据确定的支付渠道对应生成，能够满足该支付渠道的要求，进而在支付请求方装置端不需要提供多个接口，大大减少了系统开发的难度，另外在后续新增支付渠道也仅仅需要设置接口报文与支付渠道的对应关系即可，不再需要从系统结构和逻辑层面进行软件升级和维护，大大节约了系统开发的人力物力。

主权项：1.一种多支付渠道的统一处理方法，其特征在于，包括：向支付请求方装置提供一支付接口，以使所述支付请求方装置通过所述支付接口发送支付请求信息；所述支付请求信息中包括有第一客户信息；支付请求方装置在一个具体场景中是安装有与银行托管系统具有合作关系的托管业务系统的处理装置；根据所述支付请求信息从多个支付渠道中确定其中一个所述支付渠道，并确定该支付渠道对应需要的客户信息；每个支付渠道对应一个支付平台；如果支付请求中未明确指明支付渠道，则根据请求中业务数据项进行支付渠道的判别；不同的支付渠道所需要的客户信息会有所区别；从所述支付请求方装置对应账号下的预留信息中调取第二客户信息，所述第一客户信息和所述第二客户信息共同组成该支付渠道需要的客户信息；根据所述第二客户信息与所述支付请求信息，按照对应支付渠道的接口要求生成并发送接口报文至所述支付平台，以使所述支付平台根据所述接口报文执行支付操作；根据请求中业务数据项进行支付渠道的判别，具体包括：付款方账户方是否为本行账户，决定使用本行支付渠道或第三方支付渠道；收款方账户是否为本行账户，决定使用本行转账系统或人行支付渠道；付款方账号性质，对公，对私，内部账，信用卡等分别需要对应对公，对私，财会，信用卡等不同支付渠道；交易币种信息，决定使用人民币支付渠道或外币支付渠道；交易金额，决定人行大额渠道，小额系统渠道；支付系统号，决定使用人行大小额支付渠道或超级网银渠道；综合各项业务数据，再按照支付渠道优先级，决定请求的支付渠道，或者判定请求没有合适的支付渠道；解析所述支付请求信息，包括：报文接口服务接入，具体包括：平台对外实时交易接口采用XML报文格式，接入层接到的交易请求XML报文解析，进行关键数据项校验，不符合接口标准直接报错回；符合标准数据进行接入权限验证，允许接入的请求进行保存，并调用取后续支付流程；对于报文类请求，平台采用同步的模式进行结果返回，返回结果也同样使用XML报文的形式发送到交易请求方；文件接口服务接入，具体包括：平台对外提供TXT和EXCEL格式文件支付交易请求接口模式；请求方按照平台提供文件接口模板填写文件，发送文件支付请求至平台；平台接收到文件后首先判断接入方权限；通过验证后对文件进行解析操作，判断文件格式是否符合接口要求，符合要求的文件数据进行解析保存，由平台后续线程进行后续支付处理；平台文件接口模式支付请求接口反馈采用异步文件反馈模式，主要使用在支付请求量较大且支付请求实时性要求不太高的业务场景；文件接口需要配合联机接口进行使用，发送文件前需要通过联机交易请求批量文件任务号，在发送请求文件发送后，通过联机接口查询批次请求执行状态，当批次支付完成过后再获取结果明细文件；异步消息接入，具体包括：平台使用专门的消息引擎服务器，接收凭条通过消息报文发送支付交易请求；消息接入层配有专门的消息接收器，在消息队列中按顺序获取请求方发送的消息进行解析，如果消息格式内容通过校验，则进行后续支付处理；消息支付请求接入主要适合请求并发量高，可能在联机交易模式中由于流量控制而被拒绝的交易场景；高并发的消息请求在后端会进行排队处理，因此此类请求也为异步处理模式，需要配合联机交易进行交易状态查询。

全文数据：

权利要求：

百度查询： 中国建设银行股份有限公司 多支付渠道的统一处理方法及系统

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD