 |
| |
分布处理平台（DPP）
分布处理平台（DPP，Distributed Processing Platform）是基于TCP/IP协议的用于分布式处理环境中的信息交互处理平台，负责处理各个应用程序之间的通信。
一、基本概念
消息
分布处理平台中信息传输的基本单位，所有的数据都以消息的形式进行传递。
实体
消息的发送者或接收者，每个实体在分布处理平台中都有一个标识，称为实体名，该实体名在分布处理平台中是唯一的。
分布处理平台client端
分布处理平台提供的API，它向应用程序提供消息的发送／接收／处理函数，应用程序使用这些API完成消息的透明传送。
分布处理平台server端
又称为消息服务器，它作为一个独立的进程存在，进行消息的转发工作。
二、产品特点
提供C、C++、Java、COM组件等多种编程接口，可实现多种语言开发的应用程序之间的互联；
支持Unix、Linux和Windows等多种运行平台，可实现跨平台应用程序之间的互联；
可在运行时跟踪不同应用程序之间的消息交互，随时了解各个分布式应用程序的状态；
可通过监控管理工具对消息服务器的运行状态进行监控和管理；
可启动多个进行消息传送的消息服务器，控制不同的应用实体从不同的软件总线上收发消息，以提高整个系统的并行处理能力；
可在软件实现和测试阶段，使用消息仿真器来测试应用程序的接口、功能和性能的实现情况。
三、系统参考模型
在实际应用中，依据系统使用消息服务器的个数分为单服务器应用和多服务器应用两种参考模型。
1、单服务器应用参考模型
DPP单服务器应用参考模型如下图所示。
DPP单服务器应用参考模型
DPP单服务器应用参考模型主要是由客户端和一个消息服务器组成。客户端向应用程序提供API接口，消息服务器处理应用程序之间的信息流。消息交互发生时，应用程序利用API接口向消息服务器投递消息，消息服务器根据目的地址将消息发送给目的实体，完成消息的交互过程。
2、多服务器应用参考模型
DPP多服务器应用参考模型如下图所示。
DPP大规模应用参考模型
在DPP多服务器参考模型的应用中，系统支持多个消息服务器的级联协同工作。根据具体需求，消息服务器可以分为多级，在同一级又可划分为多个域，每个域设置一个消息服务器。图中红色箭头代表跨域的消息流，消息流经了多个消息服务器，蓝色箭头代表域内消息流。
四、组件结构图
分布处理平台组件结构如下图所示：
分布处理平台组件结构图
图中的可编程组件是指分布处理平台所提供的客户端编程接口。各种语言都提供了功能一致的编程接口，使用多种语言编写的客户端程序可不受平台限制，实现互联互通。图中的实体程序是指非编程组件，是可执行的系统程序或工具，目前有消息服务器、Monitor和消息仿真测试工具。
C/C++ Client API：在Unix/Linux下使用最多的客户端编程接口。
TCL Client API：在Unix TCL界面程序中使用的客户端编程接口。
Java Client API：是提供完全面向对象的在Java语言中使用分布处理平台服务的编程接口。
Com Client API：是在微机Windows平台下常用的编程接口，该接口中提供了6个COM进程内组件，可在任何支持COM的编程语言（如VB、VC、Delphi、PB等）中使用。
VC lib/dll Client API：可在VC中调用的客户端编程接口，提供了静态库（lib）和动态库（dll）两种方式。
消息服务器：是完成实际消息传送转发功能的服务进程，在系统测试和运行阶段，必须启动消息服务器才能进行。该服务器可以运行在Unix、Linux和Windows等操作系统上。
Monitor：分布处理平台消息服务器的监控软件，可用来实时监视服务器中实体及消息队列的状况。
消息仿真测试工具：使用分布处理平台进行编程时的图形测试工具。
五、应用情况
中国移动通信集团公司全国移动汇接网网络管理系统
江苏省徐州电信用户接入网网络管理系统
广东省佛山电信用户接入网网络管理系统
CESEC光纤数字通信传送网网络管理系统
中国联通长途传输网综合网络管理系统
|
|
|
|
|
