服务流程处理方法和设备的制作方法

专利名称：服务流程处理方法和设备的制作方法
技术领域：
本发明涉及一种服务流程处理方法和设备。
背景技术：
迄今为止，众所周知根据用于顺序执行Web服务的结构化 文档(Web服务流程描述文档)顺序执行Web服务的技术(例如， Web服务的业务流程执行语言(BPEL4WS)版本1.1 ,
pelco11/)。对于该结构化文档，使用Web服务业务流程执行语言 (WS-BPEL)。 WS-BPEL是以可扩展标记语言(XML)描述的Web 服务流程描述语言。由结构化信息标准促进组织(OASIS)管理 WS-BPEL规范(Web服务业务流程执行语言版本2.0 ， http :〃docs.oasis-open.org/wsbpel/2.0/OS/wsbpel-v2.0-OS.html)。
注意，对于WS-BPEL, y使用Web服务描述语言(WSDL)作为 用于识别Web服务的接口 。 WSDL是用于描迷Web服务接口的语 言，其中，利用万维网联盟(W3C)来发布WSDL^L范。详见 http:〃www.w3.org/TR/wsdl。
读取We b服务流程描述文档并根据其描述内容顺序执行 Web服务的流程处理设备，根据Web服务流程描述的内容，进 行用以按照下面的流程执行Web服务的处理。
首先，读耳又要调用的Web服务的Web服务接口描述文档 (WSDL)。然后参考构成以WSDL描述的结构定义的才莫式语言 (XML模式，XML Schema),以得知目标Web服务能够接收的消 息的类型。由W3C定义XML模式。通过使用所参考的模式生成 XML格式的筒单对象访问协议(Simple Object Access Protocol,SOAP)消息的框架。由W3C定义SOAP。
接着，使用XPath(XML路径语言)将要发送的数据插入所生 成的SOAP消息的框架中，以完成SOAP消息，并且发送SOAP 消息。由W3C定义XPath。作为SOAP消息来接收作为被调用的 结果来自Web服务的应答。
接着，进行用以从所接收的SOAP消息提取数据或处理该 消息等的处理。然后利用上述方法将处理结果生成为S O A P消 息，并且将处理结果发送至下一Web服务。该流程处理设备按 照上述流程进行处理。
通常，在处理XML和其它结构化文档时， -使用由W3C定义 的文档对象模型(Document Object Model, DOM)。因此，即使在 XML SOAP消息生成的处理中，通常也使用DOM接口 。
然而，按照上述处理流程，在首先生成SOAP消息的框架 之后将值插入必需元素中，这意味着有时会将实际上没有插入 值的元素写为SOAP消息。因此，还存在将不必要的信息发送至 所调用的Web服务的问题。
如果在生成SOAP消息时使用DOM—次读取整个模式，则 如果SOAP消息自身很大，就会大大消耗存储器等资源。在这种 情况下，特别是如果通过低资源装置等来执行该流程处理设备， 则在生成SOAP消息时，可能超出可处理的资源大小。因而此时 可能发生处理错误，从而使得难以进入We b服务流程描述文档 中所描述的后续处理。

发明内容
本发明的一个目的是向Web服务发送不包括不必要的信息 的消息。
本发明的另 一 目的是使用少量资源生成要发送至Web服务的消息。
本发明的另 一 目的是提供一种服务流程处理方法，用于基
于Web服务流程描述文档和从第一Web服务所接收的第 一消息 向第二 We b服务发送第二消息，所述服务流程处理方法包括 数据提取步骤，用于基于所述Web服务流程描述文档中的描述， 从所述第一消息中提取数据；位置信息提取步骤，用于从所述 Web服务流程描述文档中提取表示所述第二消息中与所提取的 数据相对应的位置的位置信息；以及构建步骤，用于基于从所 述Web服务流程描述文档所提取的所述位置信息，构建所述第 二消息的结构，其中，在所述构建步骤中，基于从所述Web服 务流程描述文档所提取的所述位置信息，将从所述第 一 消息所 提取的数据插入在所述第二消息的结构中。
本发明的另一目的是提供一种服务流程处理设备，用于基 于We b服务流程描述文档和从第一 We b服务所接收的第 一 消息 向第二 We b服务发送第二消息，所述服务流程处理设备包括 数据提取部件，用于基于所述Web服务流程描述文档中的描述， 从所述第一消息中提取数据；位置信息提取部件，用于从所述 Web服务流程描述文档中提取表示所述第二消息中与所提取的 数据相对应的位置的位置信息；以及构建部件，用于基于从所 述We b服务流程描述文档所提取的所述位置信息，构建所述第 二消息的结构，其中，所述构建部件基于从所述Web服务流程 描述文档所提取的所述位置信息，将从所述第 一 肖,t所提取的 数据插入在所述第二消息的结构中。
通过以下参考附图对典型实施例的说明，本发明其它特征 将显而易见。


图l示出第一实施例中的Web服务流程处理设备的概要； 图2示出消息生成和结构-验证单元103的示例性内部处理 结构；
图3示出第一实施例中的Web服务流程描述文档106的示例 性结构；
图4示出第一实施例中的SOAP消息生成处理的具体例子； 图5示出第二实施例中的消息生成和结构验证单元103的 内部处理结构；
图6A和6B示出第二实施例中的SOAP消息验证的具体例
子；
图7示出第三实施例中的示例性识别信息； 图8示出用作Web服务流程处理设备的信息处理设备的示 例性硬件结构。
具体实施例方式
下面参考附图详细说明用于实现本发明的最佳方式。 第一实施例
作为第 一 实施例4吏用图1 ~ 4来i^L明4吏用识别信息生成结 构化文档格式的消息的处理概要。注意，该识别信息将以 XP ath(XML路径语言)来描述。
图l示出第一实施例中的Web服务流程处理设备的概要。在 图l中，附图标记101为具有复制、扫描和打印等多种功能的多 功能外围设备(MFP)。在第一实施例中，MFP 101用作Web服务 流程处理设备102,其能够读取Web服务流程描述文档，并且能 够根据所读取的描述文档的描述内容顺序执行We b服务。
此外，Web服务流程处理设备102包括XPath结构化文档格 式的消息生成和结构验证单元10 3 。附图标记104是由Web服务流程处理设备102所调用的外部 Web服务A，附图标记105是由Web服务流程处理设备102所调用 的外部Web服务B。夕卜部Web服务A 104和外部Web服务B 105通 过网络(未示出)连接到Web服务流程处理i殳备102。
附图标记106是描述用于顺序调用外部Web服务A 104和外 部Web服务B 105的过程的Web服务流程描述文档。附图标记107 是外部Web服务A的Web服务接口描述文档，附图标记108是外 部Web服务B的Web服务接口描述文档。下面将说明这些描述文 档的i,细构成。
这里，将说明用于通过Web服务流程处理设备102的消息生 成和结构验证单元103使用识别信息来生成结构化文档格式的 消息的处理。
首先，Web服务流程处理设备102从与网络(未示出)连接的 服务器读取Web服务流程描述文档106，并且根据Web服务流程 描述文档106的描述内容开始流程处理。注意，Web服务流程处 理设备102可以通过驱动装置读取存储在MFP 101内的存储介 质(未示出)中的We b服务流程描述文档10 6 。
然后顺序执行Web服务流程描述文档106的描述内容，直到 与外部Web服务A 104的调用相关联的描述内容为止。
接着，消息生成和结构-睑证单元103生成请求SOAP消息A 109。此时，使用关于Web服务流程描述文档中所描述的XPath 的信息(如果进行,睑证，还使用外部Web服务A的Web服务接口 描述文档107的内容)。注意，下面将详细i兌明消息生成和验证。
接着，消息生成和结构验证单元103将所生成的请求SOAP 消息A 109发送至外部Web服务A 104。通过外部Web服务A 104 对请求SOAP消息A 109进行处理，并且作为结果返回应答SOAP 消息A 110。消息生成和结构验证单元103接收应答SOAP消息A110。
接着，消息生成和结构验证单元103从应答SOAP消息A 110 提取关于处理结果的信息。然后使用在此所提取的信息和关于 Web服务流程描述文档106中所描述的XPath的信息(如果进行 验证，还使用外部Web服务B的Web服务接口描述文档108的内 容)，生成请求SOAP消息B 111。
接着，消息生成和结构验证单元103将所生成的请求SOAP 消息B lll发送至外部Web服务B 105。通过外部Web服务B 105 对请求SOAP消息B lll进行处理，并且作为结果返回应答SOAP 消息B 112。 Web服务流程处理设备102接收应答SOAP消息B 112。
因此，当调用外部Web月艮务B 105时，消息生成和结构-验i正 单元103生成必需的请求SOAP消息B 111。此时，使用Web服务 流程描述文档106的内容和应答SOAP消息A 110的内容(如果进 行验证，还使用外部Web服务B的Web服务4妄口描述文档108的 内容)。
这里，将^f吏用图2说明消息生成和结构-验证单元103的处理 的详细内容。注意，图2示出在调用外部Web月良务B 105的Web 服务时用于生成请求SOAP消息B lll的处理。
图2示出用于说明被分解成功能的消息生成和结构验证单 元103的结构的例子。在图2中，附图标记201是^v外部Web服务 A 104接收应答SOAP消息A 110的消息接收单元。附图标记202 是使用Web服务流程描述文档106中所描述的XPath的内容从应 答SOAP消息A 110提取必需数据的数据提取单元。
该XPath是包括消息的结构信息并指示消息中的具体位置 的识别信息。
附图标记203是XPath表达式关联单元，其提取由数据提取单元202所提取的数据，并从Web服务流程描述文档106提取与 下一调用的Web服务相关联的XPath表达式，并且将该信息作为 关联信息进行保持。与下一调用的Web服务相关联的XPath表达 式是如下识别信息，该识别信息包括要插入所提取的数据的 Web服务流程描述文档106中所描述的消息的结构信息并且指 示消息中要插入该数据的具体位置。
附图标记204是消息生成单元，其通过根据XPath表达式关 联单元203所关联的信息构建请求SOAP消息来生成消息。这里， 使用与下一调用的Web服务相关联的XPath表达式和与此相对 应的由数据提取单元202所提取的数据，生成请求S 0 A P消息B 111。
尽管如上说明了消息生成和结构验证单元103的处理流 程，接着使用具体Web服务流程描述文档详细说明处理内容。
图3示出第一实施例中的Web服务流程描述文档106的示例 性构成。由描述程序所使用的变量的声明等的声明部分301和描 述流程处理的逻辑等的逻辑部分302构成Web力良务流程描述文 档106。
注意，尽管在逻辑部分302中包括所有流程处理的内容， 但是省略了用于从客户机接收请求消息的描述和将应答消息返 回至客户机的描述。
首先，在声明部分301中，附图标记311是用于指定Web服 务流程描述文档106自身的信息和用于指定要调用的Web服务 的接口描述文档(107、 108)的信息。附图标记312是Web服务流 程处理中所使用的变量信息。
在逻辑部分302中，附图标记321是以下处理的内容调用 外部Web服务A, 4吏外部Web服务A进行处理，并且接收包含处 理结果的应答消息。附图标记322是以下处理的内容从所接收到的包含处理结果的应答消息中提取该处理结果，并且生成外
部Web服务B可解释的请求消息。附图标记323是以下处理的内 容调用外部Web服务B，使外部Web服务B进行处理，并且接 收包含处理结果的应答消息。
在图3中，附图标记303是与Web月l务流程描述文档106的构 成相对应的具体描述的例子。在该例子中，以符合用于以XML 文档进行描述的标准规范的语言，来描述Web服务的WS-BPEL 处理流程。注意，WS-BPEL是Web Services Business Process Execution Language(Web服务业务流程执行语言)的缩写，XML 是extensible Markup Language(可扩展才示i己i吾言)的缩写。
这里，将Web月艮务流程描述文档106的构成和示例性描述 303相比较的同时乡合出详细说明。附图标记331对应于声明部分 301中的描述内容311。对于附图标记331，在作为〈process〉标 签的属性值的命名空间中，描述用于指定Web服务流程描述文 档106自身的信息和用于指定要调用的Web服务(外部Web服务 A和B)的接口描述文档(WSDL文档)的信息。
附图标记332对应于声明部分301中的描述内容312。对于 附图标记332,使用各〈variable〉标签来描述在进行流程处理时 所使用的消息变量的类型信息。
附图标记333对应于逻辑部分302中的描述内容321。对于 附图标记333,使用〈invoke〉标签来描述以下处理的内容调用 外部Web服务A,使得进行处理，并且接收包含处理结果的应答 消息。
附图标记334对应于逻辑部分302中的描述内容322。对于 附图标记334,使用〈assign〉标签等来描述以下处理的内容使 用XPath从所接收的应答消息中提取处理结果，并且根据所提取 出的处理结果和XPath生成外部Web服务B可解释的请求消息。附图标记335对应于逻辑部分302中的描述内容323。对于 附图标记335,使用〈hwoke〉标签来描述以下处理的内容调用 外部Web服务B,使得进行处理，并且接收包含处理结果的应答 消息。
将与逻辑部分302的描述内容相对应的<assign>和 〈invoke〉标签称为WS-BPEL中的活动。Web服务流程处理的表 示祐:抽象化，如〈assign〉标签表示处理或转4灸消息，<invoke> 标签表示调用外部Web服务。
接着，将使用图4所示的SOAP消息的具体例子来说明用于 通过消息生成和结构验证单元10 3生成S O AP消息的处理的流 程。
附图标记401是来自外部Web服务A 104的应答SOAP消息A 110的具体例子。附图标记402是附图标记3 3 4所表示的部分，即， 以下处理的内容使用XPath从所接收到的应答S O AP消息A 110 中提取处理结果，并且#^居该处理结果和XPath生成外部Web 服务B可解释的请求SOAP消息B 111。
将使用附图标记401和402来说明数据提取单元202的处 理。在附图标记402中，在〈assign〉标签的后级描述〈copy〉标签， 并且在〈copy〉标签的后级描述〈from〉和〈to〉标签。将〈copy〉标 签解释为表示从接收消息中与〈from〉标签中所描述的XPath 相对应的位置提取数据，并且将该数据插入下 一 要发送的消,t、 中与〈to〉标签中所描述的XPath相对应的位置处。
因此，如附图标记403所示，首先4吏用〈from〉标签中所示 的"/Response/data/address"从应答SOAP消息A中提取〈address〉 标签中的数据"tokyo"。类似地，提取如附图标记404所示的数 据"abc"和附图标记405所示的数据"03-1234-5678"。
即，为了提取该数据，使用包括Web服务流程描述文档106(303)中所描述的(应答)消息的结构信息和表示该(应答)消 息中的具体位置的〈from〉标签的XPath,作为识别信息。
接着，使用附图标记406来说明XPath表达式关联单元203 的处理(406A)。通过将附图标记403 ~ 405的所提取的数据与附 图标记402的〈to〉标签中所描述的XPath相关联，获得附图标记 406。对于附图标记407,将附图标记403的所提取的数据"tokyo" 与相应的〈to〉标签中所描述的"/Request/address"相关联。类似 地，对于附图标记408和409，分别将"abc"和"03-1234-5678"与 "/Request/person/name"和"/Request/person/phone"相关联并且 进行保持。
这些 <化>标签中所描述的XPath是如下识别信息，该识别信 息包括表示附图标记403 ~ 405的所提取的数据的插入目的地 的、Web服务流程描述文档中所描述的消息的结构信息，并指 示消息中的具体位置。
接着，将说明下面的处理依次使用附图标记406的关联 信息，在消息生成单元204中构建消息。首先，如附图标记410 所示，根据附图标记407的信息中的XPath "/Request/address"来 构建XML结构〈Request〉〈addressx/address〉 </Request〉。然后 生成将数据插入到〈address〉标签中的附图标记411的消息。接 着，如附图标记412所示，将附图标记408的信息嵌入附图标记 41 l的消息中，乂人而生成在〈address〉标签之后的〈person〉标签的 下面嵌入了信息的附图标记413的消息。接着，如附图标记414 所示，将附图标记409的信息嵌入附图标记413的消息中，从而 生成在〈name〉标签之后的〈phone〉标签中嵌入了信息的附图标 记415的消息。然后，通过将所生成的附图标记415的消息嵌入 在〈Body〉标签之间，最终生成附图标记416的SOAP消息，并且 将所生成的SOAP消息发送至外部Web"l务B 105。附图标记416是对外部Web月良务B 105的请求SOAP消息B lll的具体例子。
与在根据WSPL文档创建了要调用的Web服务可解释的
SOAP消息的整个框架之后插入数据相比较，第 一 实施例使得能
够抑制在生成SOAP消息时所消耗的资源。这里的"资源"是指例
如硬盘和存储器等。
另外，不向消息添加没有插入数据的元素等的不必要信息
这一情况，消除了向调用的Web服务发送不必要的信息的问题。 第二实施例
接着，将参考附图详细说明根据本发明的第二实施例。类 似于第一实施例，在第二实施例中同样作为XPath来处理识别信 息。在第一实施例中，消息生成单元204根据附图标记406所示 的关联信息依次构建消息。在第二实施例中，在构建消息时， 进行用于-睑证消，t的准确性的处理。将^f吏用图5和6 i兌明该处理。
注意，由于图5所示的消息生成和结构验证单元103与图2 所示的结构部分相同，因而使用图2中的附图标记进行说明。另 外，由于图6A和6B中所示的将XPath与所提取的信息相关联的 信息以及消息生成处理与图4所示的信息部分相同，因而使用图 4中的附图标记进行说明。
附图标记501是消息生成和验证单元。消息生成和验证单 元501从外部Web服务B 105的Web服务接口描述文档502读取表 示消息结构的模式信息。然后，在通过与来自XPath表达式关联 单元203的关联信息406进行比较来验证该结构的准确性时，构 建(生成)消息，并且将所生成的消息作为验证后的请求S O AP消 息B 503发送至外部Web服务B 105,。
接着，将使用消息的具体例子来说明图5所示的处理流程。 在图6A和6B中，直到构建消息411为止的处理类似于图4所示的 处理。附图标记601是外部Web服务B 105的示例性Web服务接口描述文档502(WSDL文档)。在该WSDL文档中描述了才莫式信息
602。作为模式信息的例子说明结构定义文档(XML模式)。在使
用该信息进行验证时生成消息，从而使得该结构符合该模式信 自
模式602表示将关于〈person〉标签的信息以附图标记603描 述为<xsd:element name= "person">。 类4以i也， 一夸关于<address> 标签的信息以附图标记604描述为〈xsd: element minOccurs = "0" maxOccurs= T'name "address" type="xsd:string"〉。将该才莫式信息与附 图标记605所示的〈xsd:sequence〉标签绑定。因此，可以根据才莫 式602的规范解释〈address:^示签604 —定出现在附图标记603 的〈person〉标签之后。
因此，消息生成和验证单元501确认将附图标记408的信息 插入附图标记411的消息中时的插入位置，然后生成附图标记 607的消息，如附图标记606所示，而不是生成附图标记413的消 息。即，在〈address〉标签之前插入信息408的XPath所示的XML 结构。
然后，在确认模式信息602的同时，将附图标记409的 〈phone〉标签和该标签的数据的信息插入到最佳位置，如附图 标记608所示，并且生成附图标记609的消息。然后，通过将所 生成的附图标记609的消息嵌入在〈Body〉标签之间，最终生成 附图标记610的S O AP消息。
通过向第 一 实施例中的SOAP消息生成进一步添加验证功
能，第二实施例使得能够向外部Web服务发送更准确的SOAP消 自
第三实施例
接着，将参考附图详细说明根据本发明的第三实施例。尽
管在第一和第二实施例中，作为XPath来处理表示具体位置的识别信息，但是，在第三实施例中，作为除XPath以外的信息来处 理识别信息。
图7示出第三实施例中的示例性识别信息。例如，假定外 部服务可解释的消息格式是附图标记701中所示的格式。附图标 记702是用于将数据和识别信息相关联的信息，其中，该识别信 息使得能够对于附图标记701的消息格式进行数据获取和插入。 在各服务流程描述文档中描述附图标记703 、 704和705所示的部 分。首先，将关联信息映射成附图标记707的形式，从而使得根 据title-base来映射[base]，并且根据key二name和数据abc来映射 name=abc,如附图标记706所示。
类似地，如附图标记709中所示，如附图标记708所示映射 关联信息([option], phone=03-1234-5678)。如附图标记710所示， 由于[base]已存在，因而通过添加[base]项，如附图标记711中所 示插入并映射address=tokyo 。 4艮据该流程生成对外部服务的消 白、
'&、 o
将所生成的消息711与通过将来自信息702的数据插入仅 表示框架的消息701中所获得的附图标记719进行比较。例如， 通过如附图标记718所示，将来自附图标记702的关联信息的数 据插入仅表示仍未插入数据的框架的消息7 01中，获得消息719 。 附图标记719包括不包含附图标记711中没有的age^和e-mai卜 等数据的信息。因此，作为使用消息711的结果，在不向外部服 务提供不必要的信息的情况下，进行消息生成。如果表示框架 的附图标记7 01的消息自身庞大，则在读取全部消息时将消耗大 量存储器，这是可以预料到的。
因此，通过根据上述流程依次构建消息，还可以降低存储 器的消耗量。
第四实施例接着，参考附图详细说明根据本发明的第四实施例。尽管在
第一实施例中给出了将本发明应用于MFP的例子，但是，本发 明不局限于此，并且还可应用于个人计算机等信息处理设备。
图8示出作为We b服务流程处理设备的信息处理设备的示 例性硬件结构。如图8所示，该信息处理设备包括输入装置801、 显示装置802、存储介质驱动装置803、存储介质804、 ROM 805、 RAM 806、 CPU 807、 4妄口装置808和石更盘(HD)809。
由操作者操作的键盘和鼠标等构成输入装置8 01,输入装 置801用于向该信息处理设备输入各种类型的操作信息等。由操 作者使用的显示器等构成显示装置802，显示装置802用于显示 各种类型的信息(或窗口)等。接口装置806是用于将信息处理设 备连接至网络等的接口 。
通过例如C D - R 0 M等存储介质8 04向信息处理设备提供用 于上述消息生成和结构验证单元103等进行处理的程序，或者通 过网络等下载该程序。将存储介质804设置在存储介质驱动装置 803中，并且通过存储介质驱动装置803将该程序从存储介质804 安装到HD 809上。
ROM 805存储在向信息处理设备供电时初始读取的程序 等。RAM 806是信息处理设备的主存储器。CPU 807存储从HD 809读出至RAM 806的程序，并且通过#1行该程序实现上述处理 内容。HD 809存储除程序外的例如Web服务流程描述文档和 Web服务接口描述文档等。
注意，本发明可应用于由多个装置(例如，主计算机、接口 装置、阅读器、打印机等)构成的系统或由单个装置(例如，复 印机、传真机等)构成的设备。
还可以这样实现本发明的目的向系统或i殳备才是供记录用 于实现上述实施例的功能的软件的程序代码的记录介质，并且该系统或设备中的计算机(CPU或MPU)读出和执行存储在该记 录介质上的程序代码。
在这种情况下，从计算机可读记录介质读出的实际程序代 码实现上述实施例的功能，记录该程序代码的记录介质构成本 发明。
可用于提供该程序代码的记录介质包括例如软盘、硬盘、 光盘、磁光盘、CD-ROM、 CD-R、磁带、非易失性存储卡和ROM。
作为执行由计算机读出的程序代码的结果，本发明不仅包 含实现上述实施例的功能的模式，而且还包含下面的模式。即， 本发明还包含这样 一种模式运行在计算机上的操作系统(OS) 等基于该程序代码中的指令进行部分或全部实际处理，并且作 为该处理的结果实现上述实施例的功能。
此外，本发明还包含下面的模式将从记录介质读出的程 序代码写入设置在插入计算机中的功能扩展板或与计算机连接
的功能扩展单元中的存储器中，然后，该功能扩展板或功能扩 展单元中所设置的C P U等基于该程序代码中的指令进行部分或 全部实际处理，作为该处理的结果，实现上述实施例的功能。
尽管参考典型实施例说明了本发明，但是应该理解，本发 明不局限于所公开的典型实施例。所附权利要求书的范围符合 最宽的解释，以包含所有这类修改、等同结构和功能。
权利要求
1. 一种服务流程处理方法，用于基于Web服务流程描述文档和从第一Web服务所接收的第一消息向第二Web服务发送第二消息，所述服务流程处理方法包括数据提取步骤，用于基于所述Web服务流程描述文档中的描述，从所述第一消息中提取数据；位置信息提取步骤，用于从所述Web服务流程描述文档中提取表示所述第二消息中与所提取的数据相对应的位置的位置信息；以及构建步骤，用于基于从所述Web服务流程描述文档所提取的所述位置信息，构建所述第二消息的结构，其中，在所述构建步骤中，基于从所述Web服务流程描述文档所提取的所述位置信息，将从所述第一消息所提取的数据插入在所述第二消息的结构中。
2. 根据权利要求l所述的服务流程处理方法，其特征在于， 在所述位置信息提取步骤中，提取表示所述第二消息中与所提 取的数据相对应的位置的XPath,作为所述位置信息。
3. 根据权利要求l所述的服务流程处理方法，其特征在于， 在所述构建步骤中，从表示由所述第二Web服务所接收的消息 的结构的结构信息中提取与从所述Web服务流程描述文档所提 取的所述位置信息所表示的位置相对应的信息，并且基于从所 述结构信,包、所提取的信息构建所述第二消,t-的结构。
4. 根据权利要求l所述的服务流程处理方法，其特征在于， 在所述数据^提取步骤中，响应于对所述第一Web服务的请求，接收所述第一消息；以及'在所述位置信息提取步骤中，将所提取的数据与所述位置 信息相关联地进行保持。
5. 根据权利要求l所述的服务流程处理方法，其特征在于，在所述构建步骤中，构建作为结构化文档的所述第二消息的结构。
6. —种服务流程处理设备，用于基于Web服务流程描述文 档和从第一 We b服务所接收的第 一 消息向第二 We b服务发送第 二消息，所述服务流程处理设备包括数据提取部件，用于基于所述We b服务流程描述文档中的 描述，从所述第一消息中提取数据；位置信息提取部件，用于从所述Web服务流程描述文档中 提取表示所述第二消息中与所提取的数据相对应的位置的位置 信息；以及构建部件，用于基于从所述Web服务流程描述文档所提取 的所述位置信息，构建所述第二消息的结构，其中，所述构建部件基于从所述Web服务流程描述文档所 提取的所述位置信息，将从所述第 一 消息所提取的数据插入在 所述第二消息的结构中。
7. 根据权利要求6所述的服务流程处理设备，其特征在于， 所述位置信息提取部件提取表示所述第二消息中与所提取的数 据相对应的位置的XPath，作为所述位置信息。
8. 根据权利要求6所述的服务流程处理设备，其特征在于， 所述构建部件从表示由所述第二 We b服务所接收的消息的结构 的结构信息中提取与从所述We b服务流程描述文档所提取的所 述位置信息所表示的位置相对应的信息，并且基于从所述结构 信息所提取的信息构建所述第二消息的结构。
9. 根据权利要求6所述的服务流程处理设备，其特征在于， 所述数据提取部件响应于对所述第一 Web服务的请求，接收所述第一消息；以及所述位置信,I;提取部件将所提取的数据与所述位置信息相关联地进行保持。
10.根据权利要求6所述的服务流程处理设备，其特征在 于，所述构建部件构建作为结构化文档的所述第二消息的结构。
全文摘要
本发明涉及一种服务流程处理方法和设备。所述服务流程处理设备从第一Web服务接收第一消息，并且基于服务流程描述文档中的描述从第一消息中提取数据。服务流程处理设备从Web服务流程描述文档中提取表示第二消息中与所提取的数据相对应的位置的位置信息，并且基于所提取的位置信息构建第二消息的结构。服务流程处理设备基于从Web服务流程描述文档所提取的位置信息，将从第一消息所提取的数据插入第二消息的结构中，并且将插入了从第一消息所提取的数据的第二消息发送至第二Web服务。
文档编号H04L29/06GK101534307SQ200910117869
公开日2009年9月16日 申请日期2009年3月13日 优先权日2008年3月13日
发明者岩崎晋吾 申请人:佳能株式会社