[发明专利]软件平台到设备生态系统的自动配设

说明书

相关申请的交叉引用

本申请要求2012年11月8日递交的美国专利申请第13/672,005号和2012年6月26日递交的美国临时申请第61/664,670号的优先权，特此通过引用并入这些申请的每一个的内容。

技术领域

本申请的各方面概括而言涉及数据处理领域。更具体而言，本公开的某些实现方式涉及软件平台到设备生态系统的自动配设(automatic provisioning of a software platform to a device ecosystem)。

背景技术

随着移动设备的越来越普及，在运行不同的软件平台版本的这种移动设备的多样集合上创建无缝的应用开发者和用户交互，常常是有挑战性的。例如，如果开发者在设备软件平台本身中包括开发者应用编程接口(application programming interface，API)，则开发者体验因具有不同API和能力的每个平台版本而碎片化。例如，移动设备软件平台的较旧版本可利用一种处理认证令牌的方法，而该软件平台的后续版本可使用不同的方法。在此，每个应用开发者于是必须多次实现由给定API处理的特定特征以覆盖在不同软件平台下工作的可用设备的宽广度。

此外，如果开发者API被包括在与应用捆绑的客户端库中，则那些客户端库可在单个移动设备上的不同版本级别运行，从而创建了碎片化的用户体验，因为相同的特征将被在不同客户端库版本下运行的不同API所覆盖。例如，一视频播放器可被包括作为安装在移动设备上的应用A和B内部的客户端库。然而，应用A可具有实现该视频播放器的较旧版本的客户端库的旧版本，该视频播放器的较旧版本与应用B中使用的更新近的客户端库所实现的视频播放器的较新版本相比具有略微不同的用户界面。

本领域技术人员通过将常规和传统方案与本公开的余下部分参照附图记载的本方法和装置的一些方面相比较，将清楚常规和传统方案的更多限制和缺点。

发明内容

提供了一种基本上如附图中的至少一幅所示和/或如联系附图中的至少一幅所描述的、如权利要求中更完整记载的用于软件平台到设备生态系统的自动配设的系统和/或方法。

根据本公开的示例实施例，一种用于将平台实现包自动配设到客户端设备的方法可包括在客户端设备处从在客户端设备上执行的应用接收对功能的请求。可经由与应用一起配送的客户端驻留客户端库来接收该请求。该请求可针对由平台实现包提供的功能。平台实现包可提供客户端库不提供的功能。客户端设备可自动判定该功能要求平台实现包的安装或者对平台实现包的更新。

响应于该判定，对于对平台实现包的更新的请求可被传达到计算系统。客户端设备可从计算系统接收对平台实现包的更新。可在客户端设备上安装对平台实现包的更新。更新后的平台实现包可向应用提供所请求的功能。可在客户端设备初始执行应用时传达对功能的请求。可在客户端设备初始执行应用之后传达对功能的请求。自动判定可包括判定平台实现包过时，判定在客户端设备中未安装平台实现包，或者判定平台实现包被禁用。

判定平台实现包过时可包括通过将客户端库的版本与平台实现包的版本相比较来执行版本依从性检查(version dependency check)。在传达之前，客户端设备可通过在客户端库中调用用于对话界面的显示的方法来显示对话界面，用于接收对于对更新的请求的用户确认。对客户端库的更新可与对平台实现包的更新一起从计算系统接收。可利用进程间通信(inter-process communication，IPC)经由客户端库来接收请求。向计算系统传达对于对平台实现包的更新的请求可被推迟，直到对于在客户端设备上执行的至少一个另外的应用要求至少一个另外的更新为止。

根据本公开的另一示例实施例，一种用于将平台实现包自动配设到客户端设备的方法可包括在客户端设备处从在客户端设备上执行的应用接收对功能的请求。可经由与应用一起配送的客户端驻留客户端库来接收该请求。该请求可针对由平台实现包提供的功能。客户端设备可判定执行功能的平台实现包是否要求更新。如果平台实现包要求更新，则可向计算系统传达对于更新平台实现包的请求。如果平台实现包要求更新，则可禁用客户端设备内的该功能。

如果在客户端设备上执行的应用不要求该功能，则禁用可发生。如果功能不要求更新，则可利用在客户端设备上安装的平台实现包来执行该功能。客户端库可不提供由平台实现包提供的功能。客户端库可以是瘦客户端库。