文件处理方法、装置、电子设备和存储介质与流程

1.本发明涉及数据存储技术领域，尤其涉及一种文件处理方法、装置、电子设备和存储介质。


背景技术：

2.目前，大型机(mainframe，大型主机)平台用于日常测试及投产发布所涉及产品的文件，通常是由buildforge平台所生成和存储的。随着国产化及分布式系统的推进，buildforge平台无法与上层更新的平台进行对接，所以需要对buildforge平台进行替换。现有技术中，通常是在新的平台构建后，通过开发人员手动操作将原平台中的文件导入到替换的文件中，以实现平台的替换，但是这种方式不仅操作复杂，而且效率较低。


技术实现要素：

3.有鉴于此，本发明实施例提供一种文件处理方法、装置、电子设备和存储介质，能够解决现有技术中平台替换方式不仅操作复杂，而且效率较低的问题。
4.为实现上述目的，根据本发明实施例的一个方面，提供了一种文件处理方法。
5.本发明实施例的一种文件处理方法包括：响应于平台替换指令，向被替换平台发送文件获取请求，以获取所述被替换平台中待处理文件的文件标识和第一版本信息；基于所述文件标识，从与目标平台同步的数据中，查询所述待处理文件的第二版本信息，获取所述第二版本信息对应时间最大的修改记录，以判断所述第一版本信息中是否包括所述修改记录；若否，则存储所述待处理文件，将所述第一版本信息更新为所述第二版本信息；若是，则查询所述第二版本信息对应的文件并删除，以及存储所述待处理文件，将所述第一版本信息更新为所述第二版本信息。
6.在一个实施例中，还包括：
7.接收客户端发送的文件检入请求，获取所述检入请求中检入文件的文件标识和第三版本信息；
8.基于所述检入文件的文件标识，查询所述检入文件的第四版本信息，获取所述第四版本信息对应时间最大的修改记录，以判断所述第三版本信息中是否包括所述修改记录；
9.若是，则存储所述检入文件，将所述第三版本信息更新为所述第四版本信息；若否，则查询所述第四版本信息对应的文件并删除，以及存储所述检入文件，将所述第三版本信息更新为所述第四版本信息。
10.在又一个实施例中，在接收客户端发送的文件检入请求之前，还包括：
11.接收所述客户端发送的文件检出请求，获取所述文件检出请求中文件标识，以查询对应的检出文件；
12.判断所述检出文件是否被锁定；
13.若是，则向所述客户端发送无法检出的提示消息；若否，则向所述客户端发送所述
检出文件和所述第五版本信息。
14.在又一个实施例中，判断所述检出文件是否被锁定，包括：
15.查询所述检出文件的当前状态标签，以判断所述检出文件的当前状态标签是否为检出状态；
16.若是，则确定上述检出文件被锁定；若否，则确定所述检出文件未被锁定。
17.在又一个实施例中，查询所述第四版本信息对应的文件并删除，包括：
18.向所述客户端发送文件冲突提示消息；
19.接收所述客户端发送的文件存储指令，以响应于所述文件存储指令，查询所述第四版本信息对应的文件并删除。
20.在又一个实施例中，在查询所述第四版本信息对应的文件之后，还包括：
21.获取所述第四版本信息对应文件的检入客户端标识，以查询对应的客户端地址信息；
22.基于所述客户端地址信息发送文件删除提示信息。
23.在又一个实施例中，还包括：
24.获取存储的文件，以生成对应的程序文件；
25.将所述程序文件发送至对应的集群主机，以使所述集群主机运行所述程序文件。
26.在又一个实施例中，还包括：
27.响应于目标平台触发的文件同步指令，获取预设周期内存储的文件，以调用预设的api接口，将所述预设周期内存储的文件同步至所述目标平台。。
28.为实现上述目的，根据本发明实施例的另一方面，提供了一种文件处理装置。
29.本发明实施例的一种文件处理装置包括：获取单元，用于响应于平台替换指令，向被替换平台发送文件获取请求，以获取所述被替换平台中待处理文件的文件标识和第一版本信息；判断单元，用于基于所述文件标识，从与目标平台同步的数据中，查询所述待处理文件的第二版本信息，获取所述第二版本信息对应时间最大的修改记录，以判断所述第一版本信息中是否包括所述修改记录；存储单元，用于若否，则存储所述待处理文件，将所述第一版本信息更新为所述第二版本信息；若是，则查询所述第二版本信息对应的文件并删除，以及存储所述待处理文件，将所述第一版本信息更新为所述第二版本信息。
30.为实现上述目的，根据本发明实施例的再一个方面，提供了一种电子设备。
31.本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例提供的文件处理方法。
32.为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机可读介质。
33.本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例提供的文件处理方法。
34.为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机程序产品。
35.本发明实施例的一种计算机程序产品，包括计算机程序，所述程序被处理器执行时实现本发明实施例提供的文件处理方法。
36.上述发明中的一个实施例具有如下优点或有益效果：本发明实施例中，平台替换指令被触发后，可以向被替换平台发送文件获取请求，以获取被替换平台中待处理文件的
文件标识和第一版本信息，然后获取目标平台中该待处理文件对应的第二版本信息，以通过第一版本信息和第二版本信息来判断是否存在版本冲突，即查询待处理文件的第二版本信息，获取第二版本信息对应时间最大的修改记录，以判断第一版本信息中是否包括修改记录；如果第一版本信息中包括了获取的修改记录，说明待处理文件是在目标平台中存储的版本基础上修改的，则可以直接存储所述待处理文件，并将第一版本信息更新为第二版本信息；如果第一版本信息中不包括了获取的修改记录，说明待处理文件不是在目标平台中存储的版本基础上修改的，产生了版本冲突，则可以查询第二版本信息对应的文件并删除，再存储待处理文件，并将第一版本信息更新为第二版本信息。如此本发明实施例中，通过平台替换指令的响应，可以将被替换平台的文件转移至目标平台中，并在文件转移中进行版本控制，无需用户手动操作，处理操作简单，提高了处理效率。
37.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
38.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
39.图1是根据本发明实施例的文件处理系统的一种系统架构的示意图；
40.图2是根据本发明实施例的文件处理方法的一种主要流程的示意图；
41.图3是根据本发明实施例的文件处理系统的又一种系统架构的示意图；
42.图4是根据本发明实施例的文件处理方法的又一种主要流程的示意图；
43.图5是根据本发明实施例的文件处理方法的另一种主要流程的示意图；
44.图6是根据本发明实施例的文件处理装置的主要单元的示意图；
45.图7是本发明实施例可以应用于其中的又一种示例性系统架构图；
46.图8是适于用来实现本发明实施例的计算机系统的结构示意图。
具体实施方式
47.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
48.需要指出的是，在不冲突的情况下，本发明中的实施例以及实施例中的特征可以互相组合。本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
49.本发明实施例提供一种文件处理系统，该系统可以用于在平台替换和平台文件开发领域中对文件处理的场景。
50.如图1所示，原平台为被替换的平台，目标平台为新构建的平台，目标平台可以实现对文件的存储和处理。目标平台中存储的文件可以为各产品或产品中功能对应的文件，这些文件可以转换为构建产物(通过编译源码、封装打包后所得到的发布内容，一般为以目标码和操作升级文档等所压缩成的版本包)，如代码，进而传输至大型机中运行，以实现对应的产品或者产品的功能。大型机中通常会部署集群，所以图1中大型机可以为集群运行的
集群主机，具体可以为大型机。目标平台具体可以包括icdp流水线和代码托管仓库。代码托管仓库用于存储开发的文件，具体可以为git代码库；icdp流水线可以用于目标平台中各任务的控制，如文件同步和生成代码文件、向大型机进行文件传输等等，具体的icdp流水线可以为jenkins持续集成工具。本发明实施例中，为了实现对目标平台中的文件版本进行控制，还可以设置svn服务器，目标平台可以通过svn服务器和原平台交互，以在原平台中文件转移至目标平台时，可以通过svn服务器实现对文件的版本控制。目标平台还可以与本地开发平台进行交互，以便于开发人员可以通过本地开发平台从目标平台中检出文件，以对检出的文件进行修改和更新，同时还可以将修改或开发的文件通过检入传输至目标平台，以对修改或开发的文件存储至目标平台，进而通过目标平台传输至大型机端运行。
51.本发明实施例提供了一种文件处理方法，该方法可由图1所示系统架构中svn服务器执行，如图2所示，该方法包括：
52.s201：响应于平台替换指令，向被替换平台发送文件获取请求，以获取被替换平台中待处理文件的文件标识和第一版本信息。
53.其中，平台替换指令触发后，可以进行原平台中文件的转移，svn服务器可以通过向被替换平台发送文件获取请求，来获取被替换平台中待处理文件、以及待处理文件的文件标识和第一版本信息。
54.需要说明的是，文件可以为开发人员开发的文件，如模型文件。版本信息中可以待处理文件的版本标识，版本信息中还可以包括文件每次版本升级时对文件的修改记录，通过修改记录可以确定版本升级文件的更新内容。
55.s202：基于文件标识，从与目标平台同步的数据中，查询待处理文件的第二版本信息，获取第二版本信息对应时间最大的修改记录，以判断第一版本信息中是否包括修改记录。
56.其中，对于待处理文件，svn服务器或者目标平台的代理托管平台中可以存储对应的文件和版本信息，为了对文件版本进行控制，svn服务器或者目标平台中，对每个文件版本需要依次升级更新，也就是说在一个版本的文件基础上只能对应一个版本更新的文件。由于版本信息中可以存储各版本更新时的修改记录，所以通过修改记录的比对可以确定为获取的待处理文件是否为在svn服务器或者目标平台中存储最新版本的基础上更新的。例如，对于一个文件，svn服务器或者目标平台中存储的最新版本为a，获取的该文件的版本为b，如果b为在a基础上更新的，则b中会存储a中最新修改记录；如果b不是在a基础上更新的，则b中不会存储a中最新修改记录。因此本步骤中，可以查询待处理文件的第二版本信息，第二版本信息可以为svn服务器或者目标平台中存储的待处理文件的最新版本信息。第二版本信息对应时间最大的修改记录，即为第二版本信息对应的最新修改记录。
57.s203：若是，则存储待处理文件，将第一版本信息更新为第二版本信息；若否，则查询第二版本信息对应的文件并删除，以及存储待处理文件，将第一版本信息更新为第二版本信息。
58.其中，若是，说明第一版本信息中包括修改记录，则可以确定从原平台获取的待处理文件是在目标平台中存储的文件版本基础上修改的，此时可以直接存储待处理文件，并且将第一版本信息更新为第二版本信息，以便于对新版本的待处理文件的版本信息进行存储。若否，说明第一版本信息中不包括修改记录，则可以确定从原平台获取的待处理文件不
是在目标平台中存储的文件版本基础上修改的，此时可以确定待处理文件发生的版本冲突。本发明实施例中可以预设版本冲突的处理方式，即为删除第二版本信息对应的文件，同时存储待处理文件，并且将第一版本信息更新为第二版本信息。
59.本发明实施例中，svn服务器中存储的文件和文件的版本信息可以周期性的同步至代码托管仓库中。具体的，文件同步可以通过icdp流水线进行控制，icdp流水线周期性触发icdp流水线，svn服务器响应于接收的文件同步指令，可以获取本次预设周期内存储的文件，以调用代码托管仓库中预设的api接口，将预设周期内存储的文件同步至目标平台的代码托管仓库。
60.本发明实施例中，通过平台替换指令的响应，可以将被替换平台的文件转移至目标平台中，并在文件转移中进行版本控制，无需用户手动操作，处理操作简单，提高了处理效率。
61.需要说明的是，对于目标平台，还需要为其进行脚本的配置。其中，对于原平台中的一些工具jar包可以尽可能进行保留，无法保留的脚本，可以进行重新编辑，如使用perl语言，根据原有脚本实施功能，重新编码，优化代码结构，使脚本可跨平台运行在linux或windows环境上。
62.结合图1所示的实施例，图3所示为本地开发平台与目标平台进行文件传输的一种示意图。如图3所示，本地开发平台以运行vmd开发环境为例，所以开发的文件为vmd模型文件，本地开发平台通过vmd开发环境可以与目标平台中svn服务器交互，实现文件的检入和检出，为了对便于文件的版本控制，svn服务器检出文件后，可以通过文件锁定实现对检出的vmd文件的排他性(同一时间只能由一个用户进行修改和编辑)，即不允许其他本地开发平台在文件检出后的再进行更新。同时svn服务器中可以通过git-svn命令实现讲svn服务器中文件同步至代理托管仓库中。例如，svn服务器可以通过配置linux中crontab表来设置定时任务，预先配置同步脚本rsyncremoterepo.sh，编写shell脚本rsyncremoterepo.sh通过git版本工具中git-svn命令适配远程svn服务器中的svn操作，把对应文件同步至代码托管仓库中。
63.下面结合图3所示的系统架构，对本发明实施例中文件处理方法进行具体说明，如图4所示，该方法包括：
64.s401：接收客户端发送的文件检入请求，获取检入请求中检入文件的文件标识和第三版本信息。
65.其中，文件检入请求中包括检入文件的文件标识和版本信息，即第三版本信息。文件检入请求可以为用户通过本地开发平台开发或者修改文件后，请求将文件存储至目标平台时触发的。本步骤中客户端可以为svn客户端，其运行于本地开发环境，可以以目标平台中svn服务器进行数据交互。
66.s402：基于检入文件的文件标识，查询检入文件的第四版本信息，获取第四版本信息对应时间最大的修改记录，以判断第三版本信息中是否包括修改记录。
67.其中，本步骤中基于检入文件的文件标识可以查询出当前存储的版本信息，即第四版本信息，以通过与第三版本信息进行比对，来判断是否存储在版本冲突。
68.s403：若是，则存储检入文件，将第三版本信息更新为第四版本信息；若否，则查询第四版本信息对应的文件并删除，以及存储检入文件，将第三版本信息更新为第四版本信
息。
69.其中，若是，说明第三版本信息中包括修改记录，则可以直接存储检入文件，并且将第四版本信息更新为第三版本信息，以便于对新版本的检入文件的版本信息进行存储。若否，说明第三版本信息中不包括修改记录，则可以确定检入文件发生的版本冲突，所以删除第四版本信息对应的文件，同时存储检入文件，并且将第四版本信息更新为第三版本信息。
70.本发明实施例中，在确定文件版本存在冲突时，额可以向客户端发送文件冲突提示消息，以提示用户是否执行文件存储，进而在接收客户端发送的文件存储指令后，可以响应文件存储指令，查询第四版本信息对应的文件并删除。
71.进一步的，本发明实施例中对每个文件还可以存储其所对应的客户端，以确定文件是由哪个客户端检入的，进而在执行文件删除时，向该文件对应客户端发送文件删除提示信息，以提示该用于器检入的文件被删除。
72.本发明实施例中，通过目标平台中svn服务器实现对检入文件的版本控制，无需用户手动操作，处理操作简单，提高文件处理的效率。
73.下面结合图3所示的系统架构，对本发明实施例中文件处理方法进行具体说明，如图5所示，该方法包括：
74.s501：接收客户端发送的文件检出请求，获取文件检出请求中文件标识，以查询对应的检出文件。
75.用户可以通过客户端从目标平台获取文件，以对文件进行修改和版本升级，此时可以向svn服务器发送的文件检出请求，其中包括了要检出文件的文件标识。svn服务器接收文件检出请求后可以基于文件检出请求中文件标识，以查询对应的检出文件。
76.s502：判断检出文件是否被锁定。
77.其中，为了避免同一文件同时被多个用户修改，所以在文件被检出后需要进行锁定，所以在接收文件检出请求后需要先判断检出文件是否被锁定。如果是，则说明其正在被其他用户修改，不能再被检出；如果否，则说明其可以被检出。
78.具体的，本发明实施例中，可以通过设置状态标签的方式来锁定文件，即在文件被检出后，为该文件设置当前状态标签为检出状态，在检出的文件被存储后，则可以将删除该文件的检出状态的当前状态标签。所以本步骤中通过查询检出文件的当前状态标签，以判断检出文件的当前状态标签是否为检出状态来确定检出文件是否被锁定。若检出文件的当前状态标签为检出状态，则确定上述检出文件被锁定；若检出文件的当前状态标签不为检出状态，则确定检出文件未被锁定。
79.s503：若是，则向客户端发送无法检出的提示消息；若否，则向客户端发送检出文件和第五版本信息。
80.在确定检出文件未被锁定后，则可以向客户端发送检出文件和第五版本信息，以便于用户对检出文件修改；在确定检出文件被锁定后，则可以向客户端发送无法检出的提示消息，以提示用户该检出文件无法被修改。
81.本发明实施例中，通过目标平台中svn服务器实现对检入文件的版本控制，无需用户手动操作，处理操作简单，提高文件处理的效率。
82.为了解决现有技术存在的问题，本发明实施例提供了一种文件处理的装置600，如
图6所示，该装置600包括：
83.获取单元601，用于响应于平台替换指令，向被替换平台发送文件获取请求，以获取所述被替换平台中待处理文件的文件标识和第一版本信息；
84.判断单元602，用于基于所述文件标识，从与目标平台同步的数据中，查询所述待处理文件的第二版本信息，获取所述第二版本信息对应时间最大的修改记录，以判断所述第一版本信息中是否包括所述修改记录；
85.存储单元603，用于若否，则存储所述待处理文件，将所述第一版本信息更新为所述第二版本信息；若是，则查询所述第二版本信息对应的文件并删除，以及存储所述待处理文件，将所述第一版本信息更新为所述第二版本信息。
86.应理解的是，实施本发明实施例的方式与实施图2所示实施例的方式相同，在此不再赘述。
87.本发明实施例的一种实现方式中，所述获取单元601，还用于接收客户端发送的文件检入请求，获取所述检入请求中检入文件的文件标识和第三版本信息；
88.所述判断单元602，还用于基于所述检入文件的文件标识，查询所述检入文件的第四版本信息，获取所述第四版本信息对应时间最大的修改记录，以判断所述第三版本信息中是否包括所述修改记录；
89.所述存储单元603，还用于若否，则存储所述检入文件，将所述第三版本信息更新为所述第四版本信息；若是，则查询所述第四版本信息对应的文件并删除，以及存储所述检入文件，将所述第三版本信息更新为所述第四版本信息。
90.本发明实施例的又一种实现方式中，所述获取单元601，还用于接收所述客户端发送的文件检出请求，获取所述文件检出请求中文件标识，以查询对应的检出文件；
91.所述判断单元602，还用于判断所述检出文件是否被锁定；
92.所述装置600还包括：
93.发送单元，用于若是，则向所述客户端发送无法检出的提示消息；若否，则向所述客户端发送所述检出文件和所述第五版本信息。
94.本发明实施例的又一种实现方式中，所述判断单元602，具体用于：
95.查询所述检出文件的当前状态标签，以判断所述检出文件的当前状态标签是否为检出状态；
96.若是，则确定上述检出文件被锁定；若否，则确定所述检出文件未被锁定。
97.本发明实施例的又一种实现方式中，所述存储单元603，具体用于：
98.向所述客户端发送文件冲突提示消息；
99.接收所述客户端发送的文件存储指令，以响应于所述文件存储指令，查询所述第四版本信息对应的文件并删除。
100.本发明实施例的又一种实现方式中，所述获取单元601，还用于获取所述第四版本信息对应文件的检入客户端标识，以查询对应的客户端地址信息；
101.所述发送单元，还用于基于所述客户端地址信息发送文件删除提示信息。
102.本发明实施例的又一种实现方式中，所述装置600还包括：
103.生成单元，用于获取存储的文件，以生成对应的程序文件；
104.所述发送单元，还用于将所述程序文件发送至对应的集群主机，以使所述集群主
机运行所述程序文件。
105.本发明实施例的又一种实现方式中，所述装置600还包括：
106.同步单元，用于响应于目标平台触发的文件同步指令，获取预设周期内存储的文件，以调用预设的api接口，将所述预设周期内存储的文件同步至所述目标平台。
107.应理解的是，实施本发明实施例的方式与实施图2所示实施例的方式相同，在此不再赘述。
108.本发明实施例中，平台替换指令被触发后，可以向被替换平台发送文件获取请求，以获取被替换平台中待处理文件的文件标识和第一版本信息，然后获取目标平台中该待处理文件对应的第二版本信息，以通过第一版本信息和第二版本信息来判断是否存在版本冲突，即查询待处理文件的第二版本信息，获取第二版本信息对应时间最大的修改记录，以判断第一版本信息中是否包括修改记录；如果第一版本信息中包括了获取的修改记录，说明待处理文件是在目标平台中存储的版本基础上修改的，则可以直接存储所述待处理文件，并将第一版本信息更新为第二版本信息；如果第一版本信息中不包括了获取的修改记录，说明待处理文件不是在目标平台中存储的版本基础上修改的，产生了版本冲突，则可以查询第二版本信息对应的文件并删除，再存储待处理文件，并将第一版本信息更新为第二版本信息。如此本发明实施例中，通过平台替换指令的响应，可以将被替换平台的文件转移至目标平台中，并在文件转移中进行版本控制，无需用户手动操作，处理操作简单，提高了处理效率。
109.根据本发明的实施例，本发明实施例还提供了一种电子设备和一种可读存储介质。
110.本发明实施例的电子设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行本发明实施例所提供的文件处理方法。
111.图7示出了可以应用本发明实施例的文件处理方法或文件处理装置的示例性系统架构700。
112.如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
113.用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种客户端应用。
114.终端设备701、702、703可以是但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
115.服务器705可以是提供各种服务的服务器，服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如产品信息
‑‑
仅为示例)反馈给终端设备。
116.需要说明的是，本发明实施例所提供的文件处理方法一般由服务器705执行，相应地，文件处理装置一般设置于服务器705中。
117.应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
118.下面参考图8，其示出了适于用来实现本发明实施例的计算机系统800的结构示意图。图8示出的计算机系统仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
119.如图8所示，计算机系统800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram 803中，还存储有系统800操作所需的各种程序和数据。cpu 801、rom 802以及ram 803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
120.以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
121.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(cpu)801执行时，执行本发明的系统中限定的上述功能。
122.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
123.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个单元、程序段、或代码的一部分，上述单元、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所
标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
124.描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括获取单元、判断单元和存储单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“文件获取功能的单元”。
125.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行本发明所提供的文件处理方法。作为另一方面，本发明还提供了一种计算机程序产品，包括计算机程序，所述程序被处理器执行时实现本发明实施例提供的文件处理方法。
126.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。