CN1805373A

CN1805373A - 用于在网络中管理非应用特定错误的系统和方法

Info

Publication number: CN1805373A
Application number: CN200610003684.6A
Authority: CN
Inventors: 文森特·V.D.·洛佛; 克雷格·W.·费伦斯坦; 里克·A.·哈密尔顿二世; 约史·约瑟失
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2005-01-12
Filing date: 2006-01-11
Publication date: 2006-07-19
Anticipated expiration: 2026-01-11
Also published as: US20060167828A1; CN100553203C; US7467196B2; US20080307250A1; US7664844B2

Abstract

一种用于利用故障诊断代理管理在带有错误信息的消息事务中通信的网络错误的方法、系统和程序。网络促进请求者和响应者之间的消息事务，以促进web服务。当发生了有关特定消息事务的非应用特定错误时，如网络错误，协议层分配错误码，并且请求者或发送者在添加到特定消息事务的包络主体中编码错误代码。特别地，所述消息事务是带有以错误码编码的简单对象访问协议(SOAP)包络的XML消息，XML消息接着附加到SOAP包络。所述错误编码的消息事务被转发到故障诊断代理。故障诊断代理促进所述非应用特定错误的解决并且将指示非应用特定错误的解决的描述性消息返回到所述请求者和所述响应者的至少一个。

Description

用于在网络中管理非应用特定错误的系统和方法

技术领域

本发明一般涉及改进的网络错误管理，尤其涉及网格环境内的自动自修复。更特别地，本发明涉及通过使用故障诊断代理管理XML消息事务中通信的网络错误。

背景技术

从两个计算机系统之间的第一次连接开始，经由连接在两个计算机系统之间传送数据、资源和其它信息的新方法就不断发展。在典型的网络体系结构中，当两个计算机系统经由连接交换数据时，计算机系统的其中之一被认为是发送请求的客户端而另一个被认为是处理请求和返回结果的服务器端。为尽力提高处理请求的速度，服务器系统的大小和速度持续扩展。另外，为尽力处理当每秒钟到达了多个请求时的高峰期，服务器系统经常联结到一起作为一组，并且请求被分配在这些成组的服务器之间。已经开发了多种对服务器分组的方法，如群集、多系统共享数据(系统联合体(sysplex))环境，和企业系统。利用服务器群集，一个服务器典型地被指派管理分配输入请求和输出响应。其它的服务器典型地并行操作以处理来自客户端的分派的请求。这样，群集中的多个服务器的其中之一会服务于客户端的请求，而客户端不会检测到是服务器群集在处理请求。

典型地，服务器或服务器组运行于如Unix或某些Unix变体的特定的网络平台，并且提供主机环境用于运行应用。每个网络平台都可以提供范围从数据库集成、群集服务以及安全性到工作量管理和问题确定的功能。每个网络平台典型地提供不同的实现、语义行为、以及应用编程接口(API)。

然而，仅仅将服务器分组到一起以扩展处理能力是改进网络中响应时间的效率的一种有限的方法。这样，越来越多地，在一个公司网络中，不是仅将服务器分组，而是将服务器和服务器系统组组织为分布式资源。有一股持续的努力以在公司网络内部和公司网络的外部的服务器之间合作、共享数据、共享周期、和改进其它的交互模式。此外，还有一股持续的努力以从一个公司的网络到服务供应商网络外购不重要的元件。而且，还有一种趋势，即在不受同一管理系统的控制，但是仍然可解决安全性、策略、支付和会员资格等问题的资源之间协调资源共享。例如，个人桌面计算机上的资源并不典型地作为公司服务器群集的资源受相同管理系统的控制。甚至在公司网络内的不同管理组也可能实现截然不同的管理系统。

将来自位于不同区域、在不同以网络平台上运行的服务器和其他计算系统(具有不同的安全协议并且每个安全协议由不同的管理系统控制)的可用资源分散的问题在于，导致开发利用用于操作网格环境的开放标准的网格技术。网格环境支持在动态、分布式、虚拟组织中共享和协调使用不同的资源。当资源(来自由不同组织操作、带有不同策略和管理系统的在地理上分散的系统)的选择被组织成处理作业请求时，在网格环境内创建虚拟组织。例如，网格厂商可以开发网格环境，买主可以提交网格作业到网格环境。

用于网格技术的开放标准描述了网格体系结构。在网格体系结构中，物理资源是由web服务管理的，并且开放标准使得web服务和网格服务之间能够连接。网格应用与网格服务连接。

目前，许多通过因特网提供的服务已经通过web服务实现。Web服务通信的基础是可扩展标记语言(XML)。XML技术在数据能自由地在两点之间流动的前提下起作用，参考作为请求者和响应者。

然而，基于XML的web服务的问题是当请求者的请求没有交付到响应者目的地时，请求者不具备管理通信错误的能力。特别地，XML处理中参考作为消息事务的错误确定典型地在协议层处理。然而，在协议层的错误处理典型地分配一个一般的错误码，该错误码不会给响应者提供足够信息以接下来处理错误或者强加给应用开发者写将响应协议层错误的应用程序的责任。特别地，要求响应者应用程序处理一般性非应用错误，诸如基于指示网络问题的基于协议的错误，是无益的。

为了网格环境有效地提供服务，网格资源和网格服务的自修复是有益的。这样，随着创建了更多的与web服务连接的网格服务，这对网络错误和在web服务层由代理发生的其它非应用特定错误的错误处理是有益的，而不是依赖请求者或响应者应用程序了解一般性错误，并且对提供更详细的和促进网络自修复的信息和响应是有益的。

发明内容

考虑到上述内容，提供本发明用于改进的网络错误管理服务，并且特别提供用于网格环境内的自动自修复。更为特别地，本发明涉及利用故障诊断代理管理作为web服务的一部分的XML消息事务中传达的网络错误。

在一个实施例中，网络促进请求者和响应者之间的消息事务处理，以促进web服务。当非应用特定错误(non-application specificerror)的出现涉及特定消息事务处理时，如网络错误，协议层分配错误码，并且请求者或者响应者编码添加到特定消息事务的包络体中的错误代码。特别地，消息事务是带有简单对象访问协议(SOPA)包络的XML消息，该SOPA包络使用XML消息接着将附加到其上的错误码编码。错误编码消息事务被转发到故障诊断代理。故障诊断代理促进非应用特定错误的解决，并且返回一个指明非应用特定错误的解决方案到至少一个请求者和响应者的描述性消息。

特别地，在促进非应用特定错误的解决时，故障诊断代理根据消息处理原则应用规则和策略。规则和策略指定对错误类型的可用响应，消息处理原则指示可以采用哪个可用响应。一个可用的响应是将非应用特定错误委托(delegation)给故障诊断代理或提供更多的特定错误解决的服务。

特别地，消息事务可出现在网格环境体系结构内的web服务层，以便通过在web服务层处理错误，而无需网格服务处理该错误。然而，故障诊断代理也可以在网格环境体系结构的网格服务层上将非应用特定错误传递给促进网格环境的自动自修复的网格服务。

附图说明

被认为是本发明的新颖特征在所附权利要求书中列出。然而，但结合附图阅读时，通过参考下面的示意性实施例的详细描述将最好地理解本发明自身、优选的使用模式、及其另外的目标和优点，其中：

图1描述了可在网格环境中实现的并且本发明可在其中实现的计算机系统的一个实施例；

图2是示意网格环境范围内一般类型组件的一个实施例的框图；

图3是示意可在网格环境中实现的体系结构的一个例子的框图；

图4是描述了消息事务的路径的流程图，其中消息事务中的错误解决是由至少一个故障诊断代理促进；

图5是示意根据本发明的方法、系统和程序的故障诊断代理的体系结构层的例子的框图；

图6是定义用于错误解决的规则的描述代码的文本例子；

图7是示意了带有根据消息处理原则处理的通信信息的XML/SOAP消息的内容的框图；

图8是表示带有通信错误信息的XML/SOAP消息的SOAP包络的描述代码的文本例子；

图9是描述用于传递问题到故障诊断代理以解决问题的过程和程序的高级逻辑流程图；

图10是描述用于在故障诊断代理根据本发明的方法、系统和程序处理带有错误信息的XML/SOAP消息的过程和程序的高级逻辑流程图。

具体实施方式

现在参考附图，尤其是图1，描述了可在网格环境中实现的并且本发明可在其中实现的计算机系统的一个实施例。正如将进一步描述的，网格环境包括被管理以提供资源的多计算机系统。另外，正如还将进一步描述的，本发明可运行在多种计算机系统，包括运行于在网格环境内管理的许多不同操作系统的多种计算系统、移动系统、和电子装置。

在一个实施例中，计算机系统100包括总线122或者其它用于在计算机系统100中传送信息的装置，以及至少一个如处理器112的处理装置，连接到总线122用于处理信息。总线122可能包括由网桥和适配器连接并且由多总线控制器在计算机系统100内控制的低等待时间和更高等待时间路径。当实现作为服务器系统时，计算机系统100典型地包括设计成改进网络服务能力的多个处理器。

在正常操作中，处理器112是一个如IBM的PowerPC^TM处理器的通用处理器，该处理器在操作系统控制下处理数据并从诸如随机存取存储器(RAM)114的动态存储装置和诸如只读存储器(ROM)116的静态存储器中得到的应用软件。操作系统可以为用户提供图形用户接口(GUI)。在一个实施例中，应用软件包含当在处理器112上执行实现图9和图10的流程图中描述的操作和在此描述的其它操作时的机器可执行指令。可选地，本发明的步骤可能由包含用于执行该步骤的硬连线的逻辑的特定硬件组件执行，或者由程控计算机组件和定制硬件组件的任何组合执行。

本发明可以作为计算机程序产品提供，包括已经存储在机器可读介质上的用于编程计算机系统100以根据本发明执行处理过程的机器可执行的指令。此处所用的术语“机器可读介质”包括参与提供指令给处理器112或其它用于执行的计算机系统100的组件的任何介质。这种介质可以是许多种形式，包括但不限于，非易失介质、易失介质和传输介质。例如，非易失介质的一般形式包括软盘、磁盘、硬盘、磁带或任何其它的磁性介质、光盘ROM(CD-ROM)或者任何其它光学介质、穿孔卡片或任何其它带有孔状样式的物理介质、可编程ROM(PROM)、可擦除PROM(EPROM)、电子EPROM(EEPROM)、闪存、任何其它存储器片或盒式磁带、或计算机系统100能从中读取并且适合于存储指令的任何其他介质。在本实施例中，一个非易失介质的例子是如描述为计算机系统100的内部组件的大容量存储装置118，但是可以理解的是也能由外部装置提供。易失介质包括如RAM114的动态存储器。传输介质包括同轴线缆、铜线或光纤、包括组成总线122的线。传输介质也可以采取声波或光波的形式，如那些在射频或红外数据传送中所产生的。

此外，本发明可以作为计算机程序产品下载，其中，程序指令可以经由与连接到总线122的通信接口132的连接的网络链接134(例如，调制解调器或网络连接)通过载波或者其它传播介质形式的数据信号从诸如虚拟资源160的远程虚拟资源传递到请求计算机系统100。虚拟资源160可包含从单个系统或多个系统可存取的资源的虚拟表示，其中，多系统的每一个也许都会被认为是运行于独立平台的资源的离散集合，但是由网格管理器协调为虚拟资源。通信接口132提供与网络链接134连接的双向数据通信，该网络链接可能连接到，例如局域网(LAN)、广域网(WAN)、或提供到网络102的接入的因特网服务提供商(ISP)。特别地，网络链接134可以提供到一个或多个网络的有线和/或无线网络通信，例如网络102，通过使用如虚拟资源160的虚拟资源，当在网格环境150内提供时是可存取的。网格环境150是多类型网络的一部分，包括点对点网络，或者可能是单个计算机系统的一部分，如计算机系统100。

作为一个例子，网络102涉及使用特定协议，如传输控制协议(TCP)和网际协议(IP)，彼此间进行通信的网络和网关的全球汇集。网络102使用携带数字数据流的电子、电磁、或光学信号。通过各种网络的信号和网络链接134之上以及通过可以在计算机系统100间来回携带数字数据的通信接口132的信号是发送信息的载波的示例性形式。可以理解的是，可以实现可选的网络类型、网络的结合和网络的基础结构。

当作为服务器系统实现时，计算机系统100典型地包括经由多外设部件互连(PCI)总线桥接到输入/输出控制器可存取的多通信接口。在这种方式下，计算机系统100允许连接到多网络计算机。

另外，尽管没有描述，多外设部件和内部/外部装置可以加入到计算机系统100中，连接到多控制器、适配器、和与多级总线122的其中之一连接的扩充插槽。例如，可以作为外设部件添加显示装置、音频装置、键盘、或光标控制装置。

本领域普通技术人员应当理解，图1中描述的硬件可能会变化。另外，本领域普通技术人员应当理解，所描述的例子并不意味着暗示有关本发明的体系结构的限制。

现在参考图2，图2示意了网格环境范围内一般类型组件的一个实施例。在本例子中，网格环境150的组件包括与网格管理系统240连接的客户系统200，其中网格管理系统240与服务器群集222、服务器224、工作站和桌面计算机226、数据存储系统228和网络230连接。为了示意的目的，没有描述网络位置和连接网格环境150内的组件的网络类型。然而，应当理解的是，网格环境150内的组件可位于利用相互重叠的多类型网络实现的网络基础结构体系结构的顶层。网络基础结构的范围可以从多个大型企业系统到点对点系统到单个计算机系统。另外，应当理解的是，网格环境150内的组件仅仅是网格环境内组件类型的代表。网格环境可以简单地包括在单个计算机系统内或可以包括多个企业系统内。

诸如网格环境150的网格环境的中心目标是对来自视为虚拟资源160的多个离散系统的资源的组织和交付。客户系统200、服务器群集222、服务器224、工作站和桌面计算机226、数据存储系统228、网络230和创建网格管理系统240的系统可以是不同种类的并且区域性分布具有独立的管理系统。但是经网格管理系统240通过网格基础结构能够交换信息、资源和服务。此外，服务器群集222、服务器224、工作站和桌面计算机226、数据存储系统228和网络230地理上横跨国家和大陆分布或者是本地可相互存取的。

在该例子中，客户系统200与网格管理系统240连接。客户系统200能代表发送请求到网格管理系统240的任何计算机系统。特别地，客户系统200可以发送虚拟作业请求(或者请求引证(RFQ))和作业到网格管理系统240。另外，虽然本实施例的客户系统200描述为使用请求访问网格环境150，在可选的实施例中客户系统200也可以运行在网格环境150之内。

尽管并行地描述虚拟资源160内的系统时，但实际上该系统可以是系统分层的一部分，其中虚拟资源160内的一些系统对客户系统200是本地的，而其它的系统需要接入到外部网络。另外，重点注意的是，在虚拟资源160内描述的系统可被物理地包含在客户系统200内。

为了实现网格环境150，网格管理系统240促进了网格服务。网格服务可以根据多体系结构来设计，包括但不局限于，开放网格服务体系(OGSA)。特别地，网格管理系统240涉及通过链接计算系统到特征在于通过网格服务共享资源的异类网络环境而创建一个网格的管理环境。

特别地，正如将进一步描述的，当在任何层上发生错误时，网格管理系统240可包括在网格环境150内促进自动自修复的代理和服务。另外，正如将进一步描述的，网格体系结构的一个层包含web服务。当非应用特定错误发生在web服务层发生的消息事务的交付过程中时，根据优点，由于错误附加在SOAP包络而没有适当交付消息事务，其中SOAP包络编码错误。然后，带有错误信息的消息事务被转发到促进错误解决的故障诊断代理。在促进错误解决中，故障诊断代理会转发带有错误信息的消息事务到促进自动自修复以解决错误的网格管理系统240内的代理或服务的其中之一。

现在参考图3，图3示意了可在网格环境中实现的体系结构的一个例子。如图所示，体系结构300包括多功能性层。如将进一步描述的，本发明是可在如体系结构300的体系结构的一层或多层中实现的过程，该体系结构可在如图2中所描述的网格环境中实现。应重点注意的是，体系结构300只是可在本发明可在其中实现的网格环境中实现的体系结构的一个例子。另外，应重点注意的是可在网格环境中实现多体系结构。

在体系结构300的各层中，首先，物理和逻辑资源层330组织网格中的系统的资源。物理资源包括但不局限于：服务器、存储介质和网络。逻辑资源虚拟化和聚集物理层到如操作系统、处理能力、内存、I/O处理、文件系统、数据库管理者、内存管理器、目录和其它资源的可用资源。

接下来，web服务层320提供网格服务310与物理和逻辑资源330之间的接口。web服务层320实现服务接口包括但不局限于在网际协议(IP)或其它网络传输层之上执行的web服务描述语言(WSDL)、简单对象访问协议(SOAP)和可扩展标记语言(XML)。如将进一步描述的，当网络传输层返回一个错误码，web服务层320加强了带有描述了错误码的SOAP包络的XML消息事务，转发带有错误信息的XML消息事务到故障诊断代理。

另外，开放网格服务基础结构(OSGI)标准322通过扩展web服务320在当前web服务320之上建立，以便为需要建立网格资源模型的动态和可管理的Web服务提供能力。特别地，通过实现带有web服务320的OGSI标准322，使用OGSA设计的网格服务310是可相互操作的。在可选的实施例中，其它的基础结构或附加的基础结构可以实现顶层web服务层320。

网格服务层310包括多个服务，它们的组合可以实现网格管理系统240。例如，网格服务层310可以包括使用OGSA设计的网格服务，以便在创建网格服务时实现统一的标准。可选地，网格服务可在多体系结构下设计。网格服务可以分组为4个主要功能。然而，应当理解的是，其他功能也可由网格服务执行。

首先，资源管理服务302管理物理和逻辑资源的使用。资源可以包括但不局限于：处理资源、内存资源和存储资源。这些资源的管理包括调度作业、分配作业和为作业管理结果的检索。资源管理服务302监视资源装载和分配作业到网格不那么忙的部分以平衡资源负载和吸收不期望的活动高峰。特别地，用户可以指定优选的性能级别以便资源管理服务302分配作业以在网格内维持该优选的性能级别。

第二，信息服务304管理在网格内的计算系统间的信息传送和通信。既然可以实现多通信协议，信息服务304利用通信协议的多种类型管理跨越多个网络的通信。

第三，数据管理服务306管理网格内的数据传送和存储。特别地，数据管理服务306可以移动数据到网格内的节点，在该节点将会执行请求数据的作业。可以实现如网格文件传输协议(GridFTP)的特定类型的传输协议。

最后，在每个运行于网格内的系统的连接层，安全性服务308为安全应用安全协议。安全性服务308可以实现如开放安全套接字层(SSL)的安全协议，以提供安全发送。另外，安全性服务308可以提供单一签名机制，以便一旦用户通过验证，当在网格内为用户执行动作时就创建和使用代理证书。

多服务可以一起工作以提供网格计算系统的几个关键功能。在第一个例子中，在网格内分配了计算任务。数据管理服务306将计算任务划分成不同的数据分组网格服务请求，该数据分组接下来由资源管理服务302分配和管理。结果由数据管理系统306收集和巩固。在第二个例子中，跨越网格内的多个计算系统的存储资源被视为由数据管理服务306管理和由资源管理服务302监视的单个虚拟数据存储系统。

应用层340包括使用网格服务层310中可用的一个或多个网格服务的应用。有利地，应用经由网格服务层310和web服务320与物理和逻辑资源330连接，以便多个异类系统能交互和相互操作。

现在参考图4，图4描述了消息事务的流程图，其中消息事务中的错误解决是由至少一个故障诊断代理促进的。特别地，在网格环境240和其它网络环境之内，网格服务可以利用XML通信。XML是由请求者和响应者定义的信息传递技术，其中指出了在请求者和响应者之间流动的标准的和可扩展的数据。

通常，在一个例子中，请求者402通过以XML/SOAP消息的形式发送消息事务与响应者404通信。特别地，经由中间者414，请求者402将XML/SOAP消息406传递到响应者404而响应者404将XML/SOAP消息416传递到请求者402。

从响应者404到请求者402的响应既可以分类为应用特定的也可以分类为非应用特定的。根据本发明的优点，指出了问题的非应用特定响应被传递到故障诊断代理410，减轻了请求者402需要响应除了应用逻辑上下文内的错误之外的应用支持压力。在该例子中，非应用特定响应是网络问题412，以XML/SOAP消息格式发送到故障诊断代理410。故障诊断代理410然后以尽可能好的错误码和消息的粒度解决该错误，并且返回响应408到请求者402，返回响应418到响应者404，或者返回响应到中间者414。在可选的实施例中，请求者402或中间者414可以接收网络问题412的非应用特定响应，并且将网络问题412传递到故障诊断代理410。例如，响应408或418可以包括详细的错误码或可以包括XML/SOAP消息的受托路由更新。

参考图7和图8的进一步描述，网络问题412以XML/SOAP消息形式编码。通过添加将网络问题定向到故障诊断代理410的SOAP头，请求者402、响应者404或中间者414转发网络问题412到故障诊断代理410。

另外，当消息是应用特定的，如HTTP的协议层处理错误或向上推动错误到请求者402处的应用。在一个例子中，协议层分配一个错误，该错误具有来自由位于请求者402的应用理解的错误消息或代码的高级集合的定义。

特别地，在故障诊断代理410，由故障诊断代理410返回的好的错误码或消息的粒度可能比由协议产生的一般错误消息或代码更为特别。特别地，当网络问题412的消息被传递到故障诊断代理410，故障诊断代理410可以指定错误带有指示器，包括但不局限于：服务器停机、网络路径阻塞、网络流量过高、网络超时和其它由于网络问题妨碍消息的适当接收的错误指示器。

如参考图5将进一步描述的，故障诊断代理410可以确定如何通过规则428解决和响应网络问题412。规则428可允许故障诊断代理410分发网络问题412和其他处理过程到其它服务和代理。在一个例子中，故障诊断代理410可以分发网络问题412到能够解决更多特定错误的其它故障诊断代理，如错误特定的智能故障诊断代理426。另外，在提供响应408和响应818时，故障诊断代理410可以分发网络问题412到问题确定和解决中心420以提供附加的诊断和步骤。另外，故障诊断代理410可以分发网络问题到使用特定网络诊断工具检查和校验问题的网络诊断服务422。此外，当错误是网格节点故障时，故障诊断代理410可以分发网络问题412到服务可用性管理代理(SAMA)424，SAMA是用于在网格环境内执行自修复的自动网格服务代理。例如，标题为“MANAGING ANALYSIS OF A DEGRADEDSERVICE IN A GRID ENVITONMENT”，共同受让给国际商务机器公司的美国专利申请10/757,270，其在此结合作为参考，描述了在网格环境内执行自修复的SAMA，并且也可分发错误到处理非应用特定协议层错误的故障诊断代理，如故障诊断代理410。

现在参考图5，图5示意了根据本发明的方法、系统和程序的故障诊断代理的体系结构层的例子的框图。如图所示，故障诊断代理体系结构500包括用于处理解决和创建更多的特定错误消息的多个层。通常，通过策略驱动的故障诊断代理体系结构500实现的故障诊断代理410可以物理实现于包括但不局限于SOAP中间者、网格环境中的服务、独立服务器、或紧密耦合的服务器群集的多个系统中。

首先，策略和规则510是包括控制故障诊断代理410和使得故障诊断代理410具备执行错误解决所需的逻辑的策略和规则的层。正如上文参考图4所描述的，策略和规则510可以经由网络从至少一个如规则428的数据存储位置访问。策略和规则510可以包括为网格环境之内出现和发生的任何错误消息和条件所定义的规则。错误消息可包括不确定的错误指示器、一般的错误指示器、和特定的错误指示器。另外，如上所述，错误消息有利地包括非应用特定错误指示器，然而，如果规则和策略510包括用于故障诊断代理410以解决应用特定错误指示器的规则，那么故障诊断代理410也可以处理应用特定错误指示器。

参考图6，图6描述了在策略和规则510中定义规则的代码的文本例子。在该例子中，代码规则602处理“HTTP(未找到)”的错误，如参考数字604所示。“HTTP(未找到)”的错误是将要被传递到故障诊断代理410的不确定的、非应用特定错误。用于处理该错误的一个选项是故障诊断代理410故障诊断到达主机系统(响应者404)的路径并或者命令执行纠正动作或者提供告警到负责该任务的可选代理，如“TCPPingAgent”，如参考数字608所描述。用于处理该错误的另一个选项是故障诊断代理410以新的URL执行对请求者的消息的受托更新，其中通信路径是在工作的，但URL需要改变的；一旦故障诊断代理410将URL更新到正确的主机(响应者)，则请求者402和响应者404就可交换数据。例如，在参考数字606指示了一个用于更新URL的可选节点。

应当理解的是，编码规则602提供了可作为策略和规则510的一部分存取的规则类型的示意性例子。用于错误的附加类型和响应的附加类型的规则可以包含在策略和规则510中。

现在返回到图5，通过故障诊断410，消息处理原则506提供用于处理带有通信错误信息508的XML/SOAP消息的原则。特别地，消息处理原则506可以包括用于处理带有通信错误信息508的XML/SOAP消息的多个指令或策略。

在一个例子中，消息处理原则506包括用于“如何解释带有通信错误信息的XML/SOAP消息”的一般原则。在一个例子中，该原则需要故障诊断代理410必须首先解析消息以获得关键性错误数据、请求者识别、响应者识别、和应用识别。例如，解析消息以获得“HTTP(未找到)”的错误数据。基于解析的错误消息，故障诊断代理410接下来可以分析策略和规则以确定故障诊断代理410是否能实现解决方法或者故障诊断代理410是否需要将消息传递到错误特定或问题特定的故障诊断代理。

另外，消息处理原则506包括用于“提供和授权安全能力以解释和交换消息路由和消息内容”的更为特别的原则。在一个例子中，当在分析所解析的错误消息时，该原则需要故障诊断410确定为解决该问题，请求者的消息内容需要更新。例如，故障诊断代理410将执行更新，该更新受控制请求者402的环境或用于网格环境的安全策略的制约。在一个例子中，通过使用数字签名以识别故障诊断代理410以及使用安全密钥以加密和解密消息，故障诊断代理410将执行诸如数据完整性认证和保证的安全策略任务。

接下来，消息处理原则506包括用于“解释为特定错误消息定义的规则和策略”的更为特别的原则。在一个例子中，该原则需要策略和规则510控制故障诊断代理410，该策略和规则510可以静态或动态强制和调整以匹配发生在特定网格环境或网络环境内的错误条件类型。

另外，消息处理原则506包括用于“委托消息到用于诊断过程的故障诊断程序或为问题解决的不同层次形成故障诊断程序分层结构”的更为特别的原则。特别地，如果故障诊断代理不能解决该错误，该原则会考虑故障诊断代理410将错误传递到处理特定错误分析类型的另一个代理，如错误特定智能故障诊断代理426。

现在参考图7，图7示意了带有根据消息处理原则506处理的通信信息508的XML/SOAP消息的内容的框图。在该例子中，到SOAP包络702的附件710包括初始SOAP主体消息712。特别地，当检测到错误时，发送消息508到故障诊断代理410的实体创建SOAP包络702并且附加附件710。附件710包括初始SOAP主体消息712，该消息是初始时直接到响应者的未修改的SOAP消息。

SOAP头704指定消息处理原则506。特别地，SOAP头704指定故障诊断代理能够在错误解决中扮演的角色、故障诊断必须处理的消息、以及带有诸如请求者地址的地址标题、目的地地址和消息处理中的中间者和每一个实体角色。

SOAP主体706包括SOAP故障708，该故障是由如HTTP的通信协议层生成的错误消息。特别地，由通信协议层生成的该错误消息在SOAP主体706中编码。

现在参考图8，图8描述了带有通信错误信息的XML/SOAP消息的SOAP包络的描述代码的文本例子。如图所示，SOAP包络代码800表示SOAP包络702。SOAP包络代码800包括由SOAP头部704表示的头部代码802。在该例子中，头部代码802为SOAP包络指定的名字空间为“http：//schemas.xmlsoap.org/soap/envelope”，而为SOAP编码指定的名字空间为“http：//schemas.xmlsoap.org/soap/encoding”。另外，头部代码802包括用于故障诊断代理“errorRecoveryAgent”的名字空间“http：//hostname.com/soap/error”。

另外，SOAP包络代码800包括编码故障代码800的主体代码804，分别表示SOAP主体706和SOAP故障708。在该例子中，故障代码806指定了指示错误信息来自发送器的数值代码808、指示“HTTP：404”的协议错误号码的数值子代码810和指示“未找到”的协议错误的原因的原因代码812。

可以理解的是，图7和图8仅仅是用于增强带有通信错误信息的XML/SOAP消息的一个方法的示意性例子，但是可以在带有通信错误信息的XML/SOAP消息中实现加强的SOAP头、SOAP主体的其它数据结构和其它代码增强。另外，应当理解的是，SOAP包络代码800提供了能实现增强的XML/SOAP消息的通信错误信息的编码类型的示意性例子，但也可以实现其他的编码术语和结构。

现在再次返回到图5，通信故障诊断500通过与其它故障诊断提供者交互促进故障诊断和恢复过程。特别地，在故障诊断代理410处用于特定错误的策略和规则510可能需要将错误消息转发到另一个能够处理用于该特定错误类型的诊断过程的故障诊断代理，如错误特定的智能故障诊断代理426。结果，错误特定的故障诊断代理或故障诊断代理的分层结构处理该错误消息并返回详细的错误消息或解决了该问题。在一个例子中，接收错误消息的第一故障诊断代理可以处理简单问题并将更复杂的问题委托给分层结构中的另一个故障诊断代理。

另外，参考图5，决策和响应处理502处理如何分发响应给请求者。特别地，基于策略和规则510，决策和响应处理502可以执行多个步骤以分发响应。在一个例子中，决策和响应处理502通知请求者有关尽可能详细的问题以便请求者能够做出与该消息有关的决定。例如，请求者可以决定重新路由消息、取消消息、或延迟消息。在另一个例子中，决策和响应处理502通过故障诊断代理推荐的路由重新将消息路由到目的地或者重新将消息路由到新的服务端点。另外，决策和响应处理502可以传递处理的这个部分到用于更深入地分析和响应处理的其它自动代理。例如，问题确定和解决中心420为更深入地分析和响应处理提供独立的自动代理。

现在参考图9，图9描述了根据本发明的方法、系统和程序用于传递问题到故障诊断代理以解决问题的过程和程序的高级逻辑流程图。如图所示，由请求者、中间者或响应者执行的处理过程开始于块900，并且此后继续进行到块902。块902描述了是否检测了错误的判定。如果检测到了错误，那么过程转到块904。块904示意了错误是否是应用特定的判断。如果错误是特定应用的，那么过程转到块906。块906描述了将错误消息传递到请求者或处理应用特定错误的其它代理。否则，在块904，如果错误不是应用特定的，那么过程转到块908。块908描述了在主体中使用错误编码应用SOAP包络。下一步，块910示意了将带有错误信息的XML/SOAP消息转发到故障诊断代理，然后处理过程结束。

现在参考图10，图10描述了用于在故障诊断代理根据本发明的方法、系统和程序处理带有错误信息的XML/SOAP消息的过程和程序的高级逻辑流程图。如图所述，由故障诊断代理执行的处理过程开始于块1000，并且此后继续进行到块1002。块1002描述了故障诊断代理是否接收到带有错误信息的XML/SOAP消息的判断。一旦故障诊断代理接收到了带有错误信息的XML/SOAP消息，则过程转到块1004。块1004示意了在消息头为消息处理原则、请求者识别、和响应者识别以及在消息主体为错误解析SOAP包络。下一步，块1006描述了基于规则和策略尝试解决该错误，如消息处理原则所指导的，然后过程转到块1008。

块1008示意了故障诊断代理是否能够解决错误的判断。如果故障诊断代理能够解决该错误，那么过程转到块1010。块1010描述了发送响应给请求者，然后过程结束。如前所述，响应可以包括更新的消息或特定错误码和解释。另外，响应可以包括错误条件已被解决的指示器。另外，如前所述，返回响应需要故障诊断代理采用附加的步骤以解决错误。

返回到块1008，如果通过可用的规则和策略故障诊断代理不能解决该错误，那么过程转到块1012。块1012描述了消息处理原则是否允许故障诊断代理委托错误消息到其它的故障诊断代理或服务。如果消息处理原则不允许委托，那么过程转到块1014。块1014描述了创建指示缺乏错误解决能力的响应，然后过程转到块1010。否则，在块1012，如果消息处理原则允许委托错误消息到其它的故障诊断代理或服务，那么过程转到块1016。

块1016描述了传递错误消息到其它故障诊断代理或服务。下一步，块1018示意了故障诊断代理是否接收到错误诊断、错误解决、或系统诊断的响应的判断。一旦故障诊断代理接收到响应，则过程转到块1020。块1020描述了对该响应的响应，然后过程转到块1010。特别地，响应该响应需要基于例如为XML/SOAP消息更新URL的响应作出判定。

虽然已参考优选实施例特别展示并描述了本发明，然而本领域的技术人员应理解的是，可对其在形式和细节上有各种改变但并不偏离本发明的精神和范围。

Claims

1.一种用于管理网络中的非应用特定错误的系统，包括：

使得能够进行由中间者促进的在请求者和响应者之间的消息事务的网络；

经由所述网络可访问的故障诊断代理；

所述故障诊断代理还包括：

用于接收特定消息事务的装置，所述特定消息事务转发自所述请求者、所述响应者和所述中间者的至少一个，并带有在由所述请求者、所述响应者和所述中间者的至少一个添加的附加包络中编码的非应用特定协议级错误；

用于促进所述非应用特定协议级错误的解决的装置；以及

用于将指示所述非应用特定协议级错误的所述解决的描述性消息返回到所述请求者、所述响应者和所述中间者的至少一个。

2.根据权利要求1的用于管理网络中的非应用特定错误的系统，其中所述消息事务包括XML消息。

3.根据权利要求1的用于管理网络中的非应用特定错误的系统，其中所述非应用特定协议级错误在SOAP包络主体中编码。

4.根据权利要求1的用于管理网络中的非应用特定错误的系统，其中所述网络还包括所述消息事务针对其发生的至少一个web服务以及与所述至少一个web服务交互的至少一个网格服务。

5.根据权利要求1的用于管理网络中的非应用特定错误的系统，其中用于促进所述非应用特定协议级错误的解决的所述装置还包括：

用于根据依照至少一个消息处理原则应用的至少一个规则促进所述非应用特定协议级错误的解决的装置。

6.根据权利要求1的用于管理网络中的非应用特定错误的系统，其中所述故障诊断代理还包括用于将所述非应用特定协议级错误委托给错误特定的故障诊断代理和网格环境服务代理中的至少一个以进行解决的装置。

7.根据权利要求1的用于管理网络中的非应用特定错误的系统，其中用于促进所述非应用特定协议级错误的解决的所述装置还包括：

用于为所述特定消息事务执行路由地址的受托更新的装置。

8.根据权利要求1的用于管理网络中的非应用特定错误的系统，其中所述非应用特定协议级错误由协议层返回并指示与网络有关的问题。

9.一种用于管理网络环境中的非应用特定错误的方法，所述方法包括：

使得能够在网络环境中进行由中间者促进的在请求者和响应者之间的消息事务；

在可在所述网络环境中访问的故障诊断代理处接收特定消息事务，所述特定消息事务转发自所述请求者、所述响应者和所述中间者的至少一个，并带有在由所述请求者、所述响应者和所述中间者的至少一个添加的附加包络中编码的非应用特定协议级错误；

从所述故障诊断代理促进所述非应用特定协议级错误的解决；以及

将指示来自所述故障诊断代理的所述非应用特定协议级错误的所述解决的描述性消息分发到所述请求者、所述响应者和所述中间者的至少一个。

10.根据权利要求9的用于管理网络环境中的非应用特定错误的方法，其中使得能够在网络环境中进行由中间者促进的在请求者和响应者之间的消息事务还包括：

使得能够在所述请求者和所述响应者之间进行XML消息事务。

11.根据权利要求9的用于管理网络环境中的非应用特定错误的方法，其中所述非应用特定错误在SOAP包络的主体中编码。

12.根据权利要求9的用于管理网络环境中的非应用特定错误的方法，其中所述网络环境还包括所述消息事务针对其发生的至少一个web服务以及与所述至少一个web服务交互的至少一个网格服务。

13.根据权利要求9的用于管理网络环境中的非应用特定错误的方法，其中促进所述非应用特定协议级错误的解决还包括：

根据依照至少一个消息处理原则应用的至少一个规则促进所述非应用特定协议级错误的解决。

14.根据权利要求9的用于管理网络环境中的非应用特定错误的方法，其中从所述故障诊断代理促进所述非应用特定协议级错误的解决还包括：

将所述非应用特定协议级错误委托给错误特定的故障诊断代理和网格环境服务代理中的至少一个以进行解决。

15.根据权利要求9的用于管理网络环境中的非应用特定错误的方法，其中所述促进所述非应用特定协议级错误的解决还包括：

为所述特定消息事务执行路由地址的受托更新。

16.一种用于管理网络环境中的非应用特定错误的程序，所述程序包含在计算机可读介质中，所述程序包括计算机可执行的指令，该指令致使计算机执行以下步骤：

接收特定消息事务，所述特定消息事务在网络环境中转发自请求者、响应者和中间者的至少一个，并带有在由请求者、响应者和中间者的至少一个添加的附加包络中编码的非应用特定协议级错误，其中所述网络环境使得能够进行由中间者促进的在请求者和响应者之间的消息事务；

促进所述非应用特定协议级错误的解决；以及

将指示所述非应用特定协议级错误的所述解决的描述性消息分发到所述请求者、所述响应者和所述中间者的至少一个。

17.根据权利要求16的用于管理网络中的非应用特定错误的程序，其中所述接收特定消息事务，所述特定消息事务在网络环境中转发自请求者、响应者和中间者的至少一个，并带有在由请求者、响应者和中间者的至少一个添加的附加包络中编码的非应用特定协议级错误的步骤还包括：

接收带有在SOAP包络的主体中编码的所述非应用特定协议级错误的XML消息事务。

18.根据权利要求16的用于管理网络中的非应用特定错误的程序，其中促进所述非应用特定协议级错误的解决的所述步骤还包括：

19.根据权利要求16的用于管理网络中的非应用特定错误的程序，其中从所述故障诊断代理促进所述非应用特定协议级错误的解决的所述步骤还包括：

20.根据权利要求16的用于管理网络中的非应用特定错误的程序，其中促进所述非应用特定协议级错误的解决的所述步骤还包括：

为所述特定消息事务执行路由地址的受托更新。