CN114004536A - 一种服务质量的度量方法、装置、电子设备及存储介质 - Google Patents
一种服务质量的度量方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN114004536A CN114004536A CN202111357549.2A CN202111357549A CN114004536A CN 114004536 A CN114004536 A CN 114004536A CN 202111357549 A CN202111357549 A CN 202111357549A CN 114004536 A CN114004536 A CN 114004536A
- Authority
- CN
- China
- Prior art keywords
- service
- threshold
- stage
- response time
- preset
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
- G06Q10/06395—Quality analysis or management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
- G06Q10/06393—Score-carding, benchmarking or key performance indicator [KPI] analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- Educational Administration (AREA)
- Economics (AREA)
- Operations Research (AREA)
- Game Theory and Decision Science (AREA)
- Marketing (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请涉及一种服务质量的度量方法、装置、电子设备及存储介质,属于计算机技术领域。该服务质量的度量方法包括:获取访问业务过程中各个阶段的响应时间;基于各个阶段的响应时间以及最新更新的预设评分规则,得到各个阶段的服务质量得分;基于各个阶段的服务质量得分以及预设的各个阶段的权重比例,得到表征所述业务的整体服务质量的总得分。本申请为服务质量度量提供了一种统一的评判标准,同时,预设评分规则会根据业务的历史访问数据中各个阶段的响应时间进行更新,能够自动适应不同的业务场景,能深入准确地表达出服务质量状态的变化,针对不同的业务场景作出更加准确的评价。
Description
技术领域
本申请属于计算机技术领域,具体涉及一种服务质量的度量方法、装置、电子设备及存储介质。
背景技术
应用程序质量度量是信息化建设管理的热点,邮件系统、娱乐门户网站、公司门户网站、数据库系统等是人们经常使用的应用软件,应用软件的使用体验以前要么根据的人的主观使用感觉来反馈,要么利用一些度量工具(如curl)从协议层面对应用访问的各个阶段进行统计,比如一个典型的HTTP(Hyper Text Transfer Protocol,超文本传输协议)访问可以得到:DNS(Domain Name System,域名系统)解析、SSL(Secure Sockets Layer,安全套接层)建立、TCP(Transmission Control Protocol,传输控制协议)建连、响应传输、数据传输等各个阶段的时间。然而根据这种度量数据,用户仍然无法得到一个表示优、良或差的整体体验,即便是针对某一个单项数据,比如DNS解析时间,也没有判断其好坏的标准,只能根据网络使用经验判断,实际上DNS解析时间与使用场景、网络建设方案有很大的关系,这种人为设定评价标准的方式无法适应不同网络场景。
发明内容
鉴于此,本申请的目的在于提供一种服务质量的度量方法、装置、电子设备及存储介质,以改善现有判断其是否好坏只能根据使用经验判断,导致无法适应不同网络场景的问题。
本申请的实施例是这样实现的:
第一方面,本申请实施例提供了一种服务质量的度量方法,包括:获取访问业务过程中各个阶段的响应时间;基于各个阶段的响应时间以及最新更新的预设评分规则,得到各个阶段的服务质量得分,其中,所述预设评分规则会根据所述业务的历史访问数据中各个阶段的响应时间进行更新;基于各个阶段的服务质量得分以及预设的各个阶段的权重比例,得到表征访问所述业务的整体服务质量的总得分。本申请实施例中,通过获取访问业务过程中各个阶段的响应时间,并基于各个阶段的响应时间以及最新更新的预设评分规则,得到各个阶段的服务质量得分,之后基于各个阶段的服务质量得分以及预设的各个阶段的权重比例,便可得到表征业务的整体服务质量的总得分,为服务质量度量提供了一种统一的评判标准,同时,预设评分规则会根据业务的历史访问数据中各个阶段的响应时间进行更新,能够自动适应不同的业务场景,能深入准确地表达出服务质量状态的变化,针对不同的业务场景作出更加准确的评价。
结合第一方面实施例的一种可能的实施方式,所述预设评分规则包括:若所述响应时间不小于上限阈值,对应的得分最小为第一阈值;若所述响应时间不大于下限阈值,对应的得分最大为第二阈值;若所述响应时间位于所述下限阈值与所述上限阈值之间,对应的得分位于所述第一阈值与所述第二阈值之间,且与所述上限阈值越接近,得分越小;相应地,在所述基于各个阶段的响应时间以及最新更新的预设评分规则,得到各个阶段的服务质量得分之前,所述方法还包括:根据所述业务的历史访问数据中各个阶段的响应时间对应更新所述预设评分规则中的上限阈值和下限阈值。本申请实施例中,通过根据业务的历史访问数据中各个阶段的响应时间对应更新预设评分规则中的上限阈值和下限阈值,以便能够自动适应不同的业务场景,能深入准确地表达出服务质量状态的变化,针对不同的业务场景作出更加准确的评价,这样更能适应真实的业务场景,作出更加准确的评价。
结合第一方面实施例的一种可能的实施方式,根据所述业务的历史访问数据中各个阶段的响应时间对应更新所述预设评分规则中的上限阈值和下限阈值,包括:获取预设时间段内历史访问所述业务的所有访问中每次访问时各个阶段的响应时间;针对所述各个阶段中的每一个阶段,将所述预设时间段内该阶段的多个响应时间进行排序,得到排序结果;获取所述排序结果中数值最小的前N个响应时间的第一平均值,以及获取所述排序结果中数值最大的前M个响应时间的第二平均值,N、M均为正整数;基于所述第一平均值以及该阶段对应的所述预设评分规则中上一次的下限阈值,得到当前最新的下限阈值,基于所述第二平均值以及该阶段对应的所述预设评分规则中上一次的上限阈值,得到当前最新的上限阈值。本申请实施例中,通过将预设时间段内该阶段的多个响应时间进行排序,然后选取排序结果中数值最小的前N个响应时间来求取平均值,以及数值最大的前M个响应时间来求取平均值,之后再结合上一次的下限阈值以及上一次的上限阈值,便可得到当前最新的上限阈值以及下限阈值,通过持续获取场景中的实际数据来不断的更新上限阈值以及下限阈值,使得能够自动适应不同的业务场景,能深入准确地表达出服务质量状态的变化。
结合第一方面实施例的一种可能的实施方式,所述各个阶段中的任意两个阶段对应的所述预设评分规则中的上限阈值以及下限阈值不同。本申请实施例中,阶段对应的预设评分规则中的上限阈值以及下限阈值不同,这样更贴近实际情况,更能适应真实的业务场景,作出更加准确的评价。
结合第一方面实施例的一种可能的实施方式,N的值为所述预设时间段内该阶段的多个响应时间与第一预设比例的乘积向下取整或向上取整所得的值,M的值为所述预设时间段内该阶段的多个响应时间与第二预设比例的乘积向下取整或向上取整所得的值。
结合第一方面实施例的一种可能的实施方式,所述业务为HTTP访问业务,所述访问业务过程中各个阶段包括:DNS解析阶段、SSL建立阶段、TCP建连阶段、响应传输阶段、数据传输阶段。
第二方面,本申请实施例还提供了一种服务质量的度量装置,包括:获取模块以及处理模块;获取模块,用于获取访问业务过程中各个阶段的响应时间;处理模块,用于基于各个阶段的响应时间以及最新更新的预设评分规则,得到各个阶段的服务质量得分,其中,所述预设评分规则会根据所述业务的历史访问数据中各个阶段的响应时间进行更新;以及还用于基于各个阶段的服务质量得分以及预设的各个阶段的权重比例,得到表征访问所述业务的整体服务质量的总得分。
结合第二方面实施例的一种可能的实施方式,所述预设评分规则包括:若所述响应时间不小于上限阈值,对应的得分最小为第一阈值;若所述响应时间不大于下限阈值,对应的得分最大为第二阈值;若所述响应时间位于所述下限阈值与所述上限阈值之间,对应的得分位于所述第一阈值与所述第二阈值之间,且与所述上限阈值越接近,得分越小;相应地所述装置还包括:更新模块,用于根据所述业务的历史访问数据中各个阶段的响应时间对应更新所述预设评分规则中的上限阈值和下限阈值。
第三方面,本申请实施例还提供了一种电子设备,包括:存储器和处理器,所述处理器与所述存储器连接;所述存储器,用于存储程序;所述处理器,用于调用存储于所述存储器中的程序,以执行上述第一方面实施例和/或结合第一方面实施例的任一种可能的实施方式提供的方法。
第四方面,本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器运行时,执行上述第一方面实施例和/或结合第一方面实施例的任一种可能的实施方式提供的方法。
本申请的其他特征和优点将在随后的说明书阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请实施例而了解。本申请的目的和其他优点可通过在所写的说明书以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。通过附图所示,本申请的上述及其它目的、特征和优势将更加清晰。在全部附图中相同的附图标记指示相同的部分。并未刻意按实际尺寸等比例缩放绘制附图,重点在于示出本申请的主旨。
图1示出了本申请实施例提供的一种服务质量的度量方法的流程示意图。
图2示出了本申请实施例提供的一种更新预设评分规则中的上限阈值和下限阈值的原理示意图。
图3示出了本申请实施例提供的一种服务质量的度量装置的模块示意图。
图4示出了本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。同时,在本申请的描述中诸如“第一”、“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
再者,本申请中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
鉴于现有的服务质量度量没有统一的评判标准,判断其是否好坏只能根据网络使用经验判断,然而当前基于经验手工设置应用程序各维度度量标准的方法,一方面难度大,另一方面无法适应不同的业务场景,不能深入准确地表达出服务质量状态的变化。基于此,本申请实施例提供了一种服务质量的度量方法,通过获取访问业务过程中各个阶段的响应时间,并基于各个阶段的响应时间以及最新更新的预设评分规则,得到各个阶段的服务质量得分,之后基于各个阶段的服务质量得分以及预设的各个阶段的权重比例,便可得到表征业务的整体服务质量的总得分,为服务质量度量提供了一种统一的评判标准;同时,预设评分规则会根据业务的历史访问数据中各个阶段的响应时间进行更新,能够自动适应不同的业务场景,能深入准确地表达出服务质量状态的变化,针对不同的业务场景作出更加准确的评价。
下面将结合图1,对本申请实施例提供的服务质量的度量方法进行说明。
S1:获取访问业务过程中各个阶段的响应时间。
应用程序质量度量是信息化建设管理的热点,当需要度量应用程序的服务质量时,获取该应用程序访问业务过程中各个阶段的响应时间。以业务为HTTP(Hyper TextTransfer Protocol,超文本传输协议)或HTTPS(Hyper Text Transfer Protocol overSecure Socket Layer,安全版超文本传输协议)访问业务为例,则访问业务过程中的各个阶段可以包括:DNS(Domain Name System,域名系统)解析阶段、SSL(Secure SocketsLayer,安全套接层)建立阶段、TCP(Transmission Control Protocol,传输控制协议)建连阶段、响应传输阶段、数据传输阶段等。
不同的访问业务类型对应的各阶段可以不同,同类型的访问业务,其对象不同,各个阶段的响应时间也可以不同,例如,同样是HTTP访问,访问对象为百度网站与访问对象为淘宝网站,对应的各个阶段的响应时间也可以不同。
需要说明的是,本申请实施例的服务质量的度量方法的访问业务并不限于上述的HTTP或HTTPS访问业务场景,其可以是目前常见的业务场景,如发送邮件的业务场景,不同的访问业务类型对应的各阶段可以不同,但是服务质量的度量原理相同。因此,不能将上述示例的HTTP或HTTPS访问业务,理解成是对本申请的限制。
以访问百度网站(www.baidu.com)的度量案例为例,可以利用度量工具(如curl,当然也可以使用python的urllib库自己写检测工具)从协议层面对应用访问的各个阶段进行统计,获取到的访问百度网站过程中的数据如下:
[root@bcqf~]#cur1-o/dev/nul1-s-w time_namelooKup:″\t″%{time-namelooKup}″\n″time_connect:″\t\t″%
{time_connect}″\n″time_appconnect:″\t″%{time_appconnect}″\n″time_pretransfer:″\t″%
{time_pretransfer}″\n″time_starttransfer:″\t″%{time_starttransfer}″\n″time_total:″\t\t″%
{time_total}″\n″time_redirect:″\t\t″%{time_redirect}″\n″https://www.baidu.com
time_namelookup:0.004
time_connect:0.010
time_appconnect:0.068
time_pretransfer:0.068
time_starttransfer:0.075
time_total:0.075
time_redirect:0.000
其中,-o/dev/null表示不显示具体的网页信息;time_namelookup为DNS解析域名[www.baidu.com]的时间;time_commect为client(客户端)和server(服务端)建立TCP连接的时间;time_appconnect为SSL上层协议建立连接的时间,比如连接(connect)或握手(handshake)的时间;time_pretransfer为从请求开始到响应开始传输的时间;time_starttransfer为从client发出请求开始,到web(网页)的server响应第一个字节的时间;time_total为client发出请求开始,到web的server发送回所有的相应数据的时间;time_redirect为重定向耗时。
其中,工具获取的上述指标不一定都要使用,可以根据业务需要选择重要的指标。
结合上述的示例来说,DNS解析阶段的响应时间为0.004s;TCP建立连接阶段的响应时间为0.010-0.004s=0.060s;SSL建立阶段的响应时间为0.068-0.010=0.058s,也即58ms,可见多了一层SSL还是很耗时的;sever响应传输阶段的响应时间为0.068-0.068=0.000s,说明服务端处理很快,如果server耗时较高,就需要分析它的耗时:防火墙->负载均衡->应用->缓存和DB(Data Base,数据库),需要深入分析时间消耗在哪个环节;数据传输阶段总的响应时间为0.075s;整个过程没有redirect(重定向),所以redirect的耗时为0。
S2:基于各个阶段的响应时间以及最新更新的预设评分规则,得到各个阶段的服务质量得分。
在得到各个阶段的响应时间后,基于各个阶段的响应时间以及最新更新的预设评分规则,便可得到各个阶段的服务质量得分。例如,在得到上述DNS解析阶段、SSL建立阶段、TCP建连阶段、响应传输阶段、数据传输阶段等6个阶段各自的响应时间后,分别针对每一个阶段,基于该阶段的响应时间以及对应的最新更新的预设评分规则,便可得到该阶段的服务质量得分,如,以DNS解析阶段为例,以DNS解析阶段的响应时间,以及对应的最新更新的预设评分规则,便可得到DNS解析阶段的服务质量得分。
其中,本申请实施例中的预设评分规则会会根据业务的历史访问数据中各个阶段的响应时间进行更新,以便能够自动适应不同的业务场景,能深入准确地表达出服务质量状态的变化,针对不同的业务场景作出更加准确的评价,这样更能适应真实的业务场景,作出更加准确的评价。
一种可选实施方式下,预设评分规则包括:若响应时间不小于上限阈值,对应的得分最小为第一阈值;若响应时间不大于下限阈值,对应的得分最大为第二阈值;若响应时间位于下限阈值与上限阈值之间,对应的得分位于第一阈值与第二阈值之间,且与上限阈值越接近,得分越小。
为了更直观的理解,可以将上述预设评分规则看成一个分段函数f(tn),tn表示第n个阶段的响应时间,n为正整数,用A表示下限阈值,用B表示上限阈值,假设第一阈值为0,第二阈值为100,则有:
if(tn<=A)then f(t)=100;
else if(tn>A&&tn<B)then f(tn)=B-tn;
else f(tn)=0。
其中,每个阶段对应的预设评分规则中的上限阈值以及下限阈值不同,也即上述各个阶段中的任意两个阶段对应的预设评分规则中的上限阈值以及下限阈值不同。例如,DNS解析阶段对应的预设评分规则中的上限阈值以及下限阈值,与SSL建立阶段对应的预设评分规则中的上限阈值以及下限阈值不同。
需要说明的是,上述示例中是以最小值也即第一阈值为0,最大值也即第二阈值为100进行示例的,若采用10分制,则最大值也即第二阈值为10,因此不能将上述示例,理解成是对本申请的限制。
一种可选实施方式下,在S2之前,该服务质量的度量方法还包括:根据业务的历史访问数据中各个阶段的响应时间对应更新预设评分规则中的上限阈值和下限阈值。需要说明的是,更新预设评分规则的执行主体与服务质量的度量方法的执行主体可以不是同一样,例如更新预设评分规则为A设备更新,而执行服务质量的度量方法为B设备执行,当然也可以是同一个执行主体。
一种可选实施方式下,根据业务的历史访问数据中各个阶段的响应时间对应更新预设评分规则中的上限阈值和下限阈值的过程可以是:获取预设时间段内(如过去一周)历史访问业务的所有访问中每次访问时各个阶段的响应时间,针对各个阶段中的每一个阶段,将预设时间段内该阶段的多个响应时间进行排序,得到排序结果,获取排序结果中数值最小的前N个响应时间的第一平均值,以及获取排序结果中数值最大的前M个响应时间的第二平均值,N、M均为正整数,基于第一平均值以及该阶段对应的预设评分规则中上一次的下限阈值,得到当前最新的下限阈值,基于第二平均值以及该阶段对应的预设评分规则中上一次的上限阈值,得到当前最新的上限阈值,其流程示意图如图2所示。
其中,优选地,每个阶段对应的预设评分规则中的上限阈值以及下限阈值的更新原理类似。为了更好的理解,以更新DNS解析阶段对应的预设评分规则中的上限阈值和下限阈值的过程为例,获取过去一周内访问该业务的所有访问过程中每次访问时DNS解析阶段的响应时间,以每5分钟触发一次业务访问为例,则一天可以得到288个样本数据(每个样本数据对应一个响应时间),一个星期(7天)可以得到2016个样本数据。然后将这2016个样本数据进行排序,如按照从小到大或者从大到小的顺序排序,得到排序结果,之后获取排序结果中数值最小的前N(如400)个响应时间,然后求取这N个响应时间的平均值,得到第一平均值,以及获取排序结果中数值最大的前M(如400)个响应时间,然后求取这M个响应时间的平均值,得到第二平均值。基于第一平均值以及该阶段对应的述预设评分规则中上一次的下限阈值,得到当前最新的下限阈值,如当前最新的下限阈值=(第一平均值+上一次的下限阈值)/2;以及基于第二平均值以及该阶段对应的预设评分规则中上一次的上限阈值,得到当前最新的上限阈值,如,当前最新的上限阈值=(第二平均值+上一次的下限阈值)/2。
其中,若该预设评分规则中的上限阈值和下限阈值为第一次更新,则该上限阈值和下限阈值为预设初始值,可以用经验设定。
下面结合具体例子对上述持续更新预设评分规则中的上限阈值和下限阈值的过程说明,假设用户预设的初始下限阈值为A0,初始上限阈值为B0,第1次更新时得到的第一平均值为a1,第二平均值为b1,则第1次更新后的下限阈值为(A0+a1)/2,第1次更新后的上限阈值为(B0+b1)/2;第2次更新时得到的第一平均值为a2,第二平均值为b2,则第2次更新后的下限阈值为((A0+a1)/2+a2)/2,第2次更新后的上限阈值为((B0+b1)/2+b2)/2,之后,按照此规律不断的更新下去。
需要说明的是,在基于第一平均值以及该阶段对应的预设评分规则中上一次的下限阈值,得到当前最新的下限阈值时,并不限于上述求取平均值的方式,例如,可以当前最新的下限阈值=上一次的下限阈值+1/2第一平均值,因此不能将上述示例的取平均值的方式理解成是对本申请的限制;同理,在基于第二平均值以及该阶段对应的预设评分规则中上一次的上限阈值,得到当前最新的上限阈值时,也不限于上述求取平均值的方式。
其中,N的值为预设时间段内该阶段的多个响应时间与第一预设比例的乘积向下取整或向上取整所得的值,M的值为预设时间段内该阶段的多个响应时间与第二预设比例的乘积向下取整或向上取整所得的值。例如第一预设比例为20%,第二预设比例为20%,第一预设比例与第二预设比例可以不同。
需要说明的是,上述所示的预设评分规则中仅示出包括2个阈值的情形,此外,还可以包括更多的阈值,如包括10个阈值,按照从小到大分别为阈值1、阈值2、阈值3、阈值4、阈值5、阈值6、阈值7、阈值8、阈值9、阈值10;若响应时间tn不大于阈值1,则为100分,在(阈值1,阈值2]之间则为90分,在(阈值2,阈值3]之间则为80分,在(阈值3,阈值4]之间则为70分,在(阈值4,阈值5]之间则为60分,在(阈值5,阈值6]之间则为50分,在(阈值6,阈值7]之间则为40分,在(阈值7,阈值8]之间则为30分,在(阈值8,阈值9]之间则为20分,在(阈值9,阈值10]之间则为10分,大于阈值10,则为0分。或者,甚至可以包括更少的阈值,如只有一个阈值,记为C,此时,若响应时间tn大于阈值C,则对应的得分为第一阈值,响应时间tn不大于阈值C,则对应的得分为第二阈值。因此,不能将上述示例的预设评分规则理解成是对本申请的限制。
S3:基于各个阶段的服务质量得分以及预设的各个阶段的权重比例,得到表征访问所述业务的整体服务质量的总得分。
在得到各个阶段的服务质量得分之后,基于各个阶段的服务质量得分以及预设的各个阶段的权重比例,便可得到表征访问业务的整体服务质量的总得分,例如,用函数表示为y=f(t1)p1+f(t2)p2+…+f(tn)Pn。其中,y为总得分,f(tn)为第n个阶段的服务质量得分,pn为第n个阶段的预设权重比例,n为正整数。
基于同样的发明构思,本申请实施例还提供了一种服务质量的度量装置100,如图3所示。该服务质量的度量装置100包括:获取模块110、处理模块120;
获取模块110,用于获取访问业务过程中各个阶段的响应时间。
处理模块120,用于基于各个阶段的响应时间以及最新更新的预设评分规则,得到各个阶段的服务质量得分,其中,所述预设评分规则会根据所述业务的历史访问数据中各个阶段的响应时间进行更新;以及还用于基于各个阶段的服务质量得分以及预设的各个阶段的权重比例,得到表征访问所述业务的整体服务质量的总得分。
可选地,所述预设评分规则包括:若所述响应时间不小于上限阈值,对应的得分最小为第一阈值;若所述响应时间不大于下限阈值,对应的得分最大为第二阈值;若所述响应时间位于所述下限阈值与所述上限阈值之间,对应的得分位于所述第一阈值与所述第二阈值之间,且与所述上限阈值越接近,得分越小。相应地,该服务质量的度量装置100还包括更新模块,用于根据所述业务的历史访问数据中各个阶段的响应时间对应更新所述预设评分规则中的上限阈值和下限阈值。
更新模块,具体用于:获取预设时间段内历史访问所述业务的所有访问中每次访问时各个阶段的响应时间;针对所述各个阶段中的每一个阶段,将所述预设时间段内该阶段的多个响应时间进行排序,得到排序结果;获取所述排序结果中数值最小的前N个响应时间的第一平均值,以及获取所述排序结果中数值最大的前M个响应时间的第二平均值,N、M均为正整数;基于所述第一平均值以及该阶段对应的所述预设评分规则中上一次的下限阈值,得到当前最新的下限阈值,基于所述第二平均值以及该阶段对应的所述预设评分规则中上一次的上限阈值,得到当前最新的上限阈值。
申请实施例所提供的服务质量的度量装置100,其实现原理及产生的技术效果和前述方法实施例相同,为简要描述,装置实施例部分未提及之处,可参考前述方法实施例中相应内容。
如图4所示,图4示出了本申请实施例提供的一种电子设备200的结构框图。所述电子设备200包括:收发器210、存储器220、通讯总线230以及处理器240。
所述收发器210、所述存储器220、处理器240各元件相互之间直接或间接地电性连接,以实现数据的传输或交互。例如,这些元件相互之间可通过一条或多条通讯总线230或信号线实现电性连接。其中,收发器210用于收发数据。存储器220用于存储计算机程序,如存储有图3中所示的软件功能模块,即服务质量的度量装置100。其中,服务质量的度量装置100包括至少一个可以软件或固件(Firmware)的形式存储于所述存储器220中或固化在所述电子设备200的操作系统(Operating System,OS)中的软件功能模块。所述处理器240,用于执行存储器220中存储的可执行模块,例如服务质量的度量装置100包括的软件功能模块或计算机程序。例如,处理器240,用于获取访问业务过程中各个阶段的响应时间;基于各个阶段的响应时间以及最新更新的预设评分规则,得到各个阶段的服务质量得分,其中,所述预设评分规则会根据所述业务的历史访问数据中各个阶段的响应时间进行更新;基于各个阶段的服务质量得分以及预设的各个阶段的权重比例,得到表征访问所述业务的整体服务质量的总得分。
其中,存储器220可以是,但不限于,随机存取存储器(Random Access Memory,RAM),只读存储器(Read Only Memory,ROM),可编程只读存储器(Programmable Read-OnlyMemory,PROM),可擦除只读存储器(Erasable Programmable Read-Only Memory,EPROM),电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory,EEPROM)等。
处理器240可能是一种集成电路芯片,具有信号的处理能力。上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(NetworkProcessor,NP)等;还可以是数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(FieldProgrammable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器240也可以是任何常规的处理器等。
其中,上述的电子设备200,包括但不限于计算机,如可以为服务器等。
本申请实施例还提供了一种非易失性的计算机可读取存储介质(以下简称存储介质),该存储介质上存储有计算机程序,该计算机程序被计算机如上述的电子设备200运行时,执行上述所示的服务质量的度量方法。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个计算机可读存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,笔记本电脑,服务器,或者电子设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的计算机可读存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。
Claims (10)
1.一种服务质量的度量方法,其特征在于,包括:
获取访问业务过程中各个阶段的响应时间;
基于各个阶段的响应时间以及最新更新的预设评分规则,得到各个阶段的服务质量得分,其中,所述预设评分规则会根据所述业务的历史访问数据中各个阶段的响应时间进行更新;
基于各个阶段的服务质量得分以及预设的各个阶段的权重比例,得到表征访问所述业务的整体服务质量的总得分。
2.根据权利要求1所述的方法,其特征在于,所述预设评分规则包括:
若所述响应时间不小于上限阈值,对应的得分最小为第一阈值;
若所述响应时间不大于下限阈值,对应的得分最大为第二阈值;
若所述响应时间位于所述下限阈值与所述上限阈值之间,对应的得分位于所述第一阈值与所述第二阈值之间,且与所述上限阈值越接近,得分越小;相应地
在所述基于各个阶段的响应时间以及最新更新的预设评分规则,得到各个阶段的服务质量得分之前,所述方法还包括:
根据所述业务的历史访问数据中各个阶段的响应时间对应更新所述预设评分规则中的上限阈值和下限阈值。
3.根据权利要求2所述的方法,其特征在于,根据所述业务的历史访问数据中各个阶段的响应时间对应更新所述预设评分规则中的上限阈值和下限阈值,包括:
获取预设时间段内历史访问所述业务的所有访问中每次访问时各个阶段的响应时间;
针对所述各个阶段中的每一个阶段,将所述预设时间段内该阶段的多个响应时间进行排序,得到排序结果;
获取所述排序结果中数值最小的前N个响应时间的第一平均值,以及获取所述排序结果中数值最大的前M个响应时间的第二平均值,N、M均为正整数;
基于所述第一平均值以及该阶段对应的所述预设评分规则中上一次的下限阈值,得到当前最新的下限阈值,基于所述第二平均值以及该阶段对应的所述预设评分规则中上一次的上限阈值,得到当前最新的上限阈值。
4.根据权利要求2所述的方法,其特征在于,所述各个阶段中的任意两个阶段对应的所述预设评分规则中的上限阈值以及下限阈值不同。
5.根据权利要求3所述的方法,其特征在于,N的值为所述预设时间段内该阶段的多个响应时间与第一预设比例的乘积向下取整或向上取整所得的值,M的值为所述预设时间段内该阶段的多个响应时间与第二预设比例的乘积向下取整或向上取整所得的值。
6.根据权利要求1-5中任一项所述的方法,其特征在于,所述业务为HTTP或HTTPS访问业务,所述访问业务过程中各个阶段包括:DNS解析阶段、SSL建立阶段、TCP建连阶段、响应传输阶段、数据传输阶段。
7.一种服务质量的度量装置,其特征在于,包括:
获取模块,用于获取访问业务过程中各个阶段的响应时间;
处理模块,用于基于各个阶段的响应时间以及最新更新的预设评分规则,得到各个阶段的服务质量得分,其中,所述预设评分规则会根据所述业务的历史访问数据中各个阶段的响应时间进行更新;以及还用于基于各个阶段的服务质量得分以及预设的各个阶段的权重比例,得到表征访问所述业务的整体服务质量的总得分。
8.根据权利要求7所述的装置,其特征在于,所述预设评分规则包括:
若所述响应时间不小于上限阈值,对应的得分最小为第一阈值;
若所述响应时间不大于下限阈值,对应的得分最大为第二阈值;
若所述响应时间位于所述下限阈值与所述上限阈值之间,对应的得分位于所述第一阈值与所述第二阈值之间,且与所述上限阈值越接近,得分越小;相应地
所述装置还包括:
更新模块,用于根据所述业务的历史访问数据中各个阶段的响应时间对应更新所述预设评分规则中的上限阈值和下限阈值。
9.一种电子设备,其特征在于,包括:
存储器和处理器,所述处理器与所述存储器连接;
所述存储器,用于存储程序;
所述处理器,用于调用存储于所述存储器中的程序,以执行如权利要求1-6中任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,其上存储有计算机程序,所述计算机程序被处理器运行时,执行如权利要求1-6中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111357549.2A CN114004536A (zh) | 2021-11-16 | 2021-11-16 | 一种服务质量的度量方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111357549.2A CN114004536A (zh) | 2021-11-16 | 2021-11-16 | 一种服务质量的度量方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114004536A true CN114004536A (zh) | 2022-02-01 |
Family
ID=79929246
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111357549.2A Pending CN114004536A (zh) | 2021-11-16 | 2021-11-16 | 一种服务质量的度量方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114004536A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117151668A (zh) * | 2023-10-30 | 2023-12-01 | 太平金融科技服务(上海)有限公司 | 邮件自动清理方法、装置、电子设备和存储介质 |
-
2021
- 2021-11-16 CN CN202111357549.2A patent/CN114004536A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117151668A (zh) * | 2023-10-30 | 2023-12-01 | 太平金融科技服务(上海)有限公司 | 邮件自动清理方法、装置、电子设备和存储介质 |
CN117151668B (zh) * | 2023-10-30 | 2024-01-19 | 太平金融科技服务(上海)有限公司 | 邮件自动清理方法、装置、电子设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108446210B (zh) | 系统性能的度量方法、存储介质和服务器 | |
CN107798108B (zh) | 一种异步任务查询方法及设备 | |
CN108390788B (zh) | 用户识别方法、装置及电子设备 | |
CN109471783B (zh) | 预测任务运行参数的方法和装置 | |
CN111190583B (zh) | 关联冲突块呈现方法和设备 | |
CN115145587A (zh) | 一种产品参数校验方法、装置、电子设备及存储介质 | |
CN114004536A (zh) | 一种服务质量的度量方法、装置、电子设备及存储介质 | |
CN108959289B (zh) | 网站类别获取方法和装置 | |
CN112887113A (zh) | 处理数据的方法、装置及系统 | |
US20190087387A1 (en) | Method and system for asynchronous correlation of data entries in spatially separated instances of heterogenous databases | |
CN115664736A (zh) | 一种共享数据的方法、装置、设备及介质 | |
CN113361956B (zh) | 资源生产方的资源质量评价方法、装置、设备及存储介质 | |
CN109145220B (zh) | 数据处理方法、装置及电子设备 | |
CN108804195B (zh) | 一种页面显示方法、装置、服务器及客户端 | |
CN107578297B (zh) | 会员信息聚合方法以及装置 | |
CN110503504B (zh) | 网络产品的信息识别方法、装置及设备 | |
CN108171082B (zh) | 一种网页探测方法及装置 | |
CN111274204A (zh) | 终端识别方法、生成移动设备标识组合码的方法及其装置、终端、网络侧设备和存储介质 | |
CN106547922B (zh) | 一种应用程序的排序方法、装置及服务器 | |
CN113449212B (zh) | 针对搜索结果的质量评估、优化方法和装置、设备 | |
CN111338916A (zh) | 处理业务请求的方法、装置、电子设备和计算机可读介质 | |
CN112861031A (zh) | Cdn中url刷新方法、装置、设备以及cdn节点 | |
CN111831130A (zh) | 输入内容的推荐方法、终端设备以及存储介质 | |
CN109547434B (zh) | 分辨爬虫和cc攻击的方法、装置、电子设备及存储介质 | |
US20170139969A1 (en) | Method for filtering and analyzing big data, electronic device, and non-transitory computer-readable storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |