CN103164221A - 服务建模装置和服务建模方法 - Google Patents

Abstract

本发明提供了一种服务建模装置，包括：模板建立单元，用于建立对象类型转换模板；结构转换单元，用于利用所述对象类型转换模板对多对象类型元数据进行数据结构转换，以得到对应的单对象类型元数据；建模处理单元，用于利用所述单对象类型元数据进行服务建模，生成相应的服务模型。本发明还提出了一种服务建模方法。通过本发明的技术方案，可以在现有的服务建模定义语言支持的描述定义方式基础上，充分利用单对象类型元数据和文档描述类型完成多对象类型元数据的服务建模，建立多对象类型元数据参与的面向对象类语言服务建模的通用、统一建模思路。

Description

服务建模装置和服务建模方法

技术领域

本发明涉及数据处理技术领域，具体而言，涉及一种服务建模装置和一种服务建模方法。

背景技术

面向服务是目前所知的构建可维护的、健壮的以及安全的应用程序的最佳方案，也是最可行的方案。一个面向服务应用程序只是简单地将服务组合到一个单一逻辑的、整体的应用程序中，这类似于聚合了对象的面向对象应用程序。目前面向服务的开发模式更多的是应用面向对象语言实现。

面向服务的开发模式以服务为中心，目前应用程序提供的服务与传统编程概念不同，服务的概念是平台无关的。服务使用者可以不关心服务内部实现的语言、技术构架、操作系统及API（Application ProgrammingInterface，应用程序编程接口）等，更多的是关心服务描述定义，因为只要获得服务模型和服务的访问方式就可以获取服务提供的功能了。应用程序通过服务建模生成平台无关的服务描述定义，服务描述定义用于应用程序发布服务和服务访问方式。

服务的描述定义是服务建模的成果物之一，它包括：服务基本信息、版本、服务中操作的描述(包括操作基本信息、操作参数和操作返回值)。为了支持更复杂的业务需求，服务本身越来越复杂，反映到服务建模中就是参与服务建模的元数据越来越复杂了。

服务建模的描述语言以平台无关的服务建模语言WSDL（Web ServiceDescription Language）为基础，这样在定义服务阶段很好的屏蔽了平台相关性。服务建模语言支持基本数据类型和一般对象类型的描述定义，能够形成服务描述的一般定义。

根据参与服务建模的元数据类型，可以将服务建模中元数据区分为简单类型和复杂类型。其中，简单类型：XML语言可描述的基本类型和面向对象语言可直接描述的简单对象类型；复杂类型：具有多对象属性的对象类型，如C++中的模板类、JAVA中带有泛型的类型等。从简单类型和复杂类型的特征总结，可以这样区别之：简单类型是单对象类型，复杂类型是多对象类型。当然，需要说明的是，这里的“多对象”是指该类型在定义层的含义，并不是指包含的意思。

简单类型元数据在服务建模语言中己有对应的描述定义，而复杂类型由于其本身的复杂性和实现语言的复杂性，尚未有统一的服务建模方案。

因此，需要一种新的服务建模技术，可以在现有的服务建模定义语言支持的描述定义方式基础上，充分利用单对象类型元数据和文档描述类型完成多对象类型元数据的服务建模，建立多对象类型元数据参与的面向对象类语言服务建模的通用、统一建模思路。

发明内容

本发明正是基于上述问题，提出了一种新的服务建模技术，可以在现有的服务建模定义语言支持的描述定义方式基础上，充分利用单对象类型元数据和文档描述类型完成多对象类型元数据的服务建模，建立多对象类型元数据参与的面向对象类语言服务建模的通用、统一建模思路。

有鉴于此，本发明提出了一种服务建模装置，包括：模板建立单元，用于建立对象类型转换模板；结构转换单元，用于利用所述对象类型转换模板对多对象类型元数据进行数据结构转换，以得到对应的单对象类型元数据；建模处理单元，用于利用所述单对象类型元数据进行服务建模，生成相应的服务模型。在该技术方案中，可以将对多对象类型元数据转换为单对象类型元数据，从而利用已有的单对象类型元数据的建模方式对多对象类型元数据进行服务建模，简化了对多对象类型元数据的服务建模过程。

在上述技术方案中，优选地，所述模板建立单元建立至少一个所述对象类型转换模板，每个所述对象类型转换模板对应于一种数据维度；以及所述服务建模装置还包括：模板选择单元，用于根据所述多对象类型元数据的数据维度，选择相应的对象类型转换模板，以由所述结构转换单元实现对该多对象类型元数据的转换。在该技术方案中，对于不同数据维度的多对象类型元数据，可以构建对应的模板，从而可以指出对任意数据维度的多对象类型元数据的服务建模。

在上述技术方案中，优选地，还包括：信息记录单元，用于记录所述多对象类型元数据的特征属性信息；以及所述建模处理单元还利用所述单对象类型元数据和所述特征属性信息进行所述服务建模。在该技术方案中，特征属性信息是多对象类型元数据所具有的信息，通过对多对象类型元数据的特征属性信息进行记录，从而在将多对象类型元数据转换为单对象类型元数据之后，仍然能够充分考虑到多对象类型元数据原本所具有的特征，有利于得到更为准确、清楚的服务模型。

在上述技术方案中，优选地，所述多对象类型元数据包括C++中的模板类数据、JAVA中带有泛型的类型的数据。

在上述技术方案中，优选地，还包括：结构判断单元，用于判断所述多对象类型元数据是否存在嵌套结构，若存在，则所述结构转换单元还利用所述对象类型转换模板对所述多对象类型元数据执行递归处理。在该技术方案中，若多对象类型元数据存在嵌套结构，则可以通过递归处理的方式，实现对该嵌套结构的服务建模，有利于该多对象类型元数据的服务建模的实现。

根据本发明的又一方面，还提出了一种服务建模方法，包括：步骤202，建立对象类型转换模板；步骤204，利用所述对象类型转换模板对多对象类型元数据进行数据结构转换，以得到对应的单对象类型元数据；步骤206，利用所述单对象类型元数据进行服务建模，生成相应的服务模型。在该技术方案中，可以将对多对象类型元数据转换为单对象类型元数据，从而利用已有的单对象类型元数据的建模方式对多对象类型元数据进行服务建模，简化了对多对象类型元数据的服务建模过程。

在上述技术方案中，优选地，所述步骤202包括：建立至少一个所述对象类型转换模板，每个所述对象类型转换模板对应于一种数据维度；以及所述步骤204还包括：根据所述多对象类型元数据的数据维度，选择相应的对象类型转换模板，以实现对该多对象类型元数据的转换。在该技术方案中，对于不同数据维度的多对象类型元数据，可以构建对应的模板，从而可以指出对任意数据维度的多对象类型元数据的服务建模。

在上述技术方案中，优选地，所述步骤204还包括：记录所述多对象类型元数据的特征属性信息；以及所述步骤206还包括：利用所述单对象类型元数据和所述特征属性信息进行所述服务建模。在该技术方案中，特征属性信息是多对象类型元数据所具有的信息，通过对多对象类型元数据的特征属性信息进行记录，从而在将多对象类型元数据转换为单对象类型元数据之后，仍然能够充分考虑到多对象类型元数据原本所具有的特征，有利于得到更为准确、清楚的服务模型。

在上述技术方案中，优选地，所述多对象类型元数据包括C++中的模板类数据、JAVA中带有泛型的类型的数据。

在上述技术方案中，优选地，所述步骤204还包括：判断所述多对象类型元数据是否存在嵌套结构，若存在，则还利用所述对象类型转换模板对所述多对象类型元数据执行递归处理。在该技术方案中，若多对象类型元数据存在嵌套结构，则可以通过递归处理的方式，实现对该嵌套结构的服务建模，有利于该多对象类型元数据的服务建模的实现。

通过以上技术方案，可以在现有的服务建模定义语言支持的描述定义方式基础上，充分利用单对象类型元数据和文档描述类型完成多对象类型元数据的服务建模，建立多对象类型元数据参与的面向对象类语言服务建模的通用、统一建模思路。

附图说明

图1示出了根据本发明的实施例的服务建模装置的框图；

图2示出了根据本发明的实施例的服务建模方法的流程图；

图3示出了根据本发明的实施例的建立服务模型的原理示意图；

图4示出了根据本发明的实施例的对多对象类型元数据进行转换的原理示意图；

图5示出了根据本发明的实施例的将多对象类型元数据生成为服务模型的原理示意图；

图6示出了根据本发明的实施例的为复杂类型生成服务模型的流程图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图1示出了根据本发明的实施例的服务建模装置的框图。

如图1所示，根据本发明的实施例的服务建模装置100，包括：模板建立单元102，用于建立对象类型转换模板；结构转换单元104，用于利用所述对象类型转换模板对多对象类型元数据进行数据结构转换，以得到对应的单对象类型元数据；建模处理单元106，用于利用所述单对象类型元数据进行服务建模，生成相应的服务模型。在该技术方案中，可以将对多对象类型元数据转换为单对象类型元数据，从而利用已有的单对象类型元数据的建模方式对多对象类型元数据进行服务建模，简化了对多对象类型元数据的服务建模过程。

在上述技术方案中，优选地，所述模板建立单元102建立至少一个所述对象类型转换模板，每个所述对象类型转换模板对应于一种数据维度；以及所述服务建模装置100还包括：模板选择单元108，用于根据所述多对象类型元数据的数据维度，选择相应的对象类型转换模板，以由所述结构转换单元104实现对该多对象类型元数据的转换。在该技术方案中，对于不同数据维度的多对象类型元数据，可以构建对应的模板，从而可以指出对任意数据维度的多对象类型元数据的服务建模。

在上述技术方案中，优选地，还包括：信息记录单元110，用于记录所述多对象类型元数据的特征属性信息；以及所述建模处理单元106还利用所述单对象类型元数据和所述特征属性信息进行所述服务建模。在该技术方案中，特征属性信息是多对象类型元数据所具有的信息，通过对多对象类型元数据的特征属性信息进行记录，从而在将多对象类型元数据转换为单对象类型元数据之后，仍然能够充分考虑到多对象类型元数据原本所具有的特征，有利于得到更为准确、清楚的服务模型。

在上述技术方案中，优选地，所述多对象类型元数据包括C++中的模板类数据、JAVA中带有泛型的类型的数据。

在上述技术方案中，优选地，还包括：结构判断单元112，用于判断所述多对象类型元数据是否存在嵌套结构，若存在，则所述结构转换单元104还利用所述对象类型转换模板对所述多对象类型元数据执行递归处理。在该技术方案中，若多对象类型元数据存在嵌套结构，则可以通过递归处理的方式，实现对该嵌套结构的服务建模，有利于该多对象类型元数据的服务建模的实现。

图2示出了根据本发明的实施例的服务建模方法的流程图。

如图2所示，根据本发明的实施例的服务建模方法，包括：步骤202，建立对象类型转换模板；步骤204，利用所述对象类型转换模板对多对象类型元数据进行数据结构转换，以得到对应的单对象类型元数据；步骤206，利用所述单对象类型元数据进行服务建模，生成相应的服务模型。在该技术方案中，可以将对多对象类型元数据转换为单对象类型元数据，从而利用已有的单对象类型元数据的建模方式对多对象类型元数据进行服务建模，简化了对多对象类型元数据的服务建模过程。

在上述技术方案中，优选地，所述步骤202包括：建立至少一个所述对象类型转换模板，每个所述对象类型转换模板对应于一种数据维度；以及所述步骤204还包括：根据所述多对象类型元数据的数据维度，选择相应的对象类型转换模板，以实现对该多对象类型元数据的转换。在该技术方案中，对于不同数据维度的多对象类型元数据，可以构建对应的模板，从而可以指出对任意数据维度的多对象类型元数据的服务建模。

在上述技术方案中，优选地，所述步骤204还包括：记录所述多对象类型元数据的特征属性信息；以及所述步骤206还包括：利用所述单对象类型元数据和所述特征属性信息进行所述服务建模。在该技术方案中，特征属性信息是多对象类型元数据所具有的信息，通过对多对象类型元数据的特征属性信息进行记录，从而在将多对象类型元数据转换为单对象类型元数据之后，仍然能够充分考虑到多对象类型元数据原本所具有的特征，有利于得到更为准确、清楚的服务模型。

在上述技术方案中，优选地，所述多对象类型元数据包括C++中的模板类数据、JAVA中带有泛型的类型的数据。

在上述技术方案中，优选地，所述步骤204还包括：判断所述多对象类型元数据是否存在嵌套结构，若存在，则还利用所述对象类型转换模板对所述多对象类型元数据执行递归处理。在该技术方案中，若多对象类型元数据存在嵌套结构，则可以通过递归处理的方式，实现对该嵌套结构的服务建模，有利于该多对象类型元数据的服务建模的实现。

面向服务的宗旨是以提供服务为目的。面向服务发布的是平台无关的服务定义，对使用者是友好的。实际中获得平台无关的服务建模可以有两种方式：

1、直接编写WSDL及相关定义文件进行服务建模；

2、从面向对象类语言服务描述中分析、抽象服务建模。

从服务提供方的角度看，第2种方式的应用场景更为常见。第1种方式一般应用在应用程序和功能的设计阶段对服务的功能进行规划，产生的服务模型也是服务功能实现阶段具体到实现语言的服务模型的构建模型。第2种方式从具体到抽象的过程，是获得完整的平台无关服务建模模型的必要过程。本发明主要针对第2种方式进行阐述，但由于第2种方式是第1种方式的逆过程，所以第2种方式存在问题同时也会困扰第1种方式。

图3示出了根据本发明的实施例的建立服务模型的原理示意图。

如图3所示，图中虚线右边部分是目前服务建模的一般过程，包括：

步骤302，遍历服务收集特性。

步骤304，服务建模。

而在本发明的技术方案中，使得在步骤302之后又添加了：

步骤306，判断是否包含复杂类型，若包含，则进入步骤308，否则进入步骤304。

步骤308，采用不同于步骤304的方式，对复杂类型元数据进行建模。

图3中虚线左侧部分（步骤306和步骤308）参与服务建模的需求日趋显著，主要表现为以下两方面：业务需求中对服务的定义越来越复杂；面向对象类语言中类型的定义越来越复杂。现有技术中由于面向对象类语言的差异，还没有简便的、统一的针对复杂类型元数据建模的解决办法。现有的服务建模无法完成有复杂类型参与的服务建模过程。

为完成复杂类型元数据建模这样的需要，我们选用面向对象中一般对象的定义方式，以自定义适配工件的方式来对复杂类型元数据进行适配。

具体如图4所示，可以将多对象类型元数据402（相当于复杂类型元数据）转换为自定义的适配工件404，以适应于多对象类型元数据402具有多对象这个属性特点。在得到的适配工件404的服务描述中，主要采用自定义的单对象类型元数据4044来描述多对象类型元数据402。当然，还可以采用注释4042和单对象类型元数据4044结合的方式进行描述，其中，注释4042是指多对象类型元数据402的特征属性信息，通过注释4042可以使得多对象类型元数据402在转换为单对象类型元数据4044之后，仍然能够较好地对其进行清楚、准确地描述。

但采用图4所示的多对象类型元数据402的适配方法需要基于以下两个前提：

1、现有服务建模语言对单对象类型元数据4044的支持；

2、服务建模语言中可添加注释说明，并且注释说明可参与服务描述文件的生成。

多对象类型元数据402适配的整体思路就是将多对象类型元数据402合并、分解，利用服务建模语言支持的单对象类型元数据、数据结构和用户自定义文档描述等实现对多对象类型元数据402的定义描述。

图5示出了根据本发明的实施例的将多对象类型元数据生成为服务模型的原理示意图。

如图5所示，多对象类型元数据402是指面向对象类语言定义的复杂类型；模板406是指多对象到单对象生成模板；转换/生成装置408是指对象、注释及相关处理中枢；适配工件404是指降解后的多对象类型；服务模型410是指平台无关的服务模型。

通过建立模板406，可以由转换/生成装置408将多对象类型元数据402转换后，生成适配工件404（参见图3中的具体结构），然后可以将适配工件404生成为服务模型410。

现有的服务建模语言支持基本数据类型和一般对象类型的描述定义，鉴于单对象类型元数据的服务建模描述的可行性，本发明对多对象类型元数据的定义过程如下：

步骤一，自定义一个单对象类型模板，此模板可生成满足步骤二的单对象类型。

步骤二，描述原复杂类型中的各个元数据类型，这是处理复杂类型元数据的必要步骤。接下来的两种情况下也需要进行相应的处理：

1、原复杂类型中的各个元数据类型中有一方或多方是复杂类型，需要先将其进行适配，转到步骤一进行处理；

2、如果复杂类型元本身有数据结构参与形成此类型，在服务建模语言中统一按列表处理。如有特殊要求可以文档的注释信息中加以说明。

按照上面描述的处理方法，图6示出了根据本发明的实施例的为复杂类型生成服务模型的流程图。

如图6所示，为复杂类型生成服务模型的流程包括：

步骤602，获取复杂类型中的各个元数据。

步骤604，判断是否存在多对象类型元数据，若存在，则进入步骤606，否则进入步骤612。

步骤606，判断是否存在对应的转换模板，若存在，则进入步骤610，否则进入步骤608。

步骤608，生成对应的转换模板。

步骤610，利用相匹配的转换模板生成适配工件。

步骤612，生成服务模板。其中，若是从步骤604进入步骤612，则直接为单对象类型元数据生成服务模板；若是从步骤610进入步骤612，则利用适配工件生成服务模板，并且还可以获取多对象类型元数据的特征属性信息，从而将该特征属性信息和适配工件进行结合生成服务模板。

以上结合附图详细说明了本发明的技术方案，考虑到相关技术中没有简便的、统一的针对复杂类型元数据建模的解决办法。现有的服务建模无法完成有复杂类型参与的服务建模过程。因此，本发明提出了一种服务建模装置和一种服务建模方法，可以在现有的服务建模定义语言支持的描述定义方式基础上，充分利用单对象类型元数据和文档描述类型完成多对象类型元数据的服务建模，建立多对象类型元数据参与的面向对象类语言服务建模的通用、统一建模思路。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种服务建模装置，其特征在于，包括：

模板建立单元，用于建立对象类型转换模板；

结构转换单元，用于利用所述对象类型转换模板对多对象类型元数据进行数据结构转换，以得到对应的单对象类型元数据；

建模处理单元，用于利用所述单对象类型元数据进行服务建模，生成相应的服务模型。

2.根据权利要求1所述的服务建模装置，其特征在于，所述模板建立单元建立至少一个所述对象类型转换模板，每个所述对象类型转换模板对应于一种数据维度；以及

所述服务建模装置还包括：

模板选择单元，用于根据所述多对象类型元数据的数据维度，选择相应的对象类型转换模板，以由所述结构转换单元实现对该多对象类型元数据的转换。

3.根据权利要求1所述的服务建模装置，其特征在于，还包括：

信息记录单元，用于记录所述多对象类型元数据的特征属性信息；以及

所述建模处理单元还利用所述单对象类型元数据和所述特征属性信息进行所述服务建模。

4.根据权利要求1至3中任一项所述的服务建模装置，其特征在于，所述多对象类型元数据包括C++中的模板类数据、JAVA中带有泛型的类型的数据。

5.根据权利要求1至3中任一项所述的服务建模装置，其特征在于，还包括：

结构判断单元，用于判断所述多对象类型元数据是否存在嵌套结构，若存在，则所述结构转换单元还利用所述对象类型转换模板对所述多对象类型元数据执行递归处理。

6.一种服务建模方法，其特征在于，包括：

步骤202，建立对象类型转换模板；

步骤204，利用所述对象类型转换模板对多对象类型元数据进行数据结构转换，以得到对应的单对象类型元数据；

步骤206，利用所述单对象类型元数据进行服务建模，生成相应的服务模型。

7.根据权利要求6所述的服务建模方法，其特征在于，所述步骤202包括：

建立至少一个所述对象类型转换模板，每个所述对象类型转换模板对应于一种数据维度；以及

所述步骤204还包括：

根据所述多对象类型元数据的数据维度，选择相应的对象类型转换模板，以实现对该多对象类型元数据的转换。

8.根据权利要求6所述的服务建模方法，其特征在于，所述步骤204还包括：

记录所述多对象类型元数据的特征属性信息；以及

所述步骤206还包括：

利用所述单对象类型元数据和所述特征属性信息进行所述服务建模。

9.根据权利要求6至8中任一项所述的服务建模方法，其特征在于，所述多对象类型元数据包括C++中的模板类数据、JAVA中带有泛型的类型的数据。

10.根据权利要求6至8中任一项所述的服务建模方法，其特征在于，所述步骤204还包括：

判断所述多对象类型元数据是否存在嵌套结构，若存在，则还利用所述对象类型转换模板对所述多对象类型元数据执行递归处理。

Images