CN110069264A - 构建资源包的方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及到大数据领域，揭示了一种构建资源包的方法、装置、计算机设备和存储介质，其中方法包括：服务器接收后端发送的请求代码；读取所述请求代码中的渠道关键字；提取资源池中包含有所述渠道关键字的目标资源文件以及所述软件对应的目标软件安装包；将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上。本申请在构建用于安装软件的资源包时，在构建资源时将无需使用的资源文件清除，仅将需要的资源文件进行打包，使资源包的内存最小化，用户在下载的时候达到最快的速度。

Description

构建资源包的方法、装置、计算机设备和存储介质

技术领域

本申请涉及到大数据技术领域，特别是涉及到一种构建资源包的方法、装置、计算机设备和存储介质。

背景技术

目前业内许多的软件安装包都采用Hybrid框架，软件的更新迭代也非常频繁。软件更新后，工作人员需要再次在下载安装包的渠道平台上更新软件的安装包。渠道平台是指豌豆夹、应用宝、APP Store等各种安装软件的渠道平台。同一个软件的安装包，放置在不同的渠道平台上时，因需要加载渠道平台相关的信息，因此，该软件在不同渠道平台上安装包中的资源不全相同。在更新软件的安装包时，为使软件便于在安装的时候不缺少资源文件，经常在构建安装包的时候选择多个渠道平台的资源，这样这个安装包可以适用于多个渠道平台。但是这样用户在其中一个渠道平台下载安装了该软件后，会产生其他渠道平台的资源文件，使用户的终端产生一些垃圾资源，占用空间。

所以提供一种新的构建资源包的方法是亟需解决的问题。

发明内容

本申请的主要目的为提供一种构建占用内存小的资源包的构建资源包的方法、装置、计算机设备和存储介质，旨在解决用户下载资源包后解压安装软件在手机上后，手机中存在多余的文件资料的问题。

为了实现上述发明目的，本申请提出一种构建资源包的方法，包括：

服务器接收后端发送的请求代码，所述请求代码用于构建软件的资源包，所述资源包包括软件安装包和渠道平台的资源文件；

读取所述请求代码中的渠道关键字，所述渠道关键字是指用于发布所述资源包的渠道平台的关键字；

提取资源池中包含有所述渠道关键字的目标资源文件以及所述软件对应的目标软件安装包，所述资源池用于存储各渠道平台对应的资源文件以及各软件的软件安装包；

将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上。

进一步地，所述读取所述请求代码中的渠道关键字的步骤，包括：

读取请求代码中的文本；

判断所述文本中是否包含有预设的数据库中的关键字，所述数据库中存放各渠道平台对应的关键字；

若是，则读取所述请求代码中的所述关键字。

进一步地，所述读取所述请求代码中的所述关键字的步骤，包括：

获取所述文本中的包含的关键字的数量；

判断所述数量是否为1；

若所述数量为1，则读取所述请求代码中的所述关键字。

进一步地，所述将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上的步骤，包括：

将所述目标资源文件以及所述目标软件安装包打包成资源包；

以所述渠道关键字为所述资源包命名；

将命名后的所述资源包存储在所述目标渠道平台上。

进一步地，所述将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上的步骤之后，包括：

获取到所述资源包被终端下载后，发送加载图标指令至所述终端，所述加载图标指令用于指示所述终端将所述目标资源文件中的渠道图标作为所述软件的软件图标。

进一步地，所述将所述目标资源文件打包成资源包，存储在与所述渠道关键字对应的渠道平台上，以供用户下载的步骤之后，包括：

访问所述目标渠道平台，获取所述资源包被下载的次数；

获取所述软件的其他渠道平台对应的资源包被下载的次数；

根据获取得到的多个下载的次数的大小对各渠道平台进行排序。

进一步地，所述将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上的步骤之前，包括：

判断所述目标渠道平台上是否有所述软件的历史资源包；

若是，获取所述历史资源包的历史版本号；

判断所述历史版本号与预生成的所述资源包的版本号是否一致；

若所述历史版本号与预生成的所述资源包的版本号不一致，则生成打包指令，所述打包指令用于指示将所述目标资源文件以及所述目标软件安装打包成所述资源包，并存储在所述目标的渠道平台上。

本申请还提供一种构建资源包的装置，包括：

接收模块，用于服务器接收后端发送的请求代码，所述请求代码用于构建软件的资源包的，所述资源包包括软件安装包和渠道平台的资源文件；

读取模块，用于读取所述请求代码中的渠道关键字，所述渠道关键字是指用于发布所述资源包的渠道平台的关键字；

提取模块，用于提取资源池中包含有所述渠道关键字的目标资源文件以及所述软件对应的目标软件安装包，所述资源池用于存储各渠道平台对应的资源文件以及各软件的软件安装包；

构建模块，用于将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上。

本申请还提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。

本申请的构建资源包的方法、装置、计算机设备和存储介质，在构建用于安装软件的资源包时，在构建资源时将无需使用的资源文件清除，仅将需要的资源文件进行打包，使资源包的内存最小化，用户在下载的时候达到最快的速度。

附图说明

图1为本申请一实施例的构建资源包的方法的流程示意图；

图2为本申请一实施例的构建资源包的装置的结构示意框图；

图3为本申请一实施例的构建资源包的装置的读取模块的结构示意框图；

图4为本申请一实施例的构建资源包的装置的构建模块的结构示意框图；

图5为本申请一实施例的构建资源包的装置的结构示意框图；

图6为本申请一实施例的构建资源包的装置的结构示意框图；

图7为本申请一实施例的构建资源包的装置的结构示意框图；

图8为本申请一实施例的计算机设备的结构示意框图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

参照图1，本申请实施例提供一种构建资源包的方法，包括步骤：

S1、服务器接收后端发送的请求代码，所述请求代码用于构建软件的资源包，所述资源包包括软件安装包和渠道平台的资源文件；

S2、读取所述请求代码中的渠道关键字，所述渠道关键字是指用于发布所述资源包的渠道平台的关键字；

S3、提取资源池中包含有所述渠道关键字的目标资源文件以及所述软件对应的目标软件安装包，所述资源池用于存储各渠道平台对应的资源文件以及各软件的软件安装包；

S4、将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上。

本实施例中，后端是指工作人员用于维护管理服务器的接口，工作人员通过后端与服务器进行交互。后端包括工作人员使用的终端，如手机、平板电脑等。后端需要针对一个渠道平台上的应用软件构建一个资源包，用于放置在该渠道平台上，供客户下载安装应用软件。工作人员在构建资源包时，先写入一段构建资源包的代码，即用于请求构建资源包的请求代码，其中，请求代码根据不同的渠道平台而带有不同的渠道标签。渠道平台是指应用软件的下载通道的一个平台，也是一个应用软件，一般安装在手机上，渠道平台上具有很多个手机使用的应用软件，或者具有很多个应用软件的下载链接，并且渠道平台对应用软件进行分类、搜索管理。现在一般手机中常用的渠道平台有豌豆荚、AppStore、华为应用市场等。工作人员通过后端将构建资源包的请求代码发送给服务器，服务器接收后端发送的构建资源包的请求代码，然后读取代码，查找请求代码中的渠道关键字。下载应用软件一般是有几个固定的渠道平台，工作人员根据各渠道平台，设置与各渠道平台对应的渠道关键字。服务器浏览请求代码中的所有文本，看文本中是否有任意一个上述渠道关键字，若有一个，则读取请求代码中的渠道关键字。若服务器读取到请求代码中有两个或两个以上的不同的渠道关键字，则判定请求代码错误，将请求代码返回给后端，并发出错误的提示信号。资源池是存储在服务器中的，用于存储从不同的渠道平台上安装上述应用软件的全部资源文件以及各软件的软件安装包。资源池中的各资源文件根据各不同的渠道平台而标注有不同的标签，标签的名称是根据渠道关键字进行命名的。同一个资源文件，若适用于不同的渠道平台，则该资源文件对应的有多个标签。服务器根据请求代码中的软件的名称，在资源池中查找与软件名称相同的软件安装包，即上述目标软件安装包，同时服务器还根据上述渠道关键字，读取资源池中的各个资源文件的标签，当资源文件的标签与渠道关键字相同时，则将该资源文件定义为目标资源文件并提取出来，存储在一个缓存中，当服务器读取了全部的资源文件后，将缓存中的所有的目标资源文件以及上述目标软件安装包进行打包，形成资源包，然后将该资源包放置在渠道关键字对应的目标渠道平台上，以供客户端通过目标渠道平台下载该资源包以安装应用软件。本申请只将渠道平台上的资源文件进行了构建，将未进行相关引用的资源文件进行了剔除，可以根据不同渠道平台构建不同的资源包。当用户下载了之后，将该资源包进行解压，以形成安装包，并不会产生多余的资源。

在一个实施例中，上述读取所述请求代码中的渠道关键字的步骤，包括：

S21、读取所述请求代码中的文本；

S22、判断所述文本中是否包含有预设的数据库中的关键字，所述数据库中存放各渠道平台对应的关键字；

S23、若是，则读取所述请求代码中的所述关键字。

本实施例中，请求代码是工作人员预先写的代码，是包括字符、符号或信息码元等文本的内容。服务器读取该请求代码，获取其中的文本，然后调用预设的数据库，该数据库中存储有各渠道平台对应的关键字，各关键字是指对应的各渠道平台的文本；一个渠道平台对应一个关键字，每个关键字也只对应一个渠道平台。服务器调用该数据库，判断文本中是否有上述数据库中的关键字。如果有，则读取该关键字，即该关键字为请求代码中的渠道关键字。

在一个实施例中，上述读取所述请求代码中的所述关键字的步骤，包括：

S231、获取所述文本中的包含的关键字的数量；

S232、判断所述数量是否为1；

S233、若所述数量为1，则读取所述请求代码中的所述关键字。

本实施例中，服务器采用遍历的过程读取请求代码的全部文本，当读取了一个关键字后，进行标记；然后继续读取代码的文本，并对读取到的关键字进行标记；在标记时，对相同的关键字进行相同的标记，直至全部读取完成。然后记录有标记的类型的数量，因对不同的关键字进行不同的标记，所以读取标记的类型的数量作为关键字的数量。即，同一关键字出现多次，但是均进行相同的标记，则关键字的数量也是1个。如此获取文本中关键字的数量，然后判断该数量是否是1。如果关键字的数量是1，则将该关键字作为渠道关键字，从而读取该关键字。

在一个实施例中，上述将所述目标资源文件以及所述目标软件安装包打包成资源包的步骤，存储在与所述渠道关键字对应的目标渠道平台上，包括：

S41、将所述目标资源文件以及所述目标软件安装包打包成资源包；

S42、以所述渠道关键字为所述资源包命名；

S43、将命名后的所述资源包存储在所述目标渠道平台上。

在本实施例中，服务器将首先将目标资源文件以及上述目标软件安装包放入到同一个文件夹中，然后进行压缩打包，形成该软件对应的资源包，然后再次获取渠道关键字，以渠道关键字为资源包命名，然后将该命名后的资源包存储在目标渠道平台上，便于工作人员在后台进行管理。在另一具体实施例中，在对资源包命名时，还获取软件的名称，然后以软件的名称以及渠道关键字共同为上述资源包命名。

在一个实施例中，上述将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上的步骤之后，包括：

S5、获取到所述资源包被终端下载后，发送加载图标指令至所述终端，所述加载图标指令用于指示所述终端将所述目标资源文件中的渠道图标作为所述软件的软件图标。

本实施例中，资源包被终端下载后，即将被安装到终端上。服务器发送加载图标指令到终端，使终端在安装该软件时执行该加载图标指令。加载图标指令指示终端从上述目标资源文件中调用出渠道图标，将该渠道图标作为上述软件图标，使软件被安装到终端上后，在终端的显示屏上会显示该渠道图标，用户点击该渠道图标后可以打开软件。软件的图标一般是由软件安装包中的软件图标决定的。本方案给用户提供渠道图标，给客户不一样的服务体验。在另一具体实施例中，该加载图标指令是将上述渠道图标加载在软件自身的软件图标的右下角，使该软件的图标既能显示软件的内容，也能显示出软件的下载渠道来源。

在一个实施例中，上述将所述目标资源文件打包成资源包，存储在与所述渠道关键字对应的渠道平台上，以供用户下载的步骤之后，包括：

S6、访问所述目标渠道平台，获取所述资源包被下载的次数；

S7、获取所述软件的其他渠道平台对应的资源包被下载的次数；

S8、根据获取得到的多个下载的次数的大小对各渠道平台进行排序。

本实施例中，目标渠道平台每接收到下载资源包的指令时，均会记录下载指令，下载指令包括下载的资源包的名称、下载时间、下载的终端信息等，并将下载指令记录在下载日志中。服务器访问该目标渠道平台，读取该下载日志，读取所有包含有该资源包的名称的下载指令的数量，即获取资源包被下载的次数。通过获取资源包被下载的次数，便于统计资源包在市场上的受欢迎程度。

服务器是根据后端的请求代码来构建一个软件的资源包，当后端根据多个渠道平台提出多个渠道对应的请求代码时，服务器对同一个软件构建多个渠道平台对应的资源包，并将各个资源包放置到各自对应的渠道平台上。经过一预设的时间后，服务器分别访问各个渠道平台上的该软件的资源包被下载的次数，获取被下载的次数与上述步骤S6中获取的方法相同。然后得到各渠道平台上的该软件对应的资源包的下载次数，然后将多个下载次数按照从大到小的顺序进行排序，以实现对渠道平台的排序，获得最受用户喜爱的渠道平台的排序。

在一个实施例中，上述将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上的步骤之前，包括：

S401、判断所述目标渠道平台上是否有所述软件的历史资源包；

S402、若是，获取所述历史资源包的历史版本号；

S403、判断所述历史版本号与预生成的所述资源包的版本号是否一致；

S404、若所述历史版本号与预生成的所述资源包的版本号不一致，则生成打包指令，所述打包指令用于指示将所述目标资源文件以及所述目标软件安装包打包成所述资源包，并存储在所述目标渠道平台上。

本实施例中，服务器首先访问渠道关键字对应的目标渠道平台，查看目标渠道平台上是否有与软件对应的历史资源包，通过查找软件的名称来对目标渠道平台进行遍历查找。若查找到软件的名称对应的历史资源包，则读取历史资源包的详细信息，历史资源包的详细信息包括历史资源包的打包时间、打包的软件名称、历史版本号。服务器每次对一个软件的目标资源文件打包生成资源包后，都会生成一个版本号，版本号中包括软件的版本信息。服务器读取到历史资源包中的历史版本号后。然后根据预设的生成版本号规则，首先对上述目标资源文件的详细信息，根据上述目标资源文件以及版本号规则来模拟生成当前目标资源文件对应的资源包的版本号，然后将两者进行比较，看两者的版本号是否一致。如果两者的版本号不一致，说明历史资源包不是最新的版本，则生成打包指令，以便于根据打包指令将目标资源文件以及目标软件安装包按照预设的规则进行打包。

在一个实施例中，上述将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上的步骤之后，包括：

S9、获取到所述资源包被下载时，加载与所述目标渠道平台对应的推广信息至下载界面。

本实施例中，资源包是用于用户通过目标渠道平台下载后安装在手机或电脑等终端上的安装包。服务器与资源包所在的目标渠道平台连接，获取到资源包被用户下载到终端后，同时服务器将目标渠道平台对应的推广信息加载在用户的终端。上述推广信息是指目标渠道平台对应的渠道商指定的信息，用于渠道商发布一些产品或活动的商业推广的图片。资源包在被下载过程中，需要一定的时间，经过一定时间下载完成后方可进行安装。因此，在下载过程中，用户处于空闲状态，此时将上述推广信息加载在下载界面，起到很好的推广效果。推广信息可以是服务器从该资源包中的资源文件中调用，也可以是服务器从目标渠道平台上下载后加载在下载界面上。

综上所述，本申请的构建资源包的方法，在构建用于安装软件的资源包时，在构建资源时将无需使用的资源文件清除，仅将需要的资源文件进行打包，使资源包的内存最小化，用户在下载的时候达到最快的速度。

参照图2，本申请实施例中还提供一种构建资源包的装置，包括：

接收模块1，用于服务器接收后端发送的请求代码，所述请求代码用于构建软件的资源包的，所述资源包包括软件安装包和渠道平台的资源文件；

读取模块2，用于读取所述请求代码中的渠道关键字，所述渠道关键字是指用于发布所述资源包的渠道平台的关键字；

提取模块3，用于提取资源池中包含有所述渠道关键字的目标资源文件以及所述软件对应的目标软件安装包，所述资源池用于存储各渠道平台对应的资源文件以及各软件的软件安装包；

构建模块4，用于将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上。

本实施例中，后端是指工作人员用于维护管理服务器的接口，工作人员通过后端与服务器进行交互。后端包括工作人员使用的终端，如手机、平板电脑等。后端需要针对一个渠道平台上的应用软件构建一个资源包，用于放置在该渠道平台上，供客户下载安装应用软件。工作人员在构建资源包时，先写入一段构建资源包的代码，即用于请求构建资源包的请求代码，其中，请求代码根据不同的渠道平台而带有不同的渠道标签。渠道平台是指应用软件的下载通道的一个平台，也是一个应用软件，一般安装在手机上，渠道平台上具有很多个手机使用的应用软件，或者具有很多个应用软件的下载链接，并且渠道平台对应用软件进行分类、搜索管理。现在一般手机中常用的渠道平台有豌豆荚、AppStore、华为应用市场等。工作人员通过后端将构建资源包的请求代码发送给服务器，服务器的接收模块1接收后端发送的构建资源包的请求代码，然后读取代码，查找请求代码中的渠道关键字。下载应用软件一般是有几个固定的渠道平台，工作人员根据各渠道平台，设置与各渠道平台对应的渠道关键字。读取模块2浏览请求代码中的所有文本，看文本中是否有任意一个上述渠道关键字，若有一个，则读取请求代码中的渠道关键字。若服务器读取到请求代码中有两个或两个以上的不同的渠道关键字，则判定请求代码错误，将请求代码返回给后端，并发出错误的提示信号。资源池是存储在服务器中的，用于存储从不同的渠道平台上安装上述应用软件的全部资源文件以及各软件的软件安装包。资源池中的各资源文件根据各不同的渠道平台而标注有不同的标签，标签的名称是根据渠道关键字进行命名的。同一个资源文件，若适用于不同的渠道平台，则该资源文件对应的有多个标签。提取模块3根据请求代码中的软件的名称，在资源池中查找与软件名称相同的软件安装包，即上述目标软件安装包，同时服务器还根据上述渠道关键字，读取资源池中的各个资源文件的标签，当资源文件的标签与渠道关键字相同时，则将该资源文件定义为目标资源文件并提取出来，存储在一个缓存中，当服务器读取了全部的资源文件后，构建模块4将缓存中的所有的目标资源文件以及上述目标软件安装包进行打包，形成资源包，然后将该资源包放置在渠道关键字对应的目标渠道平台上，以供客户端通过目标渠道平台下载该资源包以安装应用软件。本申请只将渠道平台上的资源文件进行了构建，将未进行相关引用的资源文件进行了剔除，可以根据不同渠道平台构建不同的资源包。当用户下载了之后，将该资源包进行解压，以形成安装包，并不会产生多余的资源。

参照图3，在一个实施例中，上述读取模块2包括：

读取代码单元21，用于读取所述请求代码中的文本；

判断关键字单元22，用于判断所述文本中是否包含有预设的数据库中的关键字，所述数据库中存放各渠道平台对应的关键字；

读取关键字单元23，用于若所述文本中包含有预设的数据库中的关键字，则读取所述请求代码中的所述关键字。

本实施例中，请求代码是工作人员预先写的代码，是包括字符、符号或信息码元等文本的内容。读取代码单元21读取该请求代码，获取其中的文本，然后判断关键字单元22调用预设的数据库，该数据库中存储有各渠道平台对应的关键字，各关键字是指对应的各渠道平台的文本；一个渠道平台对应一个关键字，每个关键字也只对应一个渠道平台。判断关键字单元22调用该数据库，判断文本中是否有上述数据库中的关键字。如果有，则读取关键字单元23读取该关键字，即该关键字为请求代码中的渠道关键字。

在一个实施例中，上述读取关键字单元23包括：

获取数量子单元231，用于获取所述文本中的包含的关键字的数量；

判断数量子单元232，用于判断所述数量是否为1；

读取子单元233，用于若所述数量为1，则读取所述请求代码中的所述关键字。

本实施例中，获取数量子单元231采用遍历的过程读取请求代码的全部文本，当读取了一个关键字后，进行标记；然后继续读取代码的文本，并对读取到的关键字进行标记；在标记时，对相同的关键字进行相同的标记，直至全部读取完成。然后记录有标记的类型的数量，因对不同的关键字进行不同的标记，所以读取标记的类型的数量作为关键字的数量。即，同一关键字出现多次，但是均进行相同的标记，则关键字的数量也是1个。如此获取数量子单元231获取文本中关键字的数量，然后判断数量子单元232判断该数量是否是1。如果关键字的数量是1，则读取子单元233将该关键字作为渠道关键字，从而读取该关键字。

参照图4，在一个实施例中，上述构建模块4包括：

打包单元41，用于将所述目标资源文件以及所述目标软件安装包打包成资源包；

命名单元42，用于以所述渠道关键字为所述资源包命名；

存储单元43，用于将命名后的所述资源包存储在所述目标渠道平台上。

在本实施例中，打包单元41将首先将目标资源文件以及上述目标软件安装包放入到同一个文件夹中，然后进行压缩打包，形成该软件对应的资源包，然后命名单元42再次获取渠道关键字，以渠道关键字为资源包命名，然后存储单元43将该命名后的资源包存储在目标渠道平台上，便于工作人员在后台进行管理。在另一具体实施例中，在对资源包命名时，还获取软件的名称，然后以软件的名称以及渠道关键字共同为上述资源包命名。

参照图5，在一个实施例中，上述构建资源包的装置还包括：

发送指令模块5，用于获取到所述资源包被终端下载后，发送加载图标指令至所述终端，所述加载图标指令用于指示所述终端将所述目标资源文件中的渠道图标作为所述软件的软件图标。

本实施例中，资源包被终端下载后，即将被安装到终端上。发送指令模块5发送加载图标指令到终端，使终端在安装该软件时执行该加载图标指令。加载图标指令指示终端从上述目标资源文件中调用出渠道图标，将该渠道图标作为上述软件图标，使软件被安装到终端上后，在终端的显示屏上会显示该渠道图标，用户点击该渠道图标后可以打开软件。软件的图标一般是由软件安装包中的软件图标决定的。本方案给用户提供渠道图标，给客户不一样的服务体验。在另一具体实施例中，该加载图标指令是将上述渠道图标加载在软件自身的软件图标的右下角，使该软件的图标既能显示软件的内容，也能显示出软件的下载渠道来源。

参照图6，在一个实施例中，上述构建资源包的装置还包括：

第一获取模块6，用于访问所述目标渠道平台，获取所述资源包被下载的次数；

第二获取模块7，用于获取所述软件的其他渠道平台对应的资源包被下载的次数；

排序模块8，用于根据获取得到的多个下载的次数的大小对各渠道平台进行排序。

本实施例中，目标渠道平台每接收到下载资源包的指令时，均会记录下载指令，下载指令包括下载的资源包的名称、下载时间、下载的终端信息等，并将下载指令记录在下载日志中。第一获取模块6访问该目标渠道平台，读取该下载日志，读取所有包含有该资源包的名称的下载指令的数量，即获取资源包被下载的次数。通过获取资源包被下载的次数，便于统计资源包在市场上的受欢迎程度。服务器是根据后端的请求代码来构建一个软件的资源包，当后端根据多个渠道平台提出多个渠道对应的请求代码时，服务器对同一个软件构建多个渠道平台对应的资源包，并将各个资源包放置到各自对应的渠道平台上。经过一预设的时间后，第二获取模块7分别访问各个渠道平台上的该软件的资源包被下载的次数，获取被下载的次数与上述第一获取模块6的获取的方法相同。然后得到各渠道平台上的该软件对应的资源包的下载次数，然后排序模块8将多个下载次数按照从大到小的顺序进行排序，以实现对渠道平台的排序，获得最受用户喜爱的渠道平台的排序。

参照图7，在一个实施例中，上述构建资源包的装置还包括：

第一判断模块401，用于判断所述目标渠道平台上是否有所述软件的历史资源包；

获取版本模块402，用于若所述目标渠道平台上有所述软件的历史资源包，获取所述历史资源包的历史版本号；

第二判断模块403，用于判断所述历史版本号与预生成的所述资源包的版本号是否一致；

打包指令模块404，用于若所述历史版本号与预生成的所述资源包的版本号不一致，则生成打包指令，所述打包指令用于指示将所述目标资源文件以及所述目标软件安装包打包成所述资源包，并存储在所述目标渠道平台上。

本实施例中，第一判断模块401首先访问渠道关键字对应的目标渠道平台，查看目标渠道平台上是否有与软件对应的历史资源包，通过查找软件的名称来对目标渠道平台进行遍历查找。若查找到软件的名称对应的历史资源包，则获取版本模块402读取历史资源包的详细信息，历史资源包的详细信息包括历史资源包的打包时间、打包的软件名称、历史版本号。服务器每次对一个软件的目标资源文件打包生成资源包后，都会生成一个版本号，版本号中包括软件的版本信息。获取版本模块402读取到历史资源包中的历史版本号后。然后第二判断模块403根据预设的生成版本号规则，首先对上述目标资源文件的详细信息，根据上述目标资源文件以及版本号规则来模拟生成当前目标资源文件对应的资源包的版本号，然后第二判断模块403将两者进行比较，看两者的版本号是否一致。如果两者的版本号不一致，说明历史资源包不是最新的版本，则打包指令模块404生成打包指令，以便于根据打包指令将目标资源文件以及目标软件安装包按照预设的规则进行打包。

在一个实施例中，上述构建资源包的装置还包括：

推广模块，用于获取到所述资源包被下载时，加载与所述目标渠道平台对应的推广信息至下载界面。

本实施例中，资源包是用于用户通过目标渠道平台下载后安装在手机或电脑等终端上的安装包。服务器与资源包所在的目标渠道平台连接，获取到资源包被用户下载到终端后，同时推广模块将目标渠道平台对应的推广信息加载在用户的终端。上述推广信息是指目标渠道平台对应的渠道商指定的信息，用于渠道商发布一些产品或活动的商业推广的图片。资源包在被下载过程中，需要一定的时间，经过一定时间下载完成后方可进行安装。因此，在下载过程中，用户处于空闲状态，此时将上述推广信息加载在下载界面，起到很好的推广效果。推广信息可以是服务器从该资源包中的资源文件中调用，也可以是服务器从目标渠道平台上下载后加载在下载界面上。

综上所述，本申请的构建资源包的装置，在构建用于安装软件的资源包时，在构建资源时将无需使用的资源文件清除，仅将需要的资源文件进行打包，使资源包的内存最小化，用户在下载的时候达到最快的速度。

参照图8，本申请实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储资源文件、渠道关键字等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种构建资源包的方法。

上述处理器执行上述构建资源包的方法的步骤：服务器接收后端发送的请求代码，所述请求代码用于构建软件的资源包，所述资源包包括软件安装包和渠道平台的资源文件；读取所述请求代码中的渠道关键字，所述渠道关键字是指用于发布所述资源包的渠道平台的关键字；提取资源池中包含有所述渠道关键字的目标资源文件以及所述软件对应的目标软件安装包，所述资源池用于存储各渠道平台对应的资源文件以及各软件的软件安装包；将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上。

在一个实施例中，上述处理器执行所述读取所述请求代码中的渠道关键字的步骤，包括：读取请求代码中的文本；判断所述文本中是否包含有预设的数据库中的关键字，所述数据库中存放各渠道平台对应的关键字；若是，则读取所述请求代码中的所述关键字。

在一个实施例中，上述处理器执行所述读取所述请求代码中的所述关键字的步骤，包括：获取所述文本中的包含的关键字的数量；判断所述数量是否为1；若所述数量为1，则读取所述请求代码中的所述关键字。

在一个实施例中，上述处理器执行所述将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上的步骤，包括：将所述目标资源文件以及所述目标软件安装包打包成资源包；以所述渠道关键字为所述资源包命名；将命名后的所述资源包存储在所述目标渠道平台上。

在一个实施例中，上述处理器执行所述将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上的步骤之后，包括：获取到所述资源包被终端下载后，发送加载图标指令至所述终端，所述加载图标指令用于指示所述终端将所述目标资源文件中的渠道图标作为所述软件的软件图标。

在一个实施例中，上述处理器执行所述将所述目标资源文件打包成资源包，存储在与所述渠道关键字对应的渠道平台上，以供用户下载的步骤之后，包括：访问所述目标渠道平台，获取所述资源包被下载的次数；获取所述软件的其他渠道平台对应的资源包被下载的次数；根据获取得到的多个下载的次数的大小对各渠道平台进行排序。

在一个实施例中，上述处理器执行所述将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上的步骤之前，包括：判断所述目标渠道平台上是否有所述软件的历史资源包；若是，获取所述历史资源包的历史版本号；判断所述历史版本号与预生成的所述资源包的版本号是否一致；若所述历史版本号与预生成的所述资源包的版本号不一致，则生成打包指令，所述打包指令用于指示将所述目标资源文件以及所述目标软件安装打包成所述资源包，并存储在所述目标的渠道平台上。

综上所述，本申请的计算机设备，在构建用于安装软件的资源包时，在构建资源时将无需使用的资源文件清除，仅将需要的资源文件进行打包，使资源包的内存最小化，用户在下载的时候达到最快的速度。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。

本申请一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现一种构建资源包的方法，具体为：服务器接收后端发送的请求代码，所述请求代码用于构建软件的资源包，所述资源包包括软件安装包和渠道平台的资源文件；读取所述请求代码中的渠道关键字，所述渠道关键字是指用于发布所述资源包的渠道平台的关键字；提取资源池中包含有所述渠道关键字的目标资源文件以及所述软件对应的目标软件安装包，所述资源池用于存储各渠道平台对应的资源文件以及各软件的软件安装包；将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上。

在一个实施例中，上述处理器执行所述读取所述请求代码中的渠道关键字的步骤，包括：读取请求代码中的文本；判断所述文本中是否包含有预设的数据库中的关键字，所述数据库中存放各渠道平台对应的关键字；若是，则读取所述请求代码中的所述关键字。

在一个实施例中，上述处理器执行所述读取所述请求代码中的所述关键字的步骤，包括：获取所述文本中的包含的关键字的数量；判断所述数量是否为1；若所述数量为1，则读取所述请求代码中的所述关键字。

在一个实施例中，上述处理器执行所述将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上的步骤，包括：将所述目标资源文件以及所述目标软件安装包打包成资源包；以所述渠道关键字为所述资源包命名；将命名后的所述资源包存储在所述目标渠道平台上。

在一个实施例中，上述处理器执行所述将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上的步骤之后，包括：获取到所述资源包被终端下载后，发送加载图标指令至所述终端，所述加载图标指令用于指示所述终端将所述目标资源文件中的渠道图标作为所述软件的软件图标。

在一个实施例中，上述处理器执行所述将所述目标资源文件打包成资源包，存储在与所述渠道关键字对应的渠道平台上，以供用户下载的步骤之后，包括：访问所述目标渠道平台，获取所述资源包被下载的次数；获取所述软件的其他渠道平台对应的资源包被下载的次数；根据获取得到的多个下载的次数的大小对各渠道平台进行排序。

在一个实施例中，上述处理器执行所述将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上的步骤之前，包括：判断所述目标渠道平台上是否有所述软件的历史资源包；若是，获取所述历史资源包的历史版本号；判断所述历史版本号与预生成的所述资源包的版本号是否一致；若所述历史版本号与预生成的所述资源包的版本号不一致，则生成打包指令，所述打包指令用于指示将所述目标资源文件以及所述目标软件安装打包成所述资源包，并存储在所述目标的渠道平台上。

综上所述，本申请的计算机可读存储介质，在构建用于安装软件的资源包时，在构建资源时将无需使用的资源文件清除，仅将需要的资源文件进行打包，使资源包的内存最小化，用户在下载的时候达到最快的速度。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双速据率SDRAM(SSRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

以上所述仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种构建资源包的方法，其特征在于，包括：

服务器接收后端发送的请求代码，所述请求代码用于构建软件的资源包，所述资源包包括软件安装包和渠道平台的资源文件；

读取所述请求代码中的渠道关键字，所述渠道关键字是指用于发布所述资源包的渠道平台的关键字；

提取资源池中包含有所述渠道关键字的目标资源文件以及所述软件对应的目标软件安装包，所述资源池用于存储各渠道平台对应的资源文件以及各软件的软件安装包；

将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上。

2.如权利要求1所述的构建资源包的方法，其特征在于，所述读取所述请求代码中的渠道关键字的步骤，包括：

读取请求代码中的文本；

判断所述文本中是否包含有预设的数据库中的关键字，所述数据库中存放各渠道平台对应的关键字；

若是，则读取所述请求代码中的所述关键字。

3.如权利要求2所述的构建资源包的方法，其特征在于，所述读取所述请求代码中的所述关键字的步骤，包括：

获取所述文本中的包含的关键字的数量；

判断所述数量是否为1；

若所述数量为1，则读取所述请求代码中的所述关键字。

4.如权利要求1所述的构建资源包的方法，其特征在于，所述将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上的步骤，包括：

将所述目标资源文件以及所述目标软件安装包打包成资源包；

以所述渠道关键字为所述资源包命名；

将命名后的所述资源包存储在所述目标渠道平台上。

5.如权利要求1所述的构建资源包的方法，其特征在于，所述将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上的步骤之后，包括：

获取到所述资源包被终端下载后，发送加载图标指令至所述终端，所述加载图标指令用于指示所述终端将所述目标资源文件中的渠道图标作为所述软件的软件图标。

6.如权利要求1所述的构建资源包的方法，其特征在于，所述将所述目标资源文件打包成资源包，存储在与所述渠道关键字对应的渠道平台上，以供用户下载的步骤之后，包括：

访问所述目标渠道平台，获取所述资源包被下载的次数；

获取所述软件的其他渠道平台对应的资源包被下载的次数；

根据获取得到的多个下载的次数的大小对各渠道平台进行排序。

7.如权利要求1所述的构建资源包的方法，其特征在于，所述将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上的步骤之前，包括：

判断所述目标渠道平台上是否有所述软件的历史资源包；

若是，获取所述历史资源包的历史版本号；

判断所述历史版本号与预生成的所述资源包的版本号是否一致；

若所述历史版本号与预生成的所述资源包的版本号不一致，则生成打包指令，所述打包指令用于指示将所述目标资源文件以及所述目标软件安装打包成所述资源包，并存储在所述目标的渠道平台上。

8.一种构建资源包的装置，其特征在于，包括：

接收模块，用于服务器接收后端发送的请求代码，所述请求代码用于构建软件的资源包的，所述资源包包括软件安装包和渠道平台的资源文件；

读取模块，用于读取所述请求代码中的渠道关键字，所述渠道关键字是指用于发布所述资源包的渠道平台的关键字；

提取模块，用于提取资源池中包含有所述渠道关键字的目标资源文件以及所述软件对应的目标软件安装包，所述资源池用于存储各渠道平台对应的资源文件以及各软件的软件安装包；

构建模块，用于将所述目标资源文件以及所述目标软件安装包打包成资源包，存储在与所述渠道关键字对应的目标渠道平台上。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。