CN117716736A - 请求处理方法、装置、服务端及存储介质 - Google Patents
请求处理方法、装置、服务端及存储介质 Download PDFInfo
- Publication number
- CN117716736A CN117716736A CN202280004482.0A CN202280004482A CN117716736A CN 117716736 A CN117716736 A CN 117716736A CN 202280004482 A CN202280004482 A CN 202280004482A CN 117716736 A CN117716736 A CN 117716736A
- Authority
- CN
- China
- Prior art keywords
- current
- request
- preset
- requests
- processing
- 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.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title abstract description 8
- 238000012545 processing Methods 0.000 claims abstract description 135
- 238000000034 method Methods 0.000 claims abstract description 52
- 230000004044 response Effects 0.000 claims abstract description 26
- 230000008569 process Effects 0.000 claims description 21
- 238000004590 computer program Methods 0.000 claims description 6
- 238000004891 communication Methods 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000001960 triggered effect Effects 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 4
- 230000005236 sound signal Effects 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 3
- 230000001133 acceleration Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/02—Access restriction performed under specific conditions
- H04W48/06—Access restriction performed under specific conditions based on traffic conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
Abstract
本公开是关于一种请求处理方法、装置、服务端及存储介质，该方法应用于服务端，所述方法包括：确定当前时刻之前预设时间段内接收到设备连接请求的总数量；响应于检测到所述总数量满足设定条件，从所述总数量的设备连接请求中确定当前待处理请求；基于第一预设方式对所述当前待处理请求进行处理；基于第二预设方式对当前剩余请求进行处理，所述当前待处理请求的第一数量与所述当前剩余请求的第二数量之和为所述总数量，所述第二预设方式的处理速度高于所述第一预设方式的处理速度，且经过第二预设方式的处理后，当前剩余请求的第二发送设备将停止向所述服务端再发送设备连接请求。本公开可以减少设备连接请求的并发量，缓解服务端的压力。
Description
本公开涉及计算机技术领域，尤其涉及一种请求处理方法、装置、服务端及存储介质。
随着终端技术的发展，用户在终端上安装的应用程序(Application，App)变得越来越多，比如一些社交应用程序、新闻媒体应用程序、智能家居的客户端程序等。当终端设备上的应用程序运行时，需要与后台的服务器建立连接，以便服务器为该应用程序提供服务。相关技术中，在某些应用场景下，例如终端设备上应用程序运行时协同唤醒的软件开发工具包(Software Development Kit，SDK)存在漏洞或服务器所在机房的网络出现断电、断网等异常情况时，会出现连接断开的情况，继而触发终端设备循环性地重连服务器，使得服务器在短时间内接收到大量的设备连接请求，进而导致服务器的中央处理器(central processing unit，简称CPU)的负载飙升，甚至导致服务器宕机，继而又导致触发更多的连接断开及循环性重连，使情况持续恶化。
发明内容
为克服相关技术中存在的问题，本公开实施例提供一种锚点信息处理方法、装置、设备及存储介质，用以解决相关技术中的缺陷。
为克服相关技术中存在的问题，本公开实施例提供一种请求处理方法、装置、服务端及存储介质，用以解决相关技术中的缺陷。
根据本公开实施例的第一方面，提供一种请求处理方法，应用于服务端，所述方法包括：
确定当前时刻之前预设时间段内接收到设备连接请求的总数量；
响应于检测到所述总数量满足设定条件，从所述总数量的设备连接请求中确定当前待处理请求；
基于第一预设方式对所述当前待处理请求进行处理；
基于第二预设方式对当前剩余请求进行处理，所述当前待处理请求的第一数量与所述当前剩余请求的第二数量之和为所述总数量，所述第二预设方式的处理速度高于所述第一预设方式的处理速度，且经过所述第二预设方式的处理后，所述当前剩余请求的第二发送设备将停止向所述服务端再发送设备连接请求。
在一些实施例中，所述设备连接请求的总数量满足设定条件，包括以下至少一项：
所述设备连接请求的总数量大于或等于设定数量阈值，且大于或等于所述设定数量阈值的持续时间超过第一设定时间阈值；
所述设备连接请求的总数量大于或等于所述预设时间段内所述服务端能够处理的设备连接请求的目标数量，且大于或等于所述目标数量的持续时间超过第二设定时间阈值。
在一些实施例中，所述从所述总数量的设备连接请求中确定当前待处理请求，包括：
基于所述服务端的中央处理器CPU的当前负载大小，确定当前时间段内所述服务端能够处理的设备连接请求的目标数量；
基于所述目标数量确定所述第一数量，所述第一数量小于或等于所述目标数量；
基于预设规则从所述总数量中确定所述第一数量的设备连接请求。
在一些实施例中，所述基于第一预设方式对所述当前待处理请求进行处理，包括：
获取所述当前待处理请求的第一发送设备的鉴权信息；
基于所述鉴权信息对所述第一发送设备进行连接鉴权；
响应于连接鉴权通过，向所述第一发送设备发送第一预设信息，所述第一预设信息用于表征所述第一发送设备与所述服务端已成功建立连接。
在一些实施例中，所述基于第二预设方式对所述总数量中剩余的当前剩余请求进行处理，包括：
向所述当前剩余请求的第二发送设备发送第二预设信息，所述第二预设信息用于表征所述第二发送设备与所述服务端已成功建立连接。
在一些实施例中，所述方法还包括重复执行以下过程，直至未经过所述第一预设方式处理的当前剩余请求的数量变为0：
响应于完成基于所述第一预设方式对当前待处理请求的处理，从当前剩余请求中再次确定待处理请求；
基于所述第一预设方式对当前待处理请求进行处理。
根据本公开实施例的第二方面，提供一种请求处理装置，应用于服务端，所述装置包括：
数量确定模块，用于确定当前时刻之前预设时间段内接收到设备连接请求的总数量；
请求确定模块，用于响应于检测到所述总数量满足设定条件，从所述总数量的设备连接请求中确定当前待处理请求；
第一处理模块，用于基于第一预设方式对所述当前待处理请求进行处理；
第二处理模块，用于基于第二预设方式对当前剩余请求进行处理，所述当前待处理请求的第一数量与所述当前剩余请求的第二数量之和为所述总数量，所述第二预设方式的处理速度高于所述第一预设方式的处理速度，且经过所述第二预设方式的处理后，所述当前剩余请求的第二发送设备将停止向所述服务端再发送设备连接请求。
在一些实施例中，所述设备连接请求的总数量满足设定条件，包括以下至少一项：
所述设备连接请求的总数量大于或等于设定数量阈值，且大于或等于所述设定数量阈值的持续时间超过第一设定时间阈值；
所述设备连接请求的总数量大于或等于所述预设时间段内所述服务端能够处理的设备连接请求的目标数量，且大于或等于所述目标数量的持续时间超过第二设定时间阈值。
在一些实施例中，所述请求确定模块，包括：
目标数量确定单元，用于基于所述服务端的中央处理器CPU的当前负载大小，确定当前时间段内所述服务端能够处理的设备连接请求的目标数量；
第一数量确定单元，用于基于所述目标数量确定所述第一数量，所述第一数量小于或等于所述目标数量；
第一请求确定单元，用于基于预设规则从所述总数量中确定所述第一数量的设备连接请求。
在一些实施例中，所述第一处理模块，包括：
信息获取单元，用于获取所述当前待处理请求的第一发送设备的鉴权信息；
连接鉴权单元，用于基于所述鉴权信息对所述第一发送设备进行连接鉴权；
第一发送单元，用于响应于连接鉴权通过，向所述第一发送设备发送第一预设信息，所述第一预设信息用于表征所述第一发送设备与所述服务端已成功建立连接。
在一些实施例中，所述第二处理模块还用于向所述当前剩余请求的第二发送设备发送第二预设信息，所述第二预设信息用于表征所述第二发送设备与所述服务端已成功建立连接。
在一些实施例中，所述装置还包括过程重复执行模块；
所述过程重复执行模块用于重复执行以下过程，直至未经过所述第一预设方式处理的当前剩余请求的数量变为0：
响应于完成基于所述第一预设方式对当前待处理请求的处理，从当前剩余请求中再 次确定待处理请求；
基于所述第一预设方式对当前待处理请求进行处理。
根据本公开实施例的第三方面，提供一种服务端，所述服务端包括：
处理器以及用于存储计算机程序的存储器；
其中，所述处理器被配置为在执行所述计算机程序时，实现：
确定当前时刻之前预设时间段内接收到设备连接请求的总数量；
响应于检测到所述总数量满足设定条件，从所述总数量的设备连接请求中确定当前待处理请求；
基于第一预设方式对所述当前待处理请求进行处理；
基于第二预设方式对当前剩余请求进行处理，所述当前待处理请求的第一数量与所述当前剩余请求的第二数量之和为所述总数量，所述第二预设方式的处理速度高于所述第一预设方式的处理速度，且经过所述第二预设方式的处理后，所述当前剩余请求的第二发送设备将停止向所述服务端再发送设备连接请求。
根据本公开实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现：
确定当前时刻之前预设时间段内接收到设备连接请求的总数量；
响应于检测到所述总数量满足设定条件，从所述总数量的设备连接请求中确定当前待处理请求；
基于第一预设方式对所述当前待处理请求进行处理；
基于第二预设方式对当前剩余请求进行处理，所述当前待处理请求的第一数量与所述当前剩余请求的第二数量之和为所述总数量，所述第二预设方式的处理速度高于所述第一预设方式的处理速度，且经过所述第二预设方式的处理后，所述当前剩余请求的第二发送设备将停止向服务端再发送设备连接请求。
本公开的实施例提供的技术方案可以包括以下有益效果：
本公开通过确定当前时刻之前预设时间段内接收到设备连接请求的总数量，并响应于检测到所述总数量满足设定条件，从所述总数量的设备连接请求中确定当前待处理请求，进而基于第一预设方式对所述当前待处理请求进行处理，以及基于第二预设方式对当前剩余请求进行处理，由于所述第二预设方式的处理速度高于所述第一预设方式的处理速度，且经过所述第二预设方式的处理后，所述当前剩余请求的第二发送设备将停止向所述服务端再发送设备连接请求，因而可以迅速减少设备连接请求的并发量，使服务端能够分批地处理接收到的设备连接请求，实现对并发请求量飙升情况的平缓性处理，相比于相关技术中采取限流或者服务器扩容等措施来缓解服务端的压力的方式，本公开可以降低对设备端的影响，且可以避免提升服务器的硬件成本。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
图1是根据本公开一示例性实施例示出的一种请求处理方法的流程图；
图2是根据本公开一示例性实施例示出的如何从所述总数量的设备连接请求中确定当前待处理请求的流程图；
图3是根据本公开一示例性实施例示出的如何基于第一预设方式对所述当前待处理请求进行处理的流程图；
图4是根据本公开一示例性实施例示出的又一种请求处理方法的流程图；
图5是根据本公开一示例性实施例示出的一种请求处理装置的框图；
图6是根据本公开一示例性实施例示出的又一种请求处理装置的框图；
图7是根据本公开一示例性实施例示出的一种服务器的框图。
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施例并不代表与本公开相一致的所有实施例。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
随着终端技术的发展，用户在终端上安装的应用程序(Application，App)变得越来越多，比如一些社交应用程序、新闻媒体应用程序、智能家居的客户端程序等。当终端设备上的应用程序运行时，需要与后台的服务器建立连接，以便服务器为该应用程序提供服务。相关技术中，在某些应用场景下，例如终端设备上应用程序运行时协同唤醒的软件开发工具包(Software Development Kit，SDK)存在漏洞或服务器所在机房的网络出现断电、断网等异常情况时，会出现连接断开的情况，继而触发终端设备循环性地重连服务器，使得服务器在短时间内接收到大量的设备连接请求，进而导致服务器的中央处理器(central processing unit，简称CPU)的负载飙升，甚至导致服务器宕机，继而又导致触发更多的连接断开及循环性重连，使情况持续恶化。
为了解决上述问题，相关技术中通常是采取限流或者服务器扩容等措施。其中，限流措施即每段时间内只允许一部分设备进行连接，而拒绝其余设备的连接请求。然而，限流措施仅对正常的设备连接请求有效，且需要在设备端上也设置相应的限流逻辑，例如当设备发现自身和服务器连接失败后，则等待一段时间后再发起第二次连接。而对于由漏洞触发的设备连接请求，即使对其进行限流，仍然无法减少设备反复重连服务器的并发量，即无法减轻服务器的CPU的压力，进而影响其他正常的设备连接服务器。而扩容措施需要在服务器上进行提前规划，对于因为SDK漏洞或机房网络断电、断网等异常情况导致的短时间内设备连接请求数量飙升的情况，服务器扩容措施很难快速实施，而且扩容措施会提升服务器的硬件成本。有鉴于此，本公开实施例提供以下请求处理方法、装置、服务端及存储介质，用以解决相关技术中的上述问题。
图1是根据一示例性实施例示出的一种请求处理方法的流程图；本实施例的方法可以应用于具有数据处理功能的本地服务器和云服务器等服务端，该服务端可以部署在一台电子设备或多台电子设备组成的设备集群中。
如图1所示，该方法包括以下步骤S101-S104：
在步骤S101中，确定当前时刻之前预设时间段内接收到设备连接请求的总数量。
本实施例中，服务端可以确定当前时刻之前预设时间段内接收到设备连接请求的总数量。
其中，上述预设时间段的长度可以基于实际业务需要进行设置，如设置为1秒等(即，每秒钟统计一次当前1秒内接收到的设备连接请求的数量)，本实施例对此不进行限定。
上述设备连接请求可以包括当终端设备上的应用程序需要与服务端建立连接(该连接用于实现后续服务器为该应用程序提供服务)时，通过该终端设备向服务段所发送的连接请求。
在步骤S102中，响应于检测到所述总数量满足设定条件，从所述总数量的设备连接请求中确定当前待处理请求。
本实施例中，当服务端确定当前时刻之前预设时间段内接收到设备连接请求的总数量后，可以检测该总数量是否满足设定条件，如果满足设定条件，则从所述总数量的设备连接请求中确定当前待处理请求。
在一些实施例中，上述设备连接请求的总数量满足设定条件的情况，可以包括以下至少一项：
所述设备连接请求的总数量大于或等于设定数量阈值，且大于或等于所述设定数量阈值的持续时间超过第一设定时间阈值；其中，上述设定数量阈值可以在实际应用中基于业务需要进行设置，如设置为几千万等，本实施例对此不进行限定。
所述设备连接请求的总数量大于或等于所述预设时间段内所述服务端能够处理的设备连接请求的目标数量，且大于或等于所述目标数量的持续时间超过第二设定时间阈值。其中，所述第二设定时间阈值与所述第一设定时间阈值相等或不等。示例性地，可以基于服务端的中央处理器(central processing unit，简称CPU)的当前负载，预估预设时间段内所述服务端能够处理的设备连接请求的目标数量，进而可以当检测到预设时间段内设备连接请求的总数量大于或等于所述预设时间段内所述服务端能够处理的设备连接请求的目标数量，且大于或等于所述目标数量的持续时间超过第二设定时间阈值时，判定设备连接请求的总数量满足设定条件，进而继续执行本实施例的后续步骤。
值得说明的是，上述设定条件中关于“持续时间”的内容，是为了更准确、合理地限定执行本实施方案时设备连接请求的总数量所需满足的条件，以规避设备连接请求的总数量偶然大于或等于设定数量阈值或目标数量的情况。可以理解的是，如果设备连接请求的总数量仅是偶然大于或等于设定数量阈值或目标数量，而又很快恢复到正常水平，则在这种情况下可以无需实施本实施例的后续步骤。
在另一些实施例中，上述从所述总数量的设备连接请求中确定当前待处理请求的方式还可以参见下述图2所示实施例，在此先不进行详述。
在步骤S103中，基于第一预设方式对所述当前待处理请求进行处理。
本实施例中，当检测到所述总数量满足设定条件，并从所述总数量的设备连接请求中确定当前待处理请求后，可以基于第一预设方式对所述当前待处理请求进行处理。
在一些实施例中，上述第一预设方式可以用于表征相关技术中服务端接收到设备连接请求后，对设备连接请求所执行的正常处理方式，如先进行连接鉴权，再在鉴权成功或失败后进行信息反馈等步骤的处理方式等。
在另一些实施例中，上述基于第一预设方式对所述当前待处理请求进行处理的方式可以参见下述图3所示实施例，在此先不进行详述。
在步骤S104中，基于第二预设方式对当前剩余请求进行处理。
本实施例中，当检测到所述总数量满足设定条件，并从所述总数量的设备连接请求中确定当前待处理请求后，可以基于第二预设方式对当前剩余请求进行处理。其中，当前剩余请求可以为上述总数量的设备连接请求中除去当前待处理请求之外的设备连接请求，因而所述当前待处理请求的第一数量与所述当前剩余请求的第二数量之和为所述总数量。
在一些实施例中，上述第二预设方式相对于第一预设方式而言，可以视为一种简易处理方式，因而第二预设方式的处理速度高于所述第一预设方式的处理速度，且经过所述第二预设方式的处理后，所述当前剩余请求的第二发送设备将停止向所述服务端再发送设备连接请求。示例性地，在第一预设方式包括先进行连接鉴权，再在鉴权成功或失败后进行信息反馈等步骤的情况下，第二预设方式可以仅包括信息反馈的步骤(即不包括连接鉴权步骤)，且所反馈的信息内容可以用于表征当前剩余请求的第二发送设备(区别于发送待处理请求的第一发送设备)与所述服务端已成功建立连接。可以理解的是，如果所反馈的信息内容用于表征当前剩余请求的第二发送设备与所述服务端未成功建立连接，则第二发送设备会再次发送设备连接请求，会导致服务端接收到的请求并发量居高不下，因而本实施例中通过令服务端反馈表征已成功建立连接的信息，可以避免第二发送设备再次发送设备连接请求，从而达到降低服务端接收到的请求并发量的目的。
值得说明的是，上述第二预设方式并不是设备连接请求的最终处理方式，只是为了 避免第二发送设备会再次发送设备连接请求所采取的临时处理方式，并且由于第二预设方式的反馈信息是未经过连接鉴权步骤，因而可以视为服务端向第二发送设备反馈的是一个“假连接”消息，当通过分批地基于第一预设方式处理当前待处理请求，使得服务器的压力有所降低后，可以再针对那些基于第二预设方式处理的设备连接请求，重新采用第一预设方式进行处理，直到全部的设备连接请求均经过第一预设方式的处理。
由上述描述可知，本实施例的方法通过确定当前时刻之前预设时间段内接收到设备连接请求的总数量，并响应于检测到所述总数量满足设定条件，从所述总数量的设备连接请求中确定当前待处理请求，进而基于第一预设方式对所述当前待处理请求进行处理，以及基于第二预设方式对当前剩余请求进行处理，由于所述第二预设方式的处理速度高于所述第一预设方式的处理速度，且经过所述第二预设方式的处理后，所述当前剩余请求的第二发送设备将停止向所述服务端再发送设备连接请求，因而可以迅速减少设备连接请求的并发量，使服务端能够分批地处理接收到的设备连接请求，实现对并发请求量飙升情况的平缓性处理，相比于相关技术中采取限流或者服务器扩容等措施来缓解服务端的压力的方式，本公开可以降低对设备端的影响，且可以避免提升服务器的硬件成本。
图2是根据本公开一示例性实施例示出的如何从所述总数量的设备连接请求中确定当前待处理请求的流程图；本实施例在上述实施例的基础上以如何从所述总数量的设备连接请求中确定当前待处理请求为例进行示例性说明。如图2所示，上述步骤S102中所述的从所述总数量的设备连接请求中确定当前待处理请求，可以包括以下步骤S201-S203：
在步骤S201中，基于所述服务端的中央处理器CPU的当前负载大小，确定当前时间段内所述服务端能够处理的设备连接请求的目标数量；
在步骤S202中，基于所述目标数量确定所述第一数量，所述第一数量小于或等于所述目标数量；
在步骤S203中，基于预设规则从所述总数量中确定所述第一数量的设备连接请求。
本实施例中，当需要从所述总数量的设备连接请求中确定当前待处理请求时，可以获取服务端的中央处理器CPU的当前负载大小，进而可以基于CPU的当前负载大小确定当前时间段内所述服务端能够处理的设备连接请求的目标数量(如，10万个等)。示例性地，可以预先检测当CPU处于各种不同负载的情况下，服务端能够处理的设备连接请求的数量，并建立二者间的映射关系。进而当确定CPU的当前负载大小后，可以基于该映射关系确定当前时间段内所述服务端能够处理的设备连接请求的目标数量。示例性地，所述当前时间段的长度可以与上述预设时间段的长度相等，如1秒等，本实施例对此不进行限定。
在此基础上，当确定当前时间段内所述服务端能够处理的设备连接请求的目标数量后，可以基于所述目标数量确定所述第一数量，示例性地，可以将上述第一数量设置为小于或等于目标数量，以确保在CPU处于当前负载的情况下，服务端能够处理的上述第一数量的设备连接请求。
进一步地，可以基于预设规则从所述总数量中确定所述第一数量的设备连接请求。例如，可以从上述总数量的设备连接请求中按照发送时间的先后选取第一数量的设备连接请求，或者随机选取第一数量的设备连接请求。并且，还可以对该第一数量的设备连接请求的发送设备进行记录，以便后续可以区分哪些发送设备的设备连接请求是基于第一预设方式处理的，哪些发送设备的设备连接请求是基于第二预设方式处理的，从而可以当服务器的压力降低后，再针对那些基于第二预设方式处理的设备连接请求，进行第一预设方式的处理。
由上述描述可知，本实施例通过基于所述服务端的中央处理器CPU的当前负载大小，确定当前时间段内所述服务端能够处理的设备连接请求的目标数量，并基于所述目标数量确定所述第一数量，所述第一数量小于或等于所述目标数量，进而基于预设规 则从所述总数量中确定所述第一数量的设备连接请求，可以实现合理地从所述总数量的设备连接请求中确定当前待处理请求，确保在CPU处于当前负载的情况下，服务端能够处理的上述第一数量的设备连接请求。
图3是根据本公开一示例性实施例示出的如何基于第一预设方式对所述当前待处理请求进行处理的流程图；本实施例在上述实施例的基础上以如何从所述总数量的设备连接请求中确定当前待处理请求为例进行示例性说明。如图2所示，上述步骤S103中所述的所述基于第一预设方式对所述当前待处理请求进行处理，可以包括以下步骤S301-S303：
在步骤S301中，获取所述当前待处理请求的第一发送设备的鉴权信息；
在步骤S302中，基于所述鉴权信息对所述第一发送设备进行连接鉴权；
在步骤S303中，响应于连接鉴权通过，向所述第一发送设备发送第一预设信息，所述第一预设信息用于表征所述第一发送设备与所述服务端已成功建立连接。
本实施例中，当基于第一预设方式对所述当前待处理请求进行处理时，可以获取所述当前待处理请求的第一发送设备的鉴权信息，然后基于所述鉴权信息对所述第一发送设备进行连接鉴权，进而响应于连接鉴权通过，向所述第一发送设备发送第一预设信息，所述第一预设信息用于表征所述第一发送设备与所述服务端已成功建立连接。在另一些实施例中，可以响应于连接鉴权未通过，向所述第一发送设备发送第三预设信息，该第三预设信息可以用于表征所述第一发送设备与所述服务端未成功建立连接。
其中，第一发送设备包括发送上述当前待处理请求的设备。举例来说，上述鉴权信息可以包括第一发送设备发送的加密字符串等。当服务端获取到第一发送设备发送的加密字符串后，可以根据该加密字符串判断接收到的鉴权信息是否合法：若合法，则判定连接鉴权通过，进而向所述第一发送设备发送第一预设信息；相反，若不合法，则判定连接鉴权未通过，进而向所述第一发送设备发送第三预设信息。示例性地，当根据该加密字符串判断接收到的鉴权信息是否会合法时，可以根据第一发送设备的设备标识(如，设备身份信息ID和/或设备序列号等)和密钥计算出服务端的加密字符串，进而可以判断服务端的加密字符串与第一发送设备发送的加密字符串是否一致：若一致，判定接收到的鉴权信息合法；否则，判定接收到的鉴权信息不合法。
值得说明的是，上述基于所述鉴权信息对所述第一发送设备进行连接鉴权的方式仅用于示例性说明，在实际应用中，还可以基于实际需要采取其他方式对所述第一发送设备进行连接鉴权，所得结果同样适用于本实施例的后续步骤，本实施例对此不进行限定。
由上述描述可知，本实施例通过获取所述当前待处理请求的第一发送设备的鉴权信息，并基于所述鉴权信息对所述第一发送设备进行连接鉴权，进而响应于连接鉴权通过，向所述第一发送设备发送第一预设信息，可以实现基于第一预设方式对所述当前待处理请求进行处理，可以减少设备连接请求的并发量，实现对并发请求量飙升情况的平缓性处理。
图4是根据本公开一示例性实施例示出的又一种请求处理方法的流程图；
本实施例的方法可以应用于具有数据处理功能的本地服务器和云服务器等服务端，该服务端可以部署在一台电子设备或多台电子设备组成的设备集群中。
如图4所示，该方法包括以下步骤S401-S407：
在步骤S401中，确定当前时刻之前预设时间段内接收到设备连接请求的总数量；
在步骤S402中，响应于检测到所述总数量满足设定条件，从所述总数量的设备连接请求中确定当前待处理请求；
在步骤S403中，基于第一预设方式对所述当前待处理请求进行处理；
在步骤S404中，基于第二预设方式对当前剩余请求进行处理，所述当前待处理请求的第一数量与所述当前剩余请求的第二数量之和为所述总数量，所述第二预设方式 的处理速度高于所述第一预设方式的处理速度，且经过所述第二预设方式的处理后，所述当前剩余请求的第二发送设备将停止向所述服务端再发送设备连接请求。
其中，上述步骤S401-S404的相关解释和说明可以参见上述图1所示实施例中的步骤S101-S104，在此不进行赘述。
在步骤S405中，响应于完成基于所述第一预设方式对当前待处理请求的处理，从当前剩余请求中再次确定待处理请求；
在步骤S406中，基于所述第一预设方式对当前待处理请求进行处理。
在步骤S407中，确定当前剩余请求的数量变为0：若未变为0，则再次执行步骤S405；若已变为0，则结束当前的流程。
本实施例中，当完成基于所述第一预设方式对当前待处理请求的处理后，可以从当前剩余请求中再次确定不同的待处理请求，进而再基于所述第一预设方式对当前待处理请求进行处理，具体的处理方式可以参见上述图3所示实施例，在此不进行赘述。可以理解的是，由于当前剩余请求为未经过所述第一预设方式处理的设备连接请求，因而每次从当前剩余请求中确定待处理请求并基于第一预设方式进行处理后，当前剩余请求的数量会减少。因而，在每次基于所述第一预设方式对当前待处理请求进行处理后，判断当前剩余请求的数量是否变为0：若未变为0，则从当前剩余请求中再次确定待处理请求，并基于第一预设方式进行处理；而若已变为0，则可以结束本实施例的方法流程。由此可知，当结束本实施例的方法流程时，所述总数量的设备连接请求均已经过所述第一预设方式的处理。
图5是根据本公开一示例性实施例示出的一种请求处理装置的框图；本实施例的装置可以应用于具有数据处理功能的本地服务器和云服务器等服务端，该服务端可以部署在一台电子设备或多台电子设备组成的设备集群中。
如图5所示，该装置可以包括：数量确定模块110、请求确定模块120、第一处理模块130以及第二处理模块140，其中：
数量确定模块110，用于确定当前时刻之前预设时间段内接收到设备连接请求的总数量；
请求确定模块120，用于响应于检测到所述总数量满足设定条件，从所述总数量的设备连接请求中确定当前待处理请求；
第一处理模块130，用于基于第一预设方式对所述当前待处理请求进行处理；
第二处理模块140，用于基于第二预设方式对当前剩余请求进行处理，所述当前待处理请求的第一数量与所述当前剩余请求的第二数量之和为所述总数量，所述第二预设方式的处理速度高于所述第一预设方式的处理速度，且经过所述第二预设方式的处理后，所述当前剩余请求的第二发送设备将停止向所述服务端再发送设备连接请求。
由上述描述可知，本实施例的装置通过确定当前时刻之前预设时间段内接收到设备连接请求的总数量，并响应于检测到所述总数量满足设定条件，从所述总数量的设备连接请求中确定当前待处理请求，进而基于第一预设方式对所述当前待处理请求进行处理，以及基于第二预设方式对当前剩余请求进行处理，由于所述第二预设方式的处理速度高于所述第一预设方式的处理速度，且经过所述第二预设方式的处理后，所述当前剩余请求的第二发送设备将停止向所述服务端再发送设备连接请求，因而可以迅速减少设备连接请求的并发量，使服务端能够分批地处理接收到的设备连接请求，实现对并发请求量飙升情况的平缓性处理，相比于相关技术中采取限流或者服务器扩容等措施来缓解服务端的压力的方式，本公开可以降低对设备端的影响，且可以避免提升服务器的硬件成本。
图6是根据本公开一示例性实施例示出的又一种请求处理装置的框图；本实施例的装置可以应用于具有数据处理功能的本地服务器和云服务器等服务端，该服务端可以部署在一台电子设备或多台电子设备组成的设备集群中。其中，数量确定模块210、 请求确定模块220、第一处理模块230以及第二处理模块240与前述图5所示实施例中的数量确定模块110、请求确定模块120、第一处理模块130以及第二处理模块140的功能相同，在此不进行赘述。
本实施例中，所述设备连接请求的总数量满足设定条件，可以包括以下至少一项：
所述设备连接请求的总数量大于或等于设定数量阈值，且大于或等于所述设定数量阈值的持续时间超过第一设定时间阈值；
所述设备连接请求的总数量大于或等于所述预设时间段内所述服务端能够处理的设备连接请求的目标数量，且大于或等于所述目标数量的持续时间超过第二设定时间阈值。
在一些实施例中，请求确定模块220，可以包括：
目标数量确定单元221，用于基于所述服务端的中央处理器CPU的当前负载大小，确定当前时间段内所述服务端能够处理的设备连接请求的目标数量；
第一数量确定单元222，用于基于所述目标数量确定所述第一数量，所述第一数量小于或等于所述目标数量；
第一请求确定单元223，用于基于预设规则从所述总数量中确定所述第一数量的设备连接请求。
在一些实施例中，第一处理模块230，可以包括：
信息获取单元231，用于获取所述当前待处理请求的第一发送设备的鉴权信息；
连接鉴权单元232，用于基于所述鉴权信息对所述第一发送设备进行连接鉴权；
第一发送单元233，用于响应于连接鉴权通过，向所述第一发送设备发送第一预设信息，所述第一预设信息用于表征所述第一发送设备与所述服务端已成功建立连接。
在一些实施例中，第二处理模块240还可以用于向所述当前剩余请求的第二发送设备发送第二预设信息，所述第二预设信息用于表征所述第二发送设备与所述服务端已成功建立连接。
在一些实施例中，上述装置还可以包括过程重复执行模块250；
过程重复执行模块250可以用于重复执行以下过程，直至未经过所述第一预设方式处理的当前剩余请求的数量变为0：
响应于完成基于所述第一预设方式对当前待处理请求的处理，从当前剩余请求中再次确定待处理请求；
基于所述第一预设方式对当前待处理请求进行处理。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图7是根据一示例性实施例示出的一种服务器的框图。例如，设备900可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图7，设备900可以包括以下一个或多个组件：处理组件902，存储器904，电源组件906，多媒体组件908，音频组件910，输入/输出(I/O)的接口912，传感器组件914，以及通信组件916。
处理组件902通常控制设备900的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件902可以包括一个或多个处理器920来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件902可以包括一个或多个模块，便于处理组件902和其他组件之间的交互。例如，处理组件902可以包括多媒体模块，以方便多媒体组件908和处理组件902之间的交互。
存储器904被配置为存储各种类型的数据以支持在设备900的操作。这些数据的示例包括用于在设备900上操作的任何应用程序或方法的指令，联系人数据，电话簿 数据，消息，图片，视频等。存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件906为设备900的各种组件提供电力。电源组件906可以包括电源管理系统，一个或多个电源，及其他与为设备900生成、管理和分配电力相关联的组件。
多媒体组件908包括在所述设备900和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件908包括一个前置摄像头和/或后置摄像头。当设备900处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件910被配置为输出和/或输入音频信号。例如，音频组件910包括一个麦克风(MIC)，当设备900处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器904或经由通信组件916发送。在一些实施例中，音频组件910还包括一个扬声器，用于输出音频信号。
I/O接口912为处理组件902和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件914包括一个或多个传感器，用于为设备900提供各个方面的状态评估。例如，传感器组件914可以检测到设备900的打开/关闭状态，组件的相对定位，例如所述组件为设备900的显示器和小键盘，传感器组件914还可以检测设备900或设备900一个组件的位置改变，用户与设备900接触的存在或不存在，设备900方位或加速/减速和设备900的温度变化。传感器组件914还可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件914还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件914还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件916被配置为便于设备900和其他设备之间有线或无线方式的通信。设备900可以接入基于通信标准的无线网络，如WiFi，2G或3G，4G或5G或它们的组合。在一个示例性实施例中，通信组件916经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件916还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，设备900可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子组件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器904，上述指令可由设备900的处理器920执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (14)
- 一种请求处理方法，其特征在于，应用于服务端，所述方法包括：确定当前时刻之前预设时间段内接收到设备连接请求的总数量；响应于检测到所述总数量满足设定条件，从所述总数量的设备连接请求中确定当前待处理请求；基于第一预设方式对所述当前待处理请求进行处理；基于第二预设方式对当前剩余请求进行处理，所述当前待处理请求的第一数量与所述当前剩余请求的第二数量之和为所述总数量，所述第二预设方式的处理速度高于所述第一预设方式的处理速度，且经过所述第二预设方式的处理后，所述当前剩余请求的第二发送设备将停止向所述服务端再发送设备连接请求。
- 根据权利要求1所述的方法，其特征在于，所述设备连接请求的总数量满足设定条件，包括以下至少一项：所述设备连接请求的总数量大于或等于设定数量阈值，且大于或等于所述设定数量阈值的持续时间超过第一设定时间阈值；所述设备连接请求的总数量大于或等于所述预设时间段内所述服务端能够处理的设备连接请求的目标数量，且大于或等于所述目标数量的持续时间超过第二设定时间阈值。
- 根据权利要求1所述的方法，其特征在于，所述从所述总数量的设备连接请求中确定当前待处理请求，包括：基于所述服务端的中央处理器CPU的当前负载大小，确定当前时间段内所述服务端能够处理的设备连接请求的目标数量；基于所述目标数量确定所述第一数量，所述第一数量小于或等于所述目标数量；基于预设规则从所述总数量中确定所述第一数量的设备连接请求。
- 根据权利要求1所述的方法，其特征在于，所述基于第一预设方式对所述当前待处理请求进行处理，包括：获取所述当前待处理请求的第一发送设备的鉴权信息；基于所述鉴权信息对所述第一发送设备进行连接鉴权；响应于连接鉴权通过，向所述第一发送设备发送第一预设信息，所述第一预设信息用于表征所述第一发送设备与所述服务端已成功建立连接。
- 根据权利要求1所述的方法，其特征在于，所述基于第二预设方式对所述总数量中剩余的当前剩余请求进行处理，包括：向所述当前剩余请求的第二发送设备发送第二预设信息，所述第二预设信息用于表征所述第二发送设备与所述服务端已成功建立连接。
- 根据权利要求1述的方法，其特征在于，所述方法还包括重复执行以下过程，直至未经过所述第一预设方式处理的当前剩余请求的数量变为0：响应于完成基于所述第一预设方式对当前待处理请求的处理，从当前剩余请求中再次确定待处理请求；基于所述第一预设方式对当前待处理请求进行处理。
- 一种请求处理装置，其特征在于，应用于服务端，所述装置包括：数量确定模块，用于确定当前时刻之前预设时间段内接收到设备连接请求的总数量；请求确定模块，用于响应于检测到所述总数量满足设定条件，从所述总数量的设备连接请求中确定当前待处理请求；第一处理模块，用于基于第一预设方式对所述当前待处理请求进行处理；第二处理模块，用于基于第二预设方式对当前剩余请求进行处理，所述当前待处理请求的第一数量与所述当前剩余请求的第二数量之和为所述总数量，所述第二预设方式的处理速度高于所述第一预设方式的处理速度，且经过所述第二预设方式的处理后，所述当前剩余请求的第二发送设备将停止向所述服务端再发送设备连接请求。
- 根据权利要求7所述的装置，其特征在于，所述设备连接请求的总数量满足设定条件，包括以下至少一项：所述设备连接请求的总数量大于或等于设定数量阈值，且大于或等于所述设定数量阈值的持续时间超过第一设定时间阈值；所述设备连接请求的总数量大于或等于所述预设时间段内所述服务端能够处理的设备连接请求的目标数量，且大于或等于所述目标数量的持续时间超过第二设定时间阈值。
- 根据权利要求7所述的装置，其特征在于，所述请求确定模块，包括：目标数量确定单元，用于基于所述服务端的中央处理器CPU的当前负载大小，确定当前时间段内所述服务端能够处理的设备连接请求的目标数量；第一数量确定单元，用于基于所述目标数量确定所述第一数量，所述第一数量小于或等于所述目标数量；第一请求确定单元，用于基于预设规则从所述总数量中确定所述第一数量的设备连接请求。
- 根据权利要求7所述的装置，其特征在于，所述第一处理模块，包括：信息获取单元，用于获取所述当前待处理请求的第一发送设备的鉴权信息；连接鉴权单元，用于基于所述鉴权信息对所述第一发送设备进行连接鉴权；第一发送单元，用于响应于连接鉴权通过，向所述第一发送设备发送第一预设信息，所述第一预设信息用于表征所述第一发送设备与所述服务端已成功建立连接。
- 根据权利要求7所述的装置，其特征在于，所述第二处理模块还用于向所述当前剩余请求的第二发送设备发送第二预设信息，所述第二预设信息用于表征所述第二发送设备与所述服务端已成功建立连接。
- 根据权利要求7述的装置，其特征在于，所述装置还包括过程重复执行模块；所述过程重复执行模块用于重复执行以下过程，直至未经过所述第一预设方式处理的当前剩余请求的数量变为0：响应于完成基于所述第一预设方式对当前待处理请求的处理，从当前剩余请求中再次确定待处理请求；基于所述第一预设方式对当前待处理请求进行处理。
- 一种服务端，其特征在于，所述服务端包括：处理器以及用于存储计算机程序的存储器；其中，所述处理器被配置为在执行所述计算机程序时，实现：确定当前时刻之前预设时间段内接收到设备连接请求的总数量；响应于检测到所述总数量满足设定条件，从所述总数量的设备连接请求中确定当前 待处理请求；基于第一预设方式对所述当前待处理请求进行处理；基于第二预设方式对当前剩余请求进行处理，所述当前待处理请求的第一数量与所述当前剩余请求的第二数量之和为所述总数量，所述第二预设方式的处理速度高于所述第一预设方式的处理速度，且经过所述第二预设方式的处理后，所述当前剩余请求的第二发送设备将停止向所述服务端再发送设备连接请求。
- 一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现：确定当前时刻之前预设时间段内接收到设备连接请求的总数量；响应于检测到所述总数量满足设定条件，从所述总数量的设备连接请求中确定当前待处理请求；基于第一预设方式对所述当前待处理请求进行处理；基于第二预设方式对当前剩余请求进行处理，所述当前待处理请求的第一数量与所述当前剩余请求的第二数量之和为所述总数量，所述第二预设方式的处理速度高于所述第一预设方式的处理速度，且经过所述第二预设方式的处理后，所述当前剩余请求的第二发送设备将停止向服务端再发送设备连接请求。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2022/099017 WO2023240506A1 (zh) | 2022-06-15 | 2022-06-15 | 请求处理方法、装置、服务端及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117716736A true CN117716736A (zh) | 2024-03-15 |
Family
ID=89192746
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202280004482.0A Pending CN117716736A (zh) | 2022-06-15 | 2022-06-15 | 请求处理方法、装置、服务端及存储介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN117716736A (zh) |
| WO (1) | WO2023240506A1 (zh) |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8103837B2 (en) * | 2008-12-17 | 2012-01-24 | Hewlett-Packard Development Company, L.P. | Servicing memory read requests |
| CN106385459B (zh) * | 2016-10-20 | 2020-02-11 | 杭州迪普科技股份有限公司 | 一种连接请求报文的分配方法及装置 |
| CN107635267A (zh) * | 2017-08-31 | 2018-01-26 | 努比亚技术有限公司 | 一种建立连接的方法、装置、基站和计算机可读存储介质 |
| CN109062706B (zh) * | 2018-06-29 | 2021-03-05 | Oppo（重庆）智能科技有限公司 | 电子装置及其限制进程间通信的方法、存储介质 |
| CN110380982B (zh) * | 2019-07-31 | 2022-10-14 | 浪潮商用机器有限公司 | 一种流量控制方法及相关装置 |
| CN113765998A (zh) * | 2021-07-12 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 基于集群系统的访问限制方法、装置和服务器 |
| CN114465959A (zh) * | 2021-12-24 | 2022-05-10 | 南京苏宁电子信息技术有限公司 | 接口动态流量控制方法、装置、计算机设备和存储介质 |
-
2022
- 2022-06-15 WO PCT/CN2022/099017 patent/WO2023240506A1/zh active Application Filing
- 2022-06-15 CN CN202280004482.0A patent/CN117716736A/zh active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| WO2023240506A1 (zh) | 2023-12-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109089168B (zh) | 视频分享方法、装置、系统及存储介质 | |
| CN104703252B (zh) | 终端设备接入无线网络的方法及装置 | |
| US11895630B2 (en) | Method and device for identifying downlink transmissions | |
| CN112189352B (zh) | 响应指示方法和装置、响应确定方法和装置 | |
| US20170034776A1 (en) | Method, apparatus, and system for smart device to access router | |
| CN114125977B (zh) | 业务切换方法及装置 | |
| CN111654354B (zh) | 最大传输单元mtu的探测方法、装置及存储介质 | |
| CN105049219A (zh) | 流量订购方法和系统、移动终端及服务器 | |
| CN109041145B (zh) | 通信方法、装置、终端及存储介质 | |
| CN110008668B (zh) | 一种数据处理方法、装置及存储介质 | |
| CN104618987A (zh) | 接入网络的方法及装置 | |
| CN107483605B (zh) | 文件下载方法及装置、存储介质 | |
| CN107295493B (zh) | 信息上报方法、装置、终端及计算机可读存储介质 | |
| CN107395724B (zh) | 网络请求方法及装置 | |
| US10091236B2 (en) | Methods apparatuses, and storage mediums for acquiring legitimate installation packages | |
| CN117716736A (zh) | 请求处理方法、装置、服务端及存储介质 | |
| CN106060104B (zh) | 应用管理方法及装置 | |
| CN107734072B (zh) | 推送信息的处理方法及装置 | |
| US11997542B2 (en) | Method and device for message transmission | |
| CN109194639B (zh) | 消息接收处理方法、装置、终端及可读存储介质 | |
| CN116016284B (zh) | 数据分析方法、装置、电子设备及存储介质 | |
| CN112256424B (zh) | 虚拟资源的处理方法、装置、系统、电子设备及存储介质 | |
| CN112449764A (zh) | 随机接入方法、装置、系统及存储介质 | |
| CN114766096B (zh) | 波束配置请求方法和装置、波束配置方法和装置 | |
| CN107645505B (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 |