数据交换平台设计方案和对策

1、.wd.wd.wd.信息交换平台设计方案目录 TOC o 1-4 h z u HYPERLINK l _Toc1494504291.工程背景 PAGEREF _Toc149450429 h 4HYPERLINK l _Toc1494504301.1.概述 PAGEREF _Toc149450430 h 4HYPERLINK l _Toc1494504311.2.现状分析 PAGEREF _Toc149450431 h 4HYPERLINK l _Toc1494504321.3.需求描述 PAGEREF _Toc149450432 h 5HYPERLINK l _Toc1494504332.目标

2、与原那么 PAGEREF _Toc149450433 h 6HYPERLINK l _Toc1494504342.1.建设目标 PAGEREF _Toc149450434 h 6HYPERLINK l _Toc1494504352.2.建设原那么 PAGEREF _Toc149450435 h 7HYPERLINK l _Toc1494504362.3.定义与约束 PAGEREF _Toc149450436 h 7HYPERLINK l _Toc1494504373.建设内容与依据 PAGEREF _Toc149450437 h 8HYPERLINK l _Toc1494504383.1.建设

3、内容 PAGEREF _Toc149450438 h 8HYPERLINK l _Toc1494504393.2.建设依据 PAGEREF _Toc149450439 h 9HYPERLINK l _Toc1494504404.技术路线 PAGEREF _Toc149450440 h 9HYPERLINK l _Toc1494504414.1.技术架构 PAGEREF _Toc149450441 h 9HYPERLINK l _Toc1494504424.2.应用架构 PAGEREF _Toc149450442 h 15HYPERLINK l _Toc1494504435.系统功能 PAGER

4、EF _Toc149450443 h 18HYPERLINK l _Toc1494504445.1.功能划分 PAGEREF _Toc149450444 h 18HYPERLINK l _Toc1494504455.2.系统管理 PAGEREF _Toc149450445 h 21HYPERLINK l _Toc1494504465.2.1.运行环境配置 PAGEREF _Toc149450446 h 21HYPERLINK l _Toc1494504475.2.2.系统注册 PAGEREF _Toc149450447 h 22HYPERLINK l _Toc1494504485.2.3.目录

5、服务 PAGEREF _Toc149450448 h 23HYPERLINK l _Toc1494504495.2.3.1.类别维护 PAGEREF _Toc149450449 h 25HYPERLINK l _Toc1494504505.2.3.2.元数据维护 PAGEREF _Toc149450450 h 27HYPERLINK l _Toc1494504515.2.3.3.目录索引管理 PAGEREF _Toc149450451 h 28HYPERLINK l _Toc1494504525.2.4.权限管理 PAGEREF _Toc149450452 h 28HYPERLINK l _T

6、oc1494504535.2.4.1.操作者权限 PAGEREF _Toc149450453 h 29HYPERLINK l _Toc1494504545.2.4.2.系统用户权限 PAGEREF _Toc149450454 h 30HYPERLINK l _Toc1494504555.2.5.订阅定制 PAGEREF _Toc149450455 h 31HYPERLINK l _Toc1494504565.2.5.1.数据校验 PAGEREF _Toc149450456 h 33HYPERLINK l _Toc1494504575.2.5.2.订阅 PAGEREF _Toc149450457

7、 h 34HYPERLINK l _Toc1494504585.2.5.3.退订 PAGEREF _Toc149450458 h 35HYPERLINK l _Toc1494504595.2.6.日志定制 PAGEREF _Toc149450459 h 36HYPERLINK l _Toc1494504605.2.7.安全管理 PAGEREF _Toc149450460 h 38HYPERLINK l _Toc1494504615.2.8.其它参数设置 PAGEREF _Toc149450461 h 39HYPERLINK l _Toc1494504625.3.数据交换服务 PAGEREF _

8、Toc149450462 h 40HYPERLINK l _Toc1494504635.3.1.数据交换流程 PAGEREF _Toc149450463 h 40HYPERLINK l _Toc1494504645.3.2.消息管理 PAGEREF _Toc149450464 h 41HYPERLINK l _Toc1494504655.3.3.队列管理 PAGEREF _Toc149450465 h 42HYPERLINK l _Toc1494504665.3.4.发送管理 PAGEREF _Toc149450466 h 42HYPERLINK l _Toc1494504675.3.5.接收

9、管理 PAGEREF _Toc149450467 h 43HYPERLINK l _Toc1494504685.3.6.封装解析 PAGEREF _Toc149450468 h 44HYPERLINK l _Toc1494504695.3.6.1.封装 PAGEREF _Toc149450469 h 44HYPERLINK l _Toc1494504705.3.6.2.解析 PAGEREF _Toc149450470 h 45HYPERLINK l _Toc1494504715.3.7.数据整编 PAGEREF _Toc149450471 h 46HYPERLINK l _Toc1494504

10、725.3.8.数据保存 PAGEREF _Toc149450472 h 47HYPERLINK l _Toc1494504735.3.9.其它相关服务 PAGEREF _Toc149450473 h 48HYPERLINK l _Toc1494504746.工程实施安排 PAGEREF _Toc149450474 h 48工程背景概述经过近几年的信息化建设，北京市水务局的计算机网络和应用系统的建设均取得了长足开展，随着信息技术的开展，水务信息化建设的相关标准与方式方法也在不断完善和标准，为后续相关业务信息化建设奠定了坚实的根基。北京市水务局已经建设了骨干通讯网，构建了机关内部的计算机局域网络

11、平台和数据库系统。水务局目前已经运行的有近30个业务系统。以水务局“水务信息平台为核心的水务信息网已 基本建成。水务信息化标准数据库已经建设并在不断的标准当中。目前北京市水务局已建设了水文数据库、供水数据库、水环境数据库、工情数据库、灾情数据库、水土保持数据库、社会经济数据库和图形图像地理信息数据库八类数据库，这些数据库均是在ORACLE9I版本数据库之上。水务局对下属机关、局属、县区单位分为A、B、C三类分中心机构，大局局部中心均已建有自己的水务业务信息系统，且 基本实现与局中心水务平台相连，进展数据交换与共享。现状分析北京市水务信息平台虽已取得的很大进展，但由于各分中心的业务系统的应用构造

12、、技术构造以及数据库差异较大，尤其各分中心的业务系统所用的数据库不尽一样有不同版本的ORACLE、SQL SEVER等，采用的开发技术不同如J2EE、DOTNET等，不同系统之间需要实现数据的及时共享与互通，局中心尚没有建设完善的信息共享交换机制，不能及时获得各分中心的水务信息，达不到为决策支持提供信息服务的目标，各系统间的数据交换成为数据共享的最大障碍，因此需要建设一个统一的、适用性广的信息交换平台，用于交换局中心与各分中心之间的各种数据，从而实现数据及时共享与交换。需求描述建设一个开放的、可扩展的、适应性强的、高效稳定的信息交换平台，平台应具有如下功能：方便的实现北京市水务局及各分中心业务

13、应用系统之间的数据共享与交换；实现不同类型的数据库对接：即通过本平台能够实现不同类型数据库之间的互通，可以将数据源表和目标数据表对应起来；数据对导：即本平台支持对构造一样或相似源数据表与目标数据表内数据的直接导出导入操作，对导前可以配置导出导入字段的对应关系，同时应支持通过视图进展对导数据的功能；数据类型自动转换：指通过平台实现对不同数据类型数据的自动转换功能，比方一个字段由STRING型转换为另一个数据库承受的VARCHAR型数据；消息队列的自动管理：本平台可以自动判断并管理消息队列，按消息的优先次序或级别来安排消息传输，建设良好的数据传输机制；数据的自动封装与解析：本平台可以对指定数据按一

14、定原那么进展封装，封装时可以自动判断数据包的大小，按指定大小封装成一个或多个包并记录包间的关系，在接收数据包后，可以对包进展自动解析；安全控制：本平台应具有严格稳定的安全机制，确保数据安全，即能够根据需要自动按规那么对传输数据进展加密解密、根据不同请求者的权限级别设置对应的数据访问权限、自动记录数据丧失与否及传送成功与否的记录，并在传输失败后，能够以GSM的方式通知接收方本次传送失败，请等待下一次传送；日志：本平台要有健全完备的日志功能，根据需要记录系统运行过程中的所有相关信息，尤其当系统遇到意外而无法正常工作时，应有相关日志以备查阅；运行稳定：由于信息交换平台要完成局中心与各分中心之间所有根

15、基数据、业务数据、实时数据甚至空间数据的时实共享与交换，因此本平台要长期稳定的运行，能够处理好由于多方同时发送请求而造成的堵塞或冲突等情况，同时具有一定的网络故障应对能力，即当网络发生故障时，交换平台应能自动记录正在传送途中的数据信息，以便网络恢复时，自动续传，支持断点续传；鉴于信息交换平台在整个水务信息化中的重要地位，本平台在设计时尽量考虑到后期的可扩展性、开放性和广泛的兼容性要求，不能因为具体业务系统的变化或水务信息平台的某个问题而影响正常的数据交换业务，更不应出现平台无故中止或停顿服务而进展平台扩展调试的情况；平台尽可以满足人性化，可配置的灵活要求。目标与原那么建设目标信息交换平台建设在

16、水务局中心，为局中心与各分中心、各分中心之间的数据共享与交换服务，并兼顾分中心与采集系统之间的信息交换，实现整个水务信息网用户中任意两个用户间的数据共享与交换，主要实现以下目标：1、数据交互：能够将一个数据库的某一表中数据，根据一定的要求导入到另一数据库相应表中；2、资源共享与订阅：能够实现数据资源的共享设置、共享级别设置，订阅数据资源等操作，并能按照订阅内容交换数据；3、信息级别权限控制：一定级别的工作站只能访问该级别或级别要求更低的共享资源；4、数据操作源和目的数据库可以为多种数据库：如：SQL Server，Oracle等；5、数据交换要支持多种数据类型：如：数值、字符、日期、文件等；6

17、、信息交换平台运行模块要以服务程序模式运行；7、信息交换平台支持数据配置扩展，可以通过配置文件来更改运行环境、共享资源数据内容以及共享级别；8、日志记录：创立日志，方便调试和日后查看；9、系统具有长时间稳定运行的能力；10、有一定的网络故障处理能力，当网络出现问题时，系统可以在一定程度上采取自救措施，如支持断点续传和发送短信息给等待用户。建设原那么本平台建设遵循以下原那么：1、实用性原那么：以实用为第一准那么，切实满足管理和业务需求；2、安全性原那么：设计采用有效的软件安全保护、防止非法入侵等措施，保证应用系统、数据的运行安全；3、先进性原那么：设计采用先进软件技术，并考虑适度超前，为今后需求

18、变化留有余地；4、可靠性原那么：技术成熟，保证系统稳定可靠长期运行；5、完备性原那么：设计功能全面、完整；6、可扩大性原那么：采用先进开发手段，组件化的开发模式，以保证可扩大性；7、标准化与开放性原那么：系统设计符合标准化建设和开放的原那么。定义与约束1、元数据：元数据是一组描述数据本身 基本特征和属性的数据，又称为“数据的数据。从本质上说，元数据是一种数据构造标准，它提供了一种框架体系和方法来描述、表征数字化信息的 基本特征，并通过一套通用的编码规那么，将来源各异的数字化资源归纳到一个标准的体系中。2、数据抽取：现有数据库内的数据一般都是以某种关系型存在的，构成一个数据集合，抽取即是把数据库

19、内的数据按照一定的规那么提取出来组成一个满足自身数据标准要求的数据集合的形式。3、SOAservice-oriented architecture，也叫面向服务的体系构造或面向服务架构：是指为了解决在Internet环境下业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。SOA是一个组件模型，它将应用程序的不同功能单元称为服务通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进展定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进展交互。4、节点：本文中指整个水务网内与局中心相连接的

20、各分中心包括局中心。5、系统用户：使用本平台进展数据交换或共享的系统，即系统用户在本文中指一个应用系统。6、操作者用户：操作本平台的操作员，即指通过本平台提供的人机交互界面操作本平台完成指定系统功能的人。7、缩略语：在本设计方案中，信息交换平台或共享交换平台有时被称为本平台或本系统，或在上下文描述时，简要称为系统、平台，均指本信息交换平台。建设内容与依据建设内容依据信息交换平台的承担任务、北京市水务信息化建设现状及开展形式的要求，本平台建设内容主要分为下面几个方面：1、目录服务系统提供目录服务功能，统一管理市水务局中心、各分中心的根基信息、各类业务信息、各种统计分析等数据包括相关图表数据，利用

21、目录服务手段为各用户依据权限设定范围提供独享数据资源、共享数据资源的快速检索与定位。2、根基信息资源服务通过建设专门的根基信息维护模块接收各种系统所需根基信息资源、公共信息资源，从而为各级用户之间实现信息资源的共享与流通提供必要保障。3、元数据定制服务考虑到本系统的可扩展性及与各类业务系统之间的兼容性，系统对用到的各类根基信息元数据、业务信息元数据提供用户可定制功能，即用户可通过自身业务需要定制自己的元数据信息，再根据对元数据的维护、整理、分析、接收、发送、订阅分配等业务操作实现数据交换与管理功能。4、数据订阅服务局中心、各分中心用户均可订阅其它用户作好订阅分配的数据信息集，可以根据各自权限及

22、所需订阅信息订阅其它系统或中心的信息数据，从而最大限度的包容了由业务变动带来的需求信息变化，也灵活的实现了不同时期、不同级别用户对数据的不同需求。5、信息交换服务本交换平台为局中心、各分中心用户所需的各项服务进展统一管理，提供对各类数据交换的统一标准化服务与管理，为跨部门、跨区域、跨级别、跨系统的数据交换提供服务。6、支撑服务为了保证本系统稳定、安全、顺利的运行，本平台提供全面的支撑服务体系。如安全认证服务、审计服务等。7、日志作为安全服务的补充，本平台提供完备的日志管理机制，并对日志进展分级处理，用户可根据自身需要在系统内设置本平台所要记录的日志信息，便于后期查看。建设依据?软件工程术语?G

23、B/T 11457-1995?计算机软件产品开发文件编制指南?GB/T 8567-1988?北京市水利骨干通信网信息高速公路总体规划?信息技术软件生存期过程?GB/T 8566-1995?计算机软件质量保证方案标准?GB/T 12504-1990?计算机软件配置管理方案标准?GB/T 12505-1990?软件维护指南?GB/T 14079-1992?计算机软件可靠性和维护性管理?GB/T14394-1993?软件支持环境?GB/T15853-1995技术路线技术架构1、技术模式作为整个北京市水务信息网络各应用系统之间的数据交换接口，为了保证其可扩展性和系统的可靠性，本信息交换平台采用组件化的

24、设计模式实现，各组成模块尽量作到松散耦合，可以无限制扩大，从而实现与其他系统模块的无缝集成，该系统采用面向对象的组件化技术建设基于C/S构造的系统，并且以Windows服务程序模式与Windows程序用户交互模式结合方式运行。这种设计具有以下一些优势：以服务方式运行的系统可以在服务器不登陆的情况下，数据交换就能够运行；服务程序与交互界面并存，这样可以实时监测和控制交换程序的运行，方便维护和调试；系统提供用户操作界面，可以让用户非常便捷地完成相关设置与订阅操作；C/S构造程序最适合网络间数据交换，能够保证程序的持续稳定运行；系统采用ODBC数据源来连接数据库，解决多种类型的数据库源的连接问题。本

25、系统技术框图如下：交换平台技术框图2、技术实现系统内各具体功能模块均由相应的组件或称构件构成，相关组件由容器统一管理，根据服务对象与功能的不同，容器可分为“管理容器和“交换容器分别完成系统与数据的管理及数据交换功能。功能组件按其功能分别归由相应的容器统一调配管理，组件间的关系通过配置文件XML实现，以到达松藕合的目标。组件按其作用与重要程度可分为“标准组件和“附加组件两种，标准组件是信息交换平台为完成正常数据管理与交换功能必要须的功能组件，附加组件是指为了使平台更好的运行，为平台添加一些附加功能而设计的组件。附加组件也是可选组件，平台根据相关配置动态实现附加组件的调用，当平台参加的附加组件并已

26、配置了相关信息时，平台运行过程中会自动调用此组件实现附加功能；当平台的配置信息改变删除附加组件时，平台不再调用附加组件，而进展常规运行，并不影响正常的平台功能。本平台设计的组件、分类及作用描述如下表：序号组件名称容器类型功能描述1注册组件管理容器标准组件完成在上级主交换节点的注册，获取本节点相关编码、上级节点的IP地址等信息，启动共享交换平台2资源管理完成本节点信息资源目录的建设，自动登记信息资源元数据3订阅组件完成订阅其他信息节点共享资源元数据，生成本节点订阅信息资源树4监控组件可选组件实时监视本节点信息资源交换状况，包括本节点承受和发送的数据5信息比对执行指定的本节点信息数据与其他节点可共

27、享数据的比较，报告比较结果6流量分析统计某时间范围内，本节点共享数据输出和输入数量统计7数据抽取交换容器标准组件依据信息资源元数据描述以及信息资源的时间特性，定时或定期从指定的数据库或文件夹中读取数据8封装与分发将数据抽取的结果按照数据报文要求进展封装，每个资源订阅方分别封装各自的数据包，然后分别发送给接收方9通讯组件将封装、分发后的数据报文，通过底层网络链路，传送到指定的资源共享节点10分包组件将信息节点接收到的数据包，按照接口标准，进展拆分、解析以及必需的编码转换，转化为本信息节点对应数据的存储格式11存储组件将分包后的数据，写入信息资源元数据描述的数据库或文件夹中12加密压缩可选组件在通

28、讯组件运行前执行，将数据内容进展加密、压缩后，生成新的加密压缩报文13关联计算在分包组件完成后执行，主要完成针对水务业务的一些专业计算需求，如：由水位库容曲线，按照水位数据计算水库蓄水量等14信息整编在关联计算组件运行后执行，根据信息资源时间特性需求，生成新的不同时间频率的数据15审计组件交换平台将自动记录运行日志。可以定义多个级别，不同级别记录日志的详细程度不同注：节点指使用本平台的各个系统用户。以上组件与主要功能模块的对应关系如下：组件与功能对应关系上图中浅黄色为组件，淡蓝色为功能模块，箭头表示功能与组件的主要对应关系。3、技术特点总结起来信息交换平台具有以下技术特点：元数据采用元数据理念

29、管理共享与交换用到的各种数据元素，元数据管理基于信息资源目录管理的资源体系实现，本平台元数据描述除清晰描述信息自身含义外，还清楚的描述信息的存取方法、 基本属性等信息，为建设在信息资源目录根基上的数据抽取创造条件。SOA架构本平台采用SOA技术架构进展开发，各组件统一在容器中进展规划并承受容器的统一调用与管理，实现组件间的松散藕合，这种组件化的模式使平台兼备技术的先进性与灵活性，最大程度的兼顾了当前和今后应用系统的多样化，同时为本平台的无限制扩展提供可能。通信技术信息交换平台是基于网络运行的平台，数据传输采用SOCKET同步机制传输，并且在传输过程中，平台自动对数据包大小进展检测并加以限制，当

30、欲传输数据大于包的限制容量时，那么分为多个包进展传送，并自动记忆包间的关系，对检测到不合法的包进展自动舍弃，同时发送舍弃信息给数据发送方。并发技术由于信息交换平台运行时需要同时进展多种处理，所以系统设计时采用多线程并发设计，系统主要并发线程有：轮询发送订阅数据线程、接收处理数据线程、订阅数据线程、监听订阅数据线程等，接收每个资源方发送的数据时，每个接收处理一个线程。轮询技术信息交换平台运行时需要不停检测新数据，如果检测到新数据那么将数据发送给订阅方。所以系统采用时间轮询不停检测和发送新数据。本平台设计采用线程睡眠Sleep等待方法实现。Sleep等待是让此线程停顿执行一段时间，然后再继续运行进

31、展轮询。这样能有效防止两个线程因同时使用资源而产生冲突。轮询时间间隔可以通过系统运行环境配置文件进展设置。扩展接口为了使平台在后期维护时方便快捷，不停顿正常工作或尽可能短时间的中断正常工作，系统应具有一定的可扩展性，预先考虑到可能存在的接口，目前考虑到的接口如下：数据库操作接口：可以扩展对多种数据库类型的访问，以适应不同的数据库类型；数据读取接口：可以采用多种读取数据的方式；数据保存接口：可以完成多种情况的数据保存；数据整编接口：扩展数据整编功能的接口；交互消息接口：各工作站交互不同类型消息时的扩展接口；数据传输接口：数据在网络间传输其它技术扩展接口。应用架构由于本平台应用于以市水务局为中心的

32、北京市水务信息网络，负担的数据共享与交换范围包括局中心、各级分中心及具体采集终端，因此本平台以局中心为中心采用集中管理的方式，即各分中心必须登录局中心平台进展注册，获得本分中心以下称节点的共享级别及相应的共享数据，从而再与其它分中心进展数据共享与交换。其交换节点以“星型构造存在，如以以下图：节点的星型构造在实际数据交换中，本平台实现水务信息网内所有节点之间的数据共享与交换功能，即任意两个节点之间都可以进展信息共享与数据交换，因此从数据交换的角度看，属“网状构造，构造图如下：信息交换“网状构造本平台功能架构总体上可分为三层：表现层、认证层和应用层，其中应用层可分为交换服务应用与系统管理应用两局部

33、。平台功能架构图如下：平台功能架构图应用层：在本信息交换平台中，系统管理模块作为平台应用层的一局部，也是平台运行的根基模块，完成平台运行环境、平台运行过程中相关进程的运行方式、时间特性、服务对象与区享等级、资源信息等的设置操作，为实现数据交换提供根基支撑服务；数据交换服务模块同样是应用层的组成局部，完成具体的数据交换功能，根据系统管理局部的设置信息有效有序的管理消息、进展数据的接收、发送、解析、整编及保存等相关操作。认证层：身份认证属认证层，是指在系统运行过程中，根据系统管理相关局部的设置信息判断发出订阅申请的用户在本平台中具有的共享级别信息，从而作到权限的有效控制，防止信息泄露。表现层：人机

34、交互界面是表现层内容，是计算机软件操作者与软件系统进展交互的途径，本平台除在后台自动运行的数据传输及进程管理方面的功能外，所有系统参数设置、资源定制管理方面的操作均通过表现层的人机交互界面完成。系统功能功能划分信息交换平台除一局部设置功能需要用户通过界面控制完成外，数据交换功能需要长期稳定的在后台运行，为水务信息各应用提供数据共享与交换服务，因此本平台功能可分为系统管理或叫数据交换管理和数据交换服务两局部。其功能构造图如下：信息交换平台功能构造图1、系统管理模块分为运行环境配置、注册管理、目录服务管理、权限管理、订阅定制、日志定制、安全管理、其它参数设置七个子模块，功能概述如下：运行环境配置：

35、完成平台运行的系统环境、可以连接的数据库类型、连接方式及参数、可以承受转换的数据类型等支持系统运行环境的根基信息配置。注册管理：完成通过本平台进展数据交换与共享的所有应用系统在局中心平台的注册，获取相应访问信息范围及其它辅助信息，只有在本平台注册过的系统才可以通过本平台与局中心及其它分中心之间实现数据的交换与共享。目录服务管理：系统以目录的形式管理所有信息元素，对各类信息元素进展分类管理，分类从多角度进展，如按根基信息、业务信息；服务对象这里指局中心各系统及分中心相关系统等，每种分类及具体信息均按一定规那么被编制成目录形式，且在整个目录中均有唯一的ID标识，同时根基信息和业务信息元素按可以访问

36、的秘密程度分组，与系统用户组对应，这样便于对有请求的系统用户这里指发出请求的相关应用系统进展访问内容控制，即根据目录索引快速定位到当前用户有权访问的数据范围，并迅速定位用户指定信息。目录信息的类别、内容可根据实际需要由人工或系统设定自动增加整理，并定时给出总目录详细信息及目录变化记录等。权限管理：在本平台中，权限管理分为两局部完成，一是对操作者的管理与权限分配，实现操作者使用本平台具体功能的权限对应管理；二是对系统用户的可访问信息的权限设置，所有欲使用本平台进展数据交换的应用系统需首先在本平台上注册身份，注册方式可以由系统自动判别注册也可以由管理员通过相关界面输入系统内，并对各用户可以访问的信

37、息内容进展权限等级划分不同级别的用户可以访问的资源范围不同。在此后的运行中，平台会自动判断提出请求的用户身份并与其权限对应，从而保证用户的正当权力和数据信息的保密性。订阅定制：各用户均可订阅其它用户作好订阅分配的数据信息集，可以根据各自权限及所需信息订阅其它用户的可订阅信息数据，从而最大限度的包容了由业务变动带来的需求信息变化，也灵活的实现了不同时期、不同级别用户对数据的不同需求。日志定制：本平台将日志按重要程度分级管理，并由用户进展设置当然系统会提供默认设置应记录的日志范围，系统会根据设置信息记录相关日志。安全管理：包括信息数据安全及网络安全两局部，信息安全又为分访问安全与传输安全两种，访问

38、安全是指本平台通过对用户进展身份认证、权限判断的方式保护正当用户的应得权力，同时防止信息的非法访问；传输安全指本系统对传输数据按一定规那么进展加密封装之后再行传送，接收时同样首先进展解密和有效性验证后才对数据进展解析、整编、保存相关处理；网络安全是考虑到本平台的数据交换服务进程要长期依托网络运行，因此应具有一定的自动监测网络状态及故障应对措施，确保信息的完整和安全。其它参数设置：支撑系统运行及方便用户的其它参数设置功能。2、数据交换服务模块包括消息管理、队列管理、发送管理、接收管理、封装与解析、数据整编、数据保存和其它相关服务八个子模块，功能概述如下：消息管理：平台提供消息管理机制，统一管理经

39、过平台的收发信息。各用户发送过来的请求中均有各自的特征信息，平台接收与准备发送的消息也同样以一定规那么验证特征信息，然后根据指定原那么对各种消息进展验证、归类、排序等一系列管理操作，便于通过平台的各类消息有序的传递。队列管理：当通过本平台的请求较多时，如果不对各类消息加以控制会产生资源争用或并发冲突的现象，并且可能会出现优先级较高的请求反而等待时间过长现象，因此需要平台对队列进展有序管理，队列管理根据消息分类的结果及发出请求的用户优先级及消息本身的优先级进展综合判断给出合理排序。发送管理：本交换平台在处理各类数据交换与共享请求时，会向请求方发送处理结果或其它中间信息，本平台依据发送数据包的特征

40、标识找到接收方，并首先探测网络状况，许可时即进展发送操作，并自动记录发送日志。接收管理：与发送管理相对应，本平台在接收各用户传送过来的信息时，首先验证数据包的有效性、接收目标等内容，将数据解析后接收并归入相应的目标信息集队列等待下一步处理。封装解析：封装与解析是与发送和接收相对应的两个过程，封装指在数据发送前，要按指定规那么对数据进展加密、压缩、封装，当数据量较大，一个数据包装不下时，系统自动将信息分成多个数据包，并在每个包内加上相应标识后准备发送；解析即是接收方在接收到对方传来的数据包后，对数据包进展规那么解密、验证数据的有效性，通过后即可整编保存数据。数据整编：数据接收后，要根据数据特性标

41、识进展整编、分析、归类及相关转换处理，然后准备保存。数据保存：整编无误的数据即可以保存到目的数据库的相关表内，以完成数据交换的全部操作。并记录相关日志。相关服务：提供数据交换过程中其它相关服务功能如流量分析、关联计算等。由于本系统是服务系统，因此只有必要的管理设置模块有人机交互界面，其余大局部功能没有人机界面。系统主界面示意图如下没有表达出来的功能模块均没有交互界面：信息交换平台系统主界面系统管理运行环境配置运行环境配置维护本平台可以处理的数据库类型、连接方式及具体数据库实例名、所属数据库类型和相应的连接参数信息。具体描述如下：1、数据库类型维护维护平台可以支持的数据库类型，如Oracle9i

42、、Oracle10g、SQL Server2000、SyBase等。每个数据库类型有一个唯一编码与之对应，维护信息包括数据库类型名、编码、描述等。数据库类型不能随意删除，当前数据库在使用时，不可以删除。2、连接方式维护平台可以采用的数据库连接方式，如ODBC、JDBC、ADO等维护，维护信息包括方式名称、编号、可用的数据库类型描述等。3、数据类型与转换维护不同数据库所包含的数据类型，并配置不同数据库、不同数据类型之间转换关系，定义转换格式。4、数据库实例指本平台在具体数据交换时要连接的数据库实例名、所属数据库类型及相关连接参数信息，便于平台自动根据系统连接、调用相应数据库获得所需数据。以上各信

43、息之间可以存在关联，或使用一定的方式进展关系映射对应，再与系统用户进展关系对应设置，这样用户在使用时，无需再作任何操作平台即可直接根据信息判断出用户请求的目标数据库，简化服务环节。对上述各类信息的维护，平台具有严格的权限控制，最高级别权限的人员可以对相关信息进增、删、改、查操作，并可以打印相应的信息列表以备对照。系统注册局中心及各分中心的相关应用系统在通过本信息交换平台进展数据交换与共享之间，首先要在局中心通过本平台注册，获得各自的标识及权限信息后才可以通过本平台进展数据交换。本平台提供的注册方法有两种：平台自动注册和人工注册。1、平台自动注册指当平台检测到发出业务申请的系统没有在平台内注册过

44、时，便自动为其注册，在平台内保存此系统的标识码并分配默认访问权限，同时将此信息发送给此申请系统用户，完成注册过程。2、人工注册由具体的系统操作人员通过平台提供的人机交互界面维护新的应用系统信息，以获得此系统用户的标识号并为此系统用户分配相应权限，便于系统用户运行时不必再注册而直接与其它节点进展数据共享与交换操作。系统用户权限分配请参见权限管理相关局部。目录服务平台采用开放式的技术实现信息元的维护操作，在目录服务模块中，平台首先提供一个标准的元数据分类方式，并根据当前水务局数据库内容提供默认的信息元素，在此根基上相关用户可以对目录树进展维护操作。信息资源目录的管理与建设原那么遵照本平台的应用架构

45、模式，以局中心为中心的集中式目录建设，各分中心拥有自己的资源目录，且与局中心形成网状的信息共享与交换构造。目录管理示意图如下：资源目录管理构造目录服务主要包括类别维护，用于对元数据进展分级、分类管理，如类别的增删改查及对类别分组设置等；元数据维护指对具体的元数据信息的维护操作，具体元数据属于某个指定的类别，同时对元数据可以设置优先级别；目录索引管理统一管理目录索引信息。目录服务模块的功能分配如下：目录服务模块功能构造图目录服务功能界面如下：目录服务功能界面类别维护类别维护指对信息按一定规那么分类管理，如按局中心数据库分类方式分为水文、供水、水环境、水利工程等方式进展分类或按根基信息、业务信息进

46、展分类，还可分为数据目录、服务目录、应用目录和用户目录，已订阅目录、被订阅目录等，本平台根据实际需要提供假设干固定分类，要求用户必须遵循此分类方式进展维护的类别，如用户对象在这里指可能使用本平台进展数据交换的操作者和系统；消息分类包括不同类型消息的归类方式、特征码信息设置等。固定分类因其具有固定的特征而在平台中具有个性化的管理和服务与之对应。用户可以根据自己的需要创立新的类别并对其进展维护。类别维护可分为新增、修改、删除和类别分组几局部功能，其中系统提供的固定类别不能修改或删除。平台根据设置见日志定制局部，可以记录类别维护的日志。新增对此模块有权限的平台使用者可以创立新的类别，为类别输入名称及

47、相关辅助信息，系统自动为类别生成ID标识号，此ID标识号在整个平台目录数据中具有唯一性，且按一定的规那么生成，类别可以包括子类别，并且系统对类别可分级数有限制参见其它参数设置局部，不允许无限制的分级。已订阅目录和被订阅目录属系统根据用户操作信息自动生成的查询、浏览目录。已订阅目录内分别展示当前用户已经从其它节点处订阅的信息内容；被订阅目录指其它节点用户到当前用户登记的订阅情况。当前操作者只能在对已订阅目录内容进展取消订阅即退订，参见退订局部操作，不能对被订阅目录进展任何编辑性操作。修改与新增类别相似，已创立的目录类别名称及描述信息可以修改，但其ID标识不会改变。类别合并已经创立的多个类别可以合

48、并成一个类别，类别合并包括三个方面：同级类别可以直接合并，即拖动一个类别到另一个类别文件夹上，系统即会自动合并两个文件夹内的信息元素，同时文件夹名称不变，被合并的类别文件夹消失且被合并的信息元素自动按合并后的编码方式重新编码，同时通过平台订阅记录自动修改其它订阅用户的相应信息的编码；下级向上级合并，首先将下级的信息元素拖到上级目录，使被合并文件夹类别为空，再删除之；上级向下级合并，一般来讲，不会有上级向下级合并的情况发生，依据规那么，有下级类别的那么上级类别没有直接的信息元素，情况发生在一个类别后期又增加子类的时候，首先建设子类别，然后将上级类别的信息元素拖到下子类中即可系统自动根据编码规那么

49、重新为信息元素编码，并同时通过平台订阅记录自动修改其它订阅用户的相应信息的编码。删除每个类别均有一个启用与否的状态标识，只有未启用的类别可以无限制的删除，一旦该类别被启用，那么必须是此类别下面所有的信息元素均处于未启用或已被移走参见元数据维护局部的情况下才可以删除。当此类别包含的信息元有一个处于启用状态时，此类别的状态即为启用状态，且此状态不能人为改为未启用，类别在新建成功时，状态默认为未启用。分组设置根据信息元素可以被订阅访问的级别，平台提供将元数据类别分组的功能，即根据当前的资源目录树，选择假设干类别选中上级目录时，所有下级均为选中状态归为一组，并为此组命名、编号。一个类别可以同时在多个组

50、内出现，但原那么上不允许存在类别不在任何组的情况平台提供检查漏项功能，由系统检查是否存在尚未被分组的类别资源。便于对系统用户分配订阅内容。类别分组界面如以以下图：资源类别分组界面元数据维护信息元维护指对各分类内应包含的信息元素元数据的维护，如水文类中包括日降雨量、时段降雨量、日蒸发量等内容。基于信息资源目录管理的信息元素维护在清晰描述信息自身含义的根基上，还清楚的描述了信息的存取方法，为后期的数据抽取做好准备。元数据维护可分为新增、修改、删除、移动和优先级设置几局部功能。平台根据参数设置见其它参数设置局部，可以记录信息维护的日志。新增对此模块有权限的平台使用者可以为指定类别添加新的信息元素，输

51、入元素名称及相关辅助信息，系统自动为元素生成ID标识号，此ID标识号在整个平台目录数据中具有唯一性，且按一定的规那么生成，信息元素的ID号中包括有所属的类别信息，如某元素的所属类别ID号为0100，那么此元素在该类别中是第2个元素，那么此元素的ID号为0102。修改与新增相似，已创立的信息元素名称及描述信息可以修改，但其ID标识不会改变。3、移动信息元素或称元数据可以由一个类别转移到另一个类别，转移可分为平级转移、向上转移和向下转移，分别与类别维护中的平级合并、向上合并、向下合并相对应。信息元素转移后，平台自动判断目标类别的编码，然后按目标类别编码生新为信息元素进展编码，并根据记录订阅信息，修

52、改订阅方此信息元素的编码值。删除每个元素均有一个启用与否的状态标识，只有未启用的元素可以无限制的删除，一旦该元素被启用过，那么证明此元素在某个目标数据库内存在该信息，平台会提示要慎重删除。一个元素在平台内被发现有请求使用时，其状态自动变为启用状态，且此状态不能人为改为未启用，新建成功时，状态默认为未启用。优先级设置每个信息元素都有一个优先级别号，标识此元素在所在类别中的重要程度，便于平台在运行时依此做出优先级判断。当系统发生资源争用时，可优先处理优先级较高的数据请求。目录索引管理目录索引顾名思义即是目录服务局部统一管理信息索引的功能，在此规定固定的编码规那么，并对编码的方式、意义有明确说明，当

53、创立新的类别、添加新的信息元素或其它需要生成编码时，即调用此功能，系统根据请求信息自动生成与之对应的ID标识。同时还有废号回收的功能，即当一个中间类别号或信息元素号被删除后，再有新的类别或信息元素生成时，可以使用此号。这样严格控制了目录中所有信息标识的唯一性，同时也最大程度的利用了号码资源。权限管理权限管理主要是对使用本系统的操作者及可以通过本平台进展数据交换及共享的所有应用系统的访问权限分配与管理功能。功能构造图如下：权限分配功能构造图操作者权限操作者的授权主要指通常意义上的用户与权限的管理，是对指定用户与平台功能的权限对应关系的分配与设置。具体包括角色定义、用户维护、权限分配。1、角色定义

54、按系统使用者的预定权限范围将用户考虑分组，每个组对应一个角色，可拥有一样的系统操作权限。角色定义功能完成角色的性质定义，包括编号、角色名称、权限范围描述等信息。角色定义维护包括角色信息的新增、修改、删除、查询。此功能只能由系统管理员完成。2、用户维护用户维护主要指维护系统的操作者人员信息，包括人员姓名、编号、登录名、密码、单位部门、联系方式等 基本信息，同时为用户分配所属的角色，一个用户可以同时拥有多个角色，即拥有多个角色的权限。用户维护功能包括新增、修改、删除、查询。此功能只能由系统管理员完成。用户本身登录平台后，可修改个人 基本信息中除编号、登录名称以外的所有信息。3、权限分配权限分配是对

55、指定角色可以访问本平台的具体菜单及功能进展设置分配。其设置后还可以根据需要进展修改。系统提供默认角色及权限设置，当新增一个操作员后，如没有对其进展角色分配，那么采用系统默认分配值操作本平台。系统用户权限在这里使用本平台进展数据交换或共享的系统即称为系统用户。应用系统的权限设置主要对目录服务内的相关信息进展分配与设置。具体包括权限分配和权限修改两局部。目录服务中已提到，系统用户在目录中以一个固定的类别存在，可以使用本平台的所有应用系统均是本平台的系统用户，因此必然要在目录列表中存在可能是人为注册也可以是自动注册的，且具体的应用系统在目录列表中对应一个具体的信息元素级数据。在目录服务中，也可以为系

56、统用户分组。1、权限分配在本模块中，不能对系统用户进展增删改操作此功能在目录服务中完成，只能对系统用户进展权限分配当系统用户进展分组后即为用户组进展权限分配，即可以为指定的系统用户组分配可以访问的信息资源类别组包括其它应用系统，这样，该用户就可以向有权访问的用户发出订阅请求信息，从而实现数据接收或发送只有双方均有权访问对方时，才能实现数据双向交换。同操作者权限管理类似，平台对系统用户提供默认权限设置，当一个新的应用系统通过本平台自动注册后，即享有本平台的默认系统用户权限，要改变此系统用户的权限，可以对该应用系统进展分组或直接分配系统使用权限范围。系统用户组权限分配界面如下：系统用户组权限分配界

57、面如界面所示，在为系统用户组分配权限时，还可以进展批量分配当几个系统用户组有一样的权限范围时。2、权限修改权限修改即是对已建设并分配权限包括默认分配的用户或用户组的权限进展修改、重新分配的过程。权限修改时，当用户组的权限范围缩小这里指原来有的权限修改为没有的情况时，平台自动判断此用户组是否已经订阅了被撤消权限的信息，如果有那么提示操作者用户此信息已经被订阅，假设强烈撤消此项权限内容，那么本系统自动删除此用户组对该信息的订阅信息及被订阅方的被订阅记录，否那么直接修改权限。订阅定制订阅定制是本交换平台的核心功能之一，主要指订阅方向被订阅方提出订阅请求，经对方允许后获得订阅信息的先期预订过程。系统提

58、供人机交互界面，用户通过界面访问、浏览可以订阅的对方信息，并定制订阅信息。订阅信息维护包括校验数据、订阅、退订三局部。订阅定制的功能构造图如下：订阅定制功能构造校验数据是指在具体订阅资源之前，首先检查、校验订阅方与共享方数据的同步性，不同步那么通过本平台进展数据同步，以便到达数据的一致性。退订是指订阅方取消订阅，删除已经定制好的订阅信息并发送退订消息给共享方不再订阅的过程；定制与此相反指开场订阅对方的共享信息。另外系统提供基于订阅的信息浏览与查询功能，可以查询已订阅的信息，也可以有针对性的查询当前网络中可以订阅的其它节点的共享信息。查询条件可以是信息类别、节点名称这些根基信息均是通过点到点的数

59、据同步得到、时间等。订阅定制总体功能流程图如下：订阅流程图数据校验本平台提供两种数据校验方式：系统自动定时校验和人工操作校验。1、自动校验自动校验是通过系统设置校验节点、频率或时间参数后，平台在运行过程中依据参数设置对指定对象进展数据校验，自动同步的过程。不需要人为操作。2、人工校验人工校验是指由操作员根据需要对指定节点的数据进展校验同步的过程。人工校验没有时间、频率的限制，由操作者根据需要而定。无论通过哪种校验方式，平台自动记录校验记录，记录上次校验时间，便于下一次数据校验时的参照与比对。订阅订阅即指订阅定制，是用户通过系统界面浏览其权限范围内的其它用户的共享资源，并对共享资源进展选择发送订

60、阅请求，最终获得订阅资格的过程。订阅的操作流程如下：订阅流程图图中淡粉色框是订阅方的操作内容，淡蓝色框是共享的操作内容，订阅过程实际上包括上图整个过程。本平台自动记录订阅方发出的订阅请求信息，包括请求时间、共享方、请求内容、请求结果等相关信息，并提供随时查看的功能供订阅方删改。订阅定制界面如下：订阅界面退订退订与订阅的过程刚好相反，是指已经订阅成功的信息，由于某种变化或需要，而由订阅方向共享方发出信息，提出取消订阅的过程。退订的操作流程如下：退订流程图如以以下图，退订过程中，一般只要订阅方提出申请共享方即取消对此订阅方提供相应的订阅信息。日志定制日志管理分为三个方面：记录内容管理、文件时间设置