CN113535426B - 一种消息下发的优化方法及服务端 - Google Patents
一种消息下发的优化方法及服务端 Download PDFInfo
- Publication number
- CN113535426B CN113535426B CN202110670908.3A CN202110670908A CN113535426B CN 113535426 B CN113535426 B CN 113535426B CN 202110670908 A CN202110670908 A CN 202110670908A CN 113535426 B CN113535426 B CN 113535426B
- Authority
- CN
- China
- Prior art keywords
- message
- memory
- issuing
- priority
- messages
- 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
- 238000000034 method Methods 0.000 title claims abstract description 16
- 238000005457 optimization Methods 0.000 title abstract description 13
- 230000002776 aggregation Effects 0.000 claims description 11
- 238000004220 aggregation Methods 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 8
- 238000012544 monitoring process Methods 0.000 claims description 8
- 238000012545 processing Methods 0.000 claims description 7
- 230000003111 delayed effect Effects 0.000 abstract description 5
- 230000004931 aggregating effect Effects 0.000 abstract description 4
- 230000005540 biological transmission Effects 0.000 description 8
- 230000009286 beneficial effect Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/541—Client-server
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种消息下发的优化方法及服务端,将待下发的第一消息发送至第一消息所对应的接收方所在的第一接入实例;由第一接入实例根据第一消息的优先级标记判断是否达到预设的优先级阈值,若是,则将第一消息直接按照消息顺序进行消息下发,否则将第一消息进行聚合后延迟下发。本发明通过将优先级较低的消息进行延迟后批量发送,能够在一定程度上提高消息下发的吞吐量并减轻服务端的压力。
Description
技术领域
本发明涉及互联网技术领域,特别涉及一种消息下发的优化方法及服务端。
背景技术
移动互联网蓬勃发展的今天,存在有各种各样需要消息推送和消息通讯的软件,随着各种软件上互联网用户的逐渐增大,对于各种消息推送的性能也就有了更高的要求。首先我们大概了解下通用的群发消息机制,比如需要对100万用户进行群发消息,当某一个用户发送一条消息后,生成对应的消息,此时,服务端需要获取该群内100万用户的userId(用户标识),根据该userId查询出每个用户的deviceId(设备标识),根据deviceId获取对应的长链接id(Identity document,身份证标识号)加入到长链接列表,最终通过这些长链接列表下发消息至用户的设备上。在此种场景之下,需要根据群id获取群内100万用户的userId列表,根据userId列表需要最终查询出对应的100万的长链接列表,最终通过这100万的长链接列表下发消息。由于此处用户数量巨大,使用常规消息发送方式可能会带来消息的一定延时,影响用户体验。
由于所有的群发消息与单条消息发送的都是使用同一套的服务端能力,所以,目前的推送消息系统中,所有的群发消息也必须是一条一条的消息发送,造成单位时间见服务端的压力巨大。而随着用户量越来越多,用户消息就会越来越多,这对于推送系统进行消息下发的吞吐量有了更大程度的要求。
发明内容
本发明所要解决的技术问题是:提供一种消息下发的优化方法及服务端,能够在一定程度上提高消息下发的吞吐量并减轻服务端的压力。
为了解决上述技术问题,本发明采用的技术方案为:
一种消息下发的优化方法,包括:
步骤S1、将待下发的第一消息发送至所述第一消息所对应的接收方所在的第一接入实例;
步骤S2、由第一接入实例根据所述第一消息的优先级标记判断是否达到预设的优先级阈值,若是,则将所述第一消息直接按照消息顺序进行消息下发,否则将所述第一消息进行聚合后延迟下发。
为了解决上述技术问题,本发明采用的另一种技术方案为:
一种消息下发的优化服务端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
步骤S1、将待下发的第一消息发送至所述第一消息所对应的接收方所在的第一接入实例;
步骤S2、由第一接入实例根据所述第一消息的优先级标记判断是否达到预设的优先级阈值,若是,则将所述第一消息直接按照消息顺序进行消息下发,否则将所述第一消息进行聚合后延迟下发。
本发明的有益效果在于:一种消息下发的优化方法及服务端,通过消息的优先级标记进行判断,若要下发的消息的优先级较高,则直接进行消息下发,若是对于一些优先级较低可允许一定延迟的消息来说,则将其进行聚合后再进行一次性批量发送,以提高消息下发效率,从而能够在一定程度上提高消息下发的吞吐量并减轻服务端的压力。
附图说明
图1为本发明实施例的一种消息下发的优化方法的流程示意图;
图2为本发明实施例的一种消息下发的优化服务端的结构示意图。
标号说明:
1、一种消息下发的优化服务端;2、处理器;3、存储器。
具体实施方式
为详细说明本发明的技术内容、所实现目的及效果,以下结合实施方式并配合附图予以说明。
请参照图1,一种消息下发的优化方法,包括:
步骤S1、将待下发的第一消息发送至所述第一消息所对应的接收方所在的第一接入实例;
步骤S2、由第一接入实例根据所述第一消息的优先级标记判断是否达到预设的优先级阈值,若是,则将所述第一消息直接按照消息顺序进行消息下发,否则将所述第一消息进行聚合后延迟下发。
从上述描述可知,本发明的有益效果在于:通过消息的优先级标记进行判断,若要下发的消息的优先级较高,则直接进行消息下发,若是对于一些优先级较低可允许一定延迟的消息来说,则将其进行聚合后再进行一次性批量发送,以提高消息下发效率,从而能够在一定程度上提高消息下发的吞吐量并减轻服务端的压力。
进一步地,所述步骤S1和所述步骤S2之间还包括:
由所述第一接入实例判断所述第一消息是否设置有优先级标记,若是,则执行所述步骤S2,否则按照消息顺序将所述第一消息进行消息下发。
从上述描述可知,即可以设置是否采用优先级标记进行部分消息的延迟下发,从而提高消息下发的灵活性。
进一步地,所述步骤S2具体包括:
由监控程序实时判断当前负载是否超过负载阈值,若是,则将所述第一消息的优先级标记默认修改为最低优先级,否则保持所述第一消息的优先级标记;
由所述第一接入实例根据所述第一消息的优先级标记判断是否达到预设的优先级阈值,若是,则将所述第一消息直接按照消息顺序进行消息下发,否则将所述第一消息进行聚合后延迟下发。
从上述描述可知,对于负载正常的情况下,可以按照原本的优先级标记进行消息的处理,而当系统出现过载的情况下,则将所有消息都统一调整为最低优先级,以进行消息的聚合延迟下发,从而减轻系统压力。
进一步地,所述步骤S2具体包括:
步骤S21、由所述第一接入实例根据所述第一消息的优先级标记判断是否达到预设的优先级阈值,若未达到预设的优先级阈值,则执行步骤S22,若达到预设的优先级阈值,则执行步骤S23;
步骤S22、在所述第一接入实例所对应的第一内存中预先写入一条包括所述第一接入实例所对应的用户标识和所述第一消息所对应的消息明细的第一消息数据,并设置所述第一接入实例的发送时间,所述第一接入实例每次间隔所述发送时间就将所述第一内存中的所有消息数据所对应的消息进行消息下发并在消息下发完毕后清除所述第一内存;
步骤S23、判断所述第一内存是否存在之前其他消息所对应的其他消息数据,若存在,则将所述第一消息的第一消息数据也添加至所述第一内存,之后将所述第一内存的所有消息数据所对应的消息进行消息下发并在消息下发完毕后清除所述第一内存,同时将所述第一内存的所述发送时间归零,若不存在,则将所述第一消息直接按照消息顺序进行消息下发。
从上述描述可知,对于优先级较低的消息将其消息明细存至接入实例对应的内存中,待后续到达预设的发送时间或者是有其他高优先级的消息要直接下发时,则可以将内存中所有的消息进行聚合后发送,即保证了消息的及时性,也减轻服务端的压力。
进一步地,所述步骤S2中由监控程序实时判断当前负载是否超过负载阈值具体包括:
由监控程序监控推送异步任务模块的消息拆解速度或者消息队列处理情况以及监控所述接入模块的消息下方速率或者资源负载情况来判断当前负载是否超过负载阈值。
从上述描述可知,即通过实际执行情况以更加准确的判断当前负载是否超过负载阈值。
请参照图2,一种消息下发的优化服务端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
步骤S1、将待下发的第一消息发送至所述第一消息所对应的接收方所在的第一接入实例;
步骤S2、由第一接入实例根据所述第一消息的优先级标记判断是否达到预设的优先级阈值,若是,则将所述第一消息直接按照消息顺序进行消息下发,否则将所述第一消息进行聚合后延迟下发。
从上述描述可知,本发明的有益效果在于:通过消息的优先级标记进行判断,若要下发的消息的优先级较高,则直接进行消息下发,若是对于一些优先级较低可允许一定延迟的消息来说,则将其进行聚合后再进行一次性批量发送,以提高消息下发效率,从而能够在一定程度上提高消息下发的吞吐量并减轻服务端的压力。
进一步地,所述步骤S1和所述步骤S2之间还包括:
由所述第一接入实例判断所述第一消息是否设置有优先级标记,若是,则执行所述步骤S2,否则按照消息顺序将所述第一消息进行消息下发。
从上述描述可知,即可以设置是否采用优先级标记进行部分消息的延迟下发,从而提高消息下发的灵活性。
进一步地,所述步骤S2具体包括:
由监控程序实时判断当前负载是否超过负载阈值,若是,则将所述第一消息的优先级标记默认修改为最低优先级,否则保持所述第一消息的优先级标记;
由所述第一接入实例根据所述第一消息的优先级标记判断是否达到预设的优先级阈值,若是,则将所述第一消息直接按照消息顺序进行消息下发,否则将所述第一消息进行聚合后延迟下发。
从上述描述可知,对于负载正常的情况下,可以按照原本的优先级标记进行消息的处理,而当系统出现过载的情况下,则将所有消息都统一调整为最低优先级,以进行消息的聚合延迟下发,从而减轻系统压力。
进一步地,所述步骤S2具体包括:
步骤S21、由所述第一接入实例根据所述第一消息的优先级标记判断是否达到预设的优先级阈值,若未达到预设的优先级阈值,则执行步骤S22,若达到预设的优先级阈值,则执行步骤S23;
步骤S22、在所述第一接入实例所对应的第一内存中预先写入一条包括所述第一接入实例所对应的用户标识和所述第一消息所对应的消息明细的第一消息数据,并设置所述第一接入实例的发送时间,所述第一接入实例每次间隔所述发送时间就将所述第一内存中的所有消息数据所对应的消息进行消息下发并在消息下发完毕后清除所述第一内存;
步骤S23、判断所述第一内存是否存在之前其他消息所对应的其他消息数据,若存在,则将所述第一消息的第一消息数据也添加至所述第一内存,之后将所述第一内存的所有消息数据所对应的消息进行消息下发并在消息下发完毕后清除所述第一内存,同时将所述第一内存的所述发送时间归零,若不存在,则将所述第一消息直接按照消息顺序进行消息下发。
从上述描述可知,对于优先级较低的消息将其消息明细存至接入实例对应的内存中,待后续到达预设的发送时间或者是有其他高优先级的消息要直接下发时,则可以将内存中所有的消息进行聚合后发送,即保证了消息的及时性,也减轻服务端的压力。
进一步地,所述步骤S2中由监控程序实时判断当前负载是否超过负载阈值具体包括:
由监控程序监控推送异步任务模块的消息拆解速度或者消息队列处理情况以及监控所述接入模块的消息下方速率或者资源负载情况来判断当前负载是否超过负载阈值。
从上述描述可知,本发明的有益效果在于:通过消息的优先级标记进行判断,若要下发的消息的优先级较高,则直接进行消息下发,若是对于一些优先级较低可允许一定延迟的消息来说,则将其进行聚合后再进行一次性批量发送,以提高消息下发效率,从而能够在一定程度上提高消息下发的吞吐量并减轻服务端的压力。
从上述描述可知,即通过实际执行情况以更加准确的判断当前负载是否超过负载阈值。
请参照图1,本发明的实施例一为:
在描述本实施例中,先说明如下内容:消息推送的基本原理是:客户端与服务端的接入集群中的某一个接入实例建立长链接,而客户端与服务端以及客户端与客户端之间的消息通讯,都是通过所建立的长链接作为通信通道,由服务端的推送集群做消息拆解与转发,最终实现消息的发送的。即所有的消息均通过接入服务中的长链接发送给客户端用户。一个用户的长链接也只会在一个接入服务的实例中,所有向该用户发送的消息都只会向其长链接所在的接入服务实例发送。
由此,本实施例提供的一种消息下发的优化方法,包括:
步骤S1、将待下发的第一消息发送至第一消息所对应的接收方所在的第一接入实例;
其中,本实施例是在现有的消息推送基础之上,在客户端的推送SDK(SoftwareDevelopment Kit,软件开发工具包)中增加设置消息优先级的功能。比如在本实施例中可以对于单人聊天消息可设置高优先级,对于群发消息可设置低优先级。
其中,推送服务的服务端主要包括推送异步任务模块与接入模块,由推送异步任务模块进行消息拆解和转发,并最终发送至接入模块。
S11、由第一接入实例判断第一消息是否设置有优先级标记,若是,则执行步骤S2,否则按照消息顺序将第一消息进行消息下发。
即当向某个客户端发送第一消息,则该第一消息对应的接收方所在的第一接入实例首先判断其是否有优先级标记,若没有优先级标记,则按照现有方案进行消息推送。
步骤S2、由第一接入实例根据第一消息的优先级标记判断是否达到预设的优先级阈值,若是,则将第一消息直接按照消息顺序进行消息下发,否则将第一消息进行聚合后延迟下发。
在本实施例中,步骤S2具体包括:
步骤S20、由监控程序实时判断当前负载是否超过负载阈值,若是,则将第一消息的优先级标记默认修改为最低优先级,否则保持第一消息的优先级标记;
即在本实施例中,由监控程序监控推送异步任务模块的消息拆解速度或者消息队列处理情况以及监控接入模块的消息下方速率或者资源负载情况来判断当前负载是否超过负载阈值。
步骤S21、由第一接入实例根据第一消息的优先级标记判断是否达到预设的优先级阈值,若未达到预设的优先级阈值,则执行步骤S22,若达到预设的优先级阈值,则执行步骤S23;
在本实施例中,优先级阈值为高优先级,此时,当第一消息是高优先级,则需要执行步骤S23,当第一消息是低优先级,则执行步骤S22。
步骤S22、在第一接入实例所对应的第一内存中预先写入一条包括第一接入实例所对应的用户标识和第一消息所对应的消息明细的第一消息数据,并设置第一接入实例的发送时间,第一接入实例每次间隔发送时间就将第一内存中的所有消息数据所对应的消息进行消息下发并在消息下发完毕后清除第一内存;
即对于低优先级的第一消息来说,其无需立即发送,因此可以将第一消息进行聚合后存储在第一内存,其中,聚合的数据结构为map<key,value>结构。其中key为userId,即用户标识,value为list<msg>,即消息明细的列表。而在后续有低优先级的其他消息时,则继续向第一内存中添加消息明细。
同时,发送时间可认为是缓存到期时间,具体到期时间可由根据具体业务配置,一般配置为1-3秒。比如发送时间是3秒,则每次隔3秒就会将内存中的所有消息进行批量消息下发,当下发完毕后,可删除本地内存中的数据。
其中,应当说明的是并非说每个低优先级的消息都需要等3秒,因为发送时间是独立计算,每隔一个发送时间就批量发送一次,由此,当临近3秒这个时间点到来的低优先级的消息,则会在存入时就和其他低优先级的消息进行聚合后发送。
步骤S23、判断第一内存是否存在之前其他消息所对应的其他消息数据,若存在,则将第一消息的第一消息数据也添加至第一内存,之后将第一内存的所有消息数据所对应的消息进行消息下发并在消息下发完毕后清除第一内存,同时将第一内存的发送时间归零,若不存在,则将第一消息直接按照消息顺序进行消息下发。
其中,当有高优先级的消息需要发送时,因为其本身就需要通过长链接发送到客户端,此时,无法当前时间是否到达了发送时间,都将内存中所有低优先级的消息一并批量发送出去。
由此,对于单人聊天消息,其为高优先级,则在负载正常时均为直接消息下发,而对于群聊天消息,其为低优先级,则在负载正常时需要延迟聚合之后再批量下发,该延迟是等待到达发送时间或者是等待其他高优先级的消息进行一起发送,从而能够在一定程度上提高消息下发的吞吐量并减轻服务端的压力。
请参照图2,本发明的实施例二为:
一种消息下发的优化服务端1,包括存储器3、处理器2及存储在存储器3上并可在处理器2上运行的计算机程序,处理器2执行计算机程序时实现上述实施例一的步骤。
综上所述,本发明提供的一种消息下发的优化方法及服务端,对于负载正常的情况下,通过消息的优先级标记进行判断,若要下发的消息的优先级较高,则直接进行消息下发,若是对于一些优先级较低可允许一定延迟的消息来说,则将其进行消息聚合后,等待到达预设的发送时间或者是有其他高优先级的消息要直接下发时再进行一次性批量发送;而当系统出现过载的情况下,则将所有消息都统一调整为最低优先级,即所有的消息都需要进行聚合延迟下发,以提高消息下发效率,从而能够在一定程度上提高消息下发的吞吐量并减轻服务端的压力。
以上所述仅为本发明的实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等同变换,或直接或间接运用在相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (8)
1.一种消息下发的优化方法,其特征在于,包括:
步骤S1、将待下发的第一消息发送至所述第一消息所对应的接收方所在的第一接入实例;
步骤S2、由第一接入实例根据所述第一消息的优先级标记判断是否达到预设的优先级阈值,若是,则将所述第一消息直接按照消息顺序进行消息下发,否则将所述第一消息进行聚合后延迟下发;
步骤S21、由所述第一接入实例根据所述第一消息的优先级标记判断是否达到预设的优先级阈值,若未达到预设的优先级阈值,则执行步骤S22,若达到预设的优先级阈值,则执行步骤S23;
步骤S22、在所述第一接入实例所对应的第一内存中预先写入一条包括所述第一接入实例所对应的用户标识和所述第一消息所对应的消息明细的第一消息数据,并设置所述第一接入实例的发送时间,所述第一接入实例每次间隔所述发送时间就将所述第一内存中的所有消息数据所对应的消息进行消息下发并在消息下发完毕后清除所述第一内存;
步骤S23、判断所述第一内存是否存在之前其他消息所对应的其他消息数据,若存在,则将所述第一消息的第一消息数据也添加至所述第一内存,之后将所述第一内存的所有消息数据所对应的消息进行消息下发并在消息下发完毕后清除所述第一内存,同时将所述第一内存的所述发送时间归零,若不存在,则将所述第一消息直接按照消息顺序进行消息下发。
2.根据权利要求1所述的一种消息下发的优化方法,其特征在于,所述步骤S1和所述步骤S2之间还包括:
由所述第一接入实例判断所述第一消息是否设置有优先级标记,若是,则执行所述步骤S2,否则按照消息顺序将所述第一消息进行消息下发。
3.根据权利要求2所述的一种消息下发的优化方法,其特征在于,所述步骤S2具体包括:
由监控程序实时判断当前负载是否超过负载阈值,若是,则将所述第一消息的优先级标记默认修改为最低优先级,否则保持所述第一消息的优先级标记;
由所述第一接入实例根据所述第一消息的优先级标记判断是否达到预设的优先级阈值,若是,则将所述第一消息直接按照消息顺序进行消息下发,否则将所述第一消息进行聚合后延迟下发。
4.根据权利要求3所述的一种消息下发的优化方法,其特征在于,所述步骤S2中由监控程序实时判断当前负载是否超过负载阈值具体包括:
由监控程序监控推送异步任务模块的消息拆解速度或者消息队列处理情况以及监控接入模块的消息下方速率或者资源负载情况来判断当前负载是否超过负载阈值。
5.一种消息下发的优化服务端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现以下步骤:
步骤S1、将待下发的第一消息发送至所述第一消息所对应的接收方所在的第一接入实例;
步骤S2、由第一接入实例根据所述第一消息的优先级标记判断是否达到预设的优先级阈值,若是,则将所述第一消息直接按照消息顺序进行消息下发,否则将所述第一消息进行聚合后延迟下发;
步骤S21、由所述第一接入实例根据所述第一消息的优先级标记判断是否达到预设的优先级阈值,若未达到预设的优先级阈值,则执行步骤S22,若达到预设的优先级阈值,则执行步骤S23;
步骤S22、在所述第一接入实例所对应的第一内存中预先写入一条包括所述第一接入实例所对应的用户标识和所述第一消息所对应的消息明细的第一消息数据,并设置所述第一接入实例的发送时间,所述第一接入实例每次间隔所述发送时间就将所述第一内存中的所有消息数据所对应的消息进行消息下发并在消息下发完毕后清除所述第一内存;
步骤S23、判断所述第一内存是否存在之前其他消息所对应的其他消息数据,若存在,则将所述第一消息的第一消息数据也添加至所述第一内存,之后将所述第一内存的所有消息数据所对应的消息进行消息下发并在消息下发完毕后清除所述第一内存,同时将所述第一内存的所述发送时间归零,若不存在,则将所述第一消息直接按照消息顺序进行消息下发。
6.根据权利要求5所述的一种消息下发的优化服务端,其特征在于,所述步骤S1和所述步骤S2之间还包括:
由所述第一接入实例判断所述第一消息是否设置有优先级标记,若是,则执行所述步骤S2,否则按照消息顺序将所述第一消息进行消息下发。
7.根据权利要求6所述的一种消息下发的优化服务端,其特征在于,所述步骤S2具体包括:
由监控程序实时判断当前负载是否超过负载阈值,若是,则将所述第一消息的优先级标记默认修改为最低优先级,否则保持所述第一消息的优先级标记;
由所述第一接入实例根据所述第一消息的优先级标记判断是否达到预设的优先级阈值,若是,则将所述第一消息直接按照消息顺序进行消息下发,否则将所述第一消息进行聚合后延迟下发。
8.根据权利要求7所述的一种消息下发的优化服务端,其特征在于,所述步骤S2中由监控程序实时判断当前负载是否超过负载阈值具体包括:
由监控程序监控推送异步任务模块的消息拆解速度或者消息队列处理情况以及监控接入模块的消息下方速率或者资源负载情况来判断当前负载是否超过负载阈值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110670908.3A CN113535426B (zh) | 2021-06-16 | 2021-06-16 | 一种消息下发的优化方法及服务端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110670908.3A CN113535426B (zh) | 2021-06-16 | 2021-06-16 | 一种消息下发的优化方法及服务端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113535426A CN113535426A (zh) | 2021-10-22 |
CN113535426B true CN113535426B (zh) | 2023-11-03 |
Family
ID=78096150
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110670908.3A Active CN113535426B (zh) | 2021-06-16 | 2021-06-16 | 一种消息下发的优化方法及服务端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113535426B (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103369561A (zh) * | 2012-03-30 | 2013-10-23 | 北京三星通信技术研究有限公司 | 一种基于pcc架构的监听信令优化方法 |
CN103457875A (zh) * | 2013-08-29 | 2013-12-18 | 上海永畅信息科技有限公司 | 车联网中基于多优先级的消息队列控制方法 |
CN104360843A (zh) * | 2014-10-23 | 2015-02-18 | 桂林电子科技大学 | Soa系统中基于优先级的jms消息调度方法 |
CN105813032A (zh) * | 2016-03-11 | 2016-07-27 | 中国联合网络通信集团有限公司 | 信息发送方法及服务器 |
CN109076316A (zh) * | 2016-08-23 | 2018-12-21 | 华为技术有限公司 | 一种处理信息或消息的方法及网络设备 |
CN109766200A (zh) * | 2018-12-31 | 2019-05-17 | 北京明朝万达科技股份有限公司 | 一种消息队列处理方法、装置、设备及存储介质 |
CN110875953A (zh) * | 2018-09-04 | 2020-03-10 | 中兴通讯股份有限公司 | 一种过负荷控制方法、装置、设备及可读存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2017377034B2 (en) * | 2016-12-15 | 2020-08-20 | Ab Initio Technology Llc | Heterogeneous event queue |
-
2021
- 2021-06-16 CN CN202110670908.3A patent/CN113535426B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103369561A (zh) * | 2012-03-30 | 2013-10-23 | 北京三星通信技术研究有限公司 | 一种基于pcc架构的监听信令优化方法 |
CN103457875A (zh) * | 2013-08-29 | 2013-12-18 | 上海永畅信息科技有限公司 | 车联网中基于多优先级的消息队列控制方法 |
CN104360843A (zh) * | 2014-10-23 | 2015-02-18 | 桂林电子科技大学 | Soa系统中基于优先级的jms消息调度方法 |
CN105813032A (zh) * | 2016-03-11 | 2016-07-27 | 中国联合网络通信集团有限公司 | 信息发送方法及服务器 |
CN109076316A (zh) * | 2016-08-23 | 2018-12-21 | 华为技术有限公司 | 一种处理信息或消息的方法及网络设备 |
CN110875953A (zh) * | 2018-09-04 | 2020-03-10 | 中兴通讯股份有限公司 | 一种过负荷控制方法、装置、设备及可读存储介质 |
CN109766200A (zh) * | 2018-12-31 | 2019-05-17 | 北京明朝万达科技股份有限公司 | 一种消息队列处理方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN113535426A (zh) | 2021-10-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8560617B2 (en) | Multi-source transmission system and method of instant messaging file | |
US7594022B2 (en) | Regulating client requests in an electronic messaging environment | |
US20140244721A1 (en) | Real-time communications using a restlike api | |
US20060036764A1 (en) | Priority control device | |
EP2627056A1 (en) | Method, gateway, proxy and system for implementing mobile internet services | |
CN111917562B (zh) | 广播消息转发方法、装置、设备及存储介质 | |
CN112019597B (zh) | 分布式数据接收系统及数据接收方法 | |
CN111541555A (zh) | 群聊优化方法及相关产品 | |
CN105208004A (zh) | 一种基于obd设备的数据入库方法 | |
CN103685363A (zh) | 一种高效可靠的多任务处理方法及系统 | |
CN113259874B (zh) | 消息处理方法、电子设备及存储介质 | |
CN110708234A (zh) | 消息发送的处理方法、消息发送的处理装置及存储介质 | |
CN110166479A (zh) | 一种传输系统提升udp发送效率的方法 | |
CN113535426B (zh) | 一种消息下发的优化方法及服务端 | |
CN111555965B (zh) | 一种适用于iOS客户端的消息推送方法及系统 | |
CN112131014B (zh) | 决策引擎系统及其业务处理方法 | |
CN113467969A (zh) | 一种处理消息堆积的方法 | |
JP5961471B2 (ja) | 複数の情報システムおける出力比較方法 | |
US20090172122A1 (en) | Message Transmission Method, Message Transmission Device, and Storage Medium Recorded with Message Transmission Program | |
US11153399B2 (en) | Facilitating inter-proxy communication via an existing protocol | |
CN108259576B (zh) | 一种软硬件实时信息传输系统和方法 | |
CN111314961A (zh) | Tcp传输方法、装置和系统 | |
KR20080066502A (ko) | P2p 오버레이 네트워크 상에서 무선 노드의 기능을처리하는 프록싱 처리 방법 및 서버 | |
CN114268631B (zh) | 低延迟网络系统及其通信连接方法及可读存储介质 | |
CN113472846B (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 |