CN101489103B - 一种录制节目点播的录制方法及归档方法 - Google Patents

Abstract

一种录制节目点播业务的录制方法及归档方法，应用于提供TSTV和TVOD业务的IPTV业务系统，IPTV业务系统按TSTV业务的节目录制和存储方式实时录制时移频道的节目并分片存储，在分片的存储时长达到设定的存储时长后予以删除；IPTV业务系统收到TVOD业务的录制请求后，解析出其中请求录制的节目内容所在的时移频道及时间段，如时间段的时长小于设定的存储时长，在时间段结束时刻到达后查询存储的录制内容中是否包含该节目内容，如包含，向录制请求的发送方返回录制成功的响应。该方法利用TSTV录制内容实现TVOD的录制，节约了录制的磁阵空间。进一步地，本发明还提供了一种利用TSTV录制内容实现TVOD的归档任务的方法。

Description

一种录制节目点播的录制方法及归档方法

技术领域

本发明涉及多媒体业务领域，尤其涉及一种录制节目点播的录制方法及归档方法。

背景技术

IPTV(Internet Protocol Television，交互式网络电视)业务是将机顶盒接入到宽带网络，以电脑或者电视机为显示终端，从而为用户提供一种交互式电视体验和多媒体服务的宽带增值业务。IPTV系统可以提供视频点播(Video onDemand，VOD)、直播电视(Live TV)和时移电视(Time-shifted TV)和录制节目点播(TV on Demand，TVOD)。

直播电视，又称直播服务，是IPTV业务的基本业务形式之一.直播电视是基于直播频道而实现的，对用户而言，该业务如同传统频道电视，频道切换和频道选择通过屏幕菜单形式实现，丰富了用户的收视频道；对运营商而言，该业务是吸引传统电视用户的有效手段，其运营关键是频道特色；从技术实现角度看，该业务一般采用IP(Internet Protocol)组播技术在IP网络上传送电视节目信息。

时移电视(TSTV)是一种将用户从传统的节目时刻表中解放出来，能够让用户在看直播电视节目的时候，实现对节目的暂停、后退操作，并能够快进到当前直播电视正在播放的时刻的媒体播放方式，彻底颠覆了原有看电视的方式，给观众带来全新的收视体验.

录制节目点播(TVOD)是时移电视的扩充，该业务是将时移频道上一段节目做成录制节目后，在电子节目单上显示，以满足用户能够随意点播错过的精彩节目，还可以选择几天前的节目.使得IPTV成为真正的“我的电视”，摆脱了时间的束缚，顺应现代人越来越快的生活节奏。

目前，时移电视(TSTV)与录制节目点播(TVOD)对节目录制和存储的方式不同且是各自独立处理的。

TSTV业务的节目录制和存储方式：在创建时移频道时就开始录制节目，以回滚的方式实时存储在磁阵上：每隔一段时间，将实时录制的内容存储为一个分片，当分片的存储时长达到预设的存储时长(如48小时)后，将该分片删除。

TVOD业务的节目录制和存储方式：是通过业务管理系统(SMS)等外部系统，提前一段时间做录制计划，并将录制计划下发给内容管理引擎(CME)，之后内容管理引擎产生录制任务，通过媒体控制单元(MCU)，下发给流媒体(SS)，之后流媒体服务器进行实时录制，录制完成后将录制节目存储在磁阵上，并将录制结果上报业务管理系统。最后业务管理系统将录制节目同步到电子节目单(EPG)，随后用户可以点播录制节目进行收看。

目前的TVOD应用中存在以下两点不足：

1、现在的TVOD只能通过业务管理系统(SMS)、用户机顶盒等外部系统，提前一段时间做录制计划，当录制开始后也不能修改录制信息。

2、TSTV和TVOD两种业务所录制的内容存在大量重复部分，浪费了磁阵空间；另一方面，TVOD大多也有时效性，过了一段时间后要删除掉，这种重复录制和删除操作，大大增加了流媒体的磁阵I/O操作，降低了流媒体服务器的性能和使用寿命。

发明内容

本发明要解决的技术问题是提供一种录制节目点播的录制方法，能够利用TSTV和TVOD录制内容的重合部分，节约录制的磁阵空间。

为了解决上述技术问题，本发明提供了一种录制节目点播业务的录制方法，应用于提供时移电视TSTV业务和录制节目点播TVOD业务的交互式网络电视IPTV业务系统，该录制方法包括：

所述IPTV业务系统按TSTV业务的节目录制和存储方式实时录制时移频道的节目并分片存储，在分片的存储时长达到设定的存储时长后予以删除；

所述IPTV业务系统收到TVOD业务的录制请求后，解析出其中请求录制的节目内容所在的时移频道及时间段信息，如所述时间段的时长小于所述设定的存储时长，在所述时间段结束时刻到达后查询存储的录制内容中是否包含该节目内容，如包含，向所述录制请求的发送方返回录制成功的响应。

进一步地，上述录制方法还可具有以下特点：

所述录制请求中包含有对请求录制的节目内容的归档要求，所述IPTV业务系统在查询到存储的录制内容中包含该节目内容时，还复制该节目内容并做成TVOD业务的归档文件，并将该归档文件的路径信息和标识信息返回给所述录制请求的发送方。

进一步地，上述录制方法还可具有以下特点：

如请求录制的节目内容的时间段时长大于所述设定的存储时长且小于允许的录制内容的时长时，所述IPTV业务系统将其录制请求分解为多个录制任务，每一录制任务中包含要录制节目内容所在的时移频道和时间段信息，每一录制任务中的时移频道与所述录制请求中的时移频道相同，每一录制任务中的时间段是对所述录制请求中的时间段划分得到的小于或等于所述设定的存储时长的一个时间段；

对分解得到的每一录制任务，所述IPTV业务系统在该录制任务中的时间段结束时刻到达后，查询存储的录制内容中是否包含该录制任务中要录制的节目内容，如为包含，则向所述录制请求的发送方返回该段节目内容录制成功的响应；或者，在确定所有录制任务的查询结果均为包含后，再向所述录制请求的发送方返回录制成功的响应并对要录制的部分或全部节目内容进行归档。

进一步地，上述录制方法还可具有以下特点：

所述IPTV业务系统包括内容管理引擎、媒体控制单元和流媒体服务器，所述TSTV频道节目的录制和存储是在流媒体服务器中完成的，对所述录制请求的接收和处理进一步分为以下步骤：

所述内容管理引擎负责接收所述录制请求并进行检查，如符合条件，将所述录制请求转化为录制任务并发送给一媒体控制单元，所述录制任务也包含请求录制的节目内容所在的时移频道及时间段信息；

所述媒体控制单元接收所述录制任务，在所述录制任务中的时间段结束时刻到达后将该录制任务组装成查询请求，发送给一流媒体服务器；

所述流媒体服务器收到查询请求后，根据所述录制任务中的时移频道及时间段信息，查询本地存储的录制内容中是否包含所述节目内容并将查询结果返回所述媒体控制单元；

所述媒体控制单元收到查询结果后向所述内容管理引擎返回对所述录制任务的执行结果，如查询结果为包含，该执行结果表示录制成功，否则表示录制失败，所述内容管理引擎再将执行结果返回所述录制请求的发送方。

进一步地，上述录制方法还可具有以下特点：所述符合条件的录制请求应符合以下条件中的一种或多种：

所述内容管理引擎管理范围内有流媒体服务器对所述录制请求中的时移频道的节目进行录制和存储；

根据所述录制请求中的时间段和所述设定的存储时长判断出请求录制的节目内容还没有被流媒体服务器删除或部分删除；

所述录制请求中的时间段的时长没有超过允许录制的节目内容的时长。

进一步地，上述录制方法还可具有以下特点：

所述内容管理引擎检查所述录制请求符合条件后，即向所述录制请求的发送方返回一个录制请求已接受的响应。

进一步地，上述录制方法还可具有以下特点：

所述媒体控制单元在本地创建和维护一个录制任务队列，在接收到所述录制任务后，将该录制任务插入到该录制任务队列，并定时从本地的录制任务队列中取出时间段结束时刻早于当前时刻的录制任务，组装成查询请求发送给所述流媒体服务器；或者

所述媒体控制单元为每一个录制任务生成一定时器，该定时器的定时时间为所述录制任务的时间段结束时刻，在该定时器的定时时间到时，将所述录制任务组装成查询请求发送给所述流媒体服务器。

进一步地，上述录制方法还可具有以下特点：

录制完成后，用户进行录制节目点播时，输入的媒体源信息包括TSTV的媒体源信息、所点播节目内容的开始时间和结束时间。

与现有技术相比，上述方法利用TVOD在TSTV上录制内容的大量重合，最大限度保证流媒体只存储一份录制内容，节约了磁阵空间；大大减少了因重复录制和删除操作引起的流媒体的磁阵I/O操作，提高了流媒体服务器的性能和使用寿命；而且避免以前录制方式的只能提前做录制计划的缺点，实现可以在TSTV的有效期间内，随意录制和修改TVOD。

本发明要解决的又技术问题是提供一种录制节目点播的归档方法，能够利用TSTV录制内容实现TVOD的归档任务。

为了解决上述技术问题，本发明提供了一种录制节目点播业务的归档方法，应用于提供时移电视TSTV业务和录制节目点播TVOD业务的交互式网络电视IPTV业务系统，该归档方法包括：

所述IPTV业务系统按TSTV业务的节目录制和存储方式实时录制时移频道的节目并分片存储，在分片的存储时长达到设定的存储时长后予以删除；

所述IPTV业务系统收到TVOD业务的归档请求后，解析出其中请求存档的录制节目所在的时移频道及时间段信息，判断存储的录制内容中是否包含该时间段的录制节目，如包含，复制该录制节目并做成TVOD业务的归档文件，将该归档文件的路径信息和标识信息返回给所述归档请求的发送方。

进一步地，上述归档方法还可具有以下特点：

所述IPTV业务系统包括内容管理引擎、媒体控制单元和流媒体服务器，所述TSTV频道节目的录制和存储是在所述流媒体服务器中完成的，对所述归档请求的接收和处理进一步分为以下步骤：

所述内容管理引擎负责接收所述归档请求并进行检查，如符合条件，将所述归档请求转化为归档任务并发送给一媒体控制单元，所述归档任务包含请求归档的录制节目所在的时移频道及时间段信息；

所述媒体控制单元将接收到的归档任务的信息组装后，向一流媒体服务器发送归档请求；

所述流媒体服务器根据收到的归档请求中的归档任务信息，如判断本地存储的录制内容有要归档的录制节目，则复制该录制节目并做成TVOD业务的归档文件，向所述媒体控制单元上报归档任务的执行结果，执行结果中携带所述归档文件的路径信息和标识信息；

所述媒体控制单元收到所述执行结果后再上报给所述内容管理引擎，所述内容管理引擎收到后再将该执行结果上报给所述存档请求的发送方。

进一步地，上述归档方法还可具有以下特点：

用户点播归档后的TVOD的录制节目时，媒体源信息为归档后的文件路径及标识信息，该文件路径包含归档文件所在流媒体服务器的地址信息。

进一步地，上述归档方法还可具有以下特点：所述符合条件的归档请求应符合以下条件中的一种或多种：

所述内容管理引擎管理范围内有流媒体服务器对所述归档请求中的时移频道的节目进行录制和存储；

根据所述归档请求中的时间段和所述设定的存储时长判断出请求归档的节目内容还没有被流媒体服务器删除或部分删除；

所述归档请求中的时间段的时长没有超过允许存档的录制节目的时长。

上述方法在流媒体服务器只存储一份TSTV录制内容时，实现了TVOD的归档任务。

附图说明

图1为本发明IPTV业务系统的结构图；

图2为本发明实施例IPTV进行TVOD查询的处理流程图；

图3为本发明实施例IPTV进行TVOD归档的处理流程图。

具体实施方式

本发明方法中，TSTV仍然按以前的方法进行录制和存储，而针对TVOD的处理，采取查询TSTV上是否存在该时间段的TVOD的方法来实现，通过这种方法实现统一存储。根据需要，可以将指定的录播节目进行归档。

本发明主要涉及到IPTV业务系统中通过网络连接的内容管理引擎(Content Managerment Engine，CME)，媒体控制单元(Media Control Unit，MCU)和流媒体服务器(Streaming Server，SS)等几个部分，如图1所示。

下面结合附图，对本发明的具体实施方式进行详细说明。

本实施例中，IPTV业务系统的内容管理引擎接收到录制请求后，生成TVOD的录制任务，之后由IPTV系统的媒体控制单元按照TVOD的结束时间顺序，将所述TVOD的录制任务重组为查询请求，发送给IPTV系统的流媒体服务器，流媒体服务器查询TSTV的录制内容上是否存在该时间段TVOD的内容。用户点播该TVOD时，可用TSTV媒体源信息加上该录制节目的开始和结束时间，作为TVOD的媒体源信息。

IPTV业务系统基于TSTV的录制内容执行TVOD的查询的相关工作流程如图2所示，包括：

201、内容管理引擎接收到录制请求；

向内容管理引擎发送录制请求的可以是外部系统如IPTV业务管理系统、用户机顶盒等等。录制请求中应包含需要录制的节目信息，如IPTV业务管理系统发送的录制请求包括需要录制的节目时间表，用户机顶盒发送的录制请求包括个人录制的需求，如可确定请求录制的节目内容所在的时移频道和时间段信息，其中时间段的信息可以TVOD开始时间和TVOD结束时间表示，也可以TVOD开始时间和录制时长来表示，甚至可以用节目的名称或标识来表示(内容管理引擎或媒体控制单元可将其转化为具体的时间段)，等等。本实施例中，时间段是以开始和结束时间来表示，但本发明对于这些信息的表示方式不做限制。

202、内容管理引擎对该录制请求进行预处理，将符合条件的录制请求转化为录制任务，添加到内容管理引擎的录制任务表；

录制任务中包含：TVOD标识(Identity，简写为ID)、时移频道ID、TVOD开始时间、TVOD结束时间和TVOD名称等信息。内容管理引擎在判断录制请求符合条件后，可以向录制请求的发送方返回一个录制请求已接受的响应。

所述条件可以包括对录制请求中的时移频道和时间段的校验。内容管理引擎根据配置或查询得到的流媒体服务器存储有哪些时移频道的节目以及对各时移频道节目的录制时长，初步判断是否可以满足该录制请求。如流媒体服务器上没有存储请求录制的节目内容，或者由TVOD开始时间和TVOD结束时间限定的节目内容已经被流媒体服务器删除或部分删除，则认为该录制请求不符合条件，向请求方返回拒绝该录制请求的响应，可携带拒绝原因。该预处理也可以包括对用户身份的检查等等。

系统可以配置允许的录制节目时长，如果该允许的录制节目时长大于流媒体服务器已录制节目的存储时长T_storge，(内容管理引擎可以通过配置数据或与各流媒体服务器交互获得该信息)则内容管理引擎对于录制请求中请求录制的节目内容的时长(即TVOD结束时间与TVOD开始时间之间的时长)大于T_storge的录制请求，应分解为多个录制任务下发给内容管理引擎(或者在内容管理引擎上再分解也是可以的)。一种分解的示例是：从原录制请求中的TVOD结束时间T_End开始，在请求录制的节目内容的时间段内确定比该T_End时刻早该存储时长T_storge的时刻T₁，比T₁早T_storge的时刻T₂，如此类推，直到确定与TVOD开始时间T_start相差小于T_storge的时刻T_N，然后按该T_End，T₁，...T_n，，T_start时刻将原时间段划分为n+1个时间段，将每一时间段的起始时间和结束时间作为一个录制任务的TVOD开始时间和结束时间，再添加时移频道等信息，即可得到分解后的多个录制任务，该多个录制任务之间可以通过某个标识如TVOD标识中的字符串或TVOD名称中的字符串相关联，然后再将该多个录制任务下发给媒体控制单元。

系统也可以允许在一次录制请求中配置多个录制任务，分别设置每个录制任务请求录制的节目内容的时移频道和时间段的信息。内容管理引擎收到该请求后将其转化为多个录制任务下发。

对同一个录制请求的多次请求(如由于网络原因导致的多次发送)，以最后一次收到录制请求为准。

203、内容管理引擎向媒体控制单元发送录制请求(CME_MCU_Record_Req)，携带录制任务的信息；

一个内容管理引擎可能管理多个媒体控制单元，一个媒体控制单元可能控制多个流媒体服务器。内容管理引擎在下发录制请求时选择的媒体控制单元首先要满足的条件是该媒体控制单元控制的流媒体服务器存储有请求录制的时移频道节目，进一步可根据负荷均衡等策略来选择。相似地，媒体控制单元下发录制任务时选择的流媒体服务器需存储有请求录制的时移频道节目，进一步也可根据负荷均衡等策略来选择。

204、媒体控制单元维护本地的录制任务队列，将录制任务插入到本地的录制任务队列，并更新本地录制任务队列的任务索引表；

本实施例在插入时，是将该录制任务插入到时间段结束时刻比该录制任务的时间段结束时刻早且时间间隔最小的录制任务之后，使得本地录制任务队列中的录制任务是按其TVOD结束时间的先后从前到后依次排列，以方便选择早于当前时间的录制任务。所述媒体控制单元每插入一个新的录制任务的同时更新任务索引表，以维护本地录制任务状态。

205、媒体控制单元成功将录制任务插入到本地录制任务队列之后，向内容管理引擎回复录制响应(CME_MCU_Record_Ack)；

206、媒体控制单元定时从本地的录制任务队列中取出时间段结束时刻早于当前时刻的录制任务，组装成TVOD的查询请求(MCU_SS_TstyQuery_Req)，下发给IPTV业务系统的流媒体服务器，请求中携带时移频道ID和时间段的信息；

上述定时录制任务的两次定时之间的时长应远小于存储时长，比如在1秒～1小时范围内取值，或在0.5～10分钟范围内取值等等。在另一实施例中也可以为每一录制任务生成一定时器，该定时器的定时时间为请求录制的节目内容的时间段结束时刻，在该定时器的定时时间到时即发起查询请求。

内容管理引擎管理范围内的流媒体服务器设置的存储时长不一定是相同的，在这种情况下内容管理引擎可以采用一个配置的最大存储时长进行节目段校验，但不对录制任务进行分解，而是直接向媒体控制单元下发录制任务。媒体控制单元在选择好相应的流媒体服务器后再采用该流媒体服务器的存储时长进行步骤202中的对录制任务的分解操作。

在另一实施例中，在插入时可以不去判断TVOD结束时间的先后，而是定时对录制任务做排序，然后再完成上述组装和下发的操作。当然，在下发前如插入时先组装好也是可以的，这些属于等效的变换。

207、流媒体服务器收到TVOD的查询请求后，根据其中的时移频道ID和时间段信息，查询本地存储的该时移频道的录制内容是否包含该时间段的节目即请求录制的节目内容；

208、流媒体服务器向媒体控制单元发送查询响应(MCU_SS_TstvQuery_Ack)，上报查询结果；

本实施例中，无需对TVOD进行录制，在没有归档要求时，也不用以文件的形式保存在磁阵上，只需要查询TSTV的录制内容中是否包含请求录制的节目内容即可，若存在，则上报查询成功的结果。若不存在，则上报查询失败的结果。

对于由一个录制请求分解得到多个录制任务的情况，各个录制任务是在不同的时间(各自的结束时刻之后)进行查询的，IPTV业务系统可以在查询到存储的录制内容中包含一录制任务中要录制的节目内容时即返回该段节目内容录制成功的响应；也可以在确定所有分解得到的录制任务的查询结果均为包含时，再向所述发送方返回录制成功的响应，但此时最早请求录制的节目可能已被删除，因此IPTV业务系统需要对全部要录制节目内容或先查询的部分要录制的节目内容进行归档。

209、媒体控制单元收到查询结果后，向内容管理引擎发送录制结果请求(MCU_CME_RecordRes_Req)，上报录制任务的执行结果；

所述执行结果在查询成功时可以表示为录制成功，在查询失败时可以是表示为录制失败。

210、内容管理引擎收到执行结果后，向媒体控制单元发送录制结果响应(MCU_CME_RecordRes_Ack)，确认MCU_CME_RecordRes_Req消息已经成功处理。

在步骤210后，内容管理引擎可以向录制请求的发送方回应一个录制响应，上报录制任务的执行结果。

录制完成后，如用户点播TVOD，输入的TVOD的媒体源信息可以采用TSTV的媒体源信息加上所点播节目内容的开始时间和结束时间，具体的URL可以是：[rtsp://ip:port/tstvfilename.sdp？Begin＝starttime&End＝endtime]。其中的rtsp://ip:port/tstvfilename.sdp表示TSTV的媒体源信息，ip和port分别表示流媒体服务器的IP地址和端口，Begin表示开始时间，End表示结束时间。

因为流媒体服务器上存储的TSTV节目内容有一定的存储时长，过了该存储时长后就不能再点播相应的录制节目，因此在一些情况下需要将点播的录制节目归档。本实施例还可以通过所述IPTV业务系统进行该归档处理。内容管理引擎接收到TVOD的归档请求后，通过媒体控制单元发送到流媒体服务器，流媒体服务器从TSTV的录制内容上将要归档的录制节目复制一份，归档成文件。其基本工作流程如图3所示：

301、内容管理引擎收到TVOD的归档请求；

该归档请求可以是IPTV业务管理系统或用户机顶盒或其它设备发送的。如IPTV业务管理系统对于统计出的热点节目进行归档。IPTV业务管理系统的TVOD的归档请求包括所述TVOD的ID、TSTV对应频道ID。

302、内容管理引擎对该归档请求进行预处理，将符合条件的归档请求转化为归档任务，添加到内容管理引擎的归档任务表；

TVOD的归档任务包括要归档的录制节目的信息，如录制节目所在的时移频道ID和时间段信息。所述预处理可以和对录制请求的预处理相同。

303、内容管理引擎向媒体控制单元发送归档请求(CME_MCU_Archive_Req)，同时将归档任务发送给媒体控制单元；

304、媒体控制单元收到归档请求后，向所述内容管理引擎回复归档响应(CME_MCU_Archive_Ack)；

305、媒体控制单元将归档请求中的归档任务的信息组装后，向IPTV业务系统的流媒体服务器发送归档请求(MCU_SS_Archive_Req)；

306、所述流媒体服务器收到TVOD的归档请求后，根据其中归档任务的信息判断本地存储的TSTV的录制内容是否有要归档的录制节目，如果有，复制该录制节目并做成TVOD的归档文件；

归档文件的文件名可由TVOD的ID(Identity)+.ts后缀拼装而成。如果TSTV的录制内容中没有要归档的节目段，则归档失败。

307、流媒体服务器执行TVOD的归档请求完毕后，向媒体控制单元发送归档响应(MCU_SS_Archive_Ack)，以回复所述归档任务的执行结果；

308、媒体控制单元收到归档响应后，向内容管理引擎发送归档结果请求(MCU_CME_ArchiveRes_Req)，上报归档任务的执行结果；

上述两个步骤中，执行结果可能是归档成功，也可能是归档失败。如果是归档成功，执行结果中要包括归档文件的文件路径信息和标识信息(如文件名)，还可以包含该归档文件的其他属性信息如大小、名称等等。

309、内容管理引擎收到执行结果后，向媒体控制单元发送归档结果响应(MCU_CME_ArchiveRes_Ack)，确认MCU_CME_ArchiveRes_Req消息已经成功处理。

在步骤309之后，内容管理引擎将归档任务的执行结果返回给归档请求的发送方。发送方可以获取归档文件的文件路径等信息，如果该发送方为IPTV业务管理系统，该IPTV业务管理系统可以进一步地将该归档文件的信息发布给用户。

当用户点播归档后的TVOD的录制节目时，采用的TVOD的媒体源信息为归档后的文件路径及文件名，具体的URL：[rtsp://ip:port/tvodfilename.ts]。其中rtsp://ip:port表示该归档文件所在流媒体服务器的IP地址及端口号，当然可以有更多的路径信息，tvodfilename.ts表示该归档文件的文件名。

应该说明的是，在另一实施方式中，录制和归档可以同时进行，相应地录制请求中可以附带有归档的要求，其执行的过程需在图2流程的基础上稍加修改，包括：在内容管理引擎向媒体控制单元下发录制任务时以及在媒体控制单元向流媒体服务器下发TVOD的查询请求时均要携带需进行归档的指示信息，流媒体服务器接收到该归档指示时，如查询到请求录制的节目段，还复制该节目段并做成TVOD的归档文件，然后将该归档文件的文件路径等信息经媒体控制单元、内容管理引擎返回给录制请求的发送方。

录制请求中还可以包括对录制任务的删除信息，内容管理引擎收到这样的录制请求后，如该录制任务还在本地的录制任务队列中，则将其删除并通知媒体控制单元，媒体控制单元收到后，如该录制任务还在本地的录制任务队列中，则将其删除。

录制任务中还可以包括对录制任务的修改信息，内容管理引擎收到这样的录制请求后，如该录制任务还在本地的录制任务队列中，则对其进行修改并通知媒体控制单元，媒体控制单元收到后，如该录制任务还在本地的录制任务队列中，则对其进行修改。

从本发明方法的实现来说，也不局限于上述IPTV业务系统的结构，对于其他的系统构成同样可以应用。如此发明方法可以应用于数字电视的时移电视和TVOD点播、交通路段等监控系统、视频电话会议等。

本发明的IPTV业务系统利用TVOD在TSTV上录制内容的大量重合，最大限度保证流媒体只存储一份录制内容，节约了磁阵空间；大大减少了因重复录制和删除操作引起的流媒体的磁阵I/O操作，提高了流媒体服务器的性能和使用寿命；而且避免以前录制方式的只能提前做录制计划的缺点，实现可以在TSTV的有效期间内，随意录制和修改TVOD。

Claims (12)

1.一种录制节目点播业务的录制方法，应用于提供时移电视TSTV业务和录制节目点播TVOD业务的交互式网络电视IPTV业务系统，该录制方法包括：

所述IPTV业务系统按TSTV业务的节目录制和存储方式实时录制时移频道的节目并分片存储，在分片的存储时长达到设定的存储时长后予以删除；

所述IPTV业务系统收到TVOD业务的录制请求后，解析出其中请求录制的节目内容所在的时移频道及时间段信息，如所述时间段的时长小于所述设定的存储时长，在所述时间段结束时刻到达后查询存储的录制内容中是否包含该节目内容，如包含，向所述录制请求的发送方返回录制成功的响应。

2.如权利要求1所述的录制方法，其特征在于：

所述录制请求中包含有对请求录制的节目内容的归档要求，所述IPTV业务系统在查询到存储的录制内容中包含该节目内容时，还复制该节目内容并做成TVOD业务的归档文件，并将该归档文件的路径信息和标识信息返回给所述录制请求的发送方。

3.如权利要求1或2所述的录制方法，其特征在于：

如请求录制的节目内容的时间段时长大于所述设定的存储时长且小于允许的录制内容的时长时，所述IPTV业务系统将其录制请求分解为多个录制任务，每一录制任务中包含要录制节目内容所在的时移频道和时间段信息，每一录制任务中的时移频道与所述录制请求中的时移频道相同，每一录制任务中的时间段是对所述录制请求中的时间段划分得到的小于或等于所述设定的存储时长的一个时间段；

对分解得到的每一录制任务，所述IPTV业务系统在该录制任务中的时间段结束时刻到达后，查询存储的录制内容中是否包含该录制任务中要录制的节目内容，如为包含，则向所述录制请求的发送方返回该段节目内容录制成功的响应；或者，在确定所有录制任务的查询结果均为包含后，再向所述录制请求的发送方返回录制成功的响应并对要录制的部分或全部节目内容进行归档。

4.如权利要求1或2所述的录制方法，其特征在于：

所述IPTV业务系统包括内容管理引擎、媒体控制单元和流媒体服务器，所述TSTV频道节目的录制和存储是在流媒体服务器中完成的，对所述录制请求的接收和处理进一步分为以下步骤：

所述内容管理引擎负责接收所述录制请求并进行检查，如符合条件，将所述录制请求转化为录制任务并发送给一媒体控制单元，所述录制任务也包含请求录制的节目内容所在的时移频道及时间段信息；检查所述录制请求是否符合条件包括对录制请求中的时移频道和时间段的校验；

所述媒体控制单元接收所述录制任务，在所述录制任务中的时间段结束时刻到达后将该录制任务组装成查询请求，发送给一流媒体服务器；

所述流媒体服务器收到查询请求后，根据所述录制任务中的时移频道及时间段信息，查询本地存储的录制内容中是否包含所述节目内容并将查询结果返回所述媒体控制单元；

所述媒体控制单元收到查询结果后向所述内容管理引擎返回对所述录制任务的执行结果，如查询结果为包含，该执行结果表示录制成功，否则表示录制失败，所述内容管理引擎再将执行结果返回所述录制请求的发送方。

5.如权利要求4所述的录制方法，其特征在于，所述符合条件的录制请求应符合以下条件：

所述内容管理引擎管理范围内有流媒体服务器对所述录制请求中的时移频道的节目进行录制和存储；

根据所述录制请求中的时间段和所述设定的存储时长判断出请求录制的节目内容还没有被流媒体服务器删除或部分删除；

所述录制请求中的时间段的时长没有超过允许录制的节目内容的时长。

6.如权利要求4所述的录制方法，其特征在于：

所述内容管理引擎检查所述录制请求符合条件后，即向所述录制请求的发送方返回一个录制请求已接受的响应。

7.如权利要求4所述的录制方法，其特征在于：

所述媒体控制单元在本地创建和维护一个录制任务队列，在接收到所述录制任务后，将该录制任务插入到该录制任务队列，并定时从本地的录制任务队列中取出时间段结束时刻早于当前时刻的录制任务，组装成查询请求发送给所述流媒体服务器；或者

所述媒体控制单元为每一个录制任务生成一定时器，该定时器的定时时间为所述录制任务的时间段结束时刻，在该定时器的定时时间到时，将所述录制任务组装成查询请求发送给所述流媒体服务器。

8.如权利要求4所述的录制方法，其特征在于：

录制完成后，用户进行录制节目点播时，输入的媒体源信息包括TSTV的媒体源信息、所点播节目内容的开始时间和结束时间。

9.一种录制节目点播业务的归档方法，应用于提供时移电视TSTV业务和录制节目点播TVOD业务的交互式网络电视IPTV业务系统，该归档方法包括：

所述IPTV业务系统按TSTV业务的节目录制和存储方式实时录制时移频道的节目并分片存储，在分片的存储时长达到设定的存储时长后予以删除；

所述IPTV业务系统收到TVOD业务的归档请求后，解析出其中请求归档的录制节目所在的时移频道及时间段信息，判断存储的录制内容中是否包含该时间段的录制节目，如包含，复制该录制节目并做成TVOD业务的归档文件，将该归档文件的路径信息和标识信息返回给所述归档请求的发送方。

10.如权利要求9所述的归档方法，其特征在于：

所述IPTV业务系统包括内容管理引擎、媒体控制单元和流媒体服务器，所述TSTV频道节目的录制和存储是在所述流媒体服务器中完成的，对所述归档请求的接收和处理进一步分为以下步骤：

所述内容管理引擎负责接收所述归档请求并进行检查，如符合条件，将所述归档请求转化为归档任务并发送给一媒体控制单元，所述归档任务包含请求归档的录制节目所在的时移频道及时间段信息；检查所述归档请求是否符合条件包括对归档请求中的时移频道和时间段的校验；

所述媒体控制单元将接收到的归档任务的信息组装后，向一流媒体服务器发送归档请求；

所述流媒体服务器根据收到的归档请求中的归档任务信息，如判断本地存储的录制内容有要归档的录制节目，则复制该录制节目并做成TVOD业务的归档文件，向所述媒体控制单元上报归档任务的执行结果，执行结果中携带所述归档文件的路径信息和标识信息；

所述媒体控制单元收到所述执行结果后再上报给所述内容管理引擎，所述内容管理引擎收到后再将该执行结果上报给所述归档请求的发送方。

11.如权利要求10所述的归档方法，其特征在于：

用户点播归档后的TVOD的录制节目时，媒体源信息为归档后的文件路径及标识信息，该文件路径包含归档文件所在流媒体服务器的地址信息。

12.如权利要求10所述的归档方法，其特征在于，所述符合条件的归档请求应符合以下条件：

所述内容管理引擎管理范围内有流媒体服务器对所述归档请求中的时移频道的节目进行录制和存储；

根据所述归档请求中的时间段和所述设定的存储时长判断出请求归档的节目内容还没有被流媒体服务器删除或部分删除；

所述归档请求中的时间段的时长没有超过允许归档的录制节目的时长。

Images