CN104038520A - 一种多版本分布式资源管理方法和*** - Google Patents

Abstract

本发明实施例提供了一种多版本分布式资源管理方法和***，以解决目前的方法工作量大、成本高，并且大量消耗用户磁盘资源的问题。方法包括：依据当前制作的资源文件判断原有版本的资源文件是否变更；当变更时，生成新的版本号；依据新的版本号将当前制作的资源文件部署至资源服务器，并对客户端的资源下载路径进行修改；当更新服务器接收到客户端的版本切换请求时，根据客户端切换的新的版本号对应的运营服务器向客户端发送包括修改后的资源下载路径的配置文件；客户端依据修改后的资源下载路径下载资源文件。本发明实施例通过修改资源版本对应的资源下载路径，使得客户端可以自动在所述路径下下载新版本的资源文件，从而降低工作量和成本。

Description

一种多版本分布式资源管理方法和***

技术领域

本发明实施例涉及网络数据处理技术领域，特别是涉及一种多版本分布式资源管理方法和***。

背景技术

分布式资源管理是指通过将资源进行拆分，部分集成至客户端中，部分放置在资源服务器中以提供用户在使用时进行下载，实现了客户端资源的分布式管理，以此控制客户端的磁盘占用量。

用户从网络上下载的存储在***缓存文件夹中的资源，可以统称为IE资源。用户浏览网页中所显示的图片、flash播放器所产生的内容、网页游戏中的图形图像资源，均可算作IE资源。在windows的IE资源管理规则中，任何存储在***缓存中的文件均具有文件的唯一性：当文件的文件名没有产生变化、文件的地址路径没有产生变化时，该文件将会被IE内核直接作为资源文件进行调用，否则将会与服务器通信来下载新的文件。

以游戏的图形图像资源为例，可以将部分集成至客户端中，部分资源放置在资源服务器中以提供用户在使用时进行下载，以实现游戏资源的分布式管理。

游戏运营过程中，会由于运营以及宣传的需要而在不同的运营服务器上运行不同的游戏版本。游戏客户端与运营服务器之间需要处在相同的版本，以确保用户在游戏过程中的游戏内容、后台逻辑、通信协议等的一致性。用户在游戏过程中会根据自己的游戏喜好，随意的在选择运营服务器的过程中选择自己想要游戏的版本。客户端会基于版本一致性的原因在切换运营服务器的时候，从资源服务器中下载新的对应运营服务器的版本文件，以确保运行时客户端与服务器的版本一致性。

但是，当游戏运营过程中，根据游戏开发需要变更游戏中资源的解析规则时，游戏整体资源会根据新的解析规则进行调整。基于IE资源管理规则，在游戏版本更新之后，如果资源的名称、下载路径不能够动态变更，则会造成客户端所读取的缓存资源的版本与运营服务器上存储的客户端资源解析规则以及运营服务器版本不一致，进而可能造成显示错误、客户端崩溃、逻辑异常等问题。

对于常规的解决方式，可以在每一个版本制作过程中重命名所有的资源，从而在游戏时可以下载新的资源文件。但是上述方式所带来的工作量以及游戏维护成本都会陡然增加；同时，由于对新的资源文件进行了重命名，因此客户端中会同时保存原有的资源文件以及新的资源文件，从而大量消耗用户的磁盘资源。

发明内容

本发明实施例所要解决的技术问题是提供一种多版本分布式资源管理方法和***，以解决目前的方法工作量大、成本高，并且大量消耗用户磁盘资源的问题。

为了解决上述问题，本发明公开了一种多版本分布式资源管理方法，其特征在于，包括：

在资源版本的制作过程中，依据当前制作的资源文件判断原有版本的资源文件是否变更；

当原有版本的资源文件变更时，生成新的版本号；

依据所述新的版本号将当前制作的资源文件部署至资源服务器；

依据所述新的版本号对客户端的资源下载路径进行修改；

当更新服务器接收到客户端的版本切换请求时，根据客户端切换的所述新的版本号对应的运营服务器向所述客户端发送配置文件，所述配置文件中包括依据所述新的版本号修改后的资源下载路径；客户端依据所述修改后的资源下载路径从资源服务器中下载所述资源文件。

可选地，所述资源下载路径包括固定下载路径与可变下载路径，其中，所述固定下载路径为所述资源服务器的下载路径，所述可变下载路径为版本号。

可选地，所述依据所述新的版本号对客户端的资源下载路径进行修改，包括：

将所述资源下载路径中的可变下载路径修改为所述新的版本号。

可选地，所述依据所述新的版本号将当前制作的资源文件部署至资源服务器，包括：

将当前制作的资源文件压缩成资源文件压缩包，所述资源文件压缩包以所述新的版本号为文件名；

将所述资源文件压缩包解压至所述资源服务器的固定下载路径下。

可选地，所述依据当前制作的资源文件判断原有版本的资源文件是否变更，包括：

将当前制作的资源文件与原有版本的资源文件进行对比；

当所述当前制作的资源文件与原有版本的资源文件相同，或者当前制作的资源文件为增量变更时，确定原有版本的资源文件没有变更；

当所述当前制作的资源文件为资源解析规则变更时，确定原有版本的资源文件变更。

另一方面，本发明还公开了一种多版本分布式资源管理***，其特征在于，包括：

判断模块，用于在资源版本的制作过程中，依据当前制作的资源文件判断原有版本的资源文件是否变更；

生成模块，用于当原有版本的资源文件变更时，生成新的版本号；

部署模块，用于依据所述新的版本号将当前制作的资源文件部署至资源服务器；

修改模块，用于依据所述新的版本号对客户端的资源下载路径进行修改；

发送模块，用于当更新服务器接收到客户端的版本切换请求时，根据客户端切换的所述新的版本号对应的运营服务器向所述客户端发送配置文件，所述配置文件中包括依据所述新的版本号修改后的资源下载路径；客户端依据所述修改后的资源下载路径从资源服务器中下载所述资源文件。

可选地，所述资源下载路径包括固定下载路径与可变下载路径，其中，所述固定下载路径为所述资源服务器的下载路径，所述可变下载路径为版本号。

可选地，所述修改模块将所述资源下载路径中的可变下载路径修改为所述新的版本号。

可选地，所述部署模块包括：

压缩子模块，用于将当前制作的资源文件压缩成资源文件压缩包，所述资源文件压缩包以所述新的版本号为文件名；

解压子模块，用于将所述资源文件压缩包解压至所述资源服务器的固定下载路径下。

可选地，所述判断模块包括：

对比子模块，用于将当前制作的资源文件与原有版本的资源文件进行对比；

确定子模块，用于当所述当前制作的资源文件与原有版本的资源文件相同，或者当前制作的资源文件为增量变更时，确定原有版本的资源文件没有变更；当所述当前制作的资源文件为资源解析规则变更时，确定原有版本的资源文件变更。

与背景技术相比，本发明实施例包括以下优点：

本发明实施例可以在资源版本的制作过程中，依据当前制作的资源文件判断原有版本的资源文件是否变更；当原有版本的资源文件变更时，生成新的版本号；并依据所述新的版本号将当前制作的资源文件部署至资源服务器，以及对客户端的资源下载路径进行修改；当更新服务器接收到客户端的版本切换请求时，根据客户端切换的所述新的版本号对应的运营服务器将依据所述新的版本号修改后的资源下载路径发送给客户端，客户端即可依据所述修改后的资源下载路径从资源服务器中下载所述资源文件。

本发明实施例中并没有对所有的资源进行重命名，而是通过修改资源版本对应的资源下载路径，使得客户端可以自动在所述路径下下载新版本的资源文件，从而可以降低工作量和成本；并且下载之后即可直接替换客户端本地原有的资源文件，从而可以节省用户的磁盘资源。

附图说明

图1是目前技术中客户端切换游戏版本的示意图；

图2是本发明实施例一中所述的游戏版本制作过程的流程图；

图3是本发明实施例一中所述的一种多版本分布式资源管理方法的流程图；

图4是本发明实施例二所述的一种多版本分布式资源管理***的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本文中的各实施例主要是以游戏资源为例进行的介绍，但是，需要说明的是，本发明实施例并不限定于游戏资源，其他IE资源（例如网页图片资源等），也可以用本发明实施例所提出的技术方案解决。

实施例一：

游戏运营过程中，会由于运营以及宣传的需要而在不同的运营服务器上运行不同的游戏版本。游戏客户端与运营服务器之间需要处在相同的版本，以确保用户在游戏过程中的游戏内容、后台逻辑、通信协议等的一致性。用户在游戏过程中会根据自己的游戏喜好，随意的在选择运营服务器的过程中选择自己想要游戏的版本。客户端会基于版本一致性的原因在切换运营服务器的时候，从资源服务器中下载新的对应运营服务器的版本文件，以确保运行时客户端与服务器的版本一致性。

版本切换即指使用同一个游戏客户端，在登录不同运营服务器时根据服务器版本，自动进行客户端文件修改，实现用户使用同一个客户端登录不同版本的运营服务器进行游戏。

如图1所示，为目前技术中客户端切换游戏版本的示意图。

客户端C在登录运营服务器时，更新服务器S1可以将运营服务器的列表提供给客户端，客户端可以选择想要登录的运营服务器（例如，客户端C可以选择登录运营服务器S21）。当客户端C请求切换游戏版本，即切换运营服务器时（例如，客户端C请求切换到运营服务器S22），如果在运营服务器S21上的游戏版本为1.0，在运营服务器S22上的游戏版本为2.0，则更新服务器S1在检测出游戏资源变更时，可以向客户端C发送配置文件，引导客户端C去资源服务器S3中下载版本2.0对应的资源。

基于IE资源管理规则，在游戏版本更新之后，如果资源的名称、下载路径不能够动态变更，则会造成客户端所读取的缓存资源的版本与运营服务器上存储的客户端资源解析规则以及运营服务器版本不一致，进而可能造成显示错误、客户端崩溃、逻辑异常等问题。

对于常规的解决方式，可以在每一个版本制作过程中重命名所有的资源，从而在游戏时可以下载新的资源文件。但是上述方式所带来的工作量以及游戏维护成本都会陡然增加；同时，由于对新的资源文件进行了重命名，因此客户端中会同时保存原有的资源文件以及新的资源文件，从而大量消耗用户的磁盘资源。

为了解决上述问题，本发明实施例提出了一种多版本分布式资源管理方法，该方法可以降低工作量和维护成本，并且可以节省用户的磁盘资源。

首先，说明一下本发明实施例的版本制作过程。本发明实施例中在资源版本的制作过程中，可以通过特殊的游戏版本制作工具进行。如图2所示，为本发明实施例一中游戏版本制作过程的流程图，该制作过程可以包括：

步骤200，开始游戏版本制作。

步骤201，判断资源是否变更。

如果判断出资源变更，则可以进入版本制作工具自动逻辑；如果判断出资源没有变更，则本发明实施例中不做处理。

以下步骤202-步骤204即为所述版本制作工具自动逻辑。

步骤202，确定资源变更。

步骤203，自动生成客户端的资源下载路径。

步骤204，自动生成可部署资源文件。

本发明实施例中，在可下载资源的制作过程中，可以通过版本制作工具对所有的资源文件进行自动检索，判断其中文件的变化，当文件出现变化时，可以自动生成新的版本号，并进行以下两部分操作：

（1）根据新的版本号自动修改客户端资源下载路径（即上述步骤203）；

（2）根据新的版本号将所有制作的资源文件压缩至新的资源文件压缩包（即上述步骤204）。

后续在运维人员进行服务器资源部署时，仅需要将新的资源文件压缩包解压缩至资源服务器的下载路径即可。

对于本发明实施例所述的多版本分布式资源管理方法的具体过程，将在下面对图3的描述中详细论述。

参照图3，示出了本发明实施例一中所述的一种多版本分布式资源管理方法的流程图，所述方法可以包括：

步骤300，在资源版本的制作过程中，依据当前制作的资源文件判断原有版本的资源文件是否变更。

本发明实施例中，可以通过资源文件之间的对比判断原有版本的资源文件是否变更。具体的，该步骤300可以包括：

a1，将当前制作的资源文件与原有版本的资源文件进行对比。

本发明实施例中，可以通过代码方式自动进行当前制作的资源文件与原有版本的资源文件之间的对比。对于具体的对比过程，本领域技术人员根据实际情况进行相关处理即可，本发明实施例在此不再详细论述。

a2，当所述当前制作的资源文件与原有版本的资源文件相同，或者当前制作的资源文件为增量变更时，确定原有版本的资源文件没有变更。

a3，当所述当前制作的资源文件为资源解析规则变更时，确定原有版本的资源文件变更。

进行对比之后，如果当前制作的资源文件与原有版本的资源文件相同，则说明原有版本的资源文件没有变更；另外，如果与原有版本的资源文件相比，当前制作的资源文件只是增加了一些内容，则本发明实施例中也认为原有版本的资源文件没有变更。针对上述两种原有版本的资源文件没有变更的情况，本发明实施例中可以不对其进行处理。

如果与原有版本的资源文件相比，当前制作的资源文件为资源解析规则变更时，则本发明实施例中认为原有版本的资源文件变更。此时，即可按照本发明实施例所述的方法进行资源管理。

步骤301，当原有版本的资源文件变更时，生成新的版本号。

本发明实施例中，当步骤300判断出原有版本的资源文件变更时，即可自动生成一个新的版本号，通过所述新的版本号表示当前制作的资源文件的版本。

步骤302，依据所述新的版本号将当前制作的资源文件部署至资源服务器。

本发明实施例中，对于资源服务器，可以设置一个固定下载路径，例如，可以设置资源服务器的固定下载路径为10.1.1.123/pets/，在生成新的版本号之后，即可将所述新的版本号对应的资源文件部署至资源服务器中。

具体的，该步骤302可以包括：

b1，将当前制作的资源文件压缩成资源文件压缩包，所述资源文件压缩包以所述新的版本号为文件名。

在版本制作过程中，当确定原有版本的资源文件变更，生成新的版本号之后，即可将当前制作的资源文件压缩成资源文件压缩包，并以所述新的版本号作为所述资源文件压缩包的文件名。

b2，将所述资源文件压缩包解压至所述资源服务器的固定下载路径下。

版本制作之后。在运维人员进行资源部署时，即可由运维人员将所述资源文件压缩包解压至所述资源服务器的固定下载路径下（例如，解压至固定下载路径10.1.1.123/pets/），此时，即可完成将当前制作的资源文件部署至资源服务器，后续客户端即可从资源服务器中下载这些资源文件。

步骤303，依据所述新的版本号对客户端的资源下载路径进行修改。

本发明实施例中，所述客户端的资源下载路径可以包括固定下载路径与可变下载路径，其中，所述固定下载路径可以为所述资源服务器的下载路径，所述可变下载路径可以为版本号。通过将运营服务器的版本号作为资源下载路径的一部分，可以保证客户端的资源下载路径配置与运营服务器的版本号相对应。例如，所述客户端的资源下载路径可以为10.1.1.123/pets/100，其中，10.1.1.123/pets/即为资源服务器的固定下载路径，100即为版本号。

在原有版本的资源文件变更，生成新的版本号之后，还可以依据所述新的版本号对客户端的资源下载路径进行修改，以保证客户端可以从资源服务器中下载正确的资源版本。

本发明实施例中，由于客户端的资源下载路径为固定下载路径加上可变下载路径（即版本号），因此，通过修改资源下载路径中的版本号，即可调整客户端所指向的运营服务器。

因此，该步骤303中依据所述新的版本号对客户端的资源下载路径进行修改，具体可以为将所述资源下载路径中的可变下载路径修改为所述新的版本号，因此客户端即可从资源服务器中下载所述新的版本号对应的资源版本。

例如，所述新的版本号为101，此时即可将客户端的资源下载路径修改为10.1.1.123/pets/101，客户端即可在该路径下下载版本101的资源文件。

步骤304，当更新服务器接收到客户端的版本切换请求时，根据客户端切换的所述新的版本号对应的运营服务器向所述客户端发送配置文件，所述配置文件中包括依据所述新的版本号修改后的资源下载路径。

当用户想要切换版本时，用户客户端可以向更新服务器发送版本切换请求，更新服务器可以根据客户端切换的运营服务器向所述客户端发送配置文件。

本发明实施例中，当用户想要切换到上述新的版本号对应的资源版本（即用户请求切换到所述新的版本号对应的运营服务器）时，可以向更新服务器发送版本切换请求。例如，客户端可以通过从更新服务器提供的运营服务器列表中选择所述新的版本号对应的运营服务器来触发版本切换请求。

更新服务器在接收到客户端的版本切换请求时，可以根据客户端切换的所述新的版本号对应的运营服务器向所述客户端发送配置文件，其中，所述配置文件中可以包括依据所述新的版本号修改后的资源下载路径。

步骤305，客户端依据所述修改后的资源下载路径从资源服务器中下载所述资源文件。

当用户进入到游戏中后，即可直接从所述资源下载路径获得对应用户所登录的运营服务器版本的资源文件，并且会用下载的资源文件直接替换本地原有的资源文件，完成资源更新操作。

例如，用户切换的运营服务器中的新的版本号为101，则更新服务器向客户端发送的配置文件中可以包括资源下载路径10.1.1.123/pets/101，客户端根据配置文件中的该资源下载路径即可从资源服务器中下载版本号为101的资源文件。

本发明实施例中，将客户端的资源下载路径设置为固定下载路径加可变下载路径的方式。在新版本的制作过程中，并不是对所有的资源进行重命名，而是在版本制作过程中，自动生成新的版本号，并根据新的版本号修改资源下载路径中的可变下载路径。从而使得客户端可以自动在所述资源下载路径下下载新版本的资源文件，避免了由于对所有资源文件重命名而导致的工作量大、成本高的问题；并且，由于没有对资源文件进行重命名，因此在下载之后即可用下载的新的版本号对应的资源文件直接替换客户端本地原有的资源文件，从而可以节省用户的磁盘资源。

实施例二：

参照图4，示出了本发明实施例二所述的一种多版本分布式资源管理***的结构框图。

所述***可以包括：版本制作工具40、更新服务器41、资源服务器42、客户端43、第一运营服务器44和第二运营服务器45，还可以包括部署模块402。其中，版本制作工具40可以包括判断模块400和生成模块401，更新服务器41可以包括修改模块403和发送模块404。

其中，

判断模块400，用于在资源版本的制作过程中，依据当前制作的资源文件判断原有版本的资源文件是否变更；

所述判断模块400可以包括：

对比子模块，用于将当前制作的资源文件与原有版本的资源文件进行对比；

确定子模块，用于当所述当前制作的资源文件与原有版本的资源文件相同，或者当前制作的资源文件为增量变更时，确定原有版本的资源文件没有变更；当所述当前制作的资源文件为资源解析规则变更时，确定原有版本的资源文件变更。

生成模块401，用于当原有版本的资源文件变更时，生成新的版本号；

部署模块402，用于依据所述新的版本号将当前制作的资源文件部署至资源服务器42；

所述部署模块402可以包括：

压缩子模块，用于将当前制作的资源文件压缩成资源文件压缩包，所述资源文件压缩包以所述新的版本号为文件名；

解压子模块，用于将所述资源文件压缩包解压至所述资源服务器的固定下载路径下。

修改模块403，用于依据所述新的版本号对客户端的资源下载路径进行修改；

其中，所述资源下载路径包括固定下载路径与可变下载路径，所述固定下载路径为所述资源服务器的下载路径，所述可变下载路径为版本号。

所述修改模块403具体可以将所述资源下载路径中的可变下载路径修改为所述新的版本号。

发送模块404，用于当更新服务器接收到客户端的版本切换请求时，根据客户端切换的所述新的版本号对应的运营服务器向所述客户端发送配置文件，所述配置文件中包括依据所述新的版本号修改后的资源下载路径。

当客户端43请求从第一运营服务器44切换到第二运营服务器45时（其中，第二运营服务器45中的版本号为所述新的版本号），客户端43可以向更新服务器41发送版本切换请求，更新服务器41即可向所述客户端43发送配置文件。客户端43在接收到更新服务器41发送的配置文件之后，即可依据所述修改后的资源下载路径从资源服务器42中下载所述资源文件。

本发明实施例可以在资源版本的制作过程中，依据当前制作的资源文件判断原有版本的资源文件是否变更；当原有版本的资源文件变更时，生成新的版本号；并依据所述新的版本号将当前制作的资源文件部署至资源服务器，以及对客户端的资源下载路径进行修改；当更新服务器接收到客户端的版本切换请求时，根据客户端切换的所述新的版本号对应的运营服务器将依据所述新的版本号修改后的资源下载路径发送给客户端，客户端即可依据所述修改后的资源下载路径从资源服务器中下载所述资源文件。

本发明实施例中并没有对所有的资源进行重命名，而是通过修改资源版本对应的资源下载路径，使得客户端可以自动在所述路径下下载新版本的资源文件，从而可以降低工作量和成本；并且下载之后即可直接替换客户端本地原有的资源文件，从而可以节省用户的磁盘资源。

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

本发明实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

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

以上对本发明所提供的一种多版本分布式资源管理方法和***，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种多版本分布式资源管理方法，其特征在于，包括：

在资源版本的制作过程中，依据当前制作的资源文件判断原有版本的资源文件是否变更；

当原有版本的资源文件变更时，生成新的版本号；

依据所述新的版本号将当前制作的资源文件部署至资源服务器；

依据所述新的版本号对客户端的资源下载路径进行修改；

当更新服务器接收到客户端的版本切换请求时，根据客户端切换的所述新的版本号对应的运营服务器向所述客户端发送配置文件，所述配置文件中包括依据所述新的版本号修改后的资源下载路径；客户端依据所述修改后的资源下载路径从资源服务器中下载所述资源文件。

2.根据权利要求1所述的方法，其特征在于，所述资源下载路径包括固定下载路径与可变下载路径，其中，所述固定下载路径为所述资源服务器的下载路径，所述可变下载路径为版本号。

3.根据权利要求2所述的方法，其特征在于，所述依据所述新的版本号对客户端的资源下载路径进行修改，包括：

将所述资源下载路径中的可变下载路径修改为所述新的版本号。

4.根据权利要求2所述的方法，其特征在于，所述依据所述新的版本号将当前制作的资源文件部署至资源服务器，包括：

将当前制作的资源文件压缩成资源文件压缩包，所述资源文件压缩包以所述新的版本号为文件名；

将所述资源文件压缩包解压至所述资源服务器的固定下载路径下。

5.根据权利要求1所述的方法，其特征在于，所述依据当前制作的资源文件判断原有版本的资源文件是否变更，包括：

将当前制作的资源文件与原有版本的资源文件进行对比；

当所述当前制作的资源文件与原有版本的资源文件相同，或者当前制作的资源文件为增量变更时，确定原有版本的资源文件没有变更；

当所述当前制作的资源文件为资源解析规则变更时，确定原有版本的资源文件变更。

6.一种多版本分布式资源管理***，其特征在于，包括：

判断模块，用于在资源版本的制作过程中，依据当前制作的资源文件判断原有版本的资源文件是否变更；

生成模块，用于当原有版本的资源文件变更时，生成新的版本号；

部署模块，用于依据所述新的版本号将当前制作的资源文件部署至资源服务器；

修改模块，用于依据所述新的版本号对客户端的资源下载路径进行修改；

发送模块，用于当更新服务器接收到客户端的版本切换请求时，根据客户端切换的所述新的版本号对应的运营服务器向所述客户端发送配置文件，所述配置文件中包括依据所述新的版本号修改后的资源下载路径；客户端依据所述修改后的资源下载路径从资源服务器中下载所述资源文件。

7.根据权利要求6所述的***，其特征在于，所述资源下载路径包括固定下载路径与可变下载路径，其中，所述固定下载路径为所述资源服务器的下载路径，所述可变下载路径为版本号。

8.根据权利要求7所述的***，其特征在于，所述修改模块将所述资源下载路径中的可变下载路径修改为所述新的版本号。

9.根据权利要求7所述的***，其特征在于，所述部署模块包括：

压缩子模块，用于将当前制作的资源文件压缩成资源文件压缩包，所述资源文件压缩包以所述新的版本号为文件名；

解压子模块，用于将所述资源文件压缩包解压至所述资源服务器的固定下载路径下。

10.根据权利要求6所述的***，其特征在于，所述判断模块包括：

对比子模块，用于将当前制作的资源文件与原有版本的资源文件进行对比；

确定子模块，用于当所述当前制作的资源文件与原有版本的资源文件相同，或者当前制作的资源文件为增量变更时，确定原有版本的资源文件没有变更；当所述当前制作的资源文件为资源解析规则变更时，确定原有版本的资源文件变更。