CN111414516A - 一种直播间消息处理方法、装置、电子设备及存储介质 - Google Patents
一种直播间消息处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN111414516A CN111414516A CN202010186402.0A CN202010186402A CN111414516A CN 111414516 A CN111414516 A CN 111414516A CN 202010186402 A CN202010186402 A CN 202010186402A CN 111414516 A CN111414516 A CN 111414516A
- Authority
- CN
- China
- Prior art keywords
- live broadcast
- broadcast room
- message
- room
- hot
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/70—Information retrieval; Database structures therefor; File system structures therefor of video data
- G06F16/74—Browsing; Visualisation therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Signal Processing (AREA)
- Human Computer Interaction (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本公开实施例公开了一种直播间消息处理方法、装置、电子设备及存储介质。该方法包括:根据在线人数信息从多个直播间中确定热门直播间;根据热门直播间的单位时间产生的消息的属性信息确定热门直播间的直播间消息处理策略;基于该直播间消息处理策略进行直播间消息写入控制或拉取控制。通过采用本公开实施例的技术方案,可以解决直播间在线人数瞬间剧增,导致整个链路的服务压力增量巨大,甚至会导致服务雪崩的问题,保证了直播间在线人数瞬间剧增的情况下的系统平稳运行。
Description
技术领域
本公开实施例涉及互联网技术,尤其涉及一种直播间消息处理方法、装置、电子设备及存储介质。
背景技术
随着互联网的发展,需要直播的业务场景越来越多。对于直播业务来说,头部聚集效应明显,而且由于网红或者明星直播的出现,会导致短时间内直播间内人数迅速上涨,瞬间达到百万甚至千万。这个量级的数据对于直播业务是一个很大的挑战。以直播业务所依赖的CDN(Content Delivery Network,即内容分发网络)为例,其承受巨大的流量压力和QPS(Queries-per-second,每秒查询率)压力。若直播间在线人数瞬间剧增,整个链路的流量压力和QPS压力增量巨大,甚至会导致服务雪崩。
发明内容
本公开实施例提供一种直播间消息处理方法、装置、电子设备及存储介质,可以保证直播间在线人数瞬间剧增的情况下的系统平稳运行。
第一方面,本公开实施例提供了一种直播间消息处理方法,包括:
根据在线人数信息从多个直播间中确定热门直播间;
根据所述热门直播间的单位时间产生的消息的属性信息确定所述热门直播间的直播间消息处理策略;
基于所述直播间消息处理策略进行直播间消息写入控制或拉取控制。
第二方面,本公开实施例还提供了一种直播间消息处理装置,该装置包括:
直播间确定模块,用于根据在线人数信息从多个直播间中确定热门直播间;
策略确定模块,用于根据所述热门直播间的单位时间产生的消息的属性信息确定所述热门直播间的直播间消息处理策略;
消息处理模块,用于基于所述直播间消息处理策略进行直播间消息写入控制或拉取控制。
第三方面,本公开实施例还提供一种电子设备,所述电子设备包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本公开实施例提供的直播间消息处理方法。
第四方面,本公开实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本公开实施例提供的直播间消息处理方法。
本公开实施例提供一种直播间消息处理方案,通过根据在线人数信息从多个直播间中确定热门直播间;根据热门直播间的单位时间产生的消息的属性信息确定热门直播间的直播间消息处理策略;基于该直播间消息处理策略进行直播间消息写入控制或拉取控制。采用上述方案可以解决直播间在线人数瞬间剧增,导致整个链路的服务压力增量巨大,甚至会导致服务雪崩问题,通过实时判定热门直播间,动态调整热门直播间的消息处理策略,以采用调整后的消息处理策略对热门直播间内的消息进行处理,保证了直播间在线人数瞬间剧增的情况下的系统平稳运行。
附图说明
结合附图并参考以下具体实施方式,本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中,相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的,原件和元素不一定按照比例绘制。
图1为本公开实施例提供的一种直播系统架构图;
图2为本公开实施例提供的一种直播间消息处理方法的流程图;
图3为本公开实施例提供的另一种直播间消息处理方法的流程图;
图4为本公开实施例提供的又一种直播间消息处理方法的流程图;
图5为本公开实施例提供的又一种直播间消息处理方法的流程图;
图6为本公开实施例提供的一种直播间消息处理装置的结构框图;
图7为本公开实施例提供的一种电子设备的结构框图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例,相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。
应当理解,本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行,和/或并行执行。此外,方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
本文使用的术语“包括”及其变形是开放性包括,即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”;术语“另一实施例”表示“至少一个另外的实施例”;术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意,本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意,本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的,本领域技术人员应当理解,除非在上下文另有明确指出,否则应该理解为“一个或多个”。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的,而并不是用于对这些消息或信息的范围进行限制。
图1为本公开实施例提供的一种直播系统架构图。如图1所示,直播系统框架包括业务接入层110、消息服务接入层120、在线处理层130、数据存储层140和离线业务层150等。其中,业务接入层110属于外网,提供数据写入和数据拉取两个独立的通道。消息服务接入层120和在线处理层130属于内网。消息服务接入层120包括消息写入入口和消息拉取入口等。在线处理层130包括分布式消息系统和数据通道等。离线业务层150包括实时流式计算、Trace系统和SaaS平台等。数据存储层140包括Redis(Remote Dictionary Server,远程字典服务)、ES(ElasticSearch,搜索服务器)、HDFS(Hadoop Distributed File System,Hadoop分布式文件系统)、hive(数据仓库分析系统)和MySQL(数据库)等。
对于客户端的一个写入消息,经过系统架构中的业务接入层到达内网业务的消息服务接入层中的消息写入入口(goim),然后,透传至底层的分布式消息系统SDIM,进而,写入数据存储层。对于写入消息,通常会设置写入频控,即直播间每秒写入的消息条数不应超过写入频控指示的条数。
对于客户端的一个拉取消息的请求,经过系统架构中的业务接入层到达内网业务的消息服务接入层中的消息拉取入口(proxyserver),然后,透传至底层的分布式消息系统SDIM,由分布式消息系统SDIM获取消息数据。这样业务接入层的流量就是消息数据量*在线人数,即读取消息的数量被放大。对于有千万人同时在线的热门直播间,每写入的一条消息均被千万个人拉取,相当于一条消息被放大了上千万倍,对于CDN来说,其要处理成千上万的拉取消息的请求,QPS压力增量巨大,甚至会导致服务雪崩。
鉴于上述问题,本公开实施例提供一种直播间消息处理方案,可以保证直播间在线人数瞬间剧增的情况下的系统平稳运行。
图2为本公开实施例提供的一种直播间消息处理方法的流程图,该方法可以由直播间消息处理装置来执行,并且该装置可以被集成于服务器等电子设备。如图2所示,该方法包括:
步骤210、根据在线人数信息从多个直播间中确定热门直播间。
本公开实施例中的直播间是在线的直播间,即被至少一个用户浏览着的直播间。
服务端可以通过实时流式计算任务实时统计各个直播间内的在线人数。例如,获取设定时间段内的历史拉取消息请求,其中,历史拉取消息请求包括用户标识、拉取时间和直播间标识。根据用户标识和直播间标识确定设定时间段内每个用户访问的直播间。例如,根据设定时间段内的用户标识对设定时间段内的直播间标识进行分类统计,得到设定时间段内每个用户访问的直播间。基于拉取时间对每个用户访问的直播间进行排序,确定每个用户在设定时间段内最后访问的目标直播间。基于目标直播间的直播间标识和用户标识确定设定时间段内每个目标直播间内的在线人数信息。例如,基于目标直播间的直播间标识对用户标识进行分类统计,得到设定时间段内每个目标直播间内的在线人数。
需要说明的是,对于客户端的一条拉取消息请求,消息通道的入口是消息拉取入口,即所有在线用户的客户端通过消息拉取入口由分布式消息系统SDIM获取消息数据。例如,客户端按照轮询间隔定时发送拉取消息请求给服务端,以拉取服务端中在该段时间内新产生的消息。假设轮询间隔是1s,则客户端每1秒到服务端拉取一次消息,该消息是当前1s(即两次拉取操作所间隔的1s)内新产生的消息。其中,消息包括评论消息、礼物消息等界面更新所需的除流数据之外的数据。其中,服务端是直播业务提供方的服务器,其具备如图1所示的直播系统框架。客户端是用户终端上安装的用于应用程序或网页中内嵌的直播界面等。
设定时间段是基于数据计算量和准确率等方面考虑而设置的经验值。
历史拉取消息请求是接收到的过去的设定时间段内客户端发送的拉取消息请求。例如,历史拉取消息请求包括用户标识、拉取时间和直播间标识等数据。服务端获取客户端发送的拉取消息请求,并记录该请求的获取时间。
需要说明的是,由于设定时间段已经是一个比较小的时间间隔了,如果用户在该设定时间段内曾经进入过多于1个直播间,则只保留该用户最后访问的直播间而不会对统计准确度造成太大影响。这是因为直播间在线人数统计时,考虑用户在某一直播间停留的时间超过一个特定时间后,才认为该用户为该直播间的有效在线用户。如果某一用户只是短暂的出现在某一直播间,而后又进入了其它直播间,并停留,则可以将该用户认为是后进入的直播间的有效在线用户。基于上述分析可知,目标直播间作为每个用户在设定时间段内最后访问的直播间,其集合可以认为是当前在线的直播间的集合,因此,计算得到每个目标直播间内的在线人数,即得到各个直播间内的在线人数。
在确定直播间在设定时间段内的在线人数的情况下,根据在线人数信息确定在线人数大于或等于设定阈值的热门直播间。
其中,设定阈值是一个经验值,可以根据分析多个直播间的历史运行数据确定设定阈值。当直播间的在线人数超过该设定阈值,直播间的互动就会非常火热。例如,假设设定阈值是10万,当检测到某个直播间同时在线的人数超过10万,则可以将该直播间确定为热门直播间。可以理解的是,热门直播间的数量可以是1个或多个。例如,将设定时间段内在线人数大于或等于设定阈值的所有直播间确定为热门直播间。此外,热门直播间也不是一成不变的。随着在线人数的增加,A直播间可能由非热门直播间变为热门直播间。随着在线人数的减少,B直播间可能由热门直播间变为非热门直播间。
在确定直播间内的在线人数之后,比较各个直播间的在线人数与设定阈值;根据比较结果确定在线人数大于或等于设定阈值的热门直播间,根据热门直播间的直播间标识修改配置文件,其中,配置文件中存储所述热门直播间的直播间标识。
步骤220、根据所述热门直播间的单位时间产生的消息的属性信息确定所述热门直播间的直播间消息处理策略。
其中,属性信息包含消息数量和消息类型等。例如,单位时间产生的消息的属性信息包括每秒产生的不同消息类型的消息条数。服务端会实时统计直播间内每种消息类型的写入消息数量,比如统计得到该直播间内礼物消息每秒写入300条,评论消息每秒写入200条等。
需要说明的是,单位时间是一个经验值,本公开实施例对单位时间的具体值并不作具体限定。
其中,直播间消息处理策略包括基于消息类型的写入频控、轮询间隔控制和拉取条数控制等等。并且基于直播间消息处理策略进行直播间消息写入控制或拉取控制,可以达到减小服务端的QPS压力或流量压力的效果。
示例性的,根据热门直播间的单位时间产生的消息的类型和数量调整热门直播间的写入频控、轮询间隔和拉取条数阈值。
需要说明的是,预先针对不同的消息类型设置写入频控阈值。不同消息类型的消息优先级不同,并且消息优先级由业务类型决定。例如,对于抖音,礼物消息的优先级最高。对于教育类直播,白板消息的优先级最高等。
轮询间隔是客户端向服务端发送消息拉取请求的时间间隔。基于拉取模型的直播模式,客户端需要轮询服务端以拉取最新消息数据。其中,最新消息数据是轮询间隔对应的时间段内新产生的数据(包括每秒新写入的数据)。
拉取条数是客户端每次由服务端拉取消息的条数。在轮询间隔对应的时间段内可能产生很多条消息,可以预先根据消息类型设置不同类型的消息的拉取条数阈值。本公开实施例对如何设置拉取条数阈值并不作具体限定。例如,可以根据消息优先级设置拉取条数阈值。或者,根据消息的功能设置拉取条数阈值等。或者,对各种类型的消息,设置统一的拉取条数阈值等。
步骤230、基于所述直播间消息处理策略进行直播间消息写入控制或拉取控制。
例如,写入控制包括基于消息类型的写入频控;拉取控制包括轮询间隔控制或拉取条数控制。
示例性的,服务端根据热门直播间的单位时间产生的消息的属性信息确定目标类型消息的写入频控阈值之后,采用新确定的目标类型消息对应的写入频控阈值对热门直播间内目标类型消息的写入消息的数量进行控制。由于直播消息推送相当于读消息的过程,通过写入频控阈值对直播间目标类型的写入消息的数量进行控制,可以动态屏蔽目标类型消息中的部分消息数据,进而达到调整拉取端的下行流量的效果。
或者,服务端根据热门直播间的单位时间产生的消息的属性信息确定热门直播间的轮询间隔之后,保存新确定的轮询间隔与热门直播间的直播间标识的关联关系。在向客户端返回拉取消息请求对应的请求结果中加上新确定的轮询间隔。客户端在获取该请求结果后,基于该新确定的轮询间隔修改客户端本地的轮询间隔,以基于新的轮询间隔发送下一次拉取消息请求。
或者,服务端根据热门直播间的单位时间产生的消息的属性信息确定热门直播间的拉取条数阈值之后,保存新确定的拉取条数阈值与热门直播间的直播间标识的关联关系。在接收到客户端发送的拉取消息请求时,根据该拉取条数阈值对该拉取消息请求进行过滤,基于过滤后的拉取消息请求由分布式消息系统SDIM获取消息数据。
本公开实施例,通过根据在线人数信息从多个直播间中确定热门直播间;根据热门直播间的单位时间产生的消息的属性信息确定所述热门直播间的直播间消息处理策略,基于该直播间消息处理策略进行直播间消息写入控制或拉取控制。采用上述方案可以解决直播间在线人数瞬间剧增,导致整个链路的服务压力增量巨大,甚至会导致服务雪崩问题,通过实时判定热门直播间,动态控制热门直播间的消息处理策略,保证了直播间在线人数瞬间剧增的情况下的系统平稳运行。
图3为本公开实施例提供的另一种直播间消息处理方法的流程图,如图3所示,该方法包括:
步骤310、获取各个直播间的在线人数。
步骤320、确定所述在线人数大于或等于设定阈值的热门直播间。
步骤330、获取所述热门直播间的单位时间产生的消息的属性信息。
其中,属性信息包括消息类型和消息数量。示例性的,可以实时计算统计每个直播间每秒新产生的各种类型消息的消息数量。可选的,在基于在线人数确定了热门直播间之后,可以仅实时统计每个热门直播间每秒产生的消息数量。
步骤340、根据所述热门直播间的单位时间产生的各个所述消息类型的消息对应的所述消息数量调整目标类型消息的写入频控阈值。
步骤350、基于调整后的写入频控阈值控制热门直播间中目标类型消息的写入数量。
需要说明的是,在热门直播间内每秒产生的消息超过设定数量阈值时,调整热门直播间内目标类型消息的写入频控阈值。例如,可以对每秒新产生的消息基于数量进行降序排列,将数量排序在前的消息类型确定为目标类型。或者,实时统计每秒产生的消息数量,若消息数量超过设定数量阈值,则将该消息的类型确定为目标类型。或者,设置固定的目标类型等等。
示例性的,服务端动态确定热门直播间,实时统计热门直播间每秒产生的各类消息的消息数量,针对热门直播间中目标类型的消息,动态下发写入频控阈值至消息服务接入层。在检测到热门直播间的写入请求时,根据该写入频控阈值对目标类型的消息进行写入频控。同时,写入频控并没有影响观众的观看体验,相反可能提升了观看体验,因为当公屏评论消息过多的时候,刷屏太快,体验并不好。通过这种方式能够动态控制系统下行的流量。
例如,热门直播间内礼物消息每秒300条,评论消息每秒200条,写入消息的数量已经对用户浏览造成负担,因为用户通常不能在1秒内浏览上百条消息。针对热门直播间的礼物消息和评论消息动态下发新的写入频控阈值,将礼物消息降频到每秒只能接收30条,评论消息降频到每秒只能接收20条。因为消息是直播间内广播,每条消息被放大在线人数倍。控制写入的数据量降了10倍,那么对于消息推送来说,下行流量就会降10倍。
图4为本公开实施例提供的又一种直播间消息处理方法的流程图,如图4所示,该方法包括:
步骤410、获取各个直播间的在线人数。
步骤420、确定所述在线人数大于或等于设定阈值的热门直播间。
步骤430、获取所述热门直播间的单位时间产生的消息的属性信息。
步骤440、根据所述热门直播间的单位时间产生的消息的所述消息数量确定所述热门直播间的轮询间隔。
步骤450、发送所述轮询间隔至所述热门直播间对应的客户端。
其中,轮询间隔是客户端发送轮询请求的时间间隔。
对于CDN来说,QPS是一个性能瓶颈,对于有百万人数甚至千万人数的直播间来说,QPS近百万,进而致使QPS压力过大。当检测到某个直播间的在线人数超过10万,则确定该直播间成为热门直播间,调整热门直播间的轮询间隔,并将调整后的轮询间隔配置给消息服务接入层。轮询间隔对应的时间可以是经验值。例如,可以预先设置轮询间隔时间和每秒新产生的消息数量的映射关系,进而,根据热门直播间每秒新产生的消息数量匹配对应的轮询间隔。消息服务接入层在轮询请求(也可以称为拉取消息请求)的轮询结果中附加新确定的轮询间隔。客户端获取该轮询结果后,基于新确定的轮询间隔进行下一次轮询请求。
示例性的,在确定热门直播间的轮询间隔之后,获取轮询请求对应的轮询结果,将所述轮询间隔附加至所述轮询结果后,发送所述轮询结果至所述热门直播间对应的客户端。
例如,当检测到某个直播间的在线人数超过10万,则将轮询间隔从之前的1s修改为2s,并将新确定的轮询间隔配置给消息服务接入层。此时,消息服务接入层在轮询结果中加上新确定的轮询间隔。客户端拿到该轮询结果后,将等待新的轮询间隔再进行下一次请求,如果将轮询间隔从1s改为2s,那么对服务端的压力就降为了原来的1/2。甚至,如果将轮询间隔从1s改为5s,那么对服务端的压力就降为了原来的1/5。
对于客户端的用户体验来说,因为热门直播间一般是一个非常大型的直播间,消息延迟2s(甚至5s)收到,在如此多人互动的情况下,并不会影响用户体验,因为对于评论消息和礼物消息来说,客户端都有自见逻辑(就是自己发的消息可不通过服务端直接展示在自己的手机屏幕上)。可选的,还可以平滑展示消息数据,即将轮询结果在轮询间隔对应的时间内进行平滑展示,这样用户感觉上像是每秒均在拉取消息并展示,优化了用户体验。
图5为本公开实施例提供的又一种直播间消息处理方法的流程图,如图5所示,该方法包括:
步骤510、获取各个直播间的在线人数。
步骤520、确定所述在线人数大于或等于设定阈值的热门直播间。
步骤530、获取所述热门直播间的单位时间产生的消息的属性信息。
步骤540、根据所述热门直播间的单位时间产生的各个所述消息类型的消息对应的所述消息数量调整所述热门直播间的拉取条数阈值。
步骤550、基于所述拉取条数阈值控制每次消息拉取操作的拉取消息数量。
其中,拉取条数阈值是客户端每次由服务端拉取消息的条数。
示例性的,当检测到某个直播间的在线人数超过10万,则确定该直播间成为热门直播间,可以根据该热门直播间每秒新产生的消息数量进行写入频控。相应地,调整拉取条数阈值,并将该热门直播间的拉取条数阈值配置给消息服务接入层。在接收到客户端发送的拉取消息请求时,根据拉取条数阈值和消息类型对拉取消息请求进行过滤,减少待处理的拉取消息请求的数量。
例如,当检测到某个直播间的在线人数超过10万,则对礼物消息进行写入频控,同时,调整该热门直播间内针对礼物消息的拉取消息请求的拉取条数阈值,从而根据调整后的拉取条数阈值过滤针对礼物消息的拉取消息请求。假设拉取条数阈值由原来的每次拉取200条调整为每次拉取100条,则下行流量减少为原来的1/2。
图6为本公开实施例提供的一种直播间消息处理装置的结构框图,所述装置可以通过执行直播间消息处理方法减少服务压力。该装置可由软件和/或硬件实现,并通常集成于服务器等电子设备中。如图6所示,该装置包括:
直播间确定模块610,用于根据在线人数信息从多个直播间中确定热门直播间;
策略确定模块620,用于根据所述热门直播间的单位时间产生的消息的属性信息确定所述热门直播间的直播间消息处理策略;
消息处理模块630,用于基于所述直播间消息处理策略进行直播间消息写入控制或拉取控制。本公开实施例提供的直播间消息处理装置为实现直播间消息处理方法,该直播间消息处理装置的实现原理与技术效果与直播间消息处理方法类似,此处不再赘述。
图7为本公开实施例提供的一种电子设备的结构框图。下面参考图7,其示出了适于用来实现本公开实施例的电子设备(例如终端设备或服务器)700的结构示意图。图7示出的电子设备仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图7所示,电子设备700可以包括处理装置(例如中央处理器、图形处理器等)701,其可以根据存储在只读存储器(ROM)702中的程序或者从存储装置706加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中,还存储有电子设备700操作所需的各种程序和数据。处理装置701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
通常,以下装置可以连接至I/O接口705:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置706;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置707;包括例如磁带、硬盘等的存储装置706;以及通信装置709。通信装置709可以允许电子设备700与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的电子设备700,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在非暂态计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置709从网络上被下载和安装,或者从存储装置706被安装,或者从ROM 702被安装。在该计算机程序被处理装置701执行时,执行本公开实施例的方法中限定的上述功能。
需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
在一些实施方式中,客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol,超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信,并且可以与任意形式或介质的数字数据通信(例如,通信网络)互连。通信网络的示例包括局域网(“LAN”),广域网(“WAN”),网际网(例如,互联网)以及端对端网络(例如,ad hoc端对端网络),以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:根据在线人数信息从多个直播间中确定热门直播间;根据所述热门直播间的单位时间产生的消息的属性信息确定所述热门直播间的直播间消息处理策略;基于所述直播间消息处理策略进行直播间消息写入控制或拉取控制。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
根据本公开的一个或多个实施例,提供了一种直播间消息处理方法,还包括:
在获取各个直播间内的在线人数之前,获取客户端在设定时间段内发送的历史拉取消息请求,其中,所述历史拉取消息请求包括用户标识、拉取时间和直播间标识;
根据所述用户标识和所述直播间标识确定所述设定时间段内每个用户访问的直播间;
基于拉取时间对每个用户访问的直播间进行排序,确定每个用户在所述设定时间段内最后访问的目标直播间;
基于目标直播间的直播间标识和所述用户标识确定所述设定时间段内每个目标直播间的在线人数信息。
根据本公开的一个或多个实施例,提供了一种直播间消息处理方法,其中,属性信息包含消息数量和消息类型。
根据本公开的一个或多个实施例,提供了一种直播间消息处理方法,其中,
所述根据所述热门直播间的单位时间产生的消息的属性信息确定所述热门直播间的直播间消息处理策略,包括:
根据所述热门直播间的单位时间产生的各个所述消息类型的消息对应的所述消息数量调整目标类型消息的写入频控阈值。
根据本公开的一个或多个实施例,提供了一种直播间消息处理方法,其中,
所述根据所述热门直播间的单位时间产生的消息的属性信息确定所述热门直播间的直播间消息处理策略,包括:
根据所述热门直播间的单位时间产生的消息的所述消息数量确定所述热门直播间的轮询间隔。
根据本公开的一个或多个实施例,提供了一种直播间消息处理方法,该方法还包括:
在根据所述热门直播间的单位时间产生的消息的所述消息数量确定所述热门直播间的轮询间隔之后,获取轮询请求对应的轮询结果,将所述轮询间隔附加至所述轮询结果后,发送所述轮询结果至所述热门直播间对应的客户端。
根据本公开的一个或多个实施例,提供了一种直播间消息处理方法,其中,
所述根据所述热门直播间的单位时间产生的消息的属性信息确定所述热门直播间的直播间消息处理策略,包括:
根据所述热门直播间的单位时间产生的各个所述消息类型的消息对应的所述消息数量调整所述热门直播间的拉取条数阈值。
根据本公开的一个或多个实施例,提供了一种直播间消息处理装置,该处理装置还包括:
人数统计模块,用于在获取各个直播间内的在线人数之前,获取客户端在设定时间段内发送的历史拉取消息请求,其中,所述历史拉取消息请求包括用户标识、拉取时间和直播间标识;根据所述用户标识和所述直播间标识确定所述设定时间段内每个用户访问的直播间;基于拉取时间对每个用户访问的直播间进行排序,确定每个用户在设定时间段内最后访问的目标直播间;基于目标直播间的直播间标识和所述用户标识确定所述设定时间段内每个目标直播间内的在线人数。
根据本公开的一个或多个实施例,提供了一种直播间消息处理装置,其中,属性信息包含消息数量和消息类型。
根据本公开的一个或多个实施例,提供了一种直播间消息处理装置,其中,策略确定模块具体用于:
根据所述热门直播间的单位时间产生的各个所述消息类型的消息对应的所述消息数量调整目标类型消息的写入频控阈值。
根据本公开的一个或多个实施例,提供了一种直播间消息处理装置,其中,策略确定模块具体用于:
根据所述热门直播间的单位时间产生的消息的所述消息数量确定所述热门直播间的轮询间隔。
根据本公开的一个或多个实施例,提供了一种直播间消息处理装置,该装置还包括:
在根据所述热门直播间的单位时间产生的消息的所述消息数量确定所述热门直播间的轮询间隔之后,获取轮询请求对应的轮询结果,将所述轮询间隔附加至所述轮询结果后,发送所述轮询结果至所述热门直播间对应的客户端。
根据本公开的一个或多个实施例,提供了一种直播间消息处理装置,其中,策略确定模块具体用于:
根据所述热门直播间的单位时间产生的各个所述消息类型的消息对应的所述消息数量调整所述热门直播间的拉取条数阈值。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外,虽然采用特定次序描绘了各操作,但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地,在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
Claims (10)
1.一种直播间消息处理方法,其特征在于,包括:
根据在线人数信息从多个直播间中确定热门直播间;
根据所述热门直播间的单位时间产生的消息的属性信息确定所述热门直播间的直播间消息处理策略;
基于所述直播间消息处理策略进行直播间消息写入控制或拉取控制。
2.根据权利要求1所述的方法,其特征在于,在根据在线人数信息从多个直播间中确定热门直播间之前,还包括:
获取客户端在设定时间段内发送的历史拉取消息请求,其中,所述历史拉取消息请求包括用户标识、拉取时间和直播间标识;
根据所述用户标识和所述直播间标识确定所述设定时间段内每个用户访问的直播间;
基于拉取时间对每个用户访问的直播间进行排序,确定每个用户在所述设定时间段内最后访问的目标直播间;
基于目标直播间的直播间标识和所述用户标识确定所述设定时间段内每个目标直播间的在线人数信息。
3.根据权利要求1所述的方法,其特征在于,所述属性信息包含消息数量和消息类型。
4.根据权利要求3所述的方法,其特征在于,所述根据所述热门直播间的单位时间产生的消息的属性信息确定所述热门直播间的直播间消息处理策略,包括:
根据所述热门直播间的单位时间产生的各个所述消息类型的消息对应的所述消息数量调整目标类型消息的写入频控阈值。
5.根据权利要求3所述的方法,其特征在于,所述根据所述热门直播间的单位时间产生的消息的属性信息确定所述热门直播间的直播间消息处理策略,包括:
根据所述热门直播间的单位时间产生的消息的所述消息数量确定所述热门直播间的轮询间隔。
6.根据权利要求5所述的方法,其特征在于,在根据所述热门直播间的单位时间产生的消息的所述消息数量确定所述热门直播间的轮询间隔之后,还包括:
获取轮询请求对应的轮询结果,将所述轮询间隔附加至所述轮询结果后,发送所述轮询结果至所述热门直播间对应的客户端。
7.根据权利要求3所述的方法,其特征在于,所述根据所述热门直播间的单位时间产生的消息的属性信息确定所述热门直播间的直播间消息处理策略,包括:
根据所述热门直播间的单位时间产生的各个所述消息类型的消息对应的所述消息数量调整所述热门直播间的拉取条数阈值。
8.一种直播间消息处理装置,其特征在于,包括:
直播间确定模块,用于根据在线人数信息从多个直播间中确定热门直播间;
策略确定模块,用于根据所述热门直播间的单位时间产生的消息的属性信息确定所述热门直播间的直播间消息处理策略;
消息处理模块,用于基于所述直播间消息处理策略进行直播间消息写入控制或拉取控制。
9.一种电子设备,其特征在于,所述电子设备包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-7中任一项所述的直播间消息处理方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-7中任一项所述的直播间消息处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010186402.0A CN111414516A (zh) | 2020-03-17 | 2020-03-17 | 一种直播间消息处理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010186402.0A CN111414516A (zh) | 2020-03-17 | 2020-03-17 | 一种直播间消息处理方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111414516A true CN111414516A (zh) | 2020-07-14 |
Family
ID=71494249
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010186402.0A Pending CN111414516A (zh) | 2020-03-17 | 2020-03-17 | 一种直播间消息处理方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111414516A (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111901619A (zh) * | 2020-07-23 | 2020-11-06 | 北京达佳互联信息技术有限公司 | 一种消息推送方法和装置 |
CN111970526A (zh) * | 2020-08-18 | 2020-11-20 | 广州华多网络科技有限公司 | 界面通知消息处理方法、装置、设备及存储介质 |
CN112637619A (zh) * | 2020-12-09 | 2021-04-09 | 北京字节跳动网络技术有限公司 | 直播间置顶消息确定方法、装置、设备和存储介质 |
CN113316026A (zh) * | 2021-05-24 | 2021-08-27 | 康键信息技术(深圳)有限公司 | 弹幕消息处理方法、装置、设备及存储介质 |
CN113422969A (zh) * | 2021-05-25 | 2021-09-21 | 北京达佳互联信息技术有限公司 | 信息拉取方法、装置及服务器 |
CN113630617A (zh) * | 2021-08-13 | 2021-11-09 | 上海哔哩哔哩科技有限公司 | 直播间降级方法及系统 |
CN113727128A (zh) * | 2021-08-31 | 2021-11-30 | 上海哔哩哔哩科技有限公司 | 热点流量处理方法及系统 |
CN113965810A (zh) * | 2021-09-27 | 2022-01-21 | 上海信宝博通电子商务有限公司 | 基于聊天室的数据处理方法以及装置 |
CN115037954A (zh) * | 2022-05-18 | 2022-09-09 | 阿里云计算有限公司 | 访问直播的控制方法、装置及系统 |
CN115190347A (zh) * | 2022-05-31 | 2022-10-14 | 北京达佳互联信息技术有限公司 | 消息处理方法、消息处理装置、电子设备和存储介质 |
CN116389594A (zh) * | 2023-05-12 | 2023-07-04 | 广州此声网络科技有限公司 | 消息处理方法、装置和计算机设备 |
CN115037954B (zh) * | 2022-05-18 | 2024-06-07 | 阿里云计算有限公司 | 访问直播的控制方法、装置及系统 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106161219A (zh) * | 2016-09-29 | 2016-11-23 | 广州华多网络科技有限公司 | 消息处理方法及装置 |
CN106470357A (zh) * | 2016-10-11 | 2017-03-01 | 北京小米移动软件有限公司 | 弹幕消息展示方法及装置 |
CN107231350A (zh) * | 2017-05-24 | 2017-10-03 | 北京潘达互娱科技有限公司 | 一种消息处理方法与装置 |
US20170339638A1 (en) * | 2014-09-05 | 2017-11-23 | Google Inc. | Systems and methods for disseminating messages among a fabric network |
CN108174305A (zh) * | 2016-12-07 | 2018-06-15 | 北京云中融信网络科技有限公司 | 直播聊天室的消息处理方法及装置 |
CN108234143A (zh) * | 2016-12-13 | 2018-06-29 | 腾讯科技(深圳)有限公司 | 一种直播时消息的处理方法、装置和设备 |
CN108965098A (zh) * | 2017-05-18 | 2018-12-07 | 北京京东尚科信息技术有限公司 | 基于在线直播的消息推送方法、装置、介质和电子设备 |
CN109660831A (zh) * | 2017-10-10 | 2019-04-19 | 武汉斗鱼网络科技有限公司 | 弹幕发送周期设置方法、存储介质、电子设备及系统 |
CN110248211A (zh) * | 2018-03-07 | 2019-09-17 | 香港乐蜜有限公司 | 直播间消息限流方法、装置、电子设备及存储介质 |
CN110401840A (zh) * | 2018-07-26 | 2019-11-01 | 腾讯科技(深圳)有限公司 | 消息推送方法、装置、系统、电子设备及计算机可读介质 |
-
2020
- 2020-03-17 CN CN202010186402.0A patent/CN111414516A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170339638A1 (en) * | 2014-09-05 | 2017-11-23 | Google Inc. | Systems and methods for disseminating messages among a fabric network |
CN106161219A (zh) * | 2016-09-29 | 2016-11-23 | 广州华多网络科技有限公司 | 消息处理方法及装置 |
CN106470357A (zh) * | 2016-10-11 | 2017-03-01 | 北京小米移动软件有限公司 | 弹幕消息展示方法及装置 |
CN108174305A (zh) * | 2016-12-07 | 2018-06-15 | 北京云中融信网络科技有限公司 | 直播聊天室的消息处理方法及装置 |
CN108234143A (zh) * | 2016-12-13 | 2018-06-29 | 腾讯科技(深圳)有限公司 | 一种直播时消息的处理方法、装置和设备 |
CN108965098A (zh) * | 2017-05-18 | 2018-12-07 | 北京京东尚科信息技术有限公司 | 基于在线直播的消息推送方法、装置、介质和电子设备 |
CN107231350A (zh) * | 2017-05-24 | 2017-10-03 | 北京潘达互娱科技有限公司 | 一种消息处理方法与装置 |
CN109660831A (zh) * | 2017-10-10 | 2019-04-19 | 武汉斗鱼网络科技有限公司 | 弹幕发送周期设置方法、存储介质、电子设备及系统 |
CN110248211A (zh) * | 2018-03-07 | 2019-09-17 | 香港乐蜜有限公司 | 直播间消息限流方法、装置、电子设备及存储介质 |
CN110401840A (zh) * | 2018-07-26 | 2019-11-01 | 腾讯科技(深圳)有限公司 | 消息推送方法、装置、系统、电子设备及计算机可读介质 |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111901619A (zh) * | 2020-07-23 | 2020-11-06 | 北京达佳互联信息技术有限公司 | 一种消息推送方法和装置 |
CN111901619B (zh) * | 2020-07-23 | 2023-10-31 | 北京达佳互联信息技术有限公司 | 一种消息推送方法和装置 |
CN111970526B (zh) * | 2020-08-18 | 2022-04-26 | 广州华多网络科技有限公司 | 界面通知消息处理方法、装置、设备及存储介质 |
CN111970526A (zh) * | 2020-08-18 | 2020-11-20 | 广州华多网络科技有限公司 | 界面通知消息处理方法、装置、设备及存储介质 |
CN112637619A (zh) * | 2020-12-09 | 2021-04-09 | 北京字节跳动网络技术有限公司 | 直播间置顶消息确定方法、装置、设备和存储介质 |
CN112637619B (zh) * | 2020-12-09 | 2023-05-16 | 北京字节跳动网络技术有限公司 | 直播间置顶消息确定方法、装置、设备和存储介质 |
CN113316026A (zh) * | 2021-05-24 | 2021-08-27 | 康键信息技术(深圳)有限公司 | 弹幕消息处理方法、装置、设备及存储介质 |
CN113422969A (zh) * | 2021-05-25 | 2021-09-21 | 北京达佳互联信息技术有限公司 | 信息拉取方法、装置及服务器 |
CN113422969B (zh) * | 2021-05-25 | 2023-08-08 | 北京达佳互联信息技术有限公司 | 信息拉取方法、装置及服务器 |
CN113630617A (zh) * | 2021-08-13 | 2021-11-09 | 上海哔哩哔哩科技有限公司 | 直播间降级方法及系统 |
CN113727128A (zh) * | 2021-08-31 | 2021-11-30 | 上海哔哩哔哩科技有限公司 | 热点流量处理方法及系统 |
CN113965810A (zh) * | 2021-09-27 | 2022-01-21 | 上海信宝博通电子商务有限公司 | 基于聊天室的数据处理方法以及装置 |
CN115037954A (zh) * | 2022-05-18 | 2022-09-09 | 阿里云计算有限公司 | 访问直播的控制方法、装置及系统 |
CN115037954B (zh) * | 2022-05-18 | 2024-06-07 | 阿里云计算有限公司 | 访问直播的控制方法、装置及系统 |
CN115190347A (zh) * | 2022-05-31 | 2022-10-14 | 北京达佳互联信息技术有限公司 | 消息处理方法、消息处理装置、电子设备和存储介质 |
CN115190347B (zh) * | 2022-05-31 | 2024-01-02 | 北京达佳互联信息技术有限公司 | 消息处理方法、消息处理装置、电子设备和存储介质 |
CN116389594A (zh) * | 2023-05-12 | 2023-07-04 | 广州此声网络科技有限公司 | 消息处理方法、装置和计算机设备 |
CN116389594B (zh) * | 2023-05-12 | 2023-09-01 | 广州此声网络科技有限公司 | 消息处理方法、装置和计算机设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111414516A (zh) | 一种直播间消息处理方法、装置、电子设备及存储介质 | |
US10142279B2 (en) | Method and system for presenting a listing of message logs | |
CN111277848B (zh) | 直播间互动消息的处理方法、装置、电子设备及存储介质 | |
US20160277485A1 (en) | Socially driven feed of aggregated content in substantially real time | |
CN110300084B (zh) | 基于ip地址的画像方法和装置,电子设备,可读介质 | |
US20170289288A1 (en) | Pushing news feed content to client devices | |
CN111372130B (zh) | 一种用户在线时长统计方法、装置、电子设备及存储介质 | |
CN111339495B (zh) | 直播间在线人数的统计方法、装置、电子设备及存储介质 | |
CN110866040B (zh) | 用户画像生成方法、装置和系统 | |
CN112241327A (zh) | 分享信息处理方法、装置、存储介质与电子设备 | |
CN108600780B (zh) | 用于推送信息的方法、电子设备、计算机可读介质 | |
CN113760674A (zh) | 信息生成方法、装置、电子设备和计算机可读介质 | |
US20200133439A1 (en) | Chat session dynamic user interface | |
CN110620699A (zh) | 消息到达率确定方法、装置、设备和计算机可读存储介质 | |
CN107426336B (zh) | 一种调整推送消息打开率的方法和装置 | |
US20160275193A1 (en) | Socially driven feed of aggregated content in substantially real time | |
JP6507263B2 (ja) | ユーザ・モバイルネットワークおよびデータプランに基づくコンテンツのフィルタリング | |
CN111371882B (zh) | 数据共享投放控制方法、装置、电子设备及计算机可读介质 | |
CN114817698A (zh) | 信息推送方法及装置、信息展示方法及装置、设备和介质 | |
CN113760982A (zh) | 一种数据处理方法和装置 | |
CN110737691B (zh) | 用于处理访问行为数据的方法和装置 | |
CN111464820B (zh) | 拉取消息记录的采样方法、装置、电子设备及存储介质 | |
CN105245380B (zh) | 一种消息的传播方式识别方法及装置 | |
CN111143740B (zh) | 信息处理方法、装置及电子设备 | |
CN115378878A (zh) | Cdn的调度方法、装置、设备及存储介质 |
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 |