软件平台到设备生态系统的自动配设的制作方法
【专利说明】软件平台到设备生态系统的自动配设
[0001]相关申请的交叉引用
[0002]本申请要求2012年11月8日递交的美国专利申请第13/672，005号和2012年6月26日递交的美国临时申请第61/664，670号的优先权，特此通过引用并入这些申请的每一个的内容。
技术领域
[0003]本申请的各方面概括而言涉及数据处理领域。更具体而言，本公开的某些实现方式涉及软件平台到设备生态系统的自动配设(automatic provis1ning of a softwareplatform to a device ecosystem)。
【背景技术】
[0004]随着移动设备的越来越普及，在运行不同的软件平台版本的这种移动设备的多样集合上创建无缝的应用开发者和用户交互，常常是有挑战性的。例如，如果开发者在设备软件平台本身中包括开发者应用编程接口(applicat1n programming interface，API)，贝丨J开发者体验因具有不同API和能力的每个平台版本而碎片化。例如，移动设备软件平台的较旧版本可利用一种处理认证令牌的方法，而该软件平台的后续版本可使用不同的方法。在此，每个应用开发者于是必须多次实现由给定API处理的特定特征以覆盖在不同软件平台下工作的可用设备的宽广度。
[0005]此外，如果开发者API被包括在与应用捆绑的客户端库中，则那些客户端库可在单个移动设备上的不同版本级别运行，从而创建了碎片化的用户体验，因为相同的特征将被在不同客户端库版本下运行的不同API所覆盖。例如，一视频播放器可被包括作为安装在移动设备上的应用A和B内部的客户端库。然而，应用A可具有实现该视频播放器的较旧版本的客户端库的旧版本，该视频播放器的较旧版本与应用B中使用的更新近的客户端库所实现的视频播放器的较新版本相比具有略微不同的用户界面。
[0006]本领域技术人员通过将常规和传统方案与本公开的余下部分参照附图记载的本方法和装置的一些方面相比较，将清楚常规和传统方案的更多限制和缺点。
【发明内容】
[0007]提供了一种基本上如附图中的至少一幅所示和/或如联系附图中的至少一幅所描述的、如权利要求中更完整记载的用于软件平台到设备生态系统的自动配设的系统和/或方法。
[0008]根据本公开的示例实施例，一种用于将平台实现包自动配设到客户端设备的方法可包括在客户端设备处从在客户端设备上执行的应用接收对功能的请求。可经由与应用一起配送的客户端驻留客户端库来接收该请求。该请求可针对由平台实现包提供的功能。平台实现包可提供客户端库不提供的功能。客户端设备可自动判定该功能要求平台实现包的安装或者对平台实现包的更新。
[0009]响应于该判定，对于对平台实现包的更新的请求可被传达到计算系统。客户端设备可从计算系统接收对平台实现包的更新。可在客户端设备上安装对平台实现包的更新。更新后的平台实现包可向应用提供所请求的功能。可在客户端设备初始执行应用时传达对功能的请求。可在客户端设备初始执行应用之后传达对功能的请求。自动判定可包括判定平台实现包过时，判定在客户端设备中未安装平台实现包，或者判定平台实现包被禁用。
[0010]判定平台实现包过时可包括通过将客户端库的版本与平台实现包的版本相比较来执行版本依从性检查(vers1n dependency check)。在传达之前，客户端设备可通过在客户端库中调用用于对话界面的显示的方法来显示对话界面，用于接收对于对更新的请求的用户确认。对客户端库的更新可与对平台实现包的更新一起从计算系统接收。可利用进程间通信(inter-process communicat1n, IPC)经由客户端库来接收请求。向计算系统传达对于对平台实现包的更新的请求可被推迟，直到对于在客户端设备上执行的至少一个另外的应用要求至少一个另外的更新为止。
[0011]根据本公开的另一示例实施例，一种用于将平台实现包自动配设到客户端设备的方法可包括在客户端设备处从在客户端设备上执行的应用接收对功能的请求。可经由与应用一起配送的客户端驻留客户端库来接收该请求。该请求可针对由平台实现包提供的功能。客户端设备可判定执行功能的平台实现包是否要求更新。如果平台实现包要求更新，则可向计算系统传达对于更新平台实现包的请求。如果平台实现包要求更新，则可禁用客户端设备内的该功能。
[0012]如果在客户端设备上执行的应用不要求该功能，则禁用可发生。如果功能不要求更新，则可利用在客户端设备上安装的平台实现包来执行该功能。客户端库可不提供由平台实现包提供的功能。客户端库可以是瘦客户端库。
[0013]根据本公开的另一示例实施例，一种用于将平台实现包自动配设到客户端设备的方法可包括从执行带有客户端库的应用的客户端设备接收对于对平台实现包的更新的请求。响应于该请求，向客户端设备传达对平台实现包的更新。平台实现包可操作来执行与客户端库相关联的至少一个功能。平台实现包可配送到执行带有客户端库的相应应用的至少多个其他客户端设备。
[0014]向客户端设备传达对平台实现包的更新可在从客户端设备接收到请求时自动发生。在没有来自应用或者来自客户端设备的用户的任何通信的情况下，可将平台实现包的更新推送到客户端设备。更新的推送可按预定的时间间隔自动发生。
[0015]通过以下描述和附图将更充分理解本公开的这些和其他优点、方面和新颖特征以及所例示的其(一个或多个)实现方式的细节。
【附图说明】
[0016]图1是根据本公开的实施例图不出多部分(mult1-part)API的框图。
[0017]图2A是根据本公开的实施例图示出软件平台到设备生态系统的自动配设的框图。
[0018]图2B是根据本公开的另一实施例图示出软件平台到设备生态系统的自动配设的框图。
[0019]图3是根据本公开的实施例图示出软件更新到设备生态系统的自动配设的框图。
[0020]图4是根据本公开的实施例图示出用于软件平台到客户端设备的自动配设的方法的示例步骤的流程图。
[0021]图5是根据本公开的实施例图示出用于软件平台到客户端设备的自动配设的另一方法的示例步骤的流程图。
[0022]图6是根据本公开的实施例图示出用于软件平台到设备生态系统的自动配设的方法的示例步骤的流程图。
【具体实施方式】
[0023]本公开涉及用于软件平台到设备生态系统的自动配设的方法和系统。在各种实现方式中，可通过实现多部分应用编程接口(API)并且将该多部分API的至少一部分自动配设到设备生态系统内的设备来进一步改善应用开发者、用户和配设网络之间的交互。更具体而言，给定API的功能可被分成至少两个群组一一接口功能(这些功能不太可能随着时间而变化)，以及实现功能(这些功能可能是动态的并随着时间而变化，从而要求后续的更新)。接口功能可实现在客户端库中，该客户端库可被开发者使用来在设备应用中实现。实现功能可实现在服务应用(或者平台实现包)中，该服务应用在整个设备生态系统中可被自动配设和自动更新。在此，通过分离平台实现包中的实现功能并且在整个设备生态系统中自动对其更新，不需要由于API或者操作软件的更新而发布新的应用。
[0024]例如，一种用于将平台实现包自动配设到客户端设备的方法可包括在客户端设备处从在客户端设备上执行的应用接收对功能的请求。该请求可经由与应用一起配送的客户端驻留客户端库来接收。该请求可以是针对由平台实现包提供的功能的，客户端库不提供该功能。可由客户端设备进一步自动确定该功能要求安装平台实现包或者对平台实现包的更新。响应于该确定，对于对平台实现包的更新的请求可被传达到计算系统。可从计算系统接收对平台实现包的更新。可在客户端设备上安装对平台实现包的更新。可由更新后的平台实现包向该应用提供所请求的功能。
[0025]当在本文中使用时，术语“电路”指的是物理电子组件(即硬件)以及可配置该硬件、由该硬件执行和/或以其他方式与该硬件相关联的任何软件和/或固件(“代码”)。当在本文中使用时，“和/或”指的是由“和/或”连接的列表中的项目中的任何一个或多个。作为示例，“X和/或y”指的是三元素集合{(X)，(y), (x, y)}中的任何元素。作为另一示例，“X、y 和 / 或 z” 指的是七元素集合{(X)，(y), (Z), (X，y), (x, z), (y, z), (x, y, z)}中的任何元素。当在本文中使用时，术语“块”和“模块”指的是可由一个或多个电路执行的功能。当在本文中使用时，术语“例如”引出一个或多个非限制性示例、实例或例示的列表。
[0026]图1是根据本公开的实施例图不出多部分API的框图。参考图1，不出了应用编程接口(API) 102。API 102可包括可操作来提供多个功能的适