端到端Web服务质量监测系统及方法

文档序号:7766669阅读:515来源:国知局
专利名称:端到端Web服务质量监测系统及方法
技术领域
本发明属于Web服务组合领域,特别涉及一种端到端Web服务质量监测系统及方法。
背景技术
以Web服务为代表的软件服务技术正在快速发展,它所具备的松散耦合以及平台 无关的优良特性非常适合于hternet环境下异构应用之间的互操作和集成。随着功能相 同或相似的Web服务(以下简称服务)日益增多,用户在使用Web服务或者创建组合服务时 通常有多个候选Web服务可供选择。在满足用户功能需求的基础上,Web服务质量(Quality of Web Services, QoffS)成为评价候选Web服务的标准,也成为牵动Web服务发展的重要 因素。服务提供者所提供的是具有一定质量保障的服务,服务使用者所请求的是具有一定 质量约束的服务。服务监测是指对服务质量的监视和测量。服务质量监视是指由特定监视实体对服 务质量进行周期性的测量;服务质量测量是指对QoWS模型所定义的属性值的获取。服务监 测建立在特定QoWS模型基础上,不同的QoWS模型往往需要不同的服务监测方法。对Web服务质量进行建模可以从服务提供者的视角和服务使用者的视角进行。 QoffS属性主要包括可用性、可访问性、可靠性、规范性、安全性、响应时间、吞吐率、延迟、价 格、网络带宽和信誉度等。可将QoWS属性分成两类一类是与Web服务所处的服务环境无 关,而与Web服务自身的实现相关的内部属性,另一类则是与Web服务所处的服务环境存在 联系的外部属性。也可从另一个角度将QoWS属性分成三类不经常发生变化的静态指标 (如Web服务的规范性和安全性)、随着特定环境的变化而变化的动态指标(如服务可用 性、网络可用性和执行时间)、根据统计数据计算得到的统计指标(如服务可靠性,网络可 靠性,执行可靠性和信誉度)。尽管以上QoWS模型的提出能够在某种程度上支持服务监测 与服务评价,然而,现有QoWS模型是单维度的,即没有贯穿在面向服务体系结构的整个流 程(服务发布、服务发现、服务选取、服务执行)中,无法代表客观的、综合的服务质量。例 如,以服务的响应时间为例,该QoWS属性应具有不同维度交付响应时间、传输响应时间、 感知响应时间、约定响应时间、(指定时间段的)平均响应时间和用户所期望的响应时间。传统面向服务体系结构不支持服务度量和服务监视。当前典型的服务度量技术 有对底层网络数据包进行度量、基于代理、对SOAP引擎库进行修改以及应用响应度量等 方法。当前典型的服务监视方法包括1)扩展UDDI增加了一种新的数据结构,用于描述 Web服务的QoWS属性,还定义了一种QoWS证明者角色,用于对服务提供者所宣称的服务质 量进行验证;2)传统SOA结构中增加了一个面向服务中间件(SOM),所有Web服务提供者内 部增加一个QoWS收集器,定时向SOM提供实时的Web服务QoWS量化值;幻通过中间件平 台来对Web服务的服务质量进行监控,它向服务用户提供用户端代理,由代理来截获传输 的SOAP消息,从而收集与服务质量有关的数据;4)在SOA模型外引入了可信任的第三QoWS认证中心,负责对QoWS量化,并根据用户反馈来评估Web服务。现有服务监测方法要么只 度量和监视服务端的交付质量,要么只度量和监视用户端的感知质量,无法客观的、真实的 反应服务质量。由于网络性能、端系统性能等外部环境的影响,Web服务在服务提供者端的表现和 服务使用者所感知到的结果不尽相同。监测Web服务在服务提供者端所表现的质量能够 反映服务实际交付的质量,但不能反映使用者实际感知到的质量;同样,监测服务在使用者 端所表现的质量能够反映客户实际感知到的质量,但无法客观反映服务提供者所交付的质 量。然而现有Web服务质量监测系统要么以服务提供者的交付质量作为监测标准,要么以 服务使用者的感知质量作为监测标准,缺乏真实的、客观的、综合的监测机制。

发明内容
针对以有技术的不足,本发明提出一种端到端Web服务质量监测系统及方法,以 实现从服务提供者和服务使用者两端监测服务会话的质量信息。本发明所需服务器两台,其硬件环境为Intel Pentium M processor 735 (1. 7GHz,400MHz FSB,2MB L2 cache),1.2GB DDR2 (support dual-channel)RAM, Cent0S5操作系统。通过中国网通ADSL (带宽2Mbps)或IOOMbps局域网接入hternet。本发明所提出的六维QoWS模型,其QoWS属性具有多维性、服务等级协议相关性和 可度量性。多维性是指同一 QoWS属性具有不同维度的涵义,以满足服务质量在不同生命周 期阶段中所具有的不同含义和需求。服务等级协议相关性是指QoWS属性包含服务提供者 在服务等级协议中所发布或服务双方所约定的质量属性,以此衡量服务质量的一致性(即 用户对服务的满意程度)。可度量性是指QoWS属性能够由第三方实体进行客观的、定量的 度量。在服务计算环境中,根据服务质量在不同阶段所具有的不同的含义和表现,将服务质 量划分为六个维度1.期望质量(EQoWQ 是指服务使用者在服务选取时所提出的服务质量约束。实 际上,用户提出的服务质量约束应该在某个服务质量模型的规范下,否则将是盲目的,无法 保证选取的有效性;2.约定质量(AQoWQ 是指服务提供者和服务使用者在服务执行前对服务质量所 作的约定。服务提供者按照约定质量交付服务;3.交付质量(DQoWQ 是指服务提供者实际交付的服务的质量。它描述的是服务 在提供者端所表现出来的质量,通过监测得到;4.感知质量(PQoWS)是指服务使用者实际感知到的服务的质量。它描述的是服 务在使用者端所表现出来的质量,通过监测得到;5.传输质量(TQoWQ 是指传输服务请求和响应消息的网络的质量,通过监测得 到;6.统计质量(SQoWS)是指利用统计分析得到的服务长期性的、平均的性能表现。QoffS监测包括三个方面的内容服务会话信息的获取、服务会话信息的传输以及 QoWS指标的计算。本发明采用应用程序接口钩子(API Hook)技术实现服务会话信息的获 取,API Hook是操作系统为了能够灵活方便地添加新功能而提供的扩展机制,通过该技术 可以对SOAP消息进行拦截和分析,以提取出服务会话的基本信息。本发明采用简单网络管理协议(Simple Network Management Protocol, SNMP)实现服务会话信息的传输,由SNMP 管理者(即服务监测者)从SNMP代理(即服务提供者和服务使用者)周期性地读取服务 会话信息。对于QoWS指标的计算部分,本发明的设计基本覆盖了当前典型QoWS指标的需 要,即原始的服务会话信息基本满足当前典型QoWS指标的计算需要,但QoWS指标的计算不 作为本发明的内容。如

图1所示,端到端QoWS监测模型包括三个实体服务提供者、服务使用者和服务 监测者,该模型依赖如下假设l.QoWS监测以约定质量为依据,监测服务质量是否达到约定标准以及达到的程度。2.三个实体存在于同一个SNMP管理域中,即它们共同支持同一管理标准,同时服 务提供者和服务使用者均向服务监测者开放SNMP管理接口。约定质量是由服务等级协议(Service Level Agreement, SLA)定义和说明的。服 务提供者按照服务等级为服务使用者提供相应服务及质量。服务等级可以由服务使用者指 定,也可以由服务提供者根据服务使用者的属性进行配置。将服务会话信息归并到SNMP管理信息库的iso. org. dod. internet, mgmt. mib-2 结点下,采用RFCl 155标准将其转化为管理对象。管理对象涵盖了服务会话的基本信息,以 供计算QoWS指标的需要,其结构分别如图2和图3所示。服务端管理对象(SQoWS_Group)有两个表服务表ServTable和会话表 kssionTable。ServTable将服务提供者所提供的所有服务形成一张表,描述它们的基本信 息,其变量说明如下· servNum 服务提供者所提供的服务的数量。· servEntry 某个服务的信息条目。· servlndex 表索引或服务编号,标识表中的每一条记录。· servURL 服务 URL。· capacity 服务容量,是指该服务能同时处理请求的最大用户数。· operationSet 服务提供的所有的操作的集合。包括操作名operation和有效 时间validTime。validTime用来为操作的响应时间设定一个阈值,如某操作在其有效时间 内没有执行完毕,则视该操作为失效,其相应的服务会话状态为failure。kssionTable描述了服务提供者所经历的和正在经历的全部服务会话的信息。其 变量表示如下· sessionNum 全部服务会话的数量。· sessionEntry 某个服务会话的信息条目。· sessionlndex 服务会话索引,标识表中的每一条记录。· sessionID 会话ID,唯一标识一个服务会话。· servURL 服务 URL。· clientAddr 客户端地址。· status 月艮务会话的状态。包括 active、delivered、failure 禾口 collected 四 个状态。active是指服务端正在处理来自客户端的请求,delivered是指服务操作在有效 时间内已交付,failure是指服务操作在有效时间内没有交付,collected是指服务监测者已收集该会话的信息。· operation 服务所调用的操作。· deliveredParameters 交付质量参数。包括接收请求的时刻t (sr)和发出响 应的时刻t (sc)。客户端管理对象(CQoWS_Group)描述了客户端的会话表kssionTable,其变量说 明如下· sessionNum 服务会话的数量,包括已经历的和正在经历的服务会话。· sessionlndex 表索弓|。· sessionID 会话 ID。· servURL 服务 URL。· validTime 会话有效时间,用来为服务的响应时间设定一个阈值,如某服务请 求在其有效时间内没有收到响应,则视该会话为失效,其相应的服务会话状态为failure。· status 月艮务会话的状态。包括 active、perceived、failure 禾口 collected 四个 状态。active是指客户端正在等待来自服务端的响应,perceived是指服务请求在会话有 效时间内已收到响应,failure是指服务请求在会话有效时间内没有收到响应,collected 是指服务监测者已收集该会话的信息。· operation 所调用的服务操作。· perceivedParameters 感知质量参数。包括发出请求的时刻t (cs)和接收响 应的时刻t(cr)。如图1所示,该监测系统包括以下四个模块注册模块、SNMP代理模块、监测模块 和评价模块。注册模块用于实现SLA的注册及约定质量的生成;SNMP代理模块用于服务会 话信息的获取和SNMP协议实现;监测模块作为SNMP管理者与SNMP代理一同实现服务会话 信息的传输;评价模块用于对约定质量达到的程度进行综合的、长期的评估;所述的注册模块实现以下功能(1)服务提供者把与服务使用者协商后的服务等级协议向服务监测者进行注册;(2)注册模块将服务等级协议中的相关信息进行提取,生成约定质量的各个参数 及参数值;(3)注册模块将约定质量参数发送给监测模块,作为所要监测的QoWS指标;所述的SNMP代理模块实现以下功能SNMP代理模块分别在服务提供者端和服务使用者端采用API Hook应用程序接口 钩子技术获取服务会话信息,并采用UCD-SNMP引擎实现SNMP功能;所述的监测模块实现以下功能(1)监测模块作为SNMP管理者周期性的向管理域中的服务提供者进行轮询,获 取服务会话的管理信息,并且根据该信息中的线索对相应服务使用者端的管理信息进行读 取;(2)监测模块分别对服务提供者端和服务使用者端的会话信息进行处理,得到与 约定质量参数所对应的交付质量参数值及感知质量参数值;(3)监测模块将交付质量参数值、感知质量参数值和传输质量参数值发送给评价 模块;
所述的评价模块实现以下功能评价模块对该服务的质量信息进行评估和统计。一种端到端Web服务质量监测方法,按如下步骤进行步骤A 服务提供者把其与服务使用者协商后的服务等级协议向服务监测者进行
注册;步骤B 服务监测者提取服务等级协议中的相关信息,生成约定质量的各个参数 及参数值;步骤C 将约定质量参数作为所要监测的QoWS指标,分别在服务提供者端和服务 使用者端采用API Hook应用程序接口钩子技术获取服务会话信息;步骤D 周期性的向管理域中的服务提供者(即SNMP代理)进行轮询,获取服务 会话的管理信息,并且根据该信息中的线索对相应服务使用者端的管理信息进行读取;步骤E 分别对服务提供者端和服务使用者端的会话信息进行处理,得到与约定 质量参数所对应的交付质量参数值及感知质量参数值。其生成过程与具体的QoWS指标实 例相关,由SNMP代理所获取的原始服务会话信息计算而成(对于QoWS指标的计算部分,本 发明的设计基本覆盖了当前典型QoWS指标的需要,即原始的服务会话信息基本满足当前 典型QoWS指标的计算需要,但QoWS指标的计算为本领域技术人员公知的常规技术,不做说 明)。值得注意的是,有些QoWS参数在约定质量中指定的是交付质量,有些则指定的是感知 质量,将计算出与之相对应的参数值。同时,还能够计算该服务会话所依赖的网络的传输质 量,作为客观评估约定质量达到程度的重要因素。步骤F 根据交付质量参数值、感知质量参数值和传输质量参数值对服务会话的 质量及服务质量进行评估和统计。由此完成了服务监测的整个过程,即以服务等级协议的注册为始,以服务评价为 终。服务的统计质量可作为服务选取的标准,与服务使用者所指定的期望质量进行匹配以 选取出最符合用户需求的服务。步骤C的分解步骤Cl 分别在服务提供者端和服务使用者端拦截HTTP数据包;步骤C2 对HTTP数据包进行过滤和分析;步骤C3 采用UCD-SNMP引擎将对应的服务端管理信息对象与客户端管理信息对 象进行赋值。步骤Cl的分解步骤Cl 1 通过重载库函数send ()、recv ()来截获数据包;步骤C12 记录下所截获的HTTP消息的时间戳,包括HTTP请求报文的发送时刻 t (cs)、HTTP请求报文的接收时刻t (sr)、HTTP响应报文的发送时刻t (ss)及HTTP响应报 文的接收时刻t(cr);步骤C13 为了获取服务会话的端到端信息,服务端管理对象结构和客户端管理 对象结构中均设计了一个服务会话标识sessionID,用来标识一个端到端服务会话。由于服 务会话是从服务使用者发起的,所以服务会话标识是由服务使用者端的SNMP代理所创建, 在HTTP请求报文的请求行后插上一个首部行,字段名为kssionID,其值为当前时间戳;步骤C14 将服务会话标识、时间戳及数据包大小发送到管道中。
步骤C2的分解步骤C21 从管道里读取数据;步骤C22 通过对HTTP消息的类型Content-Type和客户能够接收的消息类型 Acc印t首部行进行判断,从而过滤非SOAP (Simple Object Access Protocol,简单对象访 问协议)消息。判断消息类型Content-type首部行的值是否含有SOAP信息(application/ soap+xml),如果有则该数据包是SOAP数据包,否则便认为该数据包不是SOAP数据包。如 果不存在消息类型Content-Type首部行,则判断客户所能接收的消息类型Ac^pt首部行 的值是否含有SOAP信息(application/soap+xml),如果含有则认为该数据包是SOAP数据 包;否则便认为该数据包不是SOAP数据包;步骤C23 通过处理HTTP GET请求和HTTP POST请求来获取服务操作operation 参数值;步骤C3的分解步骤C31 服务使用者端SNMP代理在分析完所发送的服务请求消息后,在客户端 管理对象组CQoWS_Group中创建一个服务会话项sessionEntry及相应的服务会话索引 sessionlndex,并将服务会话标识sessionID、服务地址servURL、服务操作operation和服 务请求消息的发送时刻t (cs)参数进行赋值,同时将服务会话状态status赋值为active ;步骤C32 为客户端管理对象组中的服务会话有效时间validTime赋值,该有效时 间用来为服务操作的响应时间设定一个阈值(最大值),如果服务使用者在有效时间内没 有接收到服务响应,则视该服务会话为无效;步骤C33 服务提供者端SNMP代理在分析完所接收的服务请求消息后,在服 务端管理对象组的服务会话表SQoWS_Group. sessionTable中创建一个服务会话项 sessionEntry及相应的服务会话索引sessior^ndex,并将服务会话标识sessionID、客 户地址clientAddr、服务地址servURL、服务操作operation和服务请求消息的接收时刻 t(sr)参数进行赋值,同时将服务会话状态status赋值为active ;步骤C34 为服务端管理对象组中的服务操作有效时间validTime赋值,该有效时 间用来为服务的执行时间设定一个阈值(最大值),如果服务在有效时间内没有执行完毕, 则视该服务会话为失效;步骤C35 服务提供者端SNMP代理如果在有效时间validTime内拦截到所发出的 服务响应消息,则status更新为delivered,否则更新为failure ;步骤C36 服务使用者端SNMP代理如果在有效时间validTime内拦截到所接收的 服务响应消息,则status更新为perceived,否则更新为failure。步骤C32的分解步骤C321 服务使用者端SNMP代理向服务监测者端SNMP管理者发送一个事件通 知(扩展的陷入消息);步骤C322 监测者端SNMP管理者接收到事件通知后,根据约定质量中所指定的服 务响应时间对validTime参数进行处理。需要注意的是,约定质量中所指定的服务响应时 间是指服务在提供者端的执行时间,而validTime是指从发出请求到接收响应的时间的最 大值。为了简单化,validTime参数赋值为服务响应时间的2倍,即validTime = 2X约定 响应时间;
步骤C323:而后发送一条SNMP set指令,将处理后的值赋值给有效时间 validTime。步骤C34的分解步骤C341 服务提供者端SNMP代理向服务监测者端SNMP管理者发送一个事件通 知(扩展的陷入消息);步骤C342 监测者端SNMP管理者接收到事件通知后,根据约定质量中所指定的服 务响应时间对validTime参数进行处理。需要注意的是,约定质量中所指定的服务响应时 间是指服务在提供者端的执行时间,而validTime是指服务执行时间的最大值。为了简单 化,validTime参数赋值为增加30%的服务响应时间,即validTime = (1+30% ) X约定响 应时间;步骤C343:而后发送一条SNMP set指令,将处理后的值赋值给有效时间 validTime。步骤D的分解步骤Dl 周期性的轮询服务端会话表SQoWS_Group. sessionTable,如果发现了新 交付的服务会话(服务会话状态status = delivered or failure),则取出该会话所对应 的客户地址clientAddr和服务会话标识sessionID,同时将服务会话状态status更新为 collected ;步骤D2 按照客户地址读取该客户的会话表CQ0WS_Gr0Up,按照服务会话标识 sessionID提取该服务会话在客户端的管理信息,并将其服务会话状态status更新为 collected。步骤F的分解步骤Fl 对单次服务会话的质量进行评估;步骤F2 对各个QoWS指标进行长期评估;步骤F3 对服务质量进行长期评估,即对服务达到约定质量的程度进行统计,其 计算方法为
权利要求
1.一种端到端Web服务质量监测系统,其特征在于该监测系统包括以下四个模块注 册模块、SNMP代理模块、监测模块和评价模块;注册模块用于实现SLA的注册及约定质量的 生成;SNMP代理模块用于服务会话信息的获取和SNMP协议实现;监测模块作为SNMP管理 者与SNMP代理一同实现服务会话信息的传输;评价模块用于对约定质量达到的程度进行 综合的、长期的评估;所述的注册模块实现以下功能(1)服务提供者把与服务使用者协商后的服务等级协议向服务监测者进行注册;(2)注册模块将服务等级协议中的相关信息进行提取,生成约定质量的各个参数及参 数值;(3)注册模块将约定质量参数发送给监测模块,作为所要监测的QoWS指标; 所述的SNMP代理模块实现以下功能SNMP代理模块分别在服务提供者端和服务使用者端采用API Hook应用程序接口钩子 技术获取服务会话信息,并采用UCD-SNMP引擎实现SNMP功能; 所述的监测模块实现以下功能(1)监测模块作为SNMP管理者周期性的向管理域中的服务提供者进行轮询,获取服务 会话的管理信息,并且根据该信息中的线索对相应服务使用者端的管理信息进行读取;(2)监测模块分别对服务提供者端和服务使用者端的会话信息进行处理,得到与约定 质量参数所对应的交付质量参数值及感知质量参数值;(3)监测模块将交付质量参数值、感知质量参数值和传输质量参数值发送给评价模块;所述的评价模块实现以下功能评价模块对该服务的质量信息进行评估和统计。
2.采用权利要求1所述的端到端Web服务质量监测系统的监测方法,其特征在于 按如下步骤进行步骤A 服务提供者把其与服务使用者协商后的服务等级协议向服务监测者进行注ππ册;步骤B 服务监测者提取服务等级协议中的相关信息,生成约定质量的各个参数及参 数值;步骤C 将约定质量参数作为所要监测的QoWS指标,分别在服务提供者端和服务使用 者端采用API Hook应用程序接口钩子技术获取服务会话信息;步骤D 周期性的向管理域中的服务提供者进行轮询,获取服务会话的管理信息,并且 根据该信息中的线索对相应服务使用者端的管理信息进行读取;步骤E 分别对服务提供者端和服务使用者端的会话信息进行处理,得到与约定质量 参数所对应的交付质量参数值及感知质量参数值;步骤F 根据交付质量参数值、感知质量参数值和传输质量参数值对服务会话的质量 及服务质量进行评估和统计。
3.按权利要求2所述的端到端Web服务质量监测方法,其特征在于所述的步骤C,按 如下步骤进行步骤Cl 分别在服务提供者端和服务使用者端拦截HTTP数据包;步骤C2 对HTTP数据包进行过滤和分析;步骤C3 采用UCD-SNMP引擎将对应的服务端管理信息对象与客户端管理信息对象进 行赋值。
4.按权利要求3所述的端到端Web服务质量监测方法,其特征在于所述的步骤Cl,按 如下步骤进行步骤Cii 通过重载库函数send()、recv()来截获数据包;步骤C12 记录下所截获的HTTP消息的时间戳,包括HTTP请求报文的发送时刻t (cs)、 HTTP请求报文的接收时刻t (sr)、HTTP响应报文的发送时刻t (ss)及HTTP响应报文的接 收时亥Ij t (cr);步骤C13:在服务端管理对象结构和客户端管理对象结构中均设置服务会话标识 sessionID ;在HTTP请求报文的请求行后插上一个首部行,字段名为kssionID,其值为当 前时间戳;步骤C14 将服务会话标识、时间戳及数据包大小发送到管道中;所述的步骤C2,按如下步骤进行步骤C21 从管道里读取数据;步骤C22 通过对HTTP消息的类型Content-Type和客户能够接收的消息类型Acapt 首部行进行判断,过滤非SOAP消息;判断消息类型Content-type首部行的值是否含有 SOAP信息,如果有则该数据包是SOAP数据包,否则便认为该数据包不是SOAP数据包;如果 不存在消息类型Content-Type首部行,则判断客户所能接收的消息类型Ac^pt首部行的 值是否含有SOAP信息,如果含有则认为该数据包是SOAP数据包;否则便认为该数据包不是 SOAP数据包;步骤C23 通过处理HTTP GET请求和HTTP POST请求来获取服务操作operation参数值;所述的步骤C3,按如下步骤进行步骤C31 服务使用者端SNMP代理在分析完所发送的服务请求消息后,在客户端管 理对象组CQoWS_Group中创建一个服务会话项sessionEntry及相应的服务会话索引 sessionlndex,并将服务会话标识sessionID、服务地址servURL、服务操作operation和服 务请求消息的发送时刻t (cs)参数进行赋值,同时将服务会话状态status赋值为active ;步骤C32 为客户端管理对象组中的服务会话有效时间validTime赋值,该有效时间用 来为服务操作的响应时间设定一个阈值即最大值,如果服务使用者在有效时间内没有接收 到服务响应,则视该服务会话为无效;步骤C33 服务提供者端SNMP代理在分析完所接受的服务请求消息后,在服务端管理 对象组的服务会话表SQoWS_Group. sessionTable中创建一个服务会话项sessionEntry及 相应的服务会话索引sessionhdex,并将服务会话标识sessionID、客户地址clientAddr、 服务地址servURL、服务操作operation和服务请求消息的接收时刻t (sr)参数进行赋值, 同时将服务会话状态status赋值为active ;步骤C34 为服务端管理对象组中的服务操作有效时间validTime赋值,该有效时间用 来为服务的执行时间设定一个阈值即最大值,如果服务在有效时间内没有执行完毕,则视 该服务会话为失效;步骤C35 服务提供者端SNMP代理如果在有效时间validTime内拦截到所发出的服务 响应消息,则status更新为delivered,否则更新为failure ;步骤C36 服务使用者端SNMP代理如果在有效时间validTime内拦截到所接收的服务 响应消息,则status更新为perceived,否则更新为failure。
5.按权利要求4所述的端到端Web服务质量监测方法,其特征在于所述的步骤C32, 按如下步骤进行步骤C321 服务使用者端SNMP代理向服务监测者端SNMP管理者发送一个事件通知即 扩展的陷入消息;步骤C322 监测者端SNMP管理者接收到事件通知后,根据约定质量中所指定的服 务响应时间对validTime参数进行处理;validTime参数赋值为服务响应时间的2倍,即 validTime = 2X约定响应时间;步骤C323 而后发送一条SNMP set指令,将处理后的值赋值给有效时间validTime ;所述的步骤C34,按如下步骤进行步骤C341 服务提供者端SNMP代理向服务监测者端SNMP管理者发送一个事件通知即 扩展的陷入消息;步骤C342 监测者端SNMP管理者接收到事件通知后,根据约定质量中所指定的服务响 应时间对validTime参数进行处理;validTime参数赋值为增加30%的服务响应时间,即 validTime = (1+30% ) X 约定响应时间;步骤C343 而后发送一条SNMP set指令,将处理后的值赋值给有效时间validTime。
6.按权利要求2所述的端到端Web服务质量监测方法,其特征在于所述的步骤D,按 如下步骤进行步骤Dl 周期性的轮询服务端会话表SQoWS_Group. sessionTable,如果发现了新交 付的服务会话,即status = delivered or failure,则取出该会话所对应的客户地址 clientAddr和服务会话标识sessionID,同时将服务会话状态status更新为collected ;步骤D2 按照客户地址读取该客户的会话表CQ0WS_Gr0Up,按照服务会话标识 sessionID提取该服务会话在客户端的管理信息,并将其服务会话状态status更新为 collected。
7.按权利要求2所述的端到端Web服务质量监测方法,其特征在于所述的步骤F,按 如下步骤进行步骤Fl 对单次服务会话的质量进行评估;步骤F2 对各个QoWS指标进行长期评估;步骤F3 对服务质量进行长期评估,即对服务达到约定质量的程度进行统计,其统计 方法按下式进行
8.按权利要求7所述的端到端Web服务质量监测方法,其特征在于所述的步骤Fl,按 如下步骤进行步骤Fll 对单次服务会话的各个QoWS指标参数进行评估,计算方法如下(1).对于在SLA中所约定的交付质量参数的计算方法1)对于正参数,即参数值越大所反映的服务质量越好;
全文摘要
一种端到端Web服务质量监测系统及方法,该监测系统包括以下四个模块注册模块、SNMP代理模块、监测模块和评价模块;该监测方法按如下步骤进行步骤A注册;步骤B生成约定质量的各个参数及参数值;步骤C发送将约定质量参数;步骤D获取服务会话信息,步骤E获取服务会话的管理信息;步骤F得到与约定质量参数所对应的交付质量参数值及感知质量参数值;步骤G监测模块将交付质量参数值、感知质量参数值和传输质量参数值发送给评价模块;步骤H评价模块对该服务的质量信息进行评估和统计。本发明的优点简单有效且开销较低,并能够客观的、综合的反映服务会话质量信息,以便为服务选取提供客观依据。
文档编号H04L12/24GK102123056SQ201010563710
公开日2011年7月13日 申请日期2010年11月29日 优先权日2010年11月29日
发明者张斌, 那俊, 郭军, 郭楠, 高岩, 黄利萍 申请人:东北大学
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1