CN111711850A - 显示弹幕的方法、装置及电子设备 - Google Patents
显示弹幕的方法、装置及电子设备 Download PDFInfo
- Publication number
- CN111711850A CN111711850A CN202010745759.8A CN202010745759A CN111711850A CN 111711850 A CN111711850 A CN 111711850A CN 202010745759 A CN202010745759 A CN 202010745759A CN 111711850 A CN111711850 A CN 111711850A
- Authority
- CN
- China
- Prior art keywords
- bullet screen
- user
- displayed
- client
- paying
- 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/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
-
- 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/4508—Management of client data or end-user data
- H04N21/4532—Management of client data or end-user data involving end-user characteristics, e.g. viewer profile, preferences
-
- 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
-
- 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/4884—Data services, e.g. news ticker for displaying subtitles
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本申请公开一种显示弹幕的方法、装置、电子设备以及存储介质,通过客户端在接收到用户录入的待显示弹幕消息时,获取用户的身份信息,若该身份信息表征用户为付费用户,获取目标时间段内用户的活跃等级信息,再获取与活跃等级信息对应的弹幕停留时长,然后按照弹幕停留时长对待显示弹幕消息进行显示。实现了在获取的待显示弹幕信息为付费用户录入的情况下,通过获取目标时间段内用户的活跃等级信息,再获取与活跃等级信息对应的弹幕停留时长,然后按照弹幕停留时长对付费用户录入的待显示弹幕信息进行区别化停留显示,使得客户端可以按照弹幕停留时长对待显示弹幕消息进行差异化展示,进而提升付费用户的送礼积极性。
Description
技术领域
本申请涉及信息技术领域,更具体地,涉及一种显示弹幕的方法、装置、电子设备以及存储介质。
背景技术
随着互联网技术的发展以及智能终端普及率的提高,越来越多的用户通过手机等智能设备进行各种线上娱乐,例如,通过手机观看微博、玩游戏以及观看网络(直播)视频等。其中,在观看网络(直播)视频时,可以通过用户端发送弹幕消息至直播端,以发表对直播现场的个人意见或者实现与直播端的现场用户的互动。然而,现有的弹幕消息的显示方式较为单一,导致主播用户难以及时与付费观众用户互动,从而影响付费用户的送礼积极性。
发明内容
鉴于上述问题,本申请提出了一种显示弹幕的方法、装置、电子设备及存储介质,以改善上述问题。
第一方面,本申请实施例提供了一种显示弹幕的方法,应用于客户端,该方法包括:客户端在接收到用户录入的待显示弹幕消息时,获取所述用户的身份信息;若所述身份信息表征所述用户为付费用户,获取目标时间段内所述用户的活跃等级信息;获取与所述活跃等级信息对应的弹幕停留时长;按照所述弹幕停留时长对所述待显示弹幕消息进行显示。
第二方面,本申请实施例提供了一种显示弹幕的装置,运行于客户端,该装置包括:第一获取模块,用于客户端在接收到用户录入的待显示弹幕消息时,获取所述用户的身份信息;第二获取模块,用于若所述身份信息表征所述用户为付费用户,获取目标时间段内所述用户的活跃等级信息;第三获取模块,用于获取与所述活跃等级信息对应的弹幕停留时长;显示模块,用于按照所述弹幕停留时长对所述待显示弹幕消息进行显示。
第三方面,本申请实施例提供了一种电子设备,包括存储器以及一个或多个处理器;一个或多个程序被存储在存储器中并被配置为由一个或多个处理器执行,一个或多个程序配置用于执行上述第一方面所述的方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,计算机可读存储介质中存储有程序代码,其中,在程序代码被处理器运行时执行上述第一方面所述的方法。
本申请实施例提供的一种显示弹幕的方法、装置、电子设备以及存储介质,通过客户端在接收到用户录入的待显示弹幕消息时,获取用户的身份信息,若该身份信息表征用户为付费用户,获取目标时间段内用户的活跃等级信息,再获取与活跃等级信息对应的弹幕停留时长,然后按照弹幕停留时长对待显示弹幕消息进行显示。从而通过上述方式实现了在获取的待显示弹幕信息为付费用户录入的情况下,通过获取目标时间段内用户的活跃等级信息,再获取与活跃等级信息对应的弹幕停留时长,然后按照弹幕停留时长对付费用户录入的待显示弹幕信息进行区别化停留显示,使得客户端可以按照弹幕停留时长对待显示弹幕消息进行差异化展示,进而使得付费观众用户可以及时的与主播用户进行互动,增强了付费用户的弹幕交互体验,同时提升了付费用户的送礼积极性。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1示出了本申请实施例提供的一种应用环境示意图。
图2示出了本申请一实施例提供的一种显示弹幕的方法的方法流程图。
图3示出了本申请实施例提供的在弹幕列表区域内显示待显示弹幕消息的一示例图。
图4示出了本申请另一实施例提供的一种显示弹幕的方法的方法流程图。
图5示出了图4中的步骤S250的方法流程图。
图6示出了本申请实施例提供的在弹幕列表区域内显示待显示弹幕消息的另一示例图。
图7示出了本申请实施例提供的在弹幕列表区域内显示待显示弹幕消息的又一示例图。
图8示出了本申请实施例提供的在弹幕列表区域内显示待显示弹幕消息的再一示例图。
图9示出了本申请又一实施例提供的一种显示弹幕的方法的方法流程图。
图10示出了本申请实施例提供的客户端对弹幕消息进行个性化展示处理的流程示例图。
图11示出了本申请一实施例提供的一种显示弹幕的装置的结构框图。
图12示出了本申请实施例提供的一种电子设备的结构框图。
图13示出了本申请实施例的用于保存或者携带实现根据本申请实施例的显示弹幕的方法的程序代码的存储单元。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
随着移动终端上视频消费需求的不断扩大,用户对于视频相关类产品的需求也逐渐增多,在提升视频本身播放性能的同时,挖掘与播放体验紧密相关的需求也迫在眉睫,用户在播放视频时需要更多的互动,而弹幕就成为了视频内嵌产品的首要选择。
作为一种方式,可以使弹幕以滚动、停留等方式显示在视频界面上,以实现观众用户与直播端的主播用户之间的互动。然而,现有的弹幕都是以固定的显示方式进行批量显示的,不同用户的弹幕消息在直播间内停留的时长是相同的,这种无差别的弹幕显示方式,在直播间人数较多时,可能会导致主播用户很难关注到某一付费用户发送的弹幕消息,使得主播无法及时的与付费观众进行有效互动,从而打击付费观众的送礼积极性。
针对上述的问题,发明人经过长期的研究发现,可以通过客户端在接收到用户录入的待显示弹幕消息时,获取用户的身份信息,若该身份信息表征用户为付费用户,获取目标时间段内用户的活跃等级信息,再获取与活跃等级信息对应的弹幕停留时长,然后按照弹幕停留时长对待显示弹幕消息进行显示。从而通过上述方式实现了在获取的待显示弹幕信息为付费用户录入的情况下,通过获取目标时间段内用户的活跃等级信息,再获取与活跃等级信息对应的弹幕停留时长,然后按照弹幕停留时长对付费用户录入的待显示弹幕信息进行区别化停留显示,使得付费观众用户可以及时的与主播用户进行互动,增强了付费用户的弹幕交互体验,同时提升了付费用户的送礼积极性。因此,提出了本申请实施例提供的一种显示弹幕的方法、装置、电子设备以及存储介质。
为了便于详细说明本申请方案,下面先结合附图对本申请实施例中的一种应用环境进行介绍。
请参阅图1,为本申请实施例提供的一种显示弹幕的方法的应用环境示意图,如图1所示,该应用环境可以理解为本申请实施例提供的一种网络系统10,该网络系统10包括:服务器11以及客户端12。
其中,服务器11可以是一台服务器(网络接入服务器),也可以是由若干台服务器组成的服务器集群(云服务器),或者可以是一个云计算中心(数据库服务器)。客户端12可以是任何具备通信和存储功能的设备,包括但不限于PC(Personal Computer,个人计算机)、PDA(平板电脑)、智能电视、智能手机、智能可穿戴设备或其他具有网络连接功能的智能通信设备。
需要说明的是,本申请实施例中的方法可以应用于网络直播平台,作为一种方式,网络直播平台可以运行于如图1所示一台服务器11中,也可以是运行于若干台服务器11(图中仅示出一台)组成的服务器集群中。可选的,客户端12可以是即时通讯应用或社交网络应用的客户端,所述客户端可以是应用程序客户端(如手机APP中的视频播放应用程序),也可以是网页客户端(例如网络直播平台),在此不作限定。其中,服务器11可以通过网络与客户端12建立通信连接,作为一种方式,该网络可以是无线网络,也可以是有线网络。用户可以使用注册的用户帐号登录客户端12或者互联网,客户端12可以具有信息输入界面,用户在该界面内输入文本信息,并且该文本信息可以在客户端12的聊天界面内显示。
可选的,本实施例中的客户端12可以是网络直播平台的主播客户端,也可以是观看用户客户端(包括付费用户客户端以及非付费用户客户端),客户端12具备网络直播功能,主播用户可以通过客户端12进行直播,观众用户可以通过客户端12观看主播用户的直播。本实施例提供的显示弹幕的方法可以适用于在视频内容的播放过程中对视频播放界面的弹幕消息的显示时长进行延长,并且不同付费用户发送的弹幕消息被延长显示的时长可以不同,可以按照延迟后的时长对弹幕消息进行显示。其中,该视频内容可以是实时直播的视频内容,也可以是提前录播的视频内容,具体可以不做限定。
下面将结合附图具体描述本申请的各实施例。
请参阅图2,示出了本申请一实施例提供的一种显示弹幕的方法的流程图,本实施例提供一种显示弹幕的方法,可应用于电子设备,该方法包括:
步骤S110:客户端在接收到用户录入的待显示弹幕消息时,获取所述用户的身份信息。
其中,待显示弹幕消息为直播间内的观众用户录入的即将被显示在客户端的视频内容界面的发言信息,待显示弹幕消息可以包括文字、表情、字符(例如英文字母、罗马数字)或者特殊符号(例如,→等)等,其中,文字、表情、字符或者特殊符号的具体内容可以不作限定。可选的,在用户通过手机或者其他电子设备登录客户端观看任意一个现场直播节目时,可以通过客户端录入待显示弹幕消息。作为一种方式,客户端可以配置有弹幕信息录入接口,用户可以通过该弹幕信息录入接口录入待显示弹幕消息,该录入方式可以为文本输入、语音输入、图像输入(在这种方式下,可以识别输入图像所包括的文本内容作为待显示弹幕消息)、或者为文本输入结合语音输入,具体输入过程可以参考相关技术实现,在此不再赘述。
作为一种方式,客户端可以在接收到用户录入的待显示弹幕消息时,获取用户的身份信息,继而可以根据身份信息识别用户的身份,以便于根据识别出的身份对该用户录入的待显示弹幕消息的显示停留时长做后续处理。其中,该身份信息可以包括多种类型的身份信息,例如,该身份信息可以包括用户帐号,可选的,不同用户帐号对应的用户的身份可以不同,例如,付费用户和非付费用户为不同身份的用户,付费用户与非付费用户的用户帐号不同。可选的,可以预先将用户的身份信息与对应的用户身份进行关联存储,以便于客户端可以根据获取到的用户身份信息快速的识别用户的身份。
步骤S120:若所述身份信息表征所述用户为付费用户,获取目标时间段内所述用户的活跃等级信息。
本实施例中,录入待显示弹幕消息的用户的身份类型可以包括付费用户或者非付费用户,其中,付费用户可以表示会员用户,付费用户可以表示非会员用户。可选的,若用户赠送的虚拟礼物的价值达到一定数值时,用户可以由普通用户升级为付费用户,或者普通用户可以直接购买会员成为付费用户。可选的,可以根据获取的身份信息判断用户的身份类型。在一种实现方式中,若获取到的身份信息表征用户为付费用户,可以获取目标时间段内用户的活跃等级信息。
其中,目标时间段的具体时长可以不受限制,可以根据实际需要进行设定,例如,可以是过去十分钟、过去半小时、过去一小时、过去半天、过去24小时、过去一周或者过去一个月等。活跃等级信息可以用于评价用户在直播过程中参与互动的积极性。可以理解的是,随着主播用户直播内容、直播时长以及直播时段的不同,观看用户的活跃程度可以不同。例如,在白天直播的主播的直播间的活跃程度可能要低于在晚上直播的主播的直播间的活跃程度,而同一用户在不同的目标时间段内对应的活跃等级信息可以不同。
可选的,在获取用户的活跃等级信息之前,可以先获取当前的直播场景,若当前的直播场景属于预设直播场景,那么可以缩小预先设定的目标时间段对应的时长,例如,假设预先设定了目标时间段为当前时刻往前的过去1小时内,而当前直播间的用户流量突然增多,例如,在十分钟内增加了3000名观众,在这种方式下,如果仍然去获取过去一小时内用户的活跃等级信息,将会增加查找的难度以及时长,同时给电子设备带来较多的功耗。作为一种改善这一问题的方式,可以将目标时间段修改为当前时刻往前的过去10分钟内,在这种方式下,可以仅获取过去10分钟内用户(这里指的是前述的付费用户)的活跃等级信息,加快查找速率。其中,预设直播场景可以理解为直播间内用户流量超过预设阈值(具体数值可以根据实际情况进行调整)的直播场景、日活超过指定阈值(具体数值可以不作限定)的场景、或者可以是剩余直播时长小于指定时长的直播场景(例如,有的直播每场只直播两小时,若剩余直播时长为半小时时,可以仅获取当前时刻往前的过去10分钟内用户的活跃等级信息)。
可选的,若当前的直播场景不属于预设直播场景,也可根据实际需求调整目标时间段对应的时长。
步骤S130:获取与所述活跃等级信息对应的弹幕停留时长。
本实施例中,活跃等级信息的信息种类可以为一种或者多种(例如,两种、三种、四种等等),不同数量种类的活跃等级信息对应的弹幕停留时长可以不同,例如,包含有两种信息种类的活跃等级信息对应的弹幕停留时长可以大于包含有一种信息种类的活跃等级信息对应的弹幕停留时长。作为一种方式,在获取到活跃等级信息时,可以根据活跃等级信息包括的信息种类获取对应的弹幕停留时长。
步骤S140:按照所述弹幕停留时长对所述待显示弹幕消息进行显示。
本实施例中,可以按照所获取的弹幕停留时长对待显示弹幕消息进行显示,即延长对待显示弹幕消息进行显示的时长,使得付费用户的弹幕消息可以被区别性的显示出来,进而使得主播用户可以及时的看到付费用户的弹幕消息,从而可以有效的与付费用户进行互动。
例如,在一个具体的应用场景中,如图3所示,电子设备100的显示界面101显示有主播102的直播视频界面103,弹幕列表区域104内包括多条用于显示弹幕的轨道,通过该多条轨道可以实现将弹幕采用逐行插入显示的方式进行显示。例如,在视频内容的播放过程(本实施例中可以理解为直播过程)中,可以按照接收弹幕的时间先后依次将弹幕显示于弹幕列表区域的各行中。
在图3中的弹幕列表区域104内,显示有五条弹幕消息,分别为用户“2132门童”发送的“这是什么歌”,用户“柠檬精”发送的“哇,初中嚎的”,用户“小许先生”加入直播间的提示消息“来了”,用户“Ann”发送的“什么群”以及用户“460哈哈”加入直播间的提示消息“来了”。假设用户“Ann”为付费用户,那么用户“Ann”发送的弹幕消息“什么群”的显示时长将会被延长,即按照前述的弹幕停留时长对弹幕消息“什么群”进行显示。
可选的,在弹幕消息很多的情况下,仅是对付费用户的弹幕消息的显示时长稍作延长,可能还是难以让主播用户快速的看到付费用户的弹幕消息而与之进行互动,作为一种方式,可以在按照弹幕停留时长对付费用户的待显示弹幕消息进行显示时,对付费用户的弹幕消息进行特殊化处理,例如,如图3所示,假设用户“Ann”为付费用户,可以将其发送的弹幕消息变化为特殊颜色(具体颜色可以不作限定,例如,可以为红色、橙色、蓝色等)进行显示,而其他用户的弹幕消息为默认颜色(例如,可以为黑色,默认颜色与特殊颜色不同)。或者还可以将付费用户的用户名以及其发送的弹幕消息进行整体加粗显示,从而使得主播用户可以及时关注到付费用户的弹幕消息进而与之互动,增强付费用户的送礼积极性。
本实施例提供的显示弹幕的方法,通过客户端在接收到用户录入的待显示弹幕消息时,获取用户的身份信息,若该身份信息表征用户为付费用户,获取目标时间段内用户的活跃等级信息,再获取与活跃等级信息对应的弹幕停留时长,然后按照弹幕停留时长对待显示弹幕消息进行显示。从而通过上述方式实现了在获取的待显示弹幕信息为付费用户录入的情况下,通过获取目标时间段内用户的活跃等级信息,再获取与活跃等级信息对应的弹幕停留时长,然后按照弹幕停留时长对付费用户录入的待显示弹幕信息进行区别化停留显示,使得客户端可以按照弹幕停留时长对待显示弹幕消息进行差异化展示,进而使得付费观众用户可以及时的与主播用户进行互动,增强了付费用户的弹幕交互体验,同时提升了付费用户的送礼积极性。
请参阅图4,示出了本申请另一实施例提供的一种显示弹幕的方法的流程图,本实施例提供一种显示弹幕的方法,可应用于电子设备,该方法包括:
步骤S210:客户端在接收到用户录入的待显示弹幕消息时,获取所述用户的身份信息。
步骤S220:基于所述身份信息判断所述用户是否为付费用户。
可选的,可以根据用户的身份为用户的身份信息添加指定标识,例如,可以给付费用户的身份信息添加标识“V”,在这种方式下,可以通过判断用户的身份信息是否携带指定标识的方式判断用户是否为付费用户。可选的,若用户的身份信息携带指定标识,那么可以判定用户为付费用户,而若用户的身份信息未携带指定标识,那么可以判定用户为非付费用户。其中,指定标识的具体内容可以根据实际需求进行设定,指定标识也可以为数字或者字符等,具体可以不作限定。
步骤S230:若所述身份信息表征所述用户为付费用户,获取目标时间段内所述用户的活跃等级信息。
步骤S240:获取与所述至少一个权重参数对应的权重值。
本实施例中的活跃等级信息可以包括至少一个权重参数。其中,权重参数可以包括用户等级、送礼频率(指的是虚拟礼物的赠送频率)、送礼价值(虚拟礼物的总价值)以及送礼对象等。
可选的,可以根据实际情况选择开启至少一个权重参数来衡量付费用户的弹幕消息对应的弹幕停留时长。作为一种方式,若检测到用户的用户等级一般(例如,处于用户等级范围的中间水平),用户的送礼价值总量低于指定值(例如,低于5000Y币),而用户的送礼频率较高时,在这种情况下,用户可能每次赠送的虚拟礼物的价值较小,但其赠送频率较大,为了鼓励其送礼的积极性,可以仅开启送礼频率这一项权重参数来获取付费用户的弹幕的弹幕停留时长,以提升付费用户的送礼积极性。
可选的,若检测到用户的用户等级一般,用户的送礼频率较低,而用户的送礼价值较大时,用户可能有特别钟爱的主播用户,并且每次赠送的虚拟礼物的价值较大,在这种方式下,为了维持用户的送礼积极性,可以仅开启送礼价值这一项权重参数来获取付费用户的弹幕的弹幕停留时长,以提升付费用户的送礼积极性。
可选的,若用户的用户等级较高,且用户的送礼频率较高,而用户的送礼价值一般时,可以开启用户等级、送礼频率这两项权重参数来获取付费用户的弹幕的弹幕停留时长,进而实现提升用户的送礼积极性。可选的,还可以根据实际情况选择权值参数中的其他组合方式来获取付费用户的弹幕的弹幕停留时长。需要说明的是,本实施例中,选择三种权值参数作为参考依据获取到的付费用户的弹幕的弹幕停留时长,不一定长于选择一种或者两种权值参数作为参考依据获取到的付费用户的弹幕的弹幕停留时长。
作为一种方式,可以获取与至少一个权重参数对应的权重值,以便于可以根据权重值获取与付费用户的弹幕消息匹配的弹幕停留时长。需要说明的是,若权重参数的数量为一个,那么与权重参数对应的权重值即为与该权重参数对应的权重值,例如,假设权重参数为“用户等级”,与当前付费用户的“用户等级”对应的权重值可以为“30”。若权重参数的数量为两个,分别为“用户等级”以及“送礼频率”,那么与权重参数对应的权重值为与“用户等级”以及“送礼频率”分别对应的权重值之和。若权重参数的数量为三个,那么与权重参数对应的权重值为与三个权重参数分别对应的权重值之和。
可选的,也可以给每一类权重参数配置权重占比,例如,可以给前述的权重参数分别配置权重占比为用户等级占比55%,送礼频率占比25%,送礼价值占比20%,在这种方式下,与权重参数对应的权重值为每一类权重参数的权重值与其占比的乘积之和。
步骤S250:获取与所述权重值匹配的弹幕停留时长。
可选的,不同的权重值对应的弹幕停留时长不同,具体描述如下。
请参阅图5,作为一种方式,步骤S250可以包括:
步骤S251:获取与所述权重值对应的权值区间。
可选的,若开启的权重参数为一个,可以直接获取权重参数的权重值,看该权重值落在预先设定的哪个权值区间。例如,对于权重参数“用户等级”,可以将其权重值分为多个权重区间,假设其权重值为整数,该权重值可以没有上限。示例性的,可以将其权重值分为权值区间:1~40,41~50,51~60,61~70,以及71以上。可选的,可以配置与不同的权值区间对应的弹幕停留时长,例如,可以配置权值区间1~40对应弹幕停留时长为1秒,配置权值区间41~50对应弹幕停留时长为1.5秒,配置权值区间51~60对应弹幕停留时长为2秒,配置权值区间61~70对应弹幕停留时长为2.5秒,配置权值区间71以上对应弹幕停留时长为3秒。
可选的,若开启的权重参数为两个或者两个以上,可以对多个权重参数的权重值之和划分权值区间(划分原理同上,在此不再赘述,不同的权值区间对应的弹幕停留时长可以不同),然后计算不同的权重参数的权值之和,看得到的权值之和落在哪一个权值区间。或者可以根据各个权重参数的权重占比计算出不同的权重参数的权值之和,再看得到的权值之和落在哪一个权值区间。
步骤S252:获取与所述权值区间匹配的弹幕停留时长。
可选的,不同的权值区间对应的弹幕停留时长不同,作为一种方式,在获取了与权重参数对应的权重值所在的权值区间后,可以获取与权值区间匹配的弹幕停留时长。
可选的,在配置与不同的权值区间匹配的弹幕停留时长时,可以按照如下方式配置:
若用户等级增加指定等级,可以将弹幕停留时长增加指定值;或若送礼频率增加指定数值,可以将弹幕停留时长增加指定值;或若送礼价值增加指定价值,可以将弹幕停留时长增加指定值。其中,指定等级、指定数值、指定价值以及指定值的具体数值均可以不做限定。例如,可以预先设定每个单位权重值对应的弹幕停留时长为0.01秒,在这种方式下,对于用户等级,若用户等级增加10级,可以将权重值增加1,即将弹幕停留时长增加0.01秒;对于送礼频率,用户当月送礼次数增加一次,可以将权重值增加1,即将弹幕停留时长增加0.01秒;对于送礼价值,用户当月的送礼价值每增加10Y币,可以将权重值增加1,即将弹幕停留时长增加0.01秒。
步骤S260:将所述弹幕停留时长作为与所述活跃等级信息对应的弹幕停留时长。
步骤S270:按照所述弹幕停留时长对所述待显示弹幕消息进行显示。
在一种实现方式中,如图6所示,如前述示例,假设Ann为付费用户,可以将用户Ann发送的弹幕消息在原弹幕轨道(这里可以理解为Ann发送的弹幕首次出现时所在的弹幕轨道)停留上述弹幕停留时长,以延长对其弹幕消息的显示时长。进一步的,如图6所示,为了使主播用户可以快速的看到付费用户Ann发送的弹幕消息,可以在按照弹幕停留时长对Ann发送的弹幕消息进行显示时,将Ann发送的弹幕消息所在的弹幕轨道整体进行高亮显示,高亮显示的具体背景色可以根据实际需求进行设定,以实现让主播用户可以快速的看到付费用户Ann发送的弹幕消息,从而实现有效的互动。
可选的,弹幕消息是以发送的时间顺序在弹幕显示列表104内由下至上(如图7中的箭头所示的方向)以滚动的方式进行显示的,可以理解的是,若在对付费用户的弹幕消息进行延长显示的过程中,如果将与付费用户的弹幕消息位于同一页面的弹幕消息进行冻结住,即暂停滚动显示其他用户发送的弹幕消息,这将会给其他用户带来不好的用户体验,也可能会降低其他用户的送礼积极性。作为一种改善这一问题的方式,如图7所示,可以使付费用户Ann发送的弹幕消息暂时停留在其所在的弹幕轨道进行延长显示,而弹幕列表区域的剩余弹幕轨道仍然以固定模式(即由下至上滚动显示的方式)对其他用户发送的弹幕消息进行滚动显示(图7中的弹幕列表为相对于图3中的弹幕列表进行滚动显示后的结果),等到付费用户Ann发送的弹幕消息显示达到弹幕停留时长后,其会加入新的弹幕列表页面的弹幕消息中进行滚动显示。
可选的,对于一些用户而言,对于付费用户Ann发送的弹幕消息,使其暂时停留在其所在的弹幕轨道进行延长显示,而弹幕列表区域的剩余弹幕轨道仍然以固定模式对其他用户发送的弹幕消息进行滚动显示,可能会干扰视线,影响整体视觉效果。作为一种改善这一问题的方式,如图8所示,可以将付费用户Ann发送的弹幕消息暂时移动至指定位置(指定位置的具体位姿可以不作限定,例如,也可以是弹幕列表区域104的底部位置,或者可以是客户端的显示界面的其他位置),例如,可以移动至弹幕列表区域104的顶部位置(即第一行弹幕轨道),而在弹幕列表区域的剩余弹幕轨道内以固定模式对其他用户发送的弹幕消息进行滚动显示,可以使得主播用户可以及时看到付费用户Ann发送的弹幕消息,进而与之进行有效互动。
可选的,上述实施方式仅作为示例对付费用户的弹幕消息的显示方式以及显示位置进行说明,并不作为对本方案的限制。实际实现时也可以调整显示方式,例如,在如图6、图7以及图8对付费用户Ann发送的弹幕消息进行显示的示例中,为了使得主播用户可以快速的发现付费用户Ann发送的弹幕消息,同时又不影响其他用户(包括其他付费用户以及非付费用户)的情绪、用户体验等,可以仅在主播用户所在的客户端的显示界面按照弹幕停留时长对Ann发送的弹幕消息进行显示,而在其他用户所在的客户端的显示界面仍然以固定模式滚动显示所有弹幕消息。或者也可以在所有用户的客户端的显示界面按照弹幕停留时长对Ann发送的弹幕消息进行显示,以提升付费用户与直播过程中的各类用户进行互动的过程中的弹幕交互体验。
步骤S280:若所述身份信息表征所述用户为非付费用户,在所述客户端的显示界面延长对所述待显示弹幕消息的进行显示的时长。
作为一种方式,若获取到的身份信息表征用户为非付费用户,可以仅在非付费用户所在的客户端的显示界面延长对其发送的待显示弹幕消息进行显示的时长,使得非付费用户也可以感受到直播过程中与主播用户或者其他用户互动过程中的弹幕交互体验,同时又不影响其他用户(包括付费用户、主播用户、以及其他非付费用户)的弹幕的观看体验。
可选的,在非付费用户所在的客户端的显示界面延长对其发送的待显示弹幕消息进行显示的时长时,为了激发非付费用户的送礼积极性,可以将非付费用户发送的弹幕消息进行个性化展示,例如,可以修改其发送的弹幕消息的颜色、字体、以及弹幕大小等。
可选的,若非付费用户所在的客户端在接收到其发送的待显示弹幕消息时,还接收到其他付费用户录入的弹幕消息,可以在非付费用户所在的客户端的显示界面优先显示非付费用户自己发送的待显示弹幕消息。在这种方式下,非付费用户所在的客户端可以延迟显示付费用户发送的弹幕消息,或者不显示付费用户发送的弹幕消息,以增加非付费用户的弹幕交互体验,从而激发非付费用户的送礼兴趣。
本实施例提供的显示弹幕的方法,实现了在获取的待显示弹幕信息为付费用户录入的情况下,通过获取与至少一个权重参数对应的权重值,继而获取与权重值匹配的弹幕停留时长,然后按照弹幕停留时长对付费用户录入的待显示弹幕信息进行区别化停留显示,使得付费观众用户可以及时的与主播用户进行互动,增强了付费用户的弹幕交互体验,同时提升了付费用户的送礼积极性。并且,对于非付费用户发送的弹幕消息,通过仅在非付费用户所在的客户端的显示界面延长对其发送的待显示弹幕消息进行显示的时长,使得非付费用户也可以感受到直播过程中与主播用户或者其他用户互动过程中的弹幕交互体验,同时又不影响其他用户的弹幕的观看体验,一定程度上激发了非付费用户的送礼积极性以及送礼兴趣。实现了对弹幕消息的分端差异化展示,即在不同客户端的显示界面,弹幕消息可以有不同的展示效果。
请参阅图9,示出了本申请又一实施例提供的一种显示弹幕的方法的流程图,本实施例提供一种显示弹幕的方法,可应用于电子设备,该方法包括:
步骤S310:客户端在接收到用户录入的待显示弹幕消息时,获取所述用户的身份信息。
步骤S320:若所述身份信息表征所述用户为付费用户,获取目标时间段内所述用户的活跃等级信息。
步骤S330:获取与所述活跃等级信息对应的弹幕停留时长。
步骤S340:按照所述弹幕停留时长对所述待显示弹幕消息进行显示。
步骤S350:获取直播间标识。
其中,直播间标识可以理解为直播间的频道号(频道uid),可选的,假设有两个直播间,分别为直播间A以及直播间B,用户a在直播间A发送了弹幕消息,且用户a是付费用户,那么该弹幕消息仅会在直播间A被延长显示,而在直播间B不会被延长显示,因此,为了区分不同的直播间,可以获取当前直播间的直播间标识。可选的,本实施例中,可以在获取用户的身份信息时,获取直播间标识,即确定用户当前所在的直播间是哪一个。
步骤S360:将所述直播间标识、所述用户帐号以及所述弹幕停留时长发送给服务器,指示所述服务器向其他客户端广播所述直播间标识、所述用户帐号以及所述弹幕停留时长,使得所述其他客户端按照所述弹幕停留时长对当前直播间内的所述待显示弹幕消息进行显示。
可选的,身份信息可以包括用户的用户帐号。作为一种方式,客户端可以将直播间标识、用户帐号以及弹幕停留时长发送给服务器,指示服务器向其他客户端(这里可以是其他所有客户端)广播直播间标识、用户帐号以及弹幕停留时长,使得其他客户端可以按照弹幕停留时长对当前直播间内的待显示弹幕消息进行显示。其中,关于广播的具体原理以及广播过程可以参考相关技术,在此不再赘述。
下面结合附图对本实施例进行示例性的说明:
如图10所示,客户端可以为各种类型的直播客户端(例如,可以是直播App、PC客户端、或者Web直播间),客户端的登录用户可以变化,例如,可以是主播用户或者观众端用户。
在一种实现方式中,当普通用户向客户端发送弹幕消息时,客户端可以基于该弹幕消息携带的参数获取用户的uid(用户帐号)以及用户所在的客户端的ID(即设备标识),继而可以根据用户的uid向服务端的配置中台请求获取用户的身份信息,然后在确定该用户为普通用户的情况下,将会对当前设备所包括的所有弹幕列表中进行过滤,即选取当前直播间对应的弹幕列表,然后在普通用户所在客户端的显示界面对其发送的弹幕消息进行个性化展示(包括延长展示时长,更高弹幕颜色或大小等,可选的,这里的展示时长可以是一个固定值,例如,可以配置为0.2秒)。
在另一种实现方式中,当付费用户向客户端发送弹幕消息时,客户端可以基于该弹幕消息携带的参数获取用户的uid(用户帐号)以及用户所在的客户端的ID(即设备标识),继而可以根据用户的uid向服务端的配置中台请求获取用户的身份信息,再根据获取到的身份信息获取弹幕停留权重信息(即前述的权重参数),然后计算加权后的弹幕停留时长。在该种情况下,客户端会通知信令中心(即图10中所示的服务端的信令中台)进行广播,广播的内容可以包括直播间频道号(sid)、用户帐号(uid)以及弹幕停留时长。继而信令中心会向所有普通用户所在的客户端以及所有付费用户所在的客户端广播在当前直播间(sid)内的所有用户端需要对用户(uid)发送的弹幕消息进行延长显示,即进行加权停留处理。可选的,在该种方式下,若普通用户接收到了该广播消息,而同时普通用户自己也发送了弹幕消息,那么该普通用户所在的客户端将无视信令中心的广播内容,即不按照弹幕停留时长对付费用户发送的待显示弹幕消息进行显示,而是以固定模式显示付费用户发送的弹幕消息。
本实施例提供的显示弹幕的方法,在获取的待显示弹幕信息为付费用户录入的情况下,通过将获取到的直播间标识、用户帐号以及弹幕停留时长发送给服务器,并指示服务器向其他客户端广播直播间标识、用户帐号以及弹幕停留时长,可以使得其他客户端全部按照弹幕停留时长对当前直播间内的待显示弹幕消息进行显示,增强了付费用户的弹幕交互体验。
请参阅图11,为本申请实施例提供的一种显示弹幕的装置的结构框图,本实施例提供一种显示弹幕的装置400,可以运行于电子设备,所述装置400包括:第一获取模块410、第二获取模块420、第三获取模块430以及显示模块440:
第一获取模块410,用于客户端在接收到用户录入的待显示弹幕消息时,获取所述用户的身份信息。
第二获取模块420,用于若所述身份信息表征所述用户为付费用户,获取目标时间段内所述用户的活跃等级信息。
第三获取模块430,用于获取与所述活跃等级信息对应的弹幕停留时长。
可选的,本实施例中的活跃等级信息包括至少一个权重参数。作为一种方式,第三获取模块430可以用于获取与所述至少一个权重参数对应的权重值;获取与所述权重值匹配的弹幕停留时长;将所述弹幕停留时长作为与所述活跃等级信息对应的弹幕停留时长。其中,可以先获取与所述权重值对应的权值区间;再获取与所述权值区间匹配的弹幕停留时长,不同的权值区间对应的弹幕停留时长不同。
可选的,本实施例中的权重参数可以包括用户等级、送礼频率以及送礼价值等。弹幕停留时长可以随着权重参数的变化而发生变化,在一些实施方式中,若用户等级增加指定等级,可以将弹幕停留时长增加指定值。例如,若用户等级增加10级,可以将弹幕停留时长增加0.1秒,其中,指定等级的数值以及指定值的数值均可以根据实际情况进行设定,在此不作限定。在另一些实施方式中,若送礼频率增加指定数值,可以将弹幕停留时长增加指定值。例如,若用户当月的送礼次数增加1次,可以将弹幕停留时长增加0.1秒,可选的,指定数值的具体数值可以不做限定。在又一些实施方式中,若送礼价值增加指定价值,可以将弹幕停留时长增加指定值,例如,若用户的送礼总价值增加10Y币(虚拟货币的一种单位),可以将弹幕停留时长增加0.1秒,可选的,指定价值的具体数值可以不做限定。
显示模块440,用于按照所述弹幕停留时长对所述待显示弹幕消息进行显示。
可选的,前述身份信息可以包括用户帐号。装置400还可以包括标识获取模块以及消息发送模块,标识获取模块用于获取直播间标识,消息发送模块用于将所述直播间标识、所述用户帐号以及所述弹幕停留时长发送给服务器,指示所述服务器向其他客户端广播所述直播间标识、所述用户帐号以及所述弹幕停留时长,使得所述其他客户端按照所述弹幕停留时长对当前直播间内的所述待显示弹幕进行显示。
可选的,若所述身份信息表征所述用户为非付费用户,可以仅在所述客户端的显示界面延长对所述待显示弹幕消息进行显示的时长。需要说明的是,这里的客户端的显示界面为发送弹幕消息的非付费用户所在客户端的显示界面。
可选的,若客户端在接收到非付费用户发送的待显示弹幕消息时,还接收到其他付费用户录入的弹幕消息,在这种方式下,可以在非付费用户所在的客户端的显示界面优先显示其发送的待显示弹幕消息,而延迟显示或者不显示付费用户的弹幕消息。在付费用户、主播用户以及其他非付费用户所在的客户端可以按照弹幕停留时长对付费用户的弹幕消息进行显示。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述装置和模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,所显示或讨论的模块相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
另外,在本申请各个实施例中的各功能模块可以集成在一个处理模块中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
请参阅图12,基于上述的显示弹幕的方法及装置,本申请实施例还提供了一种可以执行前述显示弹幕的方法的电子设备100。电子设备100包括存储器102以及相互耦合的一个或多个(图中仅示出一个)处理器104,存储器102以及处理器104之间通信线路连接。存储器102中存储有可以执行前述实施例中内容的程序,而处理器104可以执行存储器102中存储的程序。
其中,处理器104可以包括一个或者多个处理核。处理器104利用各种接口和线路连接整个电子设备100内的各个部分,通过运行或执行存储在存储器102内的指令、程序、代码集或指令集,以及调用存储在存储器102内的数据,执行电子设备100的各种功能和处理数据。可选地,处理器104可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(ProgrammableLogic Array,PLA)中的至少一种硬件形式来实现。处理器104可集成中央处理器(CentralProcessing Unit,CPU)、图像处理器(Graphics Processing Unit,GPU)和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作系统、用户界面和应用程序等;GPU用于负责显示内容的渲染和绘制;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器104中,单独通过一块通信芯片进行实现。
存储器102可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory)。存储器102可用于存储指令、程序、代码、代码集或指令集。存储器102可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现前述各个实施例的指令等。存储数据区还可以存储电子设备100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。
请参考图13,其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读存储介质500中存储有程序代码,所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。
计算机可读存储介质500可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地,计算机可读存储介质500包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质500具有执行上述方法中的任何方法步骤的程序代码510的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码510可以例如以适当形式进行压缩。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
综上所述,本申请实施例提供的一种显示弹幕的方法、装置、电子设备以及存储介质,通过客户端在接收到用户录入的待显示弹幕消息时,获取用户的身份信息,若该身份信息表征用户为付费用户,获取目标时间段内用户的活跃等级信息,再获取与活跃等级信息对应的弹幕停留时长,然后按照弹幕停留时长对待显示弹幕消息进行显示。从而通过上述方式实现了在获取的待显示弹幕信息为付费用户录入的情况下,通过获取目标时间段内用户的活跃等级信息,再获取与活跃等级信息对应的弹幕停留时长,然后按照弹幕停留时长对付费用户录入的待显示弹幕信息进行区别化停留显示,使得客户端可以按照弹幕停留时长对待显示弹幕消息进行差异化展示,进而使得付费观众用户可以及时的与主播用户进行互动,增强了付费用户的弹幕交互体验,同时提升了付费用户的送礼积极性。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (10)
1.一种显示弹幕的方法,其特征在于,应用于客户端,所述方法包括:
客户端在接收到用户录入的待显示弹幕消息时,获取所述用户的身份信息;
若所述身份信息表征所述用户为付费用户,获取目标时间段内所述用户的活跃等级信息;
获取与所述活跃等级信息对应的弹幕停留时长;
按照所述弹幕停留时长对所述待显示弹幕消息进行显示。
2.根据权利要求1所述的方法,其特征在于,所述活跃等级信息包括至少一个权重参数,所述获取与所述活跃等级信息对应的弹幕停留时长,包括:
获取与所述至少一个权重参数对应的权重值;
获取与所述权重值匹配的弹幕停留时长;
将所述弹幕停留时长作为与所述活跃等级信息对应的弹幕停留时长。
3.根据权利要求2所述的方法,其特征在于,所述获取与所述权重值匹配的弹幕停留时长,包括:
获取与所述权重值对应的权值区间;
获取与所述权值区间匹配的弹幕停留时长,不同的权值区间对应的弹幕停留时长不同。
4.根据权利要求3所述的方法,其特征在于,所述权重参数包括用户等级、送礼频率以及送礼价值,所述方法还包括:
若所述用户等级增加指定等级,将所述弹幕停留时长增加指定值;或
若所述送礼频率增加指定数值,将所述弹幕停留时长增加指定值;或
若所述送礼价值增加指定价值,将所述弹幕停留时长增加指定值。
5.根据权利要求1所述的方法,其特征在于,所述身份信息包括用户帐号,所述方法还包括:
获取直播间标识;
将所述直播间标识、所述用户帐号以及所述弹幕停留时长发送给服务器,指示所述服务器向其他客户端广播所述直播间标识、所述用户帐号以及所述弹幕停留时长,使得所述其他客户端按照所述弹幕停留时长对当前直播间内的所述待显示弹幕进行显示。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述身份信息表征所述用户为非付费用户,在所述客户端的显示界面延长对所述待显示弹幕消息进行显示的时长。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
若客户端在接收到所述待显示弹幕消息时,还接收到其他付费用户录入的弹幕消息,在所述客户端的显示界面优先显示所述待显示弹幕消息。
8.一种显示弹幕的装置,其特征在于,运行于客户端,所述装置包括:
第一获取模块,用于客户端在接收到用户录入的待显示弹幕消息时,获取所述用户的身份信息;
第二获取模块,用于若所述身份信息表征所述用户为付费用户,获取目标时间段内所述用户的活跃等级信息;
第三获取模块,用于获取与所述活跃等级信息对应的弹幕停留时长;
显示模块,用于按照所述弹幕停留时长对所述待显示弹幕消息进行显示。
9.一种电子设备,其特征在于,包括一个或多个处理器以及存储器;
一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行,所述一个或多个程序配置用于执行权利要求1-7任一所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有程序代码,其中,在所述程序代码被处理器运行时执行权利要求1-7任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010745759.8A CN111711850A (zh) | 2020-07-29 | 2020-07-29 | 显示弹幕的方法、装置及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010745759.8A CN111711850A (zh) | 2020-07-29 | 2020-07-29 | 显示弹幕的方法、装置及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111711850A true CN111711850A (zh) | 2020-09-25 |
Family
ID=72547936
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010745759.8A Pending CN111711850A (zh) | 2020-07-29 | 2020-07-29 | 显示弹幕的方法、装置及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111711850A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113726887A (zh) * | 2021-08-30 | 2021-11-30 | 广州虎牙科技有限公司 | 一种用户行为评估方法、装置、电子设备及计算机可读存储介质 |
CN114845128A (zh) * | 2022-04-22 | 2022-08-02 | 咪咕文化科技有限公司 | 弹幕互动方法、装置、设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107071505A (zh) * | 2017-03-09 | 2017-08-18 | 武汉斗鱼网络科技有限公司 | 一种弹幕延迟加载方法及装置 |
CN107454431A (zh) * | 2017-06-29 | 2017-12-08 | 武汉斗鱼网络科技有限公司 | 粉丝身份标识的配置方法、存储介质、电子设备及系统 |
WO2018086468A1 (zh) * | 2016-11-10 | 2018-05-17 | 阿里巴巴集团控股有限公司 | 播放对象评论信息处理方法及装置 |
CN109379637A (zh) * | 2018-10-15 | 2019-02-22 | 武汉斗鱼网络科技有限公司 | 一种添加弹幕信息的方法及装置 |
CN110557648A (zh) * | 2019-09-08 | 2019-12-10 | 北京智明星通科技股份有限公司 | 一种手机游戏直播中的弹幕显示方法、装置和服务器 |
-
2020
- 2020-07-29 CN CN202010745759.8A patent/CN111711850A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018086468A1 (zh) * | 2016-11-10 | 2018-05-17 | 阿里巴巴集团控股有限公司 | 播放对象评论信息处理方法及装置 |
CN107071505A (zh) * | 2017-03-09 | 2017-08-18 | 武汉斗鱼网络科技有限公司 | 一种弹幕延迟加载方法及装置 |
CN107454431A (zh) * | 2017-06-29 | 2017-12-08 | 武汉斗鱼网络科技有限公司 | 粉丝身份标识的配置方法、存储介质、电子设备及系统 |
CN109379637A (zh) * | 2018-10-15 | 2019-02-22 | 武汉斗鱼网络科技有限公司 | 一种添加弹幕信息的方法及装置 |
CN110557648A (zh) * | 2019-09-08 | 2019-12-10 | 北京智明星通科技股份有限公司 | 一种手机游戏直播中的弹幕显示方法、装置和服务器 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113726887A (zh) * | 2021-08-30 | 2021-11-30 | 广州虎牙科技有限公司 | 一种用户行为评估方法、装置、电子设备及计算机可读存储介质 |
CN113726887B (zh) * | 2021-08-30 | 2024-03-15 | 广州虎牙科技有限公司 | 一种用户行为评估方法、装置、电子设备及计算机可读存储介质 |
CN114845128A (zh) * | 2022-04-22 | 2022-08-02 | 咪咕文化科技有限公司 | 弹幕互动方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108184144B (zh) | 一种直播方法、装置、存储介质及电子设备 | |
CN109525853B (zh) | 直播间封面展示方法、装置、终端、服务器及可读介质 | |
US9787487B2 (en) | Facilitating media streaming with social interaction | |
CN109905723B (zh) | 一种主播的推荐方法、服务器以及可读存储介质 | |
CN105701217B (zh) | 一种信息处理方法及服务器 | |
CN112087655B (zh) | 赠送虚拟礼物的方法、装置及电子设备 | |
US20140372179A1 (en) | Real-time social analysis for multimedia content service | |
CN110798696B (zh) | 直播交互方法、装置、电子设备及可读存储介质 | |
CN114025245B (zh) | 基于任务互动的直播间推荐方法、系统及计算机设备 | |
CN110287399B (zh) | 直播信息处理方法、装置、电子设备及存储介质 | |
CN113422988B (zh) | 直播封面生成方法、装置、电子设备及存储介质 | |
CN112714329B (zh) | 直播间的显示控制方法、装置、存储介质与电子设备 | |
CN112616061A (zh) | 直播互动方法、装置、直播服务器及存储介质 | |
CN111711850A (zh) | 显示弹幕的方法、装置及电子设备 | |
CN113727130A (zh) | 直播间的消息提示方法、系统、装置及计算机设备 | |
CN112995695A (zh) | 一种直播互动方法、装置、设备及存储介质 | |
CN112672219B (zh) | 评论信息的交互方法和装置、电子设备 | |
CN112337101A (zh) | 基于直播的数据交互方法、装置、电子设备和可读介质 | |
CN111898037A (zh) | 排行榜数据的更新方法、装置及服务器 | |
CN114205635A (zh) | 一种直播评论展示方法、装置、设备、程序产品及介质 | |
US10375450B1 (en) | Ad selection in opt-in media experience based on multiple group membership and participation | |
CN112907298B (zh) | 一种线上多媒体广告投放方法、系统及装置 | |
CN105744338B (zh) | 一种视频处理方法及其设备 | |
CN113596492A (zh) | 网络直播中的礼物展示方法和系统 | |
CN107124660B (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: 20200925 |