施方式】
[0056]相关术语解释:
[0057]中间件系统:中间件(Middleware)是提供系统软件和应用软件之间连接的软件，以便于软件各部件之间的沟通。特别是应用软件与系统软件之间的集成逻辑，在现代信息技术应用框架如Web服务、面向服务的体系结构中应用比较广泛。
[0058]发布/订阅模型:也称信息范式，在该模型中，信息的发送者(发布者)发送其信息给接收者(订阅者)，发布的信息分为不同的类别，且发送对象不指定为确定的接受对象。订阅者与信息来源的相关性仅限于接收到信息，然后具体的订阅者只对一个或多个类别表达兴趣，于是只接收感兴趣的信息，因此也不需要知道什么样的发布者在发布信息。
[0059]信息队列:“信息”是不同系统间进行通信的载体。信息在到达接收方后，来源不同的信息依据“先进先出”的顺序进入一个链式中继区域等待直到成功被传递，此时信息的处理模式称之为排队等待，而这个中继信息的设施称之为信息队列。
[0060]为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
[0061]图1为本申请实施例提供的一种软件系统间的信息交互方法的流程图。
[0062]参照图1所示，本申请实施例提供的软件系统间的信息交互方法，应用于中间件系统中，这里的中间件系统设置于软件系统之间，作为接收信息和处理信息的中间件，信息交互方法包括:
[0063]步骤Sll:接收至少一个软件系统按照预设格式发送的系统信息；
[0064]本申请提供的软件系统间的信息交互方法，参照图2，所述接收至少一个软件系统按照预设格式发送的系统信息，包括:
[0065]Slll:实时检测至少一个软件系统触发的信息发送事件；
[0066]S112:根据检测得到的信息发送事件，接收所述至少一个软件系统按照预设格式发送的系统信息；
[0067]S113:将接收的所述系统信息存储进信息队列中。
[0068]在本申请实施例中，为解耦外部逻辑，实现随时对任意信息发布者(发布信息的软件系统)的任意信息予以接收，引入了触发事件和信息队列机制:当任意信息发布者(发布信息的软件系统)需要发送信息时，则按照统一的信息格式组装信息记录并触发信息发送事件，从而将信息发送的多源性分散到各个发布信息的系统中去；发送信息时，任意信息发布者(发布信息的软件系统)自行定义和发送信息发送事件，中间件系统在接收到信息发送事件后，实时监听信息的发送情况。为了避免信息丢失，中间件系统优选采用“先进先出”的信息队列机制。
[0069]步骤S12:判断所述系统信息是否为来自预先注册的订阅系统的订阅信息；
[0070]本申请实施例提供的一种软件系统间的信息交互方法，如图3所示，所述判断所述系统信息是否为来自预先注册的订阅系统的订阅信息，包括:
[0071 ] S121:提取所述信息队列中的系统信息，并分析提取的系统信息中的第一信息标记；
[0072]S122:将所述第一信息标记与预先注册的订阅系统的订阅信息数据库做比对，判断所述订阅信息数据库中是否包括所述第一信息标记；
[0073]在本申请实施例中，中间件系统基于“发布/订阅”逻辑，接收系统信息之后，主要通过系统信息中的标记域等第一信息标记比对订阅信息数据库，从而判断是否该信息为订阅信息。
[0074]S123:如果所述订阅信息数据库中包括所述第一信息标记，判定所述提取的系统信息是来自预先注册的订阅系统的订阅信息。
[0075]为了加速判断过程、减少数据库10，信息订阅数据库将预读到内存中。订阅过程是通过过滤信息的方式完成的，中间件系统支持所有外部软件系统发送的系统信息。
[0076]步骤S13:如果所述系统信息是来自订阅系统的订阅信息，判断所述系统信息是否满足预设规则，若满足，执行与所述预设规则对应的系统操作。
[0077]本申请实施例提供的一种软件系统间的信息交互方法，如图4所示，所述判断所述系统信息是否满足预设规则，若满足，执行与所述预设规则对应的系统操作，包括:
[0078]S131:抽取所述提取的系统信息中的第二信息标记，将所述第二信息标记与预设的规则信息数据库做比对，判断所述规则信息数据库中是否包括所述第二信息标记；
[0079]S132:如果所述规则信息数据库中包括所述第二信息标记，判定所述提取的系统信息满足所述规则信息数据库中的预设规则；
[0080]S133:从预设的操作信息数据库中查找与所述预设规则相对应的系统操作，并执行查找到的预设操作。
[0081 ] 信息队列的出口是后续环节的唯一信息发布者，在订阅信息被过滤出来后，整个处理流程便进入规则运算环节。
[0082]本申请方案的核心是中间件系统的订阅引擎的规则判断逻辑，它在属于订阅系统的系统信息被捕获之后，首先访问规则信息数据库获取该类信息对应的用户自定义规则信息，之后按照信息来源和信息类别等第二信息标记抽取指定的信息文本做初始条件的判断操作(包括等于、包含等关系的成立与否)，然后将判断结果作为输入进行多级逻辑比较(含与、或、非等)和条件运算，最终规则运算环节的输出结果为所述系统信息是否符合规则信息数据库中的某条预设规则。
[0083]当规则运算环节的结果(即符合或者不符合某条或某些预设规则)确定后，中间件系统查询操作信息数据库，依据配置中指定的处理方式触发该扇出条件上用户预先定义的操作集合，其中既可以包含对信息本身的操作如分类保存，也可以调用各种系统间的操作的集合，如触发一系列计划任务等。
[0084]本申请方案的中间件系统主要划分为:发布/订阅引擎、信息队列机制、规则判断环节的逻辑与系统规则的响应逻辑。在本申请实施例中，发布/订阅引擎、信息队列机制、规则判断环节的逻辑与系统规则的响应逻辑是相互独立的，因为所有的对应关系均持久保存在数据库或配置文件中，所以用户完全可以通过其他外部的配置工具来自行访问和定义预设规则与系统操作的映射关系。
[0085]在本申请实施例中，中间件系统在正常执行系统信息的判定和功能分发工作前，需要保证系统已经进行了完整的配置操作，具体可以分为三个方面的配置:
[0086]订阅信息数据库:订阅类别的信息到达后，系统需要判断的字段配置；
[0087]规则信息数据库:用户自定义的字段比较方法、条件关系和规则关系的配置；
[0088]操作信息数据库:指定规则集合运算结果与其他系统操作的映射关系；
[0089]三种配置都是基于中间件系统内部已经注册过的外部软件系统、类、链接参数、字段描述等基础数据进行的，在进行识别或匹配时，这些基础数据可以分别作为本申请实施例中的第一信息标记和第二信息标记，这三种配置分别作为信息过滤解析、规则运算和响应操作等系统行为的执行依据，当基础信息得到适当配置后，业务流程就可以顺利得以执行了。
[0090]下面将详细描述三种配置的配置过程:
[0091]图5为本申请实施例提供的再一种软件系统间的信息交互方法的流程图。
[0092]参照图5所示，本申请实施例提供的软件系统间的信息交互方法，应用于中间件系统中，这里的中间件系统设置于软件系统之间，作为接收信息和处理信息的中间件，本申请实施例提供的信息交互方法，在上述所有实施例的步骤之前，还包括:
[0093]步骤SOl:接受软件系统的注册请求，所述注册请求中包括软件系统的系统名称和所发送的信息的第一信息标记和第二信息标记；
[0094]步骤S02:将所述系统名称加入预先注册的订阅系统中，并将所述第一信息标记添加进预设的订阅信息数据库中；
[0095]在软件系统被订阅前首先要注册到中间件系统，分为注册本地静态数据类和注册外系统静态类两种。本地静态数据类的注册在输入系统名称、分配信息类别标号之后，还需要填写对应的类名等第一信息标记，因为信息来源和中间件系统的发布/订阅引擎处于同一个运行环境上下文(即用于模块间的订阅需