[发明专利]基于信息池的信息传递机制

说明书

技术领域

本发明涉及基于信息池的信息传递技术领域，尤其涉及系统消息池模型、构件模型、消 息池化技术以及消息传递协议。

背景技术

消息池化需要首先将大量的消息内容(文本甚或图片)从用户需求中抽取出来并作归类， 对于周期性的项目而言这一步骤即费时也未必能够符合用户需求反复变更的需要。也可以在 系统开发后期或者维护、升级期间通过扩展的方式将补充的消息内容添加进来，但这同样需 要系统在设计阶段就考虑到后期的种种变数并预留出扩展的接口。而对于实时性要求较高的 系统，比如生产制造业管理软件采用消息池化同样也不合适。因为消息池化实现过程中要将 大量的消息内容(文本甚至图片)通过网络传播，其间的开销是不可小视的。应用到实时性 高的系统中时不可避免的会产生各种问题。

消息池化技术推荐您根据需要将消息内容放在适当的位置，每个系统的需求和实现方案 都有或多或少的差异，存放消息内容的位置直接影响到系统整体的性能，因此必须也只能根 据自己的特点进行权衡。消息池化表示将在内存中某处存在消息，可以把这堆消息放在服务 端也可以放在客户端。对于前者，客户端需要频繁的向服务端发送请求，获取所需的消息内 容；对于后者，客户端除了要把所有消息内容从服务端拉到本地，还要负责维护消息池的状 态和有效性，也许还要考虑同步等诸多问题。

系统实施基于信息池的信息传递机制的好处：在构件上挂载伴随消息池，消息池之间遵循 事先订立的消息协议进行通信，能够克服现行主流的层次消息总线风格中存在的消息总线负 载过重、同步控制困难等缺点，并能简化系统设训一过程，支持分布式系统以及软件产品线 设计。

发明内容

为了克服现有的涉及基于信息池的信息传递技术领域的不足，本发明提供一种基于信息 池的信息传递机制，构件是独立的计算模块，可以用任何语言进行编写.构件之间的通信仍是 通过消息传递完成的，消息在消息池之间传输.每一个构件有一个挂载的消息池，消息池是消 息的载体，一方面用于存储本地构件的计算结果，另一方面用于接收来自其它构件的消息。 一种在应用程序层统一实现消息池模型、构件模型以及消息传递协议方案，消息协议规定了 构件之间的消息访问规则，消息传输路径的选择依据静态的消息传递协议。在系统稳定运行 的情况下，构件之间的消息传递的内容和方向是固定的，因此没有必要在系统运行时动态地 进行消息路由。

本发明解决其技术问题所采用的技术方案是：Output消息池负责接收构件的状态变化信 息。如果构件在运行过程中发生了状态变化，那么构件的状态数据将转存于消息池，等待其 它构件来取；对方取毕后消息池负责销毁该消息，并回收内存，以便接收新的消息.如果该消 息为多个其它构件所用，那么消息池在所有需求构件都取毕之后再进行销毁。Input消息池 负责接收其它构件的消息并通知构件消息已经到达。构件可以选择马上处理或者暂缓处理， 如果选择暂缓处理，消息池将一直为构件保存这条消息，处理完毕后消息池才回收该消息空 间。

本发明的有益效果是，采用基于信息池的信息传递机制，由于消息的直接传递减少了消 息的分派和过滤动作。消息的登记和传递记录在预先订立的消息传递协议中.消息传递协议就 是将消息的传递管理从总线功能中剥离出来，大大缩短了系统运行时的计算时间，或用静态 的协议换取动态的路由过程；另一方面消息传递与构件的业务逻辑计算分离开，降低了系统 设计的复杂度。

附图说明

下面结合附图和实施例对本发明进一步说明。

图1为本发明实例基于信息池的信息传递软件体系图。

图2为本发明实例消息池服务器图。

图3为本发明实例消息池模型图。

图4为本发明实例基于信息池的信息传递软件构建模型图。

图5为本发明实例XML格式的消息传递协议代码图。

图6为本发明实例信息交互示意图。

图7为本发明实例消息池系统模块图。

具体实施方式