用于面向服务的体系结构应用的Web服务信息管理方法和系统

具体实施方式

本发明的目的在于解决由于面向服务的体系结构(SOA)应用的分布式和松散连接的特性导致的Web服务执行过程中运行时信息收集困难，从而影响应用开发维护过程中的问题诊断和有效管理的问题。

图3示出了根据本发明一个实施例的用于SOA应用的Web服务信息管理系统的结构图。

如图3所示，该Web服务信息管理系统300包括管理服务器301、SOA服务请求者侧的消息拦截器302和Web服务提供者侧的消息拦截器303。

在该系统中，管理服务器301不与被管理资源，即Web服务进行直接通信，而是从在执行SOA应用时调用Web服务的SOA服务请求者侧的消息拦截器302处获得Web服务管理信息，并对所获得的Web服务管理信息进行存储或更新等维护操作。

SOA服务请求者侧的消息拦截器302用于拦截在执行SOA应用的SOA服务请求者与所调用的Web服务的提供者之间的消息，通过修改SOA服务请求者所发出的服务请求消息实现对所调用的Web服务的运行时详情的请求，并从该Web服务返回的响应消息中获取所请求的运行时详情。在SOA应用的业务流程中包括Web服务的多级调用的情况下，该SOA服务请求者侧的消息拦截器302也可以看作是根服务请求者处的拦截器。

图4示出了根据本发明一个实施例的SOA服务请求者侧的消息拦截器302的方框图。如图4所示，消息拦截器302包括消息截获模块3021、消息分析模块3022、跟踪标头添加模块3023和管理信息获取模块3024。

消息截获模块3021根据在消息拦截器302中设置的消息拦截规则和该SOA服务请求者侧的安全和管理规则，截获在执行SOA应用的SOA服务请求者与该SOA服务请求者所调用的Web服务的提供者之间传送的消息，并将经过该消息拦截器302的处理之后的所截获的消息发送到该消息的原始目的地。其中在该SOA服务请求者与Web服务提供者之间传送的消息可能包括服务请求消息、响应消息以及包含在该SOA服务请求者与该Web服务的交互过程中所需要的参数、信息、资料、通知等的消息。

消息分析模块3022对消息截获模块3021所截获的消息进行分析，从中识别出服务请求消息，并将其传递给跟踪标头添加模块3023进行处理。此外，该消息分析模块还对来自所调用的Web服务返回的响应消息进行分析，判断其中是否包括采用SOAP标头形式的确认跟踪标头，并将包括确认跟踪标头的响应消息传递给管理信息获取模块3024。

跟踪标头添加模块3023对消息分析模块3022传递来的该SOA服务请求者发出的服务请求消息添加请求所调用的Web服务的运行时详情的跟踪标头。在本实施例中，该跟踪标头采用以下SOAP标头的形式：

<trace contextID＝“…”operationID＝“…”>

…

</trace>

其中，contextID和operationID是用于标识一次Web服务调用的上下文标识和操作标识对。例如，<trace contextID＝“XYZ”operationID＝“R111”>是标识上下文为“XYZ”、操作为“R111”的Web服务调用。在此次Web服务调用期间内执行的任何交互或操作都以该标识对来标识，以便根据该标识对此次Web服务调用期间的Web服务执行情况进行跟踪。

其中，操作标识是跟踪标头添加模块3023根据与服务请求消息对应的操作新生成的全局唯一标识。而对于上下文标识，则如果此时在上下文(例如，在线程局部变量)中存在已有上下文标识的情况下，则直接采用此上下文标识，否则，在不存在已有上下文标识的情况下，跟踪标头添加模块3023将新生成一个全局唯一标识，并将其保存在上下文中，以作为上下文标识。

此外，跟踪标头添加模块3023还可将服务证书添加到跟踪标头部分，以便所调用的Web服务根据此证书对该SOA服务请求者进行认证。

管理信息获取模块3024接收消息分析模块3022识别出的包括确认跟踪标头的响应消息，并根据其中的确认跟踪标头，获取相应的Web服务的运行时详情。需要说明的是，该运行时详情中包括该Web服务针对于该SOA服务请求者发出的服务请求消息的执行期间的调用拓扑，以及该Web服务的管理信息或检索该Web服务的管理信息的路径。此外，为了标识该运行时信息对应于哪一次服务调用，在确认跟踪标头中还包含此次调用所对应的服务请求消息中的上下文标识和操作标识，以便该SOA服务请求者正确地进行Web服务的信息收集。然后，管理信息获取模块3024将所获得的该Web服务的运行时详情传送给管理服务器301，以由管理服务器301对该Web服务的管理数据进行更新和维护，以便用于SOA服务请求者所执行的SOA应用的问题诊断和性能分析等。

此外，在消息拦截器302中，还可以定义前置条件和后置条件检查逻辑，以便根据消息内容和服务上下文触发特殊的管理事件。

现在返回到图3，Web服务提供者侧的消息拦截器303用于在Web服务的提供者侧拦截在该Web服务与该Web服务的请求者之间传送的消息，并在识别出该Web服务的请求者通过服务请求消息中的跟踪标头请求该Web服务的运行时详情的情况下，在该Web服务的执行期间跟踪其运行时详情，并将该运行时详情通过响应消息返回给SOA服务请求者。

需要说明的是，在该Web服务在执行期间又作为服务请求者请求其他Web服务的情况下，消息拦截器303作为服务请求者侧的消息拦截器起作用，即拦截该Web服务对其他Web服务发出的服务请求消息，在其中添加跟踪标头，以请求该其他Web服务的运行时详情。而该其他Web服务则在执行结束后将其运行时详情通过响应消息返回给该Web服务。通过这种方式，通过利用上下文标识和操作标识，可以实现对整个服务调用过程的跟踪。因此，在Web服务请求者侧执行的SOA应用业务流程包括多级Web服务的调用的情况下，该Web服务提供者侧的消息拦截器303可看作是中间服务节点或叶子服务节点处的消息拦截器。

图5示出了根据本发明一个实施例的Web服务提供者侧的消息拦截器303的方框图。如图5所示，消息拦截器303包括消息截获模块3031、消息分析模块3032、运行时详情跟踪模块3033和确认跟踪标头添加模块3034和跟踪标头添加模块3035。

消息截获模块3031根据在消息拦截器303中设置的消息拦截规则，截获在Web服务的请求者与该Web服务的提供者之间传送的消息，并将经过该消息拦截器303的处理之后的所截获的消息发送到该消息的原始目的地。

消息分析模块3032对消息截获模块3031所截获的从Web服务请求者发来的消息进行分析，以识别包括请求该Web服务的运行时详情的跟踪标头的服务请求消息。在识别出这样的服务请求消息的情况下，消息分析模块3032提取出该跟踪标头，将其中的操作标识作为其上下文标识，以在该Web服务针对于该服务请求消息的执行期间使用。并且，在此情况下，消息分析模块3032还指示运行时详情跟踪模块3033在该Web服务的执行期间跟踪其运行时详情。

此外，消息分析模块3032还对该Web服务返回给Web服务请求者的响应消息进行分析，判断相对于该响应消息的服务请求消息中是否包括请求运行时详情的跟踪标头，在存在的情况下，将该响应消息传递给确认跟踪标头添加模块3034，指示其添加确认跟踪标头。

此外，消息分析模块3032还在消息截获模块3031所截获的消息中识别该Web服务在执行过程中发给另一Web服务的服务请求消息。在识别出这样的消息的情况下，消息分析模块3032指示跟踪标头添加模块3035在该服务请求消息中添加跟踪标头。

此外，消息分析模块3032还在消息截获模块3031所截获的消息中识别该Web服务所调用的其他Web服务所返回的响应消息。在识别出这样的消息的情况下，消息分析模块3032指示运行时详情跟踪模块3033获取其中的运行时详情。

运行时详情跟踪模块3033在消息分析模块3032的指示下，在Web服务针对于所接收到的服务请求消息的执行期间，记录其运行时详情，包括该Web服务在执行期间的调用拓扑，及该Web服务在执行期间的管理信息。此外，在消息分析模块识别出从该Web服务所调用的其他Web服务返回的响应消息的情况下，运行时详情跟踪模块3033还根据该响应消息中的确认跟踪标头，获取该其他Web服务的运行时详情，以实现对下一级Web服务的运行时详情的记录。

确认跟踪标头添加模块3034在消息分析模块3032的指示下，从运行时详情跟踪模块3033获取其记录的该Web服务的运行时详情，并将其以确认跟踪标头的形式添加到消息分析模块3032传递来的要发送给Web服务请求者的响应消息中。其中该确认跟踪标头采用以下SOAP标头的形式：

<trace contextID＝“…”operationID＝“…”>

 <info type＝“…”method＝“…”>

</trace>

消息体

<managment>

  信息

</managmet>

该确认跟踪标头与上述的服务请求消息中的跟踪标头类似，包括标识此次服务调用的上下文标识和操作标识。该上下文标识和操作标识分别与最初调用该Web服务的服务请求消息中的上下文标识和操作标识相同。“info type”和“method”是指示该响应消息中返回的信息类型以及获得该Web服务的运行时详情的方法。在本实施例中，运行时详情的返回可以采用以下两种方式：

1)带内：将该Web服务的运行时详情直接添加到响应消息中(例如，打包到消息附件中)。这样，可以实现跨域的运行时详情的传递。但这种方法在响应消息中携带的信息量较少。

2)带外：在响应消息中只携带获得该Web服务的运行时详情的方法，例如，路径、地址等。采用这种方法，服务请求者要以单独的操作来获得所需信息，但可以获得详细的大量信息。

现在，仍以前面所举的服务请求消息中的跟踪标头为例，与其对应的响应消息中的确认跟踪标头可以是：

<trace contextID＝“XYZ”operationID＝“R111”>

  <info type＝“inband”method＝“MIME”>

</trace>

Message Body

<management>

信息

</managment>

确认跟踪标头添加模块3034在响应消息中添加了确认跟踪标头之后，将其返回给消息分析模块3032，并通过消息截获模块3031发送到该消息的原目的地。

跟踪标头添加模块3035与上述SOA服务请求者侧的消息拦截器302中的跟踪标头添加模块3022的功能类似。其在消息分析模块3032识别出该Web服务在执行期间发送给其他Web服务的服务请求消息的情况下，根据消息分析模块3032的指示，在该服务请求消息中添加请求运行时详情的跟踪标头。该跟踪标头与上述跟踪标头添加模块3022所采用的标头形式相同。其中的上下文标识是该Web服务提供者侧已有的上下文标识，而操作标识是跟踪标头添加模块3035根据该服务请求消息所对应的具体操作而生成的操作标识。

这样，通过利用SOA服务请求者侧和Web服务提供者侧的消息拦截器附加跟踪标头和运行时详情，可以实现在SOA应用的Web服务流程执行期间对Web服务的运行时详情的跟踪和收集，以便更有效的控制SOA应用的整个业务流程。

需要说明的是，本实施例中的SOA服务请求者的消息拦截器302和Web服务提供者侧的消息拦截器303可以作为Web服务引擎的扩展来实现透明的服务跟踪和信息收集机制。

同时本发明所提出的方法对于服务的提供者没有强制性要求。服务的提供者可以自愿的选择是否支持该方法。如果支持该方法，则该Web服务的请求者就可以获取该服务的具体执行过程。在整个Web服务执行过程中，如果某个参与的服务提供者不支持该方法，则仅有该服务及其调用的Web服务不会提供具体执行过程信息，而不会影响其他服务提供运行时详情。

以上，对用于SOA应用的Web服务信息管理系统进行了详细描述，下面描述利用该系统实现的在相同发明构思下提出的用于SOA应用的Web服务信息管理方法。图6示出了根据本发明一个实施例的用于SOA应用的Web服务信息管理方法的流程。

如图所示，该方法在步骤1处，执行SOA应用的SOA服务请求者通过Web服务存根向远程的Web服务发出服务请求消息，以便进行调用。

在步骤2，SOA服务请求者侧的消息拦截器302拦截该SOA服务请求者发出的服务请求消息，在其中添加包括上下文标识和操作标识的跟踪标头。并通过网络将该服务请求消息发送给Web服务的提供者。

在步骤3，Web服务提供者侧的消息拦截器303拦截该服务请求消息，获取其中的跟踪标头。

在步骤4，Web服务针对该服务请求消息进行操作，同时消息拦截器303在该Web服务执行期间跟踪其运行时详情，包括后续调用的Web服务的运行时详情。

在步骤5，Web服务提供者侧的消息拦截器303拦截Web服务执行结束后返回给SOA服务请求者的响应消息，并在其中添加包括所跟踪的运行时详情或其检索方法的确认跟踪标头，然后通过网络发送给该SOA服务请求者。

在步骤6，SOA服务请求者侧的消息拦截器302拦截该响应消息，获取其中的确认跟踪标头，并根据该确认跟踪标头获得该Web服务的运行时详情，同时发送给管理服务器以便进行相应的更新。然后，将该响应消息通过SOA服务请求者侧的服务存根传递给SOA应用。

此外，在利用本发明获得Web服务的运行时详情之后，可以将所有的信息记录到一个表中。并根据此表，将每一次服务调用的上下文标识作为节点标识，而使操作标识定义节点与子节点之间的调用关系，来创建Web服务运行时的拓扑图。这样，对于SOA应用的开发者或管理员来说，就可以掌握每一次Web服务调用的请求、响应消息以及相应的管理信息。这对于SOA应用的远程支持和问题诊断都是很有用的。图7中示出了前面所举的SOA应用的具体实例在应用了本发明的情况下执行的业务流程及其数据相关性分析。

以上，结合实施例对本发明的用于面向服务的体系结构应用的Web服务信息管理系统和方法进行了描述。应当指出，这些实施例只是示例性的，本领域的技术人员可以在此基础上作出各种改变。