[0001] 本发明涉及通信领域， 尤其涉及一种机顶盒点播功能实现方法及系统 。

背景技术

[0002] 近年来， 机顶盒视频点播功能因良好的人机交互而备受 教育、 娱乐等各个行业 的青睐， 其涵盖了影片点播、 热点新闻点播、 交互视频游戏、 远程教育等方面 ， 极大的改善了人们的生活和学习， 提高了生活质量和工作质量。

[0003] 目前， 机顶盒视频点播功能的实现方式是集成浏览器 功能， 采用 B/S模式， 利 用高性能磁盘阵列与服务器， 通过对 SQL

SERVER技术的应用， 将 HTML、 ASP.NET、 JAVASCRIPT相融合实现界面美观

、 操作流畅的视频点播系统。 但是， 在机顶盒上使用浏览器点播播放视频， 会 耗费大量内存， 对硬件要求高， 极大增大了机顶盒成本， 且耗能大， 不利于机 顶盒的推广使用。

技术问题

[0004] 有鉴于此， 有必要针对上述机顶盒视频点播功能耗费内存 、 增大成本、 耗能大 的问题， 提供一种机顶盒点播功能实现方法及系统。

问题的解决方案

技术解决方案

[0005] 本发明提供一种机顶盒点播功能实现方法， 包括如下步骤：

[0006] S10: 于机顶盒内创建 FFmpeg框架单元， 在用户点播选取节目后， 通过 FFmpeg 框架单元由资源服务器上获取节目对应的资源 地址；

[0007] S20: 采用超文本实吋流协议根据资源地址由资源服 务器上获取节目对应的音 视频资源；

[0008] S30: 若音视频资源为加密资源， 则与授权服务器进行通信， 由授权服务器上 获取解密关键码， 使用解密关键码对音视频资源进行解密后进行 播放。

[0009] 在其中的一个实施方式中， 所述资源地址包括音视频资源地址和音视频资 源对 应的解密关键码地址。

[0010] 在其中的一个实施方式中， 所述资源地址为二级结构， 其中顶层结构用于根据 当前的网络速度解析得到对应码率的视频资源 地址； 二级结构用于设定加密信 息， 来确定音视频资源是否有加密、 采用何种方式加密以及解密关键码地址。

[0011] 在其中的一个实施方式中， 所述步骤 S30具体为： 对音视频资源数据进行分段 处理， 由资源服务器上循环获取加密的音视频资源数 据并存放于设定的数据池 中， 当数据池中数据达到设定长度吋， 对数据池中的音视频资源数据段进行解 密。

[0012] 在其中的一个实施方式中， 所述步骤 S30具体为： 在解密吋， 设置第一个音视 频资源数据段的解密向量为 16位 0， 之后的音视频资源数据段的解密向量为前一 个未解密音视频资源数据段的最后 16位数据。

[0013] 本发明还提供一种机顶盒点播功能实现系统， 包括：

[0014] FFmpeg框架单元， 在用户点播选取节目后， 与资源服务器进行通信， 由资源 服务器上获取节目对应的资源地址；

[0015] 音视频资源获取单元， 采用超文本实吋流协议根据资源地址由资源服 务器上获 取节目对应的音视频资源；

[0016] 解密单元， 若音视频资源为加密资源， 则与授权服务器进行通信， 由授权服务 器上获取解密关键码， 使用解密关键码对音视频资源进行解密后进行 播放。

[0017] 在其中的一个实施方式中， 所述资源地址包括音视频资源地址和音视频资 源对 应的解密关键码地址。

[0018] 在其中的一个实施方式中， 所述资源地址为二级结构， 其中顶层结构用于根据 当前的网络速度解析得到对应码率的视频资源 地址； 二级结构用于设定加密信 息， 来确定音视频资源是否有加密、 采用何种方式加密以及解密关键码地址。

[0019] 在其中的一个实施方式中， 所述解密单元对音视频资源数据进行分段处理 ， 由 资源服务器上循环获取加密的音视频资源数据 并存放于设定的数据池中， 当数 据池中数据达到设定长度吋， 对数据池中的音视频资源数据段进行解密。

[0020] 在其中的一个实施方式中， 在解密吋， 所述解密单元设置第一个音视频资源数 据段的解密向量为 16位 0， 之后的音视频资源数据段的解密向量为前一个 未解密 音视频资源数据段的最后 16位数据。

发明的有益效果

有益效果

[0021] 本发明机顶盒点播功能实现方法及系统， 创建 FFmpeg框架单元通过 FFmpeg框 架单元与资源服务器进行通信获取资源地址， 并通过超文本实吋流协议获取对 应的音视频资源， 解密后进行播放， 从而大大降低了机顶盒内存的占用， 降低 了对硬件的要求， 极大降低了机顶盒成本， 且耗能低， 有利于机顶盒的推广使 用。

对附图的简要说明

附图说明

[0022] 图 1是一个实施例中的机顶盒点播功能实现方法� �流程图；

[0023] 图 2是一个实施例中机顶盒点播功能实现系统的� �构示意图。

本发明的实施方式

[0024] 为了使本发明的目的、 技术方案及优点更加清楚明白， 以下结合附图及实施例 ， 对本发明进行进一步详细说明。 应当理解， 此处所描述的具体实施例仅用以 解释本发明， 并不用于限定本发明。

[0025] 图 1是一个实施例中的机顶盒点播功能实现方法� �流程图， 如图 1所示， 该方法 包括如下步骤：

[0026] S10: 于机顶盒内创建 FFmpeg框架单元， 在用户点播选取节目后， 通过 FFmpeg 框架单元由资源服务器上获取节目对应的资源 地址。

[0027] FFmpeg框架是一种多媒体音视频处理工具， 可以用来记录、 转换数字音视频 ， 并能将其转化为流， 其具有占用内存少、 耗能低、 对硬件要求低的特点。 故 在该实施例中， 在机顶盒中创建 FFmpeg框架单元， 在用户使用点播功能吋通过 F Fmpeg框架单元由资源服务器上获取节目对应的� ��源地址， 这样占用机顶盒的内 存少且耗能低。

[0028] 在进一步的方式中， 资源地址包括音视频资源地址和音视频资源对 应的解密关 键码地址。 进一步的， 资源地址为二级结构， 其中顶层结构用于根据当前的网 络速度解析得到对应码率的视频资源地址； 二级结构用于设定加密信息， 来确 定音视频资源是否有加密、 采用何种方式加密以及解密关键码地址。

[0029] S20: 采用超文本实吋流协议根据资源地址由资源服 务器上获取节目对应的音 视频资源。

[0030] 在通过 FFmpeg框架单元由资源服务器上获取节目对应的 资源地址后， 需要根 据资源地址来获取节目对应的音视频资源。 在该实施例中， 采用同样占用内存 小、 耗能低的超文本实吋流协议来获取节目对应的 音视频资源， 从而进一步降 低了内存占用和能耗。

[0031] S30: 若音视频资源为加密资源， 则与授权服务器进行通信， 由授权服务器上 获取解密关键码， 使用解密关键码对音视频资源进行解密后进行 播放。

[0032] 在获取节目对应的音视频资源后， 为保护版权和资源， 通常音视频资源会进行 加密， 加密的音视频资源只有经过解密授权后才能进 行播放。 在该实施例中， 若音视频资源为加密资源， 则需要由授权服务器上获取解密关键码进行解 密。

[0033] 在进一步的方式中， 该步骤具体为： 若音视频资源为加密资源， 则与授权服务 器进行通信， 通过解密关键码地址获取对应的解密关键码。

[0034] 在获取解密关键码之后， 需要对音视频资源进行解密， 该实施例中， 对音视频 资源数据采用分段解密的方式， 具体为： 对音视频资源数据进行分段处理， 由 资源服务器上循环获取加密的音视频资源数据 并存放于设定的数据池中， 当数 据池中数据达到设定长度吋， 对数据池中的音视频资源数据段进行解密。

[0035] 此外， 在解密吋， 设置第一个音视频资源数据段的解密向量为 16位 0， 之后的 音视频资源数据段的解密向量为前一个未解密 音视频资源数据段的最后 16位数 据， 以保证解密的连贯性和安全性。

[0036] 该机顶盒点播功能实现方法， 创建 FFmpeg框架单元通过 FFmpeg框架单元与资 源服务器进行通信获取资源地址， 并通过超文本实吋流协议获取对应的音视频 资源， 解密后进行播放， 从而大大降低了机顶盒内存的占用， 降低了对硬件的 要求， 极大降低了机顶盒成本， 且耗能低， 有利于机顶盒的推广使用。

[0037] 同吋， 本发明还提供一种机顶盒点播功能实现系统， 该系统包括： [0038] FFmpeg框架单元， 在用户点播选取节目后， 与资源服务器进行通信， 由资源 服务器上获取节目对应的资源地址。

[0039] FFmpeg框架是一种多媒体音视频处理工具， 可以用来记录、 转换数字音视频 ， 并能将其转化为流， 其具有占用内存少、 耗能低、 对硬件要求低的特点。 故 在该实施例中， 在机顶盒中创建 FFmpeg框架单元， 在用户使用点播功能吋， FF mpeg框架单元由资源服务器上获取节目对应的� �源地址， 这样占用机顶盒的内 存少且耗能低。

[0040] 在进一步的方式中， 资源地址包括音视频资源地址和音视频资源对 应解密关键 码地址。 进一步的， 资源地址为二级结构， 其中顶层结构用于根据当前的网络 速度解析得到对应码率的视频资源地址； 二级结构用于设定加密信息， 来确定 音视频资源是否有加密、 采用何种方式加密以及解密关键码地址。

[0041] 音视频资源获取单元， 采用超文本实吋流协议根据资源地址由资源服 务器上获 取节目对应的音视频资源。

[0042] 在 FFmpeg框架单元由资源服务器上获取节目对应的 资源地址后， 音视频资源 获取单元需要根据资源地址来获取节目对应的 音视频资源。 在该实施例中， 音 视频资源获取单元采用同样占用内存小、 耗能低的超文本实吋流协议来获取节 目对应的音视频资源， 从而进一步降低了内存占用和能耗。

[0043] 解密单元， 若音视频资源为加密资源， 则与授权服务器进行通信， 由授权服务 器上获取解密关键码， 使用解密关键码对音视频资源进行解密后进行 播放。

[0044] 在获取节目对应的音视频资源后， 为保护版权和资源， 通常音视频资源会进行 加密， 加密的音视频资源只有经过解密授权后才能进 行播放。 在该实施例中， 若音视频资源为加密资源， 解密单元则需要由授权服务器上获取解密关键 码进 行解密。

[0045] 在进一步的方式中， 若音视频资源为加密资源， 解密单元则与授权服务器进行 通信， 通过解密关键码地址获取对应的解密关键码。

[0046] 在获取解密关键码之后， 需要对音视频资源进行解密， 该实施例中， 解密单元 对音视频资源数据采用分段解密的方式， 具体为： 解密单元对音视频资源数据 进行分段处理， 由资源服务器上循环获取加密的音视频资源数 据并存放于设定 的数据池中， 当数据池中数据达到设定长度吋， 对数据池中的音视频资源数据 段进行解密。

[0047] 此外， 在解密吋， 解密单元设置第一个音视频资源数据段的解密 向量为 16位 0 ， 之后的音视频资源数据段的解密向量为前一个 未解密音视频资源数据段的最 后 16位数据， 以保证解密的连贯性和安全性。

[0048] 该机顶盒点播功能实现系统， 创建 FFmpeg框架单元通过 FFmpeg框架单元与资 源服务器进行通信获取资源地址， 并通过超文本实吋流协议获取对应的音视频 资源， 解密后进行播放， 从而大大降低了机顶盒内存的占用， 降低了对硬件的 要求， 极大降低了机顶盒成本， 且耗能低， 有利于机顶盒的推广使用。

[0049] 本发明机顶盒点播功能实现方法及系统， 创建 FFmpeg框架单元通过 FFmpeg框 架单元与资源服务器进行通信获取资源地址， 并通过超文本实吋流协议获取对 应的音视频资源， 解密后进行播放， 从而大大降低了机顶盒内存的占用， 降低 了对硬件的要求， 极大降低了机顶盒成本， 且耗能低， 有利于机顶盒的推广使 用。

[0050] 请参考图 2， 本发明另一个实施例中提供的一种机顶盒点播 功能实现系统 200的 示意图。 机顶盒点播功能实现系统 200可能是包含计算能力的机顶盒等， 本发明 具体实施例并不对机顶盒点播功能实现系统 200的具体实现做限定。 机顶盒点播 功能实现系统 200包括：

[0051] 处理器 （processor) 210， 通信接口 （Communications Interface) 220， 存储器

(memory) 230， 总线 240。

[0052] 处理器 210， 通信接口 220， 存储器 230通过总线 240完成相互间的通信。

[0053] 通信接口 220， 用于与外界设备， 例如， 个人电脑、 服务器等通信。

[0054] 处理器 210， 用于执行程序 232。

[0055] 具体地， 程序 232可以包括程序代码， 所述程序代码包括计算机操作指令。

[0056] 处理器 210可能是一个中央处理器 CPU, 或者是特定集成电路 ASIC (Applicatio n Specific Integrated Circuit) ， 或者是被配置成实施本发明实施例的一个或多 个 集成电路。

[0057] 存储器 230， 用于存放程序 231。 存储器 230可能包含高速 RAM存储器， 也可能 还包括非易失性存储器 （non-volatile memory) ， 例如至少一个磁盘存储器。 程 序 231具体可以包括：

[0058] FFmp _e g框架单元310， 在用户点播选取节目后， 与资源服务器进行通信， 由资 源服务器上获取节目对应的资源地址；

[0059] 音视频资源获取单元 320， 采用超文本实吋流协议根据资源地址由资源服 务器 上获取节目对应的音视频资源；

[0060] 解密单元 330， 若音视频资源为加密资源， 则与授权服务器进行通信， 由授权 服务器上获取解密关键码， 使用解密关键码对音视频资源进行解密后进行 播放

[0061] 所属领域的技术人员可以清楚地了解到， 为描述的方便和简洁， 上述描述的系 统、 装置和单元的具体工作过程， 可以参考前述方法实施例中的对应过程， 在 此不再赘述。

[0062] 在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统、 装置和方法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例仅仅是示意性的， 例如， 所述单元的划分， 仅仅为一种逻辑功能划分， 实际实现吋可以有另外的 划分方式， 例如多个单元或组件可以结合或者可以集成到 另一个系统， 或一些 特征可以忽略， 或不执行。 另一点， 所显示或讨论的相互之间的耦合或直接耦 合或通信连接可以是通过一些通信接口， 装置或单元的间接耦合或通信连接， 可以是电性， 机械或其它的形式。

[0063] 所述作为分离部件说明的单元可以是或者也可 以不是物理上分幵的， 作为单元 显示的部件可以是或者也可以不是物理单元， 即可以位于一个地方， 或者也可 以分布到多个网络单元上。 可以根据实际的需要选择其中的部分或者全部 单元 来实现本实施例方案的目的。

[0064] 另外， 在本发明各个实施例中的各功能单元可以集成 在一个处理单元中， 也可 以是各个单元单独物理存在， 也可以两个或两个以上单元集成在一个单元中 。

[0065] 所述功能如果以软件功能单元的形式实现并作 为独立的产品销售或使用吋， 可 以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明的技术方案 本质上或者说对现有技术做出贡献的部分或者 该技术方案的部分可以以软件产 品的形式体现出来， 该计算机软件产品存储在一个存储介质中， 包括若干指令 用以使得一台计算机设备 （可以是个人计算机， 服务器， 或者网络设备等） 执 行本发明各个实施例所述方法的全部或部分步 骤。 而前述的存储介质包括： u盘

、 移动硬盘、 只读存储器 （ROM, Read-Only

Memory) 、 随机存取存储器 （RAM, Random Access Memory) 、 磁碟或者光盘 等各种可以存储程序代码的介质。

以上仅为本发明的较佳实施例而已， 并不用以限制本发明， 凡在本发明的精神 和原则之内所作的任何修改、 等同替换和改进等， 均应包含在本发明的保护范 围之内。