CN104243515A - 一种配置信息处理方法及装置 - Google Patents

Abstract

本发明公开了一种配置信息处理方法及装置，应用在配置信息采用分布式存储的系统中，其中，该方法包括：在某配置信息更改时，生成与之对应的时间戳，并基于该时间戳，将变化的配置信息在分布式存储系统中进行同步。本发明利用时间戳作为更新其他位置的配置信息的基准，更新统一时间戳的配置信息，使得分布式存储系统中各个存储位置的配置信息能够一致，解决了现有配置信息采用覆盖方式进行更新，导致正确的配置信息可能被覆盖，无法保证配置信息的一致性的问题。

Description

一种配置信息处理方法及装置

技术领域

本发明涉及通讯及呼叫中心领域，特别是涉及一种配置信息处理方法及装置。

背景技术

呼叫中心（Call Center）又称为客户服务中心，是一种基于计算机通讯集成技术、充分利用通信网和计算机网的多项功能集成的系统，也是与企业连为一体的综合信息服务系统，还是一组座席或公司的业务代表集中进行来话处理、发出呼叫与用户联系的一个专门的系统。呼叫中心能向用户提供电话、传真、电子邮件等多种业务，主要用来处理用户对企业提出的要求、投诉、建议和咨询等，如电信业中的10000，金融业中的95555等。

随着云计算技术的跨越式发展，云呼叫中心的应用越来越广泛，而且云呼叫中心比较典型的特点是分布式、易扩展、硬件与业务分离，这样配置文件管理将是一个难点：如何将配置展现到界面上；出于升级方面考虑，还需要将配置保存在数据库侧；为了后台应用的使用，配置文件还需要存放于后台。这样配置信息可能存在于三处。现有技术中，配置信息采用覆盖方式进行更新，这种更新管理方式导致正确的配置信息可能被覆盖，如何保证配置信息的一致性是一个亟待解决的问题。

发明内容

本发明提供了一种配置信息处理方法及装置，用以解决现有技术中，配置信息采用覆盖方式进行更新，这种更新管理方式导致正确的配置信息可能被覆盖，无法保证配置信息的一致性的问题。

为解决上述技术问题，一方面，本发明提供一种配置信息处理方法，应用在配置信息采用分布式存储的系统中，包括：在某配置信息更改时，生成与之对应的时间戳，并基于所述时间戳，将变化的配置信息在分布式存储系统中进行同步。

进一步，所述配置信息分布式存储于后台和数据库。

进一步，所述在某配置信息更改时，生成与之对应的时间戳，并基于所述时间戳，将变化的配置信息在分布式存储系统中进行同步，包括：当用户通过界面调取所述数据库内的配置信息并进行界面修改时，将修改后的所述配置信息保存到所述数据库中，并更新所述数据库中修改后的所述配置信息对应的时间戳；生成包括变化的配置信息及其时间戳的同步文件，将所述同步文件同步到后台，由所述后台依据所述同步文件修改刀片服务器对应的配置信息。

进一步，所述在某配置信息更改时，生成与之对应的时间戳，并基于所述时间戳，将变化的配置信息在分布式存储系统中进行同步，包括：当后台修改刀片服务器的配置信息时，将修改后的配置信息同步至所述数据库，由所述数据库生成所述配置信息对应的时间戳，并将所述时间戳反馈至所述后台。

进一步，所述在某配置信息更改时，生成与之对应的时间戳，并基于所述时间戳，将变化的配置信息在分布式存储系统中进行同步，包括：当所述数据库中的配置信息由于升级而修改时，生成修改后的所述配置信息对应的时间戳，并生成包括变化的配置信息及其时间戳的同步文件，将所述同步文件同步到后台，由所述后台依据所述同步文件修改刀片服务器对应的配置信息。

进一步，所述方法还包括：在刀片服务器故障重启时，在后台中获取当前最新时间戳对应的配置信息，当最新时间戳晚于所述刀片服务器配置信息对应的时间戳时，利用最新时间戳对应的配置信息对所述刀片服务器配置信息进行更新。

另一方面，本发明还提供了一种配置信息处理装置，应用在配置信息采用分布式存储的系统中，包括：处理模块，用于在某配置信息更改时，生成与之对应的时间戳，并基于所述时间戳，将变化的配置信息在分布式存储系统中进行同步。

进一步，所述处理模块包括：管理界面子模块，用于在用户通过界面调取数据库内的配置信息并进行界面修改的情况下，将修改后的所述配置信息保存到所述数据库中，并更新所述数据库中修改后的所述配置信息对应的时间戳；配置管理子模块，用于生成包括变化的配置信息及其时间戳的同步文件；配置更新子模块，用于将所述同步文件同步到后台，使得所述后台依据所述同步文件修改刀片服务器对应的配置信息。

进一步，所述处理模块包括：配置更新子模块，用于在后台修改刀片服务器的配置信息的情况下，将修改后的配置信息同步至配置管理子模块；所述配置管理子模块，用于将所述配置信息生成同步文件，并将所述同步文件同步至数据库；并在所述数据库生成所述配置信息对应的时间戳的情况下，将所述时间戳反馈至更新所述后台的所述配置更新子模块。

进一步，所述处理模块包括：配置管理子模块，用于在数据库中的配置信息由于升级而修改，并生成修改后的所述配置信息对应的时间戳的情况下，生成修改后的所述配置信息及其时间戳的同步文件；配置更新子模块，用于将所述同步文件同步到后台，使得所述后台依据所述同步文件修改刀片服务器对应的配置信息。

进一步，所述配置更新子模块，还用于在刀片服务器故障重启的情况下，支持在后台中获取当前最新时间戳对应的配置信息，当最新时间戳晚于所述刀片服务器配置信息对应的时间戳时，利用最新时间戳对应的配置信息对所述刀片服务器配置信息进行更新。

本发明在某配置信息更改时，生成一个此次更改对应的时间戳，再基于该时间戳，将变化的配置信息同步到存储系统中的其他位置。本发明利用时间戳作为更新其他位置的配置信息的基准，更新统一时间戳的配置信息，使得分布式存储系统中各个存储位置的配置信息能够一致，解决了现有配置信息采用覆盖方式进行更新，导致正确的配置信息可能被覆盖，无法保证配置信息的一致性的问题。

附图说明

图1是本发明实施例中配置信息处理方法的流程图；

图2是本发明实施例中配置信息处理装置的结构框图；

图3是本发明实施例中配置信息处理装置的优化结构框图；

图4是本发明优选实施例中通过界面修改配置信息情况下的配置更新流程图；

图5是本发明优选实施例中系统自动升级修改数据库的配置信息情况下的配置更新流程图；

图6是本发明优选实施例中后台修改配置信息情况下的配置更新的流程图。

具体实施方式

为了解决现有技术无法保证配置信息的一致性的问题，本发明提供了一种配置信息处理方法及装置，以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

基于现有技术中，配置信息采用覆盖方式进行更新，这种更新管理方式导致正确的配置信息可能被覆盖，无法保证配置信息的一致性的问题，本发明实施例提供了一种配置信息处理方法，应用在配置信息采用分布式存储的系统中，该方法的流程如图1所示，包括步骤S102至步骤S104。

步骤S102，在某配置信息更改时，生成与之对应的时间戳；

步骤S104，基于时间戳，将变化的配置信息在分布式存储系统中进行同步。

上述的时间戳可以是年、月、日形式的时间，在某一配置信息更改时，生成此次修改配置信息对应的时间，当分布式存储系统中其他存储配置信息的位置检测到此次修改配置信息对应的时间后，将此次生成的时间对应的配置信息更新到自己的存储位置。

本发明实施例在某配置信息更改时，生成一个与此次更改对应的时间戳，再基于该时间戳，将变化的配置信息同步到存储系统中的其他位置。本发明实施例利用时间戳作为更新其他位置的配置信息的基准，更新统一时间戳的配置信息，使得分布式存储系统中各个存储位置的配置信息能够一致，解决了现有配置信息采用覆盖方式进行更新，导致正确的配置信息可能被覆盖，无法保证配置信息的一致性的问题。

在分布式存储系统中，配置信息可以分布式存储于后台和数据库。下面针对配置信息存储在分布式系统中不同存储位置的情况进行说明。

当用户通过界面调取数据库内的配置信息时，通过界面进行配置信息的修改。在界面修改完成后，将修改后的配置信息保存到数据库中，并更新数据库中修改后的配置信息对应的时间戳；随后生成包括变化的配置信息及其时间戳的同步文件，将同步文件同步到后台，由后台依据同步文件修改刀片服务器对应的配置信息。

上述过程为手动修改中的一种情形，下面对另一种手动修改的过程进行介绍。

如果后台具备上述配置信息，则通过后台修改刀片服务器的配置信息，当后台修改刀片服务器的配置信息时，将修改后的配置信息同步至数据库，由数据库生成配置信息对应的时间戳，并将时间戳反馈至后台。

如果数据库中的配置信息由于升级而修改时，则生成修改后的配置信息对应的时间戳，并生成包括变化的配置信息及其时间戳的同步文件，将同步文件同步到后台，由后台依据同步文件修改刀片服务器对应的配置信息。

如果在系统运行过程中，某一刀片服务器故障停止了，则在刀片服务器故障重启时，在后台中获取当前最新时间戳对应的配置信息，将最新时间戳与本地配置信息的时间戳进行比较，当最新时间戳晚于本地配置信息的时间戳时，利用最新时间戳对应的配置信息对本地配置信息进行更新。

本发明实施例还提供了一种配置信息处理装置，应用在配置信息采用分布式存储的系统中，该装置的结构如图2所示，包括：处理模块10，用于在某配置信息更改时，生成与之对应的时间戳，并基于时间戳，将变化的配置信息在分布式存储系统中进行同步。

上述处理模块10还可以进一步划分为功能更加优化的从属模块，优化后的结构可以如图3所示，处理模块10包括：管理界面子模块102，配置管理子模块104，配置更新子模块106。其中，上述各个从属模块在不同存储位置的配置信息更改时，执行的功能略有不同。下面分别对不同情况下各模块的功能进行说明。本领域技术人员在对上述的各子模块命名时，并不限于上述名称，可以根据需要进行功能和名称的适当调整，但都在本发明所保护的范围内。

在用户通过界面调取数据库内的配置信息并进行界面修改的情况下，管理界面子模块，用于将修改后的配置信息保存到数据库中，并更新数据库中修改后的配置信息对应的时间戳；配置管理子模块，用于生成包括变化的配置信息及其时间戳的同步文件；配置更新子模块，用于将同步文件同步到后台，使得后台依据同步文件修改刀片服务器对应的配置信息。

在后台修改刀片服务器的配置信息的情况下，配置更新模块，用于将修改后的配置信息同步至配置管理子模块；配置管理子模块，用于将配置信息生成同步文件，并将同步文件同步至数据库，配置管理子模块还用于在数据库生成配置信息对应的时间戳的情况下，将时间戳反馈至更新后台的配置更新子模块。

在数据库中的配置信息由于升级而修改，并生成修改后的配置信息对应的时间戳的情况下，配置管理子模块，用于生成修改后的配置信息及其时间戳的同步文件；配置更新子模块，用于将同步文件同步到后台，使得后台依据同步文件修改刀片服务器对应的配置信息。

在刀片服务器故障重启的情况下，配置更新子模块，还可以用于支持在后台中获取当前最新时间戳对应的配置信息，将最新时间戳与本地配置信息的时间戳进行比较，当最新时间戳晚于所述刀片服务器配置信息对应的时间戳时，利用最新时间戳对应的配置信息对所述刀片服务器配置信息进行更新。

通过上面各模块的控制，原云呼叫中心具备了跨刀片服务器的配置信息界面化且分布式控制的能力。现场的维护效率得到了很大的提高，同时也降低了维护的难度。

优选实施例

本优选实施例旨在解决云呼叫中心多刀片服务器的配置文件管理的难题，通过在呼叫中心系统上叠加一个具备配置信息处理装置的系统。本实施例中称该系统为配置界面化处理系统（Config Interface Proc System，简称为CIPS），该系统包括上述配置信息处理装置，用以解决完成云呼叫中心的配置管理问题。

本系统的配置信息处理装置由三个部分组成：下一代呼叫中心（NextGeneration Call Center Manage，简称为NGCCMAN）、操作维护台（OperationAdministrator Maintains，简称为OAM）、操作维护台代理（OperationAdministrator Maintains Agent，简称为OAMAgt）。在本实施例中，下一代呼叫中心相当于上述实施例中的管理界面子模块，操作维护台相当于上述实施例中的配置管理子模块，操作维护台代理相当于上述实施例中的配置更新子模块，在本实施例中，虽然与上述实施例中各子模块的命名不同，但其功能相同。

修改配置信息的入口有三处：

第一处，NGCCMAN提供配置信息展现的WEB界面，现场维护人员可以通过界面修改相关的配置信息；第二处，升级程序通过自动升级脚本修改数据库中的配置信息；第三处，现场维护人员通过后台修改配置信息。

由于配置信息入口较多，如何保证配置的一致性，本实施例中引入一个时间戳的概念，对于每个配置项，需要配置相应的时间戳id值。

当通过界面修改配置信息时，界面会自动到后台获取最新的配置信息对应的配置项值，如果后台没有配置该值，则从数据库中获取，并展现到界面中，提供给现场维护人员修改。现场维护人员修改完后，点击保存并提交，则界面会交该修改直接将上述内容修改到数据库中，同时更新数据库中该配置信息相对应的时间戳，以保证界面和数据库的一致性。数据库同时将配置信息的更新下发给OAM，OAM收到后，形成同步文件，记录配置信息的所有最新的变化情况。OAM通知各刀片服务器的OAMAgt获取这些同步文件，并依据时间戳，有条件的更新本地刀片服务器的配置文件，以保证已修改过的配置项不再被修改。

如果通过升级程序自动修改了数据库中的配置信息，则OAM检测到配置有变化，会主动向数据库获取最新的配置信息，同时下发形成的同步文件，并同步到各刀片服务器的OAMAgt模块来完成配置的修改。

如果通过后台直接修改刀片服务器的配置信息，此时OAMAgt在自动检测配置信息发生变化后，将变化请求发送给OAM，OAM更新数据库中的配置信息，同时更新时间戳。随后，反向向OAMAgt发起同步更新时间戳。

如果某一刀片服务器故障停止了，待启动后，该刀片服务器的OAMAgt会到OAM获取最新的同步文件，同时依然是依据配置项的时间戳值与本地的时间戳比较，有条件的更新配置文件。

本优选实施例通过时间戳、增量式修改，保证了配置信息的一致性，同时大大降低了现场维护人员的技能要求以及限制，还大大提高了配置项修改的效率和可视化程度。

图4示出通过界面修改配置信息情况下的配置更新流程图，该过程是配置文件不存在需要的配置信息对应的配置项值的情况下进行的，其包括如下步骤（步骤S402至步骤S420）。

步骤S402，界面浏览器（IE）向NGCCMAN提取配置信息对应的配置项值。

步骤S404，NGCCMAN去后台获取最新配置项值对应的配置文件。

步骤S406，通过OAM从数据库中提取原始数据。

步骤S408，从数据库的配置数据表中提取原始数据

步骤S410，NGCCMAN将提取到的配置项值展现到IE中。

步骤S412，IE修改配置项值，并传送给NGCCMAN。

步骤S414，将配置项更新至OAM。

步骤S416，OAM将配置信息更新至数据库，数据库生成时间戳，OAM生成配置信息及其时间戳对应的同步文件。

步骤S418，OAM将同步文件同步至OAMAgt。

步骤S420，OAMAgt基于上述同步文件更新后台配置文件，以使得后台根据该配置文件更新刀片服务器。

图5示出系统自动升级修改数据库的配置信息情况下的配置更新流程图，其包括如下步骤（步骤S502至步骤S514）。

步骤S502，OAM检测数据库的配置信息是否发生了变化。

步骤S504，在数据库的配置信息发生变化的情况下，将变化的配置信息及时间戳发送至OAM。

步骤S506，OAM生成变化的配置信息及其时间戳对应的同步文件。

步骤S508，比较同步文件内的时间戳和配置信息其它存储位置的时间戳。根据不同情况分别执行S510和S514。

步骤S510，在同步文件内的时间戳较新的情况下更新OAMAgt。

步骤S512，OAMAgt基于上述同步文件修改后台配置文件，以使得后台根据该配置文件更新刀片服务器。

步骤S514，同步文件内的时间戳晚于配置信息其它存储位置的时间戳时，不对任何存储位置进行更新。

图6示出后台修改配置信息情况下的配置更新的流程图，其包括如下步骤（步骤S602至步骤S614）。

步骤S602，检测后台配置文件的变化情况。

步骤S604，如果发生变化，则通知OAMAgt。

步骤S606，OAMAgt生成变化的配置信息及其时间戳生成同步文件。

步骤S608，将同步文件同步至OAM。

步骤S610，比较同步文件内的时间戳和配置信息其它存储位置的时间戳。根据不同情况分别执行S612和S614。

步骤S612，在同步文件内的时间戳较新的情况下，更新数据库的配置数据表。

步骤S614，同步文件内的时间戳晚于配置信息其它存储位置的时间戳时，不对任何存储位置进行更新。

上述过程中，在OAMAgt检测到后台配置信息发生变化后，也可以将该配置信息对应的同步文件直接同步至数据库，在数据库侧再生成时间戳，再进行时间戳的反馈。

本发明上述实施例可以完成对各服务器或呼叫中心的后台配置文件自动加载并展现在界面，同时自动更新并修改到后台，并且可以允许现场或者升级程序直接修改后台配置文件或数据库中的配置信息，却依然能够保证配置信息的前后台一致性，解决了因前后台的配置信息不一致导致配置被覆盖，而引起隐性的重要故障的问题。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (11)

1.一种配置信息处理方法，应用在配置信息采用分布式存储的系统中，其特征在于，包括：

在某配置信息更改时，生成与之对应的时间戳；

基于所述时间戳，将变化的配置信息在分布式存储系统中进行同步。

2.如权利要求1所述的方法，其特征在于，所述配置信息分布式存储于后台和数据库。

3.如权利要求2所述的方法，其特征在于，所述在某配置信息更改时，生成与之对应的时间戳，并基于所述时间戳，将变化的配置信息在分布式存储系统中进行同步，包括：

当用户通过界面调取所述数据库内的配置信息并进行界面修改时，将修改后的所述配置信息保存到所述数据库中，并更新所述数据库中修改后的所述配置信息对应的时间戳；

生成包括变化的配置信息及其时间戳的同步文件，将所述同步文件同步到后台，由所述后台依据所述同步文件修改刀片服务器对应的配置信息。

4.如权利要求2所述的方法，其特征在于，所述在某配置信息更改时，生成与之对应的时间戳，并基于所述时间戳，将变化的配置信息在分布式存储系统中进行同步，包括：

当后台修改刀片服务器的配置信息时，将修改后的配置信息同步至所述数据库，由所述数据库生成所述配置信息对应的时间戳，并将所述时间戳反馈至所述后台。

5.如权利要求2所述的方法，其特征在于，所述在某配置信息更改时，生成与之对应的时间戳，并基于所述时间戳，将变化的配置信息在分布式存储系统中进行同步，包括：

当所述数据库中的配置信息由于升级而修改时，生成修改后的所述配置信息对应的时间戳，并生成包括变化的配置信息及其时间戳的同步文件，将所述同步文件同步到后台，由所述后台依据所述同步文件修改刀片服务器对应的配置信息。

6.如权利要求3至5中任一项所述的方法，其特征在于，所述方法还包括：

在刀片服务器故障重启时，在后台中获取当前最新时间戳对应的配置信息，当最新时间戳晚于所述刀片服务器配置信息对应的时间戳时，利用最新时间戳对应的配置信息对所述刀片服务器配置信息进行更新。

7.一种配置信息处理装置，其特征在于，应用在配置信息采用分布式存储的系统中，其特征在于，包括：

处理模块，用于在某配置信息更改时，生成与之对应的时间戳，并基于所述时间戳，将变化的配置信息在分布式存储系统中进行同步。

8.如权利要求7所述的装置，其特征在于，所述处理模块包括：

管理界面子模块，用于在用户通过界面调取数据库内的配置信息并进行界面修改的情况下，将修改后的所述配置信息保存到所述数据库中，并更新所述数据库中修改后的所述配置信息对应的时间戳；

配置管理子模块，用于生成包括变化的配置信息及其时间戳的同步文件；

配置更新子模块，用于将所述同步文件同步到后台，使得所述后台依据所述同步文件修改刀片服务器对应的配置信息。

9.如权利要求7所述的装置，其特征在于，所述处理模块包括：

配置更新子模块，用于在后台修改刀片服务器的配置信息的情况下，将修改后的配置信息同步至配置管理子模块；

所述配置管理子模块，用于将所述配置信息生成同步文件，并将所述同步文件同步至数据库；并在所述数据库生成所述配置信息对应的时间戳的情况下，将所述时间戳反馈至更新所述后台的所述配置更新子模块。

10.如权利要求7所述的装置，其特征在于，所述处理模块包括：

配置管理子模块，用于在数据库中的配置信息由于升级而修改，并生成修改后的所述配置信息对应的时间戳的情况下，生成修改后的所述配置信息及其时间戳的同步文件；

配置更新子模块，用于将所述同步文件同步到后台，使得所述后台依据所述同步文件修改刀片服务器对应的配置信息。

11.如权利要求8至10中任一项所述的装置，其特征在于，

所述配置更新子模块，还用于在刀片服务器故障重启的情况下，支持在后台中获取当前最新时间戳对应的配置信息，当最新时间戳晚于所述刀片服务器配置信息对应的时间戳时，利用最新时间戳对应的配置信息对所述刀片服务器配置信息进行更新。