CN112116438A - 一种多渠道支付集成方法、平台、设备和介质 - Google Patents

一种多渠道支付集成方法、平台、设备和介质 Download PDF

Info

Publication number
CN112116438A
CN112116438A CN202010759880.6A CN202010759880A CN112116438A CN 112116438 A CN112116438 A CN 112116438A CN 202010759880 A CN202010759880 A CN 202010759880A CN 112116438 A CN112116438 A CN 112116438A
Authority
CN
China
Prior art keywords
payment
merchant
order
interface
data
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
Application number
CN202010759880.6A
Other languages
English (en)
Inventor
黄家昌
傅兴鸿
杨辉
邱道椿
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujian Ecan Information Technology Co ltd
Original Assignee
Fujian Ecan Information Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujian Ecan Information Technology Co ltd filed Critical Fujian Ecan Information Technology Co ltd
Priority to CN202010759880.6A priority Critical patent/CN112116438A/zh
Publication of CN112116438A publication Critical patent/CN112116438A/zh
Pending legal-status Critical Current

Links

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
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/11—File system administration, e.g. details of archiving or snapshots
    • G06F16/116—Details of conversion of file system types or formats
    • 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/25—Integrating or interfacing systems involving database management systems
    • 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
    • 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/12—Accounting
    • G06Q40/125—Finance or payroll

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明提供一种多渠道支付集成方法、平台、设备和介质，方法包括支付业务过程：S1、任一支付业务被发起时，至少生成该支付业务的订单信息、商户信息、支付渠道信息和业务接口参数；S2、根据业务接口参数调用统一业务接口，接收订单信息、商户信息和支付渠道信息；S3、调用对应的拦截器对该支付业务进行数据拦截以进行安全性校验；S4、由所述统一业务接口根据支付渠道信息将订单信息封装成相应格式的请求报文发送给第三方支付机构接口，并接收返回的数据，解析封装成统一格式的响应报文后返回给商户，完成所述支付业务。本发明通过统一业务接口汇总支付参数和统一报文格式，实现了商户对信息的一体化管理，提高了管理效率，且改造费用低。

Description

一种多渠道支付集成方法、平台、设备和介质
技术领域
本发明涉及计算机技术领域，特别涉及一种多渠道支付集成方法、平台、 设备和介质。
背景技术
移动支付的惊人发展，逐步替代了传统的纸币和银行卡支付，出现了以 支付宝、微信、银联等为主的移动支付龙头，网络支付是采用先进的技术 通过数字流转来完成信息传输，它的工作环境基于一个开放的互联网系统 平台，网络支付与传统支付相比较具有方便，快捷，高效、经济的优势。
医院与时俱进，纷纷开始接入各家的移动支付，方便大众的就医服务。 不论是公立医院还是民营医院，都要求能简约便捷快速的医疗费用支付，以 最大程度地方便患者就医，比如医院提供的支付渠道有收费处、自助机、护 士站、病房等。但现今的很多医院的现状是：由于支付渠道多，一家医院往 往有好几家支付厂商支持，但所有的支付厂商各自为政，支付出现问题无法 及时定位，及时处理，每月财务对账复杂，数据不统一，监管不到位等问题， 混乱场面。
发明内容
本发明要解决的技术问题，在于提供一种多渠道支付集成方法、平台、 设备和介质，统一对接商户和多家第三方支付机构的支付接口，通过定义统 一化接口汇总支付参数和统一报文格式，实现了商户对信息的一体化管理， 简化管理流程，提高了管理效率，且改造费用低。
第一方面，本发明提供了一种多渠道支付集成方法，包括支付业务过程， 所述支付业务过程包括下述步骤：
S1、任一支付业务被发起时，至少生成该支付业务的订单信息、商户信 息、支付渠道信息和业务接口参数，所述业务接口参数与统一下单地址一一 对应；
S2、根据所述业务接口参数对应的统一下单地址调用相应的统一业务接 口，接收所述订单信息、商户信息和支付渠道信息；
S3、调用所述统一业务接口对应的拦截器对该支付业务进行数据拦截， 并对数据进行安全性校验，若校验通过，进入下一步，若未校验通过，结束 流程；
S4、由所述统一业务接口根据所述支付渠道信息将订单信息封装成相应 格式的请求报文，并发送给对应的第三方支付机构接口；然后接收由所述第 三方支付机构接口返回的数据，并解析封装成统一格式的响应报文，根据所 述商户信息返回给商户，完成所述支付业务。
第二方面，本发明提供了一种多渠道支付集成装置，包括支付业务单元， 所述支付业务单元包括：
支付业务发起模块，用于任一支付业务被发起时，至少生成该支付业务 的订单信息、商户信息、支付渠道信息和业务接口参数，所述业务接口参数 与统一下单地址一一对应；
统一业务接口模块，用于根据所述业务接口参数对应的统一下单地址调 用相应的统一业务接口，接收所述订单信息、商户信息和支付渠道信息；并 用于根据所述支付渠道信息将订单信息封装成相应格式的请求报文，并发送 给对应的第三方支付机构接口；然后接收由所述第三方支付机构接口返回的 数据，并解析封装成统一格式的响应报文，根据所述商户信息返回给商户， 完成所述支付业务；
拦截器模块，用于调用所述统一业务接口对应的拦截器对该支付业务进 行数据拦截；并对拦截下的支付业务进行数据后进行安全性校验，若校验通 过，通知所述统一业务接口模块，若未校验通过，结束支付业务流程。
第三方面，本发明提供了一种电子设备，包括存储器、处理器及存储在 存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实 现第一方面所述的方法。
第四方面，本发明提供了一种计算机可读存储介质，其上存储有计算机 程序，该程序被处理器执行时实现第一方面所述的方法。
本发明实施例中提供的一个或多个技术方案，至少具有如下技术效果或 优点：
(1)在平台中整合了多家第三方支付机构接口，通过定义统一业务接 口以汇总支付参数和统一报文格式，入驻商户发起支付时，不需要根据不同 的第三方支付机构请求不同的地址和参数，而是所有的第三方支付机构统一 请求同一地址并统一报文格式返回，实现对所有第三方支付机构的支付业务 统一化的管理。
(2)每一统一业务接口均对应一拦截器，通过拦截器对支付业务进行 数据拦截和校验，大大保证了支付业务的安全性。
(3)平台还提供监控、商户部署、商户入驻，第三方支付机构上线以 及商户管理等功能，使各类数据的管理更客观、主动、全面，且可视化、简 单、便捷、安全。
(4)可以全软件实现，无需增加硬件，不受环境材料场景等因素限制， 只要在程序上对接并访问数据接口就可支付，为商户和第三方支付机构提供 了多样化、可扩展、可重复的数据服务。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技 术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它 目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
下面参照附图结合实施例对本发明作进一步的说明。
图1为本发明多渠道支付集成平台对应的系统的示意图；
图2为本发明实施例一中方法的流程图；
图3为本发明商户入驻平台的流程图；
图4为本发明多渠道支付集成平台后台管理功能示意图；
图5为本发明实施例二中装置的结构示意图；
图6为本发明实施例二中装置优化后的结构示意图；
图7为本发明实施例三中电子设备的结构示意图；
图8为本发明实施例四中介质的结构示意图。
具体实施方式
本申请实施例通过提供一种多渠道支付集成方法、平台、设备和介质， 整合多家第三方支付机构的支付接口，通过定义统一化接口汇总支付参数和 统一报文格式，实现了商户对信息的一体化管理，简化管理流程，提高了管 理效率，且改造费用低。
本申请实施例中的技术方案，总体思路如下：建立一个多渠道支付集成 平台对接商户和第三方支付机构接口，通过定义统一业务接口以汇总支付参 数和统一报文格式，实现对所有第三方支付机构的支付业务统一化的管理， 通过拦截器对支付业务进行数据拦截和校验，大大保证了支付业务的安全 性。还提供监控功能、两种商户部署功能以及商户对各种数据的管理功能， 以及便捷的商户入驻功能和第三方支付机构上线功能：简化管理流程，提高 了管理效率，且改造费用低。
像医院、大型商场、健身馆等的官网、APP、微信公众号和小程序等， 有了本发明的多渠道支付集成平台，用户可以自己在任意场景下支付，包括 缴费、充值、余额退款等业务操作，其中医院主要应用于收费处、自助机、 护士站、病房等场景使用。
实施例一
如图2所示，本实施例提供一种多渠道支付集成方法，其特征在于：包 括支付业务过程，所述支付业务过程包括下述步骤：
S1、任一支付业务被发起时，至少生成该支付业务的订单信息、商户信 息、支付渠道信息和业务接口参数，所述业务接口参数与统一下单地址一一 对应；
支付业务类型有多种，如下单、查询订单、关闭订单、撤销订单、支付 结果通知、申请退款、查询退款等，平台针对每一种支付业务类型均提供一 个统一业务接口，每个统一业务接口均对应一个统一下单地址，该统一下单 地址通过业务接口参数来表示；
S2、根据所述业务接口参数对应的统一下单地址调用相应的统一业务接 口，接收所述订单信息、商户信息和支付渠道信息；
S3、调用所述统一业务接口对应的拦截器对该支付业务进行数据拦截， 并对数据进行安全性校验，若校验通过，进入下一步，若未校验通过，结束 流程；拦截器的调用可通过Spring MVC的请求地址拦截器 HandlerInterceptorAdater进行；
S4、由所述统一业务接口根据所述支付渠道信息将订单信息封装成相应 格式的请求报文，并发送给对应的第三方支付机构接口；然后接收由所述第 三方支付机构接口返回的数据，并解析封装成统一格式的响应报文，根据所 述商户信息返回给商户，完成所述支付业务。
其中，做为本实施例更为具体的实现方式，所述统一业务接口包括：
统一下单接口，用于创建支付交易订单，供商户根据其分配的商户号发 起支付请求，并选择任一第三方支付机构的支付渠道；
查询订单接口，用于下单成功后，根据商户订单号主动查询订单的支付 状态，并根据传入参数查询第三方支付机构接口，和返回最新的支付状态；
关闭订单接口，用于在需的情况下调用，关闭订单；
撤销订单接口，用于在需的情况下调用，撤销订单；
支付结果通知接口，用于在收到第三方支付机构的结果通知时更新平台 订单状态，并主动推送给商户；
申请退款接口，用于在订单支付成功后需要退款时调用，进行申请退款 操作；
查询退款接口，用于在申请退款后，根据商户订单号和商户退款单号查 询订单退款状态；
汇总如下表1所示：
表1
Figure BDA0002612762840000061
对应的，所述拦截器包括：
统一下单拦截器，拦截商户下单订单请求，进行必要的安全性校验，封 装好对应支付渠道的支付请求数据，调用第三方支付机构接口，并把响应的 数据按照统一定义好的参数封装返回给商户；
统一查询订单拦截器，拦截商户的查询订单请求，进行必要的安全性校 验并通过后，封装好对应支付渠道的查询订单请求数据，调用第三方支付机 构接口，并把响应的数据按照统一定义好的参数封装返回给商户；
统一关闭订单拦截器，拦截商户关单请求，进行必要的安全性校验并通 过后，封装好对应支付渠道的关单请求数据，调用第三方支付机构接口，并 把响应的数据按照统一定义好的参数封装返回给商户；
统一撤销拦截器，拦截商户撤销请求，进行必要的安全性校验并通过后， 封装好对应支付渠道的撤销请求数据，调用第三方支付机构接口，并把响应 的数据按照统一定义好的参数封装返回给商户；
统一申请退款拦截器，拦截商户申请退款数据，进行必要的安全性校验 并通过后，创建平台退款订单，同时向第三方支付机构接口发起退款请求， 并封装好统一的响应参数，返回给商户解析
统一查询退款拦截器，拦截商户查询退款订单请求，进行必要的安全性 校验并通过后，封装好对应支付渠道的查询退款订单请求数据，调用第三方 支付机构接口，并把响应的数据按照统一定义好的参数封装返回给商户；
同时还包括以下国内主流支付渠道的通知拦截器：
支付宝通知拦截器，商户在使用支付宝支付成功后，平台会收到支付宝 推送的支付结果，进行必要的安全性校验并通过后，更新订单状态并通知商 户支付结果；
微信通知拦截器，商户在使用微信支付成功后，平台会收到微信推送的 支付结果，平进行必要的安全性校验并通过后，更新订单状态并通知商户支 付结果。
汇总如下表2所示：
表2
Figure BDA0002612762840000071
Figure BDA0002612762840000081
接口调用的安全性至关重要，每次的支付业务请求和响应都要进行签名 的验证，方可进行支付业务的操作。因此，做为本实施例更佳的实现方式， 所述步骤S3的安全性校验采用HTTP协议和POST提交方式，并采用XML 数据格式，使用非对称的MD5签名方式进行签名，根据MD5的不可逆性， 可以保证数据的秘钥不会被黑客破解，保护平台的数据传输安全，通过对 XML的数据解析映射成JAVA实体类，并判断商户是否存在，签名是否正 确，支付信息配置是否正确。签名过程如下：
1)所有发送或者接收到的数据记为集成M，将集合M内非空参数值的 参数按照参数名ASCII码按字典序从小到大排序，使用URL健值对的格式 (即key1＝value1&key2＝value2...)，拼接成字符串stringA；代码实现如下： StringstringA＝ "sb＝＝auth_code＝134935178483230281&nonce_str＝defghijklmnopqrstuvwsyz&pay_channel ＝04&seller_code＝000004&seller_device_info＝pc-20161022I&seller_order_num＝042020062 2003007271C40853531&seller_product＝门诊充值 &seller_product_id＝C40853531&terminal_ip＝10.88.88.110&total_fee＝50000&trade_type＝B ARCODE"；
2)在字符串stringA最后拼接上key得到加密原文字符串 stringSignTemp，并对加密原文字符串stringSignTemp进行UTF8的MD5运 算，再将运算得到的字符串所有字符转换为大写，得到sign值；
StringstringSignTemp＝stringA+"&key＝3e568eab3fa64672b59e0942f8c5722"；
EncryptrnEncrypt＝newEncrypt()；
Stringsign＝rnEncrypt.MD5(stringSignTemp).toUpperCase()；
3)根据sign值进行签名校验，判断是否是平台的真实商户，数据是否 具有有效性。
其中，做为本实施例更为具体的实现方式，请求报文的内容如表3所示， 响应报文的内容则如表4所示。
表3
Figure BDA0002612762840000091
Figure BDA0002612762840000101
Figure BDA0002612762840000111
表4
Figure BDA0002612762840000112
其中，做为本实施例更佳的实现方式，本实施例方法还包括监控过程、 商户部署过程、商户入驻过程，第三方支付机构上线过程以及商户管理过程：
所述监控过程是：将所述拦截器拦截的内容存入日志数据库，形成日志 监控，根据所述统一业务接口调用的结果设置不同的结果集，并分等级，如 轻、重、缓，急等，获取所需等级(等级为重或急)的日志，发送预警给相 关人员；通过设定调用的IP限制，调用次数，调用时间来控制平台的对外 接口能力；对保存的数据进行统计和分析，实现商户的一体化管理；如可以 分析出商户的调用频率，调用成功失败的次数，年、月、日交易统计、笔数、 人均消费、消费方式、收支明细等一系列的监控数据，便于一体化管理商户 的支付安全、用户数据、账户流水等。
所述商户部署过程是：在商户内网实现部署，根据政务外网端口映射的 方式，调用第三方支付机构接口；支持集中化部署和个性化部署；目前大部 分医院都是个性化部署，但针对有多家子医院的大型医院来说，集中化部署 可以方便的查看所有子医院的财务流水，资金出入，系统运行情况等便于管 理和掌控，个性化部署针对一家医院的情况单独部署；且为保证信息安全， 医院都是尽量不使用公网，平台可以部署在医院内网，根据政务外网端口映 射的方式，调用第三方支付接口，减少数据在公网的传输时间，添加一层防 控监督，保证服务器的安全。当然，集中化部署也支持该数据传输方式。
如图3所示，所述商户入驻过程是：在新的商户提出入驻申请时，对申 请材料进行审核通过后，分配平台商户号给商户，并提供第三方支付配置项 供商户配置第三方支付参数，配置完成后进入测试支付流程，测试通过后即 完成入驻；过程简单方便，如图3，一家商户入驻平台3-5个工作日即可上 线，大大的缩短了医院上线移动支付的时间，医院委托第三方公司向第三方 申请支付不仅过程缓慢，支付方式绑定设备，应用场景不广泛，还需要购买 设备等其他的财务支出。
所述第三方支付机构上线过程是：向第三方支付机构提出申请，测试通 过后，整合该第三方支付机构接口，通过所述统一业务接口分配对应的支付 渠道编码，还对商户开放相应的支付渠道权限；
如图4所示，所述商户管理过程是：
提供交易管理模块，用于商户查看所有的支付请求、退款请求订单数据， 账单导出excel对比，在线实时向第三方查询订单状态并更新本地数据，在 线申请退款、查询退款；另外还有智能查询，只需要选择支付模式、输入订 单号就可以直接查询。
提供对账管理模块，用于商户处理退款记录和异常订单，提供人工处理 和自动定时执行订单任务，对获取到的未支付、支付超时、支付失败的订单 进行二次查询，并更新订单状态；对账管理包括退款记录和异常订单，商户 管理员在发现异常订单时可以将其勾入到异常订单里进行人工处理，根据业 务情况处理完后可以实现记录回看。
提供统计管理模块，用于展示交易金额的年、月、日交易笔数、交易人 均消费年、月、日的拆线图，和交易方式、交易收支、交易来源的饼状图， 供商户统计管理相关数据；
提供系统管理模块，供商户查看账户密码信息，登录日志，上次登录时 间信息，以保证商户的账户安全性。
基于同一发明构思，本申请还提供了与实施例一中的方法对应的装置， 详见实施例二。
实施例二
如图5所示，在本实施例中提供了一种多渠道支付集成装置，其特征在 于：包括支付业务单元，所述支付业务单元包括：
支付业务发起模块，用于任一支付业务被发起时，至少生成该支付业务 的订单信息、商户信息、支付渠道信息和业务接口参数，所述业务接口参数 与统一下单地址一一对应；
统一业务接口模块，用于根据所述业务接口参数对应的统一下单地址调 用相应的统一业务接口，接收所述订单信息、商户信息和支付渠道信息；并 用于根据所述支付渠道信息将订单信息封装成相应格式的请求报文，并发送 给对应的第三方支付机构接口；然后接收由所述第三方支付机构接口返回的 数据，并解析封装成统一格式的响应报文，根据所述商户信息返回给商户， 完成所述支付业务；
拦截器模块，用于调用所述统一业务接口对应的拦截器对该支付业务进 行数据拦截；并对拦截下的支付业务进行数据后进行安全性校验，若校验通 过，通知所述统一业务接口模块，若未校验通过，结束支付业务流程。
如表1所示，所述统一业务接口包括：
统一下单接口，用于创建支付交易订单，供商户根据其分配的商户号发 起支付请求，并选择任一第三方支付机构的支付渠道；
查询订单接口，用于下单成功后，根据商户订单号主动查询订单的支付 状态，并根据传入参数查询第三方支付机构接口，和返回最新的支付状态；
关闭订单接口，用于在需的情况下调用，关闭订单；
撤销订单接口，用于在需的情况下调用，撤销订单；
支付结果通知接口，用于在收到第三方支付机构的结果通知时更新平台 订单状态，并主动推送给商户；
申请退款接口，用于在订单支付成功后需要退款时调用，进行申请退款 操作；
查询退款接口，用于在申请退款后，根据商户订单号和商户退款单号查 询订单退款状态；
如表2所示，所述拦截器包括：
统一下单拦截器，拦截商户下单订单请求，进行必要的安全性校验，封 装好对应支付渠道的支付请求数据，调用第三方支付机构接口，并把响应的 数据按照统一定义好的参数封装返回给商户；
统一查询订单拦截器，拦截商户的查询订单请求，进行必要的安全性校 验并通过后，封装好对应支付渠道的查询订单请求数据，调用第三方支付机 构接口，并把响应的数据按照统一定义好的参数封装返回给商户；
统一关闭订单拦截器，拦截商户关单请求，进行必要的安全性校验并通 过后，封装好对应支付渠道的关单请求数据，调用第三方支付机构接口，并 把响应的数据按照统一定义好的参数封装返回给商户；
统一撤销拦截器，拦截商户撤销请求，进行必要的安全性校验并通过后， 封装好对应支付渠道的撤销请求数据，调用第三方支付机构接口，并把响应 的数据按照统一定义好的参数封装返回给商户；
统一申请退款拦截器，拦截商户申请退款数据，进行必要的安全性校验 并通过后，创建平台退款订单，同时向第三方支付机构接口发起退款请求， 并封装好统一的响应参数，返回给商户解析
统一查询退款拦截器，拦截商户查询退款订单请求，进行必要的安全性 校验并通过后，封装好对应支付渠道的查询退款订单请求数据，调用第三方 支付机构接口，并把响应的数据按照统一定义好的参数封装返回给商户；
支付宝通知拦截器，商户在使用支付宝支付成功后，平台会收到支付宝 推送的支付结果，进行必要的安全性校验并通过后，更新订单状态并通知商 户支付结果；
微信通知拦截器，商户在使用微信支付成功后，平台会收到微信推送的 支付结果，平进行必要的安全性校验并通过后，更新订单状态并通知商户支 付结果。
其中，做为本实施例更为具体的实施方式，所述拦截器模块的数据拦截 是使用Spring MVC的请求地址拦截器HandlerInterceptorAdater进行；
所述校验模块的安全性校验采用HTTP协议和POST提交方式，并采用 XML数据格式，使用非对称的MD5签名方式进行签名，签名过程如下：
1)所有发送或者接收到的数据记为集成M，将集合M内非空参数值的 参数按照参数名ASCII码按字典序从小到大排序，使用URL健值对的格式 拼接成字符串stringA；
2)在字符串stringA最后拼接上key得到加密原文字符串 stringSignTemp，并对加密原文字符串进行UTF8的MD5运算，再将运算得 到的字符串所有字符转换为大写，得到sign值；
3)根据sign值进行签名校验，判断是否是平台的真实商户，数据是否 具有有效性。
如图6所示，做为本实施例更优的实现方式，本装置还包括监控单元、 商户部署单元、商户入驻单元，第三方支付机构上线单元以及商户管理单元：
所述监控单元用于：将所述拦截器拦截的内容存入日志数据库，形成日 志监控，根据所述统一业务接口调用的结果设置不同的结果集，并分等级， 获取所需等级的日志，发送预警给相关人员；通过设定调用的IP限制，调 用次数，调用时间来控制平台的对外接口能力；对保存的数据进行统计和分 析，实现商户的一体化管理；
所述商户部署单元用于：在商户内网实现部署，根据政务外网端口映射 的方式，调用第三方支付机构接口；支持集中化部署和个性化部署；
所述商户入驻过程是：在新的商户提出入驻申请时，对申请材料进行审 核通过后，分配平台商户号给商户，并提供第三方支付配置项供商户配置第 三方支付参数，配置完成后进入测试支付流程，测试通过后即完成入驻；
所述第三方支付机构上线单元用于：向第三方支付机构提出申请，测试 通过后，整合该第三方支付机构接口，通过所述统一业务接口分配对应的支 付渠道编码，还对商户开放相应的支付渠道权限；
如图4所示，所述商户管理单元用于：
提供交易管理模块，用于商户查看所有的支付请求、退款请求订单数据， 账单导出excel对比，在线实时向第三方查询订单状态并更新本地数据，在 线申请退款、查询退款；
提供对账管理模块，用于商户处理退款记录和异常订单，提供人工处理 和自动定时执行订单任务，对获取到的未支付、支付超时、支付失败的订单 进行二次查询，并更新订单状态；
提供统计管理模块，用于展示交易金额、交易笔数、交易人均消费的拆 线图，和交易方式、交易收支、交易来源的饼状图，供商户统计管理相关数 据；
提供系统管理模块，供商户查看账户密码信息，登录日志，上次登录时 间信息。
由于本发明实施例二所介绍的装置，为实施本发明实施例一的方法所采 用的装置，故而基于本发明实施例一所介绍的方法，本领域所属人员能够了 解该装置的具体结构及变形，故而在此不再赘述。且实施例二未详细介绍的 部分可参见实施例一中的描述，凡是本发明实施例一的方法所采用的装置都 属于本发明所欲保护的范围。
基于同一发明构思，本申请提供了实施例一对应的电子设备实施例，详 见实施例三。
实施例三
本实施例提供了一种电子设备，如图7所示，包括存储器、处理器及存 储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序 时，可以实现实施例一中任一实施方式。
由于本实施例所介绍的电子设备为实施本申请实施例一中方法所采用 的设备，故而基于本申请实施例一中所介绍的方法，本领域所属技术人员能 够了解本实施例的电子设备的具体实施方式以及其各种变化形式，所以在此 对于该电子设备如何实现本申请实施例中的方法不再详细介绍。只要本领域 所属技术人员实施本申请实施例中的方法所采用的设备，都属于本申请所欲 保护的范围。
基于同一发明构思，本申请提供了实施例一对应的存储介质，详见实施 例四。
实施例四
本实施例提供一种计算机可读存储介质，如图8所示，其上存储有计算 机程序，该计算机程序被处理器执行时，可以实现实施例一中任一实施方式。
本申请实施例中提供的技术方案，至少具有如下技术效果或优点：
(1)在平台中整合了多家第三方支付机构接口，通过定义统一业务接 口以汇总支付参数和统一报文格式，入驻商户发起支付时，不需要根据不同 的第三方支付机构请求不同的地址和参数，而是所有的第三方支付机构统一 请求同一地址并统一报文格式返回，实现对所有第三方支付机构的支付业务 统一化的管理。
(2)每一统一业务接口均对应一拦截器，通过拦截器对支付业务进行 数据拦截和校验，大大保证了支付业务的安全性。
(3)平台还提供监控、商户部署、商户入驻，第三方支付机构上线以 及商户管理等功能，使各类数据的管理更客观、主动、全面，且可视化、简 单、便捷、安全。
(4)可以全软件实现，无需增加硬件，不受环境材料场景等因素限制， 只要在程序上对接并访问数据接口就可支付，为商户和第三方支付机构提供 了多样化、可扩展、可重复的数据服务。
本领域内的技术人员应明白，本发明的实施例可提供为方法、装置或系 统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实 施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个 或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限 于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产 品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图 和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/ 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌 入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过 计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流 程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的 装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理 设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储 器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程 或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上， 使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现 的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程 图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步 骤。
虽然以上描述了本发明的具体实施方式，但是熟悉本技术领域的技术人 员应当理解，我们所描述的具体的实施例只是说明性的，而不是用于对本发 明的范围的限定，熟悉本领域的技术人员在依照本发明的精神所作的等效的 修饰以及变化，都应当涵盖在本发明的权利要求所保护的范围内。

Claims (10)

1.一种多渠道支付集成方法，其特征在于：包括支付业务过程，所述支付业务过程包括下述步骤：
S1、任一支付业务被发起时，至少生成该支付业务的订单信息、商户信息、支付渠道信息和业务接口参数，所述业务接口参数与统一下单地址一一对应；
S2、根据所述业务接口参数对应的统一下单地址调用相应的统一业务接口，接收所述订单信息、商户信息和支付渠道信息；
S3、调用所述统一业务接口对应的拦截器对该支付业务进行数据拦截，并对数据进行安全性校验，若校验通过，进入下一步，若未校验通过，结束流程；
S4、由所述统一业务接口根据所述支付渠道信息将订单信息封装成相应格式的请求报文，并发送给对应的第三方支付机构接口；然后接收由所述第三方支付机构接口返回的数据，并解析封装成统一格式的响应报文，根据所述商户信息返回给商户，完成所述支付业务。
2.根据权利要求1所述的一种多渠道支付集成方法，其特征在于：
所述统一业务接口包括：
统一下单接口，用于创建支付交易订单，供商户根据其分配的商户号发起支付请求，并选择任一第三方支付机构的支付渠道；
查询订单接口，用于下单成功后，根据商户订单号主动查询订单的支付状态，并根据传入参数查询第三方支付机构接口，和返回最新的支付状态；
关闭订单接口，用于在需的情况下调用，关闭订单；
撤销订单接口，用于在需的情况下调用，撤销订单；
支付结果通知接口，用于在收到第三方支付机构的结果通知时更新平台订单状态，并主动推送给商户；
申请退款接口，用于在订单支付成功后需要退款时调用，进行申请退款操作；
查询退款接口，用于在申请退款后，根据商户订单号和商户退款单号查询订单退款状态；
所述拦截器包括：
统一下单拦截器，拦截商户下单订单请求，进行必要的安全性校验，封装好对应支付渠道的支付请求数据，调用第三方支付机构接口，并把响应的数据按照统一定义好的参数封装返回给商户；
统一查询订单拦截器，拦截商户的查询订单请求，进行必要的安全性校验并通过后，封装好对应支付渠道的查询订单请求数据，调用第三方支付机构接口，并把响应的数据按照统一定义好的参数封装返回给商户；
统一关闭订单拦截器，拦截商户关单请求，进行必要的安全性校验并通过后，封装好对应支付渠道的关单请求数据，调用第三方支付机构接口，并把响应的数据按照统一定义好的参数封装返回给商户；
统一撤销拦截器，拦截商户撤销请求，进行必要的安全性校验并通过后，封装好对应支付渠道的撤销请求数据，调用第三方支付机构接口，并把响应的数据按照统一定义好的参数封装返回给商户；
统一申请退款拦截器，拦截商户申请退款数据，进行必要的安全性校验并通过后，创建平台退款订单，同时向第三方支付机构接口发起退款请求，并封装好统一的响应参数，返回给商户解析
统一查询退款拦截器，拦截商户查询退款订单请求，进行必要的安全性校验并通过后，封装好对应支付渠道的查询退款订单请求数据，调用第三方支付机构接口，并把响应的数据按照统一定义好的参数封装返回给商户；
支付宝通知拦截器，商户在使用支付宝支付成功后，平台会收到支付宝推送的支付结果，进行必要的安全性校验并通过后，更新订单状态并通知商户支付结果；
微信通知拦截器，商户在使用微信支付成功后，平台会收到微信推送的支付结果，平进行必要的安全性校验并通过后，更新订单状态并通知商户支付结果。
3.根据权利要求1或2所述的一种多渠道支付集成方法，其特征在于：
所述步骤S2的数据拦截是使用Spring MVC的请求地址拦截器进行；
所述步骤S3的安全性校验采用HTTP协议和POST提交方式，并采用XML数据格式，使用非对称的MD5签名方式进行签名，签名过程如下：
1)所有发送或者接收到的数据记为集成M，将集合M内非空参数值的参数按照参数名ASCII码按字典序从小到大排序，使用URL健值对的格式拼接成字符串；
2)在字符串最后拼接上key得到加密原文字符串，并对加密原文字符串进行UTF8的MD5运算，再将运算得到的字符串所有字符转换为大写，得到sign值；
3)根据sign值进行签名校验，判断是否是平台的真实商户，数据是否具有有效性。
4.根据权利要求1所述的一种多渠道支付集成方法，其特征在于：还包括监控过程、商户部署过程、商户入驻过程，第三方支付机构上线过程以及商户管理过程：
所述监控过程是：将所述拦截器拦截的内容存入日志数据库，形成日志监控，根据所述统一业务接口调用的结果设置不同的结果集，并分等级，获取所需等级的日志，发送预警给相关人员；通过设定调用的IP限制，调用次数，调用时间来控制平台的对外接口能力；对保存的数据进行统计和分析，实现商户的一体化管理；
所述商户部署过程是：在商户内网实现部署，根据政务外网端口映射的方式，调用第三方支付机构接口；支持集中化部署和个性化部署；
所述商户入驻过程是：在新的商户提出入驻申请时，对申请材料进行审核通过后，分配平台商户号给商户，并提供第三方支付配置项供商户配置第三方支付参数，配置完成后进入测试支付流程，测试通过后即完成入驻；
所述第三方支付机构上线过程是：向第三方支付机构提出申请，测试通过后，整合该第三方支付机构接口，通过所述统一业务接口分配对应的支付渠道编码，还对商户开放相应的支付渠道权限；
所述商户管理过程是：
提供交易管理模块，用于商户查看所有的支付请求、退款请求订单数据，账单导出excel对比，在线实时向第三方查询订单状态并更新本地数据，在线申请退款、查询退款；
提供对账管理模块，用于商户处理退款记录和异常订单，提供人工处理和自动定时执行订单任务，对获取到的未支付、支付超时、支付失败的订单进行二次查询，并更新订单状态；
提供统计管理模块，用于展示交易金额、交易笔数、交易人均消费的拆线图，和交易方式、交易收支、交易来源的饼状图，供商户统计管理相关数据；
提供系统管理模块，供商户查看账户密码信息，登录日志，上次登录时间信息。
5.一种多渠道支付集成装置，其特征在于：包括支付业务单元，所述支付业务单元包括：
支付业务发起模块，用于任一支付业务被发起时，至少生成该支付业务的订单信息、商户信息、支付渠道信息和业务接口参数，所述业务接口参数与统一下单地址一一对应；
统一业务接口模块，用于根据所述业务接口参数对应的统一下单地址调用相应的统一业务接口，接收所述订单信息、商户信息和支付渠道信息；并用于根据所述支付渠道信息将订单信息封装成相应格式的请求报文，并发送给对应的第三方支付机构接口；然后接收由所述第三方支付机构接口返回的数据，并解析封装成统一格式的响应报文，根据所述商户信息返回给商户，完成所述支付业务；
拦截器模块，用于调用所述统一业务接口对应的拦截器对该支付业务进行数据拦截；并对拦截下的支付业务进行数据后进行安全性校验，若校验通过，通知所述统一业务接口模块，若未校验通过，结束支付业务流程。
6.根据权利要求5所述的一种多渠道支付集成装置，其特征在于：
所述统一业务接口包括：
统一下单接口，用于创建支付交易订单，供商户根据其分配的商户号发起支付请求，并选择任一第三方支付机构的支付渠道；
查询订单接口，用于下单成功后，根据商户订单号主动查询订单的支付状态，并根据传入参数查询第三方支付机构接口，和返回最新的支付状态；
关闭订单接口，用于在需的情况下调用，关闭订单；
撤销订单接口，用于在需的情况下调用，撤销订单；
支付结果通知接口，用于在收到第三方支付机构的结果通知时更新平台订单状态，并主动推送给商户；
申请退款接口，用于在订单支付成功后需要退款时调用，进行申请退款操作；
查询退款接口，用于在申请退款后，根据商户订单号和商户退款单号查询订单退款状态；
所述拦截器包括：
统一下单拦截器，拦截商户下单订单请求，进行必要的安全性校验，封装好对应支付渠道的支付请求数据，调用第三方支付机构接口，并把响应的数据按照统一定义好的参数封装返回给商户；
统一查询订单拦截器，拦截商户的查询订单请求，进行必要的安全性校验并通过后，封装好对应支付渠道的查询订单请求数据，调用第三方支付机构接口，并把响应的数据按照统一定义好的参数封装返回给商户；
统一关闭订单拦截器，拦截商户关单请求，进行必要的安全性校验并通过后，封装好对应支付渠道的关单请求数据，调用第三方支付机构接口，并把响应的数据按照统一定义好的参数封装返回给商户；
统一撤销拦截器，拦截商户撤销请求，进行必要的安全性校验并通过后，封装好对应支付渠道的撤销请求数据，调用第三方支付机构接口，并把响应的数据按照统一定义好的参数封装返回给商户；
统一申请退款拦截器，拦截商户申请退款数据，进行必要的安全性校验并通过后，创建平台退款订单，同时向第三方支付机构接口发起退款请求，并封装好统一的响应参数，返回给商户解析
统一查询退款拦截器，拦截商户查询退款订单请求，进行必要的安全性校验并通过后，封装好对应支付渠道的查询退款订单请求数据，调用第三方支付机构接口，并把响应的数据按照统一定义好的参数封装返回给商户；
支付宝通知拦截器，商户在使用支付宝支付成功后，平台会收到支付宝推送的支付结果，进行必要的安全性校验并通过后，更新订单状态并通知商户支付结果；
微信通知拦截器，商户在使用微信支付成功后，平台会收到微信推送的支付结果，平进行必要的安全性校验并通过后，更新订单状态并通知商户支付结果。
7.根据权利要求5或6所述的一种多渠道支付集成装置，其特征在于：
所述拦截器模块的数据拦截是使用Spring MVC的请求地址拦截器进行；
所述校验模块的安全性校验采用HTTP协议和POST提交方式，并采用XML数据格式，使用非对称的MD5签名方式进行签名，签名过程如下：
1)所有发送或者接收到的数据记为集成M，将集合M内非空参数值的参数按照参数名ASCII码按字典序从小到大排序，使用URL健值对的格式拼接成字符串stringA；
2)在字符串stringA最后拼接上key得到加密原文字符串，并对加密原文字符串进行UTF8的MD5运算，再将运算得到的字符串所有字符转换为大写，得到sign值；
3)根据sign值进行签名校验，判断是否是平台的真实商户，数据是否具有有效性。
8.根据权利要求5所述的一种多渠道支付集成装置，其特征在于：还包括监控单元、商户部署单元、商户入驻单元，第三方支付机构上线单元以及商户管理单元：
所述监控单元用于：将所述拦截器拦截的内容存入日志数据库，形成日志监控，根据所述统一业务接口调用的结果设置不同的结果集，并分等级，获取所需等级的日志，发送预警给相关人员；通过设定调用的IP限制，调用次数，调用时间来控制平台的对外接口能力；对保存的数据进行统计和分析，实现商户的一体化管理；
所述商户部署单元用于：在商户内网实现部署，根据政务外网端口映射的方式，调用第三方支付机构接口；支持集中化部署和个性化部署；
所述商户入驻过程是：在新的商户提出入驻申请时，对申请材料进行审核通过后，分配平台商户号给商户，并提供第三方支付配置项供商户配置第三方支付参数，配置完成后进入测试支付流程，测试通过后即完成入驻；
所述第三方支付机构上线单元用于：向第三方支付机构提出申请，测试通过后，整合该第三方支付机构接口，通过所述统一业务接口分配对应的支付渠道编码，还对商户开放相应的支付渠道权限；
所述商户管理单元用于：
提供交易管理模块，用于商户查看所有的支付请求、退款请求订单数据，账单导出excel对比，在线实时向第三方查询订单状态并更新本地数据，在线申请退款、查询退款；
提供对账管理模块，用于商户处理退款记录和异常订单，提供人工处理和自动定时执行订单任务，对获取到的未支付、支付超时、支付失败的订单进行二次查询，并更新订单状态；
提供统计管理模块，用于展示交易金额、交易笔数、交易人均消费的拆线图，和交易方式、交易收支、交易来源的饼状图，供商户统计管理相关数据；
提供系统管理模块，供商户查看账户密码信息，登录日志，上次登录时间信息。
9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至4任一项所述的方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至4任一项所述的方法。
CN202010759880.6A 2020-07-31 2020-07-31 一种多渠道支付集成方法、平台、设备和介质 Pending CN112116438A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010759880.6A CN112116438A (zh) 2020-07-31 2020-07-31 一种多渠道支付集成方法、平台、设备和介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010759880.6A CN112116438A (zh) 2020-07-31 2020-07-31 一种多渠道支付集成方法、平台、设备和介质

Publications (1)

Publication Number Publication Date
CN112116438A true CN112116438A (zh) 2020-12-22

Family

ID=73799094

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010759880.6A Pending CN112116438A (zh) 2020-07-31 2020-07-31 一种多渠道支付集成方法、平台、设备和介质

Country Status (1)

Country Link
CN (1) CN112116438A (zh)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112766969A (zh) * 2021-01-28 2021-05-07 杉德银卡通信息服务有限公司 移动支付方法及系统、支付装置、计算机可读存储介质
CN112818050A (zh) * 2021-01-29 2021-05-18 北京首汽智行科技有限公司 一种共享汽车多企业聚合的平台化设计方法及装置
CN113269551A (zh) * 2021-05-25 2021-08-17 北京金山云网络技术有限公司 医疗支付方法、装置、系统及电子设备
CN113344657A (zh) * 2021-05-24 2021-09-03 城家酒店管理有限公司 一种渠道管理方法及系统
CN113419793A (zh) * 2021-06-30 2021-09-21 蚂蚁智信(杭州)信息技术有限公司 支付处理方法及装置
CN113592576A (zh) * 2021-06-18 2021-11-02 青岛海尔科技有限公司 订单控制方法和装置
CN113612796A (zh) * 2021-08-20 2021-11-05 苏州良医汇网络科技有限公司 一种多渠道通信协议统一方法及系统
CN113781024A (zh) * 2021-09-15 2021-12-10 北京快来文化传播集团有限公司 直播商品购买支付方法、设备和计算机可读存储介质
CN113781202A (zh) * 2021-08-24 2021-12-10 上海数禾信息科技有限公司 数据处理方法、装置、计算机设备和存储介质
CN113837739A (zh) * 2021-09-16 2021-12-24 多点生活(成都)科技有限公司 一种通用的支付渠道对接方案
CN113992761A (zh) * 2021-10-28 2022-01-28 中国建设银行股份有限公司 交易处理方法、装置、电子设备、介质和程序产品
CN114581088A (zh) * 2022-05-05 2022-06-03 深圳市华曦达科技股份有限公司 一种用于SaaS系统的聚合支付方法、装置和系统
CN115049377A (zh) * 2022-06-06 2022-09-13 易联支付有限公司 主扫支付方法、聚合支付平台、存储介质及计算机设备
CN115775147A (zh) * 2022-11-17 2023-03-10 重庆葵海数字科技有限公司 服务电商支付聚合平台的工作方法
CN115860734A (zh) * 2022-12-12 2023-03-28 上海汇付支付有限公司 一种单元化支付方法
CN116228220A (zh) * 2023-03-22 2023-06-06 天元大数据信用管理有限公司 一种用于提高转账效率的多方支付方法、设备及介质
CN117435174A (zh) * 2023-12-11 2024-01-23 江西曼荼罗软件有限公司 一种支付扩展方法及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170278084A1 (en) * 2016-03-25 2017-09-28 Amazon Technologies, Inc. Unified payment interface preference monitoring service capable of integration into merchant sites
CN109829701A (zh) * 2018-12-24 2019-05-31 北京航天智造科技发展有限公司 电商平台松耦合在线支付系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170278084A1 (en) * 2016-03-25 2017-09-28 Amazon Technologies, Inc. Unified payment interface preference monitoring service capable of integration into merchant sites
CN109829701A (zh) * 2018-12-24 2019-05-31 北京航天智造科技发展有限公司 电商平台松耦合在线支付系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
冯永华: "基于医疗大数据的综合支付管理平台建设实践", 《中国数字医学》 *
贾义伍等: "一种基于J2EE的第四方综合支付平台框架设计", 《现代电子技术》 *

Cited By (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112766969A (zh) * 2021-01-28 2021-05-07 杉德银卡通信息服务有限公司 移动支付方法及系统、支付装置、计算机可读存储介质
CN112818050A (zh) * 2021-01-29 2021-05-18 北京首汽智行科技有限公司 一种共享汽车多企业聚合的平台化设计方法及装置
CN113344657A (zh) * 2021-05-24 2021-09-03 城家酒店管理有限公司 一种渠道管理方法及系统
CN113269551A (zh) * 2021-05-25 2021-08-17 北京金山云网络技术有限公司 医疗支付方法、装置、系统及电子设备
CN113592576A (zh) * 2021-06-18 2021-11-02 青岛海尔科技有限公司 订单控制方法和装置
CN113592576B (zh) * 2021-06-18 2023-08-22 青岛海尔科技有限公司 订单控制方法和装置
CN113419793B (zh) * 2021-06-30 2022-05-06 蚂蚁智信(杭州)信息技术有限公司 支付处理方法及装置
CN113419793A (zh) * 2021-06-30 2021-09-21 蚂蚁智信(杭州)信息技术有限公司 支付处理方法及装置
CN113612796A (zh) * 2021-08-20 2021-11-05 苏州良医汇网络科技有限公司 一种多渠道通信协议统一方法及系统
CN113612796B (zh) * 2021-08-20 2023-06-06 苏州良医汇网络科技有限公司 一种多渠道通信协议统一方法及系统
CN113781202B (zh) * 2021-08-24 2024-04-12 上海数禾信息科技有限公司 数据处理方法、装置、计算机设备和存储介质
CN113781202A (zh) * 2021-08-24 2021-12-10 上海数禾信息科技有限公司 数据处理方法、装置、计算机设备和存储介质
CN113781024B (zh) * 2021-09-15 2024-04-02 北京快来文化传播集团有限公司 直播商品购买支付方法、设备和计算机可读存储介质
CN113781024A (zh) * 2021-09-15 2021-12-10 北京快来文化传播集团有限公司 直播商品购买支付方法、设备和计算机可读存储介质
CN113837739B (zh) * 2021-09-16 2023-06-13 多点生活(成都)科技有限公司 一种通用的支付渠道对接方法
CN113837739A (zh) * 2021-09-16 2021-12-24 多点生活(成都)科技有限公司 一种通用的支付渠道对接方案
CN113992761A (zh) * 2021-10-28 2022-01-28 中国建设银行股份有限公司 交易处理方法、装置、电子设备、介质和程序产品
CN113992761B (zh) * 2021-10-28 2024-04-19 中国建设银行股份有限公司 交易处理方法、装置、电子设备、介质和程序产品
CN114581088A (zh) * 2022-05-05 2022-06-03 深圳市华曦达科技股份有限公司 一种用于SaaS系统的聚合支付方法、装置和系统
CN115049377A (zh) * 2022-06-06 2022-09-13 易联支付有限公司 主扫支付方法、聚合支付平台、存储介质及计算机设备
CN115049377B (zh) * 2022-06-06 2023-09-15 易联支付有限公司 主扫支付方法、聚合支付平台、存储介质及计算机设备
CN115775147A (zh) * 2022-11-17 2023-03-10 重庆葵海数字科技有限公司 服务电商支付聚合平台的工作方法
CN115860734A (zh) * 2022-12-12 2023-03-28 上海汇付支付有限公司 一种单元化支付方法
CN116228220A (zh) * 2023-03-22 2023-06-06 天元大数据信用管理有限公司 一种用于提高转账效率的多方支付方法、设备及介质
CN116228220B (zh) * 2023-03-22 2024-04-23 天元大数据信用管理有限公司 一种用于提高转账效率的多方支付方法、设备及介质
CN117435174A (zh) * 2023-12-11 2024-01-23 江西曼荼罗软件有限公司 一种支付扩展方法及系统
CN117435174B (zh) * 2023-12-11 2024-04-09 江西曼荼罗软件有限公司 一种支付扩展方法及系统

Similar Documents

Publication Publication Date Title
CN112116438A (zh) 一种多渠道支付集成方法、平台、设备和介质
AU2003217958B2 (en) Method and system for processing credit card related transactions
US20190019186A1 (en) Systems and methods for automated decentralized multilateral transaction processing
US9384231B2 (en) Data lineage management operation procedures
CN111064722B (zh) 一种以api方式实现集协议转换的数据共享方法
US20210349955A1 (en) Systems and methods for real estate data collection, normalization, and visualization
WO2012162718A1 (en) Addresses in financial systems
US11336555B2 (en) Network segmentation effectiveness system and method
CN108352010A (zh) 用于管理认证服务客户数据的方法和系统
CN113037505B (zh) 一种可信Web应用的实现方法及系统
CN112508551A (zh) 一种基于智能支付路由的统一支付网关系统
CN111831682A (zh) 处理公积金业务的方法、装置、设备和计算机可读介质
US11783328B2 (en) Systems and methods for wallet, token, and transaction management using distributed ledgers
US20210233165A1 (en) Systems and methods for distributed ledger based global credit scoring
US10296882B2 (en) Multicomputer processing of client device request data using centralized event orchestrator and link discovery engine
US20210326883A1 (en) A real-time feedback service for resource access rule configuration
US20180165350A1 (en) Multicomputer Processing of Client Device Request Data Using Centralized Event Orchestator and Link Discovery Engine
US11799658B2 (en) Tracking data throughout an asset lifecycle
US11095658B2 (en) Enhanced system access controls
CN117726337A (zh) 交易信息处理方法、装置、电子设备及存储介质
CN117389543A (zh) Api的制作方法、终端设备及计算机可读存储介质
CN115293755A (zh) 账单的对账处理方法、装置、设备及存储介质
AU2019203761A1 (en) Addresses in financial systems
CN112685437A (zh) 基于配置化的佣金计算方法、装置、设备及存储介质
CN114896430A (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: 20201222