一种录制节目的方法和多媒体系统的制作方法

专利名称：一种录制节目的方法和多媒体系统的制作方法
技术领域：
本发明涉及IPTV (Internet Protocol Television,交互式网络电视)、手机电视、移动流媒体等多媒体业务领域，尤其涉及对于多节点布局网络的视频、语音的录制节目的需要极高成功率的录制节目的方法和多媒体系统。
背景技术：
IPTV业务是将机顶盒接入到宽带网络，以电脑或者电视机为显示终端，从而为用户提供一种交互式电视体验和多々某体服务的宽带增值业务。IPTV系统可以提供视频点播(Video on Demand,简称VOD)、直播电视(Live TV)和时移电视(Time-shifted TV,简称TSTV)和录制节目点播(TV on Demand,简称TVOD) 。 IPTV系统是多节点架构，IPTV系统为了均衡用户收看电视的并发流，设置逻辑上的节点概念管理区域和负责区域内的服务，节点下配置主备Agent(代理)服务器、磁阵及多个可供服务服务功能的刀片等。IPTV系统在中心节点创建通道，然后中继到其他边缘节点上。
直播电视，又称直播服务，是IPTV业务地基本业务形式之一。直播电视是基于直播频道而实现的，对用户而言，该业务如同传统频道电视，频道切换和频道选择通过屏幕菜单形式实现，丰富了用户的收视频道；对运营商而言，该业务是吸引传统电视用户的有效手段，其运营关键是频道特色；从4支术实现角度看，该业务一般采用IP (Internet Protocol)组播、忮术在IP网络上传送电视节目信息。
时移电视(TSTV)，是一种将用户从传统的节目时刻表中解放出来，能够让用户在看直播电视节目的时候，实现对节目的暂停和后退等操作，并能够快进到当前直4番电^L正在播放的时刻的媒体播放方式，彻底颠覆了原有看电视的方式，给观众带来全新的收视体验。
录制节目点播(TVOD)是时移电视的扩充，该业务是将直播频道上一段节目做成录制节目后，并在电子节目单上显示，以满足用户能够随意点播
错过的精彩节目'，还可以选择几天前的节目。使得IPTV成为真正的"我的电 视"，摆脱了时间的束缚，顺应现代人越来越快的生活节奏。
目前对节目(例如，TVOD)的录制，成功率很高，但也有失败的情况。 对于电信级运营要求，除频道本身问题或录制节目制作本身不当处，录制节 目录制失败是不能接受的。排除重大故障，如掉电、人为停止IPTV系统的 服务器或流媒体刀片服务或频道无信号等外，在IPTV正常运行下，在如下 情况下需要尽可能的保证录制节目的成功，不影响业务部分节点由于频道 丢码率过高、发生较短时间的主备服务器的切换或短时间内的网络故障等。

发明内容
本发明要解决的技术问题是提供一种极高成功率的录制节目的方法和 多媒体系统，当出现录制失败时，能够在节点间进行互修复和补录，极大的 降低了节目录制的失败可能性，提供给用户更流畅的TVOD点播服务质量。
为了解决上述技术问题，本发明提供了一种录制节目的方法，应用于.包 括网络侧设备的多节点架构的多媒体系统，其中，
所述网络侧设备收到录制请求后生成录制任务，并将所述录制任务提前 下发给存储有所述录制任务中指定的频道的各个节点；
所述节点收到所述录制任务后对所述录制任务中指定的频道进行节目 录制，并向所述网络侧设备返回录制结果信息。
进一步地，上述方法还可具有以下特点该方法还包括，
在所述节点进行节目录制的过程中，所述网络侧设备定时检查各个节点 返回的录制结果信息，若发现所述录制结果信息均为录制失败信息，则检测 是否有节点对所述频道设置了暂存节目的时移配置，若有，则向对所述频道 设置了暂存节目的时移配置的节点发送补录任务，
所述对所述频道设置了暂存节目的时移配置的节点收到所述补录任务 后，判断录制失败的节目的时间段是否在本节点时移配置所暂存节目的时间 范围内，若是，则从本节点暂存的节目中提取与所述录制失败的节目的时间段相同的节目作为本节点的录制节目，然后向所述网络侧设备返回录制成功 信息。
进一步地，上述方法还可具有以下特点该方法还包括，
在所述节点进行节目录制的过程中，所述网络侧设备定时检查各个节点 返回的录制结果信息，若发现所述录制结果信息部分为录制失败信息，则向 录制失败的节点发送调度任务，
作为目的节点的所述录制失败的节点收到所述调度任务后向作为源节 点的录制成功的节点调度节目作为本节点的录制节目，并向所述网络侧设备 返回录制成功信息。
进一步地，上述方法还可具有以下特点所述多々某体系统为多级节点架 构，包括一级节点、二级节点和三级节点，其中一级节点连接若干个二级节 点，各个二级节点分别连接若干个三级节点，所述网络侧设备若发现所述录 制结果信息部分为录制失败信息，则向录制失败的节点发送调度任务具体实 现为
所述网络侧设备先判断所述录制任务中的一级节点是否录制成功，若所 述一级节点未录制成功，则选择录制成功的二级节点作为源节点产生向所述 二级节点调度节目的调度任务，并将该调度任务发送给所述一级节点；若所 述二级节点未录制成功，则选择录制成功的三级节点作为源节点产生向所述 三级节点调度节目的调度任务，并将该调度任务发送给所述一级节点；
再判断所述录制任务中的二级节点是否录制成功，若未录制成功，则选 择所述一级节点作为源节点产生向所述一级节点调度节目的调度任务，并将 该调度任务发送给所述二级节点；
然后判断所述录制任务中的三级节点是否录制成功，若未录制成功，则 选择与所述三级节点连接的二级节点作为源节点产生向所述二级节点调度 节目的调度任务，并将该调度任务发送给所述三级节点。
进一步地，上述方法还可具有以下特点所述目的节点收到所述调度任 务后还包括，
判断本节点是否存储有与所述调度任务中指定的待调度的节目相同的节目且节目大小误差是否在允许范围内，若是，则向所述网络側设备返回调 度成功4言息。
进一步地，上述方法还可具有以下特点所述各个节点收到所述录制任 务后，还包括，
将收到的所述录制任务插入到本地录制任务队列中时间段开始时刻比 该录制任务的时间段开始时刻早并且与该录制任务的时间段开始时刻的时 间间隔最小的录制任务之后。
本发明还提供一种多媒体系统，包括网络侧设备和多个节点，其中，
所述网络侧设备，用于收到录制请求后生成录制任务，并将所述录制任 务提前下发给存储有所述录制任务中指定的频道的各个节点；
所述各个节点，用于收到所述录制任务后对所述录制任务中指定的频道 进行节目录制，并向所述网络侧设备返回录制结果信息。
进一步地，上述多々某体系统还可具有以下特点
所述网络侧设备还用于在所述各个节点进行节目录制的过程中定时检 查各个节点返回的录制结果信息，若发现所述录制结果信息均为录制失败信 息，则检测是否有节点对所述频道设置了暂存节目的时移配置，若有，则向 对所述频道设置了暂存节目的时移配置的节点发送补录任务，
所述对所述频道设置了暂存节目的时移配置的节点收到所述补录任务 后，判断录制失败的节目的时间段是否在本节点时移配置所暂存节目的时间 范围内，若是，则从本节点暂存的节目中提取与所述录制失败的节目的时间 段相同的节目作为本节点的录制节目，然后向所述网络侧设备返回录制成功 信息。
进一步地，上述多^ 某体系统还可具有以下特点
所述网络侧设备还用于在所述各个节点进行节目录制的过程中定时检 查各个节点返回的录制结果信息，若发现所述录制结果信息部分为录制失败 信息，则向录制失败的节点发送调度任务，
所述录制失败的节点收到所述调度任务后向录制成功的节点调度节目 作为本节点的录制节目，并向所述网络侧设备返回调度成功信息。进一步地，上述多媒体系统还可具有以下特点所述多媒体系统为多级 节点架构，包括一级节点、二级节点和三级节点，其中一级节点连接若干个 二级节点，各个二级节点分别连接若干个三级节点，所述网络侧设备若发现 所述录制结果信息部分为录制失败信息，则向录制失败的节点发送调度任务 具体实现为
所述网络侧设备先判断所述录制任务中的一级节点是否录制成功，若所 述一级节点未录制成功，则选择录制成功的二级节点作为源节点产生向所述 二级节点调度节目的调度任务，并将该调度任务发送给所述一级节点；若所 述二级节点未录制成功，则选择录制成功的三级节点作为源节点产生向所述 三级节点调度节目的调度任务，并将该调度任务发送给所述一级节点；
再判断所述录制任务中的二级节点是否录制成功，若未录制成功，则选 择所述一级节点作为源节点产生向所述一级节点调度节目的调度^f壬务，并将 该调度任务发送给所述二级节点；
然后判断所述录制任务中的三级节点是否录制成功，若未录制成功，则 选择与所述三级节点连接的二级节点作为源节点产生向所述二级节点调度 节目的调度任务，并将该调度任务发送给所述三级节点。
进一步地，上述多4某体系统还可具有以下特点所述网络側设备为内容 管理引擎，所述各个节点分别包括一个媒体控制单元和若干个由该々某体控制 单元控制的流媒体服务器，
所述々某体控制单元，用于接收所述内容管理引擎下发的录制任务后将所 述录制任务发送给存储有所述录制任务中指定的频道的流纟某体服务器，收到 所述流媒体服务器发来的录制结果信息后将所述录制结果信息发送给所述 内容管理引擎；
所述存储有所述录制任务中指定的频道的流媒体服务器收到所述录制 任务后对所述录制任务中指定的频道进行节目录制，向所述媒体控制单元返 回录制结果信息。
进一步地，上述多媒体系统还可具有以下特点若所述媒体控制单元控 制的流媒体服务器有两个以上存储有所述录制任务中指定的频道，则所述媒体控制单元将所述录制任务发送给负荷最小的流媒体服务器。
综上，本发明提供的一种录制节目的方法和多媒体系统，根据本发明实 施例的录制方法，在部分节点可能因为某种原因导致录制失败，而在其他节
点录制成功，可以实现节点间录制节目的自动互修复；当IPTV系统的最核 心模块—一内容管理引擎进行主备服务器切换，或内容管理引擎服务器在半 个小时内的重启或升级等，然后开机运行的过程前后，当前的TVOD的录 制任务，几乎不受影响，达到非常高的录制成功率；当IPTV系统的各节点 的媒体控制单元进行主备服务器切换，或媒体控制单元服务器较长时间内的 重启或升级等，然后开机运行的过程后，能极大防止其所属的流媒体服务器 丢失TVOD; IPTV系统一般是在媒体控制单元控制下有多个流媒体服务器， 其中包括一个负责频道编解码的流々某体服务器。如果负责频道编解码的流J 某 体服务器坏了，虽然可以切换到其他的流々某体服务器上，切换期间会直接导 致TVOD不能录制，但根据本发明的录制节目的方法可以保证在此媒体控 制单元控制下的其他流媒体服务器也具有该TVOD,从而不影响用户的点播 服务；此外，当IPTV系统的TVOD录制失败或错过录制TVOD,可以在频 道的时移时长允许范围内，可以补做TVOD的录制，灵活方便，极大地提 高了 IPTV的服务性能。


图1是根据本发明实施例的多媒体系统的示意图2是根据本发明实施例的录制节目的方法的流程图3是根据本发明实施例的对录制节目失败的修复方法的流程图4为根据本发明实施例的对IPTV系统的中心节点进行TVOD调度修 复的示意图5为根据本发明实施例的对IPTV系统的边缘节点进行TVOD调度修 复的示意图6为根据本发明实施例在IPTV系统中进行TVOD互修复的处理流程图7为根据本发明实施例在IPTV系统中进行TVOD补录的处理流程图。
具体实施例方式
下面结合附图及实施例对本发明的技术方案进行更详细的说明。
图1是根据本发明实施例的多媒体系统的示意图，本实施例的多媒体系 统可以是IPTV系统，手机电视系统或者移动流^(某体等。如图l所示，本实 施例的多媒体系统包括网络侧设备和多个节点，在本实施例中网络侧设备可 以是内容管理引擎(Content Management Engine,简称CME)，各个节点分 别包括媒体控制单元(Media Control Unit,简称MCU)和若干个流媒体服 务器(Streaming Server,筒称SS)。 一个内容管理引擎可能管理多个々某体 控制单元， 一个媒体控制单元可能控制多个流媒体服务器。
内容管理引擎在下发录制请求时选择要下发录制请求的媒体控制单元 首先要满足的条件是该媒体控制单元控制的流媒体服务器上存储有待录制 的节目的频道，进一步可根据负荷均衡等策略来选择，比如，现在一个J 某体 控制单元下， 一个频道在只在一个流媒体服务器上进行服务，也可以考虑一 个频道在多个(两个以上)流媒体服务器上进行服务，每个流媒体服务器都 定时上报其性能状态，例如CPU使用、用户点播的并发流等，然后根据该 性能状态，通过加权方法，计算出剩余服务能力值最大的流媒体服务器，即 选择负荷最小的流媒体服务器来做频道点播的服务，来处理录制任务。相似 地，媒体控制单元下发录制任务时也要选择存储有待录制节目的频道的流媒 体服务器，进一步也可根据负荷均衡等策略来选择。
考虑到在内容管理引擎的服务器或媒体控制单元的服务器短时间内的 重启或主备切换过程中尽量减少对录制任务的影响，内容管理引擎按录制任 务开始的时间顺序，提前一定时间(如一天)将录制任务下发给各个节点的媒 体控制单元。
媒体控制单元将所述录制任务发送给存储有所述录制任务中指定的要录制的频道的流々某体服务器。流媒体服务器负责频道编解码，进行节目的实 时录制。流媒体服务器收到所述录制任务后对所述录制任务中指定的频道进 行节目录制，然后向纟某体控制单元返回录制结果信息，然后由4某体控制单元 将录制结果信息返回给内容管理引擎。节目录制成功后，以单独的文件保存 在录制节目对应的目录下。当部分节点录制失败后，通过在节点间互修复录
制的节目；当全部节点录制失败后，再次尝试节目的补录。
内容管理引擎在各个节点进行节目录制的过程中定时检查各个节点返 回的录制结果信息，若发现部分节点返回录制失败信息，则向录制失败的节 点的々某体控制单元发送调度任务，录制失败的节点的媒体控制单元收到所述 调度任务后向录制成功的节点的媒体控制单元调度录制成功的节目作为本 节点的录制节目，并向所述内容管理引擎返回调度成功信息。
此外，内容管理引擎在各个节点进行节目录制的过程中定时检查各个节 点返回的录制结果信息，若发现所有节点均返回录制失败信息，说明此问题 极大概率是网络不通或此频道媒体流断流等重大工程故障，系统应产生告 警，以便及时让运营商及时掌握和解决。接下来内容管理引擎检测是否有节 点对要录制的频道设置了暂存节目的时移配置，若没有，则此节目录制无法 修复，直接判定为失败结果；若有，则向对要录制的频道设置了暂存节目的 时移配置的节点的i某体控制单元发送补录任务。该节点的纟某体控制单元收到 补录任务后将补录任务发送给对要录制的频道设置了暂存节目的时移配置 的流媒体服务器，然后该流媒体服务器判断录制失败的节目的时间段是否处 于所述时移配置所暂存节目的时间范围内，若是，则从流々某体服务器上暂存
媒体控制单元返回补录成功信息，否则向々某体控制单元返回补录失败信息。
本实施例的多媒体系统中的任何环境或设备都是独立的，即一个设备坏 掉不影响到其他设备也坏掉。而且本实施例的多i某体系统是多节点架构的， 一个节目在一个节点上录制失败时，很可能在其他是成功的，当节点多达三 个以上时， 一个节目在所有节点上录制失败的概率远低于万分之一，因此大大提高节目录制的成功率。
下面以IPTV系统为例对本发明的录制节目的方法进行详细说明。
IPTV系统包括网络侧设备，例如内容管理引擎，和多个节点，各个节 点包括媒体控制单元和若干个流媒体服务器等，并且IPTV系统为多级节点 架构。本实施例中，IPTV系统的内容管理引擎接收到录制请求后，生成 TVOD的录制任务，提前下发给各媒体控制单元，之后由IPTV系统的媒体 控制单元将录制任务下发给流4某体服务器进行TVOD的录制。内容管理引 擎定时检查录制失败的TVOD，如果是部分节点录制成功，部分节点录制失 败，则根据一定的策略进入节点间互修复；如果全部节点都失败，则对各节 点再次补录。
图2是根据本发明实施例的录制节目的方法的流程图，如图2所示，本 实施例的录制节目的方法包括下面步骤
201、内容管理引擎接收到录制请求；
向内容管理引擎发送录制请求的可以是外部系统，例如，IPTV业务管 理系统或者用户机顶盒等等。录制请求中应包含需要录制的节目信息，例如， IPTV业务管理系统发送的录制请求包括需要录制的节目时间表。本实施例 中，节目时间表是以开始时间和结束时间来表示，但本发明对于这些信息的 表示方式不做限制。
录制请求中还可以包括对录制任务的删除信息，内容管理引擎收到这样 的录制请求后，如该录制任务还在本地的录制任务队列中，则将其删除并通 知々某体控制单元，々某体控制单元收到后，如该录制任务还在本地的录制任务 队列中，则将其删除。
录制任务中还可以包括对录制任务的修改信息，内容管理引擎收到这样 的录制请求后，如该录制任务还在本地的录制任务队列中，则对其进行修改 并通知媒体控制单元，媒体控制单元收到后，如该录制任务还在本地的录制 任务队列中，则对其进行修改。202、 内容管理引擎对该录制请求进行预处理，将符合条件的录制请求 转化为录制任务，然后添加到内容管理引擎的录制任务表；
录制任务中包含TVOD标识(Identity,简写为ID)、时移频道ID、TVOD 开始时间、TVOD结束时间和TVOD名称等信息。内容管理引擎在判断录 制请求符合条件后，可以向录制请求的发送方返回一个录制请求已接受的响 应。
判断录制请求符合条件可以包括对录制请求中的频道和TVOD的时间 段的校验。内容管理引擎判断是否在流媒体服务器配置了待录制TVOD的 频道，开始录制时间必须提前几分钟，录制时长一般为4小时之内。
203、 内容管理引擎向媒体控制单元发送录制任务；
一个内容管理引擎可能管理多个媒体控制单元， 一个媒体控制单元可能 控制多个流媒体服务器。内容管理引擎在下发录制请求时选择的媒体控制单 元首先要满足的条件是该媒体控制单元控制的流媒体服务器上存储有待录 制TVOD的频道，进一步可根据负荷均衡等策略来选择。相似地，媒体控 制单元在下发录制任务时选择的流媒体服务器应当存储有待录制TVOD的 频道，进一步也可根据负荷均衡等策略来选择。
考虑到内容管理引擎的服务器或媒体控制单元的服务器短时间内的重 启或主备切换过程中尽量减少对录制任务的影响，内容管理引擎按录制任务 开始的时间顺序，提前一定时间(如一天)将录制任务下发给媒体控制单元的 主ill务器。正常情况下，媒体控制单元只有主服务器提供服务。当内容管理 引擎发生故障时，媒体控制单元可以照常将已接收到的录制任务发送给流媒 体服务器，这样流媒体服务器可以按照录制任务进行正常录制TVOD;当媒 体控制单元的主服务器发生故障时，媒体控制单元的其他服务器迅速切换为 主服务器，同时将TVOD录制任务同步到本节点内存的录制任务队列中。
204、 ^^某体控制单元维护本节点的录制任务队列，将录制任务插入到本 节点的录制任务队列，并更新本节点的录制任务队列的任务索引表；
本实施例在插入录制任务时，将该录制任务插入到时间 的开始时刻比
15该录制任务的时间段的开始时刻早且与该录制任务的时间段的开始时刻的 时间间隔最小的录制任务之后，使得本地录制任务队列中的录制任务是按
TVOD的开始时间的先后顺序从前到后依次排列，以方便选择早于当前时间 的录制任务。所述媒体控制单元每插入一个新的录制任务的同时更新任务索 引表，以维护本地录制任务状态。
205、 媒体控制单元成功将录制任务插入到本地录制任务队列之后，向 内容管理引擎回复录制请求的应答。
206、 媒体控制单元定时从本地的录制任务队列中取出即将到达开始时 间的录制任务(例如提前2秒左右)，下发给流媒体服务器。
207、 流媒体服务器收到录制任务后立即向媒体控制单元回复录制请求 的应答。
208、 流媒体服务器对收到的录制任务进行处理，判断流媒体服务器上 是否存储有待录制的TVOD的频道、录制开始时间和结束时间是否正确(即 录制开始时间和结束时间均应晚于当前时间)，若是，则进行实时录制；否 则直接向媒体控制单元回复录制失败信息。
209、 流媒体服务器向媒体控制单元发送录制结果信息，上报录制结果， 所述录制结果信息包括录制成功信息或录制失败信息(包含错误信息)；
210、 媒体控制单元收到录制结果信息后，向内容管理引擎发送录制结 果信息，定时上报录制任务的执行结果，直到收到内容管理引擎的确认响应；
211、 若内容管理引擎收到录制结果信息为录制成功信息，则将录制任 务标识为成功状态，然后在数据库的TVOD表中保存一条记录(包含点播 此TVOD时可访问的文件的全路径信息)，然后向媒体控制单元发送录制 结果的应答，确认录制结果信息已经成功处理。
若内容管理引擎收到录制结果信息为录制失败信息，则将录制^f壬务标识 为失败状态，或者若在超过录制任务的录制结束时间一定时间(如5分钟)后 一直未收到士某体控制单元发送来的录制结果信息，则内容管理引擎将该录制 任务标识为失败状态。IPTV系统重大故障，如内容管理引擎因长时间掉电或输入到IPTV系统 频道的媒体流失败等，允许TVOD的录制失败。除此之外，在IPTV正常运 行下，允许短时间(如半小时)内重启或升级内容管理引擎、依次升级々某体 控制单元或流媒体服务器等的情况下需要尽可能的保证录制节目的业务成 功。为了进一步保证TVOD的录制成功，在步骤211后，内容管理引擎定 时地检查媒体控制单元发送来的录制结果信息，如杲是部分节点录制成功， 部分节点录制失败，则根据一定的策略进入节点间互》务复；如果全部节点都 失败，则对各节点再次补录。
内容管理引擎周期地(例如2分钟)检查IPTV系统中TVOD录制失败 的录制任务并处理。本实施例的IPTV系统以三级节点架构系统为例进行说 明，IPTV系统可扩展到多级节点架构系统。为了便于表述， 一级节点表示 为中心节点，二级节点表示为区域中心节点，三级节点表示为边缘节点。首 先内容管理引擎判断此TVOD在中心节点上是否录制成功，如不成功，则 从其他节点调度TVOD到中心节点上，调度的优先顺序如图4所示；如果 中心节点录制任务成功，是其他节点的录制任务失败，则将TVOD分级调 度到这些节点上，调度的流程顺序如图5所示。
在步骤210后，内容管理引擎定时检查中心节点是否有TVOD,如果中 心节点有TVOD，可以向录制请求的发送方回应一个录制响应，上报录制任 务的执行结果(成功)，如果中心节点上一直没有TVOD，直到录制任务超时 (如2小时)，可以向录制请求的发送方回应一个录制响应，上报录制任务的 执行结果(失败)。所述中心节点上有否有TVOD的判定，是IPTV系统中为 了保存TVOD数据的一致性，所有的内容必须在中心节点上要有一份，保 证用户能点播的节目都可以正常访问。如边缘节点的用户点播时，在其所 属节点上未命中节目，可以通过重定向策略到其他节点上(至少中心节点上 有节目)，以服务保证。
图3是根据本发明实施例的对录制节目失败的修复方法的流程图，如图 3所示，每个周期的对录制节目失败的修复方法基本工作流程包括下面步骤
301、内容管理引擎检查出IPTV系统中TVOD失败的录制任务，其中同 一频道同 一时段的录制任务的标识相同。302、 对失败的TVOD录制任务进行判断，此TVOD是否在所有节点上 录制失败，如果部分节点上录制失败，其他节点录制成功，则执行步骤303, 如果所有节点都录制失败，则执行步骤304。303、 进入节点间互修复流程。本实施例的节点间互修复流程大体是内容管理引擎首先判断此录制任务的中心节点是否录制成功，如果未录 制成功，则优先选择录制成功的区域中心节点，如果区域中心节点录制失败， 则选择录制成功的边缘节点，产生调度TVOD到中心节点的任务，然后进 行修复录制；再判断录制任务的区域中心节点是否录制成功，如果未录制成功，则产 生从中心节点调度TVOD到区域中心节点的任务，然后进行修复录制；最后判断录制任务的边缘节点是否录制成功，如果未录制成功，则产生 从该边缘节点所属的区域中心节点调度TVOD的任务，然后进行修复录制。304、 此时TVOD在所有节点上都录制失败，检查此TVOD是否满足补 录条件，如果满足补录条件，则进入步骤305，否则不处理；补录条件为流^f某体服务器上在该TVOD频道上做了时移配置，并且配 置的时移内容包含未能录制的时间段上的TVOD。305、 进入补录流程。从一个节点A调度到另一个节点B的关系，本实施例中称为TVOD的 调度任务，其中，节点A称为源节点，节点B称为目的节点。调度方式可 以为FTP、 HTTP或RTSP等，本实施例以FTP下载为调度方式为例。内容 管理引擎需要TVOD的调度时，首先选择源节点的流媒体服务器的FTP下 载信息，FTP下载信息包括IP地址、端口号、用户名和密码等，然后结合 源节点上的TVOD信息，包括TVOD标识、文件名和TVOD的全路径等， 作为一个调度任务。之后内容管理引擎周期处理这些调度任务，当目的节点 调度完TVOD后，将原先的录制任务标识为成功状态。本实施例的内容管理引擎周期处理调度任务，其基本工作流程如图6所 示，包括下面步骤601、 内容管理引擎向媒体控制单元发送TVOD的调度内容请求，同时 将调度任务发送给媒体控制单元；602、 媒体控制单元维护本地的调度任务队列，将调度任务插入到本地 的调度任务队列；603、 媒体控制单元收到调度请求后，向所述内容管理引擎回复调度内 容请求的应答；604、 媒体控制单元每周期在调度任务队列中选择N(如IO)个调度任务， 向IPTV系统的流媒体服务器发送调度内容请求；605、 所述流媒体服务器收到TVOD的调度请求时，向所述媒体控制单 元回复调度内容请求的应答；606、 所述流媒体服务器收到TVOD的调度请求后，进行实际的TVOD 的拷贝处理首先判断在原TVOD目录下是否存在该TVOD文件，如果存 在该TVOD文件且与待调度的TVOD的大小误差在允许范围(如2%)之内， 则认为该TVOD文件已经存在，可以直接返回成功的调度结果信息；否则 先清除该TVOD文件，再从源节点的流媒体服务器上调度TVOD到目的节 点的流媒体服务器上；607、 流媒体服务器执行TVOD的调度任务完毕后，向媒体控制单元发 送调度结果信息，以回复所述调度任务的执行结果；608、 媒体控制单元收到调度结果信息后，向内容管理引擎发送调度结 果信息，上报调度任务的执行结果；上述步骤607和608中，执行结果可能是调度成功，也可能是调度失败。 如果是调度成功，执行结果中要包括TVOD文件的文件路径信息和标识信 息(如文件名)，还可以包含该TVOD文件的其他属性信息如大小、名称 等等。609、 若内容管理引擎收到的调度结果信息是调度成功信息，则向々某体 控制单元发送调度内容结果的应答，确认调度结果消息已经成功处理，然后，内容管理引擎将该调度任务对应的TVOD的录制任务标识为成功状态；若内容管理引擎收到的调度结果信息是调度失败信息，将该调度任务对 应的TVOD的录制任务标识为失败状态。此后内容管理引擎再周期性检查失败TVOD的录制任务，判断是否要 4故TVOD互修复方法。如果TVOD在所有节点都未录制成功，很可能内容管理引擎在某时刻 因为重启或是升级等原因，未能成功下发录制任务到各节点的媒体控制单 元。此时内容管理引擎发起补录处理，补录的前提是需要在流媒体服务器上 对所要录制的频道进行时移配置，并且配置的时移内容包含未能录制的时间 段上的TVOD，从时移内容上复制一份TVOD,此过程叫^敗补录。当TVOD在所有节点都未录制成功时，内容管理引擎判断哪些节点上 配置了时移频道，然后对配置了时移频道的节点下发补录任务，对这些节点 的录制任务标记为补录状态，其他节点的录制任务直接标记为补录失败。当 补录成功后，将原先的录制任务标识为成功状态，如果不是所有节点都成功， 再进行TVOD的节点间互修复流程处理。本实施例的补录修复的基本工作流程如图7所示，包括下面步骤701、 内容管理引擎向^^某体控制单元发送补录请求，同时将补录任务发 送给媒体控制单元；702、 媒体控制单元收到补录请求后，向所述内容管理引擎回复补录请 求的应答；703、 媒体控制单元将补录请求中的补录任务信息组装后，向IPTV系 统的流媒体服务器发送补录请求和补录任务；704、 所述流媒体服务器收到TVOD的补录请求后，根据其中补录任务 的TVOD的开始时间和结束时间，判断本地存储的TSTV的录制内容是否 有要补录的录制节目，如果有，复制该录制节目并做成TVOD的文件；如果TSTV的录制内容中没有要补录的节目段，则补录失败。705、 流媒体服务器执行TVOD的补录请求完毕后，向纟某体控制单元发送补录结果信息，以回复所述补录任务的执行结果；706、 媒体控制单元收到补录响应后，向内容管理引擎发送补录结果信 息，上报补录任务的执行结果；上述两个步骤中，执行结果可能是补录成功，也可能是补录失败。如果 是补录成功，执行结果中要包括TVOD文件的文件路径信息和标识信息(如 文件名)，还可以包含该TVOD文件的其他属性信息如大小、名称等等。707、 若内容管理引擎收到的补录结果信息为补录成功信息，则向々某体 控制单元发送补录结果的应答，确认补录结果消息已经成功处理，然后，内 容管理引擎将补录状态的TVOD的录制任务标识为成功状态；若内容管理 引擎收到的补录结果信息为补录失败信息，则将补录状态的TVOD的录制 任务标识为失败状态。此后内容管理引擎再周期性检查失败TVOD的录制任务，判断是否要 做TVOD互修复方法。才艮据本发明实施例的录制方法，在部分节点可能因为某种原因导致录制 失败，而在其他节点录制成功，可以实现节点间录制节目的自动互^"复；当IPTV系统的最核心模块一一内容管理引擎进行主备服务器切换，或 内容管理引擎服务器在半个小时内的重启或升级等，然后开机运行的过程前 后，当前的TVOD的录制任务，几乎不受影响，达到非常高的录制成功率；当IPTV系统的各节点的媒体控制单元进行主备服务器切换，或媒体控 制单元服务器较长时间内的重启或升级等，然后开机运行的过程后，能极大 防止其所属的流媒体服务器丢失TVOD;IPTV系统一般是在媒体控制单元控制下有多个流媒体服务器，其中包 括一个负责频道编解码的流媒体服务器。如果负责频道编解码的流媒体服务 器坏了，虽然可以切换到其他的流媒体服务器上，切换期间会直接导致 TVOD不能录制，但根据本发明的录制节目的方法可以保证在此媒体控制单 元控制下的其他流々某体服务器也具有该TVOD,从而不影响用户的点播服此外，当IPTV系统的TVOD录制失败或错过录制TVOD，可以在频道 的时移时长允许范围内，可以补做TVOD的录制，灵活方便，极大地提高 了 IPTV的服务性能。从本发明方法的实现来说，也不局限于上述IPTV系统的结构，对于其 他的系统构成同样可以应用。如此发明方法可以应用于数字电视的内容发 布、TVOD的录制等。以上实施例仅是为说明根据本发明的录制节目的方法及多媒体系统的 的示例，不应当理解为对本发明的限制，根据本发明的技术方案及其较佳实 施例的描述，可以做出各种可能的等同改变或替换，而所有这些改变或替换 都应属于本发明的权利要求的保护范围。
权利要求
1、一种录制节目的方法，应用于包括网络侧设备的多节点架构的多媒体系统，其中，所述网络侧设备收到录制请求后生成录制任务，并将所述录制任务提前下发给存储有所述录制任务中指定的频道的各个节点；所述节点收到所述录制任务后对所述录制任务中指定的频道进行节目录制，并向所述网络侧设备返回录制结果信息。
2、 如权利要求l所述的方法，其特征在于还包括，在所述节点进行节目录制的过程中，所述网络侧设备定时检查各个节点返回的录制结果信息，若发现所述录制结果信息均为录制失败信息，则检测是否有节点对所述频道设置了暂存节目的时移配置，若有，则向对所述频道设置了暂存节目的时移配置的节点发送补录任务，所述对所述频道设置了暂存节目的时移配置的节点收到所述补录任务后，判断录制失败的节目的时间段是否在本节点时移配置所暂存节目的时间范围内，若是，则从本节点暂存的节目中提取与所述录制失败的节目的时间段相同的节目作为本节点的录制节目，然后向所述网络侧i殳备返回录制成功4吕息。
3、 如权利要求1或2所迷的方法，其特征在于还包括，在所述节点进行节目录制的过程中，所述网络侧设备定时检查各个节点返回的录制结果信息，若发现所述录制结果信息部分为录制失败信息，则向录制失败的节点发送调度任务，作为目的节点的所述录制失败的节点收到所述调度任务后向作为源节点的录制成功的节点调度节目作为本节点的录制节目，并向所述网络侧设备返回录制成功^f言 息。
4、 如权利要求3所述的方法，其特征在于所述多媒体系统为多级节点架构，包括一级节点、二级节点和三级节点，其中一级节点连接若干个二级节点，各个二级节点分别连接若干个三级节点，所述网络側设备若发现所述录制结果信息部分为录制失败信息，则向录制失败的节点发送调度任务具体实现为所述网络侧设备先判断所述录制任务中的一级节点是否录制成功，若所述一级节点未录制成功，则选择录制成功的二级节点作为源节点产生向所述二级节点调度节目的调度任务，并将该调度任务发送给所述一级节点；若所述二级节点未录制成功，则选择录制成功的三级节点作为源节点产生向所述三级节点调度节目的调度任务，并将该调度任务发送给所述一级节点；再判断所述录制任务中的二级节点是否录制成功，若未录制成功，则选择所述一级节点作为源节点产生向所述一级节点调度节目的调度任务，并将该调度任务发送给所述二级节点；然后判断所述录制任务中的三级节点是否录制成功，若未录制成功，则选择与所述三级节点连接的二级节点作为源节点产生向所述二级节点调度节目的调度任务，并将该调度任务发送给所述三级节点。
5、 如权利要求3所述的方法，其特征在于所述目的节点收到所述调度任务后还包括，判断本节点是否存储有与所述调度任务中指定的待调度的节目相同的节目且节目大小误差是否在允许范围内，若是，则向所述网络側设备返回调度成功信息。
6、 如权利要求1所述的方法，其特征在于所述各个节点收到所述录制任务后，还包括，将收到的所述录制任务插入到本地录制任务队列中时间段开始时刻比该录制任务的时间段开始时刻早并且与该录制任务的时间段开始时刻的时间间隔最小的录制任务之后。
7、 一种多Jf某体系统，包括网络侧i殳备和多个节点，其中，所述网络侧设备，用于收到录制请求后生成录制任务，并将所述录制任务提前下发给存储有所述录制任务中指定的频道的各个节点；所述各个节点，用于收到所述录制任务后对所述录制任务中指定的频道进行节目录制，并向所述网络侧设备返回录制结果信息。
8、 如权利要求7所述的多媒体系统，其特征在于，所述网络侧设备还用于在所述各个节点进行节目录制的过程中定时检查各个节点返回的录制结果信息，若发现所述录制结果信息均为录制失败信息，则检测是否有节点对所述频道设置了暂存节目的时移配置，若有，则向对所述频道设置了暂存节目的时移配置的节点发送补录任务，所述对所述频道设置了暂存节目的时移配置的节点收到所述补录任务后，判断录制失败的节目的时间段是否在本节点时移配置所暂存节目的时间范围内，若是，则从本节点暂存的节目中提取与所述录制失败的节目的时间段相同的节目作为本节点的录制节目，然后向所述网络侧设备返回录制成功信息。
9、 如权利要求7所述的多媒体系统，其特征在于，所述网络侧设备还用于在所述各个节点进行节目录制的过程中定时检查各个节点返回的录制结果信息，若发现所述录制结果信息部分为录制失败信息，则向录制失败的节点发送调度任务，所述录制失败的节点收到所述调度任务后向录制成功的节点调度节目作为本节点的录制节目，并向所述网络侧设备返回调度成功信息。
10、 如权利要求9所述的多媒体系统，其特征在于，所述多媒体系统为多级节点架构，包括一级节点、二级节点和三级节点，其中一级节点连接若干个二级节点，各个二级节点分别连接若干个三级节点，所述网络侧设备若发现所述录制结果信息部分为录制失败信息，则向录制失败的节点发送调度任务具体实现为所述网络側设备先判断所述录制任务中的一级节点是否录制成功，若所述一级节点未录制成功，则选择录制成功的二级节点作为源节点产生向所述二级节点调度节目的调度任务，并将该调度任务发送给所述一级节点；若所述二级节点未录制成功，则选择录制成功的三级节点作为源节点产生向所述三级节点调度节目的调度任务，并将该调度任务发送给所述一级节点；再判断所述录制任务中的二级节点是否录制成功，若未录制成功，则选择所述一级节点作为源节点产生向所述一级节点调度节目的调度任务，并将该调度任务发送给所述二级节点；然后判断所述录制任务中的三级节点是否录制成功，若未录制成功，则选择与所述三级节点连接的二级节点作为源节点产生向所述二级节点调度节目的调度任务，并将该调度任务发送给所述三级节点。
11、 如权利要求7所述的多媒体系统，其特征在于，所述网络侧设备为内容管理引擎，所述各个节点分别包括一个媒体控制单元和若干个由该^f某体控制单元控制的流媒体服务器，所述媒体控制单元，用于接收所述内容管理引擎下发的录制任务后将所述录制任务发送给存储有所述录制任务中指定的频道的流Jf某体服务器，收到所述流媒体服务器发来的录制结果信息后将所述录制结果信息发送给所述内容管理引擎；所述存储有所述录制任务中指定的频道的流媒体服务器收到所述录制任务后对所述录制任务中指定的频道进行节目录制，向所述媒体控制单元返回录制结果信息。
12、 如权利要求11所述的多媒体系统，其特征在于，若所述媒体控制单元控制的流媒体服务器有两个以上存储有所述录制任务中指定的频道，则所述媒体控制单元将所述录制任务发送给负荷最小的流媒体服务器。
全文摘要
本发明提供一种录制节目的方法和多媒体系统，该多媒体系统，包括网络侧设备和多个节点，其中，网络侧设备，用于收到录制请求后生成录制任务，并将所述录制任务提前下发给存储有所述录制任务中指定的频道的各个节点；各个节点，用于收到所述录制任务后对所述录制任务中指定的频道进行节目录制，并向所述网络侧设备返回录制结果信息。根据本发明的录制方法，当出现录制失败时，能够在节点间进行互修复和补录，极大的降低了节目录制的失败可能性，提供给用户更流畅的TVOD点播服务质量。
文档编号H04N5/76GK101656861SQ200910173600
公开日2010年2月24日 申请日期2009年9月14日 优先权日2009年9月14日
发明者权 徐, 勤 熊, 王印龙, 王德超, 马忠成 申请人:中兴通讯股份有限公司