CN108965042A - 网络延迟的获取方法、装置、终端设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种网络延迟的获取方法、装置、终端设备及存储介质，该方法包括：获取终端设备与服务器的网络连接及其数据交互记录；基于所述数据交互记录，判断所述网络连接是否满足预设条件；如果满足预设条件，基于所述网络连接进行延迟获取，得到所述终端设备与所述服务器之间的网络延迟。本方法可以利用终端设备与服务器之间已有的网络连接进行延迟的获取，而不需要额外建立网络连接进行延迟获取，可以节省消耗。

Description

网络延迟的获取方法、装置、终端设备及存储介质

技术领域

本发明涉及互联网技术领域，更具体地，涉及一种网络延迟的获取方法、装置、终端设备及存储介质。

背景技术

终端设备，例如电脑、手机等，已经成为人们日常生活中最常用的消费型电子产品之一。在日常生活中，人们常常利用终端设备进行网络游戏。在利用终端设备进行网络游戏时，需要通过网络进行网络数据的传输，但是由于网络质量、运营商不同等原因，导致网络数据的延迟，然而对于网络游戏来说，用户需要尽量减少网络延迟以能够得到游戏数据的快速传输及响应。而减少网络延迟，首先则需要的是检测网络延迟。目前的网络延迟的检测方法是通过Ping(Packet Internet Groper，因特网包探索器)命令的方式获取，但是该方法需要利用单独建立的网络连接进行数据的交互，将带来额外的消耗。

发明内容

鉴于上述问题，本发明提出了一种网络延迟的获取方法、装置、终端设备及存储介质，能根据终端设备与服务器之间的网络连接，确定出用于延迟获取的连接，以节省消耗。

第一方面，本发明实施例提供了一种网络延迟的获取方法，所述方法包括：获取终端设备与服务器的网络连接及其数据交互记录；基于所述数据交互记录，判断所述网络连接是否满足预设条件；如果满足预设条件，基于所述网络连接进行延迟获取，得到所述终端设备与所述服务器之间的网络延迟。

第二方面，本发明实施例提供了一种网络延迟的获取装置，所述装置包括：连接获取模块、连接判断模块以及获取执行模块，其中，所述连接获取模块用于获取终端设备与服务器的网络连接及其数据交互记录；所述连接判断模块用于基于所述数据交互记录，判断所述网络连接是否满足预设条件；所述获取执行模块用于如果满足预设条件，基于所述网络连接进行延迟获取，得到所述终端设备与所述服务器之间的网络延迟。

第三方面，本发明实施例提供了一种终端设备，包括存储器以及处理器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时所述处理器执行上述第一方面提供的网络延迟的获取方法。

第四方面，本发明实施例还提供了一种具有处理器可执行的程序代码的计算机可读取存储介质，所述程序代码使所述处理器执行上述第一方面提供的网络延迟的获取方法。

相对于现有技术，本发明提供的网络延迟的获取方法、装置、终端设备及存储介质，通过获取终端设备与服务器的网络连接及其数据交互记录，然后基于该数据交互记录，判断该网络连接是否满足预设条件，最后如果满足预设条件，则基于该网络连接进行延迟获取，得到终端设备与服务器之间的网络延迟。从而实现根据终端设备与服务器之间已有的网络连接来进行延迟获取，无需额外再建立网络连接获取延迟，达到节省消耗的目的。

本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请第一实施例提出的网络延迟的获取方法的流程图；

图2示出了本申请第一实施例提供的数据交互记录的示意图；

图3示出了本申请第二实施例提出的网络延迟的获取方法的流程图；

图4示出了本申请第二实施例提供的数据包的格式的示意图；

图5示出了本申请第三实施例提出的网络延迟的获取方法的流程图；

图6示出了本发明第四实施例提出的网络延迟的获取装置的一种结构框图；

图7示出了本发明第四实施例提出的网络延迟的获取装置的另一种结构框图；

图8示出了本申请实施例提供的一种终端设备的结构框图；

图9示出了本申请实施例的用于执行根据本发明实施例的网络延迟的获取方法的终端设备的框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在目前，对网络延迟的检测，通常是通过Ping命令的方式进行获取。Ping是一种用于测试网络连接量的程序，具体用来检查网络是否通畅或者网络连接速度。Ping命令是一个非常重要的DOS(Disk Operating System，磁盘操作系统)命令，它所利用的原理是这样的：利用网络上机器IP(Internet Protocol，网络之间互连的协议)地址的唯一性，给目标IP地址发送一个数据包，再要求对方返回一个同样大小的数据包来确定两台网络机器是否连接相通，时延是多少。

由上述原理可知，利用Ping命令的方式进行网络延迟的实时获取，需要确定目标IP地址建立用于获取网络延迟的网络连接。但是利用Ping命令的方式，由于需要额外的网络连接进行数据的交互，这会产生额外的流量费用，导致成本较高，还会增加终端设备的资源消耗。

而且，由于利用额外的网络连接进行数据的交互，则需要对服务器进行访问，这还会增加对服务器的访问，导致服务器的负载加大。

另外，由于建立用于获取网络延迟的网络连接，需要利用目标IP地址，而在实际的网络游戏中，游戏服务器具有多个IP地址，实际进行游戏数据交互的IP地址可能发生变化。因此，会导致在游戏中，获取网络延迟的网络连接的目标IP地址，与实际数据交互的IP地址不同，从而使获取的网络延迟不准确。

针对上述问题，发明人经过长时间的研究并提出了本申请实施例提供的网络延迟的获取方法、装置、终端设备以及存储介质，根据终端设备与服务器的网络连接，进行游戏延迟的获取，无需额外的网络连接进行数据交互，达到节省消耗，减小服务器的负载，提高获取的网络延迟的准确性的目的。其中，具体的网络延迟的获取方法在后续的实施例中进行详细的说明。

第一实施例

请参阅图1，图1示出了本申请第一实施例提供的网络延迟的获取方法的流程示意图。所述网络延迟的获取方法通过在判断出终端设备与服务器的网络连接满足预设时，利用该网络连接进行游戏延迟的获取，无需额外的网络连接进行数据交互。在具体的实施例中，所述网络延迟的获取方法应用于如图6所示的网络延迟的获取装置200以及配置有所述网络延迟的获取装置200的终端设备(图8)。下面将以终端设备为例，说明本实施例的具体流程，当然，可以理解的，本实施例所应用的终端设备可以为智能手机、平板电脑、穿戴式电子设备等，在此不做具体的限定。下面将针对图1所示的流程进行详细的阐述，上述的网络延迟的获取方法具体地可以包括以下步骤：

步骤S110：获取终端设备与服务器的网络连接及其数据交互记录。

终端设备在运行应用程序时，例如运行网络游戏时，为了使应用程序得到游戏数据的快速传输及响应，通常需要检测终端设备与服务器之间的网络延迟，以根据检测的网络延迟进行相关处理，从而减少网络延迟。

在本申请实施例中，在需要检测终端设备与服务器之间的网络延迟时，首先获取终端设备与服务器的网络连接，以及网络连接对应的数据交互记录。

其中，终端设备与服务器的网络连接，可以是应用程序运行时，当前终端设备与服务器已经建立的网络连接。可以理解的是，上述网络连接可以为应用程序正常运行时需要建立的网络连接，即上述网络连接用于进行正常的数据交互，例如，游戏运行时进行各种游戏数据的交互。

在本申请实施例中，获取终端设备与服务器之间的网络连接，可以是根据网络五元组，即源IP地址，源端口，目的IP地址，目的端口和传输层协议确定一条网络连接，即TCP(Transmission Control Protocol，传输控制协议)会话。可以理解的是，利用网络五元组能区分出不同的网络连接。

进一步的，在根据网络五元组确定终端设备与服务器之间的网络连接之后，查找出上述网络连接的数据交互记录，即终端设备与服务器之间通过该网络连接进行数据交互的历史记录。

其中，如图2所示，网络连接的数据交互记录可以包括：时间戳、源IP地址、目的IP地址、传输协议及数据包大小等。当然，数据交互记录的具体内容在本申请实施例中并不作为限定，可以包括比上述内容更少的内容，也还可以包括其他内容，例如数据包类型等。

从而，可以得到终端设备与服务器的网络连接，以及网络连接对应的数据交互记录。

步骤S120：基于所述数据交互记录，判断所述网络连接是否满足预设条件。

在得到终端设备与服务器的网络连接，以及网络连接对应的数据交互记录之后，再根据数据交互记录判断网络连接是否满足预设条件，即判断网络连接是否可以满足作为测试网络延迟的连接的条件。

其中，预设条件可以为根据现有的测试网络延迟的连接中，数据交互的特征而确定，即根据Ping命令的方式获取网络延迟而建立的网络连接中，其对应的数据交互的特征而确定。预设条件中可以包括现有的测试网络延迟的连接中，数据交互的特征中的一个，也可以包括多个。

进一步的，上述特征可以是关于现有的测试网络延迟的连接中，数据交互记录中数据包的特征，也可以是关于时间的特征。

需要说明的是，在实际的应用程序运行时，可能应用程序会在运行时就建立有利用Ping命令测试网络延迟的连接，例如，游戏程序运行时会自建有测试网络延迟的连接。当然，也可能未建有利用Ping命令测试网络延迟的连接，但是未建有测试网络延迟的连接，可能会有数据交互的连接满足测试网络延迟的条件，即上述的数据交互的特征。因此，可以根据上述利用数据交互的特征，来判断上述获取的网络连接是否满足测试网络延迟的连接的条件。在判断出满足测试网络延迟的连接的条件时，则该网络连接可以用于测试网络延迟，即该网络连接可能是应用程序自建的用于测试网络延迟的网络连接，也可能是可以用作测试网络延迟的连接。

从而，可以根据数据交互记录，判断出上述获取的网络连接是否满足预设条件，即是否可以作为测试网络延迟的网络连接，以确定是否利用上述获取的网络连接进行网络延迟的获取。

步骤S130：如果满足预设条件，基于所述网络连接进行延迟获取，得到终端设备与所述服务器之间的网络延迟。

在判断出上述网络连接满足预设条件时，则上述网络连接可以作为进行网络延迟测试的连接，即进行延迟获取的连接。因此，基于该网络连接进行延迟获取，从而得到终端设备与服务器之间的网络延迟。

在本申请实施例中，步骤S110中获取的终端设备与服务器的网络连接可以是一个，也可以是多个。可以理解的是，在应用程序运行时，特别是网络游戏运行时，终端设备与服务器之间通常会利用多个网络连接进行数据的交互，因此上述获取的网络连接可以是终端设备与服务器之间已经建立的多个网络连接中的一个网络连接，也可以是全部的网络连接。

当步骤S110中获取的终端设备与服务器之间的网络连接为一个时，则判断该网络连接是否满足预设条件，当满足预设条件，则基于该网络连接进行网络延迟的获取。当该网络连接不满足预设条件时，则可以获取其他的网络连接中的一个网络连接，再判断其是否满足预设条件，如果满足预设条件，则基于该网络连接进行延迟获取，如果不满足预设条件，则需要继续获取其他的网络连接中的一个网络连接，重复上述的判断。如此重复，直至获取到满足预设条件的网络连接。

当步骤S110中获取的终端设备与服务器之间的网络连接为多个时，同样需要对每个网络连接依次进行判断是否满足预设条件，如果满足预设条件，则可以利用满足预设条件的网络连接进行延迟获取。需要说明的是，当终端设备与服务器之间的网络连接中有多个满足预设条件的网络连接时，仅需取任意一个网络连接进行延迟获取，以得到终端设备与服务器之间的网络延迟。

本申请第一实施例提供的网络延迟的获取方法，利用终端设备与服务器之间已经建立的网络连接中，满足预设条件的网络连接进行网络延迟的获取，不需要建立额外的网络连接，从而不会导致额外的流量消耗以及电量消耗，达到节省消耗的目的。并且降低了对服务器更多的访问，从而减小了服务器的负载。另外，本方法利用已经建立的网络连接进行网络延迟的获取，则不会造成进行正常数据交互的IP地址，测试网络延迟的连接中的目标IP地址不一致，而导致获取的网络延迟不准确的问题，从而提升获取的网络延迟的准确性。

第二实施例

请参阅图3，图3示出了本申请第二实施例提供的网络延迟的获取方法的流程示意图。下面将针对图3所示的流程进行详细的阐述，所述网络延迟的获取方法具体可以包括以下步骤：

步骤S210：获取终端设备与服务器的网络连接及其数据交互记录。

步骤S220：基于所述数据交互记录，判断所述网络连接是否满足预设条件。

作为第一种实施方式，数据交互记录可以具体包括：多次发送至服务器的数据包。可以理解的是，在终端设备与服务器利用上述网络连接进行的数据交互中，通常会多次发送数据包至服务器，终端设备可以将每次发送至服务器的数据包进行记录。因此该网络连接的数据交互记录中，可以包括多次发送至服务器的数据包。

进一步的，基于数据交互记录，判断上述网络连接是否满足预设条件，可以包括：

基于所述多次发送至所述服务器的数据包，判断每次发送至所述服务器的数据包的大小是否相同；如果每次发送至所述服务器的数据包的大小相同，则确定所述网络连接满足预设条件。

可以理解的是，现有的利用Ping命令的方式测试网络延迟的方法中，在每次网络延迟的检测时，通常会发送同样大小的数据包。因此，可以根据发送的数据包的大小作为预设条件，当判断出每次发送的数据包的大小相同时，则可以确定该网络连接满足预设条件。

例如，获取的网络连接对应的数据交互记录中，多次发送的数据包的大小分别是：32，32，32，32，32，32，…，32，32字节，则可以判断出该网络连接的数据交互记录中，每次发送的数据包的大小相同。

又例如，获取的网络连接对应的数据交互记录中，多次发送的数据包的大小分别是：32，64，32，48，16，48，…，64，32字节，则可以判断出该网络连接的数据交互记录中，每次发送的数据包的大小不是相同的。当然，多次发送的数据包中，有一个数据包的大小与其他数据包的大小不同时，则确定每次发送的数据包的大小不是相同的。

从而，可以判断出上述网络连接的数据交互记录中，每次发送的数据包的大小是否相同。由于正常的数据交互中，发送数据包至服务器后，服务器会返回数据包，因此当判断出每次发送的数据包的大小相同时，则确定上述网络连接满足预设条件，即可以用于延迟的获取。在每次发送的数据包的大小不是相同时，则可以确定上述网络连接不满足预设条件。

该实施方式中，发送的数据包大小的读取是较为方便的，因此利用发送的数据包的大小判断网络连接是否满足预设条件，可以使判断网络连接是否满足预设条件的效率较高。

作为第二种实施方式，数据交互记录包括：多次发送至服务器的数据包。基于所述数据交互记录，判断所述网络连接是否满足预设条件，包括：

基于所述多次发送至所述服务器的数据包，判断每次发送至所述服务器的数据包的内容是否相同；如果每次发送至所述服务器的数据包的内容相同，则确定所述网络连接满足预设条件。

可以理解的是，现有的利用Ping命令的方式测试网络延迟的方法中，在每次网络延迟的检测时，通常会发送同样内容的数据包。因此，可以根据发送的数据包的内容作为预设条件，当判断出每次发送的数据包的内容相同时，则可以确定该网络连接满足预设条件。

其中，如图4所示，上述数据包的内容可以包括：源IP地址、目标IP地址、数据包长度、数据等。具体判断每次发送的数据包的内容是否相同，可以判断上述的源IP地址、目标IP地址、数据包长度以及数据是否相同。当然，具体的数据包的内容在本申请实施例中并不作为限定，也还可以包括其他，例如源端口、目的端口、校验值等。

因此，可以比对每次发送的数据包的内容，以判断出上述网络连接的数据交互记录中，每次发送的数据包的内容是否相同。在每次发送的数据包的内容相同时，则确定上述网络连接满足预设条件。在每次发送的数据包的内容不是相同时，则可以确定上述网络连接不满足预设条件。

该实施方式中，发送的数据包内容的读取和比对是较为方便的，因此利用发送的数据包的内容判断网络连接是否满足预设条件，同样可以使判断网络连接是否满足预设条件的效率较高。

作为第三种实施方式，所述数据交互记录包括：多次发送数据包至所述服务器的时间，基于所述数据交互记录，判断所述网络连接是否满足预设条件，可以包括：

基于所述多次发送数据包至所述服务器的时间，获取多个发送数据包的周期；判断所述多个发送数据包的周期是否均为预设周期；如果所述多个发送数据包的周期均为预设周期，则确定所述网络连接满足预设条件。

现有的利用Ping命令的方式测试网络延迟的方法中，会以一定的频率对延迟进行检测，例如，王者荣耀游戏中会每隔5S检测一次网络延迟，即发送检测数据包至服务器，对服务器进行访问。因此，可以根据发送数据包的周期作为预设条件，当判断出发送数据包的每个周期均为预设周期时，则可以确定该网络连接满足预设条件。

例如，数据交互记录中，发送数据包的时间戳的内容是：8:20:05，8:20:10，8:20:15，…，9:15:30，9:15:35，9:15:40，则可以确定出周期为5，5，5，…，5，5，因此可以判断出发送数据包的每个周期均为5。

又例如，数据交互记录中，发送数据包的时间戳的内容是：8:20:05，8:20:10，8:20:16，8:20:18，…，则可以确定出周期为5，6，2，…，因此可以判断出发送数据包的每个周期不是均为预设周期。

从而，可以得到每个发送数据包的周期是否均为预设周期的判断结果。在多个发送数据包的周期均为预设周期时，则确定该网络连接满足预设条件；在多个发送数据包的周期不均为预设周期时，则确定该网络连接不满足预设条件。利用发送数据包的周期判断网络连接是否满足预设条件，同样较为快捷和高效。

作为第四种实施方式，所述数据交互记录包括：多次接收的所述服务器返回的数据包。基于所述数据交互记录，判断所述网络连接是否满足预设条件，可以包括：

基于所述多次接收的所述服务器返回的数据包，判断每次接收的所述服务器返回的数据包的大小是否相同；如果每次接收的所述服务器返回的数据包的大小相同，则确定所述网络连接满足预设条件。

与第一种实施方式不同的是，第四种实施方式中，以接收的数据包的大小作为判断网络连接是否满足预设条件的判断依据。

可以理解的是，现有的利用Ping命令的方式测试网络延迟的方法中，在每次网络延迟的检测时，服务器通常会返回同样大小的数据包。因此，可以根据终端设备接收的服务返回的数据包的大小作为预设条件，当判断出每次接收的返回的数据包的大小相同时，则可以确定该网络连接满足预设条件。

从而，在判断出每次返回的数据包的大小相同时，确定该网络连接满足预设条件；在判断出每次返回的数据包的大小不是相同时，确定该网络连接不满足预设条件。

作为第五种实施方式，所述数据交互记录包括：多次接收的所述服务器返回的数据包。基于所述数据交互记录，判断所述网络连接是否满足预设条件，可以包括：基于所述多次接收的所述服务器返回的数据包，判断每次接收的所述服务器返回的数据包的内容是否相同；如果每次接收的所述服务器返回的数据包的内容相同，则确定所述网络连接满足预设条件。

与第二种实施方式不同的是，第五种实施方式中，以接收的数据包的内容作为判断网络连接是否满足预设条件的判断依据。

可以理解的是，现有的利用Ping命令的方式测试网络延迟的方法中，在每次网络延迟的检测时，服务器通常会返回同样内容的数据包。因此，可以根据终端设备接收的服务返回的数据包的内容作为预设条件，当判断出每次接收的返回的数据包的内容相同时，则可以确定该网络连接满足预设条件。

从而，在判断出每次接收的返回的数据包的内容相同时，则可以确定该网络连接满足预设条件；在判断出每次接收的返回的数据包的内容不相同时，则可以确定出该网络连接不满足预设条件。

作为第六种实施方式，所述数据交互记录包括：多次接收所述服务器返回的数据包的时间。基于所述数据交互记录，判断所述网络连接是否满足预设条件，可以包括：

基于所述多次接收所述服务器返回的数据包的时间，获取多个接收数据包的周期；判断所述多个接收数据包的周期是否均为预设周期；如果所述多个接收数据包的周期均为预设周期，则确定所述网络连接满足预设条件。

与第三种实施方式不同的是，第六种实施方式中，以接收的数据包的内容作为判断网络连接是否满足预设条件的判断依据。

可以理解的是，现有的利用Ping命令的方式测试网络延迟的方法中，会以一定的频率对延迟进行检测，例如，王者荣耀游戏中会每隔5S检测一次网络延迟，因此会以一定的频率接收到服务器返回的数据包。因此，可以根据接收服务器返回的数据包的周期作为预设条件，当判断出接收数据包的每个周期均为预设周期时，则可以确定该网络连接满足预设条件。

从而，在判断出多个接收数据包的周期是否均为预设周期时，可以确定该网络连接满足预设条件；在判断出多个接收数据包的周期不是均为预设周期时，可以确定该网络连接不满足预设条件。

需要说明的是，以上判断网络连接是否满足预设条件的实施方式，可以以每种实施方式独立进行判断网络连接是否满足预设条件，也可以将上述实施方式结合进行判断网络连接是否满足预设条件。

例如当判断出每次发送以及接收的数据包的大小和内容均相同，多个发送和接收数据包的周期均为预设周期，且数据交互记录中的数据包的类型均为预设类型时，则确定该网络连接满足预设条件。当然，以上仅为举例，并不代表对本申请实施例的限定，例如，也可以是上述七种实施方式中的任意几个实施方式结合判断网络连接是否满足预设条件。

步骤S230：如果满足预设条件，基于所述网络连接，获取从发送第一数据包至所述服务器，到接收所述服务器返回的所述第一数据包对应的第二数据包之间的时间差，得到所述终端设备与所述服务器之间的网络延迟。

在判断出上述网络连接满足预设条件时，则上述网络连接可以作为进行网络延迟测试的连接，即进行延迟获取的连接。因此，基于该网络连接进行延迟获取，可以在操作系统协议栈发送数据包和接收数据包的端口处分别监控这条连接，发送第一数据包至服务器时开始计时，接收到服务器返回的第一数据包对应的第二数据包时停止计时，二者的时间差即是本次测量的网络延迟。其中，第一数据包对应的第二数据包可以理解为，服务器基于终端设备发送的第一数据包返回的第二数据包。

本申请第二实施例提供的网络延迟的获取方法，提供判断终端设备与服务器之间的网络连接是否满足预设条件的多种实施方式，且上述实施方式均能快速且方便的判断出网络连接是否满足预设条件，在满足预设条件时，监测该网络连接，获取从发送数据包到接收返回的数据包的时间差，从而得到终端设备与服务器之间的网络延迟。与现有技术相比，可以节省消耗的同时，减小服务器负载，并提高获取的网络延迟的准确性。

第三实施例

请参阅图5，图5示出了本申请第三实施例提供的网络延迟的获取方法的流程示意图。下面将针对图5所示的流程进行详细的阐述，所述网络延迟的获取方法具体可以包括以下步骤：

步骤S310：获取终端设备与服务器的网络连接及其数据交互记录。

步骤S320：基于所述数据交互记录，判断所述网络连接是否满足预设条件。

步骤S330：如果满足预设条件，基于所述网络连接进行延迟获取，得到所述终端设备与所述服务器之间的网络延迟。

在本申请实施例中，在判断出网络连接满足预设条件时，则基于该网络连接进行延迟获取，得到终端设备与服务器之间的网络延迟可以包括：

基于所述网络连接，获取当前从发送第三数据包至所述服务器，到接收所述服务器返回的所述第三数据包对应的第四数据包之间的第一时间差，以及前一次从发送第五数据包至所述服务器，到接收所述服务器返回的第五数据包对应的第六数据包之间的第二时间差；判断所述第一时间差与所述第二时间差之间的第一差值是否大于预设差值；如果不大于预设差值，将所述第一时间差作为所述终端设备与所述服务器之间的网络延迟。

可以理解的是，可以在操作系统协议栈发送数据包和接收数据包的端口处分别监控这条网络连接，获取从当前发送第三数据包至服务器，到接收服务器返回的第三数据包对应的第四数据包之间的第一时间差。另外，根据数据交互记录中的时间戳信息，获取上次从发送第五数据包至服务器，到接收服务器返回的第五数据包对应的第六数据包之间的第二时间差。其中，第三数据包对应的第四数据包可以理解为，服务器基于终端设备发送的第三数据包返回的第四数据包；第五数据包对应的第六数据包可以理解为，服务器基于终端设备发送的第五数据包返回的第六数据包。

然后判断第一时间差与第二时间差的差值是否大于预设差值，得到大于预设差值的结果，或者不大于预设差值的结果。需要说明的是，在具体判断时，可以以第一时间差与第二时间差的差值的绝对值与预设差值相比较。

如果判断出第一时间差与第二时间差的差值大于预设差值，则表示两个差值相差过大，可能是检测不准确的情况，因此不能将第一时间差作为网络延迟。在判断出第一时间差与第二时间差的差值不大于预设差值时，则表示两时间差的差值在一定范围内，因此可以将第一时间差作为网络延迟。从而，可以提高获取的网络延迟的准确性。

步骤S340：将所述网络连接的基本信息进行存储，以用于本次延迟获取以后的延迟获取。

可以理解的是，在本次网络延迟的获取完成之后，可能后续还会需要获取终端设备与服务器之间网络延迟。为便于下次网络延迟的获取，可以将该网络连接的基本信息进行存储，以便于下次进行网络延迟获取时，通过上述基本信息使用该网络连接进行延迟的获取。

在本申请实施例中，上述网络连接的基本信息可以包括：源IP地址、目的IP地址、源端口号、目的端口号以及协议类型。即上述基本信息可以是用于确定该网络连接的基本信息，当然，具体的基本信息在本申请实施例中并不作为限定。

步骤S350：读取所述网络连接的基本信息；基于所述基本信息查找所述网络连接，并基于所述网络连接进行延迟获取，得到与所述服务器的网络延迟。

可以理解的是，在下次需要进行网络延迟的获取时，可以读取上述存储的网络连接的基本信息，然后可以根据上述的基本信息从终端设备与服务器之间的网络连接中查找出该网络连接。最后，可以再基于查找出的网络连接，进行延迟的获取，得到终端设备与服务器的网络延迟。

本申请第三实施例提供的网络延迟的获取方法，在根据确定的网络连接进行延迟获取时，对计算出的发送数据包至接收数据包的时间差进行判断，以防止获取的网络延迟不准确的情况，提升获取的网络延迟的准确性。另外，还提供了将上述网络连接的基本信息进行存储，并提供了以后的网络延迟的获取可以通过上述基本信息，查找上述网络连接，再进行网络延迟的获取的方法，可以便于以后的网络延迟的获取，提升网络延迟获取的效率。

第四实施例

请参阅图6，图6示出了本申请第四实施例提供的网络延迟的获取装置200的模块框图。下面将针对图6所示的框图进行阐述，所述网络延迟的获取装置200包括：连接获取模块210、连接判断模块220以及获取执行模块230。其中，所述连接获取模块210用于获取终端设备与服务器的网络连接及其数据交互记录；所述连接判断模块220用于基于所述数据交互记录，判断所述网络连接是否满足预设条件；所述获取执行模块230用于如果满足预设条件，基于所述网络连接进行延迟获取，得到所述终端设备与所述服务器之间的网络延迟。

作为第一种实施方式，所述数据交互记录包括：多次发送至所述服务器的数据包。连接判断模块220可以具体用于：基于所述多次发送至所述服务器的数据包，判断每次发送至所述服务器的数据包的大小是否相同；如果每次发送至所述服务器的数据包的大小相同，则确定所述网络连接满足预设条件。

作为第二种实施方式，所述数据交互记录包括：多次发送至所述服务器的数据包。连接判断模块220可以具体用于：基于所述多次发送至所述服务器的数据包，判断每次发送至所述服务器的数据包的内容是否相同；如果每次发送至所述服务器的数据包的内容相同，则确定所述网络连接满足预设条件。

作为第三种实施方式，所述数据交互记录包括：多次发送数据包至所述服务器的时间。连接判断模块220可以具体用于：基于所述多次发送数据包至所述服务器的时间，获取多个发送数据包的周期；判断所述多个发送数据包的周期是否均为预设周期；如果所述多个发送数据包的周期均为预设周期，则确定所述网络连接满足预设条件。

作为第四种实施方式，所述数据交互记录包括：多次接收的所述服务器返回的数据包。连接判断模块220可以具体用于：基于所述多次接收的所述服务器返回的数据包，判断每次接收的所述服务器返回的数据包的大小是否相同；如果每次接收的所述服务器返回的数据包的大小相同，则确定所述网络连接满足预设条件。

作为第五种实施方式，所述数据交互记录包括：多次接收的所述服务器返回的数据包。连接判断模块220可以具体用于：基于所述多次接收的所述服务器返回的数据包，判断每次接收的所述服务器返回的数据包的内容是否相同；如果每次接收的所述服务器返回的数据包的内容相同，则确定所述网络连接满足预设条件。

作为第六种实施方式，所述数据交互记录包括：多次接收所述服务器返回的数据包的时间。连接判断模块220可以具体用于：基于所述多次接收所述服务器返回的数据包的时间，获取多个接收数据包的周期；判断所述多个接收数据包的周期是否均为预设周期；如果所述多个接收数据包的周期均为预设周期，则确定所述网络连接满足预设条件。

在本申请实施例中，获取执行模块230可以具体用于：基于所述网络连接，获取从发送第一数据包至所述服务器，到接收所述服务器返回的所述第一数据包对应的第二数据包之间的时间差，得到与所述服务器之间的网络延迟。

在本申请实施例中，获取执行模块230也可以具体用于：基于所述网络连接，获取当前从发送第三数据包至所述服务器，到接收所述服务器返回的所述第三数据包对应的第四数据包之间的第一时间差，以及前一次从发送第五数据包至所述服务器，到接收所述服务器返回的所述第五数据包对应的第六数据包之间的第二时间差；判断所述第一时间差与所述第二时间差之间的第一差值是否大于预设差值；如果不大于预设差值，将所述第一时间差作为与所述服务器之间的网络延迟。

在本申请实施例中，请参见图7，该网络延迟的获取装置200还可以包括：信息存储模块240。该信息存储模块240可以用于：将所述网络连接的基本信息进行存储，以用于本次延迟获取以后的延迟获取，所述基本信息包括：源IP地址、目的IP地址、源端口号、目的端口号以及协议类型。

进一步的，请参见图7，该网络延迟的获取装置200还可以包括：信息读取模块250以及连接查找模块260。信息读取模块250用于读取所述网络连接的基本信息；连接查找模块260用于基于所述基本信息查找所述网络连接，并基于所述网络连接进行延迟获取，得到所述终端设备与所述服务器的网络延迟。

综上所述，相对于现有技术，本发明提供的网络延迟的获取方法、装置、终端设备及存储介质，通过获取终端设备与服务器的网络连接及其数据交互记录，然后基于该数据交互记录，判断该网络连接是否满足预设条件，最后如果满足预设条件，则基于该网络连接进行延迟获取，得到终端设备与服务器之间的网络延迟。从而实现根据终端设备与服务器之间已有的网络连接来进行延迟获取，无需额外再建立网络连接获取延迟，达到节省消耗的目的。

请再次参阅图8，基于上述的网络延迟的获取方法、装置，本发明实施例还提供一种终端设备100。

示例性的，终端设备100可以为移动或便携式并执行无线通信的各种类型的计算机系统设备中的任何一种(图8中只示例性的示出了一种形态)。具体的，终端设备100可以为移动电话或智能电话(例如，基于iPhone TM，基于Android TM的电话)，便携式游戏设备(例如Nintendo DS TM，PlayStation Portable TM，Gameboy Advance TM，iPhone TM)、膝上型电脑、PDA、便携式互联网设备、音乐播放器以及数据存储设备，其他手持设备以及诸如手表、耳机、吊坠、耳机等，终端设备100还可以为其他的可穿戴设备(例如，诸如电子眼镜、电子衣服、电子手镯、电子项链、电子纹身、电子设备或智能手表的头戴式设备(HMD))。

终端设备100还可以是多个电子设备中的任何一个，多个电子设备包括但不限于蜂窝电话、智能电话、其他无线通信设备、个人数字助理、音频播放器、其他媒体播放器、音乐记录器、录像机、照相机、其他媒体记录器、收音机、医疗设备、车辆运输仪器、计算器、可编程遥控器、寻呼机、膝上型计算机、台式计算机、打印机、上网本电脑、个人数字助理(PDA)、便携式多媒体播放器(PMP)、运动图像专家组(MPEG-1或MPEG-2)音频层3(MP3)播放器，便携式医疗设备以及数码相机及其组合。

在一些情况下，终端设备100可以执行多种功能(例如，播放音乐，显示视频，存储图片以及接收和发送电话呼叫)。如果需要，终端设备100可以是诸如蜂窝电话、媒体播放器、其他手持设备、腕表设备、吊坠设备、听筒设备或其他紧凑型便携式设备的便携式设备。

如图8所示，终端设备100包括电子本体部10，所述电子本体部10包括壳体12及设置在所述壳体12上的主显示屏120。所述壳体12可采用金属、如钢材、铝合金制成。本实施例中，所述主显示屏120通常包括显示面板111，也可包括用于响应对所述显示面板111进行触控操作的电路等。所述显示面板111可以为一个液晶显示面板(Liquid Crystal Display，LCD)，在一些实施例中，所述显示面板111同时为一个触摸屏109。

请同时参阅图9，在实际的应用场景中，所述终端设备100可作为智能手机终端进行使用，在这种情况下所述电子本体部10通常还包括一个或多个(图中仅示出一个)处理器102、存储器104、RF(Radio Frequency，射频)模块106、音频电路110、传感器114、输入模块118、电源模块122。本领域普通技术人员可以理解，图9所示的结构仅为示意，其并不对所述电子本体部10的结构造成限定。例如，所述电子本体部10还可包括比图9中所示更多或者更少的组件，或者具有与图8所示不同的配置。

本领域普通技术人员可以理解，相对于所述处理器102来说，所有其他的组件均属于外设，所述处理器102与这些外设之间通过多个外设接口124相耦合。所述外设接口124可基于以下标准实现：通用异步接收/发送装置(Universal Asynchronous Receiver/Transmitter，UART)、通用输入/输出(General Purpose Input Output，GPIO)、串行外设接口(Serial Peripheral Interface，SPI)、内部集成电路(Inter-Integrated Circuit，I2C)，但不并限于上述标准。在一些实例中，所述外设接口124可仅包括总线；在另一些实例中，所述外设接口124还可包括其他元件，如一个或者多个控制器，例如用于连接所述显示面板111的显示控制器或者用于连接存储器的存储控制器。此外，这些控制器还可以从所述外设接口124中脱离出来，而集成于所述处理器102内或者相应的外设内。

所述存储器104可用于存储软件程序以及模块，所述处理器102通过运行存储在所述存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理。所述存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，所述存储器104可进一步包括相对于所述处理器102远程设置的存储器，这些远程存储器可以通过网络连接至所述电子本体部10或所述主显示屏120。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述RF模块106用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯。所述RF模块106可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(SIM)卡、存储器等等。所述RF模块106可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络与其他设备进行通讯。上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。上述的无线网络可以使用各种通信标准、协议及技术，包括但并不限于全球移动通信系统(Global System for Mobile Communication，GSM)、增强型移动通信技术(Enhanced Data GSM Environment，EDGE)，宽带码分多址技术(wideband codedivision multiple access，W-CDMA)，码分多址技术(Code division access，CDMA)、时分多址技术(time division multiple access，TDMA)，无线保真技术(Wireless，Fidelity，WiFi)(如美国电气和电子工程师协会标准IEEE802.10A，IEEE 802.11b，IEEE802.11g和/或IEEE 802.11n)、网络电话(Voice over internet protocal，VoIP)、全球微波互联接入(Worldwide Interoperability for Microwave Access，Wi-Max)、其他用于邮件、即时通讯及短消息的协议，以及任何其他合适的通讯协议，甚至可包括那些当前仍未被开发出来的协议。

音频电路110、听筒101、声音插孔103、麦克风105共同提供用户与所述电子本体部10或所述主显示屏120之间的音频接口。具体地，所述音频电路110从所述处理器102处接收声音数据，将声音数据转换为电信号，将电信号传输至所述听筒101。所述听筒101将电信号转换为人耳能听到的声波。所述音频电路110还从所述麦克风105处接收电信号，将电信号转换为声音数据，并将声音数据传输给所述处理器102以进行进一步的处理。音频数据可以从所述存储器104处或者通过所述RF模块106获取。此外，音频数据也可以存储至所述存储器104中或者通过所述RF模块106进行发送。

所述传感器114设置在所述电子本体部10内或所述主显示屏120内，所述传感器114的实例包括但并不限于：光线传感器114F、运行传感器、压力传感器114G、重力加速度传感器、以及其他传感器。

其中，压力传感器114G可以检测由按压在终端设备100产生的压力的传感器。即，压力传感器114G检测由用户和终端设备之间的接触或按压产生的压力，例如由用户的耳部与终端设备之间的接触或按压产生的压力。因此，压力传感器114G可以用来确定在用户与终端设备100之间是否发生了接触或者按压，以及压力的大小。

请再次参阅图9，具体地在图9所示的实施例中，所述光线传感器114F及所述压力传感器114G邻近所述显示面板111设置。所述光线传感器114F可在有物体靠近所述主显示屏120时，例如所述电子本体部10移动到耳边时，所述处理器102关闭显示输出。

作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别所述终端设备100姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等。另外，所述电子本体部10还可配置陀螺仪、气压计、湿度计、温度计等其他传感器，在此不再赘述，

本实施例中，所述输入模块118可包括设置在所述主显示屏120上的所述触摸屏109，所述触摸屏109可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在所述触摸屏109上或在所述触摸屏109附近的操作)，并根据预先设定的程序驱动相应的连接装置。可选的，所述触摸屏109可包括触摸检测装置和触摸控制器。其中，所述触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给所述触摸控制器；所述触摸控制器从所述触摸检测装置上接收触摸信息，并将该触摸信息转换成触点坐标，再送给所述处理器102，并能接收所述处理器102发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现所述触摸屏109的触摸检测功能。除了所述触摸屏109，在其它变更实施方式中，所述输入模块118还可以包括其他输入设备，如按键107。所述按键107例如可包括用于输入字符的字符按键，以及用于触发控制功能的控制按键。所述控制按键的实例包括“返回主屏”按键、开机/关机按键等等。

所述主显示屏120用于显示由用户输入的信息、提供给用户的信息以及所述电子本体部10的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、数字、视频和其任意组合来构成，在一个实例中，所述触摸屏109可设置于所述显示面板111上从而与所述显示面板111构成一个整体。

所述电源模块122用于向所述处理器102以及其他各组件提供电力供应。具体地，所述电源模块122可包括电源管理系统、一个或多个电源(如电池或者交流电)、充电电路、电源失效检测电路、逆变器、电源状态指示灯以及其他任意与所述电子本体部10或所述主显示屏120内电力的生成、管理及分布相关的组件。

所述终端设备100还包括定位器119，所述定位器119用于确定所述终端设备100所处的实际位置。本实施例中，所述定位器119采用定位服务来实现所述终端设备100的定位，所述定位服务，应当理解为通过特定的定位技术来获取所述终端设备100的位置信息(如经纬度坐标)，在电子地图上标出被定位对象的位置的技术或服务。

应当理解的是，上述的终端设备100并不局限于智能手机终端，其应当指可以在移动中使用的计算机设备。具体而言，终端设备100，是指搭载了智能操作系统的移动计算机设备，终端设备100包括但不限于智能手机、智能手表、平板电脑，等等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(终端设备)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (14)

1.一种网络延迟的获取方法，其特征在于，所述方法包括：

获取终端设备与服务器的网络连接及其数据交互记录；

基于所述数据交互记录，判断所述网络连接是否满足预设条件；

如果满足预设条件，基于所述网络连接进行延迟获取，得到所述终端设备与所述服务器之间的网络延迟。

2.根据权利要求1所述的方法，其特征在于，所述数据交互记录包括：多次发送至所述服务器的数据包，基于所述数据交互记录，判断所述网络连接是否满足预设条件，包括：

基于所述多次发送至所述服务器的数据包，判断每次发送至所述服务器的数据包的大小是否相同；

如果每次发送至所述服务器的数据包的大小相同，则确定所述网络连接满足预设条件。

3.根据权利要求1所述的方法，其特征在于，所述数据交互记录包括：多次发送至所述服务器的数据包，基于所述数据交互记录，判断所述网络连接是否满足预设条件，包括：

基于所述多次发送至所述服务器的数据包，判断每次发送至所述服务器的数据包的内容是否相同；

如果每次发送至所述服务器的数据包的内容相同，则确定所述网络连接满足预设条件。

4.根据权利要求1所述的方法，其特征在于，所述数据交互记录包括：多次发送数据包至所述服务器的时间，基于所述数据交互记录，判断所述网络连接是否满足预设条件，包括：

基于所述多次发送数据包至所述服务器的时间，获取多个发送数据包的周期；

判断所述多个发送数据包的周期是否均为预设周期；

如果所述多个发送数据包的周期均为预设周期，则确定所述网络连接满足预设条件。

5.根据权利要求1所述的方法，其特征在于，所述数据交互记录包括：多次接收的所述服务器返回的数据包，基于所述数据交互记录，判断所述网络连接是否满足预设条件，包括：

基于所述多次接收的所述服务器返回的数据包，判断每次接收的所述服务器返回的数据包的大小是否相同；

如果每次接收的所述服务器返回的数据包的大小相同，则确定所述网络连接满足预设条件。

6.根据权利要求1所述的方法，其特征在于，所述数据交互记录包括：多次接收的所述服务器返回的数据包，基于所述数据交互记录，判断所述网络连接是否满足预设条件，包括：

基于所述多次接收的所述服务器返回的数据包，判断每次接收的所述服务器返回的数据包的内容是否相同；

如果每次接收的所述服务器返回的数据包的内容相同，则确定所述网络连接满足预设条件。

7.根据权利要求1所述的方法，其特征在于，所述数据交互记录包括：多次接收所述服务器返回的数据包的时间，基于所述数据交互记录，判断所述网络连接是否满足预设条件，包括：

基于所述多次接收所述服务器返回的数据包的时间，获取多个接收数据包的周期；

判断所述多个接收数据包的周期是否均为预设周期；

如果所述多个接收数据包的周期均为预设周期，则确定所述网络连接满足预设条件。

8.根据权利要求1-7中任一项所述的方法，其特征在于，基于所述网络连接进行延迟获取，得到所述终端设备与所述服务器之间的网络延迟，包括：

基于所述网络连接，获取从发送第一数据包至所述服务器，到接收所述服务器返回的所述第一数据包对应的第二数据包之间的时间差，得到所述终端设备与所述服务器之间的网络延迟。

9.根据权利要求1-7中任一项所述的方法，其特征在于，基于所述网络连接进行延迟获取，得到所述终端设备与所述服务器之间的网络延迟，包括：

基于所述网络连接，获取当前从发送第三数据包至所述服务器，到接收所述服务器返回的所述第三数据包对应的第四数据包之间的第一时间差，以及前一次从发送第五数据包至所述服务器，到接收所述服务器返回的所述第五数据包对应的第六数据包之间的第二时间差；

判断所述第一时间差与所述第二时间差之间的第一差值是否大于预设差值；

如果不大于预设差值，将所述第一时间差作为所述终端设备与所述服务器之间的网络延迟。

10.根据权利要求1-7中任一项所述的方法，其特征在于，所述如果满足预设条件，基于所述网络连接进行延迟获取，得到所述终端设备与所述服务器之间的网络延迟之后，所述方法还包括：

将所述网络连接的基本信息进行存储，以用于本次延迟获取以后的延迟获取，所述基本信息包括：源I P地址、目的I P地址、源端口号、目的端口号以及协议类型。

11.根据权利要求10所述的方法，其特征在于，将所述网络连接的基本信息进行存储之后，所述方法还包括：

读取所述网络连接的基本信息；

基于所述基本信息查找所述网络连接，并基于所述网络连接进行延迟获取，得到所述终端设备与所述服务器的网络延迟。

12.一种网络延迟的获取装置，其特征在于，所述装置包括：连接获取模块、连接判断模块以及获取执行模块，其中，

所述连接获取模块用于获取终端设备与服务器的网络连接及其数据交互记录；

所述连接判断模块用于基于所述数据交互记录，判断所述网络连接是否满足预设条件；

所述获取执行模块用于如果满足预设条件，基于所述网络连接进行延迟获取，得到所述终端设备与所述服务器之间的网络延迟。

13.一种终端设备，其特征在于，包括存储器以及处理器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时所述处理器执行如权利要求1-11任一项所述的方法。

14.一种具有处理器可执行的程序代码的计算机可读取存储介质，其特征在于，所述程序代码使所述处理器执行如权利要求1-11任一项所述的方法。