CN101860532A - 多进程配置文件的保存及加载方法 - Google Patents
多进程配置文件的保存及加载方法 Download PDFInfo
- Publication number
- CN101860532A CN101860532A CN201010171149A CN201010171149A CN101860532A CN 101860532 A CN101860532 A CN 101860532A CN 201010171149 A CN201010171149 A CN 201010171149A CN 201010171149 A CN201010171149 A CN 201010171149A CN 101860532 A CN101860532 A CN 101860532A
- Authority
- CN
- China
- Prior art keywords
- configuration file
- configuration
- configuration files
- preservation
- background server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
多进程配置文件的保存及加载方法，解决在多用户单元***中避免在配置文件修改、校验及加载过程中由于代码繁多而导致***漏检或误检的情况发生，***启动完成后，首先后台服务器加载专用存储器中存储的初始配置文件；前台客户端借助串口指令读取专用存储器中的配置文件，并对配置文件进行规范化编辑；借助前台客户端中的解析模块、以及配套软件程序对规范化编辑的配置文件进行解析、生成向量表，与已注册的代码命令进行匹配校验，并将校验后正确的配置文件以编码形式借助通讯模块下发至后台服务器；后台服务器借助配置管理模块提取配置文件编码，解码后将配置文件更新保存在专用存储器中。
Description
技术领域
本发明属于通讯***技术领域，涉及到在多用户单元***中进程的配置文件的保存及加载方法，特别是在前台进行配置修改、校验及保存的方法。
背景技术
在通讯技术领域中，由于***功能越来越强大，在***中的功能模块也越来越多，每个***中同时运行的模块也会很多，这些模块都是以进程或线程的方式运行着，且每个模块间不是一定存在交互。如果使用一个模块一个配置文件的方法，将会导致配置文件数量多，不易于导入时文件的拆分以及导出时文件的整合。目前解决这一问题的方法是将这些模块的配置想办法统一起来，由另一个中间模块来进行管理，通过研发设计出配置管理模块，通过配置管理模块能够很好的将多个进程的配置文件进行分区存储及管理调用。
虽然各个进程有了统一管理，但随之增加的是大量的处理过程。一般在通讯***中都采用服务器与客户端组成的多用户单元***结构，每一个客户端都会根据自己的需要进行功能配置，而如此多的用户在客户端配置的过程都需要通过后台服务器进行处理，例如，用户在客户端进行修改、规范化编辑配置，规范化编辑、校验、及保存过程都是在服务器完成的，保存后生成的配置文件中的代码非常繁杂，服务器进行校验时误码率也就增高。现有技术一般采用两种形式来编写配置文件的内容：1)、定义参数，参数＝值；2)、采用XML形式。定义参数的形式虽然在编写时简单，但是在繁多的配置文件中重复性很明显，用户在修改代码时不容易读懂，参数不能体现出其真正的涵义。同时，各功能的参数并不是完全独立的，某个参数的取值可能会影响到另一个参数的取值范围。当多个参数分别导入时，如果某一个出错，则导致配置文件缺失，从而功能块不能正常运行。这样对于客户来说，脱离设备，进行离线地配置规范化编辑，成了一个不可完成的任务。采用XML方式，这种方式对于客户来说，比较容易理解，因为XML的格式是有标准定义的。但使用这种方式时，则需要自己实现或使用三方的XML解析模块，然后针对自己的情况改写具体的XML解析代码。这样会导致XML节点类型或节点属性增删或修改时，就必须要修改XML解析代码来适应XML的改变，出错率较大。
以上说明的现有技术中存在的问题是：首先，配置文件的校验在后台处理，由于代码、参数繁多而导致代码重复，在校验时不能准确的校验，另外受到配置文件的参数取值范围问题的影响，***在加载配置时会影响***的稳定性；为了配合对配置文件的修改、校验、保存与加载过程，现有技术中配置文件内容的编写方式不能很好地解决。
发明内容
本发明的目的是解决在多用户单元***中避免在配置文件修改、校验及加载过程中由于代码繁多而导致***漏检或误检的情况发生，设计了多进程配置文件的保存及加载方法，将配置文件的修改、保存在前台客户端进行，减小后台服务器的工作压力的同时，提高进程配置文件的稳定性。
本发明为实现发明目的采用的技术方案是，多进程配置文件的保存及加载方法，以上方法应用在由后台服务器和一组前台客户端组成的多用户单元***中，进程的配置文件保存在专用存储器中，配置文件的保存与加载是借助配置管理模块实现的，以上方法的具体步骤中包括：
①、***启动完成后，首先后台服务器加载专用存储器中存储的初始配置文件；
②、前台客户端借助串口指令读取专用存储器中的配置文件，并对配置文件进行规范化编辑；
③、借助前台客户端中的解析模块、以及配套软件程序对规范化编辑的配置文件进行解析、生成向量表，与已注册的代码命令进行匹配校验，并将校验后正确的配置文件以编码形式借助通讯模块下发至后台服务器；
④、后台服务器借助配置管理模块提取配置文件编码，解码后将配置文件更新保存在专用存储器中。
以往用户在修改及保存配置文件时都是通过服务器来进行校验与保存，本发明的关键在于将后台的校验与保存调整为前台客户端处理，在前台客户端设置有中间存储单元以及配套的校验软件程序，再通过通讯模块传输到后台服务器的专用存储器中，以便于***加载配置文件。另外，通过采用命令行CLI对配置文件的编写形式，增强了用户的可读性，使用户在规范化编辑配置时方便快捷，同时借助前台客户端设置的校验软件，在修改的同时增加了配置文件导入时的检查，不需要做额外的配置内容检查代码。由于采用命令行编写配置文件，在后台服务器加载配置文件时直接调用内容，命令的重复性较低，增加了在加载过程中***的稳定性，增加开发进度以及数据的一致性和完整性。
具体实施方式
多进程配置文件的保存及加载方法，以上方法应用在由后台服务器和一组前台客户端组成的多用户单元***中，进程的配置文件保存在专用存储器中，配置文件的保存与加载是借助配置管理模块实现的，以上方法的具体步骤是：
①、***启动完成后，首先后台服务器加载专用存储器中存储的初始配置文件；
②、前台客户端借助串口指令读取专用存储器中的配置文件，并对配置文件进行规范化编辑；
③、借助前台客户端中的解析模块、以及配套软件程序对规范化编辑的配置文件进行解析、生成向量表，与已注册的代码命令进行匹配校验，并将校验后正确的配置文件以编码形式借助通讯模块下发至后台服务器；
④、后台服务器借助配置管理模块提取配置文件编码，解码后将配置文件更新保存在专用存储器中。
上述的配置文件的编写方式采用命令界面行CLI的形式。
上述的步骤②中，前台客户端对规范化编辑的配置文件进行校验的结果借助消息分发模块直接显示出来，若配置错误，请求用户重新进行配置。
前台客户端借助串口指令读取专用存储器中的配置文件借助PC机与串行接口连接，在线对配置文件的命令行进行规范化编辑。
前台客户端借助串口指令读取专用存储器中的配置文件借助串行接口下载配置文件，离线对配置文件的命令行进行规范化编辑。
规范化编辑配置文件的内容包括：用户密码配置、服务质量配置、VLAN、网络组管理协议配置、以及端口状态配置。
本发明的方法在具体实施过程中，当***启动后，用户首先通过前台客户端依据自己的需要对配置文件进行修改，其中修改是用户使用命令行依据自己要实现的功能进行规范化重新编辑，修改的同时借助前台设置的校验软件直接校验并提示正误，修改完成后通过外部接口执行配置保存，并且保存到中间存储单元。外部接口将发送编码后的消息到消息分发模块，并存储到中间存储单元的指定区域。该消息是由***内部自定义的，使用的是三层协议(UDP或TCP)。
然后通过通讯模块将中间存储单元中保存的配置文件发送至后台服务器的专用存储器中等待加载。加载配置文件内容时，配置文件中的内容是逐行进行读取的。
本发明是采用命令行的编写方式，命令的解析和处理过程是：
1)首先要解析命令的语法是否合法，这部分通过命令字符串的拆分可以完成。拆分时会通过一些特殊字符，比如空格，左右尖括号，左右中括号，左右大括号，中框。如果括号前后不匹配，或者某个括号放在不该放的地方，都属于语法错误。
2)解析完成后，会生成一个向量表。通过向量表与已经在代码中注册的命令行进行匹配。如果匹配成功，则是一个合法的命令行，否则无法找到入口函数。这是一个很复杂的过程。需要大量的逻辑代码来完成。
3)参数校验。
Claims (6)
1.多进程配置文件的保存及加载方法，以上方法应用在由后台服务器和一组前台客户端组成的多用户单元***中，进程的配置文件保存在专用存储器中，配置文件的保存与加载是借助配置管理模块实现的，其特征在于：所述的方法的具体步骤中包括：
①、***启动完成后，首先后台服务器加载专用存储器中存储的初始配置文件；
②、前台客户端借助串口指令读取专用存储器中的配置文件，并对配置文件进行规范化编辑；
③、借助前台客户端中的解析模块、以及配套软件程序对规范化编辑的配置文件进行解析、生成向量表，与已注册的代码命令进行匹配校验，并将校验后正确的配置文件以编码形式借助通讯模块下发至后台服务器；
④、后台服务器借助配置管理模块提取配置文件编码，解码后将配置文件更新保存在专用存储器中，形成与以上所述客户端对应的多用户单元***中间数据库。
2.根据权利要求1所述的多进程配置文件的保存及加载方法，其特征在于：所述的配置文件的编写方式采用命令界面行CLI的形式。
3.根据权利要求1所述的多进程配置文件的保存及加载方法，其特征在于：所述的步骤②中，前台客户端对规范化编辑的配置文件进行校验的结果借助消息分发模块直接显示出来，若配置错误，请求用户重新进行配置。
4.根据权利要求1所述的多进程配置文件的保存及加载方法，其特征在于：前台客户端借助串口指令读取专用存储器中的配置文件借助PC机与串行接口连接，在线对配置文件的命令行进行规范化编辑。
5.根据权利要求1所述的多进程配置文件的保存及加载方法，其特征在于：前台客户端借助串口指令读取专用存储器中的配置文件借助串行接口下载配置文件，离线对配置文件的命令行进行规范化编辑。
6.根据权利要求1所述的多进程配置文件的保存及加载方法，其特征在于：规范化编辑配置文件的内容包括：用户密码配置、服务质量配置、VLAN、网络组管理协议配置、以及端口状态配置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010171149A CN101860532A (zh) | 2010-05-07 | 2010-05-07 | 多进程配置文件的保存及加载方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010171149A CN101860532A (zh) | 2010-05-07 | 2010-05-07 | 多进程配置文件的保存及加载方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101860532A true CN101860532A (zh) | 2010-10-13 |
Family
ID=42946190
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010171149A Pending CN101860532A (zh) | 2010-05-07 | 2010-05-07 | 多进程配置文件的保存及加载方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101860532A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102567081A (zh) * | 2010-12-07 | 2012-07-11 | 腾讯科技（深圳）有限公司 | 基于多进程的全局设置方法及*** |
| CN103607702A (zh) * | 2013-11-15 | 2014-02-26 | 上海大汉三通通信股份有限公司 | 一种在短信业务中不同平台间进行通讯的方法和*** |
| CN109976798A (zh) * | 2019-02-02 | 2019-07-05 | 杭州迪普科技股份有限公司 | 一种提示方法及装置 |
| CN111209125A (zh) * | 2019-12-31 | 2020-05-29 | 瑞斯康达科技发展股份有限公司 | 一种多进程的命令行实现方法 |
| CN113312072A (zh) * | 2021-06-11 | 2021-08-27 | 北京百度网讯科技有限公司 | 配置文件更新方法及装置、电子设备和介质 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1530851A (zh) * | 2003-03-12 | 2004-09-22 | 智邦科技股份有限公司 | 自动配置可堆栈式网络装置的***与方法 |
| CN101551808A (zh) * | 2009-05-13 | 2009-10-07 | 山东中创软件商用中间件股份有限公司 | 支持多进程的嵌入式的树型数据库技术 |
| CN100568186C (zh) * | 2006-09-08 | 2009-12-09 | 国际商业机器公司 | 用于实现进程间完整性串行化的方法和*** |
| CN101604259A (zh) * | 2009-06-10 | 2009-12-16 | 深圳市共进电子有限公司 | 一种基于嵌入式***的多进程同步调度的方法 |
| US7640335B1 (en) * | 2002-01-11 | 2009-12-29 | Mcafee, Inc. | User-configurable network analysis digest system and method |
| CN101621398A (zh) * | 2008-06-30 | 2010-01-06 | 中兴通讯股份有限公司 | 客户/服务器***及其多个客户端自动同步配置的方法 |
| WO2010017217A2 (en) * | 2008-08-04 | 2010-02-11 | Adtech-Gesi, Llc | Methods, equipment and systems utilizing pre-stored picture data to represent missing video data |
-
2010
- 2010-05-07 CN CN201010171149A patent/CN101860532A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7640335B1 (en) * | 2002-01-11 | 2009-12-29 | Mcafee, Inc. | User-configurable network analysis digest system and method |
| CN1530851A (zh) * | 2003-03-12 | 2004-09-22 | 智邦科技股份有限公司 | 自动配置可堆栈式网络装置的***与方法 |
| CN100568186C (zh) * | 2006-09-08 | 2009-12-09 | 国际商业机器公司 | 用于实现进程间完整性串行化的方法和*** |
| CN101621398A (zh) * | 2008-06-30 | 2010-01-06 | 中兴通讯股份有限公司 | 客户/服务器***及其多个客户端自动同步配置的方法 |
| WO2010017217A2 (en) * | 2008-08-04 | 2010-02-11 | Adtech-Gesi, Llc | Methods, equipment and systems utilizing pre-stored picture data to represent missing video data |
| CN101551808A (zh) * | 2009-05-13 | 2009-10-07 | 山东中创软件商用中间件股份有限公司 | 支持多进程的嵌入式的树型数据库技术 |
| CN101604259A (zh) * | 2009-06-10 | 2009-12-16 | 深圳市共进电子有限公司 | 一种基于嵌入式***的多进程同步调度的方法 |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102567081A (zh) * | 2010-12-07 | 2012-07-11 | 腾讯科技（深圳）有限公司 | 基于多进程的全局设置方法及*** |
| CN102567081B (zh) * | 2010-12-07 | 2016-04-13 | 腾讯科技（深圳）有限公司 | 基于多进程的全局设置方法及*** |
| CN103607702A (zh) * | 2013-11-15 | 2014-02-26 | 上海大汉三通通信股份有限公司 | 一种在短信业务中不同平台间进行通讯的方法和*** |
| CN103607702B (zh) * | 2013-11-15 | 2018-09-07 | 上海大汉三通通信股份有限公司 | 一种在短信业务中不同平台间进行通讯的方法和*** |
| CN109976798A (zh) * | 2019-02-02 | 2019-07-05 | 杭州迪普科技股份有限公司 | 一种提示方法及装置 |
| CN111209125A (zh) * | 2019-12-31 | 2020-05-29 | 瑞斯康达科技发展股份有限公司 | 一种多进程的命令行实现方法 |
| CN111209125B (zh) * | 2019-12-31 | 2023-09-26 | 瑞斯康达科技发展股份有限公司 | 一种多进程的命令行实现方法 |
| CN113312072A (zh) * | 2021-06-11 | 2021-08-27 | 北京百度网讯科技有限公司 | 配置文件更新方法及装置、电子设备和介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2018006789A1 (zh) | 一种参数校验方法和装置、以及网管服务器和计算机存储介质 | |
| CN101860532A (zh) | 多进程配置文件的保存及加载方法 | |
| CN108134690B (zh) | 网络业务部署流程控制方法、装置及*** | |
| CN109284140B (zh) | 配置方法及相关设备 | |
| US20100192125A1 (en) | Method and system for determining interface compatibility based on component model | |
| CN104572644A (zh) | 数据库更新装置和数据库更新方法 | |
| CN106878363A (zh) | 一种信息处理方法、装置及*** | |
| CN105721451B (zh) | 一种可拓展的Modbus协议解析方法及装置 | |
| CN107844305A (zh) | 嵌入式设备的软件升级方法及嵌入式设备 | |
| CN110795091B (zh) | 一种模块化路由解耦方法、存储介质、电子设备及*** | |
| CN104133699A (zh) | 设备***软件升级方法与*** | |
| CN114064213A (zh) | 基于Kubernets容器环境的快速编排服务方法及*** | |
| CN111399828A (zh) | 一种基于模型驱动的逻辑设备建模方法及终端 | |
| CN108255735A (zh) | 关联环境测试方法、电子装置及计算机可读存储介质 | |
| CN113609427B (zh) | 一种无接口情况下的***数据资源提取方法及*** | |
| CN106997296A (zh) | 设备标识匹配方法和网络设备 | |
| CN102123099B (zh) | 报文处理***及方法 | |
| CN112035169B (zh) | 跳转处理方法及装置、计算机设备及计算机可读存储介质 | |
| CN108897556A (zh) | 机顶盒生产数据写入方法 | |
| CN112685043A (zh) | 回调函数的异步转化方法、装置、设备及可读存储介质 | |
| US9672080B2 (en) | Systems and methods for enabling dynamic calls via filtering, grouping, and substitution mechanisms | |
| CN106599156A (zh) | 一种基于struts2***的动态***管理方法 | |
| CN106610899B (zh) | 一种测试用例生成方法及装置 | |
| CN113001538A (zh) | 一种命令解析方法及*** | |
| CN111339378A (zh) | 一种运维管理中的字符命令审计方法及*** |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C53 | Correction of patent of invention or patent application | ||
| CB02 | Change of applicant information |
Address after: 518000, Shenzhen, Guangdong province Nanshan District Shekou Nanhai Road 1019, 100 surplus medical instrument Park, two floor Applicant after: Shenzhen Gongjin Electronics Co., Ltd. Address before: 518000, Shenzhen, Guangdong province Nanshan District Shekou Nanhai Road 1019, 100 surplus medical instrument Park, two floor Applicant before: Shenzhen Gongjin Electronics Co., Ltd. |
|
| COR | Change of bibliographic data |
Free format text: CORRECT: APPLICANT; FROM: SHENZHEN GONGJIN ELECTRONICS CO., LTD. TO: SHENZHEN GONGJIN ELECTRONIC CO., LTD. |
|
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20101013 |