CN106060124A - 一种应用程序的下载方法及移动终端 - Google Patents

Abstract

本发明涉及人机交互领域，公开了一种应用程序的下载方法及移动终端。本发明中，公开了一种应用程序的下载方法。在通过应用商店下载应用程序时，应用商店的下载模块对正在下载的任务进行监测，以便于在检测到下载错误时，判断是否是由于文件请求失败所导致的下载错误。如果是由于文件请求失败所导致的下载错误，则应用商店的主程序请求一个新的下载地址，以便于下载模块重新按照新的下载地址执行应用下载的操作。本发明还提供了一种移动终端。在文件请求失败时，应用商店能够自动的请求一个新的下载地址进行下载，从而进行多次下载尝试，下载方法的灵活性较强，有效的提高了应用程序下载的成功率。

Description

一种应用程序的下载方法及移动终端

技术领域

本发明涉及人机交互领域，特别涉及一种应用程序的下载方法及移动终端。

背景技术

互联网的发展带来了形形色色的软件产品。如今，应用商店变得十分流行。应用商店提供了大量的软件产品，允许用户浏览和下载，内容覆盖了游戏，日历，翻译程序，图库，以及其它许多实用的软件。这些软件产品极大的丰富了用户客户端的功能。

目前，客户端在应用商店中下载应用程序时，通常会因为网络状况不顺畅、应用商场本身下载地址错误等原因，导致下载失败的情况。然而，现有技术中的应用商店在应用下载任务下载错误时，就直接发送提示信息至客户端，以告知用户任务下载失败，应用程序下载的成功率较低，大大的影响了用户的使用体验。

发明内容

本发明的目的在于提供一种应用程序的下载方法及移动终端，使得在文件请求失败时，自动的请求一个新的下载地址进行下载，增加了应用程序下载的成功率。

为解决上述技术问题，本发明的实施方式提供了一种应用程序的下载方法，包括：

应用商店的下载模块监测应用下载任务；

下载模块在检测到下载错误的第一消息，且第一消息为文件请求失败时，将第一消息反馈给应用商店的主程序；

应用商店的主程序在收到第一消息的反馈时，请求一个新的下载地址；

下载模块利用新的下载地址执行应用下载。

本发明的实施方式还提供了一种移动终端，包括：应用商店；应用商店进一步包括：

下载模块，用于监测应用下载任务；

反馈模块，用于在检测到下载错误的第一消息，且第一消息为文件请求失败时，将第一错误消息反馈给应用商店的主程序；

请求模块，用于在收到第一消息的反馈时，请求一个新的下载地址；

下载模块，还用于利用新的下载地址执行应用下载。

本发明相对于现有技术而言，在通过应用商店下载应用程序时，应用商店的下载模块对正在下载的任务进行监测，以便于在检测到下载错误时，判断是否是由于文件请求失败所导致的下载错误。如果是由于文件请求失败所导致的下载错误，则应用商店的主程序请求一个新的下载地址，以便于下载模块重新按照新的下载地址执行应用下载的操作。这样，在文件请求失败时，应用商店能够自动的请求一个新的下载地址进行下载，从而实现再次的下载尝试，下载方法的灵活性较强，有效的提高了应用程序下载的成功率。

另外，请求一个新的下载地址中，具体包括：将第一消息对应的第一下载地址发送给应用商店的服务器；请求服务器根据第一下载地址重新获取一个与第一下载地址不同的第二下载地址。由于下载模块根据第一下载地址已经出现下载错误，文件请求失败，说明下载模块通过第一下载地址已经无法完成下载任务，第一下载地址很可能已经失效。因此，将第一下载地址发送给应用商店的服务器，以便于服务器根据接收到的第一下载地址，获取相对应的其他下载地址，保证下载地址对应下载的内容与原来的第一下载地址相同。

另外，请求服务器根据第一下载地址重新获取一个与第一下载地址不同的第二下载地址中，具体包括：如果第一下载地址是域名地址，则查找与第一下载地址对应的网际协议IP地址，作为第二下载地址；如果第一下载地址是IP地址，则变更第一下载地址的前若干位，作为第二下载地址。由于域名地址容易出现被篡改、劫持的情况，从而就会导致客户端访问域名地址对应的服务器出错，导致下载地址无法访问，造成下载失败。因此，当第一下载地址是域名地址时，则通过域名地址对应的网际协议IP地址进行下载，有效的避免了由于域名地址出现问题，导致的下载错误的情况。并且，当第一下载地址是IP地址时，则通过变更第一下载地址的前若干位的方式，获取备用服务器对应的IP地址，通过访问备用服务器对应的IP地址，获取备用服务器中下载地址的方式，重新进行下载。更换下载地址的形式灵活多变。

另外，请求服务器根据第一下载地址重新获取一个不同的第二下载地址中，具体包括：服务器利用第一下载地址定位对应的源地址；服务器从源地址中获取第二下载地址。这样，通过第一下载地址找到对应的源地址，从源地址获取新的下载地址，以便于下载模块根据新的下载地址，重新进行下载任务。

另外，下载模块利用新的下载地址执行进行应用下载后，包括：下载模块监测应用下载任务；如果检测到下载错误的第二消息，且第二消息为文件请求失败，则记录应用下载任务的下载错误次数；如果所记录到的下载错误次数未超过预设次数，则执行主程序请求一个新的下载地址，避免其他下载地址也失效时，应用商店的主程序一直请求新的下载地址，出现死循环的情况。

附图说明

图1是根据本发明第一实施方式中的应用程序的下载方法的流程图；

图2是根据本发明第一实施方式中应用程序资源界面的示意图；

图3是根据本发明第一实施方式中请求服务器根据第一下载地址重新获取一个与第一下载地址不同的第二下载地址的流程图；

图4是根据本发明第二实施方式中请求服务器根据第一下载地址重新获取一个与第一下载地址不同的第二下载地址的流程图；

图5是根据本发明第三实施方式中的应用程序的下载方法的流程图；

图6是根据本发明第四实施方式中的移动终端的结构示意图；

图7是根据本发明第五实施方式中的移动终端的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请各权利要求所要求保护的技术方案。

本发明的第一实施方式涉及一种应用程序的下载方法，具体流程如图1所示。本实施方式在安装有应用商店的终端的基础上进行实施，终端可以是手机、电脑、平板电脑、智能电视等电子设备。

由于在实现本发明过程中，发明人发现现有技术中客户端在应用商店任务下载失败，通常是由于客户端访问的服务器的域名出现问题，使得下载地址无法访问，从而导致的下载失败。

步骤101，应用商店的下载模块监测应用下载任务。

具体的说，应用商店的下载模块对终端正在执行的应用下载任务进行监测。如，用户在想要在终端上安装某个应用程序时，则用户可以通过控制终端进入应用商店的方式，在应用商店中查询到该应用程序，此时终端的显示屏显示应用程序资源界面，如图2所示，当用户点击应用程序资源界面上的“开始下载”的按钮1时，则应用商店的主程序在终端上建立该应用程序的下载任务，终端开始下载该应用程序对应的安装文件，此时应用商店的下载模块监测该下载任务。当终端同时执行多个应用下载任务时，则应用商店的下载模块监测终端正在执行的所有的应用下载任务。

步骤102，判断下载模块是否检测到下载错误的第一消息。若是，则执行步骤103，否则结束本实施方式中的应用程序的下载流程。

具体的说，终端在执行的应用下载任务，下载该应用程序对应的安装文件时，通常会因为网络状况不顺畅、应用商场本身下载地址错误、服务器域名错误等原因，导致安装文件获取失败的情况。此时，下载模块检测到下载错误的第一消息。

步骤103，判断第一消息是否为文件请求失败。若是，则执行步骤104，否则结束。

具体的说，当第一消息为文件请求失败时，则说明很有可能是由于终端访问的服务器的域名出现问题，使得下载地址无法访问，从而导致的安装文件获取失败。

步骤104，将第一消息反馈给应用商店的主程序。

具体的说，应用商店的主程序与下载模块通信连接，通过通信连接实现两者之间的信息交互，下载模块通过通信连接将第一消息反馈给应用商店的主程序。

步骤105，请求一个新的下载地址。

具体的说，应用商店的主程序在收到第一消息的反馈时，向应用商店的服务器请求一个新的下载地址。

更具体的说，本步骤105包含子步骤1051和子步骤1052，以下进行具体说明：

子步骤1051，将第一消息对应的第一下载地址发送给应用商店的服务器。

具体的说，应用商店的主程序控制终端访问应用商店的服务器，从而与应用商店的服务器建立通信连接，以实现两者之间的信息交互，将第一消息对应的第一下载地址发送给应用商店的服务器。其中，终端访问应用商店的服务器的方式可以是终端通过移动网络连接或者WiFi网络连接，访问应用商店的服务器对应的域名地址。

子步骤1052，请求服务器根据第一下载地址重新获取一个与第一下载地址不同的第二下载地址。

本实施方式中，子步骤1052包含步骤10521至步骤10524，具体流程如图3所示，以下进行具体说明：

步骤10521，判断第一下载地址是否为域名地址。若是，则执行步骤10524，否则执行步骤10522。

本实施方式中所指的域名地址为网页地址，如，www.xxx.yyy.cn。由于域名地址容易出现被篡改、劫持的情况，从而就会导致客户端访问域名地址对应的服务器出错，导致下载地址无法访问，造成下载失败。因此，对第一下载地址是否为域名地址进行判断，从而避免由于域名地址出现问题，导致的下载错误的情况。

步骤10522，查找与第一下载地址对应的IP(网络协议，Internet Protocol)地址，作为第二下载地址。

具体的说，IP地址被篡改、劫持的可能性相比于域名地址被篡改、劫持的可能性而言，IP地址被篡改、劫持的可能性较小。当第一下载地址是域名地址时，则通过域名地址对应的IP地址进行下载，有效的避免了由于域名地址出现问题，导致的下载错误的情况。

步骤10523，判断第一下载地址是否为IP地址。若是，则执行步骤10254，否则结束。

步骤10524，变更第一下载地址的前若干位，作为第二下载地址。

具体的说，技术开发人员可预先设置多个备用服务器，各备用服务器的IP地址相似。如，各备用服务器的IP地址的前四位不同，后缀相同。当第一下载地址是IP地址时，则通过变更第一下载地址的前若干位的方式，如，更改IP地址的前缀，获取备用服务器对应的IP地址，通过访问备用服务器对应的IP地址，获取备用服务器中下载地址的方式，以便于重新下载。

上述步骤10521至步骤10524是下载地址的更改机制。

步骤106，下载模块利用新的下载地址执行应用下载。

具体的说，应用程序的下载模块将与应用下载任务对应的下载地址由第一下载地址更换为第二下载地址，并控制终端继续执行该应用下载任务，以便于完成应用程序对应的安装文件的下载。

本实施方式相对于现有技术而言，在通过应用商店下载应用程序时，应用商店的下载模块对正在下载的任务进行监测，以便于在检测到下载错误时，判断是否是由于文件请求失败所导致的下载错误。如果是由于文件请求失败所导致的下载错误，则应用商店的主程序请求一个新的下载地址，以便于下载模块重新按照新的下载地址执行应用下载的操作。在文件请求失败时，应用商店能够自动的请求一个新的下载地址进行下载，从而进行多次下载尝试，下载方法的灵活性较强，有效的提高了应用程序下载的成功率。

本发明的第二实施方式涉及一种应用程序的下载方法。第二实施方式与第一实施方式大致相同，主要区别之处在于：在第一实施方式中，在文件请求失败时，通过域名地址对应的IP地址或者更改IP地址的方式，重新尝试下载，以增加下载成功的几率。而在本发明第二实施方式中，在请求服务器根据第一下载地址重新获取一个不同的第二下载地址时，从源地址获取新的下载地址，以便于下载模块根据新的下载地址，重新进行下载任务，具体流程如图4所示，包含以下步骤：

步骤40521，服务器利用第一下载地址定位对应的源地址。

具体的说，源地址是指终端需要下载的安装文件的来源内存地址。本实施方式中，可以将源地址理解为不同于应用商店的服务器的另一个服务器，且源地址对应的服务器上可以存有终端需要下载的安装文件的一个或多个下载地址。

步骤40522，服务器从源地址中获取第二下载地址。

具体的说，由于终端在执行的应用下载任务时，通过访问应用商店的服务器，获取应用程序对应的下载地址后，通过访问下载地址指向的源地址，获取源地址对应的服务器中该下载地址对应的安装文件进行下载。而源地址对应的服务器中的安装文件其下载地址可能出现变更的情况，此时就会使得应用商店的服务器中存有的第一下载地址失效，终端再通过访问下载地址指向的源地址，通过获取源地址对应的服务器中该下载地址对应的安装文件进行下载时，便会出现下载错误，文件请求失败的情况。因此，服务器从源地址中重新获取一个不同的第二下载地址，从而能够根据第二下载地址在源地址对应的服务器上进行下载。

可见，本发明提供了多种更换下载地址的方法，实现上灵活多变，符合实际需求，拓展应用领域。

本发明第三实施方式涉及一种应用程序的下载方法，具体流程如图5所示，第三实施方式在第实施方式的基础上加以改进，主要改进之处在于：在本发明第三实施方式中，在记录到的下载错误次数未超过预设次数时，才请求一个新的下载地址，避免其他下载地址也失效时，应用商店的主程序一直请求新的下载地址，出现死循环的情况。

本实施方式中的步骤501至步骤503与第一实施方式中的101至步骤103大致相同，步骤506与第一实施方式中的步骤106大致相同，为减少重复，在此不再赘述，以下对不同部分进行说明：

步骤504，记录应用下载任务的下载错误次数。

具体的说，应用商店中可以包含计数模块，当下载模块在检测到下载错误的第二消息，且第二消息为文件请求失败时，则下载模块发送计数指令给计数模块，计数模块在接收到计数指令时，则将当前记录的数值加1，更新当前记录的数值。如，计数模块当前记录的数值为2，当计数模块接收到计数指令时，则计数模块将当前记录的数值2加1，更新当前记录的数值，将当前记录的数值更新为3。

步骤505，判断所记录到的下载错误此时是否超过预设次数，

其中，预设次数可以由用户预先录入并保存在应用商店中。

具体的说，判断计数模块当前记录的数值是否大于预设次数。如，计数模块当前记录的数值为3，预设次数为5，计数模块当前记录的数值小于预设次数，则所记录到的下载错误此时不超过预设次数。如，计数模块当前记录的数值为3，预设次数为2，计数模块当前记录的数值大于预设次数，则所记录到的下载错误此时超过预设次数。

值得一提的是，本实施方式中，预设次数可以与备用的服务器的个数相同，由技术开发人员预先设置并发送给应用商城进行保存。预设次数的获取方式仅以此举例为限，本实施方式中并不对预设次数的获取方式做任何限制。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包含相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第四实施方式涉及一种移动终端，如图6所示，包括：应用商店。应用商店进一步包括：

下载模块1，用于监测应用下载任务。

反馈模块2，用于在检测到下载错误的第一消息，且第一消息为文件请求失败时，将第一错误消息反馈给应用商店的主程序。

请求模块3，用于在收到第一消息的反馈时，请求一个新的下载地址。

下载模块1，还用于利用新的下载地址执行应用下载。

其中，请求模块3中具体包括：发送子模块以及请求子模块。发送子模块用于将第一消息对应的第一下载地址发送给应用商店的服务器。请求子模块，用于请求服务器根据第一下载地址重新获取一个与第一下载地址不同的第二下载地址。

值得一提的是，本实施方式中，请求子模块包括：检测子模块、查找子模块以及变更子模块。检测子模块，用于检测第一下载地址是否为域名地址。查找子模块，用于在检测子模块检测到第一下载地址不是域名地址时，查找与第一下载地址对应的域名地址，作为第二下载地址。变更子模块，用于在检测子模块检测到第一下载地址是域名地址时，变更第一下载地址的前若干位，作为第二下载地址。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第五实施方式涉及一种移动终端，如图7所示，第六实施方式在第四实施方式的基础上加以改进，主要改进之处在于：下载模块1，还用于监测利用新的下载地址执行应用下载的应用下载任务。

记录模块4，用于在下载模块检测到利用新地址下载时下载错误的第二消息，且第二消息为文件请求失败时，记录应用下载任务的下载错误次数。

请求模块3，还用于在记录模块记录到的下载错误次数未超过预设次数，请求一个新的下载地址。

下面以上述各模块集成在处理器中为例进行说明，处理器用于监测应用下载任务。处理器用于在检测到下载错误的第一消息，且第一消息为文件请求失败时，将第一消息反馈给应用商店的主程序。处理器还用于在收到第一消息的反馈时，请求一个新的下载地址。处理器还用于利用新的下载地址执行应用下载。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种应用程序的下载方法，其特征在于，包括：

应用商店的下载模块监测应用下载任务；

所述下载模块在检测到下载错误的第一消息，且所述第一消息为文件请求失败时，将所述第一消息反馈给所述应用商店的主程序；

所述应用商店的主程序在收到所述第一消息的反馈时，请求一个新的下载地址；

所述下载模块利用所述新的下载地址执行应用下载。

2.根据权利要求1所述的，其特征在于，所述请求一个新的下载地址中，具体包括：

将所述第一消息对应的第一下载地址发送给所述应用商店的服务器；请求所述服务器根据所述第一下载地址重新获取一个与所述第一下载地址不同的第二下载地址。

3.根据权利要求2所述的应用程序的下载方法，其特征在于，所述请求服务器根据第一下载地址重新获取一个与第一下载地址不同的第二下载地址中，具体包括：

如果所述第一下载地址是域名地址，则查找与第一下载地址对应的网际协议IP地址，作为所述第二下载地址；

如果所述第一下载地址是IP地址，则变更所述第一下载地址的前若干位，作为所述第二下载地址。

4.根据权利要求2所述的应用程序的下载方法，其特征在于，所述请求服务器根据所述第一下载地址重新获取一个不同的第二下载地址中，具体包括：

所述服务器利用所述第一下载地址定位对应的源地址；

所述服务器从所述源地址中获取所述第二下载地址。

5.根据权利要求1所述的应用程序的下载方法，其特征在于，所述下载模块利用所述新的下载地址执行进行应用下载后，包括：

所述下载模块监测应用下载任务；

如果检测到下载错误的第二消息，且所述第二消息为文件请求失败，则记录所述应用下载任务的下载错误次数；

如果所记录到的下载错误次数未超过预设次数，则执行所述主程序请求一个新的下载地址。

6.根据权利要求5所述的应用程序的下载方法，其特征在于，所述预设次数由用户录入。

7.一种移动终端，其特征在于，包括：应用商店；所述应用商店进一步包括：

下载模块，用于监测应用下载任务；

反馈模块，用于在检测到下载错误的第一消息，且所述第一消息为文件请求失败时，将所述第一错误消息反馈给所述应用商店的主程序；

请求模块，用于在收到所述第一消息的反馈时，请求一个新的下载地址；

所述下载模块，还用于利用所述新的下载地址执行应用下载。

8.根据权利要求7所述的移动终端，其特征在于，所述请求模块中具体包括：

发送子模块，用于将所述第一消息对应的第一下载地址发送给所述应用商店的服务器；

请求子模块，用于请求所述服务器根据所述第一下载地址重新获取一个与所述第一下载地址不同的第二下载地址。

9.根据权利要求8所述的移动终端，其特征在于，所述请求子模块中具体包括：

检测子模块，用于检测所述第一下载地址是否为域名地址；

查找子模块，用于在所述检测子模块检测到所述第一下载地址不是域名地址时，查找与第一下载地址对应的域名地址，作为所述第二下载地址；

变更子模块，用于在所述检测子模块检测到所述第一下载地址是域名地址时，变更所述第一下载地址的前若干位，作为所述第二下载地址。

10.根据权利要求7所述的移动终端，其特征在于，所述下载模块，还用于监测利用所述新的下载地址执行应用下载的应用下载任务；

记录模块，用于在所述下载模块检测到利用新地址下载时下载错误的第二消息，且所述第二消息为文件请求失败时，记录所述应用下载任务的下载错误次数；

所述请求模块，还用于在所述记录模块记录到的下载错误次数未超过预设次数，请求一个新的下载地址。