CN113055451A - 资源下载方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种资源下载方法、装置、电子设备以及存储介质。所述方法包括：获取待更新资源包信息；若满足下载条件，基于所述待更新资源包信息向第一服务器发送资源下载请求，其中，所述第一服务器中存储有第二服务器发送的与所述待更新资源包信息对应的待更新资源包；获取所述第一服务器基于所述资源下载请求返回的待更新资源包，以用于目标应用在启动后基于所述待更新资源包进行更新。通过上述方法，预先将待更新资源包存储在第一服务器中，进而电子设备可以提前对待更新资源包进行下载，使得目标应用在进行更新时用户无需等待资源包下载，可以直接进入游戏，提升游戏体验。

Description

资源下载方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，更具体地，涉及一种资源下载方法、装置、电子设备以及存储介质。

背景技术

随着游戏的开发和完善，往往需要对游戏的内容进行更新，多数大型游戏的资源包的大小会高达几百兆，在此情况下，游戏用户在进入游戏时，需要耗费较长的时间进行游戏客户端的数据更新，影响游戏体验，甚至造成游戏用户流失的问题。

发明内容

鉴于上述问题，本申请实施例提出了一种资源下载方法、装置、电子设备以及存储介质，以改善上述问题。

第一方面，本申请实施例提供了一种资源下载方法，应用于电子设备，所述方法包括，获取待更新资源包信息；若满足下载条件，基于所述待更新资源包信息向第一服务器发送资源下载请求，其中，所述第一服务器中存储有第二服务器发送的与所述待更新资源包信息对应的待更新资源包；获取所述第一服务器基于所述资源下载请求返回的待更新资源包，以用于目标应用在启动后基于所述待更新资源包进行更新。

第二方面，本申请实施例提供了一种资源下载装置，运行于电子设备，所述装置包括：信息获取单元，用于获取待更新资源包信息；请求发送单元，用于若满足下载条件，基于所述待更新资源包信息向第一服务器发送资源下载请求，其中，所述第一服务器中存储有第二服务器发送的与所述待更新资源包信息对应的待更新资源包；资源包获取单元，用于获取所述第一服务器基于所述资源下载请求返回的待更新资源包，以用于目标应用在启动后基于所述待更新资源包进行更新。

第三方面，本申请实施例提供了一种电子设备，包括一个或多个处理器以及存储器；一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行以实现上述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有程序代码，其中，在所述程序代码被处理器运行时执行上述的方法。

本申请实施例提供的一种资源下载方法、装置、电子设备以及存储介质，首先获取待更新资源包信息，然后若满足下载条件，基于待更新资源包信息向第一服务器发送资源下载请求，其中，第一服务器中存储有第二服务器发送的与待更新资源包信息对应的待更新资源包，最后获取第一服务器基于资源下载请求返回的待更新资源包，以用于目标应用在启动后基于待更新资源包进行更新。通过上述方法，预先将待更新资源包存储在第一服务器中，进而电子设备可以提前对待更新资源包进行下载，使得目标应用在进行更新时用户无需等待资源包下载，可以直接进入游戏，提升游戏体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请一实施例提出的一种资源下载方法的应用环境示意图；

图2示出了本申请一实施例提出的一种资源下载方法的流程图；

图3示出了本申请另一实施例提出的一种资源下载方法的流程图；

图4示出了本申请又一实施例提出的一种资源下载方法的流程图；

图5示出了本申请再一实施例中提出的一种资源下载方法的流程图；

图6示出了本申请一实施例提出的一种资源下载装置的结构框图；

图7示出了本申请一实施例提出的又一种资源下载装置的结构框图；

图8示出了本申请一实施例提出的再一种资源下载装置的结构框图；

图9示出了本申请实时中的用于执行根据本申请实施例的资源下载方法的电子设备的结构框图；

图10示出了本申请实时中的用于执行根据本申请实施例的资源下载方法的服务器的结构框图；

图11示出了本申请实时中的用于保存或者携带实现根据本申请实施例的资源下载方法的程序代码的存储单元。

具体实施方式

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

随着媒体互联网的迅速发展，数字互动娱乐延伸到新的领域，网络游戏是近年来得到广泛关注并且发展极为迅速的一个产业，如今网络游戏业的巨大市场使得游戏从业人员不断发展软件技术以提升玩家的游戏体验。

而发明人在对相关的资源下载方法的研究中发现，随着显卡等硬件技术的发展，游戏画面清晰度也逐步提高，在游戏中集成大量的高清资源，使得游戏安装包过大，在此情况下，当游戏需要更新时，需要消耗较长的时间进行游戏客户端的数据更新，影响用户的游戏体验，甚至可能会造成游戏用户流失的问题。

因此，发明人提出了本申请实施例中的首先获取待更新资源包信息，然后若满足下载条件，基于待更新资源包信息向第一服务器发送资源下载请求，其中，第一服务器中存储有第二服务器发送的与待更新资源包信息对应的待更新资源包，最后获取第一服务器基于资源下载请求返回的待更新资源包，以用于目标应用在启动后基于待更新资源包进行更新，通过预先将待更新资源包存储在第一服务器中，进而电子设备可以提前对待更新资源包进行下载，使得目标应用在进行更新时用户无需等待资源包下载，可以直接进入游戏，提升游戏体验的资源下载的方法、装置、电子设备以及存储介质。

下面针对本发明实施提供的资源下载方法的应用环境进行介绍：

请参阅图1，本发明实施提供的资源下载方法可以应用于交互系统100，该交互系统100可以包括电子设备110、第一服务器120、第二服务器130以及第三服务器140。其中，所述电子设备110中可以安装有多种目标应用，例如，目标应用可以为各种游戏应用程序。所述第一服务器120是与电子设备110对应的设备服务器；第二服务器130是与电子设备110中安装的游戏应用程序对应的游戏服务器；所述第三服务器140是用于中转第二服务器130向第一服务器120发送的游戏资源包以及游戏资源包的相关信息等，其中第三服务器140可以为TGPA(Tencent Game Performance Amelioration)服务器，在本申请实施例中，第三服务器140可以作为第一服务器120和第二服务器130之间传输数据的中介。具体的，电子设备110可以从第三服务器140中下载SDK(Software Development Kit，软件开发工具包)，电子设备110可以基于SDK从第二服务器130或第三服务器140中获取游戏资源包，当第二服务器130检测到有游戏资源包更新时，将游戏资源包以及游戏资源包的相关信息发送给第三服务器140，再通过第三服务器140将游戏资源包以及游戏资源包的相关信息同步给第一服务器120，第三服务器140将游戏资源包的相关信息同步给电子设备110。

下面将结合附图具体描述本申请的各实施例。

请参阅图2，本申请实施例提供的一种资源下载方法，应用于电子设备，所述方法包括：

S110：获取待更新资源包信息。

作为一种方式，所述待更新资源包信息中包括待更新应用的资源包的相关信息，比如资源包的版本信息、资源包的下载地址等。

在本申请实施例中，待更新资源包信息可以为第一服务器发送的，也可以为第二服务器发送的，或者也可以为第三服务器发送的。其中，第一服务器为与电子设备对应的设备服务器；第二服务器为与电子设备中安装的应用程序对应的游戏服务器；第三服务器为TGPA服务器。电子设备中嵌入TGPA服务器提供的SDK，进而可以通过调用SDK查询是否有应用程序的待更新资源包信息。可选的，第一服务器可以为单独的物理服务器，也可以为多个服务器组成的服务器集群；第二服务器可以为单独的物理服务器，也可以为多个服务器组成的服务器集群；第三服务器可以为单独的物理服务器，也可以为多个服务器组成的服务器集群。

可选的，电子设备在获取待更新资源包信息时，可以查询第一服务器、第二服务器或者第三服务器中是否存储有待更新资源包信息，若查询到有待更新资源包信息，电子设备再向第一服务器、第二服务器或第三服务器中的任意一个服务器发送信息获取指令，进而第一服务器、第二服务器或第三服务器中的任意一个服务器都可以基于接收到的信息获取指令向电子设备发送待更新资源包信息。

具体的该由上述服务器中的哪一个服务器向电子设备发送待更新资源包信息，可以根据接收到信息获取指令的时间先后顺序进行发送。可选的，电子设备可以同时向第一服务器、第二服务器以及第三服务器发送信息获取指令，第一服务器、第二服务器以及第三服务器在接收到信息获取指令时，可以记录获取到该信息获取指令的时间，进而第一服务器可以将获取到信息获取指令的时间同步给第二服务器和第三服务器，第二服务器可以将获取到信息获取指令的时间同步给第一服务器和第三服务器，第三服务器可以将获取到信息获取指令的时间同步给第二服务器和第三服务器。通过上述方法，第一服务器、第二服务器以及第三服务器都可以读取到所有服务器获取到信息获取指令的时间，进而就可以根据获取到信息获取指令的时间的先后顺序来确定该由获取到信息指令的时间排在最前面的服务器向电子设备发送待更新资源包信息。需要说明的是，电子设备处于不同的位置时与前述的多个服务器之间的通信链路的长度可能会随之改变，进而就会造成电子设备与多个服务器之间的通信耗时可能会有所变化，那么通过上述的向多个服务器均发送信息获取指令的方式，可以使得电子设备在处于不同的位置的情况下均可以及时获取到待更新资源包信息。

上述是基于信息获取指令，服务器被动的向电子设备发送待更新资源包信息，可选的，当然也可以由第一服务器、第二服务器或者第三服务器在获取到待更新资源包信息后，主动将待更新资源包信息发送给电子设备，进而电子设备可能获取到多个相同的待更新资源包信息，因此，可以设置电子设备在获取到一个待更新资源包信息后就不再接收其他服务器发送的待更新资源包信息，或者也可以在接收到多个相同的待更新资源包信息后，只选择保留一个待更新资源包信息，将其他的相同的待更新资源包信息进行删除操作。

S120：若满足下载条件，基于所述待更新资源包信息向第一服务器发送资源下载请求，其中，所述第一服务器中存储有第二服务器发送的与所述待更新资源包信息对应的待更新资源包。

其中，所述下载条件为预先设置的电子设备允许下载待更新资源包时，电子设备的相关状态条件。

在本申请实施例中，所述待更新资源包为在正式资源包版本下发前，第一服务器提前从第二服务器获取的应用程序的更新资源包。所述待更新资源包可以为游戏资源包。

在电子设备获取到待更新资源包信息时，开始检测电子设备的状态，若检测到电子设备的状态满足预先设置的下载条件，则根据待更新资源包信息中的资源包的下载地址，向第一服务器发送资源下载请求，其中，资源包下载请求中可以包括待更新资源包的下载地址。

可选的，电子设备向第一服务器发送的资源下载请求中还可以包括待更新资源包的序列号，以及资源包的版本号，进而第一服务器也可以基于待更新资源包的序列号以及版本号找到对应的资源包。

S130：获取所述第一服务器基于所述资源下载请求返回的待更新资源包，以用于目标应用在启动后基于所述待更新资源包进行更新。

作为一种方式，所述目标应用为与待更新资源包对应的应用程序。当第一服务器接收到电子设备发送的资源下载请求时，根据资源下载请求中包括的待更新资源包的下载地址从第一服务器的存储区域中查找到对应的待更新资源包，并对该待更新资源包进行下载。当第一服务器下载完待更新资源包后，将下载完成的待更新资源包发送给电子设备，以使电子设备中的目标应用启动后基于该待更新资源包对目标应用进行更新。

其中，目标应用启动后基于待更新资源包进行更新的步骤可以包括：目标应用启动并检测是否需要更新；若目标应用需要更新，则基于待更新资源包进行更新操作。其中，目标应用在需要更新时，电子设备的显示界面可以在目标应用启动时弹出“有新的资源包，是否进行更新”的提示字样，用户可以选择“需要”或“不需要”，进而根据用户选择“需要”或“不需要”来确定目标应用是否需要更新。具体的，若检测到用户选择“需要”的触控操作时，则确定目标应用需要更新，进而目标应用在启动后可以基于获取到的待更新资源包进行更新。更进一步的，可以对检测到的触控操作进行设置，比如，可以设置为在电子设备的显示界面弹出“有新的资源包，是否进行更新”的提示字样时，若检测到双击操作，或者检测到向右滑动的触控操作时，可以确定用户选择“需要”；若检测到单击操作，或者检测到向左滑动的触控操作时，可以确定用户选择“不需要”，对触控操作的设置在此不做具体限定。

可选的，通过上述方法还可以实现不同电子设备之间资源包的共享。具体的，若电子设备A中存储有资源包A，电子设备B中存储有资源包B，若电子设备A与电子设备B之间建立了通信连接(比如，蓝牙通信连接)，那么电子设备A可以将资源包A分享给电子设备B，电子设备B可以将资源包B分享给电子设备A，进而使得即使是在电子设备处于无网络连接的状态时，电子设备A也可以获取到资源包B，电子设备B也可以获取到资源包A。

本实施例提供的一种资源下载方法，首先获取待更新资源包信息，然后若满足下载条件，基于待更新资源包信息向第一服务器发送资源下载请求，其中，第一服务器中存储有第二服务器发送的与待更新资源包信息对应的待更新资源包，最后获取第一服务器基于资源下载请求返回的待更新资源包，以用于目标应用在启动后基于待更新资源包进行更新。通过上述方法，预先将待更新资源包存储在第一服务器中，进而电子设备可以提前对待更新资源包进行下载，使得目标应用在进行更新时用户无需等待资源包下载，可以直接进入游戏，提升游戏体验。

请参阅图3，本申请实施例提供的一种资源下载方法，应用于电子设备，所述方法包括：

S210：在预设条件下，每隔预设时间段向所述第二服务器发送查询请求。

其中，所述预设条件为预先设置的电子设备可以向服务器发送查询请求的条件，比如，可以预先将预设条件设置为联网。示例性的，在联网条件下，电子设备每隔预设时间段向第二服务器发送查询请求。

在本申请实施例中，所述预设时间段为预先设置的电子设备向第二服务器发送查询请求的时间段。比如，可以将预设时间段设置为5个小时。示例性的，在联网条件下，每隔5个小时向第二服务器发送查询请求。

可选的，所述查询请求也可以由电子设备发送给第三服务器。具体的，在预设条件下，电子设备每隔预设时间段向第三服务器发送查询请求。

进一步的，电子设备在每次向第二服务器或第三服务器发送查询请求之前，可以先检测本地数据库中是否存储有无用的资源包数据，若有，则先对本地数据库中无用的资源包数据进行删除，其中，无用的资源包数据可以理解为资源包已经被使用过，或者超过一定时长的、不再活跃的资源包数据。具体的，在检测本地数据库中是否存储有无用的资源包数据时，可以直接获取本地数据库中存储的资源包数据的下载时间、使用时间以及使用频次等数据，进而可以根据资源包的下载时间、使用时间以及使用频次等数据来判断资源包数据是否为无用资源包数据。示例性的，可以预先将超过30天未被使用的资源包定义为无用的资源包数据。若本地数据库中资源包A的下载时间为2021年1月5日，资源包A的使用时间为2021年1月6日，而当前时间为2021年2月28日，那么就可以判断出资源包A已经超过50天未被使用，因此，就可以将资源包A定义为无用的资源包数据，进而可以对资源包A进行删除处理。

S220：获取所述第二服务器基于所述查询请求返回的待更新资源包信息。

作为一种方式，当第二服务器接收到电子设备发送的查询请求后，第二服务器可以先检测是否有待更新资源包，若有，第二服务器则将待更新资源包的待更新资源包信息发送给电子设备。

可选的，在第二服务器检测到有待更新资源包之后，第二服务器可以获取该待更新资源包的测试版本资源包，在获取到测试版本资源包后对该测试版本资源包进行测试，然后获取测试结果，若测试结果表征该测试版本资源包是可行的，第二服务器则可以与第一服务器进行数据交互，同步上架该待更新资源包至第一服务器，并同步待更新资源包的相关版本信息给第一服务器，以及第二服务器还可以将待更新资源包信息同步给电子设备。

S230：将所述待更新资源包信息存储至本地数据库，并将所述待更新资源包信息对应的待更新资源包的状态设置为准备状态，所述准备状态表征所述待更新资源包允许被下载。

作为一种方式，所述待更新资源包信息可以为活跃游戏的资源包信息。其中活跃游戏可以为在指定时间段内被打开过的游戏，比如14天内被用户打开过的游戏就可以作为活跃游戏。

在联网条件下，每隔预设时间段向第二服务器发送查询请求，查询活跃游戏是否有新资源包可供下载，若查询到活跃游戏有新资源包可供下载，则记录该新资源包的相关信息至本地数据库，并将该新资源包的状态设置为准备状态。

在检测活跃游戏是否有新资源包可供下载时，可以将活跃游戏当前的版本信息和第二服务器中存储的活跃游戏的版本信息进行对比，若对比结果表征第二服务器中存储的活跃游戏的版本信息高于活跃游戏当前的版本信息，则确定活跃游戏有新资源包可供下载。

S240：在检测到所述电子设备在灭屏状态下持续预设时间后，确定满足所述下载条件，基于所述待更新资源包信息向第一服务器发送资源下载请求。

作为一种方式，所述灭屏状态表征电子设备处于空闲状态。所述预设时间为预先设备的电子设备处于空闲状态时持续的时间。当检测到电子设备开始处于灭屏状态时，启动计时，获取计时时间，当计时时间到达预设时间时，确定满足下载条件，根据待更新资源包信息向第一服务器发送资源下载请求。

S250：获取所述第一服务器基于所述资源下载请求返回的待更新资源包，以用于目标应用在启动后基于所述待更新资源包进行更新。

S250所包括的步骤的详细解释可以参照前述实施例中的对应步骤，本实施例不再赘述。

本实施例提供的一种资源下载方法，首先在预设条件下，每隔预设时间段向第二服务器发送查询请求，然后获取第二服务器基于查询请求返回的待更新资源包信息，将待更新资源包信息存储在本地数据库，并将待更新资源包信息对应的待更新资源包的状态设置为准备状态，所述准备状态表征待更新资源包允许被下载，然后在检测到电子设备在灭屏状态下持续预设时间后，确定满足下载条件，基于待更新资源包信息向第一服务器发送资源下载请求，最后获取第一服务器基于资源下载请求返回的待更新资源包，以用于目标应用在启动后基于待更新资源包进行更新。通过上述方法，预先将待更新资源包存储在第一服务器中，进而电子设备可以提前对待更新资源包进行下载，使得目标应用在进行更新时用户无需等待资源包下载，可以直接进入游戏，提升游戏体验。

请参阅图4，本申请实施例提供的一种资源下载方法，应用于电子设备，所述方法包括：

S310：获取待更新资源包信息。

S310所包括的步骤的详细解释可以参照前述实施例中的对应步骤，本实施例不再赘述。

S320：在检测到所述电子设备在灭屏状态下持续预设时间后，获取所述电子设备的状态数据。

作为一种方式，所述状态数据可以包括电子设备在运行过程中产生的状态数据。比如，电子设备的电池电量状态数据、电子设备的充电状态数据、电子设备的网络运行情况数据等。

电子设备在检测到电子设备处于灭屏状态，并且在灭屏状态下持续预设时间后，获取电子设备的电池电量状态数据、电子设备的充电状态数据以及电子设备的网络运行情况数据等。

其中，预设时间为预先设备的电子设备处于灭屏状态时持续的时间。示例性的，可以在检测到电子设备处于灭屏状态并持续10min后，获取电子设备的电池电量状态数据、电子设备的充电状态数据以及电子设备的网络运行情况数据等。

S330：若所述状态数据满足预设状态条件，确定满足所述下载条件，基于所述待更新资源包信息向第一服务器发送资源下载请求。

在本申请实施例中，所述预设状态条件为预先设置的电子设备能够下载待更新资源包时，电子设备的状态数据。在获取到电子设备的电池电量状态数据、电子设备的充电状态数据以及电子设备的网络运行情况数据等数据后，可以将获取到的电子设备的状态数据中的每一项状态数据与预设状态条件中包括的对应的预设状态数据进行比较，若检测到获取到的电子设备的状态数据中的至少一项状态数据比预设状态条件中包括的对应的预设状态数据大，或者若检测到获取到的电子设备的状态数据中的至少一项状态数据与预设状态条件中包括的对应的预设状态数据相同，则确定满足下载条件。示例性的，比如可以将预设状态条件中的电子设备的预设网络运行情况数据设置为正常，进而，若获取到的电子设备的状态数据中的电子设备的网络运行情况数据为正常，则确定满足下载条件，基于待更新资源包信息向第一服务器发送资源下载请求。

作为一种方式，若满足下载条件，基于所述待更新资源包信息向第一服务器发送资源下载请求，并将所述待更新资源包信息对应的待更新资源包的状态设置为下载状态，所述下载状态表征所述待更新资源包正在被下载。

在检测到满足下载条件后，查询电子设备的本地数据库，对电子设备的本地数据库中存储的资源包的状态为准备状态的待更新资源包数据进行处理，进而获取待更新资源包对应的下载地址，并根据下载地址向第一服务器发送资源下载请求，同时，将待更新资源包的状态设置为下载状态。

S340：获取所述第一服务器基于所述资源下载请求返回的待更新资源包，以用于目标应用在启动后基于所述待更新资源包进行更新。

S340所包括的步骤的详细解释可以参照前述实施例中的对应步骤，本实施例不再赘述。

S350：删除所述待更新资源包。

作为一种方式，在目标应用正式更新时，可打开目标应用，在检测到目标应用的客户端使用过待更新资源包后，删除待更新资源包。示例性的，若目标应用为游戏应用程序，则在游戏正式更新时，打开游戏，在检测到游戏客户端使用过待更新游戏资源包后，删除此待更新游戏资源包，并将电子设备的本地数据库中存储的待更新游戏资源包对应的数据进行删除。

可选的，也可以设置为在检测到超过一定时间未使用待更新资源包时，自动删除该待更新资源包。

本实施例提供的一种资源下载方法，首先获取待更新资源包信息，在检测到电子设备在灭屏状态下持续预设时间后，获取电子设备的状态数据，若状态数据满足预设状态条件，确定满足下载条件，基于待更新资源包信息向第一服务器发送资源下载请求，然后获取第一服务器基于资源下载请求返回的待更新资源包，以用于目标应用在启动后基于待更新资源包进行更新，最后删除该待更新资源包。通过上述方法，在检测到电子设备在灭屏状态下持续预设时间，且电子设备的状态数据满足预设状态条件后，才向第一服务器发送资源下载请求，可以确保下载待更新资源包的任务是在电子设备处于空闲时进行，减少用户游戏下载等待时间，提升游戏体验。

请参阅图5，本申请提供的一种资源下载方法，应用于交互系统，所述交互系统包括电子设备、第一服务器以及第二服务器，所述方法包括：

S410：在预设条件下，所述电子设备每隔预设时间段向所述第二服务器发送查询请求。

S420：所述第二服务器基于所述查询请求向所述电子设备发送待更新资源包信息。

S430：若满足下载条件，所述电子设备基于所述待更新资源包信息向所述第一服务器发送资源下载请求，其中，所述第一服务器中存储有第所述二服务器发送的与所述待更新资源包信息对应的待更新资源包。

S410、S420以及S430所包括的步骤的详细解释可以参照前述实施例中的对应步骤，本实施例不再赘述。

S440：所述第一服务器基于所述资源下载请求向所述电子设备发送待更新资源包。

作为一种方式，若第一服务器同时接收到多个电子设备发送的资源下载请求，第一服务器可以对接收到的多个资源下载请求进行散列处理，从而可以确保在第一服务器无压力情况下能及时响应不同电子设备发送的资源下载请求。具体的，当第一服务器接收到多个资源下载请求时，可以将多个资源下载请求进行排序，进而按照排好的顺序来依次相应资源下载请求。在对多个资源下载请求进行排序时，可以获取对应的电子设备的本地存储区域的剩余存储量的大小，进而可以根据剩余存储量的大小对资源下载请求进行排序，按照剩余存储量从大到小的顺序对多个资源下载请求进行排序，将剩余存储量最大的电子设备发送的资源下载请求排在最前面，将剩余存储量最小的电子设备发送的资源下载请求排在最后面。通过上述方法，可以使得剩余存储量小的电子设备可以有时间对存储区域中存储的无用的资源包数据进行删除处理。

第一服务器下载待更新资源包完成后，将待更新资源包存储到电子设备的本地数据库中，并向电子设备发送下载完成的通知信号，当电子设备接收到该通知信号时，将电子设备的本地数据库中存储的待更新资源包的状态设置为完成状态。若在第一服务器下载待更新资源包的过程中出现下载中断的情况，则重启电子设备，然后电子设备重新向第一服务器发送资源下载请求，第一服务器基于重新接收到的资源下载请求重新下载该待更新资源包，在下载过程中，若第一服务器向电子设备返回下载失败的通知信息，电子设备则将此待更新资源包数据从本地数据库中删除，等待下一次下载。

S450：所述电子设备接收所述待更新资源包，以用于目标应用启动时基于所述待更新资源包进行更新。

S450所包括的步骤的详细解释可以参照前述实施例中的对应步骤，这里不再赘述。

本实施例提供的一种资源下载方法，在预设条件下，电子设备每隔预设时间段向第二服务器发送查询请求，然后第二服务器基于查询请求向电子设备发送待更新资源包信息，若满足下载条件，电子设备基于待更新资源包信息向第一服务器发送资源下载请求，第一服务器基于资源下载请求向电子设备发送待更新资源包，最后电子设备接收待更新资源包，以用于目标应用启动时基于待更新资源包进行更新。通过上述方法，预先将待更新资源包存储在第一服务器中，进而电子设备可以提前对待更新资源包进行下载，使得目标应用在进行更新时用户无需等待资源包下载，可以直接进入游戏，提升游戏体验。

请参阅图6，本申请提供的一种资源下载装置500，运行于电子设备，所述装置500包括：

信息获取单元510，用于获取待更新资源包信息。

作为一种方式，所述信息获取单元510，具体用于在预设条件下，每隔预设时间段向所述第二服务器发送查询请求；获取所述第二服务器基于所述查询请求返回的待更新资源包信息。

请求发送单元520，用于若满足下载条件，基于所述待更新资源包信息向第一服务器发送资源下载请求，其中，所述第一服务器中存储有第二服务器发送的与所述待更新资源包信息对应的待更新资源包。

作为一种方式，所述请求发送单元520，具体用于在检测到所述电子设备在灭屏状态下持续预设时间后，确定满足所述下载条件，基于所述待更新资源包信息向第一服务器发送资源下载请求，其中，所述第一服务器中存储有第二服务器发送的与所述待更新资源包信息对应的待更新资源包。

作为另一种方式，所述请求获取单元520，还具体用于在检测到所述电子设备在灭屏状态下持续预设时间后，获取所述电子设备的状态数据；若所述状态数据满足预设状态条件，确定满足所述下载条件，基于所述待更新资源包信息向第一服务器发送资源下载请求，其中，所述第一服务器中存储有第二服务器发送的与所述待更新资源包信息对应的待更新资源包。

再者，所述请求获取单元520还用于若满足下载条件，基于所述待更新资源包信息向第一服务器发送资源下载请求，并将所述待更新资源包信息对应的待更新资源包的状态设置为下载状态，所述下载状态表征所述待更新资源包正在被下载。

资源包获取单元530，用于获取所述第一服务器基于所述资源下载请求返回的待更新资源包，以用于目标应用在启动后基于所述待更新资源包进行更新。

请参阅图7，所述装置500还包括：

存储单元540，用于将所述待更新资源包信息存储至本地数据库，并将所述待更新资源包信息对应的待更新资源包的状态设置为准备状态，所述准备状态表征所述待更新资源包允许被下载。

请参阅图8，所述装置500还包括：

删除单元550，用于删除所述待更新资源包。

需要说明的是，本申请中装置实施例与前述方法实施例是相互对应的，装置实施例中具体的原理可以参见前述方法实施例中的内容，此处不再赘述。

下面将结合图9对本申请提供的一种电子设备进行说明。

请参阅图9，基于上述的资源下载方法、装置，本申请实施例还提供的另一种可以执行前述资源下载方法的电子设备100。电子设备100包括相互耦合的一个或多个(图中仅示出一个)处理器102、存储器104以及网络模块106。其中，该存储器104中存储有可以执行前述实施例中内容的程序，而处理器102可以执行该存储器104中存储的程序。

其中，处理器102可以包括一个或者多个处理核。处理器102利用各种接口和线路连接整个电子设备100内的各个部分，通过运行或执行存储在存储器104内的指令、程序、代码集或指令集，以及调用存储在存储器104内的数据，执行电子设备100的各种功能和处理数据。可选地，处理器102可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(ProgrammableLogic Array，PLA)中的至少一种硬件形式来实现。处理器102可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器102中，单独通过一块通信芯片进行实现。

存储器104可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器104可用于存储指令、程序、代码、代码集或指令集。存储器104可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

所述网络模块106用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯，例如和音频播放设备进行通讯。所述网络模块106可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(SIM)卡、存储器等等。所述网络模块106可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络与其他设备进行通讯。上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。例如，网络模块106可以与基站进行信息交互。

请参阅图10，基于上述的资源下载方法、装置，本申请实施例还提供的另一种可以执行前述资源下载方法的服务器200。服务器200包括相互耦合的一个或多个(图中仅示出一个)处理器202、存储器204以及网络模块206。所述服务器可以包括第一服务器120、第二服务器130以及第三服务器140。其中，该存储器204中存储有可以执行前述实施例中内容的程序，而处理器202可以执行该存储器204中存储的程序。

其中，处理器202可以包括一个或者多个处理核。处理器102利用各种接口和线路连接整个服务器200内的各个部分，通过运行或执行存储在存储器104内的指令、程序、代码集或指令集，以及调用存储在存储器204内的数据，执行服务器200的各种功能和处理数据。可选地，处理器202可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(ProgrammableLogic Array，PLA)中的至少一种硬件形式来实现。处理器202可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器202中，单独通过一块通信芯片进行实现。

存储器204可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器204可用于存储指令、程序、代码、代码集或指令集。存储器204可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储服务器200在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

所述网络模块206用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯，例如和音频播放设备进行通讯。所述网络模块206可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(SIM)卡、存储器等等。所述网络模块206可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络与其他设备进行通讯。上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。例如，网络模块206可以与基站进行信息交互。

请参考图11，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质800中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质800可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质800包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。

本实施例提供的一种资源下载方法、装置、电子设备以及存储介质，首先获取待更新资源包信息，然后若满足下载条件，基于待更新资源包信息向第一服务器发送资源下载请求，其中，第一服务器中存储有第二服务器发送的与待更新资源包信息对应的待更新资源包，最后获取第一服务器基于资源下载请求返回的待更新资源包，以用于目标应用在启动后基于待更新资源包进行更新。通过上述方法，预先将待更新资源包存储在第一服务器中，进而电子设备可以提前对待更新资源包进行下载，使得目标应用在进行更新时用户无需等待资源包下载，可以直接进入游戏，提升游戏体验。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种资源下载方法，其特征在于，应用于电子设备，所述方法包括：

获取待更新资源包信息；

若满足下载条件，基于所述待更新资源包信息向第一服务器发送资源下载请求，其中，所述第一服务器中存储有第二服务器发送的与所述待更新资源包信息对应的待更新资源包；

获取所述第一服务器基于所述资源下载请求返回的待更新资源包，以用于目标应用在启动后基于所述待更新资源包进行更新。

2.根据权利要求1所述的方法，其特征在于，所述获取待更新资源包信息，包括：

在预设条件下，每隔预设时间段向所述第二服务器发送查询请求；

获取所述第二服务器基于所述查询请求返回的待更新资源包信息。

3.根据权利要求2所述的方法，其特征在于，所述获取待更新资源包信息之后还包括：

将所述待更新资源包信息存储至本地数据库，并将所述待更新资源包信息对应的待更新资源包的状态设置为准备状态，所述准备状态表征所述待更新资源包允许被下载。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在检测到所述电子设备在灭屏状态下持续预设时间后，确定满足所述下载条件。

5.根据权利要求4所述的方法，其特征在于，所述在检测到所述电子设备在灭屏状态下持续预设时间后，确定满足所述下载条件，包括：

在检测到所述电子设备在灭屏状态下持续预设时间后，获取所述电子设备的状态数据；

若所述状态数据满足预设状态条件，确定满足所述下载条件。

6.根据权利要求4所述的方法，其特征在于，所述若满足下载条件，基于所述待更新资源包信息向第一服务器发送资源下载请求，包括：

若满足下载条件，基于所述待更新资源包信息向第一服务器发送资源下载请求，并将所述待更新资源包信息对应的待更新资源包的状态设置为下载状态，所述下载状态表征所述待更新资源包正在被下载。

7.根据权利要求1所述的方法，其特征在于，所述获取所述第一服务器基于所述资源下载请求返回的待更新资源包，以用于目标应用在启动后基于所述待更新资源包进行更新之后还包括：

删除所述待更新资源包。

8.一种资源下载装置，其特征在于，运行于电子设备，所述装置包括：

信息获取单元，用于获取待更新资源包信息；

请求发送单元，用于若满足下载条件，基于所述待更新资源包信息向第一服务器发送资源下载请求，其中，所述第一服务器中存储有第二服务器发送的与所述待更新资源包信息对应的待更新资源包；

资源包获取单元，用于获取所述第一服务器基于所述资源下载请求返回的待更新资源包，以用于目标应用在启动后基于所述待更新资源包进行更新。

9.一种电子设备，其特征在于，包括一个或多个处理器以及存储器；一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行权利要求1-7任一所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有程序代码，其中，在所述程序代码被处理器运行时执行权利要求1-7任一所述的方法。

Images