CN101329629B - 一种业务级的服务信息管理方法和装置及系统 - Google Patents

Abstract

本发明公开了一种业务级服务信息管理方法和装置及系统。该方法包括：建立领域语义规范模型，按照该模型导入领域语义规范本体并将领域语义规范存储于语义数据库模块和管理领域语义规范；基于领域语义规范构建业务级服务模型并将该模型存储于语义数据库模块和管理该模型，所述业务级服务模型包括：业务级服务核心模型，和通过扩展该业务级服务核心模型、加入扩展属性实现的领域业务级服务模型；按照业务级服务模型，构建业务级服务并将业务级服务存储于语义数据库模块和管理业务级服务。本发明能够支持在业务领域下，对服务信息进行有效存储与管理，并使得服务信息包含丰富的业务语义，以及支持业务功能到具体IT实现的关联、匹配与组合。

Description

一种业务级的服务信息管理方法和装置及系统

技术领域

本发明涉及服务计算领域，特别涉及用于面向业务领域、从业务角度出发、面向服务的体系架构(SOA)下的基于领域语义规范的业务级服务信息管理方法和装置及系统。

背景技术

在面向服务的体系架构(Service-Oriented Architecture，SOA)中，Web服务(Web Service)是一种重要的技术基础。Web Service作为松散耦合的、可复用的软件模块，由Ariba、IBM和Microsoft提出，其目的是为在Internet上不同操作系统、硬件平台和编程语言间的集成应用软件提供支持，方便应用的实现和发布。Web Service解决了以往分布式计算平台的两大难题：平台之间的互操作问题和客户端/服务端之间的紧耦合问题。

Web Service的出现，为信息技术(Information Technology，IT)领域发展做出了重要的贡献。但是，当前IT与现实业务系统之间的鸿沟依然存在。具体地说，Web Service的一系列规范和实现方式仍是面向IT开发人员，普通的业务人员并不容易理解，所以IT实现的业务通常是不能够准确合理的反应业务需求。这其中的障碍主要来自两个方面：1.缺乏针对于业务的语义描述；2.对Web Service等服务实现缺乏一种业务人员可以理解和建模的模型。

由于第一个方面的障碍，因为Web Service还是技术上实现业务，对于没有计算机专业知识的业务人员很难理解其含义，比如不能理解Web Service的输入输出代表的是什么意义，也就不能直接利用Web Service带来的优势；同样，对于技术开发人员而言，他们能够通过技术来实现业务功能，却不是直接面向业务领域的知识和流程进行开发，这样IT技术与业务的鸿沟有可能造成技术实现与实际业务需求的不一致，领域需求表达的困难增加了实现业务的困难。

由于第二个方面的障碍，使得不熟悉IT的业务人员不能直接利用WebService建立业务模型，更不能灵活地组织服务。Web Service是SOA的一种技术实现，其描述规范(如WSDL)仅仅是提供了服务的抽象和具体的操作接口等实现细节，本身缺乏模型的支持。而在实际业务需求中，业务功能往往是可以采用带有业务特征的描述模型进行建模和使用，对于不熟悉IT的业务人员却无法直接利用Web Service建立业务模型，更谈不上灵活的组织服务。在工业界UDDI(Universal Description，Discovery and Integration)是一套用于发现和查找服务的框架，提供了关接口和技术描述模型。UDDI的目标是通过一个通用的模型的方法建立一个公共统一的服务注册中心，但是这种大一统的使用模式在实际业务的多样性的现实中很难被广泛的应用，而且受限于其商业模式和企业之间的信任机制；虽然UUDI管理组织也在统一的中心外提出组织内部私有注册中心，但是，并不丰富的模型和复杂的扩展机制也使其没有得到业界的广泛认可。

发明内容

本发明的目的是解决已有服务信息管理技术缺乏对业务方面信息的刻画，难以有效地支持特定领域的业务管理需求的问题，从而提供一种业务级的服务信息管理方法和装置及系统。

为了上述目的，本发明提供如下技术方案：

一种业务级服务信息管理方法，包括如下步骤：

步骤S1，建立和管理领域语义规范的步骤；

其中所述步骤S1具体包括如下步骤：

步骤S1.1，建立领域语义规范模型的步骤；

步骤S1.2，按照领域语义规范模型导入领域语义规范本体并将领域语义规范存储于语义数据库模块和管理领域语义规范的步骤，其中所述语义数据库模块包括持久化操作接口和关系数据库系统；

步骤S2，基于领域语义规范构建业务级服务模型并将业务级服务模型存储于语义数据库模块和管理业务级服务模型的步骤；所述业务级服务模型包括：业务级服务核心模型，和通过扩展所述业务级服务核心模型、加入扩展属性实现的领域业务级服务模型；

步骤S3，按照业务级服务模型，构建业务级服务并将业务级服务存储于语义数据库模块和管理业务级服务的步骤。

进一步地，该业务级服务信息管理方法还包括步骤S4，组织业务级服务视图的步骤。

进一步地，该业务级服务信息管理方法还包括步骤S5，检索业务级服务的步骤。

进一步地，所述检索包括：根据业务级服务核心模型的属性进行条件过滤的基本检索，和根据领域业务级服务模型的属性进行条件过滤的扩展检索。

进一步地，所述领域语义规范本体的类别包括：业务对象规范本体、业务功能规范本体、组织模型规范本体、分类标准规范本体和服务状态规范本体。

进一步地，所述步骤S1.2中还包括对领域语义规范进行修改和/或删除不合适的领域语义规范的步骤。

进一步地，所述步骤S1.1中的所述领域语义规范模型包括：包含与领域语义规范中含有的通用语义信息相对应的顶层规范模型，和与领域语义规范的类别相对应的具体规范模型。

进一步地，在所述步骤S2中，还包括对业务级服务模型进行属性修改和/或删除不合适的业务级服务模型的步骤。

进一步地，在步骤S3中，还包括对业务级服务的注册、修改、删除、状态管理和权限管理的步骤。

一种业务级服务信息管理装置，包括：

业务规范管理模块，用于建立领域语义规范模型、按照领域语义规范模型导入领域语义规范本体并将领域语义规范存储于语义数据库模块和管理该领域语义规范；

业务级服务模型管理模块，用于基于领域语义规范构建业务级服务模型并将业务级服务模型存储于语义数据库模块和管理该业务级服务模型；所述业务级服务模型包括：业务级服务核心模型，和通过扩展所述业务级服务核心模型、加入扩展属性实现的领域业务级服务模型；

业务级服务管理模块，用于按照业务级服务模型构建业务级服务并将业务级服务存储于语义数据库模块和管理该业务级服务；

语义数据库模块，用于存储所述领域语义规范、所述业务级服务模型和所述业务级服务，其中所述语义数据库模块包括持久化操作接口和关系数据库系统。

所述业务级服务模型管理模块包括：

模型创建模块，用于基于领域语义规范构建业务级服务核心模型和基于业务级服务核心模型通过扩展所述业务级服务核心模型、增加扩展属性来建立领域业务级服务模型，并将业务级服务模型存储于语义数据库模块；

模型删改模块，用于修改和删除已经创建的业务级服务模型；

模型浏览模块，用于浏览已经创建的业务级服务模型。

进一步地，所述业务级服务管理模块包括：

服务创建模块，用于用户选定业务级服务模型并创建该模型下的业务级服务，将业务级服务存储于语义数据库模块；

服务删改模块，用于修改和删除已经创建的业务级服务；

服务浏览模块，用于浏览已经创建的业务级服务。

进一步地，所述业务级服务管理模块还包括：

状态管理模块，用于对业务级服务进行服务状态管理；

权限管理模块，用于对业务级服务进行权限管理。

进一步地，该业务级服务信息管理装置还包括：

应用程序接口模块，用于向与所述业务级服务信息管理装置交互的程序提供接口；

人机交互模块，用于用户通过该模块进行业务规范、业务级服务模型和业务级服务的管理交互。

进一步地，该业务级服务信息管理装置还包括与所述业务级服务信息管理装置中的所述应用程序接口模块连接的服务中介和/或服务客户端。

本发明能够产生如下的有益技术效果：

(1)本发明能够支持在一定业务领域下，对服务信息(特别是业务相关的信息)进行有效存储与管理。

(2)本发明使得服务信息包含丰富的业务语义，以便于业务用户理解、使用及进行业务过程建模，以及支持业务功能到具体IT实现(如Web服务)的关联、匹配与组合。

(3)本发明能够提供对服务全生命周期的信息管理支持，包括服务状态信息等，而不仅仅是对于面向服务应用设计阶段的静态信息进行管理。

附图说明

本发明可以通过参考下文中结合附图所进行的描述而得到更好的理解，并且在所有附图中，使用了相同或者相似的附图标记来标识相同或者相似的部件。所述附图连同下面的详细说明一起包含在本说明书中且形成本说明书的一部分，而且用来进一步举例说明本发明的优选实例和解释本发明的原理和优点。在附图中：

图1表示本发明的业务级服务信息管理方法流程图；

图2表示本发明中的语义规范模型示意图；

图3表示业务级服务模型示意图；

图4表示本发明的业务级服务信息管理装置的使用流程图；

图5表示本发明的业务级服务信息管理装置结构图；

图6表示业务级服务模型管理模块结构图；

图7表示业务级服务管理模块结构图；

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明的业务级服务信息管理方法和装置及系统进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

通过以下结合附图对本发明具体实施方式的说明，可以更好的了解本发明的特点、优点和目的。在下文中对本发明的示范性实施例进行描述。应该了解，在开发任何这种实际实施例的过程中必须做出很多特定于实施方式的决定，以便实现开发人员的具体目标，例如符合那些与装置及业务相关的扩展，这些扩展属性会随着实施方式的不同而改变。但是这些改变都应该涵盖在本发明的说明书及权利要求书的范围内。

为了本发明的目的，本发明提出一种业务级服务信息管理方法，以解决当前业务领域中缺乏针对于业务的语义描述和缺乏带有业务描述的业务模型的问题，能够有助于业务人员参与服务建模和实施服务全生命周期的管理。具体来说，如图1所示，该方法包括如下步骤：

步骤S1，建立领域语义规范的步骤；

本发明的业务级服务信息管理方法，通过领域本体的建立和管理来描述业务的领域语义。本体(Ontology)作为一种在语义和知识层次上的概念模型和工具，在当前的计算机业界得到了广泛的认可和应用。本体是通过对于概念、术语及其相互关系的规范化描述，勾画出一个领域的基本知识体系和描述语言。概括的说，构造本体的目的是为了实现一定程度的知识共享和重用。澄清了领域知识的结构，为知识表示打好基础，使知识共享成为可能。OWL语言是负责制定网络标准的万维网联盟W3C(World Wide Web Consortium)推荐的本体描述语言标准。OWL建立在XML/RDF等已有标准基础上，通过添加大量的基于描述逻辑的语义原语来描述和构建各种本体。

本体的发展使服务侧面的语义可以使用本体描述。由于本体自身含有大量的描述信息和复杂的逻辑关系，构建通用本体往往是工作量巨大且效率不高。而且对于具体的业务领域，词汇和规范往往是在相对较小的范围内被认可的，这样通用本体的作用就不那样明显了。在本发明中，采用领域本体，它是更加面向领域范围，是规模较小的本体，更加符合实际业务和应用。

因此较佳地，在步骤S1中，通过建立领域语义规范本体来建立和管理领域语义规范。

领域语义规范是在业务领域内有一定共识并组织为一种描述形式的术语和规范的集合，其描述形式可能有多种，如词汇表、图表和文档等。领域本体是领域语义规范的IT描述，以计算机可以理解的形式化表达领域语义规范的语义。

作为一种可实施的具体方式，依据领域中领域语义规范的描述和类别，管理领域语义规范的领域本体分为以下类别：业务对象规范本体、业务功能规范本体、组织模型规范本体、分类标准规范本体和服务状态规范本体，相应的领域本体管理相应类别的领域语义规范。其中，业务对象规范描述了领域中涉及的信息实体及其属性结构；业务功能规范描述了该领域应用所涉及的基本业务功能，是对于业务级服务的可操作性的规范；组织模型规范描述了该领域的组织结构；分类标准规范通过规定领域分类，给出组织信息的方法；服务状态规范描述了服务全生命周期中可能会出现的服务状态，这类信息作为服务动态特征。

较佳地，所述步骤S1具体包括如下步骤：

步骤S1.1，建立领域语义规范模型的步骤；

由于领域语义规范具有的上述类别特性，为了更好地针对不同类型的领域语义规范进行描述，本发明的领域语义规范使用如下模型：顶层规范模型和具体规范模型。顶层规范模型中，包含所有不同类型的领域语义规范都含有的通用语义信息，如图2中的模型名称、模型描述和模型URI(Universal ResourceIdentifier，统一资源标识符)，它们都是字符串类型；具体规范模型是顶层规范模型的子类，与领域语义规范的类别相对应，所述具体规范模型的种类，如图2所示，包括：业务对象规范模型、业务功能规范模型、组织规范模型、分类标准规范模型、服务状态规范模型和其他规范模型，用于根据具体规范模型建立相应的业务对象规范、业务功能规范、组织规范、分类标准规范、服务状态规范和其他规范。

步骤S1.2，按照领域语义规范模型导入领域语义规范本体的步骤。

当新的领域语义规范出现时，需要将根据领域语义规范的描述和功能确定其所属的具体规范模型，并将该领域语义规范抽象为领域本体，作为一个具体规范模型的实例。这样，相应于不同类型的领域语义规范本体建立的领域本体包括：业务对象规范本体、业务功能规范本体、组织规范本体、分类标准规范本体和服务状态规范本体。

较佳地，所述步骤S1.2中还包括对领域语义规范进行修改和/或删除不合适的领域语义规范的步骤。

步骤S2，基于领域语义规范构建业务级服务模型的步骤；

本发明的业务级服务模型是对服务的关于业务领域内的描述，是业务用户可以理解并直接建模使用的。

较佳地，如图3所示，所述业务级服务模型包括：业务级服务核心模型和领域业务级服务模型。

领域的差异性会导致业务级服务模型的变化，但其核心部分是稳定的。在本在本发明中，领域业务级服务模型的核心部分就是通过业务级服务核心模型来刻画，通过在业务级服务核心模型的基础上进行属性的扩展，可得到不同的领域业务级服务模型。

如图3所示，业务级服务核心模型包括三个描述侧面：基本信息、动态信息、实现信息。

其中，基本信息是业务级服务的基本描述信息，作为具体实施方式，包括以下属性：服务标识、服务名称、功能描述、发布日期、发布组织和服务分类等属性。发布组织属性和服务分类属性，在领域内存在对应的领域语义规范的本体描述，这些属性对应相应的本体描述的相关概念。例如，发布组织属性对应组织规范本体，服务分类属性对应分类标准规范本体。

动态信息是针对于业务级服务的全生命周期的管理而设定的，包括服务状态的管理和监控，以及服务权限的设定。服务状态是标注到领域语义规范中的服务状态规范本体；设定服务权限的权限，是标注到领域语义规范的组织模型规范。

实现信息是对于业务级服务的实现的绑定描述。在实现信息中，业务级服务绑定到具体实现的Web Service，并对该Web Service的WSDL文件进行解析、标注和存储。

如图3所示，领域业务级服务模型是通过扩展业务级服务核心模型、加入扩展属性实现的。具体的说，领域业务级服务模型中包含：业务级服务核心模型全部的属性和与自己领域相关的属性(称为领域扩展属性，简称扩展属性，如3图中的访问策略、业务规则)。如果存在对应的领域语义规范，该扩展属性也是标注到相应领域语义规范的语义。

较佳地，在所述步骤S2中，还包括对业务级服务模型进行属性修改和/或删除不合适的业务级服务模型的步骤。

在业务级服务模型构建以后，可以对业务级服务模型进行修改和删除等管理操作。对于定义的业务级服务模型模型，包括业务级服务核心模型和领域业务级服务模型，都是通过领域本体来描述和保存。本发明支持对模型本体的创建、修改和删除等管理操作，实现对业务级服务模型的全生命周期的管理。

步骤S3，按照业务级服务模型，构建业务级服务的步骤。

业务级服务是业务级服务模型的实例，是对于业务级服务模型的实现，反映了具体的业务需求和功能。本步骤S3中包括业务级服务的注册、修改、删除、状态管理、权限管理等。

构建业务级服务，即在选定的业务级服务模型下创建业务级服务实例，这是基于业务级服务模型的具体实现。构建业务级服务的具体方法包括：选定业务级服务模型；对业务级服务模型的每个属性进行赋值。下面对基本信息、动态信息、实现信息三个侧面的属性赋值进行描述。

业务级服务核心模型的基本信息描述的属性，一般是业务级服务的静态信息。如服务名称、服务描述、发布日期等属性，是将业务级服务模型定义的属性赋予具体值，比如字符串的值或日期型的值。对于绑定到领域语义规范的属性，如发布组织属性和服务分类属性的赋值，本发明向用户推荐所有能够在该业务级服务模型中使用的领域语义规范。如对于发布者属性的赋值，可以向用户推荐将发布者绑定到组织规范，从而引导用户将该属性值标注至一特定规范。对于基本信息侧面中的分类信息属性，由于一个业务级服务能够被指定在不同分类标准的分类标准规范，所以业务级服务能够被赋予多个分类类别，每个分类类别，针对于一种分类规范，将分类信息标注到领域语义规范中的相应分类标准规范。

业务级服务核心模型的动态信息描述的属性，是业务级服务运行时的动态信息，是调用已发布的业务级服务时产生的。比如服务状态和业务级服务成功使用的次数等，本发明将这类属性值持久化保存。根据业务级服务模型的设定，如果存在相应的领域语义规范，动态信息的属性值也是标注到领域语义规范的本体，比如服务状态属性的取值来自服务状态规范。对于动态信息描述中的服务权限属性，由于一个业务级服务能够指定多种授权方式下的授权，所以业务级服务可以被赋予多个授权方式。

业务级服务核心模型的实现信息描述的属性，是业务级服务的实现的技术细节信息。实现信息的属性，如服务访问点、服务输入信息、服务输出信息等，可以通过解析服务接口(如WSDL文件)自动获取，也可以通过动态绑定的WebService服务实现，并提供接口保证这些属性值的持久化保存。根据业务级服务模型的设定，服务输入/输出信息属性是标注到相应业务的业务规范本体，通过绑定业务人员熟悉的语义，使不懂IT的业务人员也可以理解服务的实现。

较佳地，在步骤S3中，还包括对业务级服务的注册、修改、删除、状态和权限进行管理的步骤。具体来说：

管理业务级服务，包括对业务级服务的修改、业务级服务的状态管理和业务级服务的权限管理。业务级服务的修改通过修改该业务级服务的属性值实现，类似于注册业务级服务的过程，不再赘述。业务级服务的状态管理，主要是针对于服务的全生命周期中出现的状态进行监控和调整。服务状态是标注到业务规范本体中的服务状态规范本体。业务级服务的权限管理是对一个业务级服务赋予权限，权限是可以多种模式表现的，作为可实施的方式，常用的模式包括用户名认证方式和基于角色的认证方式。

较佳地，本发明的基于领域语义规范的业务级服务信息管理方法，还包括：

步骤S4，基于业务级服务的不同描述侧面(即基本信息、动态信息、实现信息)，组织业务级服务视图的步骤。

由于业务级服务的描述属性和属性取值的多样性，用户可能只关注某一种或几种属性，这样需要对于已注册的业务级服务提供多样性的组织视图。视图的组织形式是依据领域语义规范所设定的，例如在此步骤S4中，可以根据服务的分类标准规范、服务状态规范来组织服务视图。作为一种可实施方式，以服务状态规范中一个具体规范——服务审核状态规范为例，呈现在一个服务审核状态规范下设定的各种状态。服务审核状态规范包含三种状态：待审核状态、审核通过状态和审核未通过状态。步骤S4为用户呈现出这三种状态的视图，使得用户可以选择某一状态视图，便得到该状态下的所有业务级服务。视图带来的多样化的呈现方式更加符合用户需求。类似的，作为另一种实施方式，可以根据分类标准规范得到关于不同分类类别的服务组织视图，不再赘述。

较佳地，本发明的基于领域语义规范的业务级服务信息管理方法，还包括：

步骤S5，基于本体推理，检索业务级服务的步骤。

通过领域本体进行语义推理，高效和准确地实现服务的检索。在本发明中根据同义词同义推理和上下位词语的父子类推理来检索业务级服务，本体推理的方法是IT系统实施中已有的技术，在此不再赘述。例如，检索服务时，若指定查询某一分类下的业务级服务，结果不仅返回此分类注册的业务级服务，还返回此分类下属分类的所有业务级服务。这是一种符合业务人员的思维习惯的模糊检索，极大的方便了使用和提高查找效率。例如，在分类标准规范中，有一种贸易分类规范，贸易分类规范是对于贸易所属行业进行的划分，该规范包括有如下类别：建筑业、制造业、房地产业等等。而建筑业下还有子分类，包括建筑安装业、建筑装饰业、房屋和土木工程建筑业、其它建筑业。业务级服务在注册时是可以将其服务分类标注至较大的类别如建筑业，也可以将服务分类标注至最小的分类如建筑装饰业。当检索业务级服务时，如果查询过滤条件是服务分类属于贸易分类下的建筑业，那么服务分类标注至贸易分类的建筑业、建筑安装业、建筑装饰业、房屋和土木工程建筑业、其它建筑业的服务都将作为符合查询条件的结果返回。

所述检索业务级服务的模式，包括：基本检索和扩展检索。

基本检索，是根据业务级服务核心模型的属性进行条件过滤的检索。每一个注册的业务级服务模型都是包括业务级服务核心模型的属性，所以作为模型的实例，业务级服务含有核心模型的全部属性，并对这些属性进行赋值。基本检索，就是对于这些属性的属性值进行检索。核心模型有三个侧面(基本信息、动态信息和实现信息)的诸多属性(如服务名称、状态和分类等)进行属性值的检索。由于业务级服务核心模型包含业务级服务描述的最基本和相对稳定的属性，所以基于业务级服务核心模型的属性的检索，是一种通用型的检索，可以检索已注册的所有业务级服务。例如，检索服务分类属于建筑业的服务。

扩展检索，是根据领域业务级服务模型的属性进行条件过滤的检索。首先由用户指定所检索的业务级服务模型，并通过界面向用户呈现该模型下所有的属性，包括业务级服务核心模型中的属性和当前的领域业务级服务模型的扩展属性，然后选定属性进行加入过滤条件检索。由于每一个业务级服务模型的设定的扩展属性并不相同，所以扩展检索是在特定领域的业务级服务模型中进行检索，是一种专用型的检索。例如，在业务级服务模型中已经建立的政务服务模型，用户检索该政务服务模型下的扩展属性“办公地点”为在北京的业务级服务。

如图5所示，本发明的业务级服务信息管理装置400，包括：

业务规范管理模块401、业务级服务模型管理模块402、业务级服务管理模块403、语义数据库模块404。

所述业务规范管理模块401，用于导入和管理领域语义规范。

所述业务级服务模型管理模块402，用于基于领域语义规范创建和管理业务级服务模型。图6示出了业务级服务模型管理模块结构图，包括以下几部分：模型创建模块4021、模型删改模块4022、模型浏览模块4023。

模型创建模块4021可以基于业务级服务核心模型增加扩展属性，组成领域业务级服务模型，并将业务级服务模型(owl格式本体)存储于语义数据库模块404。其中，对于已存在的领域语义规范的属性，属性赋值即标注到对应业务规范的名称。模型删改模块4022对已经创建的业务级服务模型进行修改和/或删除，比如属性修改和/或删除不合适的业务级服务模型，类型或语义的重新标注等。模型浏览模块4023是对于已经创建的业务级服务模型浏览，该模块显示对应模型所有的属性及其类型或语义标注。

业务级服务管理模块403，用于按照业务级服务模型创建和管理业务级服务。图7示出了业务级服务管理模块403的结构，包括以下部分：服务创建模块4031、服务删改模块4032、服务浏览模块4033。服务创建模块4031用于使用户选定已设定的业务级服务模型，按照选定的业务级服务模型，创建该模型下的业务级服务，并将业务级服务(owl格式本体)存储于语义数据库模块404。创建业务级服务具体包含三个过程：业务级服务模型的属性赋值，调整服务状态和与Web Service的实现绑定，这三个过程对应于业务级服务核心模型的三个刻画侧面。业务级服务模型的属性赋值过程是，对于已存在领域语义规范的属性，属性赋值即为标注到业务规范。调整服务状态在业务级服务的创建阶段是指，给该业务级服务指定初始的状态，具体说是要绑定在本领域的状态规范。Web Service的绑定可以解析该业务级服务的实现接口，比如WebService的WSDL描述，模块4031将Web Service的实现接口解析，将WSDL的属性标注到领域的业务规范。服务删改模块4032对已经创建的业务级服务进行修改和删除，比如属性值重新赋值，对类型或语义的重新标注。服务浏览模块4033是使用户对于已经创建的业务级服务进行浏览，该模块可以显示出对应业务级服务所有的属性及属性值或语义标注。

较佳地，所述业务级服务管理模块403还包括：状态管理模块4034，用于对已经创建的业务级服务进行服务状态管理，所述服务状态是标注到服务状态规范；权限管理模块4035，用于对已经创建的业务级服务进行权限管理，所述权限是标注到组织规范。

所述语义数据库模块404用于存储领域语义规范、业务级服务模型和业务级服务，是业务级服务信息管理装置400的持久化存储单元。该语义数据库模块404包含持久化操作接口和关系数据库系统。语义数据库模块404中的语义来源包括：业务规范导入、业务级服务模型创建和业务级服务创建。上述三种来源最终以owl本体文件保存，通过语义数据库模块404的持久化操作接口存储到关系数据库系统中。对于语义的修改，如业务级服务模型的更新和业务级服务的修改都是通过持久化操作接口从关系数据库系统中取或存相关的owl语义信息。

较佳地，本发明的业务级服务信息管理装置，还包括：应用程序接口模块405，用于向与所述业务级服务信息管理装置交互的程序提供接口；人机交互模块406，用于向用户提供接口，用户可以通过该模块，进行业务规范、业务级服务模型和业务级服务的管理交互。

如图5所示，本发明还提供一种业务级服务信息管理系统，包括：业务级服务信息管理装置400，与服务中介和/或服务客户端连接；其中，所述业务级服务信息管理装置400包括：

业务规范管理模块401，用于导入和管理领域语义规范。

业务级服务模型管理模块402，用于基于领域语义规范创建和管理业务级服务模型；

业务级服务管理模块403，用于按照业务级服务模型创建和管理业务级服务；

语义数据库模块404，用于存储领域语义规范、业务级服务模型和业务级服务；所述语义数据库模块包括持久化操作接口和关系数据库系统。

应用程序接口模块405，与所述服务中介和/或服务客户端连接，用于为与所述业务级服务信息管理装置400交互的程序提供接口。

较佳地，所述业务级服务模型管理模块402包括以下几部分：模型创建模块4021、模型删改模块4022、模型浏览模块4023。

较佳地，所述业务级服务管理模块403包括以下几部分：服务创建模块4031、服务删改模块4032、服务浏览模块4033。

较佳地，所述业务级服务管理模块403还包括：服务状态管理模块4034，和服务权限管理模块4035。

较佳地，本发明的业务级服务信息管理装置400，还包括：应用程序接口模块405，用于向与所述业务级服务信息管理装置交互的程序提供接口；人机交互模块406，用于向用户提供接口，用户可以通过该模块，进行业务规范、业务级服务模型和业务级服务的管理交互。

图4示出了业务级服务信息管理装置400的工作流程图。下面以科学数据领域为例，解释业务级服务信息管理装置的工作流程。

步骤一，导入领域语义规范本体。本发明中有的地方称语义规范，也是指领域语义规范。如果业务级服务信息管理装置400内的本领域的语义规范不完备，则业务人员需要导入业务所需要的语义规范本体。具体包括：

步骤S401、判断领域内的语义规范是否存在且完备；如果该领域内的语义规范存在且完备，则进入步骤二，否则进入步骤S402；

步骤S402，判断欲导入语义规范的语义规范模型是否存在；如果欲导入语义规范的语义规范模型不存在，则进入步骤S403；如果欲导入语义规范的语义规范模型已经存在，则进入步骤S404；

步骤S403，创建领域语义规范模型，即构建描述该领域语义规范的元数据；进入步骤S404；。

步骤S404，导入语义规范本体；进入步骤二。

对于科技数据领域，存在五类语义规范，分别为：业务对象规范、分类组织规范、组织模型规范、业务功能规范和服务状态规范。根据科技数据领域业务规范构建领域本体，领域本体对应语义规范，最终形成owl格式的本体文件。业务人员对每一个领域本体导入过程如下：设定领域本体的名称，输入对本体的简单描述，指明该本体所属的类型，并选择要导入的owl文件。业务规范管理模块401会判断文件的格式，并且只接受owl格式的文件。不满足该条件便退出本次导入流程。业务规范本体是以URI作为标识，而且导入规范时业务规范管理模块401会判断该规范的URI是否已经存在，如果不存在则在指定类型的规范模型中注册业务规范实例，并把导入的文件存储到语义数据库模块404中；如果已经存在相同URI，则会删除旧URI所对应的语义规范，然后的流程同前述已经存在URI的情况，不再赘述。这个步骤的目标是使本领域内业务级服务所需要的业务规范存在于语义数据库模块404中并且是完备的，这样才能在服务描述时有相应的语义。

步骤二，构建和管理业务级服务模型。具体包括如下步骤：

步骤S405，判断业务级服务模型是否存在；如果不存在，则进入步骤S406；如果存在，则进入步骤三；

步骤S406，构建业务级服务模型，然后进入步骤S407；此步骤中，业务人员需要根据业务级服务核心模型和领域内的业务级服务特征创建本领域的业务级服务模型。业务级服务模型是含有语义的，语义来自于步骤一中的领域语义规范本体。

这个步骤的目标是建立合适的领域内的业务级服务模型。在当前的这个实施例中，科学数据领域模型继承了所有业务级服务核心模型的属性及其语义，如服务名称，语义为xsd:string，服务分类，语义为导入的分类组织规范；另外增加了两个扩展属性：服务等级和考核评估，它们的语义都是xsd:string。

步骤S407，管理业务级服务模型，然后进入步骤三。在此步骤中，对业务级服务模型进行属性修改和/或删除不合适的业务级服务模型等管理操作，使业务级服务模型满足使用需要。

步骤三，创建和管理业务级服务。具体包括如下步骤：

步骤S408，判断业务级服务是否存在，如果不存在，则进入步骤S409；

步骤S409，根据步骤S408的判断结果，如果不存在合适的业务级服务，业务人员根据该服务所属业务级服务模型，创建业务级服务模型的业务级服务。

在当前的是实施例中，业务人员可以创建获取一年内山东省农作物产量的业务级服务。服务名称为山东小麦年产量，服务描述为获取一年内山东省小麦产量；服务提供者为山东省农业厅；服务类别是科学数据行业分类所含的农业科学；服务状态为审核待通过；授权信息无；服务的访问点为http://sigsit.ict.ac.cn/services/shandongagriculture.wsdl；服务的输入输出参数由解析模块解析访问点的WSDL文件自动填入，输入参数包含年份和作物名称，输出参数有产量；输入输出的语义需要业务人员绑定：年份的语义为xsd:gYear，作物名称的语义是导入的农业科学数据，产量的语义是xsd:integer；服务等级是中；服务的考核评估无。

创建的业务级服务在服务信息管理装置400的管理员审核通过后，将服务的状态更改为审核通过，该服务便可以被模块405使用。通过应用程序接口模块405可以查询和浏览，得到该服务的元数据描述。依据得到的元数据描述可以有选择的利用服务访问客户端或中介进行服务的调用，在语义的支持下，服务的使用过程也是业务人员理解的。同时，服务调用的结果，如服务使用次数和成功调用次数，可以通过接口模块405记录在该业务级服务的动态信息中，作为考核评估属性的参考等。在经过一段时间的服务提供后根据相关的信息评估服务，可以更改服务的某些属性，如服务等级和服务考核；如果发现该服务不再适合使用，或者已经可以被其它合适服务替换，则可以将服务的状态更改为未发布，这样这个服务生命周期就停止了，当然也可以根据具体情况评估后重新启动一个未发布的业务级服务。

步骤410，根据步骤408的判断结果，如果已经存在业务级服务，则对业务级服务进行属性修改和/或删除不合适的业务级服务等管理操作，使业务级服务满足使用需要，结束。这个步骤的目标是将领域内业务级服务元数据描述注册，存储服务资产。

按照上述对本发明具体实施方式的描述，本发明提出一种基于领域语义规范的业务级服务信息管理方法和装置及系统，以解决当前在业务领域缺乏针对于业务的语义描述和缺乏带有业务描述的业务模型的问题，有助于业务人员参与服务建模和实施服务全生命周期的管理。本发明的应用定位于业务管理者和业务建模者，并作为面向服务体系结构中的基础设施部分，为服务使用客户端或中介提供服务元数据描述。

本发明的积极效果是：

本发明的基于领域语义规范的业务级服务信息管理方法，使用业务人员能够熟知语义的领域本体和可以理解的模型，构建并管理基于领域内的语义规范、面向实际业务的业务级服务。

在不同业务领域下，通过设定业务人员可以理解和建模的业务级服务模型，利用本发明对服务信息特别是业务相关的信息，进行有效存储与管理组织。使用领域本体使业务级服务信息包含了丰富的业务语义，便于业务用户理解、使用及进行业务过程建模，以及支持服务信息到具体IT实现(如Web Service)的关联、匹配与组合。提供对服务全生命周期的信息管理支持，如服务状态和权限管理等，而不仅仅是用于面向服务应用设计阶段的静态信息。

以上所述内容，仅为本发明具体的实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围内。

Claims (15)

1.一种业务级服务信息管理方法，包括如下步骤：

步骤S1，建立和管理领域语义规范的步骤；

其中所述步骤S1具体包括如下步骤：

步骤S1.1，建立领域语义规范模型的步骤；

步骤S1.2，按照领域语义规范模型导入领域语义规范本体并将领域语义规范存储于语义数据库模块和管理领域语义规范的步骤，其中所述语义数据库模块包括持久化操作接口和关系数据库系统；

步骤S2，基于领域语义规范构建业务级服务模型并将业务级服务模型存储于语义数据库模块和管理业务级服务模型的步骤；所述业务级服务模型包括：业务级服务核心模型，和通过扩展所述业务级服务核心模型、加入扩展属性实现的领域业务级服务模型；

步骤S3，按照业务级服务模型，构建业务级服务并将业务级服务存储于语义数据库模块和管理业务级服务的步骤。

2.根据权利要求1所述的业务级服务信息管理方法，其特征是，还包括步骤S4，组织业务级服务视图的步骤。

3.根据权利要求1所述的业务级服务信息管理方法，其特征是，还包括步骤S5，检索业务级服务的步骤。

4.根据权利要求3所述的业务级服务信息管理方法，其特征是，所述检索包括：根据业务级服务核心模型的属性进行条件过滤的基本检索，和根据领域业务级服务模型的属性进行条件过滤的扩展检索。

5.根据权利要求1所述的业务级服务信息管理方法，其特征是，所述领域语义规范本体的类别包括：业务对象规范本体、业务功能规范本体、组织模型规范本体、分类标准规范本体和服务状态规范本体。

6.根据权利要求1所述的业务级服务信息管理方法，其特征是，所述步骤S1.1中的所述领域语义规范模型包括：包含与领域语义规范中含有的通用语义信息相对应的顶层规范模型，和与领域语义规范的类别相对应的具体规范模型。

7.根据权利要求1所述的业务级服务信息管理方法，其特征是，所述步骤S1.2中还包括对领域语义规范进行修改和/或删除不合适的领域语义规范的步骤。

8.根据权利要求1所述的业务级服务信息管理方法，其特征是，在步骤S2中，还包括对业务级服务模型进行属性修改和/或删除不合适的业务级服务模型的步骤。

9.根据权利要求1所述的业务级服务信息管理方法，其特征是，在步骤S3中还包括对业务级服务的注册、修改、删除、状态和权限进行管理的步骤。

10.一种业务级服务信息管理装置，其特征是，包括：

业务规范管理模块，用于建立领域语义规范模型、按照领域语义规范模型导入领域语义规范本体并将领域语义规范存储于语义数据库模块和管理该领域语义规范；

业务级服务模型管理模块，用于基于领域语义规范构建业务级服务模型并将业务级服务模型存储于语义数据库模块和管理该业务级服务模型；所述业务级服务模型包括：业务级服务核心模型，和通过扩展所述业务级服务核心模型、加入扩展属性实现的领域业务级服务模型；

业务级服务管理模块，用于按照业务级服务模型构建业务级服务并将业务级服务存储于语义数据库模块和管理该业务级服务；

语义数据库模块，用于存储所述领域语义规范、所述业务级服务模型和所述业务级服务，其中所述语义数据库模块包括持久化操作接口和关系数据库系统。

11.根据权利要求10所述的业务级服务信息管理装置，其特征是，所述业务级服务模型管理模块包括：

模型创建模块，用于基于领域语义规范构建业务级服务核心模型和基于业务级服务核心模型通过扩展所述业务级服务核心模型、增加扩展属性来建立领域业务级服务模型，并将业务级服务模型存储于语义数据库模块；

模型删改模块，用于修改和删除已经创建的业务级服务模型；

模型浏览模块，用于浏览已经创建的业务级服务模型。

12.根据权利要求10所述的业务级服务信息管理装置，其特征是，所述业务级服务管理模块包括：

服务创建模块，用于用户选定业务级服务模型并创建该模型下的业务级服务，将业务级服务存储于语义数据库模块；

服务删改模块，用于修改和删除已经创建的业务级服务；

服务浏览模块，用于浏览已经创建的业务级服务。

13.根据权利要求12所述的业务级服务信息管理装置，其特征是，所述业务级服务管理模块还包括：

状态管理模块，用于对业务级服务进行服务状态管理；

权限管理模块，用于对业务级服务进行权限管理。

14.根据权利要求10所述的业务级服务信息管理装置，其特征是，还包括：

应用程序接口模块，用于向与所述业务级服务信息管理装置交互的程序提供接口；

人机交互模块，用于用户通过该模块进行业务规范、业务级服务模型和业务级服务的管理交互。

15.根据权利要求14所述的业务级服务信息管理装置，其特征是，还包括与所述业务级服务信息管理装置中的所述应用程序接口模块连接的服务中介和/或服务客户端。

Images