直播间清晰度处理方法、装置、计算设备及存储介质

技术领域

本申请涉及计算机技术领域，具体涉及一种直播间清晰度处理方法、装置、计算设备及存储介质。

背景技术

随着互联网技术的发展，网络直播已成为潮流，越来越多的用户通过直播终端观看直播。在直播业务中，对主播推送的源流进行转码是不可或缺的环节，通过转码能够为用户提供多种码率的清晰度选择以及能够适应不同的网络带宽等等。

直播间清晰度维护是指维护直播间的参与调度的清晰度信息，直播间清晰度维护结果在直播业务中是非常重要的，例如依据直播间清晰度维护结果在播放端展示清晰度选择入口。现有技术通过响应接收到的转码流的回调请求实现直播间清晰度的维护，但在网络不稳定的情况下，会存在转码流的回调请求的到达顺序混乱以及回调请求丢失的情况，导致直播间清晰度维护结果出现错误。

发明内容

本申请实施例的目的是提供一种直播间清晰度处理方法、装置、计算设备及存储介质，以解决现有技术容易导致直播间清晰度维护结果出现错误的问题。

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

根据接收的直播间的转码流的回调请求，调整直播间的调度转码清晰度集包含的转码清晰度；

将直播间的调度转码清晰度集与预设调度转码清晰度集进行比对，根据比对结果确定直播间的缺失调度转码清晰度；

对直播间的缺失调度转码清晰度进行补偿处理，以使补偿处理后直播间的调度转码清晰度集包含缺失调度转码清晰度。

可选地，在回调请求是开播回调请求的情况下，调整后调度转码清晰度集包含转码流的转码清晰度；在回调请求是关播回调请求的情况下，调整后调度转码清晰度集不包含转码流的转码清晰度。

可选地，对直播间的缺失调度转码清晰度进行补偿处理进一步包括：

查询是否正在生产直播间的缺失调度转码清晰度的转码流；若是，将缺失调度转码清晰度添加至调度转码清晰度集。

可选地，方法进一步包括：

若未在生产直播间的缺失调度转码清晰度的转码流，控制转码服务器生产直播间的补偿转码流，以供转码服务器发起补偿转码流的开播回调请求，补偿转码流的转码清晰度与缺失调度转码清晰度一致。

可选地，查询是否正在生产直播间的缺失调度转码清晰度的转码流之前，方法进一步包括：

将正在生产的转码流的标识信息添加到生产状态集中，其中，标识信息包括转码流对应的直播间信息和转码清晰度；

查询是否正在生产直播间的缺失调度转码清晰度的转码流进一步包括：查询生产状态集中是否存在与直播间的缺失调度转码清晰度相匹配的标识信息。

可选地，将正在生产的直播间的转码流的标识信息添加到生产状态集中之后，方法进一步包括：

将生产状态集与直播间的预设调度转码清晰度集进行比对，根据比对结果确定直播间的未生产转码清晰度；

控制转码服务器对直播间的未生产转码清晰度的转码流进行生产。

可选地，调度转码清晰度集包含状态位为打开状态的转码清晰度，调整直播间的调度转码清晰度集包含的转码清晰度进一步包括：

在回调请求是开播回调请求的情况下，将转码流的转码清晰度的状态位设为打开状态；在回调请求是关播回调请求的情况下，将转码流的转码清晰度的状态位设为关闭状态。

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

回调请求处理模块，适于根据接收的直播间的转码流的回调请求，调整直播间的调度转码清晰度集包含的转码清晰度；

补偿处理模块，适于将直播间的调度转码清晰度集与预设调度转码清晰度集进行比对，根据比对结果确定直播间的缺失调度转码清晰度；对直播间的缺失调度转码清晰度进行补偿处理，以使补偿处理后直播间的调度转码清晰度集包含缺失调度转码清晰度。

可选地，在回调请求是开播回调请求的情况下，调整后调度转码清晰度集包含转码流的转码清晰度；在回调请求是关播回调请求的情况下，调整后调度转码清晰度集不包含转码流的转码清晰度。

可选地，补偿处理模块进一步适于：

查询是否正在生产直播间的缺失调度转码清晰度的转码流；若是，将缺失调度转码清晰度添加至调度转码清晰度集。

可选地，补偿处理模块进一步适于：

若未在生产直播间的缺失调度转码清晰度的转码流，控制转码服务器生产直播间的补偿转码流，以供转码服务器发起补偿转码流的开播回调请求，补偿转码流的转码清晰度与缺失调度转码清晰度一致。

可选地，装置还包括：流采集模块，适于将正在生产的转码流的标识信息添加到生产状态集中，其中，标识信息包括转码流对应的直播间信息和转码清晰度；

补偿处理模块进一步适于：查询生产状态集中是否存在与直播间的缺失调度转码清晰度相匹配的标识信息。

可选地，装置还包括：监测模块，适于将生产状态集与直播间的预设调度转码清晰度集进行比对，根据比对结果确定直播间的未生产转码清晰度；控制转码服务器对直播间的未生产转码清晰度的转码流进行生产。

可选地，调度转码清晰度集包含状态位为打开状态的转码清晰度，回调请求处理模块进一步适于：在回调请求是开播回调请求的情况下，将转码流的转码清晰度的状态位设为打开状态；在回调请求是关播回调请求的情况下，将转码流的转码清晰度的状态位设为关闭状态。

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

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

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

根据本申请的直播间清晰度处理方法、装置、计算设备及存储介质，根据接收的直播间的转码流的回调请求，调整直播间的调度转码清晰度集包含的转码清晰度；将直播间的调度转码清晰度集与预设调度转码清晰度集进行比对，根据比对结果确定直播间的缺失调度转码清晰度；对直播间的缺失调度转码清晰度进行补偿处理，以使补偿处理后直播间的调度转码清晰度集包含缺失调度转码清晰度。通过上述方式，能够自动识别直播间清晰度维护结果中缺少的转码清晰度，并且通过补偿处理将缺少的转码清晰度自动补偿到直播间清晰度维护结果中，保障了直播间清晰度维护结果的完整性。

进一步地，进行转码清晰度的补偿时，首先查询缺失调度转码清晰度的转码流是否正在生产；如果正在生产，则将该缺失调度转码清晰度添加到调度转码清晰度集；如果没有生产，则触发针对该缺失调度转码清晰度的流生产操作以生产补偿转码流，转码服务器会主动发送补偿转码流的开播回调信号，则该补偿转码流的转码清晰度会被添加到直播间清晰度维护结果中。通过上述方式，能够实现对缺失调度转码清晰度的自动补偿，避免人工补偿的低效率和低准确性，还能够保证直播间清晰度维护结果的完整性，进而能够向用户提供完整的清晰度选择，保障了用户的观看体验，解放了人力劳动成本，同时也提高了问题处理的响应速度。

进一步地，通过对未生产的转码流及时触发生产，能够避免直播系统调度源流，降低了直播的下行带宽成本。

进一步地，通过状态机自动实现转码清晰度的状态位的更新，提升效率和准确性。

进一步地，通过比较直播间的生产中的全部转码流的转码清晰度和预设的调度转码清晰度，确定直播间的未生产转码清晰度，控制转码服务器生产这些未生产转码清晰度的转码流，减少直播间的缺失调度转码清晰度的转码流未在生产的情况，能够提升补偿处理的速度，也能够节省下行带宽成本。

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

附图说明

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

图1示出了本申请实施例提供的直播间清晰度处理方法的流程图；

图2示出了本申请另一实施例提供的直播间清晰度处理方法的流程图；

图3示出了本申请实施例提供的直播间清晰度处理装置的结构示意图；

图4示出了本申请实施例提供的直播间清晰度处理方法的交互示意图；

图5示出了本申请实施例提供的计算设备的结构示意图。

具体实施方式

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

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

视频码率：视频码率就是数据传输时单位时间传送的数据位数，不同的码率流对应着不同的视频清晰度。

源流：主播端推送至转码服务器的流数据。

转码流：对源流进行码率转换得到的流数据。

直播间清晰度维护：是指维护直播间的当前调度的清晰度信息，维护结果可应用于各种业务场景，例如依据直播间清晰度维护结果在播放端展示清晰度选择入口，以告知观众当前直播间具体有哪些清晰度。

转码流回调请求：转码流生产状态的实时信息回调，可以及时通知转码流的生产状态。

图1示出了本申请实施例提供的直播间清晰度处理方法的流程图，该方法应用于直播间清晰度处理系统(以下称本系统)。如图1所示，该方法包括以下步骤：

步骤S110，根据接收的直播间的转码流的回调请求，调整直播间的调度转码清晰度集包含的转码清晰度。

转码流的回调请求是生产转码流的计算设备所发送的，生产转码流的计算设备可以是转码服务器，转码服务器对主播端推送的源流进行转码，从而生产不同码率的转码流，不同码率的转码流之间的清晰度不同，清晰度有超清、高清、蓝光、标清、流畅等等。其中，转码流的回调请求能够表征转码流的生产状态，当转码流的生产状态发生变化时，转码服务器会自动发送用于指示该变化的回调请求。

其中，直播间的调度转码清晰度集就是直播间清晰度维护结果，是确定直播间当前调度的各种清晰度的依据，调度转码清晰度集中包含的各个转码清晰度也就是直播间的能够调度的清晰度。本申请实施例方法的目的就是通过一系列操作保障调度转码清晰度集是完整的，使调度转码清晰度集包含为直播间配置的全部转码清晰度。

每当接收到转码服务器发送的转码流的回调请求时，就对直播间的调度转码清晰度集进行一次调整，然而，由于存在各个回调请求的到达顺序混乱以及回调请求丢失的情况，根据转码流的回调请求进行调整之后，调度转码清晰度集并不一定正确、也不一定完整，还需要根据实际差异情况进行转码清晰度的补偿。

步骤S120，将直播间的调度转码清晰度集与预设调度转码清晰度集进行比对，根据比对结果确定直播间的缺失调度转码清晰度。

直播间的预设调度转码清晰度集是提前配置的，例如，提前配置直播间提供的多种调度转码清晰度，包括高清、超清以及流畅，那么直播间的预设调度转码清晰度集则包括高清、超清以及流畅。

当需要进行补偿处理时，首先从配置数据中读取出直播间的预设调度转码清晰度集，用于确定直播间的调度转码清晰度集中缺少的转码清晰度。例如，求取直播间的调度转码清晰度集和预设调度转码清晰度集之间的差集，得到直播间的缺失调度转码清晰度。

步骤S130，对直播间的缺失调度转码清晰度进行补偿处理，以使补偿处理后直播间的调度转码清晰度集包含缺失调度转码清晰度。

补偿处理的目的是补齐直播间的调度转码清晰度集，以使直播间的调度转码清晰度集包含配置的全部调度转码清晰度，从而达到保障直播间清晰度维护结果的完整性的效果。

根据本申请实施例提供的直播间清晰度处理方法，根据接收的直播间的转码流的回调请求，调整直播间的调度转码清晰度集包含的转码清晰度；将直播间的调度转码清晰度集与预设调度转码清晰度集进行比对，根据比对结果确定直播间的缺失调度转码清晰度；对直播间的缺失调度转码清晰度进行补偿处理，以使补偿处理后直播间的调度转码清晰度集包含缺失调度转码清晰度。通过上述方式，能够自动识别直播间清晰度维护结果中缺少的转码清晰度，并且通过补偿处理将缺少的转码清晰度自动补偿到直播间清晰度维护结果中，保障了直播间清晰度维护结果的完整性。

图2示出了本申请另一实施例提供的直播间清晰度处理方法的流程图，该方法应用于直播间清晰度处理系统(以下称本系统)，如图2所示，该方法包括以下步骤：

步骤S210，根据接收的直播间的转码流的回调请求，调整直播间的调度转码清晰度集包含的转码清晰度。

其中，回调请求分为开播回调请求和关播回调请求，当转码器服务器生产一路转码流时，则触发该转码流的开播回调请求，当转码服务器停止生产该转码流时，则触发该转码流的关播回调请求。

每当接收到转码服务器发送的转码流的回调请求时，就对直播间的调度转码清晰度集进行一次调整。具体地，在接收到的回调请求是开播回调请求的情况下，调整后调度转码清晰度集包含该转码流的转码清晰度；在回调请求是关播回调请求的情况下，调整后调度转码清晰度集不包含该转码流的转码清晰度。

在一种可选的方式中，调度转码清晰度集所包含的转码清晰度通过与转码清晰度对应的状态位而确定，调度转码清晰度集包含状态位为打开状态的转码清晰度，则在回调请求是开播回调请求的情况下，将转码流的转码清晰度的状态位设为打开状态，相应地，在回调请求是关播回调请求的情况下，将转码流的转码清晰度的状态位设为关闭状态。举例来说，状态位设为“1”表示打开状态，状态位设为“0”表示开启状态，状态位为“1”的各个转码清晰度即构成直播间的调度转码清晰度集。

在一种可选的方式中，转码清晰度的状态位的更新可通过状态机实现，在接收到转码流的回调请求时，将该转码流的转码清晰度的已有状态位作为状态机的初始状态，将回调请求作为状态机的输入，状态机根据初始状态和输入能够算出下一个状态，根据该下一个状态设置转码清晰度的状态位。举例来说，接收到高清转码流的开播回调请求时，读取出高清的已有状态位为关闭状态，状态机根据开播回调请求和关闭状态算出下一个状态位为打开状态，则将高清的状态位从关闭状态更新为打开状态。该方式中，通过状态机自动实现调度转码清晰度集的调整，提升调整的效率，保证调整的准确性。

通过接收到的直播间的各个转码流的开关播回调信息，维护了一套动态的调度转码清晰度集，但通过这种方式维护的直播间清晰度会存在一定的错误，下面进行详细描述。

在网络抖动的情况下，推流断断续续，导致转码流的生产也是断断续续的，转码服务器在短时间内触发多个开关播回调请求。假设，在T1时刻触发转码清晰度A的转码流的开播回调请求R1，一段时间之后推流断开，在T2时刻触发转码清晰度A的转码流的关播回调请求R2，一段时间之后推流恢复，转码服务器再次接收到源流并进行转码，在T3时刻触发转码清晰度A的转码流的关播回调请求R3。在一种场景下，本系统先接收到开播回调请求R1，再接收到开播回调请求R3，最后接收到关播回调请求R2，则转码清晰度A的状态位变化如下：先设为打开状态、再设为打开状态、最后设为关闭状态，此时维护的调度转码清晰度集中不包含转码清晰度A，可见，回调请求达到顺序错误会导致直播间清晰度维护结果出错。在另外一种场景下，本系统先后接收到开播回调请求R1和关播回调请求R2，但未接收到开播回调请求R3，此时维护的调度转码清晰度集中不包含转码清晰度A，同样也出现了直播间清晰度维护结果出错的问题。

步骤S220，将直播间的调度转码清晰度集与预设调度转码清晰度集进行比对，根据比对结果确定直播间的缺失调度转码清晰度。

直播间的预设调度转码清晰度集是提前配置的，例如，提前配置直播间提供的多种调度转码清晰度，包括高清、超清以及流畅，那么直播间的预设调度转码清晰度集则包括高清、超清以及流畅。

当需要进行补偿处理时，首先从配置数据中读取出直播间的预设调度转码清晰度集，用于确定直播间的调度转码清晰度集中缺少的转码清晰度。例如，求取直播间的调度转码清晰度集和预设调度转码清晰度集的差集，得到直播间的缺失调度转码清晰度。

步骤S230，查询是否正在生产直播间的缺失调度转码清晰度的转码流。

若是，则执行步骤S240；若否，则执行步骤S250。

在一种可选的方式中，通过查询生产状态集确定是否正在生产直播间的缺失调度转码清晰度的转码流，生产状态集包含全量的正在生产的转码流的标识信息，具体通过如下实施方式确定生产状态集：将正在生产的转码流的标识信息添加到生产状态集中，标识信息包括转码流对应的直播间信息和转码清晰度。周期性地或者实时地向所有转码服务器采集机器上的所有转码流数据，然后通过汇聚处理，得到一个全量的流状态集合即生产状态集，生产状态集用于记录所有生产状态的转码流，通过直播间信息和转码清晰度的组合表示一个转码流。

相应地，查询生产状态集中是否存在与直播间的缺失调度转码清晰度相匹配的标识信息，也就是说，将直播间信息及缺失调度转码清晰度作为查询条件，查询生产状态集是否存在相匹配的标识信息；若存在相匹配的标识信息，则表明正在生产直播间的缺失调度转码清晰度的转码流；若不存在相匹配的标识信息，则表明未在生产直播间的缺失调度转码清晰度的转码流。

步骤S240，将缺失调度转码清晰度添加至调度转码清晰度集。

如果转码服务器正在生产直播间的缺失调度转码清晰度的转码流，则将缺失调度转码清晰度直接添加至调度转码清晰度集，具体将调度转码清晰度集的状态位更改为打开状态。可见，经过补偿处理，直播间的调度转码清晰度集就包含了全部的预设调度转码清晰度以及正在生产的全部转码流的转码清晰度，保障了直播间清晰度维护结果的完整性。

步骤S250，控制转码服务器生产直播间的补偿转码流，以供转码服务器发起补偿转码流的开播回调请求，补偿转码流的转码清晰度与缺失调度转码清晰度一致。

如果转码服务器当前没有生产直播间的缺失调度转码清晰度的转码流，则向转码服务器发送指令，该指令触发流生产操作以对补偿转码流进行生产，补偿转码流的清晰度也就是缺失调度转码清晰度，相应地，当补偿转码流生产出来的时候，转码服务器会主动向本系统发送开播回调请求，本系统根据开播回调请求会将该缺失调度转码清晰度添加至调度转码清晰度集中。通过上述方式，经过补偿处理，直播间的调度转码清晰度集就包含了全部的预设调度转码清晰度以及正在生产的全部转码流的转码清晰度，保障了直播间清晰度维护结果的完整性。进一步地，上述方式还能够及时触发对未生产转码流的生产操作，能够节省直播下行带宽成本，其原因在于：在转码服务器不生产某转码清晰度的转码流的情况下，直播系统会直接调度源流对该转码清晰度的拉流请求进行响应，而源流的码率又是高于各路转码流的，调度源流消耗的带宽成本高于调度转码流消耗的带宽成本。

在补偿处理完成之后，根据补偿处理后直播间的调度转码清晰度集在播放端展示清晰度选择入口，播放端显示的清晰度选择入口是完整的，与直播间的预设调度转码清晰度保持一致。

在另一种可选的方式中，方法还包括：将生产状态集与直播间的预设调度转码清晰度集进行比对，根据比对结果确定直播间的未生产转码清晰度；控制转码服务器对直播间的未生产转码清晰度的转码流进行生产。在形成生态状态集之后，将直播间的预设调度转码清晰度集与生产状态集进行比对，包含在预设调度转码清晰度集但未包含在生产状态集的转码清晰度，就是直播间的未生产转码清晰度，控制转码服务器对未生产转码清晰度的转码流进行生产，上述处理可以每间隔预设时长周期性地执行，本申请对此不做限定。通过这种方式，减少缺失调度转码清晰度的转码流未在生产的情况，能够提升补偿处理的速度，也能够节省直播下行带宽成本。

需要说明的是，本申请实施例的方法中，是根据实时接收的开关播回调请求，调整直播的调度转码清晰度集，对于自动确定缺失调度转码清晰度以及缺失调度转码清晰度的补偿处理，可以是周期性执行的，也可以是实时执行的，本申请对此不做限定。

根据本申请实施例的直播间清晰度处理方法，根据接收的直播间的转码流的回调请求，调整直播间的调度转码清晰度集包含的转码清晰度，之后，再将直播间的调度转码清晰度集与预设调度转码清晰度集进行比对，从而自动地确定当前维护的调度转码清晰度中所缺少的转码清晰度，相比于现有技术中人工发现缺失调度转码清晰度的方式，本申请实施例的方法速度快、准确性高；进一步地，在确定直播的缺失调度转码清晰度之后，进行转码清晰度的补偿，首先查询缺失调度转码清晰度的转码流是否正在生产，如果正在生产，则将该缺失调度转码清晰度添加到调度转码清晰度集，如果没有生产，则触发针对该缺失调度转码清晰度的流生产操作以生产补偿转码流，转码服务器会主动发送补偿转码流的开播回调信号，则该补偿转码流的转码清晰度会被添加到直播间清晰度维护结果中，通过上述方式，能够实现对缺失调度转码清晰度的自动补偿，避免人工补偿的低效率和低准确性，还能够保证直播间清晰度维护结果的完整性，进而能够向用户提供完整的清晰度选择，保障了用户的观看体验，解放了人力劳动成本，同时也提高了问题处理的响应速度；进一步地，通过对未生产的转码流及时触发生产，能够避免直播系统调度源流，降低了直播的下行带宽成本；进一步地，通过状态机自动实现转码清晰度的状态位的更新，提升效率和准确性；进一步地，通过比较直播间的生产中的全部转码流的转码清晰度和预设的调度转码清晰度，确定直播间的未生产转码清晰度，控制转码服务器生产这些未生产转码清晰度的转码流，减少直播间的缺失调度转码清晰度的转码流未在生产的情况，能够提升补偿处理的速度，也能够节省下行带宽成本。

图3示出了本申请实施例提供的直播间清晰度处理装置的结构示意图。

如图3所示，该装置包括：

回调请求处理模块31，适于根据接收的直播间的转码流的回调请求，调整直播间的调度转码清晰度集包含的转码清晰度；

补偿处理模块32，适于将直播间的调度转码清晰度集与预设调度转码清晰度集进行比对，根据比对结果确定直播间的缺失调度转码清晰度；对直播间的缺失调度转码清晰度进行补偿处理，以使补偿处理后直播间的调度转码清晰度集包含缺失调度转码清晰度。

在一种可选的方式中，在回调请求是开播回调请求的情况下，调整后调度转码清晰度集包含转码流的转码清晰度；在回调请求是关播回调请求的情况下，调整后调度转码清晰度集不包含转码流的转码清晰度。

在一种可选的方式中，补偿处理模块32进一步适于：

查询是否正在生产直播间的缺失调度转码清晰度的转码流；若是，将缺失调度转码清晰度添加至调度转码清晰度集。

在一种可选的方式中，补偿处理模块32进一步适于：

若未在生产直播间的缺失调度转码清晰度的转码流，控制转码服务器生产直播间的补偿转码流，以供转码服务器发起补偿转码流的开播回调请求，补偿转码流的转码清晰度与缺失调度转码清晰度一致。

在一种可选的方式中，装置还包括：流采集模块，适于将正在生产的转码流的标识信息添加到生产状态集中，其中，标识信息包括转码流对应的直播间信息和转码清晰度；

补偿处理模块32进一步适于：查询生产状态集中是否存在与直播间的缺失调度转码清晰度相匹配的标识信息。

在一种可选的方式中，装置还包括：监测模块，适于将生产状态集与直播间的预设调度转码清晰度集进行比对，根据比对结果确定直播间的未生产转码清晰度；控制转码服务器对直播间的未生产转码清晰度的转码流进行生产。

在一种可选的方式中，调度转码清晰度集包含状态位为打开状态的转码清晰度，回调请求处理模块31进一步适于：在回调请求是开播回调请求的情况下，将转码流的转码清晰度的状态位设为打开状态；在回调请求是关播回调请求的情况下，将转码流的转码清晰度的状态位设为关闭状态。

根据本申请实施例的直播间清晰度处理装置，根据接收的直播间的转码流的回调请求，调整直播间的调度转码清晰度集包含的转码清晰度，再将直播间的调度转码清晰度集与预设调度转码清晰度集进行比对，从而自动地确定当前维护的调度转码清晰度中所缺少的转码清晰度，相比于现有技术中人工发现缺失调度转码清晰度的方式，本申请实施例方式速度快、准确性高；进一步地，在确定直播的缺失调度转码清晰度之后，能够自动执行补偿处理，以将缺少的转码清晰度自动补偿到直播间清晰度维护结果中，保障了直播间清晰度维护结果的完整性；进一步地，进行转码清晰度的补偿时，首先查询缺失调度转码清晰度的转码流是否正在生产，如果正在生产，则将该缺失调度转码清晰度添加到调度转码清晰度集，如果没有生产，则触发针对该缺失调度转码清晰度的流生产操作以生产补偿转码流，转码服务器会主动发送补偿转码流的开播回调信号，则该补偿转码流的转码清晰度会被添加到直播间清晰度维护结果中，通过上述方式，能够实现对缺失调度转码清晰度的自动补偿，避免人工补偿的低效率和低准确性，还能够保证直播间清晰度维护结果的完整性，进而能够向用户提供完整的清晰度选择，保障了用户的观看体验，解放了人力劳动成本，同时也提高了问题处理的响应速度；进一步地，通过对未生产的转码流及时触发生产，能够避免直播系统调度源流，降低了直播的下行带宽成本；进一步地，通过状态机自动实现转码清晰度的状态位的更新，提升效率和准确性；进一步地，通过比较直播间的生产中的全部转码流的转码清晰度和预设的调度转码清晰度，确定直播间的未生产转码清晰度，控制转码服务器生产这些未生产转码清晰度的转码流，减少直播间的缺失调度转码清晰度的转码流未在生产的情况，能够提升补偿处理的速度，也能够节省下行带宽成本。

图4示出了本申请实施例提供的直播间清晰度处理方法的交互示意图，如图4所示，直播间清晰度处理系统41中包含清晰度补偿子系统411、流状态子系统412、流采集子系统413。其中，流采集子系统413是负责全量流数据的采集工具，用于采集转码服务器42机器上的流数据(包括RTMP数据和/或HLS数据)，通过聚类处理以形成生产状态集，流状态子系统412用于：通过消费转码服务器42实时传递的开关播回调请求形成调度转码清晰度集，清晰度补偿子系统411用于：根据流采集子系统413形成的生产状态集以及流状态子系统412形成的调度转码清晰度集完成清晰度补偿处理。清晰度补偿子系统411与前述实施例中的补偿处理模块32相对应，流状态子系统412与前述实施例中的回调请求处理模块31相对应，流采集子系统413与前述实施例中的流采集模块相对应，各个子系统执行的操作可参见前述实施例的描述，在此不进行赘述。

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

图5示出了本申请实施例提供的计算设备的结构示意图，本申请具体实施例并不对计算的具体实现做限定。

如图5所示，该计算设备可以包括：处理器(processor)502、通信接口(Communications Interface)504、存储器(memory)506、以及通信总线508。

其中：处理器502、通信接口504、以及存储器506通过通信总线508完成相互间的通信。通信接口504，用于与其它设备比如客户端或其它服务器等的网元通信。处理器502，用于执行程序510，具体可以执行上述用于计算设备的直播间清晰度处理方法实施例中的相关步骤。

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

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

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

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

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

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

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

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

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

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

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