CN109445827B - 一种游戏更新的方法及装置、电子设备、存储介质 - Google Patents

Abstract

本申请提供了一种游戏更新的方法及装置、电子设备、存储介质，所述方法包括：从服务端发布的第一补丁包中，获取第一文件版本信息；其中，第一补丁包为服务端中补丁包版本号最大的补丁包，第一文件版本信息包括服务端中多个游戏文件的文件版本号；基于第一文件版本信息，确定客户端对应的目标文件版本号；从服务端发布的第二补丁包中，获取目标文件版本号对应的目标游戏文件，并采用目标游戏文件进行游戏更新。通过本申请的实施例，实现了结合全量模式和增量模式的游戏更新模式，减小了服务端每次发布补丁包的大小，且无需客户端下载多个补丁包进行依次更新，当在多个补丁包均存在同一文件的修改版本时，客户端也无需重复下载更新。

Description

一种游戏更新的方法及装置、电子设备、存储介质

技术领域

本申请涉及游戏领域，特别是涉及一种游戏更新的方法及一种游戏更新的装置、一种电子设备、一种存储介质。

背景技术

为了满足玩家需求，网络游戏需要进行不断地更新，网络游戏的更新通常可以采用全量模式或增量模式。

在全量模式中，服务端每次将最新的所有文件组成补丁包(Patch)进行发布，客户端需要下载最新的所有文件进行更新，便于开发与维护，但由于在服务端与客户端之间传输的是最新的所有文件，下载耗时长且占用带宽。

在增量模式中，服务端每次发布的补丁包是在上一个补丁包基础上的增量包，客户端只需要下载增量包进行更新，减小了补丁包的大小，但为了保证补丁内容的正确性，增量模式通常需要客户端下载已发布的多个补丁包，并依次进行更新，直至最新的补丁包，更新耗时长，且当在多个补丁包均存在同一文件的修改版本时，客户端需要重复下载更新。

发明内容

鉴于上述问题，提出了本申请以便提供克服上述问题或者至少部分地解决上述问题的一种游戏更新的方法及装置、电子设备、存储介质，包括：

一种游戏更新的方法，应用于客户端，所述方法包括：

从服务端发布的第一补丁包中，获取第一文件版本信息；其中，所述第一补丁包为所述服务端中补丁包版本号最大的补丁包，所述第一文件版本信息包括所述服务端中多个游戏文件的文件版本号；

基于所述第一文件版本信息，确定所述客户端对应的目标文件版本号；

从所述服务端发布的第二补丁包中，获取所述目标文件版本号对应的目标游戏文件，并采用所述目标游戏文件进行游戏更新；其中，所述第二补丁包为与所述目标文件版本号对应的补丁包。

可选地，所述基于所述第一文件版本信息，确定所述客户端对应的目标文件版本号的步骤包括：

确定所述客户端对应的第二文件版本信息；其中，所述第二文件版本信息包括所述客户端中已安装的游戏文件的文件版本号；

比较所述第一文件版本信息与所述第二文件版本信息，得到所述客户端对应的目标文件版本号。

可选地，所述比较所述第一文件版本信息与所述第二文件版本信息，得到目标文件版本号的步骤包括：

针对每个游戏文件，确定所述第一文件版本信息中的第一文件版本号，以及所述第二文件版本信息中的第二文件版本号；

当所述第一文件版本号大于所述第二文件版本号时，将所述第一文件版本号作为所述客户端对应的目标文件版本号。

可选地，每个补丁包的补丁包版本号为所述补丁包对应的多个文件版本号中最大的文件版本号，所述第二补丁包采用如下方式确定：

确定所述服务端依次发布的多个补丁包的补丁包版本号；

当所述目标文件版本号位于相邻发布的两个补丁包的补丁包版本号之间，则将所述相邻发布的两个补丁包中在后发布的补丁包作为第二补丁包。

一种游戏更新的方法，应用于服务端，所述方法包括：

检测当前的多个游戏文件，并生成所述多个游戏文件对应的文件版本信息；其中，所述文件版本信息包括所述多个游戏文件的文件版本号；

从所述多个游戏文件中，确定待发布的游戏文件；

将所述待发布的游戏文件和文件版本信息组织成补丁包，并进行发布。

可选地，还包括：

当检测到针对游戏文件的更新时，确定所述更新对应的时间点；

按照所述时间点，设置所述游戏文件对应的文件版本号。

可选地，还包括：

从所述待发布的游戏文件的文件版本号中，确定最大的文件版本号，作为所述补丁包的补丁包版本号。

可选地，所述从所述多个游戏文件中，确定待发布的游戏文件的步骤包括：

确定文件版本号范围；

从所述多个游戏文件中，确定所述文件版本号范围内的游戏文件，作为待发布的游戏文件。

一种游戏更新的装置，应用于客户端，所述装置包括：

第一文件版本信息获取模块，用于从服务端发布的第一补丁包中，获取第一文件版本信息；其中，所述第一补丁包为所述服务端中补丁包版本号最大的补丁包，所述第一文件版本信息包括所述服务端中多个游戏文件的文件版本号；

目标文件版本号确定模块，用于基于所述第一文件版本信息，确定所述客户端对应的目标文件版本号；

游戏更新模块，用于从所述服务端发布的第二补丁包中，获取所述目标文件版本号对应的目标游戏文件，并采用所述目标游戏文件进行游戏更新；其中，所述第二补丁包为与所述目标文件版本号对应的补丁包。

一种游戏更新的装置，应用于服务端，所述方法包括：

文件版本信息生成模块，用于检测当前的多个游戏文件，并生成所述多个游戏文件对应的文件版本信息；其中，所述文件版本信息包括所述多个游戏文件的文件版本号；

游戏文件确定模块，用于从所述多个游戏文件中，确定待发布的游戏文件；

补丁包发布模块，用于将所述待发布的游戏文件和文件版本信息组织成补丁包，并进行发布。

一种电子设备，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上所述的游戏更新的方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的游戏更新的方法的步骤。

本申请具有以下优点：

在本申请的实施例中，通过从服务端发布的第一补丁包中，获取第一文件版本信息，第一补丁包为服务端中补丁包版本号最大的补丁包，第一文件版本信息包括服务端中多个游戏文件的文件版本号，并基于第一文件版本信息，确定客户端对应的目标文件版本号，然后从服务端发布的第二补丁包中，获取目标文件版本号对应的目标游戏文件，并采用目标游戏文件进行游戏更新，第二补丁包为与目标文件版本号对应的补丁包，实现了结合全量模式和增量模式的游戏更新模式，减小了服务端每次发布补丁包的大小，且无需客户端下载多个补丁包进行依次更新，当在多个补丁包均存在同一文件的修改版本时，客户端也无需重复下载更新。

附图说明

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

图1是本申请一实施例提供的一种游戏更新的方法的步骤流程图；

图2是本申请一实施例提供的另一种游戏更新的方法的步骤流程图；

图3是本申请一实施例提供的一种游戏更新的装置的结构框图；

图4是本申请一实施例提供的另一种游戏更新的装置的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参照图1，示出了本申请一实施例提供的一种游戏更新的方法的步骤流程图，应用于服务端，具体可以包括如下步骤：

步骤101，检测当前的多个游戏文件，并生成多个游戏文件对应的文件版本信息；其中，文件版本信息包括多个游戏文件的文件版本号；

作为一种示例，游戏文件包括资源文件和脚本文件，资源文件为游戏中的纹理、动画、文字等，脚本文件为控制游戏逻辑的脚本程序代码。

在具体实现中，每个游戏文件具有一个的文件版本号，针对服务端中当前所有的游戏文件，可以将其文件版本号组织成文件版本信息。

在一示例中，文件版本信息可以包括当前所有的游戏文件的文件名称与文件版本号的对应关系，如游戏文件F1-文件版本号V1。

在本申请一实施例中，还可以包括如下步骤：

当检测到针对游戏文件的更新时，确定更新对应的时间点；按照时间点，设置游戏文件对应的文件版本号。

在实际应用中，可以采用文件版本管理工具对游戏文件进行管理，当工程师将针对游戏文件的更新提交至文件版本管理工具时，其可以确定更新对应的时间点，如提交时间，然后按照时间点的先后顺序，依次为提交的每个游戏文件设置文件版本号。

例如，针对两个游戏文件F1、F2，其对应的文件版本号均为V1，在T1、T2时间点分别对F1、F2进行了修改并提交文件版本管理工具，T2>T1，则F1对应的文件版本号为V2，F2对应的文件版本号为V3，V1<V2<V3。

步骤102，从多个游戏文件中，确定待发布的游戏文件；

当进行补丁包的发布时，工程师可以根据游戏文件的文件版本号，从当前的多个游戏文件中，选取待发布的游戏文件。

在本申请一实施例中，步骤102可以包括如下子步骤：

子步骤11，确定文件版本号范围；

在实际应用中，工程师可以输入文件版本号范围的上界与下界，以确定待发布的游戏文件，通常此上界即为当前所有资源、脚本文件的最大版本号，文件版本号的下界可以为最近一个发布的补丁包的上界。

在一示例中，当文件版本号范围的下界为0时，发布当前最新的所有游戏文件，即全量模式，在第一次进行补丁包发布时，可以选择下界为0。

子步骤12，从多个游戏文件中，确定文件版本号范围内的游戏文件，作为待发布的游戏文件。

在确定文件版本号范围后，从当前的多个游戏文件中，选取文件版本号在文件版本号范围的上界、下界之间的游戏文件，作为待发布的游戏文件。

在本实施例中，通过对文件版本号进行统一设置，且由工程师根据游戏文件更新情况设定文件版本号范围，确定待发布的游戏文件，避免了全量模式中发布最新的所有文件，减小了服务端每次发布补丁包的大小，且减小了客户端的下载耗时长及对带宽的占用。

步骤103，将待发布的游戏文件和文件版本信息组织成补丁包，并进行发布。

在确定待发布的游戏文件后，可以将待发布的游戏文件和文件版本信息组织成补丁包，并发布在互联网中。

在一示例中，补丁包还可以包括补描述信息，如该补丁包修复的功能。

在本申请一实施例中，还可以包括如下步骤：

从待发布的游戏文件的文件版本号中，确定最大的文件版本号，作为补丁包的补丁包版本号。

在发布补丁包之前，可以确定从待发布的游戏文件的文件版本号中，选取最大的文件版本号，作为该补丁包的补丁包版本号。

在本申请的实施例中，通过检测当前的多个游戏文件，并生成多个游戏文件对应的文件版本信息，文件版本信息包括多个游戏文件的文件版本号，然后从多个游戏文件中，确定待发布的游戏文件，并将待发布的游戏文件和文件版本信息组织成补丁包，并进行发布，实现了结合全量模式和增量模式的游戏更新模式，减小了服务端每次发布补丁包的大小，且无需客户端下载多个补丁包进行依次更新，当在多个补丁包均存在同一文件的修改版本时，客户端也无需重复下载更新。

参照图2，示出了本申请一实施例提供的另一种游戏更新的方法的步骤流程图，应用于客户端，具体可以包括如下步骤：

步骤201，从服务端发布的第一补丁包中，获取第一文件版本信息；其中，第一补丁包为服务端中补丁包版本号最大的补丁包，第一文件版本信息包括服务端中多个游戏文件的文件版本号；

为了满足玩家需求，服务端可以不断发布补丁包对游戏进行更新，则服务端中可以存在多个已发布的补丁包，且每个补丁包都具有文件版本信息。

当开启客户端并选择进行更新时，客户端可以从服务端已发布的多个补丁包中，确定补丁包版本号最大的补丁包，即最新的补丁包，作为第一补丁包，然后获取第一补丁包中的第一文件版本信息。

步骤202，基于第一文件版本信息，确定客户端对应的目标文件版本号；

在获得第一文件版本信息后，可以从第一文件版本信息中，确定客户端中待更新的游戏文件对应的目标文件版本号。

在本申请一实施例中，步骤202可以包括如下子步骤：

子步骤21，确定客户端对应的第二文件版本信息；其中，第二文件版本信息包括客户端中已安装的游戏文件的文件版本号；

在具体实现中，可以对客户端中已安装的游戏文件进行检测，确定客户端中已安装的游戏文件的文件版本号，进而得到第二文件版本信息。

子步骤22，比较第一文件版本信息与第二文件版本信息，得到客户端对应的目标文件版本号。

由于第一文件版本信息为最新的补丁包中的文件版本信息，且存储有多个游戏文件的文件版本号，则在确定第二文件版本信息后，可以将第一文件版本信息与第二文件版本信息中的文件版本号进行比较，进而得到待更新的游戏文件对应的目标文件版本号。

在本申请一实施例中，子步骤22可以包括如下子步骤：

子步骤221，针对每个游戏文件，确定第一文件版本信息中的第一文件版本号，以及第二文件版本信息中的第二文件版本号；

针对在第一文件版本信息中具有文件版本号的每个游戏文件，可以从第一文件版本信息中获得第一文件版本号，并可以从第二文件版本信息中获得第二文件版本号，如针对游戏文件F1，F1在第一文件版本信息中的第一文件版本号为V2，而F1在第二文件版本信息中的第二文件版本号为V1。

在一示例中，当第二文件版本信息中不存在该游戏文件对应的第二文件版本号时，即客户端中并未安装该游戏文件，则可以将该第二文件版本号设置为空或设置为最小的文件版本号。

子步骤222，当第一文件版本号大于第二文件版本号时，将第一文件版本号作为客户端对应的目标文件版本号。

当检测到第一文件版本号大于第二文件版本号时，则表征该游戏文件待更新，可以将第一文件版本号作为目标文件版本号；

当检测到第一文件版本号小于或等于第二文件版本号时，则表征该游戏文件为最新版本，无需将第一文件版本号作为目标文件版本号。

步骤203，从服务端发布的第二补丁包中，获取目标文件版本号对应的目标游戏文件，并采用目标游戏文件进行游戏更新；其中，第二补丁包为与目标文件版本号对应的补丁包。

在确定目标文件版本号后，可以根据目标文件版本号，从服务端已发布的多个第二补丁包中确定第二补丁包，然后在第二补丁包中获取目标文件版本号对应的目标游戏文件，并采用目标游戏文件进行游戏更新。

在本实施例中，通过从目标文件版本号对应的第二补丁包中，获取目标文件版本号对应的目标游戏文件，进行游戏更新，避免了增量模式中需要客户端下载已发布的多个补丁包并依次进行更新，减小了更新耗时长，且当在多个补丁包均存在同一文件的修改版本时，客户端可以直接下载最新版本的文件，无需重复下载更新。

在本申请一实施例中，每个补丁包的补丁包版本号为补丁包对应的多个文件版本号中最大的文件版本号，则第二补丁包可以采用如下方式确定：

确定服务端依次发布的多个补丁包的补丁包版本号；当目标文件版本号位于相邻发布的两个补丁包的补丁包版本号之间，则将相邻发布的两个补丁包中在后发布的补丁包作为第二补丁包。

由于每个补丁包的补丁包版本号为该补丁包对应的多个文件版本号中最大的文件版本号，即补丁包中的游戏文件的文件版本号小于或等于该补丁包的补丁包版本号，且大于在该补丁包之前发布的补丁包的补丁包版本号。

当目标文件版本号位于相邻发布的两个补丁包的补丁包版本号之间时，表征该目标文件版本号对应的游戏文件包含在该相邻发布的两个补丁包中在后发布的补丁包内，则将在后发布的补丁包作为第二补丁包。

例如，服务端先后发布了三个补丁包P1、P2、P3，P1的补丁包版本号为V10、P2的补丁包版本号为V20、P3的补丁包版本号为V23，确定目标文件版本号为V22、V18、V7，则：

针对目标文件版本号V22，其在P2的补丁包版本号V20与P3的补丁包版本号V23之间，则可以将P3作为第二补丁包，从P3中可以获得目标文件版本号V22对应的目标游戏文件。

针对目标文件版本号V18，其在P1的补丁包版本号V10与P2的补丁包版本号V20之间，则可以将P2作为第二补丁包，从P2中可以获得目标文件版本号V18对应的目标游戏文件。

针对目标文件版本号V7，其在P1的补丁包版本号V10与最小的文件版本号之间，则可以将P1作为第二补丁包，从P1中可以获得目标文件版本号V7对应的目标游戏文件。

在本申请的实施例中，通过从服务端发布的第一补丁包中，获取第一文件版本信息，第一补丁包为服务端中补丁包版本号最大的补丁包，第一文件版本信息包括服务端中多个游戏文件的文件版本号，并基于第一文件版本信息，确定客户端对应的目标文件版本号，然后从服务端发布的第二补丁包中，获取目标文件版本号对应的目标游戏文件，并采用目标游戏文件进行游戏更新，第二补丁包为与目标文件版本号对应的补丁包，实现了结合全量模式和增量模式的游戏更新模式，减小了服务端每次发布补丁包的大小，且无需客户端下载多个补丁包进行依次更新，当在多个补丁包均存在同一文件的修改版本时，客户端也无需重复下载更新。

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

参照图3，示出了本申请一实施例提供的一种游戏更新的装置的结构框图，应用于客户端，具体可以包括如下模块：

第一文件版本信息获取模块301，用于从服务端发布的第一补丁包中，获取第一文件版本信息；其中，第一补丁包为服务端中补丁包版本号最大的补丁包，第一文件版本信息包括服务端中多个游戏文件的文件版本号；

目标文件版本号确定模块302，用于基于第一文件版本信息，确定客户端对应的目标文件版本号；

游戏更新模块303，用于从服务端发布的第二补丁包中，获取目标文件版本号对应的目标游戏文件，并采用目标游戏文件进行游戏更新；其中，第二补丁包为与目标文件版本号对应的补丁包。

在本申请一实施例中，目标文件版本号确定模块302包括：

第二文件版本信息确定子模块，用于确定客户端对应的第二文件版本信息；其中，第二文件版本信息包括客户端中已安装的游戏文件的文件版本号；

目标文件版本号得到子模块，用于比较第一文件版本信息与第二文件版本信息，得到客户端对应的目标文件版本号。

在本申请一实施例中，目标文件版本号得到子模块包括：

文件版本号确定单元，用于针对每个游戏文件，确定第一文件版本信息中的第一文件版本号，以及第二文件版本信息中的第二文件版本号；

文件版本号比较单元，用于当第一文件版本号大于第二文件版本号时，将第一文件版本号作为客户端对应的目标文件版本号。

在本申请一实施例中，每个补丁包的补丁包版本号为补丁包对应的多个文件版本号中最大的文件版本号，第二补丁包采用如下方式确定：

确定服务端依次发布的多个补丁包的补丁包版本号；

当目标文件版本号位于相邻发布的两个补丁包的补丁包版本号之间，则将相邻发布的两个补丁包中在后发布的补丁包作为第二补丁包。

参照图4，示出了本申请一实施例提供的一种游戏更新的装置的结构框图，应用于服务端，具体可以包括如下模块：

文件版本信息生成模块401，用于检测当前的多个游戏文件，并生成多个游戏文件对应的文件版本信息；其中，文件版本信息包括多个游戏文件的文件版本号；

游戏文件确定模块402，用于从多个游戏文件中，确定待发布的游戏文件；

补丁包发布模块403，用于将待发布的游戏文件和文件版本信息组织成补丁包，并进行发布。

在本申请一实施例中，还包括：

时间点确定模块，用于当检测到针对游戏文件的更新时，确定更新对应的时间点；

文件版本号设置模块，用于按照时间点，设置游戏文件对应的文件版本号。

在本申请一实施例中，还包括：

补丁包版本号作为模块，用于从待发布的游戏文件的文件版本号中，确定最大的文件版本号，作为补丁包的补丁包版本号。

在本申请一实施例中，游戏文件确定模块402包括：

文件版本号范围确定子模块，用于确定文件版本号范围；

待发布的游戏文件作为子模块，用于从多个游戏文件中，确定文件版本号范围内的游戏文件，作为待发布的游戏文件。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请一实施例还提供了一种电子设备，可以包括处理器、存储器及存储在存储器上并能够在处理器上运行的计算机程序，计算机程序被处理器执行时实现如上游戏更新的方法的步骤。

本申请一实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现如上游戏更新的方法的步骤。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

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

以上对本申请所提供的一种游戏更新的方法及装置、电子设备、存储介质，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (12)

1.一种游戏更新的方法，其特征在于，应用于客户端，所述方法包括：

在多个补丁包均存在同一文件的修改版本时，从服务端发布的第一补丁包中，获取第一文件版本信息；其中，所述第一补丁包为所述服务端中补丁包版本号最大的补丁包，所述第一文件版本信息包括所述服务端中多个游戏文件的文件版本号；其中，所述服务端用于检测当前的多个游戏文件，生成所述多个游戏文件对应的文件版本信息，从所述多个游戏文件中，确定待发布的游戏文件，将所述待发布的游戏文件和所述文件版本信息组织成补丁包，并进行发布；所述文件版本信息包括所述多个游戏文件的文件版本号；

基于所述第一文件版本信息，确定所述客户端中待更新的游戏文件对应的目标文件版本号；

从所述服务端发布的第二补丁包中，获取所述目标文件版本号对应的目标游戏文件，并采用所述目标游戏文件进行游戏更新，以实现由所述客户端直接下载最新版本的文件；其中，所述第二补丁包为与所述目标文件版本号对应的补丁包。

2.根据权利要求1所述的方法，其特征在于，所述基于所述第一文件版本信息，确定所述客户端对应的目标文件版本号的步骤包括：

确定所述客户端对应的第二文件版本信息；其中，所述第二文件版本信息包括所述客户端中已安装的游戏文件的文件版本号；

比较所述第一文件版本信息与所述第二文件版本信息，得到所述客户端对应的目标文件版本号。

3.根据权利要求2所述的方法，其特征在于，所述比较所述第一文件版本信息与所述第二文件版本信息，得到目标文件版本号的步骤包括：

针对每个游戏文件，确定所述第一文件版本信息中的第一文件版本号，以及所述第二文件版本信息中的第二文件版本号；

当所述第一文件版本号大于所述第二文件版本号时，将所述第一文件版本号作为所述客户端对应的目标文件版本号。

4.根据权利要求1或2或3所述的方法，其特征在于，每个补丁包的补丁包版本号为所述补丁包对应的多个文件版本号中最大的文件版本号，所述第二补丁包采用如下方式确定：

确定所述服务端依次发布的多个补丁包的补丁包版本号；

当所述目标文件版本号位于相邻发布的两个补丁包的补丁包版本号之间，则将所述相邻发布的两个补丁包中在后发布的补丁包作为第二补丁包。

5.一种游戏更新的方法，其特征在于，应用于服务端，所述方法包括：

检测当前的多个游戏文件，并生成所述多个游戏文件对应的文件版本信息；其中，所述文件版本信息包括所述多个游戏文件的文件版本号；

从所述多个游戏文件中，确定待发布的游戏文件；

将所述待发布的游戏文件和文件版本信息组织成补丁包，并进行发布，以在多个补丁包均存在同一文件的修改版本时，客户端从所述服务端发布的第一补丁包中，获取第一文件版本信息，基于所述第一文件版本信息，确定所述客户端中待更新的游戏文件对应的目标文件版本号，从所述服务端发布的第二补丁包中，获取所述目标文件版本号对应的目标游戏文件，并采用所述目标游戏文件进行游戏更新，以实现直接下载最新版本的文件；

其中，所述第一补丁包为所述服务端中补丁包版本号最大的补丁包，所述第一文件版本信息包括所述服务端中多个游戏文件的文件版本号，所述第二补丁包为与所述目标文件版本号对应的补丁包。

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

当检测到针对游戏文件的更新时，确定所述更新对应的时间点；

按照所述时间点，设置所述游戏文件对应的文件版本号。

7.根据权利要求5或6所述的方法，其特征在于，还包括：

从所述待发布的游戏文件的文件版本号中，确定最大的文件版本号，作为所述补丁包的补丁包版本号。

8.根据权利要求5所述的方法，其特征在于，所述从所述多个游戏文件中，确定待发布的游戏文件的步骤包括：

确定文件版本号范围；

从所述多个游戏文件中，确定所述文件版本号范围内的游戏文件，作为待发布的游戏文件。

9.一种游戏更新的装置，其特征在于，应用于客户端，所述装置包括：

第一文件版本信息获取模块，用于在多个补丁包均存在同一文件的修改版本时，从服务端发布的第一补丁包中，获取第一文件版本信息；其中，所述第一补丁包为所述服务端中补丁包版本号最大的补丁包，所述第一文件版本信息包括所述服务端中多个游戏文件的文件版本号；其中，所述服务端用于检测当前的多个游戏文件，生成所述多个游戏文件对应的文件版本信息，从所述多个游戏文件中，确定待发布的游戏文件，将所述待发布的游戏文件和所述文件版本信息组织成补丁包，并进行发布；所述文件版本信息包括所述多个游戏文件的文件版本号；

目标文件版本号确定模块，用于基于所述第一文件版本信息，确定所述客户端中待更新的游戏文件对应的目标文件版本号；

游戏更新模块，用于从所述服务端发布的第二补丁包中，获取所述目标文件版本号对应的目标游戏文件，并采用所述目标游戏文件进行游戏更新，以实现由所述客户端直接下载最新版本的文件；其中，所述第二补丁包为与所述目标文件版本号对应的补丁包。

10.一种游戏更新的装置，其特征在于，应用于服务端，所述装置 包括：

文件版本信息生成模块，用于检测当前的多个游戏文件，并生成所述多个游戏文件对应的文件版本信息；其中，所述文件版本信息包括所述多个游戏文件的文件版本号；

游戏文件确定模块，用于从所述多个游戏文件中，确定待发布的游戏文件；

补丁包发布模块，用于将所述待发布的游戏文件和文件版本信息组织成补丁包，并进行发布，以在多个补丁包均存在同一文件的修改版本时，客户端从所述服务端发布的第一补丁包中，获取第一文件版本信息，基于所述第一文件版本信息，确定所述客户端中待更新的游戏文件对应的目标文件版本号，从所述服务端发布的第二补丁包中，获取所述目标文件版本号对应的目标游戏文件，并采用所述目标游戏文件进行游戏更新，以实现直接下载最新版本的文件；

其中，所述第一补丁包为所述服务端中补丁包版本号最大的补丁包，所述第一文件版本信息包括所述服务端中多个游戏文件的文件版本号，所述第二补丁包为与所述目标文件版本号对应的补丁包。

11.一种电子设备，其特征在于，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至8中任一项所述的游戏更新的方法的步骤。

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

Images