CN110808922B - 一种消息处理方法、装置、存储介质及电子设备 - Google Patents
一种消息处理方法、装置、存储介质及电子设备 Download PDFInfo
- Publication number
- CN110808922B CN110808922B CN201911038305.0A CN201911038305A CN110808922B CN 110808922 B CN110808922 B CN 110808922B CN 201911038305 A CN201911038305 A CN 201911038305A CN 110808922 B CN110808922 B CN 110808922B
- Authority
- CN
- China
- Prior art keywords
- service
- message
- message queue
- party
- 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
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/50—Queue scheduling
-
- 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/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/6215—Individual queue per QOS, rate or priority
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/805—QOS or priority aware
-
- 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)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请实施例公开了一种消息处理方法、装置、存储介质及电子设备,其中,方法包括:监测第一消息队列中在预设时长内至少一个业务方所对应的业务消息,计算所述至少一个业务方所对应的业务消息的数量,当所述数量中存在大于设定阈值的第一数量时,确定所述第一数量指示的目标业务方对应的待转移业务消息,将所述待转移业务消息从所述第一消息队列转移至第二消息队列。采用本申请实施例,可以避免业务消息丢失,确保业务方所请求的业务消息得到处理。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种消息处理方法、装置、存储介质及电子设备。
背景技术
目前,消息处理装置运用越来越广泛,例如用于消息处理的服务器等,消息处理装置是指支持与保障分布式应用程序之间收发业务消息(数据)的中间层,业务方可在消息处理装置发布所请求的相关消息主题(topic)的业务消息,消息处理装置通常会将各业务方所请求的同一消息主题(topic)的业务消息写入一个消息队列,在该消息队列中的业务消息进行业务处理。
在消息处理装置将各业务方所请求的同一消息主题(topic)的业务消息写入到消息队列的过程中,当某一业务方在单位时间内所请求的业务消息量超过该业务方所能消费速度时,就会造成业务消息积压而影响其他请求量正常的业务方。
为了避免业务消息积压,目前,通常采用对该业务方发送的同一消息主题的新业务消息进行限流或丢弃处理的方式,然而这种方式会造成业务消息的丢失,当所丢失的业务消息较重要时,会导致业务方不能及时发现问题而导致严重后果。
发明内容
本申请实施例提供了一种消息处理方法、装置、存储介质及电子设备,可以避免业务消息丢失,确保业务方所请求的业务消息得到处理。所述技术方案如下:
第一方面,本申请实施例提供了一种消息处理方法,所述方法包括:
监测第一消息队列中在预设时长内至少一个业务方所对应的业务消息,计算所述至少一个业务方所对应的业务消息的数量;
当所述数量中存在大于设定阈值的第一数量时,确定所述第一数量指示的目标业务方对应的待转移业务消息;
将所述待转移业务消息从所述第一消息队列转移至第二消息队列。
第二方面,本申请实施例提供了一种消息处理装置,所述装置包括:
消息数量获取模块,用于监测第一消息队列中在预设时长内至少一个业务方所对应的业务消息,计算所述至少一个业务方所对应的业务消息的数量;
转移消息确定模块,用于当所述数量中存在大于设定阈值的第一数量时,确定所述第一数量指示的目标业务方对应的待转移业务消息;
业务消息转移模块,用于将所述待转移业务消息从所述第一消息队列转移至第二消息队列。
第三方面,本申请实施例提供一种计算机存储介质,所述计算机存储介质存储有多条指令,所述指令适于由处理器加载并执行上述的方法步骤。
第四方面,本申请实施例提供一种电子设备,可包括:处理器和存储器;其中,所述存储器存储有计算机程序,所述计算机程序适于由所述处理器加载并执行上述的方法步骤。
本申请一些实施例提供的技术方案带来的有益效果至少包括:
在本申请一个或多个实施例中,消息服务器监测第一消息队列中在预设时长内至少一个业务方所对应的业务消息,计算所述至少一个业务方所对应的业务消息的数量,当所述数量中存在大于设定阈值的第一数量时,确定所述第一数量指示的目标业务方对应的待转移业务消息,将所述待转移业务消息从所述第一消息队列转移至第二消息队列。通过在第一消息队列中确定大于设定阈值的目标业务方的待转移业务消息,将待转移业务消息转移至第二消息队列,可以在不影响其他请求量正常的业务方的前提下,避免业务方所请求的业务消息被丢失,确保业务方所请求的业务消息得到处理。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种消息处理的场景架构示意图;
图2是本申请实施例提供的一种消息处理方法的流程示意图;
图3是本申请实施例提供的另一种消息处理方法的流程示意图;
图4是本申请实施例提供的一种消息处理装置的结构示意图;
图5是本申请实施例提供的一种业务处理模块的结构示意图;
图6是本申请实施例提供的另一种消息处理装置的结构示意图;
图7是本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请的描述中,需要理解的是,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。在本申请的描述中,需要说明的是,除非另有明确的规定和限定,“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本申请中的具体含义。此外,在本申请的描述中,除非另有说明,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
下面结合具体的实施例对本申请进行详细说明。
请参见图1,为本申请实施例提供的一种消息处理***的场景示意图。如图1所示,所述消息处理***可以包括消息服务器100及业务方集群。所述业务方集群可以包括多个业务方,如图1所示,具体包括业务方1、业务方2、…、业务方n,n为大于0的整数
消息服务器100可以是单独的服务器设备,例如:机架式、刀片、塔式、或者机柜式的服务器设备,或采用工作站、大型计算机等具备较强计算能力硬件设备;也可以是采用多个服务器组成的服务器集群,所述服务集群中的各服务器可以是以对称方式组成的,其中每台服务器在业务链路中功能等价、地位等价,各服务器均可单独对外提供服务,所述单独提供服务可以理解为无需另外的服务器的辅助。
所述业务方集群中的各业务方可以是具有业务消息发送功能的电子设备,该电子设备包括但不限于:可穿戴设备、手持设备、个人电脑、平板电脑、车载设备、计算设备或连接到无线调制解调器的其它处理设备等。在不同的网络中第一终端、第二终端可以叫做不同的名称,例如:用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置、蜂窝电话、无绳电话、个人数字处理(personal digital assistant,PDA)、5G网络或未来演进网络中的电子设备等。
所述业务方集群中的各业务方通过网络与消息服务器100进行通信,网络可以是无线网络,也可以是有线网络,无线网络包括但不限于蜂窝网络、无线局域网、红外网络或蓝牙网络,有线网络包括但不限于以太网、通用串行总线(universal serial bus,USB)或控制器局域网络。
业务方集群中的各业务方通过网络向消息服务器100发送所请求的业务消息。
消息服务器100在接收到各业务方送所请求的至少一条业务消息之后,将所述至少一条业务消息中为同一消息主题的业务消息写入第一消息队列中。
所述第一消息队列存储有具有同一消息主题由各业务方所请求的业务消息,所述业务消息由各业务方基于业务需求产生的相应消息主题(类型)的请求消息,所述消息主题包括但不限于预警主题、即时通讯主题、数据请求主题、服务连接主题、订单主题等等。
消息服务器100在第一消息队列中获取预设时长内各业务方所请求的业务消息,获取所述各业务方所请求的业务消息的数量。
所述预设时长可以理解为预设的单位时长,在本实施例中,消息服务器具有业务负载监测机制,对第一消息队列中各业务方单位时长内所请求的业务消息进行实时监测,当监测到单位时长内某业务方业务消息负载,超过消息服务器的业务处理能力时,消息服务器可以对该业务方进行负载处理。
当所述数量中第一数量大于设定阈值时,消息服务器100确定所述第一数量指示的目标业务方对应的待转移业务消息。
所述第一数量可以理解为消息服务器在获取到各业务方所请求的业务消息的数量之后,所述数量中大于设定阈值的目标数量。
消息服务器100将所述待转移业务消息从所述消息队列转移至第二消息队列。所述第二消息队列可以理解为与第一消息队列具有同一消息主题的消息队列,所述第二消息队列与第一消息队列可以是主从关系,也可以是并列关系。
消息服务器100当接收到目标业务方发送的新业务消息时,将所述新业务消息写入第二消息队列中。
消息服务器100对所述第一消息队列中的业务消息以及所述第二消息队列中的业务消息分别进行业务处理。
具体的,消息服务器100获取所述第一消息队列对应的业务处理速率,所述业务处理速率可以理解为消息服务器处理业务消息的速率,消息服务器100基于所述第一数量以及所述业务处理速率,确定所述第一消息队列的第一权重以及所述第二消息队列的第二权重。所述第一权重表征第一消息队列的相对重要程度,所述第二权重表征第二消息队列的相对重要程度,在实际应用中,所述第一、第二权重由数值形式表示,例如第一权重为0.9,第二权重为0.1,通常所述第一权重高于第二权重。消息服务器100将计算资源中所述第一权重对应的第一计算资源分配至所述第一消息队列,将计算资源中所述第二权重对应的第二计算资源分配至所述第二消息队列,采用所述第一计算资源对所述第一消息队列中的业务消息进行处理,并采用所述第二计算资源对所述第二消息队列中的业务消息进行业务处理。
在一种可行的实施方式中,消息服务器100获取所述第一消息队列对应的第一优先级,并获取所述第二消息队列对应的第二优先级。并获取所述第一优先级指示的第一权重以及所述第二优先级指示的第二权重,所述第一优先级大于所述第二优先级。将计算资源中所述第一优先级对应的第一计算资源分配至所述第一消息队列,消息服务器100将计算资源中所述第二优先级对应的第二计算资源分配至所述第二消息队列,采用所述第一计算资源对所述第一消息队列中的业务消息进行处理,并采用所述第二计算资源对所述第二消息队列中的业务消息进行业务处理。
在本申请实施例中,消息服务器监测第一消息队列中在预设时长内至少一个业务方所对应的业务消息,计算所述至少一个业务方所对应的业务消息的数量,当所述数量中存在大于设定阈值的第一数量时,确定所述第一数量指示的目标业务方对应的待转移业务消息,将所述待转移业务消息从所述第一消息队列转移至第二消息队列。通过在第一消息队列中确定大于设定阈值的目标业务方的待转移业务消息,将待转移业务消息转移至第二消息队列,可以在不影响其他请求量正常的业务方的前提下,避免业务方所请求的业务消息被丢失,确保业务方所请求的业务消息得到处理。
在一个实施例中,如图2所示,特提出了一种消息处理方法,该方法可依赖于计算机程序实现,可运行于基于冯诺依曼体系的消息处理装置上。该计算机程序可集成在应用中,也可作为独立的工具类应用运行。
具体的,该消息处理方法包括:
步骤101:监测第一消息队列中在预设时长内至少一个业务方所对应的业务消息,计算所述至少一个业务方所对应的业务消息的数量。
消息队列常用于分布式应用间进行业务信息的交换,消息队列是在业务消息的传输过程中用于保存该业务消息的容器,其主要目的是提供路由并保证业务消息的传递,如果发送业务消息时接收者不可用,则消息队列会保留业务消息,直到可以成功地传递业务消息。
其中,具有消息队列服务的消息服务器,通常会将至少一个业务方中各业务方请求的同一主题的业务消息中写入同一消息主题的消息队列中,消息消费者基于消息服务以消息消费者身份申请订阅相关的消息主题,消息服务器基于消息消费者订阅的消息主题,对消息队列中的业务消息进行下一步处理,例如将业务消息分发至下一级消息消费者,将业务消息存储至消息数据库中,等等。
在本实施例中,所述第一消息队列存储有具有同一消息主题由各业务方所请求的业务消息,所述业务消息由各业务方基于业务需求产生的相应消息主题(类型)的请求消息,所述消息主题包括但不限于预警主题、即时通讯主题、数据请求主题、服务连接主题、订单主题等等。
所述预设时长可以理解为预设的单位时长,在本实施例中,消息服务器具有业务负载监测机制,对第一消息队列中各业务方单位时长内所请求的业务消息进行实时监测,当监测到单位时长内某业务方业务消息负载,超过消息服务器的业务处理能力时,消息服务器可以对该业务方进行负载处理。
具体的,消息服务器在接收各业务方所请求的业务消息,开启业务负载监测机制,消息服务器在接收至少一个业务方中各业务方所请求的业务消息时,将各业务方所请求的同一消息主题的业务消息写入第一消息队列中。同时,消息服务器获取预设时长内各业务方所请求的业务消息,并调用本地消线程计算各业务方所请求的业务消息的数量。
在一种具体的实施场景中,所述第一消息队列中存储有来自4个业务方所请求的预警主题的业务消息,所述4个业务方分别为:业务方1、业务方2、业务方3以及业务方4。消息服务器在第一消息队列中获取预设时长内(3分钟内)4个业务方所请求的预警主题的业务消息,同时,对所获取到的业务消息进行计算,计算预设时长内(3分钟内)业务方1、业务方2、业务方3以及业务方4分别所请求的业务消息的数量。
步骤102:当所述数量中存在大于设定阈值的第一数量时,确定所述第一数量指示的目标业务方对应的待转移业务消息。
所述第一数量可以理解为消息服务器在获取到各业务方所请求的业务消息的数量之后,所述数量中大于设定阈值的目标数量,该目标数量即第一数量,例如,第一消息队列中有4个业务方,在预设时长内各业务方所请求的业务消息的数量为:业务方1:500、业务方2:600、业务方3:700、业务方4:800,设定阈值的目标数量为:750,经比对,业务方4的数量大于设定阈值的目标数量为:750,此时第一数量即750。
需要说明的是,在实际应用中所述第一数量可以是多个,例如当所述数量中有多个目标数量大于设定阈值时,此时所述第一数量即为多个。
所述目标业务方可以理解为在第一消息队列中预设时长内所请求的业务消息数量大于设定阈值所指示的业务方,即第一数量指示的业务方。
具体的,消息服务器在获取所述至少一个业务方中各业务方所请求的业务消息的数量之后,判断各业务方所请求的业务消息的数量是否大于设定阈值,将各业务方所请求的业务消息的数量大于设定阈值的目标数量确定为第一数量,同时确定第一数量对应的业务方为目标业务方,消息服务器基于预设的消息转移规则,确定目标业务方的待转移业务消息。
可选的,消息服务器可以基于阈值确定规则为不同的业务方设置不同的设定阈值,所述阈值确定规则可以是基于各业务方的优先级,基于优先级的高低设置相对应的设定阈值,可以是基于各业务方一段时间内历次所请求的业务消息的数量取概率值作为设定阈值,所述概率值可由统计学方法确定,例如平均值、中位值、方差、回归值等等,可以是基于消息服务器对单个业务方的业务消息处理效率确定,等等。
可选的,消息服务器基于预设的消息转移规则,确定目标业务方的待转移业务消息。所述预设的消息转移规则可以是将目标业务方超过所述设定阈值业务消息作为待转移业务消息;可以基于预设的待转移算法确定待转移业务消息的数量,例如所述待转移算法可以是权重分配算法,预先设置转移系数0.2、业务方优先级系数1.2,则待转移业务消息的数量为目标业务方的业务消息总数量与转移系数、业务方优先级系数的乘积,然后基于接收到目标业务方的业务消息的时间先后顺序确定待转移业务消息;可以是将目标业务方的所对应的全部业务消息作为待转移业务消息,等等。
步骤103:将所述待转移业务消息从所述消息队列转移至第二消息队列。
所述第二消息队列可以理解为与第一消息队列具有同一消息主题的消息队列,所述第二消息队列与第一消息队列可以是主从队列,即第一消息队列是主队列,第二消息队列是从队列,所述第二消息队列与第一消息队列也可以是同级队列,即第二消息队列与第一消息队列具有同样的优先级。
其中,所述第二消息队列可以是预先创建的,例如消息服务器同时创建第一消息队列与第二消息队列,可以是消息服务器在监测到某一业务方所请求的业务消息数量大于设定阈值之后,消息服务器创建的第二消息队列。
具体的,消息服务器确定所述第一数量指示的目标业务方对应的待转移业务消息之后,从第一消息队列中将所述待转移业务消息转移至第二消息队列中,从而使积压的待转移业务消息从第一消息队列流出。
在本申请实施例中,消息服务器监测第一消息队列中在预设时长内至少一个业务方所对应的业务消息,计算所述至少一个业务方所对应的业务消息的数量,当所述数量中存在大于设定阈值的第一数量时,确定所述第一数量指示的目标业务方对应的待转移业务消息,将所述待转移业务消息从所述第一消息队列转移至第二消息队列。通过在第一消息队列中确定大于设定阈值的目标业务方的待转移业务消息,将待转移业务消息转移至第二消息队列,可以在不影响其他请求量正常的业务方的前提下,避免业务方所请求的业务消息被丢失,确保业务方所请求的业务消息得到处理。
请参见图3,图3是本申请提出的一种消息处理方法的另一种实施例的流程示意图。具体的:
步骤201:监测第一消息队列中在预设时长内至少一个业务方所对应的业务消息,计算所述至少一个业务方所对应的业务消息的数量。
具体可参见步骤101,此处不再赘述。
步骤202:当所述数量中存在第一数量大于设定阈值的第一数量时,确定所述第一数量指示的目标业务方所对应的超出所述设定阈值的业务消息。
所述第一数量可以理解为消息服务器在获取到各业务方所请求的业务消息的数量之后,所述数量中大于设定阈值的目标数量,该目标数量即第一数量。
在一种具体的实施场景中,第一消息队列中有5个业务方所请求的业务消息,在预设时长内各业务方所请求的业务消息的数量为:业务方1:300、业务方2:400、业务方3:500、业务方4:800、业务方5:1000,,设定阈值的目标数量为:700,经比对,业务方4的数量大于设定阈值的目标数量为:700、业务方5的数量大于设定阈值的目标数量为:700,此时第一数量即800以及1000。消息服务器此时确定所述第一数量指示的目标业务方为所述数量800指示的业务方4以及所述数量1000指示的业务方5。
具体的,消息服务器将业务方4所对应的超过所述设定阈值700的100条业务消息作为待转移的目标业务消息,其中,所述目标业务消息可以是按照第一消息队列中业务方4对应的业务消息的请求时间,基于所述请求时间的先后顺序从业务方4所对应的800条业务消息中确定请求时间较早的前100条业务消息确定为目标业务消息,同理,消息服务器将业务方5所对应的超过所述设定阈值700的300条业务消息作为待转移的目标业务消息,其中,所述目标业务消息可以是按照第一消息队列中业务方5对应的业务消息的请求时间,基于所述请求时间的先后顺序从业务方5所对应的1000条业务消息中确定请求时间较早的前200条业务消息确定为目标业务消息。
可选的,消息服务器确定所述第一数量指示的目标业务方所对应的超过所述设定阈值的目标业务消息,所述超过所述设定阈值的目标业务消息可以是从第一数量指示的业务消息中随机选择超过所述设定阈值的目标业务消息,例如,第一数量指示的业务消息指示的业务消息为1000条,设定阈值为800条,超过所述设定阈值的目标业务消息的数量则为200条,此时消息服务器可以从第一数量指示的1000条业务消息中随机确定超过所述设定阈值的200条目标业务消息;可以是基于第一数量指示的所有业务消息中各业务消息的优先级顺序,按照优先级的高低顺序选择优先级高的超过所述设定阈值的目标业务消息,等等。
步骤203:将所述超出所述设定阈值的业务消息从所述第一消息队列转移至第二消息队列。
所述第二消息队列的详细释义可参见步骤103中。
具体的,消息服务器确定所述第一数量指示的目标业务方所对应的超过所述设定阈值的目标业务消息之后,从第一消息队列中将所述目标业务消息转移至第二消息队列中,从而使积压的目标业务消息从第一消息队列转移出。
步骤204:当所述数量中存在大于设定阈值的第一数量时,确定所述第一数量指示的目标业务方所对应的全部业务消息。
在一种具体的实施场景中,第一消息队列中有5个业务方所请求的业务消息,在预设时长内各业务方所请求的业务消息的数量为:业务方1:300、业务方2:400、业务方3:500、业务方4:800、业务方5:1000,设定阈值的目标数量为:850,经比对,业务方5的数量大于设定阈值的目标数量为:850此时第一数量即800以及1000。消息服务器此时确定所述第一数量指示的目标业务方为所述数量1000指示的业务方5。
此时,消息服务器将业务方5所对应的所有业务消息-1000条业务消息确定为待转移的业务消息,即将业务方5所对应的所有业务消息-1000条业务消息进行转移,移出第一消息队列。
步骤205:将所述全部业务消息从所述第一消息队列转移至第二消息队列。
所述第二消息队列的详细释义可参见步骤103中。
具体的,消息服务器确定所述第一数量指示的目标业务方所对应的全部业务消息之后,从第一消息队列中将所述第一数量指示的目标业务方所对应的全部业务消息转移至第二消息队列中,从而使积压的目标业务消息从第一消息队列转移出。
步骤206:当接收到所述目标业务方发送的新业务消息时,将所述新业务消息写入第二消息队列中。
所述新业务消息可以理解为目标业务方在当前时间点之后发送的与第一消息队列对应的同一消息主题的业务消息。
具体的,消息服务器确定所述第一数量指示的目标业务方之后,创建第二消息队列,并对第二消息队列进行配置,所述配置包括将所述第二消息队列的消息主题设置为第一消息队列对应的消息主题,将第二消息队列对应的业务方配置为所述目标业务方等等,消息服务器在接收到所述目标业务方发送的新业务消息时,将所述新业务消息写入第二消息队列中。
在一种可行的实施方式中,消息服务器确定所述第一数量指示的目标业务方之后,向所述目标业务方发送切换消息队列的请求,所述切换消息队列的请求用于所述目标业务方发送的新业务消息直接将所述新业务消息发送至第二消息队列中。
步骤207:获取所述第一消息队列对应的业务处理速率。
所述业务处理速率可以理解为消息服务器处理业务消息的速率,消息服务器具有业务处理速率计算功能,可以对单位时间内处理第一消息队列中业务消息的数量进行计算,以计算出所述第一消息队列对应的业务处理速率。通常所述业务处理速率为预设计算时间与该预设计算时间内处理业务消息的总量的比值。
步骤208:基于所述第一数量以及所述业务处理速率,确定所述第一消息队列的第一权重以及所述第二消息队列的第二权重,所述第一权重大于所述第二权重。
所述权重通常指某一因素或指标相对于某一事物的重要程度,其不同于一般的比重,体现的不仅仅是某一因素或指标所占的百分比,强调的是因素或指标的相对重要程度,倾向于贡献度或重要性。在本实施例中,所述第一权重可以理解为所述第一消息队列相对于消息服务器上业务消息处理环节的重要程度,通常以所占数值或所占百分比来表示。即所述第一权重表征第一消息队列的相对重要程度,所述第二权重表征第二消息队列的相对重要程度,在实际应用中,所述第一、第二权重由数值形式表示,例如第一权重为0.9,第二权重为0.1,通常所述第一权重高于第二权重。
具体的,消息服务器在获取到所述第一数量以及所述业务处理速率之后,采用预设的权重计算算法对所述第一数量以及业务处理效率进行计算,得到计算之后的所述第一消息队列的第一权重以及所述第二消息队列的第二权重。
可选的,所述权重计算算法可以是基于业务消息主题的动态带宽分配算法,可以是基于博弈论的排队网络消息分配算法,可以是基于消息量预测的时隙分配算法,可以是基于随机数的权重算法,还可以是基于消息优先级的跨层资源分配算法等。
需要说明的是,所述权重计算算法有多种,可以是上述的一种或几种的拟合,此处不作具体限定。
在一种可行的实施方式中,消息服务器在获取到所述第一数量以及所述业务处理速率之后,将所述第一数量以及所述业务处理速率作为输入,输入至权重计算模型中,输出所述第一消息队列的第一权重以及所述第二消息队列的第二权重。
可选的,所述权重计算模型可以是使用大量的测试样本训练出来的,如权重计算模型可以是基于卷积神经网络(Convolutional Neural Network,CNN)模型,深度神经网络(Deep Neural Network,DNN)模型、循环神经网络(Recurrent Neural Networks,RNN)、模型、嵌入(embedding)模型、梯度提升决策树(Gradient Boosting Decision Tree,GBDT)模型、逻辑回归(Logistic Regression,LR)模型中的至少一种实现的,基于已经标注的样本数据对权重计算模型进行训练,可以得到训练好的权重计算模型。
步骤209:根据所述第一权重和所述第二权重,将第一计算资源分配至所述第一消息队列、将第二计算资源分配至所述第二消息队列,以及由所述第一计算资源对所述第一消息队列中的业务消息进行处理、由所述第二计算资源对所述第二消息队列中的业务消息进行处理。
所述计算资源可以理解为消息服务器在对业务消息进行处理是所需的CPU资源、内存资源、硬盘资源、网络资源、线程资源等等,所述第一计算资源可以理解为所述消息服务器用于处理第一消息队列中的业务消息所对应的计算资源,所述第二计算资源可以理解为所述消息服务器用于处理第二消息队列中的业务消息所对应的计算资源。
具体的,消息服务器在确定所述第一消息队列的第一权重以及所述第二消息队列的第二权重之后,将计算资源中所述第一权重对应的第一计算资源分配至所述第一消息队列,将计算资源中所述第二权重对应的第二计算资源分配至所述第二消息队列,消息服务器采用所述第一计算资源对所述第一消息队列中的业务消息进行处理,并采用所述第二计算资源对所述第二消息队列中的业务消息进行业务处理。
步骤210:获取所述第一消息队列对应的第一优先级以及所述第二消息队列对应的第二优先级。
具体的,消息服务器具有业务负载监测机制,对第一消息队列中各业务方单位时长内所请求的业务消息进行实时监测,当监测到单位时长内某业务方业务消息负载,超过消息服务器的业务处理能力时,创建第二消息队列,消息服务器可以对该业务方的业务消息进行转移处理。消息服务器在进行转移处理之前,即预先设定第一消息队列对应的第一优先级,第二消息队列对应的第二优先级。当消息服务器需要对第一消息队列以及第二消息队列分配计算资源时,可以在本地获取预先设定的第一消息队列对应的第一优先级,第二消息队列对应的第二优先级。例如:消息服务器在创建第二消息队列时,即确定第一消息队列对应的第一优先级为第一级,确定第二消息队列对应的第二优先级为第三级,消息服务器在对业务消息处理之前,可以从本地获取第一消息队列对应的第一优先级,第二消息队列对应的第二优先级,基于第一优先级以及第二优先级为第一消息队列以及第二消息队列分配计算资源。
步骤211:计算所述第一优先级指示的第一权重以及所述第二优先级指示的第二权重。
所述权重通常指某一因素或指标相对于某一事物的重要程度,其不同于一般的比重,体现的不仅仅是某一因素或指标所占的百分比,强调的是因素或指标的相对重要程度,倾向于贡献度或重要性。在本实施例中,所述第一优先级指示的第一权重即第一优先级对应的所占计算资源的数值或百分比,所述第二优先级指示的第二权重即第二优先级对应的所占计算资源的数值或百分比。
具体的,消息服务器在计算所述第一消息队列对应的第一优先级以及所述第二消息队列对应的第二优先级。可以是基于所述第一优先级、第二优先级,在预设的权重优先级对照表中,查找第一优先级对应的第一权重,查找第二优先级对应的第二权重。
在一种具体的实施场景中,消息服务器预先保存有权重优先级对照表,所述权重优先级对照表包含各优先级分别对应的预设权重,所述权重用于分配相匹配的计算资源。例如,所述权重优先级对照表可以参见表一:
表一
优先级 | 预设权重 |
第一级 | 0.8 |
第二级 | 0.6 |
第三级 | 0.1 |
....... | ........ |
以上述消息服务器确定第一消息队列对应的第一优先级为第一级,确定第二消息队列对应的第二优先级为第三级为例,消息服务器在预设的权重优先级对照表中,查找第一优先级对应的第一权重为0.8,查找第二优先级对应的第二权重为0.1。
步骤212:根据所述第一权重和所述第二权重,将第一计算资源分配至所述第一消息队列、将第二计算资源分配至所述第二消息队列,以及由所述第一计算资源对所述第一消息队列中的业务消息进行处理、由所述第二计算资源对所述第二消息队列中的业务消息进行处理。
所述计算资源可以理解为消息服务器在对业务消息进行处理是所需的CPU资源、内存资源、硬盘资源、网络资源、线程资源等等,所述第一计算资源可以理解为所述消息服务器用于处理第一消息队列中的业务消息所对应的计算资源,所述第二计算资源可以理解为所述消息服务器用于处理第二消息队列中的业务消息所对应的计算资源。
具体的,消息服务器在获取所述第一优先级指示的第一权重以及所述第二优先级指示的第二权重之后,将计算资源中所述第一优先级对应的第一计算资源分配至所述第一消息队列,将计算资源中所述第二优先级对应的第二计算资源分配至所述第二消息队列,采用所述第一计算资源对所述第一消息队列中的业务消息进行处理,并采用所述第二计算资源对所述第二消息队列中的业务消息进行业务处理。
在本申请实施例中,消息服务器监测第一消息队列中在预设时长内至少一个业务方所对应的业务消息,计算所述至少一个业务方所对应的业务消息的数量,当所述数量中存在大于设定阈值的第一数量时,确定所述第一数量指示的目标业务方对应的待转移业务消息,将所述待转移业务消息从所述第一消息队列转移至第二消息队列。通过在第一消息队列中确定大于设定阈值的目标业务方的待转移业务消息,将待转移业务消息转移至第二消息队列,可以在不影响其他请求量正常的业务方的前提下,避免业务方所请求的业务消息被丢失,确保业务方所请求的业务消息得到处理。
下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。
请参见图4,其示出了本申请一个示例性实施例提供的消息处理装置的结构示意图。该消息处理装置可以通过软件、硬件或者两者的结合实现成为装置的全部或一部分。该装置1包括消息数量获取模块11、消息数量获取模块11和业务消息转移模块13。
消息数量获取模块11,用于监测第一消息队列中在预设时长内至少一个业务方所对应的业务消息,计算所述至少一个业务方所对应的业务消息的数量;
转移消息确定模块12,用于当所述数量中存在大于设定阈值的第一数量时,确定所述第一数量指示的目标业务方对应的待转移业务消息;
业务消息转移模块13,用于将所述待转移业务消息从所述第一消息队列转移至第二消息队列。
可选的,所述待转移业务消息为所述目标业务方所对应的超出所述设定阈值的业务消息。
可选的,所述待转移业务消息为所述目标业务方所对应的全部业务消息。
可选的,如图6所示,所述装置1,还包括:
新消息写入模块14,用于当接收到所述目标业务方发送的新业务消息时,将所述新业务消息写入第二消息队列中。
可选的,如图6所示,所述装置1,还包括:
业务处理模块15,用于对所述第一消息队列中的业务消息以及所述第二消息队列中的业务消息分别进行业务处理。
可选的,如图5所示,所述业务处理模块15,包括:
速率获取单元151,用于获取所述第一消息队列对应的业务处理速率;
权重确定单元152,用于基于所述第一数量以及所述业务处理速率,确定所述第一消息队列的第一权重以及所述第二消息队列的第二权重,所述第一权重大于所述第二权重;
业务处理单元153,用于根据所述第一权重和所述第二权重,将第一计算资源分配至所述第一消息队列、将第二计算资源分配至所述第二消息队列,以及由所述第一计算资源对所述第一消息队列中的业务消息进行处理、由所述第二计算资源对所述第二消息队列中的业务消息进行处理。
可选的,如图5所示,所述业务处理模块15,包括:
优先级获取单元154,用于获取所述第一消息队列对应的第一优先级以及所述第二消息队列对应的第二优先级;
所述权重确定单元152,用于计算所述第一优先级指示的第一权重以及所述第二优先级指示的第二权重;
所述业务处理单元153,用于根据所述第一权重和所述第二权重,将第一计算资源分配至所述第一消息队列、将第二计算资源分配至所述第二消息队列,以及由所述第一计算资源对所述第一消息队列中的业务消息进行处理、由所述第二计算资源对所述第二消息队列中的业务消息进行处理。
需要说明的是,上述实施例提供的消息处理装置在执行消息处理方法时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的消息处理装置与消息处理方法实施例属于同一构思,其体现实现过程详见方法实施例,这里不再赘述。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
在本实施例中,消息服务器监测第一消息队列中在预设时长内至少一个业务方所对应的业务消息,计算所述至少一个业务方所对应的业务消息的数量,当所述数量中存在大于设定阈值的第一数量时,确定所述第一数量指示的目标业务方对应的待转移业务消息,将所述待转移业务消息从所述第一消息队列转移至第二消息队列。通过在第一消息队列中确定大于设定阈值的目标业务方的待转移业务消息,将待转移业务消息转移至第二消息队列,可以在不影响其他请求量正常的业务方的前提下,避免业务方所请求的业务消息被丢失,确保业务方所请求的业务消息得到处理。
本申请实施例还提供了一种计算机存储介质,所述计算机存储介质可以存储有多条指令,所述指令适于由处理器加载并执行如上述图1-图3所示实施例的所述消息处理方法,具体执行过程可以参见图1-图3所示实施例的具体说明,在此不进行赘述。
本申请还提供了一种计算机程序产品,该计算机程序产品存储有至少一条指令,所述至少一条指令由所述处理器加载并执行如上述图1-图3所示实施例的所述消息处理方法,具体执行过程可以参见图1-图3所示实施例的具体说明,在此不进行赘述。
请参见图7,为本申请实施例提供了一种电子设备的结构示意图。如图7所示,所述电子设备1000可以包括:至少一个处理器1001,至少一个网络接口1004,用户接口1003,存储器1005,至少一个通信总线1002。
其中,通信总线1002用于实现这些组件之间的连接通信。
其中,用户接口1003可以包括显示屏(Display)、摄像头(Camera),可选用户接口1003还可以包括标准的有线接口、无线接口。
其中,网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。
其中,处理器1001可以包括一个或者多个处理核心。处理器1001利用各种借口和线路连接整个服务器1000内的各个部分,通过运行或执行存储在存储器1005内的指令、程序、代码集或指令集,以及调用存储在存储器1005内的数据,执行服务器1000的各种功能和处理数据。可选的,处理器1001可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable GateArray,FPGA)、可编程逻辑阵列(Programmable Logic Array,PLA)中的至少一种硬件形式来实现。处理器1001可集成中央处理器(Central Processing Unit,CPU)、图像处理器(Graphics Processing Unit,GPU)和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作***、用户界面和应用程序等;GPU用于负责显示屏所需要显示的内容的渲染和绘制;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器1001中,单独通过一块芯片进行实现。
其中,存储器1005可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory)。可选的,该存储器1005包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1005可用于存储指令、程序、代码、代码集或指令集。存储器1005可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作***的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等;存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图7所示,作为一种计算机存储介质的存储器1005中可以包括操作***、网络通信模块、用户接口模块以及消息处理应用程序。
在图7所示的电子设备1000中,用户接口1003主要用于为用户提供输入的接口,获取用户输入的数据;而处理器1001可以用于调用存储器1005中存储的消息处理应用程序,并具体执行以下操作:
监测第一消息队列中在预设时长内至少一个业务方所对应的业务消息,计算所述至少一个业务方所对应的业务消息的数量;
当所述数量中存在大于设定阈值的第一数量时,确定所述第一数量指示的目标业务方对应的待转移业务消息;
将所述待转移业务消息从所述第一消息队列转移至第二消息队列。
在一个实施例中,所述待转移业务消息为所述目标业务方所对应的超出所述设定阈值的业务消息。
在一个实施例中,所述待转移业务消息为所述目标业务方所对应的全部业务消息。
在一个实施例中,所述处理器1001还执行以下操作:
当接收到所述目标业务方发送的新业务消息时,将所述新业务消息写入第二消息队列中。
在一个实施例中,所述处理器1001还执行以下操作:
对所述第一消息队列中的业务消息以及所述第二消息队列中的业务消息分别进行业务处理。
在一个实施例中,所述处理器1001在执行所述对所述第一消息队列中的业务消息以及所述第二消息队列中的业务消息分别进行业务处理时,具体执行以下操作:
获取所述第一消息队列对应的业务处理速率;
基于所述第一数量以及所述业务处理速率,确定所述第一消息队列的第一权重以及所述第二消息队列的第二权重,所述第一权重大于所述第二权重;
根据所述第一权重和所述第二权重,将第一计算资源分配至所述第一消息队列、将第二计算资源分配至所述第二消息队列,以及由所述第一计算资源对所述第一消息队列中的业务消息进行处理、由所述第二计算资源对所述第二消息队列中的业务消息进行处理。
在一个实施例中,所述处理器1001在执行所述对所述第一消息队列中的业务消息以及所述第二消息队列中的业务消息分别进行业务处理时,具体执行以下操作:
获取所述第一消息队列对应的第一优先级以及所述第二消息队列对应的第二优先级;
计算所述第一优先级指示的第一权重以及所述第二优先级指示的第二权重;
根据所述第一权重和所述第二权重,将第一计算资源分配至所述第一消息队列、将第二计算资源分配至所述第二消息队列,以及由所述第一计算资源对所述第一消息队列中的业务消息进行处理、由所述第二计算资源对所述第二消息队列中的业务消息进行处理。
在本实施例中,消息服务器监测第一消息队列中在预设时长内至少一个业务方所对应的业务消息,计算所述至少一个业务方所对应的业务消息的数量,当所述数量中存在大于设定阈值的第一数量时,确定所述第一数量指示的目标业务方对应的待转移业务消息,将所述待转移业务消息从所述第一消息队列转移至第二消息队列。通过在第一消息队列中确定大于设定阈值的目标业务方的待转移业务消息,将待转移业务消息转移至第二消息队列,可以在不影响其他请求量正常的业务方的前提下,避免业务方所请求的业务消息被丢失,确保业务方所请求的业务消息得到处理。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。
以上所揭露的仅为本申请较佳实施例而已,当然不能以此来限定本申请之权利范围,因此依本申请权利要求所作的等同变化,仍属本申请所涵盖的范围。
Claims (8)
1.一种消息处理方法,其特征在于,所述方法包括:
监测第一消息队列中在预设时长内至少一个业务方所对应的业务消息,计算所述至少一个业务方所对应的业务消息的数量;所述至少一个业务方中业务方的数量大于1;
当所述数量中存在大于设定阈值的第一数量时,确定所述第一数量指示的目标业务方对应的待转移业务消息;所述待转移业务消息的数量为所述目标业务方的业务消息总数量与转移系数、业务方优先级系数的乘积;
将所述待转移业务消息从所述第一消息队列转移至第二消息队列。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当接收到所述目标业务方发送的新业务消息时,将所述新业务消息写入第二消息队列中。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
对所述第一消息队列中的业务消息以及所述第二消息队列中的业务消息分别进行业务处理。
4.根据权利要求3所述的方法,其特征在于,所述对所述第一消息队列中的业务消息以及所述第二消息队列中的业务消息分别进行业务处理,包括:
获取所述第一消息队列对应的业务处理速率;
基于所述第一数量以及所述业务处理速率,确定所述第一消息队列的第一权重以及所述第二消息队列的第二权重,所述第一权重大于所述第二权重;
根据所述第一权重和所述第二权重,将第一计算资源分配至所述第一消息队列、将第二计算资源分配至所述第二消息队列,以及由所述第一计算资源对所述第一消息队列中的业务消息进行处理、由所述第二计算资源对所述第二消息队列中的业务消息进行处理。
5.根据权利要求3所述的方法,其特征在于,所述对所述第一消息队列中的业务消息以及所述第二消息队列中的业务消息分别进行业务处理,包括:
获取所述第一消息队列对应的第一优先级以及所述第二消息队列对应的第二优先级;
计算所述第一优先级指示的第一权重以及所述第二优先级指示的第二权重;
根据所述第一权重和所述第二权重,将第一计算资源分配至所述第一消息队列、将第二计算资源分配至所述第二消息队列,以及由所述第一计算资源对所述第一消息队列中的业务消息进行处理、由所述第二计算资源对所述第二消息队列中的业务消息进行处理。
6.一种消息处理装置,其特征在于,所述装置包括:
消息数量获取模块,用于监测第一消息队列中在预设时长内至少一个业务方所对应的业务消息,计算所述至少一个业务方所对应的业务消息的数量;所述至少一个业务方中业务方的数量大于1;
转移消息确定模块,用于当所述数量中存在大于设定阈值的第一数量时,确定所述第一数量指示的目标业务方对应的待转移业务消息;所述待转移业务消息的数量为所述目标业务方的业务消息总数量与转移系数、业务方优先级系数的乘积;
业务消息转移模块,用于将所述待转移业务消息从所述第一消息队列转移至第二消息队列。
7.一种计算机存储介质,其特征在于,所述计算机存储介质存储有多条指令,所述指令适于由处理器加载并执行如权利要求1~5任意一项的方法步骤。
8.一种电子设备,其特征在于,包括:处理器和存储器;其中,所述存储器存储有计算机程序,所述计算机程序适于由所述处理器加载并执行如权利要求1~5任意一项的方法步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911038305.0A CN110808922B (zh) | 2019-10-29 | 2019-10-29 | 一种消息处理方法、装置、存储介质及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911038305.0A CN110808922B (zh) | 2019-10-29 | 2019-10-29 | 一种消息处理方法、装置、存储介质及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110808922A CN110808922A (zh) | 2020-02-18 |
CN110808922B true CN110808922B (zh) | 2023-06-06 |
Family
ID=69489474
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911038305.0A Active CN110808922B (zh) | 2019-10-29 | 2019-10-29 | 一种消息处理方法、装置、存储介质及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110808922B (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111475313B (zh) * | 2020-03-04 | 2023-06-27 | 江苏理工学院 | 适用于卷积神经网络前向传播的消息队列构建方法及装置 |
CN111404838A (zh) * | 2020-03-17 | 2020-07-10 | 上海云励科技有限公司 | 消息处理方法、装置及设备 |
CN111782395B (zh) * | 2020-06-30 | 2024-01-05 | 北京思特奇信息技术股份有限公司 | 一种消息处理的分流控制方法和*** |
CN111935658B (zh) * | 2020-07-16 | 2022-01-18 | 北京思特奇信息技术股份有限公司 | 一种解决消息交互中拥塞的方法及*** |
CN111930486B (zh) * | 2020-07-30 | 2023-11-17 | 中国工商银行股份有限公司 | 任务选取数据处理方法、装置、设备及存储介质 |
CN112015529B (zh) * | 2020-08-05 | 2023-09-01 | 北京奇艺世纪科技有限公司 | 数据任务调度方法、***、电子设备及存储介质 |
CN112527527A (zh) * | 2020-12-16 | 2021-03-19 | 深圳市分期乐网络科技有限公司 | 消息队列的消费速度控制方法、装置、电子设备和介质 |
CN113467969B (zh) * | 2021-06-22 | 2024-01-23 | 上海星融汽车科技有限公司 | 一种处理消息堆积的方法 |
CN113961334B (zh) * | 2021-12-23 | 2022-05-31 | 联通智网科技股份有限公司 | 一种任务处理方法、装置、设备及存储介质 |
CN116088714B (zh) * | 2022-05-26 | 2024-05-28 | 荣耀终端有限公司 | 消息提示框处理方法和相关装置 |
CN114885018B (zh) * | 2022-06-22 | 2023-08-29 | 中国平安财产保险股份有限公司 | 基于双队列的消息推送方法、装置、设备及存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101431558A (zh) * | 2007-11-09 | 2009-05-13 | ***通信集团公司 | 移动终端数据控制的方法和一种移动终端 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20020057190A (ko) * | 2000-12-30 | 2002-07-11 | 박종섭 | 이동통신 지능망 시스템에서 서비스 데이터 처리 방법 |
US8260924B2 (en) * | 2006-05-03 | 2012-09-04 | Bluetie, Inc. | User load balancing systems and methods thereof |
CN102761832B (zh) * | 2011-04-28 | 2015-05-27 | ***通信集团河南有限公司 | 一种消息分发方法以及消息分发装置 |
US9344391B2 (en) * | 2012-03-14 | 2016-05-17 | Microsoft Technology Licensing, Llc | High density hosting for messaging service |
CN103369042B (zh) * | 2013-07-10 | 2016-03-30 | 中国人民解放军国防科学技术大学 | 一种数据处理方法和装置 |
CN106470169A (zh) * | 2015-08-19 | 2017-03-01 | 阿里巴巴集团控股有限公司 | 一种业务请求调整方法及设备 |
CN110333956A (zh) * | 2019-05-23 | 2019-10-15 | 平安普惠企业管理有限公司 | 消息队列中消息存储方法、装置、介质及电子设备 |
-
2019
- 2019-10-29 CN CN201911038305.0A patent/CN110808922B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101431558A (zh) * | 2007-11-09 | 2009-05-13 | ***通信集团公司 | 移动终端数据控制的方法和一种移动终端 |
Also Published As
Publication number | Publication date |
---|---|
CN110808922A (zh) | 2020-02-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110808922B (zh) | 一种消息处理方法、装置、存储介质及电子设备 | |
CN112363813A (zh) | 资源调度方法、装置、电子设备和计算机可读介质 | |
CN111787069A (zh) | 业务接入请求的处理方法、装置、设备及计算机存储介质 | |
CN112769897A (zh) | 边缘计算消息的同步方法、装置、电子设备及存储介质 | |
CN112379982B (zh) | 任务处理方法、装置、电子设备及计算机可读存储介质 | |
CN112199174A (zh) | 消息发送的控制方法、装置、电子设备及计算机可读存储介质 | |
CN113722056A (zh) | 任务调度方法、装置、电子设备和计算机可读介质 | |
CN112600878A (zh) | 一种数据传输方法及装置 | |
CN113285886B (zh) | 一种带宽分配的方法、装置、电子设备及可读存储介质 | |
CN112860431B (zh) | 微服务节点的连接方法、***、设备及存储介质 | |
CN105335313A (zh) | 一种基础数据的传输方法及装置 | |
CN112561301A (zh) | 工单分配方法、装置、设备和计算机可读介质 | |
CN109862069B (zh) | 消息处理方法和装置 | |
CN111694670A (zh) | 资源分配方法、装置、设备和计算机可读介质 | |
CN114402313A (zh) | 标签更新方法、装置、电子设备及存储介质 | |
CN109688177B (zh) | 一种数据同步方法及装置、设备、存储介质 | |
CN115563160A (zh) | 数据处理方法、装置、计算机设备和计算机可读存储介质 | |
CN113342776B (zh) | 基于智能合约的交易信息迁移方法、装置、设备及介质 | |
CN113609349A (zh) | 租赁车辆库存检测方法、装置及介质 | |
CN115378878A (zh) | Cdn的调度方法、装置、设备及存储介质 | |
CN110209491B (zh) | 一种资源管理方法、装置、服务器及存储介质 | |
CN112527454A (zh) | 容器组调度方法、装置、电子设备和计算机可读介质 | |
CN111625375A (zh) | 帐号预约方法和装置、存储介质及电子设备 | |
CN111538721A (zh) | 账号处理方法、装置、电子设备及计算机可读存储介质 | |
CN115589391B (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 |