CN109379247A - 一种对应用程序的网络延时进行检测的方法及装置 - Google Patents
一种对应用程序的网络延时进行检测的方法及装置 Download PDFInfo
- Publication number
- CN109379247A CN109379247A CN201811131416.1A CN201811131416A CN109379247A CN 109379247 A CN109379247 A CN 109379247A CN 201811131416 A CN201811131416 A CN 201811131416A CN 109379247 A CN109379247 A CN 109379247A
- Authority
- CN
- China
- Prior art keywords
- speed
- server
- application
- network delay
- target
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
Abstract
本发明公开了一种对应用程序的网络延时进行检测的方法及装置,属于计算机技术领域,用于提高对应用程序的网络延时检测的准确性。在该方法中,每个应用程序对应一种延时检测策略,当确定需要对某个应用程序进行网络延时检测时,可以先确定该应用程序对应的延时检测策略,进而再按照获得的延时检测策略向目标测速服务器发送回送请求报文,最后再根据回送请求报文和目标测速服务器返回的回送应答报文来确定对应于该应用程序的网络延时,也就是说,可以对不同的应用程序以不同的延时检测策略进行差异化的网络延时检测,这样可以在一定程度上提高各个应用程序进行网络延时检测的准确性,从而提高网络延时检测精度。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种对应用程序的网络延时进行检测的方法及装置。
背景技术
网络延时一般会对用户造成一定的影响,例如用户在玩游戏时,如果网络延时过大,则可能造成游戏卡顿,从而导致游戏失利。为了便于用户能够及时知晓当前的网络延时,可以采用一些方式对网络延时进行检测,所以,网络延时检测的方式是一个值得思考的问题。
发明内容
本发明实施例提供一种对应用程序的网络延时进行检测的方法及装置,用于提高应用程序的网络延时检测的准确性。
第一方面,提供一种对应用程序的网络延时进行检测的方法,所述方法包括:
接收对选定的目标应用程序进行网络延时检测的触发指令;
响应所述触发指令,以获取与所述目标应用程序对应的延时检测策略;
根据所述延时检测策略,向目标测速服务器发送回送请求报文,并记录所述回送请求报文的发送时刻;
接收所述目标测速服务器发送的回送应答报文,并记录所述回送应答报文的接收时刻;
根据所述接收时刻和所述发送时刻之间的时间差,得到对应于所述目标应用程序的网络延时。
第二方面,提供一种对应用程序的网络延时进行检测的系统,所述系统包括测速管理服务器和测速服务器集群;其中:
所述测速管理服务器,用于接收终端设备发送的选定的目标应用程序的目标应用程序标识和测速请求指令;根据所述目标应用程序标识从所述测速服务器集群中选择对应的目标测速服务器,以及确定对应的延时检测策略;将所述目标测速服务器的服务器地址和所述延时检测策略发送给所述终端设备;
所述目标测速服务器,用于接收所述终端设备基于所述服务器地址并按照所述延时检测策略发送的回送请求报文;根据所述回送请求报文得到回送应答报文;以及将所述回送应答报文发送给所述终端设备,以使所述终端设备根据所述回送应答报文的接收时刻和所述回送请求报文的发送时刻之间的时间差,得到对应于所述目标应用程序的网络延时。
第三方面,提供一种对应用程序的网络延时进行检测的装置,所述装置包括:
第一接收模块,用于接收对选定的目标应用程序进行网络延时检测的触发指令;
获取模块,用于响应所述触发指令,以获取与所述目标应用程序对应的延时检测策略;
发送模块,用于根据所述延时检测策略,向目标测速服务器发送回送请求报文;
第一记录模块,用于记录所述回送请求报文的发送时刻;
第二接收模块,用于接收所述目标测速服务器发送的回送应答报文;
第二记录模块,用于记录所述回送应答报文的接收时刻;
延时确定模块,用于根据所述接收时刻和所述发送时刻之间的时间差,得到对应于所述目标应用程序的网络延时。
第四方面,提供一种终端设备,所述终端设备包括:
存储器,用于存储程序指令;
处理器,用于调用所述存储器中存储的程序指令,按照获得的程序指令执行第一方面中任一方法包括的步骤。
第五方面,提供一种存储介质,所述存储介质存储有计算机可执行指令,所述计算机可执行指令用于使计算机执行上述第一方面中任一方法包括的步骤。
本发明实施例中,可以为每个应用程序匹配一种对应的延时检测策略,以通过不同的延时检测策略来体现不同应用程序的差异性,进而可以得到不同应用程序的差异化的网络延时,从现有技术中的以设备为粒度的对整体网络延时检测方案,具体到以设备中安装的应用程序为粒度对应用程序进行针对性的网络延时检测,通过减小检测的粒度,使得网络延时检测的针对性更强,从而提高检测的多样性和灵活性,并且,由于是以每个应用程序匹配的延时检测策略进行相应的网络延时检测,所以可以在一定程度上提高检测的准确性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1A为本发明实施例中的一种应用场景的示意图;
图1B为本发明实施例中的另一种应用场景的示意图;
图1C为本发明实施例中的另一种应用场景的示意图;
图1D为本发明实施例中的另一种应用场景的示意图;
图2为本发明实施例中的对测速服务器按照就近原则部署的示意图;
图3为本发明实施例中的终端设备和测速服务器的交互示意图;
图4为本发明实施例中的对应用程序的网络延时进行检测的方法的流程图;
图5为本发明实施例中的选定目标应用程序的示意图;
图6为本发明实施例中的得到目标应用程序的网络延时的示意图;
图7为本发明实施例中的确定目标应用程序对应的延时检测策略的流程图;
图8为本发明实施例中的确定目标应用程序的数据传输规则的示意图;
图9A为本发明实施例中的对应用程序的网络延时进行检测的系统的架构示意图;
图9B为本发明实施例中的对应用程序的网络延时进行检测的系统的另一架构示意图;
图10为本发明实施例中的对应用程序的网络延时进行检测的装置的结构框图;
图11为本发明实施例中的终端设备的结构示意图;
图12为本发明实施例中的终端设备的另一结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互任意组合。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本发明的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象,而非用于描述特定顺序。此外,术语“包括”以及它们任何变形,意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
本发明实施例中,“多个”可以表示至少两个,例如可以是两个、三个或者更多个,本申请实施例不做限制。
另外,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,在不做特别说明的情况下,一般表示前后关联对象是一种“或”的关系。
以下对本文中涉及的部分用语进行说明,以便于本领域技术人员理解。
1、网络延时,是指一个数据包从用户的计算机发送到网站服务器,然后再从网站服务器返回到用户计算机的来回时间,通过网络延时可以反映网络的情况,例如可以知晓网络的大概网络以及网络稳定性。
2、ping,是Windows、Unix和Linux系统下的一个命令,也是一个控制报文(Internet Control Message Protocol,ICMP)协议,是传输控制协议/网际协议(Transmission Control Protocol/Internet Protocol,TCP/IP)协议族的一个子协议。利用ping命令可以检查网络是否连通,可以很好地帮助用户分析和判断网络故障,目前可以使用ping命令来检测网络延时,并且是一种应用较为广泛的网络延时检测方式。
3、UDP,即User Datagram Protocol的简称,翻译为用户数据报协议,是开放式系统互联(Open System Interconnection,OSI)参考模型中一种无连接、传输快的传输层协议,提供面向事务的简单不可靠信息传送服务。UDP具有较好的实时性,适用于对高速传输和实时性有较高要求的通信场景,目前很多游戏都是使用UDP协议来传输数据,这样可以尽量满足游戏的实时性要求。
4、WireShark,是一个网络封包分析软件,其功能是撷取网络封包,所以又称抓包工具,通过WireShark可以尽可能显示出较为详细的网络封包资料。
为了更好地理解本发明实施例提供的技术方案,下面先介绍本发明实施例的技术背景。
如前所述,由于网络延时的影响,可以采用一些方式对网络延时进行检测,例如通过反编译以及通过WireShark抓包工具发现,现有的网络延时检测方案普遍地是使用ping命令来实现的,例如一般通过ping百度(www.baidu.com)或者公司内的某个域名,而获得对应的网络延时,例如以下所示的检测代码中,其中的时间=45ms、时间=46ms、时间=46ms和时间=44ms就是指通过ping命令检测获得的4个网络延时。
C:\Users\Administrator\ping www.baidu.com
正在Ping www.a.shifen.com[119.75.213.61]具有32字节的数据:
来自119.75.213.61的回复:字节=32时间=45ms TTL=52
来自119.75.213.61的回复:字节=32时间=46ms TTL=52
来自119.75.213.61的回复:字节=32时间=42ms TTL=52
来自119.75.213.61的回复:字节=32时间=44ms TTL=52
然而,虽然使用ping命令的测速方案可以获得网络延时,但是由于ping一般是百度(即第三方)或者公司内域名,所以采用该方式获得的网络延时是ping命令的发送端与ping命令的接收端之间整体的网络延时,例如是指终端设备与服务器之间的整体网络延时。然而,在实际中,该终端设备中可能安装有多个应用程序,并且在使用过程中,用户一般想要知晓的是某个具体的应用程序的实际网络延时,比如对于游戏玩家而言,在意的是即将要玩(或者正在玩)的游戏应用的实际网络延时,如果采用现有技术中的方案,终端设备中的所有应用的网络延时几乎都是一样的,体现不出不同应用程序之间的网络延时差异,也就是说,目前的网络延时检测方案无法针对各个应用程序进行差异化的网络延时检测,所以导致每个应用程序的网络延时检测结果都是一样的,可能造成对单个应用程序的网络延时的误判,所以网络延时检测的准确性较低。另外,在使用ping命令进行网络延时检测的过程中,终端设备中安装的防火墙等安全防护软件还可能禁止ping端口,使得ping命令无法有效使用,在该情形下则无法通过ping命令来检测网络延时,换言之,现有的ping命令测速的方式的使用场景受限,灵活性不够,在某些情形下可能无法及时地进行网络延时的检测,方案的可实施性较差。
鉴于此,本发明实施例提供一种网络延时检测方法,在该方法中,每个应用程序对应一种延时检测策略,即,可以为每个应用程序匹配一种对应的延时检测策略,以通过不同的延时检测策略来体现出不同应用的差异性,进而可以得到不同应用差异化的网络延时,从现有技术中的以设备为粒度的对整体网络延时检测方案,具体到以设备中安装的应用程序为粒度对应用程序进行针对性的网络延时检测,通过减小检测的粒度,可以确保网络延时检测的针对性更强,提高检测的多样性和灵活性,并且,由于是以每个应用程序匹配的延时检测策略进行相应的网络延时检测,所以可以在一定程度上提高检测的准确性。
在本发明实施例中,当确定需要对某个应用程序进行网络延时检测时,则可以先确定该应用程序对应的延时检测策略,进而再按照获得的延时检测策略向目标测速服务器发送回送请求报文,最后再根据目标测速服务器基于该回送请求报文返回的回送应答报文来确定对应于该应用程序的网络延时,也就是说,可以对不同的应用以不同的延时检测策略进行差异化的网络延时检测,这样可以在一定程度上提高各个应用程序进行网络延时检测的准确性,从而提高延时检测精度,同时也不用像现有技术中的ping方式受使用场景的限定,所以可以确保更及时的网络延时检测,提高网络测速的灵活性。
在介绍完本发明实施例的设计思想之后,下面对本发明实施例中的网络延时检测方案适用的应用场景做一些简单介绍,需要说明的是,以下介绍的应用场景仅用于说明本发明实施例而非限定。在具体实施时,可以根据实际需要灵活地应用本发明实施例提供的技术方案。
请参见图1A,图1A为本发明实施例中的网络延时检测方案适用的一种应用场景,在该应用场景中包括终端设备101和多个测速服务器102,在实际中,测速服务器102的数量还可以是其它,可以根据具体的测速需求部署其它数量的测速服务器102,并且多个测速服务器102部署的位置可以不做限制,在图1A中是以部署了3个测速服务器102为例进行图示说明,例如可以将多个测速服务器102称作测速服务器集群。在终端设备101中安装有多个应用程序,为了简化,在图1A中是以终端设备101中安装了三个应用程序(即应用1、应用2、应用3)进行图示举例,这些应用程序可以包括多种类别,例如游戏类、资讯类、视频类、音乐类以及其它类别,图1A中所示的应用1、应用2、应用3可以属于同一种类别也可以属于不同类别。
当需要对终端设备101中的某个应用程序进行网络延时检测时,可以先确定与该应用程序匹配的延时检测策略,然后再选择用于该应用程序进行网络延时检测的测速服务器,例如与图1A中的应用1对应的延时检测策略是第一延时检测策略,而为应用1选择的是如图1A中所示的与应用1具有通信连接关系的测速服务器102(应用1同时还可以与另外的测速服务器102进行通信,图1A中未示出),进一步地,终端设备101可以按照第一延时检测策略向选择的测速服务器102发送回送请求报文,该测速服务器102在接收该回送请求报文之后则可以向终端设备101发送回送应答报文,终端设备101在接收回送应答报文之后,则可以根据该回送应答报文的接收时刻和该回送请求报文的发送时刻之间的时间差计算出对应于应用1的网络延时。
类似地,可以按照上述的方式再分别检测对应于应用2和应用3的网络延时,由于不同的应用程序是采用对应不同的延时检测策略和相应的测速服务器102来检测网络延时,所以可以针对不同应用程序进行差异化的网络延时检测,以提高网络延时检测的灵活性,并且由于延时检测策略是和每个应用程序对应设置的检测策略,所以是尽量考虑该应用程序自身的特性,这样可以在一定程度上提高各个应用程序进行网络延时检测的准确性。
再参见图1B,图1B为本发明实施例中的网络延时检测方案适用的另一种应用场景,相对于图1A来说,图1B中增加了测速应用服务器103,该测速应用服务器103是服务于终端设备101中安装的测速应用的后台服务器,可以将该测速应用理解为是一款可以对其它多款应用程序进行测速的应用程序,即,在该测速应用中即可直接对其它应用程序进行测速,相当于是其它应用程序进行网络延时检测的统一入口和平台,通过该测速应用集成对多个应用程序统一进行网络延时检测的功能,实现功能集中化和模块化,便于用户统一操作。在实际中,该测速应用可以和支持网络延时检测的其它应用程序(例如应用1、应用2、应用3)之间具有一定的授权关系,这样使得在测速应用中对其它应用程序进行测速时能够具有一定权限访问其它应用程序的相关数据的。本发明实施例中的测速应用服务器103同时可以管理测试服务器集群,可以这样理解,测速应用服务器103能够对所有的测速服务器102进行调度,例如为每个应用程序选择用于进行网络延时检测而使用的目标测速服务器,同时还可以更新和修改测速服务器集群中包括的测速服务器,例如从图1B中所示的包括3个测速服务器102的测速服务器集群中移除其中一个测速服务器102,或者还可以将其它的测速服务器102再添加到该测速服务器集群中。
另外,本发明实施例中的测速应用除了支持对其它应用进行网络延时检测的功能之外,还可以集成有其它功能,例如还可以同时集成有免费无线保真(Wireless Fidelity,WiFi)功能、游戏加速功能、资讯展示功能,等等。
再参见图1C,图1C为本发明实施例中的网络延时检测方案适用的另一种应用场景,相对于图1B来说,图1C中增加了应用服务器104和应用服务器105,其中,应用服务器104是服务于应用1的后台服务器,以及应用服务器105是服务于应用3的后台服务器,当然,还可以再包括服务于应用2的后台服务器,图1C中为了简化故未将其示出。
参见图1C所示,应用服务器104对应部署有包括3个测速服务器102的测速服务器组,以及应用服务器105也对应部署有包括3个测速服务器102的另一测速服务器组,并且测速应用服务器103对这两个测速服务器组均具有前述的调度权限。为了便于理解,在图1C中是将应用服务器104和其对应的测速服务器组放置于一个虚线矩形框中进行区别图示,以及将应用服务器105和其对应的测速服务器组放置于另一个虚线矩形框中进行区别图示。本发明实施例中,可以按照就近部署原则为应用服务器104部署对应的测速服务器组,具体来说,例如将应用服务器104对应的测速服务器组部署在应用服务器104的预定范围之内,使得部署的测速服务器组中的每个测速服务器能够尽可能的靠近应用服务器104,例如部署在应用服务器104所在的机房内或者隔壁机房或者其它距离较近的同一区域内,通过就近部署的方式可以使得部署的测速服务器能够尽量靠近应用服务器104以模拟应用服务器104的实际网络传输情况,以使得最后的网络延时检测准确性更高。可以理解的是,应用服务器105和未图示出的其它应用服务器对应的测速服务器组均可以按照前述介绍的就近部署原则进行部署,此处就不再展开说明了。
再参见图1D,图1D为本发明实施例中的网络延时检测方案适用的另一种应用场景,相对于图1C来说,图1D中增加了专用的测速调度服务器106,可以将测速调度服务器106看作了一个管理服务器,其能够对测速应用服务器103和所有的测速服务器102进行管理和调度,相当于是一个总的控制服务器,例如称作中控服务器。例如,需要对应用1进行网络延时检测,那么终端设备101则可以将应用1的应用标识发送给测速应用服务器103,测速应用服务器103再将接收的应用标识发送给测速调度服务器106,测速调度服务器106再根据该应用标识确定服务于应用1的应用服务器104对应部署的测速服务器组,然后再从确定出的测速服务器组中选择一个测速服务器102作为应用1后续进行网络延时检测用。相对于图1B和图1C来说,图1D中的测速调度服务器106接管了图1B和图1C中的测速应用服务器103对于所有测速服务器102的调度权限,通过管理服务器实现调度的方式,可以使得对于测速服务器102的调度和管理更加全面,调度性更强。
为了便于对本发明实施例中的就近部署原则进行理解,这里再结合图2进行说明。继续前述图1B-图1D中的例子,可见服务于应用1的应用服务器104部署在上海,具体来说是部署在上海的机房1中,此时按照就近部署原则,将对应于应用服务器104的测速服务器组也部署在上海,即部署在同一个城市,为了能够在地理位置上尽量靠近应用服务器104,例如可以将测速服务器102均部署在机房1中,但是如果应用服务器104的厂商和测速服务器102的厂商不属于同一个或者不具备合作关系,所以测速服务器102的厂商可能就没有权限在应用服务器104所在的机房1中部署自己的服务器,那么此时可以在距离机房1的其它较近区域部署测速服务器102,例如在靠近机房1的机房2中部署测速服务器102,图2中是为了便于理解,是以将部分测速服务器102部署在机房1中以及将其余部分的测速服务器102部署在较近的机房2中为例进行图示说明。
此时,处于成都的用户使用终端设备101对应用1进行网络延时检测,因为应用1的真正网络延时就是终端设备101从给应用服务器104发送数据包到接收应用服务器104返回的数据包之间的时间差,为了实现对应用服务器104的准确模拟,本发明实施例中采用了就近部署测速服务器组的部署方式,由于测速服务器组都是按照就近原则部署的,那么该测速服务器组中的每个测速服务器102距离应用服务器104都是较近的,所以此时在调度时,则可以从就近部署的测速服务器组中选择任一个测速服务器102作为测速使用。更进一步地,可以从测速服务器组中选择距离用户最近的测速服务器组102作为最终的测速使用,以图2为例,那么则可以选择机房1中的左下方的测速服务器组102作为应用1最终测速使用,这样在就近原则的基础上以与用户的实际距离最近的方式可以尽量降低与用户之间的时延,从而可以提高网络延时检测的效率。
前述的终端设备101可以是手机、平板电脑、掌上电脑(Personal DigitalAssistant,PDA),笔记本电脑、智能穿戴式设备(例如智能手表和智能头盔)、个人计算机,等等,无论是哪种设备,在该设备中均可以安装并运行多个应用程序,并且能够对安装的应用程序进行网络延时检测。以及,前述的测速服务器102、测速应用服务器103、应用服务器104、应用服务器105和测速管理服务器106均可以是个人计算机、大中型计算机、计算机集群,等等。
为进一步说明本发明实施例提供的网络延时检测方案,下面结合附图以及具体实施方式对此进行详细的说明。虽然本发明实施例提供了如下述实施例或附图所示的方法操作步骤,但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中,这些步骤的执行顺序不限于本发明实施例提供的执行顺序。所述方法在实际的处理过程中或者装置执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的应用环境)。
本发明实施例中的对应用程序的网络延时进行检测的方法可以应用于终端设备,该终端设备例如可以是前述图1A-图1D中的终端设备101,本发明实施例中的终端设备可以包括如图3所示的多个功能模块,通过这些功能模块可以实现对应的功能。例如,通过个性化测速模块可以针对各个应用采用差异化的延时检测策略,同时还可以按照就近部署原则选择测速用的目标测速服务器;云控管理模块可以对各个应用的延时检测策略进行修改和更新,以及可以增加或者更新能够进行网络延时检测的应用;ID(Identification,身份)管理模块可以存储能够进行网络延时检测的应用的标识,或者可以存储能够调用测速服务器资源进行测速的测速应用的标识,等等;数据组装模块可以用于实现报文的封装以得到回送请求报文;加密/解密模块可以用于对传输的数据进行加密和对应的解密;丢包计算模块可以用于计算在数据传输过程中出现的丢包数量和/或丢包率;发包策略模块可以用于确定发包的方式,例如发送的数据包大小、数据包结构、发包频率、发包间隔时长,等等,通过发包策略模块统计的发包情况,可以近似确定数据传输规则;收发模块是指用于进行数据收发的通信模块;延时计算模块用于计算最终的网络延时,例如根据回送请求报文的发送时刻和回送应答报文的接收时刻之间的时间差来计算应用的网络延时。
继续参见图3所示,与终端设备对应的,测速服务器可以包括数据监控模块、加密/解密模块、ID管理模块和收发模块。其中,数据监控模块可以用于对收发数据进行监控,加密/解密模块可以用于对传输的数据进行加密和对应的解密;收发模块是指用于进行数据收发的通信模块,ID管理模块是与终端设备中的ID管理模块对应的,测速服务器可以通过该ID管理模块对调取该测速服务器的服务器资源以进行测速使用的调用者进行权限验证,即对调用者进行鉴权,例如只有在测速服务器中的ID管理模块中存储的白名单中的应用或者测速应用才能使用该测速服务器检测网络延时,即只有白名单应用才具有调取权限,这样可以尽量避免测速服务器的服务器资源被非法使用或者冒用,确保服务器资源的有效使用。
另外,终端设备和测速服务器之间可以基于UDP协议传输数据,因为目前大多数应用(尤其是游戏应用)一般采用的均是UDP协议进行数据传输,而现有的ping测速方式采用的是ICMP协议,这种协议的不一致也会在一定程度上导致测速出现偏差,所以为了尽量规避这种由于数据传输协议不一致而导致的测速偏差,在本发明实施例中,终端设备可以采用与当前应用主流使用的数据传输协议相同的数据传输协议来进行网络延时检测,从而可以尽量提高网络延时检测的精度。在图3中是以UDP协议为例,应当理解的是,具体采用的数据传输协议可以根据当前选定的需要进行网络延时检测的目标应用程序实际采用的数据传输协议而定,例如目标应用程序在实际运行过程中采用的是另一种数据传输协议,那么在测速时,也就可以采用相同的数据传输协议封装以及发送回送请求报文,这样通过数据传输协议的一致性来尽量提高延时检测的准确性。
以下结合图4所示的对应用程序的网络延时进行检测的方法的流程图对本发明实施例中的技术方案进行说明,该方法可以由终端设备执行,该终端设备具有对多个应用程序分别进行网络延时检测的能力,该终端设备例如可以是图1A-图1D中的终端设备101。本发明实施例中的对应用程序的网络延时进行检测的方法的流程描述如下。
步骤401:检测当前是否满足用于触发对目标应用程序的网络延时进行检测的触发条件。
本发明实施例中,终端设备中可以安装一个或多个应用程序,终端设备具有针对每个应用程序分别进行网络延时检测的能力。以使用终端设备中安装的测速应用对多个其它应用程序进行网络延时检测为例,假设终端设备中安装有如图5所示的多款游戏应用,并且这些游戏应用均展示在测速应用中,当用户希望测试“王者荣耀”这款游戏的网络延时的话,则可以点击“王者荣耀”下方的“打开”按钮,进而触发测速应用对“王者荣耀”这款应用程序进行网络延时检测。
针对每个待测速的应用程序,均可以设置对应的触发条件,触发条件是用于触发对某个应用程序的网络延时进行检测的条件,换言之,当某个应用程序满足触发条件时,则可以认为具有对该应用程序进行网络延时检测的需求。在具体实施过程中,触发条件可以包括多种,并且,可以为所有的待测速应用程序设置相同的触发条件,或者,也可以为部分待测速应用程序设置一种触发条件,而为其余部分的待测速应用程序设置另一种触发条件,或者,还可以为每个待测速应用程序设置不同的触发条件,等等。为了便于理解,以下列举一些可能的触发条件进行说明。
在一种可能的触发条件的实施方式中,可以为应用程序设置检测周期,例如每间隔3小时检测一次网络延时,进一步地,终端设备则可以周期性地对应用程序的网络延时自动进行检测。当然,可以根据每个应用程序的类别不同而设置不同的检测周期,例如可以为视频类和游戏类应用设置较短的检测周期,因为视频类和游戏类应用一般对网络的要求较高,如果网络不好的话对用户的影响可能较大,所以可以通过较短的检测周期实现对网络的实时动态监控。
在另一种可能的触发条件的实施方式中,若检测到用户进行的触发操作,则认为满足触发条件,即,触发条件是以用户所进行的触发操作表示的,而触发操作例如可以是触控触发、手势触发或者语音触发,换言之,用户可以进行预定的触控操作、手势操作或者语音控制操作来实现对应用程序的网路延时的检测触发。在具体实施过程中,所有应用程序可以设置相同的触发操作,或者也可以设置不同的触发操作,当设置不同的触发操作时,还可以通过不同的触发操作类型来唯一表示对某个应用程序的检测触发,例如以双击触控表示对应用1的检测触发,以指关节触控表示对应用2的检测触发,以圆圈触控表示对应用3的检测触发,等等。
再在另一种可能的触发条件的实施方式中,例如在测速应用中,当用户选中了某个应用程序的触发检测控件,那么也就表明该应用程序满足了触发条件,例如,继续以图5所示,终端设备当检测到用户点击了“王者荣耀”下方的“打开”按钮时,终端设备则确定用户需要对“王者荣耀”进行网络延时检测,其中的“打开”按钮即可以理解为是前述的触发检测控件。
以上列举了几种可能的触发条件,在具体实施过程中,可以根据实际情况选择合适的触发条件进行设置。在本发明实施例中,可以将当前需要进行网络延时检测的应用程序称作目标应用程序,该目标应用程序可以由用户输入给终端设备,例如由用户直接手写输入或者语音输入目标应用程序的应用名称,或者由用户直接选择目标应用程序的应用图标或者应用名称,或者如前所述的,由用户直接选中目标应用程序对应的触发检测控件,等等。
结合前述的触发条件和选择目标应用程序的方式,终端设备可以先确定出选定的目标应用程序,进而再检测该目标应用程序是否满足触发条件,例如可以周期性的检测、定时检测或者实时检测,并获得检测结果。
步骤402:在满足用于触发对选定的目标应用程序的网络延时进行检测的触发条件时,获得与触发条件对应的触发指令,即可以接收针对选定的目标应用程序进行网络延时检测的触发指令。
按照步骤401介绍的方式,终端设备可以检测目标应用程序是否满足触发条件,一旦确定满足触发条件时,则表明可以对目标应用程序进行网络延时检测,那么则可以获得与该触发条件对应的触发指令,例如可以直接生成该触发指令,或者可以直接从已有的指令库中查找获得该触发指令,等等,该触发指令可以理解为是终端设备内部用于触发对目标应用程序的网络延时进行检测的控制信号,通过触发条件到触发指令的转换,可以将终端设备外部用户的需求转换成终端设备内部的机器执行逻辑,以启动终端设备内部的检测机制。
步骤403:响应触发检测指令,获取与目标应用程序对应的延时检测策略。
在获得触发指令之后,为了触发检测机制的运行,终端设备可以响应该触发指令,进而获得与目标应用程序对应的延时检测策略,而后再以该对应的延时检测策略来对该目标应用程序进行网络延时的具体检测。
本发明实施例中,可以为每个应用程序设置对应匹配的延时检测策略,具体来说,每个应用程序对应的延时检测策略是与该应用程序的应用特性相关联的,例如是与该应用程序的应用特征信息相关的,而应用特征信息可以包括应用的类别、数据传输协议和用户群体及数量等相关信息,由于每个应用的应用特征是存在差异的,本发明实施例根据应用程序之间的应用特征区别来差异化的为每个应用程序设置延时检测策略,所以若采用与目标应用程序关联对应的延时检测策略进行网络延时检测的话,能够尽量将该应用程序的应用特征考虑在内,针对性更强,可以尽量提高网络延时检测的准确性,同时可以提高网络延时检测的灵活性。
在本发明实施例中,可以预先将每个应用程序与对应的延时检测策略之间的对应关系作为可读文件存储在终端设备本地,或者也可以存储在测速应用服务器端,或者可以同时存储在终端设备本地和测速应用服务器端,其中,测速应用服务器是服务于终端设备中安装的测速应用的后台服务器。这样的话,当需要对某个应用程序的网络延时进行测试时,则可以直接基于该对应关系确定与该应用程序对应需要使用的延时检测策略,例如直接从该对应关系中查找出目标应用程序匹配对应的延时检测策略,效率较高。如果存储在终端设备本地,可以直接从终端设备本地获得该对应关系,如果存储在测速应用服务器端,终端设备可以先将目标应用程序的应用标识发送给测速应用服务器,测速应用服务器在接收该目标应用程序的应用标识之后,再从存储的对应关系中查找与该目标应用程序的应用标识对应的延时检测策略,然后再将查到的匹配的延时检测策略返回给终端设备,为了便于描述,后文中将目标应用程序的应用标识以目标应用程序标识进行表示,该目标应用程序标识例如可以是指目标应用程序的应用名称,或者可以是预先给目标应用程序分配的唯一对应的编码,或者也可以是指目标应用程序的安装包名称,等等。
除了通过上述静态存储对应关系获得延时检测策略的方式之外,在另一种实施方式中,终端设备还可以采用动态的方式实时确定与目标应用程序对应的延时检测策略,需要说明的是,上述介绍的静态存储应用与对应的延时检测策略之间的对应关系也可以按照此处介绍的动态确定的方式预先设置,为了便于阅读者理解,后文中将再以终端设备通过动态确定的方式对延时检测策略的获得方式和原理进行介绍,具体请参见后文详细说明。无论是哪一种获得方式,均可以理解为是终端设备通过其包括的个性化测速模块获得目标应用程序对应的延时检测策略。
步骤404:确定用于为目标应用程序进行测速的目标测速服务器。
为了完成网络延时的检测,还需要确定用于为目标应用程序进行测速的测速服务器,为了便于描述,后文中将用于为目标应用程序进行测速的测速服务称作目标测速服务器。
如前所述,可以预先部署测速服务器集群,例如可以按照现有的方式部署测速服务器集群,或者还可以根据前述介绍的就近部署原则针对每个应用部署对应的测速服务器组。终端设备可以采用以下两种确定方式中的任意一种方式来选择目标测速服务器。
第一种确定方式
终端设备中可以存储每个应用程序对应部署的所有测速服务器的服务器相关信息,该服务器相关信息可以包括每个测速服务器的部署信息和设备信息,其中,部署信息包括部署方式、部署位置、与终端设备之间的距离、部署时间等于部署相关的信息,而设备信息包括服务器地址、设备性能、历史故障信息、历史测速信息和软件升级信息等相关信息。在该实施方式中,终端设备可以根据存储的服务器相关信息选择目标测速服务器。
在一种可能的实施方式中,终端设备可以从测速服务器集群中随机选择一个作为目标测速服务器,因为部署的测速服务器均可以用于进行网络延时检测,所以即使随机选择一个也可以满足网络延时检测的需求。
在另一种可能的实施方式中,可以从就近部署的测速服务器集群中选择任意一个作为目标测速服务器,以图2所示的例子,可以选择机房1和机房2中包括的3个测速服务器中的任意一个作为最终的目标测速服务器。由于选择出的目标测速服务器是按照就近原则部署的,该目标测速服务器距离目标应用程序对应的应用服务器较近,所以能够在较大程度上模拟出终端设备与该应用服务器之间的通信情况,那么后续在使用该目标测速服务器进行网络延时检测时,与终端设备与应用服务器之间的真实网络延时更加接近,所以能够确保检测的网络延时具有较高的准确性。
在另一种可能的实施方式中,还可以先确定就近部署于目标应用程序的应用服务器周围的所有测速服务器,然后再从所有测速服务器中选择距离用户的实际位置最近的一个测速服务器作为最终的目标测速服务器,继续图2所示的例子,可见按照就近原则部署的3个测速服务器中,机房1中的左下方的测速服务器是距离用户最近的,所以可以将其选择作为最终的目标测速服务器,这样不仅通过就近原则可以尽量确保网络延时检测的准确性,进一步地还可以通过距离用户最近的技术手段使得目标测速服务器返回的回送应答报文能够尽快地传输给终端设备,进而提高网络延时检测的效率。
再在另一种可能的实施方式中,还可以先确定就近部署于目标应用程序的应用服务器周围的所有测速服务器,然后再从所有测速服务器中选择距离应用服务器最近的一个测速服务器作为最终的目标测速服务器,还是继续图2所示的例子,可见按照就近原则部署的3个测速服务器中,机房1中的右下方的测速服务器是距离应用服务器最近的,所以可以将其选择作为最终的目标测速服务器,这样不仅通过就近原则可以尽量确保网络延时检测的准确性,进一步地还可以通过距离应用服务器最近的方式使得目标测速服务器能够最大程度上的模拟应用服务器的实际位置,从而可以尽量提高延时测速的准确性。
在该方式中,终端设备根据本地存储的服务器相关信息即可确定出目标测速服务器,通过本地查找的方式,确定效率较高。
第二种确定方式
如前所述的服务器相关信息均存储在测速调度服务器,该测速调度服务器可以是测速应用对应的测速应用服务器,或者可以是用于管理所有测速服务器和测速应用服务器的管理服务器,无论测速调度服务器是哪种服务器,其均具有对所有测速服务器进行调度和管理的权限。
当终端设备需要确定目标测速服务器时,可以将目标应用程序标识发送给该测速调度服务器,该调度服务器可以从多个测速服务器中选择一个作为目标应用程序后续使用的目标测速服务器,而选择的方式可以按照第一种确定方式中终端设备选择目标测速服务器的实施方式进行选择,在选择了目标测速服务器之后,该测速调度服务器可以将选择的目标测速服务器的服务器地址(例如IP地址)发送给终端设备,以便终端设备能够根据测速调度服务器返回的服务器地址确定为其选择的目标测速服务器。
在该种确定方式中,是由具有调度权限的测速调度服务器来为终端设备选择和分配目标测速服务器,基于测速调度服务器的调度权限,可以提高对所有测速服务器的调度灵活性,便于各个测速服务器能够按需使用,同时可以考虑整个测速服务器集群的负载情况而灵活地配置。
在具体实施过程中,步骤403和步骤404的执行顺序可以不做限制,例如可以在步骤403之前执行步骤404,或者可以与步骤403同时执行步骤404,或者可以在步骤403之后执行步骤404,只要在步骤405之前执行完成以获得目标应用程序对应的延时检测策略和目标测速服务器即可。
步骤405:根据确定的延时检测策略,向目标测速服务器发送回送请求报文,以请求该目标测速服务器根据该回送请求报文返回回送应答报文。
也就是说,可以按照获得的延时检测策略向目标测速服务器发送回送请求报文了,而延时检测策略例如可以包括封装回送请求报文的规则和发送回送请求报文的方式。
在具体实施过程中,终端设备可以先确定需要向目标测速服务器发送的待发送信息,该待发送信息包括源地址、目标地址和测试参考信息等信息,然后再将该待发送信息根据延时检测策略对应的封装方式进行封装以得到回送请求报文。
可选的,待发送信息还可以包括目标应用程序的目标应用程序标识和/或测速应用的测速应用标识,其中,测速应用是被调用以用于对目标应用程序的网络延时进行检测的应用,而测速应用标识是指测速应用的应用标识,目标应用程序标识和测速应用标识均可以用于对目标测速服务器的调用权限进行鉴权,具体来说,就是可以在向目标测速服务器发送的回送请求报文中再携带目标应用程序标识,或者携带测速应用标识,或者可以同时携带目标应用程序标识和测试应用标识,以使得目标测速服务器在接收包括这些应用标识的时候,能够根据这些应用标识对调用者的调用权限进行判断。
步骤406:记录回送请求报文的发送时刻。
在向目标测速服务器发送回送请求报文之后,可以记录下发送该回送请求报文的时刻,以便后续根据该发送时刻来计算目标应用程序的网络延时。
步骤407:接收目标测速服务器发送的回送应答报文。
在终端设备向目标测速服务器发送回送请求报文之后,目标测速服务器可以接收该回送请求报文,并且,可以基于该回送请求报文生成对应的回送应答报文,由于目标测速服务器主要就是用于测速使用,所以目标测速服务器可以采用现有通用的方式,在接收到终端设备发送的回送请求报文之后再生成对应的回送应答报文,并将得到的回送应答报文发送给终端设备,从而,终端设备则可以接收来自于目标测速服务器的回送应答报文。
另外,在获得了回送请求报文之后,目标测速服务器可以先判断其中是否包括有目标应用程序标识和/或测速应用标识,如果若有的话,则可以利用该目标应用程序标识和/或测速应用标识对目标测速服务器的调用者进行鉴权,具体来说,例如是前述介绍的以其包括的ID管理模块对调用者进行鉴权。例如,当回送请求报文中携带有“王者荣耀”的目标应用程序标识时,目标测速服务器可以先从自身存储的白名单中查找是否有“王者荣耀”这个应用标识,若有的话,则确定可以利用该目标测速服务器对“王者荣耀”这个游戏应用进行网络延时的检测,即“王者荣耀”这个应用具有调用权限,类似地,测速应用标识也是采用相同的方式进行验证,这样可以避免测速服务器的资源被冒用,造成资源浪费,而是只有在具有设定的权限的调用者才能使用该测速服务器进行网络延时的检测,确保测速服务器资源的有效使用。
进一步地,在鉴权通过之后,再生成对应的回送应答报文,若鉴权未通过的话,目标测速服务器就可以不生成回送应答报文,即拒绝执行网络延时的检测,并且为了终端设备能够知晓鉴权未通过的结果,目标测速服务器还可以返回鉴权未通过的通知,以减少终端设备的无效等待。
步骤408:记录回送应答报文的接收时刻。
终端设备在接收来自于目标测速服务器的回送应答报文之后,可以记录下接收该回送应答报文的时刻,以便后续根据前述发送回送请求报文和该接收时刻来计算目标应用程序的网络延时。
步骤409:根据接收时刻和发送时刻之间的时间差,计算得到对应于目标应用程序的网络延时。
由于网络延时就是指数据包从用户的计算机发送到服务器,然后再从服务器返回到用户计算机的来回时间,所以,可以将回送应答报文的接收时刻和回送请求报文的发送时刻之间的时间差直接作为目标应用程序的网络延时。
请参见图6所示的已经完成网络延时检测的示意图,图6所示的是通过图5所示的触发操作而选中的目标应用程序“王者荣耀”进行网络延时检测后的网络延时的展示,可见,终端设备通过对应的延时检测策略测试得到的“王者荣耀”的网络延时是12ms,12ms的网络延时表明当前的网络状况是较好的,如果玩游戏的话也会比较流畅,所以在该网络延时下进行游戏的话,用户应该能够获得较好的游戏体验。相当于是对用户进行网络情况的预先提示,因为在实际中,大部分用户会根据当时的网络延时而决定是玩游戏、看视频或是查看资讯或者使用其它类型的应用,所以准确地对应用进行测速,能吸引更多的玩家在玩游戏之前先对当前网络进行延迟测速,这样的话可以尽量满足用户的使用需求,同时可以提高测速应用的渗透率以及品牌曝光度。另外,当测速应用还集成有视频、游戏加速等功能时,利用网络延时检测功能可以直观地对比游戏加速前后的延时数据情况,这样可以更直观、明确地知晓加速的实际效果,所以本发明实施例中的精准的网络延时检测方案自然也就是很有必要的。
如前所述,目标应用程序的延时检测策略还可以采用动态的方式确定,参见图7所示,以下结合图7对终端设备确定目标应用程序对应的延时检测策略的方案进行进一步的说明。
步骤701:获得与目标应用程序的应用服务器之间进行数据传输的数据传输规则。
在目标应用程序的运行期间,终端设备一般会与服务于该目标应用程序的应用服务器之间进行数据交互,即目标应用程序的客户端会与服务端进行数据交互,而通过目标应用程序的历史运行数据即可获得终端设备与应用服务器之间进行数据传输的数据传输规则,或者,还可以将目标应用程序的数据传输规则预先存储在终端设备中,终端设备可以自身存储中直接查找获得目标应用程序的数据传输规则。
其中,数据传输规则包括数据传输协议,在确定了数据传输协议之后,则可以根据数据传输协议知晓具体传输的数据包大小、数据包结构、发包个数、发包间隔以及例如游戏中的模拟团战的参数等应用特征信息,例如图8所示。由于每个应用的数据传输协议可能不同,而不同的数据传输协议使得数据包在网络中的处理和传输的方式也可能不同。
在另一种实施方式中,数据传输规则还可以包括向应用服务器发送数据包的最大发包频率和最小发间隔时长中的至少一种。因为在实际中,还考虑到这样一种情形,在有些应用程序中包括一些发包频率较快的场景,例如发包频率超过预定发包频率,在这些场景下由于数据交互比较频繁所以一般希望具有较好的网络支持以确保业务能够及时稳定的执行,例如在游戏应用中,一般包括团战应用场景,在团战应用场景下,由于涉及到多个角色的游戏请求数据,终端设备与应用服务器之间的发包频率就较大,数据交互的频率较高,在该情形下则更需要考虑到网络延时的影响,所以在本发明实施例中,在目标应用程序包括预定应用场景(例如团战应用场景)时,则可以统计在发生该预定应用场景的过程中的多个发包频率和多个发包间隔时长,然后再对多个发包频率进行第一预定处理以得到前述的最大发包频率,以及对多个发包间隔时长进行第二预定处理以得到最小发包间隔时长。
其中,第一预定处理方式可以是均值处理,即将多个发包频率求平均值后将得到的平均发包频率作为最终的最大发包频率,因为在团战场景的过程中,以一定时间为单位内的发包频率一般都比较大,通过均值处理的方式可以大体上反映整个团战场景过程中的整体发包频率。在其它的处理方式中,例如还可以直接将多个发包频率中的最大值作为最大发包频率,或者还可以采用其它的处理方式。类似地,第二预定处理可以采用与第一预定处理相同的处理方式,即第二预定处理方式也可以采用均值处理或者取最大值的处理方式得到最小发包间隔时长,最小发包间隔时长也可以在一定程度上体现发包频率,例如发包频率越大发包间隔时长则越小,所以通过最小发包间隔时长也能够反映出在团战场景过程中数据交互的频繁程度。
本发明实施例中,可以在目标应用程序的数据传输规则中将最大发包频率和/或最小发包间隔时长考虑在内,因为不同的网络延时对这两者的影响是比较明显的,那么在基于数据传输规则进行网络延时检测时,就可以尽量将目标应用程序在实际业务过程中可能出现的对网络要求较高的业务场景考虑在内,使得对于网络延时的检测能够真实地反映出目标应用程序的实际应用场景,进而提高网络延时检测的准确性。
步骤702:判断获得的数据传输规则是否有效。
也就是说,在获得了目标应用程序的数据传输规则之后,还可以进一步地判断其是否有效,例如,可以根据目标应用程序的数据传输规则的大致要求对获得的数据传输规则进行有效性排查,通过该判断可以尽量确保获得的数据传输规则的有效性。若确定无效,则可以继续执行步骤701以重新获得数据传输规则,这样可以避免前次获得方式错误或者其它原因导致的无效,若确定有效,则可以执行步骤703,即进一步地判断目标应用程序是否是预定应用程序。
步骤703:判断目标应用程序是否是预定应用程序。
其中,预定应用程序可以包括预先设置好的一些应用程序名单,若是预定应用程序,则需要对步骤701中获得的数据传输规则进行一定程度的偏量调整后再得到目标数据传输规则,即可以对原始的数据传输规则稍作处理后以得到目标数据传输规定,换言之,可以以获得原始的数据传输规则为基准,对该原始的数据传输规则进行模拟调整以得到目标数据传输规则;若不是预定应用程序,则可以直接将步骤701中获得的数据传输规则作为最终的目标数据传输规则(即步骤707)。例如,预定应用程序是一些比较热门的游戏应用,这些热门的游戏应用的使用者分布范围广,并且集中使用的时间(例如晚上时间段)也是比较明显的,针对这些应用程序的网络延时检测,则可以再充分考虑检测时的环境因素,以提高检测的准确性。
步骤704:在目标应用程序是预定应用程序时,则可以确定进行网络延时检测的当前环境参数。其中,当前环境参数包括当前检测时间和/或当前物理位置。
步骤705:根据环境参数的值与模拟调整偏量之间的对应关系,查找与当前环境参数的值对应的目标模拟调整偏量。
步骤706:基于目标模拟调整偏量对数据传输规则进行模拟调整,得到目标数据传输规则。
也就是说,可以同时考虑到当前进行网络延时检测的当前检测时间和/或当前物理位置,即将当前的实际环境因素考虑在内,以游戏应用为例,其一般具有地域性差异,比如沿海城市的用户普及率要高于内地城市,又例如,游戏应用在晚上时间段的使用人数要远大于白天时间段的使用人数,在使用者较多的密集区域,那么网络出现拥塞而导致网络时延也可能较大,所以在此基础上,在对目标应用程序的数据传输规则进行模拟时可以将当前实际的环境因素考虑在内,并根据环境因素来确定模拟调整偏量,例如在网络时延可能较大的区域或者时间段设置较大的模拟调整偏量,而这里设置的较大的模拟调整偏量即可以理解为是本发明实施例中的目标模拟调整偏量,进而再基于目标模拟调整偏量对目标应用程序的原始的数据传输规则进行模拟调整,以得到最终的目标数据传输规则。
另外,在确定目标模拟调整偏量时,具体可以通过查找环境参数的值与模拟调整偏量之间的对应关系来获得与当前环境参数的值对应的目标模拟调整偏量,也就是说,可以预先设置环境参数的值与模拟调整偏量之间的对应关系,例如根据以往的经验值设置,或者还可以采用其它的设置方式。
步骤707:直接将获得的数据传输规则作为最终使用的目标数据传输规则。
步骤707是在确定目标应用程序并非预定应用程序时执行的步骤,通过步骤707,也可以获得目标数据传输规则。
步骤708:将以目标数据传输规则向目标测速服务器发送回送请求报文的方式作为目标应用程序对应的延时检测策略。
无论采用前述的哪种方式得到目标数据传输规则之后,则可以将以该目标数据传输规则向目标测速服务器发送回送请求报文的方式作为目标应用程序对应的延时检测策略,具体来说,可以包括封装回送请求报文的规则和发送回送请求报文的方式。
通过模拟目标应用程序与对应的应用服务器之间的数据传输规则,进而可以获得本次测速用的目标数据传输规则,最后再以该目标数据传输规则来生成和发送回送请求报文,也就是说,通过尽量模拟原始的目标应用程序与对应的应用服务器之间的数据传输情况来进行网络延时的测试,这样可以尽量还原目标应用程序在实际业务场景中的数据传输情况,进而可以在较大程度上提高网络延时检测的准确性和精度。
基于同一发明构思,请参见图9A所示,本发明实施例提供一种对应用程序的网络延时进行检测的系统,该对应用程序的网络延时进行检测的系统包括测速管理服务器901和包括多个测速服务器902的测速服务器集群,进一步地,还可以包括终端设备903。该对应用程序的网络延时进行检测的系统可以是前述图1B-图1D所示的系统,其中的测速管理服务器901例如可以理解为是图1B-图1D中的测速应用服务器103或者是图1D中的测速调度服务器106,测速服务器902可以理解为是图1B-图1D中的测速服务器102,终端设备903可以理解为是图1B-图1D中的终端设备101。
测速管理服务器901,用于接收终端设备903发送的选定的目标应用程序的目标应用程序标识和测速请求指令,再根据目标应用程序标识从测速服务器集群中选择对应的目标测速服务器,以及确定对应的延时检测策略,最后再将目标测速服务器的服务器地址和延时检测策略发送给终端设备903。
目标测速服务器,用于接收终端设备903基于服务器地址并按照延时检测策略发送的回送请求报文,并根据回送请求报文得到回送应答报文,以及将回送应答报文发送给终端设备903,以使终端设备903根据回送应答报文的接收时刻和所述回送请求报文的发送时刻之间的时间差,得到对应于目标应用程序的网络延时。
在一种可能的实施方式中,请参见图9B,本发明实施例中的对应用程序的网络延时进行检测的系统还包括多个应用服务器904的应用服务器集群,每个应用服务器904服务于一个应用程序,应用服务器904例如是图1C-图1D中的应用服务器104或应用服务器105。该测速服务器集群可以包括多组测速服务器,即所有测速服务器902可以按组划分,每组测速服务器902按照就近原则部署于一个应用服务器904的预定范围之内,即一组测速服务器902可以对应部署于一个应用服务器904的预定范围之内。
在一种可能的实施方式中,测速管理服务器901用于根据目标应用程序标识确定目标应用程序对应的目标应用服务器对应部署的目标测速服务器组,再将目标测速服务器组中距离目标应用服务器最近或距离终端设备903最近的测速服务器902确定为目标测速服务器。
在一种可能的实施方式中,测速管理服务器901还可以用于更新每个应用程序的延时检测策略,和/或,对能够进行网络延时检测的应用集合进行更新。
对于本发明实施例中的对应用程序的网络延时进行检测的系统所包括的各个设备可以参见前述方法实施例中的介绍,此处就不再重复说明了。
基于同一发明构思,请参见图10所示,本发明实施例提供一种对应用程序的网络延时进行检测的装置,包括:
第一接收模块1001,用于接收对选定的目标应用程序进行网络延时检测的触发指令;
获取模块1002,用于响应触发指令,以获取与目标应用程序对应的延时检测策略;
发送模块1003,用于根据延时检测策略,向目标测速服务器发送回送请求报文;
第一记录模块1004,用于记录回送请求报文的发送时刻;
第二接收模块1005,用于接收目标测速服务器发送的回送应答报文;
第二记录模块1006,用于记录回送应答报文的接收时刻;
延时确定模块1007,用于根据接收时刻和发送时刻之间的时间差,得到对应于目标应用程序的网络延时。
可选的,所述对应用程序的网络延时进行检测的装置还包括选择模块,用于在发送模块1003向目标测速服务器发送回送请求报文之前,从测速服务器集群中选择目标测速服务器,其中,测速服务器集群按照就近原则部署于目标应用程序的应用服务器的预定范围之内。
可选的,获取模块1002用于获得与目标应用程序的应用服务器之间进行数据传输的数据传输规则;以数据传输规则为基准,对数据传输规则进行模拟调整以得到目标数据传输规则;再将以目标数据传输规则向目标测速服务器发送回送请求报文的方式作为延时检测策略。
可选的,获取模块1002用于确定进行网络延时检测的当前环境参数,当前环境参数包括当前检测时间和/或当前物理位置;根据环境参数的值与模拟调整偏量之间的对应关系,查找与当前环境参数的值对应的目标模拟调整偏量;再基于目标模拟调整偏量对数据传输规则进行模拟调整,以得到目标数据传输规则。
一种可选的实施方式,数据传输规则包括与应用服务器之间进行数据传输的数据传输协议。另一种可选的实施方式,数据传输规则包括向应用服务器发送数据包的最大发包频率和最小发包间隔时长中的至少一种。
可选的,最大发包频率和最小发包间隔时长按照以下方式确定:在目标应用程序包括预定应用场景时,统计在发生预定应用场景的过程中的多个发包频率和多个发包间隔时长;其中,预定应用场景为发包频率超过预定发包频率的应用场景;对多个发包频率进行第一预定处理以得到最大发包频率,以及,对多个发包间隔时长进行第二预定处理以得到最小发包间隔时长。
可选的,所述对应用程序的网络延时进行检测的装置还包括:
第三获得模块,用于在发送模块1003向目标测速服务器发送回送请求报文之前,获得目标应用程序的目标应用程序标识和/或测速应用的测速应用标识,测速应用是被调用以用于对目标应用程序的网络延时进行检测的应用;
确定模块,用于确定包括目标应用程序标识和/或测速应用标识的待发送信息;
封装模块,用于通过目标数据传输规则对待发送信息进行封装,以获得回送请求报文,目标应用程序标识和测速应用标识均用于对目标测速服务器的调用权限进行鉴权。
其中,前述对应用程序的网络延时进行检测的方法的实施例涉及的各步骤的所有相关内容均可以援引到本发明实施例中的对应功能模块的功能描述,在此不再赘述。本发明实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,另外,在本发明各个实施例中的各功能模块可以集成在一个处理器中,也可以是单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
基于同一发明构思,本发明实施例还提供一种终端设备,该终端设备例如是智能手机、平板电脑、PDA,笔记本电脑、车载设备、智能穿戴式设备等等。该终端设备可以是硬件结构、软件模块、或硬件结构加软件模块。该终端设备可以由芯片系统实现,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。该终端设备例如是前述图1A-图1D中的终端设备101。
如图11所示,本发明实施例中的终端设备包括至少一个处理器1101,以及与至少一个处理器1101连接的存储器1102,本发明实施例中不限定处理器1101与存储器1102之间的具体连接介质,图11中是以处理器1101和存储器1102之间通过总线1100连接为例,总线1100在图11中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。总线1100可以分为地址总线、数据总线、控制总线等,为便于表示,图11中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
在本发明实施例中,存储器1102存储有可被至少一个处理器1101执行的指令,至少一个处理器1101通过执行存储器1102存储的指令,可以执行前述的数字身份申请方法或身份认证方法中所包括的步骤。
其中,处理器1101是终端设备的控制中心,可以利用各种接口和线路连接整个终端设备的各个部分,通过运行或执行存储在存储器1102内的指令以及调用存储在存储器1102内的数据,终端设备的各种功能和处理数据,从而对终端设备进行整体监控。可选的,处理器1101可包括一个或多个处理单元,处理器1101可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器1101中。在一些实施例中,处理器1101和存储器1102可以在同一芯片上实现,在一些实施例中,它们也可以在独立的芯片上分别实现。
处理器1101可以是通用处理器,例如中央处理器(CPU)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本发明实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器1102作为一种非易失性计算机可读存储介质,可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器1102可以包括至少一种类型的存储介质,例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(RandomAccess Memory,RAM)、静态随机访问存储器(Static RandomAccess Memory,SRAM)、可编程只读存储器(Programmable Read Only Memory,PROM)、只读存储器(Read Only Memory,ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,EEPROM)、磁性存储器、磁盘、光盘等等。存储器1102是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。本发明实施例中的存储器1102还可以是电路或者其它任意能够实现存储功能的装置,用于存储程序指令和/或数据。
请参见图12所示的终端设备的另一结构示意图,该终端设备还可以包括输入单元1201、显示单元1202、射频单元1203、音频电路1204、扬声器1205、麦克风1206、无线保真(Wireless Fidelity,WiFi)模块1207、蓝牙模块1208、电源1209、外部接口1210、耳机插孔1211等部件。本领域技术人员可以理解的是,图12仅仅是终端设备的举例,并不构成对终端设备的限定,终端设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件。
输入单元1201可用于接收输入的数字或字符信息,以及产生与终端设备的用户设置以及功能控制有关的键信号输入。例如,输入单元1201可包括触摸屏12011以及其它输入设备12012。触摸屏12011可收集用户在其上或附近的触摸操作(比如用户使用手指、关节、触笔等任何适合的物体在触摸屏12011上或在触摸屏12011附近的操作),即触摸屏12011可用于检测触摸压力以及触摸输入位置和触摸输入面积,并根据预先设定的程序驱动相应的连接装置。触摸屏12011可以检测用户对触摸屏12011的触控操作,将触控操作转换为触控信号发送给处理器1101,或者理解为可将触控操作的触控信息发送给处理器1101,并能接收处理器1101发来的命令并加以执行。触控信息至少可以包括压力大小信息和压力持续时长信息中的至少一种。触摸屏12011可以提供终端设备和用户之间的输入界面和输出界面。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触摸屏12011。除了触摸屏12011,输入单元1201还可以包括其它输入设备12012。比如,其它输入设备12012可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1202可用于显示由用户输入的信息或提供给用户的信息以及终端设备的各种菜单。进一步的,触摸屏12011可覆盖显示单元1202,当触摸屏12011检测到在其上或附近的触控操作后,传送给处理器1101以确定的触控操作的压力信息。在本发明实施例中,触摸屏12011与显示单元1202可以集成为一个部件而实现终端设备的输入、输出、显示功能。为便于描述,本发明实施例以触摸屏12011代表触摸屏12011和显示单元1202的功能集合为例进行示意性说明,当然在某些实施例中,触摸屏12011与显示单元1202也可以作为两个独立的部件。
当显示单元1202和触摸板以层的形式彼此叠加以形成触摸屏12011时,显示单元1202可以用作输入装置和输出装置,在作为输出装置时,可以用于显示图像,例如实现对各种视频的播放。显示单元1202可以包括液晶显示器(Liquid Crystal Display,LCD)、薄膜晶体管液晶显示器(Thin Film Transistor Liquid Crystal Display,TFT-LCD)、有机发光二极管(Organic Light Emitting Diode,OLED)显示器、有源矩阵有机发光二极体(Active Matrix Organic Light Emitting Diode,AMOLED)显示器、平面转换(In-PlaneSwitching,IPS)显示器、柔性显示器、3D显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看,这可以称为透明显示器,根据特定想要的实施方式,终端设备可以包括两个或更多显示单元(或其它显示装置),例如,终端设备可以包括外部显示单元(图12未示出)和内部显示单元(图12未示出)。
射频单元1203可用于收发信息或通话过程中信号的接收和发送。通常,射频电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier,LNA)、双工器等。此外,射频单元1203还可以通过无线通信与网络设备和其它设备通信。无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication,GSM)、通用分组无线服务(General Packet RadioService,GPRS)、码分多址(Code Division Multiple Access,CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE)、电子邮件、短消息服务(Short Messaging Service,SMS)等。
音频电路1204、扬声器1205、麦克风1206可提供用户与终端设备之间的音频接口。音频电路1204可将接收到的音频数据转换后的电信号,传输到扬声器1205,由扬声器1205转换为声音信号输出。另一方面,麦克风1206将收集的声音信号转换为电信号,由音频电路1204接收后转换为音频数据,再将音频数据输出处理器1101处理后,经射频单元1203以发送给比如另一电子设备,或者将音频数据输出至存储器1102以便进一步处理,音频电路也可以包括耳机插孔1211,用于提供音频电路和耳机之间的连接接口。
WiFi属于短距离无线传输技术,终端设备通过WiFi模块1207可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图12示出了WiFi模块1207,但是可以理解的是,其并不属于终端设备的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
蓝牙是一种短距离无线通讯技术,利用蓝牙技术,能够有效地简化掌上电脑、笔记本电脑和手机等移动通信终端设备之间的通信,也能够成功地简化以上这些设备与因特网(Internet)之间的通信,终端设备通过蓝牙模块1208使终端设备与因特网之间的数据传输变得更加迅速高效,为无线通信拓宽道路。蓝牙技术是能够实现语音和数据无线传输的开放性方案。虽然图11示出了蓝牙模块1208,但是可以理解的是,其并不属于终端设备的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
终端设备还可以包括电源1209(比如电池),其用于接收外部电力或为终端设备内的各个部件供电。优选的,电源1209可以通过电源管理系统与处理器1101逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
终端设备还可以包括外部接口1210,该外部接口1210可以包括标准的Micro USB接口,也可以包括多针连接器,可以用于连接终端设备与其它设备进行通信,也可以用于连接充电器为终端设备充电。
尽管未示出,本发明实施例中的终端设备还可以包括摄像头、闪光灯等其它可能的功能模块,在此不再赘述。
基于同一发明构思,本发明实施例还提供一种存储介质,该存储介质存储有计算机指令,当该计算机指令在计算机上运行时,使得计算机执行如前述的对应用程序的网络延时进行检测的方法的步骤。
基于同一发明构思,本发明实施例还提供一种对应用程序的网络延时进行检测的装置,该对应用程序的网络延时进行检测的装置包括至少一个处理器及可读存储介质,当该可读存储介质中包括的指令被该至少一个处理器执行时,可以执行如前述的对应用程序的网络延时进行检测的方法的步骤。
基于同一发明构思,本发明实施例提供一种芯片系统,该芯片系统包括处理器,还可以包括存储器,用于实现如前述的对应用程序的网络延时进行检测的方法的步骤。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
在一些可能的实施方式中,本发明提供的对应用程序的网络延时进行检测的方法的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在计算机上运行时,所述程序代码用于使所述计算机执行前文述描述的根据本发明各种示例性实施方式的对应用程序的网络延时进行检测的方法中的步骤。
基于同一发明构思,本发明实施例还提供一种对应用程序的网络延时进行检测的装置,所述装置包括:存储器,用于存储程序指令;处理器,用于调用所述存储器中存储的程序指令,按照获得的程序指令执行前文述描述的根据本发明各种示例性实施方式的对应用程序的网络延时进行检测的方法中的步骤。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (13)
1.一种对应用程序的网络延时进行检测的方法,其特征在于,所述方法包括:
接收对选定的目标应用程序进行网络延时检测的触发指令;
响应所述触发指令,以获取与所述目标应用程序对应的延时检测策略;
根据所述延时检测策略,向目标测速服务器发送回送请求报文,并记录所述回送请求报文的发送时刻;
接收所述目标测速服务器发送的回送应答报文,并记录所述回送应答报文的接收时刻;
根据所述接收时刻和所述发送时刻之间的时间差,得到对应于所述目标应用程序的网络延时。
2.如权利要求1所述的方法,其特征在于,在向目标测速服务器发送回送请求报文之前,所述方法还包括:
从测速服务器集群中选择所述目标测速服务器,其中,所述测速服务器集群按照就近原则部署于所述目标应用程序的应用服务器的预定范围之内。
3.如权利要求1所述的方法,其特征在于,获取与所述目标应用程序对应的延时检测策略,包括:
获得与所述目标应用程序的应用服务器之间进行数据传输的数据传输规则;
以所述数据传输规则为基准,对所述数据传输规则进行模拟调整以得到目标数据传输规则;
将以所述目标数据传输规则向所述目标测速服务器发送所述回送请求报文的方式作为所述延时检测策略。
4.如权利要求3所述的方法,其特征在于,以所述数据传输规则为基准,对所述数据传输规则进行模拟调整以得到目标数据传输规则,包括:
确定进行网络延时检测的当前环境参数,所述当前环境参数包括当前检测时间和/或当前物理位置;
根据环境参数的值与模拟调整偏量之间的对应关系,查找与所述当前环境参数的值对应的目标模拟调整偏量;
基于所述目标模拟调整偏量对所述数据传输规则进行模拟调整,以得到所述目标数据传输规则。
5.如权利要求3所述的方法,其特征在于,所述数据传输规则包括与所述应用服务器之间进行数据传输的数据传输协议。
6.如权利要求3所述的方法,其特征在于,所述数据传输规则包括向所述应用服务器发送数据包的最大发包频率和最小发包间隔时长中的至少一种。
7.如权利要求6所述的方法,其特征在于,所述最大发包频率和所述最小发包间隔时长按照以下方式确定:
在所述目标应用程序包括预定应用场景时,统计在发生所述预定应用场景的过程中的多个发包频率和多个发包间隔时长;其中,所述预定应用场景为发包频率超过预定发包频率的应用场景;
对所述多个发包频率进行第一预定处理以得到所述最大发包频率,以及,对所述多个发包间隔时长进行第二预定处理以得到所述最小发包间隔时长。
8.如权利要求3-7任一所述的方法,其特征在于,在根据所述延时检测策略,向目标测速服务器发送回送请求报文之前,所述方法还包括:
获得所述目标应用程序的目标应用程序标识和/或测速应用的测速应用标识,其中,所述测速应用是被调用以用于对所述目标应用程序的网络延时进行检测的应用;
确定包括所述目标应用程序标识和/或所述测速应用标识的待发送信息;
通过所述目标数据传输规则对所述待发送信息进行封装,以获得所述回送请求报文,所述目标应用程序标识和所述测速应用标识均用于对所述目标测速服务器的调用权限进行鉴权。
9.一种对应用程序的网络延时进行检测的系统,其特征在于,所述系统包括测速管理服务器和测速服务器集群;其中:
所述测速管理服务器,用于接收终端设备发送的选定的目标应用程序的目标应用程序标识和测速请求指令;根据所述目标应用程序标识从所述测速服务器集群中选择对应的目标测速服务器,以及确定对应的延时检测策略;将所述目标测速服务器的服务器地址和所述延时检测策略发送给所述终端设备;
所述目标测速服务器,用于接收所述终端设备基于所述服务器地址并按照所述延时检测策略发送的回送请求报文;根据所述回送请求报文得到回送应答报文;以及将所述回送应答报文发送给所述终端设备,以使所述终端设备根据所述回送应答报文的接收时刻和所述回送请求报文的发送时刻之间的时间差,得到对应于所述目标应用程序的网络延时。
10.如权利要求9所述的系统,其特征在于,所述系统还包括应用服务器集群,所述应用服务器集群中的每个应用服务器服务于一个应用;
所述测速服务器集群包括多组测速服务器,每组测速服务器按照就近原则部署于一个应用服务器的预定范围之内。
11.一种对应用程序的网络延时进行检测的装置,其特征在于,所述装置包括:
第一接收模块,用于接收对选定的目标应用程序进行网络延时检测的触发指令;
获取模块,用于响应所述触发指令,以获取与所述目标应用程序对应的延时检测策略;
发送模块,用于根据所述延时检测策略,向目标测速服务器发送回送请求报文;
第一记录模块,用于记录所述回送请求报文的发送时刻;
第二接收模块,用于接收所述目标测速服务器发送的回送应答报文;
第二记录模块,用于记录所述回送应答报文的接收时刻;
延时确定模块,用于根据所述接收时刻和所述发送时刻之间的时间差,得到对应于所述目标应用程序的网络延时。
12.一种终端设备,其特征在于,所述终端设备包括:
存储器,用于存储程序指令;
处理器,用于调用所述存储器中存储的程序指令,按照获得的程序指令执行权利要求1-8任一所述的方法包括的步骤。
13.一种存储介质,其特征在于,所述可读存储介质存储有计算机可执行指令,所述计算机可执行指令用于使计算机执行如权利要求1-8任一所述的方法包括的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811131416.1A CN109379247B (zh) | 2018-09-27 | 2018-09-27 | 一种对应用程序的网络延时进行检测的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811131416.1A CN109379247B (zh) | 2018-09-27 | 2018-09-27 | 一种对应用程序的网络延时进行检测的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109379247A true CN109379247A (zh) | 2019-02-22 |
CN109379247B CN109379247B (zh) | 2022-02-15 |
Family
ID=65402601
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811131416.1A Active CN109379247B (zh) | 2018-09-27 | 2018-09-27 | 一种对应用程序的网络延时进行检测的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109379247B (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110011871A (zh) * | 2019-03-28 | 2019-07-12 | 杭州迪普科技股份有限公司 | 一种访问测试方法、装置、设备及存储介质 |
CN110209559A (zh) * | 2019-04-26 | 2019-09-06 | 华为技术有限公司 | 一种非侵入式监测方法、控制设备及存储介质 |
CN110677312A (zh) * | 2019-08-15 | 2020-01-10 | 北京百度网讯科技有限公司 | Sdk包的时延监测方法及系统、计算机设备与可读介质 |
CN111343660A (zh) * | 2020-02-26 | 2020-06-26 | 平安银行股份有限公司 | 一种应用程序的测试方法及设备 |
CN112422367A (zh) * | 2020-11-11 | 2021-02-26 | 成都渊数科技有限责任公司 | 一种云控策略多协议实现网络延迟检测的方法及系统 |
WO2021057671A1 (zh) * | 2019-09-24 | 2021-04-01 | 华为技术有限公司 | 一种网络的oam方法及装置 |
CN112600725A (zh) * | 2020-11-20 | 2021-04-02 | 四川迅游网络科技股份有限公司 | 一种icmp报文加速方法 |
CN112717380A (zh) * | 2019-03-19 | 2021-04-30 | Oppo广东移动通信有限公司 | 网络检测方法及相关装置 |
CN113595814A (zh) * | 2021-07-06 | 2021-11-02 | 深圳Tcl新技术有限公司 | 消息延迟检测方法、装置、电子设备及存储介质 |
CN114650592A (zh) * | 2020-12-21 | 2022-06-21 | 华为技术有限公司 | 一种无线网络时延处理方法、系统以及接入服务器 |
CN115118635A (zh) * | 2022-06-29 | 2022-09-27 | 济南浪潮数据技术有限公司 | 一种时延检测方法、装置、设备及存储介质 |
CN115134274A (zh) * | 2022-05-19 | 2022-09-30 | 赛尔网络有限公司 | 网络测速方法、装置、电子设备及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080281961A1 (en) * | 2007-05-09 | 2008-11-13 | Steven Niemczyk | Network delay analysis including parallel delay effects |
CN102347860A (zh) * | 2011-10-18 | 2012-02-08 | 北京星网锐捷网络技术有限公司 | 网络应用质量的度量方法和装置 |
CN104023089A (zh) * | 2014-06-30 | 2014-09-03 | 北京奇虎科技有限公司 | 应用的加速方法、应用加速器的选择方法及装置 |
CN104253873A (zh) * | 2013-06-25 | 2014-12-31 | 腾讯科技(深圳)有限公司 | 域名解析方法、域名服务器、域名访问方法、系统和终端 |
CN106161052A (zh) * | 2015-03-31 | 2016-11-23 | 北京畅游天下网络技术有限公司 | 网络线路选择方法和网络测速方法 |
CN108092837A (zh) * | 2016-11-21 | 2018-05-29 | 腾讯科技(深圳)有限公司 | 网络通信质量检测方法、测速服务器及网络测速插件 |
US9990630B2 (en) * | 2014-04-28 | 2018-06-05 | Mastercard International Incorporated | Platform and method for analyzing the performance of message oriented middleware |
-
2018
- 2018-09-27 CN CN201811131416.1A patent/CN109379247B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080281961A1 (en) * | 2007-05-09 | 2008-11-13 | Steven Niemczyk | Network delay analysis including parallel delay effects |
CN102347860A (zh) * | 2011-10-18 | 2012-02-08 | 北京星网锐捷网络技术有限公司 | 网络应用质量的度量方法和装置 |
CN104253873A (zh) * | 2013-06-25 | 2014-12-31 | 腾讯科技(深圳)有限公司 | 域名解析方法、域名服务器、域名访问方法、系统和终端 |
US9990630B2 (en) * | 2014-04-28 | 2018-06-05 | Mastercard International Incorporated | Platform and method for analyzing the performance of message oriented middleware |
CN104023089A (zh) * | 2014-06-30 | 2014-09-03 | 北京奇虎科技有限公司 | 应用的加速方法、应用加速器的选择方法及装置 |
CN106161052A (zh) * | 2015-03-31 | 2016-11-23 | 北京畅游天下网络技术有限公司 | 网络线路选择方法和网络测速方法 |
CN108092837A (zh) * | 2016-11-21 | 2018-05-29 | 腾讯科技(深圳)有限公司 | 网络通信质量检测方法、测速服务器及网络测速插件 |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3930260A4 (en) * | 2019-03-19 | 2022-04-20 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | NETWORK DETECTION METHOD AND ASSOCIATED APPARATUS |
CN112717380A (zh) * | 2019-03-19 | 2021-04-30 | Oppo广东移动通信有限公司 | 网络检测方法及相关装置 |
CN112717380B (zh) * | 2019-03-19 | 2023-04-07 | Oppo广东移动通信有限公司 | 网络检测方法及相关装置 |
CN110011871A (zh) * | 2019-03-28 | 2019-07-12 | 杭州迪普科技股份有限公司 | 一种访问测试方法、装置、设备及存储介质 |
CN110209559A (zh) * | 2019-04-26 | 2019-09-06 | 华为技术有限公司 | 一种非侵入式监测方法、控制设备及存储介质 |
CN110209559B (zh) * | 2019-04-26 | 2021-09-14 | 华为技术有限公司 | 一种非侵入式监测方法、控制设备及存储介质 |
CN110677312A (zh) * | 2019-08-15 | 2020-01-10 | 北京百度网讯科技有限公司 | Sdk包的时延监测方法及系统、计算机设备与可读介质 |
CN110677312B (zh) * | 2019-08-15 | 2023-07-25 | 北京百度网讯科技有限公司 | Sdk包的时延监测方法及系统、计算机设备与可读介质 |
WO2021057671A1 (zh) * | 2019-09-24 | 2021-04-01 | 华为技术有限公司 | 一种网络的oam方法及装置 |
CN111343660A (zh) * | 2020-02-26 | 2020-06-26 | 平安银行股份有限公司 | 一种应用程序的测试方法及设备 |
CN111343660B (zh) * | 2020-02-26 | 2024-03-22 | 平安银行股份有限公司 | 一种应用程序的测试方法及设备 |
CN112422367A (zh) * | 2020-11-11 | 2021-02-26 | 成都渊数科技有限责任公司 | 一种云控策略多协议实现网络延迟检测的方法及系统 |
CN112422367B (zh) * | 2020-11-11 | 2021-10-22 | 成都渊数科技有限责任公司 | 一种云控策略多协议实现网络延迟检测的方法及系统 |
CN112600725A (zh) * | 2020-11-20 | 2021-04-02 | 四川迅游网络科技股份有限公司 | 一种icmp报文加速方法 |
CN114650592A (zh) * | 2020-12-21 | 2022-06-21 | 华为技术有限公司 | 一种无线网络时延处理方法、系统以及接入服务器 |
CN113595814A (zh) * | 2021-07-06 | 2021-11-02 | 深圳Tcl新技术有限公司 | 消息延迟检测方法、装置、电子设备及存储介质 |
CN115134274A (zh) * | 2022-05-19 | 2022-09-30 | 赛尔网络有限公司 | 网络测速方法、装置、电子设备及存储介质 |
CN115134274B (zh) * | 2022-05-19 | 2023-08-22 | 赛尔网络有限公司 | 网络测速方法、装置、电子设备及存储介质 |
CN115118635A (zh) * | 2022-06-29 | 2022-09-27 | 济南浪潮数据技术有限公司 | 一种时延检测方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN109379247B (zh) | 2022-02-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109379247A (zh) | 一种对应用程序的网络延时进行检测的方法及装置 | |
CN108959000B (zh) | 一种服务器压力测试方法、系统及终端 | |
CN103458305B (zh) | 视频播放方法、装置、终端设备和服务器 | |
CN104468464B (zh) | 验证方法、装置和系统 | |
CN104468463B (zh) | 验证方法、装置和系统 | |
CN104992342B (zh) | 推广信息投放有效性确定方法、监测服务器及终端 | |
CN107544842B (zh) | 应用程序处理方法和装置、计算机设备、存储介质 | |
CN109152095A (zh) | 用于终端的无线网络连接方法 | |
CN104735657B (zh) | 安全终端验证方法、无线接入点绑定方法、装置及系统 | |
CN108471376A (zh) | 数据处理方法、装置及系统 | |
CN106210755A (zh) | 一种播放直播视频的方法、装置和系统 | |
CN105871912A (zh) | 一种域名劫持的探测方法和服务器以及移动终端 | |
CN107888550B (zh) | 性能指标数据采集方法和装置、策略发送方法和装置 | |
CN106331105A (zh) | 网络加速保障的方法和装置、网络QoS保障方法和装置 | |
CN111340587A (zh) | 一种虚拟商品管理方法以及相关装置 | |
CN106210919A (zh) | 一种播放主播歌唱视频的方法、装置和系统 | |
CN113069760A (zh) | 资源分配方法、装置、计算设备及计算机可读存储介质 | |
CN104102560B (zh) | 系统性能测试的方法及装置 | |
CN116976898B (zh) | 一种数据获取方法、数据可视化方法、装置及相关产品 | |
CN106101852A (zh) | 一种直播点评的方法、装置和系统 | |
CN107577795A (zh) | 一种推荐歌曲的方法、装置和系统 | |
CN108400926A (zh) | 一种信息处理的方法、相关设备以及系统 | |
CN104104508B (zh) | 校验方法、装置和终端设备 | |
CN109474521A (zh) | 链路聚合实现方法及相关产品 | |
CN108075945B (zh) | 一种应用测试方法及装置 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |