ICS 33.160.25
M 74
数字电视中间件技术规范接收设备
第1部分：软件模型
Specification of digital television middleware - Receiver -
Part 1: Software model
（报批稿）
GB/T ××××.××—××××
目次
前言............................................................. 错误！未定义书签。
1 范围 (1)
2 规范性引用文件 (1)
3 术语和定义 (1)
4 缩略语 (2)
5 接收设备总体模型 (2)
5.1 概述 (2)
5.2 基本结构 (2)
5.3 总体结构 (3)
6 数字电视接收设备驱动及资源系统软件模型 (3)
6.1 概述 (4)
6.2 设备驱动模块的种类 (4)
6.3 资源模块层软件的结构 (4)
6.4 运行和通信机制 (5)
7 接收设备软件参考模型 (5)
7.1 中间件软件平台架构 (5)
7.2 系统基本模块 (6)
8 图形参考模型 (6)
8.1 多层显示结构 (6)
8.2 屏幕显示区域（Screen）的概念 (7)
9 应用程序层及其与系统的接口模型 (8)
10 插件程序模型 (9)
10.1 概述 (9)
10.2 插件程序的种类 (9)
10.3 安全模式 (9)
参考文献 (10)
I
GB/T ××××.××—××××
II
前言
GB/T XXXX《数字电视中间件技术规范接收设备》分为五个部分：
第1部分：软件模型；
第2部分：功能性能；
第3部分：应用程序编程接口；
第4部分：可恢复性和可靠性要求；
第5部分：标准符合性测试与认证方法。
本部分为GB/T XXXX的第1部分。
请注意本标准的某些内容有可能涉及专利。本标准的发布机构不应承担识别这些专利的责任。
本部分由中华人民共和国信息产业部提出。
本部分由全国音频、视频及多媒体系统与设备标准化技术委员会归口。
本部分起草单位：数字电视接收设备中间件标准工作组。
本部分主要起草人：廖洪涛、陈科、徐征、徐佳宏、马洪涛、汪莉、胡森标、彭翔、姜河、许斌、
方向忠、邹义生、郎家麟、刘达、罗宏宇、戴桦杨、李维国、李广、齐琪、李浩鹏、徐晖。
GB/T ××××.××—××××数字电视中间件技术规范接收设备
第1部分：软件模型
1 范围
GB/T XXXX的本部分规定了主要基于层次结构和模块化思想设计的模型，以及各驱动模块及各层软件之间的通信机制，并且为各层之间的主要接口和功能提供原则性的描述和定义。
本部分适用于数字电视接收设备硬件、驱动层软件、中间件软件平台软件和交互式应用程序等的设计与开发，也为前端播发系统的设计与研发提供参考。
2 规范性引用文件
下列文件中的条款通过GB/T XXXX的本部分引用而成为本部分的条款。凡是标注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本部分。然而，鼓励根据本部分达成协议的各方研究是否可以使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。GB/T 17975.1-2000 信息技术运动图像及其伴音信息的通用编码第1部分：系统
GB/T 17975.2-2000 信息技术运动图像及其伴音信息的通用编码第2部分：视频
GB/T 17975.3-2001 信息技术运动图像及其伴音信息的通用编码第3部分：音频
GY/Z 174-2001 数字电视广播业务信息规范
SJ/T 11324-2006 数字电视接收设备术语
3 术语和定义
SJ/T 11324-2006确立的以及下列术语和定义适用于GB/T XXXX的本部分。
3.1
数字电视中间件系统 digital TV middleware system-DTVM system
介于数字电视接收设备驱动层和应用软件层之间的软件系统，使应用软件和特定的硬件平台分离。
3.2
数字电视中间件平台 digital TV middleware platform-DTVM platform
介于数字电视接收设备驱动层和应用软件层之间的软件系统，使应用软件和特定的硬件平台分离。
3.3
数字电视中间件解决方案 DTVM solution
实现中间件软件平台所需的技术的集合。
3.4
数字电视中间件应用 DTVM application
采用符合本部分技术方案的应用程序。
3.5
前端播发系统 head-end system
对数字电视播发中心所安装的能够播发交互式应用及音视频流（包括加扰系统）的一系列硬件设备和软件系统的统称。
3.6
系统移植接口 system porting interface
将数字电视中间件系统移植到不同硬件和驱动层平台时，定义的一系列与驱动层之间的接口。
3.7
1
2 数字电视系统软件 DTV system software
提供数字电视接收设备资源的使用、管理以及支撑应用程序运行的软件系统。 3.8
软件模型 software model
设计软件程序时所采用的一种对系统或其分部架构(architecture)的描述，它包括各模块之间的关系及系统的主要特征。 3.9
数字电视中间件Java 应用 DTVM-J application 本部分规定的用Java 语言实现的应用程序。 3.10
数字电视中间件HTML 应用 DTVM-HTML application 本部分规定的用HTML 语言实现的应用程序。 3.11
Java 虚拟机 Java Virtual machine-JVM
在中间件软件平台中用来执行DTVM-J 应用的功能模块。 3.12
HTML 引擎 HTML engine
在中间件软件平台中用来执行DTVM-H 应用的功能模块。 4 缩略语
下列缩略语适用于GB/T XXXX 的本部分。 DTVM 数字电视中间件（Digital Television Middleware ） IP 互联网协议（Internet Protocol ） ISO 国际标准化组织（International Standardisation Organisation ） ITU 国际电信联盟（International Telecommunication Union ） MPEG 运动图像图像专家组（Moving Picture Expert Group ） OS 操作系统（Operating System ） RTOS 实时操作系统（Real Time Operating System ） TCP 传输控制协议（Transmission Control Protocol ） UDP 用户数据包协议（User Datagram Protocol ） 5
5
5
5
5
5 5 5
5 接收设备总体模型
5.1 概述 数字电视接收设备的内置软件是一个复杂的系统，它包括驱动设备软件、中间件软件系统和应用程序系统。这类软件系统集成综合在一起构成开放式数字电视中间件软件平台（digital television middleware system ），而数字电视中间件系统（DTVM middleware system ）就是这介于数字电视接收设备驱动层和应用软件层之间的软件系统，它使应用软件和特定的硬件平台分离。 5.2 基本结构 5.2.1 环境 图1是数字电视中间件平台在最简单的情况下的描述。它处理码流和数据，并将部分数据写入存储器。该平台可以将码流和数据输出到外部的一个接收设备或存储器。 该平台接收音视频信号、网络数据以及本地输入设备的信息，并输出信息至电视屏幕或者其它的设备，如扩音器等。
5.3 总体结构
数字电视接收设备软件系统可分为以下3层：
a）接收设备驱动层及系统资源层；
b）中间件软件平台层；
c）应用程序层。
图2描述了数字电视接收机软件层次结构：
应用程序
交互式应用软件界
面
中间件软件平台
系统移植接口
接收机硬件、驱动层及R T O S
图2 数字电视接收机软件层次结构
5.3.1 底层资源系统
数字电视接收设备中的硬件设备具体实现许多功能，它们通过软件和硬件资源来表达和实现。这些资源的组织形式并不固定，不同的设计方案便有不同的组织形式。这种模式可以考虑在整个平台中包含不止一个硬件设备和功能。
抽象的看，逻辑资源映射成一个或多个硬件实体并没有什么不同，重要的是资源是提供给DTVM应用的。一个应用程序应该能够处理所有本地连接的资源，就像它们是一个实体的组件。
在驱动层中，应装有一个实时操作系统（RTOS），决定其任务和线程调度策略，协调整个系统中各个线程的运行。
5.3.2 中间件软件平台
应用程序并不直接调用底层资源。中间件软件平台软件层为这些资源提供了一个抽象层，这个中间抽象层隔离了应用程序和硬件平台，可实现应用程序的可移植性和跨平台可执行性。
中间件软件平台中包含有一个应用程序管理器，它负责启动应用程序，管理所有应用程序的生命周期，包括彼此之间的相互操作，便于各种应用程序能够协调地执行。
5.3.3 应用程序
应用程序是指在中间件软件平台上运行的实现某种业务功能的程序，如电子节目指南、股票信息浏览和在线游戏等。
6 数字电视接收设备驱动及资源系统软件模型
3
6.1 概述
设备驱动作为实现数字电视接收、解码、数据处理、显示等业务的基本硬件平台接口，是中间件软件平台调用的主要模块。设备驱动提供给上层应用或中间件软件平台各种各样的功能，从某种角度来说，这些功能是一种系统资源，因此设备驱动模块又可称为资源模块。驱动模块或资源模块的上层接口为中间件软件平台移植接口，它包括实时操作系统（RTOS）、图形、消息管理、内存管理和设备驱动等几大子系统。
6.2 设备驱动模块的种类
图3列出了一些设备驱动(或资源)模块：
图3 部分资源模块示意图
主要资源模块有：
a）解调模块；
b）解复用模块（如，支持GY/Z 174-2001规定的信息提取）；
c）音频解码模块（如，支持GB/T 17975.1-2000， GB/T 17975.3-2001规定的格式等）；
d）视频解码模块（如，支持GB/T 17975.1-2000，GB/T 17975.2-2000等）；
e）输入设备模块（包括遥控器，前面板按键和键盘）；
f）前面板显示模块；
g）电视/录像控制模块；
h）串口模块；
i）TCP/UDP/IP模块，支持网络功能（参见参考文献【1】、【2】、【3】）；
j）存储模块；
k）智能卡模块；
l）条件接收模块；
m）解扰模块。
6.3 资源模块层软件的结构
4
资源模块层可以有不同的结构，本部分不对资源模块层的结构设计做出具体的硬性规定，各个软件设计可根据不同的硬件平台及驱动层模块的具体功能做出不同的设计方案。不管方案如何，各个模块之间应有一定的独立性。这意味着硬件平台所提供的各个设备资源模块均被看作一个个独立的模块，对这些模块的调用均可按对象方法看待，任何调用均看作对资源的利用。对于某些临界保护的设备，其对象是一个实际的驱动，执行驱动对应的硬件操作；而某些对象是一个虚拟的设备，在调用该对象时由设备服务器层进行处理和解释，并执行相应的功能，但没有实际唯一对应的设备进行响应，它或许是几个设备的一个组合，或许是一个逻辑的数据处理。
6.3.1 资源模块与调用层的关系
资源模块具有下面一些特征：
a）一个资源模块均对应着一个或几个相应的底层驱动设备，此设备由硬件或软件组成。
b）每个资源模块相对于其它的资源模块而言单独运行。它控制自身的行为，处理中断，并通过事件／消息和其它资源模块或应用程序间单独通信。
c）中间件软件平台可以在多个线程里同时或不同时地调用同一个资源模块功能。对相同资源模块的调用及其环境值的保护均由资源模块封装层进行协调和管理。
d）资源驱动模块的功能调用可以是实际对应的硬件操作，如解调，也可以是虚拟的设备，如数据装载等。
e）对于应用层，每一个资源模块的调用都看作是一独立的行为，各资源模块之间的相互关系和系统资源共享等处理是系统设计和开发者的任务。
f）应用程序对资源模块请求数据的回传方式有两种，一种是同步返回，即直接通过调用接口返回值返回；一种是异步返回，即驱动层执行到需要回传数据给客户端时以消息方式传给应用
程序。
6.4 运行和通信机制
6.4.1 运行机制
应用线程对设备驱动模块的每次调用可能是同步或异步的。同步调用为阻塞方式，被调函数返回的请求信息是可用的；异步调用为非阻塞方式，在被调函数返回时，请求信息不可用或部分不可用，设备驱动或资源模块发送一条消息给调用者，以返回有效数据和执行状态。
运行机制是对应用线程而言的，而运行策略可能不同。
6.4.2 通信机制
在异步调用过程中，资源驱动模块层的异步信息或事件信息通过事件(event)发送给应用线程，发给应用程序的事件统一通过一个事件队列进行处理。每个事件由一个类型和代码（type，code）唯一确定，调用的结果通过事件中的数据指针（data pointer）返回给事件处理者。基于事件原理的通信机制也可以在其它情况下使用，如一个线程向其它线程发送信息。
在使用事件通信机制时，目标线程应首先向事件管理器注册，给出需要监听的事件类型和它的回调函数地址。当事件到来时，事件管理器调用回调函数并传递给它一个事件指针，并且将其存储的客户数据(client data)返回给回调函数。
在多个线程可以执行的情况下，由实时操作系统（RTOS）调度程序负责决定执行哪一个线程。
所有的线程（包括驱动层线程和应用程序线程）均可以使用事件管理器，所以每个事件管理函数应当是线程安全的。
7 接收设备软件参考模型
7.1 中间件软件平台架构
中间件软件平台软件具有自己的设计和资源管理模型，它实现应用程序接口。它包含以下几个方面：a）接收和处理不同来源和传输形式的码流；
b）执行各种命令和传递各种事件；
5
c）记录数据和读写文件；
d）获取硬件资源。
中间件软件平台是一种层次型架构，由几个系统模块组成。在具体的设计中，接收设备软件平台可以有不同的架构，图4中给出一个参考模型示意图：
图4 接收设备软件参考模型
图4显示出接收设备软件平台的层次型和模块型架构。其下层的中间件软件平台移植接口包括实时操作系统（RTOS）、图形、消息管理、内存管理和设备驱动等几大子系统。
7.2 系统基本模块
在本规范中，数字电视中间件软件平台应采用Java?虚拟机支持Java?应用，也可以提供网络浏览器的功能：
—Java虚拟机(JVM)：用来执行Java?应用程序（参见参考文献【5】）。
—HTML引擎(HTML engine)：用来解析类似于XML的标记语言的文件，在本规范中，以HTM为示例表述（参见参考文献【4】）。
8 图形参考模型
8.1 多层显示结构
数字电视中间件平台提供视频输出，用户界面控制（如按钮、列表）以及图形图像绘制等图形功能。图形显示包括各种几何图形和图像的显示。它基于数字电视接收设备平台的屏幕显示功能，及综合抽象出来的一组通用的基本图形操作功能，以支持上层软件的调用，实现特定的显示目的。
该模块独立于接收机解码和视频输出，但其实现依赖于接收机的图像处理功能。
每个中间件平台显示屏幕有五个平面，各个平面均按层次结构排列，从后至前依次为：背景平面、静止图像平面、视频平面、图形平面和光标平面，如图5所示：
6
中间件开发方案 一使用中间件原因 由于呼叫中心提供的调用呼叫中心的方法只支持单独页面的独立调用，无法满足BS架构的用户在多页面调用呼叫中心功能，因此需要使用中间件服务器连接呼叫中心系统，模拟建立独立通信通道，将多页面调用所需的功能发送给中间件，由中间件作为呼叫中心的唯一调用源，以此保证在符合呼叫中心调用机制的情况下完成BS架构的呼叫中心完整功能。 二开发方案1（CS架构客户端调用方式） 中间件组成部分：（服务器端和客户端） 1、服务器端功能： a)CRM用户和呼叫中心坐席关联，记录在中间件坐席信息表中。 b)接收和记录客户端状态和客户端传来的坐席状态。 c)接收和记录BS架构发送的呼叫中心调用命令。 d)记录客户端和BS架构调用呼叫中心的调用记录及调用结果。 2、客户端功能： a)连接呼叫中心的服务器，实现坐席登录功能。 b)获取呼叫中心服务器上的坐席状态，发送给中间件服务器端。 c)用呼叫中心提供的CS开发文档和开发ocx、dll调用呼叫中心的话务功能。 d)调用呼叫中心话务功能的时候讲调用记录发送给中间件服务器端。 e)接收中间件服务器端传来的BS架构调用呼叫中心话务功能的消息，并根据消 息判断触发呼叫中心话务功能类型及参数，翻译后发送给呼叫中心服务器。 f)在客户端转接、强插、监听等功能调用的时候读取中间件服务器端坐席状态表， 获取在线空闲坐席信息、在线通话中坐席信息等列表，并根据列表中的信息整 理成为调用参数，单击或双击列表中坐席调用呼叫中心话务功能。 g)监控来电事件，根据来电号码、客户端登录坐席，实现CRM弹屏。 3、CRM话务功能调用： a)发送命令消息给中间件服务器。500ms后查询服务器执行结果，若执行结果为 失败则显示失败消息，若执行结果为成功则无动作。 b)读取中间件服务器端坐席状态表，获取在线空闲坐席信息、在线通话中坐席信 息等列表，并根据列表中的信息整理成为调用参数，单击或双击列表中坐席将 转接命令消息发送给中间件服务器，并实现销售线索和来电客户数据的自动生 成或关联。
中间件技术 定义： 中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。中间件位于客户机/ 服务器的操作系统之上，管理计算机资源和网络通讯，是连接两个独立应用程序或独立系统的软件。相连接的系统，即使它们具有不同的接口，但通过中间件相互之间仍能交换信息。执行中间件的一个关键途径是信息传递。通过中间件，应用程序可以工作于多平台或 OS 环境。 中间件处于操作系统软件与用户的应用软件的中间。中间件在操作系统、网络和数据库之上，应用软件的下层，总的作用是为处于自己上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。 中间件特点： ?满足大量应用的需要； ?运行于多种硬件和OS平台； ?支持分布式计算，提供跨网络、硬件和OS平台的透明性的应用或服务的交互功能； ?支持标准的协议； ?支持标准的接口。 由于中间件需要屏蔽分布环境中异构的操作系统和网络协议，它必须能够提供分布环境下的通讯服务，我们将这种通讯服务称之为平台。基于目的和实现机
制的不同，我们将平台分为以下主要几类： ?远程过程调用中间件（Remote Procedure Call） ?面向消息的中间件（MesSAge-Oriented Middleware） ?对象请求代理中间件（object RequeST Brokers） ?事务处理监控（Transaction processing monitors） 1、远程过程调用 远程过程调用是一种广泛使用的分布式应用程序处理方法。一个应用程序使用RPC来“远程”执行一个位于不同地址空间里的过程，并且从效果上看和执行本地调用相同。事实上，一个RPC应用分为两个部分：server和client。server 提供一个或多个远程过程；client向server发出远程调用。server和client 可以位于同一台计算机，也可以位于不同的计算机，甚至运行在不同的操作系统之上。它们通过网络进行通讯。 2、面向消息的中间件 MOM指的是利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。通过提供消息传递和消息排队模型，它可在分布环境下扩展进程间的通信，并支持多通讯协议、语言、应用程序、硬件和软件平台。目前流行的MOM中间件产品有IBM的MQSeries、BEA的MessageQ等。 3、对象请求代理 对象请求代理(ORB)是对象总线，它在CORBA规范中处于核心地位，定义异构环境下对象透明地发送请求和接收响应的基本机制，是建立对象之间client/server关系的中间件。ORB使得对象可以透明地向其他对象发出请求或接受其他对象的响应，这些对象可以位于本地也可以位于远程机器。ORB拦截请求调用，并负责找到可以实现请求的对象、传送参数、调用相应的方法、返回结果等。client对象并不知道同server对象通讯、激活或存储server对象的机制，也不必知道server对象位于何处、它是用何种语言实现的、使用什么操作系统或其他不属于对象接口的系统成分。 4、事务处理监控 事务处理监控（TPM）最早出现在大型机上，为其提供支持大规模事务处理
6测试 6.1硬件测试 用万用表测试左右扇面的24V+与24VG是否短路 用万用表测试左右扇面的5V与5VG是否短路 电源没有短路即可上电，若有短路，排查短路原因。 6.2软件测试 6.2.1软件安装 1、将U盘中的文件拷贝到一体机D盘下。 2、安装IndyTool v2.3.0，找到D:\一体机软件\R2000\IndyTool中的图标，双击进行安装。 3、将D:\一体机软件\F860光盘文件\app中的UHF.exe，UHFD.exe，UHFExample.exe，建立桌面快捷方式。 4、安装Niagara，运行Niagara 4.1在D盘下建立文件夹作为安装Niagara路径 4.2解压到’Niagara相关’文件夹下，参考Readme.txt文档。 4.3在D: \一体机软件\Niagara 相关\Niagara_AX_Developer-3. 5.30中，双击 图标，开始安装
点击下一步， 选yes,点下一步
路径选择为D:\Niagara\Niagara-3.5.30，点下一步： 选择select All
选下一步： 点下一步：
点完成，用注册码激活软件 将D:\一体机软件目录下的modules文件夹粘贴到D:\niagara\Niagara-3.5.30目录下的modules
中； 将D:\一体机软件目录下的demo文件夹覆盖D:\niagara\Niagara-3.5.30\stations目录下的demo 文件。 Niagara软件安装完毕。 5、安装Java JDK：找到D:\一体机软件\HerculesSetup.exe下的双击进行安装。 6、将D:\一体机软件\搜索配置设备创建到桌面。 6.2.2软件配置 6.2.2.1路由器配置步骤： 1、用一条网线将路由器的一个LAN口与电脑的网口连接。 2、打开电脑上的浏览器，输入http://192.168.1.1/后，得到如下页面： 查看路由器上的用户名和密码（注意，该用户名和密码为出厂初始密码，在路由器背面有标注）输入到上图中。
学习中心_________ 姓名_____________ 学号 西安电子科技大学网络与继续教育学院 《软件构件与中间件技术》全真试题 （开卷90分钟） 题号一二总分 题分31 69 得分 一．多项选择题（共12小题，31分。按照要求的选项个数选择） 1. 在3层结构的分布式系统中，（）包含了系统的核心业务逻辑。（选1，2分） （A）客户层（B）中间层（C）数据层（D）以上都不是 2. 典型的集成中间件为开发人员提供的三种基本支撑为：（选3，3分）（） （A）提供构件运行环境（B）提供互操作机制 （C）提供公共服务（D）提供数据库管理 3. 构件通过封装隐藏其实现细节，构件接口是构件对外公布的唯一信息，使用者只能通过接口了解并使用组件。CORBA对象的接口是用（）定义的，EJB构件的接口是用（）定义的，Web Service的接口是用（）定义的。（各选1，3分） （A）WSDL （B）Java interface （C）自然语言（D）OMG IDL 4. 在支持分布式对象访问的桩/框架（Stub/Skeleton）结构中，负责替客户端完成底层通信相关工作的是（），负责替服务端完成底层通信相关工作的是（）。（各选1，2分） （A）客户端桩（Stub）（B）构件的接口 （C）服务端框架（Skeleton）（D）分布式对象自身 5. 在下图所示的OMA参考模型中，哪些涵盖了我们开发一个基于CORBA的应用时 可以直接使用、不需自己实现的功能：（选3，3分）（）
（A）对象服务（B）领域接口（C）公共设施（D）应用程序接口 6. CORBA IDL文件中可以定义模块、类型、常量、异常、接口、值等6种规格说明，其中IDL文件的核心内容是：（选1，2分）（）（A）类型（B）常量（C）接口（D）值 7. CORBA规范可以实现的可互操作性包括：（选3，3分）（） （B）不同平台（如不同操作系统）与语言之间的可互操作性 （C）不同厂商ORB产品之间的可互操作性 （D）不同体系结构中的组件的互操作性（部分支持） （E）不同CORBA规范版本之间的可互操作性 8.下面关于EJB的会话构件（Session Bean）的描述正确的有：（选2，2分）（） a)Session Bean存在于客户应用与应用服务器交互的时间段内，Session bean 中的数据不保存在数据库中。 b)Session Bean与数据库中的数据具有相同的生存期，Session bean中的数 据要保存在数据库中。 c)有状态Session Bean的对象需要保存与客户端交互的中间状态，因此需要 为每个客户端生成一个对象供其专用。 d)无状态Session Bean的对象需要保存与客户端交互的中间状态，因此需要 为每个客户端生成一个对象供其专用。 9.下面关于EJB的实体构件Entity Bean的描述正确的有：（选2，2分）（） a)Entity Bean的主要作用是提高数据库访问效率，向使用者提供JDBC接口， 利用需要开发。 b)Entity Bean的主要作用是封装数据库操作，将数据库操作转嫁到Entity Bean对应的Java类/对象上，从而简化数据库相关应用的开发。 c)使用者调用CMP（容器维护的持久性）类型Entity Bean的Home接口中 create操作会导致在数据库中插入记录。 d)使用者调用CMP（容器维护的持久性）类型Entity Bean的Home接口中 create操作不会导致在数据库中插入记录，只会创建一个Entity Bean 类的对象。
福建电脑２００６年第３期 机器翻译系统中间件模型 肖明 （西南民族大学计算机科学与技术学院四川成都６１００４１） 【摘要】本文简单介绍了机器翻译的现状，提出利用中间件技术的来设计机器翻译系统，并给出了一个机器翻 译系统中间件的详细模型，使得用户能在其上灵活、高效地开发和集成复杂的专用领域的机器翻译软件，并对该模型的 优势进行了分析。 【关键字】机器翻译中间件 １引言 随着全球化经济和Ｉｎｔｅｒｎｅｔ的迅速发展，国际间交流、合作日益密切，同时语言文字障碍也变得尤为突出。因此，机器翻译以其速度快、一致性强、操作简单而成为当今国际上竞相研究的热门课题。 从１９５４年公开演示的第一个机器翻译系统Ｇｅｏｒｇｅｔｏｗｎ－ＩＢＭ起，现今已开发出大量的机器翻译系统［１］，如，加拿大的ＴＡＵＭ－ＭＥＴＥＯ系统、美国Ｔｅｘａｓ大学的ＭＥＴＡＬ系统、日本富士通公司的ＡＴＬＡＳ系统等。经过多年的努力，我国在翻译机器的研究开发上也取得一些瞩目的成果。最具代表性的是由董振东设计的“科技１号英汉机译系统”，该系统已由中国计算机软件与技术服务总公司实现商品化，并命名为“译星”系列，现已推出２００２版。该系统可高达每小时１００万单词的翻译速度和８５％的可读性，具有完美的ＯＦＦＩＣＥ和ＩＥ中的嵌入式翻译功能和丰富的专业词典。但总体来说，目前机器翻译的译文质量尚不够理想，多只适用于翻译专业科技文献资料，或产品的市场宣传广告和技术资料，而对文学作品的翻译效果不太好。 机器翻译的核心技术归根结底是一个语言处理问题，需要强大的语言知识的支持。另一方面，软件技术的支持是机器翻译实用化的根本保障，庞大而复杂的自然语言研究必须依赖于系列化工具软件的支持，靠几个语言专家单枪匹马地开发研究是难以胜任的，必须依托网络集成化的开发环境，汇集众多语言专家的语言知识，才能丰富完善语言支持系统。同时，高度专业化的开发策略必须建立广泛的行业用户合作群体。因此，采用机器翻译系统中间件，利用成熟而周密的技术措施，实现与用户或行业的广泛合作，是机器翻译开发的必由之路。 我们这里所定义的机器翻译系统中间件，是指基于各种网络平台（包括Ｉｎｔｅｒｎｅｔ，Ｉｎｔｒａｎｅｔ、无线网络等），结合可视化技术和机器翻译的支撑技术，如：词典维护、语料库统计、实例管理、消歧处理、规则管理、句法分析等。该模型的核心部分是提供机器翻译功能的应用程序接口（ＡＰＩ），用户可以很方便地将这些ＡＰＩ集成到各类专用机器翻译系统（如外贸行业、科技文档翻译）中，从而在应用系统中实现基于机器翻译的各种单词查询、文档翻译、在线翻译等；当用户因特殊应用需求，而现有功能ＡＰＩ接口不能完全满足应用需求时，该模型提供扩展功能开发包，用户可以结合自己的需求自行开发新的功能ＡＰＩ，从而方便自如地扩充系统功能。另外，该模型提供外部数据的导入接口、界面开发工具、整个系统的管理维护工具和系统开发手册，从而构成了一个完整的增值开发平台。二次开发用户无须对平台的工作原理和Ｗｅｂ编程技术有深入的了解，而能够快速地开发出功能丰富且易于扩展的跨平台的机器翻译应用系统。 ２器翻译系统中间件的模型 ２．１知识表示 机器翻译的过程可以看成是一个运用知识进行推理的过程。知识表示是这一过程的基础。我们把机器翻译中用到的知识表示形式分为内部知识和外部知识两类。其中外部知识是存放于知识库之中，由语言工作者进行管理的知识，如词典和各类规则库等，内部知识是翻译过程中临时生成的，用于描述所翻译的句子的语法语义特征的知识，如树形图、特征结构和语义网络等。 本系统的外部知识表示由知识库子系统进行处理。知识库包括语言模型、词典、规则库和实例库。语言模型是本系统的统帅，它规定了源语言和目标语言所使用的词法模型、句法模型和语义模型，即词法、句法和语义的分类和各种属性描述。知识库中所用到的各种语言知识描述用的符号格式都必须符合语言模型中的规定。词典是整个翻译系统的基础，存储着系统的静态知识，词典［２］包括了每个词汇的句法、语义、译文等各种知识。规则库对应于翻译的各个步骤，每个步骤使用相应的规则库。每个规则库的具体格式各不相同，但基本上都采用“树结构＋约束”的形式。在知识库的格式定义上，我们特别强调不仅要能描述全局性知识，也要能描述一些局部性的知识。因此我们特别强调词典的描述能力。例如，词典中的局部规则与全局规则具有完全相同的格式，在使用上局部规则优先于全局规则，这样特别有利处理一些与具体词汇相关的特殊用法。实例库存储系统收集到的翻译实例及相关信息，其主要作用在于结合使用基于实例的翻译方法，能快速地对一些常用语句做出准确的翻译。 本系统的内部知识表示形式包括线图（Ｃｈａｒｔ）［３］、树结构和特征网络三种形式。线图源于ＣｈａｒｔＰａｒｓｉｎｇ算法，是一种比较通用的语言内部结构表示方法，可以同时表示翻译过程中产生的大量词结点和短语结点，也可以适应多种不同的分析算法。树结构是短语结构分析中最常用的一种表示方法，用于描述句法成分（包括词结点和短语结点）之间的组合关系。每个树结点对应于线图中的一个词结点或短语结点。我们所使用的树结构表示法中要求标出每个句法成分的中心子结点，用于处理属性值在句法成分之间的传播。特征网络是一种特殊的知识表示方法。这种表示法融合了特征结构表示法和语义网络表示法的一些特点并加以改进，以适合汉英机器翻译的需要。一个特征网络由许多个互相关联的特征结点所组成，每个特征结点又是若干个特征的集合。一个特征结点对应着句法分析中已经出现或可能出现的一个句法成分，而每一个句法成分（即句法树中的结点）一定有唯一的一个特征结点与之对应。 ２．２翻译算法： 机器翻译的方法有基于转换的方法［４］，和基本实例［５］或统计的方法［６］。本模型以基于转换的方法为基础，同时，担供基于实例翻译方法和统计方法的接口，用户可在其上进行扩充。基于转换的翻译过程通常分为分析阶段、转换阶段和生成阶段。分析阶段是对输入的源语言进行多层分析，并将分析的结果用一种中间描述结构来表达。转换阶段涉及两种语言，它把源语言的分析结果转换成相应的目标语言的中间描述。这种转换涉及到词汇的转换和语言表达结构上的转换。生成阶段则是转换结果（它是目标语言的中间描述结构）生成出目标语言的表层结构，最终产生目标语言。 一个完整的机器翻译过程可以分为如下六个步骤： （１）源语言词法分析，（２）源语言句法分析，（３）源语言目标语 １２２
第一章：中间件技术介绍 1.1两层结构与三层结构 长期以来，我们一直使用着"客户端/服务器"的两层结构，这种两层的结构曾让无数人 为之兴奋和惊叹，即客户端提供用户界面、处理业务逻辑，数据库服务器接受客户端SQL 语句并对数据库进行查询，更新等操作，然后操作结果返回给客户端，如图所示。 在一个比较简单的计算机应用系统中，采用两层体系结构的确给人们带来了相当的灵活性。但随着计算机应用水平的飞速发展、企业信息化水平的不断深入、企业客户的不断增 加，以及新业务的不断出现，越来越多的用户对计算机应用系统提出了更高的要求： 1.要能够同时支持成千上万乃至更多用户的并发服务请求 2.由单一的局域网向跨多个网络协议的广域网扩展 3.不仅要支持一般的信息管理，而且还要支持关键业务的联机交易处理 4.从支持单一的系统平台和数据源转向支持异构的多系统平台和多数据源 面对用户的新需求，二层结构的应用模式由于采用客户机与服务器直接联接的方式形成了其固有的一些缺陷： 1.难以维护 clie nt/server 结构用户界面、业务逻辑和数据逻辑相互交错，通常在第一次部署的时候比较 容易，但难于升级或改进，而且经常基于某种专有的协议（通常是某种数据库协议）。它使得重 用业务逻辑和界面逻辑变得非常困难。 2 ?难以扩展 随着系统的升级，系统复杂程度大大增加，难以扩展，另外它是一个封闭的系统，很难与其他的应用系统实现互操作。 3.安全性差 客户端程序可以直接访问数据库，可通过编程语言或数据库提供的工具直接对数据库进行操作，不安全
4?性能不好 客户端直接与数据库建立连接，当有大量的并发用户存在时，会使数据库不堪重负，性能迅速下降，甚至当机。 三层结构 为解决传统二层模式与应用需求日益突出的矛盾，以交易中间件为基础框架的三层应用模式应运而生，三层结构以中间层管理大量的客户端并为其联接、集成多种异构的服务器平台，通过有效的组织和管理，在极为宽广的范围内将客户机与服务器进行高效组合。同时中间件开创的以负载平衡、动态伸缩等功能为代表的管理模式，已被广泛证实为建立关键业务应用系统的最佳环境，使在二层模式下不可能实现的应用成为可能，并为应用提供了充分的扩展余地。这种模式的成功应用已为许多国际大型企业在应用的开发和部署方面节省了大量的时间和金钱。由此促使越来越多的系统开发商和用户采用三层结构模式开发和实施其应用。 三层客户机/服务器模式的核心概念是利用中间件将应用的用户界面、业务逻辑和数据逻辑 分为三个不同的处理层，如图所示? 1.表示层（用户界面）：它的主要功能是实现用户交互和数据表示，为以后的处理收集数据， 向第二层的业务逻辑请求调用核心服务处理，并显示处理结果。这一层通常采用VB, PB DELPHI等语言编写，或采用浏览器实现 2.中间层（业务逻辑）：实现整个应用系统核心业务逻辑，通常把业务逻辑划分成一个个独立 的模块，用中间件提供的API结合数据库提供的编程接口实现。客户端通过调用这些模块 实现相应的业务操作。 3.数据层（数据逻辑）：数据库负责管理整个应用系统的数据资源，完成数据操作。中间层上应用程序 在处理客户端的请求时，通常要存取数据库。 随着市场竞争的日益加剧和企业电子信息化建设的不断深入，高度灵活、能快速部署新服务和新应用的三层结构应用系统将成为企业信息化的必由之路。采用以中间件为基础的三层结构来架构的应用系统不但具备了大型机系统稳定、安全和处理能力高等特性，同时拥有开放式系统成本低、可扩展性强、开发周期短等优点。可以很好解决两层结构所面临的问题。中间件作为构造三层结构应用系统的基础平台，在三层结构中起着关键的作用，下一节我们将对中间件技术做一个概括性的介绍。 1． 2 中间件技术简介
金蝶Apusic 中间件应用解决方案 一、概述 金蝶Apusic 应用服务器是符合J2EE规范的中间件软件，以其高可靠性、低资源占用率、对快速开发的支持、对各种开放标准的支持，连同其特有的安全及集群技术，为分布式企业应用提供高效而可靠的运行、部署、开发的平台。 二、应用需求 互联网经济时代，信息化手段成为支撑业务运作的基础设施和强劲动力，“没有信息化就没有现代化”。面对讯速变化的外部环境，如何使业务流程与技术完美结合，并借助技术手段不断对业务模型进行创新，如何在短时间内实现快速开发并降低成本，如何构建开放、稳定、安全的应用平台，如何整合旧系统、规划新系统等问题已成为政府电子政务发展的迫切需求。 政府多年来在实际政务运行中，发现旧的技术已经成为牵制业务创新的头号敌人，需要一种新的应用架构来整合旧系统，规划新系统。与此同时，中间件技术也在不断发展，从原有的独立的消息中间件、交易中间件和对象中间件发展到综合各类中间件技术的应用服务器。 综合国内外的应用趋势，可以看到，用先进、成熟、可靠、可伸缩的应用服务器中间件搭建软件应用可以满足不断变化的业务需求。JA V A技术已经成为构筑大型软件应用的事实标准，J2EE应用服务器中间件具有可移植性、开放性、快速开发、安全性、面向对象等多种优良特性，可以作为构建分布式的多层应用的中间核心平台，完全满足政府构建电子政务系统的需要。 三、方案特点 标准 Sun公司负责Java Web 服务的副总裁Mark Bauhaus说:“非常高兴金蝶中间件通过了J2EE1.4应用服务器认证，取得了J2EE技术的许可，这对Java Web服务标准在整个亚洲的采用将起到积极的带动作用.金蝶中间件的技术经验，以及其产品的领导地位和声誉，将为它的客户提供强大的、具有竞争力的基础软件平台。“
什么是地图发布中间件及其功能应用介绍 一、海量影像地图数据发布首选——中间件 如果需要发布海量影像数据快速构建全国离线二维GIS地理信息系统或全球离线三维地球触摸GIS系统，则需要由硬件、软件、数据和GIS平台四部分组成。 1)硬件 硬件主要包括地图数据服务器和客户端PC机。 服务器：主要用于安装中间件、布署GIS应用平台和存储全国卫星影像数据。 客户端：用于加载GIS平台，并接收中间件发布的影像数据、地名路网数据和高程数据。 2)软件 软件主要包括《水经注地图发布服务中间件》（简称“中间件”）和《水经注万能地图下载器》（简称“下载器”）。 中间件：用于发布全国或全球海量卫星影像数据、地名路网和高程数据。 下载器：用于下载卫星影像数据、地名路网和高程数据。 3)数据 用户可以自行下载数据或直接购买下载好的数据。 自行下载：卫星影像数据、地名路网数据和高程数据可以用《水经注万能地图下载器》自行下载。 直接购买：购买之后，会通过邮寄硬盘（全国数据）或阵列柜（全球数据）
的方式为用户提供。 4)GIS平台 由于中间件只是一个基于URL请求返回瓦片数据的功能部件，因此只要可以支持瓦片式影像加载的GIS平台都可以进行调用。 这里推荐几个GIS开发平台供选择： 1)Google Map 离线API 2)Openlayers 二维开源平台 3)ArcGIS API for JavaScript 4)Cesium 开源三维地球平台 5)OsgEarth开源三维地球平台 二、什么是地图发布中间件 简单的讲，地图发布中间件就是为客户端提供影像瓦片的一个Windows系统服务。它只做一件事，也就是客户端通过URL请求的方式，可以快速返回影像瓦片、地名路网瓦片和高程瓦片数据。 获取影像URL示例 http://127.0.0.1:8080/getImage?z=6&y=62&x=35 获取地图路网URL示例 http://127.0.0.1:8080/getlabel?z=6&y=62&x=35 获取高程URL示例 http://127.0.0.1:8080/getDem?z=6&y=62&x=35
TUXEDO中间件介绍及应用 一、前言 首先介绍一下什么是中间件？中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。 中间件屏蔽了底层操作系统的复杂性，使程序开发人员面对一个简单而统一的开发环境，减少程序设计的复杂性，将注意力集中在自己的业务上，不必再为程序在不同系统软件上的移植而重复工作，从而大大减少了技术上的负担。 世界著名的咨询机构Standish Group在一份研究报告中归纳了中间件的十大优越性： ●缩短应用的开发周期 ●节约应用的开发成本 ●减少系统初期的建设成本●降低应用开发的失败率●保护已有的投资●简化应用集成 ●减少维护费用 ●提高应用的开发质量●保证技术进步的连续性●增强应用的生命力 Tuxedo是第一个严格意义上的中间件产品。Tuxedo是1984年在当时属于A T&T的贝尔实验室开发完成的，但Tuxedo在很长一段时期里只是实验室产品。直到BEA公司1995年收购Tuxedo后，使Tuxedo现已经发展成为交易中间件领域事实上的标准。 TUXEDO是在企业、Internet 这样的分布式运算环境中，开发和管理三层结构的客户/服务器型关键任务应用系统的强有力工具。它具备分布式事务处理和应用通信功能，并提供完善的各种服务来建立、运行和管理关键任务应用系统。开发人员能够用它建立跨多个硬件平台、数据库和操作系统的可互操作的应用系统。 二、TUXEDO的组件软件模型 TUXEDO采用三层结构的组件软件模型。 图1 BEA TUXEDO 的组件软件模型概要
中间件技术综述 摘要：介绍了中间件的产生与发展，详细阐述了中间件的定义、分类以及功能与作用。指出了中间件的优缺点，并分析了中间件技术的现状，最后介绍了中间件的应用前景和发展趋势。 关键词：统一软件开发平台、中间件技术 1 引言 随着Internet网络应用技术的发展，基于客户机/服务器(Client/Server)模式的系统设计方法己被广泛地应用于各种类型软件系统的设计与开发中。其编程方式改变了传统的应用程序设计和系统实现方式。为此人们提出了一种介于客户端和服务器端的软件--中间件(Middleware)。中间件是处于应用软件和系统软件之间的一类软件，是独立于硬件或数据库厂商(处于其产品的中间，实现其互连)的一类软件，是客户方与服务方之间的连接件，是需要进行二次开发的中间产品。 于是集软件复用、分布式对象计算、企业级应用开发等技术为一体的“基于中间件的软件开发”伴随产生，这种技术以软件架构为组装蓝图，以可复用软件构件为组装模块，支持组装式软件的复用，大大提高了软件生产效率和软件质量。 2 中间件技术 2.1 中间件的分类 由于中间件所包括的范围十分广泛，而目前对中间件还没有一个比较精确的定义。因此，在不同的角度或不同的层次上，对中间件的分类也会有所不同。基于不同中间件的目的和实现机制的不同，一般将中间件主要分为以下几类：远程过程调用中间件(remote procedure call middle-ware)； 面向消息的中间件(message oriented middleware)； 对象请求代理(object request broker)； 事务处理监控(transaction processing monitor)； 数据库中间件(database middleware)； 专用中间件(proprietary middleware)。 其中，前3类中间件称为管道，它们可向上提供不同形式的通讯服务，包括
中间件介绍 文档编制序号：[KKIDT-LLE0828-LLETD298-POI08]
中间件介绍 1、Ice： ICE(Internet Communications Engine)是ZeroC提供的一款高性能的中间件，基于ICE可以实现电信级的解决方案。在设计网站架构的时候可以使用ICE实现对网站应用的基础对象操作，将基础对象操作和数据库操作封装在这一层，在业务逻辑层以及表现层(java,php,,python)进行更丰富的表现与操作，从而实现比较好的架构。基于ICE的数据层可以在未来方便的进行扩展。ICE支持分布式的部署管理，消息中间件，以及网格计算等等。 Zeroc推出的一种分布式的面向对象中间件，解决分布式的异构计算。可以用 C++,Java,c#等进行分布式的交互计算。 主要设计目标是： ·成为适用于异种环境的平台。 ·具有一组完整的特性，支持广泛的领域中的实际的的开发。 ·去掉不必要的复杂性，使平台更易于学习和使用。 ·是一种在、内存使用和CPU开销方面都很高效的实现。 ·是一种具有内建安全性的实现，使它适用于不安全的公共网络。 2、JBoss： 是一个基于J2EE的的。 JBoss代码遵循LGPL许可，可以在任何商业应用中免费使用，而不用支付费用。JBoss是一个管理EJB的容器和服务器，支持EJB 、EJB 和EJB3的规范。但JBoss核心服务不包括支持servlet/JSP的WEB容器，一般与Tomcat或Jetty绑定使用。 在J2EE领域，JBoss是发展最为迅速的应用服务器。由于JBoss遵循商业友好的LGPL授权分发，并且由开源社区开发，这使得JBoss广为流行。 另外，JBoss应用服务器还具有许多优秀的特质。 JBoss运行后后台管理界面 其一，将具有革命性的JMX服务作为其； 其二，本身就是（Service-Oriented Architecture，）； 其三，具有统一的类装载器，从而能够实现应用的和热卸载能力。 因此，高度模块化的和松耦合。JBoss应用服务器是健壮的、高质量的，而且还具有良好的性能。 1、JBoss是免费的，J2EE的实现，通过许可证进行发布。但同时也有的，开源和闭源流入流出的不是同一途径。 2、JBoss需要的内存和硬盘空间比较小。 3、安装便捷：解压后，只需配置一些即可。 4、JBoss支持"热部署"，部署BEAN时，只拷贝BEAN的文件到部署路径下即可自动加载；如果有改动，也会自动更新。 5、JBoss与Web服务器在同一个中运行，Servlet调用EJB不经过网络，从而大大提高运行效率，提升安全性能。
中间件原理与应用习题： 1 比较开放系统与分布式系统的异同。 分布式系统具备以下属性：远程性、并发性、异步性、异质性、自主性、联合性、伸缩性、发展性、移动性。 开放系统具备以下属性：开放的、集成的、灵活的、模块化的、可联合的、可管理的、满足服务质量需要、安全的、提供透明性。 2 简述开放系统的特性： 开放系统具有可移植性、可互操作性、可伸缩性、易获得性。 3 什么是互操作性，有哪几种层次的互操作性？ 在一个由异质实体构成的网络环境中，当应用在网络的结点上运行时，它可以透明地动用网中其他结点上的资源，并借助这些资源与本结点上的资源共同来完成某个或某组人物，这种能力被称为互操作性。 有以下层次： Application-Collaboration-Application Transparency-Inter-operability- Transparency RPC-Inter-communication- RPC Comms-Inter-Connection- Comms 4 简述中间件产生的背景、概念、组成结构及核心技术。 定义：中间件是介于应用系统和系统软件之间的一类软件，它能使处于应用层中的各应用成分之间实现跨网络的协同工作。 组成结构：(1)执行环境软件（2）应用开发工具 核心技术：通信、资源管理、互操作性 5 简述DCE的组成结构及其缺点 DCE由分布式文件服务、安全服务、目录服务、时间服务、RPC、线程组成。 DEC的缺点：RPC设计不周，开发工具薄弱；性能差、适用系统少、适用困难；没有采用面向对象技术。 6阐述面向对象的定义及其与面向过程的调用的区别。 面向对象的方法以一种更为直观的方法分析和构造系统，它将整个系统抽象并模型化，让人们能够更好地了解整个系统，使得在设计时就能发现其中可能存在的问题。 两者最大的区别是，在结构化的开发方法中，数据与功能室分离的，而在面向对象的开发方法中，数据与相关的功能是捆绑在一起的，更好地表示了系统中相对独立的对象。 7 简述ODP的关键技术 观点和透明性。观点把对于一个系统的说明分成若干个不同的侧面；透明性屏蔽了由系统的分布所带来的复杂性，极大的减小了分布式标称的复杂性。 8 怎样理解ODP是元标准 RM-ODP不仅是一个一般的标准，还是一个标准的标准，即规定了使用于开放式分布处理领域内的其他标准必须遵循的参考模型。
中间件技术介绍 中间件（middleware）是基础软件的一大类，属于可复用软件的范畴。顾名思义，中间件处于操作系统软件与用户的应用软件的中间。中间件在操作系统、网络和数据库之上，应用软件的下层，总的作用是为处于自己上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。 在众多关于中间件的定义中，比较普遍被接受的是IDC 表述的：中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。 IDC对中间件的定义表明，中间件是一类软件，而非一种软件；中间件不仅仅实现互连，还要实现应用之间的互操作；中间件是基于分布式处理的软件，最突出的特点是其网络通信功能。 中科院软件所研究员仲萃豪形象地把中间件定义为：平台＋通信。这个定义限定了只有用于分布式系统中的此类软件才能被称为中间件，同时此定义还可以把中间件与支撑软件和实用软件区分开来。 目前，中间件发展很快，已经与操作系统、数据库并列为三大基础软件。中间件主要分为以下几类：
1.通信处理（消息）中间件 此类中间件能在不同平台之间通信，实现分布式系统中可靠的、高效的、实时的跨平台数据传输（如Tong LINK、BEAe Link、IBM的MQ Series等）。这是中间件中唯一不可缺少的，是销售额最大的中间件产品。 2.交易中间件 在分布式事务处理系统中要处理大量事务，常常在系统中要同时做上万笔事务。例如在北京市就要设置各种运载汽车，完成日常的运载，同时要随时监视汽车运行，出现故障时，要有排除措施，发生堵塞时要进行调度。在联机事务处理系统（OLTP）中，每笔事务常常要多台服务器上的程序顺序地协调完成，一旦中间发生某种故障时，不但要完成恢复工作，而且要自动切换系统，达到系统永不停机，实现高可靠性运行；同时要使大量事务在多台应用服务器能实时并发运行，并进行负载平衡地调度，实现昂贵的可靠性机和大型计算机系统同等的功能，为了实现这个目标，要求系统具有监视和调度整个系统的功能。BEA的Tuxedo由此而著名，它成为增长率最高的厂商。一个事务处理平台，根据X/OPEN的参数模型规定，应由事务处理中间件、通信处理中间件以及数据存取管理中间件三部分组成。东方通科技公司的Tong LINK和TongEASY实现了这个参考模型规定。3.数据存取管理中间件
1.中间件应用部署整体要求 以下中间件应用部署要求主要指基于WEB服务器及Java中间件部署的WEB、J2EE等的应用。 1.1.内容要求 a)对整个系统硬件架构进行描述，提供系统架构组网图，此部分可以在主机集成部分提供。 b)对应用系统软件架构进行描述，提供应用软件架构图，对系统数据流，系统控制流以及 外部接口进行描述。 2.中间件应用部署用户要求 2.1.内容要求 a)要求对中间件软件及应用系统安装用户和组进行合理规划。 b)应用系统安装和部署必须新建用户和组，不能使用root安装。 c)对于一般应用，中间件软件与应用系统可以部署在同一用户下。 d)对于同一系统在不同主机上的相同应用，所有新建应用用户的UID,GID信息在所有主机 上保持一致。 2.2.内容实例 ● ● 3.中间件应用部署目录要求 3.1.内容要求
a)要求对中间件软件及应用系统安装目录进行合理规划。 b)应用系统要求部署在独立的文件系统上，在rootvg下建立文件系统。 c)对于同一系统在不同主机上的相同应用，所有目录部署结构在所有主机上保持一致。 d)中间件软件安装目录、域目录、应用发布目录要求独立部署。 ● 3.2.内容实例 ●WebLogic应用目录部署示例 网厅应用前台部署目录：
4.中间件软件及版本要求 4.1.内容要求 a)对使用的中间件软件及版本，32/64bit进行描述； b)对使用的JDK版本进行描述，根据中间件软件的安装要求，选择符合要求的JDK最新 稳定版本。 4.2.内容示例 5.中间件主机参数及系统包要求 5.1.内容要求 a)根据不同操作系统平台，要求的操作系统补丁； b)根据不同操作系统平台，需修改相应的核心参数，保证中间件的安装与运行； 5.2.内容示例 ●WebLoigc（AIX平台） 操作系统补丁要求： 操作系统参数要求：
中间件技术原理与应用课后习题参考答案 S1.中间件产生背景及分布式计算环境 1.比较开放系统与分布式系统的异同。 分布式系统具备以下属性：远程性、并发性、异步性、异质性、自主性、联合性、伸缩性、发展性、移动性。 开放系统具备以下属性：开放的、集成的、灵活的、模块化的、可联合的、可管理的、满足服务质量需要、安全的、提供透明性。 2.简述开放系统的特性： 开放系统具有可移植性、可互操作性、可伸缩性、易获得性。 3.什么是互操作性，有哪几种层次的互操作性？ 在一个由异质实体构成的网络环境中，当应用在网络的结点上运行时，它可以透明地动用网中其他结点上的资源，并借助这些资源与本结点上的资源共同来完成某个或某组人物，这种能力被称为互操作性。 有以下层次： Application-Collaboration-Application Transparency-Inter-operability- Transparency RPC-Inter-communication- RPC Comms-Inter-Connection- Comms 4.简述中间件产生的背景、概念、组成结构及核心技术。 定义：中间件是介于应用系统和系统软件之间的一类软件，它能使处于应用层中的各应用成分之间实现跨网络的协同工作。 组成结构：(1)执行环境软件(2)应用开发工具 核心技术：通信、资源管理、互操作性 5 .简述DCE的组成结构及其缺点。 DCE由分布式文件服务、安全服务、目录服务、时间服务、RPC、线程组成。 DEC的缺点：RPC设计不周，开发工具薄弱；性能差、适用系统少、适用困难；没有采用面向对象技术。 S2.面向对象中间件ODP 6.阐述面向对象的定义及其与面向过程的调用的区别。 面向对象的方法以一种更为直观的方法分析和构造系统，它将整个系统抽象并模型化，让人们能够更好地了解整个系统，使得在设计时就能发现其中可能存在的问题。 两者最大的区别是，在结构化的开发方法中，数据与功能室分离的，而在面向对象的开发方法中，数据与相关的功能是捆绑在一起的，更好地表示了系统中相对独立的对象。 7.简述ODP的关键技术。 观点和透明性。观点把对于一个系统的说明分成若干个不同的侧面；透明性屏蔽了由系统的分布所带来的复杂性，极大的减小了分布式标称的复杂性。 8.怎样理解ODP是元标准。 RM-ODP不仅是一个一般的标准，还是一个标准的标准，即规定了使用于开放式分布处理领域内的其他标准必须遵循的参考模型。 9.简述ODP的绑定模型。 ODP的绑定模型分为计算绑定模型和工程绑定模型。计算观点所描述的是，信息系统被分解成为在界面处交互的对象，以此来达到分布处理的目的；工程观点所描述的是，实现系统中分布式对象之间的交互所需的机制和手段。
中间件定义及分类 中间件（Middleware）是处于操作系统和应用程序之间的软件，也有人认为它应该属于操作系统中的一部分。人们在使用中间件时，往往是一组中间件集成在一起，构成一个平台(包括开发平台和运行平台)，但在这组中间件中必需要有一个通信中间件，即中间件=平台＋通信，这个定义也限定了只有用于分布式系统中才能称为中间件，同时还可以把它与支撑软件和实用软件区分开来。 按照IDC的分类方法，中间件可分为六类。 1.终端仿真/屏幕转换：用以实现客户机图形用户接口与已有的字符接口方式的服务器应用程序之间的互操作； 2.数据访问中间件：是为了建立数据应用资源互操作的模式，对异构环境下的数据库实现联接或文件系统实现联接的中间件；在分布式系统中，重要的数据都集中存放在数据服务器中，它们可以是关系型的、复合文档型、具有各种存放格式的多媒体型，或者是经过加密或压缩存放的，这类中间件将为在网络上虚拟缓冲存取、格式转换、解压等带来方便。 3.远程过程调用中间件：通过这种远程过程调用机制，程序员编写客户方的应用，需要时可以调用位于远端服务器上的过程； 4.消息中间件：用来屏蔽掉各种平台及协议之间的特性，实现在不同平台之间通信，实现分布式系统中可靠的、高效的、实时的跨平台数据传输，实现应用程序之间的协同。这是中间件中唯一不可缺少的，是销售额最大的中间件产品，主要产品有国内东方通科技公司的TongLINK、BEA公司的BEA eLink 、IBM公司的MQSeries等,目前在Windows 2000操作系统中已包含了其部分功能。 5.交易中间件：是在分布、异构环境下提供保证交易完整性和数据完整性的一种环境平台。在分布式事务处理系统中要处理大量事务，常常在系统中要同时做上万笔事务。在联机事务处理系统 (OLTP)中，每笔事务常常要多台服务器上的程序顺序地协调完成，一旦中间发生某种故障时，不但要完成恢复工作，而且要自动切换系统，达到系统永不停机，实现高可靠性运行；同时要使大量事务在多台应用服务器能实时并发运行，并进行负载平衡地调度，实现昂贵的可靠性机和大型计算机系统同等的功能，为了实现这个目标，要求系统具有监视和调度整个系统的功能。根据X/OPEN的DTP（Distributed Transaction Processing ）模型规定，一个分布式交易处理系统应由事务处理、通信处理以及资源管理三部分组成。BEA公司的TUXEDO便是最著名的一个交易中间件产品，东方通科技公司的TongLINK 和TongEASY实现了DTP参考模型规定，另外还有IBM公司的TXSeriers是应用广泛的一个交易中间件产品。 6.对象中间件：在分布、异构的网络计算环境中，可以将各种分布对象有机地结合在一起，完成系统的快速集成，实现对象重用，在这个方面遵循的标准是 CORBA。对象中间件将是未来的主流，目前产品如东方通的TONG BROKER，INPRICE公司的Borland Application Server。 当然，IDC的分类并不能包含目前所有的中间产品，比较流行的还有： Web服务器中间件 浏览器图形用户界面已成为公认规范，然而它的会话能力差、不能作数据写入、受HTTP协