多进程配置文件的保存及加载方法

文档序号:6441658阅读:518来源:国知局
专利名称:多进程配置文件的保存及加载方法
技术领域
本发明属于通讯系统技术领域,涉及到在多用户单元系统中进程的配置文件的保 存及加载方法,特别是在前台进行配置修改、校验及保存的方法。
背景技术
在通讯技术领域中,由于系统功能越来越强大,在系统中的功能模块也越来越多, 每个系统中同时运行的模块也会很多,这些模块都是以进程或线程的方式运行着,且每个 模块间不是一定存在交互。如果使用一个模块一个配置文件的方法,将会导致配置文件数 量多,不易于导入时文件的拆分以及导出时文件的整合。目前解决这一问题的方法是将这 些模块的配置想办法统一起来,由另一个中间模块来进行管理,通过研发设计出配置管理 模块,通过配置管理模块能够很好的将多个进程的配置文件进行分区存储及管理调用。虽然各个进程有了统一管理,但随之增加的是大量的处理过程。一般在通讯系统 中都采用服务器与客户端组成的多用户单元系统结构,每一个客户端都会根据自己的需要 进行功能配置,而如此多的用户在客户端配置的过程都需要通过后台服务器进行处理,例 如,用户在客户端进行修改、规范化编辑配置,规范化编辑、校验、及保存过程都是在服务器 完成的,保存后生成的配置文件中的代码非常繁杂,服务器进行校验时误码率也就增高。现 有技术一般采用两种形式来编写配置文件的内容1)、定义参数,参数=值;2)、采用XML形 式。定义参数的形式虽然在编写时简单,但是在繁多的配置文件中重复性很明显,用户在修 改代码时不容易读懂,参数不能体现出其真正的涵义。同时,各功能的参数并不是完全独立 的,某个参数的取值可能会影响到另一个参数的取值范围。当多个参数分别导入时,如果某 一个出错,则导致配置文件缺失,从而功能块不能正常运行。这样对于客户来说,脱离设备, 进行离线地配置规范化编辑,成了一个不可完成的任务。采用XML方式,这种方式对于客户 来说,比较容易理解,因为XML的格式是有标准定义的。但使用这种方式时,则需要自己实 现或使用三方的XML解析模块,然后针对自己的情况改写具体的XML解析代码。这样会导 致XML节点类型或节点属性增删或修改时,就必须要修改XML解析代码来适应XML的改变, 出错率较大。以上说明的现有技术中存在的问题是首先,配置文件的校验在后台处理,由于代 码、参数繁多而导致代码重复,在校验时不能准确的校验,另外受到配置文件的参数取值范 围问题的影响,系统在加载配置时会影响系统的稳定性;为了配合对配置文件的修改、校 验、保存与加载过程,现有技术中配置文件内容的编写方式不能很好地解决。

发明内容
本发明的目的是解决在多用户单元系统中避免在配置文件修改、校验及加载过程 中由于代码繁多而导致系统漏检或误检的情况发生,设计了多进程配置文件的保存及加载 方法,将配置文件的修改、保存在前台客户端进行,减小后台服务器的工作压力的同时,提 高进程配置文件的稳定性。
本发明为实现发明目的采用的技术方案是,多进程配置文件的保存及加载方法, 以上方法应用在由后台服务器和一组前台客户端组成的多用户单元系统中,进程的配置文 件保存在专用存储器中,配置文件的保存与加载是借助配置管理模块实现的,以上方法的 具体步骤中包括①、系统启动完成后,首先后台服务器加载专用存储器中存储的初始配置文件;②、前台客户端借助串口指令读取专用存储器中的配置文件,并对配置文件进行 规范化编辑;③、借助前台客户端中的解析模块、以及配套软件程序对规范化编辑的配置文件 进行解析、生成向量表,与已注册的代码命令进行匹配校验,并将校验后正确的配置文件以 编码形式借助通讯模块下发至后台服务器;④、后台服务器借助配置管理模块提取配置文件编码,解码后将配置文件更新保 存在专用存储器中。以往用户在修改及保存配置文件时都是通过服务器来进行校验与保存,本发明的 关键在于将后台的校验与保存调整为前台客户端处理,在前台客户端设置有中间存储单元 以及配套的校验软件程序,再通过通讯模块传输到后台服务器的专用存储器中,以便于系 统加载配置文件。另外,通过采用命令行CLI对配置文件的编写形式,增强了用户的可读 性,使用户在规范化编辑配置时方便快捷,同时借助前台客户端设置的校验软件,在修改的 同时增加了配置文件导入时的检查,不需要做额外的配置内容检查代码。由于采用命令行 编写配置文件,在后台服务器加载配置文件时直接调用内容,命令的重复性较低,增加了在 加载过程中系统的稳定性,增加开发进度以及数据的一致性和完整性。
具体实施例方式多进程配置文件的保存及加载方法,以上方法应用在由后台服务器和一组前台客 户端组成的多用户单元系统中,进程的配置文件保存在专用存储器中,配置文件的保存与 加载是借助配置管理模块实现的,以上方法的具体步骤是①、系统启动完成后,首先后台服务器加载专用存储器中存储的初始配置文件;②、前台客户端借助串口指令读取专用存储器中的配置文件,并对配置文件进行 规范化编辑;③、借助前台客户端中的解析模块、以及配套软件程序对规范化编辑的配置文件 进行解析、生成向量表,与已注册的代码命令进行匹配校验,并将校验后正确的配置文件以 编码形式借助通讯模块下发至后台服务器;④、后台服务器借助配置管理模块提取配置文件编码,解码后将配置文件更新保 存在专用存储器中。上述的配置文件的编写方式采用命令界面行CLI的形式。上述的步骤②中,前台客户端对规范化编辑的配置文件进行校验的结果借助消息 分发模块直接显示出来,若配置错误,请求用户重新进行配置。前台客户端借助串口指令读取专用存储器中的配置文件借助PC机与串行接口连 接,在线对配置文件的命令行进行规范化编辑。前台客户端借助串口指令读取专用存储器中的配置文件借助串行接口下载配置文件,离线对配置文件的命令行进行规范化编辑。规范化编辑配置文件的内容包括用户密码配置、服务质量配置、VLAN、网络组管 理协议配置、以及端口状态配置。本发明的方法在具体实施过程中,当系统启动后,用户首先通过前台客户端依据 自己的需要对配置文件进行修改,其中修改是用户使用命令行依据自己要实现的功能进行 规范化重新编辑,修改的同时借助前台设置的校验软件直接校验并提示正误,修改完成后 通过外部接口执行配置保存,并且保存到中间存储单元。外部接口将发送编码后的消息到 消息分发模块,并存储到中间存储单元的指定区域。该消息是由系统内部自定义的,使用的 是三层协议(UDP或TCP)。然后通过通讯模块将中间存储单元中保存的配置文件发送至后台服务器的专用 存储器中等待加载。加载配置文件内容时,配置文件中的内容是逐行进行读取的。本发明是采用命令行的编写方式,命令的解析和处理过程是1)首先要解析命令的语法是否合法,这部分通过命令字符串的拆分可以完成。拆 分时会通过一些特殊字符,比如空格,左右尖括号,左右中括号,左右大括号,中框。如果括 号前后不匹配,或者某个括号放在不该放的地方,都属于语法错误。2)解析完成后,会生成一个向量表。通过向量表与已经在代码中注册的命令行进 行匹配。如果匹配成功,则是一个合法的命令行,否则无法找到入口函数。这是一个很复杂 的过程。需要大量的逻辑代码来完成。3)参数校验。
权利要求
多进程配置文件的保存及加载方法,以上方法应用在由后台服务器和一组前台客户端组成的多用户单元系统中,进程的配置文件保存在专用存储器中,配置文件的保存与加载是借助配置管理模块实现的,其特征在于所述的方法的具体步骤中包括①、系统启动完成后,首先后台服务器加载专用存储器中存储的初始配置文件;②、前台客户端借助串口指令读取专用存储器中的配置文件,并对配置文件进行规范化编辑;③、借助前台客户端中的解析模块、以及配套软件程序对规范化编辑的配置文件进行解析、生成向量表,与已注册的代码命令进行匹配校验,并将校验后正确的配置文件以编码形式借助通讯模块下发至后台服务器;④、后台服务器借助配置管理模块提取配置文件编码,解码后将配置文件更新保存在专用存储器中,形成与以上所述客户端对应的多用户单元系统中间数据库。
2.根据权利要求1所述的多进程配置文件的保存及加载方法,其特征在于所述的配 置文件的编写方式采用命令界面行CLI的形式。
3.根据权利要求1所述的多进程配置文件的保存及加载方法,其特征在于所述的步 骤②中,前台客户端对规范化编辑的配置文件进行校验的结果借助消息分发模块直接显示 出来,若配置错误,请求用户重新进行配置。
4.根据权利要求1所述的多进程配置文件的保存及加载方法,其特征在于前台客户 端借助串口指令读取专用存储器中的配置文件借助PC机与串行接口连接,在线对配置文 件的命令行进行规范化编辑。
5.根据权利要求1所述的多进程配置文件的保存及加载方法,其特征在于前台客户 端借助串口指令读取专用存储器中的配置文件借助串行接口下载配置文件,离线对配置文 件的命令行进行规范化编辑。
6.根据权利要求1所述的多进程配置文件的保存及加载方法,其特征在于规范化编 辑配置文件的内容包括用户密码配置、服务质量配置、VLAN、网络组管理协议配置、以及端 口状态配置。
全文摘要
多进程配置文件的保存及加载方法,解决在多用户单元系统中避免在配置文件修改、校验及加载过程中由于代码繁多而导致系统漏检或误检的情况发生,系统启动完成后,首先后台服务器加载专用存储器中存储的初始配置文件;前台客户端借助串口指令读取专用存储器中的配置文件,并对配置文件进行规范化编辑;借助前台客户端中的解析模块、以及配套软件程序对规范化编辑的配置文件进行解析、生成向量表,与已注册的代码命令进行匹配校验,并将校验后正确的配置文件以编码形式借助通讯模块下发至后台服务器;后台服务器借助配置管理模块提取配置文件编码,解码后将配置文件更新保存在专用存储器中。
文档编号G06F9/44GK101860532SQ201010171149
公开日2010年10月13日 申请日期2010年5月7日 优先权日2010年5月7日
发明者张锡键, 汪澜, 罗菽琦 申请人:深圳市共进电子有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1