CN114422817A - 直播间数据处理方法、装置、电子设备、存储介质 - Google Patents
直播间数据处理方法、装置、电子设备、存储介质 Download PDFInfo
- Publication number
- CN114422817A CN114422817A CN202210051192.3A CN202210051192A CN114422817A CN 114422817 A CN114422817 A CN 114422817A CN 202210051192 A CN202210051192 A CN 202210051192A CN 114422817 A CN114422817 A CN 114422817A
- Authority
- CN
- China
- Prior art keywords
- service
- live broadcast
- target
- broadcast room
- message
- 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.)
- Granted
Links
Images
Classifications
-
- 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
-
- 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25866—Management of end-user data
-
- 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25866—Management of end-user data
- H04N21/25883—Management of end-user data being end-user demographical data, e.g. age, family status or address
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/44213—Monitoring of end-user related data
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Graphics (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Social Psychology (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本公开关于一种直播间数据处理方法、装置、电子设备、存储介质和计算机程序产品,所述方法包括:将目标直播间集合中的各直播间分配至若干个监测节点;监测节点用于按照预设周期对直播间的业务执行状态进行监测,以更新各直播间对应的业务时长记录;若业务时长记录中的累积时间出现变动,则根据业务时长记录构造业务时长增量消息,并发送业务时长增量消息至目标业务对应的目标消息队列中;针对目标直播间集合中任一直播间,从目标消息队列中拉取与任一直播间对应的业务时长增量消息,并根据拉取到的业务时长增量消息,确定任一直播间执行目标业务的实际累积时间。采用本方法能够在直播过程中实时获取不同直播业务时长,时效性强,提升了可扩展性。
Description
技术领域
本公开涉及互联网技术领域,尤其涉及一种直播间数据处理方法、装置、电子设备、存储介质和计算机程序产品。
背景技术
目前,针对直播活动,获取业务时长数据是通过监听直播结束时的主播关播消息以得到,直播侧合作方通常需要在直播活动的主播关播后,才能获取到该场直播的业务时长数据,时效性较差,无法在直播过程中对各主播的开播时长数据进行实时更新。
因此,相关技术中存在获取直播业务时长数据时效性差的问题。
发明内容
本公开提供一种直播间数据处理方法、装置、电子设备、存储介质和计算机程序产品,以至少解决相关技术中存在获取直播业务时长数据时效性差的问题。本公开的技术方案如下:
根据本公开实施例的第一方面,提供一种直播间数据处理方法,包括:
将目标直播间集合中的各直播间分配至若干个监测节点;所述监测节点用于按照预设周期对所述直播间的业务执行状态进行监测,以更新各所述直播间对应的业务时长记录;所述业务时长记录为按照预设格式记录所述直播间执行目标业务的累积时间的字符串;
若所述业务时长记录中的累积时间出现变动,则根据所述业务时长记录构造业务时长增量消息,并发送所述业务时长增量消息至所述目标业务对应的目标消息队列中;
针对所述目标直播间集合中任一直播间,从所述目标消息队列中拉取与所述任一直播间对应的业务时长增量消息,并根据拉取到的业务时长增量消息,确定所述任一直播间执行所述目标业务的实际累积时间。
在一种可能实现方式中,在所述将目标直播间集合中的各直播间分配至若干个监测节点的步骤之后,还包括:
获取所述监测节点对所述直播间进行监测得到的业务状态监测结果;所述业务状态监测结果包括针对所述直播间的各业务时间参数对应的变动信息;
按照所述预设格式,根据所述直播间的各业务时间参数对应的变动信息,更新所述直播间对应的业务时长记录。
在一种可能实现方式中,所述若所述业务时长记录中的累积时间出现变动,则根据所述业务时长记录构造业务时长增量消息,包括:
获取所述业务时长记录中的累积时间对应的变动信息;所述累积时间对应的变动信息为根据所述业务时长记录中的累积时间的当前记录值和上一次记录值确定的;所述上一次记录值为在上一次对所述业务时长记录进行更新时,所述累积时间对应的记录值;
根据预设的消息格式和所述累积时间对应的变动信息,构造所述业务时长增量消息。
在一种可能实现方式中,所述发送所述业务时长增量消息至所述目标业务对应的目标消息队列中,包括:
根据所述目标业务的业务类型标识,将与所述业务类型标识相匹配的消息队列,作为所述目标消息队列;
发送所述业务时长增量消息至所述目标消息队列中。
在一种可能实现方式中,各所述业务时长增量消息均携带有对应直播间的主播账户标识,所述针对所述目标直播间集合中任一直播间,从所述目标消息队列中拉取与所述任一直播间对应的业务时长增量消息,包括:
获取所述任一直播间对应的目标主播账户标识;
从所述目标消息队列中拉取携带有所述目标主播账户标识的业务时长增量消息,作为所述拉取到的业务时长增量消息。
在一种可能实现方式中,所述拉取到的业务时长增量消息包括所述任一直播间执行所述目标业务的累积时间的增量时长,所述根据拉取到的业务时长增量消息,确定所述任一直播间执行所述目标业务的实际累积时间,包括:
获取所述任一直播间执行所述目标业务的历史累积时间;所述历史累积时间为根据上一次拉取到的所述任一直播间对应的业务时长增量消息所确定的实际累积时间;
将各所述拉取到的业务时长增量消息对应的增量时长与所述历史累积时间进行叠加,得到所述实际累积时间。
根据本公开实施例的第二方面,提供一种直播间数据处理装置,包括:
直播业务监测单元,被配置为执行将目标直播间集合中的各直播间分配至若干个监测节点;所述监测节点用于按照预设周期对所述直播间的业务执行状态进行监测,以更新各所述直播间对应的业务时长记录;所述业务时长记录为按照预设格式记录所述直播间执行目标业务的累积时间的字符串;
业务时长增量消息发送单元,被配置为执行若所述业务时长记录中的累积时间出现变动,则根据所述业务时长记录构造业务时长增量消息,并发送所述业务时长增量消息至所述目标业务对应的目标消息队列中;
消息队列消费单元,被配置为执行针对所述目标直播间集合中任一直播间,从所述目标消息队列中拉取与所述任一直播间对应的业务时长增量消息,并根据拉取到的业务时长增量消息,确定所述任一直播间执行所述目标业务的实际累积时间。
在一种可能实现方式中,所述直播间数据处理装置,还包括:
业务状态监测结果获取单元,具体被配置为执行获取所述监测节点对所述直播间进行监测得到的业务状态监测结果;所述业务状态监测结果包括针对所述直播间的各业务时间参数对应的变动信息;
业务时长记录更新单元,具体被配置为执行按照所述预设格式,根据所述直播间的各业务时间参数对应的变动信息,更新所述直播间对应的业务时长记录。
在一种可能实现方式中,所述业务时长增量消息发送单元,具体被配置为执行获取所述业务时长记录中的累积时间对应的变动信息;所述累积时间对应的变动信息为根据所述业务时长记录中的累积时间的当前记录值和上一次记录值确定的;所述上一次记录值为在上一次对所述业务时长记录进行更新时,所述累积时间对应的记录值;根据预设的消息格式和所述累积时间对应的变动信息,构造所述业务时长增量消息。
在一种可能实现方式中,所述业务时长增量消息发送单元,具体被配置为执行根据所述目标业务的业务类型标识,将与所述业务类型标识相匹配的消息队列,作为所述目标消息队列;发送所述业务时长增量消息至所述目标消息队列中。
在一种可能实现方式中,各所述业务时长增量消息均携带有对应直播间的主播账户标识,所述消息队列消费单元,具体被配置为执行获取所述任一直播间对应的目标主播账户标识;从所述目标消息队列中拉取携带有所述目标主播账户标识的业务时长增量消息,作为所述拉取到的业务时长增量消息。
在一种可能实现方式中,所述消息队列消费单元,具体被配置为执行获取所述任一直播间执行所述目标业务的历史累积时间;所述历史累积时间为根据上一次拉取到的所述任一直播间对应的业务时长增量消息所确定的实际累积时间;将各所述拉取到的业务时长增量消息对应的增量时长与所述历史累积时间进行叠加,得到所述实际累积时间。
根据本公开实施例的第三方面,提供一种电子设备,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现如上述任一项所述的直播间数据处理方法。
根据本公开实施例的第四方面,提供一种计算机可读存储介质,当所述计算机可读存储介质中的指令由电子设备的处理器执行时,使得所述电子设备能够执行如上述任一项所述的直播间数据处理方法。
根据本公开实施例的第五方面,提供一种计算机程序产品,所述计算机程序产品中包括指令,所述指令被电子设备的处理器执行时,使得所述电子设备能够执行如上述任一项所述的直播间数据处理方法。
本公开的实施例提供的技术方案至少带来以下有益效果:
本公开的方案,通过将目标直播间集合中的各直播间分配至若干个监测节点,监测节点用于按照预设周期对直播间的业务执行状态进行监测,以更新各直播间对应的业务时长记录,业务时长记录为按照预设格式记录直播间执行目标业务的累积时间的字符串,若业务时长记录中的累积时间出现变动,则根据业务时长记录构造业务时长增量消息,并发送业务时长增量消息至目标业务对应的目标消息队列中,进而针对目标直播间集合中任一直播间,从目标消息队列中拉取与任一直播间对应的业务时长增量消息,并根据拉取到的业务时长增量消息,确定任一直播间执行目标业务的实际累积时间。如此,可以通过分片任务框架,采用若干个监测节点对各直播间的业务执行状态进行监测,并可以根据业务时长记录构造时长增量消息发送至目标业务对应的目标消息队列,进而可以拉取时长增量消息以确定任一直播间执行目标业务的实际累积时间,能够在直播过程中实时获取不同直播业务时长,时效性强,且便于各业务下游接入,实现了解耦和直播业务的可扩展性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理,并不构成对本公开的不当限定。
图1是根据一示例性实施例示出的一种直播间数据处理方法的流程图。
图2是根据一示例性实施例示出的一种分片任务框架的示意图。
图3是根据一示例性实施例示出的一种消息生成与消费的示意图。
图4是根据一示例性实施例示出的一种监听业务结束信息流程的示意图。
图5是根据一示例性实施例示出的另一种直播间数据处理方法的流程图。
图6是根据一示例性实施例示出的一种直播间数据处理装置的框图。
图7是根据一示例性实施例示出的一种电子设备的内部结构图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。
还需要说明的是,本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等),均为经用户授权或者经过各方充分授权的信息和数据。
图1是根据一示例性实施例示出的一种直播间数据处理方法的流程图,如图1所示,该方法可以用于服务器等计算机设备中,包括以下步骤。
在步骤S110中,将目标直播间集合中的各直播间分配至若干个监测节点;监测节点用于按照预设周期对直播间的业务执行状态进行监测,以更新各直播间对应的业务时长记录;业务时长记录为按照预设格式记录直播间执行目标业务的累积时间的字符串;
其中,目标直播间集合可以包括平台中的全量在线直播间,为针对某个直播业务(即目标业务)统计业务时长时,可以获取全量直播间的服务并分配至若干个监测节点,以对各直播间的业务执行状态进行监测,如可以获取待监测的全量20万个直播间并均分给各业务分片rpc(Remote Procedure Call,远程过程调用)执行计算任务。
作为一示例,目标业务可以为任一直播业务,该直播业务可以包括全量在线的直播间、pk直播、聊天室、连线直播等,针对任一直播业务统计业务时长可以分别为主播直播时长、pk时长、聊天时长、连线时长等直播业务数据。
在实际应用中,针对某个目标业务进行业务时长统计时,可以获取目标直播间集合,并可以将该目标直播间集合中的各直播间分配至若干个监测节点,然后可以采用各监测节点按照预设周期对直播间的业务执行状态进行监测,进而可以根据监测得到的业务状态监测结果,更新各直播间对应的业务时长记录,从而能够使得业务时长记录存储较为实时的直播业务时长数据。
具体地,如图2所示,针对目标业务统计业务时长时,如计算主播的直播时长,也可以分别为计算pk时长、计算聊天时长、计算连线时长,即对于同一场直播活动,可以基于不同的业务时长数据计算需求,分别对各直播业务统计对应的业务时长,通过获取全量直播间的服务,如平台中全量20万个在线直播间,可以根据分片任务框架,将获取的全量直播间(即目标直播间集合)下发至对应的业务分片rpc(即监测节点)。
例如,针对计算直播时长的直播业务(即目标业务),也可以是计算这场直播的pk时长、聊天时长等需要计算时长的直播业务,每个直播业务可以具有若干个业务分片rpc,该若干个业务分片rpc可以均分获取到全量20万个在线直播间,即全量计算任务,进而每个业务分片rpc可以执行分配到的对应计算任务,并可以在执行完成后进行聚合,从而达到并行计算的目的,实现了实时高性能计算效果。
又如,当新增需要计算时长的直播业务时,可以通过新增代码启动针对该新增直播业务对应的若干个业务分片rpc,以计算新增直播业务的业务时长,即可以通过新增代码逻辑,新增直播业务对应的业务分片rpc来处理新的全量计算任务,以统计新增直播业务对应的业务时长。
在一示例中,业务时长记录可以按照hash结构(即预设格式)进行记录,即可以将按照hash结构记录直播间执行某个直播业务(即目标业务)的累积时间得到的字符串,作为业务时长记录,并可以将该业务时长记录存储在redis(Remote Dictionary Server,远程字典服务)中。
在步骤S120中,若业务时长记录中的累积时间出现变动,则根据业务时长记录构造业务时长增量消息,并发送业务时长增量消息至目标业务对应的目标消息队列中;
作为一示例,业务时长增量消息可以为kafka消息,kafka是一种高吞吐量的分布式发布订阅消息系统,其可以用于消息生产者和消息消费者(如服务之间)的消息传递。
在具体实现中,当业务时长记录中的累积时间出现变动时,可以根据该业务时长记录构造业务时长增量消息,并可以发送业务时长增量消息至目标业务对应的目标消息队列中,如可以根据业务时长记录构造出kafka消息,进而可以将kafka消息发送至对应业务的topic上(即目标业务对应的目标消息队列),topic是生产者在发送消息和消费者在拉取消息时的类别。
例如,当业务时长记录中的累积时间出现变动时,可以根据该业务时长记录,按照proto结构(一种结构化数据存储格式)构造待发送的kafka消息,即业务时长增量消息。
在步骤S130中,针对目标直播间集合中任一直播间,从目标消息队列中拉取与任一直播间对应的业务时长增量消息,并根据拉取到的业务时长增量消息,确定任一直播间执行目标业务的实际累积时间。
其中,实际累积时间可以为在任一直播间直播过程中,该直播间执行某个直播业务(即目标业务)的实时业务时长数据。
在实际应用中,可以针对目标直播间集合中任一直播间,从目标消息队列中拉取与任一直播间对应的业务时长增量消息,进而可以根据拉取到的业务时长增量消息,确定任一直播间执行目标业务的实际累积时间,从而在直播过程中,针对需要统计业务时长的直播业务,能够实时获取该直播业务对应的业务时长数据。
在一示例中,如图3所示,以计算主播的直播开播时长(即目标业务)为例,通过业务all Living Task可以获取全量在线直播间(即目标直播间集合)作为全量计算任务,然后可以下发至对应的业务分片rpc(即监测节点),业务分片rpc可以从redis中获取一个hash结构(即预设格式),其可以包括多个业务时间参数,该hash结构为目标业务对应业务类型的业务时长记录的通用结构,以便于后续接入不同的业务类型;在得到hash结构后,可以在每次任务轮刷时,如默认间隔30s(即预设周期),在redis中更新该hash结构(即更新各直播间对应的业务时长记录),并可以将累积时间有变动的业务值按照proto结构构造出需要发送的kafka消息(即业务时长增量消息),以将主播开播时长增量kafka消息发送至对应的topic(即目标消息队列)中,进而直播业务对应的consumer通过消费该topic上的消息可以计算出相对实时(为性能考虑,可以存在30s延迟)的直播业务时长数据。
相较于传统方法通过监听直播结束时的主播关播消息以获取业务时长数据,在直播相关活动中,当需要在活动页的榜单中展示直播业务时长数据时,无法实时更新榜单数据,时效性较差,本实施例的技术方案,通过采用分片任务框架可以计算全量在线直播间,为计算全平台直播间的实时直播业务时长提供了计算能力,并可以基于kafka消息的生成与消费,通过将分片任务框架按照预设周期轮刷出的增量时长,构造得到kafka消息以发送至对应的topic,可以使得业务消费下游自由接入,实现了解耦和业务的可扩展性,也便于pk直播、聊天室、连线直播等需要计算时长的直播业务接入。
上述直播间数据处理方法中,通过将目标直播间集合中的各直播间分配至若干个监测节点,监测节点用于按照预设周期对直播间的业务执行状态进行监测,以更新各直播间对应的业务时长记录,业务时长记录为按照预设格式记录直播间执行目标业务的累积时间的字符串,若业务时长记录中的累积时间出现变动,则根据业务时长记录构造业务时长增量消息,并发送业务时长增量消息至目标业务对应的目标消息队列中,进而针对目标直播间集合中任一直播间,从目标消息队列中拉取与任一直播间对应的业务时长增量消息,并根据拉取到的业务时长增量消息,确定任一直播间执行目标业务的实际累积时间。如此,可以通过分片任务框架,采用若干个监测节点对各直播间的业务执行状态进行监测,并可以根据业务时长记录构造时长增量消息发送至目标业务对应的目标消息队列,进而可以拉取时长增量消息以确定任一直播间执行目标业务的实际累积时间,能够在直播过程中实时获取不同直播业务时长,时效性强,且便于各业务下游接入,实现了解耦和直播业务的可扩展性。
在一示例性实施例中,将目标直播间集合中的各直播间分配至若干个监测节点的步骤之后,还包括:获取监测节点对直播间进行监测得到的业务状态监测结果;业务状态监测结果包括针对直播间的各业务时间参数对应的变动信息;按照预设格式,根据直播间的各业务时间参数对应的变动信息,更新直播间对应的业务时长记录。
在实际应用中,可以根据监测节点对直播间进行监测得到的业务状态监测结果,将该业务状态监测结果中针对直播间的各业务时间参数对应的变动信息,按照预设格式更新直播间对应的业务时长记录,例如,在业务分片rpc从redis中获取hash结构(即预设格式)后,可以在每次任务轮刷时,如默认间隔30s(即预设周期),在redis中更新该hash结构,即按照预设格式更新直播间对应的业务时长记录。
在一示例中,hash结构可以采用如下方式表示:
period_bizType_authorId->id->{accumulateTime,startTime,updateTime}
其中,各参数含义分别为:period表征统计的时间范围,其可以按照日周期进行统计,也可以按照分钟、周、月等周期统计数据,可以基于测试需要或业务需求适应调整;bizType表征统计时长的业务类型,如直播时长、pk直播时长、聊天时长、连线时长等;authorId表征统计直播业务时长数据对应的直播间的主播id;id表征统计时长的直播业务id,如直播id、pkid、聊天室id、连线直播id等;accumulateTime表征某个直播业务的总累积时长;startTime表征所统计的该场直播的开始时间,只会初始化一次;updateTime表征每次任务轮刷时,更新的该场直播中某个直播业务的累积时长。
在又一示例中,如图3图所示,在任务轮刷时若检测到已完成标记,如mark某个直播业务计算完成,则直接返回统计结束信息;在任务轮刷时若未检测到某场直播的统计记录,即首次记录,可以针对该某场直播生成hash结构并存储至redis中,如新的业务时长记录;若是更新记录,则可以根据各业务时间参数对应的变动信息,更新上一次记录的hash结构中的value值,如可以修改accumulateTime和updateTime各自对应的记录值,可以将更新的value值发送至redis,以供redis更新该hash结构,从而能够使得redis中存储较为实时的直播业务时长数据。
本实施例的技术方案,通过获取监测节点对直播间进行监测得到的业务状态监测结果,进而按照预设格式,根据直播间的各业务时间参数对应的变动信息,更新直播间对应的业务时长记录,为统计直播业务时长数据提供了数据支持。
在一示例性实施例中,若业务时长记录中的累积时间出现变动,则根据业务时长记录构造业务时长增量消息,包括:获取业务时长记录中的累积时间对应的变动信息;累积时间对应的变动信息为根据业务时长记录中的累积时间的当前记录值和上一次记录值确定的;上一次记录值为在上一次对业务时长记录进行更新时,累积时间对应的记录值;根据预设的消息格式和累积时间对应的变动信息,构造业务时长增量消息。
在一示例中,预设的消息格式可以为proto结构,构造的业务时长增量消息可以采用如下方式表示:
message LiveAuthorStatisticsInfoModelV2{
uint64 author_id=1;//主播id
uint64 period_start_time=2;//统计时间范围的开始时间
uint64 period_end_time=3;//统计时间范围的结束时间
uint64 increase_value=4;//增加值
uint64 now_value=5;//当前值}
其中,可以将hash结构中accumulateTime有变动的业务值(即累积时间对应的变动信息),按照proto结构构造出需要发送的kafka消息(即业务时长增量消息)
在又一示例中,如图4图所示,还可以通过监听业务结束信息,如直播关播信息、pk结束信息、连线聊天结束信息等,作为统计直播业务时长数据的兜底逻辑,直播业务对应的consumer可以获取业务结束信息中的结束时间,如主播端可以检测到主播账户的直播关播信息,然后consumer可以标记某个直播业务时长已计算完成,如该场直播时长、pk时长、连线时长已计算完成,并可以发送针对某个直播业务的总统计业务时长的kafka消息至对应的消息队列中,进而可以使得业务分片rpc在任务轮刷时,若检测到已完成标记,如mark某个直播业务计算完成,则直接返回统计结束信息。
本实施例的技术方案,通过获取业务时长记录中的累积时间对应的变动信息,进而根据预设的消息格式和累积时间对应的变动信息,构造业务时长增量消息,可以基于分片任务按照预设周期轮刷出的增量时长构造得到kafka消息以发送至对应的消息队列,为kafka消息的生成与消费提供了数据支持。
在一示例性实施例中,发送业务时长增量消息至目标业务对应的目标消息队列中,包括:根据目标业务的业务类型标识,将与业务类型标识相匹配的消息队列,作为目标消息队列;发送业务时长增量消息至目标消息队列中。
在实际应用中,当生成kafka消息(即业务时长增量消息)后,可以确定构造出该kafka消息的目标业务的业务类型标识,然后可以根据该业务类型标识确定目标业务对应的消息队列,作为目标消息队列,如目标业务对应的topic,进而可以将kafka消息发送至目标消息队列中。
例如,topic可以采用如下方式表示:
live_author_statistics_real_time_start_push_time,表示主播实时直播时长
在一示例中,业务分片rpc可以通过kafka producer(生产者)发送构造出的kafka消息(即业务时长增量消息)至直播业务对应的topic(即目标消息队列),进而对应的直播业务下游的kafka consumer,如需要获取针对某主播的该直播业务时长数据的业务端,可以从指定topic实时拉取该主播账户对应的kafka消息,并可以根据拉取到的kafka消息计算出该主播账户对应的某直播业务实际累积时长,如主播的实时开播时长。
本实施例的技术方案,通过根据目标业务的业务类型标识,将与业务类型标识相匹配的消息队列,作为目标消息队列,进而发送业务时长增量消息至目标消息队列中,可以基于kafka消息的生成与消费,使得业务消费下游自由接入,能够实现解耦和业务的可扩展性。
在一示例性实施例中,各业务时长增量消息均携带有对应直播间的主播账户标识,针对目标直播间集合中任一直播间,从目标消息队列中拉取与任一直播间对应的业务时长增量消息,包括:获取任一直播间对应的目标主播账户标识;从目标消息队列中拉取携带有目标主播账户标识的业务时长增量消息,作为拉取到的业务时长增量消息。
在具体实现中,由于各业务时长增量消息均携带有对应直播间的主播账户标识,则在拉取kafka消息时,可以通过获取任一直播间对应的目标主播账户标识,进而可以从目标消息队列中,拉取携带有该目标主播账户标识的业务时长增量消息,作为拉取到的业务时长增量消息。
例如,以计算主播的直播开播时长(即目标业务)为例,通过对应的topic(即目标消息队列),可以根据任一直播间对应的目标主播账户标识,如主播id,从该topic上拉取携带有目标主播账户标识的kafka消息。
本实施例的技术方案,通过获取任一直播间对应的目标主播账户标识,进而从目标消息队列中拉取携带有目标主播账户标识的业务时长增量消息,作为拉取到的业务时长增量消息,可以基于主播账户标识拉取消息,为后续kafka消息消费提供了数据支持。
在一示例性实施例中,拉取到的业务时长增量消息包括任一直播间执行目标业务的累积时间的增量时长,根据拉取到的业务时长增量消息,确定任一直播间执行目标业务的实际累积时间,包括:获取任一直播间执行目标业务的历史累积时间;历史累积时间为根据上一次拉取到的任一直播间对应的业务时长增量消息所确定的实际累积时间;将各拉取到的业务时长增量消息对应的增量时长与历史累积时间进行叠加,得到实际累积时间。
在一示例中,以计算主播的直播开播时长为例,通过拉取topic上的kafka消息(即拉取到的业务时长增量消息),可以根据每个kafka消息,获取此次任务轮刷扫描得到的直播时长距上一次的增量值increase_value(即增量时长)和当前值now_value(即历史累积时间),进而可以通过将各拉取到的业务时长增量消息对应的增量时长与历史累积时间进行叠加,得到实际累积时间,如主播的实时开播时长。
例如,主播端可以作为直播业务下游的kafka consumer,通过拉取kafka消息计算实际累积时间,可以使得主播实时看到自己的直播时长,从而能够增强主播对自己直播表现、直播时长的认知,有助于更好地管理主播对自己的预期。
本实施例的技术方案,通过获取任一直播间执行目标业务的历史累积时间,进而将各拉取到的业务时长增量消息对应的增量时长与历史累积时间进行叠加,得到实际累积时间,能够在直播过程中实时获取不同直播业务时长,保证了时效性。
图5是根据一示例性实施例示出的另一种直播间数据处理方法的流程图,如图5所示,该方法用于服务器等计算机设备中,包括以下步骤。
在步骤S510中,将目标直播间集合中的各直播间分配至若干个监测节点;监测节点用于按照预设周期对直播间的业务执行状态进行监测,以更新各直播间对应的业务时长记录。在步骤S520中,获取监测节点对直播间进行监测得到的业务状态监测结果;业务状态监测结果包括针对直播间的各业务时间参数对应的变动信息。在步骤S530中,按照预设格式,根据直播间的各业务时间参数对应的变动信息,更新直播间对应的业务时长记录。在步骤S540中,若业务时长记录中的累积时间出现变动,则根据业务时长记录构造业务时长增量消息,并发送业务时长增量消息至目标业务对应的目标消息队列中。在步骤S550中,各业务时长增量消息均携带有对应直播间的主播账户标识,获取任一直播间对应的目标主播账户标识。在步骤S560中,从目标消息队列中拉取携带有目标主播账户标识的业务时长增量消息,作为拉取到的业务时长增量消息。在步骤S570中,根据拉取到的业务时长增量消息,确定任一直播间执行目标业务的实际累积时间。需要说明的是,上述步骤的具体限定可以参见上文对一种直播间数据处理方法的具体限定,在此不再赘述。
应该理解的是,虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
可以理解的是,本说明书中上述方法的各个实施例之间相同/相似的部分可互相参见,每个实施例重点说明的是与其他实施例的不同之处,相关之处参见其他方法实施例的说明即可。
基于同样的发明构思,本公开实施例还提供了一种用于实现上述所涉及的直播间数据处理方法的直播间数据处理装置。
图6是根据一示例性实施例示出的一种直播间数据处理装置框图。参照图6,该装置包括:
直播业务监测单元601,被配置为执行将目标直播间集合中的各直播间分配至若干个监测节点;所述监测节点用于按照预设周期对所述直播间的业务执行状态进行监测,以更新各所述直播间对应的业务时长记录;所述业务时长记录为按照预设格式记录所述直播间执行目标业务的累积时间的字符串;
业务时长增量消息发送单元602,被配置为执行若所述业务时长记录中的累积时间出现变动,则根据所述业务时长记录构造业务时长增量消息,并发送所述业务时长增量消息至所述目标业务对应的目标消息队列中;
消息队列消费单元603,被配置为执行针对所述目标直播间集合中任一直播间,从所述目标消息队列中拉取与所述任一直播间对应的业务时长增量消息,并根据拉取到的业务时长增量消息,确定所述任一直播间执行所述目标业务的实际累积时间。
在一种可能实现方式中,所述直播间数据处理装置,还包括:
业务状态监测结果获取单元,具体被配置为执行获取所述监测节点对所述直播间进行监测得到的业务状态监测结果;所述业务状态监测结果包括针对所述直播间的各业务时间参数对应的变动信息;
业务时长记录更新单元,具体被配置为执行按照所述预设格式,根据所述直播间的各业务时间参数对应的变动信息,更新所述直播间对应的业务时长记录。
在一种可能实现方式中,所述业务时长增量消息发送单元602,具体被配置为执行获取所述业务时长记录中的累积时间对应的变动信息;所述累积时间对应的变动信息为根据所述业务时长记录中的累积时间的当前记录值和上一次记录值确定的;所述上一次记录值为在上一次对所述业务时长记录进行更新时,所述累积时间对应的记录值;根据预设的消息格式和所述累积时间对应的变动信息,构造所述业务时长增量消息。
在一种可能实现方式中,所述业务时长增量消息发送单元602,具体被配置为执行根据所述目标业务的业务类型标识,将与所述业务类型标识相匹配的消息队列,作为所述目标消息队列;发送所述业务时长增量消息至所述目标消息队列中。
在一种可能实现方式中,各所述业务时长增量消息均携带有对应直播间的主播账户标识,所述消息队列消费单元603,具体被配置为执行获取所述任一直播间对应的目标主播账户标识;从所述目标消息队列中拉取携带有所述目标主播账户标识的业务时长增量消息,作为所述拉取到的业务时长增量消息。
在一种可能实现方式中,所述消息队列消费单元603,具体被配置为执行获取所述任一直播间执行所述目标业务的历史累积时间;所述历史累积时间为根据上一次拉取到的所述任一直播间对应的业务时长增量消息所确定的实际累积时间;将各所述拉取到的业务时长增量消息对应的增量时长与所述历史累积时间进行叠加,得到所述实际累积时间。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
上述直播间数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
图7是根据一示例性实施例示出的一种用于实现一种直播间数据处理方法的电子设备700的框图。例如,电子设备700可以为服务器。参照图7,电子设备700包括处理组件720,其进一步包括一个或多个处理器,以及由存储器722所代表的存储器资源,用于存储可由处理组件720的执行的指令,例如应用程序。存储器722中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件720被配置为执行指令,以执行上述方法。
电子设备700还可以包括:电源组件724被配置为执行电子设备700的电源管理,有线或无线网络接口726被配置为将电子设备700连接到网络,和输入输出(I/O)接口728。电子设备700可以操作基于存储在存储器722的操作系统,例如Windows Server,Mac OSX,Unix,Linux,FreeBSD或类似。
在示例性实施例中,还提供了一种包括指令的计算机可读存储介质,例如包括指令的存储器722,上述指令可由电子设备700的处理器执行以完成上述方法。存储介质可以是计算机可读存储介质,例如,所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在示例性实施例中,还提供一种计算机程序产品,所述计算机程序产品中包括指令,上述指令可由电子设备700的处理器执行以完成上述方法。
需要说明的,上述的装置、电子设备、计算机可读存储介质、计算机程序产品等根据方法实施例的描述还可以包括其他的实施方式,具体的实现方式可以参照相关方法实施例的描述,在此不作一一赘述。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (10)
1.一种直播间数据处理方法,其特征在于,所述方法包括:
将目标直播间集合中的各直播间分配至若干个监测节点;所述监测节点用于按照预设周期对所述直播间的业务执行状态进行监测,以更新各所述直播间对应的业务时长记录;所述业务时长记录为按照预设格式记录所述直播间执行目标业务的累积时间的字符串;
若所述业务时长记录中的累积时间出现变动,则根据所述业务时长记录构造业务时长增量消息,并发送所述业务时长增量消息至所述目标业务对应的目标消息队列中;
针对所述目标直播间集合中任一直播间,从所述目标消息队列中拉取与所述任一直播间对应的业务时长增量消息,并根据拉取到的业务时长增量消息,确定所述任一直播间执行所述目标业务的实际累积时间。
2.根据权利要求1所述的方法,其特征在于,在所述将目标直播间集合中的各直播间分配至若干个监测节点的步骤之后,还包括:
获取所述监测节点对所述直播间进行监测得到的业务状态监测结果;所述业务状态监测结果包括针对所述直播间的各业务时间参数对应的变动信息;
按照所述预设格式,根据所述直播间的各业务时间参数对应的变动信息,更新所述直播间对应的业务时长记录。
3.根据权利要求1所述的方法,其特征在于,所述若所述业务时长记录中的累积时间出现变动,则根据所述业务时长记录构造业务时长增量消息,包括:
获取所述业务时长记录中的累积时间对应的变动信息;所述累积时间对应的变动信息为根据所述业务时长记录中的累积时间的当前记录值和上一次记录值确定的;所述上一次记录值为在上一次对所述业务时长记录进行更新时,所述累积时间对应的记录值;
根据预设的消息格式和所述累积时间对应的变动信息,构造所述业务时长增量消息。
4.根据权利要求1所述的方法,其特征在于,所述发送所述业务时长增量消息至所述目标业务对应的目标消息队列中,包括:
根据所述目标业务的业务类型标识,将与所述业务类型标识相匹配的消息队列,作为所述目标消息队列;
发送所述业务时长增量消息至所述目标消息队列中。
5.根据权利要求1所述的方法,其特征在于,各所述业务时长增量消息均携带有对应直播间的主播账户标识,所述针对所述目标直播间集合中任一直播间,从所述目标消息队列中拉取与所述任一直播间对应的业务时长增量消息,包括:
获取所述任一直播间对应的目标主播账户标识;
从所述目标消息队列中拉取携带有所述目标主播账户标识的业务时长增量消息,作为所述拉取到的业务时长增量消息。
6.根据权利要求1至5任一项所述的方法,其特征在于,所述拉取到的业务时长增量消息包括所述任一直播间执行所述目标业务的累积时间的增量时长,所述根据拉取到的业务时长增量消息,确定所述任一直播间执行所述目标业务的实际累积时间,包括:
获取所述任一直播间执行所述目标业务的历史累积时间;所述历史累积时间为根据上一次拉取到的所述任一直播间对应的业务时长增量消息所确定的实际累积时间;
将各所述拉取到的业务时长增量消息对应的增量时长与所述历史累积时间进行叠加,得到所述实际累积时间。
7.一种直播间数据处理装置,其特征在于,所述装置包括:
直播业务监测单元,被配置为执行将目标直播间集合中的各直播间分配至若干个监测节点;所述监测节点用于按照预设周期对所述直播间的业务执行状态进行监测,以更新各所述直播间对应的业务时长记录;所述业务时长记录为按照预设格式记录所述直播间执行目标业务的累积时间的字符串;
业务时长增量消息发送单元,被配置为执行若所述业务时长记录中的累积时间出现变动,则根据所述业务时长记录构造业务时长增量消息,并发送所述业务时长增量消息至所述目标业务对应的目标消息队列中;
消息队列消费单元,被配置为执行针对所述目标直播间集合中任一直播间,从所述目标消息队列中拉取与所述任一直播间对应的业务时长增量消息,并根据拉取到的业务时长增量消息,确定所述任一直播间执行所述目标业务的实际累积时间。
8.一种电子设备,其特征在于,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现如权利要求1至6中任一项所述的直播间数据处理方法。
9.一种计算机可读存储介质,其特征在于,当所述计算机可读存储介质中的指令由电子设备的处理器执行时,使得所述电子设备能够执行如权利要求1至6中任一项所述的直播间数据处理方法。
10.一种计算机程序产品,所述计算机程序产品中包括指令,其特征在于,所述指令被电子设备的处理器执行时,使得所述电子设备能够执行如权利要求1至6任一项所述的直播间数据处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210051192.3A CN114422817B (zh) | 2022-01-17 | 2022-01-17 | 直播间数据处理方法、装置、电子设备、存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210051192.3A CN114422817B (zh) | 2022-01-17 | 2022-01-17 | 直播间数据处理方法、装置、电子设备、存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114422817A true CN114422817A (zh) | 2022-04-29 |
CN114422817B CN114422817B (zh) | 2023-09-26 |
Family
ID=81272772
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210051192.3A Active CN114422817B (zh) | 2022-01-17 | 2022-01-17 | 直播间数据处理方法、装置、电子设备、存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114422817B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116166710A (zh) * | 2022-11-17 | 2023-05-26 | 北京白龙马云行科技有限公司 | 时长处理方法、装置、电子设备和存储介质 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104394436A (zh) * | 2014-11-28 | 2015-03-04 | 北京国双科技有限公司 | 网络电视直播电视频道的收视率的监测方法和装置 |
CN106331739A (zh) * | 2016-09-05 | 2017-01-11 | 广州爱九游信息技术有限公司 | 直播方法、设备、服务器、系统以及直播状态监控方法 |
WO2017101488A1 (zh) * | 2015-12-18 | 2017-06-22 | 乐视控股(北京)有限公司 | 实时转码的监控方法和实时转码系统 |
CN110022373A (zh) * | 2019-04-17 | 2019-07-16 | 北京达佳互联信息技术有限公司 | 业务分配方法、装置、服务器及存储介质 |
CN111212294A (zh) * | 2018-11-22 | 2020-05-29 | 腾讯科技(深圳)有限公司 | 直播间的状态更新方法、装置及可读存储介质 |
CN111372130A (zh) * | 2020-03-02 | 2020-07-03 | 北京字节跳动网络技术有限公司 | 一种用户在线时长统计方法、装置、电子设备及存储介质 |
CN112311629A (zh) * | 2020-10-30 | 2021-02-02 | 广州华多网络科技有限公司 | 数据处理方法、装置、服务器及计算机可读存储介质 |
CN113315989A (zh) * | 2021-05-28 | 2021-08-27 | 北京沃东天骏信息技术有限公司 | 直播处理方法、直播平台、装置、系统、介质及设备 |
CN113467718A (zh) * | 2021-06-25 | 2021-10-01 | 北京达佳互联信息技术有限公司 | 一种数据处理方法、装置、电子设备及存储介质 |
CN113747192A (zh) * | 2021-11-03 | 2021-12-03 | 腾讯科技(深圳)有限公司 | 一种直播控制方法、装置、电子设备和存储介质 |
-
2022
- 2022-01-17 CN CN202210051192.3A patent/CN114422817B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104394436A (zh) * | 2014-11-28 | 2015-03-04 | 北京国双科技有限公司 | 网络电视直播电视频道的收视率的监测方法和装置 |
WO2017101488A1 (zh) * | 2015-12-18 | 2017-06-22 | 乐视控股(北京)有限公司 | 实时转码的监控方法和实时转码系统 |
CN106331739A (zh) * | 2016-09-05 | 2017-01-11 | 广州爱九游信息技术有限公司 | 直播方法、设备、服务器、系统以及直播状态监控方法 |
CN111212294A (zh) * | 2018-11-22 | 2020-05-29 | 腾讯科技(深圳)有限公司 | 直播间的状态更新方法、装置及可读存储介质 |
CN110022373A (zh) * | 2019-04-17 | 2019-07-16 | 北京达佳互联信息技术有限公司 | 业务分配方法、装置、服务器及存储介质 |
CN111372130A (zh) * | 2020-03-02 | 2020-07-03 | 北京字节跳动网络技术有限公司 | 一种用户在线时长统计方法、装置、电子设备及存储介质 |
CN112311629A (zh) * | 2020-10-30 | 2021-02-02 | 广州华多网络科技有限公司 | 数据处理方法、装置、服务器及计算机可读存储介质 |
CN113315989A (zh) * | 2021-05-28 | 2021-08-27 | 北京沃东天骏信息技术有限公司 | 直播处理方法、直播平台、装置、系统、介质及设备 |
CN113467718A (zh) * | 2021-06-25 | 2021-10-01 | 北京达佳互联信息技术有限公司 | 一种数据处理方法、装置、电子设备及存储介质 |
CN113747192A (zh) * | 2021-11-03 | 2021-12-03 | 腾讯科技(深圳)有限公司 | 一种直播控制方法、装置、电子设备和存储介质 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116166710A (zh) * | 2022-11-17 | 2023-05-26 | 北京白龙马云行科技有限公司 | 时长处理方法、装置、电子设备和存储介质 |
CN116166710B (zh) * | 2022-11-17 | 2024-01-12 | 北京白龙马云行科技有限公司 | 时长处理方法、装置、电子设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN114422817B (zh) | 2023-09-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109905738B (zh) | 视频广告异常展现监测方法及装置、存储介质和电子设备 | |
CN110620699B (zh) | 消息到达率确定方法、装置、设备和计算机可读存储介质 | |
CN111787345B (zh) | 基于网络直播间的互动资源处理方法、装置、服务器及存储介质 | |
TW201814609A (zh) | 一種資訊推送的方法和系統及用戶端和伺服器 | |
US10346221B2 (en) | Determining life-cycle of task flow performance for telecommunication service order | |
US20200366967A1 (en) | Method and system for monitoring quality of streaming media | |
CN111210340A (zh) | 一种自动任务处理方法、装置、服务器及存储介质 | |
CN114422817A (zh) | 直播间数据处理方法、装置、电子设备、存储介质 | |
CN109525466A (zh) | 数据节点监听方法及装置 | |
CN114584829B (zh) | 一种榜单活动页面管理方法及系统 | |
CN113992460B (zh) | 消息发送方法、装置、电子设备、存储介质 | |
CN104468248B (zh) | 业务性能的监控方法、反向代理服务器、统计分析服务器及系统 | |
CN110839061B (zh) | 数据分发方法、装置及存储介质 | |
CN112764988A (zh) | 一种数据分段采集方法及装置 | |
US20230188762A1 (en) | Method and apparatus for processing live room task | |
CN115037665B (zh) | 设备测试方法和装置 | |
CN114205320B (zh) | 消息显示方法和装置、电子设备及存储介质 | |
CN110929130A (zh) | 一种基于分布式调度的公安部级审计数据查询方法 | |
CN113485864B (zh) | 异常检测、异常分析方法、装置、电子设备和存储介质 | |
CN113873269B (zh) | 信息推送方法、装置、服务器及存储介质 | |
CN114418627A (zh) | 网络广告投放处理方法及其装置、设备、介质、产品 | |
CN108011785A (zh) | 一种基于云政务自助终端开机率计算方法 | |
CN116805972A (zh) | 直播间消息读取的方法和装置 | |
CN113473240A (zh) | 直播间的数据处理方法、装置、电子设备及存储介质 | |
CN115103039B (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 |