CN112954413B - 一种直播列表更新方法、装置、服务器及存储介质 - Google Patents
一种直播列表更新方法、装置、服务器及存储介质 Download PDFInfo
- Publication number
- CN112954413B CN112954413B CN202110143551.3A CN202110143551A CN112954413B CN 112954413 B CN112954413 B CN 112954413B CN 202110143551 A CN202110143551 A CN 202110143551A CN 112954413 B CN112954413 B CN 112954413B
- Authority
- CN
- China
- Prior art keywords
- live
- room
- list
- heat
- period
- 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
- 238000000034 method Methods 0.000 title claims abstract description 59
- 235000019633 pungent taste Nutrition 0.000 claims abstract description 107
- 230000015654 memory Effects 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 11
- 238000004891 communication Methods 0.000 claims description 7
- 230000003111 delayed effect Effects 0.000 claims description 2
- 238000004364 calculation method Methods 0.000 abstract description 25
- 230000001960 triggered effect Effects 0.000 abstract description 10
- 230000000694 effects Effects 0.000 abstract description 9
- 238000010586 diagram Methods 0.000 description 7
- 230000008569 process Effects 0.000 description 6
- 230000008859 change Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000006467 substitution reaction Methods 0.000 description 2
- KLDZYURQCUYZBL-UHFFFAOYSA-N 2-[3-[(2-hydroxyphenyl)methylideneamino]propyliminomethyl]phenol Chemical compound OC1=CC=CC=C1C=NCCCN=CC1=CC=CC=C1O KLDZYURQCUYZBL-UHFFFAOYSA-N 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 201000001098 delayed sleep phase syndrome Diseases 0.000 description 1
- 208000033921 delayed sleep phase type circadian rhythm sleep disease Diseases 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
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/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/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26291—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for providing content or additional data updates, e.g. updating software modules, stored at the client
-
- 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/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本申请实施例公开了一种直播列表更新方法、装置、服务器及存储介质,包括:获取当前更新周期内至少一个直播间的热度记录并保存;其中,热度记录包括至少一个直播事件的事件类型和热度值;检测到针对目标直播间的直播热度更新事件时,根据目标直播间的热度记录,计算目标直播间的热度值;利用目标直播间的热度值更新当前更新周期的直播列表;检测到直播列表更新事件时,下发当前更新周期的直播列表至客户端,并显示在客户端的直播界面。如此,根据每个直播间单独的更新事件,触发单独计算热度值,以平衡处理资源,并且只有在检测到更新事件时,才下发直播列表,避免直播列表的频繁更新导致的显示跳变问题,提高客户端直播列表的显示效果。
Description
技术领域
本申请涉及网络直播技术,尤其涉及一种直播列表更新方法、装置、服务器及存储介质。
背景技术
随着网络直播的快速发展,直播平台也越来越多。主播通过直播平台与观众分享自己擅长的领域,以一种简单快捷的方式满足观众的需求。
目前直播平台会根据直播间热度生成直播列表,并在客户端的直播界面展示直播列表,用户可以在直播列表中选择感兴趣直播间观看。但现有的直播列表更新方法是根据直播间热度进行实时更新的,频繁的更新直播列表会存在显示跳变的问题,对于观众来说,影响观众的直播观看体验。
发明内容
为解决上述技术问题,本申请实施例期望提供一种直播列表更新方法、装置、服务器及存储介质。
本申请的技术方案是这样实现的:
第一方面,提供了一种直播列表更新方法,所述方法包括:
获取当前更新周期内至少一个直播间的热度记录并保存;其中,所述热度记录包括至少一个直播事件的事件类型和热度值;
检测到针对目标直播间的直播热度更新事件时,根据所述目标直播间的热度记录,计算所述目标直播间的热度值;其中,所述目标直播间为所述至少一个直播间中的任一直播间;
利用所述目标直播间的热度值更新所述当前更新周期的直播列表;
检测到直播列表更新事件时,下发所述当前更新周期的直播列表至客户端,并显示在所述客户端的直播界面。
第二方面,提供了一种直播列表更新装置,所述装置包括:
获取单元,用于获取当前更新周期内至少一个直播间的热度记录并保存;其中,所述热度记录包括至少一个直播事件的事件类型和热度值;
处理单元,用于检测到针对目标直播间的直播热度更新事件时,根据所述目标直播间的热度记录,计算所述目标直播间的热度值;其中,所述目标直播间为所述至少一个直播间中的任一直播间;
所述处理单元,还用于利用所述目标直播间的热度值更新所述当前更新周期的直播列表;
通信单元,用于检测到直播列表更新事件时,下发所述当前更新周期的直播列表至客户端,并显示在所述客户端的直播界面。
第三方面,提供了一种服务器,包括:处理器和配置为存储能够在处理器上运行的计算机程序的存储器,
其中,所述处理器配置为运行所述计算机程序时,执行前述方法的步骤。
第四方面,提供了一种计算机存储介质,其上存储有计算机程序,其中,该计算机程序被处理器执行时实现前述方法的步骤。
本申请实施例中提供了一种直播列表更新方法、装置、服务器及存储介质,该方法包括:获取当前更新周期内至少一个直播间的热度记录并保存;其中,所述热度记录包括至少一个直播事件的事件类型和热度值;检测到针对目标直播间的直播热度更新事件时,根据所述目标直播间的热度记录,计算所述目标直播间的热度值;其中,所述目标直播间为所述至少一个直播间中的任一直播间;利用所述目标直播间的热度值更新所述当前更新周期的直播列表;检测到直播列表更新事件时,下发所述当前更新周期的直播列表至客户端,并显示在所述客户端的直播界面。如此,根据每个直播间单独的更新事件,触发单独计算热度值,以平衡处理资源,并且只有在检测到更新事件时,才下发直播列表,避免直播列表的频繁更新导致的显示跳变问题,提高客户端直播列表的显示效果。
附图说明
图1为本申请实施例中一种直播列表更新方法的第一流程示意图;
图2为本申请实施例中更新周期的时序图;
图3为本申请实施例中直播热度更新事件的触发时序图;
图4为本申请实施例中一种直播列表更新方法的第二流程示意图;
图5为本申请实施例中热度记录的存储结构示意图;
图6为本申请实施例中一种直播列表更新方法的第三流程示意图;
图7为本申请实施例中直播事件的生成时序图;
图8为本申请实施例直播列表的示意图;
图9为本申请实施例中直播列表更新装置的组成结构示意图;
图10为本申请实施例中服务器的组成结构示意图。
具体实施方式
为了能够更加详尽地了解本申请实施例的特点与技术内容,下面结合附图对本申请实施例的实现进行详细阐述,所附附图仅供参考说明之用,并非用来限定本申请实施例。
本申请实施例提供了一种直播列表更新方法,应用于网络服务器端,用于对客户端的直播间热度进行评价,得到高热度的直播间信息生成直播列表,并发送给客户端,并显示在客户端的直播界面,供观众选择感兴趣的直播间。
图1为本申请实施例中一种直播列表更新方法的第一流程示意图,如图1所示,该方法具体可以包括:
步骤101:获取当前更新周期内至少一个直播间的热度记录并保存;其中,所述热度记录包括至少一个直播事件的事件类型和热度值;
这里,更新周期为按照时间顺序预先设置的更新时间周期,在一个更新周期内不同直播间根据各自对应的更新事件,触发更新直播列表中的热度值,直到更新周期结束,服务器才会向客户端下发更新列表,从而避免更新列表的频繁更新,更新界面出现跳变现象。
示例性的,更新周期可以以分钟、小时或天为单位,比如,一分钟、3分钟、5分钟、10分钟、1小时、2小时、5小时、一天等。
图2为本申请实施例中更新周期的时序图,如图2所示,横轴表示为***时间t,以5分钟为更新周期,包含第T个更新周期、第T+1个更新周期、第T+2个更新周期、第T+2个更新周期等。若当前***时间为13:58分,则当前更新周期为第T个更新周期,下一个更新周期为第T+1个更新周期,且13:55(不包含)至14:00(包含)均为第T个更新周期。
在一个更新周期内,若一个或多个直播间产生直播事件,每个直播事件均携带一定的热度值,通过实时记录每个直播间的产生的直播事件的事件类型和热度值,可以统计在该更新周期内,每个直播间的热度值,来更新直播列表,从而根据直播间的热度值,选出热门直播间。
示例性的,直播事件类型可以包括直播人数、直播互动(点赞、加关注、发弹幕、送礼物等)、观看时常等。每类直播事件对应一种热度值的统计方法,得到对应的热度值。
如图3所示,在第T+1个更新周期内,某个直播间的直播事件包括:送礼时刻t1增加m热度,弹幕时刻t2增加n热度,送礼时刻t3增加x热度,弹幕时刻t4增加y热度。
由于不同的事件类型对应不同的热度值,因此通过事件类型可以确定该直播事件的热度值。
步骤102:检测到针对目标直播间的直播热度更新事件时,根据所述目标直播间的热度记录,计算所述目标直播间的热度值;
其中,所述目标直播间为所述至少一个直播间中的任一直播间;
在一个更新周期内,若检测到针对目标直播间的多个直播热度更新事件时,需要计算多次热度值,但只是更新直播列表,并不更新客户端显示的热度值,为观众提供相对稳定但是又能体现直播间热度的直播列表。
本申请实施例中,为了避免对所有直播间的热度值同时计算时占用处理资源过大的问题,通过为每个直播间单独热度更新事件,来单独触发热度值的计算。
在一些实施例中,服务器通过为直播间单独设置定时器,因为主播的开播时间是离散的,因此每个直播间去计算热度值并更新到新的直播列表的时间也是离散的,这样经过一个定时器时长后,新的直播列表就生成了。
在另一些实施例中,所述检测到针对目标直播间的直播热度更新事件,包括:在所述当前更新周期内接收所述目标直播间发送的心跳包;或者,在所述当前更新周期内接收到所述目标直播间发送的N个心跳包;其中,N取大于1的整数。
实际应用中,考虑到服务器为每个直播间维护一个定时器的复杂性,本申请实施例借助直播间心跳机制,由直播间来触发计算热度值。直播间心跳就是开播中的客户端的直播间需要和服务器端之间维持心跳,定时向服务器发送心跳包,若连续n个周期没有发送心跳包,服务器会认为主播已下播,同时标识直播间为关闭状态。我们在每个直播间收到心跳时去计算其直播间的热度值,并用计算结果去更新直播列表,假设心跳周期为时间p,那么经过时间p后,理论上一个直播间的新的热度值就生成了。实际中,某次心跳是可能会因为网络等各种原因而丢失,因此会用连续的多个心跳周期生成新的热度值。这样计算周期需要是p的整数倍,p实际上是比较小的,如30秒或者1分钟,使用p的整数倍作为触发更新目标直播间的热度值的计算周期是合适的。这样,直播列表中每个热度值的计算是离散,不会集中在某个时间点处理,在直播间很多且热度变更很快的情况下,也能较好的运行。
在一些实施例中,所述根据所述目标直播间的热度记录,计算所述目标直播间的热度值,包括:对具有相同事件类型的热度值进行累加,得到每类直播事件的热度值;对所有类直播事件的热度值进行累加,得到所述目标直播间的热度值。
也就是说,检测到针对目标直播间的直播热度更新事件时,通过统计当前更新周期内目标直播间的直播事件的总热度值,得到目标直播间的热度值。比如,如图3所示,若在t1时刻检测到目标直播间的直播热度更新事件,则该直播间的热度值为m,若在t3时刻检测到目标直播间的直播热度更新事件,则该直播间的热度值为m+n+x,若在t4时刻检测到目标直播间的直播热度更新事件,则该直播间的热度值为m+n+x+y。
步骤103:利用所述目标直播间的热度值更新所述当前更新周期的直播列表;
在当前更新周期内,利用更新后的目标直播间的热度值更新直播列表。
步骤104:检测到直播列表更新事件时,下发所述当前更新周期的直播列表至客户端,并显示在所述客户端的直播界面。
在一些实施例中,所述检测到直播列表更新事件时,下发所述当前更新周期的直播列表至客户端,包括:检测到所述当前更新周期到,下发所述直播列表至客户端。
可以理解为,服务器通过设置更新周期,在每个更新周期到时,将当前更新周期对应的直播列表下发给客户端。
在一些实施例中,在下一更新周期到之前,所述方法还包括:若检测到客户端的更新请求时,调整所述当前更新周期的直播列表中的直播间顺序;下发调整后的直播列表至客户端。
如图2所示,只有在每个更新周期到时,才会去更新直播列表,即14:00、14:05、14:10、14:15这几个时刻更新直播列表,若客户端在更新周期内,比如13:56发送更新请求,直播列表是不变的,为了提高用户体验,可以对直播列表中直播间的顺序进行重排后显示,比如,原本直播列表中直播间按热度值从高到低排序,随机调整直播间顺序,或者调整为从低到高,从而提高显示效果,避免多次刷新到同样的直播列表。
需要说明的是,本申请实施例只是给出了一个更新周期内直播列表的更新方法,其他周期均采用同样的更新方法进行直播列表的更新操作。也就是,按照时间顺序,当前更新周期结束后,来到下一更新周期,将下一更新周期作为当前更新周期继续执行本申请实施例提供的直播列表更新方法,以得到下一更新周期的直播列表,并不断循环下去。
这里,步骤101至步骤104的执行主体可以为网路服务器的处理器。
采用上述技术方案,根据每个直播间单独的更新事件,触发单独计算热度值,以平衡处理资源,并且只有在检测到更新事件时,才下发直播列表,避免直播列表的频繁更新导致的显示跳变问题,提高客户端直播列表的显示效果。
为了能更加体现本申请的目的,在本申请上述实施例的基础上,进行进一步的举例说明,如图4所示,该方法具体包括:
步骤401:按照时间顺序,获取所述当前更新周期的第一时间段内生成的至少一个直播事件的事件类型和热度值,并添加时间标签,得到至少一个直播间在第一时间段的热度记录;
这里,所述热度记录还包括至少一个直播事件的时间标签。
实际应用中,直播列表定时更新方案中为每个直播间维护了一个热度记录,因为直播间热度记录的使用不是立即的,是定时触发的,因此热度记录其实是可以汇聚的,可以是事件条数到达一定值时,将相同事件类型的热度值汇聚成一个热度值,也可以根据时间汇聚,即在一段事件内将相同事件类型的热度值汇聚成一个热度值。
在一些实施例中,该方法还包括:对所述第一时间段的热度记录进行汇聚,计算每类直播事件的热度值,生成汇聚后的热度记录。这里,第一时间段可以以分钟为单位,比如,一分钟、两分钟、五分钟、十分钟等。
也就是说,采用根据时间汇聚的方法,可以同一自然分钟内产生的热度汇聚成一条记录,并打上时间标签。为了处理不同事件对热度影响的时长不同,我们还把不同类型的事件单独汇聚。
示例性的,热度记录格式可以为“事件类型+分隔符+时间标签+分隔符+热度值”。比如,用“1@1403:m”表示图3中送礼时刻t1增加m热度,用“1@1403:n”表示弹幕时刻t2增加n热度,用“1@1405:x”表示送礼时刻t3增加x热度,用“2@1405:y”表示弹幕时刻t4增加y热度。
直播间t1时刻的礼物打赏为直播间热度增加了m,t2时刻的礼物打赏为直播间热度增加了n,两次事件在同一自然分钟,我们将其汇聚成一条记录后,就是直播间在14:03分钟增加了s=m+n热度,可以表示为“1@1403:s”,其中“1”代表事件类型,“@”代表分隔符,“1403”代表自然分钟,“s”代表热度值。
虽然t3时刻事件与t1、t2时刻事件是相同事件,但是没有落在同一个自然分钟内,因此会汇聚成不同的记录,需要单独表示为“1@1405:x”。
t4时刻事件和t3时刻事件虽然落在了同一个自然分钟内,但因为是不同的事件,因此会分开记录并不会进行汇聚,需要单独表示为“2@1405:y”。
对直播间的热度记录进行聚合记录,在保证记录可用且支持有效期的情况下能够降低存储量。
步骤402:保存所述当前更新周期内M个所述第一时间段的热度记录;其中,M取正整数;
直播事件发生是很频繁的,热度记录的有效期是相对较短的,并且需要能够支持频繁快速读写,因此可以存储到内存服务器Redis中。Redis的hashmap结构比较适合存储热度记录,hashmap的field就是热度类型和时间的组合,hashmap的value就是其field对应的热度值。那么上图中的事件转换成热度记录存储到redis hashmap里的情况如图5所示。对所有直播间都维护了一个这样的热度记录,接着就需要通过检测每个直播间的直播热度更新事件,来根据热度记录来分别计算每个直播间的热度值。
步骤403:检测到针对目标直播间的直播热度更新事件时,根据所述目标直播间的热度记录,计算所述目标直播间的热度值;
其中,所述目标直播间为所述至少一个直播间中的任一直播间;
在一个更新周期内,若检测到针对目标直播间的多个直播热度更新事件时,需要计算多次热度值,但只是更新直播列表,并不更新客户端显示的热度值,为观众提供相对稳定但是又能体现直播间热度的直播列表。
本申请实施例中,为了避免对所有直播间的热度值同时计算时占用处理资源过大的问题,通过为每个直播间单独热度更新事件,来单独触发热度值的计算。
在一些实施例中,服务器通过为直播间单独设置定时器,因为主播的开播时间是离散的,因此每个直播间去计算热度值并更新到新的直播列表的时间也是离散的,这样经过一个定时器时长后,新的直播列表就生成了。
在另一些实施例中,所述检测到针对目标直播间的直播热度更新事件,包括:在所述当前更新周期内接收所述目标直播间发送的心跳包;或者,在所述当前更新周期内接收到所述目标直播间发送的N个心跳包;其中,N取大于1的整数。
实际应用中,考虑到服务器为每个直播间维护一个定时器的复杂性,本申请实施例借助直播间心跳机制,由直播间来触发计算热度值。直播间心跳就是开播中的客户端的直播间需要和服务器端之间维持心跳,定时向服务器发送心跳包,若连续n个周期没有发送心跳包,服务器会认为主播已下播,同时标识直播间为关闭状态。我们在每个直播间收到心跳时去计算其直播间的热度值,并用计算结果去更新直播列表,假设心跳周期为时间p,那么经过时间p后,理论上一个直播间的新的热度值就生成了。实际中,某次心跳是可能会因为网络等各种原因而丢失,因此会用连续的多个心跳周期生成新的热度值。这样计算周期需要是p的整数倍,p实际上是比较小的,如30秒或者1分钟,使用p的整数倍作为触发更新目标直播间的热度值的计算周期是合适的。
在一些实施例中,所述根据所述目标直播间的热度记录,计算所述目标直播间的热度值,包括:对具有相同事件类型的热度值进行累加,得到每类直播事件的热度值;对所有类直播事件的热度值进行累加,得到所述目标直播间的热度值。
也就是说,检测到针对目标直播间的直播热度更新事件时,通过统计当前更新周期内目标直播间的直播事件的总热度值,得到目标直播间的热度值。比如,如图3所示,若在t1时刻检测到目标直播间的直播热度更新事件,则该直播间的热度值为m,若在t3时刻检测到目标直播间的直播热度更新事件,则该直播间的热度值为m+n+x,若在t4时刻检测到目标直播间的直播热度更新事件,则该直播间的热度值为m+n+x+y。
步骤404:利用所述目标直播间的热度值更新所述当前更新周期的直播列表;
在一些实施例中,直播列表同样使用Redis存储,可以使用Redis的sorted set结构,sorted set是一个有序的集合,可以为集合中的每一个元素分配一个score(用来表示直播间的热度值),sorted set能够自动按照score大小对集合中成员进行排序。直播列表使用的sorted set结构中的每一个成员是直播间标识,score是其热度值。
步骤405:检测到直播列表更新事件时,下发所述当前更新周期的直播列表至客户端,并显示在所述客户端的直播界面。
在一些实施例中,所述检测到直播列表更新事件时,下发所述当前更新周期的直播列表至客户端,包括:检测到所述当前更新周期到,下发所述直播列表至客户端。
可以理解为,服务器通过设置更新周期,在每个更新周期到时,将当前更新周期对应的直播列表下发给客户端。
在一些实施例中,在下一更新周期到之前,所述方法还包括:若检测到客户端的更新请求时,调整所述当前更新周期的直播列表中的直播间顺序;下发调整后的直播列表至客户端。
采用上述技术方案,根据每个直播间单独的更新事件,触发单独计算热度值,以平衡处理资源,并且只有在检测到更新事件时,才下发直播列表,避免直播列表的频繁更新导致的显示跳变问题,提高客户端直播列表的显示效果。
为了能更加体现本申请的目的,在本申请上述实施例的基础上,进行进一步的举例说明,如图6所示,该方法具体包括:
步骤601:获取当前更新周期内至少一个直播间的热度记录并保存;其中,所述热度记录包括至少一个直播事件的事件类型和热度值;
在一些实施例中,所述热度记录还包括至少一个直播事件的时间标签。
在一些实施例中,该步骤具体可以包括:按照时间顺序,获取所述当前更新周期的第一时间段内生成的至少一个直播事件的事件类型和热度值,并添加时间标签,得到至少一个直播间在第一时间段的热度记录;保存所述当前更新周期内M个所述第一时间段的热度记录;其中,M取正整数。
在一些实施例中,该方法还包括:对所述第一时间段的热度记录进行汇聚,计算每类直播事件的热度值,生成汇聚后的热度记录。这里,第一时间段可以以分钟为单位,比如,一分钟、两分钟、五分钟、十分钟等。
步骤602:检测到针对目标直播间的直播热度更新事件时,根据所述目标直播间的热度记录,计算所述目标直播间的热度值;
其中,所述目标直播间为所述至少一个直播间中的任一直播间;
在一个更新周期内,若检测到针对目标直播间的多个直播热度更新事件时,需要计算多次热度值,但只是更新直播列表,并不更新客户端显示的热度值,为观众提供相对稳定但是又能体现直播间热度的直播列表。
本申请实施例中,为了避免对所有直播间的热度值同时计算时占用处理资源过大的问题,通过为每个直播间单独热度更新事件,来单独触发热度值的计算。
在一些实施例中,服务器通过为直播间单独设置定时器,因为主播的开播时间是离散的,因此每个直播间去计算热度值并更新到新的直播列表的时间也是离散的,这样经过一个定时器时长后,新的直播列表就生成了。
在另一些实施例中,所述检测到针对目标直播间的直播热度更新事件,包括:在所述当前更新周期内接收所述目标直播间发送的心跳包;或者,在所述当前更新周期内接收到所述目标直播间发送的N个心跳包;其中,N取大于1的整数。
实际应用中,考虑到服务器为每个直播间维护一个定时器的复杂性,本申请实施例借助直播间心跳机制,由直播间来触发计算热度值。直播间心跳就是开播中的客户端的直播间需要和服务器端之间维持心跳,定时向服务器发送心跳包,若连续n个周期没有发送心跳包,服务器会认为主播已下播,同时标识直播间为关闭状态。我们在每个直播间收到心跳时去计算其直播间的热度值,并用计算结果去更新直播列表,假设心跳周期为时间p,那么经过时间p后,理论上一个直播间的新的热度值就生成了。实际中,某次心跳是可能会因为网络等各种原因而丢失,因此会用连续的多个心跳周期生成新的热度值。这样计算周期需要是p的整数倍,p实际上是比较小的,如30秒或者1分钟,使用p的整数倍作为触发更新目标直播间的热度值的计算周期是合适的。
在一些实施例中,所述根据所述目标直播间的热度记录,计算所述目标直播间的热度值,包括:对具有相同事件类型的热度值进行累加,得到每类直播事件的热度值;对所有类直播事件的热度值进行累加,得到所述目标直播间的热度值。
也就是说,检测到针对目标直播间的直播热度更新事件时,通过统计当前更新周期内目标直播间的直播事件的总热度值,得到目标直播间的热度值。比如,如图3所示,若在t1时刻检测到目标直播间的直播热度更新事件,则该直播间的热度值为m,若在t3时刻检测到目标直播间的直播热度更新事件,则该直播间的热度值为m+n+x,若在t4时刻检测到目标直播间的直播热度更新事件,则该直播间的热度值为m+n+x+y。
步骤603:利用所述目标直播间的热度值更新所述当前更新周期的直播列表;
步骤604:在下一更新周期内,接收到任一直播间发送的心跳包,根据所述当前更新周期内总热度记录,计算所述至少一个直播间的热度值;
如图7所示,假设直播列表生成周期为五分钟,当前开播直播间为r1、r2和r3,在第T个列表更新周期生成的直播列表T中,三个直播间的热度分别是热度100、热度200和热度300,服务器端在时刻t1、t2、t3、t4和t5分别收到各直播间的心跳消息。
在统计热度值更新直播列表时,每个直播间使用本列表更新周期内的热度记录,比如在时刻t1收到直播间r1的心跳,那么就从r1的热度记录中取出时刻t1所属的更新周期(T+1)中已经有统计的各种事件类型的热度记录(分别是14:01、14:02、14:03的热度记录),算出总热度(设为300)后更新到新的直播列表T+1中。
同理,在时刻t2收到直播间r2的心跳,那么就从r2的热度记录中取出所需的各种事件类型的热度记录(分别是14:01、14:02、14:03的热度记录),算出总热度(设为200)后也更新到新的直播列表T+1中。
在时刻t3收到直播间r3的心跳,那么就从r3的热度记录中取出所需的各种事件类型的热度记录(分别是14:01、14:02、14:03、14:04的热度记录),算出总热度(设为100)后也更新到新的直播列表T+1中。
紧接着,在时刻t4又收到直播间r2的心跳,虽然在本更新周期内已经计算过r2的热度,但此时需要重新计算,而且取用的热度记录是14:01、14:02、14:03、14:04和14:05,把总热度计算结果(设为400)更新到直播列表T+1。最后在时刻t5收到了r1的心跳,但是其隶属更新周期T+2,所以其计算的热度需要更新到直播列表T+2中。
步骤605:利用所述至少一个直播间的热度值,修正所述当前更新周期的直播列表;
在一些实施例中,所述修正所述当前更新周期的直播列表之后,所述方法还包括:删除所述当前更新周期内所述至少一个直播间的热度记录。
步骤606:检测到所述当前更新周期到,延时第二时间段后,下发所述直播列表至客户端。
需要说明的是,因为热度记录是分钟粒度,心跳也是有周期的,在上面的流程中,其实会造成一定的热度损失,就比如上图中的t4时刻到14:05这段时间,假设直播间r2又有热度变更,那么这段时间的热度变更是没有统计到任何一个直播列表的,因此需要对这种情况进行处理。我们的方法是在收到心跳时,除了更新其隶属周期的直播列表外,还要用上一个周期的总热度记录去修正上一个直播列表。以上图t5时刻为例,除了更新直播列表T+2外,还要取出直播间r1的T+1周期内的所有热度记录(设总热度为350)去更新直播列表T+1。所以,直播列表T+1其实并不是在第T+1个周期结束时立即生效,而是需要延后一个直播间心跳的时间,等待所有直播间去修正完热度。
图8示出了,直播列表T和直播列表T+1,其中直播列表T+1是修正后列表,直播间r1的热度从300修正为350。
在一些实施例中,在下一更新周期到之前,所述方法还包括:若检测到客户端的更新请求时,调整所述当前更新周期的直播列表中的直播间顺序;下发调整后的直播列表至客户端。
如图2所示,只有在每个更新周期到时,才会去更新直播列表,即14:00、14:05、14:10、14:15这几个时刻更新直播列表,若客户端在更新周期内,比如13:56发送更新请求,直播列表是不变的,为了提高用户体验,可以对直播列表中直播间的顺序进行重排后显示,比如,原本直播列表中直播间按热度值从高到低排序,随机调整直播间顺序,或者调整为从低到高,从而提高显示效果,避免多次刷新到同样的直播列表。
采用上述技术方案,根据每个直播间单独的更新事件,触发单独计算热度值,以平衡处理资源,并且只有在检测到更新事件时,才下发直播列表,避免直播列表的频繁更新导致的显示跳变问题,提高客户端直播列表的显示效果。
为实现本申请实施例的方法,基于同一发明构思本申请实施例还提供了一种直播列表更新装置,如图9所示,该装置包括:
获取单元901,用于获取当前更新周期内至少一个直播间的热度记录并保存;其中,所述热度记录包括至少一个直播事件的事件类型和热度值;
处理单元902,用于检测到针对目标直播间的直播热度更新事件时,根据所述目标直播间的热度记录,计算所述目标直播间的热度值;其中,所述目标直播间为所述至少一个直播间中的任一直播间;
所述处理单元902,还用于利用所述目标直播间的热度值更新所述当前更新周期的直播列表;
通信单元903,用于检测到直播列表更新事件时,下发所述当前更新周期的直播列表至客户端,并显示在所述客户端的直播界面。
在一些实施例中,所述热度记录还包括至少一个直播事件的时间标签;
获取单元901,具体用于按照时间顺序,获取所述当前更新周期的第一时间段内生成的至少一个直播事件的事件类型和热度值,并添加时间标签,得到至少一个直播间在第一时间段的热度记录;保存所述当前更新周期内M个所述第一时间段的热度记录;其中,M取正整数。
在一些实施例中,获取单元901,还用于在所述保存所述当前更新周期内M个所述第一时间段的热度记录之前,对所述第一时间段的热度记录进行汇聚,计算每类直播事件的热度值,生成汇聚后的热度记录。
在一些实施例中,处理单元902,具体用于在所述当前更新周期内接收所述目标直播间发送的心跳包,根据所述目标直播间的热度记录,计算所述目标直播间的热度值;
或者,在所述当前更新周期内接收到所述目标直播间发送的N个心跳包,根据所述目标直播间的热度记录,计算所述目标直播间的热度值;其中,N取大于1的整数。
在一些实施例中,处理单元902,具体用于对具有相同事件类型的热度值进行累加,得到每类直播事件的热度值;对所有类直播事件的热度值进行累加,得到所述目标直播间的热度值。
在一些实施例中,通信单元903,具体用于检测到所述当前更新周期到,下发所述直播列表至客户端。
在一些实施例中,处理单元902,还用于在下一更新周期内,接收到任一直播间发送的心跳包,根据所述当前更新周期内总热度记录,计算所述至少一个直播间的热度值;利用所述至少一个直播间的热度值,修正所述当前更新周期的直播列表。
在一些实施例中,通信单元903,具体用于检测到所述当前更新周期到,延时第二时间段后,下发所述直播列表至客户端。
在一些实施例中,处理单元902,具体用于在下一更新周期到之前,若检测到客户端的更新请求时,调整所述当前更新周期的直播列表中的直播间顺序;
通信单元903,具体用于下发调整后的直播列表至客户端。
上述装置可以应用于服务器,采用上述装置,服务器根据每个直播间单独的更新事件,触发单独计算热度值,以平衡处理资源,并且只有在检测到更新事件时,才下发直播列表,避免直播列表的频繁更新导致的显示跳变问题,提高客户端直播列表的显示效果。
基于上述直播列表更新装置中各单元的硬件实现,本申请实施例还提供了一种服务器,如图10所示,该服务器包括:处理器1001和配置为存储能够在处理器上运行的计算机程序的存储器1002;
其中,处理器1001配置为运行计算机程序时,执行前述实施例中的方法步骤。
当然,实际应用时,如图10所示,该服务器中的各个组件通过总线***1003耦合在一起。可理解,总线***1003用于实现这些组件之间的连接通信。总线***1003除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图10中将各种总线都标为总线***1003。
在实际应用中,上述处理器可以为特定用途集成电路(ASIC,ApplicationSpecific Integrated Circuit)、数字信号处理装置(DSPD,Digital Signal ProcessingDevice)、可编程逻辑装置(PLD,Programmable Logic Device)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、控制器、微控制器、微处理器中的至少一种。可以理解地,对于不同的服务器,用于实现上述处理器功能的电子器件还可以为其它,本申请实施例不作具体限定。
上述存储器可以是易失性存储器(volatile memory),例如随机存取存储器(RAM,Random-Access Memory);或者非易失性存储器(non-volatile memory),例如只读存储器(ROM,Read-Only Memory),快闪存储器(flash memory),硬盘(HDD,Hard Disk Drive)或固态硬盘(SSD,Solid-State Drive);或者上述种类的存储器的组合,并向处理器提供指令和数据。
在示例性实施例中,本申请实施例还提供了一种计算机可读存储介质,例如包括计算机程序的存储器,计算机程序可由服务器的处理器执行,以完成前述方法的步骤。
应当理解,在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。本申请中表述“具有”、“可以具有”、“包括”和“包含”、或者“可以包括”和“可以包含”在本文中可以用于指示存在对应的特征(例如,诸如数值、功能、操作或组件等元素),但不排除附加特征的存在。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开,不必用于描述特定的顺序或先后次序。例如,在不脱离本发明范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。
本申请实施例所记载的技术方案之间,在不冲突的情况下,可以任意组合。
在本申请所提供的几个实施例中,应该理解到,所揭露的方法、装置和服务器,可以通过其它的方式实现。以上所描述的实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个***,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本申请各实施例中的各功能单元可以全部集成在一个处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。
Claims (11)
1.一种直播列表更新方法,其特征在于,所述方法包括:
按照时间顺序,获取所述当前更新周期的第一时间段内生成的至少一个直播事件的事件类型和热度值,并添加时间标签,得到至少一个直播间在第一时间段的热度记录;
保存所述当前更新周期内M个所述第一时间段的热度记录;其中,M取正整数;
检测到针对目标直播间的直播热度更新事件时,根据所述目标直播间的热度记录,计算所述目标直播间的热度值;其中,所述目标直播间为所述至少一个直播间中的任一直播间;
利用所述目标直播间的热度值更新所述当前更新周期的直播列表;
检测到直播列表更新事件时,下发所述当前更新周期的直播列表至客户端,并显示在所述客户端的直播界面。
2.根据权利要求1所述的方法,其特征在于,所述保存所述当前更新周期内M个所述第一时间段的热度记录之前,所述方法还包括:
对所述第一时间段的热度记录进行汇聚,计算每类直播事件的热度值,生成汇聚后的热度记录。
3.根据权利要求1所述的方法,其特征在于,所述检测到针对目标直播间的直播热度更新事件,包括:
在所述当前更新周期内接收所述目标直播间发送的心跳包;
或者,在所述当前更新周期内接收到所述目标直播间发送的N个心跳包;其中,N取大于1的整数。
4.根据权利要求1所述的方法,其特征在于,所述根据所述目标直播间的热度记录,计算所述目标直播间的热度值,包括:
对具有相同事件类型的热度值进行累加,得到每类直播事件的热度值;
对所有类直播事件的热度值进行累加,得到所述目标直播间的热度值。
5.根据权利要求1所述的方法,其特征在于,所述检测到直播列表更新事件时,下发所述当前更新周期的直播列表至客户端,包括:
检测到所述当前更新周期到,下发所述直播列表至客户端。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在下一更新周期内,接收到任一直播间发送的心跳包,根据所述当前更新周期内总热度记录,计算所述至少一个直播间的热度值;
利用所述至少一个直播间的热度值,修正所述当前更新周期的直播列表。
7.根据权利要求6所述的方法,其特征在于,所述检测到直播列表更新事件时,下发所述当前更新周期的直播列表至客户端,包括:
检测到所述当前更新周期到,延时第二时间段后,下发所述直播列表至客户端。
8.根据权利要求1-7任一项所述的方法,其特征在于,在下一更新周期到之前,所述方法还包括:
若检测到客户端的更新请求时,调整所述当前更新周期的直播列表中的直播间顺序;
下发调整后的直播列表至客户端。
9.一种直播列表更新装置,其特征在于,所述装置包括:
获取单元,用于按照时间顺序,获取所述当前更新周期的第一时间段内生成的至少一个直播事件的事件类型和热度值,并添加时间标签,得到至少一个直播间在第一时间段的热度记录;保存所述当前更新周期内M个所述第一时间段的热度记录;其中,M取正整数;
处理单元,用于检测到针对目标直播间的直播热度更新事件时,根据所述目标直播间的热度记录,计算所述目标直播间的热度值;其中,所述目标直播间为所述至少一个直播间中的任一直播间;
所述处理单元,还用于利用所述目标直播间的热度值更新所述当前更新周期的直播列表;
通信单元,用于检测到直播列表更新事件时,下发所述当前更新周期的直播列表至客户端,并显示在所述客户端的直播界面。
10.一种服务器,其特征在于,所述服务器包括:处理器和配置为存储能够在处理器上运行的计算机程序的存储器,
其中,所述处理器配置为运行所述计算机程序时,执行权利要求1至8任一项所述方法的步骤。
11.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1至8任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110143551.3A CN112954413B (zh) | 2021-02-02 | 2021-02-02 | 一种直播列表更新方法、装置、服务器及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110143551.3A CN112954413B (zh) | 2021-02-02 | 2021-02-02 | 一种直播列表更新方法、装置、服务器及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112954413A CN112954413A (zh) | 2021-06-11 |
CN112954413B true CN112954413B (zh) | 2024-01-16 |
Family
ID=76241560
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110143551.3A Active CN112954413B (zh) | 2021-02-02 | 2021-02-02 | 一种直播列表更新方法、装置、服务器及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112954413B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113596501A (zh) * | 2021-07-30 | 2021-11-02 | 北京达佳互联信息技术有限公司 | 数据处理方法、装置、电子设备及存储介质 |
CN113704280A (zh) * | 2021-08-26 | 2021-11-26 | 上海哔哩哔哩科技有限公司 | 数据列表更新方法及装置 |
Citations (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104506392A (zh) * | 2015-01-04 | 2015-04-08 | 华为技术有限公司 | 一种宕机检测方法及设备 |
CN105515900A (zh) * | 2015-12-07 | 2016-04-20 | 北京奇虎科技有限公司 | 一种获取终端在线状态的方法及装置 |
CN105959235A (zh) * | 2016-07-21 | 2016-09-21 | 中国工商银行股份有限公司 | 分布式数据处理***及方法 |
CN106506253A (zh) * | 2016-09-08 | 2017-03-15 | 深圳先进技术研究院 | 一种基于tcp/ip通信协议的在线客户端数量的统计***及方法 |
CN106961615A (zh) * | 2017-03-22 | 2017-07-18 | 北京奇艺世纪科技有限公司 | 一种直播方法及*** |
CN108306942A (zh) * | 2018-01-09 | 2018-07-20 | 武汉斗鱼网络科技有限公司 | 多用户同时直播的通信方法、存储介质、电子设备及*** |
CN109151593A (zh) * | 2018-09-30 | 2019-01-04 | 广州酷狗计算机科技有限公司 | 主播推荐方法、装置存储介质 |
CN109348237A (zh) * | 2018-09-20 | 2019-02-15 | 武汉斗鱼网络科技有限公司 | 一种直播间管理方法、装置、服务器及存储介质 |
CN109446419A (zh) * | 2018-10-17 | 2019-03-08 | 武汉斗鱼网络科技有限公司 | 一种推荐视频的方法以及装置 |
CN110163455A (zh) * | 2018-02-12 | 2019-08-23 | 武汉斗鱼网络科技有限公司 | 一种直播间综合评价方法、存储介质、设备及*** |
CN110351572A (zh) * | 2019-07-10 | 2019-10-18 | 广州虎牙科技有限公司 | 直播间信息的更新方法、装置、设备及存储介质 |
CN110430439A (zh) * | 2019-07-30 | 2019-11-08 | 北京达佳互联信息技术有限公司 | 管理媒体流房间的方法及装置、服务器及存储介质 |
CN110933473A (zh) * | 2019-12-10 | 2020-03-27 | 北京爱奇艺科技有限公司 | 一种视频播放热度确定方法及装置 |
CN111372093A (zh) * | 2020-03-09 | 2020-07-03 | 广州市百果园信息技术有限公司 | 直播房间管理方法、装置、设备及存储介质 |
CN108809761B (zh) * | 2018-06-12 | 2020-09-04 | 威创集团股份有限公司 | 在线状态检测方法及装置 |
CN111726641A (zh) * | 2019-03-18 | 2020-09-29 | 北京奇虎科技有限公司 | 直播视频的播放处理方法、装置及服务器 |
CN111866528A (zh) * | 2020-04-30 | 2020-10-30 | 火币(广州)区块链科技有限公司 | 一种直播节目推送方法和可读存储介质 |
CN111918081A (zh) * | 2020-07-31 | 2020-11-10 | 广州津虹网络传媒有限公司 | 直播间热度的确定方法、装置、设备及存储介质 |
CN111935204A (zh) * | 2020-06-11 | 2020-11-13 | 杭州情咖网络技术有限公司 | 一种节目推荐方法、装置及电子设备 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1946173A (zh) * | 2006-10-10 | 2007-04-11 | 华为技术有限公司 | 一种iptv直播业务控制方法、***和设备 |
US20150221177A1 (en) * | 2013-02-01 | 2015-08-06 | Contagious Sports Ltd. | Wagering game systems and methods for live sporting events |
US20190028767A1 (en) * | 2017-07-18 | 2019-01-24 | Michael Larsuel | System and method for live event notification |
US20190213627A1 (en) * | 2018-01-05 | 2019-07-11 | Connekt Colorado, Inc. | Dynamic Generation Of Live Event In Live Video |
-
2021
- 2021-02-02 CN CN202110143551.3A patent/CN112954413B/zh active Active
Patent Citations (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104506392A (zh) * | 2015-01-04 | 2015-04-08 | 华为技术有限公司 | 一种宕机检测方法及设备 |
CN105515900A (zh) * | 2015-12-07 | 2016-04-20 | 北京奇虎科技有限公司 | 一种获取终端在线状态的方法及装置 |
CN105959235A (zh) * | 2016-07-21 | 2016-09-21 | 中国工商银行股份有限公司 | 分布式数据处理***及方法 |
CN106506253A (zh) * | 2016-09-08 | 2017-03-15 | 深圳先进技术研究院 | 一种基于tcp/ip通信协议的在线客户端数量的统计***及方法 |
CN106961615A (zh) * | 2017-03-22 | 2017-07-18 | 北京奇艺世纪科技有限公司 | 一种直播方法及*** |
CN108306942A (zh) * | 2018-01-09 | 2018-07-20 | 武汉斗鱼网络科技有限公司 | 多用户同时直播的通信方法、存储介质、电子设备及*** |
CN110163455A (zh) * | 2018-02-12 | 2019-08-23 | 武汉斗鱼网络科技有限公司 | 一种直播间综合评价方法、存储介质、设备及*** |
CN108809761B (zh) * | 2018-06-12 | 2020-09-04 | 威创集团股份有限公司 | 在线状态检测方法及装置 |
CN109348237A (zh) * | 2018-09-20 | 2019-02-15 | 武汉斗鱼网络科技有限公司 | 一种直播间管理方法、装置、服务器及存储介质 |
CN109151593A (zh) * | 2018-09-30 | 2019-01-04 | 广州酷狗计算机科技有限公司 | 主播推荐方法、装置存储介质 |
CN109446419A (zh) * | 2018-10-17 | 2019-03-08 | 武汉斗鱼网络科技有限公司 | 一种推荐视频的方法以及装置 |
CN111726641A (zh) * | 2019-03-18 | 2020-09-29 | 北京奇虎科技有限公司 | 直播视频的播放处理方法、装置及服务器 |
CN110351572A (zh) * | 2019-07-10 | 2019-10-18 | 广州虎牙科技有限公司 | 直播间信息的更新方法、装置、设备及存储介质 |
CN110430439A (zh) * | 2019-07-30 | 2019-11-08 | 北京达佳互联信息技术有限公司 | 管理媒体流房间的方法及装置、服务器及存储介质 |
CN110933473A (zh) * | 2019-12-10 | 2020-03-27 | 北京爱奇艺科技有限公司 | 一种视频播放热度确定方法及装置 |
CN111372093A (zh) * | 2020-03-09 | 2020-07-03 | 广州市百果园信息技术有限公司 | 直播房间管理方法、装置、设备及存储介质 |
CN111866528A (zh) * | 2020-04-30 | 2020-10-30 | 火币(广州)区块链科技有限公司 | 一种直播节目推送方法和可读存储介质 |
CN111935204A (zh) * | 2020-06-11 | 2020-11-13 | 杭州情咖网络技术有限公司 | 一种节目推荐方法、装置及电子设备 |
CN111918081A (zh) * | 2020-07-31 | 2020-11-10 | 广州津虹网络传媒有限公司 | 直播间热度的确定方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN112954413A (zh) | 2021-06-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112954413B (zh) | 一种直播列表更新方法、装置、服务器及存储介质 | |
US11825034B2 (en) | Bullet screen delivery method for live broadcast playback and live video bullet screen playback method | |
US9052943B2 (en) | Using gathered system activity statistics to determine when to schedule a procedure | |
US10944700B2 (en) | Processing live commenting messages based on the ratio of the total number of live commenting messages to a threshold number of live commenting messages displayable on the screen of a terminal | |
CN108156470B (zh) | 基于网络直播的互动方法及装置 | |
CN112492370A (zh) | 进度条的展示方法、装置、计算机设备及可读存储介质 | |
CN110381326B (zh) | 视频***及处理方法、设备与计算机可读介质 | |
CN105872621A (zh) | 一种智能电视开机广告实现方法、装置及终端 | |
CN108668158A (zh) | 一种弹幕同步方法、客户端和弹幕服务器 | |
WO2022095528A1 (zh) | 一种播放视频的方法、装置、设备、及可读存储介质 | |
CN109905773B (zh) | 筛选主播封面的方法、装置及存储介质 | |
EP3879840A1 (en) | Definition switching method and apparatus, computer device, and readable storage medium | |
CN111726641A (zh) | 直播视频的播放处理方法、装置及服务器 | |
CN108174227B (zh) | 虚拟物品的显示方法、装置及存储介质 | |
CN114268810B (zh) | 直播视频显示方法、***、设备及存储介质 | |
CN111901619A (zh) | 一种消息推送方法和装置 | |
CN104038842B (zh) | 一种在cdn网络中预取点播节目信息的方法与设备 | |
CN111726694B (zh) | 互动视频的恢复播放方法、装置、电子设备及存储介质 | |
CN115623230A (zh) | 直播视频的播放方法、装置、电子设备及存储介质 | |
CN113691873A (zh) | 一种视频播放方法、装置、***、终端及存储介质 | |
CN108111921A (zh) | 一种弹幕处理方法、电子设备以及计算机可读存储介质 | |
CN108966034B (zh) | 虚拟物品显示方法、装置和存储介质 | |
CN108337572B (zh) | 一种广告投放方法及终端设备和遥控器 | |
CN106998436B (zh) | 录像备份方法及装置 | |
CN102769634B (zh) | 一种web在线信息管理方法及*** |
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 |