CN111628905B - 数据包的抓取方法、装置及设备 - Google Patents

Abstract

本申请公开了一种数据包的抓取方法、装置及设备，涉及计算机技术领域，能够将抓包进程集成至业务逻辑之内，从而灵活抓取游戏过程中的数据包。其中方法包括：响应于网络状态的监控指令，根据所述监控指令所携带的业务特征字段，获取网络连接中与所述业务特征字段相映射业务场景下的网络延时；判断所述与所述业务特征字段相映射业务场景下的网络延时是否达到业务场景预先配置的延时阈值；若是，则对网络连接中业务场景下的数据包进行抓取。

Description

数据包的抓取方法、装置及设备

技术领域

本申请涉及计算机技术领域，尤其是涉及到一种数据包的抓取方法、装置及设备。

背景技术

随着游戏产业的迅猛发展，网络游戏离不开互联网，高带宽、高速率的网络可以提高玩家对网络游戏的体验，反过来网络阻塞、延时过场等网络为会导致游戏卡顿，甚至往家掉线，这会大大降低玩家的在线率，影响玩家的游戏体验，同时网络质量无法预测，给网络定位带来了很大的困难。

相关技术中，通过将游戏过程中运行的数据包保存下来，作为事后分析依据，可以从一定程度上给定位和分析网络带来帮助。目前常用来进行数据包抓取的方式主要有两种，一种是硬件法，通过使用网络设备端口镜像复制功能将网络数据包复制到指定端口，然后将数据包保存到文件设备中，但是镜像的数据包数量巨大，分析困难，对于保存大量数据包的文件设备需要额外投入资本；另一种是软件法，通过使用软件抓包工具，对服务器的网卡进行抓包，软件抓包工具作为一个单独的进程运行，可以通过一系列命令指定数据包的大小，负责将网络数据包抓取并保存到指定文件，但是由于抓包进程运行于游戏进程之外，无法灵活抓取游戏过程中数据包。

发明内容

有鉴于此，本申请提供了一种数据包的抓取方法、装置及设备，主要目的在于解决现有技术抓包进程运行于游戏进程之外，无法灵活抓取游戏过程中数据包问题。

根据本申请的第一个方面，提供了一种数据包的抓取方法，该方法包括：

响应于网络状态的监控指令，根据所述监控指令所携带的业务特征字段，获取网络连接中与所述业务特征字段相映射业务场景下的网络延时；

判断所述与所述业务特征字段相映射业务场景下的网络延时是否达到业务场景预先配置的延时阈值；

若是，则对网络连接中业务场景下的数据包进行抓取。

根据本申请的第二个方面，一种数据包的抓取装置，该装置包括：

获取单元，用于响应于网络状态的监控指令，根据所述监控指令所携带的业务特征字段，获取网络连接中与所述业务特征字段相映射业务场景下的网络延时；

判断单元，用于判断所述与所述业务特征字段相映射业务场景下的网络延时是否达到业务场景预先配置的延时阈值；

抓取单元，用于若达到业务场景预先配置的延时阈值，则对网络连接中业务场景下的数据包进行抓取。

根据本申请的第三个方面，提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述方法的步骤。

根据本申请的第四个方面，提供了一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的方法的步骤。

借由上述技术方案，本申请提供的一种数据包的抓取方法、装置及设备，与目前现有方式中利用硬件法或者软件法进行数据包抓取的方式相比，本申请通过监控指令所携带的业务特征字段，获取网络连接中与业务特征字段相映射业务场景下的网络延时，进而判断在与业务特征字段相映射业务场景下的网络延时达到业务场景预先配置的延时阈值时，对网络连接中业务场景下的数据包进行抓取，由于只有达到延时阈值的特定情况才开启数据包抓取功能，避免硬件法那样抓取全部的网络数据包，占用资源，同时结合业务场景来进行数据包的抓取，使得抓包进程运行于游戏进程之中，可以根据当前游戏场景的业务逻辑，灵活抓取游戏过程中的数据包。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

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

图1示出了本申请实施例提供的一种数据包的抓取方法的流程示意图；

图2示出了本申请实施例提供的另一种数据包的抓取方法的流程示意图；

图3示出了本申请实施例提供的一种数据包的抓取装置的结构示意图；

图4示出了本申请实施例提供的另一种数据包的抓取装置的结构示意图；

图5示出了本发明实施例提供的一种计算机设备的装置结构示意图。

具体实施方式

现在将参照若干示例性实施例来论述本发明的内容。应当理解，论述了这些实施例仅是为了使得本领域普通技术人员能够更好地理解且因此实现本发明的内容，而不是暗示对本发明的范围的任何限制。

如本文中所使用的，术语“包括”及其变体要被解读为意味着“包括但不限于”的开放式术语。术语“基于”要被解读为“至少部分地基于”。术语“一个实施例”和“一种实施例”要被解读为“至少一个实施例”。术语“另一个实施例”要被解读为“至少一个其他实施例”。

在游戏应用场景中，为了将游戏过程中运行的数据包保存下来，作为事后分析依据，可以通过对游戏过程网络连接中的数据包进行抓取，进而将数据保存到文件设备汇总。目前常用来进行数据包抓取的方式主要有两种，一种是硬件法，通过使用网络设备端口镜像复制功能将网络数据包复制到指定端口，然后将数据包保存到文件设备中，但是镜像的数据包数量巨大，分析困难，对于保存大量数据包的文件设备需要额外投入资本；另一种是软件法，通过使用软件抓包工具，对服务器的网卡进行抓包，软件抓包工具作为一个单独的进程运行，可以通过一系列命令指定数据包的大小，负责将网络数据包抓取并保存到指定文件，但是由于抓包进程运行于游戏进程之外，无法灵活抓取游戏过程中数据包。

为了解决上述的技术问题，本实施例提供了一种数据包的抓取方法，如图1所示，该方法应用于服务端，包括如下步骤：

101、响应于网络状态的监控指令，根据所述监控指令所携带的业务特征字段，获取网络连接中与所述业务特征字段相映射业务场景下的网络延时。

其中，监控指令可以由服务端设置的延时计算模块触发，用于监控游戏过程中的网络状态。通常情况下，由于游戏过程中出现的网络阻塞、延时，会导致网络连接出现卡顿的状况。为了能够在网络连接出现卡顿状况之前对网络延迟进行分析，通过获取网络连接中与所述业务特征字段相映射业务场景下的网络延时，可以从一定程度上了解网络特征，并通过分析网络特征来避免网络延迟的发生。

在本发明实施例中，为了能够针对游戏的业务场景对网络延时进行分析，可以在监控指令中添加业务特征字段，该业务特征字段可以结合游戏所在业务场景进行设置，这里游戏所在业务场景可以包括但不局限于界面场景、地图场景、战斗场景、功能场景等，其中，界面场景可以为用户进入不同游戏界面的场景，可以设置游戏大厅、副本、跨服战等业务特征字段，地图场景可以为游戏过程中人物行走或运动执行任务的场景，可以设置野外地图，主城地图、地宫地图等业务特征字段，战斗场景可以为游戏过程中人物之间相互战斗的场景，例如，人物碰撞、人物攻击等业务特征字段，功能场景矿业为游戏过程中玩家基于人物之间进行互动的场景，例如，玩家聊天，玩家购买装备等，这里对业务场景不进行限定。

对于本实施例的执行主体可以为数据包的抓取装置或设备，可以配置在服务端，为了获取不同业务场景下的网络延时，可以基于业务特征字段触发对相应业务场景下网络延时的监控指令，进而针对不同业务场景下的网络特征进行分析，以减小网络延时对游戏过程的影响。

102、判断所述与所述业务特征字段相映射业务场景下的网络延时是否达到业务场景预先配置的延时阈值。

由于不同业务场景下需要执行的业务操作不同，而业务操作所需要的复杂度不同导致业务场景所需要的网络资源不同，对于业务操作比较复杂的业务场景通常需要耗费较大的网络资源，通常情况下产生网络延时的几率相对较高，对于业务操作比较简单的业务场景无需耗费过多的网络资源，产生网络延时几率也较小，所以考虑到业务场景预先配置的延时阈值，可以针对不同场景进行设置，以游戏过程中界面场景为例，对于游戏大厅业务场景，可以设置延时阈值相对长一些，对于副本、跨服战业务场景，可以设置延时阈值相对设较短一些。

可以理解的是，为了便于对不同业务场景的网络阈值进行精准配置，可以通过统计游戏过程中不用业务场景下玩家对网络延时的容忍度，基于玩家对网络延时的容忍度为业务场景预先配置延时阈值，具体可以通过查询游戏过程中玩家进入业务场景过程中的历史页面数据，并监控历史页面数据中用户由于网络延时所导致业务场景的退出操作，该退出操作表明用户对网络延时达到了容忍极限，进而提取退出操作所对应时间记录作为业务场景预先配置的延时阈值。

在实际应用过程中，随着业务场景的不断增多，历史页面数据可能无法覆盖到众多的业务场景，具体可以在游戏过程中业务场景产生网络延时的情况，不断调整业务场景预先配置的延时阈值，还可以结合业务场景所占用的网络资源来对延时阈值进行预估，进而提高游戏阈值设置的准确度。

103、若是，则对网络连接中业务场景下的数据包进行抓取。

在本发明实施例中，具体可以通过设置抓包模块来控制对网络连接中业务场景下数据包进行抓取，该抓包模块可以嵌入在服务端侧，以供服务端使用，并且抓包模块可以提供启动抓包接口和停止抓包接口，当抓包模块调用启动抓包接口，抓包模块就会启动一个线程，控制开始抓取网络连接中业务场景下的数据包，当抓包模块调用停止抓包接口，抓包模块就会启动另一个线程，控制停止抓取网络连接中业务场景下的数据包。

可以理解的是，服务端侧设置抓包模块来开启线程控制数据包的抓取过程，通过使用线程的形式，可以使得抓包模块与游戏过程中的业务逻辑独立运行，避免抓包模块阻塞当前网络连接的业务逻辑，从一定程度上提高数据包抓取的灵活性。

本申请实施例提供的数据包的抓取方法，与目前现有方式中利用硬件法或者软件法进行数据包抓取的方式相比，本申请通过监控指令所携带的业务特征字段，获取网络连接中与业务特征字段相映射业务场景下的网络延时，进而判断在与业务特征字段相映射业务场景下的网络延时达到业务场景预先配置的延时阈值时，对网络连接中业务场景下的数据包进行抓取，由于只有达到延时阈值的特定情况才开启数据包抓取功能，避免硬件法那样抓取全部的网络数据包，占用资源，同时结合业务场景来进行数据包的抓取，使得抓包进程运行于游戏进程之中，可以根据当前游戏场景的业务逻辑，灵活抓取游戏过程中的数据包。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，本实施例提供了另一种数据包的抓取方法，如图2 所示，该方法包括：

201、响应于网络状态的监控指令，根据所述监控指令所携带的业务特征字段，生成与所述业务特征字段相映射业务场景下的请求数据包。

在本发明实施例中，为了准确获取业务场景下产生的网络延时，可以通过对业务特征字段进行加工，生成与业务特征字段相映射业务场景下的请求数据包，该请求数据包作为游戏过程中网络传输过程中的数据中介，能够建立服务端与客户端侧之间游戏数据的连接。通常情况下，服务端和客户端通过交换游戏数据包并根据分析得到的数据包来驱动游戏逻辑。所以游戏过程中的互动控制需要由服务端与客户端依靠数据包协同完成。

上述对业务特征字段进行加工形成与业务字段相映射业务场景下的请求数据包的过程相当于数据的封包过程，可以通过设置加工参数，例如，数据包长度、数据包类型、数据包校验码等，根据加工参数将业务特征字段加入至游戏数据中，以形成与业务特征字段相映射业务场景下的请求数据包。

可以理解的是，上述请求数据包具体的设计过程是根据游戏过程中的业务场景进行划分，对于聊天内容的请求数据包，服务端要有一个包含聊天业务场景下业务特征字段的广播数据，通过它，服务端可以向客户端发送该广播数据；对于交易功能的请求数据包，由于交易功能所覆盖的数据较多，服务端针对包含交易功能业务场景下业务特征字段的交易数据，可以生成多个数据包，如：申请交易数据包、申请交易的信息数据包、允许或者拒绝交易数据包确认交易数据包等等。

在实际应用过程中，请求数据包的加工过程还应考虑数据包在客户端和服务端的使用规则，有的是一方使用而另一方不使用，而有的是双方都是用，例如，对于申请交易数据包，只可能一方使用，而另一方会得到一个申请交易的信息数据包，对于确认交易数据报和提交交易物品数据包，都是在是双方确定要进行交易时同时使用，所以请求数据包的加工过程可以由上至下的原则，即首先确定数据包的功能，在确定数据包中应包含的信息，最后确定这些信息应该占用的位置和长度，最终形成完整的请求数据包。

202、向客户端发送所述请求数据包，并记录发送请求数据包的时间与接收应答数据包的时间。

其中，应答数据包为客户端用于响应请求数据包所发送的，由服务端负责接收，通常情况下，服务端发送请求数据包后，在网络状态允许的条件下，客户端会在接收到请求数据包的第一时间返回应答数据包，并由服务端接收应答数据包，所以，服务端发送的时间与接收该应答数据包的时间的差距，可以从一定程度反映游戏过程中的网络延时。

在实际应用的过程中，可以在服务端设置的延时计算模块定时向客户端发送请求数据包和接收客户端返回的应答数据包，并在延时模块内嵌入业务逻辑以实现下述步骤，具体可以由服务端定时向客户端发送请求数据包，并记录发送请求数据包的时间；再由服务端接收客户端返回的应答数据包，并记录接收应答数据包的时间。

203、通过计算所述发送请求数据包的时间与所述接收应答数据包的时间之差，获取网络连接中与所述业务特征字段相映射业务场景下的网络延时。

可以理解的是，请求数据包中携带有业务特征字段，也就是说明在客户端与服务端之间传输的请求数据包与应答数据包都会携带相应的业务场景信息，并与业务场景相映射，所以获取到的网络延时也同样是针对业务场景下的网络延时。

在本发明实施例中，由于游戏过程中无法保证数据包传输的实时性，往往客户端返回应答数据包也具有一定的延时，这里可以通过计算发送请求数据包的时间与接收应答数据包的时间之差，可以获取网络连接中与业务特征字段相映射业务场景下的网络延时。

204、针对不同业务场景预先配置延时阈值和抓取阈值。

为了使得数据包的抓取更适用于游戏过程中的业务场景，预先设置只有在特定情况下开启数据包的抓取，这里的延时阈值为网络连接中针对业务场景所适用数据进行响应的时间阈值，进而针对不同业务场景设置有不同的延时阈值，例如，功能场景设置较长的延时阈值，战斗场景设置较短的延时阈值；同样的，这里的抓取阈值为网络连接中针对业务场景所适用数据包进行抓取的数量阈值，进而针对不同的业务场景设置有不同的抓取阈值，例如，对于界面场景，可以设置部分数据包抓取，对于战斗场景，可以设置全部数据包抓取。

可以理解的是，为了节省资源占用，更合理的进行游戏过程中的数据包抓取，对于战斗应用场景还可考虑到战斗时间等因素进行部分数据包抓取，例如，如果PVP中战斗时间较短，可以设置全部数据包抓取，如果PVP中战斗时间较长，可以设置部分数据包抓取。

205、判断所述与所述业务特征字段相映射业务场景下的网络延时是否达到业务场景预先配置的延时阈值。

具体在实际应用的过程中，服务端可以设置控制模块来执行判断与业务特征字段相映射业务场景下的网络延时是否达到业务场景预先配置的延时阈值的过程，该控制模块可以由输入、判断和输出三部分组成，输入为延时计算模块所获取的网络业务特征字段相映射业务场景下的网络延时以及业务特征字段，基于业务特征字段从配置文件中加载中确定适用于业务场景的延时阈值，该配置文件记录有预先为每一种业务场景所设置的延时阈值和抓取阈值，判断为根据输入的网络延时和确定的延时阈值进行比较，判断是否启动数据包的抓取，并根据抓取阈值来判断是否停止数据包的抓取，输出为调用抓取模块的接口来执行数据包的开启抓取和停止抓取过程。

206、若是，则调用抓包接口，开启对网络连接中业务场景下的数据包进行抓取。

其中，抓包模块包括预先为数据包抓取所设置的线程池，该线程池包括开启抓取线程和停止抓取线程。针对开启数据包抓取的过程，具体可以通过调用抓包模块的开启接口，从预先为数据抓取所设置的线程池中选取开启抓取线程；响应于开启抓取线程的执行指令，开启对网络连接中业务场景下的数据包进行抓取。

在实际应用过程中，服务端可以设置抓取模块来执行数据包的开启抓取过程，这里的抓取模块中部署有线程池，只在服务端使用，提供开启接口，当控制模块调用了抓取模块的开启接口，开启对连接中业务场景下的数据包进行抓取，并将抓取到的数据包保存至本地服务端，也可以保存在指定的文件服务端，以供后续分析和使用。

207、在对网络连接中业务场景下的数据包进行抓取的过程中，实时获取网络连接中业务场景下所抓取数据包的数量。

208、通过将所述网络连接中业务场景下所抓取数据包的数量和所述抓取阈值进行比较，停止对网络连接中业务场景下的数据包进行抓取。

在本发明实例中，具体可以通过判断网络连接中业务场景下所抓取数据包的数量是否达到抓取阈值；若是，则通过调用抓包模块的停止接口，停止对网络连接中业务场景下的数据包进行抓取。

相应的，针对停止数据包抓取的过程，具体可以通过调用抓包模块的停止接口，从预先为数据抓取所设置的线程池中选取停止抓取线程；响应于停止抓取线程的执行指令，停止对网络连接中业务场景下的数据包进行抓取。

在实际应用过程中，服务端可以设置抓取模块来执行数据包的停止抓取过程，这里的抓取模块相当于线程池，只在服务端使用，提供停止接口，当控制模块调用了抓取模块的停止接口，停止对连接中业务场景下的数据包进行抓取。

本发明实施例提供的数据包的抓取过程，可以通过服务端设置的控制模块来对数据包抓取的时机进行控制，并将游戏过程中的业务逻辑融合到抓包的过程中，能够自适应调用抓包模块来开启和关闭抓包功能，减少了数据包的抓取数量，节约资源成本，同时抓取到的数据包通常为网络延时超过业务逻辑所规定的延时阈值，对事后分析提供了很大帮助。

进一步的，作为图1和图2方法的具体实现，本申请实施例提供了一种数据包的抓取装置，如图3所示，该装置包括：获取单元31、判断单元32、抓取单元33。

获取单元31，可以用于响应于网络状态的监控指令，根据所述监控指令所携带的业务特征字段，获取网络连接中与所述业务特征字段相映射业务场景下的网络延时；

判断单元32，可以用于判断所述与所述业务特征字段相映射业务场景下的网络延时是否达到业务场景预先配置的延时阈值；

抓取单元33，可以用于若达到业务场景预先配置的延时阈值，则对网络连接中业务场景下的数据包进行抓取。

本发明实施例提供的数据包的抓取装置，与目前现有方式中利用硬件法或者软件法进行数据包抓取的方式相比，本申请通过监控指令所携带的业务特征字段，获取网络连接中与业务特征字段相映射业务场景下的网络延时，进而判断在与业务特征字段相映射业务场景下的网络延时达到业务场景预先配置的延时阈值时，对网络连接中业务场景下的数据包进行抓取，由于只有达到延时阈值的特定情况才开启数据包抓取功能，避免硬件法那样抓取全部的网络数据包，占用资源，同时结合业务场景来进行数据包的抓取，使得抓包进程运行于游戏进程之中，可以根据当前游戏场景的业务逻辑，灵活抓取游戏过程中的数据包。

在具体的应用场景中，如图4所示，所述获取单元31包括：

生成模块311，可以用于根据所述监控指令所携带的业务特征字段，生成与所述业务特征字段相映射业务场景下的请求数据包；

记录模块312，可以用于向客户端发送所述请求数据包，并记录发送请求数据包的时间与接收应答数据包的时间，所述应答数据包为客户端用于响应所述请求数据包所发送的；

计算模块313，可以用于通过计算所述发送请求数据包的时间与所述接收应答数据包的时间之差，获取网络连接中与所述业务特征字段相映射业务场景下的网络延时。

在具体的应用场景中，如图4所示，所述记录模块312包括：

第一记录子模块3121，可以用于定时向客户端发送所述请求数据包，并记录发送请求数据包的时间；

第二记录子模块3122，可以用于接收客户端返回的应答数据包，并记录接收应答数据包的时间。

在具体的应用场景中，如图4所示，所述装置还包括：

配置单元34，可以用于在所述判断所述与所述业务特征字段相映射业务场景下的网络延时是否达到业务场景预先配置的延时阈值之前，针对不同业务场景预先配置延时阈值和抓取阈值，所述延时阈值为网络连接中针对业务场景所适用数据进行响应的时间阈值，所述抓取阈值为网络连接中针对业务场景所适用数据包进行抓取的数量阈值。

在具体的应用场景中，如图4所示，所述抓取单元33包括：

开启模块331，可以用于通过调用抓包模块的开启接口，开启对网络连接中业务场景下的数据包进行抓取；

获取模块332，可以用于在对网络连接中业务场景下的数据包进行抓取的过程中，实时获取网络连接中业务场景下所抓取数据包的数量；

停止模块333，可以用于通过将所述网络连接中业务场景下所抓取数据包的数量和所述抓取阈值进行比较，停止对网络连接中业务场景下的数据包进行抓取。

在具体的应用场景中，如图4所述，所述抓包模块包括预先为数据包抓取所设置的线程池，所述线程池包括开启抓取线程和停止抓取线程，所述开启模块331包括：

选取子模块3311，可以用于通过调用抓包模块的开启接口，从所述预先为数据抓取所设置的线程池中选取开启抓取线程；

开启子模块3312，可以用于响应于所述开启抓取线程的执行指令，开启对网络连接中业务场景下的数据包进行抓取。

在具体的应用场景中，如图4所述，所述停止模块333包括：

判断子模块3331，可以用于判断所述网络连接中业务场景下所抓取数据包的数量是否达到所述抓取阈值；

停止子模块3332，可以用于若达到抓取阈值，则通过调用抓包模块的停止接口，停止对网络连接中业务场景下的数据包进行抓取。

在具体的应用场景中，所述停止子模块3332，具体可以用于通过调用抓包模块的停止接口，从所述预先为数据抓取所设置的线程池中选取停止抓取线程；

所述停止子模块3332，具体还可以用于响应于所述停止抓取线程的执行指令，停止对网络连接中业务场景下的数据包进行抓取。

在具体的应用场景中，如图4所述，所述业务场景为游戏场景，所述业务特征字段为针对所述游戏场景设置的特征字段，所述配置单元34包括：

统计模块341，可以用于统计用户进入不同游戏场景过程中对网络延时的容忍度数据，所述容忍度数据为用户对网络延时的容忍时间极限值；

配置模块342，可以用于基于所述用户对网络延时的容忍时间极限值，配置不同游戏场景中的延时阈值。

在具体的应用场景中，所述配置模块342，具体可以用于查询用户进入不同游戏场景过程中的历史页面数据；

所述配置模块342，具体还可以用于若监控到所述历史页面数据中用户由于网络延时而产生的退出操作，则提取所述退出操作对应的时间数据作为用户进入游戏过程中对网络延时的容忍度数据。

需要说明的是，本实施例提供的一种数据包的抓取装置所涉及各功能单元的其它相应描述，可以参考图1-图2中的对应描述，在此不再赘述。

基于上述如图1-图2所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1-图2 所示的数据包的抓取方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1-图2所示的方法，以及图3-4所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种数据包的抓取的实体设备，具体可以为计算机，智能手机，平板电脑，智能手表，服务器，或者网络设备等，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1-图2所示的数据包的抓取方法。

可选的，该实体设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。

在示例性实施例中，参见图5，上述实体设备包括通信总线、处理器、存储器和通信接口，还可以包括、输入输出接口和显示设备，其中，各个功能单元之间可以通过总线完成相互间的通信。该存储器存储有计算机程序，处理器，用于执行存储器上所存放的程序，执行上述实施例中的画作挂载方法。

本领域技术人员可以理解，本实施例提供的一种数据包的抓取的实体设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述店铺搜索信息处理的实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，与目前现有方式相比，本申请通过监控指令所携带的业务特征字段，获取网络连接中与业务特征字段相映射业务场景下的网络延时，进而判断在与业务特征字段相映射业务场景下的网络延时达到业务场景预先配置的延时阈值时，对网络连接中业务场景下的数据包进行抓取，由于只有达到延时阈值的特定情况才开启数据包抓取功能，避免硬件法那样抓取全部的网络数据包，占用资源，同时结合业务场景来进行数据包的抓取，使得抓包进程运行于游戏进程之中，可以根据当前游戏场景的业务逻辑，灵活抓取游戏过程中的数据包。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (13)

1.一种数据包的抓取方法，其特征在于，包括：

响应于网络状态的监控指令，根据所述监控指令所携带的业务特征字段，获取网络连接中与所述业务特征字段相映射业务场景下的网络延时，所述业务特征字段结合游戏所在业务场景进行设置；

判断所述与所述业务特征字段相映射业务场景下的网络延时是否达到业务场景预先配置的延时阈值，不同业务场景预先配置有延时阈值和抓取阈值，所述延时阈值为网络连接中针对业务场景所适用数据进行响应的时间阈值，所述抓取阈值为网络连接中针对业务场景所适用数据包进行抓取的数量阈值；

若是，则对网络连接中业务场景下的数据包进行抓取。

2.根据权利要求1所述的方法，其特征在于，所述根据所述监控指令所携带的业务特征字段，获取网络连接中与所述业务特征字段相映射业务场景下的网络延时，具体包括：

根据所述监控指令所携带的业务特征字段，生成与所述业务特征字段相映射业务场景下的请求数据包；

向客户端发送所述请求数据包，并记录发送请求数据包的时间与接收应答数据包的时间，所述应答数据包为客户端用于响应所述请求数据包所发送的；

通过计算所述发送请求数据包的时间与所述接收应答数据包的时间之差，获取网络连接中与所述业务特征字段相映射业务场景下的网络延时。

3.根据权利要求2所述的方法，其特征在于，所述向客户端发送所述请求数据包，并记录发送请求数据包的时间与接收应答数据包的时间，具体包括：

定时向客户端发送所述请求数据包，并记录发送请求数据包的时间；

接收客户端返回的应答数据包，并记录接收应答数据包的时间。

4.根据权利要求1所述的方法，其特征在于，所述对网络连接中业务场景下的数据包进行抓取，具体包括：

调用抓包接口，开启对网络连接中业务场景下的数据包进行抓取；

在对网络连接中业务场景下的数据包进行抓取的过程中，实时获取网络连接中业务场景下所抓取数据包的数量；

通过将所述网络连接中业务场景下所抓取数据包的数量和所述抓取阈值进行比较，停止对网络连接中业务场景下的数据包进行抓取。

5.根据权利要求4所述的方法，其特征在于，所述抓包接口对接有预先为数据包抓取所设置的线程池，所述线程池包括开启抓取线程和停止抓取线程，所述调用抓包接口，开启对网络连接中业务场景下的数据包进行抓取，具体包括：

调用抓包接口，从所述预先为数据包抓取所设置的线程池中选取开启抓取线程；

响应于所述开启抓取线程的执行指令，开启对网络连接中业务场景下的数据包进行抓取。

6.根据权利要求4所述的方法，其特征在于，所述通过将所述网络连接中业务场景下所抓取数据包的数量和所述抓取阈值进行比较，停止对网络连接中业务场景下的数据包进行抓取，具体包括：

判断所述网络连接中业务场景下所抓取数据包的数量是否达到所述抓取阈值；

若是，则调用抓包接口，停止对网络连接中业务场景下的数据包进行抓取。

7.根据权利要求6所述的方法，其特征在于，所述调用抓包接口，停止对网络连接中业务场景下的数据包进行抓取，具体包括：

调用抓包接口，从所述预先为数据包抓取所设置的线程池中选取停止抓取线程；

响应于所述停止抓取线程的执行指令，停止对网络连接中业务场景下的数据包进行抓取。

8.根据权利要求1-7中任一项所述的方法，其特征在于，所述业务场景为游戏场景，所述业务特征字段为针对所述游戏场景设置的特征字段。

9.根据权利要求1-7中任一项所述的方法，其特征在于，所述针对不同业务场景预先配置延时阈值，具体包括：

统计用户进入不同游戏场景过程中对网络延时的容忍度数据，所述容忍度数据为用户对网络延时的容忍时间极限值；

基于所述用户对网络延时的容忍时间极限值，配置不同游戏场景中的延时阈值。

10.根据权利要求9所述的方法，其特征在于，所述统计用户进入不同游戏场景过程中对网络延时的容忍度数据，具体包括：

查询用户进入不同游戏场景过程中的历史页面数据；

若监控到所述历史页面数据中用户由于网络延时而产生的退出操作，则提取所述退出操作对应的时间数据作为用户进入游戏过程中对网络延时的容忍度数据。

11.一种数据包的抓取装置，其特征在于，包括：

获取单元，用于响应于网络状态的监控指令，根据所述监控指令所携带的业务特征字段，获取网络连接中与所述业务特征字段相映射业务场景下的网络延时，所述业务特征字段结合游戏所在业务场景进行设置；

判断单元，用于判断所述与所述业务特征字段相映射业务场景下的网络延时是否达到业务场景预先配置的延时阈值，不同业务场景预先配置有延时阈值和抓取阈值，所述延时阈值为网络连接中针对业务场景所适用数据进行响应的时间阈值，所述抓取阈值为网络连接中针对业务场景所适用数据包进行抓取的数量阈值；

抓取单元，用于若达到业务场景预先配置的延时阈值，则对网络连接中业务场景下的数据包进行抓取。

12.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至10中任一项所述数据包的抓取方法的步骤。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至10中任一项所述数据包的抓取方法的步骤。

Images