多丽华杨拥民
摘要信息化时代复杂装备的远程故障诊断要求充分发挥多系统协同诊断效能，针对当前异构诊断应用系统间资源共享和服务协同需求，提出一种以WebServices技术体系为核心的远程协同诊断服务共享框架，通过对该框架理论的构建和关键技术的研究推动远程异构系统协同诊断环境的建立。
关键词服务WebService远程协同诊断
中图分类号TP277文献标识码A
一、引言
信息化条件下装备的故障维修变得更加复杂化和专家化。远程故障诊断技术可以在短时间内调动各种故障诊断资源，实现对复杂装备系统的快速、及时、正确的诊断。我军各军种及相关维修保障机构，联合地方科研力量相继针对某些主战装备，如直升机、舰艇等设计开发了一系列远程故障诊断系统，这些系统已经证明可以在一定领域发挥重要作用。但总的来说还存在以下问题：一方面，不同部门建设的孤岛式的故障诊断系统侧重于不同的武器装备，系统的开放性还很不够，系统间不能进行知识共享，严重影响了系统应用的效能和广度；另一方面，各诊断系统在技术实现上采用的平台、协议、体系结构各不相同，对于某一种可以通用的服务，由于各系统平台之间不能互连、互通、互操作，导致开发人员常常创建大量的冗余逻辑，造成了人力、财力的巨大重复性投入。
因此，借助于信息技术和网络技术，将专家经验、装备基础信息乃至信号分析算法等资源进行收集和整理，以松散的服务形式提供出来，通过计算机协同运作，建立多个异构诊断系统工作的服务网络，是解决上述问题的根本途径。对于我军来说，只有及时转变系统构建观念，充分利用互联网提供的信息共享和实时交互能力，建立基于广域网的远程诊断服务共享环境，完成协同式的诊断运行，才能保证复杂装备快速、准确、灵活的维修诊断要求。
二、远程协同诊断服务共享框架的一般结构
装备远程协同诊断服务共享框架的结构可以定义两个部分，首先定义“服务”的内涵，其次定义服务间的网络关系，给出服务共享框架的全貌。
一般意义上的诊断资源可归纳为以下三类：信息资源(InformationResources):e-files、结构化和半结构化对象；知识资源(KnowledgeResources)：概念，公理，规则，方法；服务资源(ServiceResources)：用于求解问题、处理信息和知识资源的可复用过程。
在装备远程协同诊断服务共享框架中，将所有上述意义上的资源都定义为一个个独立的服务，即将服务的概念空间进行外延，建立一个适用于协同诊断运作的服务空间，定义为：远程协同诊断服务空间（图1）是一个三维空间RS(x1，x2，x3)，其中每个点都唯一确定了一个服务或一组相关的服务。
其中，x1轴为服务类型轴，主要用于规定服务的类别及本质属性。x2轴为服务功能轴，该轴确定服务所能完成的功能范围，而且此轴根据各种相关技术的发展还可以扩展。x3轴为服务的网络位置，由该轴可以在整个服务共享平台上唯一确定一个服务单元的所处的URL地址。
利用该定义就可以在整个协同诊断环境中，唯一确定一个服务以及与其相关的一系列操作。定义好服务的具体范畴后，还需要进一步定义服务之间交联的网络形式。对于装备维修诊断整体环境来说，由于各单位科研力量，主攻方向，专家支持等各方面技术实力都不尽相同，所以，建立如图2所示的服务共享框架来满足基于广域态势的远程诊断需求。
该框架主要有以下几个组成部分：
1.服务单元（图2中圆圈，包括加粗和不加粗的）
系指松散的分布在各基层维修单位，科研院所的诊断资源服务，以完整的信息实体形式存在。这些服务带有定义明确的可调用接口，可以以定义好的顺序调用这些服务来形成业务流程。这些服务都满足服务空间的范式要求的。
2.局域服务网
系指各单位内部的服务祸接网络。该网络通常是紧祸合的，服务和服务之间通过特定的接口进行信息交互和通信。
3.诊断中心调度系统（图2中黑色实心圆）
它负责整体的诊断资源和服务调度，同时也是诊断服务的注册中心。服务通过该中心注册后就可以被其他应用系统找到，发挥其应有的作用。可以看出，诊断中心调度系统的设定也可以是分布式的。
4.广域服务网
系指本单位内可以与其他单位共享的服务单元（图2中加粗圆圈），通过指定的接口形式将其包装，以松祸合的方式在Internet上注册到诊断中心调度系统。这样就可以将传统的诊断服务单元，通过Internet延伸到可不计任何异构状态进行远程调用的远程诊断服务单元中去，形成全军诊断服务共享的态势。
可以看出，远程协同诊断服务共享框架的主要特征是：
协作性。每个合作伙伴都将精力集中在其核心能力上，并互补合作伙伴之间的能力，满足装备诊断要求是所有合作伙伴区共同目标。
虚拟化。采用动态联盟的方法，通过构建虚拟诊断协同联盟来完成对装备的诊断服务。诊断过程将跨越装备所在具体的管理理实体边界，在广域范围内运作。
敏捷化。系指远程协同诊断服务共享环境能够以最快的速度、最低的成本、最好的柔性调整其诊断组织结构，以响应诊断需求的变化。为了建立敏捷化的企业协同，要求远程诊断协同各方有很强的自适应能力，可以根据诊断需求的变化迅速完成自我调整，并迅速与合作者之间形成新的合作诊断流程，迅速把各方形成的知识体系转化为诊断实效，应用于诊断对象。
松散性。充分体现了面向服务的思想，对于用户提供一个获取诊断服务的统一平台，用户看到的就是一个诊断服务的集合。用户根据自己的需要来选择不同的服务。而这些诊断服务可以在不同的平台上实现，可以通过不同的通信协议来访问，但对外都是提供一个统一的服务接口。这样，实现了服务的实现与访问的分离，使用户对诊断资源的访问不再依赖具体的平台，用户只需要了解服务的接口，而不用关心服务具体的实现和访问的方式。
三、基于WebService的服务单元构建
远程协同诊断服务共享框架本身是如何将装备故障诊断软硬件资源组织在一起的抽象概念。它依赖于服务组织模式的确立以及以软件的形式存在的更加具体的观念和技术。此外，它还需要安全性、策略管理以及可靠消息传递的支持，从而有效地工作。WebService技术体系提供了服务间交互和通信的具体指导原则。因而，从本质上讲，WebService是实现框架服务共享的具体方式之一。
1.WebService技术体系简介
WebService目前还没有统一的定义。可以从以下几个方面对其加以描述：
(1)WebService是用标准的、规范的XML概念描述的，称为WebService的接口描述。这一描述囊括了与服务交互需要的全部细节，包括消息格式（详细描述操作）、传输协议和位置。
(2)WebService是部署在Web上的程序集，它通过Web接口提供某个功能程序段。该接口由WSDL(WebservicesDescriptionLanguage）描述；服务请求者使用SOAP格式的消息来调用服务接口。通过标准的Internet通信协议（如HTTP）客户机，将请求Internet上的WebService并接受返回消息的响应。这些在客户机和服务器之间传递的消息是基于XML编码的SOAP格式的消息。SOAP协议定义的框架既是可扩展的又是模块化的，使之成为一个功能强大且灵活的消息传输系统。正是SOAP、XML、WSDL等协议构成了WebService的协议栈基础。
WebService从根本上说是一个分布式解决方案，是建立可互操作分布式应用的技术平台。其实大多数分布式计算技术（如COM/DCOM,CORBA等）在软件功能复用和跨平台开发上都很成功，但这些技术的致命缺点是不能跨语言或跨语言调用，WebService为解决上述异构系统集成问题提供了良好的解决方案。使用WebService技术的主要优点是：①实现真正的系统互操作性；②平台无关性，任何能够访问Internet的平台都能访问WebService；③服务的中立性，WebService的接口是基于标准的，所开发WebService与程序语言和操作系统软件无关。
可以看出，WebServices能够统一地封装信息、行为、数据以及业务流程，而无需考虑应用所在的环境是使用何种系统和设备。通过使用WebServices来包装各科研院所或相关单位拥有的各种诊断资源和诊断系统，使不同的故障诊断功能单元，分别以WebService的形式加以发布，就能够通过将各种WebServices进行组合和集成来创建新的远程故障诊断应用，并最终形成动态灵活的装备远程协同诊断服务共享态势。
2．基于WebService远程协同诊断服务共享框架的设计与实现
(1)总体架构
装备远程协同诊断服务共享框架是一个架构在现设军网和Internet之上，由分布在异地的诊断资源组成的一种复杂而松散的广域分布式计算环境。利用WebService技术，这种系统能将网络中各处众多的诊断分析程序进行集成，大大增强系统的功能。
为了满足松散耦合的环境架设要求，选择采用基于WebService技术的B/S三层结构模型来建立原型系统。
客户层。可以是浏览器或客户端应用程序，使用HTTP协议通过Internet/Intranet向中间层WebService提交请求与显示返回结果；或者使用SOAP协议通过Internet/Intranet跨防火墙访问中间层中WebService提供的服务。
中间层（服务层）。分为WebService和应用服务器两部分，前者可以提供WebService服务，或作为B/S中的站点服务器；后者则提供构件服务。
数据层。包括提供分布式数据服务的数据库管理系统及专家知识库系统。
系统体系结构见图3。
(2)开发工具选择及技术难点
系统开发工具包括两个方面，一个是各种远程诊断信号分析WebService的开发，一个是装备远程协同诊断服务共享UDDI注册中心的构建。
Visualstudio.Net是微软公司最新推出的一套完整的开发工具，该框架可将现有的业务逻辑方便地转换为可重复使用的XMLWebService，从而成为能够用于任何平台的应用程序。所以本系统中WebService的开发采用在Net平台下进行。
UDDI4J是由IBM公司赞助的较为流行的开放源码项目之一。它是一个Java类库，提供可以用来与UDDI注册表交互的API。
所以，本文确定最终系统开发工具为．Net+UDD14J+DB2。
由于故障诊断系统中数据分析是系统的重要功能单元，常用的数据分析WebService如表1所示。
其中，Web服务器上的WebService是数据分析服务的提供者（ServiceProvider），客户端应用是服务的请求者(ServiceRequester)，两者之间的通信采用SOAP消息实现。
由于每个WebService分别实现了一定的功能，并统一封装了数据和需要执行的操作。对于用户而言，在编写客户端应用程序时，无需考虑WebService的具体实现，只要了解其调用接口的定义即可，这就是说，当WebService的实现发生改变时，只要调用接口不变，则调用该WebService的客户端应用程序代码不需作任何改变。
事实上，此处所提到的WebService客户端，相对于最终用户来说可作为服务器端。最终用户可以通过上载数据文件获得数据处理结果。用户需要对处理数据的结果进一步处理，可以选择在程序中直接调用WebService接口。这样用户就可以实现对异构平台上诊断软件单元的灵活调用。
另外，在设计WebService时，需要注意的问题是要统一各WebService的命名空间，以便客户端应用程序调用。同时，无论选择什么文件夹结构都必须确保在文件中使用的相对路径和绝对路径是正确的，特别是必须确保服务器响应文件中的handler标记指向正确位置。
四、结论
传统的自给自足的远程诊断系统组织形式比较僵化。为适应复杂装备的诊断需要，建立一种更少约束、更为灵活的诊断服务网络组织形式已成为大势所趋。本文提出的远程协同诊断服务共享框架实现了网络环境下诊断服务的水平共享，可适应多样化的大范围的诊断需求。WebService技术体系的采用提供了一种分布式的、平台无关的应用程序集成机制，使诊断服务能够更灵活地构建和使用。由于军队内部信息安全性要求高，所以，下一步的工作应该集中于如何建立军网内私有UDDI中心以及提高信息传输安全性的问题上。
参考文献
1何岭松，王峻峰，杨叔子．基于因特网的设备故障远程协作诊断技术．中国机械工程，1999(3)
2W3C，SOAPVersion1．2.http：//www．w3．org/tr/soap1．2/，2002
3FredBarwell，RichardBlai：等．VB．NET高级编程．清华大学出版社，2002