[发明专利]移动设备上的后台应用代码的受约束执行

说明书

技术领域

本发明涉及移动设备应用，尤其涉及移动设备的后台应用。

背景技术

人们想要移动设备能够一次完成许多事情，诸如浏览web、播放音乐、向他们通知特定事件等等。实际上没有单个应用能够完成许多可能的任务，所以移动设备被配置具有若干分立的应用以及从“第三方”应用厂商(包括当厂商与移动设备的“第一方”提供者是相同实体的情况)下载更多应用的能力。

目前，应用分开地在移动设备(与它们可以并行运行的诸如PC之类的相对高功率计算设备相反)上运行。期望“在同一时间”在移动设备上运行应用以便给予用户更合乎需要的体验。对于给定其计算能力、有限的屏幕实际使用面积、电池、网络带宽等的诸如移动设备之类的资源受约束的设备而言这是有问题的。

在过去采用了解决这一问题的各种方法。例如传统桌面操作系统，某些移动操作系统简单地并行运行各种应用，假定该系统具有足够的资源来完成所有活动的任务并且假定用户可以管理用户体验(UX，包括用户界面或UI)问题。这往往导致较差的用户体验，如在资源不充足的情况下发生的假信号和其他问题。其他平台允许一个或多个应用继续执行，即使用户已经切换离这些应用，但是这些平台不保证关于服务的连续性(质量)；例如，如果资源开始要用尽，则应用被终止。

发明内容

提供本发明内容以便以简化形式介绍将在以下的具体实施方式中进一步描述的一些代表性概念。本发明内容不旨在标识出所要求保护的主题的关键特征或必要特征，也不旨在以限制所要求保护的主题的范围的任何方式来使用。

简言之，本文所述的主题的各方面涉及一种后台代码藉由其被允许以资源受约束的方式运行，向后台代码赋予优先级以使用被保留的资源(例如，在非异常操作条件下)的技术。在接收到请求用于后台代码的设备资源的保留请求后，资源管理器确定该保留请求是否满足策略准则，包括是否有足够的资源(例如，CPU和存储器)可用以确保后台代码能够具有使用正被请求的设备资源的优先级。如果是，则保留设备资源以供后台代码使用。如果没有足够的资源可用，则该请求失败。以此方式，例如，确保后台代码以足够的资源运行以避免假信号、不被意外地终止等。

策略准则一般包括针对与保留请求相对应的后台代码的类型的约束限制。例如，后台音频播放器代理仅被允许请求对有限量的存储器分配进行分配。策略准则一般还包括指示哪些资源被允许和/或被拒绝由后台代码使用的数据，例如，逐个转弯导航后台代码可使用GPS机制作为资源，但可能不能使用屏幕显示。

在一方面，在保留请求成功时，应用实例管理器启动后台代码的实例以供执行。应用实例管理器还被配置成管理后台代码的生存期，包括在活动状态(在该状态下，后台代码执行)和休眠状态(在该状态下，后台代码不执行)之间移动后台代码的至少一部分。

在一方面，描述了从应用接收服务请求，该请求包括要为后台代理保留资源的请求。进程(例如，对应于资源管理器)确定是否要为后台代理保留资源，并且如果是，则保留资源。后台代理被调用以执行代码(例如，以与系统服务通信以执行至少一个后台任务，包括在应用被关闭的时候)。当不再需要后台代理和被保留的资源时，释放资源并放弃保留。

结合附图阅读以下具体实施方式，本发明的其他优点会变得显而易见。

附图说明

作为示例而非限制，在附图中示出了本发明，附图中相同的附图标记指示相同或相似的元素，附图中：

图1是表示用于管理资源(包括向后台应用代码提供一组受约束的资源)的示例组件的框图。

图2是表示示例后台代码生存期的框图/控制流图。

图3是用于各工作负载(进程组)的资源边界框的表示。

图4是示例应用模型架构的表示，该应用模型包括被配置成提供在移动设备中执行的后台代码的组件。

图5是表示示例操作以准备后台代码来播放后台音频的框图/控制流图。

图6是表示针对提供在移动设备中执行的后台代码的示例步骤的流程图。

图7是表示其中可实现在此处所描述的各实施例的一个或多个方面的示例性、非限制性计算系统或操作环境的框图，例如，在移动电话设备的例子中。

具体实施方式