CN102323940A - 基于数据库的配置台实现方法、配置台及系统 - Google Patents

Abstract

本发明涉及一种基于数据库的配置台实现方法、配置台及系统，其方法包括：配置台根据业务实体配置项的约束关系建立配置表，并将配置表存于数据库中；从数据库中获取配置信息发送至业务处理中心，由业务处理中心根据配置信息进行相应的业务处理。本发明将业务实体的配置项及配置项之间的复杂约束关系的实现从配置台界面转到数据库，由数据库维护配置项数据操作，信息配置与更新时，若配置数据违反约束关系，数据库返回报错信息，保证写入数据正确性；若配置项约束关系改变，只需要修改配置表的约束关系，降低了界面开发人员工作量，减少了界面代码的复杂性，提高系统响应速度；利用审计库自动记录配置操作，为数据分析及挖掘提供良好的数据库平台。

Description

基于数据库的配置台实现方法、配置台及系统

技术领域

本发明涉及通信技术领域，尤其涉及电信增值业务中一种基于数据库的配置台实现方法、配置台及系统。

背景技术

随着通信技术的飞速发展，电信增值业务，例如垃圾短消息监控业务，彩信业务、彩铃业务、手机游戏以及其他消息类业务等，逐渐成为电信业一个重要的利润支撑点。电信增值业务种类繁多，业务系统通常需要处理复杂的逻辑关系，而且这些逻辑关系还会经常变化。因此，有必要将各种类型的电信增值业务处理逻辑及方法进行统一的配置管理，并将配置信息完整的展示给系统操作和维护人员，执行这些功能的电信增值业务处理系统称为配置台系统。

现有技术中，配置台系统实现配置信息的配置与管理的方法大都是通过配置界面接受系统操作和维护人员的输入操作，将输入的配置信息生成文件，再由系统读取生成的文件使系统配置的改变生效。

上述方法的缺点在于，保持配置数据的一致性的工作必须全部在界面代码中实现，从而增加了界面代码的复杂性，特别是在系统的配置数据量庞大时，界面代码的复杂量将会骤增。在配置项规则以及数据一致性规则经常变动的情况下，界面代码更是难于维护；此外，记录操作历史的日志信息也需要另外的代码维护，进一步增加了界面代码的工作量。

发明内容

本发明的主要目的在于提供一种基于数据库的配置台实现方法、配置台及系统，旨在减少配置台界面代码的复杂性，提高配置台响应速度。

为了达到上述目的，本发明提出一种基于数据库的配置台实现方法，包括：

配置台根据业务实体配置项的约束关系建立配置表，并将所述配置表存于数据库中；

从所述数据库内的配置表中获取配置信息；

将所述配置信息发送给业务处理中心，由所述业务处理中心根据所述配置信息进行相应的业务处理。

优选地，该方法还包括：

配置台对所述配置表进行配置信息的添加、删除和/或修改操作；或者配置台修改所述业务实体配置项的约束关系。

优选地，该方法还包括：

对所述数据库中记录的配置操作记录进行分析及挖掘。

优选地，所述配置台对所述配置表进行配置信息的添加、删除和/或修改操作的步骤之后还包括：

当配置台对所述配置表进行配置信息的添加、删除和/或修改操作与所述业务实体配置项的约束关系不符时，接收所述数据库反馈的报错信息。

优选地，所述配置台从数据库内的配置表中获取配置信息的步骤包括：

从所述数据库中查找配置信息；

生成携带有所述配置信息的配置文件。

优选地，所述将配置信息发送给业务处理中心，由所述业务处理中心根据所述配置信息进行相应的业务处理的步骤包括：

将携带有所述配置信息的配置文件发送至所述业务处理中心，由所述业务处理中心从所述配置文件中解析出所述配置信息及根据所述配置信息进行相应的业务处理。

本发明还提出一种基于数据库的配置台，包括：

配置模块，用于根据业务实体配置项的约束关系建立配置表，并将所述配置表存于数据库中；

获取模块，用于从所述数据库内的配置表中获取配置信息；

发送模块，用于将所述配置信息发送给业务处理中心，由所述业务处理中心根据所述配置信息进行相应的业务处理。

优选地，该装置还包括：

更新模块，用于对所述配置表进行配置信息的添加、删除和/或修改操作。

优选地，该装置还包括：

分析及挖掘模块，用于对所述数据库中记录的配置操作记录进行分析及挖掘。

优选地，所述更新模块还用于对所述配置表进行配置信息的添加、删除和/或修改操作与所述业务实体配置项的约束关系不符时，接收所述数据库反馈的报错信息。

优选地，所述获取模块包括：

查找单元，用于从所述数据库中查找配置信息；

生成单元，用于生成携带有所述配置信息的配置文件。

优选地，所述发送模块还用于将携带有所述配置信息的配置文件发送至所述业务处理中心，由所述业务处理中心从所述配置文件中解析出所述配置信息及根据所述配置信息进行相应的业务处理。

本发明还提出一种基于数据库的信息配置系统，包括：配置台、数据库以及数据处理中心，其中：

所述数据库，用于存储具有业务实体配置项的约束关系的配置表；

所述配置台，用于根据业务实体配置项的约束关系建立所述配置表，并将所述配置表存于数据库中；从所述数据库存储的配置表中获取配置信息，并将所述配置信息发送给所述业务处理中心；

所述业务处理中心，用于根据所述配置信息进行相应的业务处理。

优选地，所述配置台为权利要求7-12中任一项所述的配置台。

本发明提出的一种基于数据库的配置台实现方法、配置台及系统，在数据库中创建具有业务实体配置项的约束关系的配置表，配置台界面只需负责将系统操作员的配置信息写入数据库，当业务处理中心需要相关配置信息时，配置台从数据库中获取配置信息，并将配置信息发送给业务处理中心，由业务处理中心根据配置信息进行相应的业务处理；在配置信息配置与更新过程中，一旦有配置数据违反了约束，由数据库返回错误信息，保证写入数据的正确性，大大降低了界面开发人员的工作量；如果配置项的约束关系发生改变，只需要修改数据库中配置表的约束关系，减少了界面代码的修改量；而且每次对数据库的操作均被记录到数据库中，以提供数据的相关查询、分析与挖掘，不仅减少配置台界面和整个配置台系统代码的复杂程度，还可以提高配置台系统的响应速度；而数据库的数据独立性使得不同语言编写的配置台界面能够以统一的接口存取数据。

附图说明

图1是本发明基于数据库的配置台实现方法一实施例的流程示意图；

图2是本发明基于数据库的配置台实现方法另一实施例的流程示意图；

图3是本发明基于数据库的配置台一实施例的结构示意图；

图4是本发明基于数据库的配置台一实施例中获取模块的结构示意图；

图5是本发明基于数据库的配置台另一实施例的结构示意图；

图6是本发明基于数据库的信息配置系统一实施例的结构示意图。

为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。

具体实施方式

本发明实施例解决方案主要是：把配置项、配置项之间的复杂约束关系的实现从界面转移到数据库。在数据库中创建具有业务实体配置项的约束关系的配置表，配置台界面只需负责将系统操作员的配置信息写入数据库，当业务处理中心需要相关配置信息时，配置台从数据库中获取配置信息，并将配置信息发送给业务处理中心，由业务处理中心根据配置信息进行相应的业务处理，以减少配置台界面和整个配置台系统代码的复杂程度，提高配置台系统的响应速度；同时，利用数据库自带的审计功能自动记录配置操作日志，为进一步进行数据分析与挖掘提供良好的数据库平台。

如图1所示，本发明一实施例提出一种基于数据库的配置台实现方法，包括：

步骤S100，配置台根据业务实体配置项的约束关系建立配置表，并将配置表存于数据库中；

步骤S101，从数据库内的配置表中获取配置信息；

本实施例方法运行环境涉及电信增值业务系统，具体涉及业务处理中心、数据库以及配置信息的配置台，把业务实体的配置项以及配置项之间的复杂约束关系的实现从配置台的界面转移到数据库，将维护配置项一致性和大数据量操作的工作转为数据库完成，以减少配置台界面以及整个配置台所处系统代码的复杂程度，并提高系统的响应速度。

数据库中预先存储有创建的配置表，配置表包括业务实体配置项的约束关系，配置项的各个属性对应到该配置表中的各个字段。上述业务实体为业务处理中心涉及的实体，比如可以是短消息中心、彩铃业务中心等。

配置表可以由配置台预先根据业务处理中心的需要进行配置，之后保存在数据库中；也可以由其他平台、网元或服务器等预先配置并保存于数据库中。

本实施例中，根据业务处理中心的需要，由配置台根据业务处理中心涉及的业务实体配置项的约束关系建立配置表，并将配置表保存于数据库中。

系统操作人员通过配置台界面将相应的配置信息写入数据库中的配置表，一旦有配置数据违反了业务实体配置项的约束关系，数据库将返回报错信息，保证写入数据的正确性。

当业务处理中心需要某个配置信息时，用户可以操作配置台的界面，从数据库中查询相应的配置信息，之后将获取的配置信息转发给业务处理中心。

在实际操作中，配置台也可以将从数据库中查询到的配置信息生成配置文件，将配置信息携带在配置文件中发送给业务处理中心，由业务处理中心对收到的配置文件进行解析，获取相应的配置信息。

其中，配置文件可以使用统一的二进制格式，包括文件头、文件尾以及文件体；文件头为固定大小长度，包括配置台版本号、文件长度等信息；文件尾包括文件结束标识符和校验码；文件体包括数据库的配置信息，每张配置表在文件体中都对应一个结构体，结构体的开头标识配置表中的每条记录大小、记录条数，结构体主体部分存放具体的数据库中的记录。

业务处理中心收到配置文件后，首先进行校验，确认配置文件在传输过程中是否出错。然后读取配置文件中文件头的版本号，按照一定的格式将配置文件的配置信息读入内存，之后配置信息对业务处理中心生效。

步骤S102，将配置信息发送给业务处理中心，由业务处理中心根据配置信息进行相应的业务处理。

本实施例中业务处理中心可以与配置台处于同一业务平台中，也可以与配置台分离，根据业务实体的不同，业务处理中心可以为多个。

若业务处理中心与配置台处于同一业务平台，则配置台将获取的配置信息直接转发给业务处理中心；若业务处理中心与配置台分离，配置台则可通过FTP(File Transfer Protocol，文件传输协议)将获取的配置信息发送给相应的业务处理中心。

业务处理中心获取到相应的配置信息后，根据配置信息进行相应的业务处理。

根据实际需要，当业务实体配置项的约束关系发生变化时，用户可以通过配置台界面输入相应的信息对配置表进行更新操作，比如对配置表中的配置信息进行添加、删除或修改等操作。

数据库可以对配置台的更新操作进行判断，当配置数据违反了配置表中业务实体配置项的约束关系，则向配置台返回报错信息。

本实施例数据库中预先存储有包括业务实体配置项的约束关系的配置表，当业务处理中心需要相关配置信息时，用户只需通过配置台界面输入相关查询信息，从数据库中获取配置信息，并将配置信息发送给业务处理中心，由业务处理中心根据配置信息进行相应的业务处理，从而降低了界面开发人员的工作量；如果配置项的约束关系发生改变，只需要修改数据库中配置表的约束关系，减少了界面代码的修改量；减少了配置台界面和整个配置台系统代码的复杂程度，还可以提高配置台系统的响应速度；而数据库的数据独立性使得不同语言编写的配置台界面能够以统一的接口存取数据。

如图2所示，本发明另一实施例提出一种基于数据库的配置台实现方法，在上述实施例的基础上，。

在步骤S102之后还包括：

步骤S103，配置台对配置表进行配置信息的添加、删除和/或修改操作；或者配置台修改业务实体配置项的约束关系。

步骤S104，对数据库中记录的配置操作记录进行分析及挖掘。

本实施例与上述实施例的区别在于：在本实施例中，根据业务处理中心的需要，由配置台根据业务处理中心涉及的业务实体配置项的约束关系建立配置表，并将配置表保存于数据库中。

系统操作人员通过配置台界面将相应的配置信息写入数据库中的配置表，一旦有配置数据违反了业务实体配置项的约束关系，数据库将返回报错信息，保证写入数据的正确性。

此外，在后续业务处理过程中，配置台可以根据业务处理中心的需要，对配置表进行配置信息的添加、删除以及修改等操作，当配置台对配置表进行配置信息的添加、删除或修改操作与配置表中业务实体配置项的约束关系不符时，数据库也会反馈相应的报错信息。

因此，操作人员只需通过配置台的操作界面即可实现对配置表的配置与更新操作，这样可大大降低了界面开发人员的工作量。如果配置项的约束关系发生改变，用户也可以通过配置台的操作界面修改数据库中配置表的约束关系，从而可减少界面代码的修改量，降低了配置台界面代码的复杂性。

此外，本实施例还可利用数据库自带的审计功能，将每次对数据库中配置表的操作自动记录到数据库里的审计库中，以提供相关数据查询和数据分析，从而把配置台界面需要额外维护的记录日志功能转为数据库自动实现，为进一步进行数据分析及挖掘提供良好的数据库平台。

上述实施例中，可以在数据库中单独设置一个配置库用来存放配置表，有关配置表的操作也在配置库中进行。

在配置时，系统操作人员进入配置台的操作界面(以下简称配置台界面)，配置台界面向操作人员显示配置表中已配置的信息(若为首次配置则配置表为一张空表)，操作员人员通过配置台界面的输入，将配置信息写入配置库中。

对于配置项的条目不能重复的，则可在配置库中对应的配置表中建立唯一键进行约束；对于相关联的配置项，则在配置库中对应的配置表之间建立外键进行约束。

同时可以设计一触发器，当配置库中有违反完整性数据规则时，通过触发器触发存储过程，或者通过SQL语句做相应的处理保证数据完整性。

对于配置项的属性有取值范围限制的，可以在配置库对应的配置表中建立相应规则。

配置台界面提供查询已有配置信息的功能，在操作人员通过配置台界面查询某个配置项信息时，配置台通过select语句查询配置库中配置项对应的配置表，由配置库返回相应的配置信息。

对于配置项之间有关联的情形，某一配置项的条目依赖另一配置项的条目时，配置台需要先通过select语句查询配置库，根据配置项查询配置库中对应的配置表，由系统操作员选择配置项条目，配置新的配置信息。

对于删除配置表中的相关配置信息的操作，首先，操作人员通过配置台界面查询已有的配置项，然后选择要删除的配置项条件，配置台界面通过delete语句将符合选中条件的配置项信息从配置库中删除，配置库的操作自动被记录到审计库中。

对于添加配置表中的相关配置信息的操作，操作人员通过配置台界面输入相应的配置信息，配置台通过insert语句将操作人员输入的配置信息写入配置库；配置库的操作自动被记录到审计库中。

在上述对配置项进行配置的操作中，若违反了配置库中配置项的约束关系，配置库将反馈报错的异常信息，并通过配置台界面将异常信息反馈给操作人员。

在配置台对配置库进行操作时，若配置台将配置信息写入配置库或者删除配置信息违反配置库中配置项的约束关系，在触发器被触发情况下，配置库执行触发器指定的操作，以保证数据的完整性，否则配置库直接报错，返回报错的异常信息，拒绝执行配置操作，以保证数据的完整性。

当审计库中的配置库操作的记录达到一定数量时，配置台可以通过相关的数据分析或数据挖掘工具对审计库中的记录进行分析与挖掘，找出其中有用的信息，比如可以根据审计库中的操作记录了解用户的操作习惯、业务处理中心频繁需要的配置信息等，从而通过审计库为配置台界面的易用性等方面提供原始数据。

下面举例说明本实施例基于数据库的配置台实现方法如下：

以垃圾短消息监控代理配置台为例，各种网元对于垃圾短消息监控代理而言均为业务实体，因此可以为各业务实体建立一张配置表，业务实体的属性“网元名称”以及“网元类型”均作为配置表的字段。不同网元的名称不同，因此，在配置表中建立“网元名称”的唯一约束。

“网元类型”可以是固定的“SMMC(Short Message Monitor Center短消息安全检测中心)”，“SMSC(Short Message Service Center，短消息服务中心)”，“SP(Service Provider，服务提供商)”，“ISMG(Internet ShortMessage Gateway，互联网短信网关)”几种，并将配置信息存放在一张配置表中。

在增加实体信息时，通过配置台界面查询“网元类型”，配置台界面将网元类型展示出来，系统操作人员选择网元类型，填入“网元名称”信息，点击“增加”按钮，配置台界面通过insert语句将配置的新信息插入配置表。如果无异常，则配置库向配置台界面返回成功信息。如果系统操作人员填入的“网元名称”重复，违反了“网元名称”的唯一约束，则配置库抛出异常，返回数据插入前状态，配置台界面显示报错信息，提示系统操作人员本次操作失败。

SP的短消息需要配置附加标识，因此在配置库中建立附加标识表，在增加或删除附加标识时，需要将相应的配置信息写入附加标识表或者从附加标识表中删除对应记录。同时SP也属于业务实体，所以配置有附加标识表的SP必须要在配置表中出现，这样可以建立附加标识表与配置表中实体部分的外键约束。因为附加标识表依赖于配置表中实体部分。如果删除配置表中实体部分的某条记录时，由于有附加标识表的记录依赖于被删除的实体部分的某条记录，则违反了外键约束，删除不能成功，界面会提示错误信息。

本实施例在数据库中创建具有业务实体配置项的约束关系的配置表，配置台界面只需负责将系统操作员的配置信息写入数据库，当业务处理中心需要相关配置信息时，配置台从数据库中获取配置信息，并将配置信息发送给业务处理中心，由业务处理中心根据配置信息进行相应的业务处理；在配置信息配置与更新过程中，一旦有配置数据违反了约束，由数据库返回错误信息，保证写入数据的正确性，大大降低了界面开发人员的工作量；如果配置项的约束关系发生改变，只需要修改数据库中配置表的约束关系，减少了界面代码的修改量；而且每次对数据库的操作均被记录到数据库中，以提供数据的相关查询、分析与挖掘，不仅减少配置台界面和整个配置台系统代码的复杂程度，还可以提高配置台系统的响应速度；而数据库的数据独立性使得不同语言编写的配置台界面能够以统一的接口存取数据。

如图3所示，本发明一实施例提出一种基于数据库的配置台，包括：配置模块300、获取模块301以及发送模块302，其中：

配置模块300，用于根据业务实体配置项的约束关系建立配置表，并将配置表存于数据库中；

获取模块301，用于从数据库内的配置表中获取配置信息；

发送模块302，用于将配置信息发送给业务处理中心，由业务处理中心根据配置信息进行相应的业务处理。

本实施例将业务实体的配置项以及配置项之间的复杂约束关系的实现从配置台的界面转移到数据库，将维护配置项一致性和大数据量操作的工作转为数据库完成，以减少配置台界面以及整个配置台所处系统代码的复杂程度，并提高系统的响应速度。

数据库中预先存储有创建的配置表，配置表包括业务实体配置项的约束关系，配置项的各个属性对应到该配置表中的各个字段。上述业务实体为业务处理中心涉及的实体，比如可以是短消息中心、彩铃业务中心等。

配置表可以由配置台预先根据业务处理中心的需要进行配置，之后保存在数据库中；也可以由其他平台、网元或服务器等预先配置并保存于数据库中。

本实施例中，根据业务处理中心的需要，由配置台中配置模块300根据业务处理中心涉及的业务实体配置项的约束关系建立配置表，并将配置表保存于数据库中。

系统操作人员通过配置台界面将相应的配置信息写入数据库中的配置表，一旦有配置数据违反了业务实体配置项的约束关系，数据库将返回报错信息，保证写入数据的正确性。

当业务处理中心需要某个配置信息时，用户可以操作配置台的界面，通过配置台的获取模块301从数据库中查询相应的配置信息，之后配置台通过发送模块302将获取的配置信息转发给业务处理中心。

如图4所示，获取模块301包括：查找单元3011及生成单元3012，其中：

查找单元3011，用于从数据库中查找配置信息；

生成单元3012，用于生成携带有配置信息的配置文件。

在实际操作中，配置台也可以通过获取模块301的查找单元3011从数据库中查找配置信息，通过生成单元3012将查找单元3011查询到的配置信息生成配置文件，然后由发送模块302将携带有配置信息的配置文件发送给业务处理中心，由业务处理中心对收到的配置文件进行解析，获取相应的配置信息。

其中，配置文件可以使用统一的二进制格式，包括文件头、文件尾以及文件体；文件头为固定大小长度，包括配置台版本号、文件长度等信息；文件尾包括文件结束标识符和校验码；文件体包括数据库的配置信息，每张配置表在文件体中都对应一个结构体，结构体的开头标识配置表中的每条记录大小、记录条数，结构体主体部分存放具体的数据库中的记录。

业务处理中心收到配置文件后，首先进行校验，确认配置文件在传输过程中是否出错。然后读取配置文件中文件头的版本号，按照一定的格式将配置文件的配置信息读入内存，之后配置信息对业务处理中心生效。

本实施例中业务处理中心可以与配置台处于同一业务平台中，也可以与配置台分离，根据业务实体的不同，业务处理中心可以为多个。

若业务处理中心与配置台处于同一业务平台，则配置台将获取的配置信息直接转发给业务处理中心；若业务处理中心与配置台分离，配置台则可通过FTP将获取的配置信息发送给相应的业务处理中心。

业务处理中心获取到相应的配置信息后，根据配置信息进行相应的业务处理。

根据实际需要，当业务实体配置项的约束关系发生变化时，用户可以通过配置台界面输入相应的信息对配置表进行更新操作，比如对配置表中的配置信息进行添加、删除或修改等操作。

数据库可以对配置台的更新操作进行判断，当配置数据违反了配置表中业务实体配置项的约束关系，则向配置台返回报错信息。

如图5所示，本发明另一实施例提出一种基于数据库的配置台，在上述实施例的基础上，还包括：

更新模块303，用于对配置表进行配置信息的添加、删除和/或修改操作。

分析及挖掘模块304，用于对数据库中记录的配置操作记录进行分析及挖掘。

本实施例与上述实施例的区别在于：在本实施例中，

在后续业务处理过程中，配置台可以根据业务处理中心的需要，通过更新模块303对配置表进行配置信息的添加、删除以及修改等操作，当配置台对配置表进行配置信息的添加、删除或修改操作与配置表中业务实体配置项的约束关系不符时，数据库也会反馈相应的报错信息。

因此，操作人员只需通过配置台的操作界面即可实现对配置表的配置与更新操作，这样可大大降低了界面开发人员的工作量。如果配置项的约束关系发生改变，用户也可以通过配置台的操作界面修改数据库中配置表的约束关系，从而可减少界面代码的修改量，降低了配置台界面代码的复杂性。

此外，本实施例还可利用数据库自带的审计功能，将每次对数据库中配置表的操作自动记录到数据库里的审计库中，以提供相关数据查询和数据分析，从而把配置台界面需要额外维护的记录日志功能转为数据库自动实现，为进一步进行数据分析及挖掘提供良好的数据库平台。配置台通过分析及挖掘模块304对数据库中记录的配置操作记录进行分析及挖掘，找出其中有用的信息，比如可以根据审计库中的操作记录了解用户的操作习惯、业务处理中心频繁需要的配置信息等。

上述实施例中，可以在数据库中单独设置一个配置库用来存放配置表，有关配置表的操作也在配置库中进行。

在配置时，系统操作人员进入配置台的操作界面(以下简称配置台界面)，配置台界面向操作人员显示配置表中已配置的信息(若为首次配置则配置表为一张空表)，操作员人员通过配置台界面的输入，将配置信息写入配置库中。

对于配置项的条目不能重复的，则可在配置库中对应的配置表中建立唯一键进行约束；对于相关联的配置项，则在配置库中对应的配置表之间建立外键进行约束。

同时可以设计一触发器，当配置库中有违反完整性数据规则时，通过触发器触发存储过程，或者通过SQL语句做相应的处理保证数据完整性。

对于配置项的属性有取值范围限制的，可以在配置库对应的配置表中建立相应规则。

配置台界面提供查询已有配置信息的功能，在操作人员通过配置台界面查询某个配置项信息时，配置台通过select语句查询配置库中配置项对应的配置表，由配置库返回相应的配置信息。

对于配置项之间有关联的情形，某一配置项的条目依赖另一配置项的条目时，配置台需要先通过select语句查询配置库，根据配置项查询配置库中对应的配置表，由系统操作员选择配置项条目，配置新的配置信息。

对于删除配置表中的相关配置信息的操作，首先，操作人员通过配置台界面查询已有的配置项，然后选择要删除的配置项条件，配置台界面通过delete语句将符合选中条件的配置项信息从配置库中删除，配置库的操作自动被记录到审计库中。

对于添加配置表中的相关配置信息的操作，操作人员通过配置台界面输入相应的配置信息，配置台通过insert语句将操作人员输入的配置信息写入配置库；配置库的操作自动被记录到审计库中。

在上述对配置项进行配置的操作中，若违反了配置库中配置项的约束关系，配置库将反馈报错的异常信息，并通过配置台界面将异常信息反馈给操作人员。

在配置台对配置库进行操作时，若配置台将配置信息写入配置库或者删除配置信息违反配置库中配置项的约束关系，在触发器被触发情况下，配置库执行触发器指定的操作，以保证数据的完整性，否则配置库直接报错，返回报错的异常信息，拒绝执行配置操作，以保证数据的完整性。

当审计库中的配置库操作的记录达到一定数量时，配置台通过分析及挖掘模块304对审计库中的记录进行分析与挖掘，找出其中有用的信息，比如可以根据审计库中的操作记录了解用户的操作习惯、业务处理中心频繁需要的配置信息等，从而通过审计库为配置台界面的易用性等方面提供原始数据。

如图6所示，本发明一实施例还提出一种基于数据库的信息配置系统，包括：配置台601、数据库602以及数据处理中心603，其中：

数据库602用于存储具有业务实体配置项的约束关系的配置表；

配置台601用于根据业务实体配置项的约束关系建立配置表，并将配置表存于数据库602中；从数据库602存储的配置表中获取配置信息，并将配置信息发送给业务处理中心603；

业务处理中心603用于根据配置信息进行相应的业务处理。

本实施中配置台601可以为上述实施例中所述的配置台。本实施例配置台通过数据库实现信息配置的基本原理请参照上述各实施例所述的内容，在此不作详述。

本发明的主要目的在于提供一种基于数据库的配置台实现方法及系统，能把维护配置项一致性和大数据量操作的工作交给更擅长这方面工作的数据库完成，不仅减少界面和整个配置台系统代码的复杂程度，还可以提高配置台系统的响应速度。数据库服务器一般带有审计功能，通过审计库记录操作日志不仅不需要界面维护相关代码，也为操作日志的利用提供了一个更好的平台。数据库的数据独立性使得不同语言编写的界面能够以统一的接口存取数据。

本发明实施例基于数据库的配置台实现方法、配置台及系统，在数据库中创建具有业务实体配置项的约束关系的配置表，配置台界面只需负责将系统操作员的配置信息写入数据库，当业务处理中心需要相关配置信息时，配置台从数据库中获取配置信息，并将配置信息发送给业务处理中心，由业务处理中心根据配置信息进行相应的业务处理；在配置信息配置与更新过程中，一旦有配置数据违反了约束，由数据库返回错误信息，保证写入数据的正确性，大大降低了界面开发人员的工作量；如果配置项的约束关系发生改变，只需要修改数据库中配置表的约束关系，减少了界面代码的修改量；而且每次对数据库的操作均被记录到数据库中，以提供数据的相关查询、分析与挖掘，不仅减少配置台界面和整个配置台系统代码的复杂程度，还可以提高配置台系统的响应速度；而数据库的数据独立性使得不同语言编写的配置台界面能够以统一的接口存取数据。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (14)

1.一种基于数据库的配置台实现方法，其特征在于，包括：

配置台根据业务实体配置项的约束关系建立配置表，并将所述配置表存于数据库中；

从所述数据库内的配置表中获取配置信息；

将所述配置信息发送给业务处理中心，由所述业务处理中心根据所述配置信息进行相应的业务处理。

2.根据权利要求1所述的方法，其特征在于，还包括：

配置台对所述配置表进行配置信息的添加、删除和/或修改操作；或者配置台修改所述业务实体配置项的约束关系。

3.根据权利要求2所述的方法，其特征在于，还包括：

对所述数据库中记录的配置操作记录进行分析及挖掘。

4.根据权利要求2所述的方法，其特征在于，所述配置台对所述配置表进行配置信息的添加、删除和/或修改操作的步骤之后还包括：

当配置台对所述配置表进行配置信息的添加、删除和/或修改操作与所述业务实体配置项的约束关系不符时，接收所述数据库反馈的报错信息。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述配置台从数据库内的配置表中获取配置信息的步骤包括：

从所述数据库中查找配置信息；

生成携带有所述配置信息的配置文件。

6.根据权利要求5所述的方法，其特征在于，所述将配置信息发送给业务处理中心，由所述业务处理中心根据所述配置信息进行相应的业务处理的步骤包括：

将携带有所述配置信息的配置文件发送至所述业务处理中心，由所述业务处理中心从所述配置文件中解析出所述配置信息及根据所述配置信息进行相应的业务处理。

7.一种基于数据库的配置台，其特征在于，包括：

配置模块，用于根据业务实体配置项的约束关系建立配置表，并将所述配置表存于数据库中；

获取模块，用于从所述数据库内的配置表中获取配置信息；

发送模块，用于将所述配置信息发送给业务处理中心，由所述业务处理中心根据所述配置信息进行相应的业务处理。

8.根据权利要求7所述的配置台，其特征在于，还包括：

更新模块，用于对所述配置表进行配置信息的添加、删除和/或修改操作。

9.根据权利要求7所述的配置台，其特征在于，还包括：

分析及挖掘模块，用于对所述数据库中记录的配置操作记录进行分析及挖掘。

10.根据权利要求8所述的配置台，其特征在于，所述更新模块还用于对所述配置表进行配置信息的添加、删除和/或修改操作与所述业务实体配置项的约束关系不符时，接收所述数据库反馈的报错信息。

11.根据权利要求7-10中任一项所述的配置台，其特征在于，所述获取模块包括：

查找单元，用于从所述数据库中查找配置信息；

生成单元，用于生成携带有所述配置信息的配置文件。

12.根据权利要求11所述的配置台，其特征在于，所述发送模块还用于将携带有所述配置信息的配置文件发送至所述业务处理中心，由所述业务处理中心从所述配置文件中解析出所述配置信息及根据所述配置信息进行相应的业务处理。

13.一种基于数据库的信息配置系统，其特征在于，包括：配置台、数据库以及数据处理中心，其中：

所述数据库，用于存储具有业务实体配置项的约束关系的配置表；

所述配置台，用于根据业务实体配置项的约束关系建立所述配置表，并将所述配置表存于数据库中；从所述数据库存储的配置表中获取配置信息，并将所述配置信息发送给所述业务处理中心；

所述业务处理中心，用于根据所述配置信息进行相应的业务处理。

14.根据权利要求13所述的系统，其特征在于，所述配置台为权利要求7-12中任一项所述的配置台。

Images