CN107426156B - 一种数据校验的方法及相关设备 - Google Patents
一种数据校验的方法及相关设备 Download PDFInfo
- Publication number
- CN107426156B CN107426156B CN201710254971.2A CN201710254971A CN107426156B CN 107426156 B CN107426156 B CN 107426156B CN 201710254971 A CN201710254971 A CN 201710254971A CN 107426156 B CN107426156 B CN 107426156B
- Authority
- CN
- China
- Prior art keywords
- time
- client
- server
- data packet
- module
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/131—Protocols for games, networked simulations or virtual reality
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种数据校验的方法及相关设备。本发明实施例方法包括:接收客户端发送的数据包,并确定接收到第一数据包的第一服务器时刻;接收客户端发送的预计时刻的信息,预计时刻为客户端预计服务器接收到第一数据包的服务器时刻,预计时刻由客户端根据对时基准信息以及第一客户端时刻进行计算得到,第一客户端时刻为客户端发送数据包的时刻,对时基准信息为客户端与服务器对时时的时刻信息;根据预计时刻和第一服务器时刻计算差异参数;若差异参数小于阈值,则服务器确定数据包通过验证。本发明实施例还提供了一种服务器及一种客户端。提高服务器验证的准确性,以使在网络状态一般的情况下,客户端和服务器可以正常进行数据交互。
Description
技术领域
本发明涉及通信领域,尤其涉及一种数据校验的方法及相关设备。
背景技术
当前随着网络技术的发展,网络游戏给人们带来了丰富的精神文化享受,是除了传统娱乐外的又一个集聚人气的现代大众化娱乐方式。例如,多人在线战术竞技游戏(Multiplayer online battle arena,缩写:MOBA),客户端接收用户输入的控制角色行为的控制指令,多个客户端可以通过服务器进行数据交互。当玩家按照进行正常的移动、使用技能时,一旦出现网络延迟,就会出现服务器与客户端的时间间隔不匹配,此时服务器按照本身的时间对客户端发送的数据包做校验,就会出现很多客户端的移动、技能表现不正常。
例如,通过网络游戏中的冷却时间为例说明网络延迟对数据交互的影响,该冷却时间是指某一个技能已经被使用了,目前正在冷却中,需要一个时间间隔,才能被再次使用,这个时间间隔被称为冷却时间。请参阅图1所示,图1为传统方法中数据校验的示意图,当技能冷却时间为500ms时,客户端在CT1时刻、CT2时刻分别发送数据包,CT1时刻、CT2时刻之间时间间隔为500ms。当前移动终端的网络(如3G、4G等)在抖动的情况下,出现了网络延迟,服务器在ST1时刻,ST2时刻分别收到数据包,服务器确定接收到数据包时间间隔为50ms,服务器会校验接收到数据包的时间间隔是否大于冷却时间,很明显,在网络延迟情况下,50ms小于一个冷却时间(500ms),服务器向客户端回复校验未通过,也就是说在网络延迟情况下,服务器计算延迟时间会出现误差,影响了客户端与服务器正常的数据交互,在客户端,玩家控制的角色则不能正常的释放技能。
由此,当前移动终端的网络(如3G、4G等)会存在网络状况不好的情况(如网络延迟和网络抖动),在网络情况不好的情况下,服务器校验数据包准确率下降,会影响客户端与服务器数据的交互。
发明内容
本发明实施例提供了一种数据校验的方法及相关设备,用于提高服务器验证的准确性,以使在网络状态一般的情况下,客户端和服务器可以正常进行数据交互。
第一方面,本发明实施例提供了一种数据校验的方法,包括:
接收客户端发送的数据包,并确定接收到所述第一数据包的第一服务器时刻;
接收客户端发送的预计时刻的信息,所述预计时刻为所述客户端预计所述服务器接收到所述第一数据包的服务器时刻,所述预计时刻由所述客户端根据对时基准信息以及第一客户端时刻进行计算得到,所述第一客户端时刻为所述客户端发送所述数据包的时刻,所述对时基准信息为所述客户端与所述服务器对时时的时刻信息;
根据所述第一预计时刻和第一服务器时刻计算差异参数;
若所述差异参数小于阈值,则确定所述数据包通过验证。
第二方面,本发明实施例提供了一种数据校验的方法,包括:
在第一客户端时刻向所述服务器发送数据包;
根据对时基准信息和所述第一客户端时刻计算预计时刻,所述预计时刻由所述客户端根据对时基准信息以及第一客户端时刻进行计算得到;
将所述预计时刻的信息发送至所述服务器,所述预计时刻用于指示所述服务器根据所述预计时刻和第一服务器时刻计算差异参数,若所述差异参数小于阈值,则所述服务器确定所述数据包通过验证。
第三方面,本发明实施例提供了一种服务器,包括:
第一接收模块,用于接收客户端发送的数据包;
确定模块,用于确定接收到所述第一接收模块接收的所述数据包的第一服务器时刻;
第二接收模块,用于接收客户端发送的预计时刻的信息,所述预计时刻为所述客户端预计所述服务器接收到所述数据包的服务器时刻,所述预计时刻由所述客户端根据对时基准信息以及第一客户端时刻进行计算得到,所述第一客户端时刻为所述客户端发送所述数据包的时刻,所述对时基准信息为所述客户端与所述服务器对时时的时刻信息;
计算模块,用于根据所述第二接收模块接收的所述预计时刻和所述确定模块确定的所述第一服务器时刻计算差异参数;
校验模块,用于当所述差异参数小于阈值时,则所确定所述数据包通过验证。
第四方面,本发明实施例提供了一种客户端,包括:
第一发送模块,用于在第一客户端时刻向服务器发送数据包;
计算模块,用于根据对时基准信息和所述第一客户端时刻计算预计时刻,所述预计时刻由所述客户端根据对时基准信息以及第一客户端时刻进行计算得到;
第二发送模块,用于将所述计算模块计算得到的预计时刻的信息发送至所述服务器,所述预计时刻用于指示所述服务器根据所述第一预计时刻和第一服务器时刻计算差异参数;若所述差异参数小于阈值,则所述服务器确定所述数据包通过验证。
从以上技术方案可以看出,本发明实施例具有以下优点:
本发明实施例中,首先客户端与服务器进行对时,客户端确定对时基准信息,当客户端向服务器发送数据包时,客户端可以根据发送数据包的第第一客户端时刻和对时基准信息计算出服务器接收到该数据包的预计时刻,当服务器接收到该数据包时,服务器可以根据第一服务器时刻和预计时刻计算差异参数,若该差异参数大于阈值时,则确定该数据包通过验证,该阈值可以大于一般网络延迟的经验值,本发明实施例中,以客户端的时间轴为参照时间轴,将一般网络延迟的时间考虑在内,解决了客户端发送给服务器的验证数据包受到网络延迟或网络抖动的影响而不能通过验证的问题,提高了服务器验证的准确性,以使在网络状态一般的情况下,客户端和服务器可以正常进行数据交互。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域技术人员来讲,还可以根据这些附图获得其他的附图。
图1为传统方法中数据校验的示意图;
图2为本发明实施例中一种数据校验的系统的架构示意图;
图3为本发明实施例中一种数据校验的方法的一个实施例的步骤流程图;
图4为本发明实施例中客户端与服务器的对时示意图;
图5为本发明实施例中数据校验的示意图;
图6为本发明实施例中数据校验的示意图;
图7为本发明实施例中数据校验的示意图;
图8为本发明实施例中一种服务器的一个实施例的结构示意图;
图9为本发明实施例中一种服务器的另一个实施例的结构示意图;
图10为本发明实施例中一种服务器的另一个实施例的结构示意图;
图11为本发明实施例中一种服务器的另一个实施例的结构示意图;
图12为本发明实施例中一种客户端的一个实施例的结构示意图;
图13为本发明实施例中一种客户端的另一个实施例的结构示意图;
图14为本发明实施例中一种终端的一个实施例的结构示意图。
具体实施方式
本发明实施例提供了一种数据校验的方法及相关设备,用于提高服务器验证的准确性,以使在网络状态一般的情况下,客户端和服务器可以正常进行数据交互。
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员所获得的所有其他实施例,都应当属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本发明实施例提供一种数据校验的方法,该方法应用于一种数据校验的系统,请结合图2进行理解,图2为一种数据校验的系统的架构示意图,该系统包括多个客户端210和服务器220,可以结合一种场景进行理解,多个客户端210用于向服务器发送数据包,服务器用于对该数据包进行校验,本发明实施例中只是以多个客户端中的一个客户端与服务器进行数据交互的过程为例进行说明。例如,该客户端中正在运行“王者荣耀”,客户端向服务器发送数据包,例如该数据包可以为一个技能动作数据,该服务器对该数据包进行验证,若验证通过,则客户端可以正常使用该技能,若该数据包没有通过验证,则客户端不能正常使用该技能。
为了避免网络延迟或网络抖动给服务器验证该数据包带来的影响,本发明实施例中以客户端的时间轴来计算服务器接收到数据包的预计时刻,进而使得服务器可以根据该预计时刻和接收到该数据包的实际时刻来验证该数据包,若该预计时刻和接收到该数据包的实际时刻之间的差值小于一个阈值,则服务器确定该数据包通过验证,需要说明的是,该阈值一般设置为大于一般网络延迟的经验值。例如,在一般网络情况下,网络延迟为a秒,则该阈值大于a秒,一般网络延迟为3秒时,则该阈值可以为取值为5秒,需要说明的是,该阈值的数值只是举例说明,并不造成对本发明的限定性说明。
请参阅图3所示,下面对本发明实施例中提供的一种数据校验的方法的一个实施例进行详细说明。
步骤301、客户端与服务器进行对时,确定对时基准信息。
客户端连接上服务器后,与服务器进行对时,对齐服务器的时间轴,确定对时基准信息,请结合图4进行理解,4为客户端与服务器的对时示意图。
对时的具体过程可以为:客户端在t1时刻向服务器发送对时请求,服务器接收到该对时请求后,向客户端反馈响应,该响应中携带T1时刻,也就是说,客户端中t1时刻与服务器中的T1时刻相对应。
为了对时的准确性,在实际应用中,客户端和服务器进行对时的过程中,该客户端可以多次向服务器发送对时请求。进一步的,客户端可以在t2时刻向服务器发送对时请求,服务器反馈的响应中携带T2时刻;同理,客户端在t3时刻向服务器发送对时请求,服务器反馈的响应中携带T3时刻;其中,t1时刻,t2时刻和t3时刻为客户端时刻,T1时刻,T2时刻和T3时刻为服务器时刻。
假设t1时刻和T1时刻之间的间隔时长为10秒,t2时刻和T2时刻之间的间隔时长为8秒,t3时刻和T3时刻之间的间隔时长为5秒。
每一次客户端向服务器发送对时请求,服务器都会反馈一个服务器时刻,客户端确定客户端时刻和该服务器时刻之间间隔时长最短的一组时刻作为目标客户端时刻和目标服务器时刻。以上述三组时刻为例,其中t3时刻和T3时刻之间的间隔时长最短,确定t3时刻为目标客户端时刻,T3时刻为目标服务器时刻。需要说明的是,以间隔时长最短的一组作为目标客户端时刻和目标服务器时刻只是举例说明,并不造成对本发明的限定性说明,在实际应用中,目标客户端时刻和目标服务器时刻的确定可以根据实际情况而确定。
举一个例子进行说明:当客户端在时间戳为:“2016年12月24日10点56分20秒”(t3时刻)向服务器发送对时请求,服务器接收到该对时请求后,向客户端反馈响应,该响应中携带的时间戳为:“2016年12月24日10点56分25秒”(T3时刻),也就是说,目标客户端时间(2016年12月24日10点56分20秒)对应到服务器的时间轴为目标服务器时间(2016年12月24日10点56分25秒)。当然,目标客户端时间和目标客户端时间也可以相同,本实施例中,只是为了方便说明,对于目标客户端时间和目标服务器时间进行举例说明。
其中对时基准信息可以包括目标客户端时间(2016年12月24日10点56分20秒)和目标服务器时间(2016年12月24日10点56分25秒),或者,该对时基准信息也可以指该目标客户端时间和目标服务器时间之间的间隔时长(5秒)。
需要说明的是,本发明实施例中客户端时刻均指客户端中时钟所显示的时刻,服务器时刻均指服务器中时钟所显示的时刻,后续不再赘述解释。
步骤302、客户端在第一客户端时刻向服务器发送数据包。
客户端在第一客户端时刻向服务器发送数据包,客户端记录该第一客户端时刻,为了便于说明,该第一客户端时刻以第21秒为例进行说明(2016年12月24日10点56分21秒)。
步骤303、客户端根据对时基准信息和第一客户端时刻计算预计时刻,预计时刻由客户端根据对时基准信息以及第一客户端时刻进行计算得到。
本实施例中,客户端以标准的时钟频率计算预计时刻,而且客户端和服务器中的时钟频率都为标准的时钟频率,该预计时刻用于计算该数据包到达服务器时的服务器时刻。计算预计时刻的方式包括但不限定以下方式:
在一种可能的实现方式中,该对时基准信息包括目标客户端时刻和目标服务器时刻,首先,计算目标客户端时刻与第一客户端时刻的间隔时长。例如,该目标客户端时刻为第20秒,第一客户端时刻为第21秒,则发送数据包的时刻(第21秒)距离目标客户端(第20秒)的间隔时长为1秒。然后,根据目标服务器时刻和间隔时长,得到预计时刻。在目标服务器时刻(第21秒)的基础上加上该间隔时长(1秒),则该预计时刻为第22秒。
在另一种可能的实现方式中,该对时基准信息包括目标客户端时刻(如第20秒)与目标服务器时刻(第21秒)之间的间隔时长(1秒),则根据该对时基准信息和第一客户端时刻计算该预计时刻,在第一客户端时刻的基础上增加1秒,则预计时刻为第22秒。
需要说明的是,上述目标客户端时刻和目标服务器时刻为举例说明,并不造成对本发明的限定性说明。第一客户端时刻在目标客户端时刻之后,在实际应用中,该目标客户端时刻和目标服务器时刻可以相同,该目标服务器时刻可以在目标客户端时刻之前,该目标服务器时刻也可以在该目标客户端时刻之后,具体的,在实际应用中,客户端在目标客户端时刻获取到目标服务器时刻,在客户端与服务器进行对时的过程中,只要能确定客户端中目标客户端时刻对应的服务器中的目标服务器时刻均可,即确定该对时基准信息。
步骤304、客户端将预计时刻的信息发送至服务器。
将预计时刻的信息发送至该服务器,该预计时刻为在客户端时间轴与服务器的时间轴进行对应的情况下,该服务器接收到该数据包的服务器时刻,也就是说,客户端计算的预计时刻可以理解为在网络情况较好的情况下(网络延迟较小,没有网络抖动),该服务器接收到数据包的服务器时刻。
步骤305、服务器接收客户端发送的数据包,并确定接收到数据包的第一服务器时刻。
例如,服务器接收到该客户端发送的数据包的第一服务器时刻为第22.5秒,也就是说该第一服务器时刻(第22.5秒)为服务器接收到该数据包的实际时刻。
步骤306、服务器接收客户端发送的预计时刻的信息,并根据预计时刻和第一服务器时刻计算差异参数。
请结合图5进行理解,图5为数据校验的示意图。在一个应用场景中,客户端每间隔b秒向服务器发送一个数据包,该b秒可以为一个冷却时间,也可以为移动数据间隔的时长,具体的,本实施例中并不限定。目标客户端时刻为t3,目标服务器时刻为T3,当客户端在目标客户端时刻之后b秒(也就是t3+b时刻)向服务器发送第一个数据包时,客户端计算出的第一个预计时刻为(T3+b),服务器接收到该第一个数据包的第一服务器时刻为T4;同理,当客户端在目标客户端时刻之后2b秒向服务器发送第一个数据包时,目标客户端计算出的第一个预计时刻为(T3+2b),服务器接收到该第一个数据包的第一服务器时刻为T5等等,后续不一一穷举。
服务器接收客户端发送的预计时刻的信息。例如,该预计时刻(T3+b)为(第22秒),并根据预计时刻和第一服务器时刻T4计算差异参数。可以理解的是,服务器根据客户端计算出的预计时刻和实际接收到该数据包的第一服务器时刻计算差异参数,该差异参数可以为预计时刻与该第一服务器时刻的差值,也可以为该预计时刻与该第一服务器时刻的比值,或者也可以为该预计时刻与该第一服务器的比值与一个系数的乘积。在实际应用中,该差异参数的具体计算形式本发明并不限定,在本发明实施例中该差异参数可以以差值为例进行说明。如,在本实施例中,该预计时刻(如第22秒)与该第一服务器时刻(第22.5秒)之间的差值为0.5秒。
步骤307、若差异参数小于阈值,则服务器确定数据包通过验证。
若该差异参数小于阈值,则该服务器确定该数据包通过验证,该差异参数还是以差值为例。例如,该差值为0.5秒,该阈值为3秒,也就是说,在一般网络状态下,在一般情况下网络延迟或网络抖动不会超过3秒,该3秒为网络延迟或网络抖动的经验值。当该差异参数小于该阈值时,该服务器确定该数据包通过验证。
例如,该(T3+a)时刻与T4时刻之间的差值小于该阈值,则服务器确定第一个数据包通过验证,同理,若(T3+2a)时刻与T5时刻之间的差值小于该阈值,则第二个数据包也通过验证。
可选的,若该差异参数小于若差异参数大于或者等于阈值,则服务器对数据包进行丢弃处理。当服务器对该数据包进行丢弃处理后,若该数据包为一个使用技能的数据包,客户端未收到该数据包通过验证的响应,则在客户端,该技能就使用不出来。
本发明实施例中,首先客户端与服务器进行对时,客户端确定对时基准信息,当客户端向服务器发送数据包时,客户端可以根据发送数据包的第一客户端时刻和对时基准信息计算出服务器接收到该数据包的预计时刻,当服务器接收到该数据包时,服务器可以根据第一服务器时刻和预计时刻计算差异参数,若该差异参数大于阈值时,则确定该数据包通过验证,该阈值可以大于一般网络延迟的经验值,本发明实施例中,以客户端的时间轴为参照时间轴,将一般网络延迟的时间考虑在内,解决了客户端发送给服务器的验证数据包受到网络延迟或网络抖动的影响而不能通过验证的问题,提高了服务器验证的准确性,以使在网络状态一般的情况下,客户端和服务器可以进行正常的数据交互,玩家可以正常进行游戏。
本发明实施例中的一种数据校验的方法还可以进一步解决玩家使用外挂作弊的问题。请结合图6所示,图6为数据校验的示意图。
例如,作弊玩家可以通过修改客户端时钟频率来进行作弊,由于修改了客户端的时钟频率,修改后的时钟频率为第一时钟频率,导致客户端的第一时钟频率大于标准的时钟频率,服务器的时钟频率为标准的时钟频率,客户端中的时钟比服务器的时钟走的要快,每500ms比服务器快t秒,也就是说500-t时间内,客户端时间走了500ms,其中,t为大于零的正数。
若该客户端以第一时钟频率每间隔500ms向服务器发送一个数据包,但是该实际间隔的时长为(500ms-t),并以第一时钟频率计算预计时刻,则导致服务器根据预计时刻与实际接收到数据包的第一服务器时刻计算的差异参数越来越大。
例如,该客户端在CT1(t3+0.5s)时刻向服务器发送一个数据包,客户端计算该预计时间为(T3+500ms),则服务器接收到该数据包的为服务器时刻为ST1,则ST1与(T3+500ms)之间的差值就增加了t。该客户端在CT2(t3+2*500ms)时刻向服务器发送第二个数据包,客户端计算该预计时间为(T3+2*500ms),则服务器接收到该数据包的为服务器时刻为ST2,则ST2与(T3+2*500ms)之间的差值就增加了2t,后续不一一穷举。
若服务器可以容忍的时间误差为Nt,其中N表示发送数据包的次数,也就是说,当服务器第5次接收到客户端发送的数据包时,达到服务器阈值服务器拒绝该数据包。进一步的服务器还可以强制客户端进行对时,服务器向客户端发送强制对时指令,客户端根据该强制对时指令向该服务器发送对时请求,然后,该客户端和该服务器继续执行如图3所示的对时步骤,当客户端和该服务器在下次客户端对时成功之后,服务器才可以继续收发数据包。
本实施例中,如果作弊玩家通过加快客户端的时钟频率来作弊,即使在初始发送的几次数据包可以通过验证,但是预计时刻和第一服务器时刻之间的差值一定会超过服务器预设的阈值,因此可以有效的防止玩家作弊的行为。
若作弊玩家通过发送多个数据包来获取收益,亦即客户端通过提高发送频率来提高服务器判定正确次数的方式获益。
例如,正常客户端在第一时间段内发送M个数据包,作弊玩家可以在第一时间段内发送3M以上个数据包,第一个包失败,第二个包发送对时,完成之后继续发送响应的可以获益的数据包,其中,M为大于等于2的正整数。
进一步的,请结合图7进行理解,图7为数据校验的示意图。
服务器可以在第n次向客户端发送强制对时指令时,记录下与客户端对时的时间,n为大于等于1的正整数,在实际应用中,n值可以根据实际情况进行配置。例如,该n可以为1,也就是服务器可以在第一次向客户端发送强制对时指令时,就记录与客户端的对时时间。具体的步骤可以为:
服务器接收客户端发送的第1次对时请求,并记录接收到第1次对时请求的第二服务器时刻;然后,服务器根据对时请求向客户端反馈响应,响应携带第三服务器时刻;当第2次接收到客户端发送的对时请求时,记录第四服务器时刻;若第二服务器时刻与第四服务器时刻之间的间隔时长小于门限值时,则对对时请求进行延迟第一时长处理。
对该对时请求进行延迟第一时长处理的具体方式可以为:当服务器第二次接收到对时请求时,服务器延迟2秒钟向该客户端反馈响应,当服务器第三次向客户端发送强制对时指令,该客户端第三次接收到客户端发送的对时请求时,服务器将对该客户端进行惩罚机制,例如,服务器对该对时请求进行延迟第二时长处理,第二时长大于第一时长。
需要说明的时,第二时长可以是第一时长的倍数,例如第一时长为2秒时,第二时长为第一时长的2倍,第二时长为4秒;或者,第二时长也可以在第一时长的基础上增加一个数值,当第一时长为2秒时,该第二时长可以为3秒;或者,在另一种可能的实现方式中,为了体现该惩罚机制,该服务器可以对1秒进行2为底数的指数回退,也就是第2次对时的时间为2秒,第n次为2n秒才能进行对时,如果出现多次对时,可以发现,对时时间越来越长,则客户端延迟接收到服务器发送的响应,也就是客户端不能操作的时间越来越长,可以有效防止作弊玩家在客户端通过调整发送数据包的频率来作弊的问题。需要说明的是,对于第二时长本实施例中只是举例说明,并不造成对本发明的限定性说明。
请参阅图8所示,本发明实施例还提供了一种数据校验的方法所应用的服务器,该服务器800的一个实施例包括:
第一接收模块801,用于接收客户端发送的数据包;
确定模块802,用于确定接收到第一接收模块801接收的数据包的第一服务器时刻;
第二接收模块803,用于接收客户端发送的预计时刻的信息,预计时刻为客户端预计服务器接收到数据包的服务器时刻,预计时刻由客户端根据对时基准信息以及第一客户端时刻进行计算得到,第一客户端时刻为客户端发送数据包的时刻,对时基准信息为客户端与服务器对时时的时刻信息;
计算模块804,用于根据第二接收模块803接收的预计时刻和确定模块802确定的第一服务器时刻计算差异参数;
校验模块805,用于当差异参数小于阈值时,则所确定数据包通过验证。
可选的,校验模块805,还用于当差异参数大于或者等于阈值时,对第一数据包进行丢弃处理。
在图8对应的实施例的基础上,请参阅图9所示,本发明实施例还提供了一种服务器900的另一个实施例包括:
还包括发送模块806;
发送模块806,用于向客户端发送强制对时指令,强制对时指令用于指示客户端与服务器进行重新对时。
在图9对应的实施例的基础上,请参阅图10所示,本发明实施例还提供了一种服务器1000的另一个实施例包括:
还包括第三接收模块807,记录模块808和执行模块809;
第三接收模块807,用于接收客户端发送的第n次对时请求,n为大于等于1的正整数;
记录模块808,用于记录第三接收模块807接收到第n次对时请求的第二服务器时刻;
发送模块806,还用于根据第三接收模块807接收对时请求向客户端反馈响应,响应携带第三服务器时刻;
记录模块808,还用于当第三接收模块807第(n+1)次接收到客户端发送的对时请求时,记录第四服务器时刻;
执行模块809,用于当记录模块808记录的第二服务器时刻与第四服务器时刻之间的间隔时长小于门限值,则对第三接收模块807接收的对时请求进行延迟第一时长处理。
可选的,执行模块809,还用于当第三接收模块807第(n+2)次接收到客户端发送的对时请求时,对对时请求进行延迟第二时长处理,第二时长大于第一时长。
进一步的,图8至图10中的服务器是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit,ASIC),电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,图8至图10中的服务器可以采用图11所示的形式。
图11是本发明实施例提供的一种服务器结构示意图,该服务器1100可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(central processingunits,CPU)1122(例如,一个或一个以上处理器)和存储器1132,一个或一个以上存储应用程序1142或数据1144的存储介质1130(例如一个或一个以上海量存储设备)。其中,存储器1132和存储介质1130可以是短暂存储或持久存储。存储在存储介质1130的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器1122可以设置为与存储介质1130通信,在服务器1100上执行存储介质1130中的一系列指令操作。
服务器1100还可以包括一个或一个以上电源1126,一个或一个以上有线或无线网络接口1150,一个或一个以上输入输出接口1158,和/或,一个或一个以上操作系统1141,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
上述实施例中由服务器所执行的步骤可以基于该图11所示的服务器结构。
中央处理器1122用于使该服务器执行图3对应的实施例中服务器所实际执行的方法。
请参阅图12所示,本发明实施例提供了一种数据校验的方法所应用的客户端,该客户端12的一个实施例包括:
第一发送模块1201,用于在第一客户端时刻向服务器发送数据包;
计算模块1202,用于根据对时基准信息和第一客户端时刻计算预计时刻,预计时刻由客户端根据对时基准信息以及第一客户端时刻进行计算得到;
第二发送模块1203,用于将计算模块1202计算得到的预计时刻的信息发送至服务器,预计时刻用于指示服务器根据第一预计时刻和第一服务器时刻计算差异参数;若差异参数小于阈值,则服务器确定数据包通过验证。
在图12对应的实施例的基础上,请参阅图13所示,本发明实施例提供了一种客户端1300的另一个实施例包括:
对时基准信息包括目标客户端时刻和目标服务器时刻,计算模块1202包括第一计算单元12021和第二计算单元12022;
第一计算单元12021,用于计算目标客户端时刻与第一客户端时刻的间隔时长;
第二计算单元12022,用于根据目标服务器时刻和第一计算单元12021计算的间隔时长,得到预计时刻。
进一步的,图12和图13中的服务器是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit,ASIC),电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,图12和图13中的客户端可以采用图14所示的形式。
请参阅14所示,本发明实施例还提供了该客户端所属的一种终端,该终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant,个人数字助理)等,该终端以手机为例:
图14示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图14,手机包括:射频(Radio Frequency,RF)电路1410、存储器1420、输入单元1430、显示单元1440、传感器1450、音频电路1460、无线保真(wireless fidelity,WiFi)模块1470、处理器1480、以及电源1490等部件。本领域技术人员可以理解,图14中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图14对手机的各个构成部件进行具体的介绍:
RF电路1410可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器1480处理;另外,将设计上行的数据发送给基站。通常,RF电路1410包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier,LNA)、双工器等。此外,RF电路1410还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(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)等。
存储器1420可用于存储软件程序以及模块,处理器1480通过运行存储在存储器1420的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器1420可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器1420可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元1430可用于接收输入的数字或字符信息,以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地,输入单元1430可包括触控面板1431以及其他输入设备1432。触控面板1431,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1431上或在触控面板1431附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板1431可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器1480,并能接收处理器1480发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1431。除了触控面板1431,输入单元1430还可以包括其他输入设备1432。具体地,其他输入设备1432可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1440可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1440可包括显示面板1441,可选的,可以采用液晶显示器(LiquidCrystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1441。进一步的,触控面板1431可覆盖显示面板1441,当触控面板1431检测到在其上或附近的触摸操作后,传送给处理器1480以确定触摸事件的类型,随后处理器1480根据触摸事件的类型在显示面板1441上提供相应的视觉输出。虽然在图14中,触控面板1431与显示面板1441是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板1431与显示面板1441集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器1450,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1441的亮度,接近传感器可在手机移动到耳边时,关闭显示面板1441和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路1460、扬声器1461,传声器1462可提供用户与手机之间的音频接口。音频电路1460可将接收到的音频数据转换后的电信号,传输到扬声器1461,由扬声器1461转换为声音信号输出;另一方面,传声器1462将收集的声音信号转换为电信号,由音频电路1460接收后转换为音频数据,再将音频数据输出处理器1480处理后,经RF电路1410以发送给比如另一手机,或者将音频数据输出至存储器1420以便进一步处理。
WiFi属于短距离无线传输技术,手机通过WiFi模块1470可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图14示出了WiFi模块1470,但是可以理解的是,其并不属于手机的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器1480是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器1420内的软件程序和/或模块,以及调用存储在存储器1420内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器1480可包括一个或多个处理单元;优选的,处理器1480可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器1480中。
手机还包括给各个部件供电的电源1490(比如电池),优选的,电源可以通过电源管理系统与处理器1480逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出,手机还可以包括摄像头、蓝牙模块等,在此不再赘述。
该处理器1480用于使该终端执行图3对应的实施例中的客户端所执行的方法。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (14)
1.一种数据校验的方法,其特征在于,包括:
接收客户端发送的数据包,并确定接收到所述数据包的第一服务器时刻;
接收客户端发送的预计时刻的信息,所述预计时刻为所述客户端预计所述服务器接收到所述数据包的服务器时刻,所述预计时刻由所述客户端以客户端的时间轴根据对时基准信息以及第一客户端时刻进行计算得到,所述第一客户端时刻为所述客户端发送所述数据包的时刻,所述对时基准信息为所述客户端与所述服务器对时时的时刻信息;
根据所述预计时刻和第一服务器时刻计算差异参数;
若所述差异参数小于阈值,则确定所述数据包通过验证;
若所述差异参数大于或者等于所述阈值,则对所述数据包进行丢弃处理;
在对所述数据包进行丢弃处理,并指示所述客户端与所述服务器进行重新对时之后,还包括:
接收所述客户端发送的第n次对时请求,所述n为大于等于1的正整数;
记录接收到所述第n次对时请求的第二服务器时刻;
根据所述对时请求向所述客户端反馈响应,所述响应携带第三服务器时刻;
当第(n+1)次接收到客户端发送的对时请求时,记录第四服务器时刻;
若所述第二服务器时刻与所述第四服务器时刻之间的间隔时长小于门限值,则对所述对时请求进行延迟第一时长处理。
2.根据权利要求1所述的方法,其特征在于,所述指示所述客户端与所述服务器进行重新对时包括:
向所述客户端发送强制对时指令,基于所述强制对时指令,指示所述客户端与所述服务器进行重新对时。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当第(n+2)次接收到客户端发送的对时请求时,对所述对时请求进行延迟第二时长处理,所述第二时长大于所述第一时长。
4.一种数据校验的方法,其特征在于,包括:
在第一客户端时刻向服务器发送数据包;
根据对时基准信息和所述第一客户端时刻计算预计时刻,所述预计时刻由所述客户端以客户端的时间轴根据对时基准信息以及第一客户端时刻进行计算得到;所述对时基准信息为所述客户端与所述服务器对时时的时刻信息;
将所述预计时刻的信息发送至所述服务器,所述预计时刻用于指示所述服务器根据所述预计时刻和第一服务器时刻计算差异参数,若所述差异参数小于阈值,则所述服务器确定所述数据包通过验证;
若所述差异参数大于或者等于所述阈值,则对所述数据包进行丢弃处理;
在对所述数据包进行丢弃处理,并指示所述客户端与所述服务器进行重新对时之后,还包括:
接收所述客户端发送的第n次对时请求,所述n为大于等于1的正整数;
记录接收到所述第n次对时请求的第二服务器时刻;
根据所述对时请求向所述客户端反馈响应,所述响应携带第三服务器时刻;
当第(n+1)次接收到客户端发送的对时请求时,记录第四服务器时刻;
若所述第二服务器时刻与所述第四服务器时刻之间的间隔时长小于门限值,则对所述对时请求进行延迟第一时长处理。
5.根据权利要求4所述的方法,其特征在于,所述对时基准信息包括目标客户端时刻和目标服务器时刻;所述根据对时基准信息和所述第一客户端时刻计算预计时刻,包括:
计算所述目标客户端时刻与所述第一客户端时刻的间隔时长;
根据所述目标服务器时刻和所述间隔时长,得到所述预计时刻。
6.一种服务器,其特征在于,包括:
第一接收模块,用于接收客户端发送的数据包;
确定模块,用于确定接收到所述第一接收模块接收的所述数据包的第一服务器时刻;
第二接收模块,用于接收客户端发送的预计时刻的信息,所述预计时刻为所述客户端预计所述服务器接收到所述数据包的服务器时刻,所述预计时刻由所述客户端以客户端的时间轴根据对时基准信息以及第一客户端时刻进行计算得到,所述第一客户端时刻为所述客户端发送所述数据包的时刻,所述对时基准信息为所述客户端与所述服务器对时时的时刻信息;
计算模块,用于根据所述第二接收模块接收的所述预计时刻和所述确定模块确定的所述第一服务器时刻计算差异参数;
校验模块,用于当所述差异参数小于阈值时,则所确定所述数据包通过验证;
所述校验模块,还用于当所述差异参数大于或者等于所述阈值时,对所述数据包进行丢弃处理;
在对所述数据包进行丢弃处理之后,所述服务器还用于:指示所述客户端与所述服务器进行重新对时,并在指示所述客户端与所述服务器进行重新对时之后,所述服务器还用于:
所述第三接收模块,用于接收所述客户端发送的第n次对时请求,所述n为大于或者等于1的正整数;
所述记录模块,用于记录所述第三接收模块接收到所述第n次对时请求的第二服务器时刻;
所述发送模块,还用于根据第三接收模块接收所述对时请求向所述客户端反馈响应,所述响应携带第三服务器时刻;
所述记录模块,还用于当所述第三接收模块第(n+1)次接收到客户端发送的对时请求时,记录第四服务器时刻;
所述执行模块,用于当所述第二服务器时刻与所述第四服务器时刻之间的间隔时长小于门限值,则对所述第三接收模块接收的所述对时请求进行延迟第一时长处理。
7.根据权利要求6所述的服务器,其特征在于,所述服务器用于指示所述客户端与所述服务器进行重新对时,包括:利用发送模块向所述客户端发送强制对时指令,基于所述强制对时指令,指示所述客户端与所述服务器进行重新对时。
8.根据权利要求6所述的服务器,其特征在于,所述服务器还包括:
所述执行模块,还用于当所述第三接收模块第(n+2)次接收到所述客户端发送的对时请求时,对所述对时请求进行延迟第二时长处理,所述第二时长大于所述第一时长。
9.一种客户端,其特征在于,包括:
第一发送模块,用于在第一客户端时刻向服务器发送数据包;
计算模块,用于根据对时基准信息和所述第一客户端时刻计算预计时刻,所述预计时刻由所述客户端以客户端的时间轴根据对时基准信息以及第一客户端时刻进行计算得到;所述对时基准信息为所述客户端与所述服务器对时时的时刻信息;
第二发送模块,用于将所述计算模块计算得到的预计时刻的信息发送至所述服务器,所述预计时刻用于指示所述服务器根据所述预计时刻和第一服务器时刻计算差异参数;若所述差异参数小于阈值,则所述服务器确定所述数据包通过验证;
若所述差异参数大于或者等于所述阈值,则对所述数据包进行丢弃处理;
在对所述数据包进行丢弃处理,并指示所述客户端与所述服务器进行重新对时之后,还包括:
接收所述客户端发送的第n次对时请求,所述n为大于等于1的正整数;
记录接收到所述第n次对时请求的第二服务器时刻;
根据所述对时请求向所述客户端反馈响应,所述响应携带第三服务器时刻;
当第(n+1)次接收到客户端发送的对时请求时,记录第四服务器时刻;
若所述第二服务器时刻与所述第四服务器时刻之间的间隔时长小于门限值,则对所述对时请求进行延迟第一时长处理。
10.根据权利要求9所述的客户端,其特征在于,所述对时基准信息包括目标客户端时刻和目标服务器时刻,所述计算模块包括第一计算单元和第二计算单元;第一计算单元,用于计算所述目标客户端时刻与所述第一客户端时刻的间隔时长;
第二计算单元,用于根据所述目标服务器时刻和所述第一计算单元计算的所述间隔时长,得到所述预计时刻。
11.一种服务器,其特征在于,包括:存储器和处理器;
所述存储器用于存储计算机程序;
所述处理器用于执行所述存储器中存储的计算机程序;
所述计算机程序用于执行如权利要求1-3任一项所述的数据校验的方法。
12.一种终端,其特征在于,包括:存储器和处理器;
所述存储器用于存储计算机程序;
所述处理器用于执行所述存储器中存储的计算机程序;
所述计算机程序用于执行如权利要求4-5任一项所述的数据校验的方法。
13.一种计算机存储介质,其特征在于,所述计算机存储介质中存储有计算机程序;所述计算机程序用于执行如权利要求1-5任一项所述的数据校验的方法。
14.一种数据校验的系统,其特征在于,所述系统包括客户端和服务器;
所述客户端用于向所述服务器发送数据包;
所述服务器用于按照如权利要求1-3所述的数据校验的方法对所述数据包进行校验。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710254971.2A CN107426156B (zh) | 2017-04-18 | 2017-04-18 | 一种数据校验的方法及相关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710254971.2A CN107426156B (zh) | 2017-04-18 | 2017-04-18 | 一种数据校验的方法及相关设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107426156A CN107426156A (zh) | 2017-12-01 |
CN107426156B true CN107426156B (zh) | 2020-09-22 |
Family
ID=60424208
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710254971.2A Active CN107426156B (zh) | 2017-04-18 | 2017-04-18 | 一种数据校验的方法及相关设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107426156B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108494751B (zh) * | 2018-03-09 | 2020-06-02 | 清华大学 | 高效使用IPv4公有地址的方法及装置 |
CN112755528A (zh) * | 2019-11-01 | 2021-05-07 | 阿里巴巴集团控股有限公司 | 游戏中角色的移动同步方法及装置、电子设备和存储介质 |
CN111061718A (zh) * | 2019-12-19 | 2020-04-24 | 中国建设银行股份有限公司 | 一种数据检核方法及装置 |
CN111467798B (zh) * | 2020-04-01 | 2021-09-21 | 腾讯科技(深圳)有限公司 | 游戏应用程序中的帧显示方法、装置、终端和存储介质 |
CN115622811B (zh) * | 2022-12-14 | 2023-04-07 | 深圳市鑫宇鹏电子科技有限公司 | 烧录许可证的验证方法、装置、系统及电子设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1794855A (zh) * | 2005-06-27 | 2006-06-28 | 华为技术有限公司 | 在设备管理中同步操作时间的方法及装置 |
CN101577715A (zh) * | 2009-06-19 | 2009-11-11 | 腾讯科技(深圳)有限公司 | 一种同步网络游戏时间的方法及装置 |
WO2016100631A1 (en) * | 2014-12-17 | 2016-06-23 | Convida Wireless, Llc | Methods for enabling delay-awareness in the constrained application protocol (coap) |
-
2017
- 2017-04-18 CN CN201710254971.2A patent/CN107426156B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1794855A (zh) * | 2005-06-27 | 2006-06-28 | 华为技术有限公司 | 在设备管理中同步操作时间的方法及装置 |
CN101577715A (zh) * | 2009-06-19 | 2009-11-11 | 腾讯科技(深圳)有限公司 | 一种同步网络游戏时间的方法及装置 |
WO2016100631A1 (en) * | 2014-12-17 | 2016-06-23 | Convida Wireless, Llc | Methods for enabling delay-awareness in the constrained application protocol (coap) |
Also Published As
Publication number | Publication date |
---|---|
CN107426156A (zh) | 2017-12-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107426156B (zh) | 一种数据校验的方法及相关设备 | |
US11648484B2 (en) | Collision judgment system, method, apparatus, and device | |
US9832621B2 (en) | Method, terminal, server, and system for audio signal transmission | |
US9626985B2 (en) | Audio processing method and apparatus | |
US11991770B2 (en) | Method for detecting link failure of sidelink and terminal | |
WO2018192415A1 (zh) | 数据的直播方法、相关设备及系统 | |
US20160323610A1 (en) | Method and apparatus for live broadcast of streaming media | |
US20210051072A1 (en) | Activation method for bandwidth part and related products | |
JP6430527B6 (ja) | データ処理方法、データ処理システムおよびサーバ | |
WO2020029823A1 (zh) | 小区波束失败处理方法、移动通信终端和网络侧设备 | |
US11804931B2 (en) | Method for data transmission based on number of retransmission adjustment, electronic device, and storage medium | |
CN110166519B (zh) | 信息同步的方法、客户端、服务器、终端设备与存储介质 | |
US11363620B2 (en) | Resource request method and user equipment | |
US20220015002A1 (en) | Transmission path selection method, information configuration method, terminal, and network device | |
US20220255617A1 (en) | Information transmission method and device | |
CN108833683B (zh) | 动态天线调整实现方法及相关产品 | |
CN111278117B (zh) | 带宽部分切换方法及装置、通信设备 | |
CN107104760B (zh) | 一种传输数据包的方法、客户端以及服务器 | |
CN110012512B (zh) | 一种状态处理方法及相关设备 | |
US11523442B2 (en) | Random access resource selection method and terminal device | |
CN112612745A (zh) | 数据传输方法、装置、电子设备以及可读存储介质 | |
CN107329547B (zh) | 一种温度控制的方法和设备以及移动终端 | |
CN108391288A (zh) | 一种优化通信业务质量的方法及移动终端 | |
EP4064752A1 (en) | Link monitoring method and terminal | |
CN114499611A (zh) | 一种天线切换方法、移动终端及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |