一种IPTV机顶盒及双网播放方法与流程

一种iptv机顶盒及双网播放方法
技术领域
1.本发明涉及交互式网络电视领域，具体而言，涉及一种iptv机顶盒及双网播放方法。


背景技术：

2.网络和电视是人们获取资讯、享受娱乐的两大渠道，iptv系统将两种方式集成到一起，形成交互式网络电视，通过宽带将有线电视网、互联网、多媒体等多种信息方式集于一体，使人们可以在网络视频与电视节目间自由切换。iptv系统包括前端或服务器端、网络传输和用户终端，其中，前端设备完成节目采集和存储，并为认证用户提供服务；网络传输则包括互联网和有线电视前端或电信中心站以及相应的宽带接入网络；用户终端用来接收、存储和播放音视频，通常由机顶盒和显示设备组成。其中，机顶盒作为用户与系统的交互设备，是提高客户体验的关键环节。
3.要实现网络视频与电视节目间的自由切换，iptv机顶盒要同时支持基于开放互联网ott的视频服务和交互式网络电视iptv的服务。通常情况下，机顶盒的iptv服务业务通过iptv专网传输，ott服务业务通过互联网传输。机顶盒通过双网播放服务，实现两种业务的切换。
4.现有技术中，ott服务业务一般通过机顶盒的默认路由访问互联网，机顶盒的iptv模块实时生成专网静态路由，通过专网的静态路由随着网络数据的增长及机顶盒的优化，越来越多的ott播放业务被集成在机顶盒中，导致iptv机顶盒实时生成专网静态路由时的静态路由表太大，占用过多存储空间，同时影响传输速度。


技术实现要素：

5.有鉴于此，本发明的目的在于提供一种基于可信执行环境tee的证书设备和证书设备授权方法，以解决上述问题。
6.为实现上述目的，本发明提供如下技术方案：
7.本发明较佳实施例提供一种iptv机顶盒，所述机顶盒基于安卓系统，具有专网静态路由表；还包括：专网默认路由建立模块、虚拟网卡模块、公网静态路由表、安卓系统的apk接口、播放器和解析触发模块；其中，
8.所述专网默认路由建立模块用于在专网拔号时，建立专网默认路由，所述专网静态路由表与所述专网默认路由通信，实现iptv专网播放；
9.所述安卓系统的apk接口与播放器和解析触发模块连接，用于接受客户请求后返馈的播放地址，并传递给播放器，同时通知解析触发模块播放地址已接收的信息；
10.所述解析触发模块用于在接收播放地址已接收的信息后，触发播放器的解析功能；
11.所述播放器用于对所接收的播放地址进行解析，并将解析后的地址动态添加到所述公网静态路由表中；并用于基于公网静态路由表的ott视频播放；
12.所述公网静态路由表设置于虚拟网卡中，用于存储播放器解析的播放地址；
13.所述虚拟网卡模块用于创建虚拟网卡，并在所创建的虚拟网卡中存储公网静态路由表。
14.可选地，所述iptv机顶盒还包括解析模块，所述解析模块与所述解析触发模块和虚拟网卡模块连接，用于取代播放器实现对所接收的播放地址可选地，所述解析模块通过安卓系统的sdk协议层实现。
15.可选地，所述虚拟网卡模块具有存储功能，通过自带存储器实现，或从系统中分出一块存储区域实现。
16.可选地，所述播放器为mediaplayer。
17.本发明较佳实施例还提供一种基于上述的iptv机顶盒的双网播放方法，所述方法包括如下步骤：
18.步骤s1，iptv机顶盒完成物理连接后，进行专网拔号，通过专网默认路由建立模块，创建专网默认路由，与所述专网静态路由表通信，实现iptv专网播放；
19.步骤s2，通过虚拟网卡模块创建一张虚拟网卡，并在虚拟网卡中创建公网静态路由表；
20.步骤s3，客户端请求ott视频播放时，通过安卓系统的apk接口向公网发送请求；
21.步骤s4，安卓系统的apk接口接收到公网反馈的播放地址，例如url，将所述播放地址发送给所述播放器，并通知解析触发模块已接收播放地址的信息；
22.步骤s5，解析触发模块触发播放器的解析功能；播放器对所述播放地址进行解析，将解析后的地址动态保存在虚拟网卡的公网静态路由表中；
23.步骤s6，播放器基于存储在公网静态路由表中的播放地址进行ott视频播放。
24.可选地，所述步骤s5还包括：当apk有资源文件需要在公网更新，通过解析模块解析出ip地址，同时根据当前调用者过滤是否加入公网静态路由表。
25.可选地，所创建的专网默认路由，包括pppoe或者ipoe。
26.可选地，所述虚拟网卡，通过网关设备实现nat透传。
27.可选地，播放器将解析的播放地址通过shell脚本的方式加入到虚拟网卡的静态路由表中。
28.本发明实施例所提供的iptv机顶盒及双网播放方法，通过在iptv机顶盒中增加软件来实现专网和公网视频的播放，由系统接口和播放器的合作，自动解析ott视频播放地址，并动态更新公网静态路由表，无需服务器下发静态路由表，也无需人工配置，提高了双网播放的效率，提高了用户体验。
附图说明
29.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍。应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
30.图1为本发明较佳实施例提供的iptv机顶盒结构示意图；
31.图2为本发明较佳实施例提供的基于iptv机顶盒的双网播放方法流程示意图。
32.附图标记说明：
33.10-专网默认路由建立模块；20-虚拟网卡模块；30-公网静态路由表；40-安卓系统的apk接口；50析触发模块；60-播放器；70-解析模块。
具体实施方式
34.本技术发明人在发现上述问题后，对现有的iptv机顶盒双网播放技术进行了细致研究。研究发现，对于iptv机顶盒来说，机顶盒大部分业务还是在专网网络环境下，而机顶盒对ott业务通过iptv业务动态生成专网静态路由表，由于静态路由表为承担了大的业务量，导致实时生成专网静态路由时，会导致静态路由表太大。。
35.发明人经过细致研究，提出一种更换双网播放路由的方式，更好的实现双网播放。具体地，iptv机顶盒要支持iptv播放和ott播放，改变之前专网实时动态生成静态路由表的方式，通过默认路由实现专网播放，动态添加公网静态路由，避免生成过大的专网静态路由表，但是如何实现上述过程，仍然是个问题。
36.发明人经过细致研究还发现，虚拟网卡可以通过vpn技术建立远程计算机间的局域网，通过访问外网，使得连接到虚拟集线器(hub)上电脑间组成局域网。虚拟网卡可以实现在公网环境下的局域网组建，那么虚拟网卡也可以实现专网与公网间的转换。因此，发明人提出在专网通过默认路由进行iptv播放的同时，建立一张虚拟网卡，在虚拟网卡中动态添加公网静态路由，通过网关设备进行nat透传，实现ott视频播放，而不再通过专网的静态路由表来实现。
37.应注意的是，以上现有技术中的方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本发明实施例针对上述问题所提出的解决方案，都应该是发明人在本发明过程中对本发明做出的贡献。
38.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
39.因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
40.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。在本发明的描述中，术语“第一”、“第二”、“第三”、“第四”等仅用于区分描述，而不能理解为只是或暗示相对重要性。
41.经过上述深入分析后，参见图1，本发明实施例提供了一种iptv机顶盒，所述机顶盒基于安卓系统，具有专网静态路由表；还包括：专网默认路由建立模块、虚拟网卡模块、公网静态路由表、安卓系统的apk接口、播放器和解析触发模块。
42.其中，所述专网默认路由建立模块用于在专网拔号时，建立专网默认路由，所述专网静态路由表与所述专网默认路由通信，实现iptv专网播放；
43.所述安卓系统的apk接口与播放器和解析触发模块连接，用于接受客户请求后返馈的播放地址，并传递给播放器，同时通知解析触发模块播放地址已接收的信息；
44.所述解析触发模块用于在接收播放地址已接收的信息后，触发播放器的解析功能；
45.所述播放器用于对所接收的播放地址进行解析，并将解析后的地址动态添加到所述公网静态路由表中；并用于基于公网静态路由表的ott视频播放；
46.所述公网静态路由表设置于虚拟网卡中，用于存储播放器解析的播放地址；
47.所述虚拟网卡模块用于创建虚拟网卡，并在所创建的虚拟网卡中存储公网静态路由表。
48.所述虚拟网卡模块具有存储功能，可以通过自带存储器实现，或从系统中分出一块存储区域实现。存储器可以包括随机存取存储器(random access memory，ram)，也可以包括非易失性存储器(non-volatile memory，nvm)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
49.优选地，所述播放器，为mediaplayer；所述apk接口，为通用接口。
50.通过虚拟网卡模块、公网静态路由表、安卓系统的apk接口及播放器，实现客户所请求的公网资源的ott播放。
51.其中，所述专网默认路由建立模块和虚拟网卡模块，可以通过运行相应程序软件的微处理器实现。所述微处理器，可以是mpu，还可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等，或是数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)、其他可编程逻辑器件、分立门、晶体管逻辑器件、分立硬件组件等。所述微处理器，可以集成在iptv机顶盒原有或自带的系统中，而无需增加新的微处理器硬件。
52.在本发明的一个实施例中，所述iptv机顶盒还可以包括解析模块，所述解析模块与所述解析触发模块和虚拟网卡模块连接，用于取代播放器实现对所接收的播放地址的解析，并将解析后的地址动态添加到所述公网静态路由表中。所述解析模块，用于播放地址为非apk文件时执行地址的解析工作，例如可以通过系统的sdk协议层实现。
53.通过上述iptv机顶盒，实现iptv和ott双网播放。
54.参见图2，基于上述iptv机顶盒，本发明实施例还提供了一种基于iptv机顶盒的双网播放方法，所述方法包括如下步骤：
55.步骤s1，iptv机顶盒完成物理连接后，进行专网拔号，通过专网默认路由建立模块，创建专网默认路由，与所述专网静态路由表通信，实现iptv专网播放；
56.步骤s2，通过虚拟网卡模块创建一张虚拟网卡，并在虚拟网卡中创建公网静态路由表。
57.本步骤中，所创建的专网默认路由，包括pppoe或者ipoe，在专网拔号成功后进行创建和添加。所述虚拟网卡，通过网关设备实现nat透传。
58.步骤s3，客户端请求ott视频播放时，通过安卓系统的apk接口向公网发送请求。
59.步骤s4，安卓系统的apk接口接收到公网反馈的播放地址，例如url，将所述播放地址发送给所述播放器，并通知解析触发模块已接收播放地址的信息。
60.步骤s5，解析触发模块触发播放器的解析功能；播放器对所述播放地址进行解析，将解析后的地址动态保存在虚拟网卡的公网静态路由表中。
61.可选地，apk接口接收的ott播放地址通过系统mediaplayer播放器进行地址解析，
mediaplayer将解析的播放地址通过shell脚本的方式加入到虚拟网卡的静态路由表中。本步骤中静态路由的添加不通过apk接口实现，是由于apk接口作为调用者是第三方，可能没有权限设置路由，从而通过播放器实现上述静态路由表的动态更新。
62.本步骤中，所述播放器对所接收的播放地址的解析，通过与解析触发模块间的协议，是自发完成的，并在公网静态路由表中进行自发的动态添加。
63.当apk有资源文件需要在公网更新，比如http、ftp更新图片等，在系统sdk协议层解析出ip地址，同时根据当前调用者(包括但不限于当前界面所属apk包名、调用者pid等方式)过滤是否加入公网静态路由表。
64.步骤s6，播放器基于存储在公网静态路由表中的播放地址进行ott视频播放。
65.由以上技术方案可以看出，本发明实施例所提供的iptv机顶盒及双网播放方法，通过在iptv机顶盒中增加软件来实现专网和公网视频的播放，由系统接口和播放器的合作，自动解析ott视频播放地址，并动态更新公网静态路由表，无需服务器下发静态路由表，也无需人工配置。
66.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。
67.本说明书(包括任何附加权利要求、摘要和附图)中公开的任一特征，除非特别叙述，均可被其他等效或具有类似目的的替代特征加以替换。即，除非特别叙述，每个特征只是一系列等效或类似特征中的一个例子而已。
68.以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。