XML & 数据融合

What is XML

XML规范既不是一套语法、也不是一组标签，它只是提供了一种定义标签和数据结构之间的关系的方法。它的出现是为了满足通过web或其它机制进行数据交换的需要。

XML的价值在于提供了一种在应用之间进行数据交换的标准手段，

XML是一种存储结构化和半结构化信息的理想数据格式．这些被格式化的信息可以在不同的媒体介质上发布或出版、本质上XML是一种元语言．是一种用于描述其它语言的语言．它的目的是创建一种简单而又强有力的信息存储、处理和分发机制。

What is tML

tML框架的目的在于，为TMN应用的互操作提供一个基于XML的标准的接口定义。

tML（telecommunications Markup Language）即电信标记语言，用于电信网络的操作、管理、维护和服务提供(OAM&P)领域，tML是XML的一种应用。

tML被用于电信OAM&P实体之间的数据交互格式，例如：帐单、维护报告等。

tML 与 TMN X接口

tML可以作为描述数据格式的通用语言被用于X接口，该语言与各进行信息交换各系统的硬件平台、操作系统、编程语言无关。使用tML对于需要将网络管理应用与web进行集成的人来说是非常重要的。通过TMN X接口进行交换的tML文本可以应用于基于XML信息格式的综合管理系统和企业信息系统中。

例如，tML接口可以用在以下领域：帐务管理，包括帐单和记帐信息维护；性能管理；故障管理，包括测试、维护管理等；配置管理。

 

数据融合

数据融合（Data Fuion）是一个新近出现的概念，它代表一种信息获取方式．“数据融合”在不同领域有不同的表现形式，本质上它基于对来自多种数据源的数据的协同处理，“数据融合”意味着一种同时在不同领域内得到应用的信息获取方式，通常能够保证更高质量的信息。

对”数据融合”的研究事实上早就存在，只是各个领域采用的方法和名字各不相同而已。“数据融合”这一名词的出现表明了学术界的一个共识。不管在哪个应用领域．那些对数据的协同处理方式存在共同的问题，有着共同的特点。对这些问题和特点的探究成为当前学术界的一个研究热点。参与融合的数据的特点．数据融合的方法，以及数据融合的体系结构等都是值得关注的问题．这些问题的解决使得更加完善的融合过程的分析、设计和实现成为可能，从而使得我们能够更加轻松地设计合理的方法和算法来监控整个过程的质量。

这里我们要注意“数据融合”（data Fusion）与“数据集成”（Data Integration）的区别。“数据集成”是指多种数据的叠加，叠加的集成数据中，仍保存着原来的数据的特征。“数据融合”则是指多种数据经合成后，不再保留原来数据的单个特征，而产生一种新的综合数据。集成的数据没有产生根本的变化，而融合的数据产生了根本的变化，产生了新的数据。

“数据融合”的优点体现在：

l         强壮性和可靠行．即使在一个或多个数据波不可用或不正常的情况下，系统仍然能够运行。

l         在空间和时间的覆盖面更广。

l         数据空间的维度得到提升提高了信息推理的质量，降低了系统的脆弱程度．

l         系统的不确定性降低、更多完整的信息使得对各类假设的区分、辨别能力得到提高。

l         提供了一种用现存数据进行协同处理、挖掘的解决方案。

显然．为了提高系统本身的强壮性、可靠性，以及系统服务的质量，“数据融合”是可行方案之一。

数据融合一般功能模型

数据融合的一般功能模型对于设计融合系统结构及有效利用多传感器信息具有重要的指导意义。LUO等人曾提出层次化融合结构，论证了利用分布在同一地域内多个平台上的多个传感器的信息来进行融合的问题，指出融合的层次化结构能大大降低识别过程中每阶段所需的数据存储空间和在不同平台间进行数据（信息）关联所需的通信带宽；Thomopoulos( 等也针对多传感器信息融合问题提出了层次化划分方法；为了建立公共的语言和概念，)white给出了一个著名的一般处理模型，它把数据融合分为三级：一级———融合的位置和标识估计；二级———敌我军事态势估计；三级———敌方兵力威胁估计。这个模型已成为研究数据融合的基本出发点。

 

基于XML的数据融合体系结构

下图为进行管理信息数据融合的体系结构。

1）   XML数据源

XML数据源由分别存放不同类型数据的数据源组成，系统并不关心某一数据源内部是如何组织的，重要的是每个数据源提供给“XML融合服务模块”以XML格式数据的存取接口。这样在“融合服务”模块着来，每一个数据源里存放的都是XML格式的数据．

2）   元数据服务

每一种类型的XML数据源在“元数据服务”中有一个元数据库．分别接受融合管理模块的查询和相应数据源的内容更新。

3）   XML融合服务

本模块从管理模块接受数据请求和融合逻辑规则，然后从数据源获取数据．按逻辑规则进行融合，最后将处理结果返回给管理模块。

4）   多类型数据融合管理模块

本模块是“多类型数据融合模型”的控制模块。它将上层应用的请求转换为其它模块能够理解的规则，然后向其它模块发出请求。由于管理模块可能同时处理不只一个数据请求，它还必须负责跟踪来上层应用的每一个请求，通过ID号将来自“XML融合服务模块”的XML数据响应与请求匹配起来。

 

  基于XML的数据表现模型

“数据表现”就是将数据转化为适合于用户使用的形式．如果说前面讨论的数据融合”主要是面向服务器的、关于如何更好地组织数据的话，那么本章将要讨论的“数据表现”的内容将主要是是面向用户的，关于如何更好地展示数据。

“数据表现”的实现和服务器端的解决方案有很大的关系．本章将讨论在服务器端采用基于XML  融合方案的网络管理系统的数据表现技术。

基于XML的数据表现开始于底层的数据服务――基于XML的数据融合服务，结束于人机界面的信息表达、下图是整个模型的功能模块示意图。

下图很清楚地描述了“数据表现模型”的功能组成模块和数据流程。

1）   不同类型的数据有不同的表现形式，因此对编码不同类型数据的XML元素所进行的处理（主要是两个过程，图中虚线框所示）肯定有较大差别，必须由不同的程序模块来处理，使之适合信息表达。

2）   在编码不同类型数据的XML元素分别处理完之后．必须再用特定于客户端的XML文件将处理结果集成起来，以便客户端程序统一处理．

3）   并不是每一个XML元素都会经历图中的整个过程．有的XML元素表示的数据可能在被表达前无需经过某些处理。

4）   数据源服务肯定发生在服务器端，信息表达则肯定发生在客户端，而其余步骤则可能在服务器端，也可能发生在客户端，视具体的系统设置而定。

基于XML的数据表现模型