一种应用联调方法及装置

技术领域

本发明互联网广告技术领域，尤其涉及一种应用联调方法及装置。

背景技术

广告主用户在推广手机应用时，需要在第三方广告平台手动设置下载链接，之后再从第三方广告平台提供的链接下载应用到手机，并安装、打开应用，才能通过第三方广告平台的联调测试。现有技术主要针对联调测试的结果判断等进行优化，如某发明提供一种联调测试方法，包括：获取待测试应用的安装文件，利用所述安装文件在浏览器中运行所述待测试应用；接收对所述待测试应用的第一测试单元以及第二测试单元进行联调测试的测试指令，获取所述测试指令包含的测试数据；根据所述测试数据在所述浏览器中运行所述第一测试单元，输出第一结果数据；根据所述第一结果数据和所述第二测试单元判断是否通过所述联调测试；若未通过所述联调测试，在所述浏览器中显示错误日志，并根据所述错误日志向与所述错误日志关联的处理用户发送错误提醒。

但是，当广告主用户在多个第三方广告平台进行投放时，需要多次重复上传、下载、安装、打开的过程，耗时耗力。

发明内容

本发明所要解决的技术问题在于，提供一种应用联调方法及装置，通过用户将安装包上传到服务器，由服务器向第三方广告平台进行上传、下载、校验，简化了用户的操作，同时提高了联调的效率，其具体方案如下：

第一方面，本发明提供了一种应用联调方法，其特征在于：包括：

校验下载链接及安装包；

向第三方广告平台上传所述应用下载链接；

从所述第三方广告平台提供的下载链接进行下载，并对下载的安装包进行包名校验；

如果所述包名校验通过，则向所述第三方广告平台发送成功信息；如果所述包名校验未通过，则向所述第三方广告平台发送失败信息。

可选地，所述校验下载链接及安装包，包括：

获取应用下载链接及第一应用安装包；其中，所述第一应用安装包由用户上传；

从所述应用下载链接下载获得第二应用安装包；

根据所述第一应用安装包检验所述第二应用安装包是否完好；如果不完好，则提示用户重新上传。

在上述技术方案中，所述完好既包括安装包的完整性，又包括是否是正确的安装包，即指所述第二应用安装包与所述第一应用安装包完全相同。本技术方案通过下载链接下载应用包，并与上传的安装包进行比对，从而完成检验，使得最初的安装包确认是完好的，有利于提高检验的准确性，并使得检验过程更加可控、便捷。

可选地，所述向第三方广告平台上传所述应用下载链接，包括：

获取用户为第一个应用选择的第三方广告平台列表；

将所述第一个应用的所述应用下载链接上传至所述第三方广告平台；

获取用户为第二个应用选择的第三方广告平台列表；

将所述第二个应用的所述应用下载链接上传至所述第三方广告平台。

在上述技术方案中，以逐个应用对应的第三方广告平台为顺序进行操作，使得第三方广告平台同时只有一个线程在上传，同时便于对应用列表进行维护，提升效率。

可选地，所述从所述第三方广告平台提供的下载链接进行下载，并对下载的安装包进行包名校验，包括：

获取每个第三方广告平台的未校验的所述应用下载链接列表，并在列表中的所述应用下载链接全部下载完成后重新获取列表；

按顺序对所述应用下载链接进行下载，并且一个第三方广告平台同一时间只能有一个下载任务；

对下载完成的安装包进行包名校验。

在上述技术方案中，以第三方广告平台作为下载的划分依据，可以使得第三方广告平台在同一时间只有一个应用安装包在下载，同时还可以使得下载存在空隙，避免被第三方广告平台识别为恶意用户，提高了本技术方案的可靠性。

可选地，所述应用下载链接，是指多个应用市场的下载链接，以使链接被点击时，可以根据用户操作系统的不同而自动跳转到应用市场。

在上述技术方案中，多个应用市场的下载链接可以使得用户的下载更加可靠，规避掉潜在的下载失败风险，并且能够提高用户的信任度。

第二方面，本发明还提供了一种应用联调装置，其特征在于，包括：

校验模块，用于校验下载链接及安装包；

上传模块，用于向第三方广告平台上传所述应用下载链接；

下载模块，用于从所述第三方广告平台提供的下载链接进行下载，并对下载的安装包进行包名校验；

发送模块，用于如果所述包名校验通过，则向所述第三方广告平台发送成功信息；如果所述包名校验未通过，则向所述第三方广告平台发送失败信息。

在上述技术方案中，通过在服务器端校验和中转信息，使得数据的传输都在服务器端进行，有利于提升减少用户的操作，并提升联调的效率，同时可以对多个第三方广告平台进行操作。

可选地，所述校验模块，包括：

获取单元，用于获取应用下载链接及第一应用安装包；其中，所述第一应用安装包由用户上传；

第一下载单元，用于从所述应用下载链接下载获得第二应用安装包；

检验单元，用于根据所述第一应用安装包检验所述第二应用安装包是否完好；如果不完好，则提示用户重新上传。

在上述技术方案中，服务器端接收并校验下载链接和安装包，使得准确的安装包复制到服务器端，而采用下载的安装包与用户上传的安装包对比检验的方式，可以最大程度上保证用户的安装包的准确性。

可选地，所述上传模块，包括：

第一列表单元，获取用户为第一个应用选择的第三方广告平台列表；

第一上传单元，用于将所述第一个应用的所述应用下载链接上传至所述第三方广告平台；

第二列表单元，用于获取用户为第二个应用选择的第三方广告平台列表；

第二上传单元，用于将所述第二个应用的所述应用下载链接上传至所述第三方广告平台。

在上述技术方案中，按应用的顺序对多个第三方广告平台上传应用下载链接，与用户的输入信息格式一致，不需要额外的数据处理，可以提高上传的效率和可控性。

可选地，所述下载模块，包括：

第三列表单元，用于获取每个第三方广告平台的未校验的所述应用下载链接列表，并在列表中的所述应用下载链接全部下载完成后重新获取列表；

第二下载单元，用于按顺序对所述应用下载链接进行下载，并且一个第三方广告平台同一时间只能有一个下载任务；

包名校验单元，用于对下载完成的安装包进行包名校验。

在上述技术方案中，保证一个第三方广告平台同一时间只有一个下载任务，保证下载的稳定性。同时，以包名校验的方式，可以提高检验的效率，减少服务器端的压力。

可选地，所述上传模块中的所述应用下载链接，是指多个应用市场的下载链接，以使链接被点击时，可以根据用户操作系统的不同而自动跳转到应用市场。

在上述技术方案中，可以根据用户的终端类型而选择不同的下载链接，使得用户的下载更加稳定，同时也更易获得用户的依赖。

实施本发明，具有如下有益效果。

本发明使得用户仅需一次操作即可对多个第三方广告平台设置，简化了用户操作。本发明同时对多个第三方广告平台进行操作，提高了联调效率。本发明对第三方广告平台下载的安装包采用包名校验的方式，提高了校验效率，减少了服务器端压力。

附图说明

图1是本发明实施例提供的一种应用联调方法流程图。

图2是本发明实施例提供的另一种应用联调方法流程图。

图3是本发明实施例提供的再一种应用联调方法流程图。

图4是本发明实施例提供的又一种应用联调方法流程图。

图5是本发明实施例提供的一种应用联调装置的结构示意图。

图6是本发明实施例提供的另一种应用联调装置的结构示意图。

图7是本发明实施例提供的再一种应用联调装置的结构示意图。

图8是本发明实施例提供的又一种应用联调装置的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明所述第三方广告平台是指可以提供所有可以为广告主提供广告接入服务的平台，既包括腾讯广告、微博、巨量引擎、百度信息流、阿里汇川等这些主流移动广告平台，又包括知乎、哔哩哔哩、最右、小红书、快看漫画、虎牙、掌阅、喜马拉雅、刷宝等这些小而美的中腰部媒介，还包括更多的尾部媒介。

请参见图1，示出了本发明实施例提供的一种应用联调方法的流程图，该方法通过服务器与终端两方面的分工处理，实现直客模式下的广告推荐，使得广告在终端的展示贴合用户的潜在兴趣的同时，也保持着多元化。

如图1所示，本实施例提供的一种应用联调方法包括以下步骤。

S100.校验下载链接及安装包。

在本步骤中，由于广告最终需要用户下载，因此需要广告主提供下载链接使得用户可以进行下载。而安装包是下载的最终内容，其正确性需要得到检验。下载链接既可以是以网址的形式上传，也可以是以二维码等图形化的形式提供。如果是以二维码的形式提供的下载方式，则系统会自动识别其网址形式的链接，并在广告中应用不同的方式。下载链接的下载方式既可以是磁力（magnet: xt=urn:btih……）下载、种子（.torrent）下载，又可以是ed2k下载。对于Android系统，其安装包的格式是apk；而对iOS系统，其安装包的格式是ipa。两个都是压缩包文件，但是两者的压缩率是不同的，而本方法只需要保证两者都是完好的文件即可。

S200.向第三方广告平台上传所述应用下载链接。

在本步骤中，第三方广告平台对于应用下载链接有一定的格式要求，需要按照其要求进行上传。如果步骤S100中获得的广告形式不满足第三方广告平台的要求，则需要对其进行格式转化。比如，在步骤S100中广告主提供了二维码下载地址，而某第三方广告平台要求提供链接地址，则在本步骤中需要提取出二维码中的下载链接地址，并将其上传至该第三方广告平台。在本步骤中，仅需要向第三方广告平台上传应用下载链接，而不需要上传安装包。

S300.从所述第三方广告平台提供的下载链接进行下载，并对下载的安装包进行包名校验。

在本步骤中，从第三方广告平台提供的测试链接进行下载，下载完成后，对下载的安装包的包名与步骤S100中获得的安装包进行对比，校验包名。本步骤免去了应用下载后的安装、运行环节，使得对于多个第三方广告平台的联调更加便捷，效率更高。

S400.如果所述包名校验通过，则向所述第三方广告平台发送成功信息；如果所述包名校验未通过，则向所述第三方广告平台发送失败信息。

在本步骤中，由于是新应用的推广与校验，不存在第三方原因导致的安全问题，因此不需要采用hash检验的方式，而采用简单高效的包名校验，可以大大提高校验效率。如果包名校验未通过，则向第三方广告平台发送失败信息，并重新进行步骤S200，直至校验通过。

本实施例首先校验下载链接和安装包，再向第三方广告平台上传下载链接，下载并校验包名，规避了安装、打开的过程，简化了流程，同时还可以保证数据的准确性，并且可以更好地对多个第三方广告平台进行操作，提高了效率，减少了广告的工作量。

请参见图2，示出了本发明实施例提供的另一种应用联调方法流程图，该实施例对校验下载链接及安装包进行了细化，可以获得加准确的校验结果，保证安装包的准确性。如图2所示，相比于上一实施例的步骤S100，该方法包括以下步骤。

S110.获取应用下载链接及第一应用安装包；其中，所述第一应用安装包由用户上传。

在本步骤中，应用下载链接与第一应用安装包应该是完全相同的，所以本次需要对应用下载链接所下载的安装包与第一应用安装包进行校验。第一应用安装包可以一个，也可以是多个。对于广告主仅向某一类用户推广的情况，可能仅有一个第一应用安装包，比如广告主仅对iOS操作系统的用户进行推广，则仅需上传iOS操作系统下的安装包，即ipa格式的文件即可。而如果需要向多类用户推广，则需要上传适用于不同的系统的安装包。因此本步骤中需要获得下载链接和第一应用安装包。

S120.从所述应用下载链接下载获得第二应用安装包。

在本步骤中，模拟用户及第三方广告平台测试过程，从应用下载链接下载得到第二应用安装包。其中第二应用安装包既可以是一个，也可以是多个。本步骤需要将应用下载链接中的所有安装包全部下载下来。如果一个链接中有一个应用安装包，则下载该应用安装包；如果一个链接中有多个应用安装包，则下载多个应用安装包。如果有多个下载链接，则将所有的下载链接均进行下载。本步骤不判断所下载的应用安装是否为相同的安装包，仅将所有的安装包全部进行下载。

S130.根据所述第一应用安装包检验所述第二应用安装包是否完好；如果不完好，则提示用户重新上传。

在本步骤中，将下载的有安装进行校验对比，以判断文件是否完好无损。以APK为例，Android应用程序包（英语：Android application package，APK）是Android操作系统使用的一种应用程序包文件格式，用于分发和安装移动应用及中间件。一个Android应用程序的代码想要在Android设备上运行，必须先进行编译，然后被打包成为一个被Android系统所能识别的文件才可以被运行，而这种能被Android系统识别并运行的文件格式便是“APK”。 一个APK文件内包含被编译的代码文件(.dex 文件)，文件资源（resources），assets，证书（certificates），和清单文件（manifest file）。其中的每个文件损坏都会导致安装失败。因此需要对安装包进行扫描对比，确认安装包没有损坏。

本实施例通过下载链接进行下载，模拟了用户及第三方广告平台的联调过程，测试更加准确。对于下载的第二应用安装包不进行安装，而是与第一应用安装包进行扫描对比，这样不需要对文件进行安装，节省了服务器端的空间，同时使得对比更加迅速，也无需为文件的解压配置相应的操作环境，提高了稳定性。

请参见图3，示出了本发明实施例提供的再一种应用联调方法流程图，该实施例示例了向多个应用和多个第三方广告平台上传应用下载链接的步骤，使得多个应用和第三方平台间的上传可以快速高效地上传，同时考虑了不同用户的操作因素。如图3所示，相比于上一实施例的步骤S200，该方法包括以下步骤：

S210.获取用户为第一个应用选择的第三方广告平台列表。

在本步骤中，考虑到不同用户操作的不连续性，以用户为顺序，对其上传的应用下载链接进行操作，可以提升对用户数据处理的及时性。由于用户可以同时为多个应用进行设置，因此按照应用的顺序，先获得第一个应用相对应的多个第三方广告平台，形成第三方广告平台列表。

S220.将所述第一个应用的所述应用下载链接上传至所述第三方广告平台。

在本步骤中，由于第一个应用对应多个不同的第三方广告平台，所以可以同时对多个第三方广告平台上传应用下载链接，无需对同一个第三方广告平台进行排队发送。这样可以提高数据的传输与处理效率，适用于大批量数据的处理。在执行时，需要先获得用户在对应的第三方广告平台的用户帐号及密码，建立连续后，再通过API接口将数据传输至相应的第三方广告平台。需要说明的是，用户还可以针对第三方广告平台进行进一步的定向优化，而这些定向优化均可以通过API接口的形式进行处理。其中，定向优化既可以是对第三平台中更细小的平台的进一步选择，也可以是按照受众不同而进行的定向筛选。

S230.获取用户为第二个应用选择的第三方广告平台列表。

在本步骤中，如果用户只上传了一个应用，则不需要执行本步骤，而只需执行步骤S210和S220即可。如果用户上传了3个及以上应用，可以多次执行本步骤，直至所有应用下载链接均被下载。与步骤S210相同，本步骤获得第二个应用相对应的多个第三方广告平台，形成第三方广告平台列表。其中，第二个应用对应的第三方广告平台列表可以与第一个应用对应的第三方广告平台列表不同。

S240.将所述第二个应用的所述应用下载链接上传至所述第三方广告平台。

本步骤与步骤S220相同，同样是将一个或多个应用下载链接上传到第三方广告平台。

步骤S210和步骤S220为第一个组合，实现对第一个应用的应用下载链接进行上传，步骤S230和步骤S240为第二个组合，实现对第二应用的应用下载链接进行上传。其中，第二个组合可以重复执行多次，直至所有应用的应用下载链接均被成功上传。

本实施例考虑用户的设置情况，按照应用的顺序对多个第三方广告平台进行上传操作，提升了数据处理的效率，并且可以使得用户的配置快速生效，满足用户的快速上架需求。同时，还给予用户更多的选择空间，使得用户的个性化需求得到满足。

请参见图4，示出了本发明实施例提供的又一种应用联调方法流程图，该实施例示例了针对第三方广告平台进行下载、校验的方法。这一步骤是第三方广告平台联调的步骤，也是本实施例中非常重要的校验步骤。如图4所示，相比于上一实施例的步骤S300，该方法包括以下步骤：

S310.获取每个第三方广告平台的未校验的所述应用下载链接列表，并在列表中的所述应用下载链接全部下载完成后重新获取列表。

在本步骤中，以第三方广告平台作为划分顺序的依据，针对未校验的应用下载链接，获取列表。列表中可以有不同的用户、不同的应用的多个下载链接，从而可以提高下载的效率。当用户的操作不多时，通常仅有几个需要下载的应用，但是在高峰期，却容易出现多个应用需要下载，从而产生排队的现象，尤其对于热门平台更是如此。在未校验的应用下载链接列表中如果有多个待测试应用，则按顺序逐个进行下载，直至所有的列表中的应用均被下载。如果未校验的应用下载链接列表中的应用均被下载，则重新读取未校验的应用下载列表，并逐个进行下载。如果所有应用下载链接均已被校验，则等待接收到步骤S200中返回的应用下载链接上传成功信号后重新读取未校验的应用下载链接列表。

S320.按顺序对所述应用下载链接进行下载，并且一个第三方广告平台同一时间只能有一个下载任务。

在本步骤中，对每一个第三方平台按照顺序进行下载，并且同一时间只下载一个任务，保证下载的稳定性。对于多个不同的第三方平台，可以并行下载，可以提高下载的效率，并且不影响稳定性。相比于上传应用下载链接而言，下载应用需要更长的时间，而本方案以第三方平台为操作对象，保证第三方平台连续地进行下载，从而使得整体的下载速度最快。

S330.对下载完成的安装包进行包名校验。

在本步骤中，由于在步骤S100中已经进行过完整的核对，使得文件的完整性得到保证，因此本步骤可以仅校验最关键的因素，从而使得校验效率大大提高。不同于手机端需要校验下载文件的文件渠道号、包名（packageName）、版本号，本步骤中的文件尚没有渠道号，而且也未提供版本号，因此仅核对包名即可分辨出下载的应用是否为正确的应用。校验时，以步骤S120中获得的第二应用安装包为基准进行。

本实施例按顺序从第三方广告平台下载获得多个应用，可以提高下载效率，使得联调效率获得提升，尤其对于大量用户的情况具有非常明显的效率提升。本实施例仅对包名进行校验，简化了校验内容，提升了效率，尤其在重复大量的应用需要检验时速度很快，减少了服务器端的资源消耗，优势非常明显。

请参见图5，示出了本发明实施例提供的一种应用联调装置的结构示意图，该装置位于服务器端，可以包括：校验模块100、上传模块200、下载模块300和发送模块400。

服务器端配置为UNIX操作系统，可以满足安卓和iOS系统的测试即可。系统架构为B/S，可以供多个用户同时操作，也可以使得数据实时同步，满足用户的时效需求。

当用户第一次登录系统时，需要配置其在第三方广告平台的信息，包括帐号、密码等信息，以便系统根据这些信息与第三方广告平台通过API建立通信，并传输数据。

当用户配置应用推广信息时，需要填写应用下载链接并上传安装包。其中一个应用下载链接对应一个安装包，从而实现应用下载链接与安装包的匹配，使得校验模块100可以对两者进行校验。校验模块100从应用下载链接下就对应的安装包，并与用户上传的安装包进行扫描比对，判断两者是否为完全相同的安装包。如果是，则通过校验；如果不是，则提醒用户不匹配。

用户可以为应用指定多个第三方广告平台进行推广。由于用户在第一次登录系统时已经设置了第三方广告平台，所以此时可以直接选定相应的平台即可。另外，如果本次需要指定的第三方广告平台在之前并没有配置，本次也可以在指定页面跳转到第三方广告平台添加页面，以便直接添加第三方广告平台。当用户完成所有应用推广及第三方广告平台配置后，上传模块200将用户配置的应用下载链接发送到用户指定的多个第三方广告平台。之后再由下载模块300从第三方广告平台获取应用下载链接，并进行下载。之后，下载模块300再将应用下载链接所下载的应用安装包及校验模块100所获得的与应用下载链接对应的安装包进行包名校验。由于校验模块100将安装包进行扫描比对，耗时较长，但可以获得非常准确的结果。而下载模块300在进行校验时，所校验的内容为校验模块100已经比对过的安装包，仅需通过包名检验即可快速确认是否为正确的安装包。由于校验模块100进行比对时，只需要一对一的进行比对，耗时相对较长。而下载模块300进行比对时，需要对多个第三方广告平台的安装包进行比对，因此包名检验的快速优势可以得到最大发挥，大大提升了检验的效率。

如果下载模块300检验通过，则发送模块400向相应的第三方广告平台发送成功信息。如果下载模块300检验未通过，则发送模块400向相应的第三方广告平台发送失败信息。其中，同一应用对应的多个第三方广告平台可能会有不同的检验结果，但是发送模块400针对不同的第三方广告平台分别单独发送信息。如果第三方广告平台通过包名校验，发送模块400向第三方广告平台发送成功信息后，其联调完成。如果第三方广告平台的包名未通过，发送模块400向第三方广告平台发送失败消息后，需要重新进行联调测试。

本实施例通过将用户的下载链接和安装包集中到服务器端，并由服务器端向多个第三方广告平台进行发送和测试，大大提高了减少了用户的工作量。同时，对多个第三方广告平台测试时，只需进行包名检验，大大提高了检验的速度，提高了系统可同时处理的数据量，减少了服务器端的压力。

请参见图6，示出了本发明实施例提供的另一种应用联调装置的结构示意图。本实施例细化了校验模块100，以满足服务器需要对多个用户上传的多个应用安装包进行校验的需求，并且可以为后继的校验提供标的，提高系统的稳定性和效率。如图6所示，相比于上一实施例中的校验模块100，本实施例对应的部分如下。

获取单元110与用户建立连接，获取用户填写好的应用下载链接及上传的第一应用安装包。获取单元110中一个应用下载链接对应一个应用安装包。获取单元110获取的内容均为用户直接提供的内容。第一下载单元120从获取单元110获取的应用下载链接直接进行下载，获得第二应用安装包。检验单元130根据第一应用安装包检验第二应用安装包是否完好；如果不完好，则提示用户重新上传，直至检验完好。检验单元以扫描的方式对第一应用安装包和第二应用安装包进行扫描。以iOS系统的.ipa格式的安装包为例，检验单元130需要读取ipa文件信息如：名称、包名、版本号、最小支持版本、md5、大小等信息，先对这些信息进行比对，再对压缩包文件中的其他文件进行逐一比对，从而可以实现各个文件的实际对比。

本实施例通过用户输入的信息进行直接比对，可以全面准确地校验应用下载链接是否不正确的链接，可以保证后期联调时获得的应用下载链接为正确的链接，从而可以使后续的校验过程简化，提高效率。相比于在客户端进行扫描，本实施例还避免了网络传输因素影响的比对误差，提高了准确度。

请参见图7，示出了本发明实施例提供的再一种应用联调装置的结构示意图。本实施例考虑了多个广告平台上传时的排序问题，使得对多个广告投放平台的上传更加有充，效率更高。如图7所示，相比于上一实施例中的上传模块200，本实施例进一步包括如下部分。

本实施例按用户的顺序逐个进行处理。第一列表单元210从校验模块100处获取校验通过的第一个用户为第一个应用选择的第三方广告平台列表。第三方广告平台列表中的数量最少为一个。第一上传单元220将应用下载链接同时向第三方广告平台列表中的所有的第三方广告平台进行上传。第二列表单元230获取用户为第二个应用选择的第三方广告平台列表，再由第二上传单元240将对应的应用下载链接上传至多个第三方广告平台。优选地，可以使第一上传单元220和第二上传单元240保持与第三方广告平台的通信具有固定的间隔时间。需要注意的是，第一上传单元220与第二上传单元240在与第三方广告平台通信时，同一时间只能有一个与第三方广告平台进行通信，以保证数据传输的准确性。在一些实施例中，还可以仅有一个列表单元和一个上传单元，用以完成所有的应用下载链接的上传。

本实施例按用户的顺序对应用进行处理，符合实际中的数据产生场景，可以以最大的效率处理数据的上传，实现数据同时在多个第三方广告平台的上传，使用户的配置以近乎实时地在多个第三方广告平台同时实现，达到同时对多个第三方广告平台操作的目的。

请参见图8，示出了本发明实施例提供的又一种应用联调装置的结构示意图。本实施例用于优化下载及校验流程，使得效率提升，同时也使得系统可以处理的数据量增大。如图8所示，相比于上一实施例中的下载模块300，本实施例进一步包括如下部分。

第三列表单元310与多个第三方广告平台通信，获取每个第三方广告平台的未校验的所述应用下载链接列表。其中，每一个第三方广告平台有对应的一个列表，各个列表相互独立。第二下载单元320按列表顺序对应用下载链接进行下载。第二下载单元320同时对多个第三方广告平台进行下载，但在同一时间，一个第三方广告平台只能有一个下载任务。当一个第三方广告平台列表中的应用下载链接全部下载完成后，第三列表单元 310向该第三方广告平台重新读取未校验的所述应用下载链接列表。如果再次读取的结果为空，则等待接收到上传模块200接收到的上传成功信号后，再次向对应的第三方广告平台读取未校验的所述应用下载链接列表。包名校验单元330对下载完成的安装包进行包名校验。包名校验时，以第一下载单元120从用户上传的应用下载链接直接下载的第二应用安装包为基准。

本实施例以第三方广告平台为划分单元，对下载任务进行划分，可以保证服务器与第三方广告平台一直处理连续的下载过程中，使得最耗时的下载过程不间断，从而提升了效率。另一方面，本实施例对于第三方广告平台下载的安装包仅需校验包名，大大提升了校验的速度，并减轻了服务器校验的工作量，有利于提升服务器的承载能力。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请各实施例中的装置及终端中的模块和子模块可以根据实际需要进行合并、划分和删减。

本申请所提供的几个实施例中，应该理解到，所揭露的终端，装置和方法，可以通过其它的方式实现。例如，以上所描述的终端实施例仅仅是示意性的，例如，模块或子模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个子模块或模块可以结合或者可以集成到另一个模块，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块或子模块可以是或者也可以不是物理上分开的，作为模块或子模块的部件可以是或者也可以不是物理模块或子模块，即可以位于一个地方，或者也可以分布到多个网络模块或子模块上。可以根据实际的需要选择其中的部分或者全部模块或子模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块或子模块可以集成在一个处理模块中，也可以是各个模块或子模块单独物理存在，也可以两个或两个以上模块或子模块集成在一个模块中。上述集成的模块或子模块既可以采用硬件的形式实现，也可以采用软件功能模块或子模块的形式实现。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

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