CN112765499A - 一种排行榜处理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及数据处理技术领域，具体是一种排行榜处理方法、装置、设备及存储介质，所述方法包括：响应于排行榜处理指令，查询与所述排行榜处理指令对应的更新事件；当查询到与所述排行榜处理指令对应的更新事件时，基于所述更新事件确定待处理的目标排行榜；获取所述目标排行榜对应的榜单记录数据，所述榜单记录数据包括条件属性数据和榜单生成数据；根据所述条件属性数据判断是否需要生成所述目标排行榜的榜单；当需要生成所述目标排行榜的榜单时，根据所述榜单生成数据确定所述目标排行榜的榜单信息。本发明通过采用事件更新的处理机制，能够极大的减少要计算的数据量，从而提高排行榜处理的时效性，节省服务器的计算资源，提高用户体验。

Description

一种排行榜处理方法、装置、设备及存储介质

技术领域

本发明涉及数据处理技术领域，特别涉及一种排行榜处理方法、装置、设备及存储介质。

背景技术

随着移动互联网应用技术的发展，产生了各种不同的业务场景，这些业务场景无时无刻不在产生与之对应的信息流，这些信息流又通过积累聚合产生新的信息价值：排行榜。

排行榜是对某一相关同类事物的客观实力的反映，带有相互之间的比较性质。比如，话题排行榜、帖子排行榜、游戏战绩排行榜、关注度排行榜、流行歌曲排行榜、球队实力排行榜等等。目前比较常用的排行榜类型是最近N天榜单，它统计的是N天前到今天的数据，N为正整数。比如，按日排行的榜单，该榜单统计的是一天前到今天的榜单数据。

现有技术中主要通过全量计算的方法生成最近N天榜单，服务器按照配置的定时任务(如每周一开始跑上周的数据、每天0点开始跑前一天的数据)，按日期去数据库中分批查询最近N天所有的用户数据，并根据预设的计算规则计算榜单相关的数据分数，得到最近N天榜单。

然而，上述实现方案存在以下问题：第一，要进行排行的数据非常大，并且随着时间的推移，数据会越来越多；第二，计算的规则会比较复杂和繁多，不同的排行榜的规则不一样。庞大的数据量和复杂计算规则需要消耗大量的计算服务器资源，会给服务器带来巨大的压力，耗时也会非常久，容易导致榜单更新不及时的问题，严重影响产品运营和用户体验。

发明内容

针对现有技术的上述问题，本发明的目的在于提供一种排行榜处理方法、装置、设备及存储介质，能够提高排行榜处理的时效性，节省服务器的计算资源。

为了解决上述问题，本发明提供一种排行榜处理方法，包括：

响应于排行榜处理指令，查询与所述排行榜处理指令对应的更新事件；

当查询到与所述排行榜处理指令对应的更新事件时，基于所述更新事件确定待处理的目标排行榜；

获取所述目标排行榜对应的榜单记录数据，所述榜单记录数据包括条件属性数据和榜单生成数据；

根据所述条件属性数据判断是否需要生成所述目标排行榜的榜单；

当需要生成所述目标排行榜的榜单时，根据所述榜单生成数据确定所述目标排行榜的榜单信息。

本发明另一方面提供一种排行榜处理装置，包括：

更新事件查询模块，用于响应于排行榜处理指令，查询与所述排行榜处理指令对应的更新事件；

目标排行榜确定模块，用于当查询到与所述排行榜处理指令对应的更新事件时，基于所述更新事件确定待处理的目标排行榜；

榜单记录数据获取模块，用于获取所述目标排行榜对应的榜单记录数据，所述榜单记录数据包括条件属性数据和榜单生成数据；

第一判断模块，用于根据所述条件属性数据判断是否需要生成所述目标排行榜的榜单；

榜单生成模块，用于当需要生成所述目标排行榜的榜单时，根据所述榜单生成数据确定所述目标排行榜的榜单信息。

本发明另一方面提供一种电子设备，包括处理器和存储器，所述存储器中存储有至少一条指令或者至少一段程序，所述至少一条指令或者所述至少一段程序由所述处理器加载并执行以实现如上述的排行榜处理方法。

本发明另一方面提供一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令或者至少一段程序，所述至少一条指令或者所述至少一段程序由处理器加载并执行以实现如上述的排行榜处理方法。

本发明另一方面提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述的排行榜处理方法。

由于上述技术方案，本发明具有以下有益效果：

(1)本发明的排行榜处理方法，通过采用事件更新的处理机制，只有在查询到有事件发生时才做排行榜的处理，不再需要对每个排行榜进行处理，并且在进行排行榜的榜单计算时，将榜单记录数据划分为条件属性数据和榜单生成数据，利用条件属性数据来过滤掉不需要处理的排行榜数据，能够极大的减少要计算的数据量，从而提高排行榜处理的时效性，节省服务器的计算资源，提高用户体验。

(2)本发明的排行榜处理方法，在进行榜单计算时，通过判断榜单生成数据在预设时间段内是否发生变化，在发生变化时才进行榜单的计算，可以进一步减少需要处理的排行榜数据。通过将榜单前面1-N页的榜单信息缓存起来，将所述全量的榜单信息存储至数据库中，当用户查询榜单信息时，可以先从缓存中进行查询，只有当用户点查看更多的时候才去查询全量的榜单信息，可以避免对存储大KEY的频繁读写，防止数据库性能受影响，在进行系统自我保护的同时，也让系统更快的响应用户的查询，有利于用户的体验。

附图说明

为了更清楚地说明本发明的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。

图1是本发明一个实施例提供的实施环境示意图；

图2是本发明另一个实施例提供的实施环境示意图；

图3是本发明一个实施例提供的排行榜处理方法的流程图；

图4是本发明一个实施例提供的榜单记录数据的示意图；

图5是本发明一个实施例提供的榜单信息查询方法的流程图；

图6是本发明一个实施例提供的话题达人排行榜的显示页面的示意图；

图7是本发明另一个实施例提供的排行榜处理方法的流程图；

图8是本发明另一个实施例提供的榜单信息查询方法的流程图；

图9是本发明一个实施例提供的排行榜处理装置的结构示意图；

图10是本发明一个实施例提供的服务器的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

参考说明书附图1，其示出了本发明一个实施例提供的实施环境的示意图，如图1所示，该实施环境可以至少包括终端110和服务器120。所述终端110和所述服务器120可以通过有线或无线通信方式进行直接或间接地连接，本发明实施例对此不做限制。

所述终端110可以包括智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等，但并不局限于此。所述终端110可以运行有一个或多个客户端，所述多个客户端可以为同一类型的客户端，也可以为不同类型的客户端。所述客户端可以为一些服务商提供给用户的网页页面，也可以为这些服务商提供给用户的应用。

所述服务器120可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。所述服务器120可以包括网络通信单元、处理器和存储器等等。

在实际应用中，所述客户端可以为游戏类客户端、社区类客户端或者直播类客户端，例如大型多人在线角色扮演游戏客户端、贴吧客户端等，用户使用所述客户端期间发生的游戏比赛、发帖、点赞、送礼物等行为会留下记录，即用户行为日志，经过搜集一段时间内的用户行为日志可以得到用户的行为数据。所述服务器120可以对用户的行为数据进行统计分析，得到多种类型的排行榜，例如按时间分类的排行榜，包括日榜、周榜等，以及按内容分类的排行榜，包括话题排行榜、帖子排行榜、游戏战绩排行榜、关注度排行榜等等。

需要说明的是，图1仅仅是一种示例。

在一个具体的实施例中，结合参考说明书附图2，该实施环境中的服务器120可以为服务器集群，包括后台服务器121、缓存服务器122、事件服务器123和定时服务器124，其中，所述终端110可以与所述后台服务器121通信连接，所述后台服务器121可以分别与所述缓存服务器122和所述事件服务器123通信连接，所述事件服务器123可以与所述定时服务器124通信连接，所述后台服务器121、所述缓存服务器122、所述事件服务器123和所述定时服务器124可以分别与数据库125连接。所述后台服务器121可以用于处理客户端产生的各种请求，例如发帖、评论、点赞等请求，所述缓存服务器122可以用于缓存生成的各种排行榜的榜单数据，所述事件服务器123可以用于在行为事件发生时生成事件数据，所述定时服务器124可以用于定时启动排行榜处理任务，生成各个排行榜的榜单数据，所述数据库125可以用于存储所述定时服务器124生成的各个榜单数据。

参考说明书附图3，其示出了本发明一个实施例提供的排行榜处理方法的流程，该方法可以应用于图1中的服务器中。所述方法可以适用于在大数据量、高并发的情形下进行排行榜处理的情况，例如对游戏类客户端、社区类客户端或者直播类客户端中的各个排行榜进行榜单生成/更新的场景下。如图3所示，所述方法可以包括以下步骤：

S310：响应于排行榜处理指令，查询与所述排行榜处理指令对应的更新事件。

本发明实施例中，所述排行榜处理指令用于指示对一个或者多个排行榜进行处理。所述排行榜处理指令可以由客户端生成并发送至服务器，例如在用户登录某个客户端时生成，也可以在用户使用某个客户端过程中，对客户端中的一个或者多个排行榜进行点击/查看时生成，也可以在某个固定时间段生成。所述排行榜处理指令也可以由服务器生成，当某个客户端设置有定时进行排行榜处理的功能时，即使用户没有使用该客户端，也会在固定时间段生成所述排行榜处理指令，例如在每天的24点生成针对某个客户端内所有排行榜的排行榜处理指令。

本发明实施例中，所述更新事件是指与榜单计算相关的榜单记录数据发生更新的事件，示例性地，假设社区话题达人排行榜的榜单记录数据包括：1.话题下发贴总数，2.话题下的总发贴人数(去重)，3.话题下发贴人最近N天的新发表的帖子数，4.话题下发贴人被赞数，5.话题下发贴人评论数/被评论数。当某个话题下的发帖总数、总发贴人数、某个发贴人最近N天的新发表的帖子数、某个发贴人被赞数或者某个发贴人评论数/被评论数发生变化时，可以记录与所述话题的话题达人排行榜对应的更新事件，表明所述话题的话题达人排行榜的榜单记录数据有更新，所述话题的话题达人排行榜需要被重新计算。

具体地，所述方法还可以包括对排行榜对应的更新事件进行记录的过程，对更新事件进行记录可以包括：

当与榜单记录数据相关的行为事件发生时，获取所述行为事件的相关信息；

根据所述相关信息，确定所述行为事件对应的排行榜信息以及所述行为事件的事件发生时间；

记录所述排行榜信息和所述事件发生时间，得到更新事件。

其中，对于客户端中的所有排行榜，均可以预先确定对应的榜单记录数据，所述榜单记录数据用于生成对应排行榜的榜单信息。与榜单记录数据相关的行为事件是指会导致所述榜单记录数据发生变化的用户行为事件，例如用户在某个话题下发表新的帖子或者新的用户在某个话题下发帖的行为。所述行为事件的相关信息可以包括对应的排行榜信息和事件发生时间，当所述行为事件发生时，可以记录所述排行榜信息和所述事件发生时间，得到更新事件，例如用户在某个话题下发表新的帖子时，可以记录该新发表的帖子所对应的话题标识(Identification，ID)以及发表帖子的时间，得到与所述话题的话题达人排行榜对应的更新事件信息。

本发明实施例中，所述响应于排行榜处理指令，查询与所述排行榜处理指令对应的更新事件可以包括：

当获取到所述排行榜处理指令时，确定所述排行榜处理指令对应的排行榜集合，所述排行榜集合包括至少一个排行榜；

查询第一预设时间段内发生的与所述排行榜集合中的各个排行榜相关的更新事件。

其中，所述至少一个排行榜可以为相同类型的排行榜，也可以为不同类型的排行榜，例如针对社区类应用，所述至少一个排行榜可以均为话题达人排行榜，也可以部分为话题达人排行榜，部分为话题热度排行榜。由于所述排行榜处理指令可以用于指示对一个或者多个排行榜进行处理，因此需要先确定所述排行榜处理指令指示的需要进行处理的一个或者多个排行榜，在查询对应的更新事件时只需要查询所述排行榜处理指令指示的需要进行处理的一个或者多个排行榜相关的更新事件。

示例性地，如果所述排行榜处理指令仅指示对A排行榜进行处理，则需要查询与A排行榜相关的更新事件即可，如果所述排行榜处理指令指示对客户端中所有的排行榜进行处理，则需要查询与所有排行榜相关的更新事件。所述第一预设时间段的值可以根据实际情况进行设置，本发明实施例对此做不限制，例如计算日榜时，所述第一预设时间段可以为前一日，计算周榜时，所述第一预设时间段可以为前一周。

S320：当查询到与所述排行榜处理指令对应的更新事件时，基于所述更新事件确定待处理的目标排行榜。

本发明实施例中，当查询到与所述排行榜处理指令对应的更新事件时，表明所述排行榜处理指令对应的一个或者多个排行榜中存在至少一个目标排行榜的榜单记录数据有更新，所述目标排行榜的榜单需要被重新计算。具体地，所述更新事件可以记录有对应的排行榜信息和所述事件发生的时间，查询到更新事件后可以直接确定榜单记录数据有更新的目标排行榜，对于榜单记录数据没有更新的排行榜(即没有查询到更新事件的排行榜)不需要进行处理。本发明实施例中，只有当排行榜的榜单记录数据在指定时间段内有更新时才进行处理，可以减少进行处理的排行榜的数量，较少服务器资源消耗。

S330：获取所述目标排行榜对应的榜单记录数据，所述榜单记录数据包括条件属性数据和榜单生成数据。

本发明实施例中，针对每个待处理的目标排行榜，可以从数据库中获取对应的榜单记录数据，所述榜单记录数据可以为最近N天的榜单记录数据，其中N为正数，例如计算日榜时，所述榜单记录数据可以为最近1天的榜单记录数据，计算周榜时，所述榜单记录数据可以为最近1周的榜单记录数据，计算总榜时，所述榜单记录数据可以为所有的榜单记录数据。

本发明实施例中，可以将所述榜单记录数据分为条件属性数据和榜单生成数据，所述条件属性数据用于横量是否有生成所述排行榜的榜单的必要，当所述条件属性数据达不到生成榜单的标准时，不需要生成所述排行榜的榜单；所述榜单生成数据用于计算排行榜的榜单中各个候选对象排名。

示例性地，结合参考说明书附图4，假设需要计算的排行榜为社区话题达人排行榜，所述榜单记录数据包括帖子总数、发帖人总数、发帖人新发帖数、发帖人被赞数、发帖人评论数和发帖人被评论数，其中帖子总数和发帖人总数为用来决定有无话题达人排行榜的条件属性数据，发帖人新发帖数、发帖人被赞数、发帖人评论数和发帖人被评论数为用来计算发帖人排名的榜单生成数据，所述发帖人即为榜单中的候选对象。

S340：根据所述条件属性数据判断是否需要生成所述目标排行榜的榜单。

本发明实施例中，可以首先通过所述条件属性数据来缩小要进行榜单计算的排行榜的范围，条件属性数据不达标的排行榜不需要进行榜单计算。

在一个可能的实施例中，所述根据所述条件属性数据判断是否需要生成所述目标排行榜的榜单可以包括：

判断所述条件属性数据是否满足预设的榜单生成条件；

当所述条件属性数据满足预设的榜单生成条件时，判定需要生成所述目标排行榜的榜单；

当所述条件属性数据不满足预设的榜单生成条件时，判定不需要生成所述目标排行榜的榜单。

其中，所述榜单生成条件可以预先进行设定，所述榜单生成条件为生成所述排行榜的榜单的必要条件，例如可以为所述排行榜对应的榜单记录数据的数据量或者所述排行榜相关的候选对象的数量等等，所述榜单生成条件可以根据实际情况进行设定，本发明实施例对此不做限制。

S350：当需要生成所述目标排行榜的榜单时，根据所述榜单生成数据确定所述目标排行榜的榜单信息。

本发明实施例中，当所述条件属性数据满足预设的榜单生成条件时，可以先判断所述目标排行榜对应的榜单生成数据是否在指定时间段内发生变化，当所述榜单生成数据有变化时，才需要根据所述榜单生成数据确定所述目标排行榜的榜单信息，当所述榜单生成数据没有变化时，不需要再进行计算，这样只对有数据变化的排行榜进行榜单计算，可以进一步减少需要计算的数据量，从而提高排行榜处理的时效性，减少服务器的性能消耗。

在一个可能的实施例中，所述榜单生成数据包括多个候选对象以及与所述候选对象对应的排名属性数据；

所述当需要生成所述目标排行榜的榜单时，根据所述榜单生成数据确定所述目标排行榜的榜单信息可以包括：

判断所述榜单生成数据在第二预设时间段内是否发生变化；

当发生变化时，分别根据各个所述候选对象对应的排名属性数据计算所述候选对象的得分；

根据所述得分由高到低的顺序对各个所述候选对象进行排名，得到所述目标排行榜的榜单信息。

本发明实施例中，不同的排行榜的候选对象可能相同也可能不相同，所述候选对象对应的排名属性数据的类型与其对应的计算规则相关，可能相同也可能不相同。例如不同话题的话题达人排行榜的候选对象均为话题下的发帖人，话题热度排行榜的候选对象则为话题本身，话题达人排行榜的排名属性数据可以包括发帖人新发帖数、发帖人被赞数、发帖人评论数和发帖人被评论数。

本发明实施例中，可以将所述榜单生成数据与第二预设时间段之前的榜单生成数据进行对比，确定所述榜单生成数据在第二预设时间段内是否发生变化。当没有发生变化时，不需要进行得分计算。所述第二预设时间段的值可以根据实际情况进行设置，本发明实施例对此做不限制，例如计算日榜时，所述第二预设时间段可以为前一日，计算周榜时，所述第二预设时间段可以为前一周。

本发明实施例中，计算候选对象的得分时，可以根据预先设定的计算规则进行计算，不同的排行榜对应的计算规则可能不同，不同的计算规则预设不同的筛选条件和计算方法，所述筛选条件用于对所述候选对象进行筛选，所述计算方法用于对所述排名属性数据进行得分计算。

在一个示例中，假设需要计算的排行榜为社区话题达人排行榜，所述榜单生成数据包括发帖人新发帖数、发帖人被赞数、发帖人评论数和发帖人被评论数。预先设定的上榜条件可以包括：发贴人最近N天的新发帖数达到M、发贴人被赞数达到C、发贴人评论数/被评论数达到D。通过上述的上榜条件，可以对话题中的发帖人进行筛选，确定满足上榜条件的发帖人作为目标候选对象，对每个目标候选对象，可以分别根据对应的新发帖数、被赞数、评论数和被评论数计算其得分，例如可以分别确定新发帖数、被赞数、评论数和被评论数对应的权重信息，进行加权求和得到所述目标候选对象的得分。

在一个可能的实施例中，所述方法还可以包括：

获取所述目标排行榜的榜单中排名靠前的预设数量的候选对象，生成子榜单信息；

将所述目标排行榜的榜单信息和所述子榜单信息分别进行存储。

本发明实施例中，所述预设数量可以根据实际情况确定，例如鉴于对于榜单数据较多的排行榜，榜单一般是以多页数据的形式存在，所述预设数量可以为排名靠前的1-N页的候选对象的数量，可以将前面1-N页的榜单信息缓存起来，将所述全量的榜单信息存储至数据库中。当用户查询榜单信息时，可以先从缓存中进行查询，只有当用户点查看更多的时候才去查询全量的榜单信息，可以避免对存储大KEY的频繁读写，防止数据库性能受影响，在进行系统自我保护的同时，也让系统更快的响应用户的查询，有利于用户的体验。

在一个可能的实施例中，结合参考说明书附图5，所述方法还可以包括对榜单信息进行查询的方法，具体可以包括以下步骤：

S510：当接收到客户端发送的榜单查询请求时，确定所述榜单查询请求对应的排行榜；

S520：在缓存中查询所述排行榜对应的榜单信息，判断是否命中缓存的榜单信息；

S530：如果命中缓存的榜单信息，则将命中的榜单信息发送至所述客户端；

S540：如果未命中缓存的榜单信息，则从数据库中获取所述排行榜对应的榜单信息，将所述榜单信息发送至所述客户端。

本发明实施例中，当生成排行榜的榜单信息后，可以将榜单的部分或者全部信息返回至客户端，以使得所述客户端通过指定页面显示所述榜单的部分或者全部信息。如图6所示，其示出了本发明一个实施例提供的话题达人排行榜的显示页面的示意图，用户点击所述页面中的指定控件，可以出发查看榜单的详细信息。当用户想要查看榜单的详细信息时，可以先从缓存中分页查找榜单信息，如果查找到榜单信息，则可以直接将查找到的榜单信息返回所述客户端，如果没有查找到榜单信息，则可以从数据库中获取对应的榜单信息，将所述榜单信息返回所述客户端。

综上所述，本发明的排行榜处理方法，通过采用事件更新的处理机制，只有在查询到有事件发生时才做排行榜的处理，不再需要对每个排行榜进行处理，并且在进行排行榜的榜单计算时，将榜单记录数据划分为条件属性数据和榜单生成数据，利用条件属性数据来过滤掉不需要处理的排行榜数据，能够极大的减少要计算的数据量，从而提高排行榜处理的时效性，节省服务器的计算资源，提高用户体验。并且，在进行榜单计算时，通过判断榜单生成数据在预设时间段内是否发生变化，在发生变化时才进行榜单的计算，可以进一步减少需要处理的排行榜数据。

下面通过一个具体的示例详细描述本发明实施例提供的排行榜处理方法的流程，所述方法可以应用于图2所示的实施环境中。结合参考说明书附图7，以社区类应用的话题达人排行榜为例，所述排行榜处理方法可以包括以下步骤：

S701：客户端生成发贴、评论、点赞等请求.

其中，发贴、点赞、评论等是与话题达人排行榜的榜单记录数据相关的元素，当用户使用社区类客户端过程中，想要进行发帖、点赞、评论等操作时，所述客户端可以生成发贴、评论、点赞等请求。

S702：将所述发贴、评论、点赞等请求发送至后台服务器。

S703：后台服务器收到所述发贴、评论、点赞等请求后，进行用户标识、内容检查等校验。

为了保护用户数据的安全性，所述后台服务器需要对请求数据进行校验，对用户信息进行验证，确定所述用户的真实性和合法性。

S704：校验通过后，后台服务器进行具体的发贴逻辑、评论逻辑、点赞逻辑处理。

所述后台服务器可以用于对客户端发送的请求进行处理，例如当用户想要进行发帖时，所述后台服务器可以获取用户输入的帖子内容，根据所述帖子内容生成新的发帖信息，将所述发帖信息返回至客户端，以使得所述客户端展示新的发帖信息。

S705：后台服务器将处理结果返回给所述客户端。

相应地，所述客户端可以向用户展示所述处理结果。

S706：后台服务器对所述发贴、评论、点赞等请求进行处理后，将发贴、评论、点赞等行为事件转发到事件服务器。

所述后台服务器可以将用户的发贴、评论、点赞等行为事件转发至所述时间服务器，以告知所述事件服务器有与所述榜单记录数据相关的行为事件发生。

S707：事件服务器收到所述行为事件后，进行事件处理，记录更新事件。

所述事件服务器可以获取所述行为事件的相关信息；根据所述相关信息，确定所述行为事件对应的排行榜信息以及所述行为事件的事件发生时间；记录所述排行榜信息和所述事件发生时间，得到更新事件。例如，可以将对应的话题ID和发贴、评论和/或点赞的时间记录下来，得到更新事件，说明该话题ID的话题达人排行榜需要被重新计算。

S708：事件服务器将所述更新事件写入到数据库中。

S709：数据库将存储结果返回给事件服务器。

S710：定时服务器定时启动排行榜处理任务，生成排行榜处理指令。

所述定时服务器可以定时启动排行榜处理任务，例如在每天的24点生成针对所有话题达人排行榜的排行榜处理指令，以更新话题达人排行榜的日榜信息。

S711：定时服务器从数据库中查询与所述排行榜处理指令对应的更新事件。

所述定时服务器可以去数据库中查询与各个话题达人排行榜相关的更新事件，例如可以查询前一天(24小时内)发生的更新事件。

S712：数据库将与所述排行榜处理指令对应的更新事件返回给定时服务器。

具体地，所述更新事件可以包括话题ID和事件发生时间。

S713：定时服务器判断是否查询到与所述排行榜处理指令对应的更新事件，当查询到与所述排行榜处理指令对应的更新事件时，基于所述更新事件确定待处理的目标排行榜。

所述定时服务器可以将所述更新事件中话题ID对应的话题达人排行榜作为待处理的目标排行榜。

S714：定时服务器从数据库获取所述目标排行榜对应的榜单记录数据，所述榜单记录数据包括条件属性数据和榜单生成数据。

定时服务器可以从数据库获取标排行榜对应的榜单记录数据。

S715：数据库将所述目标排行榜对应的榜单记录数据返回给定时服务器。

S716：定时服务器根据所述条件属性数据判断是否需要生成所述目标排行榜的榜单。

S717：当需要生成所述目标排行榜的榜单时，定时服务器根据所述榜单生成数据确定所述目标排行榜的榜单信息。

在一个可能的实施例中，所述榜单生成数据包括多个候选对象以及与所述候选对象对应的排名属性数据；所述步骤S716可以包括：判断所述榜单生成数据在第二预设时间段内是否发生变化；当发生变化时，分别根据各个所述候选对象对应的排名属性数据计算所述候选对象的得分；根据所述得分由高到低的顺序对各个所述候选对象进行排名，得到所述目标排行榜的榜单信息。

S718：定时服务器将所述榜单信息写入数据库，供客户端查询。

在一个可能的实施例中，所述步骤S717可以包括：获取所述目标排行榜的榜单中排名靠前的预设数量的候选对象，生成子榜单信息；将所述目标排行榜的榜单信息和所述子榜单信息分别进行存储。其中，所述预设数量可以根据实际情况确定，例如鉴于对于榜单数据较多的排行榜，榜单一般是以多页数据的形式存在，所述预设数量可以为排名靠前的1-N页的候选对象的数量，可以将前面1-N页的榜单信息缓存起来，将所述榜单信息存储至数据库中。

其他相关细节可以参考图3所示的方法实施例。

在一个可能的实施例中，如图8所示，所述方法还可以包括对榜单信息进行查询的方法，具体可以包括以下步骤：

S801：客户端获取用户的榜单查询请求。

S802：将所述榜单查询请求发送至后台服务器。

所述榜单查询请求可以为查询话题达人排行榜的查询请求。

S803：后台服务器接收到所述榜单查询请求后，进行用户标识、内容检查等校验。

为了保护用户数据的安全性，所述后台服务器需要对请求数据进行校验，对用户信息进行验证，确定所述用户的真实性和合法性。

S804：后台服务器分页去缓存服务器查询所述榜单查询请求对应的排行榜数据。

S805：缓存服务器判断是否命中缓存的榜单信息。

S806：如果命中缓存的榜单信息，则将命中的榜单信息发送至所述后台服务器。

S807：如果未命中缓存的榜单信息，缓存服务器向数据库发送所述排行榜对应的榜单信息的查询请求。

S808：数据库接收到所述查询请求后，将所述排行榜对应的榜单信息返回给缓存服务器。

S809：缓存服务器将所述排行榜对应的榜单信息返回给后台服务器，并异步记录数据。

S810：后台服务器将接收到的榜单信息进行打包，并返回给所述客户端。

S811：所述客户端将所述榜单信息展示给用户。

本发明实时例中，在进行榜单信息查询时，可以先从缓存中进行查询，当缓存中不存在需要查询的榜单信息或者当用户点查看更多的时候才去数据库查询全量的榜单信息，可以避免对存储大KEY的频繁读写，防止数据库性能受影响，在进行系统自我保护的同时，也让系统更快的响应用户的查询，有利于用户的体验。

其他相关细节可以参考图3所示的方法实施例。

参考说明书附图9，其示出了本发明一个实施例提供的一种排行榜处理装置的结构，该装置可以设置于图1中的服务器中。如图9所示，所述装置可以包括：

更新事件查询模块910，用于响应于排行榜处理指令，查询与所述排行榜处理指令对应的更新事件；

目标排行榜确定模块920，用于当查询到与所述排行榜处理指令对应的更新事件时，基于所述更新事件确定待处理的目标排行榜；

榜单记录数据获取模块930，用于获取所述目标排行榜对应的榜单记录数据，所述榜单记录数据包括条件属性数据和榜单生成数据；

第一判断模块940，用于根据所述条件属性数据判断是否需要生成所述目标排行榜的榜单；

榜单生成模块950，用于当需要生成所述目标排行榜的榜单时，根据所述榜单生成数据确定所述目标排行榜的榜单信息。

在一个可能的实施例中，所述装置还可以包括：

榜单查询请求接收模块，用于当接收到客户端发送的榜单查询请求时，确定所述榜单查询请求对应的排行榜；

第二判断模块，用于在缓存中查询所述排行榜对应的榜单信息，判断是否命中缓存的榜单信息；

榜单信息发生模块，用于当命中缓存的榜单信息时，将命中的榜单信息发送至所述客户端；当未命中缓存的榜单信息时，从数据库中获取所述排行榜对应的榜单信息，将所述榜单信息发送至所述客户端。

需要说明的是，上述实施例提供的装置，在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与相应方法实施例属于同一构思，其具体实现过程详见对应方法实施例，这里不再赘述。

本发明一个实施例还提供了一种电子设备，该电子设备包括处理器和存储器，该存储器中存储有至少一条指令或者至少一段程序，该至少一条指令或者该至少一段程序由该处理器加载并执行以实现如上述方法实施例所提供的排行榜处理方法。

存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

本发明实施例所提供的方法实施例可以在终端、服务器或者类似的运算装置中执行，即上述电子设备可以包括终端、服务器或者类似的运算装置。以运行在服务器上为例，如图10所示，其示出了本发明实施例提供的运行排行榜处理方法的服务器的结构示意图。该服务器1000可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Unit，CPU)1010(例如，一个或一个以上处理器)和存储器1030，一个或一个以上存储应用程序1023或数据1022的存储介质1020(例如一个或一个以上海量存储设备)。其中，存储器1030和存储介质1020可以是短暂存储或持久存储。存储在存储介质1020的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1010可以设置为与存储介质1020通信，在服务器1000上执行存储介质1020中的一系列指令操作。服务器1000还可以包括一个或一个以上电源1060，一个或一个以上有线或无线网络接口1050，一个或一个以上输入输出接口1040，和/或，一个或一个以上操作系统1021，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。

输入输出接口1040可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器1000的通信供应商提供的无线网络。在一个实例中，输入输出接口1040包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口1040可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯，所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System ofMobilecommunication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code DivisionMultiple Access，WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

本领域普通技术人员可以理解，图10所示的结构仅为示意，服务器1000还可包括比图10中所示更多或者更少的组件，或者具有与图10所示不同的配置。

本发明一个实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质可设置于电子设备之中以保存用于实现一种排行榜处理方法相关的至少一条指令或者至少一段程序，该至少一条指令或者该至少一段程序由该处理器加载并执行以实现上述方法实施例提供的排行榜处理方法。

可选地，在本发明实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本发明一个实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实现例中提供的排行榜处理方法。

需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种排行榜处理方法，其特征在于，包括：

响应于排行榜处理指令，查询与所述排行榜处理指令对应的更新事件；

当查询到与所述排行榜处理指令对应的更新事件时，基于所述更新事件确定待处理的目标排行榜；

获取所述目标排行榜对应的榜单记录数据，所述榜单记录数据包括条件属性数据和榜单生成数据；

根据所述条件属性数据判断是否需要生成所述目标排行榜的榜单；

当需要生成所述目标排行榜的榜单时，根据所述榜单生成数据确定所述目标排行榜的榜单信息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当接收到客户端发送的榜单查询请求时，确定所述榜单查询请求对应的排行榜；

在缓存中查询所述排行榜对应的榜单信息，判断是否命中缓存的榜单信息；

如果命中缓存的榜单信息，则将命中的榜单信息发送至所述客户端；

如果未命中缓存的榜单信息，则从数据库中获取所述排行榜对应的榜单信息，将所述榜单信息发送至所述客户端。

3.根据权利要求1或2所述的方法，其特征在于，所述响应于排行榜处理指令，查询与所述排行榜处理指令对应的更新事件包括：

当获取到所述排行榜处理指令时，确定所述排行榜处理指令对应的排行榜集合，所述排行榜集合包括至少一个排行榜；

查询第一预设时间段内发生的与所述排行榜集合中的各个排行榜相关的更新事件。

4.根据权利要求1或2所述的方法，其特征在于，所述根据所述条件属性数据判断是否需要生成所述目标排行榜的榜单包括：

判断所述条件属性数据是否满足预设的榜单生成条件；

当所述条件属性数据满足预设的榜单生成条件时，判定需要生成所述目标排行榜的榜单；

当所述条件属性数据不满足预设的榜单生成条件时，判定不需要生成所述目标排行榜的榜单。

5.根据权利要求1或2所述的方法，其特征在于，所述榜单生成数据包括多个候选对象以及与所述候选对象对应的排名属性数据；

所述当需要生成所述目标排行榜的榜单时，根据所述榜单生成数据确定所述目标排行榜的榜单信息包括：

判断所述榜单生成数据在第二预设时间段内是否发生变化；

当发生变化时，分别根据各个所述候选对象对应的排名属性数据计算所述候选对象的得分；

根据所述得分由高到低的顺序对各个所述候选对象进行排名，得到所述目标排行榜的榜单信息。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

获取所述目标排行榜的榜单中排名靠前的预设数量的候选对象，生成子榜单信息；

将所述目标排行榜的榜单信息和所述子榜单信息分别进行存储。

7.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

当与榜单记录数据相关的行为事件发生时，获取所述行为事件的相关信息；

根据所述相关信息，确定所述行为事件对应的排行榜信息以及所述行为事件的事件发生时间；

记录所述排行榜信息和所述事件发生时间，得到更新事件。

8.一种排行榜处理装置，其特征在于，包括：

更新事件查询模块，用于响应于排行榜处理指令，查询与所述排行榜处理指令对应的更新事件；

目标排行榜确定模块，用于当查询到与所述排行榜处理指令对应的更新事件时，基于所述更新事件确定待处理的目标排行榜；

榜单记录数据获取模块，用于获取所述目标排行榜对应的榜单记录数据，所述榜单记录数据包括条件属性数据和榜单生成数据；

第一判断模块，用于根据所述条件属性数据判断是否需要生成所述目标排行榜的榜单；

榜单生成模块，用于当需要生成所述目标排行榜的榜单时，根据所述榜单生成数据确定所述目标排行榜的榜单信息。

9.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如权利要求1-7任意一项所述的排行榜处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或至少一段程序由处理器加载并执行以实现如权利要求1-7任意一项所述的排行榜处理方法。

Images