CN113542788B - 直播数据的处理方法、装置、电子设备及存储介质 - Google Patents

直播数据的处理方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN113542788B
CN113542788B CN202110809232.1A CN202110809232A CN113542788B CN 113542788 B CN113542788 B CN 113542788B CN 202110809232 A CN202110809232 A CN 202110809232A CN 113542788 B CN113542788 B CN 113542788B
Authority
CN
China
Prior art keywords
live broadcast
broadcast data
data
live
preset
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
Application number
CN202110809232.1A
Other languages
English (en)
Other versions
CN113542788A (zh
Inventor
段勇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Dajia Internet Information Technology Co Ltd
Original Assignee
Beijing Dajia Internet Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Dajia Internet Information Technology Co Ltd filed Critical Beijing Dajia Internet Information Technology Co Ltd
Priority to CN202110809232.1A priority Critical patent/CN113542788B/zh
Publication of CN113542788A publication Critical patent/CN113542788A/zh
Application granted granted Critical
Publication of CN113542788B publication Critical patent/CN113542788B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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
    • 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/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • 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/482—End-user interface for program selection
    • H04N21/4826—End-user interface for program selection using recommendation lists, e.g. of programs or channels sorted out according to their score

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Software Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本公开关于一种直播数据的处理方法、装置、电子设备及存储介质。该方法包括：接收目标客户端发送的访问请求，并根据访问请求从推荐池中获取第一预设数据量的候选直播数据；根据数据库中的访问记录确定目标客户端是否已访问过候选直播数据；从候选直播数据中清除目标客户端已访问过的候选直播数据，得到待显示的直播数据；向目标客户端返回待显示的直播数据。解决了相关技术中，客户端在访问直播推荐列表时可能会接收到重读数据导致用户体验不佳的技术问题。

Description

直播数据的处理方法、装置、电子设备及存储介质
技术领域
本公开涉及计算机领域，尤其涉及一种直播数据的处理方法、装置、电子设备及存储介质。
背景技术
在客户端访问直播推荐列表后，服务器会根据直播间的热度(人数、评论数、点赞数加权计算)选择热度topN的数据，并按批返回给用户展示。但直播间的热度是实时变更的，这一特性可能会使得同一条直播数据反复在同一客户端曝光，从而影响用户体验。
例如，直播间1开始按热度排序为top5，服务器以10条数据为一批向客户端返回直播数据，则客户端访问的第一页直播数据是热度为[0,10)的直播数据，其中包括直播间1，再获取下一页时即热度是[10,20)的直播数据，但由于直播间1热度排序变成15了，此时直播间1则会重复出现。
发明内容
本公开提供一种直播数据的处理方法、装置、电子设备及存储介质，以至少解决相关技术中，客户端访问直播推荐列表时可能会接收到重读数据导致用户体验不佳的问题。本公开的技术方案如下：
根据本公开实施例的第一方面，提供一种直播数据的处理方法，包括：接收目标客户端发送的访问请求，并根据访问请求从推荐池中获取第一预设数据量的候选直播数据；根据数据库中的访问记录确定目标客户端是否已访问过候选直播数据；从候选直播数据中清除目标客户端已访问过的候选直播数据，得到待显示的直播数据；向目标客户端返回待显示的直播数据。
作为一种可选的实施例，所述数据库中以键值对的方式存储所述访问记录，其中，所述键值对中的键参数根据所述访问记录中，客户端标识和所述客户端已访问过的直播数据的标识确定。
作为一种可选的实施例，从候选直播数据中清除目标客户端已访问过的候选直播数据，得到待显示的直播数据的步骤包括：从候选直播数据中清除目标客户端已访问过的候选直播数据，得到剩余直播数据；通过将所述剩余直播数据的数据量与第二预设数据量进行比对，得到比对结果；在所述比对结果指示所述剩余直播数据的数据量大于或等于所述第二预设数据量的情况下，根据所述剩余直播数据的热度信息选择所述第二预设数据量的剩余直播数据为所述待显示的直播数据；在所述比对结果指示所述剩余直播数据的数据量小于所述第二预设数据量的情况下，再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据。
作为一种可选的实施例，在所述比对结果指示所述剩余直播数据的数据量小于所述第二预设数据量的情况下，在再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据之前，获取根据此次访问请求从所述推荐池中获取候选直播数据的次数；在所述次数达到预设次数的情况下，进入向所述目标客户端返回所述待显示的直播数据的步骤；在所述次数小于所述预设次数情况下，进入再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据的步骤。
作为一种可选的实施例，所述再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据的步骤包括：重新从推荐池中获取第三预设数据量的待选直播数据；从所述待选直播数据中清除所述目标客户端已访问过的直播数据，得到余留直播数据；根据所述余留直播数据的热度信息选择第四预设数据量的余留直播数据，并将未选择的所述余留直播数据返回所述推荐池，其中，所述第四预设数据量为所述第二预设数据量与所述剩余直播数据的数据量之差；确定选择的所述余留直播数据和所述剩余直播数据构成所述待显示的直播数据。
作为一种可选的实施例，在向目标客户端返回待显示的直播数据之后，上述方法还包括：根据目标客户端的标识和待显示的直播数据的标识构成访问记录；将访问记录存储至数据库。
作为一种可选的实施例，根据目标客户端的标识和待显示的直播数据的标识构成访问记录的步骤包括：将访问记录存储至一预设的内存队列；通过一个异步线程按照预设的周期从内存队列中读取访问记录，并将访问记录更新至数据库。
作为一种可选的实施例，直播数据具有预设的有效时长，上述方法还包括：记录任意直播数据的持续时长；在直播数据的持续时长达到有效时长的情况下，从数据库中删除直播数据对应的访问记录。
作为一种可选的实施例，所述接收目标客户端发送的访问请求，并根据所述访问请求从推荐池中获取第一预设数据量的候选直播数据的步骤包括：获取所述推荐池中待选直播数据的热度信息；按照所述热度信息从所述待选直播数据中获取所述第一预设数据量的候选直播数据。
根据本公开实施例的第二方面，提供一种直播数据的处理装置，包括：接收单元，被配置为接收目标客户端发送的访问请求，并根据访问请求从推荐池中获取第一预设数据量的候选直播数据；确定单元，被配置为根据数据库中的访问记录确定目标客户端是否已访问过候选直播数据，其中，数据库中以键值对的方式存储访问记录，其中，键值对中的键参数根据访问记录中，客户端标识和客户端已访问过的直播数据的标识确定；清除单元，被配置为从候选直播数据中清除目标客户端已访问过的候选直播数据，得到待显示的直播数据；返回单元，被配置为向目标客户端返回待显示的直播数据。
作为一种可选的实施例，清除单元包括：剩余单元，被配置为从候选直播数据中清除目标客户端已访问过的候选直播数据，得到剩余直播数据；目标确定单元，被配置为通过将所述剩余直播数据的数据量与第二预设数据量进行比对，得到所述待显示的直播数据，其中，所述第二预设数据量小于所述第一预设数据量。
作为一种可选的实施例，所述数据库中以键值对的方式存储所述访问记录，其中，所述键值对中的键参数根据所述访问记录中，客户端标识和所述客户端已访问过的直播数据的标识确定。
作为一种可选的实施例，上述装置还包括：第二获取单元，被配置为在所述比对结果指示所述剩余直播数据的数据量小于所述第二预设数据量的情况下，在再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据之前，获取根据此次访问请求从所述推荐池中获取候选直播数据的次数；第一进入单元，被配置为在所述次数达到预设次数的情况下，进入向所述目标客户端返回所述待显示的直播数据的步骤；第二进入单元，被配置为在所述次数小于所述预设次数情况下，进入再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据的步骤。
作为一种可选的实施例，所述第一获取单元包括：第三获取单元，被配置为重新从推荐池中获取第三预设数据量的待选直播数据；第一删除单元，被配置为从所述待选直播数据中清除所述目标客户端已访问过的直播数据，得到余留直播数据；选择单元，被配置为根据所述余留直播数据的热度信息选择第四预设数据量的余留直播数据，并将未选择的所述余留直播数据返回所述推荐池，其中，所述第四预设数据量为所述第二预设数据量与所述剩余直播数据的数据量之差；组成单元，被配置为确定选择的所述余留直播数据和所述剩余直播数据构成所述待显示的直播数据。
作为一种可选的实施例，第一获取单元包括：第二获取单元，被配置为获取根据此次访问请求从推荐池中获取候选直播数据的次数；第二进入单元，被配置为在次数达到预设次数的情况下，进入向目标客户端返回待显示的直播数据的步骤；第三获取单元，被配置为在次数小于预设次数情况下，重新从推荐池中获取第三预设数据量的候选直播数据，并从第三预设数据量的候选直播数据中筛选出待显示的直播数据。
作为一种可选的实施例，装置还包括：构成单元，被配置为在向目标客户端返回待显示的直播数据之后，根据目标客户端的标识和待显示的直播数据的标识构成访问记录；第一存储单元，被配置为将访问记录存储至数据库。
作为一种可选的实施例，构成单元包括：第二存储单元，被配置为将访问记录存储至一预设的内存队列；读取单元，被配置为通过一个异步线程按照预设的周期从内存队列中读取访问记录，并将访问记录更新至数据库。
作为一种可选的实施例，直播数据具有预设的有效时长，装置还包括：记录单元，被配置为记录任意直播数据的持续时长；第二删除单元，被配置为在直播数据的持续时长达到有效时长的情况下，从数据库中删除直播数据对应的访问记录。
作为一种可选的实施例，所述接收单元包括：第二获取单元，被配置为获取所述推荐池中待选直播数据的热度信息；第三获取单元，被配置为按照所述热度信息从所述待选直播数据中获取所述第一预设数据量的候选直播数据。
根据本公开实施例的第三方面，提供一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，处理器被配置为执行指令，以实现如权利要求上述的直播数据的处理方法。
根据本公开实施例的第四方面，提供一种存储介质，当存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述的直播数据的处理方法。
根据本公开实施例的第四方面，提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现上述的直播数据的处理方法。
本公开的实施例提供的技术方案至少带来以下有益效果：本申请上述实施例接收目标客户端发送的访问请求，并根据访问请求从推荐池中获取第一预设数据量的候选直播数据；根据数据库中的访问记录确定目标客户端是否已访问过候选直播数据，其中，数据库中以键值对的方式存储访问记录，其中，键值对中的键参数根据访问记录中，客户端标识和客户端已访问过的直播数据的标识确定；从候选直播数据中清除目标客户端已访问过的候选直播数据，得到待显示的直播数据；向目标客户端返回待显示的直播数据。上述方案通过对候选直播数据的去重，使客户端不会接收到重复的直播数据，解决了相关技术中，客户端在访问直播推荐列表时可能会接收到重读数据导致用户体验不佳的技术问题，且由于通过访问记录中的客户端标识和客户端已访问过的直播数据的标识确定键值对中的键参数，从而避免了大key情况的发生。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
图1是根据一示例性实施例示出的一种直播数据的处理方法的流程图。
图2是根据一示例性实施例示出的一种客户端访问直播推荐列表的示意图。
图3是根据一示例性实施例示出的一种直播数据的处理装置的框图。
图4是根据一示例性实施例示出的一种用于执行上述图像处理的电子设备800的框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
实施例1
图1是根据一示例性实施例示出的一种直播数据的处理方法的流程图，如图1所示，该直播数据的处理方法可以应用于直播应用程序中，由直播应用程序的后端服务器执行，该方法包括以下步骤。
在步骤S11中，接收目标客户端发送的访问请求，并根据访问请求从推荐池中获取第一预设数据量的候选直播数据。
具体的，上述目标客户端可以为任意一个向服务器发送访问请求的客户端。目标客户端可以通过访问直播推荐列表，以向服务器发送访问请求。上述直播数据用于表示直播间，一条直播数据对应一个直播间，下述的直播数据标识即为直播间标识。
客户端向服务器发起访问请求的方式具有多种，例如，目标客户端初次进入直播推荐列表，则会主动向服务器发送访问请求，以获得用于在客户端的直播推荐列表展示的内容；再例如，用户在客户端的直播推荐列表中向上滑动，以查看更多的直播推荐，当上一次请求得到的待显示的直播数据已被浏览到底部时，则客户端向服务器发起访问请求。
上述推荐池中存储了当前正在直播的直播数据，上述第一预设数据可以为客户端直播推荐列表中的一页所能够显示的直播数据数量的M倍，M可以为2。
服务器在接收访问请求后，从推荐池中获取第一预设数据量的候选直播数据。服务器获取候选直播数量的方式可以是按照直播数据的热度，选择TopN的直播数据。
在步骤S12中，根据数据库中的访问记录确定目标客户端是否已访问过候选直播数据。
具体的，上述客户端已访问过的直播数据，用于表示已经在客户端的直播推荐列表中进行过曝光的直播数据(而无论用户是否选中该直播数据进行进一步观看)。上述数据库可以为关系型数据库、redis数据库等。
在步骤S13中，从候选直播数据中清除目标客户端已访问过的候选直播数据，得到待显示的直播数据。
从候选直播数据中清除目标客户端已访问过的候选直播数据，即能够得到目标客户端未访问过的直播数据，这些直播数据是允许向目标客户端返回的直播数据。
在步骤S14中，向目标客户端返回待显示的直播数据。
服务器向目标客户端返回待显示的直播数据，使得客户端可以在直播推荐列表中展示待显示的直播数据，从而完成了此次的访问请求。
由上可知，本申请上述实施例接收目标客户端发送的访问请求，并根据访问请求从推荐池中获取第一预设数据量的候选直播数据；根据数据库中的访问记录确定目标客户端是否已访问过候选直播数据，其中，数据库中以键值对的方式存储访问记录，其中，键值对中的键参数根据访问记录中，客户端标识和客户端已访问过的直播数据的标识确定；从候选直播数据中清除目标客户端已访问过的候选直播数据，得到待显示的直播数据；向目标客户端返回待显示的直播数据。上述方案通过对候选直播数据的去重，使客户端不会接收到重复的直播数据，解决了相关技术中，客户端在访问直播推荐列表时可能会接收到重读数据导致用户体验不佳的技术问题。
作为一种可选地实施例，所述数据库中以键值对的方式存储所述访问记录，其中，所述键值对中的键参数根据所述访问记录中，客户端标识和所述客户端已访问过的直播数据的标识确定。
上述方案中，数据库中以键值对的方式存储访问记录，即以key＝value的方式存储访问记录，键参数即为key。可以将访问记录中的客户端标识与客户端已访问的直播数据的标识通过指定符号进行连接，得到key。
在一种可选的实施例中，数据库中以key＝value的方式存储访问记录，其中，value可以为任意设定值，例如1，一客户端标识为ABC，其访问了一标识为123的直播间，客户端标识可以和直播数据标识通过“_”连接，则该示例中key为ABC_123。
基于数据库中的访问记录，可以确定出目标客户端已访问过的直播数据。例如，可以使用目标客户端的标识和候选直播数据的标识构成一key值，在数据库中查找该key值，在数据库中包含该key值的情况下，确定构成该key值的候选直播数据已经被目标客户端访问过。
需要注意的是，为了解决相关技术中客户端在访问直播推荐列表时可能会接收到重读数据导致用户体验不佳的技术问题，还可以将客户端访问过的直播ID以key＝value的方式存储到一个redis的set中，key为客户端标识，value为客户端访问过的直播间标识，在读取的时候进行过滤，并针对获取到的数据对set进行数据的同步更新。但当客户端访问的数据量过多的时候会出现大key现象，即一个key值具有多个对应的value，大key现象会导致服务器负载不均衡，影响访问速度等问题，为了避免这些问题，在客户端初次访问页面时会将历史访问记录清空，从而导致用户重新进页面时仍可能会出现重复数据，也即去重效果不佳。
而本申请上述方案中，键参数根据访问记录中，根据客户端标识和客户端已访问过的直播数据的标识确定访问记录，使得访问记录中的每条数据的key值均不相同，从而避免了大key现象出现，使得无需在客户端初次访问页面时将历史访问记录清空，从而使得无论用户何时发起访问请求，均不会接收到重复的数据，进而避免了大key情况的发生。
作为一种可选的实施例，从候选直播数据中清除目标客户端已访问过的候选直播数据，得到待显示的直播数据的步骤包括：从候选直播数据中清除目标客户端已访问过的候选直播数据，得到剩余直播数据；通过将所述剩余直播数据的数据量与第二预设数据量进行比对，得到比对结果；在所述比对结果指示所述剩余直播数据的数据量大于或等于所述第二预设数据量的情况下，根据所述剩余直播数据的热度信息选择所述第二预设数据量的剩余直播数据为所述待显示的直播数据；在所述比对结果指示所述剩余直播数据的数据量小于所述第二预设数据量的情况下，再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据。
具体的，上述第二预设数据量可以是客户端的直播推荐列表中一页所能够展示的数量，例如，可以为10条。在确定剩余直播数据后，可以将剩余直播数据的数据量与第二预设数据量进行比较，以确定待显示的直播数据。例如，在剩余直播数据的数据量大于10(第二预设数据量)的情况下，可以从剩余直播数据中按照预设的参数(例如直播数据的热度)选择Top10做为待显示的直播数据返回给目标客户端。由于数据库中记录了客户端及其访问过的直播数据，因此在获取了第一预设数据量的候选直播数据后，可以基于数据库中的访问记录获取候选直播数据中目标客户端已访问过的直播数据。
在一种可选的实施例中，可以使用与数据库中键参数相同的构成方式，使用目标客户端的标识与候选直播数据的标识构成目标参数，并在数据库中查找是否具有与目标参数相同的key，如果存在，则确定目标客户端访问过该候选直播数据，否则确定目标客户端未访问过该候选直播数据。
例如，目标客户端标识为DEF，其访问量一标识为456的直播数据，数据库中则记录了一个key＝velue为DEF_456＝1。当候选数据中出现了标识为456的直播数据时，则可以构成DEF_456，并基于DEF_456在数据库中查找。由于数据库中记录了DEF_456＝1，因此可以在数据库中查找到key为DEF_456的记录，从而可以确定出标识为456的候选直播数据为目标客户端已访问过的候选数据。
在确定出目标客户端已访问过的直播数据后，从候选直播数据中清除这些直播数据，即可得到剩余直播数据，这些剩余直播数据是可以返回给目标客户端访问的待显示的直播数据。
在上述方案中，在剩余的待显示的直播数据能够在直播推荐列表中显示满一页的情况下，可以直接进入向目标客户端返回待显示的直播数据的步骤；而在剩余的待显示的直播数据不足够在直播推荐列表中显示满一页的情况下，则需要再次从推荐池中选择候选直播数据，以获得更多的待显示的直播数据。
在一种可选的实施例中，第二预设数据量为10，第一预设数据量为20，在根据访问请求获取到20条候选直播数据后，从中清除了3条目标客户端已经访问过的直播数据，得到17条剩余直播数据，由于17大于10，因此可以从17条剩余直播数据中选择热度信息排名前10的剩余直播数据作为待显示的直播数据返回至目标客户端。
在另一种可选的实施例中，第二预设数据量为10，第一预设数据量为20，在根据访问请求获取到20条候选直播数据后，从中清除了12条目标客户端已经访问过的直播数据，得到8条剩余直播数据，由于8小于10，因此再次从推荐池里获取候选直播数据，以获得更多的待显示的直播数据。
上述方案通过判断剩余直播数据的数据量，来确定是否直接返回剩余直播数据，从而避免出现返回给客户端的直播数据数量较少的情况。
作为一种可选的实施例，在所述比对结果指示所述剩余直播数据的数据量小于所述第二预设数据量的情况下，在再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据之前，所述方法还包括：获取根据此次访问请求从推荐池中获取候选直播数据的次数；在次数达到预设次数的情况下，进入向目标客户端返回待显示的直播数据的步骤；在次数小于预设次数情况下，进入再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据的步骤。
上述方案中，在确定剩余直播数据的数据量小于第二预设数据量，需要再次向推荐池请求候选直播数据的情况下，首先判断基于此次访问请求向推荐池获取候选直播数据的次数，当这一次数未达到预设次数的情况下，再重新从推荐池中获取第三预设数据量的候选直播数据，使用与之前相同的方法筛选出待显示的直播数据，并将这一次得到的待显示的直播数据和之前得到的待显示的直播数据的数量相加，进入判断待显示的直播数据是否大于上述第二预设数据量的步骤。
作为一种可选的实施例，所述再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据的步骤包括：重新从推荐池中获取第三预设数据量的待选直播数据；从所述待选直播数据中清除所述目标客户端已访问过的直播数据，得到余留直播数据；根据所述余留直播数据的热度信息选择第四预设数据量的余留直播数据，并将未选择的所述余留直播数据返回所述推荐池，其中，所述第四预设数据量为所述第二预设数据量与所述剩余直播数据的数据量之差；确定选择的所述余留直播数据和所述剩余直播数据构成所述待显示的直播数据。
具体的，上述第三预设数据量可以与第一预设数据量相同，也可以小于第一预设数据量。
在一种可选的实施例中，设置预设次数为3，第二预设数据量为10，第一预设数据量和第三预设数据量均为20，在根据访问请求获取到20条候选直播数据后，从中清除了15条目标客户端已经访问过的直播数据，得到5条剩余直播数据，由于5小于10，再次从推荐池里获取20条待选直播数据，以获得更多的待显示的直播数据。
根据访问记录从再次获取的候选直播数据中清除了18条待选直播数据，得到2条余留直播数据，目前一共具有7条待显示的直播数据，由于7小于10，但获取候选直播数据的次数小于3次，则再次从推荐池里获取20条待选直播数据。
根据访问记录从又一次获取的候选直播数据中清除了18条待选直播数据，得到2条余留直播数据，目前一共具有9条待显示的直播数据，虽然9小于10，但获取候选直播数据的次数已经达到3次，则将上述9条待显示的直播数据返回至目标客户端。
上述方案在多次获取的候选直播数据但仍无法得到一定数量的待显示的直播数据的情况下，直接将未达到数量要求的待显示的直播数据返回给目标客户端，以避免不断尝试导致长时间无数据返回的情况发生。
在一种可选的实施例中，第二预设数据量为10，第一预设数据量为20，在根据访问请求获取到20条候选直播数据后，从中清除了12条目标客户端已经访问过的直播数据，得到8条剩余直播数据，由于8小于10，因此再次从推荐池里获取待选直播数据，以获得更多的待显示的直播数据。第三预设数据量也为20，因此再次获取20条待选直播数据，从中清除了5条目标客户端已经访问过的直播数据，得到15条余留直播数据，从这15条余留直播数据中，按照余留直播数据的热度信息选择热度较高的前2条，与上述8条剩余直播数据一起构成待显示的直播数据，而15条余留直播数据中未被选择的13条余留直播数据则会被忽略，由于未将这13条余留直播数据返回给客户端，则数据库中也不存在相关的访问记录。
作为一种可选的实施例，在向目标客户端返回待显示的直播数据之后，上述方法还包括：根据目标客户端的标识和待显示的直播数据的标识构成访问记录；将访问记录存储至数据库。
在服务器向目标客户端返回待显示的直播数据之后，这些待显示的直播数据即会在目标客户端的直播显示界面曝光，即目标客户端访问了这些目标直播推荐列表，构成了访问记录，因此需要对其进行存储。构成访问记录的方式与上述步骤S12中的方式相同，此处不再赘述。
上述方案在向目标客户端返回待显示的直播数据后，对待显示的直播数据在目标客户端中的曝光行为进行记录，以生成访问记录。
作为一种可选的实施例，根据目标客户端的标识和待显示的直播数据的标识构成访问记录的步骤包括：将访问记录存储至一预设的内存队列；通过一个异步线程按照预设的周期从内存队列中读取访问记录，并将访问记录更新至数据库。
具体的，上述内存队列可以为应用程序后端服务器的一个预设的内存队列，在生成访问记录后，首先将访问记录存储至内存队列中，由数据库按照预设周期从内存队列中读取访问记录。
上述异步线程用于表示一个与服务器确定待显示的直播数据的线程不同的其他线程。
在一种可选的实施例中，实时生成的访问记录均会先存储至内存队列中，通过一异步线程，每50ms从上述内存队列中读取一次访问记录，以对数据库中的访问记录进行聚合更新。
上述方案不仅避免了客户端中出现重复的直播数据的情况，还通过异步刷新的方式优化了资源的利用率，降低了对记录访问状态的redis服务器压力，从而可以在活动中使用更小的资源支持更大的容量。
作为一种可选的实施例，直播数据具有预设的有效时长，上述方法还包括：记录任意直播数据的持续时长；在直播数据的持续时长达到有效时长的情况下，从数据库中删除直播数据对应的访问记录。
上述预设的有效时间可以是48小时。不同直播数据对应的有效时长可以相同，也可以不同。
上述步骤中，一个直播间开始直播即产生一条直播数据，直播数据的持续时长即为直播间的直播时长。当直播间的直播时长达到有效时长的情况下，直播间将会被清除，因此从数据库中删除直播数据对应的访问记录。
在一种可选的实施例中，以标识为123的直播数据为例，在直播数据123的持续时长还未达到预设的有效时长的情况，数据库中存储了与直播数据123相关的访问记录，例如ABC_123＝1、DEF_123＝1、ACE_123＝1等，也即客户端ABC、DEF以及ACE均访问过直播数据123。当直播数据123的持续时长达到预设的有效时长时，清除数据库中所有与直播数据123相关的访问记录，也即上述的访问记录ABC_123＝1、DEF_123＝1、ACE_123＝1均会被清除。
上述方案通过在数据库中清除持续时长达到预设的有效时长的直播数据，从而清除数据库中的无效访问记录，使得数据库仅保留有效的访问记录(即有效的直播数据对应的访问记录)，避免了数据库中访问记录无止境的增长。
作为一种可选的实施例，所述接收目标客户端发送的访问请求，并根据所述访问请求从推荐池中获取第一预设数据量的候选直播数据的步骤包括：获取所述推荐池中待选直播数据的热度信息；按照所述热度信息从所述待选直播数据中获取所述第一预设数据量的候选直播数据。
具体的，上述待选直播数据的热度信息可以为待选直播数据的热度排名，热度排名可以根据直播数据的属性信息确定，例如，可以是直播数据的观看人数、评论数以及点赞数加权。
在上述方案中，服务器在接收访问请求后，从推荐池中获取第一预设数据量的候选直播数据。服务器获取候选直播数量的方式可以是按照直播数据的热度信息，选择热度排名TopN的直播数据，此处N即为上述第一数据量。
图2是根据一示例性实施例示出的一种客户端访问直播推荐列表的示意图，下面，结合图2所示，对客户端访问直播推荐列表进行说明：
步骤S21，用户访问直播推荐列表。
在上述步骤中，用户访问直播推荐列表，以向服务器发起访问请求，上述直播推荐列表用于展示服务器返回的多条待显示的直播数据。
步骤S22，服务器从推荐池中获取用户指定游标基础上的2K条数据，其中K表示一页数据量，本示例中为10条。
上述步骤中，用户指定游标用于表示用户上一次访问完的位置，例如，上一次获取了热度排序为(1,20]的直播数据，则此次获取热度排序为(20,40]的直播数据。
步骤S23，基于用户的标识、2K个直播间的标识，从redis中获取是否已访问的标记，并对已经访问过的直播间进行过滤。
在上述步骤中，redis中以及“用户标识_直播间标识＝1”的方式表示访问记录。使用用户标识和2K个直播间的标识，通过“用户标识_直播间标识”的方式构成2K个key，并在访问记录中查找，如果找到对应的key，则确定用户访问过该直播间，则将其过滤。
步骤S24，过滤后的直播间数满足一页，则返回，否则继续取回到步骤S22直至过滤后数据满足一页或循环发生指定次数，本实例设定为3。
在上述步骤中，在过滤了用户访问过的直播间之后，如果剩余的直播间数据满足一页，即剩余直播间的数量大于10条，则将前10条直接返回至客户端，否则返回至步骤S22再次获取候选直播数据，直至剩余直播间的数量满足一页，或循环次数达到3次。
步骤S25，将过滤后的K个直播间列表返回，用于展示给用户观看，并且将用户标识、K个直播间的标识写入内存队列，用于聚合更新。
步骤S26，通过一个异步的线程池，每50ms从步骤S25的内存队列中获取待更新的访问记录，更新至redis服务器。
上述异步线程池中包括一异步线程，该异步线程用于redis服务器按照50ms的周期从步骤S25的内存队列中获取访问记录。
实施例2
图3是根据一示例性实施例示出的一种直播数据的处理装置的框图。参照图3，该装置包括接收单元31，确定单元32，清除单元33和返回单元34。
接收单元31被配置为接收目标客户端发送的访问请求，并根据访问请求从推荐池中获取第一预设数据量的候选直播数据；
确定单元32被配置为根据数据库中的访问记录确定目标客户端是否已访问过候选直播数据，其中，数据库中以键值对的方式存储访问记录，其中，键值对中的键参数根据访问记录中，客户端标识和客户端已访问过的直播数据的标识确定；
清除单元33被配置为从候选直播数据中清除目标客户端已访问过的候选直播数据，得到待显示的直播数据；
返回单元34被配置为向目标客户端返回待显示的直播数据。
作为一种可选的实施例，所述数据库中以键值对的方式存储所述访问记录，其中，所述键值对中的键参数根据所述访问记录中，客户端标识和所述客户端已访问过的直播数据的标识确定。
作为一种可选的实施例，清除单元包括：剩余单元，被配置为从候选直播数据中清除目标客户端已访问过的候选直播数据，得到剩余直播数据；目标确定单元，被配置为通过将所述剩余直播数据的数据量与第二预设数据量进行比对，得到比对结果；第一确定单元，被配置为在比对结果指示所述剩余直播数据的数据量大于或等于所述第二预设数据量的情况下，根据所述剩余直播数据的热度信息选择所述第二预设数据量的剩余直播数据为所述待显示的直播数据；第一获取单元，被配置为在比对结果指示所述剩余直播数据的数据量小于所述第二预设数据量的情况下，再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据。
作为一种可选的实施例，上述装置还包括：第二获取单元，被配置为在所述比对结果指示所述剩余直播数据的数据量小于所述第二预设数据量的情况下，在再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据之前，获取根据此次访问请求从所述推荐池中获取候选直播数据的次数；第一进入单元，被配置为在所述次数达到预设次数的情况下，进入向所述目标客户端返回所述待显示的直播数据的步骤；第二进入单元，被配置为在所述次数小于所述预设次数情况下，进入再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据的步骤。
作为一种可选的实施例，所述第一获取单元包括：第三获取单元，被配置为重新从推荐池中获取第三预设数据量的待选直播数据；第一删除单元，被配置为从所述待选直播数据中清除所述目标客户端已访问过的直播数据，得到余留直播数据；选择单元，被配置为根据所述余留直播数据的热度信息选择第四预设数据量的余留直播数据，并将未选择的所述余留直播数据返回所述推荐池，其中，所述第四预设数据量为所述第二预设数据量与所述剩余直播数据的数据量之差；组成单元，被配置为确定选择的所述余留直播数据和所述剩余直播数据构成所述待显示的直播数据。
作为一种可选的实施例，上述装置还包括：构成单元，被配置为在向目标客户端返回待显示的直播数据之后，根据目标客户端的标识和待显示的直播数据的标识构成访问记录；第一存储单元，被配置为将访问记录存储至数据库。
作为一种可选的实施例，构成单元包括：第二存储单元，被配置为将访问记录存储至一预设的内存队列；读取单元，被配置为通过一个异步线程按照预设的周期从内存队列中读取访问记录，并将访问记录更新至数据库。
作为一种可选的实施例，直播数据具有预设的有效时长，上述装置还包括：记录单元，被配置为记录任意直播数据的持续时长；第二删除单元，被配置为在直播数据的持续时长达到有效时长的情况下，从数据库中删除直播数据对应的访问记录。
作为一种可选的实施例，接收单元包括：第二获取单元，被配置为获取所述推荐池中待选直播数据的热度信息；第三获取单元，被配置为按照所述热度信息从所述待选直播数据中获取所述第一预设数据量的候选直播数据。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
实施例3
本公开实施例还提出了一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如实施例1所述的直播数据的处理方法。
实施例4
图4是根据一示例性实施例示出的一种用于执行上述图像处理的电子设备800的框图。
在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
当上述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如实施例1所述的直播数据的处理方法。
实施例5
本公开实施例还提出了一种计算机程序产品，包括处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现实施例1所述的直播数据的处理方法。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (19)

1.一种直播数据的处理方法，其特征在于，包括：
接收目标客户端发送的访问请求，并根据所述访问请求从推荐池中获取第一预设数据量的候选直播数据；
根据数据库中的访问记录确定所述目标客户端是否已访问过所述候选直播数据；
从所述候选直播数据中清除所述目标客户端已访问过的所述候选直播数据，得到待显示的直播数据；
向所述目标客户端返回所述待显示的直播数据；
其中，直播数据具有预设的有效时长，所述方法还包括：
记录任意直播数据的持续时长；
在所述直播数据的持续时长达到所述有效时长的情况下，从所述数据库中删除所述直播数据对应的访问记录。
2.根据权利要求1所述的直播数据的处理方法，其特征在于，所述数据库中以键值对的方式存储所述访问记录，其中，所述键值对中的键参数根据所述访问记录中，客户端标识和所述客户端已访问过的直播数据的标识确定。
3.根据权利要求1所述的直播数据的处理方法，其特征在于，所述从所述候选直播数据中清除所述目标客户端已访问过的所述候选直播数据，得到待显示的直播数据的步骤包括：
从所述候选直播数据中清除所述目标客户端已访问过的所述候选直播数据，得到剩余直播数据；
通过将所述剩余直播数据的数据量与第二预设数据量进行比对，得到比对结果；
在所述比对结果指示所述剩余直播数据的数据量大于或等于所述第二预设数据量的情况下，根据所述剩余直播数据的热度信息选择所述第二预设数据量的剩余直播数据为所述待显示的直播数据；
在所述比对结果指示所述剩余直播数据的数据量小于所述第二预设数据量的情况下，再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据。
4.根据权利要求3所述的直播数据的处理方法，其特征在于，在所述比对结果指示所述剩余直播数据的数据量小于所述第二预设数据量的情况下，在再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据之前，所述方法还包括：
获取根据此次访问请求从所述推荐池中获取候选直播数据的次数；
在所述次数达到预设次数的情况下，进入向所述目标客户端返回所述待显示的直播数据的步骤；
在所述次数小于所述预设次数情况下，进入再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据的步骤。
5.根据权利要求3所述的直播数据的处理方法，其特征在于，所述再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据的步骤包括：
重新从推荐池中获取第三预设数据量的待选直播数据；
从所述待选直播数据中清除所述目标客户端已访问过的直播数据，得到余留直播数据；
根据所述余留直播数据的热度信息选择第四预设数据量的余留直播数据，并将未选择的所述余留直播数据返回所述推荐池，其中，所述第四预设数据量为所述第二预设数据量与所述剩余直播数据的数据量之差；
确定选择的所述余留直播数据和所述剩余直播数据构成所述待显示的直播数据。
6.根据权利要求1所述的直播数据的处理方法，其特征在于，在向所述目标客户端返回所述待显示的直播数据之后，所述方法还包括：
根据所述目标客户端的标识和所述待显示的直播数据的标识构成访问记录；
将所述访问记录存储至所述数据库。
7.根据权利要求6所述的直播数据的处理方法，其特征在于，所述根据所述目标客户端的标识和所述待显示的直播数据的标识构成访问记录的步骤包括：
将所述访问记录存储至一预设的内存队列；
通过一个异步线程按照预设的周期从所述内存队列中读取所述访问记录，并将所述访问记录更新至所述数据库。
8.根据权利要求1所述的直播数据的处理方法，其特征在于，所述接收目标客户端发送的访问请求，并根据所述访问请求从推荐池中获取第一预设数据量的候选直播数据的步骤包括：
获取所述推荐池中待选直播数据的热度信息；
按照所述热度信息从所述待选直播数据中获取所述第一预设数据量的候选直播数据。
9.一种直播数据的处理装置，其特征在于，包括：
接收单元，被配置为接收目标客户端发送的访问请求，并根据所述访问请求从推荐池中获取第一预设数据量的候选直播数据；
确定单元，被配置为根据数据库中的访问记录确定所述目标客户端是否已访问过所述候选直播数据；
清除单元，被配置为从所述候选直播数据中清除所述目标客户端已访问过的所述候选直播数据，得到待显示的直播数据；
返回单元，被配置为向所述目标客户端返回所述待显示的直播数据；
所述确定单元，还被配置为：
记录任意直播数据的持续时长；
在所述直播数据的持续时长达到预设的有效时长的情况下，从所述数据库中删除所述直播数据对应的访问记录。
10.根据权利要求9所述的直播数据的处理装置，其特征在于，所述数据库中以键值对的方式存储所述访问记录，其中，所述键值对中的键参数根据所述访问记录中，客户端标识和所述客户端已访问过的直播数据的标识确定。
11.根据权利要求9所述的直播数据的处理装置，其特征在于，所述清除单元包括：
剩余单元，被配置为从所述候选直播数据中清除所述目标客户端已访问过的所述候选直播数据，得到剩余直播数据；
目标确定单元，被配置为通过将所述剩余直播数据的数据量与第二预设数据量进行比对，得到比对结果；
第一确定单元，被配置为在所述比对结果指示所述剩余直播数据的数据量大于或等于所述第二预设数据量的情况下，根据所述剩余直播数据的热度信息选择所述第二预设数据量的剩余直播数据为所述待显示的直播数据；
第一获取单元，被配置为在所述比对结果指示所述剩余直播数据的数据量小于所述第二预设数据量的情况下，再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据。
12.根据权利要求11所述的直播数据的处理装置，其特征在于，所述装置还包括：
第二获取单元，被配置为在所述比对结果指示所述剩余直播数据的数据量小于所述第二预设数据量的情况下，在再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据之前，获取根据此次访问请求从所述推荐池中获取候选直播数据的次数；
第一进入单元，被配置为在所述次数达到预设次数的情况下，进入向所述目标客户端返回所述待显示的直播数据的步骤；
第二进入单元，被配置为在所述次数小于所述预设次数情况下，进入再次从所述推荐池中获取候选直播数据，以筛选所述待显示的直播数据的步骤。
13.根据权利要求11所述的直播数据的处理装置，所述第一获取单元包括：
第三获取单元，被配置为重新从推荐池中获取第三预设数据量的待选直播数据；
第一删除单元，被配置为从所述待选直播数据中清除所述目标客户端已访问过的直播数据，得到余留直播数据；
选择单元，被配置为根据所述余留直播数据的热度信息选择第四预设数据量的余留直播数据，并将未选择的所述余留直播数据返回所述推荐池，其中，所述第四预设数据量为所述第二预设数据量与所述剩余直播数据的数据量之差；
组成单元，被配置为确定选择的所述余留直播数据和所述剩余直播数据构成所述待显示的直播数据。
14.根据权利要求9所述的直播数据的处理装置，所述装置还包括：
构成单元，被配置为在向所述目标客户端返回所述待显示的直播数据之后，根据所述目标客户端的标识和所述待显示的直播数据的标识构成访问记录；
第一存储单元，被配置为将所述访问记录存储至所述数据库。
15.根据权利要求14所述的直播数据的处理装置，所述构成单元包括：
第二存储单元，被配置为将所述访问记录存储至一预设的内存队列；
读取单元，被配置为通过一个异步线程按照预设的周期从所述内存队列中读取所述访问记录，并将所述访问记录更新至所述数据库。
16.根据权利要求9所述的直播数据的处理装置，直播数据具有预设的有效时长，所述装置还包括：
记录单元，被配置为记录任意直播数据的持续时长；
第二删除单元，被配置为在所述直播数据的持续时长达到所述有效时长的情况下，从所述数据库中删除所述直播数据对应的访问记录。
17.根据权利要求9所述的直播数据的处理装置，其特征在于，所述接收单元包括：
第二获取单元，被配置为获取所述推荐池中待选直播数据的热度信息；
第三获取单元，被配置为按照所述热度信息从所述待选直播数据中获取所述第一预设数据量的候选直播数据。
18.一种电子设备，其特征在于，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如权利要求1至8中任一项所述的直播数据的处理方法。
19.一种计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1至8中任一项所述的直播数据的处理方法。
CN202110809232.1A 2021-07-16 2021-07-16 直播数据的处理方法、装置、电子设备及存储介质 Active CN113542788B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110809232.1A CN113542788B (zh) 2021-07-16 2021-07-16 直播数据的处理方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110809232.1A CN113542788B (zh) 2021-07-16 2021-07-16 直播数据的处理方法、装置、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN113542788A CN113542788A (zh) 2021-10-22
CN113542788B true CN113542788B (zh) 2023-10-17

Family

ID=78100026

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110809232.1A Active CN113542788B (zh) 2021-07-16 2021-07-16 直播数据的处理方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN113542788B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114666625B (zh) * 2022-04-08 2023-12-01 海南车智易通信息技术有限公司 一种热门主播列表的生成方法、直播系统及计算设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106817592A (zh) * 2017-03-31 2017-06-09 武汉斗鱼网络科技有限公司 首页推荐排期方法及装置
CN106982381A (zh) * 2017-03-31 2017-07-25 武汉斗鱼网络科技有限公司 首页推荐处理方法及装置
CN106993202A (zh) * 2017-03-31 2017-07-28 武汉斗鱼网络科技有限公司 首页推荐方法及装置
CN107205178A (zh) * 2017-04-25 2017-09-26 北京潘达互娱科技有限公司 直播间推荐方法及装置
CN110012364A (zh) * 2019-04-15 2019-07-12 广州华多网络科技有限公司 主播推荐方法、装置及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106817592A (zh) * 2017-03-31 2017-06-09 武汉斗鱼网络科技有限公司 首页推荐排期方法及装置
CN106982381A (zh) * 2017-03-31 2017-07-25 武汉斗鱼网络科技有限公司 首页推荐处理方法及装置
CN106993202A (zh) * 2017-03-31 2017-07-28 武汉斗鱼网络科技有限公司 首页推荐方法及装置
CN107205178A (zh) * 2017-04-25 2017-09-26 北京潘达互娱科技有限公司 直播间推荐方法及装置
CN110012364A (zh) * 2019-04-15 2019-07-12 广州华多网络科技有限公司 主播推荐方法、装置及存储介质

Also Published As

Publication number Publication date
CN113542788A (zh) 2021-10-22

Similar Documents

Publication Publication Date Title
US11483417B2 (en) Systems and methods for managing content items having multiple resolutions
KR100438857B1 (ko) 사용자 선호도 기반 멀티미디어 검색 시스템
US20170220588A1 (en) Method and system for scanning local media file
US8704931B2 (en) Apparatus and method of photographing moving image
CN109766457B (zh) 一种媒体内容搜索方法、装置及存储介质
US20210117468A1 (en) Systems and methods for selecting content items to store and present locally on a user device
US10455110B2 (en) Suggesting image files for deletion based on image file parameters
CN112714359B (zh) 视频推荐方法、装置、计算机设备及存储介质
US20170364303A1 (en) Suggesting image files for deletion based on image file parameters
CN113542788B (zh) 直播数据的处理方法、装置、电子设备及存储介质
CA2861898A1 (en) Download resource recommendation method, system and storage medium
CN113014993B (zh) 图片显示方法、装置、设备及存储介质
CN109359117B (zh) 一种卡片数据的更新方法和装置
CN116600156A (zh) 视频内容推荐方法、装置、计算机设备和存储介质
CN110019870B (zh) 基于内存图像集群的图像检索方法及系统
CN114143590B (zh) 一种视频播放方法、服务器及存储介质
JP7050685B2 (ja) ブランド一覧情報を提供する方法及び装置
CN114417083A (zh) 素材处理方法、计算设备及存储介质
CN109756759B (zh) 一种弹幕信息推荐方法和装置
CN113407856B (zh) 搜索结果排序方法、装置及电子设备
JP6381208B2 (ja) 画像再生装置、画像再生方法、およびプログラム
CN117412074A (zh) 广告播放方法、装置、存储介质以及电子设备
JP2023085594A (ja) 情報処理プログラム、情報処理方法および情報処理装置
CN116975423A (zh) 信息推荐、信息展示方法、装置、计算机设备和存储介质
CN116634217A (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