响应时间测量方法、设备、系统及存储介质与流程

文档序号:26403058发布日期:2021-08-24 16:16阅读:128来源:国知局
响应时间测量方法、设备、系统及存储介质与流程

本申请涉及通信技术领域,尤其涉及一种响应时间测量方法、设备、系统及存储介质。



背景技术:

域名系统(domainnamesystem,dns)是域名分布式的数据库,为互联网基础资源的核心服务,主要用于承载网际协议(internetprotocol,ip)地址和互联网域名之间的转换,令人们能够更方便快捷地访问互联网。其中,域名解析的响应时长,对访问源站服务节点的速度具有一定的影响,因此需要对域名解析的响应时长进行衡量。

在现有技术中,为了测量域名解析的响应时长,经常在少量客户端上部署拨测系统,由客户端主动进行响应时长的探测。这种响应时长测量方式,受客户端的分布情况影响,测得结果的准确性较低。



技术实现要素:

本申请的多个方面提供一种响应时间测量方法、设备、系统及存储介质,用以提高测得的响应时长的准确性。

本申请实施例提供一种网络系统,包括:本地服务节点和权威服务节点;

所述本地服务节点,用于向所述权威服务节点提供第一域名解析请求;所述第一域名解析请求包含第一域名;

所述权威服务节点,用于根据所述第一域名,生成第一别名记录;并将所述第一别名记录提供给所述本地服务节点;

所述本地服务节点,用于基于所述第一别名记录,向所述权威服务节点提供第二域名解析请求;

所述权威服务节点,还用于根据所述第一别名记录关联的第一时间以及所述第二域名解析请求关联的第二时间,确定域名解析的响应时间。

本申请实施例还提供一种响应时间测量方法,适用于权威服务节点,包括:

获取本地服务节点提供的第一域名解析请求;所述第一域名解析请求包含第一域名;

根据所述第一域名,生成第一别名记录;

将所述第一别名记录提供给所述本地服务节点,以供所述本地服务节点返回与所述第一别名记录关联的第二域名解析请求;

根据所述第一别名记录关联的第一时间以及所述第二域名解析请求关联的第二时间,确定域名解析的响应时间。

本申请实施例还提供一种响应时间测量方法,适用于本地服务节点,包括:

向权威服务节点提供第一域名解析请求,所述第一域名解析请求包含第一域名;

接收所述权威服务节点根据所述第一域名生成的第一别名记录;

基于所述第一别名记录,向所述权威服务节点提供第二域名解析请求,以供所述权威服务节点根据所述第一别名记录关联的第一时间以及所述第二域名解析请求关联的第二时间,确定域名解析的响应时间。

本申请实施例还提供一种服务端设备,包括:存储器、处理器和通信组件;其中,所述存储器,用于存储计算机程序;

所述处理器耦合至所述存储器,用于执行所述计算机程序以用于执行上述权威服务节点进行响应时间测量方法中的步骤。

本申请实施例还提供一种服务端设备,包括:存储器、处理器和通信组件;其中,所述存储器,用于存储计算机程序;

所述处理器耦合至所述存储器,用于执行所述计算机程序以用于:通过所述通信组件向权威服务节点提供第一域名解析请求,所述第一域名解析请求包含第一域名;通过所述通信组件接收所述权威服务节点根据所述第一域名生成的第一别名记录;以及基于所述第一别名记录,通过所述通信组件向所述权威服务节点提供第二域名解析请求,以供所述权威服务节点根据所述第一别名记录关联的第一时间以及所述第二域名解析请求关联的第二时间,确定域名解析的响应时间。

本申请实施例还提供一种存储有计算机指令的计算机可读存储介质,当所述计算机指令被一个或多个处理器执行时,致使所述一个或多个处理器执行上述各方法中的步骤。

在本申请实施例中,权威服务节点在进行域名解析的过程中,可向本地服务节点先返回别名记录;本地服务节点由于未收到ip地址,会基于别名记录,向权威服务节点再次提供域名解析请求;权威服务节点可根据别名记录关联的第一时间以及本地服务节点再次提供的域名解析请求关联的第二时间,确定域名解析的响应时间。这种响应时间测量方式,将域名解析的响应时间的测量融入域名解析流程中,无需客户端进行主动探测,因此可不受客户端的分布情况影响,有助于降低响应时间测试数据的全面性,进而有助于提高响应时间测量的准确性。

附图说明

此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:

图1a和图1b为本申请实施例提供的网络系统的结构示意图;

图2为本申请实施例提供的一种响应时间测量方法的流程示意图;

图3为本申请实施例提供的另一种响应时间测量方法的流程示意图;

图4和图5为本申请实施例提供的服务端设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

在内容分发网络(contentdeliverynetwork,cdn)网络中,cdn网络对内容请求的响应时长为衡量网络系统性能的一项重要指标。cdn网络获取客户端设备请求的内容一般需要经过dns解析阶段、建立cdn节点与客户端设备的连接阶段以及内容传输阶段等。其中,dns解析的响应时长对cdn网络对内容请求的响应时长具有重要影响,尤其对于数据量较小的文件传输、指令传输等性能影响占比较高。因此,需要相应的测量方式来衡量dns解析的响应时长。

现有对域名解析的响应时间的测量,采用客户端主动探测的方式,测得的响应时间受客户端的分布情况的影响,测量结果的准确性较低。针对上述技术问题,在本申请一些实施例中,权威服务节点在进行域名解析的过程中,可向本地服务节点先返回别名记录;本地服务节点由于未收到ip地址,会基于别名记录,向权威服务节点再次提供域名解析请求;权威服务节点可根据别名记录关联的第一时间以及本地服务节点再次提供的域名解析请求关联的第二时间,确定域名解析的响应时间。这种响应时间测量方式,将域名解析的响应时间的测量融入域名解析流程中,无需客户端进行主动探测,因此可不受客户端的分布情况影响,有助于降低响应时间测试数据的全面性,进而有助于提高响应时间测量的准确性。

以下结合附图,详细说明本申请各实施例提供的技术方案。

应注意到:相同的标号在下面的附图以及实施例中表示同一物体,因此,一旦某一物体在一个附图或实施例中被定义,则在随后的附图和实施例中不需要对其进行进一步讨论。

图1a为本申请实施例提供的一种网络系统的结构示意图。如图1a所示,网络系统包括:本地服务节点11和权威服务节点12。

在本实施例中,本地服务节点11和权威服务节点12的数量均可以是1个或多个。多个是指2个或2个以上。本地服务节点11和权威服务节点12可以是为用户提供域名解析服务的软件模块、应用程序、服务或一台实体设备。多个本地服务节点11可以部署在不同的物理机上,也可以部署在不同容器、容器组或虚拟机(virtualmachine,vm)中。当然,这些容器、容器组或虚拟机可以部署在同一物理机上,也可以部署在多个不同的物理机上。

当然,多个权威服务节点12也可以部署在不同的物理机上,也可以部署在不同的容器、容器组或虚拟机中。这些容器或虚拟机可以部署在同一物理机上,也可以部署在多台不同的物理机上。

在本实施例中,本地服务节点11是指dns客户端的服务节点,即域名对应的服务方(网站开发商、邮箱开发商等)提供的服务节点,也可理解为域名对应的服务方的源服务器对应的dns服务器。也就是说,本地服务节点11属于域名对应的服务方。例如网站域名对应的网站服务方提供的服务节点、邮箱域名对应的邮箱服务方提供的服务节点等等。其中,网站域名可表示为www.abc.com;邮箱域名可表示为mail.aaa.com等。

在本实施例中,如图1b所示,本地服务节点11可包括本地域名解析(localdomainnamesystem,ldns)服务器11a,也可包括域名对应的服务方的私有权威dns服务器11b。在本实施例中,本地服务节点11a属于域名对应的服务方,即ldns服务器11a和私有权威dns服务器11b属于域名对应的服务方。本地服务节点11可部署于域名对应的源服务器所在的局域网中,也可部署于云端。

可选地,本地服务节点11可部署于域名对应的服务方的私有云中,也可部署于其它云开发商提供的公有云中,或者,可本地服务节点可部分部署于私有云中,部分部署于公有云中。在本地服务节点11部分或全部部署于公有云中时,域名对应的服务方向云端开发商申请云端资源,即将云端资源私有化,作为域名对应的服务方私有的dns服务器。

在本实施例中,权威服务节点12是指dns服务端。权威服务节点12保存域名的权威信息。权威服务节点12可部署于云端。可选地,权威服务节点12可部署于公有云中,作为权威dns服务器。在本地服务节点11和权威服务节点12均部署于公有云时,本地服务节点11和权威服务节点12可以部署在不同的物理机上,也可以部署在不同的容器、容器组或虚拟机中。这些容器、容器组或虚拟机可以部署在同一物理机上,也可以部署在多台不同的物理机上。

其中,物理机可以为单一服务器设备,也可以云化的服务器阵列,或者为云化的服务器阵列中运行的虚拟机(virtualmachine,vm)。另外,物理机也可以指具备相应服务能力的其他计算设备,例如电脑等终端设备(运行服务程序)等。

在本实施例中,不同的物理机之间可以是无线或有线连接。可选地,不同的物理机之间可以通过移动网络通信连接,相应地,移动网络的网络制式可以为2g(gsm)、2.5g(gprs)、3g(wcdma、td-scdma、cdma2000、utms)、4g(lte)、4g+(lte+)、5g、wimax等中的任意一种。可选地,不同的物理机之间也可以通过蓝牙、wifi、红外线等方式通信连接。

在实际应用中,如图1b所示,用户可通过其客户端设备13向浏览器输入加速域名,通过加速域名访问域名对应的源服务器。在浏览器本地没有加速域名对应的域名系统(domainnamesystem,dns)缓存的情况下,浏览器向域名对应的服务方的本地服务节点11请求dns域名解析。如图1b所示,客户端设备13可向本地服务节点11提供域名解析请求,该域名解析请求包含待解析域名。此处待解析域名可为加速域名,例如www.abc.com、mail.aaa.com等。

在本地服务节点11缓存有待解析域名对应的ip地址的情况下,可将待解析域名对应的ip地址返回给客户端设备,这样用户便可访问待解析域名标识的网站或邮箱等。在内容分发网络(contentdeliverynetwork,cdn)网络中,本地服务节点11可通过一组预先定义好的策略,将当时最接近用户的cdn节点的ip地址提供给用户,使用户能够得到快速的服务。

在一些情况下中,本地服务节点11未缓存有待解析域名对应的ip地址。在该场景下,本地服务节点11可向权威服务节点12请求加速域名对应的ip地址。本申请实施例所要测量的域名解析的响应时间,是指权威服务节点12对本地服务节点11发出的域名解析请求的响应时间,即本地服务节点11向权威服务节点12发出域名解析请求,至本地服务节点11获取域名解析请求所要解析的域名对应的ip地址之间的时长。由于对于本地服务节点11缓存有加速域名对应的ip地址的情况下,不涉及本地服务节点11向权威服务节点12请求域名解析的过程,因此在下述实施例中,重点以本地服务节点11未缓存有待解析域名对应的ip地址为例,对本申请实施例提供的域名解析的响应时间的测量过程进行示例性说明。

如图1a和图1b所示,本地服务节点11可向权威服务节点12提供域名解析请求。该域名解析请求,该域名解析请求包含第一域名。可选地,本地服务节点11可在本地未缓存待解析域名对应的ip地址的情况下,向权威服务节点12提供域名解析请求。该域名解析请求包含第一域名。其中,第一域名可为基于上述待解析域名生成的域名,也可为待解析域名。

在一些实施例中,如图1b所示,本地服务节点11包括:域名对应的服务方的ldns服务器11a和私有权威dns服务器11b。在该实施例中,ldns服务器11a可在本地未缓存有待解析域名对应的ip地址的情况下,向私有权威dns服务器11b提供另一域名解析请求。该域名解析请求包含待解析域名。在申请各实施例中,为了便于描述和区分,将客户端设备13向本地服务节点11提供的域名解析请求,定义为第一域名解析请求;将ldns服务器11a可在本地未缓存有待解析域名对应的ip地址的情况下,向私有权威dns服务器11b提供域名解析请求,定义为第二域名解析请求;并将本地服务节点11可在本地未缓存待解析域名对应的ip地址的情况下,向权威服务节点12提供的域名解析请求,定义为第三域名解析请求。

进一步,对于私有权威dns服务器11b来说,可接收ldns服务器11a提供的第二域名解析请求,并从第二域名解析请求中,解析出待解析域名。进一步,私有权威dns服务器11b可根据待解析域名以及权威服务节点12提供的接入域名,生成别名(canonicalname,cname)记录。其中,cname记录可表示为一种指向关系,在该实施例中,cname记录可将待解析域名指向权威服务节点12提供的接入域名。这样,ldns服务器11a便可通过访问权威服务节点12提供的接入域名,获取待解析域名对应的ip地址。例如,待解析域名为www.abc.com,权威服务节点12提供的接入域名为www.abc.com.defghijk.com。相应地,私有权威dns11b根据待解析域名以及权威服务节点12提供的接入域名,生成cname记录可表示为:www.abc.comcnamewww.abc.com.defghijk.com,即将www.abc.com指向www.abc.com.defghijk.com。进一步,私有权威dns服务器11b可将别名记录提供给该ldns服务器11a。

相应地,对于ldns服务器11a来说,可接收私有权威dns服务器11b提供的别名记录,从别名记录中获取权威服务节点12提供的接入域名。进一步,ldns服务器11a可将权威服务节点12提供的接入域名作为第一域名,并将第一域名写入上述第三域名解析请求。在该实施例中,本地服务节点11向权威服务节点12提供的第三域名解析请求中包含的第一域名,为权威服务节点12提供的接入域名。

在另一些实施例中,待解析域名对应的服务方未部署私有权威dns服务器11b。在该场景下,本地服务节点11包括:ldns服务器11a。ldns服务器11a可在本地未缓存有待解析域名对应的ip地址的情况下,向权威服务节点12提供域名解析请求。该域名解析请求包含待解析域名。即在该实施例中,本地服务节点11向权威服务节点12提供域名解析请求(第三域名解析请求)中包含的第一域名,为待解析域名。

相应地,如图1a和图1b所示,对于权威服务节点12来说,可接收本地服务节点11提供的第三域名解析请求,并从第三域名解析请求中解析出第一域名。进一步,权威服务节点12可根据第一域名,生成别名记录,并将该别名记录提供给本地服务节点11。在下述实施例中,为了便于描述和区分,将私有权威dns服务器11b可根据待解析域名以及权威服务节点12提供的接入域名,生成的别名记录,定义为第一别名记录;将权威服务节点12可根据第一域名,生成别名记录,定义为第二别名记录。其中,第二别名记录将第一域名指向另一别名域名。

进一步,本地服务节点11可接收第二别名记录。由于本地服务节点11未接收到待解析域名对应的ip地址,因此,本地服务节点11可基于第二别名记录,向权威服务节点12继续提供域名解析请求。该域名解析请求中包含第二别名记录中的别名域名。为了便于描述和区分,将本地服务节点12基于第二别名记录,向权威服务节点12继续提供的域名解析请求,定义为第四域名解析请求。

相应地,权威服务节点12可根据第二别名记录关联的第一时间以及第四域名解析请求关联的第二时间,确定域名解析的响应时间。在本实施例中,第二别名记录关联的第一时间可以为第二别名记录的生成时间,也可以为权威服务节点12执行生成第二别名记录的时间,或者为权威服务节点12生成第二别名记录的过程中的任一时刻;或者也可以为权威服务节点12向本地服务节点11发出第二别名记录的时间;等等。

第四域名解析请求关联的第二时间可以为:权威服务节点12接收到第四域名解析请求,至执行确定权威服务节点12进行域名解析的响应时间的操作之间的任一时刻,或者为执行确定权威服务节点12进行域名解析的响应时间的过程中的任一时刻。

上述根据第二别名记录关联的第一时间以及第四域名解析请求关联的第二时间,可确定域名解析的响应时间,主要是因为:在现有技术中,权威服务节点12在接收到上述第三域名解析请求的情况下,可从第三域名解析请求中解析出第一域名,并查询第一域名对应的ip地址,将第一域名对应的ip地址提供给本地服务节点11,完成域名解析。在该过程中,域名解析的响应时间,为本地服务节点11发出第三域名解析请求,至获取第一域名对应的ip地址之间的时长。在本实施例中,为了获取该时长,由权威服务节点12向本地服务节点11返回第二别名记录,以及本地服务节点11基于第二别名记录,向权威服务节点12继续提供第四域名解析请求的过程,来模拟上述本地服务节点11向权威服务节点12提供第三域名解析请求,权威服务节点12向本地服务节点11提供第一域名对应的ip地址的域名解析过程,来获取域名解析的响应时间。这种域名解析的响应时间测量方式,将域名解析的响应时间的测量融入域名解析流程中,无需客户端进行主动探测,因此可不受客户端的分布情况影响,有助于降低响应时间测试数据的全面性,进而有助于提高响应时间测量的准确性。

进一步,权威域名服务节点12还可从第四域名解析请求中解析出第二别名记录中包含的别名域名,并确定该别名域名对应的ip地址,在本申请实施例中,可不限定第二别名记录包含的别名域名的具体实现形式,其具体实现形式由权威服务节点12生成第一别名记录的实施方式决定。可选地,别名域名可以为权威服务节点12提供的接入域名,也可为基于权威服务节点12提供的接入域名生成的其它域名。在一些实施例中,权威服务节点12可根据第一域名以及目标信息,生成第二别名记录。其中,目标信息包括:当前对应的时间。即权威服务节点12可根据第一域名以及当前时间,生成第二别名记录。其中,当前时间可以为:权威服务节点12当前读取的时间戳。

可选地,目标信息还可包括:本地服务节点11的标识。这样,权威服务节点12可根据本地服务节点11的标识,确定域名解析请求来自于哪个本地服务节点。

可选地,权威服务节点12可对目标信息进行编码,得到编码信息。在本申请实施例中,不限定权威服务节点12对目标信息信息编码的具体实施方式。例如,权威服务节点12可采用iso-8859-1、gb2312、gbk、gb18030、utf-16或utf-8等编码方式对目标信息进行编码,但不限于此。

进一步,权威服务节点12可根据编码信息以及第一域名,生成别名域名。例如,可将编码信息和第一域名进行组合,得到别名域名。例如,对于将权威服务节点对于上述将权威服务节点12的接入域名www.abc.com.defghijk.com作为第一域名的情况,可将编码信息(如5e0d9b99ca656737792b)与权威服务节点12的接入域名进行组合,得到别名域名5e0d9b99ca656737792b.www.abc.com.defghijk.com。

进一步,权威服务节点12可根据别名域名以及第一域名,生成第二别名记录,并将第二别名记录提供给本地服务节点11。其中,第二别名记录可将第一域名指向别名域名,这样,本地服务节点11便可基于该别名域名,访问权威服务节点12。例如,对于上述别名域名5e0d9b99ca656737792b.www.abc.com.defghijk.com,第一域名为www.abc.com.defghijk.com的情况,第二别名记录可表示为:www.abc.com.defghijk.comcanme5e0d9b99ca656737792b.www.abc.com.defghijk.com。

相应地,对于本地服务节点11可接收第二别名记录。由于第二别名记录中不含有ip地址,因此,本地服务节点11会基于第二别名记录,向权威服务节点12提供第四域名解析请求。可选地,本地服务节点11可从第二别名记录中,获取别名域名;并根据所述别名域名,生成第四域名解析请求;该第二域名解析请求包含别名域名;并将第四域名解析请求提供给权威服务节点12。

相应地,权威服务节点12可接收第四域名解析请求,并根据第四域名解析请求,获取上述可根据第一域名以及当前时间生成第二别名记录时所使用的当前时间。在本实施例中,为了便于描述和区分,将权威服务节点12根据第一域名以及当前时间,生成第二别名记录时所使用的当前时间,定义为第三时间。相应地,权威服务节点12可根据第四域名解析请求,获取第三时间,并将第三时间作为第二域名记录关联的第一时间。

可选地,权威服务节点12可从第四域名解析请求中解析出别名域名;并从别名域名中识别出编码信息;进一步,权威服务节点12可对编码信息进行解码,以得到目标信息;并从目标信息中,识别出第三时间。这样,即便确定域名解析的响应时间的权威服务节点,与上述向本地服务节点11提供第二别名记录的权威服务节点为不同的权威服务节点,也可获取向本地服务节点11提供第二别名记录的权威服务节点,生成的第二别名记录包含的第三时间。其中,权威服务节点12对编码信息进行解码的过程,为权威服务节点12进行编码的过程的逆过程,采用的具体解码方式与采用的编码方式相对应。

进一步,权威服务节点12便可根据第一时间以及第四域名解析请求关联的第二时间,计算域名解析的响应时间。可选地,第四域名解析请求关联的第二时间可以为:权威服务节点12接收到第二域名解析请求,至执行确定权威服务节点12进行域名解析的响应时间的操作之间的任一时刻;例如,第二执行确定权威服务节点12进行域名解析的响应时间的操作时对应的当前时间戳等。或者,第四域名解析请求关联的第二时间也可为权威服务节点12执行确定域名解析的响应时间的过程中的任一时刻,等等。

值得说明的是,在本申请实施例中,确定域名解析的响应时间的权威服务节点,与上述向本地服务节点11提供第二别名记录的权威服务节点可以为不同的权威服务节点。为了向本地服务节点11提供第二别名记录的权威服务节点是否为自身,还可将权威服务节点的标识作为目标信息。即目标信息还包括:权威服务节点的标识。这样,对于权威服务节点12来说,还可从目标信息中,识别出权威服务节点的标识;并判断权威服务节点的标识是否为自身的标识;若判断结果为是,则根据第二别名记录关联的第一时间以及第四域名解析请求关联的第二时间,确定域名解析的响应时间。由于确定域名解析的响应时间的权威服务节点,与向本地服务节点11提供第二别名记录的权威服务节点为同一权威服务节点,有助于降低权威服务节点不同,所引起的测量误差,进而有助于进一步提高响应时间的测量准确度。

当然,对于权威服务节点的标识不是自身标识的情况下,权威服务节点12也可根据第二别名记录关联的第一时间以及第四域名解析请求关联的第二时间,确定域名解析的响应时间。

进一步,在本实施例中,为了提高域名解析的响应时间测量的准确度,权威服务节点12可从目标信息中,获取本地服务节点11的标识,并根据本地服务节点11的标识,确定权威服务节点12针对同一本地服务节点提供域名解析服务的多个响应时间。多个是指2个或2个以上。进一步,权威服务节点12可计算多个响应时间的均值,作为域名解析的响应时间。在本实施例中,利用同一权威服务节点对同一本地服务节点提供域名解析服务的响应时间,计算域名解析的响应时间,有助于降低本地服务节点的不同引起的响应时间测量误差,且多次测量求取平均值,也有助于降低响应时间测量误差,进而有助于进一步提高响应时间测量的准确性。

在本申请实施例中,权威服务节点12还可根据目标信息中包含的权威服务节点的标识和本地服务节点的标识,确定该权威服务节点12针对各本地服务节点提供的域名解析服务的响应时间,进一步,可根据该权威服务节点12针对各本地服务节点提供的域名解析服务的响应时间,统计域名解析的响应时间的变化趋势。可选地,权威服务节点12可输出统计出的域名解析的响应时间变化趋势。权威服务节点12的维护人员可根据权威服务节点12提供的域名解析服务的响应时间变化趋势,确定权威服务节点12的工作状态等。另一方面,权威服务节点12提供的域名解析服务的响应时间变化趋势,还可为权威服务节点12的部署提供参考依据。相应地,权威服务节点12的维护人员可根据权威服务节点12提供的域名解析服务的响应时间变化趋势,对权威服务节点12的部署进行规划,有助于提高域名解析服务的性能。

在本申请实施例中,权威服务节点12还可从第四域名解析请求中解析出上述第二别名记录包含的别名域名;并确定该别名域名对应的ip地址,作为第一域名对应的ip地址;将第一域名对应的ip地址返回给本地服务节点11。本地服务节点11获取第一域名对应的ip地址,之后可基于该ip地址访问待解析域名提供的服务。

可选地,权威服务节点12可将别名域名对应的ip地址,写入地址(address)记录,简称为a记录,并将该a记录返回给本地服务节点11。例如,对于上述别名域名5e0d9b99ca656737792b.www.abc.com.defghijk.com的情况,a记录可表示为:5e0d9b99ca656737792b.www.abc.com.defghijk.coma1.1.1.1。其中,1.1.1.1表示别名域名对应的ip地址。可选地,为了实现负载均衡,权威服务节点12还可为别名域名设置多个ip地址。多个指2个或2个以上。这样,权威服务节点12可将这多个ip地址分别写入多条a记录,其中一条a记录包含1个ip地址。例如,多个ip地址包含:1.1.1.1和2.2.2.2。对于ip地址为2.2.2.2的a记录,可表示为:5e0d9b99ca656737792b.www.abc.com.defghijk.coma2.2.2.2。

值得说明的是,在本申请实施例中,第一域名解析请求、第二域名解析请求、第三域名解析请求以及第四域名解析请求,仅仅用于区分不同的域名解析请求,不代表先后顺序,并不构成其它限制。

还值得说明的是,对于网络系统包含的多个权威服务节点12,可全部采用本申请实施例提供的响应时间测量方式进行响应时间测量,也可部分权威服务节点12采用本申请实施例提供的响应时间测量方式进行响应时间测量。进一步,对于采用本申请实施例提供的响应时间测量方式进行响应时间测量的权威服务节点来说,可针对本地服务节点11提供的所有第三域名解析请求均启动上述响应时间测量机制,也可按照一定的比例或一定的方式对接收到的部分第三域名解析请求启动上述响应时间测量机制。例如,可设置测量周期,每当测量周期到达时,启动上述响应时间测量机制;又例如,可每接收到n个第三域名解析请求的情况下,启动上述响应时间测量机制等等。其中,n≥2,且为整数。

上述网络系统提供的响应时间测量方式为权威服务节点12对域名解析的响应时间进行被动探测,当然也可由客户端设备13对域名解析的响应时间进行主动探测。在由客户端设备13对域名解析的响应时间进行主动探测的情况下,可在客户端设备13上部署拨测系统,由客户端设备13主动进行域名解析时间的探测。其中,部署有拨测系统的客户端设备13的数量和分布区域可由域名对应的服务方来决定。相应地,客户端设备13可根据发出域名解析请求的时间戳以及接受到待解析域名对应的ip地址的时间戳,计算域名解析的响应时间。

此外,本申请实施例提供的网络系统可部署于上述主动探测响应时间和被动探测响应时间两种探测机制:由客户端设备13对域名解析的响应时长进行主动探测,以及由权威服务节点12对域名解析的响应时间进行被动探测。对于这种情况,可由权威服务节点12的维护方自主选择采用哪种探测机制来测量域名解析的响应时间。可选地,权威服务节点12的维护方可根据在客户端设备13侧部署拨测系统部署成本以及在权威服务节点12部署域名解析的响应时间测量机制的成本,自主选择采用哪种探测机制来测量域名解析的响应时间。或者,网络系统也可根据网络状况和/或系统资源,自动确定采用哪种探测机制来测量域名解析的响应时间。其中,网站状况可包括:网络系统中任意通信的节点之间的网络质量等,系统资源包括:本地服务节点11和权威服务节点12的存储资源、计算资源以及网络系统(如带宽资源)等等。

除了上述系统实施例之外,本申请实施例还提供响应时间测量方法,下面分别从本地服务节点和权威服务节点的角度,对本申请实施例提供的响应时间测量方法进行示例性说明。

在实际应用中,用户可通过其客户端设备向浏览器输入加速域名,通过加速域名访问域名对应的源服务器。在浏览器本地没有加速域名对应的域名系统(domainnamesystem,dns)缓存的情况下,浏览器向域名对应的服务方的本地服务节点请求dns域名解析。客户端设备可向本地服务节点提供域名解析请求,该域名解析请求包含待解析域名。

在本地服务节点缓存有待解析域名对应的ip地址的情况下,可将待解析域名对应的ip地址返回给客户端设备,这样用户便可访问待解析域名标识的网站或邮箱等。在cdn网络中,本地服务节点可通过一组预先定义好的策略,将当时最接近用户的cdn节点的ip地址提供给用户,使用户能够得到快速的服务。

在一些情况下中,本地服务节点未缓存有待解析域名对应的ip地址。在该场景下,本地服务节点可向权威服务节点请求加速域名对应的ip地址。本申请实施例所要测量的域名解析的响应时间,是指权威服务节点对本地服务节点发出的域名解析请求的响应时间,即本地服务节点向权威服务节点发出域名解析请求,至本地服务节点获取域名解析请求所要解析的域名对应的ip地址之间的时长。由于对于本地服务节点缓存有加速域名对应的ip地址的情况下,不涉及本地服务节点向权威服务节点请求域名解析的过程,因此在下述实施例中,重点以本地服务节点未缓存有待解析域名对应的ip地址为例,对本申请实施例提供的域名解析的响应时间的测量过程进行示例性说明。

图2为本申请实施例提供的一种响应时间测量方法的流程示意图。该方法适用于权威服务节点,关于权威服务节点的实现形态可参见上述系统实施例的相关内容,在此不再赘述。如图2所示,该方法包括:

201、获取本地服务节点提供的第三域名解析请求;第三域名解析请求包含第一域名。

202、根据第一域名,生成第二别名记录。

203、将第二别名记录提供给本地服务节点,以供本地服务节点返回与第二别名记录关联的第四域名解析请求。

204、根据第二别名记录关联的第一时间以及第四域名解析请求关联的第二时间,确定域名解析的响应时间。

图3为本申请实施例提供的一种响应时间测量方法的流程示意图。该方法适用于本地服务节点,关于本地服务节点的实现形态可参见上述系统实施例的相关内容,在此不再赘述。如图3所示,该方法包括:

301、向权威服务节点提供第三域名解析请求,第三域名解析请求包含第一域名。

302、接收权威服务节点根据第一域名生成的第二别名记录。

303、基于第二别名记录,向权威服务节点提供第四域名解析请求,以供权威服务节点根据第二别名记录关联的第一时间以及第四域名解析请求关联的第二时间,确定域名解析的响应时间。

在本实施例中,关于本地服务节点和权威服务节点的实现形式、部署方式以及通信方式的描述,可参见上述系统实施例的相关内容,在此不再赘述。

在步骤301中,本地服务节点可向权威服务节点提供域名解析请求。该域名解析请求,该域名解析请求包含第一域名。可选地,本地服务节点可在本地未缓存待解析域名对应的ip地址的情况下,向权威服务节点提供域名解析请求。该域名解析请求包含第一域名。其中,第一域名可为基于上述待解析域名生成的域名,也可为待解析域名。

在一些实施例中,本地服务节点包括:域名对应的服务方的ldns服务器和私有权威dns服务器。在该实施例中,ldns服务器可在本地未缓存有待解析域名对应的ip地址的情况下,向私有权威dns服务器提供另一域名解析请求。该域名解析请求包含待解析域名。在申请各实施例中,为了便于描述和区分,将客户端设备向本地服务节点提供的域名解析请求,定义为第一域名解析请求;将ldns服务器可在本地未缓存有待解析域名对应的ip地址的情况下,向私有权威dns服务器提供域名解析请求,定义为第二域名解析请求;并将本地服务节点可在本地未缓存待解析域名对应的ip地址的情况下,向权威服务节点提供的域名解析请求,定义为第三域名解析请求。

进一步,对于私有权威dns服务器来说,可接收ldns服务器提供的第二域名解析请求,并从第二域名解析请求中,解析出待解析域名。进一步,私有权威dns服务器可根据待解析域名以及权威服务节点提供的接入域名,生成cname记录。其中,cname记录可表示为一种指向关系,在该实施例中,cname记录可将待解析域名指向权威服务节点提供的接入域名。这样,ldns服务器便可通过访问权威服务节点提供的接入域名,获取待解析域名对应的ip地址。进一步,私有权威dns服务器可将别名记录提供给该ldns服务器。

相应地,对于ldns服务器来说,可接收私有权威dns服务器提供的别名记录,从别名记录中获取权威服务节点提供的接入域名。进一步,ldns服务器可将权威服务节点提供的接入域名作为第一域名,并将第一域名写入上述第三域名解析请求。在该实施例中,本地服务节点向权威服务节点提供的第三域名解析请求中包含的第一域名,为权威服务节点提供的接入域名。

在另一些实施例中,待解析域名对应的服务方未部署私有权威dns服务器。在该场景下,本地服务节点包括:ldns服务器。ldns服务器可在本地未缓存有待解析域名对应的ip地址的情况下,向权威服务节点提供域名解析请求。该域名解析请求包含待解析域名。即在该实施例中,本地服务节点向权威服务节点提供域名解析请求(第三域名解析请求)中包含的第一域名,为待解析域名。

相应地,对于权威服务节点来说,在步骤201中,可接收本地服务节点提供的第三域名解析请求,并从第三域名解析请求中解析出第一域名。进一步,在步骤202中,可根据第一域名,生成别名记录,并在步骤203中,将该别名记录提供给本地服务节点。在下述实施例中,为了便于描述和区分,将私有权威dns服务器根据待解析域名以及权威服务节点提供的接入域名,生成的别名记录,定义为第一别名记录;将权威服务节点在步骤202中,根据第一域名,生成别名记录,定义为第二别名记录。其中,第二别名记录将第一域名指向另一别名域名。

进一步,在步骤302中,本地服务节点可接收第二别名记录。由于本地服务节点未接收到待解析域名对应的ip地址,因此,在步骤303中,本地服务节点可基于第二别名记录,向权威服务节点继续提供域名解析请求。该域名解析请求中包含第二别名记录中的别名域名。为了便于描述和区分,将步骤303中,本地服务节点基于第二别名记录,向权威服务节点继续提供的域名解析请求,定义为第四域名解析请求。

相应地,在步骤204中,权威服务节点可接收第四域名解析请求,并根据第二别名记录关联的第一时间以及第四域名解析请求关联的第二时间,确定域名解析的响应时间。在本实施例中,第二别名记录关联的第一时间可以为第二别名记录的生成时间,也可以为权威服务节点执行生成第二别名记录的时间,或者为权威服务节点生成第二别名记录的过程中的任一时刻;或者也可以为权威服务节点向本地服务节点发出第二别名记录的时间;等等。

第四域名解析请求关联的第二时间可以为:权威服务节点接收到第四域名解析请求,至执行确定权威服务节点进行域名解析的响应时间的操作之间的任一时刻,或者为执行确定权威服务节点进行域名解析的响应时间的过程中的任一时刻。

上述根据第二别名记录关联的第一时间以及第四域名解析请求关联的第二时间,可确定域名解析的响应时间,主要是因为:在现有技术中,权威服务节点在接收到上述第三域名解析请求的情况下,可从第三域名解析请求中解析出第一域名,并查询第一域名对应的ip地址,将第一域名对应的ip地址提供给本地服务节点,完成域名解析。在该过程中,域名解析的响应时间,为本地服务节点发出第三域名解析请求,至获取第一域名对应的ip地址之间的时长。在本实施例中,为了获取该时长,由权威服务节点向本地服务节点返回第二别名记录,以及本地服务节点基于第二别名记录,向权威服务节点继续提供第四域名解析请求的过程,来模拟上述本地服务节点向权威服务节点提供第三域名解析请求,权威服务节点向本地服务节点提供第一域名对应的ip地址的域名解析过程,来获取域名解析的响应时间。这种域名解析的响应时间测量方式,将域名解析的响应时间的测量融入域名解析流程中,无需客户端进行主动探测,因此可不受客户端的分布情况影响,有助于降低响应时间测试数据的全面性,进而有助于提高响应时间测量的准确性。

进一步,权威域名服务节点还可从第四域名解析请求中解析出第二别名记录中包含的别名域名,并确定该别名域名对应的ip地址,在本申请实施例中,可不限定第二别名记录包含的别名域名的具体实现形式,其具体实现形式由权威服务节点生成第一别名记录的实施方式决定。可选地,别名域名可以为权威服务节点提供的接入域名,也可为基于权威服务节点提供的接入域名生成的其它域名。在一些实施例中,权威服务节点可根据第一域名以及目标信息,生成第二别名记录。其中,目标信息包括:当前对应的时间。即权威服务节点可根据第一域名以及当前时间,生成第二别名记录。其中,当前时间可以为:权威服务节点当前读取的时间戳。

可选地,目标信息还可包括:本地服务节点的标识。这样,权威服务节点可根据本地服务节点的标识,确定域名解析请求来自于哪个本地服务节点。

可选地,权威服务节点可对目标信息进行编码,得到编码信息。在本申请实施例中,不限定对目标信息信息编码的具体实施方式。例如,可采用iso-8859-1、gb2312、gbk、gb18030、utf-16或utf-8等编码方式对目标信息进行编码,但不限于此。

进一步,权威服务节点可根据编码信息以及第一域名,生成别名域名。例如,可将编码信息和第一域名进行组合,得到别名域名。进一步,可根据别名域名以及第一域名,生成第二别名记录,并将第二别名记录提供给本地服务节点。其中,第二别名记录可将第一域名指向别名域名,这样,本地服务节点便可基于该别名域名,访问权威服务节点。

相应地,对于本地服务节点可接收第二别名记录。由于第二别名记录中不含有ip地址,因此,本地服务节点会基于第二别名记录,向权威服务节点提供第四域名解析请求。可选地,本地服务节点可从第二别名记录中,获取别名域名;并根据所述别名域名,生成第四域名解析请求;该第二域名解析请求包含别名域名;并将第四域名解析请求提供给权威服务节点。

相应地,权威服务节点可接收第四域名解析请求,并根据第四域名解析请求,获取上述可根据第一域名以及当前时间生成第二别名记录时所使用的当前时间。在本实施例中,为了便于描述和区分,将权威服务节点根据第一域名以及当前时间,生成第二别名记录时所使用的当前时间,定义为第三时间。相应地,权威服务节点可根据第四域名解析请求,获取第三时间,并将第三时间作为第二域名记录关联的第一时间。

可选地,权威服务节点可从第四域名解析请求中解析出别名域名;并从别名域名中识别出编码信息;进一步,可对编码信息进行解码,以得到目标信息;并从目标信息中,识别出第三时间。这样,即便确定域名解析的响应时间的权威服务节点,与上述向本地服务节点提供第二别名记录的权威服务节点为不同的权威服务节点,也可获取向本地服务节点提供第二别名记录的权威服务节点,生成的第二别名记录包含的第三时间。

进一步,权威服务节点便可根据第一时间以及第四域名解析请求关联的第二时间,计算域名解析的响应时间。可选地,第四域名解析请求关联的第二时间可以为:权威服务节点接收到第二域名解析请求,或者,为权威服务节点执行确定域名解析的响应时间的过程中的任一时刻,等等。

值得说明的是,在本申请实施例中,确定域名解析的响应时间的权威服务节点,与上述向本地服务节点提供第二别名记录的权威服务节点可以为不同的权威服务节点。为了向本地服务节点提供第二别名记录的权威服务节点是否为自身,还可将权威服务节点的标识作为目标信息。即目标信息还包括:权威服务节点的标识。这样,对于权威服务节点来说,还可从目标信息中,识别出权威服务节点的标识;并判断权威服务节点的标识是否为自身的标识;若判断结果为是,则根据第二别名记录关联的第一时间以及第四域名解析请求关联的第二时间,确定域名解析的响应时间。由于确定域名解析的响应时间的权威服务节点,与向本地服务节点提供第二别名记录的权威服务节点为同一权威服务节点,有助于降低权威服务节点不同,所引起的测量误差,进而有助于进一步提高响应时间的测量准确度。

当然,对于权威服务节点的标识不是自身标识的情况下,权威服务节点也可根据第二别名记录关联的第一时间以及第四域名解析请求关联的第二时间,确定域名解析的响应时间。

进一步,在本实施例中,为了提高域名解析的响应时间的准确度,权威服务节点可从目标信息中,获取本地服务节点的标识,并根据本地服务节点的标识,确定权威服务节点针对同一本地服务节点提供域名解析服务的多个响应时间。多个是指2个或2个以上。进一步,权威服务节点可计算多个响应时间的均值,作为域名解析的响应时间。在本实施例中,利用同一权威服务节点对同一本地服务节点提供域名解析服务的响应时间,计算域名解析的响应时间,有助于降低本地服务节点的不同引起的响应时间测量误差,且多次测量求取平均值,也有助于降低响应时间测量误差,进而有助于进一步提高响应时间测量的准确性。

在本申请实施例中,权威服务节点还可根据目标信息中包含的权威服务节点的标识和本地服务节点的标识,确定该权威服务节点针对各本地服务节点提供的域名解析服务的响应时间,进一步,可根据该权威服务节点针对各本地服务节点提供的域名解析服务的响应时间,统计域名解析的响应时间的变化趋势。可选地,权威服务节点可输出统计出的域名解析的响应时间变化趋势。权威服务节点的维护人员可根据权威服务节点提供的域名解析服务的响应时间变化趋势,确定权威服务节点的工作状态等。另一方面,权威服务节点提供的域名解析服务的响应时间变化趋势,还可为权威服务节点的部署提供参考依据。相应地,权威服务节点的维护人员可根据权威服务节点提供的域名解析服务的响应时间变化趋势,对权威服务节点的部署进行规划,有助于提高域名解析服务的性能。

在本申请实施例中,权威服务节点还可从第四域名解析请求中解析出上述第二别名记录包含的别名域名;并确定该别名域名对应的ip地址,作为第一域名对应的ip地址;将第一域名对应的ip地址返回给本地服务节点。本地服务节点获取第一域名对应的ip地址,之后可基于该ip地址访问待解析域名提供的服务。

可选地,权威服务节点可将别名域名对应的ip地址,写入地址(address)记录,简称为a记录,并将该a记录返回给本地服务节点。可选地,为了实现负载均衡,权威服务节点还可为别名域名设置多个ip地址。多个指2个或2个以上。这样,权威服务节点可将这多个ip地址分别写入多条a记录,其中一条a记录包含1个ip地址。

值得说明的是,在本申请实施例中,第一域名解析请求、第二域名解析请求、第三域名解析请求以及第四域名解析请求,仅仅用于区分不同的域名解析请求,不代表先后顺序,并不构成其它限制。

需要说明的是,上述实施例所提供方法的各步骤的执行主体均可以是同一设备,或者,该方法也由不同设备作为执行主体。比如,步骤201-204的执行主体可以为设备a;又比如,步骤201和步骤202的执行主体可以为设备a,步骤203和步骤204的执行主体可以为设备b;等等。

另外,在上述实施例及附图中的描述的一些流程中,包含了按照特定顺序出现的多个操作,但是应该清楚了解,这些操作可以不按照其在本文中出现的顺序来执行或并行执行,操作的序号如201、202等,仅仅是用于区分开各个不同的操作,序号本身不代表任何的执行顺序。另外,这些流程可以包括更多或更少的操作,并且这些操作可以按顺序执行或并行执行。

相应地,本申请实施例还提供一种存储有计算机指令的计算机可读存储介质,当所述计算机指令被一个或多个处理器执行时,致使所述一个或多个处理器执行上述响应时间测量方法中的步骤。

图4为本申请实施例提供的一种服务端设备的结构示意图。其中,服务端设备可以为智能手机、平板电脑、个人电脑、穿戴设备等终端设备,也可为单一服务器设备,也可以云化的服务器阵列,或者为云化的服务器阵列中运行的虚拟机(virtualmachine,vm)等。如图4所示,服务端设备包括:存储器40a、处理器40b和通信组件40c。

在本实施例中,存储器40a,用于存储计算机程序。

处理器40b耦合至存储器40a,用于执行计算机程序以用于:通过通信组件40c获取本地服务节点提供的第一域名解析请求;第一域名解析请求包含第一域名;根据第一域名,生成第一别名记录;并通过通信组件40c将第一别名记录提供给本地服务节点,以供本地服务节点返回与第一别名记录关联的第二域名解析请求;以及根据第一别名记录关联的第一时间以及第二域名解析请求关联的第二时间,确定权威服务节点进行域名解析的响应时间。

在一些实施例中,处理器40b在生成第一别名记录时,具体用于:根据第一域名以及目标信息,生成第一别名记录;目标信息包括:当前对应的第三时间。

进一步,处理器40b在生成第一别名记录时,具体用于:对目标信息进行编码,得到编码信息;根据编码信息以及第一域名,生成别名域名;根据别名域名以及第一域名,生成第一别名记录,以供本地服务节点基于别名域名生成第二域名解析请求。

相应地,处理器40b还用于:根据第二域名解析请求,获取第三时间,作为第一时间。

可选地,处理器40b在获取第三时间时,具体用于:从第二域名解析请求中解析出别名域名;并从别名域名中识别出编码信息;对编码信息进行解码,以得到目标信息;并从目标信息中,识别出第三时间。

可选地,第二域名解析请求关联的第二时间为:权威服务节点接收到第二域名解析请求,至执行确定权威服务节点进行域名解析的响应时间的操作之间的任一时刻;或者,权威服务节点执行确定域名解析的响应时间的过程中的任一时刻。

在另一些实施例中,目标信息还包括:权威服务节点的标识。相应地,处理器40b在确定域名解析的响应时间时,具体用于:从目标信息中,识别出权威服务节点的标识;判断权威服务节点的标识是否为自身的标识;若判断结果为是,则根据第一别名记录关联的第一时间以及第二域名解析请求关联的第二时间,确定域名解析的响应时间。

进一步,目标信息还包括:本地服务节点的标识。处理器40b还用于:根据本地服务节点的标识,确定权威服务节点针对同一本地服务节点提供域名解析服务的多个响应时间;计算多个响应时间的均值,作为域名解析的响应时间。

可选地,处理器40b还用于:根据权威服务节点的标识以及本地服务节点的标识,确定针对各本地服务节点提供的域名解析服务的响应时间;根据针对各本地服务节点提供的域名解析服务的响应时间,统计域名解析的响应时间的变化趋势。

在又一些实施例中,处理器40b还用于:从第二域名解析请求中解析出别名域名;并从别名域名中识别出第一域名;确定别名域名对应的ip地址,作为第一域名对应的ip地址;并通过通信组件40c将第一域名对应的ip地址返回给本地服务节点。

在一些可选实施方式中,如图4所示,该服务端设备还可以包括:电源组件40d等组件。若服务端设备可为电脑、智能手机等终端设备,则还可包括:显示屏40e和音频组件40f等组件。图4中仅示意性给出部分组件,并不意味着计算机设备必须包含图4所示全部组件,也不意味着计算机设备只能包括图3所示组件。

本实施例提供的服务端设备,可作为权威服务节点,在进行域名解析的过程中,可向本地服务节点先返回别名记录;本地服务节点由于未收到ip地址,会基于别名记录,向该服务端设备再次提供域名解析请求;进一步,该服务端设备可根据别名记录关联的第一时间以及本地服务节点再次提供的域名解析请求关联的第二时间,确定域名解析的响应时间。这种响应时间测量方式,将域名解析的响应时间的测量融入域名解析流程中,无需客户端进行主动探测,因此可不受客户端的分布情况影响,有助于降低响应时间测试数据的全面性,进而有助于提高响应时间测量的准确性。

图5为本申请实施例提供的另一服务端设备结构示意图。其中,服务端设备可以为智能手机、平板电脑、个人电脑、穿戴设备等终端设备,也可为单一服务器设备,也可以云化的服务器阵列,或者为云化的服务器阵列中运行的虚拟机(virtualmachine,vm)等。如图5所示,服务端设备包括:存储器50a、处理器50b和通信组件50c。

在本实施例中,存储器50a,用于存储计算机程序。

处理器50b耦合至存储器50a,用于执行计算机程序以用于:通过通信组件50c向权威服务节点提供第一域名解析请求,第一域名解析请求包含第一域名;以及通过通信组件50c接收权威服务节点根据第一域名生成的第一别名记录;基于第一别名记录,通过通信组件50c向权威服务节点提供第二域名解析请求,以供权威服务节点根据第一别名记录关联的第一时间以及第二域名解析请求关联的第二时间,确定域名解析的响应时间。

在一些实施例中,权威服务节点可根据第一域名以及目标信息,生成第一别名记录;目标信息包括:当前对应的第三时间。

进一步,权威服务节点可对目标信息进行编码,得到编码信息;并根据编码信息以及第一域名,生成别名域名;以及根据别名域名以及第一域名,生成第一别名记录。

相应地,处理器50b在基于第一别名记录向权威服务节点提供第二域名解析请求时,具体用于:从第一别名记录中,获取别名域名;根据别名域名,生成第二域名解析请求;第二域名解析请求包含别名域名;通过通信组件50c将第二域名解析请求提供给权威服务节点。

在一些可选实施方式中,如图5所示,该计算机设备还可以包括:电源组件50d等组件。若服务端设备可为电脑、智能手机等终端设备,则还可包括:显示屏50e和音频组件50f等组件。图5中仅示意性给出部分组件,并不意味着服务端设备必须包含图5所示全部组件,也不意味着服务端设备只能包括图5所示组件。

本实施例提供的服务端设备,可作为本地服务节点,与权威服务节点相互配合,可基于权威服务节点在域名解析过程中返回的别名记录,向权威服务节点再次提供域名解析请求;这样,权威服务节点可根据别名记录关联的第一时间以及本地服务节点再次提供的域名解析请求关联的第二时间,确定域名解析的响应时间。这种响应时间测量方式,将域名解析的响应时间的测量融入域名解析流程中,无需客户端进行主动探测,因此可不受客户端的分布情况影响,有助于降低响应时间测试数据的全面性,进而有助于提高响应时间测量的准确性。

在本申请实施例中,存储器用于存储计算机程序,并可被配置为存储其它各种数据以支持在其所在设备上的操作。其中,处理器可执行存储器中存储的计算机程序,以实现相应控制逻辑。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(sram),电可擦除可编程只读存储器(eeprom),可擦除可编程只读存储器(eprom),可编程只读存储器(prom),只读存储器(rom),磁存储器,快闪存储器,磁盘或光盘。

在本申请实施例中,处理器可以为任意可执行上述方法逻辑的硬件处理设备。可选地,处理器可以为中央处理器(centralprocessingunit,cpu)、图形处理器(graphicsprocessingunit,gpu)或微控制单元(microcontrollerunit,mcu);也可以为现场可编程门阵列(field-programmablegatearray,fpga)、可编程阵列逻辑器件(programmablearraylogic,pal)、通用阵列逻辑器件(generalarraylogic,gal)、复杂可编程逻辑器件(complexprogrammablelogicdevice,cpld)等可编程器件;或者为先进精简指令集(risc)处理器(advancedriscmachines,arm)或系统芯片(systemonchip,soc)等等,但不限于此。

在本申请实施例中,通信组件被配置为便于其所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络,如wifi,2g或3g,4g,5g或它们的组合。在一个示例性实施例中,通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,通信组件还可基于近场通信(nfc)技术、射频识别(rfid)技术、红外数据协会(irda)技术、超宽带(uwb)技术、蓝牙(bt)技术或其他技术来实现。

在本申请实施例中,显示屏可以包括液晶显示器(lcd)和触摸面板(tp)。如果显示屏包括触摸面板,显示屏可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与触摸或滑动操作相关的持续时间和压力。

在本申请实施例中,电源组件被配置为其所在设备的各种组件提供电力。电源组件可以包括电源管理系统,一个或多个电源,及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

在本申请实施例中,音频组件可被配置为输出和/或输入音频信号。例如,音频组件包括一个麦克风(mic),当音频组件所在设备处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中,音频组件还包括一个扬声器,用于输出音频信号。例如,对于具有语言交互功能的设备,可通过音频组件实现与用户的语音交互等。

需要说明的是,本文中的“第一”、“第二”等描述,是用于区分不同的消息、设备、模块等,不代表先后顺序,也不限定“第一”和“第二”是不同的类型。

本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中,计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitorymedia),如调制的数据信号和载波。

还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1