CN109408232A - 一种基于交易流程的组件化总线调用执行系统 - Google Patents

Abstract

本发明提供一种基于交易流程的组件化总线调用执行系统，消息总线获取系统交易功能模块实现的交易流程；配置中心与系统节点之间以及系统节点之间通过消息总线通信连接；系统交易信息处理模块将系统交易功能模块的交易流程配置到配置中心；配置中心对每个系统节点在消息总线上注册访问地址及操作方式，配置中心将系统信息处理模块配置到每个系统节点，实现每个系统节点基于系统信息处理模块执行交易流程。交易流程动态发布技术：依据引用关系的组合配置，动态发布不同的应用处理流程；依据动态或静态的交易特征值发布匹配流程版本的应用流程信息，依据缓存机制提高匹配效率，在交易时精确识别交易流程。

Description

一种基于交易流程的组件化总线调用执行系统

技术领域

本发明涉及数据处理领域，尤其涉及一种基于交易流程的组件化总线调用执行系统。

背景技术

在实时高并发的实时交易系统或软件体系中，为了支撑业务功能的快速迭代，实现快速无影响发布，降低系统性风险及资金损失，增强系统鲁棒性，通常采用如下方式：在中间件层：使用nginx或类nginx的openresty、Tengine等负载均衡/反向代理软件或F5等负载均衡设备，基于权重、ip、hash等规则进行业务系统流量的不均匀分发，实现灰度发布；使用redis、memcache、encache等分布式缓存系统存储基于请求特征的分发规则，及规则结果对应的系统，依赖提取出的请求报文特征，进行交易系统的节点的指定分发；在服务器节点基于请求报文特征进行内部处理函数的选取。

在应用系统进程内部，通常采用如下方式：采用AOP或IOC模式，或函数指针模式，依赖约定或配置驱动进行互相内部调用；采用脚本语言等解释性语言，封装底层组件库，依赖于具体前置后继条件，控制流程并调用底层组件进行执行。

基于上述指出的行业方案，业界传统的AOP或IOC模式调用方式容易造成在交易高并发时存在的：多线程安全问题、编码复杂度过高、代码调用执行效率低下问题。

对于金融交易等高并发且资金敏感系统来说，在发布时需要更新散落于操作系统或镜像资源的代码配置文件，并重启应用进程进行加载，在启动过程中交易存在服务丢失的风险，而且无法进行在交易过程中进行特征数据的匹配和执行。

在现有技术中，由于处理事务繁多，有正常执行的信息，也有故障信息，还存在异常信息等等，在系统运行中，如果未能及时梳理出故障信息，或异常信息将导致影响系统运行的稳定性，也影响交易过程。

发明内容

为了克服上述现有技术中的不足，本发明提供一种基于交易流程的组件化总线调用执行系统，包括：系统交易信息处理模块，消息总线，配置中心以及多个系统节点；

系统交易信息处理模块用于提供系统交易功能模块的操作端口，提供消息总线的操作端口，系统信息处理模块提供基于系统交易功能模块信息的增改删端口；

消息总线用于获取系统交易功能模块实现的交易流程；

配置中心与系统节点之间以及系统节点之间通过消息总线通信连接；

系统交易信息处理模块将系统交易功能模块的交易流程配置到配置中心；

配置中心对每个系统节点在消息总线上注册访问地址及操作方式，配置中心将系统信息处理模块配置到每个系统节点，实现每个系统节点基于系统信息处理模块执行交易流程。

优选地，系统交易功能模块包括：预设数量的代码逻辑片段和预设数量的代码组件；

每个交易数据处理流程由若干代码逻辑片段组成，每一逻辑片段由若干个代码组件组成，上一逻辑片段的最后一代码组件输出指定下一逻辑片段的起始代码组件；

系统交易功能模块的执行交易流程，所执行的交易功能，依据系统交易信息处理模块接收的逻辑片段的组合顺序，以及逻辑片段中代码组件的引用关系来实现；逻辑片段之间的跳转逻辑进行图形化的配置，将系统交易功能模块的执行交易功能和流程写入数据库进行保存。

优选地，配置中心包括：交易功能配置模块；

交易功能配置模块用于将系统交易功能模块的执行交易流程配置加载至配置中心中；配置中心将系统交易功能模块推送至分布式缓存服务器；

系统节点通过守护线程从配置中心的分布式缓存服务器获取系统交易功能模块的执行交易流程；各系统节点每经过一预设时长从分布式缓存服务器抓取配置信息，并将配置信息更新至本地进程缓存，或者各系统节点实施刷新或接收配置中心发布的广播消息，以进行系统交易功能模块的执行交易流程的及时更新。

优选地，配置中心还包括：组件库，预设的代码组件存储在组件库；

配置中心在组件库中对每个代码组件进声明；声明信息包括：代码组件地址，代码组件主类，代码组件的源代码，编译的可执行程序名称及发布路径；发布路径包括：代码对应发布的服务器路径地址；

系统节点通过守护线程轮询配置中心的组件库，判断组件库中的代码组件是否更新；

当组件库中的代码组件更新时，判断更新的代码组件是否与系统节点的系统交易功能模块的每个代码逻辑片段中的代码组件相符合；

如符合，系统节点通过与配置中心之间配置的代码组件更新发布路径，下载更新的代码组件，将下载的更新代码组件保存至系统节点的本地存储器；

系统节点将更新的代码组件加载到相应的系统交易功能模块的代码逻辑片段中，形成更新后的系统交易功能模块；同时保存未更新代码组件的系统交易功能模块；

系统节点将更新代码组件的信息形成更新日志，并在更新日志上标识系统节点的编码信息，将具有系统节点编码信息的更新日志上传至配置中心；

配置中心更新系统日志，通过系统日志记录各个系统节点的更新状态信息。

优选地，系统节点的应用进程通过守护线程监控本地资源及系统交易流程的配置信息；

加载本地代码组件信息，辨识本地系统交易功能模块的代码组件更新信息；当当前交易信息为更新代码组件的交易流程时，调用更新后的系统交易功能模块执行交易流程；

当当前交易信息为未更新代码组件的交易流程时，调用未更新的系统交易功能模块执行交易流程；

系统节点的代码组件更新后，进行交易流程配置的更新执行，保证系统准确性。

优选地，消息总线包括：事件监听线程池、监听进程、工作线程池以及进程内存；

各个系统节点向消息总线注册系统节点地址和系统节点所对应的系统交易功能模块所实现的交易功能；

在进行交易处理时，依据系统交易功能模块的执行交易流程及交易顺序，执行交易的系统节点向消息总线的事件监听线程池发送消息；

消息总线接收到系统节点发送的交易事件后，监听进程将交易事件的系统节点地址，交易双方信息及状态信息进行登记，并存储在进程内存中；

监听进程将交易事件的每个步骤分发给工作线程池，工作线程池接收交易事件，工作线程池对交易事件过程，依据预设的交易顺序，对交易流程对应的若干逻辑片段，逻辑片段对应的代码组件的引用关系逐一进行监控校验，直至交易处理完成。

优选地，启动交易处理进程，各个系统节点依据系统交易功能模块的执行交易流程及交易顺序，执行交易，并向消息总线的事件监听线程池发送消息；

消息总线接收到系统节点发送的交易事件后，监听进程将交易事件的系统节点地址，交易双方信息及状态信息进行登记，并存储在进程内存中；

监听进程将交易事件的每个步骤分发给工作线程池，工作线程池接收交易事件，工作线程池对交易事件过程，依据预设的交易顺序，对交易流程对应的若干逻辑片段，逻辑片段对应的代码组件的引用关系逐一进行监控校验；

在执行预设过程中，监测到当某一交易步骤的顺序变更，或某一代码组件变更，或代码组件之间的引用关系发生变更时，监听进程回调执行过程，在分布式缓存服务器中获取系统交易功能模块是否更新；

如在分布式缓存服务器中系统交易功能模块已更新时，执行更新后的系统交易功能模块，直至后续交易处理完成；

如在分布式缓存服务器中获取系统交易功能模块未更新时，在配置中心和系统节点中发出报错信息，并停止执行交易。

优选地，监听进程用于以观察序列模式，将交易过程中的正常执行信息、异常处理信息、预置信息及清理动作信息进行分别封装调用，将散落在代码组件内的各种应用流程异常信息、代码异常信息、底层异常信息，进行信息上浮显示报错，实现了错误信息的及时抛出，集中处理。

优选地，消息总线为每一代码组件服务按需注册独立或共享的线程池，用于解决CPU运行及IO运行需求，按照每个代码组件的执行顺序，执行队列机制。

优选地，系统节点用于系统节点在收到用户交易请求指令后，基于用户请求要素动态规则，对用户交易请求指令进行特征值提取，依据提取的特征值在本地进程缓存中查找与特征值相符合的系统交易功能模块；

若在本地进程缓存中查找到与提取特征值相符合的系统交易功能模块，则执行所述系统交易功能模块，实现交易数据处理；

若在本地进程缓存中未查找到与提取特征值相符合的系统交易功能模块；

系统节点从分布式缓存服务器中查找与提取特征值相符合的系统交易功能模块；

若在分布式缓存服务器中查找到与提取特征值相符合的系统交易功能模块，则将所述系统交易功能模块配置到本地进程缓存中；

在本地进程缓存执行所述系统交易功能模块，实现交易数据处理。

从以上技术方案可以看出，本发明具有以下优点：

本发明交易流程动态发布技术：依据引用关系的组合配置，动态发布不同的应用处理流程；依据动态或静态的交易特征值发布匹配流程版本的应用流程信息，依据缓存机制提高匹配效率，在交易时精确识别交易流程。

本发明将灰度发布升级为精确发布，使应用发布完全可控。

应用代码动态发布技术：依据注册项信息，动态编译源码并发布，动态获取代码资源并在进程内可隔离执行。

按照每个代码组件的执行顺序，执行队列机制，使用异步无锁线程队列的注册委托，监听轮询分发，异步回调双向通讯机制及线程池模型处理IO密集型、CPU密集型任务，实现组件间的调用。

应用进程内组件调用机制：使用观察者序列模式，级联调用，可中断并上浮后集中处理各种异常信息，解决错误处理机制散乱的问题；

解决发布或回退时需重启服务造成服务丢失使交易不可用的问题；

解决发布或回退时需重启服务造成服务丢失使交易不可用的问题；不需要回退系统，或重启系统。本发明将灰度发布升级为精确发布，使应用发布完全可控。

将匹配到的交易流程版本对应的应用代码进一步细分，通过配置化使应用代码中的构成代码单元即代码组件可动态发布。

解决了传统代码发布必须重启应用系统进程，造成服务丢失；避免了传统代码发布必须基于大的交易流程进行断代式升级，无法在单一应用进程中兼容同一交易流程的不同版本，使其并行，满足动态发布或回退的需要。

交易流程细分配置，使交易流程的发布细分到代码组件级别，即函数层级，组件实现版本化配置及发布，并将代码组件的调用关系进行版本化配置，使交易流程内部模块及调用的逻辑关系可进行动态配置。

配置中心依据构成的指定版本的功能配置的代码细分配置信息，动态编译源码并发布至资源服务器，应用节点动态获取代码资源并在进程内可隔离执行统一代码组件的多种版本，达到业务流程的局部模块动态切换能力。

附图说明

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

图1为基于交易流程的组件化总线调用执行系统整体示意图。

具体实施方式

本发明提供一种基于交易流程的组件化总线调用执行系统，如图1所示，包括：系统交易信息处理模块1，消息总线4，配置中心2以及多个系统节点3；

系统交易信息处理模块1用于提供系统交易功能模块的操作端口，提供消息总线4的操作端口，系统信息处理模块提供基于系统交易功能模块信息的增改删端口；

消息总线4用于获取系统交易功能模块实现的交易流程；

配置中心2与系统节点3之间以及系统节点3之间通过消息总线4通信连接；

系统交易信息处理模块1将系统交易功能模块的交易流程配置到配置中心2；

配置中心2对每个系统节点3在消息总线4上注册访问地址及操作方式，配置中心2将系统信息处理模块配置到每个系统节点3，实现每个系统节点3基于系统信息处理模块执行交易流程。

其中，配置中心2对每个系统节点3的操作方式包括对每个系统节点3的增删改查，或对每个系统节点3进行数学计算或逻辑运算等功能。

系统交易功能模块包括：预设数量的代码逻辑片段和预设数量的代码组件；每个交易数据处理流程由若干代码逻辑片段组成，每一逻辑片段由若干个代码组件组成，上一逻辑片段的最后一代码组件输出指定下一逻辑片段的起始代码组件；系统交易功能模块的执行交易流程，所执行的交易功能，依据系统交易信息处理模块1接收的逻辑片段的组合顺序，以及逻辑片段中代码组件的引用关系来实现；逻辑片段之间的跳转逻辑进行图形化的配置，将系统交易功能模块的执行交易功能和流程写入数据库进行保存。

本发明中，动态发布：指非经应用重启，即可替换正在运行的程序版本。

灰度发布：指针对部分用户进行新功能发布，逐步扩大系统功能影响范围。

代码组件：指组成某个具体功能的函数模块，其实现了对数据操作及操作方法的最小封装的功能单元。

配置中心2是依据交易顺序，将交易流程对应的若干逻辑片段，逻辑片段对应的代码组件的引用关系，逻辑片段之间的跳转逻辑进行图形化的配置，在图形化的配置中提取出请求特征值或具有静态要素标记的请求特征值；

用户方所拥有的是基于用户请求要素动态规则来得到的请求特征值或具有静态要素标记的请求特征值。用户方与配置中心2之间基于请求特征值或具有静态要素标记的请求特征值的配置方式不同提高了交易的机密性及安全性。

系统交易功能模块是基于交易需要的交易方式，或交易程序，或为执行交易过程所需要的计算机序列。

配置中心2依据构成的指定版本的功能配置的代码细分配置信息，动态编译源码并发布至资源服务器，应用节点动态获取代码资源并在进程内可隔离执行统一代码组件的不同版本，达到业务流程的局部模块动态切换能力。

本发明中，配置中心2包括：交易功能配置模块；

交易功能配置模块用于将系统交易功能模块的执行交易流程配置加载至配置中心2中；配置中心2将系统交易功能模块推送至分布式缓存服务器；系统节点3通过守护线程从配置中心2的分布式缓存服务器获取系统交易功能模块的执行交易流程；各系统节点3每经过一预设时长从分布式缓存服务器抓取配置信息，并将配置信息更新至本地进程缓存，或者各系统节点3实施刷新或接收配置中心2发布的广播消息，以进行系统交易功能模块的执行交易流程的及时更新。

也就是处理上述在每经过一预设时长从分布式缓存服务器抓取配置信息以外，系统节点3通过守护线程进行缓存的即时刷新或接收配置中心2发布的广播消息，以进行系统交易功能模块的执行交易流程代码及时更新，保证更新的实时性，使得交易更为顺畅。

本发明传统代码发布必须重启应用系统进程，造成服务丢失；传统代码发布必须基于大的交易流程进行断代式升级，无法在单一应用进程中兼容同一交易流程的不同版本，更无法兼容流程细分模块的不同版本，使其并行，满足动态发布或回退的需要。

交易流程细分配置，使交易流程的发布细分到代码组件级别(即函数层级)，组件实现版本化配置及发布，并将代码组件的调用关系进行版本化配置，使交易流程内部模块及调用的逻辑关系可进行动态配置。

代码无缝切换，即配置中心2依据构成的指定版本的功能配置的代码细分配置信息，动态编译源码并发布至资源服务器，应用节点动态获取代码资源并在进程内可隔离执行统一代码组件的不同版本，达到业务流程的局部模块动态切换能力。

如果在硬件中实现，本发明涉及一种装置，例如可以作为处理器或者集成电路装置，诸如集成电路芯片或芯片组。可替换地或附加地，如果软件或固件中实现，所述技术可实现至少部分地由计算机可读的数据存储介质，包括指令，当执行时，使处理器执行一个或更多的上述方法。例如，计算机可读的数据存储介质可以存储诸如由处理器执行的指令。

本发明中，配置中心2还包括：组件库，预设的代码组件存储在组件库；

配置中心2在组件库中对每个代码组件进声明；声明信息包括：代码组件地址，代码组件主类，代码组件的源代码，编译的可执行程序名称及发布路径；发布路径包括：代码对应发布的服务器路径地址；

系统节点3通过守护线程轮询配置中心2的组件库，判断组件库中的代码组件是否更新；

当组件库中的代码组件更新时，判断更新的代码组件是否与系统节点3的系统交易功能模块的每个代码逻辑片段中的代码组件相符合；

如符合，系统节点3通过与配置中心2之间配置的代码组件更新发布路径，下载更新的代码组件，将下载的更新代码组件保存至系统节点3的本地存储器；

系统节点3将更新的代码组件加载到相应的系统交易功能模块的代码逻辑片段中，形成更新后的系统交易功能模块；同时保存未更新代码组件的系统交易功能模块；系统节点3将更新代码组件的信息形成更新日志，并在更新日志上标识系统节点3的编码信息，将具有系统节点3编码信息的更新日志上传至配置中心2；配置中心2更新系统日志，通过系统日志记录各个系统节点3的更新状态信息。

本发明中，系统节点3的应用进程通过守护线程监控本地资源及系统交易流程的配置信息；

加载本地代码组件信息，辨识本地系统交易功能模块的代码组件更新信息；当当前交易信息为更新代码组件的交易流程时，调用更新后的系统交易功能模块执行交易流程；

当当前交易信息为未更新代码组件的交易流程时，调用未更新的系统交易功能模块执行交易流程；

系统节点3的代码组件更新后，进行交易流程配置的更新执行，保证系统准确性。

本发明中，消息总线4包括：事件监听线程池、监听进程、工作线程池以及进程内存；

各个系统节点3向消息总线4注册系统节点3地址和系统节点3所对应的系统交易功能模块所实现的交易功能；

在进行交易处理时，依据系统交易功能模块的执行交易流程及交易顺序，执行交易的系统节点3向消息总线4的事件监听线程池发送消息；

消息总线4接收到系统节点3发送的交易事件后，监听进程将交易事件的系统节点3地址，交易双方信息及状态信息进行登记，并存储在进程内存中；

监听进程将交易事件的每个步骤分发给工作线程池，工作线程池接收交易事件，工作线程池对交易事件过程，依据预设的交易顺序，对交易流程对应的若干逻辑片段，逻辑片段对应的代码组件的引用关系逐一进行监控校验，直至交易处理完成。

系统交易信息处理模块1创建事件驱动的消息总线4(内存模式的无锁线程队列)，消息总线4采用注册委托←监听轮询分发→异步回调的双向访问模式进行通信，消息总线4关联一个监听线程池上，使用实时轮询方式最大效率的完成进行消息调用的注册发布或回调的分发。

应用节点的守护进程在依次启动各个组件服务时，在消息总线4上注册组件服务对应的访问地址及函数方法名称等，完成代码组件服务的启动及声明，供交易流程引擎依据交易流程配置的组件引用信息及跳转逻辑进行组件服务间的调用。

本发明中，启动交易处理进程，各个系统节点3依据系统交易功能模块的执行交易流程及交易顺序，执行交易，并向消息总线4的事件监听线程池发送消息；

消息总线4接收到系统节点3发送的交易事件后，监听进程将交易事件的系统节点3地址，交易双方信息及状态信息进行登记，并存储在进程内存中；

监听进程将交易事件的每个步骤分发给工作线程池，工作线程池接收交易事件，工作线程池对交易事件过程，依据预设的交易顺序，对交易流程对应的若干逻辑片段，逻辑片段对应的代码组件的引用关系逐一进行监控校验；

在执行预设过程中，监测到当某一交易步骤的顺序变更，或某一代码组件变更，或代码组件之间的引用关系发生变更时，监听进程回调执行过程，在分布式缓存服务器中获取系统交易功能模块是否更新；

如在分布式缓存服务器中系统交易功能模块已更新时，执行更新后的系统交易功能模块，直至后续交易处理完成；

如在分布式缓存服务器中获取系统交易功能模块未更新时，在配置中心2和系统节点3中发出报错信息，并停止执行交易。

本发明可能以许多方式来实现本发明的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

本发明中的一优选实施方式为启动系统服务，启动消息总线4，各个系统节点3向消息总线4注册系统节点3地址和系统节点3所对应的系统交易功能模块所实现的交易功能；

启动预设交易处理进程，各个系统节点3依据系统交易功能模块的执行交易流程及交易顺序，执行交易，并向消息总线4的事件监听线程池发送消息；

消息总线4接收到系统节点3发送的交易事件后，监听进程将交易事件的系统节点3地址，交易双方信息及状态信息进行登记，并存储在进程内存中；

监听进程将交易事件的每个步骤分发给工作线程池，工作线程池接收交易事件，工作线程池对交易事件过程，依据预设的交易顺序，对交易流程对应的若干逻辑片段，逻辑片段对应的代码组件的引用关系逐一进行监控校验；

在执行预设过程中，监测到当某一交易步骤的顺序变更，或某一代码组件变更，或代码组件之间的引用关系发生变更时，监听进程回调执行过程，在分布式缓存服务器中获取系统交易功能模块是否更新；

如在分布式缓存服务器中系统交易功能模块已更新时，执行更新后的系统交易功能模块，直至后续交易处理完成；

如在分布式缓存服务器中获取系统交易功能模块未更新时，在配置中心2和系统节点3中发出报错信息，并停止执行交易。

也就是在执行系统的步骤中在配置中心2配置系统交易功能模块之后，启动系统服务，启动消息总线4，各个系统节点3向消息总线4注册系统节点3地址和系统节点3所对应的系统交易功能模块所实现的交易功能；启动预设交易处理进程对系统各个节点进行测试，测试交易过程，并基于测试交易过程查找不足，并及时调整某一交易步骤的顺序，或调整某一代码组件，或调整代码组件之间的引用关系发生等等使本发明涉及的方法满足交易要求和交易环节。

依据引用关系的组合配置，动态发布不同的应用处理流程；依据动态或静态的交易特征值发布匹配流程版本的应用流程信息，依据缓存机制提高匹配效率，在交易时精确识别交易流程。上述执行预设过程可以在系统执行过程中进行测试执行，也可以在每经过一预设时长来进行测试，还可以在系统测试时进行等等。

本发明中，监听进程用于以观察序列模式，将交易过程中的正常执行信息、异常处理信息、预置信息及清理动作信息进行分别封装调用，将散落在代码组件内的各种应用流程异常信息、代码异常信息、底层异常信息，进行信息上浮显示报错，实现了错误信息的及时抛出，集中处理。

监听进程可以在本发明系统所要实现的任一步骤进行监听。

观察序列模式指的是，在一个事件发生时的处理机制，将关联方划分为事件被观察对象及事件观察者，在事件(被观察对象)发生改变时，被观察对象通知观察者事件发生的改变，观察者监听被观察对象的改变并作出对应操作。应用进程内组件调用机制：使用观察者序列模式，级联调用，可中断并上浮后集中处理各种异常信息，解决错误处理机制散乱的问题。

在一些实施例中，所述设备中的一个或多个设备的部分或所有功能或处理由计算机程序实现或支持，计算机程序由计算机可读程序代码形成并且被包括在计算机可读介质中。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频盘(DVD)、或任何其他类型的存储器。

本发明中，消息总线4为每一代码组件服务按需注册独立或共享的线程池，用于解决CPU运行及IO运行需求，按照每个代码组件的执行顺序，执行队列机制。这样可以实现不同代码组件的差异处理，可以进行缓解处理进程，避免系统击穿。

本发明中，系统节点3用于系统节点3在收到用户交易请求指令后，基于用户请求要素动态规则，对用户交易请求指令进行特征值提取，依据提取的特征值在本地进程缓存中查找与特征值相符合的系统交易功能模块；

可以理解的是用户请求要素动态规则是在系统中预设的一个交易规则，此交易规则具有一定的执行代码，程序等等。为了提高交易过程的安全性，在交易规则程序中配置了关键词，关键字等等相关的内容。这样用户与系统之间具有相同的交易规则，来进行交易。在交易过程中为了相互验证需要系统对用户的要素动态规则进行验证，验证是否满足用户与系统之间预先设定的交易规则。当然用户端也验证系统所具有的交易规则是否满足预设交易规则。为了提高验证效率，降低验证程序，可以在交易规则上设置特征值或具有静态要素标记的请求特征值，这样只要用户端和系统端相互验证设置特征值或具有静态要素标记的请求特征值即可。

本发明中，系统节点3用于系统节点3在收到用户交易请求指令后，基于用户请求要素动态规则，对用户交易请求指令进行特征值提取，依据提取的特征值在本地进程缓存中查找与特征值相符合的系统交易功能模块；

若在本地进程缓存中查找到与提取特征值相符合的系统交易功能模块，则执行所述系统交易功能模块，实现交易数据处理；

若在本地进程缓存中未查找到与提取特征值相符合的系统交易功能模块；

系统节点3从分布式缓存服务器中查找与提取特征值相符合的系统交易功能模块；

若在分布式缓存服务器中查找到与提取特征值相符合的系统交易功能模块，则将所述系统交易功能模块配置到本地进程缓存中；

在本地进程缓存执行所述系统交易功能模块，实现交易数据处理。

为了提升交易的安全性，通常在经过一个预设时长会对交易过程中的关键字，或关键词，或为了验证设置特征值，或具有静态要素标记的请求特征值进行更新升级，避免被非法破解而影响交易的安全性。

如果系统节点3未做到及时更新，或者在交易过程中系统节点3与用户端的提取特征值相符合，则在交易时，系统节点3自动从分布式缓存服务器中查找与提取特征值相符合的系统交易功能模块。这里不再按照预设时长的规则获取更新状态。

交易流程动态发布依据引用关系的组合配置，动态发布不同的应用处理流程；依据动态或静态的交易特征值发布匹配流程版本的应用流程信息(依据缓存机制提高匹配效率)，在交易时精确识别交易流程。

通过代码组件精度发布技术将用户请求与交易流程进行准确匹配，将匹配到的交易流程版本对应的应用代码进一步细分，通过配置化使应用代码中的构成代码单元即代码组件可动态发布。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种基于交易流程的组件化总线调用执行系统，其特征在于，包括：系统交易信息处理模块，消息总线，配置中心以及多个系统节点；

系统交易信息处理模块用于提供系统交易功能模块的操作端口，提供消息总线的操作端口，系统信息处理模块提供基于系统交易功能模块信息的增改删端口；

消息总线用于获取系统交易功能模块实现的交易流程；

配置中心与系统节点之间以及系统节点之间通过消息总线通信连接；

系统交易信息处理模块将系统交易功能模块的交易流程配置到配置中心；

配置中心对每个系统节点在消息总线上注册访问地址及操作方式，配置中心将系统信息处理模块配置到每个系统节点，实现每个系统节点基于系统信息处理模块执行交易流程。

2.根据权利要求1所述的基于交易流程的组件化总线调用执行系统，其特征在于，

系统交易功能模块包括：预设数量的代码逻辑片段和预设数量的代码组件；

每个交易数据处理流程由若干代码逻辑片段组成，每一逻辑片段由若干个代码组件组成，上一逻辑片段的最后一代码组件输出指定下一逻辑片段的起始代码组件；

系统交易功能模块的执行交易流程，所执行的交易功能，依据系统交易信息处理模块接收的逻辑片段的组合顺序，以及逻辑片段中代码组件的引用关系来实现；逻辑片段之间的跳转逻辑进行图形化的配置，将系统交易功能模块的执行交易功能和流程写入数据库进行保存。

3.根据权利要求1所述的基于交易流程的组件化总线调用执行系统，其特征在于，配置中心包括：交易功能配置模块；

交易功能配置模块用于将系统交易功能模块的执行交易流程配置加载至配置中心中；配置中心将系统交易功能模块推送至分布式缓存服务器；

系统节点通过守护线程从配置中心的分布式缓存服务器获取系统交易功能模块的执行交易流程；各系统节点每经过一预设时长从分布式缓存服务器抓取配置信息，并将配置信息更新至本地进程缓存，或者各系统节点实施刷新或接收配置中心发布的广播消息，以进行系统交易功能模块的执行交易流程的及时更新。

4.根据权利要求3所述的基于交易流程的组件化总线调用执行系统，其特征在于，

配置中心还包括：组件库，预设的代码组件存储在组件库；

配置中心在组件库中对每个代码组件进声明；声明信息包括：代码组件地址，代码组件主类，代码组件的源代码，编译的可执行程序名称及发布路径；发布路径包括：代码对应发布的服务器路径地址；

系统节点通过守护线程轮询配置中心的组件库，判断组件库中的代码组件是否更新；

当组件库中的代码组件更新时，判断更新的代码组件是否与系统节点的系统交易功能模块的每个代码逻辑片段中的代码组件相符合；

如符合，系统节点通过与配置中心之间配置的代码组件更新发布路径，下载更新的代码组件，将下载的更新代码组件保存至系统节点的本地存储器；

系统节点将更新的代码组件加载到相应的系统交易功能模块的代码逻辑片段中，形成更新后的系统交易功能模块；同时保存未更新代码组件的系统交易功能模块；

系统节点将更新代码组件的信息形成更新日志，并在更新日志上标识系统节点的编码信息，将具有系统节点编码信息的更新日志上传至配置中心；

配置中心更新系统日志，通过系统日志记录各个系统节点的更新状态信息。

5.根据权利要求4所述的基于交易流程的组件化总线调用执行系统，其特征在于，

系统节点的应用进程通过守护线程监控本地资源及系统交易流程的配置信息；

加载本地代码组件信息，辨识本地系统交易功能模块的代码组件更新信息；当当前交易信息为更新代码组件的交易流程时，调用更新后的系统交易功能模块执行交易流程；

当当前交易信息为未更新代码组件的交易流程时，调用未更新的系统交易功能模块执行交易流程；

系统节点的代码组件更新后，进行交易流程配置的更新执行，保证系统准确性。

6.根据权利要求1所述的基于交易流程的组件化总线调用执行系统，其特征在于，

消息总线包括：事件监听线程池、监听进程、工作线程池以及进程内存；

各个系统节点向消息总线注册系统节点地址和系统节点所对应的系统交易功能模块所实现的交易功能；

在进行交易处理时，依据系统交易功能模块的执行交易流程及交易顺序，执行交易的系统节点向消息总线的事件监听线程池发送消息；

消息总线接收到系统节点发送的交易事件后，监听进程将交易事件的系统节点地址，交易双方信息及状态信息进行登记，并存储在进程内存中；

监听进程将交易事件的每个步骤分发给工作线程池，工作线程池接收交易事件，工作线程池对交易事件过程，依据预设的交易顺序，对交易流程对应的若干逻辑片段，逻辑片段对应的代码组件的引用关系逐一进行监控校验，直至交易处理完成。

7.根据权利要求1所述的基于交易流程的组件化总线调用执行系统，其特征在于，

启动交易处理进程，各个系统节点依据系统交易功能模块的执行交易流程及交易顺序，执行交易，并向消息总线的事件监听线程池发送消息；

消息总线接收到系统节点发送的交易事件后，监听进程将交易事件的系统节点地址，交易双方信息及状态信息进行登记，并存储在进程内存中；

监听进程将交易事件的每个步骤分发给工作线程池，工作线程池接收交易事件，工作线程池对交易事件过程，依据预设的交易顺序，对交易流程对应的若干逻辑片段，逻辑片段对应的代码组件的引用关系逐一进行监控校验；

在执行预设过程中，监测到当某一交易步骤的顺序变更，或某一代码组件变更，或代码组件之间的引用关系发生变更时，监听进程回调执行过程，在分布式缓存服务器中获取系统交易功能模块是否更新；

如在分布式缓存服务器中系统交易功能模块已更新时，执行更新后的系统交易功能模块，直至后续交易处理完成；

如在分布式缓存服务器中获取系统交易功能模块未更新时，在配置中心和系统节点中发出报错信息，并停止执行交易。

8.根据权利要求6所述的基于交易流程的组件化总线调用执行系统，其特征在于，

监听进程用于以观察序列模式，将交易过程中的正常执行信息、异常处理信息、预置信息及清理动作信息进行分别封装调用，将散落在代码组件内的各种应用流程异常信息、代码异常信息、底层异常信息，进行信息上浮显示报错，实现了错误信息的及时抛出，集中处理。

9.根据权利要求1所述的基于交易流程的组件化总线调用执行系统，其特征在于，

消息总线为每一代码组件服务按需注册独立或共享的线程池，用于解决CPU运行及IO运行需求，按照每个代码组件的执行顺序，执行队列机制。

10.根据权利要求1所述的基于交易流程的组件化总线调用执行系统，其特征在于，

系统节点用于系统节点在收到用户交易请求指令后，基于用户请求要素动态规则，对用户交易请求指令进行特征值提取，依据提取的特征值在本地进程缓存中查找与特征值相符合的系统交易功能模块；

若在本地进程缓存中查找到与提取特征值相符合的系统交易功能模块，则执行所述系统交易功能模块，实现交易数据处理；

若在本地进程缓存中未查找到与提取特征值相符合的系统交易功能模块；

系统节点从分布式缓存服务器中查找与提取特征值相符合的系统交易功能模块；

若在分布式缓存服务器中查找到与提取特征值相符合的系统交易功能模块，则将所述系统交易功能模块配置到本地进程缓存中；

在本地进程缓存执行所述系统交易功能模块，实现交易数据处理。