CN105681073A - 一种更新应用程序的方法及装置 - Google Patents

Abstract

本发明涉及一种更新应用程序的方法及装置，其中，该方法包括：接收终端触发的应用程序更新指令；根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽；根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例。通过本发明的技术方案，实现了应用程序更新时更新比例的自动确定，在不增加带宽的情况下保证服务可用性。

Description

一种更新应用程序的方法及装置

技术领域

本发明涉及计算机网络技术领域，具体而言，涉及一种更新应用程序的方法及装置。

背景技术

随着互联网产品迭代速度加快，更新应用程序和组件更是常见，对于产品数量级大的情况，如果发布更新没有控制比例会导致服务器带宽满载，服务停止，控制比例如果预估不准也会导致相同问题。例如：通常早高峰和晚高峰请求量是平时的3倍左右，带宽满载服务器会返回错误，造成服务不可用，正在更新的用户也会中断，可能会造成雪崩，导致所有用户更新失败。

现有技术通过控制整体比例或临时增加带宽的方式来更新应用程序，以保证服务的可用。但是，根据带宽情况放量的方式，对于有些不满载的服务器机房，整体限制后会有浪费，如果满载后临时增加带宽，由于临时带宽费用比固定带宽费用要高，又会造成不必要浪费。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决或者减缓上述问题的更新应用程序的方法及装置，实现了更新比例的自动确定，在不增加带宽的情况下保证服务可用性。

根据本发明的一个方面，提供了一种更新应用程序的方法，包括：

接收终端触发的应用程序更新指令；

根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽；

根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例。

可选地，在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之后，所述方法还包括：

根据所述比例为每一触发应用程序更新指令的终端生成一随机数，将满足预设条件的随机数对应的终端确定为当前进行应用程序更新的终端。

可选地，在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之后，所述方法还包括：

向每一触发应用程序更新指令的终端发送随机数生成指令，以使各终端生成对应的随机数；

将满足预设条件的随机数对应的终端确定为当前进行应用程序更新的终端。

可选地，所述随机数生成指令规定了各终端生成的随机数的数值范围，以及满足所述预设条件的随机数在所述数值范围内的一特定范围中。

可选地，所述根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽，具体包括：

根据所述应用程序更新指令对应的进行应用程序更新所需文件列表确定每一终端进行应用程序更新所需带宽。

可选地，在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之前，所述方法还包括：

根据历史更新记录，确定所述预设的带宽阈值。

可选地，所述方法还包括：

向当前没有进行应用程序更新的终端发送下一次请求更新的时间。

根据本发明的另一个方面，提供了一种更新应用程序的方法，包括：

发送应用程序更新指令，所述应用程序更新指令包含终端进行应用程序更新所需文件列表；

接收服务端根据所述应用程序更新所需文件列表返回的更新响应信息；

若所述更新响应信息指示允许所述终端进行本次更新，则执行所述应用程序的更新。

可选地，所述方法还包括：

若所述更新响应信息指示不允许所述终端进行本次更新，则从所述更新失败响应信息中获取下一次请求更新的时间。

根据本发明的另一个方面，提供了一种更新应用程序的方法，包括：

发送应用程序更新指令，以使服务端根据所述应用程序更新指令发送随机数生成指令；

接收所述服务端发送的随机数生成指令，生成对应的随机数；

若生成的随机数满足所述预设条件，则向服务端发送更新确认消息，进行应用程序更新；

其中，所述随机数生成指令规定了各终端生成的随机数的数值范围，以及满足所述预设条件的随机数在所述数值范围内的一特定范围中。

可选地，所述方法还包括：

若生成的随机数不满足所述预设条件，则向所述服务端获取下一次请求更新的时间。

根据本发明的另一个方面，提供了一种更新应用程序的装置，包括：

接收单元，适于接收终端触发的应用程序更新指令；

第一确定单元，适于根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽；

第二确定单元，适于根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例。

可选地，所述装置还包括：

第三确定单元，适于在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之后，根据所述比例为每一触发应用程序更新指令的终端生成一随机数，将满足预设条件的随机数对应的终端确定为当前进行应用程序更新的终端。

可选地，所述装置还包括：

第四确定单元，适于在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之后，向每一触发应用程序更新指令的终端发送随机数生成指令，以使各终端生成对应的随机数，并将满足预设条件的随机数对应的终端确定为当前进行应用程序更新的终端。

可选地，所述随机数生成指令规定了各终端生成的随机数的数值范围，以及满足所述预设条件的随机数在所述数值范围内的一特定范围中。

可选地，所述第一确定单元，具体适于根据所述应用程序更新指令对应的进行应用程序更新所需文件列表确定每一终端进行应用程序更新所需带宽。

可选地，所述装置还包括：

第五确定单元，适于在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之前，根据历史更新记录，确定所述预设的带宽阈值。

可选地，所述装置还包括：

发送单元，适于向当前没有进行应用程序更新的终端发送下一次请求更新的时间。

根据本发明的另一个方面，提供了一种更新应用程序的装置，包括：

发送单元，适于发送应用程序更新指令，所述应用程序更新指令包含终端进行应用程序更新所需文件列表；

接收单元，适于接收服务端根据所述应用程序更新所需文件列表返回的更新响应信息；

更新单元，适于当所述更新响应信息指示允许所述终端进行本次更新时，执行所述应用程序的更新。

可选地，所述装置还包括：

获取单元，适于当所述更新响应信息指示不允许所述终端进行本次更新时，从所述更新失败响应信息中获取下一次请求更新的时间。

根据本发明的另一个方面，提供了一种更新应用程序的装置，包括：

发送单元，适于发送应用程序更新指令，以使服务端根据所述应用程序更新指令发送随机数生成指令；

生成单元，适于接收所述服务端发送的随机数生成指令，生成对应的随机数；

更新单元，适于当生成的随机数满足所述预设条件时，向服务端发送更新确认消息，进行应用程序更新；

其中，所述随机数生成指令规定了各终端生成的随机数的数值范围，以及满足所述预设条件的随机数在所述数值范围内的一特定范围中。

可选地，所述装置还包括：

获取单元，适于当生成的随机数不满足所述预设条件时，向所述服务端获取下一次请求更新的时间。

本发明的有益效果为：

本发明提供的更新应用程序的方法及装置，通过接收终端触发的应用程序更新指令；根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽；根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例。通过本发明的技术方案，实现了应用程序更新时更新比例的自动确定，在不增加带宽的情况下保证服务可用性。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示意性示出了本发明一个实施例的更新应用程序的方法流程示意图；

图2示意性示出了本发明另一实施例的更新应用程序的方法流程示意图；

图3示意性示出了本发明另一实施例的更新应用程序的方法流程示意图；

图4示意性示出了本发明另一实施例的更新应用程序的方法流程示意图；

图5示意性示出了本发明另一实施例的更新应用程序的方法流程示意图；

图6示意性示出了本发明一个实施例的更新应用程序的装置的结构示意图；

图7示意性示出了本发明一个实施例的更新应用程序的装置的结构示意图

图8示意性示出了本发明一个实施例的更新应用程序的装置的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非被特定定义，否则不会用理想化或过于正式的含义来解释。

图1示意性示出了本发明一个实施例的更新应用程序的方法流程示意图。

参照图1，本发明实施例的更新应用程序的方法具体包括以下步骤：

S11、接收终端触发的应用程序更新指令。

需要说明的是，本实施方式的方法的执行主体为服务端。本实施例中的终端为计算机、手机、平板电脑、掌上电脑PDA或笔记本等设备，当然，还可为其他具有测速功能的设备，本发明对此不加以限制。

需要说明的是，本实施例中的应用程序包括浏览器应用程序、杀毒应用程序、聊天应用程序以及其他需要进行更新的应用程序，本发明对此不加以限制。本实施例中的应用程序更新，包括应用程序的版本升级以及应用程序的文件更新，其中，应用程序的版本升级，如，360浏览器从7.0升到8.0等；应用程序的文件更新，如，查毒应用的病毒文件库的更新。

可理解的是，所述终端触发的应用程序更新指令可理解为终端触发的应用程序更新启动指令。本实施例中的应用程序更新指令对应的更新下载都受限于同一带宽(即更新所用带宽)，应用程序更新指令对应的类似下载文件都是经过同一带宽实现。

在具体实现中，所述应用程序更新指令可通过多种方式触发，例如：开机触发，或，预设时间自动触发等。本发明不需要对具体根据怎样的模式实现应用程序更新指令的触发进行限定，本领域技术人员需要根据实际应用进行设置。

S12、根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽。

其中，所述更新所用带宽的使用状态至少包括带宽当前的实时占用量。

S13、根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例。

本实施例中，带宽阈值为预设设置的。具体的，可根据实际更新情况或历史更新数据进行设置。在具体应用中，服务端通过根据更新所用带宽和预设的带宽阈值确定进行应用程序更新的终端的比例，以实现应用程序的更新。

本发明实施例提供的更新应用程序的方法，通过接收终端触发的应用程序更新指令；根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽；根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例。通过本发明的技术方案，实现了应用程序更新时更新比例的自动确定，在不增加带宽的情况下保证服务可用性。

图2示意性示出了本发明一个实施例的更新应用程序的方法流程示意图。

参照图2，本发明实施例的更新应用程序的方法具体包括以下步骤：

S21、接收终端触发的应用程序更新指令。

S22、根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽。

S23、根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例。

上述的步骤S21～S23与图1所示方法的步骤S11～S13相同，在此不再赘述。

S24、根据所述比例为每一触发应用程序更新指令的终端生成一随机数，将满足预设条件的随机数对应的终端确定为当前进行应用程序更新的终端。

在一个具体示例中，服务器为每一触发应用程序更新指令的终端生成一随机数(0-100)，将满足预设条件的随机数对应的终端，如生成的随机数小于60的终端，确定为当前进行应用程序更新的终端，不满足预设条件的随机数对应的终端，如生成的随机数小于60的终端，则按照约定时间再次请求升级。

本发明实施例，服务端进一步为每一触发应用程序更新指令的终端生成一随机数，将满足预设条件的随机数对应的终端确定为当前进行应用程序更新的终端，进而实现当前进行应用程序更新的终端的确定。

本实施例通过由服务端生成随机数的方式实现当前进行应用程序更新的终端的确定，便于服务端对终端的更新信息管理。

图3示意性示出了本发明一个实施例的更新应用程序的方法流程示意图。

参照图3，本发明实施例的更新应用程序的方法具体包括以下步骤：

S31、接收终端触发的应用程序更新指令。

S32、根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽。

S33、根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例。

上述的步骤S31～S33与图1所示方法的步骤S11～S13相同，在此不再赘述。

S34、向每一触发应用程序更新指令的终端发送随机数生成指令，以使各终端生成对应的随机数。

其中，所述随机数生成指令规定了各终端生成的随机数的数值范围，以及满足所述预设条件的随机数在所述数值范围内的一特定范围中。

S35、将满足预设条件的随机数对应的终端确定为当前进行应用程序更新的终端。

在一个具体示例中，服务器向每一触发应用程序更新指令的终端发送随机数生成指令，以使各终端生成对应的随机数(0-100)，将满足预设条件的随机数对应的终端，如生成的随机数小于60的终端，确定为当前进行应用程序更新的终端，不满足预设条件的随机数对应的终端，如生成的随机数小于60的终端，则按照约定时间再次请求升级。

本发明实施例，服务器进一步向每一触发应用程序更新指令的终端发送随机数生成指令，以使各终端生成对应的随机数，并在随机数生成指令规定了各终端生成的随机数的数值范围，以及满足所述预设条件的随机数在所述数值范围内的一特定范围中，将满足预设条件的随机数对应的终端确定为当前进行应用程序更新的终端，进而实现当前进行应用程序更新的终端的确定。

本实施例服务端向每一触发应用程序更新指令的终端发送随机数生成指令，通过由各终端生成对应的随机数的方式实现当前进行应用程序更新的终端的确定，减小了对服务端资源的消耗，可以有效地提高随机数的计算速度，快速实现当前进行应用程序更新的终端的确定，进而提高终端应用程序更新的速度。

在本发明的一个优选实施例中，所述根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽，具体包括：根据所述应用程序更新指令对应的进行应用程序更新所需文件列表确定每一终端进行应用程序更新所需带宽。

在一个具体实施例中，服务端接收终端触发的应用程序更新指令后，根据所述应用程序更新指令生成对应的进行应用程序更新所需文件列表，并根据所述应用程序更新指令对应的进行应用程序更新所需文件列表确定每一终端进行应用程序更新所需带宽每一终端进行应用程序更新所需带宽。

在一个具体实施例中，进行应用程序更新所需文件列表由终端生成，终端触发的应用程序更新指令中携带有所述应用程序更新指令对应的进行应用程序更新所需文件列表，服务端接收终端触发的应用程序更新指令后，从所述应用程序更新指令中获取进行应用程序更新所需文件列表，并根据所述进行应用程序更新所需文件列表确定每一终端进行应用程序更新所需带宽每一终端进行应用程序更新所需带宽。

本实施例通过根据终端触发的应用程序更新指令对应的进行应用程序更新所需文件列表确定每一终端进行应用程序更新所需带宽，可以准确地确定出终端进行应用程序更新所需带宽，进而准确地实现了应用程序更新时更新比例的自动确定，在不增加带宽的情况下保证服务可用性。

在本发明的一个优选实施例中，在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之前，所述方法还包括：根据历史更新记录，确定所述预设的带宽阈值。

本发明实施例，通过对当日的更新次数和终端的更新成功率进行统计和运营，并根据统计数据更新历史更新记录。进而在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之前，根据历史更新记录，确定所述预设的带宽阈值。

在实际应用中，通过终端打点、服务器请求统计和带宽图进行数据挖掘，根据统计结果来确定更新所用带宽、调整带宽阈值等配置，如果人均被比例控制频率过高，一天都没有升级成功，可以查看各个服务器机房的比例控制平均值，给平均值最低的服务器机房增加带宽，有的放矢。避免不必要的资源浪费和满载后临时增加带宽，造成的不必要经济浪费。

根据本发明的一个优选实施例，所述方法还包括：向当前没有进行应用程序更新的终端发送下一次请求更新的时间。

本发明实施例，在根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之后，进一步通过向当前没有进行应用程序更新的终端发送下一次请求更新的时间，以使终端按照约定时间再次请求更新，从而保证了所有终端均能够顺利实现应用程序的更新。

图4示意性示出了本发明一个实施例的更新应用程序的方法流程示意图。

参照图4，本发明实施例的更新应用程序的方法具体包括以下步骤：

S41、发送应用程序更新指令，所述应用程序更新指令包含终端进行应用程序更新所需文件列表。

具体的，终端与服务端之间配置有约定的升级接口，终端进行升级时，先请求索引文件，索引文件包含升级对应的文件列表，然后向服务端发送应用程序更新指令，所述应用程序更新指令包含终端进行应用程序更新所需文件列表。

需要说明的是，本实施方式的方法的执行主体为终端。本实施例中的终端为计算机、手机、平板电脑、掌上电脑PDA或笔记本等设备，当然，还可为其他具有测速功能的设备，本发明对此不加以限制。

需要说明的是，本实施例中的应用程序包括浏览器应用程序、杀毒应用程序、聊天应用程序以及其他需要进行更新的应用程序，本发明对此不加以限制。本实施例中的应用程序更新，包括应用程序的版本升级以及应用程序的文件更新，其中，应用程序的版本升级，如，360浏览器从7.0升到8.0等；应用程序的文件更新，如，查毒应用的病毒文件库的更新。

可理解的是，本实施例中的应用程序更新指令对应的更新下载都受限于同一带宽(即更新所用带宽)，应用程序更新指令对应的类似下载文件都是经过同一带宽实现。

S42、接收服务端根据所述应用程序更新所需文件列表返回的更新响应信息。

在具体应用中，终端发送应用程序更新指令，所述应用程序更新指令包含终端进行应用程序更新所需文件列表，以使服务端根据进行应用程序更新所需文件列表确定每一终端进行应用程序更新所需带宽，并根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例，并在比例确定之后，确定终端是否为当前进行应用程序更新的终端，并向终端发送更新响应信息。

具体的，服务端在根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之后，进一步通过为每一触发应用程序更新指令的终端生成一随机数的方式，确定终端是否为当前进行应用程序更新的终端。如生成的随机数小于60的终端，确定为当前进行应用程序更新的终端，不满足预设条件的随机数对应的终端，如生成的随机数大于或等于60的终端，则按照约定时间再次请求升级。

S43、若所述更新响应信息指示允许所述终端进行本次更新，则执行所述应用程序的更新。

进一步地，所述方法还包括：

若所述更新响应信息指示不允许所述终端进行本次更新，则从所述更新失败响应信息中获取下一次请求更新的时间。

本发明实施例，通过向当前没有进行应用程序更新的终端发送下一次请求更新的时间，以使终端按照约定时间再次请求更新，从而保证了终端最终能够顺利实现应用程序的更新。

图5示意性示出了本发明一个实施例的更新应用程序的方法流程示意图。

参照图5，本发明实施例的更新应用程序的方法具体包括以下步骤：

S51、发送应用程序更新指令，以使服务端根据所述应用程序更新指令发送随机数生成指令。

具体的，终端与服务端之间配置有约定的升级接口，终端进行升级时，先请求索引文件，索引文件包含升级对应的文件列表，然后向服务端发送应用程序更新指令，所述应用程序更新指令包含终端进行应用程序更新所需文件列表。

其中，所述随机数生成指令规定了各终端生成的随机数的数值范围，以及满足所述预设条件的随机数在所述数值范围内的一特定范围中。

需要说明的是，本实施方式的方法的执行主体为终端。本实施例中的终端为计算机、手机、平板电脑、掌上电脑PDA或笔记本等设备，当然，还可为其他具有测速功能的设备，本发明对此不加以限制。

S52、接收所述服务端发送的随机数生成指令，生成对应的随机数。

本实施例，通过接收服务端向终端发送随机数生成指令，通过由终端生成对应的随机数的方式实现当前进行应用程序更新的终端的确定。进而减小了对服务端资源的消耗，可以有效地提高随机数的计算速度，快速实现当前进行应用程序更新的终端的确定，进而提高终端应用程序更新的速度。

S53、若生成的随机数满足所述预设条件，则向服务端发送更新确认消息，进行应用程序更新。

进一步地，所述方法还包括：

若生成的随机数不满足所述预设条件，则向所述服务端获取下一次请求更新的时间。

具体的，服务端向终端发送随机数生成指令后，终端生成对应的随机数(0-100)，将满足预设条件的随机数对应的终端，如生成的随机数小于60的终端，确定为当前进行应用程序更新的终端，不满足预设条件的随机数对应的终端，如生成的随机数大于或等于60的终端，则按照约定时间再次请求升级。实现了应用程序更新过程中更新比例的自动调整，在不增加带宽的情况下保证服务可用性。

本发明实施例，终端通过发送应用程序更新指令，以使服务端根据所述应用程序更新指令发送随机数生成指令，根据随机数生成指令，生成对应的随机数，当生成的随机数不满足所述预设条件，则向所述服务端获取下一次请求更新的时间，以使终端按照约定时间再次请求更新，从而保证了终端最终能够顺利实现应用程序的更新。

图6示意性示出了本发明一个实施例的更新应用程序的装置的结构示意图。

参照图6，本发明实施例的更新应用程序的装置具体包括接收单元601、第一确定单元602以及第二确定单元603，其中：

所述的接收单元601，适于接收终端触发的应用程序更新指令；

所述的第一确定单元602，适于根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽；

所述的第二确定单元603，适于根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例。

根据本发明的一个可选实施例，所述装置还包括：

第三确定单元，适于在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之后，根据所述比例为每一触发应用程序更新指令的终端生成一随机数，将满足预设条件的随机数对应的终端确定为当前进行应用程序更新的终端。

根据本发明的一个可选实施例，所述装置还包括：

第四确定单元，适于在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之后，向每一触发应用程序更新指令的终端发送随机数生成指令，以使各终端生成对应的随机数，并将满足预设条件的随机数对应的终端确定为当前进行应用程序更新的终端。

根据本发明的一个可选实施例，所述随机数生成指令规定了各终端生成的随机数的数值范围，以及满足所述预设条件的随机数在所述数值范围内的一特定范围中。

根据本发明的一个可选实施例，所述第一确定单元，具体适于根据所述应用程序更新指令对应的进行应用程序更新所需文件列表确定每一终端进行应用程序更新所需带宽。

根据本发明的一个可选实施例，所述装置还包括：

第五确定单元，适于在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之前，根据历史更新记录，确定所述预设的带宽阈值。

根据本发明的一个可选实施例，所述装置还包括：

发送单元，适于向当前没有进行应用程序更新的终端发送下一次请求更新的时间。

图7示意性示出了本发明一个实施例的更新应用程序的装置的结构示意图。

参照图7，本发明实施例的更新应用程序的装置具体包括发送单元701、接收单元702以及更新单元703，其中：

所述的发送单元701，适于发送应用程序更新指令，所述应用程序更新指令包含终端进行应用程序更新所需文件列表；

所述的接收单元702，适于接收服务端根据所述应用程序更新所需文件列表返回的更新响应信息；

所述的更新单元703，适于当所述更新响应信息指示允许所述终端进行本次更新时，执行所述应用程序的更新。

根据本发明的一个可选实施例，所述装置还包括：

获取单元，适于当所述更新响应信息指示不允许所述终端进行本次更新时，从所述更新失败响应信息中获取下一次请求更新的时间。

图8示意性示出了本发明一个实施例的更新应用程序的装置的结构示意图。

参照图8，本发明实施例的更新应用程序的装置具体包括发送单元701、生成单元702以及更新单元703，其中：

所述的发送单元701，适于发送应用程序更新指令，以使服务端根据所述应用程序更新指令发送随机数生成指令；

所述的生成单元702，适于接收所述服务端发送的随机数生成指令，生成对应的随机数；

所述的更新单元703，适于当生成的随机数满足所述预设条件时，向服务端发送更新确认消息，进行应用程序更新；

其中，所述随机数生成指令规定了各终端生成的随机数的数值范围，以及满足所述预设条件的随机数在所述数值范围内的一特定范围中。

根据本发明的一个可选实施例，所述装置还包括：

获取单元，适于当生成的随机数不满足所述预设条件时，向所述服务端获取下一次请求更新的时间。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明的有益效果为：

综上所述，本发明实施例提供的更新应用程序的方法及装置，通过接收终端触发的应用程序更新指令；根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽；根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例。通过本发明的技术方案，实现了应用程序更新时更新比例的自动确定，在不增加带宽的情况下保证服务可用性。

应当注意，在此提供的算法和公式不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示例一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解本发明各个方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法和装置解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的网站安全检测设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

本发明公开了A1、一种更新应用程序的方法，包括：

接收终端触发的应用程序更新指令；

根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽；

根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例。

A2、如A1所述的方法，在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之后，所述方法还包括：

根据所述比例为每一触发应用程序更新指令的终端生成一随机数，将满足预设条件的随机数对应的终端确定为当前进行应用程序更新的终端。

A3、如A1所述的方法，在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之后，所述方法还包括：

向每一触发应用程序更新指令的终端发送随机数生成指令，以使各终端生成对应的随机数；

将满足预设条件的随机数对应的终端确定为当前进行应用程序更新的终端。

A4、如A3所述的方法，所述随机数生成指令规定了各终端生成的随机数的数值范围，以及满足所述预设条件的随机数在所述数值范围内的一特定范围中。

A5、如A1-A4任一项所述的方法，所述根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽，具体包括：

根据所述应用程序更新指令对应的进行应用程序更新所需文件列表确定每一终端进行应用程序更新所需带宽。

A6、如A1-A5任一项所述的方法，在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之前，所述方法还包括：

根据历史更新记录，确定所述预设的带宽阈值。

A7、如A1-A6任一项所述的方法，所述方法还包括：

向当前没有进行应用程序更新的终端发送下一次请求更新的时间。

B8、一种更新应用程序的方法，包括：

发送应用程序更新指令，所述应用程序更新指令包含终端进行应用程序更新所需文件列表；

接收服务端根据所述应用程序更新所需文件列表返回的更新响应信息；

若所述更新响应信息指示允许所述终端进行本次更新，则执行所述应用程序的更新。

B9、如B8所述的方法，所述方法还包括：

若所述更新响应信息指示不允许所述终端进行本次更新，则从所述更新失败响应信息中获取下一次请求更新的时间。

C10、一种更新应用程序的方法，包括：

发送应用程序更新指令，以使服务端根据所述应用程序更新指令发送随机数生成指令；

接收所述服务端发送的随机数生成指令，生成对应的随机数；

若生成的随机数满足所述预设条件，则向服务端发送更新确认消息，进行应用程序更新；

其中，所述随机数生成指令规定了各终端生成的随机数的数值范围，以及满足所述预设条件的随机数在所述数值范围内的一特定范围中。

C11、如C10所述的方法，所述方法还包括：

若生成的随机数不满足所述预设条件，则向所述服务端获取下一次请求更新的时间。

D12、一种更新应用程序的装置，包括：

接收单元，适于接收终端触发的应用程序更新指令；

第一确定单元，适于根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽；

第二确定单元，适于根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例。

D13、如D12所述的装置，所述装置还包括：

第三确定单元，适于在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之后，根据所述比例为每一触发应用程序更新指令的终端生成一随机数，将满足预设条件的随机数对应的终端确定为当前进行应用程序更新的终端。

D14、如D12所述的装置，所述装置还包括：

第四确定单元，适于在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之后，向每一触发应用程序更新指令的终端发送随机数生成指令，以使各终端生成对应的随机数，并将满足预设条件的随机数对应的终端确定为当前进行应用程序更新的终端。

D15、如D14所述的装置，所述随机数生成指令规定了各终端生成的随机数的数值范围，以及满足所述预设条件的随机数在所述数值范围内的一特定范围中。

D16、如D12-D15任一项所述的装置，所述第一确定单元，具体适于根据所述应用程序更新指令对应的进行应用程序更新所需文件列表确定每一终端进行应用程序更新所需带宽。

D17、如D12-D16任一项所述的装置，所述装置还包括：

第五确定单元，适于在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之前，根据历史更新记录，确定所述预设的带宽阈值。

D18、如D12-D17任一项所述的装置，所述装置还包括：

发送单元，适于向当前没有进行应用程序更新的终端发送下一次请求更新的时间。

E19、一种更新应用程序的装置，包括：

发送单元，适于发送应用程序更新指令，所述应用程序更新指令包含终端进行应用程序更新所需文件列表；

接收单元，适于接收服务端根据所述应用程序更新所需文件列表返回的更新响应信息；

更新单元，适于当所述更新响应信息指示允许所述终端进行本次更新时，执行所述应用程序的更新。

E20、如E19所述的装置，所述装置还包括：

获取单元，适于当所述更新响应信息指示不允许所述终端进行本次更新时，从所述更新失败响应信息中获取下一次请求更新的时间。

F21、一种更新应用程序的装置，包括：

发送单元，适于发送应用程序更新指令，以使服务端根据所述应用程序更新指令发送随机数生成指令；

生成单元，适于接收所述服务端发送的随机数生成指令，生成对应的随机数；

更新单元，适于当生成的随机数满足所述预设条件时，向服务端发送更新确认消息，进行应用程序更新；

其中，所述随机数生成指令规定了各终端生成的随机数的数值范围，以及满足所述预设条件的随机数在所述数值范围内的一特定范围中。

F22、如F21所述的装置，所述装置还包括：

获取单元，适于当生成的随机数不满足所述预设条件时，向所述服务端获取下一次请求更新的时间。

Claims (10)

1.一种更新应用程序的方法，包括：

接收终端触发的应用程序更新指令；

根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽；

根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例。

2.如权利要求1所述的方法，在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之后，所述方法还包括：

根据所述比例为每一触发应用程序更新指令的终端生成一随机数，将满足预设条件的随机数对应的终端确定为当前进行应用程序更新的终端。

3.如权利要求1所述的方法，在所述根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例之后，所述方法还包括：

向每一触发应用程序更新指令的终端发送随机数生成指令，以使各终端生成对应的随机数；

将满足预设条件的随机数对应的终端确定为当前进行应用程序更新的终端。

4.如权利要求3所述的方法，所述随机数生成指令规定了各终端生成的随机数的数值范围，以及满足所述预设条件的随机数在所述数值范围内的一特定范围中。

5.如权利要求1-4任一项所述的方法，所述根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽，具体包括：

根据所述应用程序更新指令对应的进行应用程序更新所需文件列表确定每一终端进行应用程序更新所需带宽。

6.一种更新应用程序的方法，包括：

发送应用程序更新指令，所述应用程序更新指令包含终端进行应用程序更新所需文件列表；

接收服务端根据所述应用程序更新所需文件列表返回的更新响应信息；

若所述更新响应信息指示允许所述终端进行本次更新，则执行所述应用程序的更新。

7.一种更新应用程序的方法，包括：

发送应用程序更新指令，以使服务端根据所述应用程序更新指令发送随机数生成指令；

接收所述服务端发送的随机数生成指令，生成对应的随机数；

若生成的随机数满足所述预设条件，则向服务端发送更新确认消息，进行应用程序更新；

其中，所述随机数生成指令规定了各终端生成的随机数的数值范围，以及满足所述预设条件的随机数在所述数值范围内的一特定范围中。

8.一种更新应用程序的装置，包括：

接收单元，适于接收终端触发的应用程序更新指令；

第一确定单元，适于根据所述应用程序更新指令确定每一终端进行应用程序更新所需带宽；

第二确定单元，适于根据所述带宽和预设的带宽阈值确定进行应用程序更新的终端的比例。

9.一种更新应用程序的装置，包括：

发送单元，适于发送应用程序更新指令，所述应用程序更新指令包含终端进行应用程序更新所需文件列表；

接收单元，适于接收服务端根据所述应用程序更新所需文件列表返回的更新响应信息；

更新单元，适于当所述更新响应信息指示允许所述终端进行本次更新时，执行所述应用程序的更新。

10.一种更新应用程序的装置，包括：

发送单元，适于发送应用程序更新指令，以使服务端根据所述应用程序更新指令发送随机数生成指令；

生成单元，适于接收所述服务端发送的随机数生成指令，生成对应的随机数；

更新单元，适于当生成的随机数满足所述预设条件时，向服务端发送更新确认消息，进行应用程序更新；

其中，所述随机数生成指令规定了各终端生成的随机数的数值范围，以及满足所述预设条件的随机数在所述数值范围内的一特定范围中。