CN107896334B - 进行直播的方法和装置 - Google Patents
进行直播的方法和装置 Download PDFInfo
- Publication number
- CN107896334B CN107896334B CN201711241741.9A CN201711241741A CN107896334B CN 107896334 B CN107896334 B CN 107896334B CN 201711241741 A CN201711241741 A CN 201711241741A CN 107896334 B CN107896334 B CN 107896334B
- Authority
- CN
- China
- Prior art keywords
- account
- anchor
- login terminal
- anchor account
- singing
- 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
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/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
- H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
-
- 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/25875—Management of end-user data involving end-user authentication
-
- 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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
- H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
-
- 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
-
- 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/488—Data services, e.g. news ticker
- H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Computer Graphics (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
Abstract
本发明公开了一种进行直播的方法和装置,属于计算机技术领域。所述方法包括:确定目标直播间对应的待演唱的第一歌曲,并确定所述目标直播间中的至少一个主播账户,向所述至少一个主播账户的登录终端发送抢唱通知和所述第一歌曲的歌曲信息,当接收到所述至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向所述第一主播账户的登录终端发送抢唱成功通知,接收所述第一主播账户的登录终端发送的第一音视频数据,向所述目标直播间中各账户的登录终端发送所述第一音视频数据。采用本发明,不会影响直播间的访问量。
Description
技术领域
本发明涉及计算机技术领域,特别涉及一种进行直播的方法和装置。
背景技术
随着计算机技术和网络技术的发展,网络直播得到了广泛的普及,用户可以登录网络直播的应用程序,进入感兴趣的直播间,观看主播的直播节目。
现有技术中,一个直播间中有多个主播轮麦进行直播,多个主播轮麦的顺序是预设的,直播方式比较单调,从而影响直播间的访问量。
发明内容
为了解决现有技术的问题,本发明实施例提供了一种进行直播的方法和装置。所述技术方案如下:
第一方面,提供了一种进行直播的方法,所述方法包括:
确定目标直播间对应的待演唱的第一歌曲,并确定所述目标直播间中的至少一个主播账户;
向所述至少一个主播账户的登录终端发送抢唱通知和所述第一歌曲的歌曲信息;
当接收到所述至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向所述第一主播账户的登录终端发送抢唱成功通知;
接收所述第一主播账户的登录终端发送的第一音视频数据;
向所述目标直播间中各账户的登录终端发送所述第一音视频数据。
可选的,所述方法还包括:
接收所述各账户的登录终端发送的反对请求;
当确定接收到的所述反对请求的数目达到第一数值时,停止接收所述第一音视频数据,并确定所述目标直播间对应的待演唱的第二歌曲;
向所述其它主播账户的登录终端发送抢唱通知和所述第二歌曲的歌曲信息;
当接收到所述其它主播账户中第二主播账户的登录终端发送的抢唱请求时,如果还未接收到所述其它主播账户中除所述第二主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第二主播账户的登录终端发送抢唱成功通知;
接收所述第二主播账户的登录终端发送的第二音视频数据;
向所述目标直播间中各账户的登录终端发送所述第二音视频数据。
可选的,所述方法还包括:
接收所述各账户的登录终端发送的支持请求;
当确定所述第一歌曲的伴奏音频数据播放结束时,如果确定接收到的所述支持请求的数目超过第二数值,则确定所述目标直播间对应的待演唱的第三歌曲,向所述第一主播账户的登录终端发送演唱询问通知和所述第三歌曲的歌曲信息;
如果接收到所述第一主播账户的登录终端发送的继续演唱请求,则向所述第一主播账户的登录终端发送开始演唱通知;
继续接收所述第一主播账户的登录终端发送的第一音视频数据,向所述目标直播间中各账户的登录终端发送所述第一音视频数据。
可选的,所述方法还包括:
当确定所述第一歌曲的伴奏音频数据播放结束时,如果确定接收到的所述支持请求的数目未超过所述第二数值,则确定所述目标直播间对应的待演唱的第四歌曲;
向所述其它主播账户的登录终端发送抢唱通知和所述第四歌曲的歌曲信息;
当接收到所述其它主播账户中第三主播账户的登录终端发送的抢唱请求时,如果还未接收到所述其它主播账户中除所述第三主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第三主播账户的登录终端发送抢唱成功通知;
接收所述第三主播账户的登录终端发送的第三音视频数据;
向所述目标直播间中各账户的登录终端发送所述第三音视频数据。
可选的,所述方法还包括:
如果接收到所述第一主播账户的登录终端发送的停止演唱请求,则向所述其它主播账户的登录终端发送抢唱通知和所述第三歌曲的歌曲信息;
当接收到所述其它主播账户中第四主播账户的登录终端发送的抢唱请求时,如果还未接收到所述其它主播账户中除所述第四主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第四主播账户的登录终端发送抢唱成功通知;
接收所述第四主播账户的登录终端发送的第四音视频数据;
向所述目标直播间中各账户的登录终端发送所述第四音视频数据。
可选的,所述方法还包括:
当确定所述第一歌曲的伴奏音频数据播放结束时,如果接收到的支持请求的数目超过所述第二数值,则基于接收到的所述支持请求的数目,确定所述第一主播账户对应的奖励。
可选的,所述基于接收到的所述支持请求的数目,确定所述第一主播账户对应的奖励,包括:
确定所述第一主播账户对应的连续演唱的歌曲的数目;
基于接收到的所述支持请求的数目、以及所述连续演唱的歌曲的数目,确定所述第一主播账户对应的奖励。
可选的,所述当接收到所述至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向所述第一主播账户的登录终端发送抢唱成功通知,包括:
当在向所述至少一个主播账户的登录终端发送抢唱通知和所述第一歌曲的歌曲信息之后的预设时长之内,接收到所述至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向所述第一主播账户的登录终端发送抢唱成功通知。
可选的,所述方法还包括:
在向所述至少一个主播账户的登录终端发送抢唱通知和所述第一歌曲的歌曲信息之后的预设时长之内,如果未接收到所述至少一个主播账户中任一主播账户的登录终端发送的抢唱请求,则确定所述目标直播间对应的待演唱的第五歌曲;
向所述至少一个主播账户的登录终端发送抢唱通知和所述第五歌曲的歌曲信息;
当接收到所述至少一个主播账户中第五主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第五主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第五主播账户的登录终端发送抢唱成功通知;
接收所述第五主播账户的登录终端发送的第五音视频数据;
向所述目标直播间中各账户的登录终端发送所述第五音视频数据。
第二方面,提供了一种进行直播的装置,所述装置包括:
确定模块,用于确定目标直播间对应的待演唱的第一歌曲,并确定所述目标直播间中的至少一个主播账户;
发送模块,用于向所述至少一个主播账户的登录终端发送抢唱通知和所述第一歌曲的歌曲信息;
所述发送模块,还用于当接收到所述至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向所述第一主播账户的登录终端发送抢唱成功通知;
接收模块,用于接收所述第一主播账户的登录终端发送的第一音视频数据;
所述发送模块,还用于向所述目标直播间中各账户的登录终端发送所述第一音视频数据。
可选的,所述接收模块,还用于接收所述各账户的登录终端发送的反对请求;
所述确定模块,还用于当确定接收到的所述反对请求的数目达到第一数值时,停止接收所述第一音视频数据,并确定所述目标直播间对应的待演唱的第二歌曲;
所述发送模块,还用于向所述其它主播账户的登录终端发送抢唱通知和所述第二歌曲的歌曲信息;
所述发送模块,还用于当接收到所述其它主播账户中第二主播账户的登录终端发送的抢唱请求时,如果还未接收到所述其它主播账户中除所述第二主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第二主播账户的登录终端发送抢唱成功通知;
所述接收模块,还用于接收所述第二主播账户的登录终端发送的第二音视频数据;
所述发送模块,还用于向所述目标直播间中各账户的登录终端发送所述第二音视频数据。
可选的,所述接收模块,还用于接收所述各账户的登录终端发送的支持请求;
所述发送模块,还用于当确定所述第一歌曲的伴奏音频数据播放结束时,如果确定接收到的所述支持请求的数目超过第二数值,则确定所述目标直播间对应的待演唱的第三歌曲,向所述第一主播账户的登录终端发送演唱询问通知和所述第三歌曲的歌曲信息;
所述发送模块,还用于如果接收到所述第一主播账户的登录终端发送的继续演唱请求,则向所述第一主播账户的登录终端发送开始演唱通知;
所述接收模块,还用于继续接收所述第一主播账户的登录终端发送的第一音视频数据;
所述发送模块,还用于向所述目标直播间中各账户的登录终端发送所述第一音视频数据。
可选的,所述确定模块,还用于当确定所述第一歌曲的伴奏音频数据播放结束时,如果确定接收到的所述支持请求的数目未超过所述第二数值,则确定所述目标直播间对应的待演唱的第四歌曲;
所述发送模块,还用于向所述其它主播账户的登录终端发送抢唱通知和所述第四歌曲的歌曲信息;
所述发送模块,还用于当接收到所述其它主播账户中第三主播账户的登录终端发送的抢唱请求时,如果还未接收到所述其它主播账户中除所述第三主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第三主播账户的登录终端发送抢唱成功通知;
所述接收模块,还用于接收所述第三主播账户的登录终端发送的第三音视频数据;
所述发送模块,还用于向所述目标直播间中各账户的登录终端发送所述第三音视频数据。
可选的,所述发送模块,还用于如果接收到所述第一主播账户的登录终端发送的停止演唱请求,则向所述其它主播账户的登录终端发送抢唱通知和所述第三歌曲的歌曲信息;
所述发送模块,还用于当接收到所述其它主播账户中第四主播账户的登录终端发送的抢唱请求时,如果还未接收到所述其它主播账户中除所述第四主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第四主播账户的登录终端发送抢唱成功通知;
所述接收模块,还用于接收所述第四主播账户的登录终端发送的第四音视频数据;
所述发送模块,还用于向所述目标直播间中各账户的登录终端发送所述第四音视频数据。
可选的,所述确定模块,还用于:
当确定所述第一歌曲的伴奏音频数据播放结束时,如果接收到的支持请求的数目超过所述第二数值,则基于接收到的所述支持请求的数目,确定所述第一主播账户对应的奖励。
可选的,所述确定模块,还用于:
确定所述第一主播账户对应的连续演唱的歌曲的数目;
基于接收到的所述支持请求的数目、以及所述连续演唱的歌曲的数目,确定所述第一主播账户对应的奖励。
可选的,所述发送模块,还用于:
当在向所述至少一个主播账户的登录终端发送抢唱通知和所述第一歌曲的歌曲信息之后的预设时长之内,接收到所述至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向所述第一主播账户的登录终端发送抢唱成功通知。
可选的,所述确定模块,还用于:
在向所述至少一个主播账户的登录终端发送抢唱通知和所述第一歌曲的歌曲信息之后的预设时长之内,如果未接收到所述至少一个主播账户中任一主播账户的登录终端发送的抢唱请求,则确定所述目标直播间对应的待演唱的第五歌曲;
所述发送模块,还用于向所述至少一个主播账户的登录终端发送抢唱通知和所述第五歌曲的歌曲信息;
所述发送模块,还用于当接收到所述至少一个主播账户中第五主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第五主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第五主播账户的登录终端发送抢唱成功通知;
所述接收模块,还用于接收所述第五主播账户的登录终端发送的第五音视频数据;
所述发送模块,还用于向所述目标直播间中各账户的登录终端发送所述第五音视频数据。
本发明实施例提供的技术方案带来的有益效果是:
本发明实施例中,确定目标直播间对应的待演唱的第一歌曲,并确定目标直播间中的至少一个主播账户,向至少一个主播账户的登录终端发送抢唱通知和第一歌曲的歌曲信息,当接收到至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到至少一个主播账户中除第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向第一主播账户的登录终端发送抢唱成功通知,接收第一主播账户的登录终端发送的第一音视频数据,向目标直播间中各账户的登录终端发送第一音视频数据。这样,由于直播间中采用了抢唱的方式进行直播,直播方式比较新颖,可以吸引大量的观众,从而不会影响直播间的访问量。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种进行直播的方法流程图;
图2是本发明实施例提供的一种抢唱通知的示意图;
图3是本发明实施例提供的一种抢唱通知的示意图;
图4是本发明实施例提供的一种投票的示意图;
图5是本发明实施例提供的一种演唱询问通知的示意图;
图6是本发明实施例提供的一种进行直播的装置的结构示意图;
图7是本发明实施例提供的一种服务器的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
本发明实施例提供了一种进行直播的方法,该方法的执行主体为服务器,服务器中安装有直播应用程序。其中,该服务器中可以设置有处理器、存储器和收发器等,处理器可以用于进行直播的过程的处理,存储器可以用于存储直播过程中需要的数据以及产生的数据,收发器可以用于接收以及发送消息等。
如图1所示,该方法的处理流程可以包括如下的步骤:
步骤101,确定目标直播间对应的待演唱的第一歌曲,并确定目标直播间中的至少一个主播账户。
其中,目标直播间为任一直播间,目标直播间中有多个主播,多个主播通过抢麦的方式,进行直播。主播账户指主播所使用的账户,与观众的账户区分。
在实施中,目标直播间的多个主播可以在自己的终端上安装直播应用程序,使用自己的账户登录直播应用程序,进入目标直播间,这样,多个主播可以在目标直播间中进行直播。
服务器中存储有大量的歌曲,在目标直播间开播时,服务器可以从大量的歌曲中随机确定目标直播间对应的待演唱的第一歌曲,并且确定目标直播间中被标记为是主播的至少一个账户,后续可以称为是至少一个主播账户。
可选的,至少一个主播账户还可以是目标直播间的主播账户中,等级高于预设等级的主播账户。例如,等级高于5级的主播账户。
步骤102,向至少一个主播账户的登录终端发送抢唱通知和第一歌曲的歌曲信息。
在实施中,服务器在确定第一歌曲和至少一个主播账户后,可以获取第一歌曲的歌曲信息,歌曲信息中包括歌曲的名称等,然后确定至少一个主播账户中每个主播账户的登录终端,分别向确定出的登录终端发送抢唱通知,和第一歌曲的歌曲信息。
如图2所示,至少一个主播账户中的任一主播账户的登录终端接收到抢唱通知和第一歌曲的歌曲信息后,可以显示抢唱通知和第一歌曲的歌曲信息,并对应抢唱通知显示“抢”选项和“取消”选项等、以及第一歌曲的名称。如果某个主播想要直播演唱第一歌曲,可以点击“抢”选项,自己所使用的终端则会接收到“抢”选项的点击指令,向服务器发送抢唱请求。
可选的,第一歌曲的歌曲信息中还可以包括伴奏音频数据,至少一个主播账户中的任一主播账户的登录终端接收到抢唱通知和第一歌曲的歌曲信息后,该登录终端还可以播放伴奏音频数据,这样,可以使主播判断自己是否会演唱第一歌曲。
可选的,第一歌曲的歌曲信息中还可以包括歌词信息,至少一个主播账户中的任一主播账户的登录终端接收到抢唱通知和第一歌曲的歌曲信息后,该登录终端还可以显示歌词信息,这样,可以使主播判断自己是否会演唱第一歌曲。
可选的,如图3所示,至少一个主播账户中的任一主播账户的登录终端接收到抢唱通知和第一歌曲的歌曲信息后,在显示抢唱通知时,还显示有倒计时(如15秒等),主播需要在倒计时之内,选择是否直播演唱第一歌曲。
可选的,在服务器向至少一个主播账户的登录终端发送抢唱通知,和第一歌曲的歌曲信息后,还可以向目标直播间中除至少一个主播账户之外的账户的登录终端发送第一歌曲的歌曲信息,使观众及时了解即将直播的歌曲。
步骤103,当接收到至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到至少一个主播账户中除第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向第一主播账户的登录终端发送抢唱成功通知。
其中,第一主播账户为至少一个主播账户中任一主播账户。
在实施中,服务器接收第一主播账户的登录终端发送的抢唱请求,然后确定至少一个主播账户中除第一主播账户之外的其他主播账户,然后判断是否接收到其他主播账户的登录终端发送的抢唱请求,如果未接收到其他主播账户发送的抢唱请求,则确定第一主播账户抢唱成功,可以向第一主播账户的登录终端发送抢唱成功通知。
第一主播账户的登录终端接收服务器发送的抢唱成功通知,然后显示抢唱成功通知,并对应显示倒计时。在倒计时结束时,第一主播账户的登录终端可以播放第一歌曲的伴奏音频数据,第一主播账户的使用主播可以开始演唱第一歌曲,第一主播账户的登录终端可以使用麦克风采集音频数据,并使用摄像头采集视频数据,该音频数据和视频数据可以合称为第一音视频数据,然后向服务器发送第一音频数据。
可选的,如果第一歌曲的歌曲信息中包括伴奏音频数据,在发送抢唱成功通知时,则不需要携带第一歌曲的伴奏音频数据,如果第一歌曲的歌曲信息中不包括伴奏音频数据,在发送抢唱成功通知时,则需要携带第一歌曲的伴奏音频数据。
可选的,还需要判断接收抢唱请求的时间,相应的步骤103的处理可以如下:
当在向至少一个主播账户的登录终端发送抢唱通知和第一歌曲的歌曲信息之后的预设时长之内,接收到至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到至少一个主播账户中除第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向第一主播账户的登录终端发送抢唱成功通知。
其中,预设时长可以由技术人员预设,并且存储至服务器中,
在实施中,服务器在向至少一个主播账户的登录终端发送抢唱通知和第一歌曲的歌曲信息时,可以记录发送时间点,从该发送时间点开始计时,如果接收第一主播账户的登录终端发送的抢唱请求的时间点距离该发送时间点的时长未超过预设时长,可以判断是否接收到其他主播账户的登录终端发送的抢唱请求,如果未接收到其他主播账户发送的抢唱请求,则确定第一主播账户抢唱成功,可以向第一主播账户的登录终端发送抢唱成功通知。
步骤104,接收第一主播账户的登录终端发送的第一音视频数据。
步骤105,向目标直播间中各账户的登录终端发送第一音视频数据。
在实施中,服务器接收到第一主播账户的登录终端发送的第一音视频数据后,可以确定目标直播间的各账户(包括主播账户的观众账户),向目标直播间中各账户的登录终端发送第一音视频数据。
各账户的登录终端可以接收服务器发送的第一音视频数据,并且在直播界面播放第一音视频数据,在直播界面中,显示有礼物标识、聊天窗口等,与一般的直播界面相同。
可选的,本发明实施例中,还提供了用户投票决定主播是否继续演唱的方法,相应的处理可以如下:
接收各账户的登录终端发送的反对请求,当确定接收到的反对请求的数目达到第一数值时,停止接收第一音视频数据,并确定目标直播间对应的待演唱的第二歌曲,向其它主播账户的登录终端发送抢唱通知和第二歌曲的歌曲信息,当接收到其它主播账户中第二主播账户的登录终端发送的抢唱请求时,如果还未接收到其它主播账户中除第二主播账户之外的主播账户的登录终端发送的抢唱请求,则向第二主播账户的登录终端发送抢唱成功通知,接收第二主播账户的登录终端发送的第二音视频数据,向目标直播间中各账户的登录终端发送第二音视频数据。
其中,第一数值可以由技术人员预设,并且存储至服务器中,可以是一个数值,例如,第一数值为2000等,也可以基于目标直播间当前的账户的数目计算得到,例如,目标直播间中当前的账户的数目为5万,第一数值为5万乘以百分之十,即第一数值为5000。
在实施中,如图4所示,目标直播间中各账户的登录终端在播放第一音视频数据时,直播界面中还显示投票界面,投票界面中有“反对”选项和“支持”选项。对于各账户中任一账户的使用用户,如果用户喜欢该主播演唱第一歌曲,可以点击“支持”选项,该用户使用的终端则会接收到“支持”选项的点击指令,向服务器发送支持请求。如果用户不喜欢该主播演唱第一歌曲,可以点击“反对”选项,该用户使用的终端则会接收到“反对”选项的点击指令,向服务器发送反对请求。
在演唱的第一歌曲的过程中,服务器每当接收到一次反对请求,则将反对请求的数目加1,当检测到反对请求的数目达到第一数值时,服务器可以向第一主播账户的登录终端发送停止演唱通知,并且不再接收第一音视频数据。
然后服务器可以从大量的歌曲中,重新随机确定待演唱的第二歌曲,然后确定至少一个主播账户中除第一主播账户之外的其他主播账户,向其他主播账户发送抢唱通知和第二歌曲的歌曲信息。
其他主播账户中的任一主播账户的登录终端接收到抢唱通知和第二歌曲的歌曲信息后,可以显示抢唱通知和第二歌曲的歌曲信息,并对应抢唱通知显示“抢”选项和“取消”选项等、以及第二歌曲的名称。如果某个主播想要直播演唱第二歌曲,可以点击“抢”选项,自己所使用的终端则会接收到“抢”选项的点击指令,向服务器发送抢唱请求。
服务器接收到第二主播账户的登录终端发送的抢唱请求,然后确定其他主播账户中除第二主播账户之外的其他主播账户,然后判断是否接收到该其他主播账户的登录终端发送的抢唱请求,如果未接收到该其他主播账户发送的抢唱请求,则确定第二主播账户抢唱成功,可以向第二主播账户的登录终端发送抢唱成功通知。
第二主播账户的登录终端接收服务器发送的抢唱成功通知,然后显示抢唱成功通知,并对应显示倒计时。在倒计时结束时,第二主播账户的登录终端可以播放第二歌曲的伴奏音频数据,第二主播账户的使用主播可以开始演唱第二歌曲,第二主播账户的登录终端可以使用麦克风采集音频数据,并使用摄像头采集视频数据,该音频数据和视频数据可以合称为第二音视频数据,然后向服务器发送第二音频数据。
服务器接收到第二主播账户的登录终端发送的第二音视频数据后,可以确定目标直播间的各账户(包括主播账户的观众账户),向目标直播间中各账户的登录终端发送第二音视频数据。
各账户的登录终端可以接收服务器发送的第二音视频数据,并且在直播界面播放第二音视频数据,在直播界面中,显示有礼物标识、聊天窗口等,与一般的直播界面相同。
可选的,第二歌曲的歌曲信息中还可以包括伴奏音频数据,其他主播账户中的任一主播账户的登录终端接收到抢唱通知和第二歌曲的歌曲信息后,该登录终端还可以播放伴奏音频数据,这样,可以使主播判断自己是否会演唱第二歌曲。
可选的,第二歌曲的歌曲信息中还可以包括歌词信息,其他主播账户中的任一主播账户的登录终端接收到抢唱通知和第二歌曲的歌曲信息后,该登录终端还可以显示歌词信息,这样,可以使主播判断自己是否会演唱第二歌曲。
可选的,其他主播账户中的任一主播账户的登录终端接收到抢唱通知和第二歌曲的歌曲信息后,在显示抢唱通知时,还显示有倒计时(如15秒等),主播需要在倒计时之内,选择是否直播演唱第二歌曲。
可选的,如果第二歌曲的歌曲信息中包括伴奏音频数据,在发送抢唱成功通知时,则不需要携带第二歌曲的伴奏音频数据,如果第二歌曲的歌曲信息中不包括伴奏音频数据,在发送抢唱成功通知时,则需要携带第二歌曲的伴奏音频数据。
可选的,投票界面也可以由服务器发送投票通知后进行显示。
可选的,本发明实施例中,还提供了支持请求的数目超过第二数值的处理,相应的处理可以如下:
接收各账户的登录终端发送的支持请求,当确定第一歌曲的伴奏音频数据播放结束时,如果确定接收到的支持请求的数目超过第二数值,则确定目标直播间对应的待演唱的第三歌曲,向第一主播账户的登录终端发送演唱询问通知和第三歌曲的歌曲信息,如果接收到第一主播账户的登录终端发送的继续演唱请求,则向第一主播账户的登录终端发送开始演唱通知,继续接收第一主播账户的登录终端发送的第一音视频数据,向目标直播间中各账户的登录终端发送第一音视频数据。
其中,第二数值可以由技术人员预设,并且存储至服务器中,可以是一个数值,例如,第二数值为两万等,也可以基于目标直播间当前的账户的数目计算得到,例如,目标直播间中当前的账户的数目为5万,第二数值为5万乘以百分之八十,即第二数值为40000。
在实施中,目标直播间中各账户的登录终端在播放第一音视频数据时,直播界面中还显示有“反对”选项和“支持”选项。对于各账户中任一账户的使用用户,如果用户喜欢该主播演唱第一歌曲,可以点击“支持”选项,该用户使用的终端则会接收到“支持”选项的点击指令,向服务器发送支持请求。如果用户不喜欢该主播演唱第一歌曲,可以点击“反对”选项,该用户使用的终端则会接收到“反对”选项的点击指令,向服务器发送反对请求。
在演唱的第一歌曲的过程中,服务器每当接收到一次支持请求,则将支持请求的数目加1。一般服务器在向第一主播账户的登录终端发送抢唱成功通知后,服务器可以与第一主播账户的登录终端同时记录一个倒计时,确定第一歌曲的伴奏音频数据的开始播放时间点,由于服务器记录有第一伴奏歌曲的播放时长,所以服务器可以确定第一歌曲的伴奏音频数据播放结束时间点。
在确定第一歌曲的伴奏音频数据播放结束时,可以获取接收到的支持请求的数目,如果该数目超过第二数值,服务器可以从大量的歌曲中随机确定第三歌曲。向第一主播账户的登录终端发送演唱询问通知和第三歌曲的歌曲信息。
如图5所示,第一主播账户的登录终端接收到演唱询问通知后,可以显示演唱询问通知,并对应显示“继续”选项和“结束”选项,如果第一主播账户的使用主播想要继续演唱第三歌曲,可以点击“继续”选项,第一主播账户的登录终端则会接收到“继续”选项的点击指令,然后向服务器发送继续演唱请求,服务器接收到第一主播账户的登录终端发送的继续演唱请求后,可以向第一主播账户的登录终端发送开始演唱通知,第一主播账户的登录终端接收到开始演唱通知后,可以显示倒计时,倒计时结束时,第一主播账户的登录终端可以播放第三歌舞的伴奏音频数据,第一主播账户的使用主播可以演唱第三歌曲,第一主播账户的登录终端可以使用麦克风采集音频数据,并使用摄像头采集视频数据,该音频数据和视频数据可以合称为第一音视频数据,然后向服务器发送第一音频数据。需要说明的是,此处虽然也是第一音视频数据,但是和步骤105中的第一音视频数据的数据内容不相同。
服务器接收到第一主播账户的登录终端发送的第一音视频数据后,可以确定目标直播间的各账户(包括主播账户的观众账户),向目标直播间中各账户的登录终端发送第一音视频数据。
各账户的登录终端可以接收服务器发送的第一音视频数据,并且在直播界面播放第一音视频数据,在直播界面中,显示有礼物标识、聊天窗口等,与一般的直播界面相同。
可选的,如果第三歌曲的歌曲信息中包括伴奏音频数据,在发送开始演唱通知时,则不需要携带第三歌曲的伴奏音频数据,如果第三歌曲的歌曲信息中不包括伴奏音频数据,在发送开始演唱通知时,则需要携带第三歌曲的伴奏音频数据。
另外,为了通知目标直播间中的观众,第一主播账户的使用主播还要继续演唱歌曲,服务器可以向目标直播间中各账户的登录终端发送第一主播账户的继续演唱通知,其中携带第三歌曲的歌曲信息。
另外,由于目标直播间中有多个主播,不能让一个主播连续演唱多首歌曲,所以规定了连续最多演唱歌曲的数目,如5首,当一个主播连续演唱了5首歌曲,即使支持请求的数目超过第二数值,服务器也会重新发起抢唱通知。
可选的,本发明实施例中,还提供了支持请求的数目未超过第二数值的处理,相应的处理可以如下:
当确定第一歌曲的伴奏音频数据播放结束时,如果确定接收到的支持请求的数目未超过第二数值,则确定目标直播间对应的待演唱的第四歌曲,向其它主播账户的登录终端发送抢唱通知和第四歌曲的歌曲信息,当接收到其它主播账户中第三主播账户的登录终端发送的抢唱请求时,如果还未接收到其它主播账户中除第三主播账户之外的主播账户的登录终端发送的抢唱请求,则向第三主播账户的登录终端发送抢唱成功通知,接收第三主播账户的登录终端发送的第三音视频数据,向目标直播间中各账户的登录终端发送第三音视频数据。
在实施中,服务器在确定第一歌曲的伴奏音频数据播放结束时,可以获取接收到的支持请求的数目,如果该数目未超过第二数值,服务器可以从大量的歌曲中随机确定第四歌曲,然后确定至少一个主播账户中除第一主播账户之外的其他主播账户,向其他主播账户发送抢唱通知和第四歌曲的歌曲信息,歌曲信息中包括第四歌曲的名称。
其他主播账户中的任一主播账户的登录终端接收到抢唱通知和第四歌曲的歌曲信息后,可以显示抢唱通知和第四歌曲的歌曲信息,并对应抢唱通知显示“抢”选项和“取消”选项等、以及第四歌曲的名称。如果某个主播想要直播演唱第四歌曲,可以点击“抢”选项,自己所使用的终端则会接收到“抢”选项的点击指令,向服务器发送抢唱请求。
服务器接收到第三主播账户的登录终端发送的抢唱请求,然后确定其他主播账户中除第三主播账户之外的其他主播账户,然后判断是否接收到该其他主播账户的登录终端发送的抢唱请求,如果未接收到该其他主播账户发送的抢唱请求,则确定第三主播账户抢唱成功,可以向第三主播账户的登录终端发送抢唱成功通知。
第三主播账户的登录终端接收服务器发送的抢唱成功通知,然后显示抢唱成功通知,并对应显示倒计时。在倒计时结束时,第三主播账户的登录终端可以播放第四歌曲的伴奏音频数据,第三主播账户的使用主播可以开始演唱第四歌曲,第三主播账户的登录终端可以使用麦克风采集音频数据,并使用摄像头采集视频数据,该音频数据和视频数据可以合称为第三音视频数据,然后向服务器发送第三音频数据。
服务器接收到第三主播账户的登录终端发送的第三音视频数据后,可以确定目标直播间的各账户(包括主播账户的观众账户),向目标直播间中各账户的登录终端发送第三音视频数据。
各账户的登录终端可以接收服务器发送的第三音视频数据,并且在直播界面播放第三音视频数据,在直播界面中,显示有礼物标识、聊天窗口等,与一般的直播界面相同。
需要说明的是,此处第三主播账户可以与第二主播账户是同一主播账户,第四歌曲可以与第二歌曲相同。
可选的,如果第四歌曲的歌曲信息中包括伴奏音频数据,在发送抢唱成功时,则不需要携带第四歌曲的伴奏音频数据,如果第四歌曲的歌曲信息中不包括伴奏音频数据,在发送抢唱成功通知时,则需要携带第四歌曲的伴奏音频数据。
可选的,本发明实施例中,还提供了支持请求的数目超过第二数值,但是主播不继续演唱的处理,相应的处理可以如下:
如果接收到第一主播账户的登录终端发送的停止演唱请求,则向其它主播账户的登录终端发送抢唱通知和第三歌曲的歌曲信息,当接收到其它主播账户中第四主播账户的登录终端发送的抢唱请求时,如果还未接收到其它主播账户中除第四主播账户之外的主播账户的登录终端发送的抢唱请求,则向第四主播账户的登录终端发送抢唱成功通知,接收第四主播账户的登录终端发送的第四音视频数据,向目标直播间中各账户的登录终端发送第四音视频数据。
在实施中,在确定第一歌曲的伴奏音频数据播放结束时,可以获取接收到的支持请求的数目,如果该数目超过第二数值,服务器可以从大量的歌曲中随机确定第三歌曲。向第一主播账户的登录终端发送演唱询问通知和第三歌曲的歌曲信息。
第一主播账户的登录终端接收到演唱询问通知后,可以显示演唱询问通知,并对应显示“继续”选项和“结束”选项,如果第一主播账户的使用主播不想要继续演唱第三歌曲,可以点击“结束”选项,第一主播账户的登录终端则会接收到“结束”选项的点击指令,然后向服务器发送停止演唱请求。服务器接收到第一主播账户的登录终端发送的停止演唱请求后,可以确定至少一个主播账户中,除第一主播账户之外的其他主播账户,向其它主播账户的登录终端发送抢唱通知和第三歌曲的歌曲信息。
其他主播账户中的任一主播账户的登录终端接收到抢唱通知和第三歌曲的歌曲信息后,可以显示抢唱通知和第三歌曲的歌曲信息,并对应抢唱通知显示“抢”选项和“取消”选项等、以及第三歌曲的名称。如果某个主播想要直播演唱第三歌曲,可以点击“抢”选项,自己所使用的终端则会接收到“抢”选项的点击指令,向服务器发送抢唱请求。
服务器接收到第四主播账户的登录终端发送的抢唱请求,然后确定其他主播账户中除第四主播账户之外的其他主播账户,然后判断是否接收到该其他主播账户的登录终端发送的抢唱请求,如果未接收到该其他主播账户发送的抢唱请求,则确定第四主播账户抢唱成功,可以向第四主播账户的登录终端发送抢唱成功通知。
第四主播账户的登录终端接收服务器发送的抢唱成功通知,然后显示抢唱成功通知,并对应显示倒计时。在倒计时结束时,第四主播账户的登录终端可以播放第三歌曲的伴奏音频数据,第四主播账户的使用主播可以开始演唱第三歌曲,第四主播账户的登录终端可以使用麦克风采集音频数据,并使用摄像头采集视频数据,该音频数据和视频数据可以合称为第四音视频数据,然后向服务器发送第四音频数据。
服务器接收到第四主播账户的登录终端发送的第四音视频数据后,可以确定目标直播间的各账户(包括主播账户的观众账户),向目标直播间中各账户的登录终端发送第四音视频数据。
各账户的登录终端可以接收服务器发送的第四音视频数据,并且在直播界面播放第四音视频数据,在直播界面中,显示有礼物标识、聊天窗口等,与一般的直播界面相同。
可选的,如果第三歌曲的歌曲信息中包括伴奏音频数据,在发送抢唱成功通知时,则不需要携带第三歌曲的伴奏音频数据,如果第三歌曲的歌曲信息中不包括伴奏音频数据,在发送抢唱成功通知时,则需要携带第三歌曲的伴奏音频数据。
需要说明的是,此处第四主播账户可以与第二主播账户是同一主播账户,第三歌曲可以与第二歌曲相同。
可选的,本发明实施例中,还提供了,基于主播账户对应的支持请求的数目,给予主播奖励的方法,相应的处理可以如下:
当确定第一歌曲的伴奏音频数据播放结束时,如果接收到的支持请求的数目超过第二数值,则基于接收到的支持请求的数目,确定第一主播账户对应的奖励。
其中,奖励可以是虚拟币、礼物和积分等。
在实施中,服务器在确定第一歌曲的伴奏音频数据播放结束时,可以获取接收到的支持请求的数目,如果该数目超过第二数值,可以确定接收到的支持请求的数目所属的数目范围,然后可以使用预先存储的支持请求的数目范围与奖励的对应关系,查找确定出的数目范围对应的奖励,即为接收到的支持请求的数目对应的奖励,并将该奖励存储至第一主播账户。
可选的,还可以基于连续演唱歌曲的数目,确定主播账户对应的奖励,相应的处理可以如下:
确定第一主播账户对应的连续演唱的歌曲的数目,基于接收到的支持请求的数目、以及连续演唱的歌曲的数目,确定第一主播账户对应的奖励。
在实施中,服务器在确定第一歌曲的伴奏音频数据播放结束时,可以获取接收到的支持请求的数目,如果该数目超过第二数值,可以确定接收到的支持请求的数目所属的数目范围,并确定连续演唱的歌曲的数目,然后确定连续演唱的歌曲的数目所属的歌曲数目范围。使用预先存储的支持请求的数目范围、歌曲数目范围与奖励的对应关系,查找确定出的数目范围与歌曲数目范围对应的奖励,将该奖励存储至第一主播账户。
可选的,本发明实施例中,还提供了规定时间内进行抢唱的处理过程,相应的处理可以如下:
在向至少一个主播账户的登录终端发送抢唱通知和第一歌曲的歌曲信息之后的预设时长之内,如果未接收到至少一个主播账户中任一主播账户的登录终端发送的抢唱请求,则确定目标直播间对应的待演唱的第五歌曲,向至少一个主播账户的登录终端发送抢唱通知和第五歌曲的歌曲信息,当接收到至少一个主播账户中第五主播账户的登录终端发送的抢唱请求时,如果还未接收到至少一个主播账户中除第五主播账户之外的主播账户的登录终端发送的抢唱请求,则向第五主播账户的登录终端发送抢唱成功通知,接收第五主播账户的登录终端发送的第五音视频数据,向目标直播间中各账户的登录终端发送第五音视频数据。
其中,预设时长可以由技术人员预设,并且存储至服务器中,如30秒等。
在实施中,服务器在向至少一个主播账户的登录终端发送抢唱通知和第一歌曲的歌曲信息时,可以记录发送时间点,从该发送时间点开始计时,如果达到预设时长,还没有接收到至少一个主播账户中任一主播账户的登录终端发送的抢唱请求,服务器可以从大量的歌曲中,重新随机确定出第五歌曲,然后确定至少一个主播账户中每个主播账户的登录终端,分别向确定出的登录终端发送抢唱通知,和第五歌曲的歌曲信息。
至少一个主播账户中的任一主播账户的登录终端接收到抢唱通知和第五歌曲的歌曲信息后,可以显示抢唱通知和第五歌曲的歌曲信息,并对应抢唱通知显示“抢”选项和“取消”选项等、以及第五歌曲的名称。如果某个主播想要直播演唱第五歌曲,可以点击“抢”选项,自己所使用的终端则会接收到“抢”选项的点击指令,向服务器发送抢唱请求。本发明实施例以第五主播账户为例说明,第五主播账户为至少一个主播账户中任一主播账户。
服务器接收第五主播账户的登录终端发送的抢唱请求,然后确定至少一个主播账户中除第五主播账户之外的其他主播账户,然后判断是否接收到其他主播账户的登录终端发送的抢唱请求,如果未接收到其他主播账户发送的抢唱请求,则确定第五主播账户抢唱成功,可以向第五主播账户的登录终端发送抢唱成功通知。
第五主播账户的登录终端接收服务器发送的抢唱成功通知,然后显示抢唱成功通知,并对应显示倒计时。在倒计时结束时,第五主播账户的登录终端可以播放第五歌曲的伴奏音频数据,第五主播账户的使用主播可以开始演唱第五歌曲,第五主播账户的登录终端可以使用麦克风采集音频数据,并使用摄像头采集视频数据,该音频数据和视频数据可以合称为第五音视频数据,然后向服务器发送第五音频数据。
服务器接收到第五主播账户的登录终端发送的第五音视频数据后,可以确定目标直播间的各账户(包括主播账户的观众账户),向目标直播间中各账户的登录终端发送第五音视频数据。
各账户的登录终端可以接收服务器发送的第五音视频数据,并且在直播界面播放第五音视频数据,在直播界面中,显示有礼物标识、聊天窗口等,与一般的直播界面相同。
可选的,如果第五歌曲的歌曲信息中包括伴奏音频数据,在发送抢唱成功通知时,则不需要携带第五歌曲的伴奏音频数据,如果第五歌曲的歌曲信息中不包括伴奏音频数据,在发送抢唱成功通知时,则需要携带第五歌曲的伴奏音频数据。
需要说明的是,此处第五主播账户可以与第一主播账户、第二主播账户、第三主播账户和第四主播账户中的任意一个相同,第五歌曲可以与第二歌曲、第三歌曲和第四歌曲中任意一个相同。
本发明实施例中,确定目标直播间对应的待演唱的第一歌曲,并确定目标直播间中的至少一个主播账户,向至少一个主播账户的登录终端发送抢唱通知和第一歌曲的歌曲信息,当接收到至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到至少一个主播账户中除第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向第一主播账户的登录终端发送抢唱成功通知,接收第一主播账户的登录终端发送的第一音视频数据,向目标直播间中各账户的登录终端发送第一音视频数据。这样,由于直播间中采用了抢唱的方式,直播方式比较新颖,可以吸引大量的观众,从而不会影响直播间的访问量。
基于相同的技术构思,本发明实施例还提供了一种进行直播的装置,如图6所示,该装置包括:
确定模块610,用于确定目标直播间对应的待演唱的第一歌曲,并确定所述目标直播间中的至少一个主播账户;
发送模块620,用于向所述至少一个主播账户的登录终端发送抢唱通知和所述第一歌曲的歌曲信息;
所述发送模块620,还用于当接收到所述至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向所述第一主播账户的登录终端发送抢唱成功通知;
接收模块630,用于接收所述第一主播账户的登录终端发送的第一音视频数据;
所述发送模块620,还用于向所述目标直播间中各账户的登录终端发送所述第一音视频数据。
可选的,所述接收模块630,还用于接收所述各账户的登录终端发送的反对请求;
所述确定模块610,还用于当确定接收到的所述反对请求的数目达到第一数值时,停止接收所述第一音视频数据,并确定所述目标直播间对应的待演唱的第二歌曲;
所述发送模块620,还用于向所述其它主播账户的登录终端发送抢唱通知和所述第二歌曲的歌曲信息;
所述发送模块620,还用于当接收到所述其它主播账户中第二主播账户的登录终端发送的抢唱请求时,如果还未接收到所述其它主播账户中除所述第二主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第二主播账户的登录终端发送抢唱成功通知;
所述接收模块630,还用于接收所述第二主播账户的登录终端发送的第二音视频数据;
所述发送模块620,还用于向所述目标直播间中各账户的登录终端发送所述第二音视频数据。
可选的,所述接收模块630,还用于接收所述各账户的登录终端发送的支持请求;
所述发送模块620,还用于当确定所述第一歌曲的伴奏音频数据播放结束时,如果确定接收到的所述支持请求的数目超过第二数值,则确定所述目标直播间对应的待演唱的第三歌曲,向所述第一主播账户的登录终端发送演唱询问通知和所述第三歌曲的歌曲信息;
所述发送模块620,还用于如果接收到所述第一主播账户的登录终端发送的继续演唱请求,则向所述第一主播账户的登录终端发送开始演唱通知;
所述接收模块630,还用于继续接收所述第一主播账户的登录终端发送的第一音视频数据;
所述发送模块620,还用于向所述目标直播间中各账户的登录终端发送所述第一音视频数据。
可选的,所述确定模块610,还用于当确定所述第一歌曲的伴奏音频数据播放结束时,如果确定接收到的所述支持请求的数目未超过所述第二数值,则确定所述目标直播间对应的待演唱的第四歌曲;
所述发送模块620,还用于向所述其它主播账户的登录终端发送抢唱通知和所述第四歌曲的歌曲信息;
所述发送模块620,还用于当接收到所述其它主播账户中第三主播账户的登录终端发送的抢唱请求时,如果还未接收到所述其它主播账户中除所述第三主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第三主播账户的登录终端发送抢唱成功通知;
所述接收模块630,还用于接收所述第三主播账户的登录终端发送的第三音视频数据;
所述发送模块620,还用于向所述目标直播间中各账户的登录终端发送所述第三音视频数据。
可选的,所述发送模块620,还用于如果接收到所述第一主播账户的登录终端发送的停止演唱请求,则向所述其它主播账户的登录终端发送抢唱通知和所述第三歌曲的歌曲信息;
所述发送模块620,还用于当接收到所述其它主播账户中第四主播账户的登录终端发送的抢唱请求时,如果还未接收到所述其它主播账户中除所述第四主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第四主播账户的登录终端发送抢唱成功通知;
所述接收模块630,还用于接收所述第四主播账户的登录终端发送的第四音视频数据;
所述发送模块620,还用于向所述目标直播间中各账户的登录终端发送所述第四音视频数据。
可选的,所述确定模块610,还用于:
当确定所述第一歌曲的伴奏音频数据播放结束时,如果接收到的支持请求的数目超过所述第二数值,则基于接收到的所述支持请求的数目,确定所述第一主播账户对应的奖励。
可选的,所述确定模块610,还用于:
确定所述第一主播账户对应的连续演唱的歌曲的数目;
基于接收到的所述支持请求的数目、以及所述连续演唱的歌曲的数目,确定所述第一主播账户对应的奖励。
可选的,所述发送模块620,还用于:
当在向所述至少一个主播账户的登录终端发送抢唱通知和所述第一歌曲的歌曲信息之后的预设时长之内,接收到所述至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向所述第一主播账户的登录终端发送抢唱成功通知。
可选的,所述确定模块610,还用于:
在向所述至少一个主播账户的登录终端发送抢唱通知和所述第一歌曲的歌曲信息之后的预设时长之内,如果未接收到所述至少一个主播账户中任一主播账户的登录终端发送的抢唱请求,则确定所述目标直播间对应的待演唱的第五歌曲;
所述发送模块620,还用于向所述至少一个主播账户的登录终端发送抢唱通知和所述第五歌曲的歌曲信息;
所述发送模块620,还用于当接收到所述至少一个主播账户中第五主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第五主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第五主播账户的登录终端发送抢唱成功通知;
所述接收模块630,还用于接收所述第五主播账户的登录终端发送的第五音视频数据;
所述发送模块620,还用于向所述目标直播间中各账户的登录终端发送所述第五音视频数据。
本发明实施例中,确定目标直播间对应的待演唱的第一歌曲,并确定目标直播间中的至少一个主播账户,向至少一个主播账户的登录终端发送抢唱通知和第一歌曲的歌曲信息,当接收到至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到至少一个主播账户中除第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向第一主播账户的登录终端发送抢唱成功通知,接收第一主播账户的登录终端发送的第一音视频数据,向目标直播间中各账户的登录终端发送第一音视频数据。这样,由于直播间中采用了抢唱的方式进行直播,直播方式比较新颖,可以吸引大量的观众,从而不会影响直播间的访问量。
需要说明的是:上述实施例提供的进行直播的装置在进行直播时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的进行直播的装置与进行直播的方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
图7是本发明实施例提供的服务器的结构示意图。该服务器700可因配置或性能不同而产生比较大的差异,可以包括一个或一个以***处理器(central processingunits,CPU)722(例如,一个或一个以上处理器)和存储器732,一个或一个以上存储应用程序742或数据744的存储介质730(例如一个或一个以上海量存储设备)。其中,存储器732和存储介质730可以是短暂存储或持久存储。存储在存储介质730的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器722可以设置为与存储介质730通信,在服务器700上执行存储介质730中的一系列指令操作。
服务器700还可以包括一个或一个以上电源726,一个或一个以上有线或无线网络接口750,一个或一个以上输入输出接口758,一个或一个以上键盘756,和/或,一个或一个以上操作***741,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
服务器700可以包括有存储器,以及一个或者一个以上的程序,其中一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行。上述一个或者一个以上程序包含用于执行上述图1所示实施例提供的进行直播的方法的指令。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (16)
1.一种进行直播的方法,其特征在于,所述方法包括:
确定目标直播间对应的待演唱的第一歌曲,并确定所述目标直播间中的至少一个主播账户;
向所述至少一个主播账户的登录终端发送抢唱通知和所述第一歌曲的歌曲信息;
当接收到所述至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向所述第一主播账户的登录终端发送抢唱成功通知;
接收所述第一主播账户的登录终端发送的第一音视频数据;
向所述目标直播间中各账户的登录终端发送所述第一音视频数据;
接收所述各账户的登录终端发送的支持请求;
当确定所述第一歌曲的伴奏音频数据播放结束时,如果确定接收到的所述支持请求的数目超过第二数值,则确定所述目标直播间对应的待演唱的第三歌曲,向所述第一主播账户的登录终端发送演唱询问通知和所述第三歌曲的歌曲信息;
如果接收到所述第一主播账户的登录终端发送的继续演唱请求,则向所述第一主播账户的登录终端发送开始演唱通知;
继续接收所述第一主播账户的登录终端发送的第一音视频数据,向所述目标直播间中各账户的登录终端发送所述第一音视频数据。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述各账户的登录终端发送的反对请求;
当确定接收到的所述反对请求的数目达到第一数值时,停止接收所述第一音视频数据,并确定所述目标直播间对应的待演唱的第二歌曲;
向所述其它主播账户的登录终端发送抢唱通知和所述第二歌曲的歌曲信息;
当接收到所述其它主播账户中第二主播账户的登录终端发送的抢唱请求时,如果还未接收到所述其它主播账户中除所述第二主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第二主播账户的登录终端发送抢唱成功通知;
接收所述第二主播账户的登录终端发送的第二音视频数据;
向所述目标直播间中各账户的登录终端发送所述第二音视频数据。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当确定所述第一歌曲的伴奏音频数据播放结束时,如果确定接收到的所述支持请求的数目未超过所述第二数值,则确定所述目标直播间对应的待演唱的第四歌曲;
向所述其它主播账户的登录终端发送抢唱通知和所述第四歌曲的歌曲信息;
当接收到所述其它主播账户中第三主播账户的登录终端发送的抢唱请求时,如果还未接收到所述其它主播账户中除所述第三主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第三主播账户的登录终端发送抢唱成功通知;
接收所述第三主播账户的登录终端发送的第三音视频数据;
向所述目标直播间中各账户的登录终端发送所述第三音视频数据。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
如果接收到所述第一主播账户的登录终端发送的停止演唱请求,则向所述其它主播账户的登录终端发送抢唱通知和所述第三歌曲的歌曲信息;
当接收到所述其它主播账户中第四主播账户的登录终端发送的抢唱请求时,如果还未接收到所述其它主播账户中除所述第四主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第四主播账户的登录终端发送抢唱成功通知;
接收所述第四主播账户的登录终端发送的第四音视频数据;
向所述目标直播间中各账户的登录终端发送所述第四音视频数据。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当确定所述第一歌曲的伴奏音频数据播放结束时,如果接收到的支持请求的数目超过所述第二数值,则基于接收到的所述支持请求的数目,确定所述第一主播账户对应的奖励。
6.根据权利要求5所述的方法,其特征在于,所述基于接收到的所述支持请求的数目,确定所述第一主播账户对应的奖励,包括:
确定所述第一主播账户对应的连续演唱的歌曲的数目;
基于接收到的所述支持请求的数目、以及所述连续演唱的歌曲的数目,确定所述第一主播账户对应的奖励。
7.根据权利要求1所述的方法,其特征在于,所述当接收到所述至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向所述第一主播账户的登录终端发送抢唱成功通知,包括:
当在向所述至少一个主播账户的登录终端发送抢唱通知和所述第一歌曲的歌曲信息之后的预设时长之内,接收到所述至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向所述第一主播账户的登录终端发送抢唱成功通知。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
在向所述至少一个主播账户的登录终端发送抢唱通知和所述第一歌曲的歌曲信息之后的预设时长之内,如果未接收到所述至少一个主播账户中任一主播账户的登录终端发送的抢唱请求,则确定所述目标直播间对应的待演唱的第五歌曲;
向所述至少一个主播账户的登录终端发送抢唱通知和所述第五歌曲的歌曲信息;
当接收到所述至少一个主播账户中第五主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第五主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第五主播账户的登录终端发送抢唱成功通知;
接收所述第五主播账户的登录终端发送的第五音视频数据;
向所述目标直播间中各账户的登录终端发送所述第五音视频数据。
9.一种进行直播的装置,其特征在于,所述装置包括:
确定模块,用于确定目标直播间对应的待演唱的第一歌曲,并确定所述目标直播间中的至少一个主播账户;
发送模块,用于向所述至少一个主播账户的登录终端发送抢唱通知和所述第一歌曲的歌曲信息;
所述发送模块,还用于当接收到所述至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向所述第一主播账户的登录终端发送抢唱成功通知;
接收模块,用于接收所述第一主播账户的登录终端发送的第一音视频数据;
所述发送模块,还用于向所述目标直播间中各账户的登录终端发送所述第一音视频数据;
所述接收模块,还用于接收所述各账户的登录终端发送的支持请求;
所述发送模块,还用于当确定所述第一歌曲的伴奏音频数据播放结束时,如果确定接收到的所述支持请求的数目超过第二数值,则确定所述目标直播间对应的待演唱的第三歌曲,向所述第一主播账户的登录终端发送演唱询问通知和所述第三歌曲的歌曲信息;
所述发送模块,还用于如果接收到所述第一主播账户的登录终端发送的继续演唱请求,则向所述第一主播账户的登录终端发送开始演唱通知;
所述接收模块,还用于继续接收所述第一主播账户的登录终端发送的第一音视频数据;
所述发送模块,还用于向所述目标直播间中各账户的登录终端发送所述第一音视频数据。
10.根据权利要求9所述的装置,其特征在于,所述接收模块,还用于接收所述各账户的登录终端发送的反对请求;
所述确定模块,还用于当确定接收到的所述反对请求的数目达到第一数值时,停止接收所述第一音视频数据,并确定所述目标直播间对应的待演唱的第二歌曲;
所述发送模块,还用于向所述其它主播账户的登录终端发送抢唱通知和所述第二歌曲的歌曲信息;
所述发送模块,还用于当接收到所述其它主播账户中第二主播账户的登录终端发送的抢唱请求时,如果还未接收到所述其它主播账户中除所述第二主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第二主播账户的登录终端发送抢唱成功通知;
所述接收模块,还用于接收所述第二主播账户的登录终端发送的第二音视频数据;
所述发送模块,还用于向所述目标直播间中各账户的登录终端发送所述第二音视频数据。
11.根据权利要求9所述的装置,其特征在于,所述确定模块,还用于当确定所述第一歌曲的伴奏音频数据播放结束时,如果确定接收到的所述支持请求的数目未超过所述第二数值,则确定所述目标直播间对应的待演唱的第四歌曲;
所述发送模块,还用于向所述其它主播账户的登录终端发送抢唱通知和所述第四歌曲的歌曲信息;
所述发送模块,还用于当接收到所述其它主播账户中第三主播账户的登录终端发送的抢唱请求时,如果还未接收到所述其它主播账户中除所述第三主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第三主播账户的登录终端发送抢唱成功通知;
所述接收模块,还用于接收所述第三主播账户的登录终端发送的第三音视频数据;
所述发送模块,还用于向所述目标直播间中各账户的登录终端发送所述第三音视频数据。
12.根据权利要求9所述的装置,其特征在于,所述发送模块,还用于如果接收到所述第一主播账户的登录终端发送的停止演唱请求,则向所述其它主播账户的登录终端发送抢唱通知和所述第三歌曲的歌曲信息;
所述发送模块,还用于当接收到所述其它主播账户中第四主播账户的登录终端发送的抢唱请求时,如果还未接收到所述其它主播账户中除所述第四主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第四主播账户的登录终端发送抢唱成功通知;
所述接收模块,还用于接收所述第四主播账户的登录终端发送的第四音视频数据;
所述发送模块,还用于向所述目标直播间中各账户的登录终端发送所述第四音视频数据。
13.根据权利要求9所述的装置,其特征在于,所述确定模块,还用于:
当确定所述第一歌曲的伴奏音频数据播放结束时,如果接收到的支持请求的数目超过所述第二数值,则基于接收到的所述支持请求的数目,确定所述第一主播账户对应的奖励。
14.根据权利要求13所述的装置,其特征在于,所述确定模块,还用于:
确定所述第一主播账户对应的连续演唱的歌曲的数目;
基于接收到的所述支持请求的数目、以及所述连续演唱的歌曲的数目,确定所述第一主播账户对应的奖励。
15.根据权利要求9所述的装置,其特征在于,所述发送模块,还用于:
当在向所述至少一个主播账户的登录终端发送抢唱通知和所述第一歌曲的歌曲信息之后的预设时长之内,接收到所述至少一个主播账户中第一主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第一主播账户之外的其它主播账户的登录终端发送的抢唱请求,则向所述第一主播账户的登录终端发送抢唱成功通知。
16.根据权利要求15所述的装置,其特征在于,所述确定模块,还用于:
在向所述至少一个主播账户的登录终端发送抢唱通知和所述第一歌曲的歌曲信息之后的预设时长之内,如果未接收到所述至少一个主播账户中任一主播账户的登录终端发送的抢唱请求,则确定所述目标直播间对应的待演唱的第五歌曲;
所述发送模块,还用于向所述至少一个主播账户的登录终端发送抢唱通知和所述第五歌曲的歌曲信息;
所述发送模块,还用于当接收到所述至少一个主播账户中第五主播账户的登录终端发送的抢唱请求时,如果还未接收到所述至少一个主播账户中除所述第五主播账户之外的主播账户的登录终端发送的抢唱请求,则向所述第五主播账户的登录终端发送抢唱成功通知;
所述接收模块,还用于接收所述第五主播账户的登录终端发送的第五音视频数据;
所述发送模块,还用于向所述目标直播间中各账户的登录终端发送所述第五音视频数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711241741.9A CN107896334B (zh) | 2017-11-30 | 2017-11-30 | 进行直播的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711241741.9A CN107896334B (zh) | 2017-11-30 | 2017-11-30 | 进行直播的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107896334A CN107896334A (zh) | 2018-04-10 |
CN107896334B true CN107896334B (zh) | 2019-12-10 |
Family
ID=61807128
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711241741.9A Active CN107896334B (zh) | 2017-11-30 | 2017-11-30 | 进行直播的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107896334B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109173271B (zh) * | 2018-08-06 | 2022-06-07 | 广州方硅信息技术有限公司 | 直播间游戏抢位方法、基于直播的游戏交互***及服务器 |
CN110198469B (zh) * | 2019-05-21 | 2022-03-04 | 杭州网易云音乐科技有限公司 | 操作响应方法及装置、介质和计算设备 |
CN110213624B (zh) * | 2019-06-05 | 2021-07-30 | 腾讯音乐娱乐科技(深圳)有限公司 | 在线互动的方法和装置 |
CN112214153B (zh) * | 2019-07-10 | 2024-03-15 | 腾讯科技(深圳)有限公司 | 多媒体信息录制方法、服务器、终端、***及存储介质 |
CN111586430A (zh) * | 2020-05-14 | 2020-08-25 | 腾讯科技(深圳)有限公司 | 在线互动方法、客户端、服务器和存储介质 |
CN111935555B (zh) * | 2020-08-20 | 2022-01-04 | 腾讯科技(深圳)有限公司 | 一种直播互动方法、装置、***、设备及存储介质 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101483536B (zh) * | 2009-02-10 | 2010-11-03 | 腾讯科技(深圳)有限公司 | 传输用于实现网络卡拉ok的数据的方法、***和客户端 |
CN103517150A (zh) * | 2013-09-13 | 2014-01-15 | 广东欧珀移动通信有限公司 | 蓝光播放器用以表示网络视频正在加载的方法及*** |
CN103685962A (zh) * | 2013-12-27 | 2014-03-26 | 广东欧珀移动通信有限公司 | 移动终端拍照方法与*** |
CN104079589A (zh) * | 2014-07-24 | 2014-10-01 | 广东欧珀移动通信有限公司 | 一种外挂字幕的显示方法、***及数字多媒体渲染器 |
CN105141458A (zh) * | 2015-08-25 | 2015-12-09 | 广州酷狗计算机科技有限公司 | 剩余时长展示方法和装置 |
CN105305079A (zh) * | 2015-11-20 | 2016-02-03 | 广东欧珀移动通信有限公司 | 一种天线装置和移动终端 |
CN105808710A (zh) * | 2016-03-05 | 2016-07-27 | 上海斐讯数据通信技术有限公司 | 一种远程 k 歌终端、远程k 歌***及远程k 歌方法 |
CN106060591A (zh) * | 2016-05-31 | 2016-10-26 | 北京小米移动软件有限公司 | 视频直播应用中的互动方法及装置 |
CN106488254A (zh) * | 2016-11-16 | 2017-03-08 | 广州华多网络科技有限公司 | 一种直播画面切换的方法和*** |
CN106550286A (zh) * | 2016-11-07 | 2017-03-29 | 武汉卡比特信息有限公司 | 基于驾驶环境下的实时对讲方法、终端、服务器及*** |
CN106791892A (zh) * | 2016-11-10 | 2017-05-31 | 广州华多网络科技有限公司 | 一种轮麦直播的方法、装置和*** |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7680301B2 (en) * | 2005-06-30 | 2010-03-16 | Sportvision, Inc. | Measurements using a single image |
-
2017
- 2017-11-30 CN CN201711241741.9A patent/CN107896334B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101483536B (zh) * | 2009-02-10 | 2010-11-03 | 腾讯科技(深圳)有限公司 | 传输用于实现网络卡拉ok的数据的方法、***和客户端 |
CN103517150A (zh) * | 2013-09-13 | 2014-01-15 | 广东欧珀移动通信有限公司 | 蓝光播放器用以表示网络视频正在加载的方法及*** |
CN103685962A (zh) * | 2013-12-27 | 2014-03-26 | 广东欧珀移动通信有限公司 | 移动终端拍照方法与*** |
CN104079589A (zh) * | 2014-07-24 | 2014-10-01 | 广东欧珀移动通信有限公司 | 一种外挂字幕的显示方法、***及数字多媒体渲染器 |
CN105141458A (zh) * | 2015-08-25 | 2015-12-09 | 广州酷狗计算机科技有限公司 | 剩余时长展示方法和装置 |
CN105305079A (zh) * | 2015-11-20 | 2016-02-03 | 广东欧珀移动通信有限公司 | 一种天线装置和移动终端 |
CN105808710A (zh) * | 2016-03-05 | 2016-07-27 | 上海斐讯数据通信技术有限公司 | 一种远程 k 歌终端、远程k 歌***及远程k 歌方法 |
CN106060591A (zh) * | 2016-05-31 | 2016-10-26 | 北京小米移动软件有限公司 | 视频直播应用中的互动方法及装置 |
CN106550286A (zh) * | 2016-11-07 | 2017-03-29 | 武汉卡比特信息有限公司 | 基于驾驶环境下的实时对讲方法、终端、服务器及*** |
CN106791892A (zh) * | 2016-11-10 | 2017-05-31 | 广州华多网络科技有限公司 | 一种轮麦直播的方法、装置和*** |
CN106488254A (zh) * | 2016-11-16 | 2017-03-08 | 广州华多网络科技有限公司 | 一种直播画面切换的方法和*** |
Also Published As
Publication number | Publication date |
---|---|
CN107896334A (zh) | 2018-04-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107896334B (zh) | 进行直播的方法和装置 | |
CN111866541B (zh) | 直播推荐方法、装置、服务器及存储介质 | |
EP4203478A1 (en) | Multi-user live streaming method and apparatus, terminal, server, and storage medium | |
CN111654716B (zh) | 直播间推荐方法、装置、电子设备及计算机可读存储介质 | |
CN111046292B (zh) | 直播推荐方法、装置、计算机可读存储介质及电子设备 | |
CN110176221B (zh) | 演唱竞技方法、装置及存储介质 | |
WO2018209900A1 (zh) | 转盘互动方法及装置 | |
US20140206456A1 (en) | Methods and systems for processing gaming data | |
CN110784751A (zh) | 信息显示方法及装置 | |
CN112702640B (zh) | 直播连麦方法、装置、存储介质及电子设备 | |
CN112218105B (zh) | 一种多媒体业务的互动方法及装置 | |
CN108174227B (zh) | 虚拟物品的显示方法、装置及存储介质 | |
CN114666671B (zh) | 直播点赞互动方法、装置、设备及存储介质 | |
CN114286124B (zh) | 直播间的互动气泡的展示方法、装置、介质及计算机设备 | |
CN114268810B (zh) | 直播视频显示方法、***、设备及存储介质 | |
CN113382277B (zh) | 网络直播方法、装置及*** | |
CN106407353B (zh) | 一种播放动画的方法和装置 | |
CN115243066B (zh) | 信息的推送方法、装置、电子设备及计算机可读介质 | |
CN111083534A (zh) | 一种用于提供推荐视频列表的方法与设备 | |
CN115348120B (zh) | 资源获取方法、装置、电子设备及计算机可读存储介质 | |
CN113573131B (zh) | 应用于直播的数据处理方法、装置、电子设备及存储介质 | |
CN111309935B (zh) | 歌曲推荐方法及装置、计算机存储介质 | |
CN115665435A (zh) | 直播处理方法、装置和电子设备 | |
CN108196817B (zh) | 音频识别方法、装置及存储介质 | |
CN112653896B (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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20200326 Address after: The new road in Whampoa District of Guangzhou City, Guangdong province 510032, 680 682, No. 684 room 701 (only for office use) Patentee after: Guangzhou stars entertainment Mdt InfoTech Ltd Address before: 510660 Whampoa Avenue, Guangzhou, Guangzhou, Guangdong, No. 1-17 Patentee before: GUANGZHOU KUGOU COMPUTER TECHNOLOGY Co.,Ltd. |
|
TR01 | Transfer of patent right |