CN111031336B - 直播榜单数据更新方法、装置、电子设备和存储介质 - Google Patents

直播榜单数据更新方法、装置、电子设备和存储介质 Download PDF

Info

Publication number
CN111031336B
CN111031336B CN201911257832.0A CN201911257832A CN111031336B CN 111031336 B CN111031336 B CN 111031336B CN 201911257832 A CN201911257832 A CN 201911257832A CN 111031336 B CN111031336 B CN 111031336B
Authority
CN
China
Prior art keywords
contribution
live broadcast
user
data
event
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
CN201911257832.0A
Other languages
English (en)
Other versions
CN111031336A (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 CN201911257832.0A priority Critical patent/CN111031336B/zh
Publication of CN111031336A publication Critical patent/CN111031336A/zh
Application granted granted Critical
Publication of CN111031336B publication Critical patent/CN111031336B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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
    • 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
    • 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/4784—Supplemental services, e.g. displaying phone caller identification, shopping application receiving rewards

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Graphics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请涉及一种直播榜单数据更新方法、装置、电子设备和存储介质。所述方法包括通过获取直播过程中至少一个用户对直播间的贡献事件，并根据事件类型确定贡献事件对应的贡献值，基于消息中间件将贡献事件对应的贡献值按用户标识存储于相应的消息分区中，进而根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新直播间的榜单贡献数据，而线程池中仅运行一个线程，从而保证同一用户的数据更新在单线程中有序执行，保障了榜单数据更新的正确性，进而提高了更新后的榜单数据的可靠性。

Description

直播榜单数据更新方法、装置、电子设备和存储介质
技术领域
本申请涉及计算机网络技术领域，特别是涉及一种直播榜单数据更新方法、装置、电子设备和存储介质。
背景技术
随着互联网技术的不断发展，网络在线直播已成为一种新兴的网络社交方式，与在线直播业务对应的各种各样的排行榜单也应运而生。例如：“主播人气榜单”、“观众等级榜单”、“直播PK贡献榜单”等，都是非常重要且能够增加用户粘性的方式。
而直播PK贡献榜单，是指按用户对直播间的贡献值进行排序的一个有序列表。由于直播PK的贡献值来源有多个，包含点赞、虚拟礼物、暴击时刻等，从而存在并发更新榜单中用户贡献值的情况，但是，由于网络等原因会导致并发更新榜单的顺序无法得到保证，从而存在榜单中用户贡献值不正确使得榜单数据可靠性低的问题。
发明内容
基于此，有必要针对上述并发更新榜单导致榜单数据可靠性低的问题，提供一种能够有效提高榜单数据可靠性的直播榜单数据更新方法、装置、电子设备和存储介质。
为了实现上述目的，一方面，本申请实施例提供了一种直播榜单数据更新方法，所述方法包括：
获取直播过程中至少一个用户对直播间的贡献事件，其中贡献事件包括发起贡献的用户标识和事件类型；
根据事件类型确定贡献事件对应的贡献值；
基于消息中间件将贡献事件对应的贡献值按用户标识存储于相应的消息分区中；
根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新直播间的榜单贡献数据，其中，线程池中同一时刻仅运行一个线程。
在其中一个实施例中，基于消息中间件将所述贡献事件对应的贡献值按用户标识存储于相应的消息分区中，包括：基于消息中间件按用户标识生成对应的消息分区；将贡献事件对应的贡献值顺序写入与用户标识对应的消息分区中。
在其中一个实施例中，根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新直播间的榜单贡献数据，包括：根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新用户对直播间的总贡献值；根据用户对直播间的总贡献值更新直播间的榜单贡献数据。
在其中一个实施例中，根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新直播间的榜单贡献数据，包括：当满足批量处理条件时，根据存储的贡献事件对应的贡献值计算消息分区中多个贡献事件的累加贡献值；根据累加贡献值采用与用户标识对应的线程池更新用户对直播间的总贡献值；根据用户对直播间的总贡献值更新直播间的榜单贡献数据。
在其中一个实施例中，根据用户对直播间的总贡献值更新直播间的榜单贡献数据，包括：根据用户对直播间的总贡献值，采用第一命令更新直播间的榜单贡献数据中对应用户的总贡献值；若更新后的直播间的榜单贡献数据的长度大于预设长度，则从更新后的直播间的榜单贡献数据中提取排序靠前的预设长度的数据作为直播间的当前榜单贡献数据。
在其中一个实施例中，事件类型包括点击事件和虚拟送礼事件中的任一种。
在其中一个实施例中，消息中间件采用分布式发布订阅消息系统。
另一方面，本申请实施例还提供了一种直播榜单数据更新装置，包括：
贡献事件获取模块，用于获取直播过程中至少一个用户对直播间的贡献事件，其中，贡献事件包括发起贡献的用户标识和事件类型；
贡献值确定模块，用于根据事件类型确定贡献事件对应的贡献值；
存储模块，用于基于消息中间件将贡献事件对应的贡献值按用户标识存储于相应的消息分区中；
榜单贡献数据更新模块，用于根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新直播间的榜单贡献数据，其中，线程池中同一时刻仅运行一个线程。
又一方面，本申请实施例还提供了一种电子设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现如上所述方法的步骤。
再一方面，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述方法的步骤。
上述直播榜单数据更新方法、装置、电子设备和存储介质，其通过获取直播过程中至少一个用户对直播间的贡献事件，并根据事件类型确定贡献事件对应的贡献值，基于消息中间件将贡献事件对应的贡献值按用户标识存储于相应的消息分区中，进而根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新直播间的榜单贡献数据，而线程池中仅运行一个线程，从而保证同一用户的数据更新在单线程中有序执行，保障了榜单数据更新的正确性，进而提高了更新后的榜单数据的可靠性。
附图说明
图1为传统技术中直播榜单数据更新原理图；
图2为一个实施例中直播榜单数据更新方法的应用环境图；
图3为一个实施例中直播榜单数据更新方法的流程示意图；
图4为一个实施例中消息分区存储步骤的流程示意图；
图5为一个实施例中更新直播间的榜单贡献数据步骤的流程示意图；
图6为另一个实施例中更新直播间的榜单贡献数据步骤的流程示意图；
图7为一个实施例中更新直播间的榜单贡献数据步骤的流程示意图；
图8为另一个实施例中直播榜单数据更新方法的流程示意图；
图9为一个实施例中直播榜单数据更新装置的结构框图；
图10为一个实施例中电子设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
由于在直播PK(Player Killing，对决)过程中用户得到贡献值的成本很低，即只需要在直播PK过程中点赞即可得到对应的贡献值，从而导致全量有贡献值的用户量过大，因此，难以将所有对直播间具有贡献值的用户存储于一个有序列表中。现有的方案一般通过redis(REmote DIctionary Server，数据结构服务器)的key(关键字)-value(值)数据结构存储用户(即key，通常为用户标识)对直播间的总贡献值(对应的value)，并用redis的有序列表(zset) 保存适度冗余的榜单用户，而最终向用户展示的贡献榜单通常为top K(即贡献值最大的前K个用户数据)，其中K的取值可以根据用户需求而设定，其长度通常不大于redis中保存的有序列表的长度。
又由于直播PK的贡献值来源有多个，包含点赞、虚拟礼物、暴击时刻等，从而存在并发更新榜单中用户贡献值的情况。如图1所示，用户u1当前贡献值为80，并发的两条新增贡献值分别为10、20，由于网络等原因会导致更新榜单的顺序无法得到保证，从而可能导致榜单中用户贡献值不正确，例如，1)进程 1先执行的+10，返回了90；2)进程2再执行的+20，返回了110；3)进程2执行了更新榜单，榜单中u1更新成100；4)进程1再执行了更新榜单，榜单中 u1更新为90。由于对于两次贡献值的榜单更新在不同的进程中执行，因此执行顺序没法得到保证，即无法保证先执行的+10的操作的更新榜单比后执行的+20 的操作的更新榜单先完成，而用户u1的最终贡献值应该是110，但是由于并发问题导致u1在榜单中的贡献值为90，导致榜单数据的可靠性较低。
基于此，本申请实施例提供了一种直播榜单数据更新方法，通过将同一用户的数据更新在单线程中有序执行，从而保障了榜单数据更新的正确性，进而提高了更新后的榜单数据的可靠性。
本申请提供的直播榜单数据更新方法，可以应用于如图2所示的应用环境中。其中，第一终端202和第二终端204与服务器206通过网络进行通信，其中，第一终端202为直播终端，第二终端204则为观众终端，当第一终端202 进行直播时，该直播间的多个粉丝可以分别通过各自的第二终端204观看直播内容。具体的，第一终端202和第二终端204可以是各种个人计算机、笔记本电脑、智能手机、平板电脑等中的至少一种，服务器206可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
本实施例中的直播榜单数据更新方法，通过获取直播过程中至少一个用户对直播间的贡献事件，并根据事件类型确定贡献事件对应的贡献值，基于消息中间件将贡献事件对应的贡献值按用户标识存储于相应的消息分区中，进而根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新直播间的榜单贡献数据，而线程池中仅运行一个线程，从而保证同一用户的数据更新在单线程中有序执行，保障了榜单数据更新的正确性，进而提高了更新后的榜单数据的可靠性。
在一个实施例中，如图3所示，提供了一种直播榜单数据更新方法，以该方法应用于图2中的服务器为例进行说明，包括以下步骤：
步骤302，获取直播过程中至少一个用户对直播间的贡献事件。
其中，贡献事件包括发起贡献的用户标识和事件类型，具体的，事件类型包括点击事件或虚拟送礼事件，而点击事件又包括普通的点赞和对于暴击时刻的点击等。用户标识则是区分不同用户的标记，例如可以是用户登录直播间的用户ID(Identity document，登录帐号)。用户在观看直播PK过程中，可以通过客户端发起对心仪直播间的送礼行为、点赞行为或对于暴击时刻的点击行为等，从而得到用户对直播间的贡献值，进而通过对该直播间的每个用户的总贡献值进行排序，而得到一个有序的贡献列表。而在直播过程中，可能会不断的爆发对直播间的贡献事件，而当贡献事件产生，则对应直播间的贡献列表也需要进行相应更新，因此，在本实施例中，通过服务器实时获取直播过程中至少一个用户对直播间的贡献事件，进而根据贡献事件更新直播间的贡献列表。
步骤304，根据事件类型确定贡献事件对应的贡献值。
其中，贡献值是预先设定的事件类型的权重值，对于每一事件类型都可以预先设置相应的权重值，即可以根据事件类型的不同，设置不同的权重值。需要说明的是，对于点击事件中的点赞行为和暴击时刻的点击行为可以分别设置不同的权重值；对于虚拟送礼事件，则可以根据虚拟礼物所对应的价值的不同而分别设置不同的权重值。因此，在本实施例中，根据贡献事件的事件类型及预先设置的权重值即可得到贡献事件对应的贡献值。
步骤306，基于消息中间件将贡献事件对应的贡献值按用户标识存储于相应的消息分区中。
其中，消息中间件具体可以采用高吞吐量的分布式发布订阅消息系统kafka，基于kafka具有消息分区及分布式消费的特点，为了避免传统的榜单更新对于并发场景下的执行顺序无法保障的问题，在本实施例中引入了消息中间件，并将贡献事件对应的贡献值按用户标识存储于相应的消息分区中，即按用户标识进行消息分区，并将同一用户对直播间的贡献事件对应的贡献值有序存储于对应的消息分区中，进而有序消费，从而保证了同一用户的数据更新不会出现并发问题。
步骤308，根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新直播间的榜单贡献数据。
其中，线程池中同一时刻仅运行一个线程。由于直播间的贡献列表是对该直播间的每个用户的总贡献值进行排序后得到的，又由于对直播间有贡献值的全部用户量过大，因此，通常将贡献列表中适度冗余的榜单用户保存为直播间的榜单贡献数据，并存储于redis中。而在直播过程中，可能会不断的爆发对直播间的贡献事件，而当贡献事件产生，则对应的用户对直播间的总贡献值也会发生改变，进而直播间的榜单贡献数据也需要进行相应更新。本实施例为了避免并发场景下榜单更新可靠性低的问题，从而将同一用户的数据更新收敛至同一个线程池中，即根据贡献事件的用户标识选择对应的线程池对直播间的榜单贡献数据进行更新，又由于线程池中同一时刻仅运行一个线程，且消息分区中消息有序消费的特性，从而使得同一用户的数据更新可以通过同一线程池有序处理，即通过与用户标识对应的线程池有序处理相应消息分区中存储的贡献值，即根据贡献事件对应的贡献值更新直播间的榜单贡献数据。
上述直播榜单数据更新方法，通过获取直播过程中至少一个用户对直播间的贡献事件，并根据事件类型确定贡献事件对应的贡献值，基于消息中间件将贡献事件对应的贡献值按用户标识存储于相应的消息分区中，进而根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新直播间的榜单贡献数据，而线程池中仅运行一个线程，从而保证同一用户的数据更新在单线程中有序执行，保障了榜单数据更新的正确性，进而提高了更新后的榜单数据的可靠性。
在一个实施例中，如图4所示，基于消息中间件将贡献事件对应的贡献值按用户标识存储于相应的消息分区中，具体可以包括如下步骤：
步骤402，基于消息中间件按用户标识生成对应的消息分区。
具体的，消息中间件可以采用高吞吐量的分布式发布订阅消息系统kafka，基于kafka具有消息分区及分布式消费的特点，且同一分区(partition)内的消息具有有序性的特点，因此，在本实施例中基于kafka，可以根据贡献事件的用户标识生成对应的消息分区。
步骤404，将贡献事件对应的贡献值顺序写入与用户标识对应的消息分区中。
由于在直播过程中，可能会不断的爆发对直播间的贡献事件，因此，当服务器获取到用户对直播间的贡献事件后，则根据贡献事件的用户标识将贡献事件对应的贡献值顺序写入与用户标识对应的消息分区中。即按用户标识进行消息分区存储，将同一用户对直播间的贡献事件对应的贡献值有序存储于对应的消息分区中，进而有序消费，从而保证了同一用户的数据更新不会出现并发问题。
在一个实施例中，如图5所示，根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新直播间的榜单贡献数据，具体可以包括如下步骤：
步骤502，根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新用户对直播间的总贡献值。
其中，线程池可以采用亲缘性线程池，具体的，通过建立N个线程池，如 pool1、pool2、…、poolN，每个线程池同一时刻仅运行一个线程，且基于消息分区具有有序消费的特性，因此，当消息分区中存储的贡献事件被消费时，根据当前被消费的贡献事件的用户标识选择对应的线程池进行处理，即根据当前被消费的贡献事件将同一用户发起的贡献事件对应的贡献值收敛至同一个线程池中进行有序处理。由于用户对直播间的总贡献值是通过redis的key-value 数据结构存储的，又由于每个线程池同一时刻仅运行一个线程，且同一用户发起的贡献事件对应的贡献值被收敛至同一个线程池中进行有序处理，因此，线程池根据当前被消费的贡献事件对应的贡献值更新用户对直播间的总贡献值，即根据当前被消费的贡献事件对应的用户标识查找相应的key，并根据当前被消费的贡献事件对应的贡献值更新key对应的value，则更新后的value为更新前的value与当前被消费的贡献事件对应的贡献值之和。
步骤504，根据用户对直播间的总贡献值更新直播间的榜单贡献数据。
由于直播间的榜单贡献数据是通过对该直播间的每个用户的总贡献值进行排序并经过适度冗余后得到的一个有序列表，因此，当用户发起贡献事件并经过上述步骤的处理后，则对应用户的总贡献值发生了改变，因此，需要对列表进行重新排序，即根据用户对直播间的总贡献值更新直播间的榜单贡献数据。
本实施例由于每个线程池同一时刻仅运行一个线程，且同一用户发起的贡献事件对应的贡献值被收敛至同一个线程池中进行有序处理，因此保证了同一用户的总贡献值更新是在单线程内进行的，从而解决了并发导致榜单更新不正确的问题，进而提高了榜单数据的准确性和可靠性。
在一个实施例中，如图6所示，根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新直播间的榜单贡献数据，具体可以包括如下步骤：
步骤602，当满足批量处理条件时，根据存储的贡献事件对应的贡献值计算消息分区中多个贡献事件的累加贡献值。
由于本申请通过消息中间件将同一用户对直播间的贡献事件对应的贡献值收敛于同一个消息分区中，然后采用对应的线程池对消息分区中的贡献事件进行顺序消费，从而确保榜单数据的准确性和可靠性。但是，对于某些特定场合，如发生暴击时刻时，则用户在短时间内(如500毫秒至1秒内)可能会产生多次贡献事件，从而导致服务器的瞬时处理压力过大。因此，在本实施例中，在将同一用户对直播间的贡献事件对应的贡献值收敛于同一个消息分区中时，可以判断是否满足批量处理条件，即判断同一用户是否在预设时间内(如500毫秒至1秒内)暴发多次贡献事件，如果同一用户在预设时间内暴发了多次贡献事件，则确定满足批量处理条件。
当确定满足批量处理条件时，则可以对批量暴发的用户对应的消息分区中的多个贡献事件进行本地聚合，即将批量暴发的用户对应的消息分区中的多个贡献事件分别对应的贡献值进行累加计算，得到消息分区中多个贡献事件的累加贡献值，从而根据累加贡献值采用后续步骤更新用户对直播间的总贡献值。
步骤604，根据累加贡献值采用与用户标识对应的线程池更新用户对直播间的总贡献值。
由于累加贡献值是根据同一用户在短时间内暴发的多次贡献事件得到的，因此，根据该用户的用户标识选择对应的线程池更新用户对直播间的总贡献值，即根据用户标识查找相应的key，并根据上述计算的累加贡献值更新key对应的 value，则更新后的value为更新前的value与上述计算的累加贡献值之和。
步骤606，根据用户对直播间的总贡献值更新直播间的榜单贡献数据。
由于直播间的榜单贡献数据是通过对该直播间的每个用户的总贡献值进行排序并经过适度冗余后得到的一个有序列表，因此，当用户发起贡献事件并经过上述步骤的处理后，则对应用户的总贡献值发生了改变，因此，需要对列表进行重新排序，即根据用户对直播间的总贡献值更新直播间的榜单贡献数据。
本实施例通过将同一用户在短时间内暴发的多次贡献事件进行本地聚合后再交由对应的线程池进行榜单更新，在确保榜单数据的准确性和可靠性的同时，极大的缓解了服务器的瞬时处理压力。
在一个实施例中，如图7所示，根据用户对直播间的总贡献值更新直播间的榜单贡献数据，具体可以包括如下步骤：
步骤702，根据用户对直播间的总贡献值，采用第一命令更新直播间的榜单贡献数据中对应用户的总贡献值。
其中，第一命令是指redis zadd命令(用于添加所有指定的成员指定的值存放在键的有序集合)。由于直播间的榜单贡献数据是通过对该直播间的每个用户的总贡献值进行排序并经过适度冗余后得到的一个有序列表，因此，直播间的榜单贡献数据并没有存储全量的对直播间有贡献值的全部用户数据，而当前对直播间的总贡献值发生改变的用户不一定存在于直播间的榜单贡献数据中，当对直播间的总贡献值发生改变的用户不在直播间的榜单贡献数据中时，如果采用redis的原子操作进行榜单数据更新，会导致该用户之前的贡献值丢失，从而导致榜单数据更新的不正确。因此，为了保证榜单数据更新的准确性，本实施例通过采用redis zadd命令将用户更新后的key-value贡献值更新到直播间的榜单贡献数据中，即将对直播间的总贡献值发生改变的用户及对应的总贡献值加入到有序排列的直播间的榜单贡献数据中；如果对直播间的总贡献值发生改变的用户已经存在于直播间的榜单贡献数据中，则更新对应用户的贡献值，并通过重新插入数据而保证对直播间的总贡献值发生改变的用户能够在榜单中正确的位置上。
步骤704，若更新后的直播间的榜单贡献数据的长度大于预设长度，则从从更新后的直播间的榜单贡献数据中提取排序靠前的预设长度的数据作为直播间的当前榜单贡献数据。
由于在经过上述更新后，直播间的榜单贡献数据中可能会被加入一些新的用户数据，从而导致榜单数据长度发生改变，因此，在本实施例中，可以采用 Redis Zcard命令(用于计算集合中元素的数量)获取更新后的直播间的榜单贡献数据的长度，当更新后的直播间的榜单贡献数据的长度大于预设长度时，则采用trim命令(用于去掉集合中多余的数据长度)从更新后的直播间的榜单贡献数据中去掉多余的数据，即只保留排序靠前的预设长度的数据作为直播间的当前榜单贡献数据，从而完成对直播间的榜单贡献数据的更新。
进一步的，当用户通过API(Application Programming Interface，应用程序接口)请求top K的贡献榜单时，API则从redis存储的直播间的榜单贡献数据中获取top K的用户数据展示给用户，使得用户可以获知top K的贡献榜单。
为了更加清楚描述本申请所提出的直播榜单数据更新方法的具体过程，下面以一个具体的实施例来描述本申请的方法，如图8所示：
1)用户在直播间内发生点赞、送礼等用户行为，发送对应行为消息(即发送对直播间的贡献事件)。
2)消费用户行为的消息，计算用户当次贡献分(即根据用户当次行为计算对应的贡献值)。
3)按用户标识选择partition(即消息分区)，发送用户贡献分消息。
4)选择线程池消费贡献分消息。
5)incr用户key。
6)根据用户的当次贡献分，累计到用户总贡献分，即更新key-value。
7)以用户总贡献分，更新榜单贡献分数据，即采用redis zadd命令将用户更新后的key-value贡献值更新到直播间的榜单贡献数据中。
8)采用Redis Zcard命令获取更新后的直播间的榜单贡献数据的长度。
9)判断长度是否大于预设长度。
10)若大于，则采用trim命令从更新后的直播间的榜单贡献数据中去掉多余的数据，即只保留排序靠前的预设长度的数据作为直播间的当前榜单贡献数据，从而完成对直播间的榜单贡献数据的更新。
11)用户请求后端api接口获取topK的贡献榜单。
12)api从redis存储的直播间的榜单贡献数据中获取topK的贡献榜单。
13)api将获取的topK的贡献榜单展示给用户。
应该理解的是，虽然图2-8的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-8中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图9所示，提供了一种直播榜单数据更新装置，包括：贡献事件获取模块901、贡献值确定模块902、存储模块903和榜单贡献数据更新模块904，其中：
贡献事件获取模块901，用于获取直播过程中至少一个用户对直播间的贡献事件，其中，贡献事件包括发起贡献的用户标识和事件类型；
贡献值确定模块902，用于根据事件类型确定贡献事件对应的贡献值；
存储模块903，用于基于消息中间件将贡献事件对应的贡献值按用户标识存储于相应的消息分区中；
榜单贡献数据更新模块904，用于根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新直播间的榜单贡献数据，其中，线程池中同一时刻仅运行一个线程。
在一个实施例中，存储模块903包括：分区单元，用于基于消息中间件按用户标识生成对应的消息分区；写入单元，用于将贡献事件对应的贡献值顺序写入与用户标识对应的消息分区中。
在一个实施例中，榜单贡献数据更新模块904包括：第一更新单元，用于根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新用户对直播间的总贡献值；第二更新单元，用于根据用户对直播间的总贡献值更新直播间的榜单贡献数据。
在一个实施例中，榜单贡献数据更新模块904还包括批量处理单元，用于当满足批量处理条件时，根据存储的贡献事件对应的贡献值计算消息分区中多个贡献事件的累加贡献值；则第一更新单元还用于，根据累加贡献值采用与用户标识对应的线程池更新用户对直播间的总贡献值。
在一个实施例中，第二更新单元具体用于：根据用户对直播间的总贡献值，采用第一命令更新直播间的榜单贡献数据中对应用户的总贡献值；若更新后的直播间的榜单贡献数据的长度大于预设长度，则从更新后的直播间的榜单贡献数据中提取排序靠前的预设长度的数据作为直播间的当前榜单贡献数据。
在一个实施例中，事件类型包括点击事件和虚拟送礼事件中的任一种。
在一个实施例中，消息中间件采用分布式发布订阅消息系统。
关于直播榜单数据更新装置的具体限定可以参见上文中对于直播榜单数据更新方法的限定，在此不再赘述。上述直播榜单数据更新装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种电子设备，该电子设备可以是服务器，其内部结构图可以如图10所示。该电子设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该电子设备的数据库用于存储用户对直播间的贡献事件数据。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种直播榜单数据更新方法。
本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种电子设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
获取直播过程中至少一个用户对直播间的贡献事件，其中贡献事件包括发起贡献的用户标识和事件类型；
根据事件类型确定贡献事件对应的贡献值；
基于消息中间件将贡献事件对应的贡献值按用户标识存储于相应的消息分区中；
根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新直播间的榜单贡献数据，其中，线程池中同一时刻仅运行一个线程。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：基于消息中间件按用户标识生成对应的消息分区；将贡献事件对应的贡献值顺序写入与用户标识对应的消息分区中。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新用户对直播间的总贡献值；根据用户对直播间的总贡献值更新直播间的榜单贡献数据。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：当满足批量处理条件时，根据存储的贡献事件对应的贡献值计算消息分区中多个贡献事件的累加贡献值；根据累加贡献值采用与用户标识对应的线程池更新用户对直播间的总贡献值；根据用户对直播间的总贡献值更新直播间的榜单贡献数据。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据用户对直播间的总贡献值，采用第一命令更新直播间的榜单贡献数据中对应用户的总贡献值；若更新后的直播间的榜单贡献数据的长度大于预设长度，则从更新后的直播间的榜单贡献数据中提取排序靠前的预设长度的数据作为直播间的当前榜单贡献数据。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
获取直播过程中至少一个用户对直播间的贡献事件，其中贡献事件包括发起贡献的用户标识和事件类型；
根据事件类型确定贡献事件对应的贡献值；
基于消息中间件将贡献事件对应的贡献值按用户标识存储于相应的消息分区中；
根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新直播间的榜单贡献数据，其中，线程池中同一时刻仅运行一个线程。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：基于消息中间件按用户标识生成对应的消息分区；将贡献事件对应的贡献值顺序写入与用户标识对应的消息分区中。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据消息分区中存储的贡献事件对应的贡献值，采用与用户标识对应的线程池更新用户对直播间的总贡献值；根据用户对直播间的总贡献值更新直播间的榜单贡献数据。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当满足批量处理条件时，根据存储的贡献事件对应的贡献值计算消息分区中多个贡献事件的累加贡献值；根据累加贡献值采用与用户标识对应的线程池更新用户对直播间的总贡献值；根据用户对直播间的总贡献值更新直播间的榜单贡献数据。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据用户对直播间的总贡献值，采用第一命令更新直播间的榜单贡献数据中对应用户的总贡献值；若更新后的直播间的榜单贡献数据的长度大于预设长度，则从更新后的直播间的榜单贡献数据中提取排序靠前的预设长度的数据作为直播间的当前榜单贡献数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM (EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM (SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM (DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (14)

1.一种直播榜单数据更新方法，其特征在于，所述方法包括：
实时获取直播过程中至少一个用户对直播间的贡献事件，所述贡献事件包括发起贡献的用户标识和事件类型；
根据所述事件类型确定所述贡献事件对应的贡献值，所述贡献值是预先设定的与所述事件类型对应的权重值；
基于消息中间件将所述贡献事件对应的贡献值按用户标识存储于相应的消息分区中；
根据所述消息分区中存储的所述贡献事件对应的贡献值，以及根据当前被消费的贡献事件的用户标识，采用与所述用户标识对应的线程池更新所述直播间的榜单贡献数据，所述线程池中同一时刻仅运行一个线程；
所述基于消息中间件将所述贡献事件对应的贡献值按用户标识存储于相应的消息分区中，包括：基于消息中间件按用户标识生成对应的消息分区；将所述贡献事件对应的贡献值顺序写入与所述用户标识对应的消息分区中。
2.根据权利要求1所述的直播榜单数据更新方法，其特征在于，所述根据所述消息分区中存储的所述贡献事件对应的贡献值，采用与所述用户标识对应的线程池更新所述直播间的榜单贡献数据，包括：
根据所述消息分区中存储的所述贡献事件对应的贡献值，采用与所述用户标识对应的线程池更新用户对直播间的总贡献值；
根据所述用户对所述直播间的总贡献值更新所述直播间的榜单贡献数据。
3.根据权利要求1所述的直播榜单数据更新方法，其特征在于，所述根据所述消息分区中存储的所述贡献事件对应的贡献值，采用与所述用户标识对应的线程池更新所述直播间的榜单贡献数据，包括：
当满足批量处理条件时，根据存储的所述贡献事件对应的贡献值计算所述消息分区中多个贡献事件的累加贡献值；
根据所述累加贡献值采用与所述用户标识对应的线程池更新所述用户对所述直播间的总贡献值；
根据所述用户对所述直播间的总贡献值更新所述直播间的榜单贡献数据。
4.根据权利要求2或3所述的直播榜单数据更新方法，其特征在于，所述根据所述用户对所述直播间的总贡献值更新所述直播间的榜单贡献数据，包括：
根据所述用户对所述直播间的总贡献值，采用第一命令更新直播间的榜单贡献数据中对应用户的总贡献值；
若更新后的直播间的榜单贡献数据的长度大于预设长度，则从更新后的直播间的榜单贡献数据中提取排序靠前的预设长度的数据作为直播间的当前榜单贡献数据。
5.根据权利要求1至3任一项所述的直播榜单数据更新方法，其特征在于，所述事件类型包括点击事件和虚拟送礼事件中的任一种。
6.根据权利要求1至3任一项所述的直播榜单数据更新方法，其特征在于，所述消息中间件采用分布式发布订阅消息系统。
7.一种直播榜单数据更新装置，其特征在于，所述装置包括：
贡献事件获取模块，用于实时获取直播过程中至少一个用户对直播间的贡献事件，所述贡献事件包括发起贡献的用户标识和事件类型；
贡献值确定模块，用于根据所述事件类型确定所述贡献事件对应的贡献值，所述贡献值是预先设定的与所述事件类型对应的权重值；
存储模块，用于基于消息中间件将所述贡献事件对应的贡献值按用户标识存储于相应的消息分区中；
榜单贡献数据更新模块，用于根据所述消息分区中存储的所述贡献事件对应的贡献值，以及根据当前被消费的贡献事件的用户标识，采用与所述用户标识对应的线程池更新所述直播间的榜单贡献数据，所述线程池中同一时刻仅运行一个线程；
所述存储模块包括：分区单元，用于基于消息中间件按用户标识生成对应的消息分区；写入单元，用于将所述贡献事件对应的贡献值顺序写入与所述用户标识对应的消息分区中。
8.根据权利要求7所述的直播榜单数据更新装置，其特征在于，所述榜单贡献数据更新模块包括：
第一更新单元，用于根据所述消息分区中存储的事所述贡献事件对应的贡献值，采用与所述用户标识对应的线程池更新用户对直播间的总贡献值；
第二更新单元，用于根据所述用户对所述直播间的总贡献值更新所述直播间的榜单贡献数据。
9.根据权利要求8所述的直播榜单数据更新装置，其特征在于，所述榜单贡献数据更新模块还包括批量处理单元，用于当满足批量处理条件时，根据存储的所述贡献事件对应的贡献值计算所述消息分区中多个贡献事件的累加贡献值；
所述第一更新单元还用于，根据所述累加贡献值采用与所述用户标识对应的线程池更新所述用户对所述直播间的总贡献值。
10.根据权利要求8或9所述的直播榜单数据更新装置，其特征在于，所述第二更新单元具体用于：
根据所述用户对所述直播间的总贡献值，采用第一命令更新直播间的榜单贡献数据中对应用户的总贡献值；
若更新后的直播间的榜单贡献数据的长度大于预设长度，则从更新后的直播间的榜单贡献数据中提取排序靠前的预设长度的数据作为直播间的当前榜单贡献数据。
11.根据权利要求7至9任一项所述的直播榜单数据更新装置，其特征在于，所述事件类型包括点击事件和虚拟送礼事件中的任一种。
12.根据权利要求7至9任一项所述的直播榜单数据更新装置，其特征在于，所述消息中间件采用分布式发布订阅消息系统。
13.一种电子设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。
14.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述方法的步骤。
CN201911257832.0A 2019-12-10 2019-12-10 直播榜单数据更新方法、装置、电子设备和存储介质 Active CN111031336B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911257832.0A CN111031336B (zh) 2019-12-10 2019-12-10 直播榜单数据更新方法、装置、电子设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911257832.0A CN111031336B (zh) 2019-12-10 2019-12-10 直播榜单数据更新方法、装置、电子设备和存储介质

Publications (2)

Publication Number Publication Date
CN111031336A CN111031336A (zh) 2020-04-17
CN111031336B true CN111031336B (zh) 2022-05-06

Family

ID=70205256

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911257832.0A Active CN111031336B (zh) 2019-12-10 2019-12-10 直播榜单数据更新方法、装置、电子设备和存储介质

Country Status (1)

Country Link
CN (1) CN111031336B (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111625569B (zh) * 2020-05-22 2023-04-28 广州方硅信息技术有限公司 直播间榜单数据处理方法、装置、设备及存储介质
CN111818350B (zh) * 2020-06-12 2021-11-02 北京达佳互联信息技术有限公司 展示信息的方法、系统、装置、电子设备及存储介质
CN111898037B (zh) * 2020-06-30 2024-05-28 广州津虹网络传媒有限公司 排行榜数据的更新方法、装置及服务器
CN111857931B (zh) * 2020-07-22 2024-05-28 北京达佳互联信息技术有限公司 虚拟物品动画显示的处理方法和装置
CN112468834B (zh) * 2020-10-29 2023-08-18 北京达佳互联信息技术有限公司 属性值更新方法、装置、电子设备、服务器及存储介质
CN112434052A (zh) * 2020-11-09 2021-03-02 浙江集享电子商务有限公司 直播平台中的榜单数据更新方法、装置和计算机设备
CN113064705B (zh) * 2021-03-18 2024-04-09 北京达佳互联信息技术有限公司 线程池扩容方法、装置、服务器、介质及产品
CN113157714B (zh) * 2021-04-29 2024-09-20 北京达佳互联信息技术有限公司 榜单数据更新方法、装置、电子设备及存储介质
CN115086770B (zh) * 2022-06-13 2024-07-30 北京达佳互联信息技术有限公司 数据处理方法、装置、电子设备及存储介质

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120297399A1 (en) * 2011-05-18 2012-11-22 International Business Machines Corporation Automatically updating the display state of the user interface of a client device in a publish/subscribe system
CN104079614B (zh) * 2013-03-29 2017-09-12 国际商业机器公司 用于分布式发布订阅系统消息有序获取的方法和系统
CN104253808B (zh) * 2013-06-29 2018-05-08 北京新媒传信科技有限公司 即时通信系统中的状态呈现方法和状态呈现服务器
CN110019179A (zh) * 2017-07-31 2019-07-16 北京嘀嘀无限科技发展有限公司 更新索引库的方法及装置、电子设备、存储介质
US10887369B2 (en) * 2017-09-25 2021-01-05 Splunk Inc. Customizable load balancing in a user behavior analytics deployment
CN110321230B (zh) * 2018-03-28 2021-04-23 武汉斗鱼网络科技有限公司 一种用于处理排行榜信息的系统、方法及计算机设备
CN109815028B (zh) * 2018-12-27 2022-02-08 汉海信息技术(上海)有限公司 数据同步的系统、方法、装置和计算机存储介质
CN110351572B (zh) * 2019-07-10 2022-05-20 广州虎牙科技有限公司 直播间信息的更新方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN111031336A (zh) 2020-04-17

Similar Documents

Publication Publication Date Title
CN111031336B (zh) 直播榜单数据更新方法、装置、电子设备和存储介质
CN108494799B (zh) 数据共享方法和系统
US10405033B2 (en) Method for controlling network media information publication, apparatus, and server
CN111770355B (zh) 媒体服务器确定方法、装置、服务器以及存储介质
CN110413893B (zh) 对象推送方法、装置、计算机设备及存储介质
CN111143462A (zh) 数据导出的方法、装置、计算机设备和存储介质
CN112367345B (zh) 数据处理方法、服务端设备及计算机可读存储介质
CN111159612B (zh) 倒计时方法、系统、装置、计算机设备和存储介质
CN111026988A (zh) 一种页面加载的方法、装置、系统及计算机设备
CN113610558A (zh) 资源分发方法、装置、电子设备及存储介质
CN112783866A (zh) 数据读取方法、装置、计算机设备和存储介质
CN113157714A (zh) 榜单数据更新方法、装置、电子设备及存储介质
CN113304469B (zh) 游戏玩家匹配方法、装置、计算机设备
CN111026912A (zh) 基于iptv的协同推荐方法、装置、计算机设备以及存储介质
CN115017538A (zh) 一种数据处理方法、装置、电子设备及存储介质
CN114448972A (zh) 分布式存储日志压缩下载方法、系统、终端及存储介质
CN114064100A (zh) 配置信息处理方法、系统和装置
CN112995932A (zh) 基于哈希算法的短信链路监控方法、装置、设备及介质
CN114780167B (zh) 基于ReactNative的预加载方法及系统
CN112286983B (zh) 数据处理方法、装置及服务端设备
CN115412774B (zh) 互动处理方法、装置、电子设备、存储介质及程序产品
CN112286970B (zh) 信息处理方法、系统、计算机设备及计算机可读存储介质
CN112015758B (zh) 产品取码方法、装置、计算机设备和存储介质
US20240098079A1 (en) Token verification method and service server using the same
CN115412774A (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