直播转码处理方法、装置及系统与流程

1.本技术涉及互联网技术领域，具体涉及一种直播转码处理方法、装置及系统。


背景技术：

2.随着互联网技术的发展，网络直播已成为潮流，越来越多的用户通过移动终端发起直播以及观看直播。主播为了追求高质量的直播效果通常会推送高码率的音视频流，这对观众的带宽和网络传输稳定性都有很高的要求。
3.现有技术中，在直播端推送音视频流到服务器后，使用转码技术对音视频流进行转码以降低码率，将转码产出的转码流下发给观看端进行播放。但是，现有技术是在主播端推流到服务器后才启动转码服务，需要等待转码服务启动之后才能进行转码，导致产出转码流的等待时间较长。


技术实现要素：

4.本技术实施例的目的是提供一种直播转码处理方法、装置及系统，以解决现有技术中主播推流之后需要等待转码服务启动才能进行转码，导致产出转码流的等待时间较长的问题。
5.根据本技术的一个方面，提供了一种直播转码处理方法，包括：
6.获取直播端的房间开播消息；
7.根据房间开播消息，向直播端对应的目标边缘集群发送第一通知消息，第一通知消息用于使目标边缘集群对转码服务进行预加载处理；
8.利用预加载的转码服务对直播端推流至目标边缘集群的源码流进行转码处理。
9.可选地，方法进一步包括：获取直播端的房间关播消息；根据房间关播消息，向直播端对应的目标边缘集群发送第二通知消息，第二通知消息用于使目标边缘集群对转码服务进行关闭处理。
10.可选地，获取直播端的房间开播消息具体为：获取直播端根据房间开播事件触发而发送的房间开播消息；房间开播事件具体为：主播用户开启直播间的操作事件。
11.可选地，获取直播端的房间关播消息具体为：获取直播端根据房间关播事件触发而发送的房间关播消息；房间关播事件具体为：主播用户关闭直播间的操作事件。
12.可选地，利用预加载的转码服务对直播端推流至目标边缘集群的源码流进行转码处理进一步包括：利用预加载的转码服务向目标边缘集群尝试拉取源码流；若源码流拉取成功，将拉取的源码流进行转码处理得到转码流。
13.可选地，在利用预加载的转码服务向目标边缘集群尝试拉取源码流之后，方法还包括：若源码流拉取失败，继续尝试拉取源码流。
14.可选地，方法还包括：当直播端推流至目标边缘集群的源码流发生断流时，利用预加载的转码服务将目标边缘集群已经接收的历史源码流中的至少一个视频帧进行转码处理。
15.可选地，在获取直播端的房间开播消息之后，方法进一步包括：根据多个边缘集群的状态信息，从多个边缘集群中筛选得到目标边缘集群；将目标边缘集群的地址返回给直播端，以供直播端根据目标边缘集群的地址向目标边缘集群推流。
16.可选地，在根据多个边缘集群的状态信息，从多个边缘集群中筛选得到目标边缘集群之前，方法还包括：根据直播端的地址信息，查询到多个边缘集群。
17.可选地，根据多个边缘集群的状态信息，从多个边缘集群中筛选得到目标边缘集群进一步包括：根据各个边缘集群的状态信息，分别计算各个边缘集群的得分；将得分最高的边缘集群确定为目标边缘集群。
18.可选地，边缘集群的状态信息包括以下中的至少一项：剩余资源信息、网络情况、权重系数、转码稳定程度信息。
19.可选地，方法进一步包括：定时扫描各个边缘集群，得到各个边缘集群的状态信息。
20.可选地，第一通知消息进一步用于使目标边缘集群申请服务资源以及拉取服务镜像。
21.根据本技术的另一方面，提供了一种直播转码处理装置，包括：
22.消息获取模块，用于获取直播端的房间开播消息；
23.通知模块，用于根据房间开播消息，向直播端对应的目标边缘集群发送第一通知消息，第一通知消息用于使目标边缘集群对转码服务进行预加载处理；
24.转码模块，用于利用预加载的转码服务对直播端推流至目标边缘集群的源码流进行转码处理。
25.可选地，消息获取模块进一步用于：获取直播端的房间关播消息；
26.通知模块进一步用于：根据房间关播消息，向直播端对应的目标边缘集群发送第二通知消息，第二通知消息用于使目标边缘集群对转码服务进行关闭处理。
27.可选地，消息获取模块进一步用于：获取直播端根据房间开播事件触发而发送的房间开播消息；房间开播事件具体为：主播用户开启直播间的操作事件。
28.可选地，消息获取模块进一步用于：获取直播端根据房间关播事件触发而发送的房间关播消息；房间关播事件具体为：主播用户关闭直播间的操作事件。
29.可选地，转码模块进一步用于：利用预加载的转码服务向目标边缘集群尝试拉取源码流；若源码流拉取成功，将拉取的源码流进行转码处理得到转码流。
30.可选地，转码模块进一步用于：若源码流拉取失败，继续尝试拉取源码流。
31.可选地，转码模块进一步用于：当直播端推流至目标边缘集群的源码流发生断流时，利用预加载的转码服务将目标边缘集群已经接收的历史源码流中的至少一个视频帧进行转码处理。
32.可选地，装置还包括：调度模块，用于在获取直播端的房间开播消息之后，根据多个边缘集群的状态信息，从多个边缘集群中筛选得到目标边缘集群；
33.发送模块，适于将目标边缘集群的地址返回给直播端，以供直播端根据目标边缘集群的地址向目标边缘集群推流。
34.可选地，装置还包括：查询模块，用于在根据多个边缘集群的状态信息，从多个边缘集群中筛选得到目标边缘集群之前，根据直播端的地址信息，查询到多个边缘集群。
35.可选地，调度模块进一步用于：根据各个边缘集群的状态信息，分别计算各个边缘集群的得分；将得分最高的边缘集群确定为目标边缘集群。
36.可选地，边缘集群的状态信息包括以下中的至少一项：剩余资源信息、网络情况、权重系数、转码稳定程度信息。
37.可选地，装置还包括：扫描模块，用于定时扫描各个边缘集群，得到各个边缘集群的状态信息。
38.可选地，第一通知消息进一步用于使目标边缘集群申请服务资源以及拉取服务镜像。
39.根据本技术的又一方面，提供了一种直播转码处理系统，包括：上述直播转码处理装置以及直播端、目标边缘集群。
40.根据本技术的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
41.所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述直播转码处理方法对应的操作。
42.根据本技术的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述直播转码处理方法对应的操作。
43.根据本发明的直播转码处理方法、装置及系统，一方面，主播用户开启直播间时即预加载转码服务，相比于现有技术中直播端推流成功之后再加载转码服务的方式，转码服务的加载提前了，直播端推流成功后转码服务能够立即产出转码流，而无需等待转码服务加载，能够加快产出转码流；又一方面，利用房间开关播事件来开启和关闭转码服务，且屏蔽掉直播过程中出现的拉流失败结果，使得转码服务只依赖于房间开关播事件来开启和关闭，而不是依赖流开关播事件来开启和关闭，保证在开播到关播这期间内转码服务始终正常运行，避免流抖动对转码服务的影响，并且，转码服务在源码流拉取失败的情况下，将已拉取的历史源码流中的至少一个视频帧进行转码处理以产出转码流，从而在推流断流的情况下仍能产出转码流，避免推流断流造成观看端的直播链路断开，一旦推流恢复观看端中直播也能够快速恢复正常；再一方面，根据边缘集群的资源状态进行上行推流调度，筛选出状态最好的边缘集群作为推流的目标边缘集群，有助于转码服务稳定运行，同时，也能够更加合理充分地使用各个边缘集群的资源。
44.上述说明仅是本技术技术方案的概述，为了能够更清楚了解本技术的技术手段，而可依照说明书的内容予以实施，并且为了让本技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本技术的具体实施方式。
附图说明
45.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本技术的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
46.图1示出了本技术实施例提供的直播转码处理方法的流程图；
47.图2示出了本技术另一实施例提供的直播转码处理方法的流程图；
48.图3示出了本技术另一实施例提供的直播转码处理方法的流程图；
49.图4示出了本技术另一实施例提供的系统框架示意图；
50.图5示出了本技术另一实施例提供的直播转码处理的交互流程图；
51.图6示出了本技术实施例提供的直播转码处理装置的结构示意图；
52.图7示出了本技术实施例提供的计算设备的结构示意图。
具体实施方式
53.下面将参照附图更详细地描述本技术的示例性实施例。虽然附图中显示了本技术的示例性实施例，然而应当理解，可以以各种形式实现本技术而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本技术，并且能够将本技术的范围完整的传达给本领域的技术人员。
54.首先，对本技术实施例所涉及的技术术语进行解释。
55.源码流：主播直播中直接推送到服务器而没有经过处理的视频数据。
56.转码处理：将已经压缩编码的视频码流转换成另外不同格式的视频码流，以适应不同的网络带宽、不同的终端处理能力和不同的用户需求。
57.转码流：经过转码处理后的视频数据。
58.转码服务：在边缘集群的服务器中所加载的用于对视频数据进行转码处理的功能模块。其可在服务器中将源码流转换成一种或多种不同的码率的视频码流，而后分发到相应的直播平台。
59.房间开播事件：主播用户开启直播时对直播间的操作事件。
60.房间关播事件：主播用户关闭直播时对直播间的操作事件。
61.流开播事件：主播推流到服务器时产生事件。
62.流关播事件：主播向服务器推流失败时产生的事件。
63.上行调度：直播端开播的时候，根据当时主播网络情况、地理位置等因素，选择一个推流节点给直播端。
64.边缘集群：用户侧服务器，部署在各个城市边缘，与用户物理距离近，具有传输延迟低的优势。
65.图1示出了本技术实施例提供的直播转码处理方法的流程图，本技术实施例的方法可应用于转码调度服务，如图1所示，该方法包括以下步骤：
66.步骤s110，获取直播端的房间开播消息。
67.其中，房间开播消息是指主播用户开启直播房间时直播端触发而发送的消息。主播用户进行直播的主要流程包括：主播用户点击用于开启直播间的按钮，响应于该操作开启直播间，此时只是开启了直播间，并未产生直播流；直播间开启之后，主播用户再点击用于开启直播的按钮，直播正式开始，直播端采集音视频流并向服务器进行推流。可见，房间开播消息的触发发生在直播端正式推流之前。
68.步骤s120，根据房间开播消息，向直播端对应的目标边缘集群发送第一通知消息，第一通知消息用于使目标边缘集群对转码服务进行预加载处理。
69.通过上行调度策略确定直播端对应的目标边缘集群，直播端向目标边缘集群推送直播流也即源码流。
70.获取到房间开播消息后，向直播间对应的目标边缘集群发送第一通知消息，目标
边缘集群根据接收到的第一通知消息对转码服务进行预加载处理，包括申请资源、加载服务等等。
71.步骤s130，利用预加载的转码服务对直播端推流至目标边缘集群的源码流进行转码处理。
72.直播端采集得到源码流后将源码流推送至目标边缘集群，加载好的转码服务从目标边缘集群拉取源码流，并对源码流进行转码处理产出转码流。
73.根据本技术实施例的直播转码处理方法，获取直播端的房间开播消息；根据房间开播消息，向直播端对应的目标边缘集群发送第一通知消息，第一通知消息用于使目标边缘集群对转码服务进行预加载处理；利用预加载的转码服务对直播端推流至目标边缘集群的源码流进行转码处理；通过上述方式，主播用户开启直播间时即加载转码服务，相比于现有技术中直播端成功推流之后再加载转码服务的方式，转码服务的加载提前了，直播端推流成功后转码服务能够立即拉到源码流进行转码，而无需等待转码服务加载，加快了产出转码流的速度。
74.图2示出了本技术另一实施例提供的直播转码处理方法的流程图，如图2所示，该方法包括以下步骤：
75.步骤s210，获取直播端的房间开播消息。
76.其中，房间开播消息是指主播用户开启直播房间时直播端触发而发送的消息。
77.在一种可选的方式中，该步骤的具体实施方式为：获取直播端根据房间开播事件触发而发送的房间开播消息，房间开播事件是指主播用户开启直播间的操作事件，例如主播用户点击用于开启直播间的按钮的操作事件，房间开播事件发生在直播端正式推送源码流之前。若获取到直播端的房间开播消息，表明监听到直播端中的房间开播事件。
78.步骤s220，根据房间开播消息，向直播端对应的目标边缘集群发送第一通知消息，第一通知消息用于使目标边缘集群对转码服务进行预加载处理。
79.根据直播端发送的房间开播消息向直播端对应的目标边缘集群发送第一通知消息，目标边缘集群根据接收到的第一通知消息对转码服务进行预加载处理。
80.其中，第一通知消息还用于使目标边缘集群申请服务资源以及拉取服务镜像，也即目标边缘集群对转码服务进行预加载处理具体包括：申请资源以及拉取服务镜像以启动转码服务。
81.可见，本技术实施例的方式是在监听到主播用户开启直播间的操作事件时，就准备好转码服务所需的资源以及进行转码服务的预热，那么，接收到直播端推送的源码流后就能够立即进行转码产生转码流，无需等待转码服务加载。
82.其中，利用预加载的转码服务对直播端推流至目标边缘集群的源码流进行转码处理进一步包括：利用预加载的转码服务向目标边缘集群尝试拉取源码流；若源码流拉取成功，将拉取的源码流进行转码处理得到转码流；若源码流拉取失败，继续尝试拉取源码流。转码服务在预加载完成之后，不断向目标边缘集群尝试拉取源码流，如果源码流拉取成功，则将拉取到的源码流进行转码处理得到转码流；如果源码流拉取失败，比如直播端推流断流造成源码流拉取失败，则对拉取失败结果不进行处理，继续尝试拉取源码流。
83.进一步地，当直播端推流至目标边缘集群的源码流发生断流时，利用预加载的转码服务将目标边缘集群已经接收的历史源码流中的至少一个视频帧进行转码处理；如果直
播端推流至目标边缘集群的源码流发生断流，则转码服务无法成功拉取到源码流，即拉取源码流出错，则对已拉取的历史源码流中的至少一个视频帧进行转码处理得到转码流，保证源码流断流时仍然能够产生转码流下发给观看端，从而保证源码流断流时观看端的直播链路不会断开。
84.可选地，将已接收到的源码流中最新的一个视频帧转码为转码流，转码流被下发给观看端进行播放，保证推流恢复时观看端中直播画面能够接续上。
85.在实际应用中，存在流抖动的情况，例如由于直播端到服务器的网络质量问题造成直播端推流不稳定，会频繁产生流开播事件(主播推流到服务器产生的事件)和流关播事件(服务器上源码流断流的事件)。现有技术中，一旦有流开播事件则转码服务开启，再有流关播事件则转码服务关闭，转码服务频繁的开启和关闭导致上行推流的相关服务需要频繁重启，会造成服务混乱。并且，源码流断流会造成观看端的直播链路断开，若要重新恢复直播，观看端也需要重试连接，会给观看用户造成不便，转码服务频繁开启和关闭也会造成直播链路断开时间拉长，影响直播效果。
86.本技术实施例通过上述方式，对转码服务拉流失败的结果进行过滤，不会因为拉流失败就关闭转码服务，使得在流抖动的情况下转码服务也能够稳定运行，避免了流抖动影响转码服务的运行，同时，转码服务在拉流失败(也即直播端推流断流)的情况下将已接收的历史源码流中的一个视频帧转码为转码流，避免直播断流造成观看端中直播链路断开，一旦推流恢复观看端中直播也能够快速恢复正常。
87.步骤s230，获取直播端的房间关播消息。
88.其中，房间关播消息是指用户关闭直播房间时直播端触发而发送的消息。
89.在一种可选的方式中，该步骤的具体实施方式为：获取直播端根据房间开播事件触发而发送的房间开播消息，房间开播事件具体为：主播用户开启直播间的操作事件，房间关播事件是指主播用户结束直播时对直播间的操作事件，例如，主播用户点击关闭直播按钮的操作事件，若获取到直播端的房间关播消息，则表明监听到直播端中的房间关播事件。
90.步骤s240，根据房间关播消息，向直播端对应的目标边缘集群发送第二通知消息，第二通知消息用于使目标边缘集群对转码服务进行关闭处理。
91.根据直播端发送的房间关播消息，向直播端对应的目标边缘集群发送第二通知消息，目标边缘集群根据接收到的第二通知消息关闭转码服务。
92.根据本技术实施例所提供的直播转码处理方面，一方面，监听到直播端的房间开播事件时即预加载转码服务，相比于现有技术中直播端推流成功之后再加载转码服务的方式，转码服务的加载提前了，直播端推流成功后转码服务能够立即产出转码流，而无需等待转码服务加载，能够加快产出转码流；又一方面，利用房间开关播事件来开启和关闭转码服务，且屏蔽掉直播过程中出现的拉流失败结果，使得转码服务只依赖于房间开关播事件来开启和关闭，而不是依赖流开关播事件来开启和关闭，保证在开播到关播这期间内转码服务始终正常运行，避免流抖动对转码服务的影响；再一方面，转码服务在源码流拉取失败的情况下，将已拉取的历史源码流中的至少一个视频帧进行转码处理以产出转码流，从而在推流断流的情况下仍能产出转码流，避免推流断流造成观看端的直播链路断开，一旦推流恢复观看端中直播也能够快速恢复正常。
93.图3示出了本技术另一实施例提供的直播转码处理方法的流程图，如图3所示，该
方法包括以下步骤：
94.步骤s310，获取直播端的房间开播消息。
95.步骤s320，根据房间开播消息，根据多个边缘集群的状态信息，从多个边缘集群中筛选得到目标边缘集群，并且，向目标边缘集群发送第一通知消息，第一通知消息用于使目标边缘集群对转码服务进行预加载处理。
96.获取到直播端的房间开播消息后，根据多个边缘集群的状态信息进行上行调度处理，筛选出目标边缘集群，并且，向目标边缘集群发送第一通知消息，以使目标边缘集群预加载转码服务。
97.其中，边缘集群的状态信息是指表征边缘集群处理能力的相关信息，例如剩余资源信息、网络情况、权重系数、转码稳定程度信息。根据各个边缘集群的状态信息，评估各个边缘集群处理能力，根据处理能力的评估结果筛选得到直播端推流的目标边缘集群。可见，本技术实施例根据边缘集群的相关状态信息进行调度选择直播端推流的边缘集群，保证选择状态最佳的边缘集群作为直播端推流的边缘集群，同时，也能够更加合理充分地使用各个边缘集群的资源。
98.在一种可选的方式中，定时扫描各个边缘集群，得到各个边缘集群的状态信息；则根据多个边缘集群的最新扫描得到的状态信息，从多个边缘集群中筛选得到目标边缘集群。该方式中，每间隔固定时间获得各个边缘集群的状态信息，避免实时获取边缘集群的状态信息耗时长、资源消耗大等问题，减小调度耗时。
99.在另一种可选的方式中，获取直播端的房间开播消息之后，扫描各个边缘集群，得到各个边缘集群的实时状态信息，则根据多个边缘集群的实时状态信息，从多个边缘集群中筛选得到目标边缘集群。该方式中，有调度需求时再实时地获取各个边缘集群的状态信息，能够精准筛选出实时状态最好的边缘集群作为直播端推流的边缘集群。
100.在一种可选的方式中，根据直播端的地址信息，查询到多个边缘集群，后续从查询到的多个边缘集群中筛选目标边缘集群，也即，先根据直播端的地址信息查询到多个备选的边缘集群，从这些备选的边缘集群中筛选目标边缘集群，例如，筛选出与直播端的距离处于预设距离范围内的多个边缘集群作为备选，从而缩小筛选范围，减小计算量。
101.在另一种可选的方式中，根据多个边缘集群的状态信息，从多个边缘集群中筛选得到目标边缘集群具体包括以下步骤：根据各个边缘集群的状态信息，分别计算各个边缘集群的得分；将得分最高的边缘集群确定为目标边缘集群。
102.例如，采用如下公式计算边缘集群的得分：
103.分数＝剩余资源*权重系数+转码稳定程度
104.其中，剩余资源是指边缘集群的剩余未占用cpu资源等等，剩余资源越多则分数越高，剩余资源越少则分数越低；权重系数为预设的系数；转码稳定程度是根据边缘集群中已有的转码任务的稳定情况评估得到的，已有转码任务越稳定，表明该边缘集群所处网络越稳定，则分数越高。通过该方式，能够筛选出性能最优的边缘集群作为直播端推流的目标边缘集群，有助于转码服务稳定运行。
105.步骤s330，将目标边缘集群的地址返回给直播端，以供直播端根据目标边缘集群的地址向目标边缘集群推流。
106.在通过调度处理得到直播端对应的目标边缘集群后，将目标边缘集群的地址返回
给直播端，直播端产生源码流之后向该地址的边缘集群进行推流。
107.需要说明的是，向目标边缘集群通知预加载转码服务的步骤和向直播端返回目标边缘集群的地址的步骤可以按照顺序依次执行，也可以同时执行，本技术对此不做限定。
108.步骤s340，获取直播端的房间关播消息。
109.步骤s350，根据房间关播消息，向直播端对应的目标边缘集群发送第二通知消息，第二通知消息用于使目标边缘集群对转码服务进行关闭处理。
110.如果获取到直播端的房间关播消息，说明直播端发生房间关播事件，主播用户结束直播了，则向直播端对应的目标边缘集群发送第二通知消息，目标边缘集群根据接收到的第二通知消息关闭转码服务，释放转码服务所占用的资源。
111.根据本技术实施例所提供的直播转码处理方法，一方面，监听到直播端的房间开播事件时即预加载转码服务，相比于现有技术中直播端成功推流之后再加载转码服务的方式，转码服务的加载提前了，从而直播端推流成功后转码服务能够立即产出转码流，而无需等待转码服务加载；另一方面，根据边缘集群的资源状态进行上行调度，筛选出状态最好的边缘集群作为推流的目标边缘集群，保证转码服务稳定运行，同时，也能够更加合理充分的使用各个边缘集群的资源。
112.图4示出了本技术另一实施例提供的系统框架示意图，如图4所示，系统框架包括直播端、转码调度服务、多个边缘集群。其中，直播端是主播用户所使用的终端设备，可以是诸如手机、平板电脑、可穿戴设备、pc等电子设备，转码调度服务用于执行上述方法实施例中的方法步骤，转码调度服务可以部署在直播服务器中，边缘集群是部署在城市边缘的用户侧服务器。
113.图5示出了本技术另一实施例提供的直播转码处理的交互流程图，如图5所示，主播转码处理具体包括以下步骤：
114.步骤s1，直播端响应于直播间开启操作，向转码调度服务发送房间开播消息，转码调度服务确认监听到房间开播事件；
115.步骤s2，转码调度服务根据多个边缘集群的状态信息，从多个边缘集群中筛选得到目标边缘集群；
116.步骤s3，转码调度服务向目标边缘集群发送转码服务开启通知消息；
117.步骤s4，转码调度服务向直播端发送目标边缘集群的地址，以供直播端向该地址的边缘集群推流；
118.步骤s5，目标边缘集群接收到转码服务开启通知消息后，预加载转码服务。
119.步骤s6，转码服务加载完成之后，持续尝试拉取源码流，在此过程中，对拉取失败结果不处理；
120.步骤s7，直播端响应于直播开播操作，采集音视频流并进行推流；
121.步骤s8，转码服务将拉取的源码流进行转码处理得到转码流；
122.步骤s9，直播端响应于直播间关闭操作，向转码调度服务发送房间关播消息；
123.步骤s10，转码调度服务向目标边缘集群发送转码服务关闭通知消息；
124.步骤s11，目标边缘集群接收到转码服务关闭通知消息后，关闭转码服务。
125.需要说明的是，步骤s3和步骤s4可以同时执行，也可以按照顺序依次执行，本技术对此不做限定。
126.根据本技术实施例所提供的直播转码处理方法，一方面，监听到直播端的房间开播事件时即加载转码服务，相比于现有技术中直播端成功推流之后再加载转码服务的方式，转码服务的加载提前了，直播端推流成功后转码服务能够立即拉到源码流进行转码，而无需等待转码服务加载，加快了产出转码流的速度；又一方面，利用房间开关播事件来开启和关闭转码服务，且屏蔽掉直播过程中出现的拉流失败结果，使得转码服务只依赖于房间开关播事件来开启和关闭，而不是依赖流开关播事件来开启和关闭，保证在开播到关播这期间内转码服务始终正常运行，避免流抖动对转码服务的影响；再一方面，转码服务在源码流拉取失败的情况下，将已拉取的历史源码流中的至少一个视频帧进行转码处理以产出转码流，从而在源码流断流的情况下仍能产出转码流，避免直播断流造成观看端中直播链路断开，一旦推流恢复观看端中直播也能够快速恢复正常。
127.图6示出了本技术实施例提供的直播转码处理装置的结构示意图。如图6所示，该装置包括：
128.消息获取模块61，用于获取直播端的房间开播消息；
129.通知模块62，用于根据房间开播消息，向直播端对应的目标边缘集群发送第一通知消息，第一通知消息用于使目标边缘集群对转码服务进行预加载处理；
130.转码模块63，用于利用预加载的转码服务对直播端推流至目标边缘集群的源码流进行转码处理。
131.可选地，消息获取模块61进一步用于：获取直播端的房间关播消息；
132.通知模块62进一步用于：根据房间关播消息，向直播端对应的目标边缘集群发送第二通知消息，第二通知消息用于使目标边缘集群对转码服务进行关闭处理。
133.可选地，消息获取模块61进一步用于：获取直播端根据房间开播事件触发而发送的房间开播消息；房间开播事件具体为：主播用户开启直播间的操作事件。
134.可选地，消息获取模块61进一步用于：获取直播端根据房间关播事件触发而发送的房间关播消息；房间关播事件具体为：主播用户关闭直播间的操作事件。
135.可选地，转码模块63进一步用于：利用预加载的转码服务向目标边缘集群尝试拉取源码流；若源码流拉取成功，将拉取的源码流进行转码处理得到转码流。
136.可选地，转码模块63进一步用于：若源码流拉取失败，继续尝试拉取源码流。
137.可选地，转码模块63进一步用于：当直播端推流至目标边缘集群的源码流发生断流时，利用预加载的转码服务将目标边缘集群已经接收的历史源码流中的至少一个视频帧进行转码处理。
138.可选地，装置还包括：调度模块，用于在获取直播端的房间开播消息之后，根据多个边缘集群的状态信息，从多个边缘集群中筛选得到目标边缘集群；
139.发送模块，适于将目标边缘集群的地址返回给直播端，以供直播端根据目标边缘集群的地址向目标边缘集群推流。
140.可选地，装置还包括：查询模块，用于在根据多个边缘集群的状态信息，从多个边缘集群中筛选得到目标边缘集群之前，根据直播端的地址信息，查询到多个边缘集群。
141.可选地，调度模块进一步用于：根据各个边缘集群的状态信息，分别计算各个边缘集群的得分；将得分最高的边缘集群确定为目标边缘集群。
142.可选地，边缘集群的状态信息包括以下中的至少一项：剩余资源信息、网络情况、
权重系数、转码稳定程度信息。
143.可选地，装置还包括：扫描模块，用于定时扫描各个边缘集群，得到各个边缘集群的状态信息。
144.可选地，第一通知消息进一步用于使目标边缘集群申请服务资源以及拉取服务镜像。
145.本技术实施例还提供了一种直播处理转码系统，包括上述实施例中的直播处理装置、直播端以及目标边缘集群。
146.本技术实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的直播转码处理方法。
147.可执行指令具体可以用于使得处理器执行以下操作：
148.获取直播端的房间开播消息；
149.根据房间开播消息，向直播端对应的目标边缘集群发送第一通知消息，第一通知消息用于使目标边缘集群对转码服务进行预加载处理；
150.利用预加载的转码服务对直播端推流至目标边缘集群的源码流进行转码处理。
151.在一种可选的方式中，可执行指令具体可以用于使得处理器执行以下操作：获取直播端的房间关播消息；根据房间关播消息，向直播端对应的目标边缘集群发送第二通知消息，第二通知消息用于使目标边缘集群对转码服务进行关闭处理。
152.在一种可选的方式中，可执行指令具体可以用于使得处理器执行以下操作：获取直播端根据房间开播事件触发而发送的房间开播消息；房间开播事件具体为：主播用户开启直播间的操作事件。
153.在一种可选的方式中，可执行指令具体可以用于使得处理器执行以下操作：获取直播端根据房间关播事件触发而发送的房间关播消息；房间关播事件具体为：主播用户关闭直播间的操作事件。
154.在一种可选的方式中，可执行指令具体可以用于使得处理器执行以下操作：利用预加载的转码服务向目标边缘集群尝试拉取源码流；若源码流拉取成功，将拉取的源码流进行转码处理得到转码流。
155.在一种可选的方式中，可执行指令具体可以用于使得处理器执行以下操作：在利用预加载的转码服务向目标边缘集群尝试拉取源码流之后，若源码流拉取失败，继续尝试拉取源码流。
156.在一种可选的方式中，可执行指令具体可以用于使得处理器执行以下操作：当直播端推流至目标边缘集群的源码流发生断流时，利用预加载的转码服务将目标边缘集群已经接收的历史源码流中的至少一个视频帧进行转码处理。
157.在一种可选的方式中，可执行指令具体可以用于使得处理器执行以下操作：在获取直播端的房间开播消息之后，根据多个边缘集群的状态信息，从多个边缘集群中筛选得到目标边缘集群；将目标边缘集群的地址返回给直播端，以供直播端根据目标边缘集群的地址向目标边缘集群推流。
158.在一种可选的方式中，可执行指令具体可以用于使得处理器执行以下操作：在根据多个边缘集群的状态信息，从多个边缘集群中筛选得到目标边缘集群之前，根据直播端
的地址信息，查询到多个边缘集群。
159.在一种可选的方式中，可执行指令具体可以用于使得处理器执行以下操作：根据各个边缘集群的状态信息，分别计算各个边缘集群的得分；将得分最高的边缘集群确定为目标边缘集群。
160.在一种可选的方式中，边缘集群的状态信息包括以下中的至少一项：剩余资源信息、网络情况、权重系数、转码稳定程度信息。
161.在一种可选的方式中，可执行指令具体可以用于使得处理器执行以下操作：定时扫描各个边缘集群，得到各个边缘集群的状态信息。
162.在一种可选的方式中，第一通知消息进一步用于使目标边缘集群申请服务资源以及拉取服务镜像。
163.图7示出了本技术实施例提供的计算设备的结构示意图，本技术具体实施例并不对计算设备的具体实现做限定。
164.如图7所示，该计算设备可以包括：处理器(processor)702、通信接口(communications interface)704、存储器(memory)706、以及通信总线708。
165.其中：处理器702、通信接口704、以及存储器706通过通信总线708完成相互间的通信。通信接口704，用于与其它设备比如客户端或其它服务器等的网元通信。处理器702，用于执行程序710，具体可以执行上述用于计算设备的直播转码处理方法实施例中的相关步骤。
166.具体地，程序710可以包括程序代码，该程序代码包括计算机操作指令。
167.处理器702可能是中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本技术实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。
168.存储器706，用于存放程序710。存储器706可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
169.程序710具体可以用于使得处理器702执行以下操作：
170.获取直播端的房间开播消息；
171.根据房间开播消息，向直播端对应的目标边缘集群发送第一通知消息，第一通知消息用于使目标边缘集群对转码服务进行预加载处理；
172.利用预加载的转码服务对直播端推流至目标边缘集群的源码流进行转码处理。
173.在一种可选的方式中，程序710具体还可以用于使得处理器702执行以下操作：获取直播端的房间关播消息；根据房间关播消息，向直播端对应的目标边缘集群发送第二通知消息，第二通知消息用于使目标边缘集群对转码服务进行关闭处理。
174.在一种可选的方式中，程序710具体还可以用于使得处理器702执行以下操作：获取直播端根据房间开播事件触发而发送的房间开播消息；房间开播事件具体为：主播用户开启直播间的操作事件。
175.在一种可选的方式中，程序710具体还可以用于使得处理器702执行以下操作：获取直播端根据房间关播事件触发而发送的房间关播消息；房间关播事件具体为：主播用户关闭直播间的操作事件。
176.在一种可选的方式中，程序710具体还可以用于使得处理器702执行以下操作：利用预加载的转码服务向目标边缘集群尝试拉取源码流；若源码流拉取成功，将拉取的源码流进行转码处理得到转码流。
177.在一种可选的方式中，程序710具体还可以用于使得处理器702执行以下操作：在利用预加载的转码服务向目标边缘集群尝试拉取源码流之后，若源码流拉取失败，继续尝试拉取源码流。
178.在一种可选的方式中，程序710具体还可以用于使得处理器702执行以下操作：当直播端推流至目标边缘集群的源码流发生断流时，利用预加载的转码服务将目标边缘集群已经接收的历史源码流中的至少一个视频帧进行转码处理。
179.在一种可选的方式中，程序710具体还可以用于使得处理器702执行以下操作：在获取直播端的房间开播消息之后，根据多个边缘集群的状态信息，从多个边缘集群中筛选得到目标边缘集群；将目标边缘集群的地址返回给直播端，以供直播端根据目标边缘集群的地址向目标边缘集群推流。
180.在一种可选的方式中，程序710具体还可以用于使得处理器702执行以下操作：在根据多个边缘集群的状态信息，从多个边缘集群中筛选得到目标边缘集群之前，根据直播端的地址信息，查询到多个边缘集群。
181.在一种可选的方式中，程序710具体还可以用于使得处理器702执行以下操作：根据各个边缘集群的状态信息，分别计算各个边缘集群的得分；将得分最高的边缘集群确定为目标边缘集群。
182.在一种可选的方式中，边缘集群的状态信息包括以下中的至少一项：剩余资源信息、网络情况、权重系数、转码稳定程度信息。
183.在一种可选的方式中，程序710具体还可以用于使得处理器702执行以下操作：定时扫描各个边缘集群，得到各个边缘集群的状态信息。
184.在一种可选的方式中，第一通知消息进一步用于使目标边缘集群申请服务资源以及拉取服务镜像。
185.在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本技术实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本技术的内容，并且上面对特定语言所做的描述是为了披露本技术的最佳实施方式。
186.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本技术的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
187.类似地，应当理解，为了精简本技术并帮助理解各个发明方面中的一个或多个，在上面对本技术的示例性实施例的描述中，本技术实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本技术要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要
求本身都作为本技术的单独实施例。
188.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
189.此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本技术的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
190.本技术的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本技术实施例的一些或者全部部件的一些或者全部功能。本技术还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本技术的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
191.应该注意的是上述实施例对本技术进行说明而不是对本技术进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本技术可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。