应用程序的更新方法、移动终端和服务器

1.一种应用程序的更新方法，其特征在于，该方法包括：
当需要对自身安装的应用程序进行更新时，移动终端将自身的型号以及所安装的应用程序组成的应用程序列表1发送给服务器；
服务器获取与接收到的型号适配的所有应用程序组成的应用程序列表2，并通过比较应用程序列表1和应用程序列表2中相同应用程序的版本信息，确定应用程序列表1中是否存在需要更新的应用程序，如果是，则将需要更新的应用程序通知给移动终端；
移动终端对需要更新的应用程序进行更新，包括：将需要更新的应用程序展示给用户；
下载用户所选择的需要更新的应用程序的最新版本并完成安装；
其中，当启动下载任务后，开始下载数据之前，按照虚假进度匀速绘制进度条，并显示给用户。
2.根据权利要求1所述的方法，其特征在于，该方法进一步包括：
如果服务器获取到的应用程序列表2与移动终端自身保存的应用程序列表2相比有更新，则移动终端从服务器中获取更新后的应用程序列表2。
3.根据权利要求1所述的方法，其特征在于，所述下载包括：
针对用户所选择的每个需要更新的应用程序X的最新版本X’，分别进行以下处理：确定之前是否已经下载了部分应用程序X’，如果是，则进行断点续传，否则，对整个应用程序X’进行下载。
4.根据权利要求1所述的方法，其特征在于，所述下载包括：
将需要下载的内容进行分片，同时对各分片进行下载。
5.根据权利要求1所述的方法，其特征在于，该方法进一步包括：
当启动下载任务并开始下载数据之后，按照虚假进度匀速绘制进度条；其中，在每次进行绘制时，分别将实际进度与虚假进度进行比较，如果实际进度小于虚假进度，且虚假进度与实际进度之差大于预定第一阈值，则暂停绘制进度条，如果实际进度小于虚假进度，且虚假进度与实际进度之差小于或等于第一阈值，则继续按照虚假进度绘制进度条，如果实际进度等于或大于虚假进度，则按照实际进度绘制进度条；
当发生下载中断后，按照虚假进度绘制进度条；其中，在每次进行绘制时，分别将实际进度与虚假进度进行比较，如果实际进度小于虚假进度，且虚假进度与实际进度之差大于预定第一阈值，则暂停绘制进度条，如果实际进度小于虚假进度，且虚假进度与实际进度之差小于或等于第一阈值，则继续按照虚假进度绘制进度条，当中断恢复，实际进度等于或大于虚假进度时，按照实际进度绘制进度条；
当所绘制的进度条的进度达到预定第二阈值时，后续均按照实际进度绘制进度条。
6.一种移动终端，其特征在于，包括：
第一处理单元，用于当需要对自身安装的应用程序进行更新时，将自身的型号以及所安装的应用程序组成的应用程序列表1发送给服务器，并接收服务器返回的需要更新的应用程序，发送给第二处理单元；
所述第二处理单元，用于对需要更新的应用程序进行更新；
其中，所述第二处理单元中包括：
第一处理子单元，用于将需要更新的应用程序展示给用户；
第二处理子单元，用于下载用户所选择的需要更新的应用程序的最新版本并完成安装；
所述第二处理子单元进一步用于，当启动下载任务后，开始下载数据之前，按照虚假进度匀速绘制进度条，并显示给用户。
7.根据权利要求6所述的移动终端，其特征在于，所述移动终端中进一步包括：
第三处理单元，用于当服务器获取到的应用程序列表2与自身保存的应用程序列表2相比有更新时，从服务器中获取更新后的应用程序列表2；所述应用程序列表2由与所述型号适配的所有应用程序组成。
8.根据权利要求6或7所述的移动终端，其特征在于，
所述第二处理子单元针对用户所选择的每个需要更新的应用程序X的最新版本X’，分别进行以下处理：确定之前是否已经下载了部分应用程序X’，如果是，则进行断点续传，否则，对整个确定应用程序X’进行下载。
9.根据权利要求6或7所述的移动终端，其特征在于，所述第二处理子单元将需要下载的内容进行分片，同时对各分片进行下载。
10.一种服务器，其特征在于，包括：
第四处理单元，用于接收移动终端发送来的自身型号以及所安装的应用程序组成的应用程序列表1，发送给第五处理单元；
所述第五处理单元，用于获取与接收到的型号适配的所有应用程序组成的应用程序列表2，并通过比较应用程序列表1和应用程序列表2中相同应用程序的版本信息，确定应用程序列表1中是否存在需要更新的应用程序，如果是，则将需要更新的应用程序通知给移动终端，以便移动终端将需要更新的应用程序展示给用户，并下载用户所选择的需要更新的应用程序的最新版本及完成安装；其中，当启动下载任务后，开始下载数据之前，按照虚假进度匀速绘制进度条，并显示给用户。

应用程序的更新方法、移动终端和服务器\n技术领域\n[0001] 本发明涉及网络技术，特别涉及应用程序的更新方法、移动终端和服务器。\n背景技术\n[0002] 目前，对于手机等移动终端，当需要对其上所安装的应用程序进行更新时，通常采用以下方式：用户通过移动终端上的浏览器登录相关网站，手动输入移动终端的型号进行搜索，以获取与输入的型号适配的所有应用程序，并通过比较移动终端上所安装以及搜索到的相同应用程序的版本信息，确定是否存在需要更新的应用程序，如果是，则进行更新，即下载最新版本并进行安装。\n[0003] 举例说明，假设移动终端上安装有应用程序1，其版本为1.0，而搜索到的应用程序1的版本为2.0，那么则下载版本为2.0的应用程序1，并进行安装。\n[0004] 可以看出，上述过程需要用户手动输入移动终端的型号，并人工比较和确定哪些应用程序需要更新，实现起来非常繁琐。\n发明内容\n[0005] 有鉴于此，本发明的主要目的在于提供一种应用程序的更新方法，能够简单方便地实现应用程序的更新。\n[0006] 本发明的另一目的在于提供一种移动终端，能够简单方便地实现应用程序的更新。\n[0007] 本发明的又一目的在于提供一种服务器，能够简单方便地实现应用程序的更新。\n[0008] 为达到上述目的，本发明的技术方案是这样实现的：\n[0009] 一种应用程序的更新方法，该方法包括：\n[0010] 当需要对自身安装的应用程序进行更新时，移动终端将自身的型号以及所安装的应用程序组成的应用程序列表1发送给服务器；\n[0011] 服务器获取与接收到的型号适配的所有应用程序组成的应用程序列表2，并通过比较应用程序列表1和应用程序列表2中相同应用程序的版本信息，确定应用程序列表1中是否存在需要更新的应用程序，如果是，则将需要更新的应用程序通知给移动终端；\n[0012] 移动终端对需要更新的应用程序进行更新。\n[0013] 一种移动终端，包括：\n[0014] 第一处理单元，用于当需要对自身安装的应用程序进行更新时，将自身的型号以及所安装的应用程序组成的应用程序列表1发送给服务器，并接收服务器返回的需要更新的应用程序，发送给第二处理单元；\n[0015] 所述第二处理单元，用于对需要更新的应用程序进行更新。\n[0016] 一种服务器，包括：\n[0017] 第四处理单元，用于接收移动终端发送来的自身型号以及所安装的应用程序组成的应用程序列表1，发送给第五处理单元；\n[0018] 所述第五处理单元，用于获取与接收到的型号适配的所有应用程序组成的应用程序列表2，并通过比较应用程序列表1和应用程序列表2中相同应用程序的版本信息，确定应用程序列表1中是否存在需要更新的应用程序，如果是，则将需要更新的应用程序通知给移动终端。\n[0019] 可见，采用本发明所述方案，移动终端可通过与服务器之间的信息交互，自动获取需要更新的应用程序，与现有技术相比，本发明所述方案实现起来简单方便，便于普及。\n附图说明\n[0020] 图1为本发明应用程序的更新方法实施例的流程图。\n[0021] 图2为本发明移动终端实施例的组成结构示意图。\n[0022] 图3为本发明服务器实施例的组成结构示意图。\n具体实施方式\n[0023] 针对现有技术中存在的问题，本发明中提出一种改进后的应用程序的更新方案，移动终端可通过与服务器之间的信息交互，自动获取需要更新的应用程序。\n[0024] 为使本发明的技术方案更加清楚、明白，以下参照附图并举实施例，对本发明所述方案作进一步地详细说明。\n[0025] 图1为本发明应用程序的更新方法实施例的流程图。如图1所示，包括以下步骤：\n[0026] 步骤11：当需要对自身安装的应用程序进行更新时，移动终端将自身的型号以及所安装的应用程序组成的应用程序列表1发送给服务器。\n[0027] 对于移动终端来说，其自身的型号以及自身安装有哪些应用程序是可知的，当需要对自身所安装的应用程序进行更新时，移动终端可将自身的型号以及所安装的应用程序组成的应用程序列表发送给服务器。\n[0028] 为便于表述，将移动终端上所安装的应用程序组成的应用程序列表称为应用程序列表1。应用程序列表1中可包括有每个应用程序的标识和版本等信息。\n[0029] 步骤12：服务器获取与接收到的型号适配的所有应用程序组成的应用程序列表\n2，并通过比较应用程序列表1和应用程序列表2中相同应用程序的版本信息，确定应用程序列表1中是否存在需要更新的应用程序，如果是，则将需要更新的应用程序通知给移动终端。\n[0030] 本步骤中，服务器首先获取与移动终端的型号适配的所有应用程序组成的应用程序列表，为便于表述，将其称为应用程序列表2，应用程序列表2中可包括有每个应用程序的标识和版本等信息。\n[0031] 之后，服务器通过比较应用程序列表1和应用程序列表2中相同应用程序的版本信息，确定应用程序列表1中是否存在需要更新的应用程序，如果是，则将需要更新的应用程序通知给移动终端，否则，可通知移动终端没有应用程序需要更新。\n[0032] 步骤13：移动终端对需要更新的应用程序进行更新。\n[0033] 本步骤中，移动终端可将需要更新的应用程序展示给用户，并下载用户所选择的需要更新的应用程序的最新版本，完成安装。\n[0034] 比如：用户可在某一界面上查看到所安装的所有应用程序，每个应用程序对应一个不同的图标，对于需要更新的应用程序，可以特殊的形式进行展示，以便让用户知道哪些应用程序需要更新，如果用户点击了某一需要更新的应用程序的图标，则认为用户指令对该应用程序进行更新，相应地，移动终端会下载该应用程序的最新版本，并在下载完成后询问用户是否需要安装，如果用户选择是，则完成安装。\n[0035] 为了节省网络流量，针对用户所选择的每个需要更新的应用程序X的最新版本X’，移动终端可分别进行以下处理：确定之前是否已经下载了部分应用程序X’，如果是，则进行断点续传，否则，对整个应用程序X’进行下载。也就是说，如果之前已经下载了部分应用程序X’，那么只需下载之前未下载的部分即可，已经下载的部分无需再重复下载。\n[0036] 另外，为了加快下载速度，可将需要下载的内容进行分片，并同时对各分片进行下载，具体分为多少个分片以及每个分片的大小等均可根据实际需要而定。\n[0037] 在下载的过程中，如果用户指令暂停，或因为网络异常导致下载中断，那么，移动终端可定时查看是否满足续传条件，如果是，比如接收到了用户的重新开始指令或网络恢复正常，则进行断点续传。通过这种方式，尽可能地提高了下载成功率。\n[0038] 再有，在进行下载的同时，还可为用户显示一个进度条，以便用户直观地实时了解下载进展情况，具体实现可包括：\n[0039] 1)当启动下载任务后，按照虚假进度匀速绘制进度条；其中，在每次进行绘制时，分别将实际进度与虚假进度进行比较，如果实际进度小于虚假进度，且虚假进度与实际进度之差大于预定第一阈值，则暂停绘制进度条，如果实际进度小于虚假进度，且虚假进度与实际进度之差小于或等于第一阈值，则继续按照虚假进度绘制进度条，如果实际进度等于或大于虚假进度，则按照实际进度绘制进度条。\n[0040] 在实际应用中，可每隔预定时长，如50ms即按照虚假进度进行一次绘制，每次绘制的进度相同；在实际应用中，由于当启动下载任务后，移动终端还需要进行下载链接的建立等处理，因此不会立即开始下载数据，即不会立即接收到回包，为了给用户更好的体验，让用户觉得启动下载任务后即开始进行下载，本实施例中提出，可在初始阶段按照虚假进度绘制进度条。\n[0041] 但是，虚假进度和实际进度又不能相差得太大，比如实际仅下载了10k，但虚假进度却显示下载了30k，因此，当虚假进度与实际进度之差大于第一阈值时，可暂停绘制进度条，当虚假进度与实际进度之差小于或等于第一阈值时，再继续按照虚假进度绘制进度条，当实际进度等于或大于虚假进度时，按照实际进度绘制进度条。\n[0042] 第一阈值的具体取值可根据实际需要而定。\n[0043] 2)当发生下载中断后，按照虚假进度绘制进度条；其中，在每次进行绘制时，分别将实际进度与虚假进度进行比较，如果实际进度小于虚假进度，且虚假进度与实际进度之差大于预定第一阈值，则暂停绘制进度条，如果实际进度小于虚假进度，且虚假进度与实际进度之差小于或等于第一阈值，则继续按照虚假进度绘制进度条，当中断恢复，实际进度等于或大于虚假进度时，按照实际进度绘制进度条。\n[0044] 在按照实际进度绘制进度条时，由于网络异常等原因可能导致下载中断，即接收不到回包，那么则需要重新按照虚假进度来绘制进度条。这样，从用户的角度来说，如果中断的时间比较短，将感觉不到中断的发生，从而进一步提升了用户体验。\n[0045] 3)当所绘制的进度条的进度达到预定第二阈值时，比如90％时，后续均按照实际进度绘制进度条，即最后阶段要展示给用户真实的进度，以防止出现进度条显示下载完毕，但实际还未下载完毕的情况。\n[0046] 当下载完毕后，移动终端还可弹出一个窗口，提示用户下载完毕。\n[0047] 除上述介绍外，在实际应用中，通常，用户可通过移动终端的某一界面查看到与移动终端的型号适配的所有应用程序以及每个应用程序的相关信息(如之前所提到的版本等)，适配的所有应用程序中既包括移动终端上已安装的应用程序，也包括移动终端上未安装的应用程序，对于用户来说，如果其想安装新的应用程序，那么直接点击相应的应用程序的图标即可，非常方便。为更好地服务用户，这部分内容也需要进行更新，为此，移动终端可通过与服务器之间的信息交互，确定出服务器获取到的应用程序列表2与自身保存的应用程序列表2相比是否有更新，所述更新包括增加了新的应用程序以及某一或某几个应用程序的版本发生了变化等，如果是，则从服务器中获取更新后的应用程序列表2，如果否，则无需重复获取，以便进一步节省网络流量。\n[0048] 至此，即完成了本发明方法实施例的介绍。\n[0049] 基于上述方法，图2为本发明移动终端实施例的组成结构示意图。如图2所示，包括：\n[0050] 第一处理单元21，用于当需要对自身安装的应用程序进行更新时，将自身的型号以及所安装的应用程序组成的应用程序列表1发送给服务器，并接收服务器返回的需要更新的应用程序，发送给第二处理单元22；\n[0051] 第二处理单元22，用于对需要更新的应用程序进行更新。\n[0052] 另外，图2所示移动终端中还可进一步包括：\n[0053] 第三处理单元23，用于当服务器获取到的应用程序列表2与自身保存的应用程序列表2相比有更新时，从服务器中获取更新后的应用程序列表2；所述应用程序列表2由与所述型号适配的所有应用程序组成。\n[0054] 上述第二处理单元22中可进一步包括(为简化附图，未图示)：\n[0055] 第一处理子单元，用于将需要更新的应用程序展示给用户；\n[0056] 第二处理子单元，用于下载用户所选择的需要更新的应用程序的最新版本并完成安装；其中，针对用户所选择的每个需要更新的应用程序X的最新版本X’，分别进行以下处理：确定之前是否已经下载了部分应用程序X’，如果是，则进行断点续传，否则，对整个确定应用程序X’进行下载。\n[0057] 在实际应用中，上述第二处理子单元可将需要下载的内容进行分片，并同时对各分片进行下载，另外，在进行下载的同时，还可为用户显示一个进度条。\n[0058] 图3为本发明服务器实施例的组成结构示意图。如图3所示，包括：\n[0059] 第四处理单元31，用于接收移动终端发送来的自身型号以及所安装的应用程序组成的应用程序列表1，发送给第五处理单元32；\n[0060] 第五处理单元32，用于获取与接收到的型号适配的所有应用程序组成的应用程序列表2，并通过比较应用程序列表1和应用程序列表2中相同应用程序的版本信息，确定应用程序列表1中是否存在需要更新的应用程序，如果是，则将需要更新的应用程序通知给移动终端。\n[0061] 图2和3所示装置实施例的具体工作流程请参照图1所示方法实施例中的相应说明，此处不再赘述。\n[0062] 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。