CN112131263B - 软件包获取方法、系统、装置、电子设备和存储介质 - Google Patents

Abstract

本发明实施例公开了一种软件包的获取方法、系统、装置、电子设备和存储介质。所述方法包括：基于接收的软件包的查询请求，确定所述软件包的类型，其中，所述软件包的类型包括：私有软件包和公有软件包；基于确定的所述软件包的类型，将所述查询请求发送至存储对应类型软件包的软件包管理仓库，以使与所述软件包类型对应的所述软件包管理仓库返回与所述查询请求对应的软件包的下载地址；将所述下载地址发送至客户端，以使所述客户端基于所述下载地址从对应类型的软件包管理仓库中下载所述软件包。以实现在缓解软件包管理器私服存储压力的情况下，高效下载私有软件包的效果。

Description

软件包获取方法、系统、装置、电子设备和存储介质

技术领域

本发明实施例涉及计算机技术，尤其涉及一种软件包获取方法、系统、装置、电子设备和存储介质。

背景技术

软件包管理器(Node Package Manager，NPM)是一种架设在企业局域网内部的远程软件包管理仓库，供局域网内用户上传私有的NPM软件包。同时，用户通过配置NPM私服镜像，不仅可以下载企业的私有软件包，还能以比官方仓库更快的速度下载任意NPM公共软件包。

现有技术中由于NPM私服中既存储有私有软件包，又存储有公有软件包，这就致使NPM私服的磁盘的存储压力很大。且当用户下载某一软件包时，需要通过NPM私服来进行下载，但是由于现在的绝大部分的应用中要下载一个软件包时，该软件包与较多的公有软件包具有依赖关系，当要下载该软件包时，与其具有依赖关系的多个公有软件包也对应要下载，但是在应用中私有的NPM软件包在总包体积占比中不足1％，公共软件包的下载请求占用了NPM私服绝大多数资源，这就降低了私有软件包的下载效率，且公共软件包本就可以通过官方或第三方的免费NPM仓库下载，这样下载公共软件包对于企业来说也是不必要的资源浪费。

发明内容

本发明实施例提供一种软件包获取方法、系统、装置、电子设备和存储介质，以实现在缓解NPM私服存储压力的情况下，高效下载私有软件包的效果。

第一方面，本发明实施例提供了一种软件包获取方法，该方法包括：

基于接收的软件包的查询请求，确定所述软件包的类型，其中，所述软件包的类型包括：私有软件包和公有软件包；

基于确定的所述软件包的类型，将所述查询请求发送至存储对应类型软件包的软件包管理仓库，以使与所述软件包类型对应的所述软件包管理仓库返回与所述查询请求对应的软件包的下载地址；

将所述下载地址发送至客户端，以使所述客户端基于所述下载地址从对应类型软件包的软件包管理仓库中下载所述软件包。

第二方面，本发明实施例还提供了一种软件包获取系统，该系统包括：代理服务器、至少两个软件包管理仓库和客户端；

所述代理服务器，接收客户端发送的软件包的查询请求，并确定所述软件包的类型；基于确定的所述软件包的类型，将所述查询请求发送至存储对应类型软件包的软件包管理仓库，其中，所述软件包的类型包括：私有软件包和公有软件包；

所述软件包管理仓库，基于接收的所述查询请求，将与所述查询请求对应的软件包的下载地址返回至所述代理服务器；

所述代理服务器，接收所述用户端发送的下载软件包的下载请求，获取所述下载请求所对应的软件包的名称，判断是否有与所述下载请求所对应的软件包的名称匹配的软件包，若有，则将与所述下载请求所对应的软件包的下载地址发送至客户端；

所述客户端，基于接收的所述下载地址从对应类型软件包的所述软件包管理仓库中下载所述软件包。

第三方面，本发明实施例还提供了一种软件包获取装置，该装置包括：

软件包类型确定模块，用于基于接收的软件包的查询请求，确定所述软件包的类型，其中，所述软件包的类型包括：私有软件包和公有软件包；

查询请求发送模块，用于基于确定的所述软件包的类型，将所述查询请求发送至存储对应类型软件包的软件包管理仓库，以使与所述软件包类型对应的所述软件包管理仓库返回与所述查询请求对应的软件包的下载地址；

下载地址发送模块，用于将所述下载地址发送至客户端，以使所述客户端基于所述下载地址从对应类型软件包的软件包管理仓库中下载所述软件包。

第四方面，本发明实施例还提供了电子设备，该电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例中任一所述的软件包获取方法。

第五方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行本发明实施例中任一所述的软件包获取方法。

本发明实施例的技术方案，通过基于接收的软件包的查询请求，确定软件包的类型，基于确定的软件包的类型，将查询请求发送至存储对应类型软件包的软件包管理仓库，这样由于NPM私服中仅存储有私有软件包，减缓了NPM私服的存储压力。当与软件包类型对应的软件包管理仓库接收到查询请求时，返回与查询请求对应的软件包的下载地址，将下载地址发送至客户端，以使客户端基于下载地址从对应类型软件包的软件包管理仓库中下载软件包，这样由于NPM私服中仅存储有私有软件包，提高了私有软件包的下载效率，解决了现有技术中由于公有软件包的下载请求占用NPM私服绝大部分资源，以及私服需要负责转发公有软件包下载流量的义务的问题。

附图说明

图1是本发明实施例一中的软件包获取方法的流程图；

图2是本发明实施例二中的软件包获取方法的流程图；

图3是本发明实施例三中的软件包获取系统的结构示意图；

图4是本发明实施例四中的软件包获取装置的结构示意图；

图5是本发明实施例五中的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的软件包获取方法的流程图，本实施例可适用于下载软件包的情况，该方法可以由软件包获取装置来执行，该软件包获取装置可以由软件和/或硬件来实现，该软件包获取装置可以配置在电子计算设备上，具体包括如下步骤：

S110、基于接收的软件包的查询请求，确定软件包的类型，其中，软件包的类型包括：私有软件包和公有软件包。

示例性的，查询请求可以是查询软件包的请求。

需要说明的是，这里开发了一个代理服务器，本发明实施例的技术方案是通过代理服务器为执行主体来执行的。

接收软件包的查询请求，根据要查询的软件包的名称，可确定该软件包的类型，即确定该软件包为私有软件包还是公有软件包。

S120、基于确定的软件包的类型，将查询请求发送至存储对应类型软件包的软件包管理仓库，以使与软件包类型对应的软件包管理仓库返回与查询请求对应的软件包的下载地址。

示例性的，存储对应类型软件包的软件包管理仓库可以是存储私有软件包的私有软件包管理仓库，以及存储公有软件包的公有软件包管理仓库。

这里的存储私有软件包的私有软件包管理仓库可以是NPM私服，存储公有软件包的私有软件包管理仓库可以是官方NPM仓库。

需要说明的是，这里相当于是在NPM私服中只存储私有软件包，而不存储公有软件包，这样就解决了现有技术中私有软件包和公有软件包均存储在NPM私服中，导致NPM私服存储压力过大的问题。

根据确定的软件包的类型，将该查询请求发送至存储对应类型软件包的软件包管理仓库中，与软件包类型对应的软件包管理仓库根据接收到的查询请求，可将所要查询的软件包的下载地址返回至代理服务器中。

具体可以是：当确定软件包为私有软件包时，将查询请求发送至私有软件包管理仓库，以使与私有软件包类型对应的私有软件包管理仓库返回与查询请求对应的私有软件包的下载地址(例如，NPM私服的地址)；当确定软件包为公有软件包时，将查询请求发送至公有软件包管理仓库，以使与公有软件包类型对应的公有软件包管理仓库返回与查询请求对应的公有软件包的下载地址(例如，官方NPM仓库的地址)。

这样若后面要下载的软件包为私有软件包，则可根据私有软件包管理仓库返回的下载地址，从NPM私服中下载该私有软件包，这样解决了现有技术中由于公有软件包的下载请求占用NPM私服绝大部分资源，以及私服需要负责转发公有软件包下载流量的义务的问题。

S130、将下载地址发送至客户端，以使客户端基于下载地址从对应类型软件包的软件包管理仓库中下载软件包。

示例性的，代理服务器接收到软件包的下载地址后，可将该下载地址转发值客户端，当客户端需下载该软件包时，可直接基于下载地址从对应类型软件包的软件包管理仓库中进行下载即可。

需要说明的是，当要查询的软件包为私有软件包，则客户端接收到的下载地址为NPM私服的地址，这样当客户端需下载该软件包时，可直接从NPM私服下载私有软件包，这样由于NPM私服中仅存储有私有软件包，其下载通道只针对私有软件包，这样提高了私有软件包的下载效率，解决了现有技术中由于公有软件包的下载请求占用NPM私服绝大部分资源，以及私服需要负责转发公有软件包下载流量的义务的问题。

这样在NPM私服前设置代理服务器，由代理服务器来仅负责查询请求和下载地址的转发，这样若由于查询请求过多，需增加扩容时，减少了扩容成本。

本发明实施例的技术方案，通过基于接收的软件包的查询请求，确定软件包的类型，基于确定的软件包的类型，将查询请求发送至存储对应类型软件包的软件包管理仓库，这样由于NPM私服中仅存储有私有软件包，减缓了NPM私服的存储压力。当与软件包类型对应的软件包管理仓库接收到查询请求时，返回与查询请求对应的软件包的下载地址，将下载地址发送至客户端，以使客户端基于下载地址从对应类型软件包的软件包管理仓库中下载软件包，这样由于NPM私服中仅存储有私有软件包，提高了私有软件包的下载效率，解决了现有技术中由于公有软件包的下载请求占用NPM私服绝大部分资源，以及私服需要负责转发公有软件包下载流量的义务的问题。

实施例二

图2为本发明实施例二提供的软件包获取方法的流程图，本发明实施例与上述实施例中各个可选方案可以结合。在本发明实施例中，可选的，在所述基于接收的软件包的查询请求，确定软件包的类型之前，所述方法还包括：获取各软件包管理仓库中的各软件包的名称，形成各软件包类型对应的名称列表。所述基于接收的软件包的查询请求，确定软件包的类型，包括：接收软件包的查询请求，并获取软件包的名称；将软件包的名称分别在各软件包类型对应的名称列表进行匹配；基于匹配结果，确定软件包的类型。在所述将下载地址发送至客户端之前，所述方法还包括：接收客户端发送的软件包的下载请求，获取下载请求所对应的软件包的名称，判断是否有与下载请求所对应的软件包的名称匹配的软件包，若有，则所述将下载地址发送至客户端，包括：将与下载请求所对应的软件包的下载地址发送至客户端。

如图2所示，本发明实施例的方法具体包括如下步骤：

S210、获取各软件包管理仓库中的各软件包的名称，形成各软件包类型对应的名称列表。

示例性的，获取私有软件包管理仓库中各私有软件包的名称，以及公有软件包管理仓库中各公有软件包的名称，并形成私有软件包管理仓库中各私有软件包的名称列表，以及公有软件包管理仓库中各公有软件包的名称列表。

S220、接收软件包的查询请求；获取软件包的名称；将软件包的名称分别在各软件包类型对应的名称列表进行匹配；基于匹配结果，确定软件包的类型。

示例性的，在接收到软件包的查询请求后，获取要查询的软件包的名称，并将该要查询的软件包的名称与上述形成的私有软件包管理仓库中各私有软件包的名称列表，以及公有软件包管理仓库中各公有软件包的名称列表进行匹配，若该要查询的软件包的名称与上述形成的私有软件包管理仓库中各私有软件包的名称列表中的一个私有软件包的名称匹配成功，则确定该要查询的软件包的类型为私有软件包。若该要查询的软件包的名称与上述形成的公有软件包管理仓库中各公有软件包的名称列表中的一个公有软件包的名称匹配成功，则确定该要查询的软件包的类型为公有软件包。

这样可精确确定要查询的软件包的类型。

S230、基于确定的软件包的类型，将查询请求发送至存储对应类型软件包的软件包管理仓库，以使与软件包类型对应的软件包管理仓库返回与查询请求对应的软件包的下载地址。

S240、接收客户端发送的软件包的下载请求，获取下载请求所对应的软件包的名称，判断是否有与下载请求所对应的软件包的名称匹配的软件包的下载地址。

示例性的，下载请求可以是要下载软件包的请求。

当接收到客户端发送的软件包的在下载请求后，获取要下载的软件包的名称，然后判断代理服务器中是否存在有与该下载请求对应的软件包的名称匹配的软件包的下载地址。

S250、当存在与下载请求所对应的软件包的名称匹配的软件包时，将与下载请求所对应的软件包的下载地址发送至客户端，以使客户端基于下载地址从对应类型软件包的软件包管理仓库中下载软件包。

示例性的，当判断出存在有与该下载请求对应的软件包的名称匹配的软件包的下载地址时，则将该与下载请求所对应的软件包的下载地址发送至客户端，以使客户端可根据该与下载请求所对应的软件包的下载地址到对应类型软件包的软件包管理仓库中下载该软件包。

需要说明的是，若判断出不存在有与该下载请求对应的软件包的名称匹配的软件包的下载地址时，则根据该下载请求，获取要下载的该软件包的名称，然后在各类型软件包对应的名称列表中进行匹配，确定软件包的类型，基于确定的软件包的类型，将下载请求发送至存储对应类型软件包的软件包管理仓库，以使与软件包类型对应的软件包管理仓库返回与下载请求对应的软件包的下载地址。将与下载请求所对应的软件包的下载地址发送至客户端，以使客户端基于下载地址从对应类型软件包的软件包管理仓库中下载软件包。

这样根据下载请求，判断是否存在有与下载请求对应的软件包的名称，当存在有与下载请求对应的软件包的下载地址时，可直接将该下载地址发送至客户端，以使客户端可直接根据下载地址进行软件包的下载。这样节省了查询软件包的过程，提高了软件包的下载效率。

本发明实施例的技术方案，通过获取各软件包管理仓库中的各软件包的名称，形成各软件包类型对应的名称列表，将要查询的软件包的名称分别在各软件包类型对应的名称列表进行匹配，基于匹配结果，精确确定软件包的类型。根据接收的下载请求，判断是否存在有与下载请求对应的软件包的名称，当存在有与下载请求对应的软件包的下载地址时，可直接将该下载地址发送至客户端，以使客户端可直接根据下载地址进行软件包的下载。这样节省了查询软件包的过程，提高了软件包的下载效率。

实施例三

图3为本发明实施例三提供的软件包获取系统的结构示意图，在上述实施例中解释的名称或技术，在本发明实施例中不再详细赘述。如图3所示，该系统包括：代理服务器100、至少两个软件包管理仓库200和客户端300。

其中，代理服务器100，接收客户端300发送的软件包的查询请求，并确定软件包的类型；基于确定的所述软件包的类型，将所述查询请求发送至存储对应类型软件包的软件包管理仓库200，其中，所述软件包的类型包括：私有软件包和公有软件包；软件包管理仓库200，与代理服务器100通信连接，基于接收的所述查询请求，将与所述查询请求对应的软件包的下载地址返回至代理服务器100；代理服务器100，接收用户端300发送的下载软件包的下载请求，获取所述下载请求所对应的软件包的名称，判断是否有与所述下载请求所对应的软件包的名称匹配的软件包，若有，则将与所述下载请求所对应的软件包的下载地址发送至客户端300；客户端300，与代理服务器100通信连接，基于接收的所述下载地址从对应类型软件包的软件包管理仓库200中下载所述软件包。

这里通过开发了一个代理服务器，且该代理服务器置于NPM私服前，代理服务器来负责查询请求和下载地址的转发，这样若由于查询请求过多，需增加扩容时，减少了扩容成本。且仅有私有软件包的下载地址对应NPM私服，这样下载私有软件包时，可直接从NPM私服中下载，提高了私有软件包的下载效率，解决了现有技术中由于公有软件包的下载请求占用NPM私服绝大部分资源，以及私服需要负责转发公有软件包下载流量的义务的问题。

可选的，软件包管理仓库200包括私有软件包管理仓库201和公有软件包管理仓库202；其中，私有软件包管理仓库201中存储的软件包为私有软件包，公有软件包管理仓库202中存储的软件包为公有软件包。

这样在NPM私服中仅存储有私有软件包，这样实现了将私有软件包和公有软件包分开存储的效果，解决了现有技术中私有软件包和公有软件包均存储在NPM私服中，导致NPM私服存储压力过大的问题。

可选的，代理服务器100具体用于：获取各软件包管理仓库中的各软件包的名称，形成各软件包类型对应的名称列表；接收软件包的查询请求，并获取所述软件包的名称；将所述软件包的名称分别在各软件包类型对应的名称列表进行匹配；基于匹配结果，确定所述软件包的类型。

本发明实施例的技术方案，通过开发一种代理服务器，且该代理服务器置于NPM私服前，代理服务器来负责查询请求和下载地址的转发，这样若由于查询请求过多，需增加扩容时，减少了扩容成本。且仅有私有软件包的下载地址对应NPM私服，这样下载私有软件包时，可直接从NPM私服中下载，提高了私有软件包的下载效率，解决了现有技术中由于公有软件包的下载请求占用NPM私服绝大部分资源，以及私服需要负责转发公有软件包下载流量的义务的问题。同时在NPM私服中仅存储有私有软件包，这样实现了将私有软件包和公有软件包分开存储的效果，解决了现有技术中私有软件包和公有软件包均存储在NPM私服中，导致NPM私服存储压力过大的问题。

实施例四

图4为本发明实施例四提供的软件包获取装置的结构示意图，如图4所示，该装置包括：软件包类型确定模块31、查询请求发送模块32和下载地址发送模块33。

其中，软件包类型确定模块31，用于基于接收的软件包的查询请求，确定所述软件包的类型，其中，所述软件包的类型包括：私有软件包和公有软件包；

查询请求发送模块32，用于基于确定的所述软件包的类型，将所述查询请求发送至存储对应类型软件包的软件包管理仓库，以使与所述软件包类型对应的所述软件包管理仓库返回与所述查询请求对应的软件包的下载地址；

下载地址发送模块33，用于将所述下载地址发送至客户端，以使所述客户端基于所述下载地址从对应类型软件包的软件包管理仓库中下载所述软件包。

在本发明实施例的技术方案的基础上，软件包类型确定模块31包括：

软件包名称获取单元，用于接收软件包的查询请求，并获取所述软件包的名称；

匹配单元，用于将所述软件包的名称分别在各软件包类型对应的名称列表进行匹配；

软件包类型确定单元，用于基于匹配结果，确定所述软件包的类型。

在本发明实施例的技术方案的基础上，该装置还包括：

名称列表形成模块，用于获取各软件包管理仓库中的各软件包的名称，形成各软件包类型对应的名称列表。

在本发明实施例的技术方案的基础上，该装置还包括：

判断模块，用于接收所述客户端发送的软件包的下载请求，获取所述下载请求所对应的软件包的名称，判断是否有与所述下载请求所对应的软件包的名称匹配的软件包的下载地址。

当确定有与所述下载请求所对应的软件包的名称匹配的软件包的下载地址时，下载地址发送模块33具体用于：将与所述下载请求所对应的软件包的下载地址发送至客户端，以使所述客户端基于所述下载地址从对应类型软件包的软件包管理仓库中下载所述软件包。

本发明实施例所提供的软件包获取装置可执行本发明任意实施例所提供的软件包获取方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5为本发明实施例五提供的一种电子设备的结构示意图，如图5所示，该电子设备包括处理器70、存储器71、输入装置72和输出装置73；电子设备中处理器70的数量可以是一个或多个，图5中以一个处理器70为例；电子设备中的处理器70、存储器71、输入装置72和输出装置73可以通过总线或其他方式连接，图5中以通过总线连接为例。

存储器71作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的软件包获取方法对应的程序指令/模块(例如，软件包类型确定模块31、查询请求发送模块32和下载地址发送模块33)。处理器70通过运行存储在存储器71中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述的软件包获取方法。

存储器71可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器71可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器71可进一步包括相对于处理器70远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置72可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置73可包括显示屏等显示设备。

实施例六

本发明实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种软件包获取方法。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的软件包获取方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机电子设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

值得注意的是，上述软件包获取装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (7)

1.一种软件包获取方法，其特征在于，包括：

基于接收的软件包的查询请求，确定所述软件包的类型，其中，所述软件包的类型包括：私有软件包和公有软件包；

基于确定的所述软件包的类型，将所述查询请求发送至存储对应类型软件包的软件包管理仓库，以使与所述软件包类型对应的所述软件包管理仓库返回与所述查询请求对应的软件包的下载地址；

将所述下载地址发送至客户端，以使所述客户端基于所述下载地址从对应类型软件包的软件包管理仓库中下载所述软件包；

其中，所述基于接收的软件包的查询请求，确定所述软件包的类型，包括：

接收软件包的查询请求，并获取所述软件包的名称；

将所述软件包的名称分别在各软件包类型对应的名称列表进行匹配；

基于匹配结果，确定所述软件包的类型。

2.根据权利要求1所述的方法，其特征在于，在所述基于接收的软件包的查询请求，确定所述软件包的类型之前，所述方法还包括：

获取各软件包管理仓库中的各软件包的名称，形成各软件包类型对应的名称列表。

3.根据权利要求1所述的方法，其特征在于，在所述将所述下载地址发送至客户端之前，所述方法还包括：

接收所述客户端发送的软件包的下载请求，获取所述下载请求所对应的软件包的名称，判断是否有与所述下载请求所对应的软件包的名称匹配的软件包，若有，则所述将所述下载地址发送至客户端，包括：

将与所述下载请求所对应的软件包的下载地址发送至客户端。

4.一种软件包获取系统，其特征在于，包括：代理服务器、至少两个软件包管理仓库和客户端；

所述代理服务器，接收客户端发送的软件包的查询请求，并确定所述软件包的类型；基于确定的所述软件包的类型，将所述查询请求发送至存储对应类型软件包的软件包管理仓库，其中，所述软件包的类型包括：私有软件包和公有软件包；

所述软件包管理仓库，与所述代理服务器通信连接，基于接收的所述查询请求，将与所述查询请求对应的软件包的下载地址返回至所述代理服务器；

所述代理服务器，接收所述客户端发送的下载软件包的下载请求，获取所述下载请求所对应的软件包的名称，判断是否有与所述下载请求所对应的软件包的名称匹配的软件包，若有，则将与所述下载请求所对应的软件包的下载地址发送至客户端；

所述客户端，与所述代理服务器通信连接，基于接收的所述下载地址从对应类型软件包的所述软件包管理仓库中下载所述软件包；

其中，所述软件包管理仓库包括私有软件包管理仓库和公有软件包管理仓库；

其中，所述私有软件包管理仓库中存储的软件包为私有软件包，所述公有软件包管理仓库中存储的软件包为公有软件包；

其中，所述代理服务器具体用于：

获取各软件包管理仓库中的各软件包的名称，形成各软件包类型对应的名称列表；

接收软件包的查询请求，并获取所述软件包的名称；

将所述软件包的名称分别在各软件包类型对应的名称列表进行匹配；

基于匹配结果，确定所述软件包的类型。

5.一种软件包获取装置，其特征在于，包括：

软件包类型确定模块，用于基于接收的软件包的查询请求，确定所述软件包的类型，其中，所述软件包的类型包括：私有软件包和公有软件包；

查询请求发送模块，用于基于确定的所述软件包的类型，将所述查询请求发送至存储对应类型软件包的软件包管理仓库，以使与所述软件包类型对应的所述软件包管理仓库返回与所述查询请求对应的软件包的下载地址；

下载地址发送模块，用于将所述下载地址发送至客户端，以使所述客户端基于所述下载地址从对应类型软件包的软件包管理仓库中下载所述软件包；

其中，软件包类型确定模块包括：

软件包名称获取单元，用于接收软件包的查询请求，并获取所述软件包的名称；

匹配单元，用于将所述软件包的名称分别在各软件包类型对应的名称列表进行匹配；

软件包类型确定单元，用于基于匹配结果，确定所述软件包的类型。

6.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-3中任一所述的软件包获取方法。

7.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-3中任一所述的软件包获取方法。