CN114302189B - 直播清晰度处理方法及装置 - Google Patents

Abstract

本申请实施例公开了一种直播清晰度处理方法及装置，其中，直播清晰度处理方法包括：接收资源获取请求，资源获取请求用于从直播间获取直播资源；确定直播间的资源请求信息；根据资源请求信息，确定直播间的当前默认清晰度；按照当前默认清晰度，向客户端发送对应的直播资源。本申请根据确定得到的直播间的资源请求信息，能够便捷、实时地对直播间的当前默认清晰度进行动态调整，实现了对默认清晰度的高性能、实时调整，尽可能使用户观看到画质较优、清晰度较高的直播资源，提升了用户观看体验，优化了直播清晰度处理方式。

Description

直播清晰度处理方法及装置

技术领域

本申请实施例涉及互联网视频技术领域，具体涉及一种直播清晰度处理方法及装置。

背景技术

随着互联网技术的不断发展，直播得到了越来越广泛的发展和应用。在直播领域中，通常会为直播资源设置多个等级的清晰度。现有技术中一般采用两种方式来设置默认清晰度。其中，第一种方式是将最低等级的清晰度作为默认清晰度，在用户进入直播间观看直播资源时，服务端会按照最低等级的清晰度向用户提供直播资源，以节省直播下行带宽并提高用户的观看加载速度，但由于用户观看到的是清晰度较差的直播资源，会严重影响用户观看体验。第二种方式是根据采集到的服务端带宽使用情况来调整默认清晰度，在带宽紧张的情况下尽可能向用户提供等级较低的清晰度，在带宽不紧张的情况下向用户提供等级较高的清晰度，但对于服务端宽带的采集会存在延迟，进而使得对默认清晰度的调整也存在延迟，无法高性能、及时地对默认清晰度进行调整。

发明内容

鉴于上述问题，本申请提出了一种直播清晰度处理方法、装置、计算设备及计算机存储介质，以解决现有的默认清晰度设置方式存在的用户观看体验差、清晰度调整延迟的问题。

根据本申请实施例的一个方面，提供了一种直播清晰度处理方法，包括：

接收资源获取请求，资源获取请求用于从直播间获取直播资源；

确定直播间的资源请求信息；

根据资源请求信息，确定直播间的当前默认清晰度；

按照当前默认清晰度，向客户端发送对应的直播资源。

进一步地，资源请求信息包括：直播间在单位时长内的总数据传输量以及直播间的数据传输量排名。

进一步地，确定直播间的资源请求信息进一步包括：

确定直播间在单位时长内的总数据传输量；

获取直播平台中除直播间之外的其他直播间在单位时长内的总数据传输量；

将直播间的总数据传输量和其他直播间的总数据传输量进行排序，得到直播间的数据传输量排名。

进一步地，确定直播间在单位时长内的总数据传输量进一步包括：

获取直播间在单位时长内向各个客户端发送直播资源的码率；

根据各个客户端对应的码率，计算得到直播间在单位时长内的总数据传输量。

进一步地，确定直播间在单位时长内的总数据传输量进一步包括：

获取直播间在单位时长内的客户端请求数；

依据客户端请求数和直播间的初始默认清晰度对应的码率，计算直播间在单位时长内的总数据传输量。

进一步地，根据资源请求信息，确定直播间的当前默认清晰度进一步包括：

计算资源请求信息中的直播间在单位时长内的总数据传输量与预先设置的码率阈值之间的比值；

根据比值以及资源请求信息中的直播间的数据传输量排名，确定对应的清晰度调整策略；

按照清晰度调整策略对直播间的初始默认清晰度进行处理，得到直播间的当前默认清晰度。

进一步地，根据比值以及资源请求信息中的直播间的数据传输量排名，确定对应的清晰度调整策略进一步包括：

若比值大于第一阈值且小于第二阈值，并且数据传输量排名处于头部直播间排名范围，则确定对应的清晰度调整策略为下调清晰度策略；

若比值大于第三阈值且小于第四阈值，并且数据传输量排名处于尾部直播间排名范围，则确定对应的清晰度调整策略为上调清晰度策略。

进一步地，在按照清晰度调整策略对直播间的初始默认清晰度进行处理，得到直播间的当前默认清晰度之后，该方法还包括：

利用直播间的当前默认清晰度，对直播间的初始默认清晰度进行更新。

进一步地，码率阈值是根据带宽阈值和业务参数设置的。

根据本申请实施例的另一方面，提供了一种直播清晰度处理装置，包括：

接收模块，适于接收资源获取请求，资源获取请求用于从直播间获取直播资源；

确定模块，适于确定直播间的资源请求信息；

处理模块，适于根据资源请求信息，确定直播间的当前默认清晰度；

发送模块，适于按照当前默认清晰度，向客户端发送对应的直播资源。

根据本申请实施例的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；

存储器用于存放至少一可执行指令，可执行指令使处理器执行上述直播清晰度处理方法对应的操作。

根据本申请实施例的再一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述直播清晰度处理方法对应的操作。

根据本申请实施例提供的直播清晰度处理方法、装置、计算设备及计算机存储介质，增加了针对直播间的资源请求信息的计算功能，根据确定得到的直播间的资源请求信息，实现了对默认清晰度的高性能、实时动态调整，无需统计服务端的带宽使用情况，有效地减少了统计带宽所耗费的资源；并且计算直播间的总数据传输量与码率阈值之间的比值，通过比值和数据传输量排名来综合估算该直播间当前对于服务端的带宽占用情况，实现了对带宽占用情况的精准预测，根据比值以及直播间的数据传输量排名，能够为直播间快速地确定对应的清晰度调整策略，在带宽允许的情况下尽可能使用户观看到画质较优、清晰度较高的直播资源，提升了用户观看体验，优化了直播清晰度处理方式。

上述说明仅是本申请实施例技术方案的概述，为了能够更清楚了解本申请实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本申请实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请实施例的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请实施例的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本申请一个实施例的直播清晰度处理方法的流程示意图；

图2示出了根据本申请另一个实施例的直播清晰度处理方法的流程示意图；

图3示出了根据本申请一个实施例的直播清晰度处理装置的结构框图；

图4示出了根据本申请一个实施例的一种计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

首先，对本申请一个或多个实施例涉及的名词术语进行解释。

带宽：在单位时间(一般指的是1秒钟)内能传输的数据量。

码率：数据传输时单位时间内传送的数据位数。

清晰度：影像上各细部影纹及其边界的清晰程度。

直播下行调度服务：用户进入直播间就会请求的直播流调度服务，获得直播资源的播放地址。

QPS：每秒查询率，即每秒的用户请求数。

图1示出了根据本申请一个实施例的直播清晰度处理方法的流程示意图，如图1所示，该方法包括如下步骤：

步骤S101，接收资源获取请求。

该方法可由服务端进行执行。在通常情况下，服务端管理有多个直播间，具体地，服务端中可设置有直播下行调度服务，直播下行调度服务具体可为直播流调度服务，用于根据直播对应的客户端的资源获取请求确定对应的直播资源的播放地址，以供客户端依据该播放地址获得直播资源。在本实施例中，直播下行调度服务还具有调整直播间的默认清晰度的功能，具体地，可根据直播间的资源请求信息实时动态调整直播间的默认清晰度。

其中，资源获取请求用于从直播间获取直播资源。当用户想要观看直播资源时，可启动直播对应的客户端，在客户端启动后，在客户端页面中展示有多个直播间，用户可从多个直播间中选定一个直播间进入，在用户选定了一个直播间时，客户端会向服务端发送针对该直播间的资源获取请求，用于请求获取该直播间的直播资源。服务端接收该资源获取请求，触发直播下行调度服务。其中，直播资源具体可包括直播视频等。资源获取请求中至少包含用户ID、直播间ID、请求发送时刻等信息。具体地，用户ID为用于标识用户身份的标识信息，可为用户在直播平台中的账号，例如手机号、用户名、邮箱、微信号等第三方平台账号；直播间ID为用于标识直播间的标识信息，例如房间号等。

步骤S102，确定直播间的资源请求信息。

在接收到资源获取请求之后，服务端确定该资源获取请求所对应的直播间的资源请求信息。其中，资源请求信息反映的是直播间当前的数据传输情况，具体地，资源请求信息可包括：该直播间在单位时长内的总数据传输量以及该直播间的数据传输量排名。本领域技术人员还可根据实际需要设置资源请求信息包括其他信息，此处不做限定。

其中，该单位时长是指资源获取请求中的请求发送时刻所属的单位长度的时间段，本领域技术人员可根据实际需要设置单位时长的时间长度以及单位时长的确定方式，此处不做限定。例如，当该单位时长的时间长度为1s时，该单位时长具体可为以请求发送时刻前1s为起始时刻，以请求发送时刻为终止时刻的时间段；或者，该单位时长具体可为请求发送时刻所属的整秒时间段，如，请求发送时刻为17：08：02(即17点零8分零2秒)中的某一时刻，那么该单位时长即为17：08：02这1秒所对应的时间段。

该直播间在单位时长内的总数据传输量是指该直播间在单位时长内向各个客户端传输的数据量的总和。该直播间的数据传输量排名是指在该单位时长内该直播间在直播平台的所有直播间中的总数据传输量的排名。在具体应用中，该直播间的数据传输量排名可以是按照总数据传输量从高到低的顺序对直播平台中的各个直播间进行排列而确定的，其中，数据传输量排名越高，说明该直播间向各个客户端传输的数据量越大，该直播间的热度越高。

步骤S103，根据资源请求信息，确定直播间的当前默认清晰度。

其中，服务端可为直播间设置有初始默认清晰度，以便快速地完成对直播间的当前默认清晰度的确定。具体地，可根据资源请求信息判断是否需要对该直播间的初始默认清晰度进行调整。若经判断得到无需对初始默认清晰度进行调整，则可直接将该初始默认清晰度确定为该直播间的当前默认清晰度。若经判断得到需要对初始默认清晰度进行调整，则可进一步确定调整策略，例如是进行上调还是下调，然后在初始默认清晰度的基础上，上调或下调一个或多个等级，从而得到该直播间的当前默认清晰度。

一般情况下，清晰度可分为多个等级，例如分别为流畅、标清、高清、超清、蓝光、4K等。可选地，可将等级较高的清晰度作为初始默认清晰度，那么当根据该直播间的资源请求信息得到无需对初始默认清晰度进行调整时，则可直接将该等级较高的初始默认清晰度作为直播间的当前默认清晰度进行数据传输，使得用户在进入直播间后能够观看到画质较优、清晰度较高的直播资源。

步骤S104，按照当前默认清晰度，向客户端发送对应的直播资源。

在确定了该直播间的当前默认清晰度之后，将当前默认清晰度对应的直播资源确定为需要向客户端发送的直播资源，并按照当前默认清晰度对应的码率，向客户端发送当前默认清晰度对应的直播资源，以供客户端接收并展示直播资源。

根据本申请实施例提供的直播清晰度处理方法，增加了针对直播间的资源请求信息的计算功能，根据确定得到的直播间的资源请求信息，能够便捷、实时地对直播间的当前默认清晰度进行动态调整，按照为直播间所确定的当前默认清晰度，向客户端发送对应的直播资源。该方案无需统计服务端的带宽使用情况，而是根据计算得到的直播间的资源请求信息实现了对默认清晰度的高性能、实时调整，尽可能使用户观看到画质较优、清晰度较高的直播资源，提升了用户观看体验，优化了直播清晰度处理方式。

图2示出了根据本申请另一个实施例的直播清晰度处理方法的流程示意图，如图2所示，该方法包括如下步骤：

步骤S201，接收资源获取请求。

该方法可由服务端进行执行，具体地，该方法可通过服务端中的直播下行调度服务来实现。当用户想要观看直播资源时，启动直播对应的客户端，并在客户端页面所展示的多个直播间中选定一个直播间进入。在用户选定了一个直播间时，客户端会向服务端发送针对该直播间的资源获取请求，用于请求获取该直播间的直播资源。服务端接收该资源获取请求，触发直播下行调度服务。其中，资源获取请求用于从直播间获取直播资源，资源获取请求中至少包含有用户ID、直播间ID、请求发送时刻等信息。本领域技术人员还可根据实际需要设置资源获取请求包括其他信息，此处不做限定。

在接收到资源获取请求之后，服务端可通过资源获取请求中的直播间ID来唯一确定该资源获取请求所对应的直播间为哪个直播间，接着确定该直播间的资源请求信息。具体地，资源请求信息可包括：该直播间在单位时长内的总数据传输量以及该直播间的数据传输量排名。下面通过步骤S202至步骤S204对资源请求信息的具体确定方式进行介绍。

步骤S202，确定直播间在单位时长内的总数据传输量。

在一种可选的实施方式中，可获取直播间在单位时长内向各个客户端发送直播资源的码率，然后根据各个客户端对应的码率，计算得到直播间在单位时长内的总数据传输量。具体地，服务端中可记录有各个直播间的数据传输情况，通过对步骤S201中的资源获取请求所针对的直播间的数据传输情况进行分析，能够便捷地获取到该直播间在单位时长内向各个客户端发送的直播资源的码率。本领域技术人员可根据实际需要对单位时长的时间长度进行设置，此处不做限定。

例如，当单位时长为2秒时，若该直播间在这2秒内向3个客户端发送了直播资源，这3个客户端分别为客户端A、客户端B和客户端C，其中，客户端A对应的码率为1500比特/秒(即bit/s)，客户端B对应的码率为2500比特/秒，客户端C对应的码率为5000比特/秒，那么通过将客户端A、客户端B和客户端C对应的码率分别与单位时长相乘再计算其总和，得到该直播间在单位时长内的总数据传输量为18000比特。通过这种方式，能够实现对该直播间在单位时长内向各个客户端发送的总数据传输量的精准计算。

经大数据分析发现，用户在进入直播间之后大概率地不会自行调整清晰度而是直接一直按照服务端为直播间所设置的初始默认清晰度来观看直播资源，那么在另一种可选的实施方式中，可获取直播间在单位时长内的客户端请求数，然后依据客户端请求数和直播间的初始默认清晰度对应的码率，计算得到直播间在单位时长内的总数据传输量。具体地，可获取直播间的每秒查询率(QPS，Queries-per-second)，依据单位时长和QPS计算得到直播间在单位时长内的客户端请求数，然后将客户端请求数与该直播间的初始默认清晰度对应的码率相乘，即可得到该直播间在单位时长内的总数据传输量。

例如，当单位时长为2秒时，若该直播间的QPS为5，该直播间的初始默认清晰度对应的码率为1500比特/秒，那么通过将单位时长和该直播间的QPS相乘即可得到该直播间在单位时长内的客户端请求数为10，通过将客户端请求数与该直播间的初始默认清晰度对应的码率相乘，得到该直播间在单位时长内的总数据传输量为15000比特。通过这种方式，能够实现对该直播间在单位时长内向各个客户端发送的总数据传输量的粗略计算，有效地减少计算量，提高针对总数据传输量的计算速度。

可选地，在确定得到直播间在单位时长内的总数据传输量之后，并对直播间在单位时长内的总数据传输量进行记录，以便在确定其他直播间的数据传输量排名时使用。

步骤S203，获取直播平台中除直播间之外的其他直播间在单位时长内的总数据传输量。

服务端管理有多个直播间，服务端在同一时刻会实时地接收到大量的针对直播平台中各个直播间的资源获取请求，针对直播平台中除步骤S201所述的直播间之外的其他直播间，也会按照本实施的各步骤进行执行，计算并记录其他直播间在单位时长内的总数据传输量，那么在步骤S203中可获取服务端所记录的其他直播间在单位时长内的总数据传输量。

步骤S204，将直播间的总数据传输量和其他直播间的总数据传输量进行排序，得到直播间的数据传输量排名。

在得到了该直播间的总数据传输量和其他直播间的总数据传输量之后，可按照预设排列顺序对该直播间的总数据传输量和其他直播间的总数据传输量进行排序，其中，预设排列顺序具体可为总数据传输量从高到低的顺序或者从低到高的顺序。经过上述排序后，能够便捷地得到该直播间在所有直播间的数据传输量排名。

步骤S205，计算资源请求信息中的直播间在单位时长内的总数据传输量与预先设置的码率阈值之间的比值。

在确定了该直播间在单位时长内的总数据传输量以及该直播间的数据传输量排名之后，即可根据该直播间在单位时长内的总数据传输量以及该直播间的数据传输量排名来确定直播间的当前默认清晰度。具体地，考虑到各个直播间在单位时长内的总数据传输量的总和与服务端当前的带宽之间具有正比关系，若总数据传输量的总和越大，则服务端当前的带宽占用越大，那么可基于上述正比关系，根据所有直播间的总数据传输量来估算当前的带宽占用情况。

在本实施例中，预先设置了码率阈值，计算该直播间在单位时长内的总数据传输量与码率阈值之间的比值，通过直播间在单位时长内的总数据传输量与码率阈值之间的比值来反映该直播间对于带宽的占用情况。其中，码率阈值可以是根据带宽阈值和业务参数设置的。本领域技术人员可根据实际业务场景来选择带宽阈值和业务参数，此处不做具体限定。例如，业务参数可根据用户观看直播的习惯参数、用户在请求播放地址之后保持观看的留存率等来设置。例如，预期服务的最高带宽为1000千兆比特(即Gb)，那么可将带宽阈值设置为1000千兆比特，若业务参数为10％，那么码率阈值可为100千兆比特。

步骤S206，根据比值以及资源请求信息中的直播间的数据传输量排名，确定对应的清晰度调整策略。

其中，比值反映的是单个直播间在单位时长内的总数据传输量在码率阈值中的占比情况，比值越大，说明该直播间的总数据传输量在码率阈值中的占比越大，但比值并不能反映该直播间在直播平台所有直播间这一全局中的数据传输量排名情况，因此通过数据传输量排名来反映的是单个直播间在直播平台所有直播间的数据传输量排名情况。在本实施例中，通过比值和数据传输量排名来综合估算该直播间当前对于服务端的带宽占用情况。具体地，比值较大且数据传输量排名靠前，说明该直播间在单位时长内的总数据传输量较多，且在直播平台全局中也属于总数据传输量较多的直播间，那么可将该直播间看作为直播平台中人气较高的直播间，即头部的直播间，考虑到这类头部的直播间通常会占用较多的带宽，从而即可便捷地预测出该直播间当前对于服务端的带宽占用较大。而比值较小且数据传输量排名靠后，说明该直播间在单位时长内的总数据传输量较少，且在直播平台全局中也属于总数据传输量较少的直播间，那么可将该直播间看作为直播平台中人气较低的直播间，即尾部的直播间，考虑到这类尾部的直播间通常会占用较少的带宽，从而即可便捷地预测出该直播间当前对于服务端的带宽占用较小。采用本实例提供的方法，完全无需对服务端的带宽使用情况进行统计，减少了统计带宽所耗费的资源，另外，正是由于本实施例无需统计服务端的带宽使用情况，所以也不会出现带宽采集所带来的延迟问题，本实施例能够根据比值以及直播间的数据传输量排名，为直播间快速地确定对应的清晰度调整策略，实现了对默认清晰度的高性能、实时调整。

为了快速地实现对直播间默认清晰度的调整，可预先设置多种清晰度调整策略，清晰度调整策略中记录有比值、数据传输量排名以及调整方式之间的对应关系。其中，清晰度调整策略具体可包括下调清晰度策略、上调清晰度策略以及保持清晰度策略。

通过大数据分析可知，造成带宽暴涨的原因往往是在于人气较高的、热门的直播间，这类头部的直播间会占用较多的带宽，那么可为头部的直播间设置下调清晰度策略，通过下调头部直播间的默认清晰度来实现对服务端整体带宽的调控效果。另外，针对人气较低的直播间，考虑到即使上调其默认清晰度也不会占用过多的带宽，那么可为这类尾部的直播间设置上调清晰度策略，通过上调尾部直播间的默认清晰度来提高其对应用户的观看体验。

具体地，在确定了比值和数据传输量排名之后，若比值大于第一阈值且小于第二阈值，并且数据传输量排名处于头部直播间排名范围，说明该直播间属于头部直播间，则确定其对应的清晰度调整策略为下调清晰度策略；若比值大于第三阈值且小于第四阈值，并且数据传输量排名处于尾部直播间排名范围，说明该直播间属于尾部直播间，则确定对应的清晰度调整策略为上调清晰度策略。若比值和数据传输量排名既不符合下调清晰度策略对应的条件范围，又不符合上调清晰度策略对应的条件范围，则确定其对应的清晰度调整策略为保持清晰度策略，即无需进行清晰度调整。

假设第一阈值为70％，第二阈值为100％，第三阈值为0，第四阈值为20％，头部直播间排名范围为前5％，尾部直播间排名范围为95％～100％。若该直播间在单位时长内的总数据传输量与码率阈值之间的比值为75％且数据传输量排名处于前5％，说明该直播间属于头部直播间，则为该直播间确定下调清晰度策略，以调控其在单位时长内的数据传输量。若该直播间在单位时长内的总数据传输量与码率阈值之间的比值为60％和/或数据传输量排名处于6％～94％，则其既不符合下调清晰度策略对应的条件范围，又不符合上调清晰度策略对应的条件范围，那么无需进行清晰度调整，为该直播间确定保持清晰度策略，可直接将该直播间的初始默认清晰度作为直播间的当前默认清晰度。若该直播间在单位时长内的总数据传输量与码率阈值之间的比值为15％且数据传输量排名处于95％～100％，说明该直播间属于尾部直播间，则为该直播间确定上调清晰度策略，以提高其对应用户的观看体验。

步骤S207，按照清晰度调整策略对直播间的初始默认清晰度进行处理，得到直播间的当前默认清晰度。

若所确定的清晰度调整策略为下调清晰度策略，则在该直播间的初始默认清晰度的基础上，按照下调清晰度策略下调一个或多个等级，例如清晰度由高清下调为流畅，从而得到该直播间的当前默认清晰度。若所确定的清晰度调整策略为上调清晰度策略，则在该直播间的初始默认清晰度的基础上，按照上调清晰度策略上调一个或多个等级，例如清晰度由流畅上调为标清，从而得到该直播间的当前默认清晰度。若所确定的清晰度调整策略为保持清晰度策略，则无需对该直播间的初始默认清晰度进行调整，直接将该直播间的初始默认清晰度作为直播间的当前默认清晰度。

可选地，在得到直播间的当前默认清晰度之后，利用直播间的当前默认清晰度，对直播间的初始默认清晰度进行更新，以便后续为该直播间确定默认清晰度时使用。

步骤S208，按照当前默认清晰度，向客户端发送对应的直播资源。

其中，可将当前默认清晰度对应的直播资源确定为需要向客户端发送的直播资源，并按照当前默认清晰度对应的码率，向客户端发送当前默认清晰度对应的直播资源，以供客户端接收并展示直播资源。

根据本申请实施例提供的直播清晰度处理方法，能够便捷地计算直播间在单位时长内的总数据传输量，进而确定直播间的数据传输量排名以及总数据传输量与码率阈值之间的比值，通过比值和数据传输量排名来综合估算该直播间当前对于服务端的带宽占用情况，实现了对带宽占用情况的精准预测，无需统计服务端的带宽使用情况，减少了统计带宽所耗费的资源；根据比值以及直播间的数据传输量排名，能够为直播间快速地确定对应的清晰度调整策略，实现了对默认清晰度的高性能、实时调整，在带宽允许的情况下尽可能使用户观看到画质较优、清晰度较高的直播资源，提升了用户观看体验，进一步优化了直播清晰度处理方式。

图3示出了根据本申请一个实施例的直播清晰度处理装置的结构框图，如图3所示，该装置包括：接收模块310、确定模块320、处理模块330以及发送模块340。

接收模块310适于：接收资源获取请求，资源获取请求用于从直播间获取直播资源。

确定模块320适于：确定直播间的资源请求信息。

其中，资源请求信息包括：直播间在单位时长内的总数据传输量以及直播间的数据传输量排名。

可选地，确定模块320进一步适于：确定直播间在单位时长内的总数据传输量；获取直播平台中除直播间之外的其他直播间在单位时长内的总数据传输量；将直播间的总数据传输量和其他直播间的总数据传输量进行排序，得到直播间的数据传输量排名。

可选地，确定模块320进一步适于：获取直播间在单位时长内向各个客户端发送直播资源的码率；根据各个客户端对应的码率，计算得到直播间在单位时长内的总数据传输量。

可选地，确定模块320进一步适于：获取直播间在单位时长内的客户端请求数；依据客户端请求数和直播间的初始默认清晰度对应的码率，计算直播间在单位时长内的总数据传输量。

处理模块330适于：根据资源请求信息，确定直播间的当前默认清晰度。

可选地，处理模块330进一步适于：计算资源请求信息中的直播间在单位时长内的总数据传输量与预先设置的码率阈值之间的比值；根据比值以及资源请求信息中的直播间的数据传输量排名，确定对应的清晰度调整策略；按照清晰度调整策略对直播间的初始默认清晰度进行处理，得到直播间的当前默认清晰度。其中，码率阈值是根据带宽阈值和业务参数设置的。

可选地，处理模块330进一步适于：若比值大于第一阈值且小于第二阈值，并且数据传输量排名处于头部直播间排名范围，则确定对应的清晰度调整策略为下调清晰度策略；若比值大于第三阈值且小于第四阈值，并且数据传输量排名处于尾部直播间排名范围，则确定对应的清晰度调整策略为上调清晰度策略。

可选地，处理模块330进一步适于：利用直播间的当前默认清晰度，对直播间的初始默认清晰度进行更新。

发送模块340适于：按照当前默认清晰度，向客户端发送对应的直播资源。

以上各模块的描述参照方法实施例中对应的描述，在此不再赘述。

根据本申请实施例提供的直播清晰度处理装置，增加了针对直播间的资源请求信息的计算功能，根据计算得到的直播间的资源请求信息，实现了对默认清晰度的高性能、实时动态调整，无需统计服务端的带宽使用情况，有效地减少了统计带宽所耗费的资源；并且计算直播间的总数据传输量与码率阈值之间的比值，通过比值和数据传输量排名来综合估算该直播间当前对于服务端的带宽占用情况，实现了对带宽占用情况的精准预测，根据比值以及直播间的数据传输量排名，能够为直播间快速地确定对应的清晰度调整策略，在带宽允许的情况下尽可能使用户观看到画质较优、清晰度较高的直播资源，提升了用户观看体验，优化了直播清晰度处理方式。

本申请实施例还提供了一种非易失性计算机存储介质，计算机存储介质存储有至少一可执行指令，可执行指令可执行上述任意方法实施例中的直播清晰度处理方法。

图4示出了根据本申请实施例的一种计算设备的结构示意图，本申请实施例的具体实施例并不对计算设备的具体实现做限定。

如图4所示，该计算设备可以包括：处理器(processor)402、通信接口(Communications Interface)404、存储器(memory)406、以及通信总线408。

其中：

处理器402、通信接口404、以及存储器406通过通信总线408完成相互间的通信。

通信接口404，用于与其它设备比如客户端或其它服务端等的网元通信。

处理器402，用于执行程序410，具体可以执行上述直播清晰度处理方法实施例中的相关步骤。

具体地，程序410可以包括程序代码，该程序代码包括计算机操作指令。

处理器402可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本申请实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器406，用于存放程序410。存储器406可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序410具体可以用于使得处理器402执行上述任意方法实施例中的直播清晰度处理方法。程序410中各步骤的具体实现可以参见上述直播清晰度处理实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述，构造这类***所要求的结构是显而易见的。此外，本申请实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请实施例的内容，并且上面对特定语言所做的描述是为了披露本申请实施例的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本申请实施例的示例性实施例的描述中，本申请实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请实施例的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请实施例的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本申请实施例的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例中的一些或者全部部件的一些或者全部功能。本申请实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本申请实施例进行说明而不是对本申请实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种直播清晰度处理方法，包括：

接收资源获取请求，所述资源获取请求用于从直播间获取直播资源；

确定所述直播间的资源请求信息；

根据所述资源请求信息，确定所述直播间的当前默认清晰度；

按照所述当前默认清晰度，向客户端发送对应的直播资源；

其中，所述根据所述资源请求信息，确定所述直播间的当前默认清晰度进一步包括：

计算所述资源请求信息中的所述直播间在单位时长内的总数据传输量与预先设置的码率阈值之间的比值；

根据所述比值以及所述资源请求信息中的所述直播间的数据传输量排名，确定对应的清晰度调整策略；其中，若所述比值大于第一阈值且小于第二阈值，并且所述数据传输量排名处于头部直播间排名范围，则确定对应的清晰度调整策略为下调清晰度策略；若所述比值大于第三阈值且小于第四阈值，并且所述数据传输量排名处于尾部直播间排名范围，则确定对应的清晰度调整策略为上调清晰度策略；

按照所述清晰度调整策略对所述直播间的初始默认清晰度进行处理，得到所述直播间的当前默认清晰度。

2.根据权利要求1所述的方法，其中，所述资源请求信息包括：所述直播间在单位时长内的总数据传输量以及所述直播间的数据传输量排名。

3.根据权利要求2所述的方法，其中，所述确定所述直播间的资源请求信息进一步包括：

确定所述直播间在单位时长内的总数据传输量；

获取直播平台中除所述直播间之外的其他直播间在单位时长内的总数据传输量；

将所述直播间的总数据传输量和其他直播间的总数据传输量进行排序，得到所述直播间的数据传输量排名。

4.根据权利要求3所述的方法，其中，所述确定所述直播间在单位时长内的总数据传输量进一步包括：

获取所述直播间在所述单位时长内向各个客户端发送直播资源的码率；

根据各个客户端对应的码率，计算得到所述直播间在单位时长内的总数据传输量。

5.根据权利要求3所述的方法，其中，所述确定所述直播间在单位时长内的总数据传输量进一步包括：

获取所述直播间在所述单位时长内的客户端请求数；

依据所述客户端请求数和所述直播间的初始默认清晰度对应的码率，计算所述直播间在单位时长内的总数据传输量。

6.根据权利要求1所述的方法，其中，在所述按照所述清晰度调整策略对所述直播间的初始默认清晰度进行处理，得到所述直播间的当前默认清晰度之后，所述方法还包括：

利用所述直播间的当前默认清晰度，对所述直播间的初始默认清晰度进行更新。

7.根据权利要求1-6任一项所述的方法，其中，所述码率阈值是根据带宽阈值和业务参数设置的。

8.一种直播清晰度处理装置，包括：

接收模块，适于接收资源获取请求，所述资源获取请求用于从直播间获取直播资源；

确定模块，适于确定所述直播间的资源请求信息；

处理模块，适于根据所述资源请求信息，确定所述直播间的当前默认清晰度；

发送模块，适于按照所述当前默认清晰度，向客户端发送对应的直播资源；

其中，所述处理模块进一步适于：

计算所述资源请求信息中的所述直播间在单位时长内的总数据传输量与预先设置的码率阈值之间的比值；

根据所述比值以及所述资源请求信息中的所述直播间的数据传输量排名，确定对应的清晰度调整策略；其中，若所述比值大于第一阈值且小于第二阈值，并且所述数据传输量排名处于头部直播间排名范围，则确定对应的清晰度调整策略为下调清晰度策略；若所述比值大于第三阈值且小于第四阈值，并且所述数据传输量排名处于尾部直播间排名范围，则确定对应的清晰度调整策略为上调清晰度策略；

按照所述清晰度调整策略对所述直播间的初始默认清晰度进行处理，得到所述直播间的当前默认清晰度。

9.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-7中任一项所述的直播清晰度处理方法对应的操作。

10.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-7中任一项所述的直播清晰度处理方法对应的操作。