CN115630345A - 一种业务管理*** - Google Patents

Abstract

本发明公开了一种业务管理***，包括：权限模块，用于获取用户的权限信息，管理模块，用于响应于所述用户输入的文件操作指令，管理所述权限信息内所述用户具有管理权限的文件，协同模块，用于响应于所述用户输入的数据操作指令，阅读或编辑所述权限信息内所述用户具有管理权限的数据，历史模块，用于响应于所述用户输入的历史操作指令，查看所述数据的历史记录，以及回溯所述数据的历史版本。有利于解决现有的业务管理方法因资料管理问题而无法统一管理和追溯历史版本导致业务管理效率和生产安全受到影响的技术问题，提高了业务管理的工作效率。

Description

一种业务管理***

技术领域

本发明涉及调度自动化业务的技术领域，尤其涉及一种业务管理***。

背景技术

当前调度自动化业务文件资料包括各类信息点表、图形文件、模型、程序版本等专业文档散落在不同人、不同设备、不同***中，文件查找不方便，无法统一管理、无法信息共享、无法实时同步各种变化，无法找回之前的版本，一方面影响到自动化人员工作效率，另一方面资料管理问题会产生影响生产安全可能。

针对以上问题，项目拟采用当前开源文档管理项目进行改造开发，形成一套调度自动化业务在线管理工具，满足信息安全要求，工作人员可以根据自身分配权限快速检索目标文件，完成文档的访问、删除、更新版本、回退等操作，管理工具实时记录修改内容及修改记录，实现自动化各类信息点表、图形文件、模型、程序版本等专业文档的有序收集、归类、整理、授权和归档等统一管理要求，以达到以下效果：1)材料管理过程可管控；2)历史版本材料可追溯；3)最终材料版本可统一。

因此，为了提高业务管理的工作效率，解决目前存在的现有的业务管理方法因资料管理问题而无法统一管理和追溯历史版本导致业务管理效率和生产安全受到影响的技术问题，亟需构建一种业务管理***。

发明内容

本发明提供了一种业务管理***，解决了目前存在的现有的业务管理方法因资料管理问题而无法统一管理和追溯历史版本导致业务管理效率和生产安全受到影响的技术问题。

第一方面，本发明提供了一种业务管理***，所述***包括相互连接的权限模块、管理模块、协同模块和历史模块；

所述权限模块，用于获取用户的权限信息；

所述管理模块，用于响应于所述用户输入的文件操作指令，管理所述权限信息内所述用户具有管理权限的文件；

所述协同模块，用于响应于所述用户输入的数据操作指令，阅读或编辑所述权限信息内所述用户具有管理权限的数据；

所述历史模块，用于响应于所述用户输入的历史操作指令，查看所述数据的历史记录，以及回溯所述数据的历史版本。

可选地，所述权限模块包括相互连接的获取子模块、创建子模块和赋予子模块；

所述获取子模块，用于获取所述权限信息；

所述创建子模块，用于响应于所述用户输入的创建指令，创建所述用户对文件和/或数据的管理权限；

所述赋予子模块，用于响应于所述用户输入的授权指令，对所述权限信息内上层文件对应的下层文件赋予所述用户的管理权限。

可选地，所述管理模块包括相互连接的检索子模块、查找子模块、搜索子模块和管理子模块；所述文件操作指令包括文件检索指令和文件管理指令；

所述检索子模块，用于响应于所述用户输入的所述检索指令，检索最近更新的所述权限信息内所述用户具有管理权限的文件；

所述查找子模块，用于根据所述用户输入的模糊信息，查找所述模糊信息对应的文件；

所述搜索子模块，用于在所述权限信息内所述用户具有管理权限的文件中搜索所述用户输入的信息；

所述管理子模块，用于响应于所述用户输入的所述文件管理指令，管理所述权限信息内所述用户具有管理权限的文件。

可选地，所述管理子模块包括相互连接的删除单元、命名单元、移动单元、复制单元和传输单元；所述文件管理指令包括删除指令、命名指令、移动指令、复制指令和传输指令；

所述删除单元，用于响应于所述用户输入的所述删除指令，删除所述权限信息内所述用户具有管理权限的文件；

所述命名单元，用于响应于所述用户输入的所述重命名指令，重命名所述权限信息内所述用户具有管理权限的文件；

所述移动单元，用于响应于所述用户输入的所述移动指令，移动所述权限信息内所述用户具有管理权限的文件；

所述复制单元，用于响应于所述用户输入的所述复制指令，复制所述权限信息内所述用户具有管理权限的文件；

所述传输单元，用于响应于所述用户输入的所述传输指令，上传或下载所述权限信息内所述用户具有管理权限的文件。

可选地，所述协同模块还用于为所述用户解决编辑冲突问题提供指示。

可选地，所述协同模块还用于响应于所述用户输入的所述数据管理指令，合并所述权限信息内所述用户具有管理权限的数据。

可选地，所述协同模块包括相互连接的阅读子模块、编辑子模块、冲突子模块和合并子模块；所述数据管理指令包括阅读指令、编辑指令和合并指令；

所述阅读子模块，用于响应于所述用户输入的所述阅读指令，阅读所述权限信息内所述用户具有管理权限的数据；

所述编辑子模块，用于响应于所述用户输入的所述编辑指令，编辑所述权限信息内所述用户具有管理权限的数据；

所述冲突子模块，用于当检测到用户之间发生编辑冲突问题时，按照预先设定的解决问题步骤，为所述用户解决所述编辑冲突问题提供指示；

所述合并子模块，用于响应于所述用户输入的所述合并指令，合并所述权限信息内所述用户具有管理权限的数据。

可选地，所述冲突子模块包括相互连接的第一冲突单元和第二冲突单元；

所述第一冲突单元，用于当检测到存在两个或两个以上用户编辑同一数据的同一个位置时，按照预先设定的第一解决问题步骤，为所述用户解决所述编辑冲突问题提供指示；

所述第二冲突子单元，用于当用户编辑完成数据，出现了所述数据已经被另一用户改动的情况时，按照预先设定的第二解决问题步骤，为所述用户解决所述编辑冲突问题提供指示。

可选地，所述历史模块还用于按预设周期，上传所述数据的历史记录到云端。

可选地，所述历史模块包括相互连接的查看子模块和回溯子模块；所述历史操作指令包括查看指令和回溯指令；

所述查看子模块，用于响应于所述用户输入的所述查看指令，查看所述数据的历史记录；

所述回溯子模块，用于响应于所述用户输入的所述回溯指令，基于所述历史记录，对所述回溯指令对应数据进行版本回溯。

从以上技术方案可以看出，本发明具有以下优点：本发明提供了一种业务管理***，通过权限模块，用于获取用户的权限信息，管理模块，用于响应于所述用户输入的文件操作指令，管理所述权限信息内所述用户具有管理权限的文件，协同模块，用于响应于所述用户输入的数据操作指令，阅读或编辑所述权限信息内所述用户具有管理权限的数据，历史模块，用于响应于所述用户输入的历史操作指令，查看所述数据的历史记录，以及回溯所述数据的历史版本，通过一种业务管理***，解决了目前存在的现有的业务管理方法因资料管理问题而无法统一管理和追溯历史版本导致业务管理效率和生产安全受到影响的技术问题，提高了业务管理的工作效率。

附图说明

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

图1为本发明的一种业务管理***实施例的结构框图。

具体实施方式

本发明实施例提供了一种业务管理***，用于解决目前存在的现有的业务管理方法因资料管理问题而无法统一管理和追溯历史版本导致业务管理效率和生产安全受到影响的技术问题。

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

实施例一，请参阅图1，图1为本发明的一种业务管理***，其中，101为权限模块、102为管理模块，103为协同模块，104为历史模块；所述权限模块101、所述管理模块102、所述协同模块103和所述历史模块104相互连接；

所述权限模块101，用于获取用户的权限信息；

所述管理模块102，用于响应于所述用户输入的文件操作指令，管理所述权限信息内所述用户具有管理权限的文件；

所述协同模块103，用于响应于所述用户输入的数据操作指令，阅读或编辑所述权限信息内所述用户具有管理权限的数据；

所述历史模块104，用于响应于所述用户输入的历史操作指令，查看所述数据的历史记录，以及回溯所述数据的历史版本。

具体地，所述权限模块101包括相互连接的获取子模块、创建子模块和赋予子模块；

所述获取子模块，用于获取所述权限信息；

所述创建子模块，用于响应于所述用户输入的创建指令，创建所述用户对文件和/或数据的管理权限；

所述赋予子模块，用于响应于所述用户输入的授权指令，对所述权限信息内上层文件对应的下层文件赋予所述用户的管理权限。

在本发明实施例中，权限模块101是这个***得以安全运行的基础，文件创建时，会为其指定读者写者，对于***中存在的每一个文件，它都有对应的有权限的读者/写者，在对文件进行相关操作时，首先要进行权限检查，验证通过才可以进行接下来的操作。读权限的用户只能查看文件，当打开文件时，文件处于不可编辑状态，写权限的用户则有写权限，可以编辑文档，这就是最基本的权限控制，此外文件的权限还可以被修改，文件的权限拥有方式有两种，继承权限和自定义权限，继承权限指的是用户把上层文件夹的权限全部继承，并拥有自己的新权限，自定义权限是把自己的权限与父文件夹权限分隔开，不会继承父文件夹权限，它的权限对应的读者写者完全是自己的，权限的修改是指将文件权限在继承和自定义之间进行修改，也可以为文件指定新的读者/写者，删除原有的读者/写者。

在具体实现中，采用RBAC技术，实现用户权限管理。

用户在文件***中进行的每一个涉及文件的操作都需要进行权限检查。权限来源就是文件创建时是否是文件新的读者/写者，或者之前就是这个文件的上层文件夹的读者写者，或者别的有权限的用户与其共享了这个文件的读/写权限，只要用户有权限，在***中进行权限检查时总是能查到。

修改文件或文件夹权限是对于文件/文件夹有写权限的用户，可以修改文件的权限，这里的修改指的是修改文件/文件夹拥有权限方式，在自定义和继承权限之间修改，或者为文件指定新的读者写者或者删除原有的读者写者。更改文件权限的方式的操作，主要有文件之前权限类型是继承权限的，具有写权限的用户可以将文件的权限类型由继承改为自定义，也可以在文件是继承权限的基础上，将新的读者写者加到自己的权限列表里，或移除自己有权限移除的读者/写者。当文件权限类型是自定义时，具有写权限的用户可以将文件的权限类型由自定义改为继承，也可以在文件是自定义权限的基础上，将新的读者写者加到自己的权限列表里，或移除自己有权限移除的读者/写者。

自定义权限的基础上增删读者/写者：在自定义文件权限时，文件不继承上层文件夹权限，这时将文件全部的读者/写者创建对应的新权限对应的读者写者和文件原来拥有的权限列表对应的读者/写者进行比较，计算出需要添加和删除的权限列表，对于要删掉的权限，假如这个文件是一个文件夹，对于这个文件夹下面的非自定义文件夹，它们都继承了这些需要删掉的权限，因此也要把这些权限从数据库的权限列表中移除；对于要添加的权限，假如这个文件是一个文件夹，还需要把这个文件夹下面的所有非自定义文件夹找到，为它们创建这些权限。继承文件权限的基础上增删读者/写者：继承文件权限时，增删读者/写者和自定义权限类似，只是多了一个步骤，文件全部的读者/写者不能全部为其创建权限，首先要把这些读者/写者和其父文件夹的权限列表对应的读者/写者进行比较，找出新的读者/写者，然后为他们创建新的权限列表，将创建的新的权限列表和文件自己的权限列表进行比较，得出要增减的权限，接下来的操作和上述流程一样，对于要删掉的权限，假如这个文件是一个文件夹，对于这个文件夹下面的非自定义文件夹，它们都继承了这些要删掉的权限，因此也要把这些权限从数据库的权限列表中移除；对于要添加的权限，假如这个文件是一个文件夹，还需要把这个文件夹下面的所有非自定义文件夹找到，为它们创建这些权限。

将文件权限拥有方式由自定义改为继承：文件权限由自定义改为继承时，需要把它的上层文件夹的文件权限全部继承，并且如果这个文件是一个文件夹，还需要让文件夹下面的非自定义文件夹全部继承这些权限，然后将自己的读者/写者和继承的父文件夹权限对应的用户进行比较，得出要创建的新的权限列表，再和继承自己独有的权限列表比较，找出要增删的权限列表，对于要删掉的权限，假如这个文件是一个文件夹，对于这个文件夹下面的非自定义文件夹，它们都继承了这些要删掉的权限，因此也要把这些权限从数据库的权限列表中移除；对于要添加的权限，假如这个文件是一个文件夹，还需要把这个文件夹下面的所有非自定义文件夹找到，为它们创建这些权限。

当文件权限由继承改为自定义时，将文件及其子节点的所有从该文件以及该文件的祖先节点继承来的权限删除，为自己的读者写者创建新权限列表，并让自己的所有非自定义文件夹继承这些权限。

具体地，所述管理模块102包括相互连接的检索子模块、查找子模块、搜索子模块和管理子模块；

所述检索子模块，用于响应于所述用户输入的所述检索指令，检索最近更新的所述权限信息内所述用户具有管理权限的文件；

所述查找子模块，用于根据所述用户输入的模糊信息，查找所述模糊信息对应的文件；

所述搜索子模块，用于在所述权限信息内所述用户具有管理权限的文件中搜索所述用户输入的信息；

所述管理子模块，用于响应于所述用户输入的所述文件管理指令，管理所述权限信息内所述用户具有管理权限的文件。

在本发明实施例中，管理模块102主要是为了实现常见文件管理***的基本功能，这些功能包括加载用户有权看到的所有文件夹，利用文件名模糊匹配检索文件/文件夹，查找最近更新用户有权看到的文件，创建/删除文件，将文件从一个文件夹移动到另一个文件夹，修改文件名，复制文件，上传/下载文件等，用户利用这些功能可以极大的方便自己的文件管理。

在具体实现中，采用Bootstrap前端框架，完成较好的用户交互体验，实现信息治理功能。

通过权限模块101获取到用户权限信息，用户进入***后首先加载自己可见的顶层文件夹，顶层文件夹的定义是该文件夹无父文件夹或者该用户对其父文件夹无权限。加载出这些文件夹后，对它们进行文件权限解析。

用户有时想要看到最近更新的自己有权限看到的文件，只需按更新时间从数据库加载出用户有权限看到的非目录型文件，进行文件权限解析，加载文件收藏状态，用户可见目录树，文件浏览数量，文件阅读记录。

用户输入待查找的文件名，作为待查找文件的关键词，使用sql模糊查找语句即可实现文件查找。

当前用户想把一个文件/文件夹删除，首先进行写权限检查，检查通过后，表明用户对该文件具有写权限，再检查用户对于该文件子节点是否都有写权限，只有对文件全部子节点都具有写权限才可以进行删除。

用户把文件的新名字传到后端，写权限检查通过后，判断这个文件的父文件夹中是否有以新名字命名的后缀名和文件名字完全相同文件，且用户对这个文件具有权限，如果有则命名失败，否则命名成功，修改文件名。

把一个文件移动到指定文件夹，首先要判断用户在该文件夹是否具有写权限，检查通过，锁住该文件夹，再检查用户对待移动文件是否完全具有写权限因为待移动文件有可能是目录，这时用户对待移动文件子文件也必须有写权限，检查通过后，如果待移动文件是以继承方式拥有权限的目录，还需要把这个文件及其子文件继承自上层文件夹的权限全部删除，然后让这个文件及其所有非自定义子文件夹继承指定文件及其上层文件夹的权限。将移动过去的文件更新其父文件夹，该文件及其子文件更新祖先节点。

将文件复制到指定文件夹，首先判断用户对该指定文件夹是否具有写权限，权限检查通过后，被复制文件如果是文件夹，需要在该目录下创建同名文件夹，该文件夹继承指定文件夹的权限，对被复制的文件夹的子文件在循环复制即可；如果不是文件夹，在该目录下创建同名文件即可。

具体地，所述管理子模块包括相互连接的删除单元、命名单元、移动单元、复制单元和传输单元；所述文件管理指令包括删除指令、命名指令、移动指令、复制指令和传输指令；

所述删除单元，用于响应于所述用户输入的所述删除指令，删除所述权限信息内所述用户具有管理权限的文件；

所述命名单元，用于响应于所述用户输入的所述重命名指令，重命名所述权限信息内所述用户具有管理权限的文件；

所述移动单元，用于响应于所述用户输入的所述移动指令，移动所述权限信息内所述用户具有管理权限的文件；

所述复制单元，用于响应于所述用户输入的所述复制指令，复制所述权限信息内所述用户具有管理权限的文件；

所述传输单元，用于响应于所述用户输入的所述传输指令，上传或下载所述权限信息内所述用户具有管理权限的文件。

具体地，所述协同模块103还用于为所述用户解决编辑冲突问题提供指示。

具体地，所述协同模块103还用于响应于所述用户输入的所述数据管理指令，合并所述权限信息内所述用户具有管理权限的数据。

具体地，所述协同模块103包括相互连接的阅读子模块、编辑子模块、冲突子模块和合并子模块；所述数据管理指令包括阅读指令、编辑指令和合并指令；

所述阅读子模块，用于响应于所述用户输入的所述阅读指令，阅读所述权限信息内所述用户具有管理权限的数据；

所述编辑子模块，用于响应于所述用户输入的所述编辑指令，编辑所述权限信息内所述用户具有管理权限的数据；

所述冲突子模块，用于当检测到用户之间发生编辑冲突问题时，按照预先设定的解决问题步骤，为所述用户解决所述编辑冲突问题提供指示；

所述合并子模块，用于响应于所述用户输入的所述合并指令，合并所述权限信息内所述用户具有管理权限的数据。

在本发明实施例中，协同模块103是***的核心模块，主要解决用户在编辑自己的文档副本时，如果有别的用户此时编辑的是这篇文档的同一个位置时，如何进行冲突处理，以及当用户编辑完毕向后台提交自己的文档时发现已经有别的用户对这篇文档进行了改动时应该如何处理，此外还要在打开文档时加载文档的基本信息。

在具体实现中，采用SpreadJS技术，实现高效的多人协同编辑及合并功能。

用户要打开文档，首先要进行权限模块101读权限检查，权限通过才可以进行接下来的操作，从数据库中加载文档内容实体，加载文档上的锁，加载文档历史纪录，包括创建历史，编辑历史，点赞历史，添加权限历史，移除权限历史，关于历史记录的创建，修改，加载，以及利用历史记录恢复文档在操作回退模块的设计介绍。文档内容实体，就是在权限控制创建文件时如果创建的是可编辑文档时另外创建的sheet或document对象，它用来承载用户的编辑。加载文档读取记录，显示历史已读读取记录和最新已读读取记录，读取记录的状态表明这个记录对应的用户读取的是历史版本还是最新版本。当文档被打开或者被关闭时，都会创建一个对应的事件，将事件发布给其订阅者，订阅者接收到事件后，就会创建一个对应的用户对于这篇文档的读取记录，首先检索数据库中是否存在该读取记录，如果存在，就更新读取记录，将读取时间置为现在，是否最新已读设为是。否则就把新建的读取记录放入数据库表中。当用户编辑文档时，会创建编辑文档事件，将其发布给订阅者，订阅者接收到信息后，会将这篇文档对应的所有读取记录取出，只把这个编辑文档的当前用户对应的读取记录进行刷新为最新已读，其余读取记录全部置为历史已读，并写回数据库里。文档读取记录状态发生变化时也会产生对应的事件，该事件的订阅者接收后发送给浏览器文档副本，这样就达到了在文档中显示正确的历史已读和最新已读阅读记录。

用户打开文档加载完文档全部内容后，首先要对用户对于这篇文档的权限进行判断，如果只有读权限，用户是不可编辑的，此时用户只能打开，并处于不可编辑状态。用户对于文档有写权限，可以编辑，进行编辑的第一步，就是在用户向文档的某一段落写入内容时实时对文档段落进行加锁，如果这个段落的锁未被抢占，用户加锁成功，否则加锁失败的用户会看到这一行变为不可编辑。用户编辑完毕，鼠标移动不在这一行之后会把编辑的内容写回数据库，鼠标移动到另一行，这个段落锁会被释放。其他有编辑权限的用户会看到之前不可编辑的锁变为可以编辑。具体实现如下：用户编辑某一篇文档的某一段落，先从后台取出这个段落的段落锁，如果锁不为空且这个锁是这个用户加的，则创建加锁事件，加锁成功，返回这个锁，否则返回加锁失败(抢占失败)；如果锁为空，这个用户查找自己之前是否对这个文档加过锁，如果加过锁就把锁删除，否则直接为该段落创建一个段落锁，抢占成功。需要注意的是，极端情况下会出现多个线程抢占这个段落锁，具体解决办法，当每一个用户对段落加锁时，首先对文档加锁，第一个用户对文档加锁成功，可以执行这个事务接下来的部分，其他用户都会被阻塞，直到第一个用户对文档段落加锁完毕，这个时候接下来的用户尝试对该段落加锁，都会显示这个段落已经有锁，加锁失败。用户编辑完毕，会把相关的操作写到数据库文档的content中，对于前端传来的操作列表，验证每个操作的有效性，锁住当前文档，将操作列表作用于文档，改变文档后。将文档写回数据库。需要注意的是用户的每一次操作在修改文档时都会对应一个版本号，若当前用户将自己的操作写回数据库时发现文档的数据库版本和自己的文档版本对应不上时，就认为这篇文档被其它用户修改了，这个时候需要把自己的文档对应的版本号之后的所有操作和自己文档上的自己的操作利用操作转换算法转换成新的操作，将这些新的操作再次作用于这个文档，将文档写回数据库，创建编辑文档事件并发布，相关订阅者接收。通过服务器端自动发布到前端其他副本中，其他用户就可以看见文档的变动。这样就解决了并发冲突带来的文档不一致问题。用户编辑完毕后要释放段落锁，这个时候其他用户会看到这个之前不可编辑的段落变为可以编辑。

具体地，所述冲突子模块包括相互连接的第一冲突单元和第二冲突单元；

所述第一冲突单元，用于当检测到存在两个或两个以上用户编辑同一数据的同一个位置时，按照预先设定的第一解决问题步骤，为所述用户解决所述编辑冲突问题提供指示；

所述第二冲突子单元，用于当用户编辑完成数据，出现了所述数据已经被另一用户改动的情况时，按照预先设定的第二解决问题步骤，为所述用户解决所述编辑冲突问题提供指示。

具体地，所述历史模块104还用于按预设周期，上传所述数据的历史记录到云端。

具体地，所述历史模块104包括相互连接的查看子模块和回溯子模块；所述历史操作指令包括查看指令和回溯指令；

所述查看子模块，用于响应于所述用户输入的所述查看指令，查看所述数据的历史记录；

所述回溯子模块，用于响应于所述用户输入的所述回溯指令，基于所述历史记录，对所述回溯指令对应数据进行版本回溯。

在本发明实施例中，历史模块104主要实现文档的历史纪录创建，对文档历史纪录进行实时性同步，把用户对文档操作产生的历史记录实时性展示到其他用户的文档副本中，以及利用文档的历史纪录进行文档恢复，将历史纪录对应的操作进行撤销，使文档恢复到这些历史纪录产生之前版本。

在具体实现中，采用SVN技术，实现版本回滚，以达到历史追溯效果。

历史记录的类型主要有：创建文档，为文档添加新的读者写者，删除文档读者写者，评论文档，编辑文档。历史纪录的产生主要是服务器端用来主动通知前端同一个文档的别的副本的变动，前端接收历史记录的通知后，就能实现文档历史的及时展现。例如一个用户在进行信息治理时，在自己的文档副本对文档的某一个段落的内容进行了修改，就会创建修改事件，将修改事件发布，接收者接收之后，创建历史事件并存储到历史事件数据库，通过Spring的定时调用机制，定期将历史事件数据库中的记录全部取出创建历史纪录并存到缓存中，再通过WebSocket协议的推送将历史消息推送给同一个文档的副本。

因为文档的历史纪录类型有创建文档，编辑文档，修改文档权限(为文档添加新的读者写者或者删除原有的读者写者)，对于前端打开的文档会定期调用同步历史记录接口，它区别于加载文档历史纪录接口之处是前端会传来当前一个自己当前拥有的所有历史纪录最大的版本号，同步时只需加载版本号比这个大的历史记录。文档的后来者打开文档时，需要加载文档的历史纪录，为了防止Spring机制因网络延迟失效，需要定期同步文档历史纪录，即将自己文档副本对应的历史纪录的最大版本号传给后台服务器，加载比此版本号大的数据库历史纪录。

用户在编辑文档的过程中如果发现自己编辑出现错误，或者别人的编辑出现错误，就可利用用户编辑文档留下的历史纪录进行版本回退，将文档回退到这个历史纪录对应的版本号之前的一个版本，流程就是写权限检查，检查通过后，对文档加锁，从数据库文档操作表中取出版本号大于等于这个历史纪录的版本号之后的操作，则这些操作都是待撤消的操作，将这些操作反转后产生它们对应的撤销操作列表，将列表操作利用操作合并算法进行合并，合并后的操作整合为一条复合操作，作用于文档，实现历史追溯。

本发明提供的一种业务管理***具有如下优点：

1)调度自动化业务在线管理工具通用性强，不依赖现行电力调度现行***，能够实现快速部署应用。

2)信息治理，实现调度部门内部不同人员之间的文件共享及权限管理，实现项目文件的有序收集、归类、整理、授权和归档等。

3)多人协同编辑及合并功能，针对调度自动化提出了具有内容冲突检测提示的协同编辑，既能提升编辑效率，又能有效防止内容覆盖。

4)权限管理，实现更精细化的权限控制，集中管理统一授权，实现内部文档资料的有效管控，避免保密资料外泄，提高***的安全性

5)历史追溯，通过历史版本存储，实现历史操作追溯，解决原有文件共享方式由于个人操作失误而导致误删误填问题。

在本发明实施例所提供的一种业务管理***，通过权限模块，用于获取用户的权限信息，管理模块，用于响应于所述用户输入的文件操作指令，管理所述权限信息内所述用户具有管理权限的文件，协同模块，用于响应于所述用户输入的数据操作指令，阅读或编辑所述权限信息内所述用户具有管理权限的数据，历史模块，用于响应于所述用户输入的历史操作指令，查看所述数据的历史记录，以及回溯所述数据的历史版本，通过一种业务管理***，解决了目前存在的现有的业务管理方法因资料管理问题而无法统一管理和追溯历史版本导致业务管理效率和生产安全受到影响的技术问题，提高了业务管理的工作效率。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，本发明所揭露的***，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取可读存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的可读存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种业务管理***，其特征在于，所述***包括相互连接的权限模块、管理模块、协同模块和历史模块；

所述权限模块，用于获取用户的权限信息；

所述管理模块，用于响应于所述用户输入的文件操作指令，管理所述权限信息内所述用户具有管理权限的文件；

所述协同模块，用于响应于所述用户输入的数据操作指令，阅读或编辑所述权限信息内所述用户具有管理权限的数据；

所述历史模块，用于响应于所述用户输入的历史操作指令，查看所述数据的历史记录，以及回溯所述数据的历史版本。

2.根据权利要求1所述的业务管理***，其特征在于，所述权限模块包括相互连接的获取子模块、创建子模块和赋予子模块；

所述获取子模块，用于获取所述权限信息；

所述创建子模块，用于响应于所述用户输入的创建指令，创建所述用户对文件和/或数据的管理权限；

所述赋予子模块，用于响应于所述用户输入的授权指令，对所述权限信息内上层文件对应的下层文件赋予所述用户的管理权限。

3.根据权利要求1所述的业务管理***，其特征在于，所述管理模块包括相互连接的检索子模块、查找子模块、搜索子模块和管理子模块；所述文件操作指令包括文件检索指令和文件管理指令；

所述检索子模块，用于响应于所述用户输入的所述检索指令，检索最近更新的所述权限信息内所述用户具有管理权限的文件；

所述查找子模块，用于根据所述用户输入的模糊信息，查找所述模糊信息对应的文件；

所述搜索子模块，用于在所述权限信息内所述用户具有管理权限的文件中搜索所述用户输入的信息；

所述管理子模块，用于响应于所述用户输入的所述文件管理指令，管理所述权限信息内所述用户具有管理权限的文件。

4.根据权利要求3所述的业务管理***，其特征在于，所述管理子模块包括相互连接的删除单元、命名单元、移动单元、复制单元和传输单元；所述文件管理指令包括删除指令、命名指令、移动指令、复制指令和传输指令；

所述删除单元，用于响应于所述用户输入的所述删除指令，删除所述权限信息内所述用户具有管理权限的文件；

所述命名单元，用于响应于所述用户输入的所述重命名指令，重命名所述权限信息内所述用户具有管理权限的文件；

所述移动单元，用于响应于所述用户输入的所述移动指令，移动所述权限信息内所述用户具有管理权限的文件；

所述复制单元，用于响应于所述用户输入的所述复制指令，复制所述权限信息内所述用户具有管理权限的文件；

所述传输单元，用于响应于所述用户输入的所述传输指令，上传或下载所述权限信息内所述用户具有管理权限的文件。

5.根据权利要求1所述的业务管理***，其特征在于，所述协同模块还用于为所述用户解决编辑冲突问题提供指示。

6.根据权利要求5所述的业务管理***，其特征在于，所述协同模块还用于响应于所述用户输入的所述数据管理指令，合并所述权限信息内所述用户具有管理权限的数据。

7.根据权利要求1所述的业务管理***，其特征在于，所述协同模块包括相互连接的阅读子模块、编辑子模块、冲突子模块和合并子模块；所述数据管理指令包括阅读指令、编辑指令和合并指令；

所述阅读子模块，用于响应于所述用户输入的所述阅读指令，阅读所述权限信息内所述用户具有管理权限的数据；

所述编辑子模块，用于响应于所述用户输入的所述编辑指令，编辑所述权限信息内所述用户具有管理权限的数据；

所述冲突子模块，用于当检测到用户之间发生编辑冲突问题时，按照预先设定的解决问题步骤，为所述用户解决所述编辑冲突问题提供指示；

所述合并子模块，用于响应于所述用户输入的所述合并指令，合并所述权限信息内所述用户具有管理权限的数据。

8.根据权利要求7所述的业务管理***，其特征在于，所述冲突子模块包括相互连接的第一冲突单元和第二冲突单元；

所述第一冲突单元，用于当检测到存在两个或两个以上用户编辑同一数据的同一个位置时，按照预先设定的第一解决问题步骤，为所述用户解决所述编辑冲突问题提供指示；

所述第二冲突子单元，用于当用户编辑完成数据，出现了所述数据已经被另一用户改动的情况时，按照预先设定的第二解决问题步骤，为所述用户解决所述编辑冲突问题提供指示。

9.根据权利要求1所述的业务管理***，其特征在于，所述历史模块还用于按预设周期，上传所述数据的历史记录到云端。

10.根据权利要求1所述的业务管理***，其特征在于，所述历史模块包括相互连接的查看子模块和回溯子模块；所述历史操作指令包括查看指令和回溯指令；

所述查看子模块，用于响应于所述用户输入的所述查看指令，查看所述数据的历史记录；

所述回溯子模块，用于响应于所述用户输入的所述回溯指令，基于所述历史记录，对所述回溯指令对应数据进行版本回溯。

Images