[发明专利]一种基于语义的自动化服务适配方法

说明书

发明涉及一种基于语义的自动化服务适配方法。本发明通过复用服务网络中已有服务的描述及其本体信息，生成规格化的服务描述文档，基于描述文档，通过代码插桩的方式，生成客户端和服务器端服务适配组件，以自动化实现服务适配并消除语义冲突。

技术领域

本发明涉及一种基于语义的自动化服务适配方法，属于软件技术领域。

背景技术

在传统的服务计算模式中，服务之间彼此孤立忽略了服务之间的协作关系，服务组合在低效被动中进行。 因而，基于语义和服务关系的服务组合已成为快速高效自动化服务组合的前提，也是构建语义感知 Web 服务的关键。 但是，服务组合因如下制约因素仍受到挑战：

首先，服务组合可能受到服务之间语法不匹配的限制。 为实现业务上的链接和协作，参与服务组合的 Web 服务在语义上存在相关性，但也要满足语法规则的匹配。 即组合中前一个服务的输出参数与后一个服务的输入参数在参数个数、类型、格式、顺序等相互吻合。 然而，在服务组合过程中，往往由于这类参数语法的限制，导致了原本语义上存在相关性的服务却无法组合。 例如，操作“IPQuary”根据 IP 地址获取所对应的地理位置信息，输出包括所在地城市、所在地邮编及经纬度等等。 操作“GetWeatherByZipCode”提供根据邮编获取天气预报信息的服务，输入为地区邮编码。 当需求为获取某 IP 地址所在地的天气预报时，由于参数个数不匹配导致服务组合失败。一种可能的解决方案是在两个服务间添加服务适配器，对不匹配的语法进行转化，可能的操作包括：添加默认参数值、参数类型转换、参数格式转换、参数位置调整、以及去掉不必要参数等等。

其次，服务间的组合除受上述语法限制外，还受到了功能欠缺的阻碍。 往往存在属于同一或相似领域的两条组合链或者业务流程，由于某一部分功能的欠缺，导致两条业务流不能链接形成更大粒度的业务单元从而满足更加复杂的业务需求。 若是能在两条相关的组合链之间添加一个适配服务，弥补两个业务链间在功能上的差异，将会实现更大粒度上的组合。例如，操作“GetCityByZip”提供获取邮编所对应城市的服务，输出为该城市的经纬度坐标，操作“ GetWeatherByCity”提供查询城市天气的服务，输入为城市名称。 由于缺少从经纬度获取对应城市的功能，两个服务之间的组合受限。 若存在一个适配器，提供缺失的功能，就可以弥补两条业务流间的功能差异，实现业务流的链接。

在上述两种适配器的开发过程中，其主旨思想是应复用前一个服务的输出和后一个服务的输入作为适配器的输入和输出参数。 若是能实现自动的复用 Web 服务的输入输出构建适配器，将会极大的减少开发工作量，降低出错概率。最后，在服务构建时，若能以复用的方式进行开发，重用一些已有接口语义和语法信息，在服务组合过程中就能极大减少以上两种组合障碍。 这是因为经复用构建的服务，在语法上保持了原有服务的语法规则，在语义上复用了原有服务中相关的语义信息以及与其他服务之间的关系。

发明内容

本发明的目的：基于上述原因，本发明设计并实现本发明的目的：基于上述原因，本发明一种基于语义的自动化服务适配方法。在现有 Eclipse 开发平台上集成语义 Web服务开发工具，该工具能够减少开发工作量，简化后续语义标注和关系挖掘过程。 更可以依据该工具快速便捷地开发服务适配器，弥补服务之间的语法和功能差异，实现潜在的服务组合。

本发明的原理：本发明以服务网络基础，结合WSDL2Code的服务开发方式（WSDL2Code即先创建服务的 WSDL文档，根据文档定义抽象出服务接口类，再进行业务逻辑的编码实现。WSDL即WEB服务描述语言），在现有集成开发平台 Eclipse 上，以插件的形式，实现了基于复用思想的 Web 服务开发工具。 以“复制”的方式继承了已有的操作或操作参数的语法和语义信息，快速构建规范化的服务描述文档。

本发明技术解决方案：一种方法，其特点在于实现步骤如下：