针对服务连接应用而预取内容的制作方法
【专利说明】针对服务连接应用而预取内容
【背景技术】
[0001] 随着应用越来越多连接至互联网服务，运些应用倾向于从运些服务要求更多数 据。可能期望使得运些应用尽可能快地获得该数据。
[0002] 服务集成对于应用开发者展现了机遇和挑战。一方面，服务集成允许应用紧跟最 新内容，但是其对于应用开发者提出了获得该内容的挑战。通常，下载内容是简单的事情； 然而，运种代价高的网络操作通常发生在应用启动处。运导致了 W下用户感知:应用不是最 新的一一例如当它们起动时它们必须命中网络W获得内容并且用户必须等待。
[0003] 运倾向于导致整体较差的用户体验，尤其是当用户第一次启动他们的应用时。可 能期望通过在应用需要应用内容之前取得所述应用内容到设备而改进整体应用体验。
【发明内容】
[0004] W下展示了本发明的简化概述W便于提供对本文描述的一些方面的基本理解。本 概要并非是所要求保护的主题的详尽概述。其意在既不标识所要求保护的主题的关键或必 要元素，也不勾画主题创新的范围。其目的仅在于W简化形式展示所要求保护的主题的一 些概念作为稍后展示的更详细描述的前叙。
[000引公开了针对计算机系统中被终止或挂起并且可W由计算机系统重新启动的应用 预取数据的系统和方法。应用可W采用在计算机系统远程处并且从第Ξ方内容源可得的数 据。用于预取运样的远程数据的方法包括:将应用的集合与运样的数据和/或其位置相关 联;确定预取条件的集合，确定可W预取哪些应用，W及如果预取条件满足所期望的预取策 略则预取数据。可W使用预测模块或技术来识别可W预启动的那些应用。本系统可W包括： 预取成功模块，其能够度量用于当前预取的成功数据并且将运样的成功数据与应用相关联 W改进未来的预取。
[0006] 在一个实施例中，公开了一种针对应用预取数据的方法，包括:将应用的集合与数 据的集合相关联，所述数据能够从内容源的集合检索;确定预取条件的集合，所述预取条件 包括组中一项，所述组包括：系统源可用性，对于应用是否可W被预启动的预测性度量，与 针对预取的用户设置有关的数据，与针对给定应用的之前预取是否成功有关的数据;确定 可W预取哪些应用；W及如果所述条件的集合满足给定策略，则执行从所述内容源预取数 据。在预取之后，可W存储数据并且使所述数据可用于应用。
[0007] 在另一实施例中，公开了一种用于针对应用预取数据的系统，包括:API的集合，每 个运样的API与应用相关联并且每个所述API能够存储将要针对所述应用而预取的数据;预 取发起器策略模块，所述预取发起器策略模块能够依赖于预取条件的集合而发起预取进 程;预取进程模块，所述预取进程模块能够针对由所述预取发起器策略模块识别的应用从 远程内容源预取数据；W及计算机存储装置，所述计算机存储装置能够存储来自所述远程 内容源的所述预取的数据，W使得可W使所述预取的数据可用于所述应用。
[0008] 当结合本申请内展示的附图来阅读时，在W下详细描述中展示了本系统的其他特 征和方面。
【附图说明】
[0009] 在附图的参考图中图示了示范性实施例。意图在于，本文公开的实施例和图应该 被视作是说明性的而不是限制性的。
[0010] 图1描绘了如根据本申请原理的本系统可W驻留在的示范性环境的一个实施例。
[0011] 图2示出了如根据本申请的原理而做出的本系统的一个实施例。
[0012] 图3W流程图示出了在本系统的操作的一个实施例。
[0013] 图4和图5描绘了预测器模块及其在用于预启动的应用上的操作的一个实施例。
[0014] 图6描绘了可W与本申请的预取操作协作使用的一个自适应预测器。
[0015] 图7描绘了可W与本申请的预取操作协作使用的一个切换率预测器。
【具体实施方式】
[0016] 如本文利用的，术语"部件"、"系统"、"接口"、"控制器"等等意在指代计算机相关 的实体，或者硬件、软件(例如在执行中的）和/或固件。例如，运些术语的任意术语可W是运 行在处理器上的进程、处理器、对象、可执行文件、程序和/或计算机。作为例证说明，运行在 服务器上的应用和服务器均可W是部件和/或控制器。一个或多个部件/控制器可W驻留在 进程内，并且部件/控制器可W本地化在一个计算机上和/或分布在两个或多个计算机之 间。
[0017] 参照附图描述所要求保护的主题，其中同样的附图标记用于自始至终地指代同样 的元素。在W下描述中，出于说明的目的，阐述许多具体细节W便于提供对题述创新的全面 理解。然而可W显然的是，可W在没有运些具体细节的情况下实践所要求保护的主题。在其 他实例中，W方框图形式示出了公知的结构和设备W便于促进描述题述创新。
[001引预取服务连接应用的概述 本申请的许多实施例实现本系统、方法和/或技术针对服务支持应用来预取数据W实 现改进的用户体验。在许多实施例中，本系统允许典型地可W(例如使用标准的HTTP或其他 协议)从服务器获取数据的任何应用能够利用运种预取。在一个实施例中，可能期望的是， 需要取得内容的应用在向用户显示任何有用内容之前就运么做。在一些实施例中，本系统 可W在某些应用类别之间分辨出更典型地落入该类别中的应用。例如对于运样的应用的仅 几个类别，W下是象征性的列表： 1. 娱乐 2. 新闻和天气 3. 购物 4. 体育 5. 旅游。
[0019] 在运些类别中的应用可W代表典型应用商店中超过25%的应用。因为运些应用的 许多应用在销售时被预装在计算机系统中，所W几乎所有用户都可能具有可W得益于本申 请的技术的一个或多个应用。对于仅仅一个示例，考虑典型的新闻应用。新闻应用按照其定 义面对获得内容一一即，最新的新闻一一并且当应用被启动时将其显示给用户的问题。当 新闻阅读器应用起动时，其获取最新的新闻并且然后向用户显示文章。
[0020] 当前，应用激活可W典型地被分解成两个阶段。阶段一抢先直至应用向用户展示 任何用户界面(例如飞瓣屏幕解除），并且包括在启动和准备应用进程时由0S进行的许多 "设置"。阶段二在解除飞瓣屏幕之后到来，并且应用代码接管并且设置其画布W向用户显 不?目息。
[0021] 关于服务连接应用，通常阶段二包括:从服务检索信息，准备该信息W用于显示W 及最终显示该信息。在运样的情况下，用户可能在应用从其服务获取数据时面对指示等待 时段的图标一一例如"旋转的多纳圈"或其他进度指示器。获得内容所花费的（或者另外，在 应用正在获得内容W向用户显示的状态下所花费的）时间量可W取决于许多变量，例如网 络连接性、网络速度、服务器的可用性W及要下载和解析的内容的量。
[0022] 在从从外部资源下载内容的服务连接应用收集采样数据时，发明人已经注意到几 个感兴趣的统计量： 1. 由服务连接应用下载的大部分内容是图像内容； 2. 在忽略视频下载(例如从化lu或Sports Illustrated或其他流处理视频应用和/或 类似物)之后，图像内容表示了全部内容的近似75%; W及 3. 大多数运样的所下载的图像内容的大小在lOOkBW下。 巧02引示范性环境 在本申请的若干实施例中，存在本文展示的、允许与计算机系统远程处的内容源服务 连接的应用根据需要预取运样的内容的实施例和方法。
[0024] 图1是预取服务连接应用可W驻留在的示范性环境的一个实施例。如图1中可见， 本系统的实施例可W安装在计算机系统102内。合适的计算机系统可W包括任意数目的系 统，例如PC/台式机102a、膝上型电脑10化、平板电脑102c、或任何智能设备、智能电话。可W 足够的是，系统具有充足的处理和存储能力W运行本发明的系统。
[0025] 计算机系统102可W进一步包括控制器104,控制器104可W进而具有一个或多个 处理器(例如CPU和/或GPU似及计算机存储器，如本领域已知的。计算机系统102可W进一 步具有操作系统106,操作系统106安装在存储器中并且工作W控制可W由计算机系统的 用户激活的各种应用的寿命周期。
[0026] 本申请的一个实施例可W具有已安装的预取模块108,其可W与操作系统106协同 工作W实现本系统的方法和技术W及它们各种实施例，如本文描述的。
[0027] 如W下更详细描述的，应用l(llOa)至应用M(llOm)可W驻留在计算机系统中，并 且可W处于任何给定的进程状态一一例如运行、非运行、挂起等等。运些应用可W服务连接 至数个内容源（例如112a至11化)一一也许通过任何已知协议经由互联网112 (或经由已知 的任何其他网络和/或远程访问协议）。
[0028] 在本系统的其他实施例中（并且如W下更详细讨论的），可W与任何特定计算机系 统远程地安装(整体或部分地)预取。预取模块可W经由客户端-服务器模型(或任何其他合 适的模型)而对于计算机系统可访问。 巧029] 一个实施例 在一个实施例中，系统可W为应用提供机制W指示运些应用所需的内容的集合。在一 些实施例中，存在应用可W指示运种内容的多种方式。例如，应用可 (1)经由统一资源标识符化RIs)直接地指示内容;和/或 (2 )响应于对web服务做出的请求而指示内容。
[0030] 在另一实施例中，来自W上（1)和(2)的内容的组合可W是可能的一一例如，考虑 将内容和源二者混合，或者在客户端上提供关于操作系统如何解释在(2)中返回的内容的 额外信息。此外，可W可能的是，可W经由应用注册在安装时刻指示内容，或者通过调用操 作系统部件在运行时刻指示内容。
[0031] -旦获得了该信息，本系统的一个实施例可W为0S提供机制W获得如应用所指示 的内容。期望的是，针对内容的预取而提供的运种机制自动可用于应用。
[0032] 在另一实施例中，本系统可W为应用提供透明的回退机制W用于未预取的内 容一一W使得应用可能无法区分预取的内容与非预取的内容之间的差别。
[0033] 在又一实施例中，可能期望的是，本系统提供运样的机制W通过监视系统资源(例 如CPU利用、GPU利用、存储器利用、I/O利用、电池充电状态）、度量预取操作对给定应用的益 处和/或尊重用户设置来确保预取不会负面地影响用户体验。运些系统资源可W形成条件 的集合一一例如阔值测试等等一一W确定预取是否(例如总的来说)对于用户体验有益。对 于仅仅一个示例，如果某些系统资源在阔值水平W下，则预取操作可能负面地影响本用户 体验一-并且预取可W不发生。
[0034] 在一些实施例中，本系统可W确定需要预取的应用可W被用户激活和/或发起的 可能性的度量。如果给定的应用可能被激活(例如被一些预测模块和/或方法），则本系统可 W用可用系统资源的量抵消一一例如应用激活的高可能性。在一个实施例中，系统资源和 激活的预测性度量可W动态地改变要确定的预取的条件。例如，应用激活的高可能性可W 降低具有某种量或水平的系统资源的条件。
[0035] 此外，本系统可W为应用开发者提供机制W验证针对他们的应用的预取的最优机 能。
[0036] 图2描绘了在示范性环境(200)中的系统和方法的一个可能实施例一一如根据本 申请的原理做出的。
[0037] 如从W上图1注意到的，应用可W经由互联网或其他网络(经由任何已知的协议） 而服务连接至内容源(例如第Ξ方