CN102057354A

CN102057354A - 获取对应用程序的更新的技术

Info

Publication number: CN102057354A
Application number: CN2009801215328A
Authority: CN
Inventors: S·贾拉巴丽; M·K·楚; S·凯利; C·R·维索基
Original assignee: Apple Computer Inc
Current assignee: Apple Inc
Priority date: 2008-06-08
Filing date: 2009-04-25
Publication date: 2011-05-11
Anticipated expiration: 2029-04-25
Also published as: CA2900721A1; JP2011525013A; CA2724858A1; KR20140143234A; JP2014038635A; JP5684350B2; EP2291738A4; CA2724858C; WO2010002490A3; JP5367812B2; AU2009266334A1; US20090307682A1; AU2009266334B2; KR20110030546A; US20090307683A1; WO2010002490A2; EP2291738A2; CN102057354B; MX2010013202A; KR20130107375A

Abstract

公开了用于关于在线产品分发站点对诸如应用程序即软件程序的数字产品的更新的提交、管理和/或分发的改进方法。对多个数字产品的更新可以按照统一的且计算机辅助的方式集中进行管理，使得更新可以有效地分发到适当的用户。

Description

获取对应用程序的更新的技术

技术领域

本发明涉及对应用程序的更新，尤其涉及对应用程序的更新的获取。

背景技术

通常可以在实体商店以及在线商店获得用于购买的(或者获得许可的)软件程序。软件程序常常是作为包含该软件程序的紧凑盘(CD)来购买的。可选地，购买者可以从在线商店或者软件提供者的网站购买并下载软件程序。在购买者收到软件程序后，软件提供者可能会发布该软件程序的另一个版本。传统上，如果购买者希望升级到新版本，则新的发布可要求购买者购买该新版本。为了获得升级，购买者访问零售商或者软件提供者(或者他们的代理商)的物理或在线商店，来购买并获取新的版本。在有些情况下，新版本可以称为更新，因为它主要包含对该软件程序早期版本的“修补”或者新的微小特征，对早期版本的购买者来说，常常只要花很少或者不花附加成本就可以获得这种更新。

然而，不幸的是，软件程序的购买者常常在他们的计算设备上有许多的软件程序。因此，让软件购买者定期检查各软件开发者和/或零售商对这么多软件程序的更新版本是不实际的。尽管软件提供者可以宣传或者提供更新的通知(例如，电子邮件通知)，但是还没有用于更新应用的令人满意的集中化方法。在有些情况下，对于专用软件，可以自动地提供基于互联网的更新。例如，软件应用(例如杀毒程序)可以自动地检查软件提供者的远程服务器来获得更新，一般是新的安全更新。

因此，需要一种改进的用以分发或者获取对软件程序的更新的方法。

发明内容

本发明涉及关于在线产品分发站点对诸如应用程序(软件程序)的数字产品的更新的提交、管理和/或分发。对许多数字产品的更新可以按照统一的且计算机辅助的方式进行集中管理，使得更新可以有效地分发到适当的用户。

在一个实施例中，在线产品分发系统可以提醒用户他可用的更新应用。然后，用户可以选择获取更新应用中的一个、一些或者全部。如果用户选择获取更新应用中的一个或者多个，则用于该更新应用的应用程序文件可以电子地传送到与该用户相关联的计算设备。更新应用的可用性可以通过图形用户界面向用户呈现。

本发明可以按照许多种途径实现，包括作为方法、系统、设备、装置(包括计算机可读介质和图形用户界面)。以下讨论本发明的若干实施例。

作为用于更新应用程序的计算机实现方法，本发明的一个实施例例如可以至少包括：接收用户对在线商店的访问请求，该在线商店提供一种或多种数字产品用于购买；确定与访问该在线商店的用户相关联的账户；确定与该账户相关联的一组在先数字产品购买；确定对该组在先数字产品购买中那些数字产品的一个或多个可用更新；及响应于所述请求而发送更新可用性数据，其中更新可用性数据基于一个或多个可用更新。。

作为用于在客户端计算设备上更新应用程序的计算机实现方法，本发明的一个实施例例如可以至少包括：接收客户端计算设备可用的更新程序列表；以及在客户端计算设备处呈现更新页面。该更新页面可以包括关于更新程序列表中的多个更新程序的信息。

作为用于在客户端计算设备上更新应用程序的计算机实现方法，本发明的另一个实施例例如可以至少包括：接收客户端计算设备可用的更新程序列表；确定更新程序列表中客户端计算设备可用的更新程序的计数；及在客户端计算设备处呈现信息页面。该信息页面可以包括关于在线商店所提供用于购买的至少一种数字产品的信息，而且该信息页面包括计数使得信息页面可以显示有该计数。。

作为用于计算设备的图形用户界面，该图形用户界面例如可以至少包括在线商店页面，该在线商店页面通过计算设备呈现关于多个应用程序、应用更新控制和数字指示器的信息。应用更新控制在被计算设备的用户选择时启动对关于一个或多个应用更新的信息的请求。数字指示器指示计算设备的用户可用的应用更新的个数。

作为用于计算设备的图形用户界面，该图形用户界面例如可以至少包括应用更新页面，该应用更新页面配置成向计算设备的用户呈现多个可用的应用更新。所述应用更新页面可以呈现用于多个可用更新中每一个的描述性信息和图形图像。所述应用更新页面还包括(i)分别分配给多个可用更新中每一个的一组第一单独更新控制和(ii)全部更新控制。当用户选择第一单独更新控制中的一个时，可以请求对应的一个可用应用更新。当用户选择全部更新控制时，可以请求用户的所有可用应用更新。

作为用于更新应用程序的计算机系统，本发明的一个实施例例如可以至少包括：用于接收用户对在线商店的访问请求的装置，该在线商店提供一种或多种数字产品用于购买；用于确定与访问该在线商店的用户相关联的账户的装置；用于确定与该账户相关联的一组在先数字产品购买的装置；用于确定对该组在先数字产品购买中那些数字产品的一个或多个可用更新的装置；及用于响应于所述请求而发送更新可用性数据的装置，该更新可用性数据基于一个或多个可用更新。

根据以下具体描述并结合附图，本发明的其它方面和优点将变得显然，其中附图通过例子例示了本发明的原理。

附图说明

通过以下具体描述并结合附图，本发明将很容易理解，其中附图中相似的标号指示相似的元素，附图中：

图1是根据本发明一个实施例的产品提交与分发系统的框图。

图2A是根据本发明一个实施例的程序更新处理。

图2B是根据本发明一个实施例的应用更新处理的流程图。

图3A是根据本发明一个实施例的可用更新处理的流程图。

图3B是根据本发明另一个实施例的可用更新处理的流程图。

图4是根据本发明一个实施例的更新处理的流程图。

图5是根据本发明一个实施例的可用更新确定处理的流程图。

图6例示了根据本发明一个实施例的示例性在线商店页面。

图7A例示了根据本发明一个实施例的示例性应用更新页面。

图7B例示了根据本发明一个实施例的示例性应用更新页面。

图8A例示了根据本发明一个实施例的更新可用性页面的示例性画面例示。

图8B例示了根据本发明一个实施例的更新页面的示例性画面例示。

图9是根据本发明一个实施例的更新交易处理的流程图。

图10是根据本发明另一个实施例的更新交易处理的流程图。

具体实施方式

在一个实施例中，在线产品分发系统可以提醒用户他可用的更新应用。然后，用户可以选择获取更新应用中的一个、一些或者全部。如果用户选择获取更新应用中的一个或者多个，则用于该更新应用的应用程序文件可以电子地传送到与该用户相关联的计算设备。更新应用的可用性可以通过图形用户界面向用户呈现

以下参考图1-10讨论本发明各方面的实施例。然而，本领域技术人员将很容易理解，在此关于这些图给出的具体描述是为了说明，因为本发明延伸超出这些有限的实施例。

图1是根据本发明一个实施例的产品提交与分发系统100的框图。该产品提交与分发系统100包括产品分发站点102。产品分发站点102为各种数字产品的分发提供在线访问点。例如，产品分发站点102还可以称为在线产品主机站点或者在线商店。

产品提交与管理系统104操作为从各个数字产品提交者接收对数字产品的提交。产品提交与管理系统104可以处理对数字产品的提交并授权分发被认可的数字产品。数字产品可以存储在产品仓库106中。在一个实施例中，产品仓库106可以包括大规模数据仓库及一个或多个数据库。产品仓库106提供可用于分发(例如，购买或者出租)的许多种数字产品的大规模存储设备。例如，可以通过产品分发站点102在数据网络108上从产品仓库106访问已经被购买的数字产品。而且，用户所进行的购买可以作为购买历史数据由产品提交与分发系统100维护。例如，购买历史数据可以存储在多个位置(例如，产品提交与管理系统104、产品分发站点102或者产品仓库106)中的任一个处的数据库或文件中。在一个实施例中，数字产品是计算机程序产品(例如，计算机软件程序)。计算机程序产品的例子是：应用(或者应用程序)、动画或者演示。

产品提交与分发系统100还包括或者支持第一客户端110和第二客户端112。一般来说，产品提交与分发系统100将包括多个不同的客户端110、112。第一客户端110包括网络访问程序114。第二客户端112包括产品提交程序116。有些客户端还可以既包括网络访问程序114又包括产品提交程序116。网络访问程序114是在第一客户端110上运行的应用程序(例如，软件应用)，其中的第一客户端110是计算设备。合适的网络访问程序的一个例子是网络浏览器(例如，Microsoft Explorer或者Safari)。合适的网络访问程序的另一个例子是由Apple公司提供的iTunes^TM。第一客户端110可以通过数据网络108耦接到产品分发站点102。由此，任何一个第一客户端110都可以与产品分发站点102交互，以便浏览、购买和/或管理数字产品。

产品提交程序116也是在第二客户端112上运行的应用程序(例如，软件应用)，其中第二客户端112是计算设备。产品提交程序116用于将数字产品提交到产品提交与管理系统104，用以由媒体分发站点102进行最终的分发。尽管网络访问程序114和产品提交程序116在图1中示出为单独的程序，但是应当理解，这些程序可以集成到单个程序中或者驻留在相同的客户端机器上。

在图1所示的产品提交与分发系统100中，数字产品通过产品提交程序116被提交到产品提交与管理系统104。已经提交(例如，通过第二客户端112)的数字产品被处理然后存储在产品仓库106中。其后，所存储的数字产品可用于从产品分发站点102被购买。当购买特定的数字产品时，产品分发站点102允许从产品仓库106检索用于该特定数字产品的数字数据，然后通过数据网络108从产品分发站点102将其传送(例如，下载)到发出请求的客户端110。就此而言，产品分发站点102或者某个其它的传送服务器(未示出)从产品仓库106获得对应于该特定数字产品的数字数据，并通过数据网络108将这种数字数据下载到客户端110。然后，所下载的数字数据可以存储在客户端110上。在一个实施例中，所下载的数字数据当在客户端110处接收时被加密，然后在永久性地存储在客户端110上之前被解密并有可能重新加密。其后，客户端110可以在客户端110上使用(例如，执行)该数字产品的数字数据。

产品提交与分发系统100允许客户端110的用户利用网络访问程序114来浏览、搜索或者排序可以从产品分发站点102购买的多个数字产品。该网络访问程序114还可以允许用户预览或者演示一些或者全部数字产品。在网络访问程序114的用户期望购买特定数字产品的情况下，用户(通过网络访问程序114)与产品分发站点102可以进行在线商务交易，其中用户为对特定数字产品的访问权限付费。在一个实施例中，为了特定数字产品的购买(或者出租量)，与用户相关联的信用卡被记账。

在用户购买了数字产品后，该数字产品可能被更新。对数字产品的更新可以属于小错误的“修补”或者包含附加特征。更新后的数字产品被看作是数字产品的新发布。总的来说，当数字产品是软件程序(或者应用程序)时，如果新版本是对在先版本的小改进，则该软件程序的新版本可以被看作是更新。可选地，如果新版本是重要的改进，则该软件程序的新版本可以被看作是升级。不管怎样，升级也可以被看作是更新。

为了支持更新，产品提交与管理系统104可以允许产品开发者(例如，软件开发者)提交更新后的应用程序，用以由产品分发站点102分发。在这里，产品开发者可以提交新的应用程序文件。在这种情况下，更新后的应用程序可以具有其版本号的指示和/或具有版本注释。一旦被认可可以进行分发，更新后的应用程序就将替代产品分发站点102上先前的应用程序，使得之后该更新后的应用程序就是要分发给购买者的应用程序。

此外，一旦接收到更新后的应用程序，更新管理器118就可以操作以提醒用户更新应用程序的可用性。在这么做的时候，更新管理器118可以访问用户的购买历史数据，以确定可能受益于任何一个更新应用程序的那些用户。然后，可以通知或提醒用户更新应用的可用性。在一个实施例中，搜索更新应用的用户可以例如通过链接(例如，超链接)被引导到(例如，产品分发站点中)特定的网络位置，使得可以获得更新的应用。在一种实现中，对于先前购买了早期版本的用户，可以减价或者免费获取更新的应用。

对数字产品的提交与购买可以在数据网络108上实现。换句话说，对数字产品的提交与购买可以在线实现。购买在线媒体项目还可以称为电子商务(e-商务)。在一个实施例中，数据网络108可以使用至少一部分互联网。客户端110、112可以随应用而变，但通常是具有存储器存储的计算设备。客户端110、112常常是个人计算机或者能够存储并向其用户呈现媒体的其它计算设备。在一个实施例中，产品分发站点102和客户端110、112之间通过数据网络108的连接可以通过安全连接，例如安全套接字层(SSL)。

尽管产品分发站点102、产品提交与管理系统104和产品仓库106在图1中示出为单独的部件，但是应当理解这些部件中的任一个都可以组合到一个或多个装置中。例如，产品提交与管理系统104可以结合到产品分发站点102中。作为另一个例子，产品仓库106可以结合到产品分发站点102或者产品提交与管理系统104中。而且，为了提高效率，诸如购买历史数据的特定数据可以维持在能更有效访问的数据结构(例如，高速缓冲存储器)中。

那些可用的更新应用可以被限制(或者过滤)到只可用在特定计算设备上的那些。例如，有些应用设计成只运行在特定类型的计算平台(例如，手持式设备)上而不能运行在台式计算机上。作为另一个例子，被指示为可用的更新应用可能只适于在特定设备上使用。由此，可用性可以被限制到只能运行在用户所使用的或者与用户相关联的设备上的那些应用程序。更新应用的可用性还可以被限制到具有该应用程序的早期版本的那些设备。

关于产品提交与管理系统104的附加细节可以在于2008年5月5日提交的、题为“ELECTRONIC SUBMISSION ANDMANAGEMENT OF DIGITAL PRODUCTS FORNETWORK-BASED DISTRIBUTION”的美国临时专利申请第61/050,478号中找到，该申请通过引用并入于此。

图2A是根据本发明一个实施例的程序更新处理200。该程序更新处理200可以例如由客户端应用或者服务器端应用执行。作为例子，客户端应用可以是网络访问程序114。作为另一个例子，服务器端应用可以是产品提交与管理系统104(例如，更新管理器118或者产品分发站点102)。

程序更新处理200可以从判定202开始，该判定202确定是否要处理更新。作为例子，更新可以在客户端设备的用户或者运行在客户端设备上的客户端应用发出请求时启动，或者在客户端设备或者服务器自己启动的时候启动。当判决202确定更新应当被处理时，程序更新处理200可以继续。换句话说，当判决202确定更新应当被处理时，程序更新处理200可以被有效地调用。

一旦判决202确定更新应当被处理，就可以确定204那些一个或者多个可用的更新。在这里，所确定204的更新可以是用户可用的那些更新。例如，用户一般(在计算设备上)具有可用于被更新的一个或多个应用程序的早期版本。接下来，可以呈现206更新可用性信息。一般来说，更新可用性信息是向用户指示对用户可用的应用程序的一个或多个更新的信息。在一个实施例中，更新可用性信息可以通过显示在与用户相关联的计算设备的显示屏幕上来向呈现给用户。

接下来，判决208可以确定用户是否已经接受了一个或多个可用更新。当用户已经选择了一个或多个可用更新时，程序更新处理200可以获取210与所选择的一个或多个可用更新相对应的一个或多个更新应用程序。可选地，当判决208确定用户还没有接受一个或多个可用更新中的任何一个时，可以跳过块210。在块210之后或者其被跳过之后，程序更新处理200可以结束。

图2B是根据本发明一个实施例的应用更新处理250的流程图。该应用更新处理250可以例如由客户端应用或者服务器端应用执行。作为例子，客户端应用可以是网络访问程序114。作为另一个例子，服务器端应用可以是产品提交与管理系统104(例如，更新管理器118或者产品分发站点102)。应用更新处理250通常类似于图2A中所例示的程序更新处理200，只是还需要用户认证。

应用更新处理250可以呈现252认证页面。响应于该认证页面，请求更新一个或多个其先前购买的应用程序的用户可以提供认证信息。由此，认证信息被接收254。然后判决256可以确定是否已经利用该认证信息对用户成功地进行了认证。当判决256确定没有成功地认证用户时，更新请求可以被拒绝258。在这种情况下，应用更新处理250结束，没有执行任何应用更新。

另一方面，当判决256确定已经成功地认证了用户时，应用更新处理250可以确定260用户可用的那些更新。然后，可以向用户呈现262更新可用性页面。更新可用性页面可以告诉用户现在他可用的对他先前购买的应用程序的一个或多个更新。这些更新可以免费提供或者可能需要付费。

接下来，判决264可以确定是否接收到下载请求。在一个实施例中，从更新可用性页面，用户可以选择进行下载一个或多个可用更新或者可以拒绝下载任何可用更新。当然，如果没有用户可用的更新，则判决264可以同样有效地确定不执行下载。在判决264确定已经接收到下载请求的情况下，为了用户的利益，一个或多个可用的应用更新被下载266。一般来说，这一个或多个应用更新被下载266到通过网络连接访问在线商店的客户端机器，例如个人计算机。在应用更新不是用于该个人计算机上而是用于偶尔耦接到该个人计算机的另一设备上的先前应用的情况下，应用更新最终被传送并安装到该另一个设备上。该另一个设备可能是随后耦接到该个人计算机的便携式计算设备，例如手持式计算设备、移动电话或者个人数字助理。在这种情况下，当便携式计算设备耦接到客户端机器时，应用更新可以被提供给具有安装在其上的对应先前应用的便携式计算设备。客户端机器与便携式计算设备之间的同步操作可以用于将应用更新从客户端机器传送到便携式计算设备。之后，在任何下载266之后，应用更新处理250可以结束。

图3A是根据本发明一个实施例的可用更新处理300的流程图。可用更新处理300可以例如由运行在服务器设备上的服务器端处理(例如，由图1中所例示的更新管理器118或者产品分发站点102执行的处理)执行。在这么做的时候，服务器端应用可以与客户端应用(例如，网络访问程序114)交互。

可用更新处理300可以从判决302开始。判决302可以确定是否已经接收到可用更新请求。在这里，一旦已经从请求者接收到可用更新请求就可以启动可用更新处理300。例如，用户可以与网络访问程序114交互，以使得可用更新请求被发送并随后由更新管理器118接收。当判决302确定没有接收到可用更新请求时，可用更新处理300可以等待这种请求。

另一方面，一旦判决302确定已经接收到可用更新请求，就可以根据购买历史数据识别304先前购买的那些一个或多个应用程序。例如，用户可以利用诸如产品分发站点102的产品分发站点来购买应用程序。在这么做的时候，产品分发站点102(和/或其支持的产品提交与管理系统104或者产品仓库106)可以维持用户的购买历史数据。由此，可以利用用户的购买历史数据来识别304先前被特定用户购买的一个或多个应用程序。对于每个识别出的应用程序，可以获得306更新信息。更新信息是描述可用更新的信息或者支持可用更新获取的信息(或者数据)。然后，可以在308形成可用更新响应。在一个实施例中，可用更新响应可以包括用于每个识别出的应用程序的更新信息。之后，可以将可用更新响应返回310到请求者。

图3B是根据本发明另一个实施例的可用更新处理350的流程图。可用更新处理350可以例如由运行在服务器设备上的服务器端处理(例如，由图1中所例示的更新管理器118或者产品分发站点102执行的处理)执行。在这么做的时候，服务器端应用可以与客户端应用(例如，网络访问程序114)交互。

可用更新处理350可以从判决352开始。判决352可以确定是否已经接收到可用更新请求。在这里，一旦已经从请求者接收到可用更新请求，就可以认为可用更新处理350被调用。例如，用户可以与网络访问程序114交互，以使得可用更新请求被发送并随后由更新管理器118接收。当判决352确定没有接收到可用更新请求时，可用更新处理350可以等待这种请求。

另一方面，一旦判决352确定已经接收到可用更新请求，就可以获得在在线商店处可获得的可用更新的列表。该可用更新的列表可能包括不适合请求者的更新。一般来说，可用更新是通常可以从在线商店获得的那些更新。可以将可用更新的列表限制356到与请求者先前购买的应用程序相对应的那些更新。在一个实施例中，服务器可以存储请求者的购买历史，并使用该购买历史将可用更新的列表限制到与请求者先前购买的应用程序相对应的那些更新。

此外，还可以将可用更新的列表限制358到与请求者的计算设备上所安装的应用程序相对应的那些可用更新。该计算设备可以是当前正由请求者使用的计算设备，或者它也可以关于先前与请求者相关联的另一个计算设备。在一个实施例中，计算设备可以告诉服务器安装在该计算设备上的应用程序。

此外，可以将可用更新的列表限制360到与请求者的计算设备兼容的那些可用更新。有些应用程序及有些更新可以设计成用在有限的计算平台上。例如，如果更新是用于只适合用在第一类型的平台(例如，移动通信手持式设备)上的应用程序，则当请求者的计算设备是不同于第一类型平台的第二类型平台(例如，便携式媒体播放器)时，该应用程序可以被限制360。

接下来，可以获得362用于限制后列表中的可用更新的更新信息和/或计数。其后，可以形成364可用更新响应。然后，可以将可用更新响应返回366到请求者。一旦返回到请求者，可用更新响应就可以呈现(例如，显示)给请求者。在块366之后，可用更新处理350可以结束。

从而，可用更新处理350允许服务器设备处理总的可用更新列表，以将列表限制到请求者在其计算设备上可以使用的那些可用更新。如图3B中所指出的，限制可以关于先前的购买、设备兼容性和/或当前的安装。这些限制也可以被称为过滤。

图4是根据本发明一个实施例的更新处理400的流程图。更新处理400例如是可以在客户端应用(例如，运行在客户端机器上的应用程序)处执行的处理。在一种实现中，更新处理400可以由运行在图1中所例示的客户端110上的网络访问程序114来执行。

更新处理400可以从判决402开始，判决402确定是否要执行更新。当判决402确定还不需要更新时，更新处理400可以等待执行更新处理400的需求。作为例子，更新可以由用户交互来请求或者可以由设备操作来启动。在任何一种情况下，一旦判决402确定要执行更新，就请求404可用更新。在这里，可用更新是从远程服务器请求404的。在一种实现中，远程服务器可以属于图1中所例示的产品提交与分发系统100的产品提交与管理系统104和/或更新管理器118。

接下来，判决406确定是否已经接收到对可用更新请求的响应。当判决406确定还没有接收到响应时，更新处理400可以等待这种响应。一旦判决406确定已经接收到响应，就可以确定408具有可用更新的应用程序。在这里，对可用更新请求404的响应包括可以由更新处理400评估以确定408具有可用更新的一个或多个应用程序的信息。

在已经确定408具有可用更新的应用程序后，就可以呈现402一个或多个更新提供(offer)。例如，一个或多个更新提供可以通过显示关于这种更新提供的更新信息而呈现给客户端机器的用户。作为例子，更新提供可以指示以下中的一个或多个：更新应用程序的软件开发者、标题、版本、大小和平台。更新提供一般还可以包括用于更新的成本(价格)或者更新不需要付费的指示。

然后，判决412可以确定用户是否已经接受了所呈现410的一个或多个更新提供中的任一个。在一个实施例中，用户可以接受所呈现410的更新提供中的一个、一些或者全部。在任何一种情况下，当判决412确定用户已经接受了至少一个更新提供时，就可以获取414与这一个或多个被接受的更新提供相对应的一个或多个更新的应用程序。可选地，当判决412确定用户没有接受一个或多个更新提供中的任一个时，块414可以被跳过。在块414之后或者在其被跳过之后，更新处理400可以结束。

图5是根据本发明一个实施例的可用更新确定处理500的流程图。可用更新确定处理500例如是由图4中所例示的更新处理400的块408执行的处理。

可用更新确定处理500选择502第一个识别出的应用程序。所识别出的应用程序例如是响应于更新处理400中决404的可用更新请求而提供的。在选择502识别出的应用程序之后，判决504可以确定所选择的应用程序(即，早期版本)是否安装在客户端设备上。当判决504确定所选择的应用程序安装在客户端设备上时，可以检索506用于所安装的应用程序的版本标识符。在这里，所安装的应用程序是根据与其关联并存储在客户端设备上的版本标识符的。由此，对版本标识符的检索506可以检索存储在客户端设备处的版本标识符。

接下来，可以将检索出的版本标识符与可用更新响应中的一个或多个版本标识符进行比较508。在这么做的时候，可用更新确定处理500能够评估具有可用更新的所选识别出的应用程序是否适于更新客户端设备上所安装的应用程序。在一种实现中，可用更新响应中的版本标识符可以至少指示感兴趣的应用程序的当前版本。在另一种实现中，可用更新响应中的版本标识符可以包括一系列版本标识符，其中最大的版本号是感兴趣的应用程序的当前版本。

在比较508之后，判决510可以确定是否有客户端设备可用的更新版本。当判决510确定有更新版本可用时，可以将所选的应用程序标明512为具有可用更新。在这种情况下，正由可用更新确定处理500处理的所选应用程序被确定为适用于更新客户端设备上安装的对应应用程序。可选地，当判决510确定没有更新的版本可用时，块512可以被跳过，使得所选应用程序不被标明为具有适用于客户端设备的可用更新。在一个实施例中，由于开发者制订版本趋于不一致和不可靠，因此系统可以分配用于管理更新的内部版本号。

在块512之后或者其被跳过之后，判决514可以确定是否有更多识别出的应用程序要被处理。当判决514确定有更多识别出的应用程序要处理时，可用更新确定处理500可以返回以重复块502，在那里可以选择下一个识别出的应用程序。其后，对所选识别出的应用程序的处理可以如上面所讨论的那样进行。可选地，一旦判决514确定没有更多识别出的应用程序要处理，可用更新确定处理500就可以结束。

更新应用的可用性可以通过图形用户界面呈现给用户。在一个实施例中，可用于更新的应用程序可以针对可用于更新的一个或多个应用程序中的每一个呈现(例如，显示)图形和/或文本标记。图形用户界面还可以包括用于所显示的可用于更新的每个应用程序的单独获取按钮。还有，可选地或者附加地，图形用户界面还可以包括成组获取按钮，该成组获取按钮在被选择时用于启动可由用户用于更新的应用程序的获取。

应用程序的更新可以由多种不同的计算设备来执行。图6、7A和7B例示了可以在便携式或者台式计算机的显示屏幕上提供的代表性画面。图8A和8B例示了可以在手持式计算设备(例如，移动电话、PDA等)的较小显示屏幕上提供的代表性画面。

图6例示了根据本发明一个实施例的示例性在线商店页面600。示例性在线商店页面600呈现了关于可以从该在线商店获得用于分发的数字产品的信息。在线商店页面600包括源区域602，在该源区域中用户可以指定感兴趣的数字产品的源或者类型。例如，不同类型数字产品的例子包括音乐、电影、有声书、音乐视频、播客和应用。此外，源区域602还允许用户指定内容的源，即，在线商店或者本地存储的内容，例如以上指出的不同类型的数字产品。如图6中所例示的，在线商店示出为被选择604，使得数字产品区域606显示可以从该在线商店获得用于分发的多个数字产品。在一个实施例中，数字产品可以是各种不同类型的数字产品中的任何一个。然而，在该实施例中，假定数字产品区域606中所绘出的数字产品608和610是应用程序。与对数字产品610的呈现相比，数字产品608是以增强的方式呈现的。此外，在线商店页面600还可以显示应用更新控制612。例如，应用更新控制612可以呈现可视按钮。当选择应用更新控制612时，用户可以转到帮助用户更新应用的一个或多个其它页面(例如，参见图7A和7B)。在线商店页面600还可以显示用户可用的应用更新个数的指示器614。如图6中所例示的，指示器614显示数字“3”，指示有3个用户可用的应用更新。以上所讨论的处理可以用于动态地确定用户可用的更新的个数。

图7A例示了根据本发明一个实施例的示例性应用更新页面700。应用更新页面700可以在选择图6中所例示的在线商店页面600的应用更新控制612时显示。应用更新页面700是关于可以由在线商店提供的应用更新的页面。应用更新页面700在数字产品区域606中提供了应用更新指示702。在这个例子中，此时还没有用户可用的应用更新。由此，数字产品区域606可以向用户显示指示相同内容的消息。当用户用完这些应用更新页面700以后，可以选择用户界面控制704(“完成”按钮)来关闭应用更新页面700。

图7B例示了根据本发明一个实施例的示例性应用更新页面750。应用更新页面750可以在选择图6中所例示的在线商店页面600的应用更新控制612时显示。应用更新页面750是关于可以由在线商店提供的应用更新的页面。应用更新页面700在数字产品区域606中提供了应用更新指示702。在一种实现中，在线商店可以根据关于该在线商店的在先购买来确定是否有任何可用的应用更新。应用更新页面750可以包括允许用户启动对可用应用更新中的一些或者全部的下载的用户界面。在这个例子中，此时有三(3)个用户可用的应用更新。由此，数字产品区域606可以显示关于每个可用应用更新的信息。例如，对于每个可用的应用更新，数字产品区域606可以显示描述性信息752、图形图像754和更新控制756。描述性信息752例如可以指定可用应用更新的标题、开发者名字、版本、大小和价格。在有些情况下，价格可以标为“免费的”(不收费)。图形图像754可以是与应用程序或者应用程序开发者相对应的图像。更新控制756可以关于当选择时启动对应应用更新的获取的可视按钮(“获得更新”)。数字产品区域606还可以包括另一个更新控制758。更新控制758可以关于当被用户选择时启动对用户可用的全部应用更新的获取的可视按钮(“获得全部”)。

图8A例示了根据本发明一个实施例的更新可用性页面800的示例性画面例示。更新可用性页面800包括信息窗口802。在该信息窗口802中，可以呈现关于一个或多个可用应用更新的信息。即，在图8A所例示的例子中，有两个用户可用的应用更新。例如，对于每个可用的应用更新，信息窗口802可以显示描述性信息804、图形图像806和选择控制808。描述性信息804例如可以指定可用应用更新的标题、开发者名称、版本、大小和价格。图形图像806可以是与应用程序或者应用程序开发者相对应的图像。选择控制808可以用于转到关于对应应用程序更新的具体信息页面(参见图8B)。更新可用性页面800还可以显示更新控制810，该更新控制810可以关于当被用户选择时启动对用户可用的全部应用更新的获取的可视按钮(“更新全部”)。还有，更新可用性页面800还可以显示用户可用的应用更新个数的指示器812。如图8B中所例示的，指示器812显示数字“2”，指示有两个用户可用的应用更新。

图8B例示了根据本发明一个实施例的更新页面850的示例性画面例示。更新页面850关于特定的可用应用更新。更新页面850可以在选择图8A中所例示的更新可用性页面800的选择控制808时显示。更新页面850是关于可以由在线商店提供的应用更新的页面。更新页面850包括信息窗口852。在该信息窗口852中，可以呈现关于可用应用更新的信息。信息窗口852可以显示描述性信息854、图形图像856和更新控制858。描述性信息854例如可以指定可用应用更新的标题、开发者名称和版本。图形图像856可以是与应用程序或者应用程序开发者相对应的图像。更新控制858可以关于当选择时启动对应应用更新的获取的可视按钮(“获得全部”)。信息窗口852还可以包括发布注释860和到附加信息的链接862。发布注释860可以解释对应用程序的更新所做的变化。链接862可以将用户引导到可以获取关于更新程序的附加信息的网站。

如前面所指出的，可以获取对应用的一个或多个更新。一旦可用更新列表已知，就可以执行更新交易，以便获取一个或多个可用更新。

图9是根据本发明一个实施例的更新交易处理900的流程图。该更新交易处理900可以由客户端应用(例如，运行在客户端机器上的应用程序)执行。在一种实现中，更新交易处理900可以由运行在图1中所例示的客户端110上的网络访问程序114来执行。

更新交易处理900可以从判决902开始。判决902可以确定是否已经接收到更新全部的请求。更新全部的请求是用于请求者可用的全部更新的请求。当判决902确定没有接收到更新全部的请求时，更新交易处理900可以等待这种请求。

一旦判决902确定已经接收到了更新全部的请求，则可以选择904第一个可用的更新作为进行处理的被选更新。接下来，可以启动906用于所选更新的获取交易。在这里，获取交易可以在远程服务器设备上执行，以使得获取所选更新。例如，获取交易可以是付费或者免费的购买、租赁或者租用。

判决908可以确定获取交易是否成功。当判决908确定获取交易成功时，判决910可以确定所选更新的下载的可用性。当判决910确定用于所选更新的下载可用时，可以启动912对所选更新的下载。另一方面，当判决908确定获取交易不成功或者当判决910确定用于所选更新的下载不可用时，可以跳过对下载的启动912。

在块912之后或者其被跳过之后，判决914可以确定是否有更多的更新要处理。一般来说，更新全部的请求涉及获取用于不同应用程序的多个不同更新。由此，判决914确定要获得的全部更新是否都已经处理了。当判决914确定还有更多的更新要处理时，更新交易处理900可以返回以重复块904，使得下一个可用更新可以被选择并类似地处理。一旦判决914确定没有更多的更新要处理，更新交易处理900就可以结束。

图10是根据本发明一个实施例的更新交易处理1000的流程图。更新交易处理1000可以由客户端应用(例如，运行在客户端机器上的应用程序)执行。在一种实现中，更新交易处理1000可以由运行在图1中所例示的客户端110上的网络访问程序114来执行。

更新交易处理1000可以从判决1002开始，判决1002确定是否已经接收到更新全部的请求。当判决1002确定没有接收到更新全部的请求时，更新交易处理1000可以等待这种请求。一旦判决1002确定已经接收到了更新全部的请求，就可以获得1004可用更新列表。在一个实施例中，可用更新列表是特定用户可用的更新列表。例如，可用更新列表可以利用以上所述的处理来限制、约束或者以别的方式过滤特定用户可用的那些更新。在获得1004可用更新列表之后，可以启动1006用于可用更新的获取交易。在一个实施例中，有单独的服务器负责执行获取交易，以满足任何财务或其它交易要求。

接下来，判决1008确定获取交易是否成功。当判决1008确定获取交易没有成功时，可以提供1010失败通知。另一方面，当判决1008确定获取交易成功时，判决1012可以确定对可用更新的下载是否可用。当判决1012确定用于可用更新的下载可用时，判决1014可以确定适当下载队列中的可用更新此时是否要下载。判决1014可以由服务器自动确定、由用户确定或者由用户所使用的客户端应用来确定。当判决1014确定此时要下载可用更新时，可以启动1016适当队列中对可用更新的下载。在一个实施例中，可以启动1016适当队列中对可用更新的下载。在一个实施例中，下载队列是特定于用户的。在另一个实施例中，适当下载队列是特定于用户并根据用户所使用的设备类型分开的多个下载队列中的一个。

另一方面，当判决1012确定对可用更新的下载不可用时或者当判决1014确定此时可用更新不要被下载时，可以跳过块1016，使得不发生对可用更新的下载。在块1010、块1016之后或者跳过块1016之后，更新交易处理1000可以结束。

用于数字产品(即，计算机程序产品)的在线分发系统不仅可以接收计算机程序产品(包括更新)的电子提交，还可以接收产品信息、开发者信息和分发参数的电子提交。于是，在线分发系统可以根据分发参数在在线分发站点呈现用于分发的计算机程序产品。在线分发站点还可以在任何购买之前向潜在的购买呈现产品信息和/或开发者信息。产品信息和/或开发者信息可以用于产生用以呈现这种信息的窗口(或者网页)。这些窗口可以从产品信息和/或开发者信息的电子提交自动地生成。此外，这些窗口可以具有方便常常通过许多不同的可用计算机程序产品来搜索和浏览的用户使用的一致模式。关于在线产品分发的附加细节可以在于2008年6月8日提交的、题为“NETWORK-BASED DISTRIBUTION OF APPLICATIONPRODUCTS”的美国临时专利申请第61/059,790号中找到，该申请通过引用并入于此。

本申请还参考和/或结合了：(1)题为“METHOD AND SYSTEMFOR SUBMITTING MEDIA FOR NETWORK-BASED PURCHASEAND DISTRIBUTION”的美国专利申请公开第2004/0254883A1号，该申请通过引用并入于此；(2)题为“PROCESSING OF METADATACONTENT AND MEDIA CONTENT RECEIVED BY A MEDIADISTRIBUTION SYSTEM”的美国专利申请公开第2007/0266028 A1号，该申请通过引用并入于此；(3)题为“TECHNIQUES ANDSYSTEMS FOR ELECTRONIC SUBMISSION OF MEDIA FORNETWORK-BASED DISTRIBUTION”的美国专利申请公开第2007/0083471 A1号，该申请通过引用并入于此；(4)题为“COMPUTERIZED MANAGEMENT OF MEDIA DISTRIBUTIONAGREEMENTS”的美国专利申请公开第2007/0265969A1号，该申请通过引用并入于此；及(5)于2008年5月5日提交的、题为“ELECTRONIC SUBMISSION AND MANAGEMENT OF DIGITALPRODUCTS FOR NETWORK-BASED DISTRIBUTION”的美国临时专利申请第61/050,478号，该申请通过引用并入于此。

以上所述本发明的各个方面、特征、实施例或者实现都可以单独地或者在各种组合中使用。

本发明的实施例可以例如由软件、硬件或者硬件和软件的组合来实现。本发明的实施例还可以体现为计算机可读介质上的计算机可读代码。计算机可读介质是可以存储其后由计算机系统读取的数据的任何数据存储设备。计算机可读介质的例子通常包括只读存储器和随机存取存储器。计算机可读介质更具体的例子是有形的，并且包括闪速存储器、EEPROM存储器、存储卡、CD-ROM、DVD、硬驱动器、磁带和光学数据存储设备。计算机可读介质还可以在网络耦接的计算机系统上分布，使得计算机可读代码以分布的方式存储和执行。

本发明的优点是很多的。不同的实施例或者实现可以但不一定产生以下优点中的一个或者多个。本发明某些实施例的一个优点是在线分发站点可以管理并分发对先前所购买的数字产品的更新，例如用于更新的应用程序(更新的计算机软件)。本发明某些实施例的另一个优点是对数字产品的更新的分发可以按照集中的方式实现。本发明某些实施例的另一个优点是可以通知用户对数字产品的可用更新和/或可以方便用户请求更新的图形用户界面。本发明某些实施例的又一个优点是更新后的数字产品可以由用户电子提交并自动地可用于适当的在先购买者。

根据所写的描述，本发明的许多特征和优点都是很显然的。此外，由于许多修改和变化对本领域技术人员来说都很容易想到，因此本发明不应当限定到所例示和描述的确切构造和操作。由此，所有合适的修改和等同物都可以认为属于本发明的范围。

Claims

1.一种用于更新应用程序的计算机实现方法，所述方法包括：

接收用户对在线商店的访问请求，该在线商店提供一种或多种数字产品用于购买；

确定与访问该在线商店的用户相关联的账户；

确定与该账户相关联的一组在先数字产品购买；

确定对该组在先数字产品购买中那些数字产品的一个或多个可用更新；及

响应于所述请求而发送更新可用性数据，其中更新可用性数据基于一个或多个可用更新。

2.如权利要求1所述的计算机实现方法，其中，用户操作用户计算设备，而且

其中所述方法还包括：

接收对安装在用户计算设备上的一个或多个应用程序的指示；及

将一个或多个可用更新限制到与安装在用户计算设备上的一个或多个应用程序相对应的那些可用更新。

3.如权利要求1至2中任何一项所述的计算机实现方法，其中，访问请求至少包括用户标识符，而且

其中所述方法还包括：

将所述组在先数字产品购买中的数字产品限制到先前由用户从在线商店购买的那些数字产品，使得所述组数字产品只包括先前由用户购买的那些数字产品。

4.如权利要求1至2中任何一项所述的计算机实现方法，

其中数字产品是软件应用，

其中访问请求至少包括由用户访问在线商店所使用的计算设备上所安装的软件应用列表，而且

其中所述方法还包括：

将一个或多个可用更新限制到一个或多个可用更新中与安装在计算设备上的软件应用相对应的那些可用更新。

5.如权利要求1至2中任何一项所述的计算机实现方法，其中用户操作发出请求的客户端设备，而且

其中所述方法还包括：

从发出请求的客户端设备接收设备信息，及

将一个或多个可用更新限制到一个或多个可用更新中与发出请求的客户端设备兼容的那些可用更新。

6.如权利要求1至2中任何一项所述的计算机实现方法，其中对所述一个或多个可用更新的确定确定出多个可用更新，而且

其中所述方法还包括：

接收更新所述多个可用更新中的所有可用更新的更新请求。

7.如权利要求6所述的计算机实现方法，其中所述方法还包括：

从所述多个可用更新中选择一个可用更新；

启动用于所选择的可用更新的获取事务；

确定该获取事务是否已经成功；及

如果所述确定操作确定获取事务已经成功，则随后下载所选择的可用更新。

8.如权利要求6所述的计算机实现方法，其中所述方法还包括：

确定是否存在更多要处理的可用更新；

从所述多个可用更新中选择另一个可用更新；

启动用于所选择的另一个可用更新的获取事务；

确定用于所选择的另一个可用更新的获取事务是否已经成功；及

如果所述确定操作确定用于所选择的另一个可用更新的获取事务已经成功，则随后下载所选择的另一个可用更新。

9.如权利要求1至8中任何一项所述的计算机实现方法，其中，更新可用性数据包括关于一个或多个可用更新的描述性数据。

10.如权利要求1至8中任何一项所述的计算机实现方法，其中，更新可用性数据包括一个或多个可用更新的个数的计数。

11.如权利要求1至8中任何一项所述的计算机实现方法，其中，更新可用性数据包括一个或多个可用更新的列表。

12.一种用于在客户端计算设备上更新应用程序的计算机实现方法，所述方法包括：

接收客户端计算设备可用的更新程序列表；以及

在客户端计算设备处呈现更新页面，该更新页面包括关于更新程序列表中的多个更新程序的信息。

13.如权利要求12所述的计算机实现方法，其中所述方法还包括：

确定客户端计算设备可用的更新程序列表中的更新程序的计数。

14.如权利要求13所述的计算机实现方法，其中，更新页面还呈现该计数。

15.如权利要求13所述的计算机实现方法，其中，所述方法还包括：

在客户端计算设备上呈现另一页面，该另一页面至少包括该计数。

16.如权利要求12至15中任何一项所述的计算机实现方法，其中所述方法是在用户计算设备上执行的，而且

其中所述方法还包括：

获得对安装在用户计算设备上的一个或多个应用程序的指示；及

将在更新页面中呈现的更新程序列表中的更新程序限制到与安装在用户计算设备上的一个或多个应用程序相对应的那些应用程序。

17.如权利要求12至15中任何一项所述的计算机实现方法，其中所述方法是在发出请求的客户端设备上执行的，而且

其中所述方法还包括：

从发出请求的客户端设备接收设备信息，及

将更新程序列表中的更新程序限制到与发出请求的客户端设备兼容的那些更新程序。

18.如权利要求12至15中任何一项所述的计算机实现方法，其中更新页面包括单个更新控制，该单个更新控制在被选择时启动针对更新程序列表中每个更新程序的更新的获取。

19.如权利要求12至15中任何一项所述的计算机实现方法，其中更新页面还包括多个单独的更新控制，其中单独的更新控制在被选择时启动针对更新程序列表中与被选单独控制相对应的更新程序的更新的获取。

20.一种用于在客户端计算设备上更新应用程序的计算机实现方法，所述方法包括：

接收客户端计算设备可用的更新程序列表；

确定更新程序列表中客户端计算设备可用的更新程序的计数；及

在客户端计算设备处呈现信息页面，该信息页面包括关于在线商店所提供用于购买的至少一种数字产品的信息，而且该信息页面包括计数使得信息页面能显示有该计数。

21.一种用于计算设备的图形用户界面，所述图形用户界面包括：

在线商店页面，其通过计算设备呈现关于多个应用程序、应用更新控制和数字指示器的信息，

其中应用更新控制在被计算设备的用户选择时启动对关于一个或多个应用更新的信息的请求；及

其中数字指示器指示计算设备的用户可用的应用更新的个数。

22.如权利要求21所述的图形用户界面，其中一个或多个更新是先前购买了所关联的应用程序的早期资格版本的用户可用的替换程序。

23.如权利要求21至22所述的图形用户界面，其中利用所述在线商店页面显示的关于应用程序的信息包括用于多个应用程序中每一个的图形图像。

24.如权利要求21至22所述的图形用户界面，其中由应用更新控制请求的信息包括用于多个可用更新中每一个的描述性信息和图形图像。

25.一种用于计算设备的图形用户界面，所述图形用户界面包括：

应用更新页面，配置成向计算设备的用户呈现多个可用的应用更新，所述应用更新页面呈现用于多个可用更新中每一个的描述性信息和图形图像，

其中所述应用更新页面还包括(i)分别分配给多个可用更新中每一个的一组第一单独更新控制和(ii)全部更新控制，

其中，当用户选择第一单独更新控制中的一个时，请求对应的一个可用应用更新，及

其中，当用户选择全部更新控制时，请求用户的所有可用应用更新。

26.如权利要求25所述的图形用户界面，其中描述性信息包括标题、开发者名称、版本和大小。

27.如权利要求25所述的图形用户界面，其中用户可用的应用更新是先前购买了所关联的应用程序的早期资格版本的用户可用的替换程序。

28.如权利要求25所述的图形用户界面，其中，如果用户先前从在线商店购买了所关联的应用程序的早期资格版本，则用户通过在线商店可用的应用更新是用户通过在线商店可用的替换程序。

29.如权利要求25所述的图形用户界面，其中替换程序是与被更新的早期应用相比增强了的应用更新。

30.一种用于更新应用程序的计算机系统，所述计算机系统包括：

用于接收用户对在线商店的访问请求的装置，该在线商店提供一种或多种数字产品用于购买；

用于确定与访问该在线商店的用户相关联的账户的装置；

用于确定与该账户相关联的一组在先数字产品购买的装置；

用于确定对该组在先数字产品购买中那些数字产品的一个或多个可用更新的装置；及

用于响应于所述请求而发送更新可用性数据的装置，该更新可用性数据基于一个或多个可用更新。