[发明专利]并行双向环境中的机顶盒应用程序

说明书

相关申请的交叉参考

该美国专利申请根据35U.S.C§119(E)而要求下面的美国临时专利申请的优先权，它们的全部内容结合于此作为参考，并且作为该美国专利申请的一部分用于所有目的：

1.美国临时专利申请序列号61/715,785题目为“INTEGRATION of UNTRUSTED FRAMEWORK components with A SECURE Operating system environment”（代理人案号BP30636），2012年10月18日提交，待审。

2.美国临时专利申请序列号61/725,964题目为“INTEGRATION OF UNTRUSTED APPLICATIONS AND FRAMEWORKS WITH A SECURE Operating system environment”（代理人案号BP30637），2012年11月13日提交，待审。

3.美国临时专利申请序列号61/725,790题目为“INTEGRATION OF UNTRUSTED APPLICATIONS AND FRAMEWORKS WITH A SECURE Operating system environment”（代理人案号BP30691），2012年11月13日提交，待审。

4.2012年12月20日提交的美国专利申请第13/721,959号。

技术领域

本发明大体上涉及处理系统，更特定地，涉及当在受信任或者安全操作系统环境中包括非信任元件（诸如机顶盒）时使用虚拟化技术。

背景技术

试图适应某些类型设备中相对非信任的软件应用程序或框架可能使根据一个或者一个以上行业定义认证标准或者测试程序执行的适用认证过程复杂化。例如，由有线电视运营商使用的许多机顶盒的厂商认证经由测试实现诸如PacketCable^TM、CableHome^TM和OpenCable^TM规格的设备互用性和安全合规性的严格认证过程而进行。所述设备的成功认证通常需要完全的端至端安全。同样，在特定设备或者组件（诸如片上系统）中实现的数字权限管理（DRM）和其它技术可能需要不容许与不安全操作系统（OS）环境或者软件框架的某些交互的不同认证过程。

一般地，如果未隔离，则机顶盒或者类似设备中的媒介路径的任何不安全部分会造成所述路径的认证失败。大多数常规机顶盒设计为提供通过所述设备的各种元件的单一安全且认证的路径。在一些最新多处理器机顶盒中，通过在常规认证路径与非信任组件之间创建硬件边界，常规认证路径与非信任组件分开。特别是，第一处理模块用于提供安全功能（例如，解码操作），同时安全级别较低的单独处理模块用于支持非信任框架。

众所周知，软件框架可提供底层操作系统不提供的应用程序编程接口功能和服务，并且从而在某些实施例中可提供一定程度的平台独立性。框架往往设计为可重复使用且可自适应的软件系统或子系统。例如，Android已经成为增长最快的移动设备操作系统/框架之一。Android，由开源Linux社区贡献构建，为构建可跨许多不同类型设备（诸如智能手机或者平板设备）部署的应用程序提供开发工具和可重复使用组件。

典型Android框架为基于Linux的“多用户”系统，其中每个Android应用程序为不同“用户”，所述“用户”具有代码，所述代码大体上与其它应用程序隔离运行。所述进程隔离（或者应用程序“沙盒”）提供某个程度的安全性。然而，由应用程序使用的各种组件、进程、线程等当整合在机顶盒式设备中时可能不需要充分保护，导致Android当用于所述设备中时视为“非信任”框架。例如，从未认证第三方访问任意网页或者接收代码的应用程序可能导致非信任JavaScript代码在机顶盒上执行，有可能提升权限。所述代码可利用其它代码（例如，浏览器代码）中弱点并且接收未授权文件系统访问等，从而影响设备安全性，揭露受保护数据或者引入系统不稳定性。