CN101441561B

CN101441561B - 基于上下文模型生成面向服务架构的策略的方法和装置

Info

Publication number: CN101441561B
Application number: CN2007101870882A
Authority: CN
Inventors: 王夕宁; 刘昕鹏; 周宇辰
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2007-11-23
Filing date: 2007-11-23
Publication date: 2012-05-23
Anticipated expiration: 2027-11-23
Also published as: US20120216173A1; US8266184B2; US8447788B2; US20120284386A1; US20090281996A1; US8510345B2; CN101441561A

Abstract

一种基于上下文模型生成面向服务架构SOA的策略的方法，包括：产生策略的应用范围；生成上下文模型；基于由用户定制的动作语义模块，生成用于该上下文模型的动作列表；根据该上下文模型，生成策略的条件部分；根据动作列表，生成策略的动作部分；合并策略的条件部分和动作部分以生成策略。采用本发明，可以用半自然的语言生成所有类型的SOA策略，并且利用包含OWL文档的SOA元数据文档生成上下文模型，可以扩展SOA策略的应用域的知识，而且所生成的SOA策略在执行时无需复杂的本体引擎。另外，通过利用用户自行定制的动作语义模块生成策略的动作部分，能够增强描述策略行为的能力。采用本发明生成的SOA策略完全符合标准，可以重复利用。

Description

基于上下文模型生成面向服务架构的策略的方法和装置

技术领域

本发明涉及计算机网络系统的面向服务架构(Service-OrientedArchitecture，简称SOA)技术，具体地说，涉及生成用于生成SOA策略的上下文模型的方法和装置、以及基于上下文模型生成SOA策略的方法和装置。

背景技术

面向服务架构SOA是指为了解决因特网环境下业务集成的需要而通过连接能完成特定任务的独立功能实体来实现的一种软件系统架构。换句话说，SOA是一个组件模型，它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来，其中接口的定义是独立于实现服务的硬件平台、操作系统和编程语言的。SOA采用面向服务的建模技术和WEB服务技术，实现系统之间的松耦合，从而实现系统之间的整合与协同。

SOA策略是SOA系统的一个重要组成部分，其用于SOA系统的行为的声明性描述和执行。在SOA系统中，SOA策略的使用贯穿SOA的整个生命周期，包括设计时校验、部署时策略发布和打包、以及运行时服务选择、变化管理和影响分析。

一般地，SOA策略在不同的层级上可以分为以下几种类型：

-业务策略，用于制定业务决策和遵循行业指导等；

-应用策略，用于在服务调用期间的服务选择等；

-治理策略，用于执行遵循标准的规则、定义治理过程的系统行为等。

SOA技术的一个主要特点在于，所有的数据和上下文都采用XML格式描述，包含这样的数据和上下文的文档称为SOA元数据(Metadata)文档。一般地，SOA元数据文档可以包括：用于描述与服务相关的内容的服务元数据文档、用于描述与运行时信息相关的内容的运行时信息文档、或者用于描述其它业务内容的文档。例如，服务元数据文档可以采用Web服务描述语言(Web Service Description Language，简称WSDL)、XML模式定义语言(XML Schema Definition，简称XSD)、Web服务策略(WS-Policy)、服务组件定义语言(Service Component DefinitionLanguage，简称SCDL)、业务流程执行语言(Business Process ExecutionLanguage，简称BPEL)、服务组件架构(Service Component Architecture，简称SCA)策略等；运行时信息文档可以采用简单对象访问协议(SimpleObject Access Protocol，简称SOAP)、表示性状态传输(RepresentationalState Transfer，简称REST)等；描述其它业务内容的文档可以采用服务数据对象(Service Data Object，简称SDO)、Web本体语言(Web OntologyLanguage，简称OWL)等。

下面简要介绍现有技术中的几种用于生成SOA策略的技术方案。

(一)传统的业务策略/规则定义工具和转换机制

通常，这样的业务规则定义工具使用建模语言或者半自然语言表示策略或规则，并且在执行这些策略或规则之前，需要将其转换成可执行代码，例如Java、.NET等。

诸如ILOG公司的JRules和Blaze公司的Advisor等的业务规则定义工具，能够帮助业务分析人员使用基于业务词汇表和业务规则的语义(Semantics of Business Vocabulary and Business Rules，简称SBVR)规范的结构化英语句子和短语来编写和管理表达业务逻辑的业务规则。

利用这种业务规则定义工具定义的策略或者规则，根据复杂的模型驱动架构可以分层为不同的级别，例如，业务级别、平台无关的级别、平台有关的级别等。

WebSphere Business Modeler是国际商业机器(IBM)公司提供的一个用于对业务流程建模的工具，也包含了可定义业务策略/规则的功能，其中，业务规则可在业务流程中被插入。然而，该工具仅仅在概念水平上进行定义，并且仅仅生成抽象的规则框架和文本描述。

WebSphere Integration Developer(WID)是IBM公司提供的一个基于Eclipse技术的集成开发环境，它提供了用于构建和部署基于标准的业务流程应用程序的开发服务。利用WID工具，可以定义决策表和规则对象，其中决策表是业务规则定义的最简单的形式，而规则对象最终将用JAVA实现，因此，会失去声明性策略的灵活性。

上述的传统的业务策略/规则定义工具具有下述的局限性：

1、这些业务策略/规则定义工具通常支持复杂的模型驱动架构，并且用户需要人工地基于规则词汇表编写策略，然后利用业务策略/规则定义工具生成不同级别的策略/规则。由于在不同级别的策略/规则之间很难保持无缝关系，因此，该业务策略/规则定义工具在本质上不能执行不同级别之间的转换而不丢失语义和完整性。因此，用户必须自己改进最后所生成的结果，造成该业务策略/规则定义工具使用复杂。

2、由于最后的用于执行的策略都是通过可执行代码表示，例如Java、.NET程序，并且反映业务策略或规则的业务逻辑也内嵌于可执行代码中，因此，当策略需要随着业务要求改变时，用户必须重建更新后的策略，并再次进行转换。这样，会失去声明性策略的灵活性。

3、利用上述业务策略/规则定义工具生成的策略/规则不符合标准，因此不能复用。

(二)基于本体的策略和相应的定义工具

Web本体语言(Web Ontology Language，简称OWL)是万维网联合会(W3C)推荐的一种本体的标准描述语言，它是关于与特定行业有关的知识的一个或者多个域的概念化规范，其包括三个子语言：OWL Lite、OWL DL和OWL Full。

语义网规则语言(Semantics Web Rule Language，简称SWRL)是结合OWL语言的OWL DL、OWL Lite子语言和规则标记语言(RuleMarkup Language，简称RuleML)的一元/二元数据记录RuleML子语言而形成的，其包括在OWL语言的OWL DL和OWL Lite子语言中用于“霍恩式(Horn-like)”规则的高级摘要语法，并且提供了模型论语义以对包括用该摘要语法编写的规则/策略的OWL本体提供正式的含义。

WebSphere Business Services Fabric(WBSF)是IBM公司提供的支持业务领域服务及服务策略建模、开发和运行时支持的工具。该工具提供了一种可动态装配用于选择服务端点的可接受的规则的机制。策略在概念上以IF(条件)THEN(断言)的格式进行声明：如果满足指定的条件(上下文和内容)，则产生指定的契约(以组合断言的形式)，以匹配在可用端点中定义的功能，其中，这些策略和策略断言都表示为OWL元素。

然而，这样的基于本体的策略定义工具具有以下的局限性：

1、该策略定义工具在很大程度上依赖于本体，而本体依赖于一组复杂的本体标准，例如OWL等，因此，该策略定义工具只能用于概念和对象的结构描述，其描述行为的能力很弱。

2、策略的定义仅仅基于OWL描述的实体进行，并且这些实体之间的关系没有在策略的定义中使用。

3、由于所有的策略都表示为OWL元素，因此策略的定义和执行在很大程度上依赖于OWL引擎。

(三)服务建模语言(Service Modeling Language，简称SML)规则和Schematron模式语言

SML语言是由IBM、微软、BEA、Intel等联合定义的用于基于XML的IT服务管理的语言，它提供了丰富的用于描述复杂IT服务和系统的模型的构件集合。SML模型是相关的XML文档的集合，这些XML文档包含关于一个IT服务的多个部分的信息、以及为了使该IT服务正常运行而每个部分必须满足的约束，其中，约束可以以下述两种方式表达：

1、模式(Schema)—是关于模型中的文档的结构和内容的约束。SML语言使用XML Schema 1.0的概要作为模式语言，并且定义XML Schema的扩展集合以支持文档间引用。

2、规则—是约束模型中的文档的结构和内容的布尔表达式。为此，SML语言使用Schematron模式语言的概要和XPath语言1.0。

XML Schema支持多个内置的基于语法的约束，但是它不支持用于定义任意的用于约束文档的结构和内容的规则的语言。Schematron模式语言是用于定义与XML文档的集合有关的断言的ISO标准。SML语言使用Schematron模式的概要以增加对用户定义的约束的支持。SML语言使用XPath语言1.0(其增加了smlfn：deref()扩展功能)作为其约束语言。用于定义的约束可以使用Schematron模式语言中的sch：assert和sch：report元素规定。

社区驱动的开源系统管理(COSMOS)的资源建模子项目是SML建模的开源项目，其旨在对建立通用模型以代表在系统管理场景中共享的信息提供支持。该项目计划使用SML作为XML模式语言，以定义该通用模型。服务建模语言互换格式(Service Modeling Language-InterchangeFormat，简称SML-IF)将用于在系统管理活动所涉及的工具之间共享模型元件。

然而，SML语言仅仅用于确认XML文档集合并产生文本报告，其对于策略的动作部分没有有力的表达机制以描述和扩展系统行为。并且，SML对于用户来说很难人工地定义策略/规则，尤其对于非IT用户定义业务相关的策略。此外，无论在规范中还是在已有的策略定义工具中，在SML和本体之间都不存在联系。

综上所述，现有的定义SOA策略的工具都存在局限性，需要一种新的生成SOA策略的技术方案以解决现有的定义SOA策略的工具存在的问题。

发明内容

本发明正是基于上述技术问题而提出的，其目的在于提供一种生成用于生成SOA策略的上下文模型的方法和装置，可以扩大用于生成策略的知识域。另外，本发明还提供一种基于上下文模型生成SOA策略的方法和装置，可以保持声明性策略的灵活性，并提高策略生成的使用性。

根据本发明的第一个方面，提供一种生成用于生成面向服务架构SOA的策略的上下文模型的方法，包括：收集符合上述策略的应用范围的SOA元数据文档；建立上述SOA元数据文档的文档间引用关系；以及根据上述文档间引用关系，聚合各个SOA元数据文档以生成上下文模型。

根据本发明的第二个方面，提供一种基于上下文模型生成面向服务架构的策略的方法，包括：产生策略的应用范围；利用上述的生成用于生成面向服务架构的策略的上下文模型的方法，生成上下文模型；基于由用户定制的动作语义模块，生成用于该上下文模型的动作列表；根据上述上下文模型，生成策略的条件部分；根据上述动作列表，生成策略的动作部分；以及合并上述策略的条件部分和动作部分以生成策略。

根据本发明的第三个方面，提供一种生成用于生成面向服务架构的策略的上下文模型的装置，包括：收集器，用于收集符合上述策略的应用范围的SOA元数据文档；文档间引用关系建立单元，用于建立上述SOA元数据文档的文档间引用关系；以及聚合器，用于根据上述文档间引用关系，聚合各个SOA元数据文档以生成上下文模型。

根据本发明的第四个方面，提供一种基于上下文模型生成面向服务架构的策略的装置，包括：应用范围产生单元，用于产生策略的应用范围；上述的生成用于生成面向服务架构的策略的上下文模型的装置，用于生成上下文模型；动作列表生成器，用于基于由用户定制的动作语义模块，生成用于上述上下文模型的动作列表；条件生成单元，用于根据上述上下文模型生成策略的条件部分；动作生成单元，用于根据所生成的上述动作列表生成策略的动作部分；以及策略生成器，用于合并上述策略的条件部分和动作部分以生成策略。

附图说明

图1是根据本发明的一个实施例的生成用于生成SOA策略的上下文模型的方法的流程图；

图2是根据本发明的另一个实施例的生成用于生成SOA策略的上下文模型的方法的流程图；

图3是图2的实施例中使用SOA元数据文档生成上下文模型的示意图；

图4是根据本发明的一个实施例的生成用于生成SOA策略的上下文模型的装置的示意性方框图；

图5是图4中的聚合器在Eclipse平台上的具体实现的示意图；

图6是根据本发明的一个实施例的基于上下文模型生成SOA策略的方法的流程图；

图7是图6中生成SOA策略的过程的示意图；

图8是根据本发明的一个实施例的基于上下文模型生成SOA策略的装置的示意性方框图；

图9是图8的实施例中条件生成单元的示意图；

图10是图8的实施例中动作生成单元的示意图。

具体实施方式

相信通过以下结合附图对本发明的具体实施例的详细描述，本发明的上述和其它目的、特征和优点将更加明显。

图1是根据本发明的一个实施例的生成用于生成SOA策略的上下文模型的方法的流程图。下面结合附图，详细说明本实施例。

如图1所示，首先，在步骤101，收集符合策略的应用范围的SOA元数据文档。如前所述，SOA元数据文档包括服务元数据文档、运行时信息文档或者例如OWL文档的用于描述其它业务内容的文档。在本实施例中，策略的应用范围是指策略会被应用的领域，具体的内容将在后面详细描述。根据策略的应用范围，相关的SOA元数据文档被收集。在收集这些SOA元数据文档之前，可以由用户指定符合要求的SOA元数据文档。

然后，在步骤105，对于所收集的SOA元数据文档进行处理，即，建立SOA元数据文档的文档间引用关系。XML模式本身并不支持文档间的引用，然而，本实施例通过扩展XML模式以支持在不同的SOA元数据文档中的XML元素之间建立互相引用的关系，例如，增加新的属性或数据类型，用于说明一个元素对另外一个元素的引用。在本实施例中，文档间引用关系可以通过在每一个SOA元数据文档的统一资源标识符(URI)与该SOA元数据文档所承担的角色之间建立唯一的对应关系来建立。由于所收集的SOA元数据文档相互之间不一定存在关系，例如WSDL文档中定义的元素和运行时SOAP消息中的元素，因此，通过如上所述地建立唯一的对应关系的操作，可以建立每个文档的根元素的文档间引用，从而使得所有的文档可以相互引用。

然后，在步骤110，根据在步骤105中建立的文档间引用关系，聚合各个SOA元数据文档，从而生成上下文模型。未建立引用关系的SOA元数据文档之间是孤立的，在执行了步骤110之后，所有建立了引用关系的SOA元数据文档能够共同形成一个上下文，从而使得这些SOA元数据文档之间能够互相依赖，共同描述用于生成策略的上下文模型。

在本实施例中，上下文模型表现为采用文档列表形式的XML格式的文档。在所生成的上下文模型中，列有：每个SOA元数据文档的URI、对应的角色和表示文档间引用的元素。

下面给出一个上下文模型的例子，其中该上下文模型是基于XML语言的：

<？xml version＝″1.0″encoding＝″UTF-8″？>

<cm:uri>/Context Model/Extemal_SampleService.wsdl</cm:uri>

</Document>

<cm:uri>/Context Model/Intemal_SampleService.wsdl</cm:uri>

</Document>

<cm:uri>/Context Model/RequesterSOAP_1.xml</cm:uri>

</Document>

<cm:uri>/Context Model/SampleService.wsdl</cm:uri>

</Document>

</DocumentList>

其中，Document role表示文档所承担的角色，cm:ref表示文档间引用，cm:uri表示文档的URI。那么，该上下文模型中包含4个文档：文档1是External_SampleService.wsdl，其承担的角色是role0；文档2是Internal_SampleService.wsdl，其承担的角色是role1；文档3是RequesterSOAP_1.xml，其承担的角色是role2；文档4是SampleService.wsdl，其承担的角色是role3。这4个文档之间的相互引用通过cm:ref＝″true″体现。

当然，本领域的普通技术人员能够理解，上下文模型还可以基于其它的能够使SOA元数据文档相互引用并且能够描述验证SOA元数据文档的结构和内容的策略/规则的可执行的语言。

通过以上描述可以看出，本实施例的生成用于生成SOA策略的上下文模型的方法通过在相关的SOA元数据文档之间建立关系，并且按一定的格式聚合这些SOA元数据文档，能够生成上下文模型，为生成具有统一格式的SOA策略提供了基础。

图2是根据本发明的另一个实施例的生成用于生成SOA策略的上下文模型的方法的流程图，其中与前面的实施例相同的部分采用相同的标记，并适当省略其说明。下面结合附图，对本实施例进行详细描述。

如前所述，OWL语言是本体的标准描述语言，其用预定义的格式描述对象之间的关系。OWL语言是基于XML发展的，与XML语言相比，其能够描述语义信息。OWL文档可以看作是包含一定业务语义信息的XML文档。

OWL的基本组成部分包括：类、属性和个体(实例)。下面是OWL文档的一个例子，其中描述了一些业务术语，例如帐户大小(AccountSize)、客户类型(CustomerType)和帐户限定值(AccountLimit)等。在该例中，用oWl:Class元素表示类。

<owl:Class rdf:ID＝″AccountSize″>

<rdfs:subClassOf rdf:resource＝″http://www.webifysolutions.com/assertion#ContentBasedAssertion″/>

<core:assertionType rdf:datatype＝″http://www.w3.org/2001/XMLSchema#string″

>Endpoint Selection</core:assertionType>

</owl:Class>

<owl:Class rdf:ID＝″CustomerType″>

<core:assertionType rdf:datatype＝″http://www.w3.org/2001/XMLSchema#string″>Endpoint

Selection</core:assertionType>

</owl:Class>

<owl:Class rdf:ID＝″AccountLimit″>

>Endpoint Selection</core:assertionType>

<core:contentAssertionScope rdf:datatype＝″http://www.w3.org/2001/XMLSchema#string″

>POLICY</core:contentAssertionScope>

</owl:Class>

由于OWL文档包含有业务语义信息，因此在生成上下文模型的过程中，在收集了相关的SOA元数据文档之后并在对每个SOA元数据文档进行建立文档间引用关系的操作之前，还需对OWL文档进行处理。

具体地，在步骤201，检查所收集的SOA元数据文档中是否存在OWL文档，如果不存在OWL文档，则继续执行步骤105。如果存在OWL文档，则在步骤205，解析每一个OWL文档，以获得该OWL文档中的OWL类，即，在上面的OWL文档的例子中，用oWl:Class定义的。然后，在步骤210，基于所获得这些OWL类，创建相应的OWL个体(individual)。在OWL中，个体是类的实例。这样，通过对OWL类进行实例化，就可以得到OWL个体。然后，在步骤215，对于每一个OWL文档，生成包含有OWL类和相应的OWL个体的本体文档。这些本体文档将和其它非OWL文档的SOA元数据文档一起生成上下文模型。

在步骤105，对于本体文档和其它非OWL文档的SOA元数据文档建立文档间引用关系。然后，在步骤110，根据这些文档间引用关系，聚合本体文档和其它非OWL文档的SOA元数据文档，以生成上下文模型。

图3示出了使用SOA元数据文档生成上下文模型的示意图。如图3所示，SOA元数据文档有：以BPEL、WSDL和SCDL描述的与功能性描述有关的文档、以WS-策略和SCA策略表示的与服务非功能属性要求有关的文档、以业务对象/消息对象(Business Object/Message Object)和SOAP消息表示的与运行时信息有关的文档、XML格式的上下文信息、以及描述本体的OWL文档，例如描述医疗、保险等行业的OWL文档。OWL文档经过解析和实例化后得到OWL个体(实例)，然后与其它文档共同构建上下文模型。

通过以上描述可以看出，本实施例的生成用于生成SOA策略的上下文模型的方法能够进一步对描述行业域的知识的OWL文档进行处理，扩展了SOA策略的应用域的知识，从而能够生成更具语义和更复杂的策略。

在同一个发明构思下，图4是根据本发明的一个实施例的生成用于生成SOA策略的上下文模型的装置的示意性方框图。下面结合附图，详细说明本实施例，其中对于与前述的实施例相同的部分，适当省略其说明。

如图4所示，本实施例的生成用于生成SOA策略的上下文模型的装置400包括：收集器401，其收集符合策略的应用范围的SOA元数据文档；文档间引用关系建立单元402，其建立由收集器401收集的SOA元数据文档的文档间引用关系；以及聚合器403，用于根据由文档间引用关系建立单元402建立的文档间引用关系，聚合各个SOA元数据文档以生成上下文模型。

具体地，收集器401根据SOA策略的应用范围，即SOA策略被应用的领域，收集相关的SOA元数据文档。优选地，这些相关的SOA元数据文档可以由用户指定，因此，本实施例的生成上下文模型的装置400还可包括指定单元，其允许用户指定符合策略的应用范围的SOA元数据文档。指定单元可以通过向用户提供交互界面来实现。

然后，由收集器401将这些SOA元数据文档收集在一起。所收集的这些SOA元数据文档被提供给对应关系建立单元402，并在文档间引用关系建立单元402中，建立文档间引用关系，具体地，文档间引用关系建立单元402可包括对应关系建立单元，其建立各个SOA元数据文档的统一资源标识符URI与该SOA元数据文档所承担的角色之间的唯一的对应关系。SOA元数据文档所承担的不同角色表明了该文档在整个上下文模型中承担了不同的作用，提供了不同的用于生成策略的元素。通过建立该唯一的对应关系，可以建立各个SOA元数据文档的根元素的文档间引用。另外，SOA元数据文档中的其它元素也可以通过与根元素的相对路径来描述自身的位置，这样SOA元数据文档中的各个元素之间都能够建立互相引用的关系，从而使各个SOA元数据文档能够相互引用。

然后，聚合器403根据所建立的文档间引用关系，将这些SOA元数据文档聚合为上下文模型。在本实施例中，上下文模型表现为采用文档列表形式的XML格式文档。在所生成的上下文模型中，列有：每个SOA元数据文档的URI及其对应的角色。

图5是图4中的聚合器403在Eclipse平台上的具体实现的示意图。如图5所示，在“Context Model Editor”的左侧一栏中是生成的基于XML语言的上下文模型，其中列出了角色role与文档的URI的对应关系。

进一步地，本实施例的生成用于生成SOA策略的上下文模型的装置400还包括：检查单元404，其检查由收集器401所收集的SOA元数据文档中是否存在OWL文档；OWL解析器405，其解析OWL文档，以获得每个OWL文档中的OWL类；OWL个体创建单元406，其根据通过OWL解析器404获得的OWL类，创建相应的OWL个体；以及本体文档生成器407，其对每个OWL文档，生成包含OWL类和相应的OWL个体的本体文档。

这样，每个OWL文档经过OWL解析器405、OWL个体创建单元406和本体文档生成器407的处理，得到相应的本体文档。

这些本体文档用于与其它非OWL文档的SOA元数据文档一起构建上下文模型。具体地，这些本体文档和非OWL文档的SOA元数据文档被提供给文档间引用关系建立单元402，以建立文档间引用关系，然后由聚合器403根据所建立的文档间引用关系，聚合非OWL文档的SOA元数据文档和本体文档，从而生成上下文模型。

应当指出，本实施例的生成用于生成SOA策略的上下文模型的装置400及其组件可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用由各种类型的处理器执行的软件实现，也可以由上述硬件电路和软件的结合实现。并且，本实施例的生成用于生成SOA策略的上下文模型的装置400在操作上可以实现如图1所示的实施例的生成用于生成SOA策略的上下文模型的方法。

通过以上描述可以看出，采用本实施例的生成用于生成SOA策略的上下文模型的装置，可以在相关的SOA元数据文档之间建立关系，并且将其聚合为上下文模型，为生成具有统一格式的SOA策略提供了基础。此外，本实施例的生成用于生成SOA策略的上下文模型的装置还可以处理描述行业域的知识的OWL文档，扩展了SOA策略的应用域的知识，从而能够生成更具语义和更复杂的SOA策略。

在同一个发明构思下，图6是根据本发明的一个实施例的基于上下文模型生成SOA策略的方法的流程图，其中，与前述的实施例相同的部分，适当省略其说明。下面结合附图，详细说明本实施例。

如图6所示，首先，在步骤601，产生将被生成的策略的应用范围。如前所述，策略的应用范围是指策略将要应用的领域，其可以是策略的类型，即，策略是业务策略、应用策略或者治理策略；也可以是策略所应用的应用场景，例如帐户管理等；也可以是两者的结合。

接着，在步骤605，根据所产生的策略的应用范围，利用图1或图2所示的实施例的生成用于生成面向服务架构的策略的上下文模型的方法，将符合策略的应用范围的SOA元数据文档聚合为上下文模型。在本实施例中，选择XML语言实现上下文模型。

然后，在步骤610，基于由用户定制的动作语义模块，生成用于在步骤605中生成的上下文模型的动作列表。

具体地，用户可以根据需要，定制所需的动作语义模块。这些动作语义模块可以是任意格式的，然而，对于非XML格式的动作语义模块，需要提供对应的XML描述文件，该XML描述文件描述了有关该动作语义模块的格式、接口和调用方式等的信息。用户可以将所定制的动作语义模块存储在特定的位置。通过用户定制动作语义模块，可以扩展策略的动作语义。

然后，获取这些动作语义模块及其XML描述文件，并读取XML描述文件以获得动作语义模块的相关信息。利用这些相关信息，将动作语义模块导入动作列表中。

在建立了上下文模型和相应的动作列表后，在步骤615，根据上下文模型中SOA元数据文档的结构和内容，生成策略的条件部分，以构建某些动作将被执行的环境。通常，条件部分表示为逻辑表达式或者其组合。例如，作为条件部分的逻辑表达式可以采用如下形式：

((<Left Term><Operator><Right Term>A)

and(<Left Term><Operator><Right Term>B)

or(<Left Term><Operator><Right Term>C)

具体地，从上下文模型中的SOA元数据文档中提取条件术语以及条件术语之间的相互关系，例如继承关系、关联关系等。这些条件术语是策略的条件部分的“Left Term”和“Right Term”的候选，此外，“Right Term”也可以是数值。然后，显示这些条件术语，并由用户选择所需的条件术语和运算符，以构建策略的条件部分。

然后，在步骤620，根据在步骤610生成的动作列表，生成策略的动作部分。具体地，显示动作列表中的所有动作语义模块，用户可以根据策略的条件部分，选择所希望的动作语义模块，并设置该动作语义模块中的参数，从而得到策略的动作部分。策略的动作部分可以表示为格式化的字符串或者可执行框架，以调用动作语义模块。

最后，在步骤625，合并在步骤615和620中生成的策略的条件部分和动作部分，从而生成策略。所生成的策略是条件-动作策略，其中条件部分表示上下文模型中SOA元数据文档的结构和内容的匹配标准，动作部分具有可扩展的动作语义。例如，如果上下文模型采用XML语法，那么策略可以采用Schematron模式语言作为基础语法。

图7示意性地示出了生成SOA策略的过程。如图7所示，SOA元数据文档被聚合成上下文模型，然后依据该上下文模型生成策略的条件部分，而由用户定制的动作语义模块，例如调用Web服务、记录日志、变量赋值等，被用于生成策略的动作部分，最后条件部分与动作部分合并构成策略。

此外，本实施例的基于上下文模型生成SOA策略的方法还包括：生成上下文模型模板，其包含了在步骤605中生成的上下文模型和上下文模型中的SOA元数据文档；并且，将该上下文模型模板和所生成的SOA策略一起注册在SOA系统的策略注册存储库(Policy Registry/Repository)中，用于未来的策略执行。

下面给出供应链本体OWL文档和运行时元数据的示例以及生成的SOA策略的示例。

<？xml version＝″1.0″？>

<rdf:RDF

xmlns＝″http://www.owl-ontologies.com/Ontology1179712883.owl#″

xmlns:rdf＝″http://www.w3.org/1999/02/22-rdf-syntax-ns#″

xmlns:xsd＝″http://www.w3.org/2001/XMLSchema#″

xmlns:rdfs＝″http://www.w3.org/2000/01/rdf-schema#″

xmlns:owl＝″http://www.w3.org/2002/07/owl#″

xmlns:p1＝″http://www.owl-ontologies.com/″

xml:base＝″http://www.owl-ontologies.com/Ontology1179712883.owl″>

<owl:Ontology rdt:about＝″″/>

<owl:Class rdf:ID＝″CustomerType″/>

<owl:Class rdf:ID＝″Discount″/>

<owl:DatatypeProperty rdf:ID＝″hasLiteralValue″>

<rdfs:domain rdf:resource＝″#CustomerType″/>

</owl:DatatypeProperty>

<owl:ObjectProperty rdf:ID＝″hasDiscount″>

<rdfs:range rdf:resource＝″#Discount″/>

<rdf:domain rdf:resource＝″#CustomerType″/>

</owl:ObjectProperty>

<owl:DatatypeProperty rdf:ID＝″hasDecimalValue″>

<rdfs:domain rdf:resource＝″#Discount″/>

</owl:DatatypeProperty>

以上为描述例如客户类型(CustomerType)和折扣(Discount)等业务术语的OWL文档，其中OWL类包括“CustomerType”和“Discount”，并且类“CustomerType”的数据类型属性为“hasLiteralValue”，类“CustomerType”和“Discount”具有对象属性“hasDiscount”，类“Discount”的数据类型属性为“hasDecimalValue”。

以下示出的是规定不同的客户类型及其折扣的实例的OWL个体，该OWL个体表明：当客户类型“CustomerType”为“GOLDEN”时，折扣“Discount”为“0.66”，当客户类型“CustomerType”为“SILVER”时，折扣“Discount”为“0.77”，当客户类型“CustomerType”为“BRONZE”，时，折扣“Discount”为“0.88”。

<hasLiteralValue rdf:datatype＝″http://www.w3.org/2001/XMLSchema#string″>GOLDEN</hasLiteralValue>

</CustomerType>

<hasLiteralValue rdf:datatype＝″http://www.w3.org/2001/XMLSchema#string″>SILVER</hasLiteralValue>

</CustomerType>

<hasLiteralValue rdf:datatype＝″http://www.w3.org/2001/XMLSchema#string″>BRONZE</hasLiteralValue>

</CustomerType>

</rdf:RDF>

下面的XML文档是包含诸如客户类型(customerType)和客户姓名(customerName)的客户信息的运行时元数据。

<？xmlversion＝″1.0″encoding＝″UTF-8″？>

-<Customer xmlns:xsi＝″http://www.w3.org/2001/XMLschema-instance″xmlns:biz＝″http://BizRuleDemo″>

<customerType>SILVER</customerType>

</Customer>

下面的XML文档是根据动态客户类型规定折扣(discount)信息的运行时元数据。

<？xml version＝″1.0″encoding＝″UTF-8″？>

-<Discount xmlns:xsi＝″http://www.w3.org/2001/XMLShema-instance″xmlns:biz＝″http://BizRuleDemo″>

</Discount>

将上述OWL类、OWL实体和XM/L文档聚合为上下文模型，可以基于本体术语的业务语义，构建下面的策略，其中粗体部分分别表示策略的条件部分和动作部分，动作语义模块是赋值动作。该策略的语义描述的是不同的折扣值根据来自动态的运行时上下文的客户类型进行分配。

<？xml version＝″1.0″encoding＝″UTF-8″？>

<schema xmlns＝″http://www.ascc.net/xml/schematron″

xmlns:cm＝″http://contentmodel″>

<title>route_policy</title>

<report id＝″endpoint0″

test＝″fn:deref(ctx:Document[role＝′role1])//*/customerType/hasLiteralvalue/

text()＝fn:deref(ctx:Document[role＝′role2′])/customerType/text()″>

Assign{fn:deref(ctx:Document[role＝′role3′])/discount/text()＝

fn:deref(ctx:Document[role＝′rolel′])//*/customerType/hasDecimalvalue/text()}

</report>

</rule>

</pattern>

</schema>

通过以上描述可以看出，采用本实施例的基于上下文模型生成SOA策略的方法，可以采用半自然的语言生成所有类型的SOA策略，并且通过从SOA元数据文档中提取用于生成SOA策略的条件术语，扩展了SOA策略的应用域的知识。本实施例通过对OWL文档的处理，使得所生成的SOA策略在执行时无需复杂的本体引擎。另外，通过利用用户自行定制的动作语义模块生成策略的动作部分，能够增强描述策略行为的能力。采用本实施例的方法生成的SOA策略完全符合标准，可以重复利用。

在同一个发明构思下，图8是根据本发明的一个实施例的基于上下文模型生成SOA策略的装置的示意性方框图，其中与前面实施例相同的部分，适当省略其说明。下面结合附图，对本实施例进行详细描述。

如图8所示，本实施例的基于上下文模型生成SOA策略的装置800包括：应用范围产生单元801，用于产生策略的应用范围；如图4所示的实施例的生成上下文模型的装置400，其根据由应用范围产生单元801产生的策略的应用范围，生成上下文模型；动作列表生成器802，其基于由用户定制的动作语义模块，生成用于上下文模型的动作列表；条件生成单元803，用于根据所生成的上下文模型，生成策略的条件部分；动作生成单元804，用于根据所生成的动作列表，生成策略的动作部分；以及策略生成器805，其合并策略的条件部分和动作部分，从而生成策略。

具体地，需要生成SOA策略的用户利用应用范围产生单元801，产生策略的应用范围，包括策略的类型和/或应用场景。应用范围产生单元801可以通过用户交互界面的形式实现。然后，根据所产生的策略的应用范围，在生成上下文模型的装置400中，生成相应的上下文模型。

然后，用户根据需要定制相应的动作语义模块，如前所述，动作语义模块可以是任意格式的，对于非XML格式的动作语义模块，还需要提供相应的XML描述文件，其中描述了动作语义模块的相关信息，例如格式、调用方式、接口等。用户定制的动作语义模块可以预先存储在特定的位置。然后，由动作列表生成器802根据动作语义模块，生成动作列表。具体地，在动作列表生成器802中，首先由获取单元获取所定制的动作语义模块及其XML描述文件，然后读取单元读取XML描述文件，获得相关的信息，再由导入单元根据这些信息，将动作语义模块导入动作列表中，从而生成动作列表。

根据所生成的上下文模型，条件生成单元803生成策略的条件部分。如前所述，条件部分可以表示为逻辑表达式或其组合。具体地，在条件生成单元803中，提取单元从上下文模型中的SOA元数据文档中提取条件术语以及这些条件术语之间的相互关系，例如继承关系、关联关系等，其中，条件术语是逻辑表达式中运算符两侧的项的候选，并且运算符右侧的项也可以是数值。然后，由条件术语显示单元显示这些条件术语，这样，用户可以利用选择单元选择所需的条件术语和运算符，生成策略的条件部分。

图9是图8的实施例中条件生成单元803的一个例子的示意图，在该例中，条件部分表达式是基于XPath和XML语法构建的。如图9所示，条件部分表达式由“Left Term”、“Operator”和“Right Term”构成。

在条件生成单元803生成了策略的条件部分之后，由动作生成单元804根据动作列表，生成相应的策略的动作部分。具体地，在动作生成单元804中，通过模块显示单元显示出动作列表中的所有动作语义模块，然后用户利用模块选择单元选择所希望的动作语义模块，并且通过参数设置单元设置该动作语义模块中的参数。

图10是图8的实施例中动作生成单元804的一个例子的示意图。如图10所示，在“Action Type”中通过下拉菜单显示了所有的动作语义模块，分别是用于调用一个Web服务的“WEBSERVICE”、用于执行日志操作的“LOG”和用于变量赋值的“ASSIGN”。

进一步地，本实施例的基于上下文模型生成SOA策略的装置800还可以包括模板生成器806，用于生成上下文模型模板，其包含了上下文模型以及SOA元数据文档。上下文模型模板和所生成的策略一起被注册到SOA系统的策略管理器中，用于以后的策略执行。

应当指出，本实施例的基于上下文模型生成SOA策略的装置800及其组件可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用由各种类型的处理器执行的软件实现，也可以由上述硬件电路和软件的结合实现。并且，本实施例的基于上下文模型生成SOA策略的装置800在操作上可以实现如图6所示的实施例的基于上下文模型生成SOA策略的方法。

本实施例的基于上下文模型生成SOA策略的装置可以采用插件的形式与现有的SOA应用组装开发环境相结合。

虽然以上结合具体实施方式对本发明的生成用于生成SOA策略的上下文模型的方法和装置以及基于上下文模型生成SOA策略的方法和装置进行了详细描述，但是以上这些实施方式并不是穷举的，本领域技术人员可以在本发明的精神和范围内实现各种变化和修改，本发明的范围仅由所附的权利要求限定。

Claims

1.一种基于上下文模型生成面向服务架构SOA的策略的方法，包括：

产生策略的应用范围；

生成用于生成面向服务架构的策略的上下文模型，包括：收集符合上述策略的应用范围的SOA元数据文档；建立上述SOA元数据文档的文档间引用关系；以及根据上述文档间引用关系，聚合各个SOA元数据文档以生成上下文模型；

基于由用户定制的动作语义模块，生成用于上述上下文模型的动作列表；

根据上述上下文模型，生成策略的条件部分，其中所述根据上述上下文模型生成策略的条件部分的步骤包括：从上述上下文模型中的SOA元数据文档中提取条件术语以及上述条件术语之间的相互关系；显示上述条件术语；以及选择上述条件术语和运算符，以生成策略的条件部分；

根据上述动作列表，生成策略的动作部分；以及

合并上述策略的条件部分和动作部分以生成策略。

2.根据权利要求1所述的基于上下文模型生成面向服务架构SOA的策略的方法，其中，所述应用范围包括：策略的类型和/或策略的应用场景。

3.根据权利要求1或2所述的基于上下文模型生成面向服务架构SOA的策略的方法，其中，所述生成用于上述上下文模型的动作列表的步骤包括：

获取由用户定制的动作语义模块及其可扩展标记语言XML描述文件；

读取上述XML描述文件；以及

根据上述XML描述文件，将上述动作语义模块导入动作列表。

4.根据权利要求3所述的基于上下文模型生成面向服务架构SOA的策略的方法，其中，所述根据上述动作列表生成策略的动作部分的步骤包括：

显示上述动作列表中的动作语义模块；

选择所希望的动作语义模块；以及

设置上述所选择的动作语义模块中的参数。

5.根据权利要求4所述的基于上下文模型生成面向服务架构SOA的策略的方法，还包括：

生成上下文模型模板，其包含上述上下文模型和上述SOA元数据文档。

6.根据权利要求5所述的基于上下文模型生成面向服务架构SOA的策略的方法，还包括：在策略管理器中注册上述上下文模型模板和上述策略。

7.根据权利要求1所述的基于上下文模型生成面向服务架构SOA的策略的方法，其中生成用于生成面向服务架构的策略的上下文模型还包括：

检查上述SOA元数据文档中是否存在采用Web本体语言的Web本体语言OWL文档；

如果存在Web本体语言OWL文档，则：

解析上述OWL文档的每一个以获得该OWL文档中的OWL类；

基于各个上述OWL文档的上述OWL类，创建OWL个体；以及

对于各个上述OWL文档，生成包含上述OWL类和相应的上述OWL个体的本体文档。

8.根据权利要求7所述的基于上下文模型生成面向服务架构SOA的策略的方法，其中生成用于生成面向服务架构的策略的上下文模型还包括：在所述收集步骤之前，允许用户指定上述SOA元数据文档。

9.根据权利要求8所述的基于上下文模型生成面向服务架构SOA的策略的方法，其中所述建立上述SOA元数据文档的文档间引用关系的步骤包括：建立上述SOA元数据文档的每一个的统一资源标识符与该SOA元数据文档所承担的角色之间的唯一的对应关系。

10.一种基于上下文模型生成面向服务架构SOA的策略的装置，包括：

应用范围产生单元，用于产生策略的应用范围；

生成上下文模型的装置，用于生成面向服务架构的策略的上下文模型，其中生成上下文模型的装置包括：收集器，用于收集符合上述策略的应用范围的SOA元数据文档；文档间引用关系建立单元，用于建立上述SOA元数据文档的文档间引用关系；以及聚合器，用于根据上述文档间引用关系，聚合各个SOA元数据文档以生成上下文模型；

动作列表生成器，用于基于由用户定制的动作语义模块，生成用于上述上下文模型的动作列表；

条件生成单元，用于根据上述上下文模型生成策略的条件部分，其中条件生产单元包括：提取单元，用于从上述上下文模型中的SOA元数据文档中提取条件术语以及上述条件术语之间的相互关系；条件术语显示单元，用于显示上述条件术语；以及选择单元，用于选择上述条件术语和运算符，以生成策略的条件部分；

动作生成单元，用于根据所生成的上述动作列表生成策略的动作部分；以及

策略生成器，用于合并上述策略的条件部分和动作部分以生成策略。

11.根据权利要求10所述的基于上下文模型生成面向服务架构SOA的

策略的装置，其中，所述动作列表生成器包括：

获取单元，用于获取由用户定制的动作语义模块及其可扩展标记语言XML描述文件；

读取单元，用于读取上述XML描述文件；以及

导入单元，用于根据上述XML描述文件，将上述动作语义模块导入动作列表。

12.根据权利要求10或11所述的基于上下文模型生成面向服务架构SOA的策略的装置，其中，所述动作生成单元包括：

模块显示单元，用于显示上述动作列表中的动作语义模块；

模块选择单元，用于选择所希望的动作语义模块；以及

参数设置单元，用于设置上述所选择的动作语义模块中的参数。

13.根据权利要求12所述的基于上下文模型生成面向服务架构SOA的策略的装置，还包括：

模板生成器，用于生成上下文模型模板，其包含上述上下文模型以及上述SOA元数据文档。

14.根据权利要求13所述的基于上下文模型生成面向服务架构SOA的策略的装置，其中生成上下文模型的装置还包括：

检查单元，用于检查上述SOA元数据文档中是否存在采用Web本体语言的Web本体语言OWL文档；

OWL解析器，用于对上述OWL文档的每一个进行解析，以获得各个OWL文档中的OWL类；

OWL个体创建单元，用于基于由上述OWL解析器获得的各个OWL文档中的OWL类，创建各个OWL文档的W个体；以及

本体文档生成器，用于对各个OWL文档，生成包含上述OWL类和相应的上述OWL个体的本体文档。

15.根据权利要求14所述的基于上下文模型生成面向服务架构SOA的策略的装置，其中生成上下文模型的装置还包括：

指定单元，用于允许用户指定上述SOA元数据文档。

16.根据权利要求15所述的基于上下文模型生成面向服务架构SOA的策略的装置，其中所述文档间引用关系建立单元包括：对应关系建立单元，用于建立上述SOA元数据文档的每一个的统一资源标识符与该SOA元数据文档所承担的角色之间的唯一的对应关系。