服务流处理设备和方法

专利名称：服务流处理设备和方法
技术领域：
本发明涉及一种根据服务流描述文档和接口描述文档请 备和服务流处理方法。
背景技术：
迄今为止，已知根据用于顺序执行Web服务的Web服务流 描述文档(结构化文档)顺序执行Web服务的技术(例如，参考 http:〃www.ibm.com/developerworks/jp/Webservices/library/ws隱b pelcoll/4戈到的"Business Process with BPEL4WS: Understanding BPEL4WS, Part l，，)。广泛使用WS-BPEL(Web服务业务流程执 行语言)作为该结构化文档。WS-BPEL是以XML(可扩展标记语 言)描述的Web服务流描述语言。由OASIS(结构化信息标准促进 组织)管理WS-BPEL规范。注意，对于WS-BPEL,使用WSDL(Web月良务描述语言)作为 用于识别Web服务的接口 。 WSDL是描述Web月l务接口所使用的 语言，并且由万维网联盟(W3C)发布WSDL规范。可以在 http:〃www.w3.org/TR/wsdl找到WSDL规范的详细说明。流处理设备读取Web服务流描述文档，并且根据Web服务 流描述文档中描述的内容顺序执行Web服务，而且这类流处理 设备根据Web服务流描述的内容以下面的流程调用Web服务。首先，读取要调用的Web服务的Web服务接口描述文档 (WSDL)。然后，为了寻找目标Web服务能够接收的消息的类型， 参考作为以WSDL描述的结构定义的才莫式语言(XML Schema)。 由W3C定义XML Schema。通过使用所参考的模式生成XML格式的S O A P (简单对象访问协议)消息的框架。由W 3 C定义S O A P 。 接着，使用XPath(XML路径语言)将要发送的数据插入所生成的SOAP消息框架中，以完成SOAP消息，并且发送该SOAP消息。由W3C定义XPath。作为SOAP消息接收作为调用的结果的、发送自Web月良务的应答。接着，进行从所接收的S O AP消息中提取数据或处理该消息等处理。然后，使用上述方法生成处理结果作为SOAP消息，并且将其发送至下一Web服务。另外，为了处理外部Web服务已经停止的情况，提出了一种用以管理外部Web服务的状态以降低访问外部Web服务的服务请求方的负荷的提案。例如，参考日本特开2004-185138号公报。然而，当利用传统流处理i殳备访问外部Web月良务时，如果 切断了发布外部Web服务的装置的电力供应，或者停止了外部 Web服务，则流处理停止。因此，在这种情况下，出现难以进 入服务流描述文档中描述的下 一 计划流处理的问题。在这种情况下，可以预先设想各种异常状态并且在服务流 描述文档中描述回避处理内容，以防止流处理停止。然而，为 了处理各种异常状态，服务流描述文档本身变得复杂，创建服 务流描述文档所需的时间和精力增大，并且人力成本增大。另外，为了处理各种异常状态，服务流描述文档本身的大 小变大，因此，当将服务流描述文档读取至低资源装置时，可 能超出该装置中的资源的处理能力。因此，从这一点来说，处 理变得不可能，并且出现难以继续服务流描述文档中描述的处 理的问题。还提出了一种方法，在该方法中，设置管理外部Web服务 的状态的服务代理程序(service broker),并且必须通过该服务代理程序对外部Web服务进行访问。然而，如果在外部Web服 务没有向服务代理程序发送停止通知的情况下，外部Web服务 由于预料不到的问题而停止，则服务请求方将不能访问夕卜部 Web服务，并且处理停止。另外，由于即使外部Web服务没有停止，也必须通过服务 代理程序对外部Web服务进行访问，因而可以设想与进行直接 连接的情况相比，调用外部Web服务、使得进行处理并接收处 理结果所需的时间更长。另外，如果服务代理程序本身发生问题，则即使外部Web 服务没有停止，也不能访问外部Web服务。此外，由于服务代理程序为各外部Web服务生成代理，并 且即使外部Web服务没有停止，所生成的代理也继续存在，因 而存在安装了服务代理程序的装置的资源被压制的情况。发明内容本发明提供一种服务流处理设备，该服务流处理设备使得 处理网络上的服务中发生的异常的负荷降低。根据本发明的一个方面，提供一种服务流处理设备，包括 请求单元，其根据服务流描述文档和接口描述文档，请求网络 上的服务进行处理；接收单元，其从所述服务接收应答；生成 单元，其生成与所述服务相对应的代理服务；以及改变单元， 如果所述接收单元没有接收到正常应答，则所述改变单元将所 述接口描述文档中描述的对所述服务的请求的目的地改变成所 述代理服务。根据本发明的另 一方面，提供一种由服务流处理设备执行 的服务流处理方法，包括以下步骤根据服务流描述文档和接 口描述文档，请求网络上的服务进行处理；接收步骤，用于从所述服务接收应答；生成与所述服务相对应的代理服务；以及 如果在所述接收步骤中没有接收到正常应答，则将所述接口描 述文档中描述的对所述服务的请求的目的地改变成所述代理服 务。通过以下参考附图对典型实施例的说明，本发明的其它特 征将变得明显。


图l是示出根据实施例的Web服务流处理设备的概况的图。 图2是示出用于自动切换外部服务调用处理的服务流处理单元的内部处理配置的图。图3A和3B是示出Web服务流描述文档及其具体例子的图。 图4A和4B是示出外部Web服务B的接口描述文档的具体例子的图。图5是示出根据实施例由外部服务监视处理单元进行的处 理的流程图。图6是示出根据实施例由外部服务监视处理单元进行的处 理的流程图。图7是示出用作根据实施例的流处理设备的信息处理设备 的典型结构的图。
具体实施方式
下面参考附图详细说明本发明的优选实施例。下面参考图1，说明作为实施例l的用于自动切换外部服务调用处理的处理的相克况。应该注意，在下面的实施例中，将外部服务作为Web服务进行处理。图l是示出根据实施例l的Web服务流处理设备的概况的图。在图l中，附图标记101表示具有复制、扫描和打印等多种 功能的多功能外围设备(MFP)。在实施例l中，MFP 101用作可 以读取Web服务流描述文档、并才艮据Web月l务流描述文档中描 述的内容顺序寺丸行Web服务的Web服务流处理设备102。 Web服 务流处理设备102包括用于自动切换外部服务调用处理的服务 流处理单元103 (以下称为切换处理单元103)。尽管在本实施例 的说明中，Web服务流处理设备102被描述为安装在MFP 101中， 然而，本发明不局限于安装在MFP中的Web服务流处理设备。
附图标记104表示Web服务流处理设备102要调用的外部 Web服务A，附图标记105表示Web服务流处理设备102要调用的 外部Web服务B。
附图标记106表示描述用于顺序调用外部Web月l务A 104和 外部Web服务B 105的过程的Web服务流描述文档。附图标记107 表示外部Web服务A的Web服务接口描述文档，附图标记108表 示外部Web力l务B的Web服务接口描述文档。后面将详细"i兌明这 些描述文档的结构。
下面说明由Web服务流处理设备102和切换处理单元103进 行的处理。首先，Web服务流处理设备102读耳又Web服务流描述 文档10 6,并且根据We b服务流描述文档10 6中描述的内容开始 流处理。然后，Web服务流处理设备102顺序执行Web服务流描 述文档106中描述的内容，直到涉及调用外部Web月良务A 104的 描述内容为止。
接着，Web服务流处理设备102生成请求SOAP消息A 109， 并且将请求SOAP消息A 109发送至外部Web服务A 104。外部 Web服务A 104进行处理，并且将作为该处理的结果的应答 SOAP消息A 110发送至Web服务流处理设备102。 Web服务流处 理设备10 2接收应答S 0 A P消息A 110 ，从该消息中提取必要的数据，并且生成请求SOAP消息B 111。其后，访问外部Web服务B 105。
此时，由于切断了安装外部Web服务B 105的服务器装置的 电力供应这一情况，因而认为外部Web月良务B 105已停止。在这 种情况下，由于没有从外部Web服务B 105接收到应答112，因 此Web服务流处理设备102判断为发生了错误。以这种方式，如 果对外部服务的访问发生错误，则Web服务流处理设备102向切 换处理单元103发送错误通知。
在接收到该错误通知时，切换处理单元103获得发生错误 的外部Web服务B 105的Web服务接口描述文档108。 Web服务接 口描述文档108中描述的端点(end point)表示服务在网络上的 位置。然后，切换处理单元103将Web服务接口描述文档108中 描述的端点转换成表示MFP IOI中的作为虛拟服务的内部服务 的位置的端点。
存储关于外部Web服务B 105的转换前的端点。其后，根据 转换了端点的Web服务接口描述文档108自动生成内部Web服 务B115。在自动生成了内部Web服务B 115之后，Web月l务流处 理设备102再次执行错误发生时正执行的流处理。这里，重新读 取Web服务接口描述文档108,由于更新了端点，因而更新了访 问目的地。
以这种方式，Web服务流处理"i殳备102访问内部Web服务B 115，并且发送请求SOAP消息B 116(与"i青求SOAP消息B lll相 同)。此后，内部Web服务B 115自动生成调用方可解释的应答 SOAP消息虚拟B 117，并且发送应答SOAP消息虚拟B 117。换 句话说，内部Web服务B 115代替外部Web服务B 105发送虚拟应 答SOAP消息。
结果，即使在Web服务流处理设备102访问外部Web服务时发生错误，流处理也不停止，而是可以执行Web服务流描述文 档106中描述的下一流处理。此后，切换处理单元103监一见外部 Web服务B 105(118)。
例如，根据Web服务接口描述文档108自动生成存根(stub)， 并且通过重复访问切换处理单元103所存4诸的端点，；险查外部 Web服务B 105的应答性。切换处理单元103通过以恒定间隔或 不M^则地重复该」操作来监^L外部Web力良务B 105,直到重新启动 外部Web服务B 105为止。
在由于/人外部Web服务B 105接收到对于访问的应答而确 认重新启动了外部Web服务B 105时，切换处理单元103恢复Web 服务接口描述文档10 8中的端点。结果，We b服务流处理设备10 2 可以再次与外部Web服务B 105通信。
接着，参考图2说明切换处理单元(用于自动切换外部服务 调用处理的服务流处理单元)103进行的处理的具体内容。图2 是示出切换处理单元103的内部处理配置的图。切换处理单元 103包括错误通知接收处理单元201、服务发布处理单元202和外 部服务监视处理单元203。
当Web服务流处理设备102对外部Web服务B 105进行访问 211时，如果外部Web服务B 105由于装置故障或其它原因而已 经停止，则接收不到对于访问211的应答212。在这种情况下， Web服务流处理设备102解释为在外部Web服务B 105中发生了 错误。然后，Web服务流处理设备102将发生了错误的情况与关 于试图访问的外部We b服务B 10 5的信息 一 起通知错误通知接 收处理单元201。
错误通知接收处理单元201向服务发布处理单元202通知 关于发生了错误的外部Web服务B 105的信息。服务发布处理单 元202首先指定通过Web服务接口描述文档108中描述的、指示外部Web服务B 105的网络位置的端点所表示的位置。接着，服 务发布处理单元202将Web服务接口描述文档108中描述的端点 转换成表示内部Web服务的网络位置的端点，并且向MFP 101 发布该内部Web月良务的端点。Web服务流处理i殳备102和切换处 理单元103安装在MFP IOI中。还存储转换前的端点信息(表示 外部Web服务B 105的位置)。
这里，服务发布处理单元202根据转换了端点的Web服务接 口描述文档108自动生成内部Web月良务B 115,并且发布内部Web 服务B 115作为服务。然后，服务发布处理单元202将Web服务 接口描述文档108和所存储的表示外部Web服务B 105的端点信 息传送至外部力1务监视处理单元203。
结果，外部服务监视处理单元203开始监视外部Web服务B 105的状态。在自动生成了内部Web服务B 115之后，Web服务流 处理设备102再次执行错误发生时正执行的流处理。此时，重新 读取Web服务接口描述文档108,从而自动访问通过更新后的端 点所表示的访问目的地。因此，可以访问内部Web月良务B 115， 并且可以乂人内部Web服务B 115接收应答。
这样，即4吏在Web服务流处理设备102访问外部Web服务B 105时发生错误，流处理也不停止，而是可以执行Web服务流描 述文档106中描述的下 一 流处理。
在正执行内部Web服务B 115的处理时，外部服务监视处理 单元203继续监视外部Web服务B 105。例如，监视方法是如下 方法根据Web服务接口描述文档108自动生成存根，并且通过 重复访问由服务发布处理单元202所存储的端点，检查外部Web 服务B 105的应答性。外部服务监视处理单元203通过以恒定间 隔重复该操作来监视外部Web服务B 105，直到重新启动外部 Web服务B 105为止。此后，在由于/人外部Web服务B 105接收到对于访问的应答 而确认重新启动了外部Web服务B 105时，外部服务监纟见处理单 元203通知服务发布处理单元202重新启动了外部Web服务B 105。服务发布处理单元202将Web服务接口描述文档108中描述 的端点恢复成所存储的表示外部Web服务B 105的网络位置的 端点。
此外，服务发布处理单元202停止发布内部Web服务B 115, 并且删除内部Web力良务B 115的所有信息。此后，Web服务流处 理设备102读取Web服务接口描述文档108。因此，可以访问已 重新启动的外部Web月良务B 105,并且作为访问结果，可以再次 接收正常应答。
下面利用具体数据详细说明切换处理单元103进行的处理。
图3A和3B是示出Web服务流描述文档106及其具体例子 303的图。如图3A和3B所示，Web服务流描述文档106包括声明 部分301和逻辑部分302,其中，声明部分301描述程序方面的变 量声明等，逻辑部分302描述流处理逻辑等。
声明部分301描述信息311和Web服务流处理中所使用的变 量信息312，其中，信息311是用于指定Web服务流描述文档106 的信息和用于指定作为调用目标的Web服务的接口描述文档的 信息。
传统上，逻辑部分302描述流处理的所有内容，例如对于 从客户端接收请求消息的描述和对于向客户端发送应答消息的 描述，然而，这里省略了这些信息。
信息321描述以下处理的内容调用外部Web服务A,使外 部We b服务A进行处理，并且接收作为该处理的结果的应答消 息。信息322描述以下处理的内容从所接收的应答消息中提取处理结果，并且生成外部Web服务B可解释的请求消息。信息323 描述以下处理的内容调用外部Web服务B,使外部Web服务B 进行处理，并且接收作为该处理的结果的应答消息。信息324 描述以下处理的内容从所接收的应答消息中提取处理结果， 并且生成下一外部Web服务可解释的请求消息。
附图标记303表示Web服务流描述文档106的具体例子。在 该例子中，以称为WS-BPEL的语言描述具体例子303，其中， WS-BPEL是作为用于以XML文档描述Web服务处理流的标准 规范的语言。WS-BPEL是Web服务业务流程执行语言的缩写。 XML是可扩展标记语言的缩写。下面是对Web力良务流描述文档 10 6的结构和We b服务流描述文档3 03的比较。
信息331对应于信息311的描述内容，并且描述用于指定 Web服务流描述文档的信息以及用于指定作为调用目标的Web 服务A 104和Web服务B 105的接口描述文档(WSDL文档)的信 息。这里，Namespace描述为〈process〉(处理)标签的属性值。信 息3 32对应于变量信息312的描述内容，并且描述<variable>(变 量)标签，其中，每一〈variable〉标签描述在执行流处理时所使 用的消息变量的类型信息。
信息333对应于信息321的描述内容，并且包括描述以下处 理的内容的〈invoke〉(调用)标签调用外部Web服务A,并且接 收作为使得执行处理的结果的应答消息。信息334对应于信息 322的描述内容，并且描述以下处理的内容基于XPath和使用 XPath从接收到的应答消息中提取的处理结果，生成外部Web 服务B可解释的请求消息。在〈assigi^(分配)标签等中描述该处 理内容。
信息335对应于信息323的描述内容，并且描述以下处理的 内容调用外部Web服务B,并且接收作为使得执行处理的结果的应答消息。在〈invoke〉标签中描述该处理内容。信息336对应 于信息324的描述内容，并且描述以下处理的内容基于XPath 和使用XPath从接收到的应答消息中提取的处理结果，生成随后 要调用的外部Web服务可解释的请求消息。在〈assign〉标签等中 描述该处理内容。
在WS-BPEL中，将与逻辑部分302的描述内容相对应的 〈assign〉标签和〈invoke〉标签等称为"活动"。这些标签是Web服 务流处理的抽象表现，例如，〈assign〉标签用于消息处理和转 换，〈invoke〉标签用于调用外部Web服务。在本实施例中，说 明在执行信息335中的调用活动时发生错误的情况。
如果执行信息335中的调用活动，并且没有接收到对于外 部服务的访问的应答，则由于不可能移动至信息3 3 6中所表示的 下一活动的处理，因而流处理停止在该点。本实施例实现防止 这些流处理中途停止。
下面使用以WSDL描述的Web服务4妻口描述文档108的具 体例子，说明服务发布处理单元202进行的处理的内容。
图4A和4B是示出外部Web服务B的Web月l务接口描述文档 108的具体例子401的图。在信息402中，表示外部Web服务B 105 的网络位置的端点信息403^皮描述为WSDL 〈address:K地址)标 签。服务发布处理单元202将该端点信息转换成表示自动生成的 内部Web服务B 115的网络位置的端点信息404。由于在MFP 101 内发布内部Web月良务B 115，因而端点信息404表示MFP IOI的网 络位置。
接着说明内部Web服务B 115响应于来自Web服务流处理设 备102的访问所发送的应答405。在WSDL401中，在进行请求时 We b服务B 10 5可解释的消息的类型和关于响应于请求所发送 的消息的类型的信息#皮描述为XML Schema 406。服务发布处理单元202自动生成内部Web服务B 115,从而能够以与实际Web 服务B 105交换消息的方式相同的方式交换SOAP消息。
因为该原因，来自内部Web服务B 115的应答405是SOAP消 息。信息407描述在生成应答时要使用的消息的类型，并且内部 Web服务B 115使用信息407自动生成SOAP消息408。由于内部 Web服务B 115不实际进行处理，因而，例如，生成SOAP消息 以包括不包含任何数据的如信息409所示的〈resultdata〉(结果数 据)标签。另夕卜，可以通过信息407中的<xsd:element name="resultdata" type="xsd:string" />解释出 包含在 々esultdata〉标签中的信息的类型是串信息。还可以插入任意字 符串，并且作为应答发送该字符串。如上所述，内部Web服务B 115代替外部Web服务B 105发送虚拟应答SOAP消息408。
结果，Web服务流处理设备102接收作为应答405的SOAP 消息408,从而可以在该接收之后执行流处理而不会使处理停止 在该点。
下面参考图5说明外部服务监视处理单元203进行的处理 的例子。图5是示出根据实施例1由外部服务监视处理单元2 0 3 进行的处理的流程图。首先，在S501,从服务发布处理单元202 获得Web服务4妻口描述文档108和表示外部Web服务B 105的端 点信息。然后，基于所获得的信息生成用于访问外部Web服务B 105的存根。
接着，在S502,使用在S501中生成的存根访问外部Web服 务B 105。然后，在S503，对于是否从外部Web服务B 105接收 到了应答进行判断。如果没有接收到应答，则处理返回至S502, 并且重复上述处理。
另一方面，作为S502中进行的访问的结果，如果重新启动 了外部Web服务B 105，并且接收到了应答，则S503的判断结果为接收到了应答，并且处理进入S504。在S504，将表示要恢复 Web服务接口描述文档108中的端点描述的通知发送至服务发 布处理单元202。
根据实施例l,即使Web服务流处理设备访问由于发生故障 而已停止的外部Web服务，处理也继续而不会停止在该点。另 外，对于服务流描述文档来说，不必描述在错误的情况下要进 行的复杂的回避处理，从而减少了人们创建服务流描述文档所 需的时间和精力，并且降低了人力成本。
下面参考附图详细说明本发明的实施例2。类似于实施例 1，在实施例2中，将外部服务作为Web服务进行处理。
在实施例l中，外部服务监视处理单元203监视是否接收到 了对于外部WebH良务B 105的访问的应答。实施例2描述了在下 面的情况下所进行的处理从外部提供结束监视的判断基准， 并且基于该判断基准结束监视。
应该注意，MFPIOI、 Web服务流处理设备102和切换处理 单元103的结构与图l和2所示的实施例1中所述的相应结构相 同，因此省略对其的iC明。
图6是示出根据实施例2由外部服务监视处理单元203进行 的处理的流程图。类似于实施例l，在S502,作为访问外部Web 服务B 105的结果，从外部Web服务B 105接收图6所示的SOAP 消息611。 SOAP消息611在〈env:Body〉标签中包括〈env:Fault〉 标签612。
换句话说，SOAP消息611是SOAPFault(SOAP错误)。SOAP Fault是在下面的情况下发送至访问方的SOAP消息访问方访 问Web服务，并且Web服务接收到请求，但是在Web服务所进行 的处理中发生错误。
在SOAPFault中，〈env:Code〉标签613表示错误的原因是请求方侧的问题还是Web服务侧的问题。在该例子中，<env: Value〉 标签的值为表示问题在Web服务B 105侧的"Receiver"(接收方)。 如果〈env:Value〉标签的值为"Sender"(发送方)，则问题在请求 方侧(Web力良务流处理设备102)。
请求方侧的问题的例子包括由请求方生成的请求SOAP消 息不符合规范的情况。这样，如果接收到了 SOAP消息611,在 S503中用于判断是否接收到了应答的处理中，判断为接收到了 应答。
另外，在图6中，附图标记614表示在MFP 101中设置的错 误条件设置信息的例子(例如，以XML格式描述)，值 "SOAPFault"被描述为〈message〉(消息)标签615的值，并且值 "Receiver"被描述为〈code〉(代码)标签616的值。
在S601，读取错误条件设置信息614,并且如果SOAP消息 为SOAP Fault,则确定要进行错误判断，此外，故障的原因在 Web服务(Receiver)侧。因为该原因，在S602中，进行错误判断 处理，并且基于SOAP消息611和错误条件设置信息614，对于 SOAP消息611仍判断为发生了错误。结果，处理返回S502,并 且重复上述处理。
根据实施例2，在实施例l中进行的外部服务监视处理中， 提供来自外部的错误条件设置信息，从而使得即使从外部服务 接收到了应答，也能够控制是否继续监视。
下面参考附图详细说明本发明的实施例3。实施例l和实施 例2说明了这样的例子，在该例子中，将用于自动切换外部服务 调用处理的服务流处理单元安装在装置中，具体地，安装在MFP 中。然而，本发明不局限于此，并且还可以应用于信息处理设 备(计算机)。
图7是示出用作根据实施例3的流处理设备的信息处理设备的典型结构的图。具体地，图7示出执行实现上述实施例的功 能性的软件的信息处理设备的典型硬件结构。
在硬件结构方面，该信息处理设备包括输入装置701、显 示装置702、存储介质驱动装置703、 ROM 705、 RAM 706、 CPU 或MPU 707、接口装置708和HD(硬盘)709。输入装置701由信息 处理设备的操作者操作的键盘或鼠标等构成，并且用于向信息 处理设备输入各种类型的操作信息等。显示装置702由信息处理 设备的操作者使用的显示器等构成，并且用于显示各种类型的 信息(或画面)等。
接口装置708是将信息处理设备连接到网络等的接口 。例 如，通过CD-ROM等存储介质704，或者通过网络等进行下载， 将与上述处理等有关的程序和We b服务流描述文档等提供至信 息处理设备。将存储介质704放置在存储介质驱动装置703中， 并且通过存储介质驱动设备703将程序从存储介质704安装到 HD 709。
ROM 705存储例如在向信息处理设备通电时首先读取的程 序。RAM 706是信息处理设备的主存储器。CPU 707通过从HD 709读取程序、将程序存储在RAM 706中、并且执行程序，实现 上述处理内容。除程序以外，HD 709还可以存储Web服务流描 述文档和Web服务接口描述文档等。
尽管参考典型实施例说明了本发明，但是应该理解，本发 明不局限于所公开的典型实施例。所附权利要求书的范围符合 最宽的解释，以包含所有这类修改、等同结构和功能。
权利要求
1.一种服务流处理设备，包括请求单元，其根据服务流描述文档和接口描述文档，请求网络上的服务进行处理；接收单元，其从所述服务接收应答；生成单元，其生成与所述服务相对应的代理服务；以及改变单元，如果所述接收单元没有接收到正常应答，则所述改变单元将所述接口描述文档中描述的对所述服务的请求的目的地改变成所述代理服务。
2. 根据权利要求l所述的服务流处理设备，其特征在于， 所述请求单元根据改变了所述目的地的接口描述文档，请求所述代理服务进行处理。
3. 根据权利要求l所述的服务流处理设备，其特征在于， 如果在所述服务流描述文档中描述的服务流的第 一 处理期间，所述接收单元没有接收到正常应答，则所述请求单元执行 所述服务流描述文档中描述的服务流的第二处理，并且在所述 第二处理中，根据改变了所述目的地的接口描述文档，请求所 述代理服务进行处理。
4. 根据权利要求l所述的服务流处理设备，其特征在于， 所述生成单元生成与所述服务的接口描述文档相对应的、所述服务的代理服务。
5. 根据权利要求l所述的服务流处理设备，其特征在于， 所述生成单元在所述服务流处理设备内生成所述代理服 >务。
6. 根据权利要求l所述的服务流处理设备，其特征在于， 如果所述接收单元从网络上的所述服务接收到了预定应答，则所述改变单元将所述服务的接口描述文档中描述的对所 述服务的请求的目的地恢复成网络上的所述服务。
7. 根据权利要求6所述的服务流处理设备，其特征在于，如果对所述服务的请求的目的地恢复成了网络上的所述服 务，则所述请求单元执行所述服务流描述文档中描述的服务流 的处理，并且在所述服务流的处理中，根据所述目的地恢复成 了网络上的所述服务的接口描述文档，请求网络上的所述服务 进行处理。
8. —种由服务流处理设备^l行的服务流处理方法，包括以 下步骤根据服务流描述文档和接口描述文档，请求网络上的服务 进行处理；接收步骤，用于从所述服务接收应答；生成与所述服务相对应的代理服务；以及如果在所述接收步骤中没有接收到正常应答，则将所述接 口描述文档中描述的对所述服务的请求的目的地改变成所述代 理服务。
9. 根据权利要求8所述的服务流处理方法，其特征在于， 还包括如下步骤才艮据改变了所述目的地的接口描述文档，请 求所述代理服务进行处理。
10. 根据权利要求8所述的服务流处理方法，其特征在于， 还包括如下步骤如果从网络上的所述服务接收到了预定应答， 则将所述服务的接口描述文档中描述的对所述服务的请求的目 的地恢复成网络上的所述服务。
全文摘要
本发明涉及一种服务流处理设备和方法。该服务流处理设备根据服务流描述文档和接口描述文档请求网络上的服务进行处理，并且从该服务接收应答。该服务流处理设备还生成与该服务相对应的代理服务，并且如果没有从该服务接收到正常应答，则该服务流处理设备将该接口描述文档中描述的对该服务的请求的目的地改变成该代理服务。
文档编号H04L29/08GK101621544SQ20091015006
公开日2010年1月6日 申请日期2009年6月30日 优先权日2008年6月30日
发明者岩崎晋吾 申请人:佳能株式会社