CN102137110B - 涉密文档管理系统安全服务器的系统业务可重构方法 - Google Patents

Abstract

涉密文档管理系统安全服务器的系统业务可重构方法，涉及涉密文档管理系统安全服务器的业务可重构方法，它解决涉密文档管理系统安全服务器的业务配置和扩展缺乏灵活性的问题。其方法：停止服务器后，若需要加入新的原子节点，根据原子节点接口设计约束完成节点的功能实现，修改原子节点配置文件，更新节点索引表，完成配置源的更新，从而将新的原子节点注入系统。若有新的系统业务需要集成到系统中，根据更新的配置源，设计业务流程与选择配置源中的原子级节点完成业务功能，根据设计的业务流程修改业务配置文件，完成配置源的更新。重新启动服务器程式，完成业务的重构。本发明适用于涉密文档管理系统安全服务器的系统业务重构。

Description

涉密文档管理系统安全服务器的系统业务可重构方法

技术领域

本发明涉及涉密文档管理系统安全服务器的业务可重构方法。

背景技术

当前，国内涉密信息综合管理系统多采用B/S与C/S相混合的架构来保障涉密信息的安全。例如亿赛通电子文档管理系统中，客户端的主要功能是产生加密文档和防泄密保护。服务器端的主要功能是存储加密文件和用户密钥，并通过数据库来对用户身份信息和用户权限信息进行格式化存储。用户阅读、复制、打印文档等权限信息的管理通过客户端专门定制的CGD Viewer实现。这些系统保证了文档的相对安全，但是没有考虑系统对安全的需求是变化的，业务也是需要不断扩展的，因此文档安全会随着业务的扩展和系统的重构出现漏洞隐患。

涉密文档管理系统安全服务器的主要业务包括涉密信息的集中存储、分发、流转、统计，客户端的用户管理、服务器端的用户管理以及安全事件的审计等。在当前的涉密信息管理系统的研究当中，服务器都实现了多种业务的支持，对电子文档的管理功能也相对比较完善。但是没有针对涉密文档业务流所特有的特性进行分析，并从中剥离可重构的原子级组件，由于服务器业务部署是和涉密环境紧密耦合的，因此导致业务内或业务间缺乏可扩展性，不利于对未知安全需求出现时对系统的应急调整。其次业务流程逻辑大多固化到服务器功能模块当中，不能做到灵活配置和快速拆卸，缺乏灵活性和扩展性；以及如采用单一的用户认证、访问控制、加解密技术，只能满足特定用户的需求却缺乏通用性。这样势必给涉密文档安全埋下隐患。

发明内容

本发明是为了解决涉密文档管理系统安全服务器的业务配置和扩展缺乏灵活性的问题，从而提供一种涉密文档管理系统安全服务器的业务可重构方法。

涉密文档管理系统安全服务器的系统业务可重构方法，它由以下步骤实现：

步骤一、停止运行涉密文档管理系统安全服务器；

步骤二、系统判断是否需要加入新的原子节点，如果判断结果为是，则执行步骤三，如果判断结果为否，则执行步骤五；

步骤三、根据系统内部的根原子节点接口设计约束生成新加入的原子节点，完成相应的逻辑功能；

步骤四、修改配置源中原子节点配置文件，更新原子节点索引表，完成配置源中原子节点信息更新，从而将新的原子节点注入系统；

步骤五、系统判断是否有新的系统业务需要集成到系统中，如果判断结果为是，则执行步骤六；如果判断结果为否，则执行步骤七；

步骤六、根据已更新原子节点信息的配置源，设计系统业务流程，通过组合配置源中的原子节点完成系统业务，根据所述系统业务流程修改系统业务配置文件，完成配置源中系统业务信息的更新；

步骤七、系统判断是否有已有业务需要修改，如果判断结果为是，则执行步骤八；如果判断结果为否，则执行步骤九；

步骤八、调整已有系统业务的配置文件，完成配置源中系统业务的信息更新；

步骤九、重新启动涉密文档管理系统安全服务器，完成系统业务的重构。

涉密文档管理系统安全服务器的系统业务处理方法为：

步骤A1、涉密文档管理系统安全服务器中的通信模块监听并接收一个新的客户端的连接；

步骤A2、系统判断是否超过客户端连接数量的上限，如果判断结果为否，则执行步骤A3；如果判断结果为是，则执行步骤A11；

步骤A3、系统判断步骤A1所述的新的客户端是否为合法用户，如果判断结果为是，则执行步骤A4；如果判断结果为否，则执行步骤A11；

步骤A4、系统解析步骤A1所述的新的客户端的业务类型，并判断是否支持此业务，如果判断结果为是，则执行步骤A5；如果判断结果为否，则执行步骤A11；

步骤A5、系统开启与步骤A1所述的新的客户端的会话功能，并判断新的客户端的业务类型是否高于优先级业务，如果判断结果为是，则提高系统响应级别，并执行步骤A6；如果判断结果为否，则执行步骤A6；

步骤A6、系统加载业务配置；

步骤A7、启动加载器，启动原子节点处理工作；

步骤A8、系统判断原子节点处理工作是否成功，如果判断结果为是，则执行步骤A9；如果判断结果为否，则执行步骤A11；

步骤A9、系统判断系统业务是否完成，如果判断结果为是，则执行步骤A10，如果判断结果为否，则返回执行步骤A7；

步骤A10、系统结束与步骤A1所述的新的客户端的会话，并执行步骤A11；

步骤A11、向步骤A1中的新的客户端返回状态信息，并关闭与步骤A1中的新的客户端的连接，完成对步骤A1中的新的客户的系统业务处理；并返回步骤A1，进行下一个新的客户端的业务处理。

涉密文档管理系统安全服务器中配置源的初始化方法为：

步骤B1、将系统业务所需要的完备原子节点集注入系统，建立节点索引表；

步骤B2、通过分析系统的所有业务流程，设计系统业务流程，通过组合配置源中的原子节点完成系统业务，并通过设置业务配置文件的方式注入到系统中，建立相应的业务索引表，完成配置源的初始化。

涉密文档管理系统安全服务器的启动过程由以下步骤实现：

步骤C1、启动涉密文档管理系统安全服务器的控制源功能组件，监听系统业务请求；

步骤C2、采用控制源功能组件根据配置源信息进行系统的业务配置；

步骤C3、采用控制源功能组件根据配置源信息进行配置验证，并向系统反馈验证结果；

步骤C4、采用控制源功能组件根据配置源中原子节点信息启动原子节点、开启原子节点的日志登记服务和原子节点访问控制服务；

步骤C5、启动涉密文档管理系统安全服务器的通讯端口组件，监听客户端请求数据，并转到系统业务处理流程，完成涉密文档管理系统安全服务器的启动。

有益效果：本发明提高了实现涉密文档管理系统安全服务器的业务配置和扩展能力，系统灵活性较高，通用性较强。

附图说明

图1是本发明的流程示意图；图2是涉密文档管理系统安全服务器的系统业务处理流程示意图；图3是涉密文档管理系统业务可重构服务器结构示意图；图4是涉密文档管理系统业务可重构服务器的原子级节点数据结构示意图。

具体实施方式

具体实施方式一、结合图1至图4说明本具体实施方式，涉密文档管理系统安全服务器的系统业务可重构方法，它由以下步骤实现：

步骤一、停止运行涉密文档管理系统安全服务器；

步骤二、系统判断是否需要加入新的原子节点，如果判断结果为是，则执行步骤三，如果判断结果为否，则执行步骤五；

步骤三、根据系统内部的根原子节点接口设计约束生成新加入的原子节点，完成相应的逻辑功能；

步骤四、修改配置源中原子节点配置文件，更新原子节点索引表，完成配置源中原子节点信息更新，从而将新的原子节点注入系统；

步骤五、系统判断是否有新的系统业务需要集成到系统中，如果判断结果为是，则执行步骤六；如果判断结果为否，则执行步骤七；

步骤六、根据已更新原子节点信息的配置源，设计系统业务流程，通过组合配置源中的原子节点完成系统业务，根据所述系统业务流程修改系统业务配置文件，完成配置源中系统业务信息的更新；

步骤七、系统判断是否有已有业务需要修改，如果判断结果为是，则执行步骤八；如果判断结果为否，则执行步骤九；

步骤八、调整已有系统业务的配置文件，完成配置源中系统业务的信息更新；

步骤九、重新启动涉密文档管理系统安全服务器，完成系统业务的重构。

涉密文档管理系统安全服务器的系统业务处理方法为：如图2所示服务器接收到一个新的连接，首先需要经过连接管理、客户端认证、调度管理、会话管理等环节，然后加载客户端申请的业务配置，并启动加载器，驱动原子节点开始工作。原子节点按照业务流程配置，顺序向下执行。直到业务结束。如果其中的某个环节出现错误，服务器都会向客户端返回错误提示信息，同时关闭连接，其具体步骤为：

步骤A1、涉密文档管理系统安全服务器中的通信模块监听并接收一个新的客户端的连接；

步骤A2、系统判断是否超过客户端连接数量的上限，如果判断结果为否，则执行步骤A3；如果判断结果为是，则执行步骤A11；

步骤A3、系统判断步骤A1所述的新的客户端是否为合法用户，如果判断结果为是，则执行步骤A4；如果判断结果为否，则执行步骤A11；

步骤A4、系统解析步骤A1所述的新的客户端的业务类型，并判断是否支持此业务，如果判断结果为是，则执行步骤A5；如果判断结果为否，则执行步骤A11；

步骤A5、系统开启与步骤A1所述的新的客户端的会话功能，并判断新的客户端的业务类型是否高于优先级业务，如果判断结果为是，则提高系统响应级别，并执行步骤A6；如果判断结果为否，则执行步骤A6；

步骤A6、系统加载业务配置；

步骤A7、启动加载器，启动原子节点处理工作；

步骤A8、系统判断原子节点处理工作是否成功，如果判断结果为是，则执行步骤A9；如果判断结果为否，则执行步骤A11；

步骤A9、系统判断系统业务是否完成，如果判断结果为是，则执行步骤A10，如果判断结果为否，则返回执行步骤A7；

步骤A10、系统结束与步骤A1所述的新的客户端的会话，并执行步骤A11；

步骤A11、向步骤A1中的新的客户端返回状态信息，并关闭与步骤A1中的新的客户端的连接，完成对步骤A1中的新的客户的系统业务处理；并返回步骤A1，进行下一个新的客户端的业务处理。

涉密文档管理系统安全服务器中配置源的初始化方法为：

步骤B1、将系统业务所需要的完备原子节点集注入系统，建立节点索引表；

步骤B2、通过分析系统的所有业务流程，设计系统业务流程，通过组合配置源中的原子节点完成系统业务，并通过设置业务配置文件的方式注入到系统中，建立相应的业务索引表，完成配置源的初始化。

涉密文档管理系统安全服务器的启动过程由以下步骤实现：

步骤C1、启动涉密文档管理系统安全服务器的控制源功能组件，监听系统业务请求；

步骤C2、采用控制源功能组件根据配置源信息进行系统的业务配置；

步骤C3、采用控制源功能组件根据配置源信息进行配置验证，并向系统反馈验证结果；

步骤C4、采用控制源功能组件根据配置源中原子节点信息启动原子节点、开启原子节点的日志登记服务和原子节点访问控制服务；

步骤C5、启动涉密文档管理系统安全服务器的通讯端口组件，监听客户端请求数据，并转到系统业务处理流程，完成涉密文档管理系统安全服务器的启动。

工作原理：本发明的涉密文档管理系统业务可重构服务器架构如图3所示，其包括如下功能模块：

通讯模块：其具有服务侦听、连接管理、认证管理、调度管理、会话管理等功能。

数据源：功能主要是：数据接收、数据解编、数据分发和通讯数据包格式的定义。数据源的工作时机是：服务器启动成功后，服务器开始侦听客户端的请求，当通讯模块接收客户端连接之后，数据源开始工作，从客户端接收数据。

控制源：主要功能是加载业务配置、控制业务执行、指示加载器、数据分发四个功能。控制源是整个服务器运行过程的中枢神经，服务器业务能够正确运行，都依赖于控制源的介入。控制源和数据源、配置源、加载器都发生关联。在系统运行中其主导作用。

配置源：配置源模块的主要功能是对服务器进行各种配置，以在服务器开启的时候初始化服务器的运行环境，并在服务器关闭的时候，正确的注销运行环境，使服务器正常退出。配置源的主要功能分为四类：全局配置、节点配置、业务配置、数据库配置，

加载器：作用是启动节点、开启节点的日志登记服务和节点访问控制服务。加载器使得原子节点的运行被有效地管理起来，从而使得原子节点的自动运行变得透明化。因为加载器知道存在哪些原子节点，以及原子节点的所有信息，因此加载器使得业务的顺序执行对控制源来说变得透明，从而更有利于形成更加合理的模块间协作分工。

原子节点：原子节点是进行业务处理时功能分解的最小单位，其功能相对于要处理的业务已不可再分割，具有自己独立的接口、算法流程和数据结构，且所有原子节点是功能正交的。

本发明的涉密文档管理服务器的业务可重构的实现方法主要是通过抽象业务功能逻辑为独立可灵活注入的原子级节点，并编辑XML业务配置文件组合这些逻辑抽象，由此实现服务器端现有业务流程的增加、删除、更改、替换。同时实现服务器端业务类型的增加，删除。并在一定程度上实现用现有的原子节点来构建新业务的能力。该重构方法的实现主要包括如下关键技术和方法：

原子节点定义与接口设计

定义1原子节点是进行业务处理时功能分解的最小单位，其功能相对于要处理的业务，已不可再分割，其具有自己独立的接口、算法流程和数据结构，同时与任何原子节点不存在功能重合，即原子节点是功能正交的。

原子节点应该具有的性质：

(1)功能分解的最小单位，独立完成特定的功能。

(2)拥有独立的数据结构、算法流程和对外接口。

(3)原子节点接口一致。

(4)原子节点之间低耦合，原子节点内部高内聚。

原子节点属性

原子节点由于要保证复用性，并具有一定的容错能力，因此在服务器上实现时，应该考虑到其接口特性、线程安全性、容错性。

原子节点的接口设计遵循(1)接口统一(2)接口完备(3)接口最小化等3个原则来进行设计。根节点CNodeRoot节点的接口包括如下关键接口：

数据输入控制接口：用于规范原子节点的统一数据流输入；

数据输出控制接口：用于规范原子节点以统一的格式进行数据的输出，如日志记录；

生命周期控制接口：用于标识和控制原子节点在系统中生命状态；

功能逻辑控制接口：用于规范原子节点功能逻辑实现；

自适应配置接口：用于规范原子节点注入系统的时机以及方式；

通用节点属性接口：为原子节点所需要的通用服务提供一致的服务结果，如日志记录格式。

按照通用的软件设计经验，成熟的商用基础框架都是建立在一定的组织结构之上的。如在VC中实现的MFC框架，其大部分的类都组织成一个树状结构，都从CObject派生。因此，服务器在原子节点的功能实现上采用了树状组织结构，其类视图见附图3所示。原子节点其功能实现，都继承自同一个根节点CNodeRoot，在根节点下面，根据具体的功能划分，又分为认证原子节点，数据库操作原子节点，数据流操作原子节点等等，同你个对基本功能原子节点的继续派生可以生成功能具体的原子节点。由图可知，整个节点树是一个组合的结构，派生的原子节点可以包含根原子节点，由此可以包含所以原子节点类型。这样无论是节点数的广度和深度都可以无限扩充。随着服务器功能的不断扩充，新节点的不断加入，服务器的实现者可以选择从任意一个层次来继承。只要新节点满足唯一一个约束：从根原子节点继承。当然，为了使得节点的继承层次更加明晰，节点的继承应该遵从逐步特殊化的继承路径。如从：根原子节点-＞认证原子节点-＞USB Key认证原子节点。

原子节点描述与映射方法的计算机程序为：

通过函数原型NodeProc来实现了原子节点的创建和运行功能，来解决了服务器根据XML文件得到的节点文本描述在内存当中动态生成原子节点对象。即解决对象的动态创建问题。通过nodemap_利用红黑树建立了节点描述和节点例程之间的一一映射，来保证在大量节点时，提供节点的生成、检索有效的运行速度。

业务描述与映射方法的数据结构为：

在上图的数据结构当中，nodeName表示业务的文本形式描述。serviceFlow是一个节点容器，存储了节点的执行序列，并通过serviceMap建立业务与节点序列的一一映射。

业务在内存中的表示形式为：SecFile文件为安全事务系统业务，在其所对应的XML配置文件中，通过<Service_Conf>标签对业务属性进行配置，通过<Service_Seq>标签对该系统业务的原子节点组合进行配置。根据该业务XML配置文件所描叙特征，系统加载器模块可以在系统运行时生成如图所示的内存布局。

数据流的透明注入方法：

本发明中系统的业务是由客户端发送的数据流来驱动的。通过封装客户端的类型各异的不同输入，使其在根节点CNodeRoot中表现为统一的输入，然后通过延迟解编核心思想，把封装在统一的消息体中的不同类型数据，以一个统一的无格式数据体传给原子节点，原子节点接收到无格式的数据体，再对其进行解析，按照本节点的特定要求提取出格式化的字段，进行处理。通过这样的处理，便可以保证整个原子节点树的所有节点都可以接受统一的输入。

业务流程的切片注入：在原子节点的基本接口的基础上，通过对原子节点内部流程进行切片，并注入流程，使得原子节点的内部逻辑可以动态变化。其计算机程序为：

Claims (1)

1.涉密文档管理系统安全服务器的系统业务可重构方法，其特征是：它由以下步骤实现：

步骤一、停止运行涉密文档管理系统安全服务器；

步骤二、系统判断是否需要加入新的原子节点，如果判断结果为是，则执行步骤三，如果判断结果为否，则执行步骤五；

步骤三、根据系统内部的根原子节点接口设计约束生成新加入的原子节点，完成相应的逻辑功能；

步骤四、修改配置源中原子节点配置文件，更新原子节点索引表，完成配置源中原子节点信息更新，从而将新的原子节点注入系统；

步骤五、系统判断是否有新的系统业务需要集成到系统中，如果判断结果为是，则执行步骤六；如果判断结果为否，则执行步骤七；

步骤六、根据已更新原子节点信息的配置源，设计系统业务流程，通过组合配置源中的原子节点完成系统业务，根据所述系统业务流程修改系统业务配置文件，完成配置源中系统业务信息的更新；

步骤七、系统判断是否有已有业务需要修改，如果判断结果为是，则执行步骤八；如果判断结果为否，则执行步骤九；

步骤八、调整已有系统业务的配置文件，完成配置源中系统业务的信息更新；

步骤九、重新启动涉密文档管理系统安全服务器，完成系统业务的重构；

配置源：配置源模块的主要功能是对服务器进行各种配置，以在服务器开启的时候初始化服务器的运行环境，并在服务器关闭的时候，正确的注销运行环境，使服务器正常退出；配置源的主要功能分为四类：全局配置、节点配置、业务配置、数据库配置。

Images