话题热度信息的处理方法和装置、存储介质及电子设备与流程

1.本发明涉及计算机领域，具体而言，涉及一种话题热度信息的处理方法和装置、存储介质及电子设备。


背景技术：

2.相关技术中，为了计算当天最新的话题的热力值，每次都需要获取多天内(包括当天)的媒体资源的热力值，并根据多天内的媒体资源的热力值确定当天最新的话题的热力值。由于每次都要重新获取多天内的媒体资源的热力值，并对多天内的媒体资源的热力值进行运算，大大增加了运算量，降低了运算效率。
3.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

4.本发明实施例提供了一种话题热度信息的处理方法和装置、存储介质及电子设备，以至少解决相关技术中存在的媒体资源热度信息的处理效率较低的技术问题。
5.根据本发明实施例的一个方面，提供了一种话题热度信息的处理方法，包括：
6.获取第一媒体资源集合的交互信息，其中，所述第一媒体资源集合包括在当前时间区间内产生了交互信息的媒体资源；
7.根据所述第一媒体资源集合的交互信息，确定所述当前时间区间内的第一话题热度信息；
8.根据所述第一话题热度信息和预先获取的第二话题热度信息，确定第三话题热度信息，其中，所述第二话题热度信息是根据第二媒体资源集合的交互信息确定的历史时间区间内的话题热度信息，所述第二媒体资源集合包括在所述历史时间区间内产生了交互信息的媒体资源，所述历史时间区间早于所述当前时间区间，在所述当前时间区间内，所述第二话题热度信息的确定次数小于所述第一话题热度信息的确定次数；
9.向目标帐号发送所述第三话题热度信息，其中，所述目标帐号是在所述当前区间内发送了热度查询请求的帐号，所述热度查询请求用于请求获取所述第三话题热度信息。
10.根据本发明实施例的另一方面，还提供了一种话题热度信息的处理装置，包括：
11.获取模块，用于获取第一媒体资源集合的交互信息，其中，所述第一媒体资源集合包括在当前时间区间内产生了交互信息的媒体资源；
12.第一确定模块，用于根据所述第一媒体资源集合的交互信息，确定所述当前时间区间内的第一话题热度信息；
13.第二确定模块，用于根据所述第一话题热度信息和预先获取的第二话题热度信息，确定第三话题热度信息，其中，所述第二话题热度信息是根据第二媒体资源集合的交互信息确定的历史时间区间内的话题热度信息，所述第二媒体资源集合包括在所述历史时间区间内产生了交互信息的媒体资源，所述历史时间区间早于所述当前时间区间，在所述当前时间区间内，所述第二话题热度信息的确定次数小于所述第一话题热度信息的确定次
数；
14.发送模块，用于向目标帐号发送所述第三话题热度信息，其中，所述目标帐号是在所述当前区间内发送了热度查询请求的帐号，所述热度查询请求用于请求获取所述第三话题热度信息。
15.可选地，所述获取模块，包括：
16.获取单元，用于在所述当前时间区间内，每隔第一时长，获取一次所述第一媒体资源集合的交互信息，并根据获取到的所述第一媒体资源集合的交互信息，确定一次所述当前时间区间内的所述第一话题热度信息。
17.可选地，所述第一确定模块，包括：
18.第一确定单元，用于在当天内，每隔第一时长，获取一次所述第一媒体资源集合的交互信息，并根据获取到的所述第一媒体资源集合的交互信息，确定一次所述当前时间区间内的所述第一话题热度信息，其中，所述当前时间区间为所述当天，所述历史时间区间为所述当天之前的预设时间区间。
19.可选地，所述装置还用于：
20.在所述当前时间区间内，获取一次所述第二媒体资源集合的交互信息，并根据获取到的所述第二媒体资源集合的交互信息，确定一次所述历史时间区间内的所述第二话题热度信息。
21.可选地，所述装置还用于通过如下方式获取一次所述第二媒体资源集合的交互信息，并根据获取到的所述第二媒体资源集合的交互信息，确定一次所述历史时间区间内的所述第二话题热度信息：
22.获取所述第二媒体资源集合的交互信息，其中，所述第二媒体资源集合包括在当天之前的n天内产生了交互信息的媒体资源，所述当前时间区间为所述当天，n＝1，或者n≥2且n为整数；
23.根据获取到的所述第二媒体资源集合的交互信息，确定在所述当天之前的n天内的所述第二话题热度信息。
24.可选地，所述第一确定模块，包括：
25.第二确定单元，用于根据所述第一媒体资源集合的交互信息，确定所述第一媒体资源集合中的每个媒体资源的热力值；
26.第三确定单元，用于根据所述第一媒体资源集合中的每个媒体资源的热力值，确定第一话题集合中的每个话题的热力值，其中，所述第一话题集合中的每个话题与所述第一媒体资源集合中的至少一个媒体资源相关，所述第一话题热度信息包括所述第一话题集合中的每个话题的热力值。
27.可选地，所述第二确定单元用于通过如下方式根据所述第一媒体资源集合的交互信息，确定所述第一媒体资源集合中的每个媒体资源的热力值：
28.通过以下公式确定所述第一媒体资源集合中的每个媒体资源的热力值：
[0029][0030]
其中，score
article_i
表示所述第一媒体资源集合中的第i个媒体资源的热力值，num
comment_i
表示所述第i个媒体资源获得的评论数量，num
up_i
表示所述第i个媒体资源获得
的点赞数量，m1表示评论数量在热力值计算中所占的权重系数，m2表示点赞数量在热力值计算中所占的权重系数，day
curr_i
表示所述公式计算时的当前日期，day
review_i
表示所述第i个媒体资源审核通过的日期，α表示预设的热力值衰减系数。
[0031]
可选地，所述第三确定单元用于通过如下方式根据所述第一媒体资源集合中的每个媒体资源的热力值，确定第一话题集合中的每个话题的热力值：
[0032]
通过以下公式确定所述第一话题集合中的每个话题的热力值：
[0033][0034]
其中，score
topic_i
表示所述第一话题集合中的第1个话题的热力值，score
article_j
表示与所述第i个话题相关的n个媒体资源中的第j个媒体资源的热力值。
[0035]
可选地，所述装置还用于：
[0036]
根据所述第二媒体资源集合的交互信息，确定所述第二媒体资源集合中的每个媒体资源的热力值；
[0037]
根据所述第二媒体资源集合中的每个媒体资源的热力值，确定第二话题集合中的每个话题的热力值，其中，所述第二话题集合中的每个话题与所述第二媒体资源集合中的至少一个媒体资源相关，所述第二话题热度信息包括所述第二话题集合中的每个话题的热力值。
[0038]
可选地，所述第二确定模块，包括：
[0039]
第四确定单元，用于根据第一话题集合中的每个话题的热力值和第二话题集合中的每个话题的热力值，确定第三话题集合中的每个话题的热力值，其中，所述第一话题热度信息包括所述第一话题集合中的每个话题的热力值，所述第二话题热度信息包括所述第二话题集合中的每个话题的热力值，所述第三话题集合为所述第一话题集合和所述第二话题集合的并集，所述第三话题集合中的每个话题的热力值为所述第一话题集合和所述第二话题集合中相同话题的热力值之和；
[0040]
第五确定单元，用于根据所述第三话题集合中的每个话题的热力值，确定所述第三话题热度信息。
[0041]
可选地，所述第五确定单元用于通过如下方式根据所述第三话题集合中的每个话题的热力值，确定所述第三话题热度信息：
[0042]
获取所述第三话题集合中热力值从高到低排列的前m1个话题，其中，m1＝1，或者m1≥2且m1为整数；将所述前m1个话题确定为所述第三话题热度信息；或者
[0043]
在所述第三话题集合中删除预设黑名单中的话题，得到第四话题集合；获取所述第四话题集合中热力值从高到低排列的前m2个话题，其中，m2＝1，或者m2≥2且m2为整数；将所述前m2个话题确定为所述第三话题热度信息；或者
[0044]
在所述第三话题集合中删除预设黑名单中的话题，得到第四话题集合；将所述第四话题集合与预先获取的第五话题集合的并集，确定为第六话题集合，其中，所述第五话题集合是在预设的运营话题集合中删除预设黑名单中的话题得到的话题集合；获取所述第六话题集合中热力值从高到低排列的前m3个话题，其中，m3＝1，或者m3≥2且m3为整数；将所述前m3个话题确定为所述第三话题热度信息。
[0045]
可选地，所述装置还用于：
[0046]
查询预设的所述运营话题集合，其中，所述运营话题集合包括预设的运营话题以及与所述运营话题对应的生效时间和失效时间；
[0047]
从所述运营话题集合中确定出有效话题集合，其中，所述第一话题集合包括所述有效话题集合，所述有效话题集合中的有效话题处于生效状态，所述生效状态表示当前时刻处于所述有效话题的生效时间与所述有效话题的失效时间之间；
[0048]
在所述有效话题集合中包括多个有效话题、所述多个有效话题的热力值相同、且配置时间不同的情况下，将所述配置时间最新的有效话题确定为所述第三话题集合中的话题；
[0049]
在所述有效话题集合中包括多个有效话题、且所述多个有效话题的热力值与配置时间均相同的情况下，随机将所述多个有效话题中一个有效话题确定为所述第三话题集合中的话题。
[0050]
可选地，所述装置还用于：
[0051]
在缓存中获取所述运营话题集合中目标话题的热力值；
[0052]
在所述目标话题的热力值的存储时间超过预定时长的情况下，根据预配置的所述目标话题的排序位置从随机热力值区间中生成所述目标话题的目标热力值，其中，在所述目标话题的排序位置为第一位的情况下，所述目标热力值处于[0，hot
init
)，hot
init
为所述随机热力值区间中的起始热力值，在所述目标话题的排序位置为第n位的情况下，所述目标热力值处于力值处于为第n-1位的话题的热力值，为第n+1位的话题的热力值，在所述目标话题的排序位置为最后一位的情况下，所述目标热力值处于n为大于1的正整数；
[0053]
其中，所述随机热力值区间为[hot
start
，hot
end
)，hot
start
表示预配置的随机热力值起始值，hot
end
表示预配置的随机热力值终止值，hot
start
＜hot
end
，在的情况下，对所述随机热力值区间进行修正，将所述随机热力值区间更新为其中，β为随机热力值区间修正参数。
[0054]
根据本发明实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述话题热度信息的处理方法。
[0055]
根据本发明实施例的又一方面，还提供了一种电子设备，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为通过所述计算机程序执行上述的话题热度信息的处理方法。
[0056]
在本发明实施例中，采用获取第一媒体资源集合的交互信息，其中，第一媒体资源集合包括在当前时间区间内产生了交互信息的媒体资源，根据第一媒体资源集合的交互信息，确定当前时间区间内的第一话题热度信息，根据第一话题热度信息和预先获取的第二话题热度信息，确定第三话题热度信息，其中，第二话题热度信息是根据第二媒体资源集合的交互信息确定的历史时间区间内的话题热度信息，第二媒体资源集合包括在历史时间区
间内产生了交互信息的媒体资源，历史时间区间早于当前时间区间，在当前时间区间内，第二话题热度信息的确定次数小于第一话题热度信息的确定次数，向目标帐号发送第三话题热度信息，其中，目标帐号是在当前区间内发送了热度查询请求的帐号，热度查询请求用于请求获取第三话题热度信息的方式，通过有效地依据用户历史发生的、真实的与内容平台互动行为，计算话题的热力值，采用区间计算方法，能够在短时间内快速统计历史一段时间内所有的话题热力值，并快速展现给用户，对用户来说，可以为用户呈现当前热门话题内容，节省用户查找成本，对平台来说，能够在短时间内统计平台历史一段时间内所有话题的热度值，节省机器计算资源，从而达到快速刷新话题榜单的效果，因此，采用本实施例中的技术方案能够达到提高媒体资源热度信息的处理效率，解决了相关技术中存在的媒体资源热度信息的处理效率较低的技术问题。
附图说明
[0057]
此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
[0058]
图1是根据本发明实施例的一种可选的话题热度信息的处理方法的应用环境的示意图；
[0059]
图2是根据本发明实施例的一种可选的话题热度信息的处理方法的流程示意图；
[0060]
图3是根据本发明实施例的一种可选的话题热度信息的处理方法的示意图；
[0061]
图4是根据本发明实施例的又一种可选的话题热度信息的处理方法的示意图；
[0062]
图5是根据本发明实施例的又一种可选的话题热度信息的处理方法的示意图；
[0063]
图6是根据本发明实施例的又一种可选的话题热度信息的处理方法的示意图；
[0064]
图7是根据本发明实施例的又一种可选的话题热度信息的处理方法的示意图；
[0065]
图8是根据本发明实施例的又一种可选的话题热度信息的处理方法的示意图；
[0066]
图9是根据本发明实施例的又一种可选的话题热度信息的处理方法的示意图；
[0067]
图10是根据本发明实施例的又一种可选的话题热度信息的处理方法的示意图；
[0068]
图11是根据本发明实施例的又一种可选的话题热度信息的处理方法的示意图；
[0069]
图12是根据本发明实施例的又一种可选的话题热度信息的处理方法的示意图；
[0070]
图13是根据本发明实施例的一种可选的话题热度信息的处理装置的结构示意图；
[0071]
图14是根据本发明实施例的一种可选的电子设备的结构示意图。
具体实施方式
[0072]
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
[0073]
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或
描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0074]
首先，在对本技术实施例进行描述的过程中出现的部分名词或者术语适用于如下解释：
[0075]
信用卡：是由商业银行或信用卡公司对信用合格的消费者发行的信用证明，信用卡消费时无须支付现金，持卡人可以在规定额度内透支，待账单日时再进行还款。
[0076]
信用卡内容平台：为用户提供信用卡相关资讯以及用户互动的平台，用户可以在该平台获取跟信用卡相关的咨询，例如办卡及用卡优惠等，咨询以文章的形式呈现。
[0077]
用户内容平台互动：用户在信用卡内容平台中，跟文章的一系列交互行为，例如用户对违章的评论、对文章的点赞行为等。
[0078]
内容话题：与信用卡内容平台内的文章相关的话题，一篇文章会关联一个或多个话题，一个话题下会存在多篇文章。
[0079]
话题热力值：每个话题会有一个数字来表示该话题的热度，该数字需要通过相关公式计算得出。
[0080]
第三话题热度信息：一个根据话题热力值大小得到的话题榜单，话题热力值越高越靠前，按话题热力值降序排列，选出符合数量的前n个话题作为第三话题热度信息。
[0081]
运营话题：信用卡内容平台的运营人员指定出现在第三话题热度信息上的话题，运营可以配置此种话题在第三话题热度信息的位置，出现在第三话题热度信息的时间等。
[0082]
下面结合实施例对本发明进行说明：
[0083]
根据本发明实施例的一个方面，提供了一种话题热度信息的处理方法，可选地，在本实施例中，上述话题热度信息的处理方法可以应用于如图1所示的由服务器101和用户终端103所构成的硬件环境中。如图1所示，服务器101通过网络与终端103进行连接，可用于为用户终端或用户终端上安装的客户端提供服务，客户端可以是视频客户端、即时通信客户端、浏览器客户端、教育客户端、游戏客户端等。可在服务器上或独立于服务器设置数据库105，用于为服务器101提供数据存储服务，例如，话题信息数据存储服务器，上述网络可以包括但不限于：有线网络，无线网络，其中，该有线网络包括：局域网、城域网和广域网，该无线网络包括：蓝牙、wifi及其他实现无线通信的网络，用户终端103可以是配置有用于查看话题信息的应用程序的终端，可以包括但不限于以下至少之一：手机(如android手机、ios手机等)、笔记本电脑、平板电脑、掌上电脑、mid(mobile internet devices，移动互联网设备)、pad、台式电脑、智能电视等计算机设备，上述服务器可以是单一服务器，也可以是由多个服务器组成的服务器集群，或者是云服务器，使用了上述话题热度信息的处理方法进行处理后的话题热度信息可以通过用户终端103进行显示。
[0084]
结合图1所示，上述话题热度信息的处理方法可以在服务器101侧的客户端中通过如下步骤实现：
[0085]
s1，在服务器101侧的客户端中获取第一媒体资源集合的交互信息，其中，第一媒体资源集合包括在当前时间区间内产生了交互信息的媒体资源；
[0086]
s2，在服务器101侧的客户端中根据第一媒体资源集合的交互信息，确定当前时间
区间内的第一话题热度信息；
[0087]
s3，在服务器101侧的客户端中根据第一话题热度信息和预先获取的第二话题热度信息，确定第三话题热度信息，其中，第二话题热度信息是根据第二媒体资源集合的交互信息确定的历史时间区间内的话题热度信息，第二媒体资源集合包括在历史时间区间内产生了交互信息的媒体资源，历史时间区间早于当前时间区间，在当前时间区间内，第二话题热度信息的确定次数小于第一话题热度信息的确定次数；
[0088]
s4，在服务器101侧的客户端中向目标帐号所处的用户终端103发送第三话题热度信息，其中，目标帐号是在当前区间内发送了热度查询请求的帐号，热度查询请求用于请求获取第三话题热度信息。
[0089]
可选地，在本实施例中，上述话题热度信息的处理方法还可以通过包括但不限于配置于用户终端103的应用程序107中使用。
[0090]
可选地，在本实施例中，上述话题热度信息的处理方法可以包括但不限于由服务器101的客户端和用户终端103进行异步使用，换言之，可以包括但不限于通过用户终端103获取第一媒体资源集合的交互信息，并通过应用程序107根据第一媒体资源集合的交互信息，确定当前时间区间内的第一话题热度信息，根据第一话题热度信息和预先获取的第二话题热度信息，确定第三话题热度信息，在应用程序107上显示上述第三话题热度信息。
[0091]
上述仅是一种示例，本实施例不做具体的限定。
[0092]
可选地，作为一种可选的实施方式，如图2所示，上述话题热度信息的处理方法包括：
[0093]
s202，获取第一媒体资源集合的交互信息，其中，第一媒体资源集合包括在当前时间区间内产生了交互信息的媒体资源；
[0094]
可选地，在本实施例中，上述第一媒体资源集合中包括的媒体资源可以包括但不限于文章、视频、音乐等能够进行分享的媒体资源等，上述交互信息可以包括但不限于点赞、分享、评论等与上述媒体资源相关联的交互信息等。
[0095]
可选地，在本实施例中，上述当前时间区间可以包括但不限于根据当前的系统时间以及运营人员预设的时间周期确定，例如，当天的0:00至当前时刻作为上述当前时间区间，或，上一次使用上述话题热度信息的处理方法的结束时刻至当前时刻作为上述当前时间区间。
[0096]
s204，根据第一媒体资源集合的交互信息，确定当前时间区间内的第一话题热度信息；
[0097]
可选地，在本实施例中，上述第一话题热度信息可以包括但不限于上述第一媒体资源集合中每个媒体资源的热力值，上述第一媒体资源集合中全部或部分媒体资源根据热度进行排序后的表单等。上述第一话题热度信息可以包括但不限于用于表示当前时间区间内第一媒体资源集合中媒体资源的热度。
[0098]
s206，根据第一话题热度信息和预先获取的第二话题热度信息，确定第三话题热度信息，其中，第二话题热度信息是根据第二媒体资源集合的交互信息确定的历史时间区间内的话题热度信息，第二媒体资源集合包括在历史时间区间内产生了交互信息的媒体资源，历史时间区间早于当前时间区间，在当前时间区间内，第二话题热度信息的确定次数小于第一话题热度信息的确定次数；
[0099]
可选地，在本实施例中，上述第二话题热度信息是根据第二媒体资源集合的交互信息确定的历史时间区间内的话题热度信息，上述第二媒体资源集合可以包括但不限于与上述第一媒体资源集合中的媒体资源相同或者不同，具体根据不同的业务场景确定，上述第二媒体资源是在历史事件区间内产生了交互信息的媒体资源，上述历史时间区间早于上述当前时间区间，例如，在当天的0:00至当前时刻作为上述当前时间区间的情况下，则上述历史时间区间可以包括但不限于当天的0:00至前一周的某天的0:00所包括的时间区间，或者，当天的0:00至上一个月的某一天的0:00所包括的时间区间，具体而言，可以通过预先配置的时间周期确定上述当前时间区间或历史时间区间。
[0100]
可选地，在本实施例中，上述第二话题热度信息的确定次数小于第一话题热度信息的确定次数可以包括但不限于上述预先配置的时间周期的不同，且第二话题热度信息的确定周期大于上述第一话题热度信息的确定周期，换言之，在一段时间内，上述第二话题热度信息的确定次数小于上述第一话题热度信息的确定次数。
[0101]
s208，向目标帐号发送第三话题热度信息，其中，目标帐号是在当前区间内发送了热度查询请求的帐号，热度查询请求用于请求获取第三话题热度信息。
[0102]
可选地，在本实施例中，上述目标帐号可以包括但不限于根据不同的应用场景确定，上述目标帐号包括但不限于用于通过预定接口发送热度查询请求，以请求获取第三话题热度信息的帐号，上述目标帐号可以包括但不限于在用户侧的终端或服务器侧的客户端使用。
[0103]
可选地，在本实施例中，上述话题热度信息的处理方法的应用场景可以包括但不限于医疗、金融、征信、银行、政务、政府、游戏、能源、教育、安防、楼宇、游戏、交通、物联、工业等多种应用场景。
[0104]
以上述应用场景为金融应用场景为例，图3是根据本发明实施例的一种话题热度信息的处理方法的示意图，如图3所示，在用户侧终端可以包括但不限于显示有显示界面302，其中，显示界面302包括有上述第三话题热度信息，具体包括：话题名称304，话题对应的热度信息306以及根据热度信息排序后的序号308。
[0105]
例如，话题名称配置为“办信用卡哪家银行好”的话题，该话题对应的热度为“1.51w”，在全部话题中热度排名第1，因此，将其与序号1关联，并在显示界面302中进行显示，话题名称配置为“精选信用卡优惠”的话题，该话题对应的热度为“1.18w”，在全部话题中热度排名第2，因此，将其与序号2关联，并在显示界面302中进行显示，话题名称配置为“聪明用卡、精彩加码”的话题，该话题对应的热度为“1.15w”，在全部话题中热度排名第3，因此，将其与序号3关联，并在显示界面302中进行显示，话题名称配置为“信用卡上岸指南”的话题，该话题对应的热度为“7801”，在全部话题中热度排名第4，因此，将其与序号4关联，并在显示界面302中进行显示，话题名称配置为“薅羊毛神卡哪家强”的话题，该话题对应的热度为“6938”，在全部话题中热度排名第5，因此，将其与序号5关联，并在显示界面302中进行显示，上述第三话题热度信息还可以包括但不限于其他话题对应的热度信息，具体可以包括但不限于由工组人员或者用户进行配置，例如，用户预先配置显示5个、10个等话题，或者，运营人员预先配置显示5个、10个等话题，再根据上述第三话题热度信息生成对应的话题榜单，根据热度信息将话题以降序的形式进行排列。
[0106]
上述第三话题热度信息中包括的话题对应热度(热力值)可以由一种或多种媒体
资源的交互信息确定，具体可以由运营人员或用户进行灵活调整，如图3所示，以在金融领域主要通过文章作为媒体资源的载体进行分享为例，上述话题名称304对应的每个话题均是根据第一媒体资源集合以及第二媒体资源集合中关联的文章对应的交互信息确定的热度，具体而言，上述话题“办信用卡哪家银行好”的热度可以由与其相关的文章1、文章n的交互数据确定，上述话题“精选信用卡优惠”可以由与其相关的文章1、文章2、文章n的交互数据确定，上述仅是一种示例，本实施例不做任何具体限定。
[0107]
以上述应用场景为游戏应用场景为例，图4是根据本发明实施例的另一种话题热度信息的处理方法的示意图，如图4所示，在用户侧终端可以包括但不限于显示有显示界面402，其中，显示界面402包括有上述第三话题热度信息，具体包括：话题名称404，话题对应的热度信息406以及根据热度信息排序后的序号408。
[0108]
例如，话题名称配置为“哪个英雄好用”的话题，该话题对应的热度为“132w”，在全部话题中热度排名第1，因此，将其与序号1关联，并在显示界面402中进行显示，话题名称配置为“武器搭配详解”的话题，该话题对应的热度为“70w”，在全部话题中热度排名第2，因此，将其与序号2关联，并在显示界面402中进行显示，话题名称配置为“技能说明”的话题，该话题对应的热度为“56w”，在全部话题中热度排名第4，因此，将其与序号4关联，并在显示界面402中进行显示，话题名称配置为“通关攻略”的话题，该话题对应的热度为“32w”，在全部话题中热度排名第4，因此，将其与序号4关联，并在显示界面402中进行显示，话题名称配置为“充值指南”的话题，该话题对应的热度为“16w”，在全部话题中热度排名第5，因此，将其与序号5关联，并在显示界面402中进行显示，上述第三话题热度信息还可以包括但不限于其他话题对应的热度信息，具体可以包括但不限于由工组人员或者用户进行配置，例如，用户预先配置显示5个、10个等话题，或者，运营人员预先配置显示5个、10个等话题，再根据上述第三话题热度信息生成对应的话题榜单，根据热度信息将话题以降序的形式进行排列。
[0109]
上述第三话题热度信息中包括的话题对应热度(热力值)可以由一种或多种媒体资源的交互信息确定，具体可以由运营人员或用户进行灵活调整，如图4所示，以在游戏领域主要通过文章以及视频作为媒体资源的载体进行分享为例，上述话题名称404对应的每个话题均是根据第一媒体资源集合以及第二媒体资源集合中关联的文章以及视频对应的交互信息确定的热度，具体而言，上述话题“哪个英雄好用”的热度可以由与其相关的文章1、文章n、视频2的交互数据确定，上述话题“精选信用卡优惠”可以由与其相关的文章1、视频1以及视频2的交互数据确定，上述仅是一种示例，本实施例不做任何具体限定。
[0110]
上述热度信息306以及热度信息406中的“w”表示“万”，一种表示话题热度的单位，可以包括但不限于真实的交互次数或者虚构的交互次数等。
[0111]
可选地，在本实施例中，上述获取第一媒体资源集合的交互信息可以包括但不限于客户端从用于存储交互信息的数据库中获取，在上述数据库中记录有话题、话题相关联的媒体资源以及媒体资源关联的交互信息等。
[0112]
可选地，在本实施例中，上述根据所述第一媒体资源集合的交互信息，确定所述当前时间区间内的第一话题热度信息可以包括但不限于在所述当前时间区间内，每隔第一时长，获取一次所述第一媒体资源集合的交互信息，并根据获取到的所述第一媒体资源集合的交互信息，确定一次所述当前时间区间内的所述第一话题热度信息，只要第二话题热度
信息的确定次数小于第一话题热度信息的确定次数即可，换言之，上述第一时长小于上述获取第二媒体资源集合的交互信息的时长。
[0113]
可选地，在本实施例中，图5是根据本发明实施例的又一种话题热度信息的处理方法的示意图，如图5所示，具体可以包括但不限于展现层502、cgi逻辑层504、后台服务层506以及数据层508，其中，展现层502与cgi逻辑层组成了日志系统510，后台服务层506以及数据层508组成了监控系统512，具体功能实现如下：
[0114]
数据层502：数据层通过例如mysql、elasticsearch等数据库存储了内容平台所有的相关数据，其中跟生成第三话题热度信息相关的有两部分数据：用户互动行为数据以及运营配置数据。其中用户互动行为数据记录了用户在内容平台产生的相关数据，包括但不限于用户对文章的点赞以及评论等行为数据；运营配置数据指运营人员针对内容平台配置的相关数据，包括但不限于配置第三话题热度信息的相关数据；
[0115]
cgi层504：包括网关层(注：计算机专业术语)，负责透传用户请求给后台服务层506；
[0116]
后台服务层506：包括内容平台相关的所有后台服务层，主要分为：内容平台服务，运营配置服务，以及相关的批跑。其中内容平台服务主要负责处理内容平台的相关逻辑，包括但不限于第三话题热度信息的查询；运营配置服务面向内容平台内部运营运营人员，负责配置内容平台的相关数据，包括但不限于第三话题热度信息中话题的顺序，话题内容的配置等；批跑负责处理与内容平台相关的一些定时任务，包括但不限于话题热力值的计算等。
[0117]
展现层508：负责将内容平台的相关页呈现给用户，包括但不限于对第三话题热度信息(对应于前述的第三话题热度信息)的展现，例如，图3或图4中示出的显示界面302或显示界面402；
[0118]
需要说明的是，第三话题热度信息的计算依赖内容平台相关的话题数据，内容平台的话题数据可以从以下两部分获得：用户数据源、运营配置数据源，其中，用户数据源包括但不限于用户在内容平台上发布的所有媒体资源以及媒体资源的交互信息等，用户可以在文章中输入一个或多个相关话题，若未输入话题则默认为空话题，运营配置数据源包括但不限于内容平台运营人员通过运营系统所配置的一系列数据，例如第三话题热度信息中运营话题的位置，话题黑名单等数据。
[0119]
可选地，在本实施例中，上述话题热度信息的处理方法还可以应用于包括的安不限于区块链构成的网络架构中。
[0120]
其中，区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。
[0121]
区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；
基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。
[0122]
平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。
[0123]
通过本实施例，采用获取第一媒体资源集合的交互信息，其中，第一媒体资源集合包括在当前时间区间内产生了交互信息的媒体资源，根据第一媒体资源集合的交互信息，确定当前时间区间内的第一话题热度信息，根据第一话题热度信息和预先获取的第二话题热度信息，确定第三话题热度信息，其中，第二话题热度信息是根据第二媒体资源集合的交互信息确定的历史时间区间内的话题热度信息，第二媒体资源集合包括在历史时间区间内产生了交互信息的媒体资源，历史时间区间早于当前时间区间，在当前时间区间内，第二话题热度信息的确定次数小于第一话题热度信息的确定次数，向目标帐号发送第三话题热度信息，其中，目标帐号是在当前区间内发送了热度查询请求的帐号，热度查询请求用于请求获取第三话题热度信息的方式，通过有效地依据用户历史发生的、真实的与内容平台互动行为，计算话题的热力值，采用区间计算方法，能够在短时间内快速统计历史一段时间内所有的话题热力值，并快速展现给用户，对用户来说，可以为用户呈现当前热门话题内容，节省用户查找成本，对平台来说，能够在短时间内统计平台历史一段时间内所有话题的热度值，节省机器计算资源，从而达到快速刷新话题榜单的效果，因此，采用本实施例中的技术方案能够达到提高媒体资源热度信息的处理效率，能够避免现有技术存在的例如在数据量过多的情况下，如果频繁计算历史数据会出现计算速度缓慢、过多耗费机器资源的问题，解决了相关技术中存在的媒体资源热度信息的处理效率较低的技术问题。
[0124]
作为一种可选的方案，获取第一媒体资源集合的交互信息，根据第一媒体资源集合的交互信息，确定当前时间区间内的第一话题热度信息，包括：
[0125]
在当前时间区间内，每隔第一时长，获取一次第一媒体资源集合的交互信息，并根据获取到的第一媒体资源集合的交互信息，确定一次当前时间区间内的第一话题热度信息。
[0126]
可选地，在本实施例中，上述在当前时间区间内，每隔第一时长，获取一次第一媒体资源集合的交互信息，并根据获取到的第一媒体资源集合的交互信息，确定一次当前时间区间内的第一话题热度信息可以包括但不限于以内容平台的批跑的形式实现，上述内容平台批跑包括但不限于某一些定时任务，即在某个指定时间点启动的某段程序。
[0127]
可选地，在本实施例中，上述在当前时间区间内，每隔第一时长，获取一次第一媒体资源集合的交互信息，并根据获取到的第一媒体资源集合的交互信息，确定一次当前时
间区间内的第一话题热度信息可以通过包括但不限于当前区间话题热度计算批跑实现，其中，上述当前区间话题热度计算批跑负责根据当前时间区间内第一媒体资源集合的交互信息，计算当前每个话题的热力值作为上述第一话题热度信息。
[0128]
可选地，在本实施例中，上述第一时长可以包括但不限于由运营人员通过运营系统进行预先配置，具体而言，可以包括但不限于根据不同的业务场景进行配置。
[0129]
通过本实施例，采用在当前时间区间内，每隔第一时长，获取一次第一媒体资源集合的交互信息，并根据获取到的第一媒体资源集合的交互信息，确定一次当前时间区间内的第一话题热度信息的方式，能够在短时间内统计所有话题的热度值，节省机器计算资源，从而达到快速刷新话题榜单的效果，因此，采用本实施例中的技术方案能够达到提高媒体资源热度信息的处理效率，解决了相关技术中存在的媒体资源热度信息的处理效率较低的技术问题。
[0130]
作为一种可选的方案，在当前时间区间内，每隔第一时长，获取一次第一媒体资源集合的交互信息，并根据获取到的第一媒体资源集合的交互信息，确定一次当前时间区间内的第一话题热度信息，包括：
[0131]
在当天内，每隔第一时长，获取一次第一媒体资源集合的交互信息，并根据获取到的第一媒体资源集合的交互信息，确定一次当前时间区间内的第一话题热度信息，其中，当前时间区间为当天，历史时间区间为当天之前的预设时间区间。
[0132]
可选地，在本实施例中，上述当前时间区间被配置为当天，历史时间区间被配置为当天之前的预设时间区间，例如，当前时间区间被配置为当天0:00开始至当前时刻，历史时间区间被配置为当天0:00之前的一周，当天0:00之前的一月，根据不同的业务场景配置上述预设时间区间，以进一步控制话题热度信息的计算量。
[0133]
例如，将第一时长配置为30分钟，在当天0:00开始，每隔30分钟获取一次第一媒体资源集合的交互信息，并根据获取到的第一媒体资源集合的交互信息，确定一次当前时间区间内的第一话题热度信息，再结合历史时间区间中的第二媒体资源集合的交互信息确定的第二话题热度信息，确定上述第三话题热度信息。
[0134]
图6是根据本发明实施例的又一种话题热度信息的处理方法的示意图，如图6所示，具体可以包括但不限于如下步骤：
[0135]
s1，批跑任务从全局表中查询历史区间话题热度批跑是否统计完毕；
[0136]
s2，全局表返回结果，在返回结果为统计未完成的情况下，结束当前批跑；
[0137]
s3，在返回结果为统计完成的情况下，按媒体资源修改时间从媒体资源池表中捞取当天的有效媒体资源；
[0138]
s4，媒体资源池表返回数据；
[0139]
s5，计算每个媒体资源的热力值；
[0140]
s6，计算每个媒体资源中对应的话题的热力值，存储为当天内有变动的话题map；
[0141]
s7，在话题热度池表查询该话题的历史区间热力值，其中，话题热力值＝当天内该话题热力值+历史区间该话题热力值；
[0142]
s8-1，更新话题热度池表中当天内该话题热力值，更新当前该话题热力值；
[0143]
s8-2，更新话题搜索服务器，记录每个话题的实时热力值；
[0144]
s8-3，更新媒体资源池表中每个媒体资源的热力值；
[0145]
s8-4，更新媒体资源搜索服务器中每个媒体资源的热力值；
[0146]
s9，按话题热力值降序得到热搜榜单；
[0147]
s10，更新数据库中的热搜榜单。
[0148]
以媒体资源包括文章为例，具体可以包括但不限于如下步骤：
[0149]
步骤1，查询当日的历史区间话题热度批跑是否计算完毕，若未计算完毕，跳至步骤2，若计算完毕，调至步骤3；
[0150]
步骤2，当日历史话题热度未计算完毕，停止当日话题热度计算逻辑，程序退出；
[0151]
步骤3，捞取当日有用户交互行为的所有文章，用户交互行为包括用户对文章的点赞、评论等操作；
[0152]
步骤4，循环执行步骤4.1、4.2，直到处理完步骤3捞取的所有文章；
[0153]
步骤4.1，计算每篇文章的热力值；
[0154]
步骤4.2，累加计算话题热力值；
[0155]
步骤5，步骤4计算完毕后，可以得到步骤3中捞取所有文章的热力值以及相关话题的热力值，将文章热度更新至db中；
[0156]
步骤6，循环步骤6.1，直到处理完步骤4中得到的每个话题；
[0157]
步骤6.1，查询步骤4中涉及到的话题的历史热度，记为〖score〗_history，查询不到该话题的历史热度则〖score〗_history＝0，步骤4中计算得到的话题记为当日热度〖score〗_current，根据3.3.2中公式3得到该话题的总热力之；
[0158]
步骤7，取出内存数据库中的热门话题榜单；
[0159]
步骤8，将步骤6计算得到的话题列表加入到步骤7中取出的第三话题热度信息的列表中，并按照话题热力值降序重新进行排序；
[0160]
步骤9，将排序后的前n个热门话题及其相关热力值更新至内存数据库中；
[0161]
上述仅是一种示例，本实施例不做任何具体的限定。
[0162]
通过本实施例，采用在当天内，每隔第一时长，获取一次第一媒体资源集合的交互信息，并根据获取到的第一媒体资源集合的交互信息，确定一次当前时间区间内的第一话题热度信息，其中，当前时间区间为当天，历史时间区间为当天之前的预设时间区间的方式，能够在短时间内统计所有话题的热度值，节省机器计算资源，从而达到快速刷新话题榜单的效果，因此，采用本实施例中的技术方案能够达到提高媒体资源热度信息的处理效率，解决了相关技术中存在的媒体资源热度信息的处理效率较低的技术问题。
[0163]
作为一种可选的方案，上述方法还包括：
[0164]
在当前时间区间内，获取一次第二媒体资源集合的交互信息，并根据获取到的第二媒体资源集合的交互信息，确定一次历史时间区间内的第二话题热度信息。
[0165]
可选地，在本实施例中，上述第二话题热度信息可以包括但不限于在当前时间区间内以内容平台的批跑的形式实现，上述内容平台批跑包括但不限于某一些定时任务，即在某个指定时间点启动的某段程序。
[0166]
可选地，在本实施例中，上述在当前时间区间内，获取一次第二媒体资源集合的交互信息，并根据获取到的第二媒体资源集合的交互信息，确定一次历史时间区间内的第二话题热度信息可以通过包括但不限于历史区间话题热度计算批跑实现，其中，上述历史话题热度计算批跑负责计算过去n天内第二媒体资源集合的交互信息，计算历史每个话题的
热力值作为上述第二话题热度信息。
[0167]
可选地，在本实施例中，图7是根据本发明实施例的又一种话题热度信息的处理方法的示意图，如图7所示，其中，上述在当前时间区间内，获取一次第二媒体资源集合的交互信息，并根据获取到的第二媒体资源集合的交互信息，确定一次历史时间区间内的第二话题热度信息可以被配置为包括但不限于在上述当天时间到达时，计算一次历史时间区间内的热力值，当天内每个小时计算一次当天时间区间内的热力值。
[0168]
可选地，在本实施例中，图8是根据本发明实施例的又一种话题热度信息的处理方法的示意图，如图8所示，其中，上述在当前时间区间内，获取一次第二媒体资源集合的交互信息，并根据获取到的第二媒体资源集合的交互信息，确定一次历史时间区间内的第二话题热度信息可以被配置为包括但不限于在上述当天时间到达之后、第一个小时到达之前，计算一次历史时间区间内的热力值，当天内每个小时计算一次当天时间区间内的热力值。
[0169]
上述仅是一种示例，本实施例不做任何具体的限定。
[0170]
通过本实施例，采用在当前时间区间内，获取一次第二媒体资源集合的交互信息，并根据获取到的第二媒体资源集合的交互信息，确定一次历史时间区间内的第二话题热度信息的方式，能够在短时间内统计所有话题的热度值，节省机器计算资源，从而达到快速刷新话题榜单的效果，因此，能够达到提高媒体资源热度信息的处理效率，解决了相关技术中存在的媒体资源热度信息的处理效率较低的技术问题。
[0171]
作为一种可选的方案，获取一次第二媒体资源集合的交互信息，并根据获取到的第二媒体资源集合的交互信息，确定一次历史时间区间内的第二话题热度信息，包括：
[0172]
获取第二媒体资源集合的交互信息，其中，第二媒体资源集合包括在当天之前的n天内产生了交互信息的媒体资源，当前时间区间为当天，n＝1，或者n≥2且n为整数；
[0173]
根据获取到的第二媒体资源集合的交互信息，确定在当天之前的n天内的第二话题热度信息。
[0174]
可选地，在本实施例中，上述当前时间区间被配置为当天，当前之前的n天被配置为当天之前的预设时间区间，例如，当前时间区间被配置为当天0:00开始至当前时刻，当前之前的n天被配置为当天0:00之前的一周或当天0:00之前的一月等，根据不同的业务场景配置上述当前之前的n天，以进一步控制话题热度信息的计算量。
[0175]
例如，将n配置为7天，在当天0:00开始，获取一次第二媒体资源集合的交互信息，并根据获取到的第二媒体资源集合的交互信息，确定在当天之前的7天内的第二话题热度信息，再结合当前时间区间中的第一媒体资源集合的交互信息确定的第一话题热度信息，确定上述第三话题热度信息。
[0176]
图9是根据本发明实施例的又一种话题热度信息的处理方法的示意图，如图9所示，具体可以包括但不限于如下步骤：
[0177]
s1，获取热搜榜单的统计时间(7天内)；
[0178]
s2，按照媒体资源的修改时间从媒体资源池表捞取时间范围内的有效媒体资源；
[0179]
s3，返回数据；
[0180]
s5，计算每个媒体资源中对应的话题的热力值，存储为当天内有变动的话题map；
[0181]
s6-1，更新话题热度池表当天计算的话题热力值；
[0182]
s6-2，更新媒体资源搜索服务器中每个媒体资源的热力值；
[0183]
s6-3，更新话题搜索服务器中一段时间内的话题热力值；
[0184]
s6-4，更新数据库中的热搜榜单；
[0185]
s7，标记历史区间话题热度批跑已计算完毕。
[0186]
以媒体资源包括文章为例，具体可以包括但不限于如下步骤：
[0187]
步骤1，按修改时间捞取前7天内，有用户交互行为的有效文章，例如文章的点赞、评论等行为；
[0188]
步骤2，循环执行步骤2.1、2.2直至计算完步骤一中捞取出的所有文章；
[0189]
步骤2.1，根据3.2.2中公式1计算每篇文章的热力值；
[0190]
步骤2.2，根据3.2.2中公式2累加每篇文章所关联的话题热力值；
[0191]
步骤3，步骤2循环计算完毕后，即可得到步骤1中每篇文章的文章热力值，并且得到文章相关话题的话题热力值，将所有文章热力值更新至db中；
[0192]
步骤4，将步骤2中计算得到的话题热力值更新至db中，并向db表中增加一条数据，表示当日的历史区间话题热度计算批跑计算完毕；
[0193]
步骤5，将步骤2中计算得到的话题按热力值降序排列，筛选出前n个话题作为第三话题热度信息的热门话题，并将这n个话题的内容以及相关热度存储至内存数据库中。
[0194]
上述仅是一种示例，本实施例不做任何具体的限定。
[0195]
通过本实施例，采用获取第二媒体资源集合的交互信息，其中，第二媒体资源集合包括在当天之前的n天内产生了交互信息的媒体资源，当前时间区间为当天，n＝1，或者n≥2且n为整数，根据获取到的第二媒体资源集合的交互信息，确定在当天之前的n天内的第二话题热度信息的方式，能够在短时间内统计所有话题的热度值，节省机器计算资源，从而达到快速刷新话题榜单的效果，因此，能够达到提高媒体资源热度信息的处理效率，解决了相关技术中存在的媒体资源热度信息的处理效率较低的技术问题。
[0196]
作为一种可选的方案，根据第一媒体资源集合的交互信息，确定当前时间区间内的第一话题热度信息，包括：
[0197]
根据第一媒体资源集合的交互信息，确定第一媒体资源集合中的每个媒体资源的热力值；
[0198]
根据第一媒体资源集合中的每个媒体资源的热力值，确定第一话题集合中的每个话题的热力值，其中，第一话题集合中的每个话题与第一媒体资源集合中的至少一个媒体资源相关，第一话题热度信息包括第一话题集合中的每个话题的热力值。
[0199]
可选地，在本实施例中，上述第一话题集合中的话题可以包括但不限于与一个或多个媒体资源相关联。例如，以上述媒体资源为文章为例，可以包括但不限于如下内容：
[0200]
图10是根据本发明实施例的又一种话题热度信息的处理方法的示意图，如图10所示，其中，假设文章article1的热力值为score
article_1
，且与article1相关的话题有a，b，c，分别记为article1(a)，article1(b)，article1(c)，文章article2的热力值为score
article_2
，且与article2相关的话题有b，记为article2(b)，那么话题a的热力值score
topic_a
＝score
article_1
。
[0201]
上述仅是一种示例，本实施例不做任何具体限定。
[0202]
通过本实施例，采用根据第一媒体资源集合的交互信息，确定第一媒体资源集合中的每个媒体资源的热力值，根据第一媒体资源集合中的每个媒体资源的热力值，确定第
一话题集合中的每个话题的热力值，其中，第一话题集合中的每个话题与第一媒体资源集合中的至少一个媒体资源相关，第一话题热度信息包括第一话题集合中的每个话题的热力值的方式，能够在短时间内统计所有话题的热度值，节省机器计算资源，从而达到快速刷新话题榜单的效果，因此，能够达到提高媒体资源热度信息的处理效率，解决了相关技术中存在的媒体资源热度信息的处理效率较低的技术问题。
[0203]
作为一种可选的方案，根据第一媒体资源集合的交互信息，确定第一媒体资源集合中的每个媒体资源的热力值，包括：
[0204]
通过以下公式确定第一媒体资源集合中的每个媒体资源的热力值：
[0205][0206]
其中，score
article_i
表示第一媒体资源集合中的第i个媒体资源的热力值，num
comment_i
表示第i个媒体资源获得的评论数量，num
up_i
表示第i个媒体资源获得的点赞数量，m1表示评论数量在热力值计算中所占的权重系数，m2表示点赞数量在热力值计算中所占的权重系数，day
curr_i
表示公式计算时的当前日期，day
review_i
表示第i个媒体资源审核通过的日期，α表示预设的热力值衰减系数。
[0207]
可选地，在本实施例中，上述公式可以通过牛顿热力冷却计算法得到，牛顿冷却定律是指“温度”与“时间”之间的指数衰减函数，在ai算法中，可以根据牛顿冷却定律公式做关于“热度”衰减算法应用。比如热文排名的冷却算法，可以把“热文排名”想象成一个“自然冷却”的过程：
[0208]
例如，在某个时点，app中所有的文章，有一个当前“温度”(热力值)，按照“温度”的高低进行文章排名；
[0209]
如果用户在某些文章进行了悬赏、赞成、转发、评论等，这个文章的“温度”就会上升；
[0210]
但是随着时间的发展，我们不可能还让这些历史的文章一直呈现比较高的“温度”，我们需要将其冷却下来，这样才能让一些新的文章获取更好的排名。
[0211]
因此，文章热度是时间的衰减与温度与时间的衰减规律很类似，通过热力值来表示文章的热度分，以进一步得到上述每个媒体资源的热力值。
[0212]
作为一种可选的方案，根据第一媒体资源集合中的每个媒体资源的热力值，确定第一话题集合中的每个话题的热力值，包括：通过以下公式确定第一话题集合中的每个话题的热力值：
[0213][0214]
其中，score
topic_i
表示第一话题集合中的第i个话题的热力值，score
article_j
表示与第i个话题相关的n个媒体资源中的第j个媒体资源的热力值。
[0215]
可选地，在本实施例中，上述第一话题集合中的话题可以包括但不限于与一个或多个媒体资源相关联，以图10为例，话题b的热力值为文章article1的热力值与文章article2热力值的总和，即score
topic_b
＝score
article_1
+score
article_2
。
[0216]
作为一种可选的方案，上述方法还包括：
[0217]
根据第二媒体资源集合的交互信息，确定第二媒体资源集合中的每个媒体资源的热力值；
[0218]
根据第二媒体资源集合中的每个媒体资源的热力值，确定第二话题集合中的每个话题的热力值，其中，第二话题集合中的每个话题与第二媒体资源集合中的至少一个媒体资源相关，第二话题热度信息包括第二话题集合中的每个话题的热力值。
[0219]
可选地，在本实施例中，上述第二话题集合中的每个话题的热力值可以包括但不限于与第一话题集合中的每个话题的热力值的确定方法相同。
[0220]
作为一种可选的方案，根据第一话题热度信息和预先获取的第二话题热度信息，确定第三话题热度信息，包括：
[0221]
根据第一话题集合中的每个话题的热力值和第二话题集合中的每个话题的热力值，确定第三话题集合中的每个话题的热力值，其中，第一话题热度信息包括第一话题集合中的每个话题的热力值，第二话题热度信息包括第二话题集合中的每个话题的热力值，第三话题集合为第一话题集合和第二话题集合的并集，第三话题集合中的每个话题的热力值为第一话题集合和第二话题集合中相同话题的热力值之和；
[0222]
根据第三话题集合中的每个话题的热力值，确定第三话题热度信息。
[0223]
可选地，在本实施例中，可以包括但不限于通过如下公式确定上述，第三话题集合中的每个话题的热力值：
[0224]
score
topic_all
＝score
history
+score
current
[0225]
其中，score
history
为第二话题集合中每个话题的热力值，score
current
为第一话题集合中每个话题的热力值，score
topic_all
为第三话题集合中每个话题的热力值，也即，最终某个话题的热力值为该话题在当前话题热度计算批跑和历史话题热度计算批跑计算得出的热力值总和。
[0226]
可选地，在本实施例中，还可以为score
history
以及score
current
配置相应的权重系数，以根据不同的业务场景实现确定score
topic_all
[0227]
可选地，在本实施例中，还可以包括但不限于将上述第一话题集合以及上述第二话题集合配置为包括由运营人员预先配置的运营话题子集以及根据上述第一话题热度信息和预先获取的第二话题热度信息得到的话题构成的真实话题子集，通过合并上述运营话题子集和真实话题子集以得到上述上述第一话题集合和上述第二话题集合。
[0228]
可选地，在本实施例中，上述第三话题集合为第一话题集合和第二话题集合的并集可以包括但不限于取第一话题集合与第二话题集合的并集，也即，将第一话题集合和第二话题集合中重复出现的话题取一次，作为共同的话题。
[0229]
例如，上述第一话题集合包括话题a、话题b、话题c，上述第二话题集合包括话题a、话题d、话题e，则上述第三话题集合即包括上述话题a、话题b、话题c、话题d、话题e。
[0230]
在显示上述第三话题集合的过程中可以包括但不限于根据业务需要灵活调整显示界面中显示话题的数量。
[0231]
例如，以图3为例，当预先配置为显示界面显示5个话题时，则将上述第三话题集合中热力值最高的前5个话题在显示界面302中进行显示，对于第三话题集合中除热力值最高的前5个话题之外的其他话题，则不进行显示，以突出前5个话题热力值最高，便于用户获取对应的信息。
[0232]
还例如，以图4为例，当预先配置为显示界面显示5个话题时，则将上述第三话题集合中热力值最高的前5个话题在显示界面402中进行显示，对于第三话题集合中除热力值最高的前5个话题之外的其他话题，则预先完成排序并存储，通过包括但不限于如图4所示的图标“下一页”，来实现翻页操作，以显示热力值排序在第6位至第10位的话题，再通过后续翻页操作，显示第三话题集合中其他未显示过的话题。
[0233]
上述仅是一种示例，本实施例不做任何具体的限定。
[0234]
通过本实施例，采用根据第一话题集合中的每个话题的热力值和第二话题集合中的每个话题的热力值，确定第三话题集合中的每个话题的热力值，其中，第一话题热度信息包括第一话题集合中的每个话题的热力值，第二话题热度信息包括第二话题集合中的每个话题的热力值，第三话题集合为第一话题集合和第二话题集合的并集，第三话题集合中的每个话题的热力值为第一话题集合和第二话题集合中相同话题的热力值之和，根据第三话题集合中的每个话题的热力值，确定第三话题热度信息的方式，能够在短时间内统计所有话题的热度值，节省机器计算资源，从而达到快速刷新话题榜单的效果，因此，能够达到提高媒体资源热度信息的处理效率，解决了相关技术中存在的媒体资源热度信息的处理效率较低的技术问题。
[0235]
作为一种可选的方案，根据第三话题集合中的每个话题的热力值，确定第三话题热度信息，包括：
[0236]
获取第三话题集合中热力值从高到低排列的前m1个话题，其中，m1＝1，或者m1≥2且m1为整数；将前m1个话题确定为第三话题热度信息；或者
[0237]
在第三话题集合中删除预设黑名单中的话题，得到第四话题集合；获取第四话题集合中热力值从高到低排列的前m2个话题，其中，m2＝1，或者m2≥2且m2为整数；将前m2个话题确定为第三话题热度信息；或者
[0238]
在第三话题集合中删除预设黑名单中的话题，得到第四话题集合；将第四话题集合与预先获取的第五话题集合的并集，确定为第六话题集合，其中，第五话题集合是在预设的运营话题集合中删除预设黑名单中的话题得到的话题集合；获取第六话题集合中热力值从高到低排列的前m3个话题，其中，m3＝1，或者m3≥2且m3为整数；将前m3个话题确定为第三话题热度信息。
[0239]
可选地，在本实施例中，上述第三话题集合中的热力值可以包括但不限于由运营人员进行配置，或者，由真实数据进行计算生成，或者，将运营人员进行配置得到的数据和真实数据进行合并得到。
[0240]
可选地，在本实施例中，可以包括但不限于按照热力值以降序获取上述前m1个话题作为第三话题热度信息中的话题。
[0241]
可选地，在本实施例中，上述在第三话题集合中删除预设黑名单中的话题，得到第四话题集合可以包括但不限于由运营人员预先配置上述预设黑名单中的话题，并将第三话题集合中属于预设黑名单的话题删除，按照热力值以降序获取上述前m2个话题作为第三话题热度信息中的话题。
[0242]
可选地，在本实施例中，上述将第四话题集合与预先获取的第五话题集合的并集，确定为第六话题集合，可以包括但不限于在预设的运营话题集合中确定上述第五话题集合，也可以包括但不限于在预设的运营话题集合中删除预设黑名单中的话题得到上述第五
话题集合。
[0243]
例如，图11是根据本发明实施例的又一种话题热度信息的处理方法的示意图，如图11所示，具体可以包括但不限于如下步骤：
[0244]
s1，用户通过cgi(通用网关接口)查询热门话题；
[0245]
s2，cgi通过热门话题获取接口(服务器)查看热门话题；
[0246]
s3，服务器从数据库中读取热门话题id；
[0247]
s4，服务器从话题搜索服务器中获取热门话题榜单；
[0248]
s5，服务器获得热门话题列表a；
[0249]
s6，服务器从位置配置表中获取产品配置的热门话题；
[0250]
s7，位置配置表向服务器返回数据；
[0251]
s8，服务器获得热门话题列表b；
[0252]
s9，服务器取话题列表a和话题列表b的并集，得到话题列表c；
[0253]
s10，服务器根据话题-标签黑名单表，查看话题列表c中的话题是否是黑名单中的话题；
[0254]
s11，话题-标签黑名单表向服务器返回数据；
[0255]
s12，服务器在列表中剔除黑名单话题；
[0256]
s13，服务器对第三话题热度信息排序，并为产品指定的位置话题随机热度；
[0257]
s14，服务器从话题搜索服务器中查询话题相关信息；
[0258]
s15，服务器通过cgi(通用网关接口)返回话题相关信息。
[0259]
上述仅是一种示例，本实施例不做任何具体限定。
[0260]
作为一种可选的方案，上述方法还包括：
[0261]
查询预设的运营话题集合，其中，运营话题集合包括预设的运营话题以及与运营话题对应的生效时间和失效时间；
[0262]
从运营话题集合中确定出有效话题集合，其中，第一话题集合包括有效话题集合，有效话题集合中的有效话题处于生效状态，生效状态表示当前时刻处于有效话题的生效时间与有效话题的失效时间之间；
[0263]
在有效话题集合中包括多个有效话题、多个有效话题的热力值相同、且配置时间不同的情况下，将配置时间最新的有效话题确定为第三话题集合中的话题，在有效话题集合中包括多个有效话题、且多个有效话题的热力值与配置时间均相同的情况下，随机将多个有效话题中一个有效话题确定为第三话题集合中的话题。
[0264]
上述在有效话题集合中包括多个有效话题、且多个有效话题的热力值相同之后，可以包括以下方案：
[0265]
1)当有效话题集合中部分多个有效话题的配置时间不同，且部分多个有效话题的配置时间相同的情况下，对于配置时间相同的部分多个有效话题集合，将其中配置时间最新的有效话题确定为第三话题集合中的话题；对于配置时间不同的部分多个有效话题集合，随机将其中的一个有效话题确定为第三话题集合中的话题。
[0266]
2)当有效话题集合中有效话题的配置时间均相同的情况下，随机将其中的一个有效话题确定为第三话题集合中的话题。
[0267]
3)当有效话题集合中有效话题的配置时间均不同的情况下，将其中配置时间最新
的有效话题确定为第三话题集合中的话题。
[0268]
4)当有效话题集合中部分多个有效话题的配置时间不同，且部分多个有效话题的配置时间相同的情况下，对于配置时间相同的部分多个有效话题集合，将其中配置时间最新的有效话题确定为第三话题集合中的话题，对于配置时间不同的部分多个有效话题集合，可以不做处理，或采用任意其他方式进行处理，例如，将配置时间最长的有效话题确定为第三话题集合中的话题。
[0269]
5)当有效话题集合中部分多个有效话题的配置时间不同，且部分多个有效话题的配置时间相同的情况下，对于配置时间不同的部分多个有效话题集合，随机将其中的一个有效话题确定为第三话题集合中的话题，对于配置时间相同的部分多个有效话题集合，可以不做处理，或采用任意其他方式进行处理，例如，可以根据有效话题所关联的业务场景的权重值进行排序，具体而言，可以是政治经济内容优先处理，娱乐文化内容靠后处理，或者，娱乐文化内容优先处理，政治经济内容靠后处理。
[0270]
上述仅是一种示例，本实施例不做任何具体的限定。
[0271]
可选地，在本实施例中，上述运营话题配置属于架构图中运营配置系统，数据层中的置顶表专门用于存放运营配置的话题，数据表结构如下：
[0272][0273][0274]
上述运营话题集合通过如下方式配置，具体包括但不限于如下步骤：
[0275]
s1，运营人员填写话题内容、话题在第三话题热度信息中的位置，话题出现在指定位置的生效时间、失效时间；
[0276]
s2，运营人员配置的信息通过cgi层透传到后台服务接口，后台接口将运营人员的操作数据写入数据库中，同时存放运营人员增加该配置的操作时间。
[0277]
上述仅是一种梳理，本实施例不做任何具体限定。
[0278]
可选地，在本实施例中，上述查询预设的运营话题集合的步骤可以包括但不限于如下步骤：
[0279]
步骤1，用户请求查看第三话题热度信息；
[0280]
步骤2，从内存数据库中取出真实第三话题热度信息，真实第三话题热度信息指3.2.2中通过批跑计算得到的，若从内存数据库中取失败，则通过步骤2.1获取真实第三话题热度信息：
[0281]
步骤2.1，从es(话题搜索服务器)中取出前n(n》＝第三话题热度信息话题个数)个热度最高的热门话题；
[0282]
步骤3，将取出的话题按照话题热力值进行降序排列，记为topic_list
real
；
[0283]
步骤4，查询产品配置的运营话题列表，记为topic_list
conf
，查询流程如4.1～4.2：
[0284]
步骤4.1，查询运营配置话题，上述有效话题指运营话题生效时间＜＝当前时间＜运营话题失效时间内所有的上述有效话题；
[0285]
步骤4.2，若同一个位置有多个运营话题，取最新配置的一条话题，若配置时间相同，则任意取一个该位置的配置话题。例如同时有3个话题a，b，c均配置在第三话题热度信息的第五位，则比较话题a，b，c的配置时间，选择配置时间距离当前时间最近的话题作为第三话题热度信息第五位的话题，若配置时间均相同，则在话题a，b，c中任意取一个话题；
[0286]
步骤5，剔除步骤3中topic_list
real
的黑名单话题，得到新的真实话题列表topic_list
real_new
，剔除步骤4中topic_list
conf
的黑名单话题，得到新的运营话题列表topic_list
conf_new
，取topic_list
conf_new
和topic_list
real_new
的并集，得到候选话题列表topic_list
candidate
；
[0287]
步骤6，为topic_list
candidate
中的运营配置话题生成话题热度：
[0288]
可选地，在本实施例中，可以通过如下方式确定目标话题的热力值(对应于前述的为topic_list
candidate
中的运营配置话题生成话题热度)：
[0289]
步骤6.1，在缓存中查找该话题在当前位置的热力值为多少，若该值的有效期为半小时以内，则该配置话题的热度值为取出的值并返回该值，若该热度值已失效，则执行步骤6.2；
[0290]
步骤6.2，话题随机区间表示为[hot
start
，hot
end
)，hot
start
表示随机起始值，hot
end
表示随机终止值，其中hot
start
＜hot
end
。不同位置的运营话题随机区间的计算方法不同。若配置话题为第一位，随机区间为[0，hot
init
)，其中hot
init
为起始热力值，根据实际需要进行配置；若配置的话题排在第n位，随机区间为配置；若配置的话题排在第n位，随机区间为为第n-1位的话题热力值，为第n+1位的话题热力值；若配置的话题排在最后一位，随机区间为0，为第n-1位的话题热力值；
[0291]
步骤6.3，进行随机区间修正。若步骤6.2中产生的随机区间则即修正后的随机区间为
其中hot
start
为随机区间的起始值，hot
end
为随机区间的终止值，β为随机区间修正参数；
[0292]
步骤6.4，在6.3中得到的随机区间中，进行话题热度的随机；
[0293]
步骤6.5，将6.4中该话题在该位置的热力值，存入缓存中，并标明该热力值的过期时间。
[0294]
步骤7，步骤1～步骤6执行完后，真实第三话题热度信息与运营配置第三话题热度信息已经合并到一起并且每个话题都有相关的热力值，即为第三话题热度信息，将第三话题热度信息返回给用户，则为第三话题热度信息面向用户端的生成逻辑。
[0295]
作为一种可选的方案，上述方法还包括：
[0296]
在缓存中获取运营话题集合中目标话题的热力值；
[0297]
在目标话题的热力值的存储时间超过预定时长的情况下，根据预配置的目标话题的排序位置从随机热力值区间中生成目标话题的目标热力值，其中，在目标话题的排序位置为第一位的情况下，目标热力值处于[0，hot
init
)，hot
init
为随机热力值区间中的起始热力值，在目标话题的排序位置为第n位的情况下，目标热力值处于值，在目标话题的排序位置为第n位的情况下，目标热力值处于为第n-1位的话题的热力值，为第n+1位的话题的热力值，在目标话题的排序位置为最后一位的情况下，目标热力值处于n为大于1的正整数；
[0298]
其中，随机热力值区间为[hot
start
，hot
end
)，hot
start
表示预配置的随机热力值起始值，hot
end
表示预配置的随机热力值终止值，hot
start
＜hot
end
，在的情况下，对随机热力值区间进行修正，将随机热力值区间更新为其中，β为随机热力值区间修正参数。
[0299]
例如，图12是根据本发明实施例的又一种话题热度信息的处理方法的示意图，如图12所示，上述运营话题集合中目标话题的热力值可以包括但不限于通过如下流程实现：
[0300]
s1202，开始；
[0301]
s1204，查看缓存中是否存在目标话题在第n位的热力值；
[0302]
s1206，在缓存中存在目标话题在第n位的热力值的情况下，判断该热力值是否在有效期内；
[0303]
s1208，在该热力值处于有效期内的情况下，返回该热力值，作为目标话题的热力值；
[0304]
s1210，在缓存中不存在目标话题在第n位的热力值的情况下，或者在缓存中存在目标话题在第n位的热力值，但该热力值未处于有效期内的情况下判断目标话题是否配置在第三话题热度信息中的第一位；
[0305]
s1212，在目标话题配置在第三话题热度信息中的第一位的情况下，将随机区间配置为[0，起始热力值]；
[0306]
s1214，在目标话题未配置在第三话题热度信息中的第一位的情况下，判断目标话题是否配置在第三话题热度信息中的最后一位；
[0307]
s1216，在目标话题配置在第三话题热度信息中的最后一位的情况下，将随机区间配置为[0，最后一位话题的热力值]；
[0308]
s1218，在目标话题未配置在第三话题热度信息中的第一位或最后一位的情况下，将随机区间配置为[前一位话题的热力值，后一位话题的热力值]；
[0309]
s1220，进行随机区间修正；
[0310]
s1224，根据随机区间获取热力值；
[0311]
s1226，结束。
[0312]
通过本实施例，采用一种新型的人工干预话题榜单的算法。该算法支持运营人员多维度的设置运营话题优先级，并基于不同维度的优先级设置人工话题所在榜单的位置，本发明在计算人工话题热度时并采用了一种新的随机热度生成算法，保证人工话题热度更真实，能够合理的控制运营话题在话题热榜中的内容，并最终展现给用户。
[0313]
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
[0314]
根据本发明实施例的另一个方面，还提供了一种用于实施上述话题热度信息的处理方法的话题热度信息的处理装置。如图13所示，该装置包括：
[0315]
根据本发明实施例的另一方面，还提供了一种话题热度信息的处理装置，包括：
[0316]
获取模块1302，用于获取第一媒体资源集合的交互信息，其中，第一媒体资源集合包括在当前时间区间内产生了交互信息的媒体资源；
[0317]
第一确定模块1304，用于根据第一媒体资源集合的交互信息，确定当前时间区间内的第一话题热度信息；
[0318]
第二确定模块1306，用于根据第一话题热度信息和预先获取的第二话题热度信息，确定第三话题热度信息，其中，第二话题热度信息是根据第二媒体资源集合的交互信息确定的历史时间区间内的话题热度信息，第二媒体资源集合包括在历史时间区间内产生了交互信息的媒体资源，历史时间区间早于当前时间区间，在当前时间区间内，第二话题热度信息的确定次数小于第一话题热度信息的确定次数；
[0319]
发送模块1308，用于向目标帐号发送第三话题热度信息，其中，目标帐号是在当前区间内发送了热度查询请求的帐号，热度查询请求用于请求获取第三话题热度信息。
[0320]
作为一种可选的方案，获取模块1302，包括：
[0321]
获取单元，用于在当前时间区间内，每隔第一时长，获取一次第一媒体资源集合的交互信息，并根据获取到的第一媒体资源集合的交互信息，确定一次当前时间区间内的第一话题热度信息。
[0322]
作为一种可选的方案，第一确定模块1304，包括：
[0323]
第一确定单元，用于在当天内，每隔第一时长，获取一次第一媒体资源集合的交互信息，并根据获取到的第一媒体资源集合的交互信息，确定一次当前时间区间内的第一话题热度信息，其中，当前时间区间为当天，历史时间区间为当天之前的预设时间区间。
[0324]
作为一种可选的方案，装置还用于：
[0325]
在当前时间区间内，获取一次第二媒体资源集合的交互信息，并根据获取到的第二媒体资源集合的交互信息，确定一次历史时间区间内的第二话题热度信息。
[0326]
作为一种可选的方案，装置还用于通过如下方式获取一次第二媒体资源集合的交互信息，并根据获取到的第二媒体资源集合的交互信息，确定一次历史时间区间内的第二话题热度信息：
[0327]
获取第二媒体资源集合的交互信息，其中，第二媒体资源集合包括在当天之前的n天内产生了交互信息的媒体资源，当前时间区间为当天，n＝1，或者n≥2且n为整数；
[0328]
根据获取到的第二媒体资源集合的交互信息，确定在当天之前的n天内的第二话题热度信息。
[0329]
作为一种可选的方案，第一确定模块1304，包括：
[0330]
第二确定单元，用于根据第一媒体资源集合的交互信息，确定第一媒体资源集合中的每个媒体资源的热力值；
[0331]
第三确定单元，用于根据第一媒体资源集合中的每个媒体资源的热力值，确定第一话题集合中的每个话题的热力值，其中，第一话题集合中的每个话题与第一媒体资源集合中的至少一个媒体资源相关，第一话题热度信息包括第一话题集合中的每个话题的热力值。
[0332]
作为一种可选的方案，第二确定单元用于通过如下方式根据第一媒体资源集合的交互信息，确定第一媒体资源集合中的每个媒体资源的热力值：
[0333]
通过以下公式确定第一媒体资源集合中的每个媒体资源的热力值：
[0334][0335]
其中，score
article_i
表示第一媒体资源集合中的第i个媒体资源的热力值，num
comment_i
表示第i个媒体资源获得的评论数量，num
up_i
表示第i个媒体资源获得的点赞数量，m1表示评论数量在热力值计算中所占的权重系数，m2表示点赞数量在热力值计算中所占的权重系数，day
curr_i
表示公式计算时的当前日期，day
review_i
表示第i个媒体资源审核通过的日期，α表示预设的热力值衰减系数。
[0336]
作为一种可选的方案，第三确定单元用于通过如下方式根据第一媒体资源集合中的每个媒体资源的热力值，确定第一话题集合中的每个话题的热力值：
[0337]
通过以下公式确定第一话题集合中的每个话题的热力值：
[0338][0339]
其中，score
topic_i
表示第一话题集合中的第i个话题的热力值，score
article_j
表示与第i个话题相关的n个媒体资源中的第j个媒体资源的热力值。
[0340]
作为一种可选的方案，装置还用于：
[0341]
根据第二媒体资源集合的交互信息，确定第二媒体资源集合中的每个媒体资源的热力值；
[0342]
根据第二媒体资源集合中的每个媒体资源的热力值，确定第二话题集合中的每个话题的热力值，其中，第二话题集合中的每个话题与第二媒体资源集合中的至少一个媒体
资源相关，第二话题热度信息包括第二话题集合中的每个话题的热力值。
[0343]
作为一种可选的方案，第二确定模块1306，包括：
[0344]
第四确定单元，用于根据第一话题集合中的每个话题的热力值和第二话题集合中的每个话题的热力值，确定第三话题集合中的每个话题的热力值，其中，第一话题热度信息包括第一话题集合中的每个话题的热力值，第二话题热度信息包括第二话题集合中的每个话题的热力值，第三话题集合为第一话题集合和第二话题集合的并集，第三话题集合中的每个话题的热力值为第一话题集合和第二话题集合中相同话题的热力值之和；
[0345]
第五确定单元，用于根据第三话题集合中的每个话题的热力值，确定第三话题热度信息。
[0346]
作为一种可选的方案，第五确定单元用于通过如下方式根据第三话题集合中的每个话题的热力值，确定第三话题热度信息：
[0347]
获取第三话题集合中热力值从高到低排列的前m1个话题，其中，m1＝1，或者m1≥2且m1为整数；将前m1个话题确定为第三话题热度信息；或者
[0348]
在第三话题集合中删除预设黑名单中的话题，得到第四话题集合；获取第四话题集合中热力值从高到低排列的前m2个话题，其中，m2＝1，或者m2≥2且m2为整数；将前m2个话题确定为第三话题热度信息；或者
[0349]
在第三话题集合中删除预设黑名单中的话题，得到第四话题集合；将第四话题集合与预先获取的第五话题集合的并集，确定为第六话题集合，其中，第五话题集合是在预设的运营话题集合中删除预设黑名单中的话题得到的话题集合；获取第六话题集合中热力值从高到低排列的前m3个话题，其中，m3＝1，或者m3≥2且m3为整数；将前m3个话题确定为第三话题热度信息。
[0350]
作为一种可选的方案，装置还用于：
[0351]
查询预设的运营话题集合，其中，运营话题集合包括预设的运营话题以及与运营话题对应的生效时间和失效时间；
[0352]
从运营话题集合中确定出有效话题集合，其中，第一话题集合包括有效话题集合，有效话题集合中的有效话题处于生效状态，生效状态表示当前时刻处于有效话题的生效时间与有效话题的失效时间之间；
[0353]
在有效话题集合中包括多个有效话题、多个有效话题的热力值相同、且配置时间不同的情况下，将配置时间最新的有效话题确定为第三话题集合中的话题；
[0354]
在有效话题集合中包括多个有效话题、且多个有效话题的热力值与配置时间均相同的情况下，随机将多个有效话题中一个有效话题确定为第三话题集合中的话题。
[0355]
作为一种可选的方案，装置还用于：
[0356]
在缓存中获取运营话题集合中目标话题的热力值；
[0357]
在目标话题的热力值的存储时间超过预定时长的情况下，根据预配置的目标话题的排序位置从随机热力值区间中生成目标话题的目标热力值，其中，在目标话题的排序位置为第一位的情况下，目标热力值处于[0，hot
init
)，hot
init
为随机热力值区间中的起始热力值，在目标话题的排序位置为第n位的情况下，目标热力值处于值，在目标话题的排序位置为第n位的情况下，目标热力值处于为第n-1位的话题的热力值，为第n+1位的话题的热力值，在目标话题的排序位置为最后一位的情况下，目标热力值处于
n为大于1的正整数；
[0358]
其中，随机热力值区间为[hot
start
，hot
end
)，hot
start
表示预配置的随机热力值起始值，hot
end
表示预配置的随机热力值终止值，hot
start
＜hot
end
，在的情况下，对随机热力值区间进行修正，将随机热力值区间更新为其中，β为随机热力值区间修正参数。
[0359]
根据本发明实施例的又一个方面，还提供了一种用于实施上述话题热度信息的处理方法的电子设备，该电子设备可以是图1所示的终端设备或服务器。本实施例以该电子设备为服务器为例来说明。如图14所示，该电子设备包括存储器1402和处理器1404，该存储器1402中存储有计算机程序，该处理器1404被设置为通过计算机程序执行上述任一项方法实施例中的步骤。
[0360]
可选地，在本实施例中，上述电子设备可以位于计算机网络的多个网络设备中的至少一个网络设备。
[0361]
可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
[0362]
s1，获取第一媒体资源集合的交互信息，其中，第一媒体资源集合包括在当前时间区间内产生了交互信息的媒体资源；
[0363]
s2，根据第一媒体资源集合的交互信息，确定当前时间区间内的第一话题热度信息；
[0364]
s3，根据第一话题热度信息和预先获取的第二话题热度信息，确定第三话题热度信息，其中，第二话题热度信息是根据第二媒体资源集合的交互信息确定的历史时间区间内的话题热度信息，第二媒体资源集合包括在历史时间区间内产生了交互信息的媒体资源，历史时间区间早于当前时间区间，在当前时间区间内，第二话题热度信息的确定次数小于第一话题热度信息的确定次数；
[0365]
s4，向目标帐号发送第三话题热度信息，其中，目标帐号是在当前区间内发送了热度查询请求的帐号，热度查询请求用于请求获取第三话题热度信息。
[0366]
可选地，本领域普通技术人员可以理解，图14所示的结构仅为示意，电子装置电子设备也可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobile internet devices，mid)、pad等终端设备。图14其并不对上述电子装置电子设备的结构造成限定。例如，电子装置电子设备还可包括比图14中所示更多或者更少的组件(如网络接口等)，或者具有与图14所示不同的配置。
[0367]
其中，存储器1402可用于存储软件程序以及模块，如本发明实施例中的话题热度信息的处理方法和装置对应的程序指令/模块，处理器1404通过运行存储在存储器1402内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的话题热度信息的处理方法。存储器1402可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器1402可进一步包括相对于处理器1404远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中，存储器1402具体可以但不限于用于存储媒体资源、话题热度等信息。作为一种示例，如
图14所示，上述存储器1402中可以但不限于包括上述话题热度信息的处理装置中的获取模块1302、第一确定模块1304、第二确定模块1306以及发送模块1308。此外，还可以包括但不限于上述话题热度信息的处理装置中的其他模块单元，本示例中不再赘述。
[0368]
可选地，上述的传输装置1406用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置1406包括一个网络适配器(network interface controller，nic)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置1406为射频(radio frequency，rf)模块，其用于通过无线方式与互联网进行通讯。
[0369]
此外，上述电子设备还包括：显示器1408，用于显示话题热度信息；和连接总线1410，用于连接上述电子设备中的各个模块部件。
[0370]
在其他实施例中，上述终端设备或者服务器可以是一个分布式系统中的一个节点，其中，该分布式系统可以为区块链系统，该区块链系统可以是由该多个节点通过网络通信的形式连接形成的分布式系统。其中，节点之间可以组成点对点(p2p，peer to peer)网络，任意形式的计算设备，比如服务器、终端等电子设备都可以通过加入该点对点网络而成为该区块链系统中的一个节点。
[0371]
根据本技术的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述话题热度信息的处理方面的各种可选实现方式中提供的方法。其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
[0372]
可选地，在本实施例中，上述计算机可读的存储介质可以被设置为存储用于执行以下步骤的计算机程序：
[0373]
s1，获取第一媒体资源集合的交互信息，其中，第一媒体资源集合包括在当前时间区间内产生了交互信息的媒体资源；
[0374]
s2，根据第一媒体资源集合的交互信息，确定当前时间区间内的第一话题热度信息；
[0375]
s3，根据第一话题热度信息和预先获取的第二话题热度信息，确定第三话题热度信息，其中，第二话题热度信息是根据第二媒体资源集合的交互信息确定的历史时间区间内的话题热度信息，第二媒体资源集合包括在历史时间区间内产生了交互信息的媒体资源，历史时间区间早于当前时间区间，在当前时间区间内，第二话题热度信息的确定次数小于第一话题热度信息的确定次数；
[0376]
s4，向目标帐号发送第三话题热度信息，其中，目标帐号是在当前区间内发送了热度查询请求的帐号，热度查询请求用于请求获取第三话题热度信息。
[0377]
可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(read-only memory，rom)、随机存取器(random access memory，ram)、磁盘或光盘等。
[0378]
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0379]
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品
销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
[0380]
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0381]
在本技术所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
[0382]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0383]
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0384]
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。