协议数据处理方法、装置、存储介质及电子装置与流程

1.本技术涉及计算机技术领域，具体而言，涉及一种协议数据处理方法、装置、存储介质及电子装置。


背景技术：

2.在电子游戏场景中，存在玩家通过使用“同步器”同时控制多个游戏客户端进行作弊的情况，也即，玩家在只操作其中一个游戏客户端的情况下，使其他客户端同时向服务器发送同样的数据包，达到游戏操作同步效果。使用“同步器”的作弊行为能够大幅减少作弊玩家的操作成本，损坏了电子竞技的公平性。
3.现有技术中，检测使用“同步器”的作弊行为的方法主要是：在运营过程中通过监控游戏日志和玩家举报信息来选择作弊嫌疑玩家，然后对作弊嫌疑玩家的游戏日志进行人工查证来确定作弊嫌疑玩家是否作弊。然而，现有技术提供的上述方案依赖人工，成本高、效率低。
4.针对上述的问题，目前尚未提出有效的解决方案。
5.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本技术的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

6.本技术至少部分实施例提供了一种协议数据处理方法、装置、存储介质及电子装置，以至少解决相关技术中由于对多个客户端之间同步行为的检测依赖人工导致检测成本高、效率低的技术问题。
7.根据本技术其中一实施例，提供了一种协议数据处理方法，包括：接收来自于多个客户端的协议数据；基于协议数据生成多个客户端对应的协议轨迹；对多个客户端对应的协议轨迹进行特征识别，得到识别结果，其中，识别结果用于鉴别多个客户端是否向服务端传输相同的数据包。
8.根据本技术其中一实施例，还提供了一种协议数据处理装置，包括：接收模块，用于接收来自于多个客户端的协议数据；生成模块，用于基于协议数据生成多个客户端对应的协议轨迹；处理模块，用于对多个客户端对应的协议轨迹进行特征识别，得到识别结果，其中，识别结果用于鉴别多个客户端是否向服务端传输相同的数据包。
9.根据本技术其中一实施例，还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述任一项中的协议数据处理方法。
10.根据本技术其中一实施例，还提供了一种电子装置，包括：包括存储器和处理器，存储器中存储有计算机程序，处理器被设置为运行计算机程序以执行上述任一项中的协议数据处理方法。
11.在本技术至少部分实施例中，采用接收来自于多个客户端的协议数据，基于协议
数据生成多个客户端对应的协议轨迹的方式，通过对多个客户端对应的协议轨迹进行特征识别，得到识别结果，该识别结果用于鉴别多个客户端是否向服务端传输相同的数据包。如果鉴别确定多个客户端向服务端传输相同的数据包，表明多个客户端之间存在同步行为。由此，达到了基于多个客户端的协议数据进行协议轨迹特征识别以鉴别鉴别多个客户端之间是否存在同步行为的目的，从而实现了降低多个客户端之间同步行为的检测成本、提高检测效率的技术效果，进而解决了相关技术中由于对多个客户端之间同步行为的检测依赖人工导致检测成本高、效率低的技术问题。
附图说明
12.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
13.图1是本技术其中一实施例的一种协议数据处理方法的移动终端的硬件结构框图；
14.图2是根据本技术其中一实施例的一种协议数据处理方法的流程图；
15.图3是根据现有技术的一种电子游戏场景的业务流程的示意图；
16.图4是根据本技术其中一实施例的一种电子游戏场景的业务流程的示意图；
17.图5是根据本技术其中一实施例的一种协议数据处理装置的结构框图；
18.图6是根据本技术其中一实施例的一种可选的协议数据处理装置的结构框图；
19.图7是根据本技术其中一实施例的一种电子装置的示意图。
具体实施方式
20.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
21.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
22.需要说明的是，在本技术的说明书中，“例如”一词用来表示“用作例子、例证或说明”。本技术中被描述为“例如”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本技术，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本技术。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本技术的描述变得晦涩。因此，本技术并非旨在限于
所示的实施例，而是与符合本技术所公开的原理和特征的最广范围相一致。
23.本技术涉及到的上述方法实施例，可以在终端设备(例如，移动终端、计算机终端或者类似的运算装置)中执行。以运行在移动终端上为例，该移动终端可以是智能手机、平板电脑、掌上电脑以及移动互联网设备、pad、游戏机等终端设备。
24.图1是根据本技术其中一实施例的一种协议数据处理方法的移动终端的硬件结构框图。如图1所示，移动终端可以包括一个或多个(图1中仅示出一个)处理器102、存储器104、传输设备106、输入输出设备108以及显示设备110。以协议数据处理方法通过该移动终端应用于电子游戏场景为例，处理器102调用并运行存储器104中存储的计算机程序以执行该协议数据处理方法，将对协议轨迹进行特征识别的识别结果通过传输设备106传输至输入输出设备108和/或显示设备110，进而将该识别结果所鉴别的多个客户端是否向服务端传输相同的数据包的鉴别结果提供给玩家。
25.仍然如图1所示，处理器102可以包括但不限于：中央处理器(central processing unit，cpu)、图形处理器(graphics processing unit，gpu)、数字信号处理(digital signal processing，dsp)芯片、微处理器(microcontroller unit，mcu)、可编程逻辑器件(field programmable gate array，fpga)、神经网络处理器(neural-network processing unit，npu)、张量处理器(tensor processing unit，tpu)、人工智能(artificial intelligence，ai)类型处理器等的处理装置。
26.本领域技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
27.在一些以游戏场景为主的可选实施例中，上述终端设备还可以提供具有触摸触敏表面的人机交互界面，该人机交互界面可以感应手指接触和/或手势来与图形用户界面(graphical user interface，gui)进行人机交互，该人机交互功能可以包括如下交互：创建网页、绘图、文字处理、制作电子文档、游戏、视频会议、即时通信、收发电子邮件、通话界面、播放数字视频、播放数字音乐和/或网络浏览等、用于执行上述人机交互功能的可执行指令被配置/存储在一个或多个处理器可执行的计算机程序产品或可读存储介质中。
28.本技术涉及到的上述方法实施例，还可以在服务器中执行。其中，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。以协议数据处理方法通过电子游戏服务器应用于电子游戏场景为例，电子游戏服务器可基于该协议数据处理方法对多个电子游戏客户端的协议轨迹进行特征识别，并将识别结果所鉴别的多个客户端是否向服务端传输相同的数据包的鉴别结果提供给玩家(例如，可以渲染显示在玩家终端的显示屏上，或者，通过全息投影提供给玩家等)。
29.根据本技术其中一实施例，提供了一种协议数据处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
30.在本实施例中提供了一种运行于上述移动终端的一种协议数据处理方法，图2是根据本技术其中一实施例的一种协议数据处理方法的流程图，如图2所示，该方法包括如下步骤：
31.步骤s21，接收来自于多个客户端的协议数据；
32.上述多个客户端可以是多个游戏客户端、多个社交软件客户端、多个电商客户端等。在应用场景中，上述多个客户端通常为同一款或同一类型的客户端。上述多个客户端的协议数据用于表征用户对客户端执行的操作。
33.步骤s22，基于协议数据生成多个客户端对应的协议轨迹；
34.上述协议轨迹是指用户通过客户端的交互界面(如图形用户界面)发送至服务端的协议序列。上述协议轨迹可以是多条协议轨迹，每条协议轨迹与一个客户端对应。本技术实施例提供的上述方法可以运行于服务端，当服务端接收到来自一个客户端的多个协议数据时，按照多个协议数据的顺序，将多个协议数据组装为一条协议轨迹；当服务端接收到来自多个客户端的多个协议数据时，针对每个客户端将该客户端发来的部分协议数据按照顺序组装成该客户端对应的一条协议轨迹，从而得到多条协议轨迹。
35.由于协议数据用于表征用户对对应的客户端执行的操作，对应地，每条协议轨迹能够表征用户对对应的客户端执行的多个操作以及该多个操作的执行顺序。
36.步骤s23，对多个客户端对应的协议轨迹进行特征识别，得到识别结果，其中，识别结果用于鉴别多个客户端是否向服务端传输相同的数据包。
37.对上述多个客户端对应的协议轨迹进行特征识别得到识别结果可以包括：识别多个客户端中每个客户端对应的协议轨迹的轨迹特征，轨迹特征用于表征客户端向服务端发送数据包的发送行为特征，发送行为特征包括内容特征和顺序特征，将上述估计特征作为识别结果。
38.上述识别结果用于鉴别多个客户端是否向服务端传输相同的数据包，也即，如果对多个客户端对应的协议轨迹进行特征识别后发现，多个客户端中的至少两个客户端对应的协议轨迹中存在满足预设条件的协议数据，则认为该至少两个客户端向服务端传输了相同的数据包，其中，预设条件用于确定多个客户端对应的协议轨迹之间的相似程度，例如，预设条件可以是：协议轨迹之间存在长度不低于预设阈值的连续多个协议数据(也即连续多个数据包)。
39.本技术实施例提供的协议数据处理方法可以作为一个周期，从而在上述多个客户端运行过程中，对该多个客户端中的至少两个客户端进行协议数据持续监听。以判别至少两个客户端之间是否存在同步行为。
40.在一个周期的协议数据处理过程中，包括轨迹收集阶段和特征比对分析阶段。在轨迹收集阶段，对多个客户端(或者其中的至少两个客户端)进行协议数据收集和协议轨迹组装。服务端收到客户端发来的协议数据后，将协议数据按照顺序组装协议轨迹。随着客户端发来的协议数据增多，所组装的协议轨迹将会增长。在特征比对分析阶段，服务端对多个客户端(或者其中的至少两个客户端)的协议轨迹进行特征识别和特征比对，根据协议轨迹的相似程度鉴别上述多个客户端(或者其中的至少两个客户端)之间是否存在同步行为。
41.在本技术至少部分实施例中，采用接收来自于多个客户端的协议数据，基于协议数据生成多个客户端对应的协议轨迹的方式，通过对多个客户端对应的协议轨迹进行特征
识别，得到识别结果，该识别结果用于鉴别多个客户端是否向服务端传输相同的数据包。如果鉴别确定多个客户端向服务端传输相同的数据包，表明多个客户端之间存在同步行为。由此，达到了基于多个客户端的协议数据进行协议轨迹特征识别以鉴别鉴别多个客户端之间是否存在同步行为的目的，从而实现了降低多个客户端之间同步行为的检测成本、提高检测效率的技术效果，进而解决了相关技术中由于对多个客户端之间同步行为的检测依赖人工导致检测成本高、效率低的技术问题。
42.本技术实施例提供的协议数据处理方法能够应用于电子游戏场景中，以鉴别特定玩家是否存在使用“同步器”的作弊行为。上述多个客户端为多个游戏客户端，上述电子游戏场景对应的游戏类型可以是：动作类(例如：第一人称或第三人称射击游戏、二维或三维格斗游戏、战争动作游戏和体育动作游戏等)、冒险类(例如：探险游戏、收藏游戏、解谜游戏等)、模拟类(例如：模拟沙盘游戏、模拟养成游戏、策略模拟游戏、城市建造模拟游戏、商业模拟游戏等)、角色扮演类和休闲类(例如：棋牌桌游游戏、休闲竞技游戏、音乐节奏游戏、换装养成游戏等)等。
43.下面以应用于上述电子游戏场景为例，对本技术实施例的上述方法进行进一步介绍。
44.可选地，在步骤s21中，接收来自于多个客户端的协议数据，可以包括以下执行步骤：
45.步骤s211，确定待跟踪协议，其中，待跟踪协议包括：主协议部分和子协议部分；
46.步骤s212，基于待跟踪协议，从多个客户端接收主协议部分对应的主协议数据以及子协议部分对应的子协议数据。
47.在电子游戏场景中，根据技术人员的预先设定的协议跟踪条件，服务端确定至少一个待跟踪协议，每个待跟踪协议包括主协议部分和子协议部分。当客户端向服务端发送数据包时，服务端从数据包中获取至少一个待跟踪协议的主协议部分对应的主协议数据以及子协议部分对应的子协议数据。
48.具体地，在本技术实施例的其中一种实施方式中，对于每个待跟踪协议，所确定的主协议部分对应的主协议数据为16bit，子协议部分对应的子协议数据为8bit。
49.可选地，在步骤s22中，基于协议数据生成多个客户端对应的协议轨迹，可以包括以下执行步骤：
50.步骤s221，对目标容器进行初始化，其中，目标容器用于记录协议数据；
51.步骤s222，将主协议数据与子协议数据累积存储至目标容器，生成多个客户端对应的协议轨迹。
52.上述目标容器用于按照顺序记录服务端所接收到的多个客户端发来的协议数据。上述目标容器可以是栈。对栈进行初始化后，服务端对所接收到的待跟踪协议的主协议部分对应的主协议数据以及子协议部分对应的子协议数据累积存储进行入栈处理，一个栈中所存储的多个协议数据(包括主协议数据和子协议数据)为一个客户端对应的协议轨迹。对于多个客户端发来的协议数据，可以使用多个栈进行记录，以生成多条协议轨迹。
53.可选地，上述协议数据处理方法还可以包括以下执行步骤：
54.步骤s24，响应于多个客户端对应的协议轨迹长度超过目标容器的最大容量，从目标容器中丢弃部分历史数据，直至多个客户端对应的协议轨迹均成功存储至目标容器。
55.容易理解的是，由于服务端存储空间有限，所接收和存储的协议轨迹达到预设长度后，对该协议轨迹进行截断，截断时保留尾部(指最新生成的那一端)的部分协议轨迹。以目标容器为栈为例，当服务端所生成的协议轨迹长度超过栈的最大容量，则对协议轨迹头部(较先生成的一端)的部分协议数据(包括主协议数据和子协议数据，相当于上述部分历史数据)进行出栈处理(也即丢弃)。此时，如果服务端继续接收客户端发来的协议数据，则按照上述规则实时更新栈中保存的协议数据，保留尾部的部分协议数据。
56.需要注意的是，在进行协议轨迹生成时，服务端设定的用于保存协议轨迹的集合应当足够大(也即上述目标容器的最大容量应当足够大)，使得该集合能够包含全部玩家的全部操作协议，由此，保证了所生成的协议轨迹能够表征玩家操作。
57.此外，每条协议轨迹中可能存在多个协议数据并不是由玩家的操作触发的，因此在本技术实施例的上述步骤中，利用协议轨迹上的协议进行特征识别前，还需要丢弃上述多个协议数据。
58.可选地，在步骤s23中，对多个客户端对应的协议轨迹进行特征识别，得到识别结果，可以包括以下执行步骤：
59.步骤s231，将多个客户端对应的协议轨迹转化为预设类型字符集；
60.步骤s232，对预设类型字符集进行特征识别，得到识别结果。
61.上述预设类型字符集可以是ascii字符集。将多个客户端对应的协议轨迹转化为ascii字符集的实现方式可以是：将多个客户端中每个客户端对应的协议轨迹中多个协议数据转化为多个ascii字符，对于每个协议轨迹，按照协议数据的排列顺序，将对应的多个ascii字符排列起来，得到ascii字符集。多个客户端对应多条协议轨迹，对应多个ascii字符集。对多个ascii字符集进行特征识别，得到识别结果。
62.可选地，在步骤s231中，将多个客户端对应的协议轨迹转化为预设类型字符集，可以包括以下执行步骤：
63.步骤s2311，对主协议数据与子协议数据进行拼接处理，得到预设类型数据；
64.步骤s2312，对预设类型数据进行取模处理，得到预设类型字符集。
65.在将多个客户端对应的多条协议轨迹转化为多个ascii字符集的过程中，对每条协议轨迹中多个协议数据的每个协议数据，将对应的主协议部分对应的主协议数据和子协议部分对应的子协议数据进行拼接，再将每个协议数据的拼接结果转换为一个ascii值，进而对ascii值进行取模处理，得到对应的ascii字符。由此，将多条协议轨迹转化为对应的多个ascii字符集。
66.可选地，多个客户端至少包括：第一客户端和第二客户端，预设类型字符集至少包括：第一客户端对应的第一预设类型字符串和第二客户端对应的第二预设类型字符串，在步骤s232中，对预设类型字符集进行特征识别，得到识别结果，可以包括以下执行步骤：
67.步骤s2321，从第一预设类型字符串的尾部开始反向截取预设长度的字符串，得到第一截取字符串，以及从第二预设类型字符串的尾部开始反向截取预设长度的字符串，得到第二截取字符串；
68.步骤s2322，对第一截取字符串与第二截取字符串进行特征识别，得到识别结果。
69.在电子游戏场景中，上述第一客户端和第二客户端为待鉴别是否存在同步行为的两个同类客户端(即两个同款游戏客户端)，记为客户端e1和客户端e2。上述第一预设类型
字符串为客户端e1对应的ascii字符集，记为g1；第二预设类型字符串为客户端e2对应的ascii字符集，记为g2。
70.在电子游戏场景中，即使玩家通过使用“同步器”控制上述客户端e1和e2，该两个客户端向服务端发送的协议也有可能不是完全同步的，可能存在偏移。
71.例如，客户端e1对应的ascii字符集g1为aabbccddeeffgg，客户端e2对应的ascii字符集g2为aabbccddeeffgghh。显然，客户端e1和e2对应的协议轨迹存在偏移，设定一个参数m表示偏移的容忍度，本例中将m的值设定为2。对上述ascii字符集g1和g2进行特征识别时，指定两个截取长度l1＝10，l2＝l1+m＝12；然后，从g1的尾部截取长度为l1的部分ascii字符集“ccddeeffgg”，从g2的尾部截取长度为l2的部分ascii字符集“ccddeeffgghh”；进一步地，通过比对发现，“ccddeeffgg”为“ccddeeffgghh”的字串，此时认为客户端e1和客户端e2之间存在同步行为。
72.需要说明的是，上述截取长度l1的选取规则为：l1的取值应当使得两个协议轨迹中对应长度的字符串对齐后足以说明该两个协议轨迹对应于同一操作。例如，l1取10时，认为两个不同的玩家不会做出连续相同的10个操作，也即认为如果两个协议轨迹中存在连续相同的10个字符则说明该两个协议轨迹为同步的协议轨迹。
73.需要说明的是，在不考虑偏移的情况下，上述l1与l2相等，从ascii字符集g1中截取的部分ascii字符集的长度与从ascii字符集g2中截取的部分ascii字符集的长度相同。
74.具体地，上述基于预设长度从第一预设类型字符串和第二预设类型字符串的尾部开始反向截取字符串进行特征识别的原因在于：在将协议数据映射至一个ascii字符时，不同的协议数据有可能映射到同一个ascii字符。比如，将2000个协议数据映射至200个ascii字符，此时，对某个ascii字符来说，映射至该ascii字符的多个协议数据有较大概率(约90％)为不同的协议数据。在此基础上，如果对两条协议轨迹对应的两个ascii字符集中长度为1的字符串进行特征识别，判断该两条协议轨迹是否对应于同一用户的操作，错误率约为90％；如果对两条协议轨迹对应的两个ascii字符集中长度为40的字符串进行特征识别，判断该两条协议是否对应于同一用户的操作，错误率仅约为1％。在本技术实施例的其中一种实施方式中，将上述预设长度配置为50，此时，对两条协议轨迹对应的两个ascii字符集中长度为50的字符串进行特征识别，能够更加准确地判断该两条协议是否对应于同一用户的操作(错误率低至应用场景可接受的范围)。
75.可选地，在步骤s2322中，对第一截取字符串与第二截取字符串进行特征识别，得到识别结果，可以包括以下执行步骤：
76.步骤s2323，对第一预设类型字符串的传输进度与第二预设类型字符串的传输进度进行比较；
77.步骤s2324，响应于第一预设类型字符串的传输进度慢于第二预设类型字符串的传输进度，对第二截取字符串进行协议对齐处理，得到待匹配字符串；
78.步骤s2325，对第一截取字符串与待匹配字符串进行特征识别，得到识别结果。
79.例如，客户端e1对应的ascii字符集g1为aabbccddeeffgg，客户端e2对应的ascii字符集g2为aabbccddeeffgghh。此时，认为ascii字符集g1的传输进度慢于ascii字符集g2的传输进度。对ascii字符集g2进行协议对齐处理可以是，从g2“aabbccddeeffgghh”中检测g1“aabbccddeeffgg”的部分字符集对应的相同字符集。
80.具体地，在上述参数m对应的范围内，可以依次截取协议轨迹g1中不同偏移位置的字符串分别与从协议轨迹g2尾部截取的字符串“ccddeeffgghh”进行特征识别(例如字符比对)，判断当前从协议轨迹g1中截取的字符串是否为“ccddeeffgghh”的子串。具体地，在参数m设定为2时，依次从协议轨迹g1中截取的字符串可以是：“ccddeeffgg”(偏移0位)、“bccddeeffg”(偏移1位)和“bbccddeeff”(偏移2位)。
81.如果将从协议轨迹g1中依次截取的多个字符串均未被判断为“ccddeeffgghh”的子串，则在上述参数m对应的范围内，依次截取协议轨迹g2尾部的长度为l1的字符串，与协议轨迹g1尾部的长度为l2的字符串进行特征识别(例如字符比对)，如果仍未检测出子串关系，此时排除客户端e1和客户端e2之间存在同步行为的嫌疑。
82.可选地，在步骤s2325中，对第一截取字符串与待匹配字符串进行特征识别，得到识别结果，可以包括以下执行步骤：
83.步骤s2326，响应于第一截取字符串为待匹配字符串的子串，确定识别结果为第一客户端与第二客户端向服务端传输相同的数据包。
84.仍然以上述电子游戏场景为例，如果从ascii字符集g1尾部截取的“ccddeeffgg”为从ascii字符集g2尾部截取的“ccddeeffgghh”的字串，则认为客户端e1与客户端e2向服务端传输相同的数据包。原因在于，两个不同的玩家连续执行10个完全相同的操作的概率非常小，如果通过协议轨迹的特征识别检测到两个客户端对应的“两个玩家”连续执行10个完全相同的操作，则认为该“两个玩家”为同一玩家，也即一个玩家通过使用“同步器”控制客户端e1与客户端e2。
85.根据本技术实施例，提供了一种基于协议轨迹鉴别多个客户端之间是否存在同步行为的方案，将上述方案应用在电子游戏场景中，能够鉴别玩家是否存在使用“同步器”的作弊行为。以下以电子游戏场景中检测玩家是否使用同步器作弊为例，对本技术实施例提供的上述方案进行整体的说明。
86.图3是根据现有技术的一种电子游戏场景的业务流程的示意图，如图3所示，根据现有技术，在电子游戏的业务系统中，服务端接收到客户端发来的协议数据后，将协议数据交给协议模块进行分析，协议模块根据分析结果将协议数据分发给不同的业务模块(图3中仅示出三个业务模块)。也就是说，服务端的协议模块仅实现业务分发功能。
87.图4是根据本技术其中一实施例的一种电子游戏场景的业务流程的示意图，如图4所示，与现有技术提供的如图3所示的业务流程相比，根据本技术实施例提供的协议数据处理方法，服务端协议模块至少能够实现业务分发功能和协议跟踪功能，其中业务分发功能与如图3所示的业务流程类似，不予赘述。
88.如图4所示，在服务端设置协议跟踪子模块，服务端的协议模块在每次收到客户端发来的协议数据后，将协议数据分发给不同的业务模块的同时，将协议数据发送至协议跟踪模块进行处理。协议跟踪模块对协议数据进行组装，生成并保存对应的协议轨迹。对于针对多个客户端发来的协议数据所生成的多个协议轨迹，进行轨迹特征识别和比较，进而得到对上述多个客户端对应的玩家是否使用同步器作弊的鉴别结果。
89.通过本技术实施例提供的协议数据处理方法，能够自动鉴别多个客户端之间是否存在同步行为，对人工检测的依赖度低，降低了鉴别成本，提高了鉴别效率。具体地，在游戏场景中，能够在无需人工进行玩家作弊审核的情况下鉴别玩家是否存在使用“同步器”的作
弊行为，作弊鉴别成本低、效率高，维护了电子竞技的公平性。
90.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本技术各个实施例所述的方法。
91.在本实施例中还提供了一种协议数据处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
92.图5是根据本技术其中一实施例的一种协议数据处理装置的结构框图，如图5所示，该装置包括：接收模块501，用于接收来自于多个客户端的协议数据；生成模块502，用于基于协议数据生成多个客户端对应的协议轨迹；处理模块503，用于对多个客户端对应的协议轨迹进行特征识别，得到识别结果，其中，识别结果用于鉴别多个客户端是否向服务端传输相同的数据包。
93.可选地，上述接收模块501，还用于：确定待跟踪协议，其中，待跟踪协议包括：主协议部分和子协议部分；基于待跟踪协议，从多个客户端接收主协议部分对应的主协议数据以及子协议部分对应的子协议数据。
94.可选地，上述生成模块502，还用于：对目标容器进行初始化，其中，目标容器用于记录协议数据；将主协议数据与子协议数据累积存储至目标容器，生成多个客户端对应的协议轨迹。
95.可选地，图6是根据本技术其中一实施例的一种可选的协议数据处理装置的结构框图，如图6所示，该装置除包括图5所示的所有模块外，还包括：丢弃模块504，用于响应于多个客户端对应的协议轨迹长度超过目标容器的最大容量，从目标容器中丢弃部分历史数据，直至多个客户端对应的协议轨迹均成功存储至目标容器。
96.可选地，上述处理模块503，还用于：将多个客户端对应的协议轨迹转化为预设类型字符集；对预设类型字符集进行特征识别，得到识别结果。
97.可选地，上述处理模块503，还用于：对主协议数据与子协议数据进行拼接处理，得到预设类型数据；对预设类型数据进行取模处理，得到预设类型字符集。
98.可选地，多个客户端至少包括：第一客户端和第二客户端，预设类型字符集至少包括：第一客户端对应的第一预设类型字符串和第二客户端对应的第二预设类型字符串，上述处理模块503，还用于：从第一预设类型字符串的尾部开始反向截取预设长度的字符串，得到第一截取字符串，以及从第二预设类型字符串的尾部开始反向截取预设长度的字符串，得到第二截取字符串；对第一截取字符串与第二截取字符串进行特征识别，得到识别结果。
99.可选地，上述处理模块503，还用于：对第一预设类型字符串的传输进度与第二预设类型字符串的传输进度进行比较；响应于第一预设类型字符串的传输进度慢于第二预设类型字符串的传输进度，对第二截取字符串进行协议对齐处理，得到待匹配字符串；对第一
截取字符串与待匹配字符串进行特征识别，得到识别结果。
100.可选地，上述处理模块503，还用于：响应于第一截取字符串为待匹配字符串的子串，确定识别结果为第一客户端与第二客户端向服务端传输相同的数据包。
101.需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
102.本技术的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
103.可选地，在本实施例中，上述计算机可读存储介质可以包括但不限于：u盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
104.可选地，在本实施例中，上述计算机可读存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。
105.可选地，在本实施例中，上述计算机可读存储介质可以被设置为存储用于执行以下步骤的计算机程序：
106.s1，接收来自于多个客户端的协议数据；
107.s2，基于协议数据生成多个客户端对应的协议轨迹；
108.s3，对多个客户端对应的协议轨迹进行特征识别，得到识别结果，其中，识别结果用于鉴别多个客户端是否向服务端传输相同的数据包。
109.可选地，上述计算机可读存储介质还被设置为存储用于执行以下步骤的程序代码：确定待跟踪协议，其中，待跟踪协议包括：主协议部分和子协议部分；基于待跟踪协议，从多个客户端接收主协议部分对应的主协议数据以及子协议部分对应的子协议数据。
110.可选地，上述计算机可读存储介质还被设置为存储用于执行以下步骤的程序代码：对目标容器进行初始化，其中，目标容器用于记录协议数据；将主协议数据与子协议数据累积存储至目标容器，生成多个客户端对应的协议轨迹。
111.可选地，上述计算机可读存储介质还被设置为存储用于执行以下步骤的程序代码：响应于多个客户端对应的协议轨迹长度超过目标容器的最大容量，从目标容器中丢弃部分历史数据，直至多个客户端对应的协议轨迹均成功存储至目标容器。
112.可选地，上述计算机可读存储介质还被设置为存储用于执行以下步骤的程序代码：将多个客户端对应的协议轨迹转化为预设类型字符集；对预设类型字符集进行特征识别，得到识别结果。
113.可选地，上述计算机可读存储介质还被设置为存储用于执行以下步骤的程序代码：对主协议数据与子协议数据进行拼接处理，得到预设类型数据；对预设类型数据进行取模处理，得到预设类型字符集。
114.可选地，上述计算机可读存储介质还被设置为存储用于执行以下步骤的程序代码：从第一预设类型字符串的尾部开始反向截取预设长度的字符串，得到第一截取字符串，以及从第二预设类型字符串的尾部开始反向截取预设长度的字符串，得到第二截取字符串；对第一截取字符串与第二截取字符串进行特征识别，得到识别结果。
115.可选地，上述计算机可读存储介质还被设置为存储用于执行以下步骤的程序代码：对第一预设类型字符串的传输进度与第二预设类型字符串的传输进度进行比较；响应于第一预设类型字符串的传输进度慢于第二预设类型字符串的传输进度，对第二截取字符串进行协议对齐处理，得到待匹配字符串；对第一截取字符串与待匹配字符串进行特征识别，得到识别结果。
116.可选地，上述计算机可读存储介质还被设置为存储用于执行以下步骤的程序代码：响应于第一截取字符串为待匹配字符串的子串，确定识别结果为第一客户端与第二客户端向服务端传输相同的数据包。
117.在上述实施例的计算机可读存储介质中，提供了一种实现协议数据处理方法的技术方案。采用接收来自于多个客户端的协议数据，基于协议数据生成多个客户端对应的协议轨迹的方式，通过对多个客户端对应的协议轨迹进行特征识别，得到识别结果，该识别结果用于鉴别多个客户端是否向服务端传输相同的数据包。如果鉴别确定多个客户端向服务端传输相同的数据包，表明多个客户端之间存在同步行为。由此，达到了基于多个客户端的协议数据进行协议轨迹特征识别以鉴别鉴别多个客户端之间是否存在同步行为的目的，从而实现了降低多个客户端之间同步行为的检测成本、提高检测效率的技术效果，进而解决了相关技术中由于对多个客户端之间同步行为的检测依赖人工导致检测成本高、效率低的技术问题。
118.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本技术实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个计算机可读存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本技术实施方式的方法。
119.在本技术的示例性实施例中，计算机可读存储介质上存储有能够实现本实施例上述方法的程序产品。在一些可能的实施方式中，本技术实施例的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本实施例上述“示例性方法”部分中描述的根据本技术各种示例性实施方式的步骤。
120.根据本技术的实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本技术实施例的程序产品不限于此，在本技术实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
121.上述程序产品可以采用一个或多个计算机可读介质的任意组合。该计算机可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列举)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
122.需要说明的是，计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
123.本技术的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
124.可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
125.可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
126.s1，接收来自于多个客户端的协议数据；
127.s2，基于协议数据生成多个客户端对应的协议轨迹；
128.s3，对多个客户端对应的协议轨迹进行特征识别，得到识别结果，其中，识别结果用于鉴别多个客户端是否向服务端传输相同的数据包。
129.可选地，上述处理器还可以被设置为通过计算机程序执行以下步骤：确定待跟踪协议，其中，待跟踪协议包括：主协议部分和子协议部分；基于待跟踪协议，从多个客户端接收主协议部分对应的主协议数据以及子协议部分对应的子协议数据。
130.可选地，上述处理器还可以被设置为通过计算机程序执行以下步骤：对目标容器进行初始化，其中，目标容器用于记录协议数据；将主协议数据与子协议数据累积存储至目标容器，生成多个客户端对应的协议轨迹。
131.可选地，上述处理器还可以被设置为通过计算机程序执行以下步骤：响应于多个客户端对应的协议轨迹长度超过目标容器的最大容量，从目标容器中丢弃部分历史数据，直至多个客户端对应的协议轨迹均成功存储至目标容器。
132.可选地，上述处理器还可以被设置为通过计算机程序执行以下步骤：将多个客户端对应的协议轨迹转化为预设类型字符集；对预设类型字符集进行特征识别，得到识别结果。
133.可选地，上述处理器还可以被设置为通过计算机程序执行以下步骤：对主协议数据与子协议数据进行拼接处理，得到预设类型数据；对预设类型数据进行取模处理，得到预设类型字符集。
134.可选地，上述处理器还可以被设置为通过计算机程序执行以下步骤：从第一预设类型字符串的尾部开始反向截取预设长度的字符串，得到第一截取字符串，以及从第二预设类型字符串的尾部开始反向截取预设长度的字符串，得到第二截取字符串；对第一截取字符串与第二截取字符串进行特征识别，得到识别结果。
135.可选地，上述处理器还可以被设置为通过计算机程序执行以下步骤：对第一预设类型字符串的传输进度与第二预设类型字符串的传输进度进行比较；响应于第一预设类型字符串的传输进度慢于第二预设类型字符串的传输进度，对第二截取字符串进行协议对齐处理，得到待匹配字符串；对第一截取字符串与待匹配字符串进行特征识别，得到识别结果。
136.可选地，上述处理器还可以被设置为通过计算机程序执行以下步骤：响应于第一截取字符串为待匹配字符串的子串，确定识别结果为第一客户端与第二客户端向服务端传输相同的数据包。
137.在上述实施例的电子装置中，提供了一种实现协议数据处理方法的技术方案。采用接收来自于多个客户端的协议数据，基于协议数据生成多个客户端对应的协议轨迹的方式，通过对多个客户端对应的协议轨迹进行特征识别，得到识别结果，该识别结果用于鉴别多个客户端是否向服务端传输相同的数据包。如果鉴别确定多个客户端向服务端传输相同的数据包，表明多个客户端之间存在同步行为。由此，达到了基于多个客户端的协议数据进行协议轨迹特征识别以鉴别鉴别多个客户端之间是否存在同步行为的目的，从而实现了降低多个客户端之间同步行为的检测成本、提高检测效率的技术效果，进而解决了相关技术中由于对多个客户端之间同步行为的检测依赖人工导致检测成本高、效率低的技术问题。
138.图7是根据本技术其中一实施例的一种电子装置的示意图。如图7所示，电子装置700仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
139.如图7所示，电子装置700以通用计算设备的形式表现。电子装置700的组件可以包括但不限于：上述至少一个处理器710、上述至少一个存储器720、连接不同系统组件(包括存储器720和处理器710)的总线730和显示器740。
140.其中，上述存储器720存储有程序代码，所述程序代码可以被处理器710执行，使得处理器710执行本技术实施例的上述方法部分中描述的根据本技术各种示例性实施方式的步骤。
141.存储器720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)7201和/或高速缓存存储单元7202，还可以进一步包括只读存储单元(rom)7203，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。
142.在一些实例中，存储器720还可以包括具有一组(至少一个)程序模块7205的程序/实用工具7204，这样的程序模块7205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。存储器720可进一步包括相对于处理器710远程设置的存储器，这些远程存储器可以通过网络连接至电子装置700。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
143.总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理器710或者使用多种总线结构中的任意总线结构的局域总线。
144.显示器740可以例如触摸屏式的液晶显示器(liquid crystal display，lcd)，该液晶显示器可使得用户能够与电子装置700的用户界面进行交互。
145.可选地，电子装置700也可以与一个或多个外部设备800(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子装置700交互的设备通信，和/或与使得该电子装置700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口750进行。并且，电子装置700还可以通过网络适配器760与一个或者多个网络(例如局域网(local area network，lan)，广域网(wide area network，wan)和/或公共网络，例如因特网)通信。如图7所示，网络适配器760通过总线730与电子装置700的其它模块通信。应当明白，尽管图7中未示出，可以结合电子装置700使用其它硬件和/或软件模块，可以包括但不限于：微代码、设备驱动器、冗余
处理单元、外部磁盘驱动阵列、磁盘阵列(redundant arrays of independent disks，raid)系统、磁带驱动器以及数据备份存储系统等。
146.上述电子装置700还可以包括：键盘、光标控制设备(如鼠标)、输入/输出接口(i/o接口)、网络接口、电源和/或相机。
147.本领域普通技术人员可以理解，图7所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，电子装置700还可包括比图7中所示更多或者更少的组件，或者具有与图7所示不同的配置。存储器720可用于存储计算机程序及对应的数据，如本技术实施例中的协议数据处理方法对应的计算机程序及对应的数据。处理器710通过运行存储在存储器720内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的协议数据处理方法。
148.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
149.在本技术的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
150.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
151.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
152.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
153.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom)、随机存取存储器(ram)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
154.以上所述仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。

技术特征：
1.一种协议数据处理方法，其特征在于，包括：接收来自于多个客户端的协议数据；基于所述协议数据生成所述多个客户端对应的协议轨迹；对所述多个客户端对应的协议轨迹进行特征识别，得到识别结果，其中，所述识别结果用于鉴别所述多个客户端是否向服务端传输相同的数据包。2.根据权利要求1所述的协议数据处理方法，其特征在于，接收来自于所述多个客户端的所述协议数据包括：确定待跟踪协议，其中，所述待跟踪协议包括：主协议部分和子协议部分；基于所述待跟踪协议，从所述多个客户端接收所述主协议部分对应的主协议数据以及所述子协议部分对应的子协议数据。3.根据权利要求2所述的协议数据处理方法，其特征在于，基于所述协议数据生成所述多个客户端对应的协议轨迹包括：对目标容器进行初始化，其中，所述目标容器用于记录所述协议数据；将所述主协议数据与所述子协议数据累积存储至所述目标容器，生成所述多个客户端对应的协议轨迹。4.根据权利要求3所述的协议数据处理方法，其特征在于，所述协议数据处理方法还包括：响应于所述多个客户端对应的协议轨迹长度超过所述目标容器的最大容量，从所述目标容器中丢弃部分历史数据，直至所述多个客户端对应的协议轨迹均成功存储至所述目标容器。5.根据权利要求3所述的协议数据处理方法，其特征在于，对所述多个客户端对应的协议轨迹进行特征识别，得到所述识别结果包括：将所述多个客户端对应的协议轨迹转化为预设类型字符集；对所述预设类型字符集进行特征识别，得到所述识别结果。6.根据权利要求5所述的协议数据处理方法，其特征在于，将所述多个客户端对应的协议轨迹转化为所述预设类型字符集包括：对所述主协议数据与所述子协议数据进行拼接处理，得到预设类型数据；对所述预设类型数据进行取模处理，得到所述预设类型字符集。7.根据权利要求5所述的协议数据处理方法，其特征在于，所述多个客户端至少包括：第一客户端和第二客户端，所述预设类型字符集至少包括：所述第一客户端对应的第一预设类型字符串和所述第二客户端对应的第二预设类型字符串，对所述预设类型字符集进行特征识别，得到所述识别结果包括：从所述第一预设类型字符串的尾部开始反向截取预设长度的字符串，得到第一截取字符串，以及从所述第二预设类型字符串的尾部开始反向截取所述预设长度的字符串，得到第二截取字符串；对所述第一截取字符串与所述第二截取字符串进行特征识别，得到所述识别结果。8.根据权利要求7所述的协议数据处理方法，其特征在于，对所述第一截取字符串与所述第二截取字符串进行特征识别，得到所述识别结果包括：对所述第一预设类型字符串的传输进度与所述第二预设类型字符串的传输进度进行
比较；响应于所述第一预设类型字符串的传输进度慢于所述第二预设类型字符串的传输进度，对所述第二截取字符串进行协议对齐处理，得到待匹配字符串；对所述第一截取字符串与所述待匹配字符串进行特征识别，得到所述识别结果。9.根据权利要求8所述的协议数据处理方法，其特征在于，对所述第一截取字符串与所述待匹配字符串进行特征识别，得到所述识别结果包括：响应于所述第一截取字符串为所述待匹配字符串的子串，确定所述识别结果为所述第一客户端与所述第二客户端向所述服务端传输相同的数据包。10.一种协议数据处理装置，其特征在于，包括：接收模块，用于接收来自于多个客户端的协议数据；生成模块，用于基于所述协议数据生成所述多个客户端对应的协议轨迹；处理模块，用于对所述多个客户端对应的协议轨迹进行特征识别，得到识别结果，其中，所述识别结果用于鉴别所述多个客户端是否向服务端传输相同的数据包。11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为被处理器运行时执行权利要求1至9任一项中所述的协议数据处理方法。12.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至9任一项中所述的协议数据处理方法。

技术总结
本申请公开了一种协议数据处理方法、装置、存储介质及电子装置。该方法包括：接收来自于多个客户端的协议数据；基于协议数据生成多个客户端对应的协议轨迹；对多个客户端对应的协议轨迹进行特征识别，得到识别结果，其中，识别结果用于鉴别多个客户端是否向服务端传输相同的数据包。本申请解决了相关技术中由于对多个客户端之间同步行为的检测依赖人工导致检测成本高、效率低的技术问题。效率低的技术问题。效率低的技术问题。


技术研发人员：刘振华
受保护的技术使用者：网易(杭州)网络有限公司
技术研发日：2023.05.05
技术公布日：2023/8/14