缩短信息系统台帐资料同步时长的管理系统和管理方法与流程

1.本发明共享资料管理技术领域，具体涉及一种缩短信息系统台帐资料同步时长的管理系统和管理方法。


背景技术：

2.一般公司负责运维的信息系统数量较多(很多已超过200套)，且各类信息系统运维资料分散在不同员工的设备上，而每个员工的文件组织和命名习惯各不一样，资料的共享性和可管理性很差。同步由于资料刷新频繁，造成文件丢失概率增大。同部门、班组人员之间，通常需要频繁的交换和共享台帐资料。如果没有便利的文档共享手段，工作效率将大大减小，同步信息遗漏的事件也会经常产生。许多运维人员每天要花大量的时间来维护刷新运维资料，文档管理效率低下。而且，在产生文档内容编辑错误时，文档比对和纠错过程复杂繁琐。。
3.一般情况下，运维资料保存着系统主机台账、日志脚本、环境配置等关键信息，是开展日常运维工作的不可或缺的材料。这些资料需要在团队成员间进行实时共享。
4.也就是说，在日常工作中，需要编辑和整理各类的台帐资料，并且这些资料分散在不同员工的设备上，由于缺少一个公共的共享库，只能通过群内发送消息或者询问的方式，达到部分文档的共享。而且每个员工的文件组织和命名习惯各不一样，导致资料的共享性和可管理性很差。另外一个极其重要的因素是不能实现文档的版本控制，若没有文档版本控制，只是通过人工的方式同步文档，将使这项工作变得及其繁琐，很容易造成关键信息丢失或者被覆盖。而且一旦产生产生信息丢失，造成的后果将非常严重，需要大量的时间去比对和修复。若同步产生硬盘损坏、误操作等状况，会使得文件丢失概率增大、资料管理不当、信息遗漏等事件经常产生。目前大多数在线同步文档编辑软件价格较高，且只支持固定几个类型的文档，效果欠佳。


技术实现要素：

5.为解决现有技术中存在的不足，本发明的目的在于，提供一种缩短信息系统台帐资料同步时长的管理系统和管理方法，从经济与实用性角度开发出了一款简单易用的轻量化文档版本控制工具，实现文档资料多人共享及版本同步，解决了现有技术的问题并改善文档的编辑效率和共享效率。
6.本发明采用如下的技术方案。
7.一种缩短信息系统台帐资料同步时长的管理方法，包括以下步骤：
8.步骤1：运用具有统一文档版本功能的文档管理工具来对文档执行版本管理；
9.步骤2：在编辑项目文档时，每次编辑修改的内容都通过文档同步工具保存在后台端中设置的日志文档内。
10.优选地，所述步骤1具体包括以下步骤：
11.步骤1-1：运维人员在前台电脑上以在线访问后台端的方式编辑作为台账资料的
项目文档后，把编辑后的项目文档上传并保存在后台端中；
12.步骤1-2：后台端对每次保存的项目文档运用具有统一文档版本功能的文档管理工具来自动刷新其版本号；
13.步骤1-3：在要比较不同版本的项目文档间的差别时，就通过在后台端上运行具有统一文档版本功能的文档管理工具来对比出不同版本的项目文档间的差别。
14.优选地，所述文档同步工具支持全体主流办公软件，在要启动文档同步工具打开日志文档时，通过windows资源管理器接口实现文档同步工具的调用；
15.文档同步工具也记录当前项目文档状态，通过windows图标重载功能接口实现项目文件状态信息的实时展示；
16.在任意一台后台端中都添加一个subvision开源软件版本库，相应的版本库中存放大量的项目文档，而这些项目文档资源通过配置管理员依据不同的配置管理计划对不同项目的组员分配与之相符合的访问权限，进而实现对项目文档资源的统一管理；
17.在前台电脑上建立一个从版本库检索出来的项目文档，而后就可以对拷贝的该项目文档进行修改，最后通过提交命令将其修改后的项目文档提交到后台端，后台端最终会对修改后的项目文档做最后的综合更新记录。
18.优选地，修改过的项目文档在修改未被提交到后台端前，subvision开源软件在后台端上只会对已经提交到后台端的项目文档进行刷新新审核，并与其他运维人员编辑过的该项目文档合并，在此之前修改过的文档是保密的，提交之后 subvision开源软件会将修改后与修改之前的数据进行比较，并在后台对修改内容就行注明显示，进而实现对历史操作记录的刷新记载。
19.优选地，在步骤1-1后，即运维人员在前台电脑上以在线访问后台端的方式编辑作为台账资料的项目文档后对日志文档的刷新方法，包括以下步骤：
20.步骤1-1-1：编辑任务模块一在处置后台端传递的编辑执行命令时，把相应的处置结果与编辑任务模块一所处前台电脑的前台电脑的机器码存放到日志文档；
21.步骤1-1-2：编辑任务模块一即时侦听己身的执行状况，且在认定执行状况是就要中断时，构造文档名是前台电脑的机器码的记号文档且存放到前台电脑；
22.步骤1-1-3：编辑任务模块二在前台电脑内寻找记号文档，且在寻找出记号文档时在日志文档内把记号文档的文档名相应的处置结果刷新成处置未达成。
23.优选地，在编辑任务模块一内配置一侦听线程，特别用于侦听编辑任务模块一的执行状况，且在认定该模块就要中断时，执行构造记号文档的流程；
24.编辑任务模块一中事先配置有侦听线程，编辑任务模块一侦听己身的执行状况，且在认定执行状况为就要中断时，构造文档名是前台电脑的机器码的记号文档且存放到前台电脑，包括以下步骤：
25.步骤a-1：侦听线程侦听编辑任务模块一的执行状况，且在认定执行状况为就要中断时，构造记号文档且存放到前台电脑；
26.所述编辑任务模块配备于前台电脑中，编辑任务模块和前台电脑为一一映射关系；
27.编辑任务模块二在前台电脑中寻找记号文档，包括以下步骤：
28.步骤a-2：编辑任务模块二定时的在前台电脑内寻找记号文档；
29.在日志文档内把记号文档的文档名相应的处置结果刷新成处置未达成后，还包括以下步骤：
30.步骤a-3：编辑任务模块二清除记号文档；
31.前台电脑内还包含组择用模块，在编辑任务模块二在前台电脑内寻找记号文档前，还包括以下步骤：
32.步骤b-1：组择用模块侦听编辑任务模块二的执行状况一；
33.步骤b-2：在认定执行状况一是无误时，就操控编辑任务模块二执行在前台电脑内寻找记号文档的流程；
34.在组择用模块侦听编辑任务模块二的执行状况一后，还包括以下步骤：
35.步骤a-4：组择用模块在认定执行状况一存在故障时，就侦听另外的编辑任务模块的执行状况二，且在认定执行状况二是无误时，操控另外的编辑任务模块执行在前台电脑内寻找记号文档的流程。
36.一种缩短信息系统台帐资料同步时长的管理系统，包括：
37.前台电脑和同其通讯相连的后台端；
38.所述后台端中设有具有统一文档版本功能的文档管理工具、文档同步工具、日志文档和subvision开源软件；
39.所述文档同步工具用于在编辑项目文档时，每次编辑修改的内容都保存在后台端中设置的日志文档内；
40.运行在前台电脑上模块包括编辑模块；
41.所述编辑模块用于以在线访问后台端的方式编辑作为台账资料的项目文档后，把编辑后的项目文档上传并保存在后台端中；
42.所述具有统一文档版本功能的文档管理工具用于对每次保存的项目文档自动刷新其版本号；用于对比出不同版本的项目文档间的差别。
43.优选地，所述文档同步工具还用于支持全体主流办公软件，在要启动文档同步工具打开日志文档时通过windows资源管理器接口实现文档同步工具的调用；
44.文档同步工具也用于记录当前项目文档状态，通过windows图标重载功能接口实现项目文件状态信息的实时展示。
45.优选地，所述subvision开源软件用于在任意一台后台端中都添加一个 subvision开源软件版本库，相应的版本库中存放大量的项目文档，而这些项目文档资源通过配置管理员依据不同的配置管理计划对不同项目的组员分配与之相符合的访问权限，进而实现对项目文档资源的统一管理。
46.优选地，运行在前台电脑上的模块包括组择用模块、编辑模块一与编辑模块二；
47.所述编辑模块一用于在处置后台端传递的编辑执行命令时，把相应的处置结果与编辑任务模块一所处前台电脑的前台电脑的机器码存放到日志文档；用于即时侦听己身的执行状况，且在认定执行状况是就要中断时，构造文档名是前台电脑的机器码的记号文档且存放到前台电脑；
48.所述编辑任务模块一中事先配置有侦听线程，所述侦听线程用于侦听编辑任务模块一的执行状况，且在认定执行状况为就要中断时，构造记号文档且存放到前台电脑；
49.所述编辑任务模块二用于在前台电脑内寻找记号文档，且在寻找出记号文档时在
日志文档内把记号文档的文档名相应的处置结果刷新成处置未达成；
50.所述编辑任务模块二还用于定时的在前台电脑内寻找记号文档；用于清除记号文档；
51.所述组择用模块用于侦听编辑任务模块二的执行状况一；用于在认定执行状况一是无误时，就操控编辑任务模块二执行在前台电脑内寻找记号文档的流程；用于在认定执行状况一存在故障时，就侦听另外的编辑任务模块的执行状况二，且在认定执行状况二是无误时，操控另外的编辑任务模块执行在前台电脑内寻找记号文档的流程。
52.本发明的有益效果在于，与现有技术相比，本发明通过结合相关开源工具，将运维人员从日常繁琐的文档整理工作中解放出来，实现运维资料共享互通，提高工作效率，减少多人维护管理过程中文档的信息错误、丢失、遗漏现象；通过集中化的、自动化的文档管理模式，建立信息专业资料“一本账”，明确基础档案目录及标准，确保专业基础资料信息准确、详实，从而达到文档刷新即时、管理简化的效果；基于实现集中化、自动化的文档管理模式的基础上，通过借助开源的文档管理工具软件包，利用创新开发后的软件对文档进行最大程度的整理，实现办公效率最大化。本发明针对文档管理时长、文档信息是否会丢失以及文档内关键信息遗漏等问题进行了有效解决，使得办公质量及效率达到最优。编辑任务模块一在处置后台端所传递的编辑执行命令时，会把相应的处置结果与该编辑任务模块所处前台电脑的前台电脑的机器码同步存放在日志文档中，利于另外的编辑任务模块在日志文档内认定编辑任务模块一所构造的全体处置结果；同步的，编辑任务模块一还会对己身的执行状况执行即时侦听，且在认定己身处于就要断电的状况时，构造一文档名是前台电脑的机器码的记号文档，利于另外的编辑任务模块执行寻找；最终，本发明会配置另一编辑任务模块也就是编辑任务模块二在每个前台电脑内寻找该记号文档，在寻找到该记号文档时，就表示该文档相应的编辑任务模块已死机，这时就能在日志文档内该文档的文档名相应的处置结果刷新成处置未达成，利于管理人员即时掌握编辑执行命令的处置状况，以此改善管理人员对编辑任务的运用感受。
附图说明
53.图1是本发明中步骤1到步骤2的流程图；
54.图2是本发明中步骤1-1到步骤1-3的流程图；
55.图3是本发明中步骤1-1-1到步骤1-1-3的流程图；
56.图4是本发明中步骤b-1到步骤b-2的流程图。
具体实施方式
57.本发明起初利用多种渠道收集整理大量公司目前所存在的关于文档管理等方面的相关问题，总结归纳出文档管理现状问题，并结合相应的解决措施及创新开发后相应软件的利用情况，提出本发明的具体实现目标，其如表1和表2所示：
58.表1
[0059][0060]
表2
[0061][0062][0063]
针对所述文档管理现状问题，整理出导致这些问题的主要原因，如表3所示：
[0064]
表3
[0065][0066]
进一步的对4条重要原因逐条验证，以确定是否为重要因素，如下各表所示，其中，表4到表6为第一条重要原因的确认表格，表7到表10为第二条重要原因的确认表格，表11到表12为第三条重要原因的确认表格和表13到表14为第四条重要原因的确认表格：
[0067]
表4
[0068]
[0069][0070]
表7
[0071]
[0072]
[0073][0074]
这样，根据上述四个重要原因，制定出如表15所示的对策表：
[0075]
表15
[0076]
[0077][0078]
下面结合附图对本技术作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本技术的保护范围。
[0079]
本发明所述的一种缩短信息系统台帐资料同步时长的管理方法，如图1所示，包括以下步骤：
[0080]
步骤1：运用具有统一文档版本功能的文档管理工具来对文档执行版本管理；
[0081]
目前主要的问题在于大量公司的项目文件数量过多，经手处理文件的工作人员较杂乱，并且如果运维人员对所经手的文件进行修改，这样的情况会使得保存在运维人员的各个前台电脑上的文件版本不一致，增加运维人员工作难度及工作量。根据运维人员日常工作情况，制定以下实施对策：
[0082]
在本发明优选但非限制性的实施方式中，如图2所示，所述步骤1具体包括以下步骤：
[0083]
步骤1-1：运维人员在前台电脑上以在线访问后台端的方式编辑作为台账资料的项目文档后，把编辑后的项目文档上传并保存在后台端中；
[0084]
具体的，这样运维人员就能通过其前台电脑经由访问后台端中的项目文档来即时了解团队中其他成员，也就是其他运维人员通过其前台电脑上传的项目文档材料的编写进度。
[0085]
步骤1-2：后台端对每次保存的项目文档运用具有统一文档版本功能的文档管理工具来自动刷新其版本号；
[0086]
具体的，后台端对每次保存的项目文档运用具有统一文档版本功能的文档管理工具来自动刷新其版本号，这样就起到了客观上对文档管理其被操作的记录的效果，就能记录每个项目文档成长的每步细节，利于成果的复用。
[0087]
步骤1-3：在要比较不同版本的项目文档间的差别时，就通过在后台端上运行具有统一文档版本功能的文档管理工具来对比出不同版本的项目文档间的差别。
[0088]
这样，通过具有统一文档版本功能的文档管理工具能有效的实施以上对策，且对于优化公司整体项目文档处理问题以及适当减轻运维人员的工作量都有极大地改善，使得整个项目文档的管理更加的系统化，全面化。具有统一文档版本功能的文档管理工具采用分支管理模式，可用于多个人共同维护同一文件资料库，实现共享资源，实现最终集中式的管理，并且可以记住每次上传到此后台端上的文档，同步自动更新每次的变更版本。并且在此系统内的人员都可以共享内网文件，且每个人所操作的记录及路径都清晰明了，方便可查。
[0089]
步骤2：在编辑项目文档时，每次编辑修改的内容都通过文档同步工具保存在后台端中设置的日志文档内。
[0090]
具体的，目前依旧很难解决的问题是大量公司的各个项目的单一文档维护人员多，多人文档协作效率较低，若每个人员修改的地方若不一致，外加沟通不即时等状况产生，极大地可能会造成信息被覆盖、关键信息丢失的情况，故采用此在后台端中设置的subvision开源软件工具包可以有效的记录全体操作记录与回退功能，日志信息则主要记录的是每次的修改内容，则需把一些重要数据、关键操作写到日志信息中便可有效改善此类问题。
[0091]
在本发明优选但非限制性的实施方式中，所述文档同步工具支持全体主流办公软件，如ppt、excl、word、pdf等，这样就有效的解决文档储存难度大、储存方式不同等问题问题，加快工作效率。而且在要启动文档同步工具打开日志文档时无需打开小工具，只需通过windows资源管理器接口实现文档同步工具的方便调用，也就是在windows资源管理器接口处右键单击鼠标后弹出菜单并选择相应的如文字标识为“打开日志”的菜单项，就能启动文档同步工具打开日志文档，这样通过右键的方式直接调用小工具的功能，方便快捷；
[0092]
同步文档同步工具也可清晰的记录当前项目文档状态，通过windows图标重载功能接口实现项目文件状态信息的实时展示。当前项目文档状态信息能够是在编辑中，编辑后保存中和编辑后已保存这样的状态信息。通过windows图标重载功能接口就是根据项目文档在不同的项目文档状态条件下对该文档的图标执行变动成不同的图标。
[0093]
在本发明优选但非限制性的实施方式中，通过借助subvision开源软件实现对项目软件的版本控制，亦可实现历史操作记录查阅。在任意一台后台端中都可以添加一个subvision开源软件版本库，相应的版本库中存放大量的程序和项目文档，而这些项目文档资源主要通过配置管理员依据不同的配置管理计划对不同项目的组员分配与之相符合的访问权限，进而实现对项目文档资源的统一管理。
[0094]
在本发明优选但非限制性的实施方式中，通过subvision开源软件版本库的资源，运维人员可以对版本资源库中的资源进行访问。即在前台电脑上建立一个从版本库检索出来的项目文档，而后就可以对拷贝的该项目文档进行修改，最后通过提交命令将其修改后的项目文档提交到后台端，后台端最终会对修改后的项目文档做最后的综合更新记录。
[0095]
在本发明优选但非限制性的实施方式中，修改过的项目文档在修改未被提交到后台端前，subvision开源软件在后台端上只会对已经提交到后台端的项目文档进行刷新新审核，并与其他运维人员编辑过的该项目文档合并，在此之前修改过的文档是保密的，提交
之后subvision开源软件会将修改后与修改之前的数据进行比较，并在后台对修改内容就行注明显示，进而实现对历史操作记录的刷新记载。最终实现项目组组员既能检索出旧版本，又能通过subvision开源软件实现新旧版本的对比。
[0096]
subvision开源软件具有数据储存的优点，在信息资源存储后会形成资源树结构，利于存储的同步数据一般不会丢失。subvision开源软件是通过关系数据库及二进制的存储方式，在解决以往不能同步读写同一文件等问题的基础上又增添了特有的“零或一”原则。同步subvision开源软件在速度运行方面有很大改善， subvision开源软件在可以进行大量的信息、资源传输的同步，更支持的是离线模式，所以避免了网络拥挤现象的出现。
[0097]
subvision开源软件也是一种技术性更加安全的文档管理工具，实现了系统和控制两方面的结合。一方面可以将系统整体的安全功能有效地分布在分支系统中，进而保证分支系统能正常运行，从而使各分支系统能够互补，最终在系统整体性的安全性得以保障，通过均衡原则实现最终追求安全的目的。
[0098]
实际的实施了本发明的缩短信息系统台帐资料同步时长的管理方法以后，小组成员对第三季度运维人员资料同步时长进行了统计与分析，与第一季度相关数据进行比较研究，达到课题目标。如图3所示，由此可知，在共享文件数据集较大的情况下，有效提高办公效率，减少人员办公压力，使得繁琐的文件收集简易化，svn文档管理工具相较于传统的文档共享方式，有效节约文档传输时间，增量化的文件版本对比方式，支持少量的信息、资源传输，与其他系统相比，更支持的是离线模式，所以避免了网络拥挤现象的出现；采用去中心化的存储方式，将系统整体的安全功能有效地分布在分支系统中，进而保证分支系统能正常运行，从而使各分支系统能够互补，最终在系统整体的安全性得以保障，通过均衡原则实现最终追求安全的目的。一般的多人写作文档采用的是锁定-修改-解锁模式，只支持一个人在线修改，效率较低。采用拷贝-修改-合并方式，能够增加文档操作的并发度，大大提高团队的协同工作效率。
[0099]
为进一步确认资料同步时长存在的症结是否有效改善，统计了运维人员使用 svn前后各文件资料的同步时长和之前所用的文档同步方式与svn进行对比分析，如表16所示的改善前后个项目文档同步时长对比数据和表17所示的同步方式的差异结果。资料同步时长缩短效果明显，因文件同步时长问题造成的各种问题得到有效改善。
[0100]
表16
[0101]
[0102][0103]
表17
[0104]
[0105][0106]
根据上述表16和表17绘制图4所示的条形图用以直观的展示数据，如图4 所示，在文档同步时长、同步速度及同步文档的安全性三方面svn版本控制软件的效果较强于其他的软件。
[0107]
这样有效解决了文档管理时长、文档信息丢失以及文档内关键信息遗漏等问题，使得办公质量及效率达到最优。在将运维人员从日常繁琐的项目文档整理工作中解放出来，实现运维资料共享互通的基础上，有效节约了人力资源。通过文档版本控制工具的使用，提高了办公效率，即时了解团队中其他运维人员的材料编写进度，实现了项目文档统一管理，对项目文档版本进行了统一，对修改细节进行了记录，又避免了保密材料的外泄，大大提高了项目文档的管理水平。
[0108]
本发明所述的一种缩短信息系统台帐资料同步时长的管理系统，包括：
[0109]
前台电脑和同其通讯相连的后台端；后台端能够是云端。
[0110]
所述后台端中设有具有统一文档版本功能的文档管理工具、文档同步工具、日志文档和subvision开源软件；
[0111]
所述文档同步工具用于在编辑项目文档时，每次编辑修改的内容都保存在后台端中设置的日志文档内；
[0112]
运行在前台电脑上模块包括编辑模块；
[0113]
所述编辑模块用于以在线访问后台端的方式编辑作为台账资料的项目文档后，把编辑后的项目文档上传并保存在后台端中；
[0114]
所述具有统一文档版本功能的文档管理工具用于对每次保存的项目文档自动刷新其版本号；用于对比出不同版本的项目文档间的差别。
[0115]
在本发明优选但非限制性的实施方式中，所述文档同步工具还用于支持全体主流办公软件，在要启动文档同步工具打开日志文档时通过windows资源管理器接口实现文档同步工具的调用；
[0116]
文档同步工具也用于记录当前项目文档状态，通过windows图标重载功能接口实现项目文件状态信息的实时展示。
[0117]
在本发明优选但非限制性的实施方式中，所述subvision开源软件用于在任意一台后台端中都添加一个subvision开源软件版本库，相应的版本库中存放大量的项目文档，而这些项目文档资源通过配置管理员依据不同的配置管理计划对不同项目的组员分配与之相符合的访问权限，进而实现对项目文档资源的统一管理。
[0118]
在本发明优选但非限制性的实施方式中，运行在前台电脑上的模块包括组择用模块、编辑模块一与编辑模块二；
[0119]
所述编辑模块一用于在处置后台端传递的编辑执行命令时，把相应的处置结果与编辑任务模块一所处前台电脑的前台电脑的机器码存放到日志文档；用于即时侦听己身的执行状况，且在认定执行状况是就要中断时，构造文档名是前台电脑的机器码的记号文档且存放到前台电脑；
[0120]
所述编辑任务模块一中事先配置有侦听线程，所述侦听线程用于侦听编辑任务模块一的执行状况，且在认定执行状况为就要中断时，构造记号文档且存放到前台电脑；
[0121]
所述编辑任务模块二用于在前台电脑内寻找记号文档，且在寻找出记号文档时在日志文档内把记号文档的文档名相应的处置结果刷新成处置未达成；
[0122]
所述编辑任务模块二还用于定时的在前台电脑内寻找记号文档；用于清除记号文档；
[0123]
所述组择用模块用于侦听编辑任务模块二的执行状况一；用于在认定执行状况一是无误时，就操控编辑任务模块二执行在前台电脑内寻找记号文档的流程；用于在认定执行状况一存在故障时，就侦听另外的编辑任务模块的执行状况二，且在认定执行状况二是无误时，操控另外的编辑任务模块执行在前台电脑内寻找记号文档的流程。
[0124]
本发明的有益效果在于，与现有技术相比，通过结合相关开源工具，将运维人员从日常繁琐的文档整理工作中解放出来，实现运维资料共享互通，提高工作效率，减少多人维护管理过程中文档的信息错误、丢失、遗漏现象；通过集中化的、自动化的文档管理模式，建立信息专业资料“一本账”，明确基础档案目录及标准，确保专业基础资料信息准确、详实，从而达到文档刷新即时、管理简化的效果；基于实现集中化、自动化的文档管理模式的基础上，通过借助开源的文档管理工具软件包，利用创新开发后的软件对文档进行最大程度的整理，实现办公效率最大化。本发明针对文档管理时长、文档信息是否会丢失以及文档内关键信息遗漏等问题进行了有效解决，使得办公质量及效率达到最优。
[0125]
在步骤1-1内，运维人员在前台电脑上以在线访问后台端的方式编辑作为台账资料的项目文档时，要保障编辑可靠，编辑任务往往会运用若干拷贝件样式朝外给出编辑，也就是经若干编辑任务模块运行一样的编辑用项目文档，且整体朝外给出编辑；目前，后台端所传递的编辑执行命令往往经若干拷贝件方式内的随意编辑任务模块处置，而该编辑任务模块就会把相应的处置结果(也就是编辑修改内容)存放到日志文档，利于后台端即时掌握处置进程细节；然而在具体运用中，每个编辑任务模块常常产生死机状况，这时日志文档中的处置结果就不能被变动，以此使得管理人员不能掌握编辑执行命令的处置状况与编辑任务的执行状况，这样往往给管理人员引入不佳的运用感受。
[0126]
也就是说，目前，后台端所传递的编辑执行命令往往经若干拷贝件模式内的随意编辑任务模块处置，而该编辑任务模块就会把相应的处置结果存放到日志文档，利于后台端即时掌握处置进展细节；而源于后台端的编辑执行命令经前台电脑与后台端间的链路随机传递到编辑任务一、编辑任务二或者编辑任务三执行处置，而该编辑任务把相应的处置进展状况存进日志文档组，利于后台端在日志文档组内执行寻找；然而在具体运用下，每个编辑任务模块常常产生死机状况，这时日志文档内的处置结果就不能被变动，以此使得管理人员不能掌握编辑执行命令的处置状况与编辑任务的执行状况，这样往往给管理人员引入不佳的运用感受。于是，如图3所示，本发明给出一在步骤1-1后，即运维人员在前台电脑上以在线访问后台端的方式编辑作为台账资料的项目文档后对日志文档的刷新方法，其能配置目的编辑任务模块对己身执行状况执行侦听，且在就要终止时朝另外的编辑任务模块给出识别码，利于另外的编辑任务模块按照识别码刷新目的编辑任务模块在日志文档内的处置结果，以此克服管理人员不能掌握编辑执行命令的处置状况与编辑任务执行状况的缺陷；编辑任务模块起码包含编辑任务模块一与编辑任务模块二；详细而言，编辑任务模块的
个数能高过二，能依据具体运用要求执行配置；该方法能包括以下步骤：
[0127]
步骤1-1-1：编辑任务模块一在处置后台端传递的编辑执行命令时，把相应的处置结果与编辑任务模块一所处前台电脑的前台电脑的机器码存放到日志文档；
[0128]
在本发明优选但非限制性的实施方式中，所述编辑任务模块配备于前台电脑中，编辑任务模块和前台电脑为一一映射关系；于是，本发明能依据前台电脑的机器码认定一编辑任务模块，而编辑任务模块一同步把处置结果和所处前台电脑的前台电脑的机器码存放到日志文档，亦利于另外的编辑任务模块依据该名称认定编辑任务模块一。处置结果包含编辑修改后的项目文档。
[0129]
步骤1-1-2：编辑任务模块一即时侦听己身的执行状况，且在认定执行状况是就要中断时，构造文档名是前台电脑的机器码的记号文档且存放到前台电脑；
[0130]
要即时朝外部通告己身执行状况，本发明内的编辑任务模块一会主动侦听己身执行状况，来认定己身是不是就要产生中断状况；如果认定就要中断，编辑任务模块一就会另外在前台电脑内构造一记号文档且取名成前台电脑的机器码；于是，因为编辑任务模块和前台电脑为一一映射关系，所以另外的编辑任务模块能依据记号文档的文档名认定编辑任务模块一已中断，以此就达成了编辑任务模块一自发的朝外部通告己身执行状况的功效。
[0131]
在本发明优选但非限制性的实施方式中，要改善侦听性能，能在编辑任务模块一内配置一侦听线程，特别用于侦听编辑任务模块一的执行状况，且在认定该模块就要中断时，执行构造记号文档的流程。
[0132]
在本发明优选但非限制性的实施方式中，编辑任务模块一中事先配置有侦听线程，编辑任务模块一侦听己身的执行状况，且在认定执行状况为就要中断时，构造文档名是前台电脑的机器码的记号文档且存放到前台电脑，能包括以下步骤：
[0133]
步骤a-1：侦听线程侦听编辑任务模块一的执行状况，且在认定执行状况为就要中断时，构造记号文档且存放到前台电脑；
[0134]
另外，本发明不约束记号文档的种类，仅要该文档的文档名是前台电脑的机器码就行，其种类能依据运用要求执行配置。本发明亦不约束记号文档在前台电脑内的存放所在，仅要该所在利于寻找就行。
[0135]
步骤1-1-3：编辑任务模块二在前台电脑内寻找记号文档，且在寻找出记号文档时在日志文档内把记号文档的文档名相应的处置结果刷新成处置未达成；
[0136]
在本发明中，编辑任务模块二用于协助已中断的编辑任务模块刷新其在日志文档内的处置结果；编辑任务模块二会在每个前台电脑内寻找记号文档，且依据该文档的文档名在日志文档内刷新相应的处置结果；于是，已中断的编辑任务模块就不能达成编辑执行命令处置，所以编辑任务模块二能把记号文档的文档名相应的处置结果刷新成处置未达成；自然，亦能另外注明处置未达成的缘由是编辑任务模块死机，能依据运用要求执行配置。
[0137]
详细而言，本发明不约束编辑任务模块二执行记号文档寻找流程的形式，就像能即时执行，亦能定时的执行；要改善软硬件运用功能，减小软硬件耗损，编辑任务模块二内定时的在前台电脑内寻找记号文档；本发明不约束定时时长，就像能是半分钟，亦能是另外的量，能依据运用要求执行配置。
[0138]
在本发明优选但非限制性的实施方式中，编辑任务模块二在前台电脑中寻找记号
文档，能包括以下步骤：
[0139]
步骤a-2：编辑任务模块二定时的在前台电脑内寻找记号文档。
[0140]
另外，要防止屡次刷新一样的处置结果，编辑任务模块二在达成刷新操作后，能把该记号文档执行清除。
[0141]
在本发明优选但非限制性的实施方式中，在日志文档内把记号文档的文档名相应的处置结果刷新成处置未达成后，还能包括以下步骤：
[0142]
步骤a-3：编辑任务模块二清除记号文档。
[0143]
另外，即使本发明运用编辑任务模块一与编辑任务模块二执行说明，然则在具体运用内要保障编辑任务的编辑性能，每一编辑任务模块都要执行步骤1-1-1 与步骤1-1-2，就像编辑任务模块内包含编辑任务模块一，编辑任务模块二与编辑任务模块三，于是该编辑任务模块都要执行步骤1-1-1与步骤1-1-2；另外，要防止软硬件耗损，能配备一定制的编辑任务模块执行步骤1-1-3，就像能配备编辑任务模块二执行步骤1-1-3。
[0144]
据此，本发明内的编辑任务模块一在处置后台端所传递的编辑执行命令时，会把相应的处置结果与该编辑任务模块所处前台电脑的前台电脑的机器码同步存放在日志文档内，利于另外的编辑任务模块在日志文档内认定编辑任务模块一所构造的全体处置结果；同步的，编辑任务模块一还会对己身的执行状况执行即时侦听，且在认定己身处于就要断电的状况时，构造一文档名是前台电脑的机器码的记号文档，利于另外的编辑任务模块执行寻找；最终，本发明会配置另一编辑任务模块亦即为编辑任务模块二在每个前台电脑内寻找该记号文档，在寻找出该记号文档时，就表明该文档相应的编辑任务模块已死机，这时就能在日志文档内把该文档的文档名相应的处置结果刷新成处置未达成，利于管理人员即时掌握编辑执行命令的处置状况，以此改善管理人员对编辑任务系统的运用感受。
[0145]
据此，要保障编辑任务模块二可靠，亦能独自配置组择用模块，用于对编辑任务模块二执行侦听，且在认定编辑任务模块二顺畅运作时，方能操纵其执行记号文档寻找流程；在本发明优选但非限制性的实施方式中，前台电脑内还能包含组择用模块，在编辑任务模块二在前台电脑内寻找记号文档前，如图4所示，还包括以下步骤：
[0146]
步骤b-1：组择用模块侦听编辑任务模块二的执行状况一；
[0147]
步骤b-2：在认定执行状况一是无误时，就操控编辑任务模块二执行在前台电脑内寻找记号文档的流程。
[0148]
于是，组择用模块仅在编辑任务模块二顺畅运作时，方能操纵其执行记号文档寻找流程；但是，编辑任务模块二亦常常产生故障死机，这时组择用模块能得到另外的编辑任务模块的执行状况，且在认定另外的编辑任务模块顺畅运作时，把记号文档寻找任务经编辑任务模块二换成另外的编辑任务模块。
[0149]
在本发明优选但非限制性的实施方式中，在组择用模块侦听编辑任务模块二的执行状况一后，还能包括以下步骤：
[0150]
步骤a-4：组择用模块在认定执行状况一存在故障时，就侦听另外的编辑任务模块的执行状况二，且在认定执行状况二是无误时，操控另外的编辑任务模块执行在前台电脑内寻找记号文档的流程。
[0151]
详细而言，本发明不约束组择用模块执行状况侦听的方式，就像能是即时监测，亦能是定时的侦听。
[0152]
据此，本系统还能运用组择用模块，用于对编辑任务模块二执行侦听，且在认定编辑任务模块二顺畅运作时，方操控其执行记号文档寻找流程，以此能高效认定记号文档寻找任务能被无误的执行。
[0153]
编辑任务一在就要中断前，会执行侦听线程，在前台电脑的一指针所指的地方存进一文档，文档的文档名即为前台电脑的机器码；执行记号文档寻找的编辑任务会依据该机器码寻找日志文档的消息，接着变动文档处置的进展与状况；假如现时编辑任务未有文档处置，亦会存进日志文档，仅仅寻找不出消息罢了。
[0154]
编辑任务模块一在处置后台端所传递的编辑执行命令时，会把相应的处置结果与该编辑任务模块所处前台电脑的前台电脑的机器码同步存放在日志文档中，利于另外的编辑任务模块在日志文档内认定编辑任务模块一所构造的全体处置结果；同步的，编辑任务模块一还会对己身的执行状况执行即时侦听，且在认定己身处于就要断电的状况时，构造一文档名是前台电脑的机器码的记号文档，利于另外的编辑任务模块执行寻找；最终，本发明会配置另一编辑任务模块也就是编辑任务模块二在每个前台电脑内寻找该记号文档，在寻找到该记号文档时，就表示该文档相应的编辑任务模块已死机，这时就能在日志文档内该文档的文档名相应的处置结果刷新成处置未达成，利于管理人员即时掌握编辑执行命令的处置状况，以此改善管理人员对编辑任务的运用感受。
[0155]
本发明申请人结合说明书附图对本发明的实施示例做了详细的说明与描述，但是本领域技术人员应该理解，以上实施示例仅为本发明的优选实施方案，详尽的说明只是为了帮助读者更好地理解本发明精神，而并非对本发明保护范围的限制，相反，任何基于本发明的发明精神所作的任何改进或修饰都应当落在本发明的保护范围之内。