CN101459559B

CN101459559B - 一种对监控用户配置信息进行存储及管理的方法与系统

Info

Publication number: CN101459559B
Application number: CN2008102417019A
Authority: CN
Inventors: 文韬
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2008-12-26
Filing date: 2008-12-26
Publication date: 2011-05-11
Anticipated expiration: 2028-12-26
Also published as: CN101459559A

Abstract

本发明公开了一种对监控用户配置信息进行存储及管理的方法与系统，系统包括监控客户端、Usbkey、配置文件管理器和认证服务器，相应的方法为：以Usbkey作为监控用户的配置文件信息的载体；监控客户端在成功登录监控系统后，启动配置文件管理器，通过该配置文件管理器对所述Usbkey所承载的配置文件信息进行管理。在本发明中，利用UsbKey作为配置文件信息的载体，解决了配置信息的安全性和便携性的问题；并通过UFConfiger实现对以上配置信息的高效管理，既包括检索、插入、修改和删除现有业务数据，也支持新型业务配置项的加入；且可使用本地/远程恢复的方式，有效实现了UsbKey写入失败后的灾难恢复。

Description

一种对监控用户配置信息进行存储及管理的方法与系统

技术领域

本发明涉及视频监控领域，尤其涉及一种对监控用户个性化配置信息进行存储及管理的方法和系统。

背景技术

随着网络技术的发展和安防市场的不断升温，视频监控作为安防的一个重要领域也得到了长足的发展。而在当前的全球眼电信级监控系统中，存在很大的个性化配置信息管理需求。具体的说，用户对监控系统中很多配置信息都有个性化需求，比如界面方案、监控列表信息、监控轮巡方案设置项，以及电视墙参数、互控键盘配置信息等等。这些配置参数关系到系统的用户体验，同时又具有相当数量，目前，一般将这些配置参数全部存储于服务器端，或者分别存储于各自的监控客户端所在PC，前者给系统带来很大负荷，而后者会带来信息安全隐患。

发明内容

本发明所要解决的技术问题是提供一种对监控用户的配置信息进行存储及管理的方法，以及实现该方法的系统，在降低存储负荷的同时保证信息的安全性。

为解决上述技术问题，本发明是通过以下技术方案实现的：

一种对监控用户配置信息进行存储及管理的方法，包括：

以Usbkey作为监控用户的配置文件信息的载体；

监控客户端在成功登录监控系统后，启动配置文件管理器，通过该配置文件管理器对所述Usbkey所承载的配置文件信息进行管理；

所述配置文件管理器包括元数据管理器、缓存数据管理器、Usbkey通用数据文件分配表UFAT和通讯模块。

上述方法还包括：所述监控客户端在登录监控系统之前，利用所述Usbkey内置的加密解密算法，与认证服务器进行双向安全认证；认证通过后，所述认证服务器向监控客户端返回Usbkey的3DES密钥，监控客户端收到后保存此3DES密钥。

上述方法中，配置文件管理器的启动过程为：

A、配置文件管理器启动，开始在特定通讯信道侦听；

B、监控客户端将Usbkey的3DES密钥发送给配置文件管理器；

C、配置文件管理器读取Usbkey的root簇信息，据此启动UFAT；

D、配置文件管理器通过UFAT从Usbkey依次读取各配置文件信息的元信息，并采用所述3DES密钥解密后作为信息节点插入至元数据管理器中。

其中，所述元信息包括文件名、文件大小、原始文件大小、压缩算子、首簇编号、可用标记和文件状态。

上述方法中，所述监控客户端通过配置文件管理器对Usbkey所承载的配置文件信息进行管理的方法包括：数据装载的步骤、数据同步的步骤；

其中，所述数据装载的步骤为：

①监控客户端通知配置文件管理器开始数据装载，并提供待装载的目标文件名；

②配置文件管理器根据所述目标文件名在元信息管理器中搜索对应的信息节点，获取首簇编号，据此在缓存数据管理器中查找目标文件的有效数据，若查找到，则将所查找到的有效数据发送给监控客户端，之后结束本流程；否则，通过UFAT从Usbkey读取对应的有效数据，将其解压后插入至缓存数据管理器中并发送给监控客户端，之后结束本流程。

其中，所述数据同步的步骤为：

i、所述监控客户端通知配置文件管理器开始数据同步，并向其提供待同步的目标文件名及有效数据；

ii、配置文件管理器将所述待同步的有效数据压缩后，通过UFAT写入Usbkey中相应位置；写入成功后，根据所述有效数据来更新元数据管理器中相应信息节点的元信息以及Usbkey中相应的元信息，并返回“同步数据成功”消息。

其中，在所述步骤i与ii之间还包括：配置文件管理器通过UFAT从Usbkey读取所述目标文件的最新版本的有效数据，将其存储至缓存数据管理器，以备本地灾难恢复使用；

所述步骤ii还包括：若写入失败，则将所述缓存数据管理器所保存的相应的有效数据，通过UFAT重新写入Usbkey中相应位置，若再次写入失败，则将所述缓存数据管理器所保存的有效数据作为待恢复数据返回给监控客户端，由监控客户端将该待恢复数据发送至认证服务器保存备用，并将元数据管理器中的相应元信息中的文件状态设为“待远程灾难恢复”，同时通过UFAT更新Usbkey中相应的元信息。

上述方法中，所述步骤D之后还包括：配置文件管理器从元数据管理器中查找出文件状态为“待远程灾难恢复”的元信息，通知监控客户端，由监控客户端从认证服务器获取所述元信息对应的有效数据，以此有效数据为待同步的有效数据，利用配置文件管理器对Usbkey中的相关数据执行同步操作。

一种对监控用户配置信息进行存储及管理的系统，包括：监控客户端、Usbkey、配置文件管理器和认证服务器；

所述Usbkey，用于承载监控用户的配置文件信息；

所述监控客户端，用于在成功登录监控系统之后，启动配置文件管理器，利用该配置文件管理器对Usbkey所承载的配置文件信息进行管理；

所述配置文件管理器，用于对Usbkey所承载的配置文件信息进行管理。

上述系统中，所述配置文件管理器包括：用于存储所述配置文件信息的元信息的元数据管理器、用于缓存所述配置文件信息的有效数据的缓存数据管理器、实现本配置文件管理器与外界通信的通讯模块、以及用于从Usbkey读取/写入数据的UFAT；

在管理过程中，所述配置文件管理器用于根据监控客户端的通知进行数据装载操作：根据待装载的目标文件名在元信息管理器中搜索对应的信息节点，获取首簇编号，据此在缓存数据管理器中查找目标文件的有效数据，若查找到，则将所查找到的有效数据发送给监控客户端；若未查找到，则通过UFAT从Usbkey读取对应的有效数据，将其解压后插入至缓存数据管理器中并发送给监控客户端；

在管理过程中，所述配置文件管理器还用于根据监控客户端的通知进行数据同步操作：通过UFAT将待同步的有效数据写入Usbkey中相应位置，并在写入成功后，根据写入的有效数据更新元数据管理器中相应信息节点的元信息以及Usbkey中相应的元信息。

上述系统中，在进行数据同步操作失败时，所述配置文件管理器还用于进行本地灾难恢复，即以在数据同步之前Usbkey所存储的待同步的目标文件信息的有效数据作为待恢复数据，将其通过UFAT重新写入Usbkey中相应位置；若本地灾难恢复失败，再将所述待恢复数据返回给监控客户端，由其发送给认证服务器保存，以备远程灾难恢复时使用，同时将元数据管理器中的相应元信息中的文件状态设为“待远程灾难恢复”。

上述系统中，所述配置文件管理器还用于进行远程灾难恢复：在本配置文件管理器启动时，从元数据管理器中查找出文件状态为“待远程灾难恢复”的元信息，通知监控客户端，由监控客户端从认证服务器获取所述元信息对应的有效数据，以此有效数据为待同步的有效数据，利用配置文件管理器对Usbkey中的相关数据执行同步操作。

本发明具有以下有益效果：

在本发明中，利用UsbKey作为配置文件信息的载体，解决了配置信息的安全性和便携性的问题；并通过UFConfiger实现对以上配置信息的高效管理，既包括检索、插入、修改和删除现有业务数据，也支持新型业务配置项的加入；且可使用本地/远程恢复的方式，有效实现了UsbKey写入失败后的灾难恢复。

附图说明

图1是UFConfiger的结构示意图；

图2是对监控用户配置信息进行存储及管理的方法流程图。

具体实施方式

Usbkey作为一种安全硬件，内置加密解密算法，可以实现监控客户端和认证服务器之间的双向认证，且Usbkey的技术已日趋成熟，因此本发明选择采用Usbkey作为监控用户配置信息的载体。然而，目前对Usbkey的数据管理还停留在比较基础的层次，各家厂商推出的Usbkey均只支持一些基本操作，如连接和关闭Usbkey、打开和关闭文件，以及对文件的读写等，故本发明采用配置文件管理器(UFConfiger)实现对Usbkey所承载配置信息的高效管理，既包括检索、插入、修改和删除现有业务数据，也支持新型业务配置项的加入。

请参阅图1，该图所示为UFConfiger的结构，包括元数据管理器、缓存数据管理器、UFAT、通讯模块；其中，元数据管理器用于存储Usbkey所承载配置文件的元信息；缓存数据管理器用于缓存Usbkey所承载配置文件的有效数据；通讯模块用于实现Usbkey与外界模块的通信；而UFAT为Usbkey File Allocation Table(通用数据文件分配表)的简称，它是一个架构在Usbkey本身数据簇管理层上(由硬件提供的簇读，写功能)的文件管理解决方案，通过文件分配表的形式记录和管理Usbkey数据簇，以多个数据簇构成一个逻辑上的文件。UFAT可以提供逻辑文件的建立、删除、打开、关闭、定位功能，在下文中，UFConfiger对配置文件的管理均通过UFAT来完成，UFAT支持以下操作原语：文件建立、文件删除、文件读、文件写、文件元信息修改。

本发明所提出的对监控用户配置信息进行存储及管理的系统包括监控客户端、Usbkey、UFConfiger和认证服务器；相应的存储及管理方法为：首先，监控客户端在启动后，利用Usbkey内置的加密解密算法，与认证服务器进行双向安全认证，认证通过后登录全球眼监控系统；然后，所述监控客户端在成功登录全球眼监控系统后，启动UFConfiger，通过UFConfiger对Usbkey所承载的配置文件信息进行管理；

下面结合附图及具体实施例对本发明作进一步详细的描述：

在本实施例中，监控客户端和UFConfiger部署在同一台PC上，前者在登录过程中需要读取Usbkey的AKA算子文件，在登录完成后，Usbkey数据管理就移交到UFConfiger；UFConfiger的部署形态可以是应用程序(exe)、动态链接库(dll)或是ActiveX插件；监控客户端通过SOCKET向UFConfiger发送XML格式的TCP消息作为Usbkey数据管理请求。

请参阅图2，该图所示为本实施例的对监控用户配置信息进行存储及管理的方法流程图，具体包括以下步骤：

步骤201、系统启动，进行安全认证

监控客户端启动后，读取插在本机上的Usbkey设备的USBKEYID，以此向认证服务器发起认证请求。认证分为两步：首先是认证服务器对Usbkey进行安全认证，其次是监控客户端根据Usbkey内部的AKA算子运行算法，反向认证服务器的安全性。通过双向安全认证后，认证服务器向监控客户端返回Usbkey设备对应的3DES密钥，监控客户端在内存中保存这份密钥，并登录全球眼监控系统。

步骤202、UFConfiger初始化

初始化过程具体为：

a1、监控客户端登录成功后，启动UFConfiger，两者开始建立SOCKET链接。

a2、监控客户端通过此信令通道将Usbkey设备对应的3DES密钥发送给UFConfiger。

a3、UFConfiger读取设备的root簇信息，开启UFAT。

a4、UFAT从Usbkey设备依次读取各配置文件的元信息(包括：文件名、文件大小、原始文件大小、压缩算子、首簇编号、可用标记、文件状态)。注：以上元信息的内容均为二进制信息，以特定形式组织，其中的文件名和压缩算子以3DES形式加密。

a5、UFConfiger采用3DES密钥解密以上元信息，将其作为信息节点依次填充至元数据管理器中。

a6、UFConfiger对元数据管理器中的各信息节点的文件状态进行检测，当发现某信息节点的状态为“待远程灾难恢复”时，向监控客户端发起“远程灾难恢复请求”；监控客户端在接收到此请求后，到认证服务器获取该信息节点对应的有效数据，执行数据同步操作(即步骤204)，完成“远程灾难恢复”。

步骤203、UFConfiger数据装载

该过程具体为：

b1、监控客户端通过信令通道通知UFConfiger开始数据装载，并提供待装载的目标文件名。

b2、UFConfiger在元信息管理器中根据目标文件名搜索对应的信息节点，获取首簇编号，据此在缓存数据管理器中查找目标文件对应的有效数据。若查找到，则转到b4；否则通过UFAT从Usbkey读取对应的有效数据，并继续步骤b3。

b3、UFConfiger将所读取到的压缩的有效数据装载入主存，并利用压缩特征(压缩算子和初始长度)解压数据，建立XML半结构化数据，将其插入至缓存数据管理器中。

b4、UFConfiger利用信令通道将步骤b2中所查找到的有效数据或者步骤b3中解压后的有效数据传送给监控客户端。

步骤204、UFConfiger数据同步

该过程具体为：

c1、监控客户端通知UFConfiger开始数据同步，并向其提供待同步的目标文件名及有效数据。

c2、UFConfiger通过UFAT从Usbkey读取所述目标文件的最新版本的有效数据，将其存储至缓存数据管理器，以备本地灾难恢复使用。

c3、UFConfiger将所述待同步的有效数据压缩后，通过UFAT写入Usbkey中相应位置；

若写入成功，则根据本次写入的有效数据来更新元数据管理器中相应信息节点的元信息(如文件长度、原始长度、首簇编号、文件状态等)，标记该信息节点为修改，并返回“同步数据成功”消息；

若写入失败，则将缓存数据管理器所保存的相应的有效数据，通过UFAT重新写入Usbkey中相应位置，即开始本地灾难恢复，若再次写入成功，则返回“同步数据失败，本地灾难恢复成功”消息给监控客户端；若再次写入失败，则将缓存数据管理器所保存的有效数据作为待恢复数据返回给监控客户端，由监控客户端将该待恢复数据发送至认证服务器保存，以备远程灾难恢复用，并将元数据管理器中的相应元信息中的文件状态设为“待远程灾难恢复”。

步骤205、系统退出

该过程具体为：

d1、监控客户端利用信令通道将结束请求提交给UFConfiger。

d2、UFConfiger检查元数据管理器中各信息节点的修改情况，根据修改情况，利用UFAT对Usbkey中所存储的相应元信息进行更新。

d3、释放内存中所建立对应的元数据管理器和缓存数据管理器。

d4、UFConfiger将结果通知监控客户端。

下面给出本实施例中，UFAT的层次结构和启动流程：

UFAT包括3级结构：root簇(启动点)，meta簇族(元信息)，data簇族(数据信息)。[注：]可以在Usbkey中根据簇编号划分为：AKA簇(1个，安全鉴权)、root簇(1个，系统引导，包含meta簇的首尾簇编号)、meta簇(元信息维护)、data簇(数据信息维护)。

UFAT启动过程：

1)读root簇信息，得到第一个meta簇的簇编号；

2)根据元信息的首簇编号，读该簇信息，获取对应配置文件的加密内容；然后，根据当前元信息簇的信息，获取下一个元信息簇的编号；

(这里每个元信息簇均保存：

block_type簇类型标记，

block_useflag可用性标记，

block_filename对应配置文件的文件名，

block_ziplen加密后长度，

block_len加密前长度，

block_datahead数据簇首编号，

block_nextfield下一个元信息簇的编号，若没有，填0)

3)重复以上过程，直至获取全部元信息。

下面给出本实施例中UFAT的操作原语，请参阅下表1：

表1

原语类型	参数	具体实现
			文件建立	文件名	获取最新可用的元信息簇编号，添加到元信息簇链的尾部，设置block_useflag，并分配新的data簇首部
文件删除	文件名	遍历meta簇链表，得到对应的meta信息，遍历对应数据簇链，清除；修改前趋meta节点的block_nextfield信息；清除簇本身。
			文件读	文件名	遍历meta簇链表，得到对应的meta信息，根据数据链簇首遍历对应数据簇链。
文件读	簇编号	根据簇编号遍历对应数据簇链。
			文件写	文件名	数据写入阶段：利用散列分配的思想，获取最新可用数据簇编号，并将对应数据写入本簇，依次重复以上过程，直到写完。元信息写入阶段：获取最新可用元簇编号，并将对应数据写入本簇。将本簇编号加入meta簇链表尾部。
文件元信息修改	文件名	遍历meta簇链表，得到对应的meta信息节点，修改。

由上可知，本发明通过Usbkey来承载监控用户的配置信息，使用UFConfiger对配置信息进行管理，保证了配置信息的安全性和便携性，也实现了对配置信息的高效管理。

为进一步提高本发明的实用性和精确度，本实施例还可作以下改进：通过内存映射文件来实现监控客户端和UFConfiger之间的通讯；以及，建立有效的日志系统来支撑UFConfiger的运行。

以上实施例仅用以说明本发明的技术方案而非限制，仅仅参照较佳实施例对本发明进行了详细说明。本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围，均应涵盖在本发明的权利要求范围当中。

Claims

1.一种对监控用户配置信息进行存储及管理的方法，其特征在于，包括：

以Usbkey作为监控用户的配置文件信息的载体，利用所述Usbkey内置的加密解密算法，与认证服务器进行双向安全认证；认证通过后，所述认证服务器向监控客户端返回Usbkey的3DES密钥，监控客户端收到后保存此3DES密钥；

监控客户端在成功登录监控系统后，启动配置文件管理器，具体启动过程如下：

A、配置文件管理器启动，开始在特定通讯信道侦听；

B、监控客户端将Usbkey的3DES密钥发送给配置文件管理器；

C、配置文件管理器读取Usbkey的root簇信息，据此启动UFAT；

D、配置文件管理器通过UFAT从Usbkey依次读取各配置文件信息的元信息，并采用所述3DES密钥解密后作为信息节点插入至元数据管理器中；

通过该配置文件管理器对所述Usbkey所承载的配置文件信息进行管理；

2.如权利要求1所述的对监控用户配置信息进行存储及管理的方法，其特征在于，所述元信息包括文件名、文件大小、原始文件大小、压缩算子、首簇编号、可用标记和文件状态。

3.如权利要求1或2所述的对监控用户配置信息进行存储及管理的方法，其特征在于，所述方法中，所述监控客户端通过配置文件管理器对Usbkey所承载的配置文件信息进行管理的方法包括：数据装载的步骤、数据同步的步骤。

4.如权利要求3所述的对监控用户配置信息进行存储及管理的方法，其特征在于，所述数据装载的步骤为：

②配置文件管理器根据所述目标文件名在元数据管理器中搜索对应的信息节点，获取首簇编号，据此在缓存数据管理器中查找目标文件的有效数据，若查找到，则将所查找到的有效数据发送给监控客户端，之后结束本流程；否则，通过UFAT从Usbkey读取对应的有效数据，将其解压后插入至缓存数据管理器中并发送给监控客户端，之后结束本流程。

5.如权利要求3所述的对监控用户配置信息进行存储及管理的方法，其特征在于，所述数据同步的步骤为：

6.如权利要求5所述的对监控用户配置信息进行存储及管理的方法，其特征在于，在所述步骤i与ii之间还包括：配置文件管理器通过UFAT从Usbkey读取所述目标文件的最新版本的有效数据，将其存储至缓存数据管理器，以备本地灾难恢复使用；

7.如权利要求6所述的对监控用户配置信息进行存储及管理的方法，其特征在于，所述步骤D之后还包括：配置文件管理器从元数据管理器中查找出文件状态为“待远程灾难恢复”的元信息，通知监控客户端，由监控客户端从认证服务器获取所述元信息对应的有效数据，以此有效数据为待同步的有效数据，利用配置文件管理器对Usbkey中的相关数据执行同步操作。

8.一种对监控用户配置信息进行存储及管理的系统，其特征在于，包括：监控客户端、Usbkey、配置文件管理器和认证服务器；

所述Usbkey，用于承载监控用户的配置文件信息，利用所述Usbkey内置的加密解密算法，与认证服务器进行双向安全认证；认证通过后，所述认证服务器向监控客户端返回Usbkey的3DES密钥，监控客户端收到后保存此3DES密钥；

所述监控客户端，用于在成功登录监控系统之后，启动配置文件管理器，具体启动过程如下：

A、配置文件管理器启动，开始在特定通讯信道侦听；

B、监控客户端将Usbkey的3DES密钥发送给配置文件管理器；

C、配置文件管理器读取Usbkey的root簇信息，据此启动UFAT；

利用该配置文件管理器对Usbkey所承载的配置文件信息进行管理；

9.如权利要求8所述的对监控用户配置信息进行存储及管理的系统，其特征在于，所述配置文件管理器包括：用于存储所述配置文件信息的元信息的元数据管理器、用于缓存所述配置文件信息的有效数据的缓存数据管理器、实现本配置文件管理器与外界通信的通讯模块、以及用于从Usbkey读取/写入数据的Usbkey通用数据文件分配表UFAT；

在管理过程中，所述配置文件管理器用于根据监控客户端的通知进行数据装载操作：根据待装载的目标文件名在元数据管理器中搜索对应的信息节点，获取首簇编号，据此在缓存数据管理器中查找目标文件的有效数据，若查找到，则将所查找到的有效数据发送给监控客户端；若未查找到，则通过UFAT从Usbkey读取对应的有效数据，将其解压后插入至缓存数据管理器中并发送给监控客户端；

10.如权利要求9所述的对监控用户配置信息进行存储及管理的系统，其特征在于：

在进行数据同步操作失败时，所述配置文件管理器还用于进行本地灾难恢复，即以在数据同步之前Usbkey所存储的待同步的目标文件信息的有效数据作为待恢复数据，将其通过UFAT重新写入Usbkey中相应位置；若本地灾难恢复失败，再将所述待恢复数据返回给监控客户端，由其发送给认证服务器保存，以备远程灾难恢复时使用，同时将元数据管理器中的相应元信息中的文件状态设为“待远程灾难恢复”。

11.如权利要求10所述的对监控用户配置信息进行存储及管理的系统，其特征在于：所述配置文件管理器还用于进行远程灾难恢复：在本配置文件管理器启动时，从元数据管理器中查找出文件状态为“待远程灾难恢复”的元信息，通知监控客户端，由监控客户端从认证服务器获取所述元信息对应的有效数据，以此有效数据为待同步的有效数据，利用配置文件管理器对Usbkey中的相关数据执行同步操作。