通信中间件设计
基于OpenDDS的中间件实时通信机制扩展设计
V o l. 37 No. 298舰船电子工程Ship E le ctro n ic Engineering总第272期2017年第2期基于O penD D S的中间件实时通信机制扩展设计冯剑尘柳中华(92493部队葫芦岛125000)摘要在仿真试验领域，随着参试系统实时性和集成程度的提高，需对通信中间件软件进行实时扩展改造，论文的目标是依托O p e nD D S技术,对基于A C E结构的中间件进行实时通信机制扩展，使虚实合成试验系统在传输中能够快速高效地按需配置，提高中间件信息传输的实时性,扩展中间件软件对实时仿真、试验领域的支持。
关键词D D S;中间件；实时通信机制扩展中图分类号TP391 D O I：10. 3969/j. is s a1672-9730. 2017. 02. 024Design of Real-time Communication Mechanism ofMiddleware Based on OpenDDSF E NG Jianchen L I U Z ho n g h u a(N o. 92493 T ro o p s o f P L A, H ulu d a o125000)Abstract W ith rea l-tim e and in te g ra tio n degree o f system im p ro vin g in test range, the rea l-tim e perform ance on the m iddlew are com m unications is needed to expand. T h is paper uses OpenDDS technique to expand the m iddlew are based on the A C E s tru c tu re, m aking the experim ental system can be q u ic k ly and e ffic ie n tly in the transm ission o f the v irtu a l-re a l area, increasing the m iddlew are in fo rm a tio n deliver efficie n cy, w h ic h expands su p p ort o f realm in the e m u lation mode and test area fo r m iddlew are based system structure.Key Words DDS? m iddlew are, rea l-tim e com m unication mechanismClass Number TP391i引言在仿真、测试与虚拟试验领域，伴随着H L A、T E N A等技术的广泛应用，系统内部及系统间的信 息传输对于实时性的要求越来越高，因此，建立实 时性强、可靠性高、安全性好的信息传输中间件，提 高系统互联能力，满足系统内各种信息交换和共享 需求，并解决应用软件之间的数据共享和集成问题 是该领域亟待解决的问题。
中间件设计原则和方法
中间件设计原则和方法中间件设计原则和方法概述中间件是一种常用的软件设计模式，用于在多层架构中增强系统的可扩展性、可维护性和可重用性。
本文将介绍中间件的设计原则和常用方法，以帮助开发人员更好地应用中间件模式。
设计原则中间件设计遵循以下几个原则：1. 单一职责原则中间件应专注于实现特定的功能，遵循单一职责原则。
每个中间件模块应该有清晰的定义和功能，并且不涉及其他职责。
2. 开闭原则中间件应该是开放可扩展的，对修改关闭。
通过接口和抽象类对外提供统一的调用方式，以便后续增加新的中间件模块时无需修改现有代码。
3. 接口隔离原则中间件应该根据接口隔离原则，只提供必要的接口，避免接口膨胀和多余的方法。
这样可以确保中间件的高内聚性和低耦合性。
4. 依赖倒置原则中间件应该依赖于抽象，而不是具体实现。
通过依赖倒置原则，可以减少中间件与其它模块之间的耦合，提高代码的灵活性。
常用方法中间件设计有多种常见的方法，下面列举几种常用的方法：1. 拦截过滤器模式拦截过滤器模式是一种常见的中间件设计方法，通过过滤器链来对请求进行处理。
每个过滤器负责处理某项功能，将请求传递给下一个过滤器进行处理，直到最后一个过滤器完成请求的处理。
2. 代理模式代理模式是另一种常见的中间件设计方法，通过代理对象来封装真实对象，并提供额外的功能。
代理对象可以在调用真实对象之前或之后进行一些预处理或后处理操作。
3. 装饰器模式装饰器模式也是一种常用的中间件设计方法，通过装饰器对象来包装原始对象，并动态地添加新的功能。
装饰器模式可以在不修改原始对象的情况下扩展其功能。
4. 发布订阅模式发布订阅模式是一种常用的中间件设计方法，通过定义事件和通知机制来实现模块之间的解耦。
订阅者可以订阅感兴趣的事件，而发布者可以发布事件并通知所有订阅者。
5. 消息队列模式消息队列模式是一种常见的中间件设计方法，通过在系统中引入消息队列来实现不同模块之间的异步通信。
模块可以将消息发送到队列中，并由消费者从队列中获取消息并进行处理。
基于Java的通信中间件的设计与实现
基于Java的通信中间件的设计与实现作者：殷锋社,焦蕾来源：《现代电子技术》2010年第15期摘要:通过研究通信软件中常用的设计算法,收集使用面向对象技术开发通信软件时常用的设计模式,利用Java语言完成基于Java的通信中间件设计与实现,并给出了主要部分的实现。
实现了全部的JMS标准API,提供了消息持久化、消息预览和消息选择功能,建立了可靠的线级通讯连接,提高了产品的服务质量。
关键词:面向对象技术; Java通信中间件; 通信软件; 对象序列化中图分类号:TP31文献标识码:A文章编号:1004-373X(2010)15-0149-04Design and Implementation of JAVA-based Middleware for CommunicationYIN Feng-she,JIAO Lei(Shaanxi Polytechnic Institute, Xianyang 712000, China)Abstract: The design and implementation of JAVA-based communication middleware were achieved with JAVA language by studying the common design algorithms of communication softwares and collecting the design patterns of using the object-communication software. All the JMS APIs were implemented. The reliable wire-level communication was established. The implementation process of the major parts is presented. The functions of persistent messaging, message preview and message selection are provided. The service quality of the product is improved.Keywords: object-oriented technology; Java-based communication middleware; communication software; object serialization1 总体设计通信中间件[1]目前并无标准可循,一般把工业标准TCP/IP协议作为基础,遵循X/Open的分布式计算环境需求多样化、用户数目规模化、业务逻辑复杂化的发展要求,实现消息位置无关性、用户透明性。
中间件设计方案
中间件设计方案
中间件是一种独立于具体业务逻辑实现的软件组件，用于连接和协调不同的系统或服务，并扩展系统的功能和性能。
中间件设计方案需要考虑以下几个方面：
1. 架构设计：中间件一般采用分布式架构，包括多个服务器节点的集群，可以提高系统的稳定性和性能。
架构设计方案需要考虑节点之间的通信方式、负载均衡和容错机制等。
2. 数据传输：中间件需要实现不同系统之间的数据传输。
常用的数据传输方式包括消息队列、远程调用和数据同步等。
设计方案需要根据具体业务需求选择合适的数据传输方式，并保证数据的可靠性和一致性。
3. 安全性：中间件需要提供安全的数据传输和访问机制，保护系统的敏感信息不被泄露和篡改。
设计方案需要考虑身份认证、数据加密和访问控制等安全策略，并采用相应的技术实现。
4. 性能优化：中间件设计方案需要考虑如何提高系统的性能和吞吐量。
常用的性能优化技术包括缓存、批处理和异步处理等。
设计方案需要根据具体业务场景选择合适的性能优化策略，并进行性能测试和调优。
5. 扩展性：中间件设计方案需要考虑系统的扩展性，能够方便地增加新的业务模块或服务。
设计方案应采用松耦合的架构，提供插件机制或扩展接口，以便于系统的扩展和升级。
6. 监控和调试：中间件需要提供监控和调试工具，方便系统管理员进行故障排查和性能调优。
设计方案需要考虑如何采集和展示系统的运行状态和性能数据，并提供相应的分析和诊断功能。
综上所述，中间件设计方案需要综合考虑架构设计、数据传输、安全性、性能优化、扩展性以及监控和调试等方面的要求。
通过合理的设计和实施，可以提高系统的可用性、扩展性和性能，满足不同业务需求。
通信中间件CORBA
CORBA（COMmon Object Request Broker Architecture,公共对象请求代理体系结构,通用对象请求代理体系结构）是由OMG(The Object Management Group)组织制订的一种标准的面向对象应用程序体系规范。
或者说 CORBA体系结构是对象管理组织（OMG）为解决分布式处理环境(DCE)中，硬件和软件系统的互连而提出的一种解决方案；OMG组织是一个国际性的非盈利组织，其职责是为应用开发提供一个公共框架，制订工业指南和对象管理规范，加快对象技术的发展。
CORBA（COMmon Object Request Broker Architecture公共对象请求代理体系结构）是由OMG组织制订的一种标准的面向对象应用程序体系规范。
或者说 CORBA体系结构是对象管理组织（OMG）为解决分布式处理环境(DCE)中，硬件和软件系统的互连而提出的一种解决方案；OMG组织是一个国际性的非盈利组织，其职责是为应用开发提供一个公共框架，制订工业指南和对象管理规范，加快对象技术的发展。
OMG组织成立后不久就制订了OMA(Object Management Architecture，对象管理体系结构)参考模型，该模型描述了OMG规范所遵循的概念化的基础结构。
OMA由对象请求代理ORB、对象服务、公共设施、域接口和应用接口这几个部分组成，其核心部分是对象请求代理ORB（Object Request Broker）。
对象服务是为使用和实现对象而提供的基本服务集合；公共设施是向终端用户应用程序提供的一组共享服务接口；域接口是为应用领域服务而提供的接口；应用接口是由开发商提供的产品，用于它们的接口，不属于OMG标准的内容。
ORB提供了一种机制，通过这种机制，对象可以透明的发出请求和接收响应。
分布的、可以互操作的对象可以利用ORB构造可以互操作的应用。
CORBA系统通常来说，CORBA把用其他语言开发的程序码和关于该程序码能力和如何调用该程序码的资讯包到一个套装(package)中，包成套装的物件则可以在网络上被其他程序(或CORBA物件)调用。
构建支持移动多媒体通信的中间件研究
数据的存储转发、消息的通知、带宽和码率 的控制等(可以根据实际需要， 在其中增加或者 修改功能模块》 。这些功能有可能在同一个网 络中， 也可能在不同的网络中。由于网络体系 中支持移动多煤体通信中间件的存在 ， 多媒体 消息业务并不是像通常那样进行实时通信的， 而是一种非实时的基于存储转发机制的多煤体 移动数据通信业务。该系统能够实现多煤体 移动终端之间、多媒体移动终端与非多煤体 移动终端之间以及移动终端和互联网之间的多 媒体信息的双向传输。多媒体信息业务的通 信过程简单地说就是用户把编辑好的多煤体消 ，移动中间件的 概念、 定义和 作用 J 通过无线网络， 急 发送到支持移动多煤体通信 把通常的中间件应用到移动通信环境， 服 中I 件平台， l k 中间件利用其内部相应的功能模 务于移动业务，移动电子商务， 就出现了移动 块对传送到的信息进行相关处理并存储， 随后 中间件。移动中间件是这样一类软件， 它们位 发送通知消息给接收端用户， 接收端用户知道 于移动网络、操作系统和移动应用软件之间 后， 可以立刻或者过一段时间后从中间件的多 使用操作系统提供的基事 功能和服务， 通过API 媒体信息服务器接收信息。当由于某些原因 (App l cat ion Pr g amming Inter fac )为上层 i or e 的移动应用系统提供从一般的应用需求中 抽象 支持多 媒体通信中间件平台无法通知到接收者 出来的、移动网络应用所需要的更高层的， 时. 中间件就将该消息保存一定时间后再次发 送。若在一定时间内还是无法送达， 就会丢弃 通用的功能 与服务。 这条消息。当通信双方不在同一个 子网络植盖 移动中间件的作用 ①减少开发和发布周 范围内时， 就要涉及到支持移动多媒体通信中 期， 通过使用己少开发好的移动中间 件产品， 开 间件之间的路由 选择. 发者就可以快捷的把移动应用和全业级应用连 接装配起来， 从而把更多的时间 精力花在他 2.2 主要功能 在实际应用中， 支持移动多媒体通信中间 们最需关心的问题上， 比如开发优秀的移动应 件要实现移动用户与应用服务器之间的安全通 用， 而不需要把时间学习各种复杂的网络协议 信， 最基本的功能是数据的无线传输，位置的 或者解决移浸i十 算应用 的那些}砧 性向题.②减 绝 无线登陆和事务安全管理。 少风险， 移动中间件是一些公司凭借着对移动 数据传输管理: 它是整个中间件平台最基 环境的良好理解及多年来对移动计算应用的研 要的功能模块， 它负责在通信双方建 究和对移动通信的优化的基础上开发出来的， 本和最主 立多媒体信息数据的传输通道并月进行一些必 相对而言， 它经过了时间和实践的检马， 全是比较 要的业务管理， 例如带宽和码率的控制. 无论 成熟的， 应用上的rAp. 相对 较少.③一次编写， 到 是安全管理、 位置管理以及计费、统计， 还是超 处运行， 多数移动中间件是采用基于网络和设 时重传， 高质最的通信构架是必不可少的保障. 备独立的A PI 开发的， 可以支持广泛的移动网 无线位置登陆管理: 它主要包括位置更新 络和平台， 开发完成后可以在任意网络和设备 或注册(移动终端告诉系统其当前位置的过程) 上运 行。 本文所研究的支持移动多煤体通信的中间 和位置寻呼(系统找到终端位置的过程) 两个基 例如可以通过使用GPS , GSM 位置服 件是移动中间件的一种扩展 ， 它除了能够提供 本操作， 务器等设备使服务商获得用户的位置信息， 从 移动电子商务 移动互联网外， 更注重实现移 而可以为移动用户及时地提供更合适的服务， 动多媒体业务。 其中G lava 就是通过使用。 eo racle空间数据 库， 获得用户位置信息并向用户提供服务的. 2 支持移动多媒 体通信的中 间件 事务安全管理:安全性是所有事务中间件 2. ，网 络体系摸型 多媒体消息业务的通信涉及到不同类型的 都必须提供的一种内在特性。它主要提供两部 分的安全业务。第一， 多煤体移动终端之间的 网 络和现有的各种消息系统 ， 而支持移动多媒 i 证性。 用户 体通信的中间件就在它们之间充当了 “ 桥 安全业务:用户与网络身份的相F 队 身份} Rl数据的保密性.信令 数据的保密性与 完整 梁. 的作用， 使得各种网 络和消息系统能够互 性检溯以及认证密钥的保密性， 和更高要求的 通， 同时也使第三方服务提供商的信息能够让 多媒体移动终端 移动网可 “ 。在整个网络通信中， 懂， 支持移 端到端的安全保密性。第二， 到因特网等第三 服务商之间的安全业务， 它 动多煤体通信的中间件提供了必要的服务功 除了提供与上面类似的安全访间移动网络功能 能， 比如无线位置登陆管理，事务安全管理、
中间件设计说明书
中间件设计说明书一、概述中间件是一种独立的系统软件或服务程序，位于操作系统和应用程序之间，用于实现分布式系统的集成和通信。
中间件设计说明书是对中间件系统的全面描述，包括其功能、性能、安全等方面的要求和设计细节。
二、中间件需求分析1. 功能需求：分析中间件需要实现的具体功能，如消息传递、数据交换、分布式事务管理等。
2. 性能需求：确定中间件系统的性能指标，如吞吐量、响应时间、并发处理能力等。
3. 可靠性需求：提出中间件系统的可靠性要求，如故障恢复、容错处理、负载均衡等。
4. 安全性需求：制定中间件系统的安全策略，如数据加密、身份认证、访问控制等。
三、中间件系统设计1. 体系结构设计：设计中间件系统的整体架构，包括各个组件的职责和交互方式。
2. 通信协议设计：定义中间件系统内部组件之间的通信协议，包括消息格式、传输协议等。
3. 数据结构设计：设计中间件系统所需的数据结构，如消息队列、事务日志等。
4. 算法设计：针对中间件系统的关键功能，设计相应的算法和实现逻辑。
四、中间件系统实现1. 编程语言和开发环境选择：根据中间件系统的需求和设计，选择合适的编程语言和开发环境。
2. 模块划分和代码组织：将中间件系统划分为不同的模块，并合理组织代码结构。
3. 单元测试和集成测试：进行单元测试和集成测试，确保中间件系统的功能和性能满足设计要求。
4. 系统部署和配置：进行中间件系统的部署和配置，包括服务器环境搭建、参数配置等。
五、中间件性能测试与优化1. 性能测试：通过性能测试工具对中间件系统进行测试，获取各项性能指标的实际数据。
2. 性能分析：分析性能测试结果，找出瓶颈和潜在的性能问题。
3. 性能优化：针对性能瓶颈进行优化，提高中间件系统的整体性能。
六、安全策略实施与保障1. 安全策略部署：根据制定的安全策略，部署相应的安全设备和措施。
2. 安全监控与审计：建立安全监控与审计机制，实时监测中间件系统的安全状况。
3. 安全漏洞修复：定期检查安全漏洞并及时修复，确保中间件系统的安全性。
基于RabbitMQ的软件化雷达通信中间件的设计与仿真
2021.01科学技术创新基于RabbitMQ的软件化雷达通信中间件的设计与仿真孟承王建(中国船舶重工集团第七二四研究所，江苏南京211100)现代雷达系统面对日益复杂多变的目标和电磁环境，需要具备多种工作模式，且能根据环境、目标特性等快速调整自身参数和资源配置以适应不同的探测任务。
但是，传统雷达系统各环节耦合性强，主要采用定制研发的机制，当雷达系统功能需求改变时，需要重新设计雷达系统底层的软硬件，这导致了雷达系统研制周期长，雷达类型繁杂，难以满足现代雷达系统的多功能探测需求。
因此推动了现代雷达在设计理念、系统实现方法和装备研制模式上的创新发展，“软件化雷达”的概念应时而生[1-3]。
文献[3]尝试提出了一个“软件化雷达”定义，并描述了其特点和定位。
文献[4]将软件构件技术引入到雷达系统开发过程中，生成了软件化雷达体系结构和层次化的软件体系结构。
文献[5]分析和论述了软件化雷达的需求、国内外研究现状、内涵及技术架构、关键技术及发展设想等方面。
文献[6-7]研究了软件化雷达系统的分层结构。
为了解决软件化雷达中软件和硬件分层解耦带来的跨层衔接和软硬件铰链的难题，中间件技术是软件化雷达中的关键技术之一。
软件化雷达中的中间件主要分为通信中间件和计算中间件两类。
文献[8]设计了一套通信中间件，并实现了一套兼容DDS的API。
目前有很多较为成熟的消息中间件，比如RabbitMQ、RocketMQ、Kafka等。
本文利用开源中间件RabbitMQ，对软件化雷达进行了通信中间件的设计和仿真，通过通信中间件实现了软件化雷达系统各模块间的消息传递。
1问题描述在传统雷达系统中，往往采用专用的硬件和软件模块来实现信息处理功能，信息处理各环节软硬件处于紧耦合状态，仅适应于单一的雷达探测功能。
体制和工作模式变化的灵活度很小，也限制了雷达系统性能进一步的提升的空间。
软件化雷达系统采用可扩展、可重构、可升级的软硬件解耦分层处理结构，其中，中间件是实现雷达系统中软件和硬件分层解耦的关键，起到了跨层衔接和软硬件铰链的桥摘要：针对雷达面临的目标愈加复杂且灵活多变导致的传统雷达模式单一，自适应能力较差，各开发环节耦合性强等缺点，提出了使用通信中间件系统来完成雷达系统各组件之间的通信，以此实现雷达系统中软硬件的分层解耦。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
通信中间件产品设计
一、概述 (1)
二、背景需求 (2)
三、通信中间件的设计思想 (3)
四、通信中间件的设计 (4)
（一）总体设计 (4)
（二）分层设计 (5)
（三）通信中间件的数据流程 (6)
五、中间件的应用和发展 (7)
一、概述
基于嵌入式系统的跨平台实现互通、互连、互操作及通用性的特殊要求，我们根据中间件的设计思想计划研制开发多种基于嵌入式技术的各设备之间进行网络互连的通信中间件产品。
通信中间件产品的设计思想、设计过程以及通信流程进行了介绍。
二、需求分析
工业测量和控制设备在工业控制领域的应用越来越广泛，几乎涵盖了工业控制领域的各个方面。
而作为工业测量和控制的基本单元，通信的功能是十分必要的。
通过网络将设备与远程控制台联结起来，可以实现将运行期间采集到的数据发送至控制台，工程人员也可以对设备进行配置与监控。
测控设备使用了很多的接口与系统连接，例如RS-232、485、USB、Ethernet模拟量等接口。
通过这些接口可以实现设备与设备之间、设备与系统之间、系统与系统之间的互通互连。
可以看出，通信要求在不同的系统体系、不同的通信模块、不同的通信接口之间实现的，但是由于现在各种接口有着各自的通信协议，相互之间没有一种通用的软件协议。
在系统设计中还必须考虑接口协议、具体的芯片结构，这给应用系统和软件开发带来了很大的不便。
为了更好地开发和应用在异构平台上运行的系统软件，解决系统与式设备、设备与设备之间的互通互连和互操作的问题，需要根据网络体系结构技术思想研制开发多种标准的、独立于通信介质、支持多种设备、多种系统的通信中间件产品。
通信中间件产品基于不同介质、不同电气特性和不同协议的网络、设备之上，屏蔽了不同通信接口的差异，能够对各种标准的数据传输接口进行透明转换传输。
三、通信中间件的设计思想
通信中间件是位于系统平台和设备硬件平台（通信介质/协议）之间解决系统网络互连的中间适配层，如图所示。
该层向下屏蔽掉硬件网络通信接口平台（RS232/485、USB、以太网、Modem等）的差异，即基于不同介质、不同电气特性和不同协议的网络、设备之上，能够对各种标准的数据传输接口进行透明传输，向上为应用层提供一个统一的标准接口，应用层的开发基于该接口进行。
通信中间件的核心思想就是定义一组接口通信的标准，以及为这一标准提供通信基础设施，软件系统均遵照这种标准来构造应用程序，使得符合通信中间件规范的接口通信有着很强的互操作性。
图1通信中间件
首先，当系统通信接口平台改变时，只需改变通信中间适配层的几个参数，只要保持通信中间件层对应用层的接口定义不变，就可以直接将应用程序移植过去运行。
所有代码只需编写一次就可在任何系统上运行，大大缩短了系统研制的周期，提高了开发效率，同时还保证了系统的高伸缩性、易升级性和稳定性。
其次，通信中间件屏蔽了底层设备平台的差异，提供了标准的封
装接口。
当底层设备接口改变时，不用修改应用系统，只需在通信中间件层次增加新的通信接口，即可实现对新设备接口的适配，从而就能保证系统在线运行情况下，接入各种新设备，以系统不变的情况下可以灵活应对各种各样的设备，实现各种设备与系统的互通、互连、互操作的目的，实现系统的高兼容性、高扩展性。
四、通信中间件的设计
（一）总体设计
其系统设计的总体结构框图如下：
图2 系统体系结构框图
中间件的的硬件平台采用基于微处理器的嵌入式系统平台，底层通信接口包括RS-232串行口、以太网接口、Modem及扩展接口、模拟接口等。
中间件通信适配层定义和设计支持各种通信接口的通用通信协议。
该层具备通信协议的主要特征（数据帧格式、检错纠错、流量控制等），向下与各种通信接口模块相适配，向上提供与通信接口无关
的统一接口。
应用平台是用户利用通信中间件通过各种通信接口以及通信协议实现数据、命令和消息的传递。
（二）分层设计
利用分层体系结构思想设计通信中间件，在设计中，将其分为三层结构：API层、socket层、driver层。
这种分层式设计思想可以将每一层协议的实现细节对相邻协议层加以屏蔽，提供服务访问接口进行层间数据传递，各层数据独立封装。
发送和接收端的各层协议存在逻辑上的点对点连接。
总体分层设计如图所示：
图3 XCOM的分层设计
driver层（设备驱动层）：
中间件定义了一系列的设备驱动函数来建立与物理层的接口及与socket层的接口。
通过建立设备驱动数据结构来控制设备的通信。
在数据结构中定义相应的函数指针用以调用相应的设备通信函数。
socket层（设备抽象层）：
该层定义关于通信控件设备的一些信息属性，如：通信控件设备驱动信息属性、数据包信息属性、通信设备socket信息属性、消息
属性等，及数据处理函数：数据的编译码、数据的打包及读写数据缓存操作和系统目标析构函数。
API层（程序接口层）
针对用户的应用程序接口API向用户提供中间件的初始化、接口操作、以及用户API三大功能。
中间件的初始化函数向用户提供系统的初始化及释放功能；控件接口操作函数向用户提供对设备控件初始化操作，当初始化完成后，对底层的操作对用户是透明的；API向用户提供对消息的基本操作功能。
用户在使用数据对象时只能访问由通信软件提供的一个标准用户程序接口，其他所有有关对象的信息则保存在驱动层中。
对用户而言，这些对象信息已被隐藏封装起来，屏蔽了底层操作。
而对于底层驱动的设计是指当底层通信接口改变时，不用修改应用程序，只需在driver层增加相应的通信接口控件驱动即可实现对新接口的适配，通过软件的通用性达到其设计目的。
（三）通信中间件的数据流程
数据流程通信模型如图所示：
图4设备间通信模型
五、中间件的应用和发展
通信中间件产品采用分层结构设计，可以很方便完成设备接入应用系统，能实现系统的高兼容性、扩展性，原有设备和系统可以继续使用，保护了原有投资。
通信中间件产品模块化设计，增强了系统的稳固性和可维护性，同时保证了系统的易升级性。
通信中间件产品是一整套系列产品，以模块、产品、网络的形式实现接口和数据转换的功能。
通信中间件的技术发展方向是微型化、智能化、网络化。