[发明专利]关于新建类信息池和收件类信息池的信息池机制

说明书

技术领域

本发明涉及新建类信息池和收件类信息池的信息传递技术领域，尤其涉及系统消息池模 型、构件模型以及消息池化技术。

背景技术

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

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

系统实施关于新建类信息池和收件类信息池的信息池机制的好处：该机制将原本分散的、 不规则的消息内容整合在了一起以方便查找、替换、使用和管理，使企业级架构显得更为清 晰和有效。客户端消息池可以与服务端(数据库)信息的实时同步，提供一种接口使得二次 开发商能够将自己的消息集合合并到原有的消息集中以及动态替换消息的内容。

发明内容

为了克服现有的涉及关于新建类信息池和收件类信息池技术领域的不足，本发明提供一 种关于新建类信息池和收件类信息池的信息池机制，为构件建立了消息池，消息池之间根据 事先订立的消息协议进行通信。消息池将构件的业务逻辑与消息交互分离开，将业务逻辑封 装起来。构件在运行时不必了解消息的来源和去向，只需向自身伴随的消息池发送或者接收 消息即可。关于新建类信息池和收件类信息池的信息池机制将消息管理功能从消息总线中剥 离出来，并将其静态化。消息的登记、分派在部署期完成，不占用系统运行时的资源。支持 层次风格，子构件仍然采用关于新建类信息池和收件类信息池的信息池机制，使得整个系统 形成一种层次状信息池。

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

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

附图说明

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

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

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

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

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

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

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

具体实施方式

在图1中，系统实现基于信息池的信息传递运行过程如下：

1.将所有的消息内容放在资源文件中，资源文件可以被编译并嵌在程序集dll中。存放消 息内容的资源文件被放置在服务器端，由客户端请求并获取。