CN109710228B - 一种可应用于电商b2b交易平台的中间件引擎框架系统 - Google Patents

Abstract

本发明公开了一种可应用于电商B2B交易平台的中间件引擎框架系统，所述中间件引擎框架系统包括：自动撮合引擎模块，用于自动匹配交易平台中的订单，匹配成功的订单形成订单交易请求数据；聚合支付模块，用于快捷接入交易平台的所有主流支付渠道；编号生成模块，用于生成自动递增的编号，根据所述编号按照时间顺序对系统数据进行排序，并在预设周期到期时，对所述预设周期内生成的编号进行删除；倒计时触发模块，用于实时监听触发事件，定时控制触发事件执行相关业务逻辑操作。本发明利用中间件引擎框架系统构建电商B2B交易平台，使交易平台操作简单、便于维护，而且提升了交易平台的工作效率和安全性。

Description

一种可应用于电商B2B交易平台的中间件引擎框架系统

技术领域

本发明属于计算机软件领域，特别涉及一种可应用于电商B2B交易平台的中间件引擎框架系统。

背景技术

现有的B2B电商架构THBPM在企业级应用上已实现了信息化。例如库存量单位系统SKU、订单系统Order、权限系统RBEA和用户中心系统等，但由于各项目架构的技术均基于Struts的原因，各个模块系统代码耦合度高，且API接口规范不统一，系统扩展、维护性差，很多常用通用的功能没有集成，每次开发都要重复造轮子，不便统一管理和业务模块分离，性能、安全性较低、协同开发对接困难。

另有一些常用通用的功能还未集成在B2B电商平台框架中，在开发每个新项目时都要重复造轮子、效率较低，例如消息通知、计时器、任务调度、Validator后端校验、统一支付网关等，不仅工作量大、效率不高，且完全依赖于开发人员的能力、经验和责任心。而且现有的B2B电商架构THBPM没有针对web安全进行防护，如跨站脚本攻击（XSS）、sql注入攻击、跨站请求伪造（CSRF）等防护。

现需要提供一种可应用于电商B2B交易平台的中间件引擎框架系统，用以解决现有的电商B2B交易平台的操作复杂、维护性差、工作效率和安全性低的问题。

发明内容

针对上述问题，本发明公开了一种可应用于电商B2B交易平台的中间件引擎框架系统，所述中间件引擎框架系统包括：

自动撮合引擎模块，用于自动匹配交易平台中的订单，匹配成功的订单形成订单交易请求数据，并对完成的交易记录数据进行分析；

聚合支付模块，用于快捷接入交易平台的所有主流支付渠道，根据所述订单交易请求数据进行支付操作，并且能够用于交易平台管理和财务管理；

编号生成模块，用于生成自动递增的编号，根据所述编号按照时间顺序对系统数据进行排序，并在预设周期到期时，对所述预设周期内生成的编号进行删除；所述系统数据包括所述订单交易请求数据和所述交易记录数据；

倒计时触发模块，用于实时监听触发事件，定时控制触发事件执行相关业务逻辑操作，所述触发事件包括所述订单交易请求数据处理完成和所述编号到期；

缓存管理模块，用于管理系统不同类型的缓存数据，所述缓存数据包括所述订单交易请求数据和所述编号。

进一步的，所述自动撮合引擎模块包括：

买卖订单队列模块，用于存储排列未完成交易的订单信息；

自动撮合模块，用于调取买卖订单队列模块中的订单信息，并和新订单进行匹配交易；

盘面数据分析模块，用于根据自动撮合模块的撮合交易，记录实时数据，分析统计项目指标信息并向客户端实时推送。

进一步的，所述编号生成模块包括：

自定义前缀单元，用于自定义编辑编号前缀；

日期表示单元，用于表示系统当前日期；

自增编号单元，用于生成自动递增的编号。

进一步的，所述编号生成模块按照时间顺序对所述订单交易请求数据进行编号排序；所述编号生成模块按照时间顺序对所述交易记录数据进行编号排序。

进一步的，所述编号生成模块在所述预设周期到期时，对所述预设周期内生成的编号进行删除，在下一预设周期内重新生成自动递增的编号，按照时间顺序对系统数据进行排序。

进一步的，所述倒计时触发模块包括：

线程触发模块，所述线程触发模块通过延时执行的线程池实现，用于在作业生命周期到期时，触发事件执行相关业务逻辑，并销毁所述作业；

失效触发模块，所述失效触发模块基于Redis实现，用于在作业达到到期时间时，通过Redis的订阅与发布功能进行分发触发事件，服务端监听获取事件触发进行相关业务逻辑操作。

进一步的，所述触发事件执行相关业务逻辑包括系统判断触发事件并进行预设操作。

进一步的，所述缓存管理模块包括：

Redis缓存管理模块，用于管理Redis支持的数据库缓存数据；

Ehcache缓存管理模块，是基于Java的分布式缓存框架；

Memcached缓存管理模块，用于动态Web应用以减轻数据库负载。

本发明利用中间件引擎框架系统构建电商B2B交易平台，使交易平台操作简单、便于维护，而且提升了交易平台的工作效率和安全性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所指出的结构来实现和获得。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了根据本发明实施例的中间引擎框架系统的结构示意图；

图2示出了根据本发明实施例的聚合支付模块的运行流程图；

图3示出了根据本发明实施例的自动撮合方法的流程图；

图4示出了根据本发明实施例的缓存管理模块的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地说明，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1示出了根据本发明实施例的中间件引擎框架系统的结构示意图。电商B2B交易平台基于SSM框架集，SSM（Spring+SpringMvc+MyBatis）框架集由Spring、MyBatis两个开源框架整合而成，其中，Spring是一个轻量级的控制反转（IoC）和面向切面（AOP）的容器框架；SpringMvc框架分离了控制器、模型对象、分派器以及处理程序对象的角色，并且分离后的控制器、模型对象、分派器以及处理程序对象的角色更容易进行定制，SpringMvc框架是Spring框架中的部分内容；MyBatis框架是一个支持普通SQL查询，存储过程和高级映射的优秀持久层框架。在交易平台中，SpringMvc框架对应系统的业务层、Spring框架对应系统的逻辑层、MyBatis框架对应系统的持久层。交易平台运行时，页面发送请求给控制器，控制器调用SpringMvc业务层处理逻辑，Spring逻辑层向MyBatis持久层发送请求，MyBatis持久层与数据库交互，后将结果返回给SpringMvc业务层，SpringMvc业务层将处理逻辑发送给控制器，控制器再调用视图展现数据。中间件引擎框架系统中的core层、support层和generate层分别对应交易平台的SpringMvc业务层、Spring逻辑层和MyBatis持久层。core层具有包括licenses认证许可控制、base基础支撑在内的扩展开源框架功能；support层中封装了实用性的工具，工具包括：RSA、ASE等安全加密、String字符串处理算法库、分布式锁、安全防火墙等；generate层对外暴露接口，供各业务模块被调用支持。

中间件引擎框架系统围绕电商B2B交易平台的SKU（商品库存量）、购物车、订单号、在线支付、物流运输监管等相关作业，自动管控、全栈分布式设计、各层快速弹性扩展、实时数据统计等功能，等保三级安全接入，增强恶意用户注册、营销活动恶意抢购、挂马改价等风险的安全防护，多中心共享服务平台设计，实现了企业对信息资产的共享，企业向信息资产提供服务并快速支撑业务，服务包含安全监控、倒计时触发器、聚合支付、消息中心、自动撮合引擎、编号生成器，代码构建器，数据分析统计、缓存管理。

其中，自动撮合引擎系统包括买卖订单队列、自动撮合和盘面数据分析功能。

买卖订单队列功能包括买订单队列和卖订单队列，买订单队列用于保存排列未完成交易的买订单，卖订单队列用于保存排列未完成交易的卖订单。买卖订单队列按照“价格优先、同价格下时间优先”的原则。其中，买队列按照委托价格从高到低的顺序,卖队列则按照委托价格从低到高的顺序排列。

自动撮合功能是将订单队列中符合条件的订单撮合生成交易记录，采用内存撮合技术，通过最大程度去除与数据库的交互过程，将整个撮合逻辑放在内存中进行。因此比数据库撮合技术少了许多I/O，在性能上可以大幅提升撮合速度。内存撮合的弊端就是由于内存的易失性，服务器出现故障停机时，所有的交易数据将会丢失，交易平台的可靠性以及一致性都相应大幅降低。因此在提高内存撮合技术可靠性的方面，采用多机热备份及分布式一致性技术作为补充，从而获得内存撮合技术的高性能以及数据库撮合技术的数据持久性，提高了交易平台的安全性。

盘面数据分析功能是根据撮合交易，记录实时数据，分析统计出项目指标信息并实时推送到客户端盘面中。

示例性的，如图3示出了中间件引擎框架的自动撮合的方法步骤是：

交易平台得到新订单，自动撮合引擎系统对新订单属性进行判断。当新订单是买订单（即买方订单请求）时，自动撮合引擎系统判断买卖队列中的卖队列是否为空。若卖队列是空，则将上述买订单保存至买卖队列；若卖队列不是空，则将卖队列中的卖方订单价格和上述买订单的买方订单价格进行匹配。若价格匹配，则买卖订单匹配；若价格不匹配，则将上述买订单保存至买卖队列。当买卖订单匹配时，根据匹配信息进行交易。交易完成后，自动撮合引擎系统分别判断上述买订单和卖队列是否还有剩余未完成交易的订单请求。若有剩余，则将剩余的订单请求插入买卖队列，此新订单交易结束；若无剩余，则此次新订单交易结束。

当新订单不是买订单（即是卖订单，是卖方订单请求）时，自动撮合引擎系统判断买卖队列中的买队列是否为空，若买队列是空，则将上述买订单插入买卖队列；若买队列不是空，则将买队列中的买方订单价格和上述卖订单的卖方订单价格进行匹配，若价格匹配，则买卖订单匹配；若价格不匹配，则将上述卖订单保存买卖队列。当买卖订单匹配时，根据匹配信息进行交易。交易完成后，自动撮合引擎系统分别判断上述买订单和卖队列是否还有剩余未完成交易的订单请求，若有剩余，则将剩余的订单请求保存至买卖队列，此新订单交易结束；若无剩余，则此次新订单交易结束。

聚合支付覆盖了电商B2B交易平台所有主流支付渠道。示例性的，客户通过客户端向交易平台发起新订单，自动撮合引擎模块接收新订单并进行匹配，匹配成功自动撮合引擎模块生成订单交易请求数据，并将订单交易请求数据发送至客户端。如图2所示，客户确定订单交易请求数据后，该订单交易请求数据形成支付信息，客户端向聚合支付模块发起支付通知；聚合支付模块对支付信息验证并加密签名后，生成带有加密签名的支付凭据，聚合支付模块将该带有加密签名的支付凭据发送至客户端；客户端通过该带有加密签名的支付凭据调用第三方支付渠道完成支付操作；当用户支付成功时，第三方支付渠道会将支付结果同步通知至客户端，提示交易成功；另外第三方支付渠道会通知聚合支付模块对支付结果进行验签处理。在支付过程中通过监控管理平台管理聚合支付模块的运行状态。示例性的，监控管理平台通过聚合支付模块实现在线支付、转账、退款等功能，并且聚合支付模块与第三方金融机构接口对接，实现在线支付交易和财务资金转账退款等操作。

编号生成器功能的编号生成规则是：自定义前缀+yyyyMMdd+自增编号。“自定义前缀”是指根据需要自主定义的前缀，是可调整的；“yyyyMMdd”是指在程序中表示日期格式的“年 月 日”；“自增编号”是指编号的长度，在某一时间段内，该编号会按照时间顺序递增排序，且自增编号表示长度若不够前面自动补零。示例性的，在2018年10月12日，自动撮合引擎模块对交易平台的订单进行匹配，匹配成功后，生成2018年10月12日的第一个订单交易请求数据，编号生成模块对该订单交易请求数据进行编号，以getUniqueNo(“自定义前缀”，长度)，其中“自定义前缀”选用“DD”，“DD”表示订单，长度选用4为例，getUniqueNo（“DD”，4）= DD201810120001，即DD201810120001为2018年10月12日的第一个订单交易请求数据的编号。自增编号基于redis的INCR实现功能；INCR拥有高性能、高可靠性、高并发性，自增编号在规定的时间周期后会自动回收。具体的，INCR是Tcl编程语言的面向对象编程的扩展包。它被广泛使用Tcl编程人员广泛使用。INCR Tcl有两种使用方式，一是软件包，可被Tcl程序动态加载；一是作为单独的语言，有自己的解译器。示例性的，将“DD20181012”前部分作为KEY，该自增编号的生命周期为1天，到期则销毁，保证数据唯一性，第二天从1再开始自增，即以“DD201810130001”为起点开始自增，节省了内存资源，可应用于订单号、合同编号等业务相关场景。

倒计时触发器支持两种方案，第一种方案是通过延时执行的线程池实现，该线程池提供java定时任务线程池接口和每个作业对接。每个作业都是一个线程，这些线程是有生命周期，这些生命周期可根据业务需要自由设置到期时间，只要时间一到期就会触发事件执行相关业务逻辑，同时当前线程销毁掉。示例性的，在订单匹配过程中，自动撮合引擎模块对交易平台的订单进行匹配，匹配成功后生成订单交易请求数据，并将该订单交易请求数据发送至客户端，若客户超出30分钟未对此订单交易请求数据进行确认操作（此处30分钟为订单交易请求数据预设的有效时间，但不限于30分钟），系统该订单交易请求数据中订单释放至自动撮合引擎模块的买卖队列中，与此同时对订单交易请求数据进行删除。

第二种方案是基于Redis实现，Redis是一种非关系型数据库，每个作业保存到Redis中时设置了到期时间，作业到期失效，失效触发事件通过Redis订阅与发布功能来进行分发，消费者（服务端）监听获取事件触发进行相关业务逻辑操作。示例性的，在订单支付过程中，客户端向聚合支付模块发送支付信息，聚合支付模块接收支付信息，对支付信息进行验证加密生成支付凭据，聚合支付模块将该支付凭据发送至客户端，若客户端在40分钟内未通过该支付凭据进行下一步支付操作（此处40分钟为支付凭据保存到Redis中时预设的到期时间，但不限于40分钟），该支付凭据失效，Redis将支付凭据失效的信息分别发送至客户端和聚合支付模块。

倒计时触发器的上述两种方案都支持分布式，并且实现了可视化监控管理操作。第一种方案的好处是可以不需要再单独部署一个服务器支撑实现，节约了成本；缺点是出现故障时，数据可能会丢失，而运用了中间件引擎框架系统的交易平台会将数据信息同步到DB中，当服务器重启可以自动从DB中获取数据实现自动恢复，从而解决了这个问题；第二种方案则需要单独部署Redis服务器支撑，好处是它的可持久性，在服务器出现故障或其他因素不会影响作业数据。满足了业务中订单到期自动取消订单、合同到期自动解除关系、会员到期取消增值服务等相关应用场景。

代码构建器功能是指，通过代码构造器快速生成Entity、Mapper、Mapper XML、Service、Controller等各个模块的代码，极大的提升了开发效率。即将各个模块的代码打包在代码构建器中，根据需要，可以快速调取生成相应的模块代码，减少了程序员的编程工作量，提高了工作效率。

缓存管理功能包括三种缓存管理类型，如图4所示，第一种是redis缓存管理类型，该缓存管理类型中的Redis服务（即noSql服务持久层）支持包括string（字符串）、list（链表）、set（集合）、zset（sorted set -有序集合）和hash（哈希类型）在内的多种数据类型。第二种是Ehcache缓存管理类型，该缓存管理类型是一个纯Java的进程内缓存框架，主要面向通用缓存，Java EE和轻量级容器；它具有内存、磁盘存储、缓存加载器、缓存扩展、缓存异常处理程序、gzip缓存servlet过滤器、支持REST和SOAP api等特点。第三种是memcached实现缓存管理，该缓存管理类型是一个分布式内存对象缓存系统，用于动态Web应用以减轻数据库负载。业务模块通过缓存统一接口和这三种缓存管理类型实现动态切换，无需修改代码，即可应用于不同场景需要。

尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (5)

1.一种可应用于电商B2B交易平台的中间件引擎框架系统，其中，所述中间件引擎框架系统包括：

自动撮合引擎模块，用于采用内存撮合技术自动匹配交易平台中的订单，并将匹配成功的订单形成订单交易请求数据，并对完成的交易记录数据进行分析；所述自动撮合引擎模块包括：买卖订单队列模块，用于存储排列未完成交易的订单信息，买卖订单队列包括买订单队列和卖订单队列，买订单队列用于保存排列未完成交易的买订单，卖订单队列用于保存排列未完成交易的卖订单，其中，买队列按照委托价格从高到低的顺序,卖队列则按照委托价格从低到高的顺序排列；自动撮合模块，用于调取买卖订单队列模块中的订单信息，并和新订单进行匹配交易，并通过多机热备份及分布式一致性技术作为补充；盘面数据分析模块，用于根据自动撮合模块的撮合交易，记录实时数据，分析统计项目指标信息并向客户端实时推送；所述自动撮合引擎模块在自动撮合时包括步骤：对新订单属性进行判断；若是买订单，则判断买卖订单对列中的卖对列是否为空，若是卖订单，则判断买卖订单对列中的买对列是否为空；若为空时，则将新订单保存至属性相同的买卖对列中；若不为空，且价格与相对的买卖对列中订单价格不匹配时，将新订单保存至属性相同的买卖对列中；若不为空且价格匹配时，则进行交易，且在交易完成后判断上述新订单和相对的买卖队列中是否还有剩余未完成交易的订单请求，在还有剩余时将剩余的订单请求插入属性相同的买卖对列中；

聚合支付模块，用于快捷接入交易平台的所有主流支付渠道，根据所述订单交易请求数据进行支付操作，并且能够用于交易平台管理和财务管理；

编号生成模块，用于生成自动递增的编号，根据所述编号按照时间顺序对系统数据进行排序，并在预设周期到期时，对所述预设周期内生成的编号进行删除；所述系统数据包括所述订单交易请求数据和所述交易记录数据；

倒计时触发模块，用于实时监听触发事件，定时控制触发事件执行相关业务逻辑操作，所述触发事件包括所述订单交易请求数据处理完成和所述编号到期；其中，所述倒计时触发模块包括：线程触发模块，所述线程触发模块通过延时执行的线程池实现，用于在作业生命周期到期时，触发事件执行相关业务逻辑，并销毁所述作业；失效触发模块，所述失效触发模块基于Redis实现，用于在作业达到到期时间时，通过Redis的订阅与发布功能进行分发触发事件，服务端监听获取事件触发进行相关业务逻辑操作；

缓存管理模块，用于管理系统不同类型的缓存数据，所述缓存数据包括所述订单交易请求数据和所述编号；其中，所述缓存管理模块包括：Redis缓存管理模块，用于管理Redis支持的数据库缓存数据；Ehcache缓存管理模块，是基于Java的分布式缓存框架；Memcached缓存管理模块，用于动态Web应用以减轻数据库负载。

2.根据权利要求1所述的中间件引擎框架系统，其中，所述编号生成模块包括：

自定义前缀单元，用于自定义编辑编号前缀；

日期表示单元，用于表示系统当前日期；

自增编号单元，用于生成自动递增的编号。

3.根据权利要求1所述的中间件引擎框架系统，其中，所述编号生成模块按照时间顺序对所述订单交易请求数据进行编号排序；所述编号生成模块按照时间顺序对所述交易记录数据进行编号排序。

4.根据权利要求1所述的中间件引擎框架系统，其中，所述编号生成模块在所述预设周期到期时，对所述预设周期内生成的编号进行删除，在下一预设周期内重新生成自动递增的编号，按照时间顺序对系统数据进行排序。

5.根据权利要求1所述的中间件引擎框架系统，其中，所述触发事件执行相关业务逻辑包括系统判断触发事件并进行预设操作。

Images