CN109150741B - 报文发送方法、装置、电子设备及存储介质 - Google Patents
报文发送方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN109150741B CN109150741B CN201810909368.8A CN201810909368A CN109150741B CN 109150741 B CN109150741 B CN 109150741B CN 201810909368 A CN201810909368 A CN 201810909368A CN 109150741 B CN109150741 B CN 109150741B
- Authority
- CN
- China
- Prior art keywords
- message
- sent
- client
- starting point
- sending
- 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
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/127—Avoiding congestion; Recovering from congestion by using congestion prediction
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请公开了一种报文发送方法、装置、电子设备及存储介质,属于通信技术领域。该方法包括:获取客户端在预设时间起点之后的待发送报文;获取所述客户端在所述预设时间起点之后已发送报文的次数;若所述已发送报文的次数大于预设次数,则取消所述待发送报文的发送。能够控制客户端在一定时间段内发送报文的次数,从而减少报文发送量,进而避免报文占用过多网络资源而导致电子设备网络访问被限制或整个网络拥塞。
Description
技术领域
本申请涉及通信技术领域,更具体地,涉及一种报文发送方法、装置、电子设备及存储介质。
背景技术
电子设备所安装的应用程序在接入通信网络,并与通信网络上的设备传输数据的时候,需要获取所要通信的网络设备的网络地址,则会在网络内广播一个ARP报文,该ARP报文包括电子设备的源网络地址,网络上的网络设备在接收到该ARP报文之后会,会根据该源网络地址将本机的网络地址发送至电子设备,从而建立电子设备与网络设备之间的通信连接。但是,由于广播ARP报文占用一定网络资源,会导致电子设备网络访问被限制或整个网络拥塞。
发明内容
鉴于上述问题,本申请提出了一种报文发送方法、装置、电子设备及存储介质,已改善上述缺陷。
第一方面,本申请实施例提供了一种报文发送方法,应用于电子设备。该方法包括:获取客户端在预设时间起点之后的待发送报文;获取所述客户端在所述预设时间起点之后已发送报文的次数;若所述已发送报文的次数大于预设次数,则取消所述待发送报文的发送。
第二方面,本申请实施例提供了一种报文发送装置,应用于电子设备。所述装置包括:第一获取单元、第二获取单元和取消发送单元。第一获取单元,用于获取客户端在预设时间起点之后的待发送报文。第二获取单元,用于获取所述客户端在所述预设时间起点之后已发送报文的次数。取消发送单元,用于若所述已发送报文的次数大于预设次数,则取消所述待发送报文的发送。
第三方面,本申请实施例还提供了一种电子设备,包括一个或多个处理器;存储器;一个或多个应用程序,其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个程序配置用于执行上述方法。
第四方面,本申请实施例还提供了一种计算机可读介质,所述计算机可读取存储介质中存储有程序代码,所述程序代码可被处理器调用执行上述方法。
相对于现有技术,本申请实施例提供的报文发送方法、装置、电子设备及存储介质,会在获取到客户端要发送的报文的时候,在将该报文发送出去之前,先确定在预设时间起点之后的时间段内,已发送报文的次数,如果已发送报文的次数过多,即大于预设次数,则取消该待发送报文的发送,因此,能够控制客户端在一定时间段内发送报文的次数,从而减少报文发送量,进而避免报文占用过多网络资源而导致电子设备网络访问被限制或整个网络拥塞。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了一种适用于本申请实施例的应用环境示意图。
图2示出了根据本申请实施例的Netfilter框架的示意图。
图3示出了本申请一个实施例提供的报文发送方法的方法流程图;
图4示出了本申请另一个实施例提供的报文发送方法的方法流程图;
图5示出了一种利用本申请的方法进行报文发送的示意图;
图6示出了另一种利用本申请的方法进行报文发送的示意图;
图7示出了又一种利用本申请的方法进行报文发送的示意图;
图8示出了本申请又一个实施例提供的报文发送方法的方法流程图;
图9示出了再又一种利用本申请的方法进行报文发送的示意图;
图10示出了本申请再又一个实施例提供的报文发送方法的方法流程图;
图11示出了本申请实施例提供的报文发送装置的模块框图;
图12示出了本申请实施例提供的电子设备的模块框图;
图13示出了本申请实施例提供的用于保存或者携带实现根据本申请实施例的报文发送方法的程序代码的存储单元。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
请参阅图1,示出了WiFi网络接入场景。如图1所示,在电子设备100的网络覆盖范围内包括多个WiFi接入点,如图1中的第一WiFi接入点201、第二WiFi接入点202和第三WiFi接入点203。则电子设备100以及第一WiFi接入点201、第二WiFi接入点202和第三WiFi接入点203处于同一个网络下,例如,在同一个局域网内。而电子设备100如果需要与其中一个WiFi接入点连接的话,需要获取该WiFi接入点的物理地址,例如,MAC地址,也就是说,需要将该WiFi接入点的IP地址转换成物理地址,则如果在电子设备100本地未存储该WiFi接入点,则需要通过在局域网内广播地址解析协议(Address Resolution Protocol,ARP)报文的方式,获取要连接的设备的物理地址。
广播ARP报文可以实现通过IP地址得知其物理地址。在TCP/IP网络环境下,每个设备都分配了一个32位的IP地址,这种互联网地址是在网际范围标识主机的一种逻辑地址。为了让报文在物理网路上传送,必须知道对方目的主机的物理地址。具体地,以电子设备100(192.168.1.5)向第一WiFi接入点201(192.168.1.1)发送数据为例。
当发送数据时,电子设备100会在自己的ARP缓存表中寻找是否有目标IP地址。如果找到了,也就知道了目标MAC地址,直接把目标MAC地址写入帧里面发送;如果在ARP缓存表中没有找到目标IP地址,电子设备100就会在网络上发送一个广播,电子设备100的MAC地址是“电子设备100的MAC地址”,这表示向同一网段内的所有设备发出这样的询问:“我是192.168.1.5,我的硬件地址是"电子设备100的MAC地址"。请问IP地址为192.168.1.1的MAC地址是什么?”网络上其他设备并不响应ARP询问,只有第一WiFi接入点201接收到这个报文时,才向电子设备100做出这样的回应:“192.168.1.1的MAC地址是00-aa-00-62-c6-09”。这样,电子设备100就知道了第一WiFi接入点201的MAC地址,它就可以向第一WiFi接入点201发送信息了。
在基于Linux内核的操作系统中,提供了一个决定数据包流向的架构,即能够确定什么样的报文会被过滤掉而哪些报文会被发送出去,则该架构为Netfilter框架。Netfilter适用于ARP、ipv4和ipv6协议,是Linux内核中进行数据包过滤、连接跟踪、地址转换等的主要实现框架。当电子设备希望过滤特定的数据包或者需要修改数据包的内容再发送出去,这些操作主要都在Netfilter框架中完成。
Netfilter的实质就是定义一系列的hook点(挂钩),每个hook点上可以挂载多个hook函数,hook函数中就实现了电子设备的系统要对数据包的内容做怎样的修改、以及要将数据包放行还是过滤掉。数据包进入Netfilter框架后,实际上就是依次经过所有hook函数的处理,数据包的走向就由所定义的这些hook函数而决定。具体地,可以通过该框架在网络层预设多个检测点,然后在检测点中注册回调函数,就能够获取和检测到一些信息。
如图2所示,示出了Netfilter框架,则在该架构内包括多个hook点,即检测点,如图2中的5个hook点的功能如下表1所示:
表1
因此,ARP报文进入系统,进行IP校验以后,首先经过第一个hook函数NF_ARP_PRE_ROUTING进行处理;然后就进入路由选择,决定该ARP报文是需要转发还是发给本机的;若该ARP报文是发给本机的,则该ARP报文经过hook函数NF_ARP_IN处理以后然后传递给上层协议;若该ARP报文应该被转发则它被NF_ARP_FORWARD处理;经过转发的ARP报文经过最后一个hook函数NF_ARP_POST_ROUTING处理以后,再广播出去。而本地产生的ARP报文经过hook函数NF_ARP_OUT处理后,进行路由选择处理,然后经过NF_ARP_POST_ROUTING处理后广播出去。
但是,电子设备100所安装的客户端在使用WiFi上网时,会对当前的网络环境做一个网络测试,会在短时间内针对网络内的每个IP地址广播ARP报文,或者,在电子设备100内的客户端中木马或者病毒的时候,会ping网络内的所有IP地址,也会在短时间内针对网络内的每个IP地址广播ARP报文,导致整个网络资源被大量的ARP报文占据,而导致电子设备100无法正常访问网络。
因此,为了克服上述缺陷,如图3所示,本申请实施例提供了一种报文发送方法,可应用于电子设备,本实施例描述的是电子设备内的步骤流程,具体地,可以是电子设备的操作系统,例如,可以是上述的Netfilter框架中的ARP_OUT函数,该方法可以包括:S301至S304。
S301:获取客户端在预设时间起点之后的待发送报文。
其中,预设时间起点可以是根据需求而设定的需要对报文发送而监测的时间点,作为一种实施方式,可以是本次客户端发送报文操作中发送的第一个报文的时间点。其中,本次发送报文操作的第一个报文可以是指,在距离本次发送的报文之前的上一次发送报文的时间点距离当前时间点的时间长度够长,例如,该时间长度大于设定数值,例如,该设定数值为60分钟,则表示上一次发送报文的时间与本次发送报文的时间距离较远,不能算作对应同一次报文发送行为,因为,多个报文的发送一般时间间隔较短,而本次发送的报文可以看做最新一次报文发送行为的第一个报文。
具体地,客户端发送报文时,会发送一个报文发送请求至电子设备的操作系统,则该报文发送请求包括待发送报文,则电子设备的操作系统在解析该报文发送请求时,能够记录获取到该待发送报文的时间点,同时,在将该报文发送出去,例如,以广播的形式发送出去的时候,会记录下该报文的发送时间点。
作为另一种实施方式,该预设时间起点也可以是预先设置好的一个时间序列内的时间点,具体地,该时间序列内包括多个时间点,例如,预先设置一个时间起点,然后,以该时间起点设置多个时间周期,而相邻时间周期的终点为下一个时间周期的起点,例如,时间起点是6:00,则依次设置的时间起点为6:10、6:20、6:30、6:40、6:50、7:00等等,则该多个时间序列构成的时间周期的时长长度是相等的,当然,也可以不相等,例如,依次设置的时间起点为6:05、6:11、6:19、6:29、6:43、7:00等等。而S301中的预设时间起点可以是当前时间之前的一个时间起点,作为预设时间起点,例如,当前时间为6:08,则预设时间起点为6:05或6:00。
可以在电子设备的系统内设置一个程序模块,用来抓取电子设备要发送出去的报文,作为一种实施方式,Linux内核网络协议栈自带的Netfilter框架,定义了2个ARP的回调函数(Hook)点,分别是NF_ARP_OUT、NF_ARP_IN,可以处理从本机发出的ARP报文和本机接收的ARP报文。在NF_ARP_OUT注册一个回调函数,抓取和处理本机发出去的ARP数据包,即报文。
于本申请实施例中,预设时间起点为本次发送报文操作对应的第一个报文的发送时间,则在客户端请求发送报文的时候,NF_ARP_OUT函数抓取到该报文经过处理之后广播出去,并将所发送报文的时间点记为预设时间起点,同时记录下该预设时间起点之后已发送报文的次数,即该已发送报文的次数为1。
S302:获取所述客户端在所述预设时间起点之后已发送报文的次数。
具体地,在预设时间起点之后,记录下客户端发送的每次报文的次数,作为一种实施方式,设置一个参数值,并为该参数值赋予一个初始值,则每次发送一个报文之后,将该参数值加1。例如,该参数值记为sum,则初始值为1,也就是说,在本次客户端发送报文操作中,第一次发送报文的时候,将该第一次发送报文的时间点记为预设时间起点,并为sum赋予初始值1,则此时sum等于1。而在本次客户端发送报文操作结束的时候,可以将sum清空,例如,赋予null,即空值。
例如,预设时间起点之后的已发送报文的次数存储在发送记录里,则作为一种实施方式,该发送记录以表2的方式存储:
表2
报文ID | 发送时间t | 已发送报文的次数sum |
ARP1 | 2018年8月6日14:00:00 | 1 |
ARP2 | 2018年8月6日14:00:02 | 2 |
ARP3 | 2018年8月6日14:00:04 | 3 |
ARP4 | 2018年8月6日14:00:07 | 4 |
根据上述表2所示的发送记录,其中,ARP1对应的是本次客户端发送报文行为的第一次报文的发送时间,也就是说,预设时间起点为2018年8月6日14:00:00,而对应的已发送报文的次数为1,即sum的初始值为1。则根据该发送记录,就能够获取在预设时间起点之后已发送报文的次数。
S303:若所述已发送报文的次数大于预设次数,则取消所述待发送报文的发送。
判断所述已发送报文的次数是否大于预设次数。其中,预设次数为用户根据需求或者根据电子设备所处的网络环境而设定的数值,例如,可以是4,其表示在预设时间起点之后,电子设备允许客户端发送报文的上限数值,则如果已发送报文的次数大于预设次数,则执行S304,而如果已发送报文的次数小于或等于预设次数,则发送所述待发送报文,并且将已发送报文的次数加1。
则如果电子设备的系统判断客户端在预设时间起点之后,已发送报文的次数已经大于预设次数了,则取消当前客户端要发送的报文。例如,预设时间起点为2018年8月6日14:00:00,且对应的预设时间起点之后已发送报文的次数为1,而假设预设次数为4,在获取到客户端于预设时间起点之后发送的待发送报文时ARP2时,则当前的已发送报文的次数sum为1,则1小于预设次数,将ARP2发送,并且将sum加1,即sum等于2,然后,电子设备又获取到客户端请求发送的ARP3,则当前的已发送报文的次数sum为2,则2小于预设次数,将ARP3发送,并且将sum加1,即sum等于3,再然后,电子设备又获取到客户端请求发送的ARP4,则当前的已发送报文的次数sum为3,则3小于预设次数,将ARP4发送,并且将sum加1,即sum等于4,再然后,电子设备又获取到客户端请求发送的ARP5,则当前的已发送报文的次数sum为4,则4等于预设次数,将ARP5发送,并且将sum加1,即sum等于5,则电子设备又获取到客户端请求发送的ARP6,则当前的已发送报文的次数sum为5,则5大于预设次数,则取消ARP6的发送。此时,在预设时间起点之后客户端请求发送的报文都不会被发送,由此就能够限制预设时间起点之后客户端发送的报文次数,避免客户端短时间内广播大量ARP报文,而阻塞网络。
而如果想继续发送报文,则更改预设时间起点,即将预设时间起点修改为ARP6的发送时间点或者ARP6的发送时间点之后的时间点。例如,ARP6的发送时间点2018年8月6日14:01:03,则可以将2018年8月6日14:01:03后的某个时间点作为新的预设时间起点,则此时sum为0。当然,也可以通过其他方式更新预设时间起点,具体地,在后续实施例中详细描述。由此,就可以保证在当前预设时间起点与下一次预设时间起点之间的时间段内,仅允许不超过预设次数的报文发送。
则在第一次发送报文之后,可以预先设定一个时间起点序列,在控制相邻时间起点之间的报文发送次数不大于预设次数,具体地,请参阅图4,示出了本申请实施例提供的一种报文发送方法,本实施例描述的是电子设备内的步骤流程,具体地,可以是电子设备的操作系统,例如,可以是上述的Netfilter框架中的ARP_OUT函数,该方法可以包括:S401至S406。
S401:获取客户端在预设时间起点之后的待发送报文。
S402:获取所述客户端在所述预设时间起点之后已发送报文的次数。
S403:判断所述已发送报文的次数是否大于预设次数。
S404:取消所述待发送报文的发送。
S405:在预设时间起点序列内,查找所述预设时间起点之后的时间起点。
其中,预设时间起点序列为预先设定的多个时间起点,且多个时间起点在时间起点序列内是按照时间排序的,而预设时间起点可以是用户预设的一个时间点,例如,以每天的凌晨为预设时间起点,或者,该预设时间起点可以是本次发送报文操作对应的第一个报文的发送时间,则在该预设时间起点之后,每间隔一定时间长度就设置一个时间起点,具体地,各个时间起点之间的时间长度可以是相同的,也可以是不同的。例如,该时间起点序列为[6:00:00,6:00:10,6:00:20,6:00:30,6:00:40,6:00:50,…]。
以预设时间起点为6:00:00为例,而预设次数为2为例,如图5所示,横轴为时间轴,而t1、t2、t3等为时间轴上的各个时间起点,也即预设时间起点序列内的时间点,则预设时间起点序列为[t1,t2,t3,t4,…]。
其中,t1为预设时间起点,例如,可以是6:00:00。则在t1时发送第一个报文ARP1,则当前的已发送次数赋值为1,则在t1之后的ARP2和ARP3均被发送,而在获取到客户端请求发送ARP4时,则在t1之后已经发送了3次报文,则ARP4取消发送,则在预设时间起点序列[t1,t2,t3,t4,…]中查找到预设时间起点之后的时间起点为t2。
S406:将所述预设时间起点更新为所查找的时间起点。
在将预设时间起点更新为所查找的时间起点之后,返回执行S401,由于预设时间起点已经变更为所查找的时间起点,则在该所查找的时间起点之前客户端所发送的待发送报文不会被获取,也不会被发送以及处理。
例如,上述将预设时间起点t1更新为t2,则在ARP4之后,位于t2之前的客户端请求发送的待发送报文,不会再被电子设备的操作系统获取,也即不响应t1与t2之间的待发送报文,也即不会被发送。
通过将预设时间起点更新为所查找的时间起点的方式,不仅可以控制预设时间起点与所查找的时间起点之间的时间段内所发送的报文次数不高于预设次数,而且,还可以使得整个发送报文的过程按照多个时间周期的方式,每个时间周期按照低于预设次数的数量发送报文,避免整个发送报文的过程中,所发送的报文次数过高,而导致网络拥挤。
另外,考虑到上述图5对应的报文发送过程中,在获取到ARP4的时候,ARP4对应的发送时间已经位于一下时间周期了。
具体地,如图6所示,在获取到客户端请求发送ARP4时,在t1之后所发送的报文次数已经为3,则取消ARP4的发送,然后,将预设时间起点从t1更新为t2,则t2之后已发送报文的次数为1,如图6所示,t2之后所发送的报文为ARP3,则ARP5可以被发送。
而图7所示,在获取到客户端请求发送ARP4时,在t1之后所发送的报文次数已经为3,则取消ARP4的发送,然后,将预设时间起点从t1更新为t2,则t2之后已发送报文的次数为2,如图7所示,t2之后所发送的报文为ARP2和ARP3,则在获取到ARP5的时候,在t2之后已发送报文的次数为2,则不超过预设次数,则ARP5可以被发送。
因此,为了更好对发送报文的数量控制,将预设时间起点序列中,相邻两个时间起点之间的时间间隔大于预设值,其中,预设值为N倍的发送间隔,其中,N为预设次数,具体地,N可以大于预设次数,其中,发送间隔为相邻的两个报文之间的发送时间的间隔,一般地,相邻的两个报文之间的发送时间的间隔比较固定且较小,具体地,可以是统计一段时间内电子设备所发送的多个报文中,所有相邻报文之间的间隔的最小值作为上述发送间隔,而N可以是预设次数的M倍,其中,M可以是大于1的自然数,例如,可以是1至10之间的整数,例如,M为5,则N为5倍的预设次数。
S407:将所述待发送报文发送,且将所述已发送报文的次数增加1。
如果在S403中,判定已发报文的次数小于或等于预设次数,则将所述待发送报文发送,且将所述已发送报文的次数增加1,如图5-7中,获取到ARP2时,当前t1之后已发送报文的次数sum为1,则1小于预设次数2,则将ARP2发送,并将sum加1,使得sum等于2。
需要说明的是,上述步骤中为详细描述的部分,可参考前述实施例,在此不再赘述。
另外,还可以根据一定的策略更新预设时间起点,例如,不仅可以采用预设时间起点序列的方式更新预设时间起点,还可以根据未成功发送的报文对应的发送时间更新预设时间起点,具体地,如图8所示,示出了一种报文发送方法,本实施例描述的是电子设备内的步骤流程,具体地,可以是电子设备的操作系统,例如,可以是上述的Netfilter框架中的ARP_OUT函数,该方法可以包括:S801至S808。
S801:获取客户端在预设时间起点之后的待发送报文。
于本申请实施例中,该预设时间起点为本次客户端发送报文操作中第一次发送的报文的发送时间,具体地,可参考上述实施例。
S802:获取所述客户端在所述预设时间起点之后已发送报文的次数。
S803:判断所述已发送报文的次数是否大于预设次数。
具体地,在第一次发送报文的发送时间,即预设时间起点之后,预设次数加1的数量的报文都会被发送,例如,预设次数为2,则ARP1为第一次发送的报文,则ARP2和ARP3也会被发送,则当获取到ARP4的时候,已经发送了3次报文了,则执行S804。
S804:获取所述发送时间与所述预设时间起点之间的时间长度。
每个报文都对应的一个发送时间。作为一种实施方式,可以是在电子设备获取到待发送的报文的时候,采用定时发送的方式,即为待发送的报文设置一个发送时间,例如,1秒后发送。也可以是基于某个时间的结果而发送,例如,在发送报文的时候,对报文的真假验证,如果验证通过,则发送该报文。
作为另一种实施方式,虽然在获取到报文之后需要对报文进行一定的处理,例如,上述的hook函数中的NF_ARP_OUT函数的处理,但是,由于函数的执行速度很快,则由获取到该报文到判定该报文可以发送之间的时间段很短,则发送报文的发送时间可以近似看作获取到该报文的时间,或者也可以看成当前时间,即在判定已发送报文的次数大于预设次数时的当前系统时间。
则于本申请实施例中,考虑到在获取到报文之后,判定是否发送该报文的过程时间很短暂,可以忽略不计,则可以将当前时间作为报文的发送时间,则上述获取所述发送时间与所述预设时间起点之间的时间长度的执行方式是获取当前时间与所述预设时间起点之间的时间长度。
如图9所示,其中,T0为预设时间起点,该T0与t1对应同一个时间点,则假设预设次数为2,则在获取到ARP2时,以T0为起点的时间段内已发送报文的次数为1,则ARP2可以被发送,同理,在获取到ARP3时,以T0为起点的时间段内已发送报文的次数为2,则ARP3可以被发送,则在获取到ARP4时,以T0为起点的时间段内已发送报文的次数为3,已经大于了预设次数,则此时获取ARP4的发送时间,即当前时刻。然后,在计算获取T0与t4之间的时间长度。
S805:判断所述时间长度是否小于预设时间长度。
如果时间长度小于预设时间长度,则执行S806,否则,执行S807。
S806:取消所述待发送报文的发送。
如果获取到待发送报文时,预设起点之后已经发送了预设次数的报文,则确定该待发送报文的发送时间与预设起点之间的时间长度,如果时间长度大于属预设长度,则表示该待发送报文的发送时间位于以预设时间起点之后的预设时间长度内,则取消该报文的发送,由此就能够使得电子设备在以预设时间起点之后的预设时间长度内,仅发送一定数量的报文,例如,所发送报文的次数为预设次数加1。
以图9所示,在获取到ARP4时,以T0为起点的时间段内已发送报文的次数为3,已经大于了预设次数,则此时获取ARP4的发送时间,即当前时刻。然后,在计算获取T0与t4之间的时间长度,将T0与t4之间的时间长度记为LT。而预设时间长度记为YLT,则在图9所示的时间轴上,T1与T0之间的时间长度为预设时间长度YLT。
由图9中可以看到,在T0至T1之间的时间段内,ARP1至ARP4均位于该时间段内,则ARP4由于是该时间段内第4个报文,则不会被发送。而具体的如何判断ARP4是否是位于T0至T1之间,就是判断LT和YLT之间的大小,则如果LT小于YLT,ARP4位于T0至T1之间,也就是说,ARP4位于T0为起点的预设时间段内,则不会被发送,而下一次获取的报文是否会被发送,则需要确定下一次报文的发送时间与T0和T1之间的关系。
也就是说,在判断所述时间长度大于或等于预设时间长度的时候,则执行S807。
S807:将所述待发送报文发送,将所述预设时间起点更新为所述发送时间,且将所述已发送报文的次数更新为初始值。
如果在获取到待发送报文的时候,虽然在预设时间起点之后已发送报文的次数大于预设次数,则如果该待发送报文的发送时间在预设时间段之外的话,依然可以被发送。则此时将该待发送报文发送,然后,将预设时间起点更新为发送时间,也就是说,作为一种实施方式,最初预设时间起点为第一次发送报文的发送时间,而执行S807之后,预设时间起点变为待发送报文的发送时间,则以待发送报文的发送时间点为起点,对该起点之后的预设时间段内的报文发送次数限制,另外,以发送报文的次数更新为初始值,以更新后的预设时间起点之后的预设时间段内的已发送报文的次数重新计数。
具体地,以图9所示,在T0和T1之间的ARP4、ARP5和ARP6由于各自的发送时间都位于T0和T1之内,则不会被发送,而在获取到ARP7时,ARP7对应的发送时间为t7,则T0与t7之间的时间长度大于预设时间长度,如图9所示,在时间轴上,t7位于T1之后,则此时,将ARP7发送,并且将T0修改为t7,并且将已发送报文的次数sum由3更新为1。即以t7为新的时间起点,而对t7之后的预设时间段内的发送报文的次数再次按照上述的方法控制。
S808:将所述待发送报文发送,且将所述已发送报文的次数增加1。
另外,上述的预设次数和预设时间长度还可以根据电子设备当前所处的网络环境内而设定,具体地,例如,可以是获取当前所处的网络环境的信道质量,根据信道质量而设定预设次数和预设时间长度。
其中,信道质量可以是信道的误差向量幅度、接入点个数、信号强度等。其中,误差向量幅度(Error Vector Magnitude,简称EVM)指在给定时刻理想无误差基准信号与实际发射信号的向量差,用于衡量调制信号的幅度误差和相位误差,EVM具体表示接收终端对信号进行解调时产生的IQ分量与理想信号分量的接近程度,是考量调制信号质量的一种指标。EVM越小,信道的信道质量越好。而接入点的个数也可以在信道扫描的时候,获取每个信道上的接入点,由此就能够确定每个信道上的接入点个数,接入点的个数越多,信道质量越差,反之,越好。同理,信号强度也可以在信道扫描的时候获得,信号强度越高,则信道质量越高,反之,越低。
移动终端在进入到一个新的网络环境的时候,会根据预设信道扫描顺序对所支持的多个信道进行扫描,而在每个信道的扫描过程中,能够得到该信道上的无线接入点,由此就能够确定每个无线接入点所在的信道,于本申请实施例中,无线接入点可以是蓝牙接入点。由此,就能够确定所连接的无线音频播放设备所在的信道,进而获取该信道对应的误差向量幅度。
在获取到信道质量之后,根据信道质量与预设次数或者预设时间长度或者预设比值的对应关系而确定预设次数和预设时间长度,其中,预设比值为预设次数与预设时间长度的比值。则在该对应关系中,信道质量越好,则所对应的预设次数越大,或者所对应的预设比值越大,或者所对应的预设时间长度越小。
需要说明的是,上述步骤中为详细描述的部分,可参考前述实施例,在此不再赘述。
再者,考虑到有些客户端不需要限定发送报文的次数,具体地,请参阅图10,示出了一种报文发送方法,本实施例描述的是电子设备内的步骤流程,具体地,可以是电子设备的操作系统,例如,可以是上述的Netfilter框架中的ARP_OUT函数,该方法可以包括:S1001至S1004。
S1001:获取客户端在预设时间起点之后的待发送报文。
S1002:获取所述客户端的类别。
在获取到客户端发送的报文发送请求的时候,能够确定请求发送报文的客户端的标识,其中,该报文发送请求包括待发送报文,具体地,可以是待发送报文的标识或者句柄等,以便电子设备的系统能够根据该请求确定客户端待发送的报文。
另外,客户端的标识可以是客户端的包名,如apk1,也可以是客户端的用户标识符(user identifoer,UID),以电子设备的操作系统为安卓(Android)系统为例,在Android系统中,每个应用程序都有一个UID,默认情况下,Android会给每个程序分配一个普通级别互不相同的UID。
则具体地,获取客户端的UID的方式可以是,通过操作系统内的PackageManager函数,得到相应包名的应用程序信息(ApplicationInfo),则该应用程序信息中,可以得到一个值域,即UID。
在获取到客户端的UID等标识之后,根据该标识能够确定客户端的类别。例如,在电子设备将客户端安装之后,会为客户端配置一个类别,并将该类别与客户端的标识对应存储,此外,在客户端首次被打开的时候,会显示一个类别设置对话框,用户在对话框内选择或者输入类别,则也可以为客户端配置一个类别。
因此,作为一种实施方式,电子设备内存储有客户端与类别的对应关系,则该对应关系包括多个客户端的标识以及每个客户端的标识对应的客户端的类别。具体地,如下表3所示:
表3
客户端的标识 | 类别 |
UID1 | 游戏 |
UID2 | 视频 |
UID3 | 音频 |
UID4 | 办公 |
上述客户端的类别,可以是客户端的开发商在开发的时候为客户端设定的类别,也可以是客户端在安装在电子设备上之后,用户为客户端设定的类别,例如,用户在电子设备上安装某个客户端,在安装完成并进入该客户端之后,会显示一个对话框,指示用户为客户端设定类别。则客户端具体属于哪个类别,可以由用户根据需求而设定,例如,用户可以将某社交软件设置为音频类,或者设置为视频类,或者设置为社交类。
另外,电子设备内安装有客户端安装软件,例如ios系统内的Appstore。则在该客户端安装软件内设置有客户端列表,在该列表内用户能够下载客户端并且能够更新和打开客户端,而且该客户端安装软件可以将不同的客户端按照类别现实,比如,音频类、视频类或者游戏类等。因此,用户在使用该客户端安装软件安装客户端的时候,就已经能够知道该客户端的类别。
另外,考虑到有些客户端可以播放视频也可以播放音频,则如果该客户端支持视频播放的功能,就将该客户端的类型设置为视频类型,如果不支持视频播放的功能,而仅仅支持音频播放的功能,则就将该客户端的类型设置为音频类型。而具体地,客户端是否支持视频播放功能,可以通过该客户端的功能描述信息中,所包含的功能描述,例如,所支持的播放格式来判断是否支持视频格式的播放,也可以通过检测该客户端的程序模块内是否播放视频播放模块,例如,某个视频播放的编解码算法等,从而能够确定该客户端是否支持视频播放功能。
再者,如果有些客户端的功能多样化,则需要根据客户端的具体操作行为而确定该客户端的类别,例如,如果有些客户端能够播放视频,也能够播放音频,例如一些视频播放软件,可以播放纯音频文件,也可以播放视频,则该客户端的类别可以根据客户端的使用记录而确定,即根据该客户端的一定时间段内的使用记录,确定用户使用该客户端是倾向于播放视频还是更倾向于播放音频。
具体地,获取该客户端在预设时间段内的所有用户的操作行为数据,其中,所有用户是指安装过该客户端的所有用户,则该操作行为数据可以由客户端对应的服务器内获取,也就是说,用户在使用该客户端的时候会使用用户对应的用户账号登录该客户端,而用户账号对应的操作行为数据会发送至客户端对应的服务器,则服务器将所获取的操作行为数据与用户账号对应存储。在一些实施例中,电子设备发送针对客户端的操作行为查询请求发送至该客户端对应的服务器,服务器将一定预设时间段内的所有用户的操作行为数据发送至电子设备。
该操作行为数据包括所播放的音频文件的名称和时间、以及所播放的视频文件的名称和时间,通过分析该操作行为数据就能够确定在一定预设时间段内该客户端播放的音频文件的数量以及总的时间,也可以得到该客户端播放的视频文件的数量以及总的时间,则根据音频和视频文件的播放总时长在该预定时间段内的占比,确定客户端的类别,具体地,获取音频和视频文件的播放总时长在该预定时间段内的占比,为方便描述,将音频文件的播放总时长在该预定时间段内的占比记为音频播放占比,将视频文件的播放总时长在该预定时间段内的占比记为视频播放占比,如果视频播放占比大于音频播放占比,则将客户端的类别设定为视频类型,如果音频播放占比大于视频播放占比,则将客户端的类别设定为音频类型。例如,预设时间段为30天,即720小时,而音频文件的播放总时长为200小时,则音频播放占比为27.8%,视频文件的播放总时长为330小时,则视频播放占比为45.8%,则视频播放占比大于音频播放占比,则将客户端的类别设定为视频类型。
作为另一种实施方式,电子设备内的客户端的UID是由一串数字构成的,且该数字的排列存在一定的规律性,不同的类别的客户端的UID所对应的数字分段区域是不同的,例如,UID为00000至09999的客户端同属于一个类别,因此,根据该客户端的UID能够确定该客户端对应的类别。
S1003:如果所述客户端的类别为预设类别,则获取所述客户端在所述预设时间起点之后已发送报文的次数。
其中,预设类别可以是用户自定义的类别,表示用户需要对预设类别的客户端发送报文的次数进行限定,例如,该预设类别可以是视频类的客户端,也可以是游戏类的客户端。
于本申请实施例中,预设类别为非系统应用。具体地,电子设备内安装的客户端可以分为系统应用和非系统应用,其中,系统应用为与电子设备的操作系统绑定安装的应用程序,在电子设备出厂的时候已经在电子设备内安装或者系统应用的客户端在电子设备出厂的时候已经存储在电子设备内,则在电子设备首次的开机的时候,可以引导的方式将该客户端安装,并且该系统应用类别的客户端会跟随电子设备的操作系统的升级而升级,与操作系统属于强耦合的关系,一般不能自动升级或不具备自动升级的能力,例如相机应用,强依赖于电子设备的硬件和系统。而非系统应用为可以独立升级的客户端,而非必须跟随系统升级而升级。
则可以在上述表3的基础上再增加一个分组,将客户端归类为系统类和非系统类,具体地,如下表4所示:
表4
客户端的标识 | 主类别 | 子类别 |
UID1 | 非系统类 | 游戏 |
UID2 | 非系统类 | 视频 |
UID3 | 非系统类 | 音频 |
UID4 | 系统类 | 办公 |
则根据上述表4,不仅能够确定客户端是为系统类还是非系统类,还能够确定子类别下所属的类别。
另外,还可以根据客户端的UID确定该客户端是否为非系统应用,具体地,电子设备内安装的客户端的UID为一个数字串,系统应用和非系统应用位于不同的数字分段内,例如,在操作系统内,非系统应用的客户端的UID大于一个预定数值,而系统应用的客户端的UID小于或等于该预定数值,例如,针对安卓系统,该预定数值为10000。
则在获取到客户端的UID之后,判断客户端的UID是否大于预定数值,如果大于预定数值,则判定客户端为非系统应用,如果小于或等于该预定数值,则判定该客户端为系统应用。例如,以预定数值为10000为例,如果客户端UID大于10000,则类别为非系统应用,如果客户端UID小于或等于10000,则类别为系统应用。
因此,判断客户端的类别是否为非系统应用,如果客户端的类别为非系统应用,则执行判断获取所述客户端在所述预设时间起点之后已发送报文的次数。由此,针对非系统应用的客户端的报文发送次数进行限制,因为非系统应用的客户端更多的是基于自身的利益考虑,而不会考虑整个电子设备是否无法使用网络,也不会考虑用户使用电子设备是的上网体验度,同时,非系统应用的客户端也更容易受到木马或者病毒的攻击,而制造报文洪水或者风暴。
作为一种实施方式,如果客户端的类别是系统应用,则对该客户端所发送的报文的次数和频率不做限制,即不执行判断获取所述客户端在所述预设时间起点之后已发送报文的次数,以及后续操作,使得系统应用能够正常发送报文而避免电子设备的功能紊乱。
S1004:若所述已发送报文的次数大于预设次数,则取消所述待发送报文的发送。
另外,上述方法步骤可以与前述图4和图8对应的实施例相结合,例如,将上述步骤S1002和S1003与图4中的S402或者图8中的S802中的至少一个替换,以组合成新的实施例。
需要说明的是,上述步骤中为详细描述的部分,可参考前述实施例,在此不再赘述。
如图11所示,本申请实施例提供了一种报文发送装置1100,可应用于电子设备,该装置可以是电子设备内的程序模块,具体地,该装置包括:第一获取单元1101、第二获取单元1102和取消发送单元1103。
第一获取单元1101,用于获取客户端在预设时间起点之后的待发送报文。
第二获取单元1102,用于获取所述客户端在所述预设时间起点之后已发送报文的次数。
具体地,第二获取单元1102还用于获取所述客户端的类别;如果所述客户端的类别为预设类别,则获取所述客户端在所述预设时间起点之后已发送报文的次数。其中,如果所述客户端的类别为预设类别,则获取所述客户端在所述预设时间起点之后已发送报文的次数的实施方式为:判断所述客户端的类别是否为非系统应用;如果是非系统应用,则获取所述客户端在所述预设时间起点之后已发送报文的次数。
取消发送单元1103,用于若所述已发送报文的次数大于预设次数,则取消所述待发送报文的发送。
作为一种实施方式,取消发送单元1103具体用于若所述已发送报文的次数大于预设次数,则获取所述发送时间与所述预设时间起点之间的时间长度,若所述时间长度小于预设时间长度,则取消所述待发送报文的发送。另外,取消发送单元1103还用于若所述时间长度大于或等于预设时间长度,则将所述待发送报文发送,将所述预设时间起点更新为所述发送时间,且将所述已发送报文的次数更新为初始值。
作为另一种实施方式,取消发送单元1103具体用于如果所述已发送报文的次数大于预设次数,取消所述待发送报文的发送;在预设时间起点序列内,查找所述预设时间起点之后的时间起点;将所述预设时间起点更新为所查找的时间起点。
另外,所述报文发送装置还包括:发送单元。发送单元用于若所述已发送报文的次数小于或等于预设次数,则将所述待发送报文发送,且将所述已发送报文的次数增加1。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述装置和模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,模块相互之间的耦合可以是电性,机械或其它形式的耦合。
另外,在本申请各个实施例中的各功能模块可以集成在一个处理模块中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
请参考图12,其示出了本申请实施例提供的一种电子设备的结构框图。该电子设备100可以是智能手机、平板电脑、电子书等能够运行应用程序的电子设备。本申请中的电子设备100可以包括一个或多个如下部件:处理器110、存储器120、以及一个或多个应用程序,其中一个或多个应用程序可以被存储在存储器120中并被配置为由一个或多个处理器110执行,一个或多个程序配置用于执行如前述方法实施例所描述的方法。
处理器110可以包括一个或者多个处理核。处理器110利用各种接口和线路连接整个电子设备100内的各个部分,通过运行或执行存储在存储器120内的指令、程序、代码集或指令集,以及调用存储在存储器120内的数据,执行电子设备100的各种功能和处理数据。可选地,处理器110可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable LogicArray,PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit,CPU)、图像处理器(Graphics Processing Unit,GPU)和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作系统、用户界面和应用程序等;GPU用于负责显示内容的渲染和绘制;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器110中,单独通过一块通信芯片进行实现。
存储器120可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储终端100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。
请参考图13,其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质1300中存储有程序代码,所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。
计算机可读存储介质1300可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地,计算机可读存储介质1300包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质1300具有执行上述方法中的任何方法步骤的程序代码1310的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码1310可以例如以适当形式进行压缩。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (10)
1.一种报文发送方法,其特征在于,应用于电子设备,包括:
在所述电子设备的客户端针对网络内的每个IP地址广播地址解析协议报文的周期内,获取所述客户端在预设时间起点之后的待发送报文,所述报文为广播地址解析协议报文;
获取所述客户端在所述预设时间起点之后已发送报文的次数,所述预设时间起点为所述周期的时间起点;
若所述已发送报文的次数大于预设次数,则取消所述待发送报文的发送。
2.根据权利要求1所述的方法,其特征在于,所述待发送报文对应有发送时间;所述若所述已发送报文的次数大于预设次数,则取消所述待发送报文的发送,包括:
若所述已发送报文的次数大于预设次数,则获取所述发送时间与所述预设时间起点之间的时间长度;
若所述时间长度小于预设时间长度,则取消所述待发送报文的发送。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
若所述时间长度大于或等于预设时间长度,则将所述待发送报文发送,将所述预设时间起点更新为所述发送时间,且将所述已发送报文的次数更新为初始值。
4.根据权利要求1所述的方法,其特征在于,所述若所述已发送报文的次数大于预设次数,则取消所述待发送报文的发送,包括:
如果所述已发送报文的次数大于预设次数,取消所述待发送报文的发送;
在预设时间起点序列内,查找所述预设时间起点之后的时间起点;
将所述预设时间起点更新为所查找的时间起点。
5.根据权利要求1-4任一所述的方法,其特征在于,所述方法还包括:
若所述已发送报文的次数小于或等于预设次数,则将所述待发送报文发送,且将所述已发送报文的次数增加1。
6.根据权利要求1-4任一所述的方法,其特征在于,所述获取所述客户端在所述预设时间起点之后已发送报文的次数,包括:
获取所述客户端的类别;
如果所述客户端的类别为预设类别,则获取所述客户端在所述预设时间起点之后已发送报文的次数。
7.根据权利要求6所述的方法,其特征在于,所述如果所述客户端的类别为预设类别,则获取所述客户端在所述预设时间起点之后已发送报文的次数,包括:
判断所述客户端的类别是否为非系统应用;
如果是非系统应用,则获取所述客户端在所述预设时间起点之后已发送报文的次数。
8.一种报文发送装置,其特征在于,应用于电子设备,所述装置包括:
第一获取单元,用于在所述电子设备的客户端针对网络内的每个IP地址广播地址解析协议报文的周期内,获取所述客户端在预设时间起点之后的待发送报文,所述报文为广播地址解析协议报文;
第二获取单元,用于获取所述客户端在所述预设时间起点之后已发送报文的次数,所述预设时间起点为所述周期的时间起点;
取消发送单元,用于若所述已发送报文的次数大于预设次数,则取消所述待发送报文的发送。
9.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储器;
一个或多个应用程序,其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个程序配置用于执行如权利要求1-7任一项所述的方法。
10.一种计算机可读取存储介质,其特征在于,所述计算机可读取存储介质中存储有程序代码,所述程序代码可被处理器调用执行如权利要求1-7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810909368.8A CN109150741B (zh) | 2018-08-10 | 2018-08-10 | 报文发送方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810909368.8A CN109150741B (zh) | 2018-08-10 | 2018-08-10 | 报文发送方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109150741A CN109150741A (zh) | 2019-01-04 |
CN109150741B true CN109150741B (zh) | 2022-05-20 |
Family
ID=64792789
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810909368.8A Active CN109150741B (zh) | 2018-08-10 | 2018-08-10 | 报文发送方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109150741B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111277509B (zh) * | 2020-01-13 | 2023-12-05 | 奇安信科技集团股份有限公司 | 针对ips引擎的流量引导方法及装置 |
CN111917661B (zh) * | 2020-07-29 | 2023-05-02 | 抖音视界有限公司 | 数据传输方法、装置、电子设备和计算机可读存储介质 |
CN113300943B (zh) * | 2021-05-24 | 2023-04-18 | 维沃移动通信有限公司 | 信息发送方法、装置、设备和可读存储介质 |
CN114945003B (zh) * | 2022-05-31 | 2024-02-13 | 济南浪潮数据技术有限公司 | 一种避免消息阻塞网络的控制方法、装置、设备及介质 |
CN115333675B (zh) * | 2022-08-12 | 2023-06-16 | 广州爱浦路网络技术有限公司 | 一种报文的发送方法、装置、电子设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104917690A (zh) * | 2015-04-15 | 2015-09-16 | 联动优势科技有限公司 | 一种控制报文发送的方法及装置 |
CN106385459A (zh) * | 2016-10-20 | 2017-02-08 | 杭州迪普科技有限公司 | 一种连接请求报文的分配方法及装置 |
CN107770092A (zh) * | 2017-11-06 | 2018-03-06 | 珠海市魅族科技有限公司 | 一种数据传输方法、装置、移动终端和存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2109986A2 (en) * | 2007-02-05 | 2009-10-21 | Bandspeed, Inc. | Approach for mitigating the effects of rogue wireless access points |
KR102054318B1 (ko) * | 2013-07-26 | 2020-01-22 | 삼성전자 주식회사 | 무선 통신 시스템에서 단말 대 단말 통신을 위한 발견 신호 자원 재탐색 방법 및 장치 |
CN108243123B (zh) * | 2016-12-23 | 2022-03-11 | 中兴通讯股份有限公司 | 广播报文的处理方法、装置、控制器和交换机 |
-
2018
- 2018-08-10 CN CN201810909368.8A patent/CN109150741B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104917690A (zh) * | 2015-04-15 | 2015-09-16 | 联动优势科技有限公司 | 一种控制报文发送的方法及装置 |
CN106385459A (zh) * | 2016-10-20 | 2017-02-08 | 杭州迪普科技有限公司 | 一种连接请求报文的分配方法及装置 |
CN107770092A (zh) * | 2017-11-06 | 2018-03-06 | 珠海市魅族科技有限公司 | 一种数据传输方法、装置、移动终端和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN109150741A (zh) | 2019-01-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109150741B (zh) | 报文发送方法、装置、电子设备及存储介质 | |
US11082436B1 (en) | System and method for offloading packet processing and static analysis operations | |
US11671402B2 (en) | Service resource scheduling method and apparatus | |
US20190075049A1 (en) | Determining Direction of Network Sessions | |
CN114025021B (zh) | 一种跨Kubernetes集群的通信方法、系统、介质和电子设备 | |
CN106210155B (zh) | 连接应用服务器的方法和装置 | |
CN103108320A (zh) | 一种监控移动设备的应用程序的方法和系统 | |
CN110677405A (zh) | 一种数据处理方法、装置、电子设备及存储介质 | |
CN112152828B (zh) | 一种游戏加速方法、装置、vpn终端及存储介质 | |
CN108429739B (zh) | 一种识别蜜罐的方法、系统及终端设备 | |
CN109672613B (zh) | 自适应访问方法、装置及电子设备 | |
CN113473576B (zh) | 漫游连网处理方法、装置、移动终端及可读存储介质 | |
JP7462757B2 (ja) | ネットワークセキュリティ保護方法及び保護デバイス | |
US9294389B2 (en) | Method to select interface for IP packets when destination subnet is reachable on multiple interfaces | |
CN112532714B (zh) | 一种数据处理方法、处理装置、服务器及存储介质 | |
CN110661673A (zh) | 一种心跳检测的方法及装置 | |
CN110808967A (zh) | 挑战黑洞攻击的检测方法及相关装置 | |
CN113285920B (zh) | 业务访问方法、装置、设备及存储介质 | |
CN113347239B (zh) | 通信请求处理方法、装置、系统、电子设备及存储介质 | |
CN111586434B (zh) | 基于边缘设备的负载均衡的方法及分布式混屏服务器 | |
CN112653609B (zh) | 一种vpn识别应用方法、装置、终端及存储介质 | |
CN107992363B (zh) | 数据的处理方法和装置 | |
CN111988446A (zh) | 一种报文处理方法、装置、电子设备及存储介质 | |
CN110768983B (zh) | 一种报文处理方法和装置 | |
CN104253797A (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 |