CN111970529A - 直播间的信息处理方法、装置、存储介质和电子装置 - Google Patents
直播间的信息处理方法、装置、存储介质和电子装置 Download PDFInfo
- Publication number
- CN111970529A CN111970529A CN202010852010.3A CN202010852010A CN111970529A CN 111970529 A CN111970529 A CN 111970529A CN 202010852010 A CN202010852010 A CN 202010852010A CN 111970529 A CN111970529 A CN 111970529A
- Authority
- CN
- China
- Prior art keywords
- anchor
- ranking
- information
- snapshot
- target
- 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
-
- 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/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
- H04N21/44222—Analytics of user selections, e.g. selection of programs or purchase activity
-
- 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/47—End-user applications
- H04N21/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
- H04N21/4758—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for providing answers, e.g. voting
-
- 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/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
- H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Social Psychology (AREA)
- Computer Networks & Wireless Communication (AREA)
- Human Computer Interaction (AREA)
- General Engineering & Computer Science (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明公开了一种直播间的信息处理方法、装置、存储介质和电子装置。该方法包括:响应多个观众客户端对不同主播的赠礼操作,更新主播的票数信息和主播排行榜中的排名信息,其中,主播排行榜用于对预设数量的主播进行排名,预设数量小于主播的总数量;将票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的主播确定为目标主播;向目标主播对应的直播间的观众客户端发送广播消息,其中,广播消息用于指示目标主播的票数信息和排名信息。通过本发明,达到了降低对直播间的信息进行处理的压力的效果。
Description
技术领域
本发明涉及直播领域,具体而言,涉及一种直播间的信息处理方法、装置、存储介质和电子装置。
背景技术
目前,直播***中的主播排名一般会根据主播收到的礼物或选票进行确定,并在观众客户端或主播客户端上实时显示对应直播间的主播的排名信息,以及主播接收到的礼物或选票的数量。当主播收到礼物或选票时,对应的排行榜票数增加,排名可能发生变化,对于没有收到礼物或选票的主播,其排名也可能因为其他主播排名的上升而相对应地发生变化,相关技术中,在每次向主播赠送礼物或投票时会向所有客户端下发广播消息,其会包括主播的排名信息的榜单数据,这样在赠送虚拟资源的高峰期时,会产生大量广播消息,从而增加了服务器处理的压力。
针对现有技术中对对直播间的信息进行处理的压力大的问题,目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种直播间的信息处理方法、装置、存储介质和电子装置,以至少解决对直播间的信息进行处理的压力大的技术问题。
为了实现上述目的,根据本发明的一个方面,提供了一种直播间的信息处理方法。该方法可以包括:响应多个观众客户端对不同主播的赠礼操作,更新主播的票数信息和主播排行榜中的排名信息,其中,主播排行榜用于对预设数量的主播进行排名,预设数量小于主播的总数量;将票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的主播确定为目标主播;向目标主播对应的直播间的观众客户端发送广播消息,其中,广播消息用于指示目标主播的票数信息和排名信息。
可选地,更新主播排行榜中的排名信息,包括:根据赠礼操作对应的礼物或选票,计算主播的当前票数;根据主播的当前票数,更新主播的票数信息和主播排行榜中的排名信息。
可选地,广播消息用于更新观众客户端的排名插件,排名插件用于在观众客户端上呈现目标主播的票数信息和排名信息。
可选地,在将票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的主播确定为目标主播之后,该方法还包括:将目标主播的标识添加至目标集合中。
可选地,在将主播的标识添加至目标集合中之后,该方法还包括:每隔第一时间段从目标集合中提取目标主播的标识;根据目标主播的标识确定目标主播对应的频道信息;根据频道信息向目标主播对应的直播间的观众客户端发送广播消息。
可选地,在将票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的主播确定为目标主播之前,该方法还包括:每隔第二时间段获取不同主播的标识的第一排名快照;从缓存数据库中获取第二排名快照,其中,第二排名快照为与第一排名快照相邻的上一次获取到的不同主播的标识的排名快照;将第一排名快照与第二排名快照进行对比,得到排名信息发生变化的主播。
可选地,将第一排名快照与第二排名快照进行对比,得到排名信息发生变化的主播,包括:在第一排名快照的行数与第二排名快照的行数相同的情况下,将第一排名快照的每行的第一主播标识与第二排名快照的相同行的第二主播标识进行对比;如果第一主播标识和第二主播标识不同,则将第一主播标识对应的主播和第二主播标识对应的主播确定为排名信息发生变化的主播。
可选地,将第一排名快照与第二排名快照进行对比,得到排名信息发生变化的主播,包括:在第一排名快照的行数与第二排名快照的行数不相同的情况下,如果第一排名快照和第二排名快照在相同行中分别存在空的主播标识和非空的主播标识,或者存在非空的主播标识和空的主播标识,则将非空的主播标识对应的主播确定为排名信息发生变化的主播。
可选地,将第一排名快照与第二排名快照进行对比,得到排名信息发生变化的主播,包括:在第一排名快照的行数与第二排名快照的行数不相同的情况下,如果第一排名快照和第二排名快照在相同行中分别存在空的主播标识和非空的主播标识,或者存在非空的主播标识和空的主播标识,则将非空的主播标识对应的主播确定为排名信息发生变化的主播。
为了实现上述目的,根据本发明的另一方面,还提供了另一种直播间的信息处理方法。该方法可以包括:向服务器发送赠礼请求,其中,赠礼请求用于请求对目标主播进行赠礼操作,更新目标主播的票数信息和主播排行榜中的排名信息,主播排行榜用于对预设数量的主播进行排名,预设数量小于主播的总数量;在票数信息发生变化和/或主播排行榜中排名信息发生变化的情况下,获取服务器下发的广播消息,其中,广播消息用于指示目标主播的票数信息和排名信息。
为了实现上述目的,根据本发明的另一方面,还提供了一种直播间的信息处理装置。该装置可以包括:更新单元,用于响应多个观众客户端对不同主播的赠礼操作,更新主播的票数信息和主播排行榜中的排名信息,其中,主播排行榜用于对预设数量的主播进行排名,预设数量小于主播的总数量;确定单元,用于将票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的主播确定为目标主播;发送单元,用于向目标主播对应的直播间的观众客户端发送广播消息,其中,广播消息用于指示目标主播的票数信息和排名信息。
为了实现上述目的,根据本发明的另一方面,还提供了另一种直播间的信息处理装置。该装置可以包括:第二发送单元,用于向服务器发送赠礼请求,其中,赠礼请求用于请求对目标主播进行赠礼操作,更新目标主播的票数信息和主播排行榜中的排名信息,主播排行榜用于对预设数量的主播进行排名,预设数量小于主播的总数量;获取单元,用于在票数信息发生变化和/或主播排行榜中排名信息发生变化的情况下,获取服务器下发的广播消息,其中,广播消息用于指示目标主播的票数信息和排名信息。
为了实现上述目的,根据本发明的另一方面,提供了一种存储介质。该存储介质中存储有计算机程序,其中,计算机程序被设置为运行时执行本发明实施例的数据处理的方法。
为了实现上述目的,根据本发明的另一方面,提供了一种电子装置。该电子装置包括存储器和处理器,其特征在于,存储器中存储有计算机程序,处理器被设置为运行计算机程序以执行本发明实施例的数据处理的方法。
在该实施例中,响应多个观众客户端对不同主播的赠礼操作,更新主播的票数信息和主播排行榜中的排名信息,其中,主播排行榜用于对预设数量的主播进行排名,预设数量小于主播的总数量;将票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的主播确定为目标主播;向目标主播对应的直播间的观众客户端发送广播消息,其中,广播消息用于指示目标主播的票数信息和排名信息。这样,避免了由于每次向主播赠送虚拟资源都会向所有的客户端下发广播消息,在虚拟资源赠送高峰期时产生大量的广播消息,导致增加了服务器的压力,并且可以控制广播消息的频率,减少了对直播间的信息的处理,进而达到了降低对直播间的信息进行处理的压力的技术效果。
附图说明
构成本申请的一部分的附图用来提供对本发明的进一步理解,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是本发明实施例的一种直播间的信息处理方法的移动终端的硬件结构框图;
图2是根据本发明实施例的一种直播间的信息处理方法的流程图;
图3是根据本发明实施例的一种直播间的信息处理方法的流程图
图4是根据本发明的一种用于处理虚拟资源的整体架构的示意图;
图5是本发明实施例的一种从客户端发起送礼到业务服务器处理完毕的整个方法的流程图;
图6是根据本发明实施例的一种快照服务器在接收到榜单快照后的处理方法的流程图;
图7是根据本发明实施例的一种业务服务器的定时广播方法的流程图;
图8A是根据本发明实施例的一种活动插件的信息的界面示意图;
图8B是根据本发明实施例的另一种活动插件的信息的界面示意图;
图9是根据本发明实施例的一种直播间的信息处理装置的示意图;以及
图10是根据本发明实施例的另一种直播间的信息处理装置的示意图。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在移动终端上为例,图1是本发明实施例的一种直播间的信息处理方法的移动终端的硬件结构框图。如图1所示,移动终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104,可选地,上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述移动终端的结构造成限定。例如,移动终端还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。
存储器104可用于存储计算机程序,例如,应用软件的软件程序以及模块,如本发明实施例中的一种数据处理的方法对应的计算机程序,处理器102通过运行存储在存储器104内的计算机程序,从而执行各种功能应用以及数据处理,即实现上述的方法。存储器104可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器104可进一步包括相对于处理器102远程设置的存储器,这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输设备106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中,传输设备106包括一个网络适配器(Network Interface Controller,简称为NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输设备106可以为射频(Radio Frequency,简称为RF)模块,其用于通过无线方式与互联网进行通讯。
直播网络架构可以包括服务端及多个终端,可以在终端中安装客户端应用,服务端向各客户端应用提供直播服务。例如,用户可以通过终端安装直播客户端应用或者通过浏览器客户端应用来获得服务端所提供的直播服务。通常,直播过程中涉及两类用户,一类用户为主播用户,另一类用户为观众用户,基于此,可以将用户终端分为主播端和观众端。客户端应用可以提供有主播直播功能和直播收看功能,主播用户可以使用客户端应用提供的主播直播功能进行视频直播,观众用户可以使用客户端应用提供的直播收看功能观看主播用户的直播内容,在观看直播的过程中还可以使用客户端向主播用户赠送虚拟礼物或投票,在送出虚拟礼物或投票后会显示对应的虚拟特效。
在本实施例中提供了一种运行于上述直播网络架构的一种直播间的信息处理方法。
下面从服务器一侧对本发明实施例的直播间的信息处理方法进行介绍。
图2是根据本发明实施例的一种直播间的信息处理方法的流程图。如图2所示,该方法可以包括以下步骤:
步骤S202,响应多个观众客户端对不同主播的赠礼操作,更新主播的票数信息和主播排行榜中的排名信息,其中,主播排行榜用于对预设数量的主播进行排名,预设数量小于主播的总数量。
在本发明上述步骤S202提供的技术方案中,在直播场景中,一个主播通过主播客户端在某个直播间开播,观众客户端为进入上述主播的直播间,且对主播在直播间进行直播的内容进行观看的观众所对应的客户端。该实施例的观众客户端可以为多个客户端,比如,观众客户端1、观众客户端2、观众客户端3……观众客户端N(N为大于等于2的自然数)。
在该实施例中,响应多个观众客户端对不同主播的赠礼操作,更新主播的票数信息和主播排行榜中的排名信息,其中,赠礼操作可以包括但不限于直播场景中的赠送礼物、投票的操作,该赠送礼物、投票的操作会影响主播的票数信息以及主播排行榜中的排名信息,从而该实施例基于赠礼操作更新主播的票数信息和主播排行榜中的排名信息,其中,票数信息用于指示主播投票的数量,主播排行榜用于对预设数量的主播进行排名,包括预设数量的主播的标识。需要说明的是,该实施例的上述预设数量并非参与直播的所有主播的数量,而是小于参与直播的所有主播的总数量,比如,所有主播的总数量的top N。比如,在主播比赛后期,只有前10名的主播在争夺排名,而后面的主播其实并不关心自己实时排名的变化,为了减轻服务器的消息广播层的压力以及节省广播流量,可以每次只生成包括前10名的主播排行榜,这样就可以只对排名前10名的主播的排名信息进行实时更新,从而减少服务器的广播量,减轻广播层服务的压力。
步骤S204,将票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的主播确定为目标主播。
在本发明上述步骤S204提供的技术方案中,在响应多个观众客户端对不同主播的赠礼操作,更新主播的票数信息和主播排行榜中的排名信息之后,可以将票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的主播确定为目标主播。
在该实施例中,主播的票数的增加或减少,使得主播的票数信息发生变化,一个主播的排名的上升,可能会影响到其它主播的排名的下降,或者一个主播的排名的下降,可能会影响到其它主播的排名的上升,从而使得主播排行榜中排名信息发生变化。该实施例可以对票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的主播进行广播,也即,该实施例是对必要的主播进行广播,将其确定为目标主播。
步骤S206,向目标主播对应的直播间的观众客户端发送广播消息,其中,广播消息用于指示目标主播的票数信息和排名信息。
在本发明上述步骤S206提供的技术方案中,观众客户端在哪个直播间观看,就可以看到对应的主播的广播信息。在将票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的主播确定为目标主播之后,可以向目标主播对应的直播间的观众客户端发送广播消息。该实施例的进入目标主播的直播间的观众客户端都可以看到目标主播的广播消息,可以向目标主播对应的直播间的观众客户端发送广播消息,该广播消息用于指示目标主播的票数信息和排名信息,可以在观众客户端上显示目标主播的票数信息和排名信息。可选地,该实施例的目标主播的主播客户端也可以接收到上述广播消息。
在该实施例中,业务服务器可以基于目标主播查询目标主播的票数信息和排名信息,生成包含票数信息和排名信息的广播消息,可以由广播定时器将其发送至消息广播层,该消息广播层可以处理每个频道的广播消息。可选地,消息广播层对广播消息进行处理,向观众客户端发送广播消息。这样观众就可以看到目标主播在预设数量的多个主播中的票数信息和排名信息的实时变化情况。
通过本申请上述步骤S202至步骤S206,响应多个观众客户端对不同主播的赠礼操作,更新主播的票数信息和主播排行榜中的排名信息,其中,主播排行榜用于对预设数量的主播进行排名,预设数量小于主播的总数量;将票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的主播确定为目标主播;向目标主播对应的直播间的观众客户端发送广播消息,其中,广播消息用于指示目标主播的票数信息和排名信息。也就是说,该实施例的主播排行榜仅仅是针对预设数量的主播进行排名的,对票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的主播对应的客户端发送广播消息,而不必每次都发送所有主播的排名信息,避免了由于每次对主播进行赠礼操作都会向所有客户端下发广播消息,在虚拟资源赠送高峰期时产生大量的广播消息,导致增加了服务器的压力。
下面对该实施例的上述方法进行进一步介绍。
作为一种可选的实施方式,步骤S202,更新主播排行榜中的排名信息,包括:根据赠礼操作对应的礼物或选票,计算主播的当前票数;根据主播的当前票数,更新主播的票数信息和主播排行榜中的排名信息。
在该实施例中,在实现更新主播排行榜中的排名信息时,可以是先确定赠礼操作对应的礼物或选票,根据该礼物或选票计算主播的当前票数,其中,随着礼物或选票的增加,主播的当前票数也增加,进而根据主播的当前票数更新主播的票数信息和主播排行榜中的排名信息,可以是将主播的当前票数与预设数量的其它主播的票数进行比对,确定主播的当前票数信息和当前排名信息,从而实现更新主播的票数信息和主播排行榜中的排名信息的目的。
作为一种可选的实施方式,广播消息用于更新观众客户端的排名插件,排名插件用于在观众客户端上呈现目标主播的票数信息和排名信息。
在该实施例中,排名插件也可以称为活动插件、直播间插件。排名插件的插件信息是直播间内所有客户端(对应一个主播和所有观众)都能看到的,因而该实施例的广播消息可以是直播间内所有客户端都能接收到的。其中,插件信息可以包括主播所得的票数信息以及排名信息,其中,排名信息可以是通过观众客户端中的主播客户端获取到的礼物和票数来确定。
该实施例通过广播消息更新观众客户端的排名插件,进而在观众客户端上呈现目标主播的票数信息和排名信息。
在该实施例中,由于排名插件有限,观众客户端可以不显示其它直播间的主播的票数信息和排名信息。
作为一种可选的实施方式,在将票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的主播确定为目标主播之后,该方法还包括:将目标主播的标识添加至目标集合中。
在该实施例中,主播标识可以为主播的身份标识(Identity Document,简称为ID),用于唯一标识主播。该实施例在将票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的主播确定为目标主播之后,将目标主播的标识添加至目标集合中,该目标集合中可以包括多个目标主播的标识,每个目标主播的标识可以为触发了对其赠送礼物或投票的主播标识,也可以是排名发生变化的主播标识,每个目标主播的标识对应的主播在直播间(频道)开播,与直播间关联的至少一个观众客户端待接收对应的广播消息。
在该实施例中,业务服务器可以基于目标主播标识查询目标主播的标识对应的排名信息和排名信息,生成包含排名信息的目标广播消息,可以由广播定时器将其发送至消息广播层,该消息广播层可以处理每个频道的广播消息。可选地,消息广播层对广播消息进行处理,向观众客户端发送用于对排名插件进行更新的更新消息,进而观众客户端利用更新消息对排名插件进行更新,可以更新排名插件的呈现的目标主播的票数信息和排名信息,这样用户就可以看到目标主播的标识在多个主播标识中排名信息的实时变化。
在该实施例中,业务服务器可以维护上述目标集合,该目标集合包括了多个目标主播的标识。在生成该目标集合时,可以是在触发了需要向目标主播赠送礼物或投票的操作,使得目标主播的票数信息发生变化的主播和/或主播排行榜中排名信息发生变化,进而将上述目标主播添加至上述目标集合中。
在该实施例中,由于触发向主播赠送礼物或投票,会使得主播的票数变化以及排名发生变化,这都会影响排名插件的更新,而该实施例在每次向目标主播赠送礼物或投票时,不是直接将对应的广播消息广播下去,而是先将需要赠送礼物或投票的目标主播的主播标识添加至目标集合中,以在目标集合中每隔第一时间段,向提取出的标识所对应的目标主播对应的直播间的观众客户端发送广播消息,以控制消息广播的频率,从而降低对直播间的信息处理的压力。
可选地,该实施例的业务服务器还可以将每隔第二目标时间段排名发生变化的目标主播的标识添加至目标集合中。
可选地,该实施例的业务服务器在符合条件的目标主播的标识添加至目标集合时,目标主播的标识可以存入缓存数据库(redis)的集合(set)数据结构中,集合数据结构的特性是能自动合并相同的元素,同一个值在集合中只会存储一次。
作为一种可选的实施方式,在将主播的标识添加至目标集合中之后,该方法还包括:每隔第一时间段从目标集合中提取目标主播的标识;根据目标主播的标识确定目标主播对应的频道信息;根据频道信息向目标主播对应的直播间的观众客户端发送广播消息。
在将主播的标识添加至目标集合中之后,可以设定第一时间段,每隔第一时间段从目标集合中提取目标主播的标识,可以根据该目标主播的标识确定目标主播在直播时所对应的频道信息,该频道信息可以是送礼频道的信息,用于指示目标主播的频道,进而根据频道信息向目标主播对应的直播间的观众客户端发送广播消息。
在该实施例中,可以通过业务服务器每隔第一时间段从目标集合中提取出目标主播的标识,也即,该实施例按照定时频率从目标集合的多个目标主播的标识中提取出一个目标主播标识,进而业务服务器通过该一个目标主播的标识确定至少一个观众客户端,可以是确定一个目标主播的标识对应的主播所在的直播间,然后确定与该直播间相关联的至少一个观众客户端,进而向该至少一个观众客户端发送上述一个目标主播的标识对应的广播消息。
在该实施例中,上述定时频率可以是根据业务情况来进行定制,其中,定时频率越高,则排名插件的数据更新就越实时,但是这也导致消耗的广播流量也越大。可选地,该实施例可以采用每2秒从目标集合中获取目标主播的标识,这样在触发了向主播赠送礼物或投票的情况下,可以在对应的特效播放完之后,就能显示排名插件的数据变化情况,而对于用户而言,对上述定时逻辑几乎无感知。
该实施例通过设定上述第一时间段,每隔第一时间段从目标集合中确定出目标主播的标识,以向目标主播对应的直播间的观众客户端下发广播消息,从而控制了广播消息的广播频率,避免了由于每次向主播礼物或投票时都会向所有观众客户端下发广播消息,在送礼高峰期时产生大量的广播消息,导致增加了服务器的压力,也避免了在每一次向主播礼物或投票时还要更新其它排名未变化的主播的标识,进一步增加服务器的压力,从而进一步解决了对直播间的信息进行处理的压力大的技术问题。
作为一种可选的实施方式,在步骤S204,将票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的主播确定为目标主播之前,该方法还包括:每隔第二时间段获取不同主播的标识的第一排名快照;从缓存数据库中获取第二排名快照,其中,第二排名快照为与第一排名快照相邻的上一次获取到的不同主播的标识的排名快照;将第一排名快照与第二排名快照进行对比,得到排名信息发生变化的主播。
在该实施例中,业务服务器可以发起一个快照定时器,其定时时间可以是每隔第二时间段。业务服务器每隔第二时间段获取不同主播的标识的第一排名快照,也即,业务服务器按照一定的定时频率来获取不同主播的标识的第一排名快照,该第一排名快照也即当前时刻的不同主播的标识的排行榜的快照,其本质上为列表,也可以称为榜单快照,包括排行榜信息,该排行榜信息是一个顺序列表,每一行可以包含主播ID、礼物的数量、票数等信息,第N行可以表示排名第N。在该实施例中,定时频率可以根据具体业务情况定制,频率越高则数据更新越实时,但消耗的广播流量也越大,该实施例可以采用每2秒执行1次获取不同主播的标识的第一排名快照的操作。第一排名快照可以按照可以由快照服务器存储中缓存数据库中,以便与在下一个第二时间段获取到的排名快照进行对比。
该实施例的业务服务器可以将第一排名快照的快照信息以及回调接口信息发送到快照服务器,快照服务器可以从缓存数据库中获取第二排名快照,将第一排名快照与第二排名快照进行对比,得到排名信息发生变化的主播,其中,第二排名快照为与第一排名快照相邻的上一次获取到的不同主播的标识的排名快照,也即,上一次快照,其本质上为列表。在快照服务器得到排名发生变化的主播的标识之后,将排名发生变化的目标主播的标识发送给业务服务器,由业务服务器将排名发生变化的目标主播的标识放入目标集合中,以由广播定时器定时下发广播消息。
作为一种可选的实施方式,可选地,将第一排名快照与第二排名快照进行对比,得到排名信息发生变化的主播,包括:在第一排名快照的行数与第二排名快照的行数相同的情况下,将第一排名快照的每行的第一主播标识与第二排名快照的相同行的第二主播标识进行对比;如果第一主播标识和第二主播标识不同,则将第一主播标识对应的主播和第二主播标识对应的主播确定为排名信息发生变化的主播。
在该实施例中,在将第一排名快照与第二排名快照进行对比,得到排名信息发生变化的主播时,可以先判断在第一排名快照的行数与第二排名快照的行数是否相同,如果判断出第一排名快照的行数与第二排名快照的行数相同,可以将第一排名快照的每行的第一主播标识与第二排名快照的相同行的第二主播标识进行对比,可以初始化一个集合,如果第一主播标识和第二主播标识相同,则说明该第一主播标识和第二主播标识的排名没有变化,则忽略该行,继续对比第一排名快照和第二排名快照的下一行;如果第一主播标识和第二主播标识不同,则说明第一主播标识和第二主播标识的排名都发生了变化,则将第一主播标识对应的主播和第二主播标识对应的主播确定为排名信息发生变化的主播,将该主播确定为目标主播,进而将该目标主播添加至初始化后的集合中。在该实施中,快照服务器可以将上述初始化后的集合发送至业务服务器,业务服务器将初始化后的集合中每一个目标主播的标识添加至目标集合中,可选地,每一个目标主播的标识可以存入缓存数据库redis的集合set数据结构中。
需要说明的是,该实施例通过快照服务器得到排名发生变化的主播标识可以不影响业务服务器的性能,同时也减少了业务服务器的开发量。
作为一种可选的实施方式,将第一排名快照与第二排名快照进行对比,得到排名信息发生变化的主播,包括:在第一排名快照的行数与第二排名快照的行数不相同的情况下,如果第一排名快照和第二排名快照在相同行中分别存在空的主播标识和非空的主播标识,或者存在非空的主播标识和空的主播标识,则将非空的主播标识对应的主播确定为排名信息发生变化的主播。
在该实施例中,快照服务器如果判断出第一排名快照的行数与第二排名快照的行数不相同,可以认为第一排名快照和第二排名快照中有一个主播标识为空,这时候也当作主播标识不一致的情况来处理,可以将非空的主播标识确定为排名发生变化的目标主播标识,进而将其添加至目标集合中。
在该实施例中,从业务角度上来看,第一排名快照的行数与第二排名快照的行数不相同的原因可能是,主播标识新加入第二排名快照,或者主播标识从第二排名快照中突然被移除,在这种情况下,得到的第一排名快照的行数与第二排名快照的行数不相同。
作为一种可选的实施方式,第一排名快照和第二排名快照包括预设数量的主播的标识。
在该实施例中,业务服务器还可以根据实际的业务需要,自定义第一排名快照和第二排名快照的主播的标识的数量,可以只包括排名topN的主播的标识,而不必每次都发送所有主播的标识的排名信息,从而进一步减少广播量,减轻广播层服务的压力。
在该实施例中,在触发向主播赠送礼物或投票的事件的情况下,比如,观众客户端对目标主播的标识进行赠礼操作,此时观众客户端发起送礼请求。平台接入侧可以确定本次的送礼请求由礼物服务器处理,进而将送礼请求转发至礼物服务器。礼物服务器对接收到的送礼请求进行处理,如果处理送礼请求失败,也即,用户送礼失败,比如,用户账号余额不足,则确定送礼失败,这样就没有后续流程。如果处理送礼请求失败,也即,用户送礼成功,则礼物服务器会生成回包消息,将其发送至消息广播层,该消息广播层可以对送礼频道进行消息广播,观众客户端对回包消息进行处理,频道内的所有观众客户端可以显示礼物送出的动画和文案。
该实施例的向主播赠送礼物或投票的事件可以包括需要增加虚拟资源的主播标识,比如,包括礼物ID;可以包括需要增加赠送礼物或投票的主播的标识所在的主播频道,比如,送礼频道;可以包括需要赠送的礼物的礼物ID;还可以包括需要赠送的礼物的数量,比如,礼物数量等信息;还可以包括投票的数量。该实施例的业务服务器可以对上述事件进行解析,根据具体的业务逻辑读写数据库,以完成主播的票数信息发生变化和/或主播排行榜中排名信息发生变化的逻辑,比如,业务服务器从上述事件中解析出主播ID、礼物ID、礼物数量等信息,可以先根据礼物ID读取数据库,在数据库中查询该礼物的加票权重,计算得到本次加票数量=礼物个数*该礼物加票权重,然后将主播ID的本次加票数量写入数据库中,进而确定该主播的排名信息。
需要说明的是,数据库和业务逻辑的关联比较强,不同的业务计算加票数量的规则都不一样,上述本次加票数量=礼物个数*该礼物加票权重仅为本发明实施例的一种举例说明,并不对本申请的主播的虚拟资源增加的逻辑进行限定。
下面从客户端一侧对本发明实施例的直播间的信息处理方法进行介绍。
图3是根据本发明实施例的一种直播间的信息处理方法的流程图。如图3所示,该方法可以包括以下步骤:
步骤S302,向服务器发送赠礼请求,其中,赠礼请求用于请求对目标主播进行赠礼操作,更新目标主播的票数信息和主播排行榜中的排名信息,主播排行榜用于对预设数量的主播进行排名,预设数量小于主播的总数量。
在本发明上述步骤S302提供的技术方案中,在直播场景中,一个主播通过主播客户端在某个直播间开播,观众客户端为进入主播的直播间,对主播在直播间进行直播的内容进行观看的观众所对应的客户端。
观众客户端向服务器发生赠礼操作请求,以使得服务器响应观众客户端对目标主播的赠礼操作,更新目标主播的票数信息和主播排行榜中的排名信息。
该实施例的上述主播排行榜用于对预设数量的主播进行排名。需要说明的是,该实施例的上述预设数量并非参与直播的所有主播的数量,而是小于参与直播的所有主播的总数量,比如,所有主播的总数量的top N。
步骤S304,在票数信息发生变化和/或主播排行榜中排名信息发生变化的情况下,获取服务器下发的广播消息,其中,广播消息用于指示目标主播的票数信息和排名信息。
在本发明上述步骤S304提供的技术方案中,主播的票数的增加或减少,使得主播的票数信息发生变化,一个主播的排名的上升,可能会影响到其它主播的排名的下降,或者一个主播的排名的下降,可能会影响到其它主播的排名的上升,从而使得主播排行榜中排名信息发生变化。该实施例可以对票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的目标主播进行广播,也即,该实施例对必要的主播进行广播。
该实施例在票数信息发生变化和/或主播排行榜中排名信息发生变化的情况下,获取服务器下发的广播消息。其中,该实施例的进入目标主播的直播间的观众客户端都可以获取到目标主播的广播消息,该广播消息用于指示目标主播的票数信息和排名信息,可以在观众客户端上显示目标主播的票数信息和排名信息。可选地,该实施例的目标主播的主播客户端也可以接收到上述广播消息。
下面对该实施例的优选实施方式进行进一步介绍。
在该实施例中,在送礼事件到达时,服务器从事件中获取该次送礼的主播ID,礼物的数量,直播频道等信息,在数据库中进行操作来给主播加票,然后计算新的票数和排名信息,发给直播频道内的所有用户(包括主播)的客户端。客户端收到下发的票数和排名信息,更新排名插件的数值显示,这样用户就能看到送礼后的票数增加和排名变化。
在直播***中,主播排行榜一般会根据主播收到的礼物的数量作为票数进行排名,直播间的排名插件上显示了当前主播的票数和排名。当主播收到一定数量的礼物后,对应的票数就会增加,排名也有可能上升,直播间的活动插件也会随之更新票数和排名。然而,那些没有收到礼物的主播,虽然票数是不变的,但是其他主播排名的上升有可能导致自身的排名的下降,此时这些主播的排名插件也是应该更新排名信息的,这会增加了额外的消息广播量。同时,在送礼高峰期也有可能导致消息广播更加频繁,从而需要对广播频率进行一定的控制,增加了服务器广播层的压力,同时客户端也会产生卡顿。再考虑到每一次送礼还要更新其他排名下降的主播,会进一步加剧广播层的压力。
而在该实施例中,业务服务器维护一个包括需要待广播消息的主播ID的目标集合,每次送礼事件到达时不是直接将消息广播下去,而是将主播的ID放入目标集合中,由广播定时器每隔2秒从目标集合中取出待广播的主播ID,然后对其对应所在的直播间的所有客户端进行消息广播,这样就限制了每个主播直播间的广播频率是每2秒1次。另外,业务服务器再起一个快照定时器每隔2秒生成当前排行榜的快照,将快照信息和回调接口信息发送到快照服务器。快照服务器当接收到业务服务器发来的快照信息时,会比对当前快照和上一次快照,找出排名变化的所有主播ID,然后将这些主播ID发回给业务服务器,业务服务器再将这些主播ID放入上述目标集合中,由广播定时器定时下发广播消息。其中,在每次送礼事件到达时将主播的ID加入目标集合是因为送礼事件导致主播的票数发生了变化,将排名变化的所有主播ID加入目标集合是因为检测到主播排名发生了变化,因为对排名插件的信息包含主播票数和排名,所以主播票数和排名中任一信息变化都被视为需要对排名插件进行更新。
图4是根据本发明的一种用于处理虚拟资源的整体架构的示意图。如图4所示,该实施例的整体架构包括:客户端41(图示3个)、平台接入层42、消息广播层43、礼物服务器44、业务服务器45、快照服务器46和数据库47。
在该实施例中,平台接入层42主要用于接入客户端41,将客户端41消息派发到不同的业务进程进行处理,以及将业务进程的处理结果返回消息发回给客户端41。其中,客户端41包括:主播客户端、至少一个观众客户端,其中,主播客户端在某个直播间(频道)开播,观众客户端进入该直播间观看直播。
消息广播层43用于支持业务服务器45对频道内所有用户的消息广播功能。
礼物服务器44用于处理客户端41中的观众客户端的送礼请求,以及在送礼成功后将送礼事件通知到业务服务器45。
业务服务器45用于处理排行榜业务,在接收到送礼事件后读写数据库47,给主播排行榜进行加票,将主播标识加入待广播的目标集合中,同时生成榜单快照发往快照服务器46;业务服务器45在接收到快照服务器46的通知消息时,将排名变化的主播加入到待广播的目标集合中;可以定时每2秒1次从目标集合中取出带广播的主播ID,生成广播消息发往消息广播层43。
快照服务器46用于定时比对排行榜信息,找出排名变化的主播标识,将其发送给业务服务器45,以业务服务器45添加至目标集合中。
图5是本发明实施例的一种从客户端发起送礼到业务服务器处理完毕的整个方法的流程图。如图5所示,该方法可以包括以下步骤:
步骤S501,观众客户端对目标主播进行送礼操作,观众客户端发起送礼请求。
步骤S502,平台接入层确定送礼请求由礼物服务器处理,将送礼请求转发至礼物服务器。
步骤S503,礼物服务器处理送礼请求,如果送礼失败,则没有后续流程。
在该实施例中,如果用户的账号余额不足,则可以确定送礼失败。
步骤S504,在送礼成功时,礼物服务器会生成回包消息,将该回包消息发往消息广播层。
该实施例的消息广播层对送礼频道广播消息,客户端在接收到广播消息之后对其进行处理,频道内的所有用户都可以看到礼物送出的动画和文案。
步骤S505,在送礼成功时,礼物服务器将送礼事件通知到业务服务器。
该实施例的送礼事件的信息可以包含送礼频道,主播ID,礼物ID,礼物的数量等信息。
步骤S506,业务服务器解析送礼事件,根据具体的业务逻辑读写数据库,完成主播加票逻辑。
在该实施例中,读写数据库和业务逻辑的关联比较强,不同的业务计算加票数量的规则都不一样。举例而言,业务服务器从送礼事件中解析出主播ID,礼物ID,礼物的数量,先根据礼物ID读数据库查询该礼物的加票权重,然后计算得到本次加票数量=礼物个数*该礼物加票权重,然后把主播ID的本次加票数量写入数据库。
步骤S507,业务服务器将主播ID加入待广播的目标集合中,主播ID可以存入缓存数据库redis的集合set数据结构中。
该实施例的集合set数据结构的特性是能自动合并相同的元素,同一个值在集合set中只会存储一次。
步骤S508,业务服务器的快照定时器定时生成榜单,并快照发送至快照服务器。
在该实施例中,定时频率可以根据具体业务情况定制,频率越高则数据更新越实时,但消耗的广播流量也越大。该实施例可以采用每2秒执行1次定时。榜单快照包含了当前时刻的排行榜信息。其中,排行榜信息是一个顺序列表,每一行包含主播ID,票数信息,第N行表示排名第N。
该实施例的业务服务器还可以根据实际的业务需要自定义快照榜单的大小,只发送排名topN的数据,而不必每次都发送完整的榜单数据。比如,主播比赛后期只有前10名的主播在争夺排名,而后面的主播其实并不关心自己实时排名的变化,为了减轻消息广播层的压力以及节省广播流量,每次快照只生成榜单前10名的数据,这样就可以只对排名前10的主播做实时排名更新。
图6是根据本发明实施例的一种快照服务器在接收到榜单快照后的处理方法的流程图。如图6所示,该方法可以包括以下步骤:
步骤S601,快照服务器接收到业务服务器发送来的榜单快照。
该实施例可以将业务服务器发送来的榜单快照记为快照A。
步骤S602,快照服务器从缓存数据库中获取出上一时刻榜单快照。
该实施例可以将上一时刻榜单快照记为快照B,并把当前时刻榜单快照A写入缓存数据库,以便在下一个时刻进行对比。
步骤S603,快照服务器对比两次快照,找出排名变化的主播。
该实施例可以对比快照A和快照B。可选地,该实施例记快照A的第i行为Ai和Bi,初始化一个集合S,如果Ai中的主播ID和Bi中的主播ID一致,则说明该主播的排名没有变化,则忽略该行;如果Ai中的主播ID和Bi中的主播ID不一致,则说明两个主播的排名都发生了变化,将这两个主播ID加入集合S。
在该实施例中,针对快照A和快照B的行数不一致的情况,可以认为Ai或Bi中有一个主播ID为空,这时候也当作主播ID不一致来处理,将不为空的那个主播ID加入集合S。
从业务角度上看,快照A和快照B的行数不一致的原因可能是主播新加入排行榜单或者原本在排行榜单突然被移除,在这种情况下主播的排名信息肯定也变化了,所以也是要进行广播更新的。
步骤S604,快照服务器将通过对比结果得到的主播ID集合S发送给业务服务器。
步骤S605,业务服务器将集合S中的每一个主播ID加入待广播的目标集合中。
该实施例的将每一个主播ID加入待广播的目标集合中的操作方法等同于S507。
图7是根据本发明实施例的一种业务服务器的定时广播方法的流程图。如图7所示,该方法可以包括以下步骤:
步骤S701,业务服务器从待广播的目标集合中取出所有主播ID。
步骤S702,查询每个主播ID对应的频道和排名信息,生成包含排名信息的消息包发送至消息广播层。
步骤S703,消息广播层将上述消息包处理成每个频道的广播消息。
步骤S704,客户端收到广播消息,通过广播消息更新排列插件上的排名信息。
在该实施例中,同一直播间的主播客户端和观众客户端均能通过排列插件显示主播实时的排名变化信息。
在该实施例中,定时的频率可以根据具体业务情况定制,频率越高则数据更新越实时,但消耗的广播流量也越大,该实施例可以采用每2秒执行1次定时,这样用户送出礼物,在礼物特效播放完之后就能看到插件数据变化,用户对定时逻辑几乎无感知。
图8A是根据本发明实施例的一种活动插件的信息的界面示意图。如图8A所示,活动插件的信息包括主播票数和排名,其中,主播票数可以为2435票,日榜排名为7,总榜排名为35。
图8B是根据本发明实施例的另一种活动插件的信息的界面示意图。如图8B所示,活动插件相较于图8A发生了更新,其中,主播票数可以为1票,日榜排名为14,总榜排名为59。
该实施例能够根据排名发生变化的主播标识,对必要的客户端广播消息,以更新客户端上的排名插件;控制广播消息的广播频率,可以减轻广播层服务的压力;该实施例可以支持根据业务特性对服务降级,只更新top N排名变化的主播标识的排名插件,从而进一步减少广播量;该实施例设定独立的排名快照对比服务,不影响业务服务器的性能,也减少了业务方的开发量,解决了对直播间的信息进行处理的压力大的技术问题,进而达到了降低对直播间的信息进行处理的压力的技术效果。
本发明实施例还提供了一种直播间的信息处理装置。需要说明的是,该实施例的直播间的信息处理装置可以用于执行本发明实施例图2所示的直播间的信息处理方法。
图9是根据本发明实施例的一种直播间的信息处理装置的示意图。如图9所示,该直播间的信息处理装置90包括:更新单元91、确定单元92和发送单元93。
更新单元91,用于响应多个观众客户端对不同主播的赠礼操作,更新主播的票数信息和主播排行榜中的排名信息,其中,主播排行榜用于对预设数量的主播进行排名,预设数量小于主播的总数量。
确定单元92,用于将票数信息发生变化的主播和/或主播排行榜中排名信息发生变化的主播确定为目标主播。
发送单元93,用于向目标主播对应的直播间的观众客户端发送广播消息,其中,广播消息用于指示目标主播的票数信息和排名信息。
图10是根据本发明实施例的另一种直播间的信息处理装置的示意图。如图10所示,该直播间的信息处理装置100包括:第二发送单元1001和获取单元1002。
第二发送单元1001,用于向服务器发送赠礼请求,其中,赠礼请求用于请求对目标主播进行赠礼操作,更新目标主播的票数信息和主播排行榜中的排名信息,主播排行榜用于对预设数量的主播进行排名,预设数量小于主播的总数量。
获取单元1002,用于在票数信息发生变化和/或主播排行榜中排名信息发生变化的情况下,获取服务器下发的广播消息,其中,广播消息用于指示目标主播的票数信息和排名信息。
该实施例的直播间的信息处理装置设定第一时间段,每隔第一时间段从多个主播标识中确定出目标主播标识,以向其对应的客户端定时下发目标广播消息,从而控制了广播消息的广播频率,避免了由于每次向主播赠送虚拟资源都会向所有客户端下发广播消息,在虚拟资源赠送高峰期时产生大量的广播消息,导致增加了服务器的压力。
本发明的实施例还提供了一种计算机可读存储介质。该计算机可读存储介质中存储有计算机程序,其中,在计算机程序被处理器运行时控制计算机可读存储介质所在设备执行本发明实施例的直播间的信息处理方法。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置,包括存储器和处理器,该存储器中存储有计算机程序,该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地,上述电子装置还可以包括传输设备以及输入输出设备,其中,该传输设备和上述处理器连接,该输入输出设备和上述处理器连接。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (15)
1.一种直播间的信息处理方法,其特征在于,包括:
响应多个观众客户端对不同主播的赠礼操作,更新所述主播的票数信息和主播排行榜中的排名信息,其中,所述主播排行榜用于对预设数量的主播进行排名,所述预设数量小于所述主播的总数量;
将所述票数信息发生变化的主播和/或所述主播排行榜中排名信息发生变化的主播确定为目标主播;
向所述目标主播对应的直播间的观众客户端发送广播消息,其中,所述广播消息用于指示所述目标主播的票数信息和排名信息。
2.根据权利要求1所述的方法,其特征在于,所述更新主播排行榜中的排名信息,包括:
根据所述赠礼操作对应的礼物或选票,计算所述主播的当前票数;
根据所述主播的当前票数,更新所述主播的票数信息和所述主播排行榜中的排名信息。
3.根据权利要求1所述的方法,其特征在于,所述广播消息用于更新所述观众客户端的排名插件,所述排名插件用于在所述观众客户端上呈现所述目标主播的票数信息和排名信息。
4.根据权利要求1所述的方法,其特征在于,向所述目标主播对应的直播间的观众客户端发送广播消息,包括:
每隔第一时间段向所述目标主播对应的直播间的观众客户端发送所述广播消息。
5.根据权利要求1所述的方法,其特征在于,在将所述票数信息发生变化的主播和/或所述主播排行榜中排名信息发生变化的主播确定为目标主播之后,所述方法还包括:
将所述目标主播的标识添加至目标集合中。
6.根据权利要求5所述的方法,其特征在于,在将所述主播的标识添加至目标集合中之后,所述方法还包括:
每隔第一时间段从所述目标集合中提取所述目标主播的标识;
根据所述目标主播的标识确定所述目标主播对应的频道信息;
根据所述频道信息向所述目标主播对应的直播间的观众客户端发送广播消息。
7.根据权利要求5所述的方法,其特征在于,在将所述票数信息发生变化的主播和/或所述主播排行榜中排名信息发生变化的主播确定为目标主播之前,所述方法还包括:
每隔第二时间段获取所述不同主播的标识的第一排名快照;
从缓存数据库中获取第二排名快照,其中,所述第二排名快照为与所述第一排名快照相邻的上一次获取到的所述不同主播的标识的排名快照;
将所述第一排名快照与第二排名快照进行对比,得到所述排名信息发生变化的主播。
8.根据权利要求7所述的方法,其特征在于,所述将所述第一排名快照与第二排名快照进行对比,得到所述排名信息发生变化的主播,包括:
在所述第一排名快照的行数与所述第二排名快照的行数相同的情况下,将所述第一排名快照的每行的第一主播标识与所述第二排名快照的相同行的第二主播标识进行对比;
如果所述第一主播标识和所述第二主播标识不同,则将所述第一主播标识对应的主播和所述第二主播标识对应的主播确定为所述排名信息发生变化的主播。
9.根据权利要求7所述的方法,其特征在于,所述将所述第一排名快照与第二排名快照进行对比,得到所述排名信息发生变化的主播,包括:
在所述第一排名快照的行数与所述第二排名快照的行数不相同的情况下,如果所述第一排名快照和所述第二排名快照在相同行中分别存在空的主播标识和非空的主播标识,或者存在非空的主播标识和空的主播标识,则将所述非空的主播标识对应的主播确定为所述排名信息发生变化的主播。
10.根据权利要求7所述的方法,其特征在于,所述第一排名快照和所述第二排名快照包括所述预设数量的主播的标识。
11.一种直播间的信息处理方法,其特征在于,包括:
向服务器发送赠礼请求,其中,所述赠礼请求用于请求对目标主播进行赠礼操作,更新所述目标主播的票数信息和主播排行榜中的排名信息,所述主播排行榜用于对预设数量的主播进行排名,所述预设数量小于主播的总数量;
在所述票数信息发生变化和/或所述主播排行榜中排名信息发生变化的情况下,获取所述服务器下发的广播消息,其中,所述广播消息用于指示所述目标主播的票数信息和排名信息。
12.一种直播间的信息处理装置,其特征在于,包括:
更新单元,用于响应多个观众客户端对不同主播的赠礼操作,更新所述主播的票数信息和主播排行榜中的排名信息,其中,所述主播排行榜用于对预设数量的主播进行排名,所述预设数量小于所述主播的总数量;
确定单元,用于将所述票数信息发生变化的主播和/或所述主播排行榜中排名信息发生变化的主播确定为目标主播;
第一发送单元,用于向所述目标主播对应的直播间的观众客户端发送广播消息,其中,所述广播消息用于指示所述目标主播的票数信息和排名信息。
13.一种直播间的信息处理装置,其特征在于,包括:
第二发送单元,用于向服务器发送赠礼请求,其中,所述赠礼请求用于请求对目标主播进行赠礼操作,更新所述目标主播的票数信息和主播排行榜中的排名信息,所述主播排行榜用于对预设数量的主播进行排名,所述预设数量小于主播的总数量;
获取单元,用于在所述票数信息发生变化和/或所述主播排行榜中排名信息发生变化的情况下,获取所述服务器下发的广播消息,其中,所述广播消息用于指示所述目标主播的票数信息和排名信息。
14.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序,其中,在所述计算机程序被处理器运行时控制所述计算机可读存储介质所在设备执行所述权利要求1至11任一项中所述的方法。
15.一种电子装置,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行所述权利要求1至11任一项中所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010852010.3A CN111970529A (zh) | 2020-08-21 | 2020-08-21 | 直播间的信息处理方法、装置、存储介质和电子装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010852010.3A CN111970529A (zh) | 2020-08-21 | 2020-08-21 | 直播间的信息处理方法、装置、存储介质和电子装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111970529A true CN111970529A (zh) | 2020-11-20 |
Family
ID=73391559
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010852010.3A Pending CN111970529A (zh) | 2020-08-21 | 2020-08-21 | 直播间的信息处理方法、装置、存储介质和电子装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111970529A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112473149A (zh) * | 2020-11-26 | 2021-03-12 | 腾讯音乐娱乐科技(深圳)有限公司 | 排行榜处理方法 |
CN113128906A (zh) * | 2021-05-11 | 2021-07-16 | 广州博冠信息科技有限公司 | 直播数据的处理方法、装置、电子设备及计算机可读介质 |
CN113657863A (zh) * | 2021-08-23 | 2021-11-16 | 交通银行股份有限公司 | 一种集中化营运作业处理***及其方法 |
CN115119019A (zh) * | 2022-06-20 | 2022-09-27 | 北京达佳互联信息技术有限公司 | 数据处理方法、装置、电子设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104268174A (zh) * | 2014-09-15 | 2015-01-07 | 广州华多网络科技有限公司 | 一种信息显示方法及客户端 |
CN106210793A (zh) * | 2016-06-28 | 2016-12-07 | 广州华多网络科技有限公司 | 一种发送主播竞赛信息的方法和装置 |
CN106599251A (zh) * | 2016-12-20 | 2017-04-26 | 北京小米移动软件有限公司 | 展示主播排名的方法和装置 |
CN107249140A (zh) * | 2017-07-12 | 2017-10-13 | 北京潘达互娱科技有限公司 | 榜单信息获取方法及其装置 |
CN110278464A (zh) * | 2019-07-01 | 2019-09-24 | 广州酷狗计算机科技有限公司 | 显示榜单的方法和装置 |
-
2020
- 2020-08-21 CN CN202010852010.3A patent/CN111970529A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104268174A (zh) * | 2014-09-15 | 2015-01-07 | 广州华多网络科技有限公司 | 一种信息显示方法及客户端 |
CN106210793A (zh) * | 2016-06-28 | 2016-12-07 | 广州华多网络科技有限公司 | 一种发送主播竞赛信息的方法和装置 |
CN106599251A (zh) * | 2016-12-20 | 2017-04-26 | 北京小米移动软件有限公司 | 展示主播排名的方法和装置 |
CN107249140A (zh) * | 2017-07-12 | 2017-10-13 | 北京潘达互娱科技有限公司 | 榜单信息获取方法及其装置 |
CN110278464A (zh) * | 2019-07-01 | 2019-09-24 | 广州酷狗计算机科技有限公司 | 显示榜单的方法和装置 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112473149A (zh) * | 2020-11-26 | 2021-03-12 | 腾讯音乐娱乐科技(深圳)有限公司 | 排行榜处理方法 |
CN112473149B (zh) * | 2020-11-26 | 2022-10-25 | 腾讯音乐娱乐科技(深圳)有限公司 | 排行榜处理方法 |
CN113128906A (zh) * | 2021-05-11 | 2021-07-16 | 广州博冠信息科技有限公司 | 直播数据的处理方法、装置、电子设备及计算机可读介质 |
CN113128906B (zh) * | 2021-05-11 | 2024-02-27 | 广州博冠信息科技有限公司 | 直播数据的处理方法、装置、电子设备及计算机可读介质 |
CN113657863A (zh) * | 2021-08-23 | 2021-11-16 | 交通银行股份有限公司 | 一种集中化营运作业处理***及其方法 |
CN115119019A (zh) * | 2022-06-20 | 2022-09-27 | 北京达佳互联信息技术有限公司 | 数据处理方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111970529A (zh) | 直播间的信息处理方法、装置、存储介质和电子装置 | |
CN108235102B (zh) | 业务处理方法、装置及存储介质 | |
CN106487781B (zh) | 基于直播的资源数据处理方法、装置和*** | |
CN108900923B (zh) | 推荐直播模板的方法和装置 | |
CN108900924B (zh) | 直播间中推荐好友的方法和装置 | |
US20160196604A1 (en) | Call to action lockout system and method | |
CN110324680B (zh) | 一种视频推送方法、装置及服务器、客户端、存储介质 | |
CN110287399B (zh) | 直播信息处理方法、装置、电子设备及存储介质 | |
CN113438496A (zh) | 一种直播业务处理方法、装置、电子设备和存储介质 | |
CN113127723B (zh) | 用户画像处理方法、装置、服务器及存储介质 | |
CN109428910B (zh) | 一种数据处理方法、装置及*** | |
CN114501047A (zh) | 虚拟资源交互方法和装置、存储介质及电子装置 | |
CN111625353B (zh) | 虚拟资源分发处理方法、装置、服务器及存储介质 | |
CN113170216A (zh) | 一种基于直播的送礼方法及装置、设备以及存储介质 | |
CN111372089B (zh) | 更新活动榜单的方法、装置及存储介质 | |
CN111652643A (zh) | 资源投放方法 | |
CN113315981B (zh) | 任务数据更新方法、装置、***、电子设备及存储介质 | |
CN109847340B (zh) | 一种信息处理方法、装置、设备及介质 | |
CN113034208A (zh) | 虚拟资源的处理方法、装置、电子设备及存储介质 | |
CN107124660B (zh) | 直播间广播信息的触发方法和装置 | |
CN111050217B (zh) | 一种视频播放方法及装置 | |
CN111083504B (zh) | 互动方法、装置、设备 | |
CN114584807A (zh) | 皮肤设定方法、装置和皮肤显示方法、装置 | |
CN114257873B (zh) | 网络直播场景下的信息推送方法和卡片展示方法 | |
CN112437332B (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201120 |