一种计算直播热度的方法、装置、设备和存储介质与流程

[0001]
本发明实施例涉及直播技术领域，尤其涉及一种计算直播热度的方法、装置、设备和存储介质。


背景技术：

[0002]
随着互联网技术的快速发展，越来越多的用户会通过在各类直播平台上开设直播间，来吸引其他用户观看相应直播内容，从而增加大量直播人气。此时，直播平台通过计算各个直播间的直播热度，会对直播热度相对较高的直播间进行推广，从而增加该直播间的曝光度。因此，各个直播间的直播热度计算成为直播领域亟待解决的一个问题。
[0003]
目前，直播间内的多个维度参数均会影响到该直播间的直播热度，例如直播间内的观众数、贵族人数、公屏发言数、直播间分享数、主播等级、粉丝增长数和直播礼物增长数等，此时为了避免不同维度之间数据更新的误检测，会专门面向每一维度分别设定一个后台服务，以专门检测某一直播间在该维度下的数据更新，然后在检测到某一维度的数据更新后，会将该维度下的更新消息通知给热度计算节点集群内的任一节点，由该节点查询其他维度下的数据值，来实时计算该直播间的直播热度。
[0004]
然而，由于接收各维度下更新消息的节点不定，存在该节点与该维度的后台服务相距较远，或者同一直播间内不同维度下的更新消息通知给不同的节点来计算直播热度的问题，因此更新消息可能会传输失败或者产生传输延时等，无法保证直播热度的准确性，而且会出现不同节点并发计算同一直播间的直播热度的问题，增加了额外的计算量；同时，由于不同维度下的更新消息会更多，如果每次接收到一个更新消息，便查询一次其他维度下的数据值，来实时计算该直播间的直播热度，会极大增加数据查询量和计算量，产生了额外的直播热度计算开销。


技术实现要素：

[0005]
本发明实施例提供了一种计算直播热度的方法、装置、设备和存储介质，在保证直播热度准确性的基础上，极大降低直播热度的计算量。
[0006]
第一方面，本发明实施例提供了一种计算直播热度的方法，该方法包括：
[0007]
通过代理服务获取目标直播间在每一热度影响维度下的直播更新数据，并对应缓存至该热度影响维度下的数据库中；
[0008]
如果检测到所述目标直播间的热度计算请求，则按照各热度影响维度下的数据库中缓存的直播更新数据，计算所述目标直播间的当前直播热度。
[0009]
第二方面，本发明实施例提供了一种计算直播热度的装置，该装置包括：
[0010]
数据更新模块，用于通过代理服务获取目标直播间在每一热度影响维度下的直播更新数据，并对应缓存至该热度影响维度下的数据库中；
[0011]
热度计算模块，用于如果检测到所述目标直播间的热度计算请求，则按照各热度影响维度下的数据库中缓存的直播更新数据，计算所述目标直播间的当前直播热度。
[0012]
第三方面，本发明实施例提供了一种计算机设备，该计算机设备包括：
[0013]
一个或多个处理器；
[0014]
存储装置，用于存储一个或多个程序；
[0015]
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任意实施例所述的计算直播热度的方法。
[0016]
第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明任意实施例所述的计算直播热度的方法。
[0017]
本发明实施例提供的一种计算直播热度的方法、装置、设备和存储介质，通过代理服务为各个热度计算节点指定对应的目标直播间，使得每一热度计算节点能够全面获取所面向的目标直播间在每一热度影响维度下的直播更新数据，从而避免出现由多个热度计算节点并发计算目标直播间的直播热度的情况，提高直播热度计算的准确性；同时，在获取到每一热度影响维度下的直播更新数据时，会先将该直播更新数据对应缓存至该热度影响维度下的数据库中，后续只有在检测到目标直播间的热度计算请求时，才会按照各热度影响维度下的数据库中缓存的直播更新数据，来计算目标直播间的当前直播热度，无需每次接收到一个直播更新数据时，便查询一次其他热度影响维度下的数据值，来实时计算该直播间的直播热度，减少了直播热度的计算频率，从而在保证直播热度准确性的基础上，极大降低直播热度的计算量。
附图说明
[0018]
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：
[0019]
图1a为本发明实施例一提供的一种计算直播热度的方法的流程图；
[0020]
图1b为本发明实施例一提供的直播热度计算过程的原理示意图；
[0021]
图2a为本发明实施例二提供的一种计算直播热度的方法的流程图；
[0022]
图2b为本发明实施例二提供的直播热度计算过程的原理示意图；
[0023]
图3a为本发明实施例三提供的一种计算直播热度的方法的流程图；
[0024]
图3b为本发明实施例三提供的直播热度计算过程的原理示意图；
[0025]
图4为本发明实施例四提供的一种计算直播热度的装置的结构示意图；
[0026]
图5为本发明实施例五提供的一种计算机设备的结构示意图。
具体实施方式
[0027]
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。此外，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
[0028]
实施例一
[0029]
图1a为本发明实施例一提供的一种计算直播热度的方法的流程图，本实施例可适用于在任一主播开启的直播间直播过程中不断计算直播热度的情况中。本实施例提供的一种计算直播热度的方法可以由本发明实施例提供的计算直播热度的装置来执行，该装置可
以通过软件和/或硬件的方式来实现，并集成在执行本方法的计算机设备中，该计算机设备可以是承载有相应的直播热度能力的热度计算节点。
[0030]
具体的，参考图1a，该方法可以包括如下步骤：
[0031]
s110，通过代理服务获取目标直播间在每一热度影响维度下的直播更新数据，并对应缓存至该热度影响维度下的数据库中。
[0032]
具体的，主播在开启某一直播间进行直播的过程中，会为该直播间计算各个时刻下的直播热度，以对高直播热度的直播间进行推广，从而吸引大量用户进入该直播间来观看直播，增加直播间的曝光度。此时，如果直播间内的直播活跃度越高，说明直播热度越大，而直播间在多个直播维度下的参数值均可以影响到该直播间的直播活跃度，例如直播间内的观众数、贵族人数、公屏发言数、直播间分享数、主播等级、粉丝增长数和直播礼物增长数等，因此该每一直播维度均可以作为本实施例中影响直播热度的热度影响维度，后续通过分析直播过程中直播间在每一热度影响维度下的直播参数变化，即可计算出该直播间的直播热度。
[0033]
相应的，为了避免不同热度影响维度之间直播参数的相互影响，如图1b所示，针对每一热度影响维度，会专门设定一个匹配的后台服务，以使每一后台服务专门检测与该后台服务匹配的热度影响维度下的直播参数变化，从而实时检测出在每一热度影响维度下发生变化的直播更新数据。同时，为了保证直播热度的计算高效性，会针对各个直播平台的直播面向区域，预先部署相应的热度计算节点集群，该热度计算节点集群内的各个热度计算节点能够与相应直播平台对应的直播服务端处于同一区域内。
[0034]
目前，各个热度影响维度下的后台服务在每次检测出在该热度影响维度下发生变化的直播更新数据后，均会将该直播更新数据随即通知给任一热度计算节点，来计算该直播间的直播热度，此时由于接收该直播更新数据的热度计算节点不定，可能会存在由于传输距离过远而导致传输失败或者延时的情况，也有可能存在多个热度计算节点同时接收到直播间在不同热度影响维度下的直播更新数据而并发计算直播热度的问题，无法保证直播热度的准确性，因此如图1b所示，本实施例在各个热度影响维度匹配的后台服务，以及热度计算节点集群之间设置一个代理服务(proxy)，该代理服务通过分析各个直播平台上开启的直播间的面向区域，与各个热度计算节点的部署区域之间的重合度，来为每一热度计算节点关联相应的目标直播间，此时该每一热度计算节点与所关联的目标直播间所处服务端的部署区域能够设置在相同区域范围内，因此各个热度影响维度匹配的后台服务在检测到该热度影响维度下发生变化的直播更新数据后，会将该直播更新数据发送给代理服务，由该代理服务判断直播更新数据所属的直播间，然后将该直播更新数据转发给与所属直播间对应的热度计算节点，此时各个热度计算节点均能够通过代理服务获取到直播间面向区域与节点部署区域处于相同区域范围内的各个目标直播间内在每一热度影响维度下发生变化的直播更新节点，从而避免出现直播更新数据传输失败或者延时的情况，而且同一直播间在不同热度影响维度下的各个直播更新数据，均能够转发给同一热度计算节点来处理，避免出现多个热度计算节点并发计算同一直播间的直播热度的情况，提高直播热度的计算准确性。
[0035]
此外，代理服务在关联各个热度计算节点和直播间时，也能够根据各个直播间的计算量，来均衡匹配给各个热度计算节点，避免各个热度计算节点接收的直播更新数据出
现倾斜的问题，从而保证各个热度计算节点之间的负载均衡。
[0036]
进一步的，为了保证目标直播间在各个热度影响维度下的直播更新节点的准确使用，如图1b所示，本实施例在各个热度计算节点上会针对每一热度影响维度，分别设置一个对应的数据库，以专门缓存目标直播间在该热度影响维度下发生变化的直播更新数据；因此，热度计算节点在通过代理服务获取到目标直播间内在每一热度影响维度下发生变化的直播更新节点后，均会将该直播更新数据按照相应的热度影响维度分别对应缓存到该热度影响维度下的数据库中，以便后续计算目标直播间的直播热度时，能够准确从各个热度影响维度下的数据库中查找相应的直播更新数据，从而保证直播热度的计算准确性。
[0037]
需要说明的是，本实施例中的数据库可以为redis键值对数据库。
[0038]
s120，如果检测到目标直播间的热度计算请求，则按照各热度影响维度下的数据库中缓存的直播更新数据，计算目标直播间的当前直播热度。
[0039]
可选的，在计算直播热度时，需要查询每一热度影响维度下的直播更新数据，此时每次查询便会产生一次查询调用，而n个热度影响维度的查询就会产生n次查询调用，所以直播热度计算会存在大量耗时；然而，对于直播间界面来说，并非直播热度的每次变化，都需要立刻更新到直播间界面上以展示给直播用户的，此时直播热度的更新允许一定时间的延时展示。因此，为了减少直播热度的计算量，本实施例会通过“以空间换时间”的思想，采用惰性计算直播热度的方式来计算目标直播间的当前直播热度。
[0040]
具体的，热度计算节点在接收到目标直播间在任一热度影响维度下发生变化的直播更新数据后，会通过将该直播更新数据对应缓存至该热度影响维度下的数据库中，而不执行任何其他热度影响维度下的直播更新数据查询操作，从而不执行实时的直播热度计算操作；只有在检测到目标直播间的热度计算请求后，才会从各个热度影响维度下的数据库中查找出已缓存的大量直播更新数据，然后对各个热度影响维度下的直播更新数据进行直播活跃度的综合分析，从而计算出目标直播间的当前直播热度。
[0041]
此时，本实施例将直播热度的实时计算转换为热度计算请求下的非实时计算，极大减少了在各个热度影响维度下的数据查询次数，从而在保证直播热度准确性的基础上，进一步降低了直播热度的计算量。
[0042]
需要说明的是，为了保证直播热度在延时允许范围内的准确性，本实施例会定期发起一次目标直播间的热度计算请求，便定期计算一次该目标直播间的当前直播热度，例如在目标直播间内每隔5s发起一次热度计算请求，从而保证直播热度的准确性。
[0043]
本实施例提供的技术方案，通过代理服务为各个热度计算节点指定对应的目标直播间，使得每一热度计算节点能够全面获取所面向的目标直播间在每一热度影响维度下的直播更新数据，从而避免出现由多个热度计算节点并发计算目标直播间的直播热度的情况，提高直播热度计算的准确性；同时，在获取到每一热度影响维度下的直播更新数据时，会先将该直播更新数据对应缓存至该热度影响维度下的数据库中，后续只有在检测到目标直播间的热度计算请求时，才会按照各热度影响维度下的数据库中缓存的直播更新数据，来计算目标直播间的当前直播热度，无需每次接收到一个直播更新数据时，便查询一次其他热度影响维度下的数据值，来实时计算该直播间的直播热度，减少了直播热度的计算频率，从而在保证直播热度准确性的基础上，极大降低直播热度的计算量。
[0044]
实施例二
[0045]
图2a为本发明实施例二提供的一种计算直播热度的方法的流程图，图2b为本发明实施例二提供的直播热度计算过程的原理示意图。本实施例是在上述实施例的基础上进行优化。具体的，如图2a所示，本实施例中对于代理服务对于目标直播间在每一热度影响维度下直播更新数据的具体转发过程以及目标直播间的当前直播热度的具体计算过程进行详细的解释说明。
[0046]
可选的，如图2a所示，本实施例中可以包括如下步骤：
[0047]
s210，控制代理服务采用预配置的直播间一致性哈希算法，筛选出目标直播间在每一热度影响维度下的直播更新数据。
[0048]
可选的，本实施例通过代理服务来关联各个热度计算节点和直播间时，会在该代理服务上预先配置直播间一致性哈希算法，而一致性哈希在简单哈希算法的基础上，能够进一步解决在分布式哈希表中存在的节点动态伸缩时整体映射关系均需要重新进行哈希运算，而导致由节点动态变化所带来的哈希更新运算量过大的问题。
[0049]
此时，代理服务在每次接收到各个热度影响维度下的后台服务所发送的直播更新数据时，首先会采用预配置的直播间一致性哈希算法对该直播更新数据所属的直播间标识进行哈希运算，以分析出与该所属直播间匹配的热度计算节点，进而将该直播更新数据转发给该热度计算节点，以便后续进行所属直播间的直播热度计算；因此，通过代理服务采用该直播间一致性哈希算法对每一直播更新数据所属的直播间标识进行哈希运算，能够使该代理服务筛选出与各个热度计算节点所匹配的目标直播间在每一热度影响维度下的直播更新数据，
[0050]
同时，该直播间一致性哈希算法能够在热度计算节点集群内增加或者删除热度计算节点时，仅需将邻近的热度计算节点上关联的目标直播间标识进行重新哈希运算，而对其他热度计算节点上关联的目标直播间标识不作变化，从而减少热度计算节点集群内节点动态变化时直播间标识的重新哈希运算量。
[0051]
s220，接收代理服务转发的目标直播间在每一热度影响维度下的直播更新数据，并对应缓存至该热度影响维度下的数据库中。
[0052]
可选的，通过代理服务筛选出目标直播间在每一热度影响维度下的直播更新数据后，代理服务会将其转发给该热度计算节点，使得该热度计算节点接收到代理服务转发的目标直播间在每一热度影响维度下的直播更新数据，然后将该直播更新数据对应缓存至该热度影响维度下的数据库中，以便后续直播热度计算时快速查找。
[0053]
此外，为了确保直播热度计算的实时可靠性，本实施例会设定一个热度计算时段(如最近10分钟内)，后续采用各个热度影响维度下处于当前热度计算时段内的直播更新数据，来计算目标直播间的直播热度，因此在通过代理服务获取目标直播间在每一热度影响维度下的直播更新数据之后，以及对应缓存至该热度影响维度下的数据库中之前，会先确定直播更新数据的更新时间戳，并跟随直播更新数据对应缓存至该热度影响维度下的数据库中，以利用更新时间戳判断直播更新数据是否位于当前热度计算时段内。
[0054]
具体的，为了准确分析各个直播更新数据是否处于当前热度计算时段内，在将各热度影响维度下的直播更新数据对应缓存至该热度影响维度下的数据库中前，如图2b所示，还会分析该热度影响维度下直播更新数据的更新时间戳，此时该更新时间戳可以在被该热度影响维度下的后台服务检测到时直接确定，然后作为该直播更新数据的属性信息存
在，随着该直播更新数据转发给热度计算节点，然后该热度计算节点在缓存该直播更新数据时，从该直播更新数据的属性信息中提取出对应的更新时间戳，然后将该直播更新数据和该更新时间戳同步缓存至相应热度影响维度下的数据库中，以便后续计算直播热度时，按照各个直播更新数据的更新时间戳准确查询出各个热度影响维度下位于当前热度计算时段内的直播更新数据，提高直播热度的实时准确性。
[0055]
s230，如果检测到目标直播间的热度计算请求，从各热度影响维度下的数据库中查询已缓存的直播更新数据。
[0056]
可选的，在将各个热度影响维度下的直播更新数据对应缓存至该热度影响维度下的数据库后，如果检测到目标直播间的热度计算请求，则从面向该目标直播间所设置的各个热度影响维度下的数据库中查询已缓存的各项直播更新数据，以便后续对各热度影响维度下的直播更新数据进行直播间活跃度分析，来计算目标直播间的当前直播热度。
[0057]
此时，为了保证直播热度的实时准确性，本实施例会预先设置一个时间滑动窗口，如图2b所示，该时间滑动窗口能够准确表示当前的热度计算时段，此时可以采用该时间滑动窗口从各热度影响维度下的数据库中查询位于当前热度计算时段内的直播更新数据，后续仅采用当前热度计算时段内的直播更新数据来分析目标直播间的直播热度。
[0058]
示例性的，如果从热度影响维度为直播间分享数下的数据库中查询当前热度计算时段内的直播更新数据，那么本实施例中的时间滑动窗口可以用share_window表示，此时若直播热度计算的当前时间戳为now_ts，所设定的热度计算时段为10分钟，则通过数据库为redis时的命令zcount(share_window，now_ts-10min，now_ts)，即可得出直播间分享数维度下的数据库中位于当前热度计算时段内的直播更新数据，此时对于目标直播间在不同时刻下的直播热度，均可以通过查询各个热度影响维度下在最近10分钟内的直播更新数据来计算得到，从而保证直播热度的实时准确性。
[0059]
s240，对各热度影响维度下的直播更新数据进行加权分析，得到目标直播间的当前直播热度。
[0060]
本实施例中，可以通过分析各个热度影响维度对于直播间活跃度的影响程度，来为每一热度影响维度分别设置对应的权重，然后通过对各个热度影响维度下的直播更新数据进行加权分析，来得到目标直播间的当前直播热度。
[0061]
本实施例提供的技术方案，在检测到目标直播间的热度计算请求时，会采用时间滑动窗口从各个热度影响维度下的数据库中查询位于当前热度计算时段内的直播更新数据，然后对各个热度影响维度下位于当前热度计算时段内的直播更新数据进行直播活跃度分析，来计算目标直播间的当前直播热度，提高直播热度的实时准确性。
[0062]
实施例三
[0063]
图3a为本发明实施例三提供的一种计算直播热度的方法的流程图，图3b为本发明实施例三提供的直播热度计算过程的原理示意图。本实施例是在上述实施例的基础上进行优化。具体的，如图3a所示，本实施例中主要对于直播热度计算过程中存在消息丢失时的直播热度容错方式进行详细的解释说明。
[0064]
可选的，如图3a所示，本实施例中可以包括如下步骤：
[0065]
s310，为各热度影响维度下的数据库设置对应的数据存活时长。
[0066]
可选的，由于在直播场景下，可能会存在直播间的开播请求或关播请求在传输过
程中丢失的情况，此时如果在上一直播间关播后，已经重新开播当前直播间，那么在计算当前直播间的直播热度时，可能会从各热度影响维度下的数据库中查询出上一直播间内的直播更新数据，来分析当前直播间的直播热度，导致直播热度不准确；因此如图3b所示，本实施例可以预先为各个热度影响维度下的数据库分别设置对应的数据存活时长，以表示该数据库内每一直播更新数据的有效时长，若某一直播更新数据的缓存时长超出该数据存活时长，则将该直播更新数据作为无效数据处理，从而在计算当前直播间的直播热度时，能够尽可能保证上一直播间的直播更新数据已经失效，进而保证直播热度的准确性。
[0067]
s320，通过代理服务获取目标直播间在每一热度影响维度下的直播更新数据，并对应缓存至该热度影响维度下的数据库中。
[0068]
可选的，本实施例会接收到目标直播间在每次直播时的开播请求和关播请求，为了从目标直播间在各热度影响维度下的数据库内准确区分出每一次直播下的直播更新数据，会在检测到目标直播间的开播请求或者关播请求时，自动清除目标直播间在各热度影响维度下的数据库中已缓存的直播更新数据。此时开播请求所对应清除的是上一次直播时的直播更新数据，而关播请求所对应清除的是当前直播时的直播更新数据。
[0069]
然而，如果丢失某次的开播请求和关播请求中的至少一项时，可能会造成两次直播时的直播更新数据同时存储的情况，因此本实施例会为目标直播间设置对应的直播标识，该直播标识可以为开播或关播，在接收到目标直播间的开播请求时，将该直播标识设置为开播，而在接收到目标直播间的关播请求时，将该直播标识设置为关播，此时热度计算节点在每次接收到目标直播间在任一热度影响维度下的直播更新数据时，均会判断该目标直播间的直播标识是否为开播，以判断该直播更新数据是否会与上一次直播时的直播更新数据缓存在同一数据库内；因此，如果目标直播间的直播标识为关播，则自动清除目标直播间在各热度影响维度下的数据库中已缓存的直播更新数据，并将直播标识更新为开播。
[0070]
具体的，如果目标直播间的直播标识为关播，说明丢失了目标直播间的当前直播时的开播请求，此时各热度影响维度下的数据库中可能缓存有上一次直播时的直播更新数据，因此需要自动清除目标直播间在各个热度影响维度下的数据库中已缓存的直播更新数据，也就是在上一次直播时的直播更新数据，并将该直播标识更新为开播，同时将本次接收到直播更新数据对应缓存至相应热度影响维度下的数据库中，以确保后续查询的直播更新数据均为当前直播时的直播更新数据，从而保证直播热度的准确性。
[0071]
s330，如果检测到目标直播间的热度计算请求，则按照各热度影响维度下的数据库中缓存的直播更新数据，计算目标直播间的当前直播热度。
[0072]
s340，针对各热度影响维度下的数据库内缓存的每一直播更新数据，如果该直播更新数据的缓存时长达到数据存活时长，则自动清除该直播更新数据。
[0073]
可选的，在目标直播间的整个直播过程中，为了保证各热度影响维度下的数据库内直播更新数据的有效性，本实施例从将某一直播更新数据对应缓存至相应热度影响维度下的数据库中，便会实时记录该直播更新数据的缓存时长，以分析各个热度影响维度下的数据库内缓存的每一直播更新数据的缓存时长是否达到预先设定的数据存活时长，从而判断该直播更新数据的有效性，并在某一直播更新数据的缓存时长达到数据存活时长时，从所缓存的数据库中自动清除该直播更新数据，保证直播更新数据的有效存活，提高直播热度计算时的数据查询准确性。
[0074]
此时，即使目标直播间在上一次直播时的关播请求和在当前直播时的开播请求均丢失，那么也会按照直播更新数据的缓存时长与数据存活时长之间的大小，来对直播更新数据的有效性进行分析，提高直播热度的准确性。
[0075]
本实施例提供的技术方案，通过为各个热度影响维度下的数据库设置对应的数据存活时长，以及为目标直播间设置直播标识，来为目标直播间丢失开播请求或者关播请求时存在的数据查询失误，设置相应的容错机制，通过数据存活时长和直播更新数据在相应条件下的自动清除，保证直播热度计算时的数据查询准确性，从而提高直播热度的准确性。
[0076]
实施例四
[0077]
图4为本发明实施例四提供的一种计算直播热度的装置的结构示意图，具体的，如图4所示，该装置可以包括：
[0078]
数据更新模块410，用于通过代理服务获取目标直播间在每一热度影响维度下的直播更新数据，并对应缓存至该热度影响维度下的数据库中；
[0079]
热度计算模块420，用于如果检测到所述目标直播间的热度计算请求，则按照各热度影响维度下的数据库中缓存的直播更新数据，计算所述目标直播间的当前直播热度。
[0080]
本实施例提供的技术方案，通过代理服务为各个热度计算节点指定对应的目标直播间，使得每一热度计算节点能够全面获取所面向的目标直播间在每一热度影响维度下的直播更新数据，从而避免出现由多个热度计算节点并发计算目标直播间的直播热度的情况，提高直播热度计算的准确性；同时，在获取到每一热度影响维度下的直播更新数据时，会先将该直播更新数据对应缓存至该热度影响维度下的数据库中，后续只有在检测到目标直播间的热度计算请求时，才会按照各热度影响维度下的数据库中缓存的直播更新数据，来计算目标直播间的当前直播热度，无需每次接收到一个直播更新数据时，便查询一次其他热度影响维度下的数据值，来实时计算该直播间的直播热度，减少了直播热度的计算频率，从而在保证直播热度准确性的基础上，极大降低直播热度的计算量。
[0081]
本实施例提供的计算直播热度的装置可适用于上述任意实施例提供的计算直播热度的方法，具备相应的功能和有益效果。
[0082]
实施例五
[0083]
图5为本发明实施例五提供的一种计算机设备的结构示意图，如图5所示，该设备包括处理器50、存储装置51和通信装置52；设备中处理器50的数量可以是一个或多个，图5中以一个处理器50为例；设备中的处理器50、存储装置51和通信装置52可以通过总线或其他方式连接，图5中以通过总线连接为例。
[0084]
本实施例提供的一种计算机设备可用于执行上述任意实施例提供的计算直播热度的方法，具备相应的功能和有益效果。
[0085]
实施例六
[0086]
本发明实施例六还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可实现上述任意实施例中的计算直播热度的方法。该方法具体可以包括：
[0087]
通过代理服务获取目标直播间在每一热度影响维度下的直播更新数据，并对应缓存至该热度影响维度下的数据库中；
[0088]
如果检测到所述目标直播间的热度计算请求，则按照各热度影响维度下的数据库
中缓存的直播更新数据，计算所述目标直播间的当前直播热度。
[0089]
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的计算直播热度的方法中的相关操作。
[0090]
通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
[0091]
值得注意的是，上述计算直播热度的装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
[0092]
以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。