一种提供环球网服务的方法、装置和系统.pdf

上传人:32 文档编号:967415 上传时间:2018-03-22 格式:PDF 页数:34 大小:1.27MB
返回 下载 相关 举报
摘要
申请专利号:

CN200910163158.X

申请日:

2009.08.18

公开号:

CN101997731A

公开日:

2011.03.30

当前法律状态:

驳回

有效性:

无权

法律详情:

发明专利申请公布后的驳回IPC(主分类):H04L 12/26申请公布日:20110330|||实质审查的生效IPC(主分类):H04L 12/26申请日:20090818|||公开

IPC分类号:

H04L12/26; G06F17/30

主分类号:

H04L12/26

申请人:

华为技术有限公司; 复旦大学

发明人:

刘铁江; 李彦; 石晓旻; 马其锋

地址:

518129 广东省深圳市龙岗区坂田华为总部办公楼

优先权:

专利代理机构:

深圳市深佳知识产权代理事务所(普通合伙) 44285

代理人:

彭愿洁;李文红

PDF下载: PDF下载
内容摘要

本发明实施例公开了一种提供环球网服务的方法、装置和系统。其中以方法的实现为例,包括:获取网络节点的服务质量数据;接收环球网服务请求,所述环球网服务请求标识了需要提供的服务项目;拆分所述服务项目为至少两项子服务;根据所述服务质量数据选择分别与各个子服务对应的最佳节点;将子服务的服务请求发送到所述子服务对应的最佳节点。上述实施方式,通过将服务项目拆分为子服务,然后选择子服务的最佳节点,然后向最佳节点发送对应子服务的服务请求;实现了分布式合成服务项目;采用分布式技术对不同位置的用户的质量进行综合考虑,可以充分考虑到服务项目合成的服务质量对于不同位置的差别,从而提高服务质量。

权利要求书

1: 一种提供环球网服务的方法, 其特征在于, 包括 : 获取网络节点的服务质量数据 ; 接收环球网服务请求, 所述环球网服务请求标识了需 要提供的服务项目 ; 拆分所述服务项目为至少两项子服务 ; 根据所述服务质量数据选择分别与各个子服务对应的最佳节点 ; 将子服务的服务请求发送到所述子服务对应的最佳节点。
2: 根据权利要求 1 所述方法, 其特征在于, 所述拆分所述服务项目为至少两项子服务 具体包括 : 根据所述服务质量数据选择所述服务项目的拆分策略 ; 按照所述选择的拆分策略, 拆分所述服务项目为至少两项子服务。
3: 根据权利要求 2 所述方法, 其特征在于, 所述拆分所述服务项目为至少两项子服务 之后还包括 : 根据所述子服务和所述获取到的服务质量数据, 计算所述服务项目的服务质量。
4: 根据权利要求 1 至 3 任意一项所述方法, 其特征在于, 所述获取网络节点的服务质量 数据包括 : 获取存储的网络节点的历史服务质量数据 ; 所述将子服务的服务请求发送到子服务对应的最佳节点之后还包括 : 获取所述子服务本次服务的质量数据, 并更新所述存储的网络节点的历史服务质量数 据。
5: 根据权利要求 1 至 3 任意一项所述方法, 其特征在于, 还包括 : 在系统负荷空闲时, 从网络节点获取服务质量数据并更新存储的历史服务质量数据。
6: 一种网关管理设备, 其特征在于, 包括 : 质量数据获取单元, 用于获取网络节点的服务质量数据 ; 服务请求接收单元, 用于接收环球网服务请求, 所述环球网服务请求标识了需要提供 的服务项目 ; 拆分单元, 用于拆分所述服务项目为至少两项子服务 ; 节点选择单元, 用于根据所述服务质量数据选择分别与各个子服务对应的最佳节点 ; 服务请求发送单元, 用于将子服务的服务请求发送到所述子服务对应的最佳节点。
7: 根据权利要求 6 所述网关管理设备, 其特征在于, 所述拆分单元具体包括 : 策略选择单元, 用于根据所述服务质量数据选择所述服务项目的拆分策略 ; 拆分执行单元, 用于按照所述选择的拆分策略, 拆分所述服务项目为至少两项子服务。
8: 根据权利要求 7 所述方法, 其特征在于, 还包括 : 服务质量计算单元, 用于根据所述子服务和所述获取到的服务质量数据, 计算所述服 务项目的服务质量。
9: 根据权利要求 6 至 8 任意一项所述网关管理设备, 其特征在于, 所述质量数据获取单元, 具体用于获取存储的网络节点的历史服务质量数据 ; 还包括 : 子服务质量获取单元, 用于获取所述子服务本次服务的质量数据 ; 质量数据更新单元, 用于更新所述存储的网络节点的历史服务质量数据。 2
10: 根据权利要求 9 所述网关管理设备, 其特征在于, 所述质量数据更新单元, 还用于在系统负荷空闲时, 从网络节点获取服务质量数据并 更新存储的历史服务质量数据。
11: 一种提供环球网服务的系统, 其特征在于, 包括 : 网关管理设备, 用于获取网络中的节点的服务质量数据 ; 接收环球网服务请求, 所述环 球网服务请求标识了需要提供的服务项目 ; 拆分所述服务项目为至少两项子服务 ; 根据所 述服务质量数据选择分别与各个子服务对应的最佳节点 ; 将子服务的服务请求发送到所述 子服务对应的最佳节点 ; 节点, 用于接收网关管理设备发送的服务请求, 并向网关管理设备返回服务结果。
12: 根据权利要求 11 所述系统, 其特征在于, 所述网关管理设备, 用于拆分所述服务项 目为至少两项子服务具体包括 : 用于根据所述服务质量数据选择所述服务项目的拆分策略 ; 按照所述选择的拆分策 略, 拆分所述服务项目为至少两项子服务。
13: 根据权利要求 12 所述系统, 其特征在于, 所述网关管理设备, 还用于根据所述子服务和所述获取到的服务质量数据, 计算所述 服务项目的服务质量。
14: 根据权利要求 11 至 13 任意一项所述系统, 其特征在于, 所述网关管理设备, 用于获 取网络中的节点的服务质量数据具体包括 : 用于获取存储的网络中的节点的历史服务质量数据 ; 所述网关管理设备, 还用于获取所述子服务本次服务的质量数据, 并更新所述存储的 网络中的节点的历史服务质量数据。
15: 根据权利要求 11 至 13 任意一项所述系统, 其特征在于, 所述网关管理设备, 还用于在系统负荷空闲时, 从网络中的节点获取服务质量数据并 更新存储的历史服务质量数据。

说明书


一种提供环球网服务的方法、 装置和系统

    技术领域 本发明涉及环球网 (Web) 服务质量评估领域, 特别涉及一种提供 Web 服务的方法、 装置和系统。
     背景技术 Web 服务是基于网络的服务软件, 其采用的关键技术包括服务定义语言 (Web services Definition Language Web, WSDL) 通用描述发现和集成 (Universal Discovery Description and Integration, UDDI) 和 简 单 对 象 访 问 协 议 (Simple Object Access Protocol, SOAP), 其中 WSDL 用来描述 Web 服务 ; UDDI 用来注册和查找 Web 服务 ; SOAP 作为 传输层, 用来在服务使用者和服务提供者之间传送消息, SOAP 是 Web 服务的默认机制。一 个 Web 服务的外部调用者可以在 UDDI 注册表 (registry) 中查找 Web 服务, 取得 Web 服务 的 WSDL 描述, 然后通过 SOAP 来调用 Web 服务。在以下背景介绍中将分别介绍 : 服务合成、 服务质量、 以及分布式的相关概念。
     由于网络上单一提供的服务不能全面解决客户需求, 于是服务合成技术应运而 生。服务合成作为 Web 服务实现的目标, 其将各种不同的服务进行组合来实现特定的功能。 服务合成是指从网络中选取相对简单、 可用的 Web 服务并将它们组合成新服务的技术。合 成后的新服务被称为组合服务 ; 用于合成组合服务的子服务称之为构件服务。Web 服务合 成可以分为两种类型 : 静态合成和动态合成。静态合成是在设计阶段就定义了复合服务 规范的合成方法, 而如果在运行时所需服务才被选择和调用的服务合成方法则属于动态合 成。 服务合成必须满足一定的要求, 主要包括 : (1) 能够动态地发现满足需求的服务 ; (2) 能 够顺利地执行复合服务 ; (3) 能够对复合服务进行事务处理。高度动态的商务应用环境使 得 Web 服务合成具有高可用性, 高可靠性和高度自适应性。在已有的标准中, WSDL 被用来 描述单个 Web 服务的详细信息, 然而 WSDL 并不支持序列化多个 Web 服务的调用或指定某个 Web 服务不同操作的调用次序。
     传统的软件工程领域中, 软件质量是软件产品的一个重要评估对象。软件质量包 括软件过程质量和产品质量两大部分, 软件质量管理需要大量的人力资源和相关的管理要 素, 因此软件质量的独立管理已经成为软件界的研究重点。对于产品质量进行评估的主要 方法就是采用软件评价, 软件评价作为一个独立的过程活动, 对软件质量起着关键作用, 各 种软件都是需要通过软件评价活动来保证其质量程度的, 通过软件评价后可对软件的各质 量要素有全面了解。
     通过用户端对 Web 服务评价是一种从用户角度对 Web 服务的整理质量进行评价的 活动, 其针对的主体不仅包括服务端如何响应客户的服务请求, 而且包括网络上的传输和 服务合成等多个活动。因此对用户端的服务评价可以看作是一个综合评价的过程。
     由此看来, Web 服务的使用者由于使用环境不同和服务合成广泛应用在服务中, 并 且对于 Web 服务的水准提出了更高的要求, 其不仅体现在提供服务本身的能力, 更包括用 户如何得到更高的服务, 因此服务合成的服务质量需要从各种不同的用户感受、 服务效率
     等多种角度来深度分析。
     分布式软件系统是支持分布式处理的软件系统, 是在由通信网络互联的多处理机 体系结构上执行任务的系统。 分布式计算可将一个需要非常巨大的计算能力才能解决的问 题分成若干子问题, 然后把这些子问题分配给若干计算机进行处理, 最后把这些中间计算 结果综合起来得到最终的结果。目前, 分布式技术已经广泛的在各类计算机应用中延伸。
     从服务合成、 服务质量、 以及分布式的相关介绍中可以发现, Web 服务的服务合成 和 Web 质量已经得到广泛的研究, 而且服务合成的服务质量也有所涉及, 但是现有对服务 质量的评估仅从某个特定的位置进行。 这里的特定位置是指对所有服务的访问点都是相同 的, 分布式的广泛应用也可将视角从普通的服务评估延伸到 Web 服务质量的评价。
     已有的对 Web 服务质量的研究为 : 从 Web 服务管理角度出发, 来解决 Web 服务规模 和适应性。HP 实验室的研究学者提出了基于服务质量 (Qualityof Service, QoS) 的应用 服务器软件结构, 对用户的请求进行分类、 提供了准入控制、 负载保护等机制来提升 Web 服 务质量。 HP 通过在应用服务器上对各个涉及的 Web 服务的服务质量进行跟踪来获取合适的 Web 服务, 反馈给用户满足分级需求的 Web 服务。在该系统中具有单点服务质量平台, 进行 web 服务的运行管理, 进行服务合成和服务分级。在该系统中, 每次访问合成服务前都需要 从服务节点获取服务的质量数据 ; 通过对服务质量进行分级后来量化服务质量, 访问者根 据质量分级数据来选择所调用的服务 ; 选择调用服务的访问为单点访问。
     发明人在实现本发明的过程中发现 : 现有技术中采用单点访问的方式, 是从对服 务端如何响应客户端的请求, 以满足用户端的需求, 来研究服务质量评价的, 未考虑服务项 目合成的服务质量对于不同位置的差别。 发明内容
     本发明实施例要解决的技术问题是提供一种提供环球网服务的方法、 装置和系 统, 提高服务质量。
     为解决上述技术问题, 本发明所提供的提供环球网服务的方法实施例可以通过以 下技术方案实现 :
     获取网络节点的服务质量数据 ; 接收环球网服务请求, 所述环球网服务请求标识 了需要提供的服务项目 ;
     拆分所述服务项目为至少两项子服务 ;
     根据所述服务质量数据选择分别与各个子服务对应的最佳节点 ;
     将子服务的服务请求发送到所述子服务对应的最佳节点。
     本发明实施例还提供了一种网关管理设备, 包括 :
     质量数据获取单元, 用于获取网络节点的服务质量数据 ;
     服务请求接收单元, 用于接收环球网服务请求, 所述环球网服务请求标识了需要 提供的服务项目 ;
     拆分单元, 用于拆分所述服务项目为至少两项子服务 ;
     节点选择单元, 用于根据所述服务质量数据选择分别与各个子服务对应的最佳节 点;
     服务请求发送单元, 用于将子服务的服务请求发送到所述子服务对应的最佳节点。 本发明实施例还提供了一种提供环球网服务的系统, 包括 :
     网关管理设备, 用于获取网络中的节点的服务质量数据 ; 接收环球网服务请求, 所 述环球网服务请求标识了需要提供的服务项目 ; 拆分所述服务项目为至少两项子服务 ; 根 据所述服务质量数据选择分别与各个子服务对应的最佳节点 ; 将子服务的服务请求发送到 所述子服务对应的最佳节点 ;
     节点, 用于接收网关管理设备发送的服务请求, 并向网关管理设备返回服务结果。
     上述技术方案具有如下有益效果 : 通过将服务项目拆分为子服务, 然后选择子服 务的最佳节点, 然后向最佳节点发送对应子服务的服务请求 ; 实现了分布式合成服务项目 ; 采用分布式技术对不同位置的用户的质量进行综合考虑, 可以充分考虑到服务项目合成的 服务质量对于不同位置的差别, 从而提高服务质量。
     附图说明 为了更清楚地说明本发明实施例中的技术方案, 下面将对实施例描述中所需要使 用的附图作简单地介绍, 显而易见地, 下面描述中的附图仅仅是本发明的一些实施例, 对于 本领域普通技术人员来讲, 在不付出创造性劳动性的前提下, 还可以根据这些附图获得其 他的附图。
     图 1 为本发明实施例一方法流程示意图 ; 图 2 为本发明实施例一系统结构示意图 ; 图 3 为本发明实施例一分布式 Web 服务质量系统框架示意图 ; 图 4 为本发明实施例一框架中接口网关与网关管理的连接示意图 ; 图 5.1 为本发明实施例一分布系统模块结构示意图 ; 图 5.2 为本发明实施例一接口网关结构示意图 ; 图 5.3 为本发明实施例一采集系统模块结构示意图 ; 图 5.4 为本发明实施例一分析系统模块结构示意图 ; 图 5.5 为本发明实施例一决策系统模块结构示意图 ; 图 5.6 为本发明实施例一典型流程 1 示意图 ; 图 5.7 为本发明实施例一典型流程 2 示意图 ; 图 5.8 为本发明实施例一典型流程 3 示意图 ; 图 6 为本发明实施例一组合方案系统示意图 ; 图 7 为本发明实施例一组合方案环境示意图 ; 图 8 为本发明实施例二网关管理设备图 ; 图 9 为本发明实施例二网关管理设备图 ; 图 10 为本发明实施例二网关管理设备图 ; 图 11 为本发明实施例二网关管理设备图 ; 图 12 为本发明实施例三系统结构示意图。具体实施方式
     下面将结合本发明实施例中的附图, 对本发明实施例中的技术方案进行清楚、 完整地描述, 显然, 所描述的实施例仅仅是本发明一部分实施例, 而不是全部的实施例。基于 本发明中的实施例, 本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他 实施例, 都属于本发明保护的范围。
     本发明实施例要解决的技术问题是提供一种提供环球网服务的方法、 装置和系 统, 提高服务质量。
     实施例一, 如图 1 所示, 本发明实施例提供了一种提供环球网服务的方法, 包括 :
     步骤 101 : 获取网络节点的服务质量数据 ; 接收环球网服务请求 ; 上述环球网服务 请求标识了需要提供的服务项目 ;
     步骤 102 : 拆分上述服务项目为至少两项子服务 ;
     上述拆分的具体方式可以为 : 根据上述服务质量数据选择上述服务项目的拆分策 略; 按照上述选择拆分策略, 拆分上述服务项目为至少两项子服务。
     步骤 103 : 根据上述服务质量数据选择分别与各个子服务对应的最佳节点 ;
     上述最佳节点可以是满足服务质量要求的很多节点中的一个, 本发明实施例并不 限定为最佳节点必须为所有节点中服务质量最好的一个。
     步骤 104 : 将子服务的服务请求发送到上述子服务对应的最佳节点。 上述方法步骤的执行主体可以为网关管理设备, 系统结构, 如图 2 所示, 该系统 中, 用户 201 发送服务请求到网关管理设备 202, 网关管理设备 202 将服务项目拆分, 然后调 用接口网关 203 实现访问 Web 服务 204 实现子服务, 然后合成子服务实现用户请求的服务 项目。
     上述实现方式中, 通过将服务项目拆分为子服务, 然后选择子服务的最佳节点, 然 后向最佳节点发送对应子服务的服务请求 ; 实现了分布式合成服务项目 ; 采用分布式技术 对不同位置的用户的质量进行综合考虑, 可以充分考虑到服务项目合成的服务质量对于不 同位置的差别, 从而提高服务质量。
     在后续实施例中, 将分别就 : 1、 总体架构, 2、 关键部件描述, 3、 典型流程, 4、 与上述 典型流程对应的实施例, 四个方面对实施例一作进一步的说明。
     1、 总体架构 :
     本发明提出的分布式体系框架, 其针对的是网路上的各种服务及其合成的质量要 素。本发明考虑的是服务合成中的服务质量, 因此对于服务合成方案在本发明中是基于所 有可得的服务合成方案。此框架是根据 Web 服务本身的特点所设计的, Web 服务作为网络 上一种典型的服务模式, 其服务本身就是分布式的, 本发明在此基础上提出的框架也是分 布式的, 即利用分散在多个不同位置上的接口网关对 Web 服务进行访问, 通过访问来收集 相关的质量数据, 以此来分析所针对的 Web 服务的质量。分布式 Web 服务质量系统框架示 意图如图 3 所示 :
     分布系统模块 301 负责解析、 传递用户对系统的请求和分析用户需求 ;
     接口网关 305 是系统中分布在不同站点的访问 Web 服务的程序, 作为系统与服务 之间沟通的连接
     采集系统模块 303 和分析系统模块 304 则分别控制访问、 数据收集以及对数据进 行分析的相关功能 ;
     决策系统模块 302 作为系统的智能分析部分, 对分析后的数据进行相关的质量决
     策供用户请求。
     涉及的数据库包括 : 合成方案库、 反馈数据库、 质量数据库、 质量模型库, 如表 1 所 示, 为数据库的说明 :
     表 1 主要模型库说明
     系统中所涉及的符号表述如下 : WS : Web 服务 G: 接口网关 Q: 服务质量要素 V: 单个服务质量值 VC : 合成服务质量值T: 服务调用的时间
     QD : 服务调用后得到的质量数据, 六元组
     RD : 服务调用后返回结果 ( 非质量数据 )
     FR : 组合服务的功能需求
     QR : 组合服务的质量需求
     CWSO : 组合服务的合成方案 ( 不包括质量要素和接口信息 ) 集合
     CWS : 组合服务的合成方案 ( 对应于用户需求 ), 的集合
     WSQG : 单个服务的最优质量
     CWSQG : 组合服务的最优质量
     QM : 质量模型
     TH : 阈值 ( 满足用户所提出的服务需求 )
     UID : 网关管理对每次发起的网关调用的全局调用请求 ID
     系统中所涉及的主要模块及模块间交互的信息与参数结构包括 :
     外部接口 : 外部合成方案接口、 接口网关集合、 服务请求者。
     分布系统模块 301 : 需求解析、 网关管理、 服务质量分析。
     采集系统模块 303 : 采集反馈数据、 采集分析数据。
     分析系统模块 304 : 数据分析、 质量评价、 结果反馈。
     决策系统模块 302 : 模型建立、 质量决策。
     如图 4 所示, 为框架中接口网关 402 与网关管理 401 的连接示意图, 网关管理 401 与接口网关 402 具有可通信连接, 接口网关 402 下属若干个 Web 服务, 每个接口网关 402 下 属的网络可以看成一个子网络, 接口网关 402 还可以与本子网络以外的其它子网络建立可 通信连接。
     如表 2 所示, 为系统各模块间交互流程及数据结构 :
     表 2 系统各模块间交互流程及数据结构
     本发明实施例中的框架图 3 中最上层就是网络上所提供的可供访问的 Web 服务的 相关接口, 通过这些接口, 可以访问一系列特定功能的 Web 服务的集合。
     接口网关 305 就是系统中分布在不同子网的访问 Web 服务的程序, 作为系统与服 务之间沟通的连接。而下层分布系统模块 301 负责解析、 传递用户对系统的请求和分析用 户需求。采集系统模块 303 和分析系统模块 304 则分别控制访问、 数据收集以及对数据进 行分析的相关功能。决策系统模块 302 作为系统的智能分析部分, 对分析后的数据进行相 关的质量决策供用户请求。
     对于 Web 服务质量的评估来看, 本体系框架中对于 Web 服务质量特征中功能性、 可 靠性、 易用性和效率的质量特征可以进行较合理和全面的评估和分析。
     这里提到的质量模型的评价方法, 与传统的评估模型有所不同, 传统的软件工程 方法中对软件质量的要求是通过各阶段对应的测试来完成的, 也就是通常所说的 V 模型, 即单元测试、 集成测试和系统测试等阶段, 通过这些测试来发现软件缺陷和评价软件质量。 而这里更通过用户角度来关注服务质量, 而非通过内部质量和外部质量来评价功能。
     2、 关键部件描述
     分布框架可以看到, 位于底层的四个系统模块是这个 Web 服务质量框架的关键系 统, 下面分别就分布系统模块 301、 采集系统模块 303、 分析系统模块 304 和决策系统模块 302 进行说明。
     2.1、 如图 5.1 所示, 并请一并参考图 3 分布系统模块 301
     为了解决上面提及的分布式访问要求, 分布系统模块 301 作为分布式访问的控制 模块, 其对所有可访问的分布式的接口网关系统进行统一管理, 并与用户请求进行交互, 是 整个分布框架与外界交互的通路。
     分布系统模块 301 是框架核心, 负责控制整个系统功能接口, 其主要目的就是分 解用户需求、 将待访问的 Web 服务的位置信息和数据信息传送到访问接口网关上。分布系 统中包括大量的接口网关, 接口网关可以去访问一系列服务。这个基于接口网关 (Web 服务 构成的 ) 的分布体系是一个系统级的请求访问体系, 其目的就是将物理位置上不同的各个 接口网关进行注册和登记, 起到分布管理、 数据整合的功能。
     分布系统模块 301 中的需求解析功能, 首先接受用户提出的 Web 服务的站点信息 和质量需求, 然后对用户的质量需求进行分析, 将所需的质量需求转化为可由接口网关进 行访问的内容。将质量需求转化为各种特定的质量评价特征。
     模块中的分析过程包括对用户的功能需求和质量要素进行分析, 用户输入是集合 功能需求、 质量需求和阈值 {FR, QR, TH}, 其中 FR 是功能要求, QR 是质量要素, 其中 TH 是对 应着质量要素 QR 中需要满足的质量阈值, 也就是用户可接受的质量要素。比如时间在 10s 以内、 可靠性大于 90%等等。
     将以上分析的结果进行整合, 就可以得到需要由接口网关访问 Web 服务的请求信 息, 分布系统模块 301 将所需的接口网关、 请求信息以及数据进行整合, 建立相关的组合服 务的分布请求模型。完成需求解析后的过程, 由网关管理向相关的接口网关发送接口网关 请求 : 首先由质量请求方允许启动框架后, 将相关信息发布到各个接口网关上, 然后接口网 关根据时间调度信号统一向 Web 服务发送请求, 从而完成按分布式模型的访问。
     合成方案获取器 : 从合成方案库读取服务组合信息, 若无服务组合信息, 则调用外 部合成方案接口
     质量数据分解器 : 对所需要的服务质量根据用户需求进行过滤和筛选
     质量数据访问器 : 根据得到的服务组合信息获取相关服务的质量数据
     质量数据获取器 : 直接通过接口网关获得服务的实时质量数据
     接口网关访问器 : 对所有的接口网关进行注册、 访问、 状态等信息进行管理, 并将 一系列需要各个接口网关进行访问的请求发送至接口网关
     其中, 如图 5.2 所示, 并请一并参考图 3, 接口网关 305 是一个可以访问具体服务, 获取服务调用结果并采集服务质量信息的模块。 主要包括服务功能调用器和服务质量获取 器。
     服务功能调用器 : 根据接口网关访问器传过来服务请求进行解析, 提取调用的调 用信息, 进行调用, 同时通知服务质量获取器准备采集所需获取的质量数据。
     服务质量获取器 : 根据接口网关访问器传过来的服务解析得到所需的质量信息, 与服务功能调用器进行同步后, 实时获得服务质量数据, 并进行计算得到服务值, 再将服务 质量信息传递给反馈数据收集器。解析过程包括对用户的功能需求和质量要素进行分析, 相关的数据模型为 {FR, QR, TH}, 其中 FR 是功能要求, QR 是质量要素, 其中 TH 是对应着质量要素 QR 中需要满足的 质量阈值 ( 也就是用户可接受的质量要素 )。
     采集系统模块 303 与分析系统模块 304 对请求所返回的质量数据信息进行采集和 初步分析。此模块主要目标是对接口网关完成 Web 服务的返回信息进行处理。接口网关作 为请求的接口网关者, 向 Web 服务接口发送相关请求后, 反馈数据的收集由采集与分析系 统模块 304 进行处理。根据其处理的功能侧重点不同分为采集系统模块 303 和分析系统模 块 304。 采集系统模块 303 负责收集接口网关返回的服务信息, 而分析系统模块 304 则是对 返回的服务信息进行分析和质量评价。
     2.2、 如图 5.3 所示, 并请一并参考图 3, 采集系统模块 303
     采集系统模块 303 根据实际需求情况和反馈结果来对服务质量信息进行收集, 也 就是说, 采集系统模块 303 包括采集 Web 服务的反馈数据和得到需求解析的结果, 即采集反 馈数据和采集分析数据, 相关数据则分别保存在质量数据库和合成方案库中。
     反馈数据收集器 : 将接口网关调用 Web 服务后的质量数据进行收集, 保存到质量 数据库。对于单个服务的质量 QD, 其是一个六元组 , WS 表示 Web 服务, V 表示不同的服务结果值, G 表示接口网关信息可在进一步的服务分析中体现。
     分析数据收集器 : 对于组合服务调用中, 更新被调用的接口网关信息到合成方案 库。 组合方案中扩展了商业流程执行语言 (Business Process ExecutionLaneuaee For Web Services, BPEL4WS), 上述 BPEL4WS 一种专为整合 WebServices 而制定的一项规范标准, 组 合方案中增加了接口网关的信息, 但是每次从质量数据库中获取的质量数据, 在实际调用 中会将调用过程中与服务对应的接口网关才更新到合成方案库 ;
     采集反馈数据的功能是收集接口网关执行的质量结果数据。 所有接口网关在收到 请求信息之后, 根据其所需要执行的脚本信息, 按照要求和需要采集的数据, 请求相应的服 务, 并等待请求的 Web 服务将处理的结果及其所需与质量信息返回后, 接口网关将数据暂 存, 并由采集系统模块 303 收集接口网关存储的数据。采集系统模块 303 将根据返回的质 量信息按照增加站点和时间信息的特定方式进行重组合, 所有的数据直接存放于质量数据 库中。
     脚本信息是对已有 BPEL4WS 进行扩展, 扩展的基本要素是增加服务的访问节点的 质量数据。修改 字节段, 如表 3 所示, partnerSite 节就是增加的访问位置信 息:
     表 3 扩展 BPEL4WS 示例
     采集模块对于返回的质量按照网关接口访问的质量数据进行存放, 对于单个服务 的质量 QD 进行存储。根据 BPEL 中的调用语言, 来分析涉及的 WS 的服务质量, 其中对于要 求的质量要素, 最终要满足阈值 TH。
     采集分析数据则是直接得到需求解析后的数据, 需求解析的数据也是作为采集系 统模块 303 进行后期分析的重要参考因素, 因为对用户需求解析的不同对后期的分析会产 生不同的影响。需求解析的相关采集分析数据保存在合成方案库中。
     采集系统模块 303 收集所有数据, 并将数据保存于质量数据库和合成方案库, 数 据传输到分析系统模块 304 进一步深入分析。
     2.3、 如图 5.4 所示, 并请一并参考图 3, 分析系统模块 304
     分析系统模块 304 是框架中关键模块之一, 分析系统模块 304 将采集系统模块 303 所采集数据进行分析和评价得到相应的结果数据。分析系统模块 304 包括数据分析、 质量 评价和结果反馈三个部分。
     质量数据分析器 : 对反馈数据中的数据进行分析, 找到最优的服务质量及其接口 网关信息
     质量数据评价器 : 对组合方案中各个服务的质量进行评价, 找到组合服务的最优 服务质量以及各服务的对应数据
     质量数据反馈器 : 将最优的组合服务以及信息更新到反应质量特征的质量数据库
     质量数据分基本服务和组合服务 : 基本服务采用三元组的方式 : WSQG = ; 组合服务采用调用集合方式记录服务信息 CWSQG =
     数据分析过程中, 将合成方案库中所列的质量评价指标与由接口网关得到数据的 反馈数据库中进行综合分析, 各个采集对象进行组合计算, 相关的计算方式主要采取按权 值计算方式 :
     Q =∑ i, jqj×wj
     即每个质量体系中的特征点可能有多个因素组成, 但是这些采集因素所分配的权 重会不一致, 因此计算中需考虑到权重因素后进行计算, 从而得到所请求的 Web 服务的各 种质量的特征值。
     质量评价在已计算得到特征值的基础上, 对 Web 服务的质量情况进行总体分析, 比如时间段对负载情况的影响、 对性能与可靠性的影响等, 也包括对于不同负载模型下的 质量特征的分析。 这个评价过程是相对复杂的过程, 也是这个系统的核心过程, 评价过程根
     据请求者的不同, 来区分不同场景下的质量差异, 因此综合考虑不同接口网关所返回的不 同质量结果, 将对最终的 Web 服务质量评价起到很大作用, 避免了因单一的质量请求而得 到的片面的 Web 服务质量数据信息。而多个接口网关所返回给系统的数据信息可以利用分 析系统模块 304 对 Web 服务的质量进行综合评价, 以此来判断 QoS 是否达到事先定义好的 标准或需求。分析结果可以用来对 Web 服务的服务质量进行动态调整和对特定阶段的服务 质量进行综合评价。
     各类质量数据的结果, 经过分析系统模块 304 的分析, 提交给统一的质量特征的 质量数据库。
     2.4、 如图 5.5 所示, 并请一并参考图 3, 决策系统模块 302
     为解决上面提及的对服务的动态评价和选择问题, 提出的决策系统模块 302, 可以 用来解决服务质量的动态评价问题。
     决策系统模块 302 根据得到的质量评价数据信息建立相应的质量模型, 根据相应 的质量模型对此 Web 服务的具体质量要素进行客观的评价, 为下一次客户请求时给出较好 的综合质量的服务调用做准备。这个模块包括模型建立和质量决策两个子模块。
     合成方案获取器 : 从合成方案库中获取所需的质量数据 质量模型建立器 : 根据质量数据建立模型, 生成新的质量模型
     质量模型优化器 : 可对已有模型库中所有组合方案进行分析, 发现满足同一功能 的最优服务质量的组合服务的合成方案, 优化质量模型库中的已有质量模型。并将分析决 策后的最优质量数据更新保存至质量数据库
     质量模型 , 其中 CWS 为实现某一功能需求的组合方案, Q 为质量要素, VC 为质量对应的服务质量值。质量数据库是根据 Web 服务的功能来存储最优的合成方案 ( 即每个功能有一个最优合成方案 )。而质量模型库是将所有可能的合成方案中的最优质 量信息进行存储 ( 即每个功能可能的所有的合成方案 )。因此质量模型优化器是在质量模 型库中的每个 Web 服务功能中选择出一个合成方案 ( 这个合成方案具有比其他合成方案更 好的质量数据 ) 更新到质量数据库中。
     质量模型将服务所涉及的质量进行建模。 这里分别对基本服务和组合服务两种方 式进行分别考虑, 基本服务采用三元组的方式描述 : QM = , 其中 CWS 表示组合 服务方案, Q 表示度量的质量要素, VC 是整体服务质量。
     模型建立子模块根据分析系统模块 304 的质量数据、 不同接口网关的分布及其请 求的 Web 服务服务来建立质量模型, 通过建立相关的模型与其他服务质量进行平行比较, 对 CWSQG 中每一个调用服务的质量进行查找 WSQG, 发现哪些服务的质量数据比原有数据有 改进, 则从 WSQG 将最新的数据更新到 CWSQG 中, 通过更新的方式来优化已存在质量模型库 中的质量模型, 将质量模型存放在质量模型库中。
     质量模型库中的质量模型和分析结果对 Web 服务的组合与发现有着很好的启发 作用, 可以为用户新请求的服务需求给出最优的质量决策, 特别是用户提出的特殊的质量 要求, 比如较高的执行效率、 高可用性等等。这些因素都可以利用质量决策子模块进行决 策, 并返回给用户。 用户得到相关的服务调用信息来进行调用, 不但能够得到满足用户需求 的 Web 服务, 而且采集、 分析和决策系统模块 302 会将最新的调用结果的质量信息进行更 新, 最后得到全部反馈, 由此组成一个闭环系统。
     3、 典型流程
     运用本发明实施例的系统框架, 可以实现两大类不同的流程 : 质量信息相关和服 务调用相关。
     下面将列举出四个典型流程, 其中涉及质量信息的流程有三个, 涉及到服务调用 的流程有一个, 这四个典型流程彼此相关。其中, 各个模块间的流程及交换信息的结构, 参 见表 2( 表 2 系统各模块间交互流程及数据结构 )。
     典型流程 1, 如图 5.6 所示, 并请一并参考图 3, 根据用户请求的服务, 返回请求服 务所涉及的质量数据输入 :
     用户请求的服务 FR
     输出 : 服务的质量数据 VC
     用户提出需求, 指出需要访问的 Web 服务信息 ( 包括 Web 服务的输入、 输出参数和 期望的质量要求 ), 该需求信息被发送到分布系统模块 301 中的需求解析子模块, 控制器调 用合成方案获取器去查找合成方案库, 若发现此 Web 服务已经存在相关的合成方案, 则读 出该合成方案 ; 若在合成方案库中未发现对应的合成方案信息, 则调用外部的服务合成方 案接口来查找相关服务合成信息, 并将服务合成信息保存至合成方案库中。
     合成方案获取器将得到的合成方案发送给服务质量分析子模块, 控制器调用质量 数据访问器, 直接查找质量数据库, 从中得到该合成服务所包含的各个服务组件所对应的 相关质量信息, 质量数据访问器将质量数据返回给需求解析子模块中的质量数据分解器, 质量数据分解器配合最初得到的用户期望的质量要求, 将相关质量数据信息返回给用户 ; 若质量数据分解器在质量数据库中查询是否相关服务信息已经存在, 若不存在相关的服务 质量信息, 则调用典型流程 2, 来获取相关服务质量数据。
     典型流程 2, 如图 5.7 所示, 并请一并参考图 3, 根据用户请求的服务, 实时发现质 量数据。
     输入 : 用户请求的服务, 对服务的质量要求 FR.TH
     输出 : 服务的质量数据 VC
     类似于典型流程 1, 系统根据用户的服务需求, 得到合成方案。因为服务质量分析 子模块中的质量数据访问器无法在质量数据库中获取相关服务组件的质量信息, 因此控制 器调用质量数据获取器来实时地获取质量数据。 质量数据获取器通过自身的控制器去访问 网关管理子模块的控制器, 配合合成方案库中相关的合成方案信息, 调用接口网关访问器, 通过不同的网关接口来调用相关服务, 得到的质量数据由采集系统模块 303 中的采集反馈 数据子模块收集, 通过反馈数据收集器将其保存在反馈数据库中。采集系统模块 303 中的 数据分析子模块对反馈的质量数据信息进行分析、 评价后, 将最优的分析数据保存至质量 数据库中。质量数据获取器通过访问质量数据库来获取相关合成方案中的服务质量信息, 并将其反馈给需求解析子模块中的质量数据分解器, 从而最终反馈给用户。
     注意 : 若回馈给用户的服务质量信息不能满足用户最初提出的要求, 可能需要需 求解析子模块再次通过调用外部的服务合成方案接口来查看是否还有其他的服务合成方 案, 如果有, 则需要重复进行分析。
     典型流程 3, 如图 5.8 所示, 并请一并参考图 3 定期更新系统中质量数据库的信息
     输入 : 合成方案库 CWS输出 : 服务质量 QM, CWSQG
     决策系统模块 302 通过合成方案获取器定期访问合成方案库, 对已有的服务合成 方案的服务质量信息进行动态更新。通过质量模型建立器建立相应的质量模型, 由质量决 策子模块对其进行优化后通过调用典型流程 2 的 1 号入口, 来更新质量数据后保存在质量 数据库中。
     典型流程 4, 通过网关管理来调用服务, 得到用户需要的服务结果 :
     输入 : 用户请求的服务, 对服务的要求包括 : FR, QR, TH
     输出 : 服务调用结果 RD
     用户提出需求, 指出需要访问的服务 FR, 以及相应的服务质量要求 QR。系统调 用典型流程一获取相关合成服务所对应的质量信息, 如果可以满足用户提出的服务需求 (TH), 则有需求解析子模块将相关子服务组合成最终调用结果, 将服务调用结果返回给用 户。
     4、 与典型流程对应的实施例
     如图 6 所示, 假设考虑一种企业内部结算系统, 位于不同大区 ( 这里假设存在 4 个 大区 : S1、 S2、 S3、 S4, 每个大区存在一个接口网关 ) 的结算服务。考虑有以下两种服务合成 的组成 :
     组合方案 1 中分别调用每个大区已有的结算服务功能 A1-A4, 然后将返回的数据 传入服务功能 B 完成整合来得到最终结果。
     组合方案 2 中分别调用核心结算功能 C、 D 和 E, 其中 C 表示支出, D、 E 分别为收入、 收入附加投资的计算, 然后由 F 计算总共的数据值。
     如图 7 所示, 考虑如下的服务部署情况, 这里共包括 4 个接口网关以及 10 个直 接提供服务接口的 Web 服务, 分别以 0-9 进行编号 : WS1 表示 Web 服务 1, 其邻近接口网关 1(G1) ; WS2 表示 Web 服务 2, 其邻近接口网关 2(G2) ; WS3 表示 Web 服务 3, 其邻近接口网关 3(G3) ; WS4 表示 Web 服务 4, 其邻近接口网关 4(G4) ; WS0、 5-9 表示服务 0 和 5-9, 服务所处 的位置不清楚 ( 即图 7 中位于中心 WS0 区域 )。
     下表给出了服务功能对应的相关服务。
     表 4 服务功能对应的相关服务
     本例子中仅对服务时间作为质量要素进行评价。基于以上的服务场景, 用户需要得到相关服务的访问时间。本实施例中涉及的服务质量为 “服务价格” 和 “不可用率” , 且对 两者进行归一化后作为质量要素进行评价。
     根据前面的 4 个流程, 给出整个服务质量框架主要流程的执行过程。
     初始状态 : 四大库 ( 合成方案库、 反馈数据库、 质量数据库、 质量模型库 ) 数据为空
     典型流程 1 :
     1、 用户请求一个功能服务 “内部结算” FR, 分布系统模块 301 中需求解析通过合成 方案获取器查询合成方案库中的是否存在内部结算的 FR ;
     2、 合成方案库中无对应此 FR 的合成方案, 因此调用外部合成方案接口获取一个 已有的对应 “内部结算” FR, 这里假定随机返回了组合方案 2 的服务合成 CWSO ;
     3、 针对已返回的 CWSO, 系统扩展为 CWS 保存至合成方案库, 通过服务质量分析对 质量数据库进行查找, 来发现是否对 CWS 中存在最优的服务质量 ;
     4、 因为质量数据库中的无任何数据, 则需求解析通过网关管理对 CWS 中定义的各 个独立的 Web 服务的质量进行获取, 所采集的反馈数据保存至反馈数据库, 同时网关管理 将采集分析数据的调用关系 ( 这里是全部获取 ) ;
     因为是第一次调用, 下表中为六元组 QD, QD = , 具体内容为 :
    
    
     可以看到, 同一次请求中, 由于 UID、 T 值相同, Q =服务代价 + 不可用率, 因此可用 表 5 简化表示 WS, V, G 间的关系 :
     表 5WS, V, G 间的关系
     V G1 G2 G3 G4
     WS5 80 100 90 95WS6 40 70 50 50WS7 70 60 100 30WS8 30 50 20 50WS9 55 25 40 60分析系统模块 304 中的数据分析、 质量评价和结果反馈针对已有的反馈数据库中 的数据得到最有的服务质量。这里仅有满足 FR 的一个服务合成方案 CWS, 计算得到最优服 务质量, 其值为 105, 具体执行方案如表 6 所示
     表6
     服务及接口网关质量值19101997731 A CN 101997736说 明书80 40 20 2517/22 页由此得到最优的服务质量为 max(80, 40+20)+25 = 105, 以上的服务信息存储在质 量数据库中。与单点访问的接口网关相比, 其最优的组合服务的服务质量为采取接口网关 1, 所获得最优服务质量为 135, 具体结果见下表 7 所示 :
     表7
     接口网关 1 2 3 4
     组合方案 2 135 145 160 160典型流程 2 :
     1、 用户仍请求 “内部结算” 的功能服务 FR, 但是提出了新的质量要求, 但是其质量 要求需要在 100 以内, 即 TH < 100 ;
     2、 分布系统模块 301 中需求解析通过合成方案获取器查询合成方案库中的是否 存在内部结算的 FR, 经匹配, 发现查询合成方案库中存在合成方案 CWS ;
     3、 根据已有的合成方案 CWS, 通过查询质量数据库, 发现最优的服务质量 ( 就是实 施例中典型流程 1 中的质量数据 ), 得到其质量数据为 105 ;
     4、 需求解析发现已存在质量数据库中的质量值 105 不满足 TH < 100 的质量要求 ; 5、 需求解析模块则调用外部合成方案接口获取一个新的对应 “内部结算” FR, 则 获得组合方案 1 的服务合成 CWS, 注意 : 这里不会返回已有的 CWS( 也就是上次获得的方案, 因为其不满足质量要求 TH), 这里需要由需求解析负责判断, 直到获得不重复的服务合成方 案;
     6、 因为质量数据库中的无任何数据, 且本流程要实时获取最优的服务质量数据, 因此涉及的单个服务均全部通过不同的接口网关进行访问, 获取质量数据, 具体的质量数 据如下表 8, 因为本次获取的 UID、 T、 Q 值相同, UID = 5, T = 14:00, Q =服务代价 + 不可用 率
     表8
     20101997731 A CN 101997736说WS1 10 60 30 50 WS2 50 15 40 80 WS3 150 100 5 30明WS4 200 80 40 6书WS5 80 100 90 95 WS6 40 70 50 50 WS7 70 60 100 30 WS8 30 50 20 5018/22 页位置 G1 G2 G3 G4
     WS0 100 200 150 80WS9 55 25 40 60分析系统模块 304 中的数据分析、 质量评价和结果反馈针对已有的反馈数据库中 的数据得到最有的服务质量。对满足 “内部结算” FR 的两个 CWS 计算得到最优服务质量, 其 值为 95, 具体执行方案如表 9 所示 :
     表9
     服务及接口网关
     质量值 10 15 5 6 80由此得到最优的服务质量为 max(10, 15, 5, 6)+80 = 95, 且满足 TH < 100 的质量要 求, 以上的服务信息存储在质量数据库中, 并返回给用户。
     与单点访问的接口网关相比, 其最优的组合服务的服务质量为采取接口网关 1, 所 获得最优服务质量为 135, 具体结果见表 10 :
     表 10
     典型流程 3 : 系统自动更新质量数据库中的信息 1、 系统通过访问合成方案库中的信息以及已由反馈数据库中的质量信息来定期更新质量模型库, 并将最优的质量数据更新到质量数据库中 ;
     2、 由模型建立发起, 读取合成方案, 并通过网关管理对 CWS 中定义的各个独立的 Web 服务的质量进行获取, 所采集的反馈数据保存至反馈数据库 ;
     3、 分析系统模块 304 中的数据分析、 质量评价和结果反馈针对已有的反馈数据库 中的数据得到最有的服务质量 ;
     4、 由于本次访问中, 接口网关 G4 无法访问 WS0, 因此新的质量数据如下表 11 所 示:
     表 11
     5、 质量决策根据现有的质量数据, 对服务质量进行重评价, 得到组合方案 2 的服 务质量较优, 即原有的最优模型 1 中的组合方案 1 涉及 WS0 的 L4 访问则影响质量代价, 经 调整后, 质量模型 1 修正为质量模型 2。下面 2 张表 ( 表 12 和表 13) 给出了质量模型的变 化。
     表 12 质量数据表
     表 13 质量数据表
     可以看到对于同一个目标的不同服务合成方案中, 不同位置的不同合成方案会对 的服务质量产生不同的影响。
     通过整个分布式的质量框架, 可以看到此框架实现了 :
     1) 从客户端对服务的动态平台功能, 充分考虑到不同位置用户的服务质量存在的 差异 ;
     2) 建立了分布式的信息收集, 统一存储服务质量信息库, 以利于综合对服务质量 进行评价 ;
     2) 对于不同用户的单个服务的客户端质量进行分析, 这样可以综合对服务合成的 质量数据进行评估, 利于今后的数据分析。
     本发明实施例采用主动式的质量信息收集方式来对 Web 服务的质量进行跟踪, 由 此获得大量的 Web 服务的基础数据。这类信息收集方式中包含了大量的位置和质量关联数 据, 从而根据不同位置的质量数据来对用户的请求进行合理的规划, 来满足用户的服务要 求。
     提出的 Web 服务质量要素的实现模式不同于已往的软件质量框架, 这是由于 Web 服务不同于一般软件, 已往的软件架构大多数针对单一客户端或客户端 / 服务端框架, 而 目前 Web 服务不仅在功能性, 而且对于非功能性上提出了更高的要求, 在满足功能实现的 基础上, 具有鲜明的分布式特征和可组合性特征, 因此本次提出的 Web 服务的质量评价需 要采用多种方式结合进行, 以达到较好的质量评价结果。所以 Web 服务的质量不仅仅包括 功能上的质量定义, 而且还包括非功能的特征, 比如分布式访问架构、 响应时间、 可靠性、 用 户个性支持等多种组成的非功能特征。
     从分布式体系的 Web 服务应用框架出发, 建立分布访问、 集中采集质量数据的方 法, 对框架内所覆盖的 Web 服务的服务质量进行总体评估, 采用了一种分布式异构的 Web 服 务服务质量评估方法, 通过自适应的接口网关来组织所有分布式节点。在分布式节点中, 通过接口网关的分布式部署, 接口网关是在物理位置上分散分布, 且又提供了相同的逻辑 功能供分布系统统一管理和调度, 网关管理调用各接口网关采集所有相关 Web 服务质量信 息, 并对所有涉及的质量要素进行评价。
     通过分布式站点对 Web 服务请求过程中所涉及到的服务进行质量数据采集和定 期更新, 建立了质量数据库和质量模型库, 决策系统模块 302 可综合评价 Web 服务的相应质 量要素, 并将评价结果汇总、 记录, 反馈给服务调用系统。
     提出了完整的分布系统模块 301、 采集系统模块 303、 分析系统模块 304、 决策系统 模块 302 和 Web 服务自适应系统模块作为基础架构的分布式 Web 服务应用体系的控制系统 与框架, 框架采用闭环结构, 对于系统中出现的问题, 都能在本发明中被解决。
     实施例二, 如图 8 所示, 本发明实施例还提供了一种网关管理设备, 包括 :
     质量数据获取单元 801, 用于获取网络节点的服务质量数据 ;
     服务请求接收单元 802, 用于接收环球网服务请求, 上述环球网服务请求标识了需 要提供的服务项目 ;
     拆分单元 803, 用于拆分上述服务项目为至少两项子服务 ;
     节点选择单元 804, 用于根据上述服务质量数据选择子服务对应的最佳节点 ;
     服务请求发送单元 805, 用于将子服务的服务请求发送到上述子服务对应的最佳 节点。
     上述实施方式, 通过将服务项目拆分为子服务, 然后选择子服务的最佳节点, 然后 向最佳节点发送对应子服务的服务请求 ; 实现了分布式合成服务项目 ; 采用分布式技术对 不同位置的用户的质量进行综合考虑, 可以充分考虑到服务项目合成的服务质量对于不同 位置的差别, 从而提高服务质量。
     可选地, 如图 9 所示, 上述拆分单元 803 具体包括 :
     策略选择单元 803a, 用于根据上述服务质量数据选择上述服务项目的拆分策略 ;
     拆分执行单元 803b, 用于按照上述选择的拆分策略, 拆分上述服务项目为至少两 项子服务。
     上述实施方式, 通过拆分策略的选择能够达到对服务项目拆分的最优化, 从而进 一步地提高服务质量。
     可选地, 如图 10 所示, 上述网关管理设备还可以包括 :
     服务质量计算单元 1001, 用于根据上述子服务和上述获取到的服务质量数据, 计 算上述服务项目的服务质量。
     上述实施方式, 通过计算子服务质量得到服务项目的最终服务质量, 方便对服务 质量的控制以及对子服务的调用的控制。
     可选地, 如图 11 所示,
     上述质量数据获取单元 801, 用于获取存储的网络节点的历史服务质量数据 ;
     上述网关管理设备还可以包括 :
     子服务质量获取单元 1101, 用于获取上述子服务本次服务的质量数据 ;
     质量数据更新单元 1102, 用于更新上述存储的网络节点的历史服务质量数据。
     可选地, 质量数据更新单元 1102, 还用于在系统负荷空闲时, 从网络节点获取服务 质量数据并更新存储的历史服务质量数据。
     上述实施方式, 通过对获取到的历史服务质量进行更新, 使服务质量的数据更加 准确, 进而使子服务的调用更加可靠, 从另一个方面提高了服务质量。
     实施例三, 如图 12 所示, 本发明实施例还提供了一种提供环球网服务的系统, 包括: 网关管理设备 1201, 用于获取网络中的节点的服务质量数据 ; 接收环球网服务请 求的服务项目 ; 拆分上述服务项目为至少两项子服务 ; 根据上述服务质量数据选择子服务 对应的最佳节点 1202 ; 将子服务的服务请求发送到上述子服务对应的最佳节点 1202 ;
     节点 1202, 用于接收网关管理设备 1201 发送的服务请求, 并向网关管理设备 1201 返回服务结果。
     上述网关管理设备 1201, 用于拆分所述服务项目为至少两项子服务具体包括 : 用 于根据上述服务质量数据选择上述服务项目的拆分策略 ; 按照上述选择的拆分策略, 拆分 上述服务项目为至少两项子服务。
     上述实施方式, 通过将服务项目拆分为子服务, 然后选择子服务的最佳节点, 然后 向最佳节点发送对应子服务的服务请求 ; 实现了分布式合成服务项目 ; 采用分布式技术对 不同位置的用户的质量进行综合考虑, 可以充分考虑到服务项目合成的服务质量对于不同 位置的差别, 从而提高服务质量。
     上述实施方式, 通过拆分策略的选择能够达到对服务项目拆分的最优化, 从而进 一步地提高服务质量。
     上述网关管理设备 1201, 还用于根据上述子服务和上述获取到的服务质量数据, 计算上述服务项目的服务质量。
     上述实施方式, 通过计算子服务质量得到服务项目的最终服务质量, 方便对服务 质量的控制以及对子服务的调用的控制。
     上述网关管理设备 1201, 用于获取网络中的节点的服务质量数据具体包括 : 用于 获取存储的网络中的节点 1202 的历史服务质量数据 ; 还用于获取上述子服务本次服务的 质量数据, 并更新上述存储的网络中的节点 1202 的历史服务质量数据。
     上述网关管理设备 1201, 还用于在系统负荷空闲时, 从网络中的节点 1202 获取服 务质量数据并更新存储的历史服务质量数据。
     上述实施方式, 通过对获取到的历史服务质量进行更新, 使服务质量的数据更加 准确, 进而使子服务的调用更加可靠, 从另一个方面提高了服务质量。
     本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以 通过程序来指令相关的硬件完成, 所述的程序可以存储于一种计算机可读存储介质中, 上 述提到的存储介质可以是只读存储器, 磁盘或光盘等。
     以上对本发明实施例所提供的一种提供环球网服务的方法、 装置和系统进行了详 细介绍, 本文中应用了具体个例对本发明的原理及实施方式进行了阐述, 以上实施例的说 明只是用于帮助理解本发明的方法及其核心思想 ; 同时, 对于本领域的一般技术人员, 依据 本发明的思想, 在具体实施方式及应用范围上均会有改变之处, 综上所述, 本说明书内容不 应理解为对本发明的限制。
    

一种提供环球网服务的方法、装置和系统.pdf_第1页
第1页 / 共34页
一种提供环球网服务的方法、装置和系统.pdf_第2页
第2页 / 共34页
一种提供环球网服务的方法、装置和系统.pdf_第3页
第3页 / 共34页
点击查看更多>>
资源描述

《一种提供环球网服务的方法、装置和系统.pdf》由会员分享,可在线阅读,更多相关《一种提供环球网服务的方法、装置和系统.pdf(34页珍藏版)》请在专利查询网上搜索。

1、10申请公布号CN101997731A43申请公布日20110330CN101997731ACN101997731A21申请号200910163158X22申请日20090818H04L12/26200601G06F17/3020060171申请人华为技术有限公司地址518129广东省深圳市龙岗区坂田华为总部办公楼申请人复旦大学72发明人刘铁江李彦石晓旻马其锋74专利代理机构深圳市深佳知识产权代理事务所普通合伙44285代理人彭愿洁李文红54发明名称一种提供环球网服务的方法、装置和系统57摘要本发明实施例公开了一种提供环球网服务的方法、装置和系统。其中以方法的实现为例,包括获取网络节点的服务质。

2、量数据;接收环球网服务请求,所述环球网服务请求标识了需要提供的服务项目;拆分所述服务项目为至少两项子服务;根据所述服务质量数据选择分别与各个子服务对应的最佳节点;将子服务的服务请求发送到所述子服务对应的最佳节点。上述实施方式,通过将服务项目拆分为子服务,然后选择子服务的最佳节点,然后向最佳节点发送对应子服务的服务请求;实现了分布式合成服务项目;采用分布式技术对不同位置的用户的质量进行综合考虑,可以充分考虑到服务项目合成的服务质量对于不同位置的差别,从而提高服务质量。51INTCL19中华人民共和国国家知识产权局12发明专利申请权利要求书2页说明书22页附图9页CN101997736A1/2页2。

3、1一种提供环球网服务的方法,其特征在于,包括获取网络节点的服务质量数据;接收环球网服务请求,所述环球网服务请求标识了需要提供的服务项目;拆分所述服务项目为至少两项子服务;根据所述服务质量数据选择分别与各个子服务对应的最佳节点;将子服务的服务请求发送到所述子服务对应的最佳节点。2根据权利要求1所述方法,其特征在于,所述拆分所述服务项目为至少两项子服务具体包括根据所述服务质量数据选择所述服务项目的拆分策略;按照所述选择的拆分策略,拆分所述服务项目为至少两项子服务。3根据权利要求2所述方法,其特征在于,所述拆分所述服务项目为至少两项子服务之后还包括根据所述子服务和所述获取到的服务质量数据,计算所述服。

4、务项目的服务质量。4根据权利要求1至3任意一项所述方法,其特征在于,所述获取网络节点的服务质量数据包括获取存储的网络节点的历史服务质量数据;所述将子服务的服务请求发送到子服务对应的最佳节点之后还包括获取所述子服务本次服务的质量数据,并更新所述存储的网络节点的历史服务质量数据。5根据权利要求1至3任意一项所述方法,其特征在于,还包括在系统负荷空闲时,从网络节点获取服务质量数据并更新存储的历史服务质量数据。6一种网关管理设备,其特征在于,包括质量数据获取单元,用于获取网络节点的服务质量数据;服务请求接收单元,用于接收环球网服务请求,所述环球网服务请求标识了需要提供的服务项目;拆分单元,用于拆分所述。

5、服务项目为至少两项子服务;节点选择单元,用于根据所述服务质量数据选择分别与各个子服务对应的最佳节点;服务请求发送单元,用于将子服务的服务请求发送到所述子服务对应的最佳节点。7根据权利要求6所述网关管理设备,其特征在于,所述拆分单元具体包括策略选择单元,用于根据所述服务质量数据选择所述服务项目的拆分策略;拆分执行单元,用于按照所述选择的拆分策略,拆分所述服务项目为至少两项子服务。8根据权利要求7所述方法,其特征在于,还包括服务质量计算单元,用于根据所述子服务和所述获取到的服务质量数据,计算所述服务项目的服务质量。9根据权利要求6至8任意一项所述网关管理设备,其特征在于,所述质量数据获取单元,具体。

6、用于获取存储的网络节点的历史服务质量数据;还包括子服务质量获取单元,用于获取所述子服务本次服务的质量数据;质量数据更新单元,用于更新所述存储的网络节点的历史服务质量数据。权利要求书CN101997731ACN101997736A2/2页310根据权利要求9所述网关管理设备,其特征在于,所述质量数据更新单元,还用于在系统负荷空闲时,从网络节点获取服务质量数据并更新存储的历史服务质量数据。11一种提供环球网服务的系统,其特征在于,包括网关管理设备,用于获取网络中的节点的服务质量数据;接收环球网服务请求,所述环球网服务请求标识了需要提供的服务项目;拆分所述服务项目为至少两项子服务;根据所述服务质量数。

7、据选择分别与各个子服务对应的最佳节点;将子服务的服务请求发送到所述子服务对应的最佳节点;节点,用于接收网关管理设备发送的服务请求,并向网关管理设备返回服务结果。12根据权利要求11所述系统,其特征在于,所述网关管理设备,用于拆分所述服务项目为至少两项子服务具体包括用于根据所述服务质量数据选择所述服务项目的拆分策略;按照所述选择的拆分策略,拆分所述服务项目为至少两项子服务。13根据权利要求12所述系统,其特征在于,所述网关管理设备,还用于根据所述子服务和所述获取到的服务质量数据,计算所述服务项目的服务质量。14根据权利要求11至13任意一项所述系统,其特征在于,所述网关管理设备,用于获取网络中的。

8、节点的服务质量数据具体包括用于获取存储的网络中的节点的历史服务质量数据;所述网关管理设备,还用于获取所述子服务本次服务的质量数据,并更新所述存储的网络中的节点的历史服务质量数据。15根据权利要求11至13任意一项所述系统,其特征在于,所述网关管理设备,还用于在系统负荷空闲时,从网络中的节点获取服务质量数据并更新存储的历史服务质量数据。权利要求书CN101997731ACN101997736A1/22页4一种提供环球网服务的方法、装置和系统技术领域0001本发明涉及环球网WEB服务质量评估领域,特别涉及一种提供WEB服务的方法、装置和系统。背景技术0002WEB服务是基于网络的服务软件,其采用的。

9、关键技术包括服务定义语言WEBSERVICESDEFINITIONLANGUAGEWEB,WSDL通用描述发现和集成UNIVERSALDISCOVERYDESCRIPTIONANDINTEGRATION,UDDI和简单对象访问协议SIMPLEOBJECTACCESSPROTOCOL,SOAP,其中WSDL用来描述WEB服务;UDDI用来注册和查找WEB服务;SOAP作为传输层,用来在服务使用者和服务提供者之间传送消息,SOAP是WEB服务的默认机制。一个WEB服务的外部调用者可以在UDDI注册表REGISTRY中查找WEB服务,取得WEB服务的WSDL描述,然后通过SOAP来调用WEB服务。在。

10、以下背景介绍中将分别介绍服务合成、服务质量、以及分布式的相关概念。0003由于网络上单一提供的服务不能全面解决客户需求,于是服务合成技术应运而生。服务合成作为WEB服务实现的目标,其将各种不同的服务进行组合来实现特定的功能。服务合成是指从网络中选取相对简单、可用的WEB服务并将它们组合成新服务的技术。合成后的新服务被称为组合服务;用于合成组合服务的子服务称之为构件服务。WEB服务合成可以分为两种类型静态合成和动态合成。静态合成是在设计阶段就定义了复合服务规范的合成方法,而如果在运行时所需服务才被选择和调用的服务合成方法则属于动态合成。服务合成必须满足一定的要求,主要包括1能够动态地发现满足需求。

11、的服务;2能够顺利地执行复合服务;3能够对复合服务进行事务处理。高度动态的商务应用环境使得WEB服务合成具有高可用性,高可靠性和高度自适应性。在已有的标准中,WSDL被用来描述单个WEB服务的详细信息,然而WSDL并不支持序列化多个WEB服务的调用或指定某个WEB服务不同操作的调用次序。0004传统的软件工程领域中,软件质量是软件产品的一个重要评估对象。软件质量包括软件过程质量和产品质量两大部分,软件质量管理需要大量的人力资源和相关的管理要素,因此软件质量的独立管理已经成为软件界的研究重点。对于产品质量进行评估的主要方法就是采用软件评价,软件评价作为一个独立的过程活动,对软件质量起着关键作用,。

12、各种软件都是需要通过软件评价活动来保证其质量程度的,通过软件评价后可对软件的各质量要素有全面了解。0005通过用户端对WEB服务评价是一种从用户角度对WEB服务的整理质量进行评价的活动,其针对的主体不仅包括服务端如何响应客户的服务请求,而且包括网络上的传输和服务合成等多个活动。因此对用户端的服务评价可以看作是一个综合评价的过程。0006由此看来,WEB服务的使用者由于使用环境不同和服务合成广泛应用在服务中,并且对于WEB服务的水准提出了更高的要求,其不仅体现在提供服务本身的能力,更包括用户如何得到更高的服务,因此服务合成的服务质量需要从各种不同的用户感受、服务效率说明书CN101997731A。

13、CN101997736A2/22页5等多种角度来深度分析。0007分布式软件系统是支持分布式处理的软件系统,是在由通信网络互联的多处理机体系结构上执行任务的系统。分布式计算可将一个需要非常巨大的计算能力才能解决的问题分成若干子问题,然后把这些子问题分配给若干计算机进行处理,最后把这些中间计算结果综合起来得到最终的结果。目前,分布式技术已经广泛的在各类计算机应用中延伸。0008从服务合成、服务质量、以及分布式的相关介绍中可以发现,WEB服务的服务合成和WEB质量已经得到广泛的研究,而且服务合成的服务质量也有所涉及,但是现有对服务质量的评估仅从某个特定的位置进行。这里的特定位置是指对所有服务的访问。

14、点都是相同的,分布式的广泛应用也可将视角从普通的服务评估延伸到WEB服务质量的评价。0009已有的对WEB服务质量的研究为从WEB服务管理角度出发,来解决WEB服务规模和适应性。HP实验室的研究学者提出了基于服务质量QUALITYOFSERVICE,QOS的应用服务器软件结构,对用户的请求进行分类、提供了准入控制、负载保护等机制来提升WEB服务质量。HP通过在应用服务器上对各个涉及的WEB服务的服务质量进行跟踪来获取合适的WEB服务,反馈给用户满足分级需求的WEB服务。在该系统中具有单点服务质量平台,进行WEB服务的运行管理,进行服务合成和服务分级。在该系统中,每次访问合成服务前都需要从服务节。

15、点获取服务的质量数据;通过对服务质量进行分级后来量化服务质量,访问者根据质量分级数据来选择所调用的服务;选择调用服务的访问为单点访问。0010发明人在实现本发明的过程中发现现有技术中采用单点访问的方式,是从对服务端如何响应客户端的请求,以满足用户端的需求,来研究服务质量评价的,未考虑服务项目合成的服务质量对于不同位置的差别。发明内容0011本发明实施例要解决的技术问题是提供一种提供环球网服务的方法、装置和系统,提高服务质量。0012为解决上述技术问题,本发明所提供的提供环球网服务的方法实施例可以通过以下技术方案实现0013获取网络节点的服务质量数据;接收环球网服务请求,所述环球网服务请求标识了。

16、需要提供的服务项目;0014拆分所述服务项目为至少两项子服务;0015根据所述服务质量数据选择分别与各个子服务对应的最佳节点;0016将子服务的服务请求发送到所述子服务对应的最佳节点。0017本发明实施例还提供了一种网关管理设备,包括0018质量数据获取单元,用于获取网络节点的服务质量数据;0019服务请求接收单元,用于接收环球网服务请求,所述环球网服务请求标识了需要提供的服务项目;0020拆分单元,用于拆分所述服务项目为至少两项子服务;0021节点选择单元,用于根据所述服务质量数据选择分别与各个子服务对应的最佳节点;0022服务请求发送单元,用于将子服务的服务请求发送到所述子服务对应的最佳节。

17、说明书CN101997731ACN101997736A3/22页6点。0023本发明实施例还提供了一种提供环球网服务的系统,包括0024网关管理设备,用于获取网络中的节点的服务质量数据;接收环球网服务请求,所述环球网服务请求标识了需要提供的服务项目;拆分所述服务项目为至少两项子服务;根据所述服务质量数据选择分别与各个子服务对应的最佳节点;将子服务的服务请求发送到所述子服务对应的最佳节点;0025节点,用于接收网关管理设备发送的服务请求,并向网关管理设备返回服务结果。0026上述技术方案具有如下有益效果通过将服务项目拆分为子服务,然后选择子服务的最佳节点,然后向最佳节点发送对应子服务的服务请求;。

18、实现了分布式合成服务项目;采用分布式技术对不同位置的用户的质量进行综合考虑,可以充分考虑到服务项目合成的服务质量对于不同位置的差别,从而提高服务质量。附图说明0027为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。0028图1为本发明实施例一方法流程示意图;0029图2为本发明实施例一系统结构示意图;0030图3为本发明实施例一分布式WEB服务质量系统框架示意图;0031图4为本发明实施例一框架中接口网关与。

19、网关管理的连接示意图;0032图51为本发明实施例一分布系统模块结构示意图;0033图52为本发明实施例一接口网关结构示意图;0034图53为本发明实施例一采集系统模块结构示意图;0035图54为本发明实施例一分析系统模块结构示意图;0036图55为本发明实施例一决策系统模块结构示意图;0037图56为本发明实施例一典型流程1示意图;0038图57为本发明实施例一典型流程2示意图;0039图58为本发明实施例一典型流程3示意图;0040图6为本发明实施例一组合方案系统示意图;0041图7为本发明实施例一组合方案环境示意图;0042图8为本发明实施例二网关管理设备图;0043图9为本发明实施例二。

20、网关管理设备图;0044图10为本发明实施例二网关管理设备图;0045图11为本发明实施例二网关管理设备图;0046图12为本发明实施例三系统结构示意图。具体实施方式0047下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完说明书CN101997731ACN101997736A4/22页7整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。0048本发明实施例要解决的技术问题是提供一种提供环球网服务的方法、装置和系统,提高服务质量。004。

21、9实施例一,如图1所示,本发明实施例提供了一种提供环球网服务的方法,包括0050步骤101获取网络节点的服务质量数据;接收环球网服务请求;上述环球网服务请求标识了需要提供的服务项目;0051步骤102拆分上述服务项目为至少两项子服务;0052上述拆分的具体方式可以为根据上述服务质量数据选择上述服务项目的拆分策略;按照上述选择拆分策略,拆分上述服务项目为至少两项子服务。0053步骤103根据上述服务质量数据选择分别与各个子服务对应的最佳节点;0054上述最佳节点可以是满足服务质量要求的很多节点中的一个,本发明实施例并不限定为最佳节点必须为所有节点中服务质量最好的一个。0055步骤104将子服务的。

22、服务请求发送到上述子服务对应的最佳节点。0056上述方法步骤的执行主体可以为网关管理设备,系统结构,如图2所示,该系统中,用户201发送服务请求到网关管理设备202,网关管理设备202将服务项目拆分,然后调用接口网关203实现访问WEB服务204实现子服务,然后合成子服务实现用户请求的服务项目。0057上述实现方式中,通过将服务项目拆分为子服务,然后选择子服务的最佳节点,然后向最佳节点发送对应子服务的服务请求;实现了分布式合成服务项目;采用分布式技术对不同位置的用户的质量进行综合考虑,可以充分考虑到服务项目合成的服务质量对于不同位置的差别,从而提高服务质量。0058在后续实施例中,将分别就1、。

23、总体架构,2、关键部件描述,3、典型流程,4、与上述典型流程对应的实施例,四个方面对实施例一作进一步的说明。00591、总体架构0060本发明提出的分布式体系框架,其针对的是网路上的各种服务及其合成的质量要素。本发明考虑的是服务合成中的服务质量,因此对于服务合成方案在本发明中是基于所有可得的服务合成方案。此框架是根据WEB服务本身的特点所设计的,WEB服务作为网络上一种典型的服务模式,其服务本身就是分布式的,本发明在此基础上提出的框架也是分布式的,即利用分散在多个不同位置上的接口网关对WEB服务进行访问,通过访问来收集相关的质量数据,以此来分析所针对的WEB服务的质量。分布式WEB服务质量系统。

24、框架示意图如图3所示0061分布系统模块301负责解析、传递用户对系统的请求和分析用户需求;0062接口网关305是系统中分布在不同站点的访问WEB服务的程序,作为系统与服务之间沟通的连接0063采集系统模块303和分析系统模块304则分别控制访问、数据收集以及对数据进行分析的相关功能;0064决策系统模块302作为系统的智能分析部分,对分析后的数据进行相关的质量决说明书CN101997731ACN101997736A5/22页8策供用户请求。0065涉及的数据库包括合成方案库、反馈数据库、质量数据库、质量模型库,如表1所示,为数据库的说明0066表1主要模型库说明006700680069系统。

25、中所涉及的符号表述如下0070WSWEB服务0071G接口网关0072Q服务质量要素0073V单个服务质量值0074VC合成服务质量值说明书CN101997731ACN101997736A6/22页90075T服务调用的时间0076QD服务调用后得到的质量数据,六元组0077RD服务调用后返回结果非质量数据0078FR组合服务的功能需求0079QR组合服务的质量需求0080CWSO组合服务的合成方案不包括质量要素和接口信息集合0081CWS组合服务的合成方案对应于用户需求,的集合0082WSQG单个服务的最优质量0083CWSQG组合服务的最优质量0084QM质量模型0085TH阈值满足用户所。

26、提出的服务需求0086UID网关管理对每次发起的网关调用的全局调用请求ID0087系统中所涉及的主要模块及模块间交互的信息与参数结构包括0088外部接口外部合成方案接口、接口网关集合、服务请求者。0089分布系统模块301需求解析、网关管理、服务质量分析。0090采集系统模块303采集反馈数据、采集分析数据。0091分析系统模块304数据分析、质量评价、结果反馈。0092决策系统模块302模型建立、质量决策。0093如图4所示,为框架中接口网关402与网关管理401的连接示意图,网关管理401与接口网关402具有可通信连接,接口网关402下属若干个WEB服务,每个接口网关402下属的网络可以看。

27、成一个子网络,接口网关402还可以与本子网络以外的其它子网络建立可通信连接。0094如表2所示,为系统各模块间交互流程及数据结构0095表2系统各模块间交互流程及数据结构00960097说明书CN101997731ACN101997736A7/22页100098说明书CN101997731ACN101997736A8/22页110099说明书CN101997731ACN101997736A9/22页120100本发明实施例中的框架图3中最上层就是网络上所提供的可供访问的WEB服务的相关接口,通过这些接口,可以访问一系列特定功能的WEB服务的集合。0101接口网关305就是系统中分布在不同子网的。

28、访问WEB服务的程序,作为系统与服务之间沟通的连接。而下层分布系统模块301负责解析、传递用户对系统的请求和分析用户需求。采集系统模块303和分析系统模块304则分别控制访问、数据收集以及对数据进行分析的相关功能。决策系统模块302作为系统的智能分析部分,对分析后的数据进行相关的质量决策供用户请求。0102对于WEB服务质量的评估来看,本体系框架中对于WEB服务质量特征中功能性、可靠性、易用性和效率的质量特征可以进行较合理和全面的评估和分析。0103这里提到的质量模型的评价方法,与传统的评估模型有所不同,传统的软件工程方法中对软件质量的要求是通过各阶段对应的测试来完成的,也就是通常所说的V模型。

29、,即单元测试、集成测试和系统测试等阶段,通过这些测试来发现软件缺陷和评价软件质量。而这里更通过用户角度来关注服务质量,而非通过内部质量和外部质量来评价功能。01042、关键部件描述说明书CN101997731ACN101997736A10/22页130105分布框架可以看到,位于底层的四个系统模块是这个WEB服务质量框架的关键系统,下面分别就分布系统模块301、采集系统模块303、分析系统模块304和决策系统模块302进行说明。010621、如图51所示,并请一并参考图3分布系统模块3010107为了解决上面提及的分布式访问要求,分布系统模块301作为分布式访问的控制模块,其对所有可访问的分布。

30、式的接口网关系统进行统一管理,并与用户请求进行交互,是整个分布框架与外界交互的通路。0108分布系统模块301是框架核心,负责控制整个系统功能接口,其主要目的就是分解用户需求、将待访问的WEB服务的位置信息和数据信息传送到访问接口网关上。分布系统中包括大量的接口网关,接口网关可以去访问一系列服务。这个基于接口网关WEB服务构成的的分布体系是一个系统级的请求访问体系,其目的就是将物理位置上不同的各个接口网关进行注册和登记,起到分布管理、数据整合的功能。0109分布系统模块301中的需求解析功能,首先接受用户提出的WEB服务的站点信息和质量需求,然后对用户的质量需求进行分析,将所需的质量需求转化为。

31、可由接口网关进行访问的内容。将质量需求转化为各种特定的质量评价特征。0110模块中的分析过程包括对用户的功能需求和质量要素进行分析,用户输入是集合功能需求、质量需求和阈值FR,QR,TH,其中FR是功能要求,QR是质量要素,其中TH是对应着质量要素QR中需要满足的质量阈值,也就是用户可接受的质量要素。比如时间在10S以内、可靠性大于90等等。0111将以上分析的结果进行整合,就可以得到需要由接口网关访问WEB服务的请求信息,分布系统模块301将所需的接口网关、请求信息以及数据进行整合,建立相关的组合服务的分布请求模型。完成需求解析后的过程,由网关管理向相关的接口网关发送接口网关请求首先由质量请。

32、求方允许启动框架后,将相关信息发布到各个接口网关上,然后接口网关根据时间调度信号统一向WEB服务发送请求,从而完成按分布式模型的访问。0112合成方案获取器从合成方案库读取服务组合信息,若无服务组合信息,则调用外部合成方案接口0113质量数据分解器对所需要的服务质量根据用户需求进行过滤和筛选0114质量数据访问器根据得到的服务组合信息获取相关服务的质量数据0115质量数据获取器直接通过接口网关获得服务的实时质量数据0116接口网关访问器对所有的接口网关进行注册、访问、状态等信息进行管理,并将一系列需要各个接口网关进行访问的请求发送至接口网关0117其中,如图52所示,并请一并参考图3,接口网关。

33、305是一个可以访问具体服务,获取服务调用结果并采集服务质量信息的模块。主要包括服务功能调用器和服务质量获取器。0118服务功能调用器根据接口网关访问器传过来服务请求进行解析,提取调用的调用信息,进行调用,同时通知服务质量获取器准备采集所需获取的质量数据。0119服务质量获取器根据接口网关访问器传过来的服务解析得到所需的质量信息,与服务功能调用器进行同步后,实时获得服务质量数据,并进行计算得到服务值,再将服务质量信息传递给反馈数据收集器。说明书CN101997731ACN101997736A11/22页140120解析过程包括对用户的功能需求和质量要素进行分析,相关的数据模型为FR,QR,TH。

34、,其中FR是功能要求,QR是质量要素,其中TH是对应着质量要素QR中需要满足的质量阈值也就是用户可接受的质量要素。0121采集系统模块303与分析系统模块304对请求所返回的质量数据信息进行采集和初步分析。此模块主要目标是对接口网关完成WEB服务的返回信息进行处理。接口网关作为请求的接口网关者,向WEB服务接口发送相关请求后,反馈数据的收集由采集与分析系统模块304进行处理。根据其处理的功能侧重点不同分为采集系统模块303和分析系统模块304。采集系统模块303负责收集接口网关返回的服务信息,而分析系统模块304则是对返回的服务信息进行分析和质量评价。012222、如图53所示,并请一并参考图。

35、3,采集系统模块3030123采集系统模块303根据实际需求情况和反馈结果来对服务质量信息进行收集,也就是说,采集系统模块303包括采集WEB服务的反馈数据和得到需求解析的结果,即采集反馈数据和采集分析数据,相关数据则分别保存在质量数据库和合成方案库中。0124反馈数据收集器将接口网关调用WEB服务后的质量数据进行收集,保存到质量数据库。对于单个服务的质量QD,其是一个六元组,WS表示WEB服务,V表示不同的服务结果值,G表示接口网关信息可在进一步的服务分析中体现。0125分析数据收集器对于组合服务调用中,更新被调用的接口网关信息到合成方案库。组合方案中扩展了商业流程执行语言BUSINESSP。

36、ROCESSEXECUTIONLANEUAEEFORWEBSERVICES,BPEL4WS,上述BPEL4WS一种专为整合WEBSERVICES而制定的一项规范标准,组合方案中增加了接口网关的信息,但是每次从质量数据库中获取的质量数据,在实际调用中会将调用过程中与服务对应的接口网关才更新到合成方案库;0126采集反馈数据的功能是收集接口网关执行的质量结果数据。所有接口网关在收到请求信息之后,根据其所需要执行的脚本信息,按照要求和需要采集的数据,请求相应的服务,并等待请求的WEB服务将处理的结果及其所需与质量信息返回后,接口网关将数据暂存,并由采集系统模块303收集接口网关存储的数据。采集系统模。

37、块303将根据返回的质量信息按照增加站点和时间信息的特定方式进行重组合,所有的数据直接存放于质量数据库中。0127脚本信息是对已有BPEL4WS进行扩展,扩展的基本要素是增加服务的访问节点的质量数据。修改字节段,如表3所示,PARTNERSITE节就是增加的访问位置信息0128表3扩展BPEL4WS示例说明书CN101997731ACN101997736A12/22页1501290130采集模块对于返回的质量按照网关接口访问的质量数据进行存放,对于单个服务的质量QD进行存储。根据BPEL中的调用语言,来分析涉及的WS的服务质量,其中对于要求的质量要素,最终要满足阈值TH。0131采集分析数据则。

38、是直接得到需求解析后的数据,需求解析的数据也是作为采集系统模块303进行后期分析的重要参考因素,因为对用户需求解析的不同对后期的分析会产生不同的影响。需求解析的相关采集分析数据保存在合成方案库中。0132采集系统模块303收集所有数据,并将数据保存于质量数据库和合成方案库,数据传输到分析系统模块304进一步深入分析。013323、如图54所示,并请一并参考图3,分析系统模块3040134分析系统模块304是框架中关键模块之一,分析系统模块304将采集系统模块303所采集数据进行分析和评价得到相应的结果数据。分析系统模块304包括数据分析、质量评价和结果反馈三个部分。0135质量数据分析器对反馈。

39、数据中的数据进行分析,找到最优的服务质量及其接口网关信息0136质量数据评价器对组合方案中各个服务的质量进行评价,找到组合服务的最优服务质量以及各服务的对应数据0137质量数据反馈器将最优的组合服务以及信息更新到反应质量特征的质量数据库0138质量数据分基本服务和组合服务基本服务采用三元组的方式WSQG;组合服务采用调用集合方式记录服务信息CWSQG。0139数据分析过程中,将合成方案库中所列的质量评价指标与由接口网关得到数据的反馈数据库中进行综合分析,各个采集对象进行组合计算,相关的计算方式主要采取按权值计算方式0140QI,JQJWJ0141即每个质量体系中的特征点可能有多个因素组成,但是。

40、这些采集因素所分配的权重会不一致,因此计算中需考虑到权重因素后进行计算,从而得到所请求的WEB服务的各种质量的特征值。0142质量评价在已计算得到特征值的基础上,对WEB服务的质量情况进行总体分析,比如时间段对负载情况的影响、对性能与可靠性的影响等,也包括对于不同负载模型下的质量特征的分析。这个评价过程是相对复杂的过程,也是这个系统的核心过程,评价过程根说明书CN101997731ACN101997736A13/22页16据请求者的不同,来区分不同场景下的质量差异,因此综合考虑不同接口网关所返回的不同质量结果,将对最终的WEB服务质量评价起到很大作用,避免了因单一的质量请求而得到的片面的WEB。

41、服务质量数据信息。而多个接口网关所返回给系统的数据信息可以利用分析系统模块304对WEB服务的质量进行综合评价,以此来判断QOS是否达到事先定义好的标准或需求。分析结果可以用来对WEB服务的服务质量进行动态调整和对特定阶段的服务质量进行综合评价。0143各类质量数据的结果,经过分析系统模块304的分析,提交给统一的质量特征的质量数据库。014424、如图55所示,并请一并参考图3,决策系统模块3020145为解决上面提及的对服务的动态评价和选择问题,提出的决策系统模块302,可以用来解决服务质量的动态评价问题。0146决策系统模块302根据得到的质量评价数据信息建立相应的质量模型,根据相应的质。

42、量模型对此WEB服务的具体质量要素进行客观的评价,为下一次客户请求时给出较好的综合质量的服务调用做准备。这个模块包括模型建立和质量决策两个子模块。0147合成方案获取器从合成方案库中获取所需的质量数据0148质量模型建立器根据质量数据建立模型,生成新的质量模型0149质量模型优化器可对已有模型库中所有组合方案进行分析,发现满足同一功能的最优服务质量的组合服务的合成方案,优化质量模型库中的已有质量模型。并将分析决策后的最优质量数据更新保存至质量数据库0150质量模型,其中CWS为实现某一功能需求的组合方案,Q为质量要素,VC为质量对应的服务质量值。质量数据库是根据WEB服务的功能来存储最优的合成。

43、方案即每个功能有一个最优合成方案。而质量模型库是将所有可能的合成方案中的最优质量信息进行存储即每个功能可能的所有的合成方案。因此质量模型优化器是在质量模型库中的每个WEB服务功能中选择出一个合成方案这个合成方案具有比其他合成方案更好的质量数据更新到质量数据库中。0151质量模型将服务所涉及的质量进行建模。这里分别对基本服务和组合服务两种方式进行分别考虑,基本服务采用三元组的方式描述QM,其中CWS表示组合服务方案,Q表示度量的质量要素,VC是整体服务质量。0152模型建立子模块根据分析系统模块304的质量数据、不同接口网关的分布及其请求的WEB服务服务来建立质量模型,通过建立相关的模型与其他服。

44、务质量进行平行比较,对CWSQG中每一个调用服务的质量进行查找WSQG,发现哪些服务的质量数据比原有数据有改进,则从WSQG将最新的数据更新到CWSQG中,通过更新的方式来优化已存在质量模型库中的质量模型,将质量模型存放在质量模型库中。0153质量模型库中的质量模型和分析结果对WEB服务的组合与发现有着很好的启发作用,可以为用户新请求的服务需求给出最优的质量决策,特别是用户提出的特殊的质量要求,比如较高的执行效率、高可用性等等。这些因素都可以利用质量决策子模块进行决策,并返回给用户。用户得到相关的服务调用信息来进行调用,不但能够得到满足用户需求的WEB服务,而且采集、分析和决策系统模块302会。

45、将最新的调用结果的质量信息进行更新,最后得到全部反馈,由此组成一个闭环系统。说明书CN101997731ACN101997736A14/22页1701543、典型流程0155运用本发明实施例的系统框架,可以实现两大类不同的流程质量信息相关和服务调用相关。0156下面将列举出四个典型流程,其中涉及质量信息的流程有三个,涉及到服务调用的流程有一个,这四个典型流程彼此相关。其中,各个模块间的流程及交换信息的结构,参见表2表2系统各模块间交互流程及数据结构。0157典型流程1,如图56所示,并请一并参考图3,根据用户请求的服务,返回请求服务所涉及的质量数据输入0158用户请求的服务FR0159输出服务。

46、的质量数据VC0160用户提出需求,指出需要访问的WEB服务信息包括WEB服务的输入、输出参数和期望的质量要求,该需求信息被发送到分布系统模块301中的需求解析子模块,控制器调用合成方案获取器去查找合成方案库,若发现此WEB服务已经存在相关的合成方案,则读出该合成方案;若在合成方案库中未发现对应的合成方案信息,则调用外部的服务合成方案接口来查找相关服务合成信息,并将服务合成信息保存至合成方案库中。0161合成方案获取器将得到的合成方案发送给服务质量分析子模块,控制器调用质量数据访问器,直接查找质量数据库,从中得到该合成服务所包含的各个服务组件所对应的相关质量信息,质量数据访问器将质量数据返回给。

47、需求解析子模块中的质量数据分解器,质量数据分解器配合最初得到的用户期望的质量要求,将相关质量数据信息返回给用户;若质量数据分解器在质量数据库中查询是否相关服务信息已经存在,若不存在相关的服务质量信息,则调用典型流程2,来获取相关服务质量数据。0162典型流程2,如图57所示,并请一并参考图3,根据用户请求的服务,实时发现质量数据。0163输入用户请求的服务,对服务的质量要求FRTH0164输出服务的质量数据VC0165类似于典型流程1,系统根据用户的服务需求,得到合成方案。因为服务质量分析子模块中的质量数据访问器无法在质量数据库中获取相关服务组件的质量信息,因此控制器调用质量数据获取器来实时地。

48、获取质量数据。质量数据获取器通过自身的控制器去访问网关管理子模块的控制器,配合合成方案库中相关的合成方案信息,调用接口网关访问器,通过不同的网关接口来调用相关服务,得到的质量数据由采集系统模块303中的采集反馈数据子模块收集,通过反馈数据收集器将其保存在反馈数据库中。采集系统模块303中的数据分析子模块对反馈的质量数据信息进行分析、评价后,将最优的分析数据保存至质量数据库中。质量数据获取器通过访问质量数据库来获取相关合成方案中的服务质量信息,并将其反馈给需求解析子模块中的质量数据分解器,从而最终反馈给用户。0166注意若回馈给用户的服务质量信息不能满足用户最初提出的要求,可能需要需求解析子模块。

49、再次通过调用外部的服务合成方案接口来查看是否还有其他的服务合成方案,如果有,则需要重复进行分析。0167典型流程3,如图58所示,并请一并参考图3定期更新系统中质量数据库的信息0168输入合成方案库CWS说明书CN101997731ACN101997736A15/22页180169输出服务质量QM,CWSQG0170决策系统模块302通过合成方案获取器定期访问合成方案库,对已有的服务合成方案的服务质量信息进行动态更新。通过质量模型建立器建立相应的质量模型,由质量决策子模块对其进行优化后通过调用典型流程2的1号入口,来更新质量数据后保存在质量数据库中。0171典型流程4,通过网关管理来调用服务,得到用户需要的服务结果0172输入用户请求的服务,对服务的要求包括FR,QR,TH0173输出服务调用结果RD0174用户提出需求,指出需要访问的服务FR,以及相应的服务质量要求QR。系统调用典型流程一获取相关合成服务所对应的质量信息,如果可以满足用户提出的服务需求TH,则有需求解析子模块将相关子服务组合成最终调用结果,将服务调用结果返回给用户。01754、与典型流程对应的实施例0176如图6所示,假设考虑一种企业内部结算系统,位于不同大区这里假设存在4个大区S1、S2、S3、S4,每个大区存在一个接口网关的结算服务。考虑有以下两种服务合成的组成0177组合方案1中分别调用。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 电学 > 电通信技术


copyright@ 2017-2020 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备2021068784号-1