关键字 |
| 检查QOS,选择和排名的框架 |
介绍 |
| web服务的数量大大增加在过去几年。不同供应商提供web服务具有相同的功能,所以对于web服务消费者选择web服务越来越复杂,最适合他们的需求。这就是为什么许多研究成果指出,发现语义描述web服务的方法包括功能性和非功能性属性。这将给消费者的机会找到web服务根据其QOS需求如availabity、可靠性、响应时间、信任等。 |
| 大多数当前的解决方案是基于web服务定义语言(WSDL)和通用描述、发现界面(UDDI)注册中心。web服务的WSDL文档证明功能描述没有语义规范关于QOS。UDDI注册中心提供基于搜索没有控制注册服务的质量。UDDI API允许发布和发现数据为一个特定的服务,但不提供一个基于质量检索的机会。 |
| 这个问题变得更加复杂当发现过程返回几个web服务具有相同的功能。这样提到的缺点促使我研究原则当前方法来回问)S-aware web服务描述和发现为了找到更好的解决方案提供更准确和高效的检索服务。 |
面向服务的体系结构 |
| 面向服务的体系结构是一种分享功能广泛和灵活的方法。该体系结构已使用多年。区分从其他架构SOA是松散耦合的。松散耦合意味着客户端服务的服务本质上是独立的。客户端(可以另一个服务)与服务通信不依赖于服务的实现。值得注意的是,这意味着客户机不需要非常了解服务使用它。 |
| 例如,客户端不需要知道语言服务编码在什么平台上运行的服务。根据指定的客户端与服务,定义良好的接口,然后让服务实现来执行必要的处理。 |
| web服务是一种服务,与客户沟通通过一组标准协议和技术。这些web服务标准是实现从所有主要软件供应商平台和产品,使客户沟通和服务在一个一致的方式在广泛的平台和操作环境。这种普遍性使web服务的最普遍的方法来实现SOA。 |
| 为了使Web服务能够很好地协同工作,他们必须参与一组共享的组织原则我们称之为面向服务的体系结构(SOA)。面向服务这个词意味着和组织支持Web服务描述的体系结构是动态的,自动化的描述、发布、发现和使用。 |
| SOA Web服务组织分为三个基本角色:服务提供者、服务请求者和服务注册中心。这三个角色之间的关系如下所示。 |
 |
| 服务提供者(和未发表的)他们的服务发布到服务注册中心。然后,服务请求者可以通过搜索找到所需的web服务描述在服务注册中心。一旦请求者定位所需的服务,客户在服务提供者与服务结合,然后调用服务。 |
| SOA负责描述和组织机制和实践这些行动。此外,SOA负责描述web服务可以组合成更大的服务。 |
| Web服务的Web服务存储库 |
| Ws ={服务关键、wsName wsDesp, QP, OprSet} |
| •服务关键是惟一的标识符; |
| •wsName代表web服务名称; |
| •wsDesp服务功能描述; |
| •QP发表QOS QP = QN_QD来标示的信息。其中QN表示必要的质量标准为所有web服务设置和QD代表特定领域的质量标准设置为特定的web服务。 |
| •OprSet web操作设置指示为OprSet = {opr1, opr2…超载比}。 |
| 其中每个opri (1≤≤s)可以为一个特定的函数执行的任务。基于用户的QOS要求,从存储库选择特定的服务,提供给用户。 |
逻辑视图的WEB服务 |
 |
模块的WEB服务 |
| QOS计算: |
| •QOS值发现web服务的web服务存储库选择: |
| •选择web服务来满足客户的QOS需求排名: |
| •选择服务排名按照顺序根据QOS得分 |
| •服务返回给请求者 |
| 升级: |
| •刷新质量标准QOS数据库基于反馈的价值 |
服务选择和排名的框架 |
| 服务选择和排名从web服务库模块执行最初的服务选择。 |
 |
| 根据功能需求,初始组服务发现。服务选择是基于客户的服务质量要求。服务请求者提交他们的QOS要求。请求代理提供接口和与服务请求者获取功能需求和QoS约束。发现代理负责找到最初的web服务设置满足服务请求者的功能需求。 |
| 选择代理收集QOS信息从数据库QOS的最初发现web服务设置,然后选择web服务设置满足服务请求者的QOS约束。等级代理是用来计算合成每个选定的web服务的QoS的分数,然后排名在降序顺序根据QoS标志。最后,排名服务集返回给服务请求者。更新代理刷新质量标准价值的QOS数据库质量评价数据库中根据积累的反馈信息。 |
| 选择和排序框架的目的是支持服务选择从web服务库和基于QOS的排名信息。 |
 |
| 这个框架包括 |
| 1。请求代理提供接口和与服务请求者获取功能需求和QoS约束。 |
| 2。发现代理负责找到最初的web服务设置满足服务请求者的功能需求。 |
| 3所示。选择代理收集QoS信息从数据库QoS的最初发现web服务设置,然后选择web服务设置满足服务请求者的QoS约束。 |
| 4所示。等级代理是用来计算合成每个选定的web服务的QoS的分数,然后排名在降序顺序根据QoS标志。 |
选择算法 |
| 服务提供者发布web服务QoS的信息。为每个服务,其QoS信息集是由几个QoS三元约束关系。 |
| QP = {(ci1 (qi1, opi1 vi1)…, cim (qim opim, vim)) (ci (m + 1)(气(m + 1), opi (m + 1),六世(m + 1)),…, cih (qih, opih vih))} |
| 在那里, |
| •S Web服务存储库 |
| •如果web服务,如果∈年代 |
| •SD发现服务集,SD⊆年代 |
| •学生选择服务集,党卫军⊆SD |
| •SR排名服务集,SR⊆党卫军 |
| 如果在位置j•qij QoS的名字 |
| •vij约束qij的价值 |
| •QpPublished QoS si的信息集合 |
| •QR提交QoS要求 |
| •cij约束关系在si的位置j |
| •ck在位置请求三元关系 |
| 同样的, |
| •问代表质量属性名称, |
| •v给出约束值, |
| •op是q和v之间约束经营者。 |
| •QR由QN和QD。 |
| •约束算子集{≤≥}采用ck (1≤k≤n)为服务请求者提交他们的QoS要求 |
| 算法 |
| 服务选择与QoS (SSA-Q)。 |
| 输入:SD和QR QoS要求; |
| 输出:选择web服务设置党卫军; |
| 1。S D←年代; |
| 2。如果R =空问 |
| 3所示。返回党卫军; |
| 4所示。其他如果零N问≠然后{/ / N R Q⊆Q |
| 5。len←QN.length; |
| 6。党卫军←SelectWithQoS (SD, QN len 1);} |
| 7所示。如果零年代年代≠{ |
| 8。len←QD.length;/ / D R Q⊆Q |
| 9。党卫军←SelectWithQoS(党卫军,QD len 0);} |
| 10。返回党卫军;} |
| 11。其他的 |
| 12。返回null |
排名算法 |
| 服务选择过程后,r SD的web服务是挑出选择代理。所选服务集表示为党卫军={老s1, s2…}。这个输入,排名服务集生成。 |
| 在第一步中,QR作为基准收益率n列和r行由每个候选服务si (1≤≤r)。每一行代表一个候选服务,每一列包含QoS值QR的三元质量属性的约束关系。即。,qosij is generated by service si and cj (qj, opj,vj). If there exists a cuw(quw, opuw,vuw) sharing the same quality name with cj, vuw is used as qosij’s value. Otherwise, qosij is set 0. In the second step, each matrix element in MS is normalized with metrics function and mapped in the range of [0,1]. For each qosij, its normalized value qos′ij is calculated by qmax and qmin (maximum/minimum value in column j). All QoS values of column j are normalized in a monotonically increasing way. Otherwise, it is measured in a monotonically decreasing |
| 最后,为每个候选服务si (1≤≤r)在党卫军,其合成QoS价值计算基于权重数组W和规范化的质量标准矩阵每一行对应一个服务。然后,我们等级和附加到老根据他们全面的QOS标志。服务排名QoS (SRA-Q)。 |
| 输入:SS、QR和质量标准权重数组W; |
| 输出:排名老web服务设置; |
| 第一步:生成质量标准矩阵女士。 |
| 输入:Ss、QR和质量标准权重数组w |
| 输出:web服务设置SR排名 |
| 计算每个服务的QoS价值和等级。 |
| 1。因为我←{1 r做 |
| 2。qSumi←Σk-1 n(周*我k女士); |
| 3所示。SR .rank (qSumi si);} |
| 4所示。返回老; |
结论 |
| 在本文中,我们提出了一个详细的路线图为创新为web服务动态集成项目开发的服务选择基于web服务的服务质量参数通过web站点。 |
| 第一阶段的开发生产服务登记提供了发现消费者需求的服务。 |
| 发展的角度相同的代码重新编写操作是不可避免的。这项研究提供了一个发展计划可以动态地使用现有的开发组件所需的特性。 |
| 本研究的主要方面是提供服务选择是基于服务的服务质量参数,如可用性、响应时间、连接时间、成本。 |
|
数据乍一看 |
|
|
|
引用 |
- f . Curbera et al .解开Web服务:介绍SOAP、WSDL、UDDI, IEEE网络计算,2002年3月/ 4月问题。
- 卡多佐J。Sheth A。,Miller J., Arnold J., Kochut K. Quality of service for workflows and Web service processes, Journal of Web Semantic, 2004, 13:281~308.
- 曾,L。,Benatallah, B., Ngu, A.H.H., Dumas,Kalagnanam, J., Chang, H., Chang H. QOS-aware middleware for Web services composition,IEEE Transactions on Software Engineering,2004,30(5): 3l1~327.
- 杨Hefeng曹,摘要,太阳,张志伟,Quanyuan吴。服务选择模型与多个MMKP QOS约束,2007年联合会国际会议网络和并行计算车间。
- KO, Ick-Hyun Kwon Chang Ouk Kim。质量的面向服务的web服务组合算法和规划架构,系统和Software.81 c209 (2008) 2079。
- h . C。k - l和尹。多标准决策,经济学和数学系统的课堂讲稿,斯普林格出版社,1981年版。
|
菜单
