动态电子商务系统构建中服务发现及组合问题探究综述.docVIP

动态电子商务系统构建中服务发现及组合问题探究综述【摘要】在构建基于Web服务的分布式业务过程管理系统首先要解决两个关键问题：首先，必须搜索（发现）包含期望功能及操作需求的Web服务以实现给定目标任务；其次，在发现相关Web服务后，需要一定的机制来简化结构和语义的不同问题。在实现这两个任务的时候，面临着许多问题亟待解决。文章对动态电子商务系统构建中的服务发现和组合问题进行了文献综述，指出当前研究中存在的问题和有待研究的方向。 【关键词】Web服务；Web服务发现；Web服务组合 1.引言 动态电子商务系统是电子商务与计算机科学的交叉研究领域，从国内外目前的研究情况看，这项研究还处在发展阶段，有些问题才刚刚提出，研究的深度还不够深入，计算的手段还很落后，更多的问题还有待归纳总结。 动态电子商务是“着重于B2B的综合性和基础设施组成的下一代电子商务，通过调用Internet标准和通用基础设施，为内部与外部企业创造最佳效益”的电子化解决方案，它为企业提供了内部的商务流程动态重组，以及与外部客户信息系统间的动态延伸和连接功能[1]。作为实现动态电子商务的主要支撑技术，Web服务是在分布式计算、网格和XML等技术相互融合的基础上，采用HTTP、SOAP等Internet标准协议与分布式Web组件，进行交互的自包含、自适应和自描述的软件组件。但是web服务的支撑技术UDDI和WSDL在解决服务的发现和组合问题方面还存在着一定的局限性[2]：首先，在注册中心UDDI的原始服务描述只能提供有限的关于其服务能力和动态行为的静态信息；其次，有关Web服务的描述对于原始服务的动态行为信息是不透明的，这样限制了在服务平台对其进行预推理；再次，由于WSDL是一种状态无关的协议，因此需要对执行的每个原子服务进行状态管理。 近年，学术及工业界对基于web服务的业务过程自动化展开了研究。BPEL4WS就是一种基于XML的工作流定义语言，它使企业能够描述基于Web服务的业务过程，同时作为补充，还出现了WS-coordination和WS-transaction等规范，共同构成了业务过程自动化框架。然而，BPEL4WS仅限于流程模型的规范化定义及Web服务的协同调用问题，没有直接解决Web服务的发现和组合问题。此外，它还假设包含在业务过程中的任务是独立执行的，创建BPEL4WS文档的企业管理人员掌握了有关的Web服务信息，同时BPEL4WS在定义企业需求方面也存在着一定的局限性，而这一点对实现分布式的业务过程管理至关重要。 所以，为了构建成功的电子商务系统，还需要大量的相关研究工作。在构建基于Web服务的分布式业务过程管理系统首先要解决两个关键问题：首先，必须搜索（发现）包含期望功能及操作需求的Web服务以实现给定目标任务；其次，在发现相关Web服务后，需要一定的机制来简化结构和语义的不同问题。在实现这两个任务的时候，面临着许多问题亟待解决：用于构造完整系统的候选Web服务数量巨大；Web服务的自治性使用户不能在设计时确定其操作特性，这对整个系统的质量是不可或缺的一部分；由于不同的Web服务采用不同的数据结构和类层次定义接口参数，因此Web服务之间存在着结构和语义的异构性，需要解决不同Web服务或内部业务活动之间的语义集成，及输入、输出的互操作性。 下面主要从服务发现和组合两个研究方面进行分析评论，这也是系统构建过程中最关键的难点与热点问题。 2.服务的发现问题 基于语义的服务发现：UDDI的一个主要缺陷在于其服务发现系统，没有附加任何语义信息的单纯关键词搜索会产生多个不需要的结果，而且在该框架内不能实现近似性。因此缺乏语义信息常常会导致不确定性问题，不能自动获得结果或服务组合方案。语义Web服务模式能够实现基于语义的web服务描述，在此基础上实现服务的自动发现和组合[3]。METEOR-S[4]是美国Georgia大学的LSDIS实验室主持的关于语义网、工作流和Web服务技术的研究项目，MWSDI（METEOR-S Web Service Discovery Infrastructure）在处理服务实例与用户查询请求的匹配时，使用一种简单的基于服务模板的匹配算法。该算法需要事先定义一系列的服务模板，服务描述文档和用户查询请求都遵循某个特定模板的格式书写，模板中的各项都要进行相应的本体标注。如果用户查询与服务实例使用了相同的服务模板，则进一步对服务模板中的各项作基于本体的匹配推理。MWSDI存在的最大缺点在于，整个P2P网络共享相同的注册本体，维护注册本体的一致性变得十分困难，从很大程度上限制了P2P网络的自组织能力。OWL提供了功能和外延视图来表达Web服务的功能，其发现过程基于表达和匹配能力，并提出了一系列的匹配算法[5]。