CN102413364B - 一种iptv系统中基于npvr的连续剧录制方法及系统 - Google Patents

Abstract

本发明公开了一种IPTV系统中基于NPVR的连续剧录制方法及系统，涉及IPTV领域，所述方法包括：IPTV管理平台根据连续剧的剧头ID、集号生成各个连续剧的录制计划，并将所述录制计划下发给内容分发网络CDN的各节点；所述CDN各节点根据所述录制计划录制相应的连续剧；用户向所属的CDN节点发送包含所请求的连续剧剧头ID的连续剧录制请求；用户所属CDN节点根据所请求的连续剧剧头ID保存相应的已录制的连续剧。本发明通过改进NPVR录制流程，向用户提供了可以录制整部连续剧的操作接口，极大地提高了用户体验。

Description

一种IPTV系统中基于NPVR的连续剧录制方法及系统

技术领域

本发明涉及IPTV(Interactive Personality TV，交互式网络电视)，特别涉及一种IPTV系统中基于NPVR(network personal video recorder，个人网络视频录制)的连续剧录制方法及系统。

背景技术

IPTV是利用宽带网络作为基础设施，以家用电视机或个人电脑作为主要显示终端，利用一系列互联网协议承载和传输经过编码压缩的多媒体数字信号，为家庭用户提供包括电视节目在内的多种交互式数字多媒体服务以及增值业务服务的崭新技术。人们可以通过PC机、机顶盒和电视机、多媒体手机等多种方式享受IPTV服务。从用户角度看，IPTV业务可以提供具有个性化和实时交互的点播服务、个人录播服务和类似于传统电视非交互式的广播服务。

NPVR业务建立在IPTV系统平台之上，允许观众对感兴趣的节目内容进行录制和重播，并将录制内容存储于网络侧。IPTV系统中NPVR业务可以让用户选择喜欢的节目录制下来，彻底改变了传统电视的被动收看模式，真正实现了无论何时何地“按需收看”的交互网络电视功能。

现有的录制方式的录制单元是基于独立的内容实体，因此，传统的NPVR只能针对单个的VOD(视频点播，Video On Demand)进行点播与录制，如果想要录制整部连续剧，则需要针对连续剧的各个单集逐一进行录制操作，操作繁琐，影响用户体验。

发明内容

本发明的目的在于提供一种IPTV系统中基于NPVR的连续剧录制方法及系统，能更好地解决NPVR录制流程中用户录制整部连续剧时需要针对连续剧的各个单集逐一进行录制操作、用户体验差的问题。

根据本发明的一个方面，提供了一种IPTV系统中基于NPVR的连续剧录制方法，所述方法包括：

IPTV管理平台根据连续剧的剧头ID、集号生成各个连续剧的录制计划，并将所述录制计划下发给内容分发网络CDN的各节点；

所述CDN各节点根据所述录制计划录制相应的连续剧；

用户向所属的CDN节点发送包含所请求的连续剧剧头ID的连续剧录制请求；

用户所属CDN节点根据所请求的连续剧剧头ID保存相应的已录制的连续剧。

其中，在IPTV管理平台生成录制计划的步骤之前还包括：

IPTV管理平台根据连续剧的剧头ID、集号生成各个连续剧的节目预告单，并将所述节目预告单下发给电子节目指南EPG服务器，其中所述节目预告单与所述录制计划相对应。

其中，用户向所述用户所属CDN节点发送连续剧录制请求的步骤之前还包括：

用户通过机顶盒向所述EPG服务器发送获取节目预告单的请求，所述EPG服务器将最新的节目预告单发送给机顶盒，所述节目预告单包含连续剧的剧头ID。

其中，用户向用户所属CDN节点发送连续剧录制请求的步骤包括：

用户获取节目预告单后，通过机顶盒向所述EPG服务器发送连续剧录制请求，所述录制请求中包含所请求的连续剧的剧头ID；

所述EPG服务器将所述录制请求发送给用户所属CDN节点。

其中，所述EPG服务器将所述录制请求发送给用户所属CDN节点的步骤包括：

所述EPG将所述录制请求发送给逻辑控制层SLP；

所述SLP将所述录制请求转发给CDN；

所述CDN通知用户所属的CDN节点根据所述录制请求中所请求的连续剧剧头ID保存相应的已录制的连续剧。

其中，所述SLP将所述录制请求转发给CDN的步骤之前还包括：

所述SLP检查用户剩余录制时长，如果用户剩余录制时长大于连续剧时长，则SLP将所述录制请求转发给CDN，否则SLP向EPG返回定制错误响应。

其中，在用户所属CDN节点根据所述连续剧的剧头ID保存相应的已录制的连续剧步骤之后还包括：

所述用户通过机顶盒经EPG向CDN发送取消订购整部连续剧的业务请求，所述请求中包括所请求的连续剧的剧头ID；

用户所属的CDN节点收到所述取消订购整部连续剧的业务请求后，判断是否是该节点上的最后一个用户取消订购，如果是，则根据所请求的连续剧的剧头ID删除所述连续剧的所有单集。

根据本发明的另一方面，提供了一种IPTV系统中基于NPVR的连续剧录制系统，所述系统包括：

IPTV管理平台，用于根据连续剧的剧头ID、集号生成各个连续剧的录制计划，并将所述录制计划下发给内容分发网络CDN的各节点；

机顶盒，用于向所属的CDN节点发送包含所请求的连续剧剧头ID的连续剧录制请求；

CDN，用于根据所述录制计划录制相应的连续剧，其中，机顶盒所属CDN节点根据所述连续剧录制请求中的连续剧剧头ID保存相应的已录制的连续剧。

其中，所述系统还包括：

EPG服务器，用于接收机顶盒发送的录制请求，并将所述录制请求转发给SLP；

SLP，用于处理IPTV系统的业务逻辑控制，并将所述EPG服务器发送的录制请求转发给CDN。

其中，

所述IPTV管理平台还用于根据连续剧的剧头ID、集号生成各个连续剧的节目预告单，并将所述节目预告单下发给EPG服务器，其中所述录制计划与所述节目预告单相对应；

所述机顶盒还用于向所述EPG服务器发送获取预告节目单的请求，所述EPG服务器将最新的预告节目单发送给机顶盒，所述预告节目单包含连续剧的剧头ID；

所述机顶盒还用于向所述EPG发送连续剧录制请求，所述录制请求消息中包含所请求的连续剧的剧头ID。

与现有技术相比较，本发明的有益效果在于：通过改进NPVR录制流程，向用户提供了可以录制整部连续剧的操作接口，极大地提高了用户体验。

附图说明

图1是本发明实施例提供的一种IPTV系统中基于NPVR的连续剧录制方法的原理图；

图2是本发明实施例提供的网络侧连续剧录制管理流程图；

图3是本发明实施例提供的用户订购流程图；

图3a是本发明实施例提供的剩余时长校验流程图

图4是本发明实施例提供的用户取消录制的流程图；

图5是本发明实施例提供的用户通过机顶盒创建LPVR的流程图；

图6是本发明实施例提供的一种IPTV系统中基于NPVR的连续剧录制系统的结构示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行详细说明，应当理解，以下所说明的优选实施例仪用于说明和解释本发明，并不用于限定本发明。

图1是本发明实施例提供的一种IPTV系统中基于NPVR的连续剧录制方法的原理图，如图1所示，所述方法包括：

步骤S101，IPTV管理平台根据连续剧的剧头ID、集号生成各个连续剧的录制计划，并将所述录制计划下发给内容分发网络CDN的各节点；

步骤S102，所述CDN各节点根据所述录制计划录制相应的连续剧；

步骤S103，用户向所属的CDN节点发送包含所请求的连续剧剧头ID的连续剧录制请求；

步骤S104，用户所属CDN节点根据所请求的连续剧剧头ID保存相应的已录制的连续剧。

图2是本发明实施例提供的网络侧连续剧录制管理流程图，如图2所示，所述流程包括：

步骤S201，增加连续剧的节目预告。

在连续剧节目预告播放之前，在IPTV管理平台的电子节目单管理模块中增加该连续剧节目预告的各个单集，指定该节目预告单集可以允许系统录制，并且指定该节目预告的连续剧属性即是否是连续剧，同属一部连续剧的各个单集要归属于同一个剧头名称即剧头ID相同，另外还需要录入节目的开始时间、结束时间、集号即第几集等信息。同时连续剧所在的直播频道必须支持TVOD(True Video On Demand，即点即播)。新增节目预告的界面如下图所示：

步骤S202，生成录制计划。

在生成连续剧节目预告单的同时，生成该连续剧的录制计划。录制的开始时间与结束时间跟节目预告的开始时间与结束时间保持一致。录制计划列表如下图所示：

步骤S203，同步节目预告单并下发录制任务。

IPTV管理平台将生成的节目预告单同步给EPG服务器，并将制定好的录制计划下发给CDN(Content Delivery Network，内容分发网络)。

步骤S204，CDN各节点根据录制任务进行录制。

当到达连续剧节目的开始播放时间时，如果该连续剧在录制计划中被允许进行系统录制，则CDN的边缘节点开始录制电视剧。如果CDN的节点是8000节点，则边播放边录制，如果是8000C节点则提前录制，同时CDN的中心节点也将会录制一份。各个节点会有一段时间的缓冲池来保存录制内容。

同时，当某边缘节点录制内容失败时，CDN需要将该内容从中心节点向边缘节点下推，以保证某边缘节点录制的内容可用。

图3是本发明实施例提供的用户订购流程图，如图3所示，所述用户订购流程具体为：

步骤S301，用户选择录制。

用户的机顶盒在正常启用后，机顶盒在后台定时向EPG查询节目预告单变更情况，具体接口如下：

http://EPGIP:port/iptvepg/live/tvguide/channelcode.jsp？channelcode＝ch11080220135200657046&timestamp＝20101021T150455.00Z&begintime＝20101021T150000.00Z&duration＝N

其中，参数channelcode表明频道号；参数timestamp＝20101021T150455.00Z表明终端上次更新时间，如果该参数为空，或者小于等于0都代表本次是一次全新节目单获取；begintime表示开始时间，如果为空或非法，则默认为当前时间；duration＝N表示希望获取的节目单时长，若为空或非法，则默认为12小时。参数timestamp、begintime、duration都不是必须的。

机顶盒获取最新的节目预告单之后，就可以展示给用户一定时间段内比如12小时内最新的节目预告列表。

用户获取节目单之后，可以通过机顶盒对某个连续剧发起NPVR请求。

步骤S302，判断该节目是否是连续剧的单集。

用户通过机顶盒确定录制某个节目后，机顶盒后台首先判断用户订购节目是否是连续剧，如果是连续剧的话，执行步骤S303，否则执行步骤S304。

步骤S303，提示用户是否选择录制整部连续剧。

提示用户是否要订购整部连续剧，如果用户选择否，则按照普通TVOD处理，执行步骤S304，如果选择是，则进入连续剧订购流程，执行步骤S305。

步骤S304，普通处理流程。

单集录制流程是现有技术，此处不再赘述。

步骤S305，判断机顶盒是否支持本地存储。

如果机顶盒不支持本地存储，执行步骤S308，否则执行步骤S306。

步骤S306，用户选择本地存储还是网络存储。

弹出选择菜单，请用户选择LPVR(local personal video recorder，个人本地视频录制)还是NPVR，如果用户选择NPVR，则执行步骤S308，如果用户选择LPVR，则执行步骤S307。

步骤S307，调用机顶盒接口下发给机顶盒。

机顶盒本地存储技术是现有技术，此处不再赘述。

步骤S308，码率折算。

机顶盒将包含该连续剧剧头ID的NPVR请求发送给EPG，EPG通过WINTCP消息通知SLP(Service Logic Point逻辑控制层)。其中，EPG和SLP之间的接口定义如下：

接口名称	申请NPVR录制
		接口方向	请求：EPG→能力SLP响应：能力SLP→EPG
接口协议	WINTCP

EPG的NPVR请求接口定义如下：

SLP根据EPG接口请求中的isseries字段来判断当前用户的NPVR请求是否是录制整部连续剧，如果不是的话，则只处理该连续剧单集，或者其它非连续剧TVOD，如果是的话，则根据series_head_id在数据库中查找到所有关联此剧头ID的连续剧单集。

SLP判断用户是否有订购权限，剩余时长是否能够支持本次订购。剩余时长校验流程如图3a所示，检查时，首先判断是否要进行码率折算，如果设置了码率折算，则SLP要根据基准码率与频道码率对整部连续剧的发生时长进行折算，否则就按照整部连续剧实际发生时长与用户剩余时长进行比较，来判断用户是否有权限进行订购服务。其中，根据频道的码率将节目录制时长折算成基准时长的折算方式为：基准时长＝节目录制时长×频道码率/基准码率，如果录制的是整部连续剧，则这里的节目录制时长应是连续剧所包含的所有单集的时长之和。

步骤S309，判断连续剧总时长是否超过用户剩余时长。

如果计算出的时长超过用户时长，则SLP通过EPG返回NPVR订购失败的消息，执行步骤S311，如果没有超过，则向CDN发送归档请求，执行步骤S310。

步骤S310，CDN按照用户的请求保存NPVR记录。

CDN接收到SLP发送的归档请求后，对节目内容进行调度，在用户所属节点上根据连续剧的剧头ID对该连续剧包含的所有单集NPVR内容进行归档。如果所属节点是8000节点，则对所有单集NPVR内容打归档标记，如果是8000C节点，则下发归档任务。这里归档的意思就是将CDN根据录制计划录制的内容中对应用户录制请求的内容保存下来，以供用户点播时观看。

步骤S311，返回NPVR订购失败。

SLP向EPG返回NPVR的处理结果，EPG将NPVR处理结果转发给机顶盒，最后机顶盒将系统的处理结果通知给用户。

其中，EPG响应机顶盒的接口定义如下：

图4是本发明实施例提供的用户取消录制的流程图，如图4所示，取消流程具体为：

步骤S401，用户取消录制。

在用户请求NPVR后，如果用户对已经订购成功的NPVR发起取消订购操作，那么同样地，机顶盒将通过EPG向SLP发起取消订购业务请求，EPG和SLP之间的接口定义如下：

接口名称	删除NPVR
		接口方向	请求：EPG→能力SLP 响应：能力SLP→EPG
接口协议	WINTCP

EPG请求接口描述：

步骤S402，节点删除所保存的内容。

SLP接收到取消请求后，将该请求转发给CDN，用户所属的CDN节点判断是不是最后一个用户退订连续剧NPVR内容，如果是，则该节点删除该连续剧包含的所有单集NPVR内容。

其中，EPG响应接口描述：

以上连续剧NPVR录制也适用于LPVR，LPVR的整个流程与NPVR的差别在于用户订购后机顶盒模板处理接口稍有不同，并且没有网络内容调度部分，LPVR用户订购后机顶盒模板创建LPVR对象。LPVR对象创建方法有很多，图5是本发明实施例提供的用户通过机顶盒创建LPVR的流程图，如图5所示，通过机顶盒创建LPVR的流程如下：

步骤S501，用户创建按节目录制的预约信息。

创建录制预约的命令如下：

Lpvr.Set(“ScheduleRec”，”ScheduleType＝ByShow#ProgramID＝xxxx#StartDate＝20101001#......”)。

JavaScript(JS)需要传递的参数用“参数名＝XXX”形式，中间用“#”分隔，参数个数可选。如果有SerialID参数但无ProgramID参数，且是连续录制时，表示预约整个连续剧，否者是录制单个节目；如果有SerialID也有ProgramID时，表示预约连续剧中的某一集。其中，参数SerialID标识连续剧的剧头ID，参数ProgramID表示连续剧的集号。

可能的参数有：

步骤S502，检查是否已预约录制。

添加预约项时，首先检查是否重复预约，其次经过冲突管理模块判定如果冲突，返回错误消息给显示页面，由显示页面对用户进行提示。比如，异步调用时，返回值以事件的方式通知JS：在EVENT_MEDIA_RECORD事件类中扩展定义3个事件：

其中EVENT_RECORDSCHEDULE_OK＝40表示预约成功，EVENT_RECORDSCHEDULE_EXIST＝41表示预约重复，EVENT_RECORDSCHEDULE_CONFLICT＝42表示预约资源冲突，EVENT_RECORDSCHEDULE_FAIL＝43表示其它原因导致的预约失败。

用户预约录制某节目后，可以通过浏览界面删除一条预约记录。如果删除的是连续剧的某一集或录制规则，则提示用户是否删除该连续剧的所有预约信息，如果用户选择删除所有预约信息，则机顶盒删除该连续剧的所有预约信息，否则只删除这一条记录。

步骤S503，机顶盒开始录制节目。

用户预约录制的节目的播放时间到达后，机顶盒判断该节目是否是整部连续剧的录制，如果不是，则按照现有的普通流程执行，如果是录制整部连续剧，机顶盒将截取播放的码流并把它录制到本地硬盘里。

图6是本发明实施例提供的一种IPTV系统中基于NPVR的连续剧录制系统的结构示意图，如图6所示，所述系统包括机顶盒、IPTV管理平台、EPG服务器、SLP、CDN。

IPTV管理平台用于根据连续剧的剧头ID、集号生成各个连续剧的节目预告单和录制计划，并将所述节目预告单同步给EPG服务器，同时将所述录制计划下发给内容分发网络CDN的各节点。在连续剧节目预告播放之前，在IPTV管理平台的电子节目单管理模块中增加该连续剧节目预告的各个单集，指定该节目预告单集可以允许系统录制，并且指定该节目预告的连续剧属性即是否是连续剧，同属一部连续剧的各个单集要归属于同一个剧头名称即剧头ID相同，另外还需要录入节目的开始时间、结束时间、集号即第几集等信息。同时连续剧所在的直播频道必须支持TVOD。在生成连续剧节目预告的同时，生成该连续剧的录制计划。录制的开始时间与结束时间跟节目预告的开始时间与结束时间保持一致。

EPG服务器用于在接收到IPTV管理平台同步过来的节目预告单后，通过机顶盒向用户展示直播频道的电子节目预告单，其中所述节目预告单中的节目如果是连续剧，则包含连续剧的剧头ID。

机顶盒用于向所述EPG服务器发送连续剧录制请求，所述EPG将所请求的连续剧的剧头ID发送给机顶盒所属的CDN节点。用户的机顶盒在正常启用后，机顶盒在后台定时向EPG查询节目单变更情况，用户获取节目单之后可以通过机顶盒对某个连续剧发起NPVR请求。机顶盒后台首先判断用户订购节目是否是连续剧，如果是连续剧的话，提示用户是否要订购整部连续剧，如果用户选择是，则进入连续剧订购流程。机顶盒将包含该连续剧剧头ID的NPVR请求发送给EPG，EPG通过WINTCP消息通知SLP。

SLP用于判断用户是否有权限进行订购服务。SLP接收到NPVR请求后，判断用户剩余时长是否能够支持本次订购。SLP首先判断是否要进行码率折算，如果设置了码率折算，则SLP要根据基准码率与频道码率对整部连续剧的发生时长进行折算，否则就按照整部连续剧实际发生时长与用户剩余时长进行比较，来判断用户是否有权限进行订购服务。其中，根据频道的码率将节目录制时长折算成基准时长的折算方式为：基准时长＝节目录制时长×频道码率/基准码率，如果录制的是整部连续剧，则这里的节目录制时长应是连续剧所包含的所有单集的时长之和。如果计算出的连续剧的时长超过用户剩余时长，则SLP通过EPG返回NPVR订购失败的消息，如果没有超过，则向CDN发送归档请求。

CDN用于根据所述录制计划录制相应的连续剧。当到达连续剧节目的开始播放时间时，如果该连续剧在录制计划中被允许进行系统录制，则CDN的边缘节点开始录制电视剧。如果CDN的边缘节点是8000节点，则边播放边录制，如果是8000C节点则提前录制，同时CDN的中心节点也将会录制一份。各个节点会有一段时间的缓冲池来保存录制内容。当某边缘节点录制内容失败时，CDN需要将该内容从中心节点向边缘节点下推，以保证某边缘节点录制的内容可用。

用户所属CDN的节点还用于根据所述连续剧录制请求中的连续剧的剧头ID保存相应的已录制的连续剧。CDN接收到SLP发送的归档请求后，对节目内容进行调度，在用户所属节点上根据连续剧的剧头ID对该连续剧包含的所有单集NPVR内容进行归档。如果所属节点是8000节点，则对所有单集NPVR内容打归档标记，如果是8000C节点，则下发归档任务。这里归档的意思就是将CDN根据录制计划录制的内容中对应用户录制请求的内容保存下来，以供用户点播时观看。

综上所述，本发明通过改进NPVR录制流程，向用户提供了可以录制整部连续剧的操作接口，极大地提高了用户体验，解决了NPVR录制流程中用户录制整部连续剧时需要针对连续剧的各个单集逐一进行录制操作、用户体验差的问题。

尽管上文对本发明进行了详细说明，但是本发明不限于此，本技术领域技术人员可以根据本发明的原理进行各种修改。因此，凡按照本发明原理所作的修改，都应当理解为落入本发明的保护范围。

Claims (10)

1.一种IPTV系统中基于NPVR的连续剧录制方法，其特征在于，所述方法包括：

IPTV管理平台根据连续剧的剧头ID、集号生成各个连续剧的录制计划，并将所述各个连续剧的录制计划下发给内容分发网络CDN的各节点；

所述CDN各节点根据所述各个连续剧的录制计划录制相应的连续剧；

用户通过机顶盒并经由EPG服务器向所属的CDN节点发送包含所请求的连续剧剧头ID的连续剧录制请求；

用户所属CDN节点根据所请求的连续剧剧头ID保存相应的已录制的连续剧；

其中，所述NPVR是个人网络视频录制，所述IPTV是交互式网络电视。

2.根据权利要求1所述的方法，其特征在于，在IPTV管理平台生成录制计划的步骤之前还包括：

IPTV管理平台根据连续剧的剧头ID、集号生成各个连续剧的节目预告单，并将所述节目预告单下发给电子节目指南EPG服务器，其中所述节目预告单与所述录制计划相对应。

3.根据权利要求2所述的方法，其特征在于，用户向所述用户所属CDN节点发送连续剧录制请求的步骤之前还包括：

用户通过机顶盒向所述EPG服务器发送获取节目预告单的请求，所述EPG服务器将最新的节目预告单发送给机顶盒，所述节目预告单包含连续剧的剧头ID。

4.根据权利要求3所述的方法，其特征在于，用户向用户所属CDN节点发送连续剧录制请求的步骤包括：

用户获取节目预告单后，通过机顶盒向所述EPG服务器发送连续剧录制请求，所述录制请求中包含所请求的连续剧的剧头ID；

所述EPG服务器将所述录制请求发送给用户所属CDN节点。

5.根据权利要求4所述的方法，其特征在于，所述EPG服务器将所述录制请求发送给用户所属CDN节点的步骤包括：

所述EPG将所述录制请求发送给逻辑控制层SLP；

所述SLP将所述录制请求转发给CDN；

所述CDN通知用户所属的CDN节点根据所述录制请求中所请求的连续剧剧头ID保存相应的已录制的连续剧。

6.根据权利要求5所述的方法，其特征在于，所述SLP将所述录制请求转发给CDN的步骤之前还包括：

所述SLP检查用户剩余录制时长，如果用户剩余录制时长大于连续剧时长，则SLP将所述录制请求转发给CDN，否则SLP向EPG返回定制错误响应。

7.根据权利要求1至6任一项所述的方法，其特征在于，在用户所属CDN节点根据所述连续剧的剧头ID保存相应的已录制的连续剧步骤之后还包括：

所述用户通过机顶盒经EPG向CDN发送取消订购整部连续剧的业务请求，所述请求中包括所请求的连续剧的剧头ID；

用户所属的CDN节点收到所述取消订购整部连续剧的业务请求后，判断是否是该节点上的最后一个用户取消订购，如果是，则根据所请求的连续剧的剧头ID删除所述连续剧的所有单集。

8.一种IPTV系统中基于NPVR的连续剧录制的系统，其特征在于，所述系统包括：

IPTV管理平台，用于根据连续剧的剧头ID、集号生成各个连续剧的录制计划，并将所述各个连续剧的录制计划下发给内容分发网络CDN的各节点；

机顶盒，用于经由EPG服务器向所属的CDN节点发送包含所请求的连续剧剧头ID的连续剧录制请求；

CDN，用于根据所述各个连续剧的录制计划录制相应的连续剧，其中，机顶盒所属CDN节点根据所述连续剧录制请求中的连续剧剧头ID保存相应的已录制的连续剧；

其中，所述NPVR是个人网络视频录制，所述IPTV是交互式网络电视。

9.根据权利要求8所述的系统，其特征在于，所述系统还包括：

EPG服务器，用于接收机顶盒发送的录制请求，并将所述录制请求转发给SLP；

SLP，用于处理IPTV系统的业务逻辑控制，并将所述EPG服务器发送的录制请求转发给CDN。

10.根据权利要求9所述的系统，其特征在于，

所述IPTV管理平台还用于根据连续剧的剧头ID、集号生成各个连续剧的节目预告单，并将所述节目预告单下发给EPG服务器，其中所述录制计划与所述节目预告单相对应；

所述机顶盒还用于向所述EPG服务器发送获取预告节目单的请求，所述EPG服务器将最新的预告节目单发送给机顶盒，所述预告节目单包含连续剧的剧头ID；

所述机顶盒还用于向所述EPG发送连续剧录制请求，所述录制请求消息中包含所请求的连续剧的剧头ID。