一种代收付交易平台制造技术

本发明专利技术实施例涉及一种代收付交易平台，所述代收付交易平台包括接口程序、批次队列、交易消费队列、单笔队列、非单笔队列以及渠道网关回调监听程序。本申请提供的代收付交易平台，能够简化平台的部署，并提高代收付交易的效率。

A Collection and Payment Trading Platform

The embodiment of the present invention relates to a collection and payment trading platform, which comprises an interface program, a batch queue, a transaction consumption queue, a single queue, a non-single queue and a channel gateway callback monitoring program. The collection and payment platform provided in this application can simplify the deployment of the platform and improve the efficiency of the collection and payment transaction.

【技术实现步骤摘要】
一种代收付交易平台
本申请涉及网络交易
，特别涉及一种代收付交易平台。
技术介绍
随着线上支付的不断发展，涌现出各式各样的支付渠道。为了针对这些不同的支付渠道提供统一的管理机制，代收付交易平台应运而生。在当前的代收付交易平台中，开发基础框架通常使用springmvc(springmodelviewcontroller，spring框架下的模型-视图-控制器)，并对其进行了封装。然而，该框架在使用过程中，开发步骤繁琐,开发效率低，并且在部署时需要安装独有的中间件。此外，现有的代收付交易平台与其它系统交互接口方式为Webservice(页面服务)，WebService使用了XML((eXtensibleMarkupLanguage，可扩展标记语言)对数据封装，这样会造成大量的数据要在网络中传输。由上可见，目前需要一种更加高效、更加简洁的代收付交易平台。
技术实现思路
本申请的目的在于提供一种代收付交易平台，能够简化平台的部署，并提高代收付交易的效率。为实现上述目的，本申请提供一种代收付交易平台，所述代收付交易平台包括接口程序、批次队列、交易消费队列、单笔队列、非单笔队列以及渠道网关回调监听程序，其中：所述接口程序，用于接收业务系统发来的数据报文，并校验所述数据报文的格式；若所述数据报文校验成功，将所述数据报文写入缓存和数据库，并将所述数据报文对应的批次ID(IDentity，标识)写入所述批次队列中；所述批次队列，用于获取所述批次ID对应的批次交易数据，并从所述批次交易数据中解包出交易信息和条目信息后，将所述交易信息和所述条目信息写入缓存和数据库，并将所述条目信息写入所述交易消费队列中；所述交易消费队列，用于获取下一个待执行的条目信息，并判断所述待执行的条目信息是按照批次处理还是按照单笔处理；所述单笔队列，用于存放按照单笔处理的条目信息，并将所述按照单笔处理的条目信息发送给渠道网关；所述非单笔队列，用于从所述交易消费队列中分批获取队列数据，并根据渠道批量接口将获取的所述队列数据批量发送给所述渠道网关；所述渠道网关回调监听程序，用于根据渠道返回的回调状态，判断当前执行的条目信息是否具备下一个执行计划，若具备，获取并执行下一个执行计划。进一步地，所述接口程序，还用于在所述数据报文校验失败后，将所述数据报文写入数据库，并向所述业务系统返回失败结果。进一步地，所述非单笔队列在分批获取队列数据时，预先读取所述交易消费队列的队列深度，并基于所述队列深度确定在一个批次中获取队列数据的数量，并按照确定出的所述数量从所述交易消费队列中获取当前批次的队列数据。进一步地，所述非单笔队列还用于若同一个接口数据中有必须批量发送的数据时，将所述必须批量发送的数据在同一批次中发送至所述渠道网关。进一步地，所述非单笔队列还用于若同一接口数据中没有必须批量发送的数据时，将所述同一接口数据转入所述单笔队列进行处理。进一步地，所述交易消费队列还用于获取所述待执行的条目信息的路由信息，并将所述路由信息写入缓存和数据库中。进一步地，所述批次队列在完成对批次交易数据的处理之后，将所述批次交易数据从缓存中删除。进一步地，所述代收付交易平台还包括业务回调队列和缓存清理队列；相应的，所述渠道网关回调监听程序还用于在当前执行的条目信息不具备下一个执行计划时，尝试获取下一个待执行的条目信息；若不存在下一个待执行的条目信息，将当前的交易数据存入所述业务回调队列和所述缓存数据清理队列。进一步地，所述渠道网关回调监听程序还用于若存在下一个待执行的条目信息，调用所述下一个待执行的条目信息对应的路由，并将路由结果写入缓存和数据库，以得到需要执行的执行计划。进一步地，在所述代收付交易平台中，开发框架使用springboot(Spring引导框架)，接口方式为Restful(Representational-State-Transferful，代表状态转换类的)，部署框架使用springcloud(Spring云框架)，队列使用rabbitmq(rabbitmassagequeue，兔子消息队列)集群，与渠道交互频次限制机制为redis(REmoteDIctionaryServer，远程词典服务器)分布式锁。由上可见，本申请提供的技术方案，针对业务系统发来的数据报文，可以生成对应的条目信息，并将条目信息存放于交易消费队列中。针对交易消费队列中的条目信息，可以判断是进行单笔处理还是按照批次进行处理，从而执行不同的处理方式。通过渠道网关回调监听程序，可以保证后续的执行计划或者下一个条目信息能够被正常执行。此外，本申请提供的代收付交易平台，开发框架使用springboot，接口方式改为Restful，部署简单方便，开发效率高。部署框架使用springcloud，对服务及配置文件进行统一管理，方便维护。队列改为使用rabbitmq集群，此种队列更高效更稳定。与渠道交互频次限制机制改为redis分布式锁，简化了处理逻辑。因此，本申请提供的技术方案，能够简化平台的部署，并提高代收付交易的效率。附图说明图1为本申请实施例中代收付交易平台的结构示意图。具体实施方式为了使本
的人员更好地理解本申请中的技术方案，下面将结合本申请实施方式中的附图，对本申请实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本申请一部分实施方式，而不是全部的实施方式。基于本申请中的实施方式，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施方式，都应当属于本申请保护的范围。请参阅图1，本申请提供一种代收付交易平台，所述代收付交易平台包括接口程序、批次队列、交易消费队列、单笔队列、非单笔队列以及渠道网关回调监听程序，其中：所述接口程序，用于接收业务系统发来的数据报文，并校验所述数据报文的格式；若所述数据报文校验成功，将所述数据报文写入缓存和数据库，并将所述数据报文对应的批次ID写入所述批次队列中；所述批次队列，用于获取所述批次ID对应的批次交易数据，并从所述批次交易数据中解包出交易信息和条目信息后，将所述交易信息和所述条目信息写入缓存和数据库，并将所述条目信息写入所述交易消费队列中；所述交易消费队列，用于获取下一个待执行的条目信息，并判断所述待执行的条目信息是按照批次处理还是按照单笔处理；所述单笔队列，用于存放按照单笔处理的条目信息，并将所述按照单笔处理的条目信息发送给渠道网关；所述非单笔队列，用于从所述交易消费队列中分批获取队列数据，并根据渠道批量接口将获取的所述队列数据批量发送给所述渠道网关；所述渠道网关回调监听程序，用于根据渠道返回的回调状态，判断当前执行的条目信息是否具备下一个执行计划，若具备，获取并执行下一个执行计划。其中，所述业务系统发来的数据报文例如可以是代收付报文、余额查询报文、账户明细查询报文等。数据库可以备份所有的报文校验结果，从而可以用于后期的维护和纠错。在本实施方式中，所述接口程序，还用于在所述数据报文校验失败后，将所述数据报文写入数据库，并向所述业务系统返回失败结果。在本实施方式中，所述非单笔队列在分批获取队列数据时，预先读取所述交易消费队列的队列深度，并基于所述队列深度确定在一个批次中获取队列数据的数量，并按照确定出的所述数量从所述本文档来自技高网...

【技术保护点】
1.一种代收付交易平台，其特征在于，所述代收付交易平台包括接口程序、批次队列、交易消费队列、单笔队列、非单笔队列以及渠道网关回调监听程序，其中：所述接口程序，用于接收业务系统发来的数据报文，并校验所述数据报文的格式；若所述数据报文校验成功，将所述数据报文写入缓存和数据库，并将所述数据报文对应的批次ID写入所述批次队列中；所述批次队列，用于获取所述批次ID对应的批次交易数据，并从所述批次交易数据中解包出交易信息和条目信息后，将所述交易信息和所述条目信息写入缓存和数据库，并将所述条目信息写入所述交易消费队列中；所述交易消费队列，用于获取下一个待执行的条目信息，并判断所述待执行的条目信息是按照批次处理还是按照单笔处理；所述单笔队列，用于存放按照单笔处理的条目信息，并将所述按照单笔处理的条目信息发送给渠道网关；所述非单笔队列，用于从所述交易消费队列中分批获取队列数据，并根据渠道批量接口将获取的所述队列数据批量发送给所述渠道网关；所述渠道网关回调监听程序，用于根据渠道返回的回调状态，判断当前执行的条目信息是否具备下一个执行计划，若具备，获取并执行下一个执行计划。

【技术特征摘要】
1.一种代收付交易平台，其特征在于，所述代收付交易平台包括接口程序、批次队列、交易消费队列、单笔队列、非单笔队列以及渠道网关回调监听程序，其中：所述接口程序，用于接收业务系统发来的数据报文，并校验所述数据报文的格式；若所述数据报文校验成功，将所述数据报文写入缓存和数据库，并将所述数据报文对应的批次ID写入所述批次队列中；所述批次队列，用于获取所述批次ID对应的批次交易数据，并从所述批次交易数据中解包出交易信息和条目信息后，将所述交易信息和所述条目信息写入缓存和数据库，并将所述条目信息写入所述交易消费队列中；所述交易消费队列，用于获取下一个待执行的条目信息，并判断所述待执行的条目信息是按照批次处理还是按照单笔处理；所述单笔队列，用于存放按照单笔处理的条目信息，并将所述按照单笔处理的条目信息发送给渠道网关；所述非单笔队列，用于从所述交易消费队列中分批获取队列数据，并根据渠道批量接口将获取的所述队列数据批量发送给所述渠道网关；所述渠道网关回调监听程序，用于根据渠道返回的回调状态，判断当前执行的条目信息是否具备下一个执行计划，若具备，获取并执行下一个执行计划。2.根据权利要求1所述的代收付交易平台，其特征在于，所述接口程序，还用于在所述数据报文校验失败后，将所述数据报文写入数据库，并向所述业务系统返回失败结果。3.根据权利要求1所述的代收付交易平台，其特征在于，所述非单笔队列在分批获取队列数据时，预先读取所述交易消费队列的队列深度，并基于所述队列深度确定在一个批次中获取队列数据的数量，并按照确定出的所述数量从所述交易消费队列中获取当前批次的队列数据。4....

【专利技术属性】
技术研发人员：杨戈，张磊，田帅，
申请(专利权)人：中国对外经济贸易信托有限公司，
类型：发明
国别省市：北京,11