( Set-Top Box, 简称为 STB ) 及电子节目菜单 （ Electronic Program Guide, 简称为 EPG )。 背景技术 交互式网络电视 ( Interactive Personality TV, 简称为 IPTV )提供了强大 的互动能力和崭新的多媒体内容收看方式， 带给人们一种视听新体 -险。 用户 根据个人需求可以定制各类多媒体业务和视频 节目。 点播类视频服务（Video on Demand, 简称为 VOD ) 是除直播之外最主要的 IPTV视频业务， 而电子 节目菜单是 IPTV的子系统，是用户进入 IPTV的门户。内容分发网络（ Content Delivery Network , 简称为 CDN )是 IPTV的内容分发子系统， 主要由内容分 发网络管理器 （ CDN Manager ) 和内容分发网络代理 （ CDN Agent ) 组成， 其中， 内容分发网络管理器是内容分发子系统中的主 控服务器， 负责将流媒 体接入 IPTV业务管理系统， 内容分发网络代理为节点服务器， 与流媒体系 统共同组成分布式流媒体节点。 另外， JavaScript ( JS )模块是运行在数字电视机顶盒设备中的 JavaScript 本。 它利用实时传输 ¾ϊ媒体十办议 ( Realtime Transmission Stream Protocol , 简称为 RTSP ) 进行传输。

IPTV用户通常处理喜爱节目的方式是录制或� �收藏， 录制（本地录制除 外） 是由远程服务器将直播源录制为节目， 供用户点播观看， 收藏是对目标 节目快捷方式的保存。 上述两种方式中， 仍然是利用网络通信， 给远程流媒 体服务器发送连接请求， 这与传统的直播点播没有根本区别。 点播节目必须 在运营商提供的模板页面中导航， 或者自己来加收藏， 缺乏灵活性； 如果节 目的点播量高， 势必会加大数据传输流量， 造成 IPTV通信网络拥塞， 即使 釆用设置多份节目副本分散网络流量的方法， 也会将大量的节目副本分布在 系统中， 造成资源浪费和管理成本的增加。 发明内容 针对相关技术中 IPTV用户观看节目缺乏灵活性以及会造成 IPTV通信网 络拥塞的问题而提出本发明， 为此， 本发明的主要目的在于提供一种节目推 送方案， 以解决上述问题。 为了实现上述目的，根据本发明的一个方面， 提供了一种节目推送方法， 该方法包括： 机顶盒根据用户选择的节目向电子节目菜单发 送下载节目请求 信息； 机顶盒接收电子节目菜单发送的内容分发网络 代理的信息， 并将内容 分发网络代理的信息和节目的下载任务保存在 下载队列中； 机顶盒根据下载 队列执行下载。 优选地， 在机顶盒根据用户选择的节目向电子节目菜单 发送下载节目请 求信息之前， 上述方法还包括： 机顶盒在浏览器显示节目推送节目列表， 并 接收用户从节目推送节目列表中选择的节目。 优选地， 机顶盒根据下载队列执行下载包括： 机顶盒循环取出下载队列 中的下载任务执行下载。 优选地， 机顶盒循环取出下载队列中的下载任务执行下 载包括： 机顶盒 向内容分发网络代理请求下载地址信息执行下 载； 或机顶盒经由多级内容分 发网络代理节点汇接获取下载地址信息执行下 载。 优选地， 在机顶盒 居下载队列执行下载之后， 上述方法还包括： 如果 下载成功， 则机顶盒根据用户的选择播放下载的节目。 为了实现上述目的， 才艮据本发明的一个方面， 还提供了一种节目推送方 法， 该方法包括： 电子节目菜单接收来自业务管理平台的节目信 息， 并向机 顶盒发送节目信息， 以便机顶盒 居节目信息向用户显示节目； 电子节目菜 单接收机顶盒发送的下载节目请求信息， 并根据下载节目请求信息向机顶盒 发送内容分发网络代理的信息。 优选地， 在电子节目菜单接收来自业务管理平台的节目 信息之前， 上述 方法还包括： 业务管理平台将待发布的内容制作成节目， 并将节目存储到本 地下载专区中； 业务管理平台向电子节目菜单发送存储的节目 对应的节目信 息。 优选地， 业务管理平台向电子节目菜单发送节目信息包 括： 业务管理平 台向电子节目菜单发送及时消息， 并在其中携带有节目信息。 为了实现上述目的， 根据本发明的另一个方面， 提供了一种机顶盒， 该 机顶盒包括： 第一发送模块， 用于根据用户选择的节目向电子节目菜单发送 下载节目请求信息； 第一接收模块， 用于接收电子节目菜单发送的内容分发 网络代理的信息； 保存模块， 用于根据第一接收模块接收的内容分发网络代 理的信息，将内容分发网络代理的信息和节目 的下载任务保存在下载队列中； 下载模块， 用于根据下载队列执行下载。 为了实现上述目的， 居本发明的另一个方面， 还提供了一种电子节目 菜单， 该电子节目菜单包括： 第二接收模块， 用于接收来自业务管理平台的 节目信息； 第二发送模块， 用于根据第二接收模块接收的节目信息， 向机顶 盒发送节目信息， 以便机顶盒根据节目信息向用户显示节目； 第三接收模块， 用于接收机顶盒发送的下载节目请求信息； 第三发送模块， 用于根据第三接 收模块接收的下载节目请求信息向机顶盒发送 内容分发网络代理的信息。 通过本发明， 釆用运营商模拟推送节目到用户 STB的方法， 解决了相关 技术中 IPTV用户观看节目缺乏灵活性以及会造成 IPTV通信网络拥塞的问 题， 进而达到了减轻流媒体服务器和通信网络的负 担， 并提高用户体验的效 果。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发 明， 并不构成对本发明的 不当限定。 在附图中： 图 1是 居本发明实施例的节目推送方法 （STB侧） 的流程图； 图 2是 居本发明实施例的节目推送方法 （ EPG侧） 的流程图； 图 3是 居本发明实施例的节目推送结构示意图； 图 4是 居本发明实施例的节目推送及时消息通知流程 图； 图 5是 居本发明实施例的 JS模块后台控制下载节目文件的流程图； 图 6是根据本发明实施例的 STB下载节目流程的示意图； 图 7是根据本发明实施例的 STB的结构框图； 图 8是根据本发明实施例的 STB的优选结构框图； 图 9是才艮据本发明实施例的 EPG的结构框图。 具体实施方式 考虑到相关技术中 IPTV用户观看节目缺乏灵活性以及会造成 IPTV通信 网络拥塞的问题， 本发明提供了节目推送方法及装置， 利用 STB配置的本地 存储硬件存储流媒体文件， 运营商可以模拟推送节目到用户 STB, 并允许用 户根据喜好选择接受的内容， 以便用户可以将所喜爱的或需要重复观看的节 目文件存放在 STB内进行离线观看。这种方法能够保证观看质 量不受网络的 影响。 运营商则可以充分利用 STB的存储能力和 CDN分布式网络的多级节 点汇接方式， 减轻流媒体服务器和通信网络的负担， 并提高客户忠诚度。 需要说明的是， 在不冲突的情况下， 本申请中的实施例及实施例中的特 征可以相互组合。 下面将参考附图并结合实施例来详细说明本发 明。 方法实施例一 根据本发明的实施例， 提供了一种节目推送方法。 图 1是根据本发明实 施例的节目推送方法 （STB侧） 的流程图， 如图 1所示， 该方法包括如下的 步骤 S 102至步骤 S 106。 步骤 S 102: STB根据用户选择的节目向 EPG发送下载节目请求信息。 步骤 S 104： STB接收 EPG发送的 CDN Agent的信息， 并将 CDN Agent 的信息和节目的下载任务保存在下载队列中 （即， 节目下载机制）。 步骤 S 106： STB根据下载队列执行下载。 本实施例中， 允许用户才艮据喜好选择接受的内容， 然后利用 STB配置的 本地存储硬件存储流媒体文件， 以便用户可以将所喜爱的或需要重复观看的 节目文件存放在 STB内进行离线观看。这种方法能够保证观看质 量不受网络 的影响。 运营商则可以充分利用 STB的存储能力和 CDN分布式网络的多级 节点汇接方式， 减轻流媒体服务器和通信网络的负担， 并提高客户忠诚度。 在步骤 S 102之前， STB在浏览器模板页面的下载专区显示节目推送 节 目列表， 并接收用户从节目推送节目列表中选择的节目 ， 以便后续在用户选 择节目后即可自动进入节目下载流程 （即， 消息通知机制；)。 具体地， STB循环取出下载队列中的下载任务执行下载。 其中， STB可 以向 CDN Agent请求下载地址信息执行下载； 或者， STB也可以经由多级 CDN Agent节点汇接获取 FTP下载地址， 而后根据此信息下载节目 （即， 节 目下载机制；)。 然后， 如果下载成功， STB可以根据用户的选择播放下载的节目， 例如， 用户将得到提示， 选择是否立即观看。 另外， 进入机顶盒本地页面可以查看 机顶盒本地磁盘中的存储情况和节目内容列表 ， 并可选择播放本地节目 （即， 节目观看机制；)。 方法实施例二 图 2是才艮据本发明实施例的节目推送方法 （ EPG侧） 的流程图， 如图 2 所示， 该方法包括如下的步骤 S202至步骤 S204。 步骤 S202: EPG接收来自业务管理平台的节目信息， 并向 STB发送节 目信息，以便 STB根据节目信息向用户显示节目（即，节目制 作和发布机制；)。 步骤 S204: EPG接收 STB发送的下载节目请求信息， 并根据下载节目 请求信息向 STB发送 CDN Agent的信息。 在步骤 S202 之前， 业务管理平台将待发布的内容制作成节目， 并将节 目存储到本地下载专区中； 业务管理平台选择用户分组， 利用及时消息机制 向 EPG发送存储的节目对应的节目信息。 其中，业务管理平台向 EPG发送的节目信息包括携带有节目信息的及时 消息。 下面将结合实例对本发明实施例的实现过程进 行详细描述。 图 3是 居本发明实施例的节目推送结构示意图， 如图 3所示， 包括业 务管理平台、 业务管理平台本地的下载服务器、 能力接口机、 CDN Agent、 EPG和 STB。 具体地， 运营商在业务管理平台选择节目进行 4舞介和赠送， 并 将上述节目生成后存储在下载服务器， 同时发布给 Agent。 然后， 业务管理 平台通过能力接口机给 EPG发送及时消息， 以便 EPG将及时消息保存后等 候 STB的查询。 在用户选择接受的节目后， 整个 RTSP可以在后台实现链接 访问、 重定向、 下载、 接收、 存储的过程。 其中， STB还包括 JavaScript ( JS )模块、 本地页面、 浏览器和 FTP下 载进程。 JS模块运行在 STB 中， 用于将及时消息显示到浏览器， 将从 EPG 接) 到的实时传输 ¾ϊ媒体十办议 ( Realtime Transmission Stream Protocol , 简称 为 RTSP )链接保存到 FTP下载进程， 以及控制 FTP下载进程的重定向与文 件下载。 图 4至图 6将分别论述上述过程。 图 4是才艮据本发明实施例的节目推送及时消息� �知流程图，如图 4所示， 包括如下的步骤 S402至步骤 S408: 步骤 S402: 业务管理平台将节目发送到下载专区。 步骤 S404: 业务管理平台发出及时消息到 IPTV能力平台接口机。 步骤 S406： 接口机将消息发送到所有 EPG并由 EPG将及时消息保存。 步骤 S408: STB的 JS模块发起的定时任务。 步骤 S410: STB查询到 EPG保存的符合条件的及时消息。 步骤 S412: 展示在 STB浏览器中， 从而通知用户选择。 图 5是 居本发明实施例的 JS模块后台控制下载节目文件的流程图，如 图 5所示， 包括如下的步 4聚 S502至步 4聚 S528。 步骤 S502: 用户才艮据及时消息提示进入下载专区。 步骤 S504: JS模块判断当前 STB是否支持录制、 下载。 步骤 S506: 如果不支持， 则不能点击页面下载节目， 并提示用户。 步骤 S508: 如果支持， 则展示节目列表， 并在用户选择某节目后， 进入 下载页面。 步骤 S510: JS模块查询当前待下载节目是否已经下载。 步骤 S512: 如果已下载则将下载按钮更新为灰色， 不让用户重复下载。 步骤 S514: 如果未下载， 则等待用户点击下载按钮。 步骤 S516: JS模块向 EPG发送下载节目请求， 请求下载该内容。 步骤 S518: EPG则根据该用户的归属节点信息， 返回 STB的归属服务 Agent的 RTSP地址。 其中， 归属节点信息即上述 CDN Agent的信息。 步骤 S520: JS模块将 RTSP与待下载节目的描述信息下发到 STB, 由 STB保存在 FTP下载队列中。 步骤 S522: STB判断节目是否下载成功。 步骤 S524: 如果没有下载成功， 则 STB在后台链接 CDN网络， 取出队 列中的下载任务， 逐个执行下载， 完成每一个下载任务。 JS模块一旦发起了 下载流程， 后续的流程由 STB保证， 如果发生断网、 关机、 磁盘满等异常情 况， 由 STB 自行保证下载的成功。 步骤 S526: 如果下载成功， 消息通知 STB弹出对话框， 提示用户到本 地页面进行观看。 步骤 S528: 用户点击确定进入播放或者 10秒后， 提示对话框退出。 图 6是 居本发明实施例的 STB下载节目流程的示意图， 如图 6所示， STB下载节目的过程， 充分利用了 CDN分布式网络的特点， 经过多级汇接， 可以直接下载供在线点播的节目， 这个过程需要与节点 Agent进行若千次交 互。 下载节目的同时， 用户可以进行其他的操作， 如频道切换、 点播节目等。 上述过程包括如下的步骤 S602至步骤 S612。 步骤 S602: STB下载进程首先以 JS模块发送过来的 RTSP地址向服务 Agent发起请求， 试图获取下载服务器的 FTP地址、 用户名、 密码。 步骤 S604: Agent判断是否设置了下载服务器。 如果 Agent端设置有下 载月艮务器， 则进入步骤 S612的下载过程。 步骤 S606: 如果 Agent端没有设置下载服务器， 则由 Agent向 Manager 发送获取可以汇接的 Agent地址的请求。 步骤 S608: Manager通过查询该节点的依赖节点， 获取重定向的 Agent 地址， 并返回给 STB, 从而进入 STB正式下载流程。 步骤 S610： STB向该 Agent发起 RTSP请求。 步骤 S612: STB解析 Agent返回的 RTSP响应， 然后启动 FTP客户端， 登陆下载服务器的内容目录， 通过 FTP方式高速下载指定节目内容。 在 STB下载成功后， 用户得到提示， 通过点击提示框后进入播放， 如果 用户 10 秒钟内没有响应， 则提示对话框退出。 或者在模板收藏页面中， 当 焦点移动到本地节目 （ Local Recorded )条目时， 可以查看本地硬盘中的视频 内容并选择播放， 用户同时可以查看本地硬盘的存储情况： 总的存储空间、 剩余空间、 文件的使用硬盘的百分比等。 上述技术方案可以实现以模拟推送的方式， 将节目下发到 STB, 从而满 足用户离线观看节目的需求。 通过本发明可以实现将节目推送到 STB 的目 的， 帮助运营商向客户推介或赠送节目， 并实现 STB离线播放， 减轻通信网 络负担的目的。 需要说明的是， 在附图的流程图示出的步骤可以在诸如一组计 算机可执 行指令的计算机系统中执行， 并且， 虽然在流程图中示出了逻辑顺序， 但是 在某些情况下， 可以以不同于此处的顺序执行所示出或描述的 步骤。 装置实施例一 才艮据本发明的实施例， 提供了一种 STB, 该 STB可以用于实现上述方法 实施例一中的节目推送方法。 图 7是才艮据本发明实施例的 STB的结构框图， 如图 7所示， STB 71连接至 EPG 91 , 其中， 该 STB 71包括： 第一发送模块 72、 第一接收模块 74、 保存模块 76、 下载模块 78, 下面对上述结构进行描 述。 第一发送模块 72: 用于才艮据用户选择的节目向 EPG 91发送下载节目请 求信息； 第一接收模块 74: 用于接收 EPG 91发送的 CDN Agent的信息； 保 存模块 76, 连接至第一接收模块 74， 用于根据第一接收模块 74接收的 CDN Agent的信息， 将 CDN Agent的信息和节目的下载任务保存在下载队列� ��； 下载模块 78: 连接至保存模块 76, 用于根据保存模块 76保存的下载队列执 行下载。 本实施例中， 允许用户才艮据喜好选择接受的内容， 然后利用 STB配置的 本地存储硬件存储流媒体文件， 以便用户可以将所喜爱的或需要重复观看的 节目文件存放在 STB内进行离线观看。这种方法能够保证观看质 量不受网络 的影响。 运营商则可以充分利用 STB的存储能力和 CDN分布式网络的多级 节点汇接方式， 减轻流媒体服务器和通信网络的负担， 并提高客户忠诚度。 图 8是才艮据本发明实施例的 STB的优选结构框图， 如图 8所示， 本发明 STB还包括显示模块 81、 第四接收模块 82 , 判断模块 87和播放模块 88, 并 且， 上述下载模块还包括取出子模块 83、 第一请求子模块 84、 第二请求子 模块 85和下载子模块 86。 其中， 下载模块可选择第一请求子模块 84或第二 请求子模块 85 获取下载地址信息并执行下载。 下面对上述结构进行详细描 述。 显示模块 81 ,用于在浏览器显示节目推送节目列表，以便� �户选择节目； 第四接收模块 82 , 用于接收用户从节目推送节目列表中选择的节 目； 判断模 块 87, 连接至下载模块 78, 用于判断下载模块 78的下载是否成功； 播放模 块 88, 连接至判断模块 87, 用于在判断模块 87的判断结果为是的情况下， 根据用户的选择播放下载的节目。 取出子模块 83 , 用于循环取出下载队列中的下载任务； 第一请求子模块 84 , 连接至取出子模块 83 , 用于根据取出子模块 83取出的下载队列中的下 载任务向 CDN Agent请求下载地址信息； 第二请求子模块 85, 连接至取出 子模块 83 , 用于根据取出子模块 83取出的下载队列中的下载任务经由多级 CDN Agent节点汇接获取下载地址信息； 下载子模块 86, 连接至第一请求子 模块 84和第二请求子模块 85,用于根据第一请求子模块 84或第二请求子模 块 85得到的下载地址信息执行下载。 装置实施例二 根据本发明的实施例， 还提供了一种 EPG, 该 EPG可以用于实现上述 方法实施例二的节目推送方法。图 9是才艮据本发明实施例的 EPG的结构框图， 如图 9所示， 该 EPG 91包括： 第二接收模块 92、 第二发送模块 94、 第三接 收模块 96、 第三发送模块 98, 下面对上述结构进行详细描述。 第二接收模块 92 , 用于接收来自业务管理平台的节目信息； 第二发送模 块 94,连接至第二接收模块 92， 用于根据第二接收模块 92接收的节目信息， 向 STB 71发送节目信息， 以便 STB 71根据节目信息向用户显示节目； 第三 接收模块 96,用于接收 STB 71发送的下载节目请求信息； 第三发送模块 98, 连接至第三接收模块 96， 用于根据第三接收模块 96接收的下载节目请求信 息向 STB 71发送 CDN Agent的信息。 另外， 在上述第二接收模块 92接收来自业务管理平台的节目信息之前， 业务管理平台需要将待发布的内容制作成节目 并存储到本地下载专区中。 然 后， 业务管理平台将根据存储的节目向电子节目菜 单发送对应的节目信息。 综上所述， 通过本发明的上述实施例， 本发明公开的模拟的向客户端推 送节目的模式，运营商根据经营策略，通过节 目推送向客户推介或赠送节目， 达到良好的运营和推广目的； 对于点播量比较高的节目， 也可以推送到用户 STB , 这有效减轻了直播点播传统模式带来的流媒体 服务器和通信网络的负 担问题； 另一方面， 用户离线观看喜爱的节目， 可以保证观看质量完全不受 通信网络的影响。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执 行， 或 者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制 作成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软 件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。