CN105677886A - 一种文件更新的方法、装置和系统 - Google Patents

Abstract

本发明提供了一种文件更新的方法、装置和系统，该方法包括：设置至少两个版本信息集；将各个文件的版本信息分配到至少两个版本信息集；建立客户端各个功能模块与至少两个版本信息集的对应关系；在接收到当前客户端对目标功能模块的触发后，根据对应关系，确定该目标功能模块对应的目标版本信息集；确定目标版本信息集中待更新文件的版本信息；将待更新文件的版本信息对应的目标文件发送给客户端，能够有效地提高应用的更新效率。

Description

一种文件更新的方法、装置和系统

技术领域

本发明涉及计算机应用技术领域，特别涉及一种文件更新的方法、文件更新的装置和系统。

背景技术

随着计算机技术的发展，企业应用系统的使用越来越广泛，而应用系统在使用过程中难免需要进行文件更新，以填补应用系统漏洞或增加应用系统功能等等。

目前，对于应用中的文件更新的方式：将待更新的所有文件发布到文件更新的装置端，当终端启动应用后，通过手动或自动的方式直接从文件更新的装置端下载待更新的所有文件。而待更新的所有文件中可能只有部分文件是应用所必需更新的，另一部分文件是非必需更新的，例如：某一应用包含功能A模块和功能B模块，其中，功能A模块是针对部门1所开发的，功能B模块是针对部门2所开发的，现有的这种文件更新方式，使得部门1和部门2均需要同时更新功能A模块和功能B模块对应的所有待更新的文件，使得文件更新没有针对性，导致应用更新效率较低。

发明内容

本发明实施例提供了一种文件更新的方法、文件更新的装置和系统，能够有效地提高应用的更新效率。

一种文件更新的方法，设置至少两个版本信息集；还包括：

将各个文件的版本信息分配到所述至少两个版本信息集；

建立客户端各个功能模块与所述至少两个版本信息集的对应关系；

在接收到当前客户端对目标功能模块的触发后，根据所述对应关系，确定该目标功能模块对应的目标版本信息集；

确定所述目标版本信息集中待更新文件的版本信息；

将所述待更新文件的版本信息对应的目标文件发送给客户端。

优选地，该方法进一步包括：为所述客户端设定目标下载文件，并确定目标下载文件的版本信息；

所述确定所述目标版本信息集中待更新文件的版本信息，包括：

融合所述目标下载文件的版本信息与所述目标版本信息集中的版本信息，确定所述目标版本信息集中待更新文件集；

确定目标功能模块中文件的当前版本信息，并将所述当前版本信息与所述待更新文件集中的版本信息进行对比，确定待更新文件的版本信息。

优选地，该方法进一步包括：为所述客户端设定对应的自定义版本信息集；

在所述确定目标下载文件的信息之后，进一步包括：将所述目标下载文件的版本信息存入所述自定义版本信息集；

所述融合所述目标下载文件的版本信息与所述目标版本信息集中的版本信息，包括：融合所述自定义版本信息集与所述目标版本信息集。

优选地，所述版本信息，包括但不限于文件标识、文件名称、存储路径、所在版本信息集名称及客户端行为方式中的任意一个或多个。

优选地，所述版本信息集，包括但不限于版本信息、版本信息集的标识、版本信息集的名称、版本信息集的关联标识中的任意一个或多个。

一种文件更新的装置，包括：

设置单元，用于设置至少两个版本信息集；

分配构建单元，用于将各个文件的版本信息分配到所述设置单元设置的至少两个版本信息集，并建立外设的客户端各个功能模块与所述至少两个版本信息集的对应关系；

确定单元，用于在接收到外设的当前客户端对目标功能模块的触发后，根据所述分配构建单元建立的对应关系，确定该目标功能模块对应的目标版本信息集，并确定所述目标版本信息集中待更新文件的版本信息；

发送单元，用于将所述确定单元确定的待更新文件的版本信息对应的目标文件发送给所述外设的客户端。

优选地，该装置进一步包括：自定义单元，其中，

所述自定义单元，用于为所述外设的客户端设定目标下载文件，并确定目标下载文件的版本信息；

所述确定单元，用于融合所述自定义单元确定的目标下载文件的版本信息与所述目标版本信息集中的版本信息，确定所述目标版本信息集中待更新文件集；并确定目标功能模块中文件的当前版本信息，并将所述当前版本信息与所述待更新文件集中的版本信息进行对比，确定待更新文件的版本信息。

优选地，所述设置单元，进一步用于为所述外设的客户端设定对应的自定义版本信息集；

所述确定单元，进一步用于将所述目标下载文件的版本信息存入所述设置单元设定的自定义版本信息集，并融合所述自定义版本信息集与所述目标版本信息集。

优选地，所述版本信息，包括但不限于文件标识、文件名称、存储路径、所在版本信息集名称及客户端行为方式中的任意一个或多个。

优选地，所述版本信息集，包括但不限于版本信息、版本信息集的标识、版本信息集的名称、版本信息集的关联标识中的任意一个或多个。

一种文件更新的系统，包括：上述任一所述的文件更新的装置和至少一个客户端，其中，

所述至少一个客户端中，每一个客户端，用于接收所述文件更新的装置发送的目标文件。

优选地，每一个客户端，进一步用于检测对自身环境进行检测，并根据检测结果，部署所述目标文件。

优选地，每一个客户端，进一步用于配置部署策略，根据所述部署策略，对接收过程中的异常进行修复。

本发明实施例提供了一种文件更新的方法、文件更新的装置和系统，该方法通过设置至少两个版本信息集；将各个文件的版本信息分配到至少两个版本信息集；建立客户端各个功能模块与至少两个版本信息集的对应关系；在接收到当前客户端对目标功能模块的触发后，根据对应关系，确定该目标功能模块对应的目标版本信息集；确定目标版本信息集中待更新文件的版本信息；将待更新文件的版本信息对应的目标文件发送给客户端，由于只有当客户端包含的某一功能模块被启动时，针对该功能模块进行文件更新，而不是一次性更新客户端中的所有文件，能够有效地提高应用的更新效率。

附图说明

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

图1是本发明一个实施例提供的一种文件更新的方法的流程图；

图2是本发明一个实施例提供的一种文件更新的方法的流程图；

图3是本发明一个实施例提供的文件更新的装置所在架构的结构示意图；

图4是本发明一个实施例提供的一种文件更新的装置的结构示意图；

图5是本发明一个实施例提供的一种文件更新的系统的结构示意图。

具体实施方式

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

如图1所示，本发明实施例提供了一种文件更新的方法，该方法可以包括以下步骤：

步骤101：设置至少两个版本信息集；

步骤102：将各个文件的版本信息分配到至少两个版本信息集；

步骤103：建立客户端各个功能模块与至少两个版本信息集的对应关系；

步骤104：在接收到当前客户端对目标功能模块的触发后，根据对应关系，确定该目标功能模块对应的目标版本信息集；

步骤105：确定目标版本信息集中待更新文件的版本信息；

步骤106：将待更新文件的版本信息对应的目标文件发送给客户端。

本发明上述实施例提供的文件更新方法，通过设置至少两个版本信息集；将各个文件的版本信息分配到至少两个版本信息集；建立客户端各个功能模块与至少两个版本信息集的对应关系；在接收到当前客户端对目标功能模块的触发后，根据对应关系，确定该目标功能模块对应的目标版本信息集；确定目标版本信息集中待更新文件的版本信息；将待更新文件的版本信息对应的目标文件发送给客户端，由于只有当客户端包含的某一功能模块被启动时，针对该功能模块进行文件更新，而不是一次性更新客户端中的所有文件，能够有效地提高应用的更新效率。

在本发明一个实施例中，上述方法进一步包括：为客户端设定目标下载文件，并确定目标下载文件的版本信息，通过该过程进一步为客户端有针对性的缩小了文件更新范围，步骤104的具体实施方式：融合目标下载文件的版本信息与目标版本信息集中的版本信息，确定目标版本信息集中待更新文件集；确定目标功能模块中文件的当前版本信息，并将当前版本信息与待更新文件集中的版本信息进行对比，确定待更新文件的版本信息，由于文件更新范围的缩小，使得文件更新更加具有针对性，也进一步提高了应用的更新效率。

在本发明一个实施例中，上述方法进一步包括：为所述客户端设定对应的自定义版本信息集；在确定目标下载文件的信息之后，进一步包括：将目标下载文件的版本信息存入自定义版本信息集；融合目标下载文件的版本信息与目标版本信息集中的版本信息，包括：融合自定义版本信息集与所述目标版本信息集，通过自定义版本信息集能够规范地管理目标下载文件的版本信息，从而提高确定待更新文件的版本信息的效率。

在本发明一个实施例中，上述版本信息，包括但不限于文件标识、文件名称、存储路径、所在版本信息集名称及客户端行为方式中的任意一个或多个，则根据版本信息能够准确地定位文件。

在本发明一个实施例中，上述版本信息集，包括但不限于版本信息、版本信息集的标识、版本信息集的名称、版本信息集的关联标识中的任意一个或多个，能够准确地定位版本信息集。

为使本发明的目的、技术方案和优点更加清楚，下面结合附图及具体实施例对本发明作进一步地详细描述。

如图2所示，本发明实施例提供了一种文件更新的方法，该方法可以包括以下步骤：

步骤201：设置至少两个版本信息集；

在本本步骤中，设置的至少两个版本信息集可以包括的内容如下表所示：

其中，下载项是版本信息集包含的文件的版本信息，该文件的版本信息内容如下表所示：

通过所列出的文件的版本信息能够比较快速的定位出文件位置，并比较准确的查找到该版本信息对应的文件，从而能够快速、准确的为客户端提供更新的文件。

对于文件的更新，通过文件的版本信息即可直接确定，而无须详细知道文件的具体内容，因此，本发明实施例中，主要通过文件的版本信息，确定文件是否需要更新。

在该步骤中，存储的版本信息集：

在该步骤中，存储的文件版本信息：

步骤202：将各个文件的版本信息分配到至少两个版本信息集；

步骤203：建立客户端各个功能模块与至少两个版本信息集的对应关系；

例如：一个应用中包含有50个文件，其中，30个文件是针对所有客户端的通用文件，这剩余20个文件中，有15个文件是针对客户端1自定义设置的，剩余5个文件是针对客户端2设置的，通用的30个文件对应着所有客户端具有的功能模块1，而为客户端1设置的15个文件对应着客户端1中的功能模块2；而为客户端2设置的5个文件对应着客户端2中的功能模块3；那么，通过步骤202，可以功能模块1对应的通用的30个文件的版本信息分配到版本信息集A中，功能模块2对应的15个文件的版本信息分配到版本信息集B中，功能模块3对应的5个文件的版本信息分配到版本信息集C中，即建立起了功能模块与版本信息集的对应关系。当文件更新时，其版本信息将发生变化，则在对应的版本信息集中修改为最新的版本信息。

步骤204：为客户端设定对应的自定义版本信息集；

步骤205：在自定义版本信息集为客户端设定目标下载文件，并确定目标下载文件的版本信息；

在该步骤204和步骤205中，主要是为了进一步针对客户端来更新文件，例如：上述步骤中通用的30个文件中，对于客户端1可能只需要更新其中通用的5个文件即可满足其本身的需求，那么，本步骤针对客户端1定义了自定义版本信息集a，将通用的5个文件的版本信息存储到该自定义版本信息集a中。

步骤206：在接收到当前客户端对目标功能模块的触发后，根据对应关系，确定该目标功能模块对应的目标版本信息集；

步骤207：融合自定义版本信息集与目标版本信息集；

步骤208：确定目标版本信息集中待更新文件集；

例如：客户端1的用户想要访问功能模块1，则在该步骤中，确定出功能模块1对应着版本信息集A以及上面提及的为客户端1定义的自定义版本信息集a，其中，自定义版本信息集a中具有文件1、文件2、文件3、文件4及文件5分别对应的版本信息，那么，通过该步骤的融合，可以确定出一个新的待更新文件集，该待更新文件集中文件的版本信息，为文件1、文件2、文件3、文件4及文件5在版本信息集A中具有的最新版本信息。

步骤209：接收客户端发送的目标功能模块中文件的当前版本信息；

例如：前面所述的功能模块1对应着30个文件，那么，该步骤中，接收存在于客户端的30个文件的版本信息。

步骤210：将当前版本信息与待更新文件集中的版本信息进行对比，判断当前版本信息与待更新文件集中的版本信息是否一致，如果是，则执行步骤211；否则，执行步骤212；

将上一步骤中获取的30个文件的版本信息与文件1、文件2、文件3、文件4及文件5在版本信息集A中具有的最新版本信息进行对比。

步骤211：不进行文件更新，并结束当前流程；

步骤212：确定待更新文件的版本信息；

步骤213：将待更新文件的版本信息对应的目标文件发送给客户端。

值得说明的，在客户端可以通过版本信息文件存储客户端具有的文件的版本信息。在服务器端也可以建立通用版本文件，将至少两个版本信息集存储到该通用版本文件中，也可以建立自定义版本文件，将自定义版本信息集存储到该自定义版本文件，实现了对版本信息集的统一管理。

在文件更新方法中，上述步骤主要是文件更新装置执行的过程，那么，当客户端接收到更新的文件之后，客户端在对文件进行部署之前，可以检查客户端所在的终端的环境，以提高文件部署成功的效率，实现对文件的自动修复，修复不了的问题提示出来，从而保证的部署文件的正确性。另外，客户端还可以将异常进行记录，并对下载及部署的过程中出现的问题，通过配置一定的解决策略，进行简单修复和深度修复，从而保证更新过程的健壮性。

另外，在对文件进行传输过程中，为文件提供了断点续传、并将文件压缩打包等功能，从而提高了文件更新效率。

如图3、图4所示，本发明实施例提供了一种文件更新的装置。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。从硬件层面而言，如图3所示，为本发明实施例提供的文件更新的装置所在设备的一种硬件结构图，除了图3所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的设备通常还可以包括其他硬件，如负责处理报文的转发芯片等等。以软件实现为例，如图4所示，作为一个逻辑意义上的装置，是通过其所在设备的CPU将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。本实施例提供的文件更新的装置40，包括：

设置单元401，用于设置至少两个版本信息集；

分配构建单元402，用于将各个文件的版本信息分配到设置单元401设置的至少两个版本信息集，并建立外设的客户端各个功能模块与至少两个版本信息集的对应关系；

确定单元403，用于在接收到外设的当前客户端对目标功能模块的触发后，根据分配构建单元402建立的对应关系，确定该目标功能模块对应的目标版本信息集，并确定目标版本信息集中待更新文件的版本信息；

发送单元404，用于将确定单元403确定的待更新文件的版本信息对应的目标文件发送给外设的客户端。

在本发明另一实施例中，上述文件更新的装置，进一步包括：自定义单元(图中未示出)，其中，

自定义单元，用于为外设的客户端设定目标下载文件，并确定目标下载文件的版本信息；

确定单元403，用于融合自定义单元确定的目标下载文件的版本信息与目标版本信息集中的版本信息，确定目标版本信息集中待更新文件集；并确定目标功能模块中文件的当前版本信息，并将当前版本信息与待更新文件集中的版本信息进行对比，确定待更新文件的版本信息。

在本发明又一实施例中，设置单元401，进一步用于为外设的客户端设定对应的自定义版本信息集；

确定单元403，进一步用于将目标下载文件的版本信息存入设置单元401设定的自定义版本信息集，并融合自定义版本信息集与目标版本信息集。

上述装置内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

如图5所示，本发明实施例提供了一种文件更新的系统，该系统包括：上述任一种文件更新的装置501和至少一个客户端502，其中，

至少一个客户端中，每一个客户端502，用于接收文件更新的装置501发送的目标文件。

在本发明另一实施例中，每一个客户端，进一步用于检测对自身环境进行检测，并根据检测结果，部署目标文件。

在本发明又一实施例中，每一个客户端，进一步用于配置部署策略，根据部署策略，对接收过程中的异常进行修复。

根据上述方案，本发明的各实施例所提供的文件更新的方法、装置和系统，至少具有如下有益效果：

1.通过设置至少两个版本信息集；将各个文件的版本信息分配到至少两个版本信息集；建立客户端各个功能模块与至少两个版本信息集的对应关系；在接收到当前客户端对目标功能模块的触发后，根据对应关系，确定该目标功能模块对应的目标版本信息集；确定目标版本信息集中待更新文件的版本信息；将待更新文件的版本信息对应的目标文件发送给客户端，由于只有当客户端包含的某一功能模块被启动时，针对该功能模块进行文件更新，而不是一次性更新客户端中的所有文件，能够有效地提高应用的更新效率。

2.通过为客户端设定目标下载文件，并确定目标下载文件的版本信息；融合目标下载文件的版本信息与目标版本信息集中的版本信息，确定目标版本信息集中待更新文件集；确定目标功能模块中文件的当前版本信息，并将当前版本信息与待更新文件集中的版本信息进行对比，确定待更新文件的版本信息，进一步为客户端提供了更加具有针对性的文件更新，实现了按需更新，从而进一步提高了文件更新效率，也减小了提供文件的服务器的负载。

3.通过为客户端设定对应的自定义版本信息集；将目标下载文件的版本信息存入自定义版本信息集；融合自定义版本信息集与目标版本信息集，实通过建立版本信息集实现了对文件版本信息的规范性管理，能够快速准确的定位出文件的版本信息。

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

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。

最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种文件更新的方法，其特征在于，设置至少两个版本信息集；还包括：

将各个文件的版本信息分配到所述至少两个版本信息集；

建立客户端各个功能模块与所述至少两个版本信息集的对应关系；

在接收到当前客户端对目标功能模块的触发后，根据所述对应关系，确定该目标功能模块对应的目标版本信息集；

确定所述目标版本信息集中待更新文件的版本信息；

将所述待更新文件的版本信息对应的目标文件发送给客户端。

2.根据权利要求1所述的方法，其特征在于，

进一步包括：为所述客户端设定目标下载文件，并确定目标下载文件的版本信息；

所述确定所述目标版本信息集中待更新文件的版本信息，包括：

融合所述目标下载文件的版本信息与所述目标版本信息集中的版本信息，确定所述目标版本信息集中待更新文件集；

确定目标功能模块中文件的当前版本信息，并将所述当前版本信息与所述待更新文件集中的版本信息进行对比，确定待更新文件的版本信息。

3.根据权利要求2所述的方法，其特征在于，

进一步包括：为所述客户端设定对应的自定义版本信息集；

在所述确定目标下载文件的信息之后，进一步包括：将所述目标下载文件的版本信息存入所述自定义版本信息集；

所述融合所述目标下载文件的版本信息与所述目标版本信息集中的版本信息，包括：融合所述自定义版本信息集与所述目标版本信息集。

4.根据权利要求1至3任一所述的方法，其特征在于，

所述版本信息，包括但不限于文件标识、文件名称、存储路径、所在版本信息集名称及客户端行为方式中的任意一个或多个；

和/或，

所述版本信息集，包括但不限于版本信息、版本信息集的标识、版本信息集的名称、版本信息集的关联标识中的任意一个或多个。

5.一种文件更新的装置，其特征在于，包括：

设置单元，用于设置至少两个版本信息集；

分配构建单元，用于将各个文件的版本信息分配到所述设置单元设置的至少两个版本信息集，并建立外设的客户端各个功能模块与所述至少两个版本信息集的对应关系；

确定单元，用于在接收到外设的当前客户端对目标功能模块的触发后，根据所述分配构建单元建立的对应关系，确定该目标功能模块对应的目标版本信息集，并确定所述目标版本信息集中待更新文件的版本信息；

发送单元，用于将所述确定单元确定的待更新文件的版本信息对应的目标文件发送给所述外设的客户端。

6.根据权利要求5所述的文件更新的装置，其特征在于，进一步包括：自定义单元，其中，

所述自定义单元，用于为所述外设的客户端设定目标下载文件，并确定目标下载文件的版本信息；

所述确定单元，用于融合所述自定义单元确定的目标下载文件的版本信息与所述目标版本信息集中的版本信息，确定所述目标版本信息集中待更新文件集；并确定目标功能模块中文件的当前版本信息，并将所述当前版本信息与所述待更新文件集中的版本信息进行对比，确定待更新文件的版本信息。

7.根据权利要求6所述的文件更新的装置，其特征在于，

所述设置单元，进一步用于为所述外设的客户端设定对应的自定义版本信息集；

所述确定单元，进一步用于将所述目标下载文件的版本信息存入所述设置单元设定的自定义版本信息集，并融合所述自定义版本信息集与所述目标版本信息集。

8.根据权利要求5至7任一所述的文件更新的装置，其特征在于，

所述版本信息，包括但不限于文件标识、文件名称、存储路径、所在版本信息集名称及客户端行为方式中的任意一个或多个；

和/或，

所述版本信息集，包括但不限于版本信息、版本信息集的标识、版本信息集的名称、版本信息集的关联标识中的任意一个或多个。

9.一种文件更新的系统，其特征在于，包括：权利要求5至8任一所述的文件更新的装置和至少一个客户端，其中，

所述至少一个客户端中，每一个客户端，用于接收所述文件更新的装置发送的目标文件。

10.根据权利要求9所述的系统，其特征在于，

每一个客户端，进一步用于检测对自身环境进行检测，并根据检测结果，部署所述目标文件；

和/或，

每一个客户端，进一步用于配置部署策略，根据所述部署策略，对接收过程中的异常进行修复。