CN114363555A - 基于as模式的录播方法、装置和录播管理服务器 - Google Patents

Abstract

本申请公开了基于AS模式的录播方法、装置和录播管理服务器，该方法包括在接收到录播指令时，从多个录播服务器中选择主服务器和备用服务器，主服务器用于执行录播指令对应的录播任务，并将执行录播任务所产生的录制码流文件同步至备用服务器；监测多个录播服务器的工作情况；在主服务器出现异常时，将备用服务器作为新的主服务器，并根据多个录播服务器的工作情况从多个录播服务器中重新选择新的备用服务器；在备用服务器出现异常时，根据多个录播服务器的工作情况从多个录播服务器中重新选择新的备用服务器。本申请可以提高音视频会议录播的质量，不仅可以避免录制的音视频会议的码流文件丢失，还可以保证码流文件的完整性。

Description

基于AS模式的录播方法、装置和录播管理服务器

技术领域

本发明涉及录播技术领域，尤其涉及一种基于AS模式的录播方法、装置和录播管理服务器。

背景技术

在音视频会议系统私有化部署中，用户使用会议系统一般都进行会议的录制，以保证线上会议结束后，进行会议的复盘总结，或者把录制的内容分享给未能及时参加人员。

当前的私有化部署，一般采用第三方的录播服务器，把会议信息推送到第三方录播服务器，实现音视频会议的录播。但是，第三方服务器不仅价格高，而且容灾性差，一旦第三方服务器出现异常，将导致录制的音视频数据丢失，或者，因第三方服务器出现异常，导致音视频会议的录播中断，无法获得完整会议的音视频。

发明内容

鉴于上述问题，本申请提出一种基于AS模式的录播方法、装置和录播管理服务器，以提高音视频会议的录播质量。

第一方面，本申请实施例提出一种基于AS模式的录播方法，所述方法包括：

在接收到录播指令时，从多个录播服务器中选择主服务器和备用服务器，所述主服务器用于执行所述录播指令对应的录播任务，并将执行所述录播任务所产生的录制码流文件同步至所述备用服务器；

监测所述多个录播服务器的工作情况；

在所述主服务器出现异常时，将所述备用服务器作为新的所述主服务器，并根据所述多个录播服务器的工作情况从所述多个录播服务器中重新选择新的所述备用服务器；

在所述备用服务器出现异常时，根据所述多个录播服务器的工作情况从所述多个录播服务器中重新选择新的所述备用服务器。

本申请实施例所述的基于AS模式的录播方法，所述从多个录播服务器中选择主服务器和备用服务器，包括：

获取每一个所述录播服务器的任务总数；

从最小任务总数对应的录播服务器中选择所述主服务器；

将任务总数最接近所述最小任务总数且任务总数大于等于所述最小任务总数的录播服务器作为所述备用服务器。

本申请实施例所述的基于AS模式的录播方法，每一个所述录播服务器的任务包括录制任务和/或转码任务。

本申请实施例所述的基于AS模式的录播方法，所述监测所述多个录播服务器的工作情况，包括：

按照预定的采样频率采集每一个所述录播服务器的录制任务信息和/或转码任务信息；

根据每一个所述录播服务器的录制任务信息和/或转码任务信息确定每一个所述录播服务器是否存在异常。

本申请实施例所述的基于AS模式的录播方法，所述根据所述多个录播服务器的工作情况从所述多个录播服务器中重新选择新的所述备用服务器，包括：

根据所述多个录播服务器的工作情况从所述多个录播服务器中获取处于正常工作状态的工作录播服务器的任务总数；

将最小任务总数对应的工作录播服务器作为新的所述备用服务器。

本申请实施例所述的基于AS模式的录播方法，还包括：在所述录播任务完成时，控制当前的主服务器对所述录播任务所产生的录制码流文件进行转码。

第二方面，本申请实施例还提出一种基于AS模式的录播装置，所述装置包括：

选择模块，用于在接收到录播指令时，从多个录播服务器中选择主服务器和备用服务器，所述主服务器用于执行所述录播指令对应的录播任务，并将执行所述录播任务所产生的录制码流文件同步至所述备用服务器；

监测模块，用于监测所述多个录播服务器的工作情况；

更新模块，用于在所述主服务器出现异常时，将所述备用服务器作为新的所述主服务器，并根据所述多个录播服务器的工作情况从所述多个录播服务器中重新选择新的所述备用服务器；还用于在所述备用服务器出现异常时，根据所述多个录播服务器的工作情况从所述多个录播服务器中重新选择新的所述备用服务器。

第三方面，本申请实施例还提出一种录播管理服务器，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序在所述处理器上运行时执行本申请实施例所述的基于AS模式的录播方法。

第四方面，本申请实施例还提出一种可读存储介质，其存储有计算机程序，所述计算机程序在处理器上运行时执行本申请实施例所述的基于AS模式的录播方法。

第五方面，本申请实施例还提出一种录播系统，包括多个录播服务器和本申请实施例所述的录播管理服务器，所述录播管理服务器连接每一个录播服务器。

本申请通过在接收到录播指令时，从多个录播服务器中选择主服务器和备用服务器，所述主服务器用于执行所述录播指令对应的录播任务，并将执行所述录播任务所产生的录制码流文件同步至所述备用服务器；监测所述多个录播服务器的工作情况；在所述主服务器出现异常时，将所述备用服务器作为新的所述主服务器，并根据所述多个录播服务器的工作情况从所述多个录播服务器中重新选择新的所述备用服务器；在所述备用服务器出现异常时，根据所述多个录播服务器的工作情况从所述多个录播服务器中重新选择新的所述备用服务器。可以提高音视频会议录播的质量，不仅可以避免录制的音视频会议的码流文件丢失，还可以保证码流文件的完整性。

附图说明

为了更清楚地说明本发明的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对本发明保护范围的限定。在各个附图中，类似的构成部分采用类似的编号。

图1示出了本申请实施例提出的一种基于AS模式的录播方法的流程示意图；

图2示出了本申请实施例提出的一种基于AS模式的录播方法中主服务器和备用服务器的选择过程的流程示意图；

图3示出了本申请实施例提出的一种基于AS模式的录播方法中一种3个录播服务器的集群示意图；

图4示出了本申请实施例提出的一种基于AS模式的录播方法中另一种3个录播服务器的集群示意图；

图5示出了本申请实施例提出的一种基于AS模式的录播方法中各个组件之间的信令图；

图6示出了本申请实施例提出的一种基于AS模式的录播装置的结构示意图；

图7示出了本申请实施例提出的一种录播系统的结构示意图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。

通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

在下文中，可在本发明的各种实施例中使用的术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。

此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本发明的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本发明的各种实施例中被清楚地限定。

实施例1

本实施例中，提出一种基于AS(active-standby)模式的录播方法，应用于录播管理服务器，通过该基于AS模式的录播方法，录播管理服务器可以管理多个录播服务器，在接收到录播任务时，控制多个录播服务器协同执行录播任务，以提高音视频会议录播的质量，不仅可以避免录制的音视频会议的码流文件丢失，还可以保证码流文件的完整性。

需要说明的是，本实施例中，AS(active-standby)模式为，至少有两个录播服务器同时参与执行录播任务，其中，至少一个录播服务器作为主服务器(active)，用于执行录播任务，至少一个录播服务器作为备用服务器(standby)，用于接收主服务器(active)执行录播任务所产生的录制码流文件，当主服务器(active)宕机时，备用服务器(standby)接替主服务器(active)执行录播任务。

示例性的，请参见图1，本实施例中，提出的一种基于AS(active-standby)模式的录播方法，包括以下步骤S100～S400：

步骤S100，在接收到录播指令时，从多个录播服务器中选择主服务器和备用服务器，所述主服务器用于执行所述录播指令对应的录播任务，并将执行所述录播任务所产生的录制码流文件同步至所述备用服务器。

一般情况下，录播指令可以是，当会议开始之后，会议管理员可以通过Web操作开始进行会议录制，当然也可以设置会议开始后，自动录制，或者在参会者的终端上操作开始录制。

本实施例中，录播管理服务器用于管理多个录播服务器，录播管理服务器在接收到用户发送的录播指令时，录播管理服务器在从多个录播服务器中选择主服务器和备用服务器。

可以理解，录播管理服务器可以不执行录播任务，仅仅用于管理多个录播服务器，当然，考虑到资源的最大利用，避免资源浪费，录播管理服务器不仅可以用于管理多个录播服务器，录播管理服务器也可以作为一个录播服务器，参与录播任务。

本实施例中，一种实施方式是，录播管理服务器可以随机从多个录播服务器中选择至少一个主服务器和至少一个备用服务器同时参与录播任务。可以理解，主服务器和备用服务器的数目越多，音视频会议录播过程的容灾性越强，但是过多的主服务器和备用服务器将会导致资源浪费。

本实施例中，为了避免资源浪费，同时保证音视频会议录播过程的具有一定的容灾性，录播管理服务器可以随机从多个录播服务器中选择一个主服务器和一个备用服务器同时参与录播任务。

其中，主服务器(active)，用于执行录播任务，备用服务器(standby)，用于接收主服务器(active)执行录播任务所产生的录制码流文件，当主服务器(active)宕机或者出现异常时，备用服务器(standby)接替主服务器(active)执行录播任务。保证录播任务不间断，进而保证音视频会议所对应的录制码流文件的完整性。

进一步的，考虑到上述随机从多个录播服务器中选择主服务器和备用服务器，可能存在多个录播服务器中一些服务器的负载过多，即所执行的任务数量过多，而一些录播服务器的负载过小，即所执行的任务数量较少。因此，本实施例中，为了保证各个录播服务器之间负载均衡，保证各个录播服务器资源的合理利用，给出一种选择主服务器和备用服务器的实施方式，示例性的，请参见图2，该选择主服务器和备用服务器的实施方式包括以下步骤：

步骤S110，获取每一个所述录播服务器的任务总数。

本实施例中，录播服务器的任务包括录制任务和/或转码任务。若在录播管理服务器接收到录播指令时，某一个录播服务器在执行至少一个录制任务和至少一个转码任务，则该录播服务器的任务总数为录制任务数目和转码任务数目之和；若在录播管理服务器接收到录播指令时，某一个录播服务器仅在执行至少一个录制任务，则该录播服务器的任务总数为录制任务数目；若在录播管理服务器接收到录播指令时，某一个录播服务器仅在执行至少一个转码任务，则该录播服务器的任务总数为转码任务数目。

步骤S120，从最小任务总数对应的录播服务器中选择所述主服务器。

可以理解，若最小任务总数对应的录播服务器只有一个，则将最小任务总数对应的录播服务器作为主服务器；若最小任务总数对应的录播服务器有多个，则从最小任务总数对应的多个录播服务器随机选择一个作为主服务器。

步骤S130，将任务总数最接近所述最小任务总数且任务总数大于等于所述最小任务总数的录播服务器作为所述备用服务器。

可以理解，若最小任务总数对应的录播服务器只有一个，则将任务总数最接近最小任务总数且任务总数大于最小任务总数的录播服务器作为备用服务器；若最小任务总数对应的录播服务器有多个，则从任务总数最接近最小任务总数且任务总数等于最小任务总数的录播服务器中随机选择一个录播服务器作为备用服务器。

示例性的，若4个录播服务器对应的任务数目分别是1、1、2、3，则将任务数目为1的两个录播服务器分别作为主服务器和备用服务器；若4个录播服务器对应的任务数目分别是1、2、2、3，则将任务数目为1的录播服务器作为主服务器，从任务数目为2的两个录播服务器中随机选择一个作为备用服务器；若4个录播服务器对应的任务数目分别是1、2、3、4，则将任务数目为1的录播服务器作为主服务器，从任务数目为2的录播服务器中作为备用服务器。

本实施方式，可以保证各个录播服务器之间负载均衡，保证各个录播服务器资源的合理利用，提升录播效率。

步骤S200，监测所述多个录播服务器的工作情况。

本实施例中，录播管理服务器可以按照预定的采样频率采集每一个录播服务器的录制任务信息和/或转码任务信息；并根据每一个录播服务器的录制任务信息和/或转码任务信息确定每一个所述录播服务器是否存在异常。

例如，录播管理服务器可以采用3秒一次和录播服务器保活的方式，监控各个录播服务器的录制服务、转码服务、录制任务数目、转码任务数目等，若录播管理服务器在预定的时间段内没有收到某一个录播服务器的相关信息，则可以确定该录播服务器出现异常。

步骤S300，在所述主服务器出现异常时，将所述备用服务器作为新的所述主服务器，并根据所述多个录播服务器的工作情况从所述多个录播服务器中重新选择新的所述备用服务器。

录播管理服务器在确定主服务器出现异常时，将备用服务器作为新的主服务器，接替原主服务器，继续执行录播任务。可以理解，该备用服务器在作为新的主服务器之前，一直接收主服务器实时同步的码流文件，在该备用服务器作为新的主服务器之后，继续执行录播任务，若该新的主服务器正常执行完剩下的录播任务，则其执行录播任务所产生的第二码流文件与从原主服务器获得的第一码流文件组合后，即是音视频会议的完整的录制码流文件。

进一步的，考虑到新的主服务器在执行剩下的录播任务时，可能存在出现异常的情况，因此，为了保证剩下的录播任务可以顺利进行，本实施例中，录播管理服务器还可以根据多个录播服务器的工作情况从多个录播服务器中重新选择新的备用服务器。

例如，根据多个录播服务器的工作情况从多个录播服务器中获取处于正常工作状态的工作录播服务器的任务总数；将最小任务总数对应的工作录播服务器作为新的备用服务器。

可以理解的是，在选择新的备用服务器时，不考虑处于异常状态的录播服务器、也不考虑已经被作为主服务器的录播服务器。

步骤S400，在所述备用服务器出现异常时，根据所述多个录播服务器的工作情况从所述多个录播服务器中重新选择新的所述备用服务器。

录播管理服务器在确定备用服务器出现异常时，主服务器保持正常执行录播任务，录播管理服务器将根据多个录播服务器的工作情况从多个录播服务器中重新选择新的备用服务器。

可以理解，确定新的备用服务器后，主服务器会将执行录播任务所产生的录制码流文件同步至备用服务器，保证新的备用服务器的录制码流文件与主服务器的录制码流文件的一致性。

可以理解，本实施例中，主服务器执行录播任务所产生的录制码流文件将保存在主服务器本地，并且，主服务器同时会将该录制码流文件同步至备用服务器，即存储在备用服务器本地。

进一步的，本实施例中，提出的基于AS模式的录播方法，还包括：在所述录播任务完成时，控制当前的主服务器对所述录播任务所产生的录制码流文件进行转码。

可以理解，当前的主服务器包括完整的音视频会议所对应的录制码流文件，当前的主服务器将把原始的音视频码流文件，转换成需要的音频，视频格式，以供用户的播放器进行播放。

需要说明的是，本实施例中，转码的服务器可以转码本地的录制码流文件，不需要跨服务器转码，避免出现一个服务器从另一个服务器拉取录制码流文件的场景，进而保证转码效率。

需要说明的是，本实施例中，在一个录制任务完成时，录播管理服务器可以控制当前完成录制任务的主服务器将完整的录制码流文件上传至归档服务器，以保证完整的录制码流文件可以长期保存。

示例性的，本实施例中，以3个录播服务器的集群为例，对基于AS模式的录播方法进一步解释说明。

若当前音视频会议系统上，正有2个会议正在进行，会议A和会议B，分别在录播服务器1和录播服务器2上，经过录制服务调度之后，进入下述的状态，请参见图3：

对于会议A，录制会议A的主服务器是录播服务器1，备份会议A的录制码流文件的备用服务器是录播服务器2；

对于会议B，录制会议B的主服务器是录播服务器2，备份会议B的录制码流文件的备用服务器是录播服务器3。

在录播服务器2出现异常时，请参见图4，会议B转移至录播服务器3，备份会议A的录制码流文件的备用服务器更新为录播服务器3，录制会议B的主服务器更新为录播服务器3，备份会议B的录制码流文件的备用服务器更新为录播服务器1。

进一步，在录播服务器3出现异常时，若还有录播服务器4，则会议B和会议C转移至录播服务器4，备份会议A的录制码流文件的备用服务器更新为录播服务器4，录制会议B和会议C的主服务器更新为录播服务器1，备份会议B和会议C的录制码流文件的备用服务器更新为录播服务器4。

以此类推，录播服务器的数目越多，录播系统的容灾性越强。

需要说明的是，当某一个会议的录制任务没有相应的备用服务器和/或主服务器时，录播管理服务器将接收到报警，以提醒用户及时应对。

进一步的，需要说明的是，本实施例中，录播管理服务器上部署录播管理服务组件(Record-Manage)和录播代理组件(Record-Agent)。

其中，录播管理服务组件(Record-Manage)，主要负责调度，优先把录制任务调度到当前负载比较低的录播服务器上，可以从当前的可用录播服务器列表(由录播代理上报)里直接选择当前负载最小的两个录播服务器，一个作为主服务器，录制音视频会议，另一个作为备用服务器，该备用服务器处于实时等待状态，当收到录制代理报告主服务器异常之后，备用服务器开始变成主服务器，开始执行录播服务，同时再选择一个新的备用服务器，进入备份状态。可以理解，若没有新的备用服务器可以选择，则主服务器执行录制任务，无需将录制码流文件同步至其他服务器。

其中，录制代理服务组件(Record-Agent)，收集各个录播服务器的录制、转码和负载情况，如录播服务器1有2个会议在录制，2个录制文件在转码；录播服务器2有10个会议在录制，3个录制文件在转码等，形成负载信息，并根据负载情况，进行优先级排序，负载最低的可以排在队列最前面，供录播管理服务，优先选择负载最低的节点。同时采用3秒一次和录播服务器保活的方式，监控各个录播服务器录制服务，转码服务情况，有异常的时候上报给录制管理服务。

其中，录播服务器上可以部署录制组件(Record，主要进行录制服务，即把会议中的音视频码流文件录制下来)和转码组件(Transfer-Code，把原始的音视频码流文件，转换成需要的音频，视频格式，以供用户的播放器进行播放)服务，这样就不会出现，当转码的时候，一个录播服务器去另一个录播服务器拉取原始码流文件的场景。

进一步的，请参见图5，给出录播管理服务组件(图5中的录播管理)、录播代理组件(图5中的录播代理)、主服务器的录制组件(图5中的录制-主)、备用服务器的录制组件(图5中的录制-备)、主服务器的转码组件(图5中的转码-主)之间的信令关系。

本实施例逻辑简单，在原有的会议系统上修改比较小，保障了会议系统以最小的修改实现录制服务高可用，并且本实施例不需要额外购买第三方服务器，实现成本较低。

实施例2

请参见图6，本实施例中，还提出一种基于AS模式的录播装置10，该装置包括：选择模块11、监测模块12和更新模块13。

选择模块11，用于在接收到录播指令时，从多个录播服务器中选择主服务器和备用服务器，所述主服务器用于执行所述录播指令对应的录播任务，并将执行所述录播任务所产生的录制码流文件同步至所述备用服务器；监测模块12，用于监测所述多个录播服务器的工作情况；更新模块13，用于在所述主服务器出现异常时，将所述备用服务器作为新的所述主服务器，并根据所述多个录播服务器的工作情况从所述多个录播服务器中重新选择新的所述备用服务器；还用于在所述备用服务器出现异常时，根据所述多个录播服务器的工作情况从所述多个录播服务器中重新选择新的所述备用服务器。

本实施例中，基于AS模式的录播装置10通过选择模块11、监测模块12和更新模块13的配合使用，用于执行上述实施例所述的基于AS模式的录播方法，上述实施例所涉及的实施方案以及有益效果在本实施例中同样适用，在此不再赘述。

实施例3

本实施例中，还提出一种录播管理服务器，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序在所述处理器上运行时执行本申请实施例所述的基于AS模式的录播方法。

实施例4

本实施例中，还提出一种可读存储介质，其存储有计算机程序，所述计算机程序在处理器上运行时执行本申请实施例所述的基于AS模式的录播方法。

实施例5

请参见图7，本实施例中，还提出一种录播系统，包括多个录播服务器和本申请实施例所述的录播管理服务器，所述录播管理服务器连接每一个录播服务器。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和结构图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或更多个模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个可读存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是智能手机、个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的可读存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。

Claims (10)

1.一种基于AS模式的录播方法，其特征在于，所述方法包括：

在接收到录播指令时，从多个录播服务器中选择主服务器和备用服务器，所述主服务器用于执行所述录播指令对应的录播任务，并将执行所述录播任务所产生的录制码流文件同步至所述备用服务器；

监测所述多个录播服务器的工作情况；

在所述主服务器出现异常时，将所述备用服务器作为新的所述主服务器，并根据所述多个录播服务器的工作情况从所述多个录播服务器中重新选择新的所述备用服务器；

在所述备用服务器出现异常时，根据所述多个录播服务器的工作情况从所述多个录播服务器中重新选择新的所述备用服务器。

2.根据权利要求1所述的基于AS模式的录播方法，其特征在于，所述从多个录播服务器中选择主服务器和备用服务器，包括：

获取每一个所述录播服务器的任务总数；

从最小任务总数对应的录播服务器中选择所述主服务器；

将任务总数最接近所述最小任务总数且任务总数大于等于所述最小任务总数的录播服务器作为所述备用服务器。

3.根据权利要求2所述的基于AS模式的录播方法，其特征在于，每一个所述录播服务器的任务包括录制任务和/或转码任务。

4.根据权利要求1所述的基于AS模式的录播方法，其特征在于，所述监测所述多个录播服务器的工作情况，包括：

按照预定的采样频率采集每一个所述录播服务器的录制任务信息和/或转码任务信息；

根据每一个所述录播服务器的录制任务信息和/或转码任务信息确定每一个所述录播服务器是否存在异常。

5.根据权利要求1所述的基于AS模式的录播方法，其特征在于，所述根据所述多个录播服务器的工作情况从所述多个录播服务器中重新选择新的所述备用服务器，包括：

根据所述多个录播服务器的工作情况从所述多个录播服务器中获取处于正常工作状态的工作录播服务器的任务总数；

将最小任务总数对应的工作录播服务器作为新的所述备用服务器。

6.根据权利要求1所述的基于AS模式的录播方法，其特征在于，还包括：在所述录播任务完成时，控制当前的主服务器对所述录播任务所产生的录制码流文件进行转码。

7.一种基于AS模式的录播装置，其特征在于，所述装置包括：

选择模块，用于在接收到录播指令时，从多个录播服务器中选择主服务器和备用服务器，所述主服务器用于执行所述录播指令对应的录播任务，并将执行所述录播任务所产生的录制码流文件同步至所述备用服务器；

监测模块，用于监测所述多个录播服务器的工作情况；

更新模块，用于在所述主服务器出现异常时，将所述备用服务器作为新的所述主服务器，并根据所述多个录播服务器的工作情况从所述多个录播服务器中重新选择新的所述备用服务器；还用于在所述备用服务器出现异常时，根据所述多个录播服务器的工作情况从所述多个录播服务器中重新选择新的所述备用服务器。

8.一种录播管理服务器，其特征在于，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序在所述处理器上运行时执行权利要求1至6任一项所述的基于AS模式的录播方法。

9.一种可读存储介质，其特征在于，其存储有计算机程序，所述计算机程序在处理器上运行时执行权利要求1至6任一项所述的基于AS模式的录播方法。

10.一种录播系统，其特征在于，包括多个录播服务器和权利要求8所述的录播管理服务器，所述录播管理服务器连接每一个录播服务器。

Images