WO2011130940A1 - 多业务统一处理方法及统一业务平台 - Google Patents

Abstract

本发明公开了一种多业务统一处理方法及统一业务平台，该方法包括：在统一业务平台启动时对各个子业务动态链接库进行注册，并为运行各个子业务动态链接库分配相应的系统资源；通过统一业务平台的统一业务受理接口接收用户发送的业务消息，将业务消息转换成预定结构，并将转换成预定结构的业务消息转发给相应的子业务动态链接库，由相应的子业务动态链接库对转换成预定结构的业务消息进行处理，并发送给相应的业务系统；根据业务系统的查询请求，通过统一业务平台的数据库接口模块获取内存数据库中的基础数据，并将基础数据反馈到相应的业务系统。通过上述处理，提高了系统的动态扩展性能，能够有效地降低项目的成本。

Description

多业务统一处理方法及统一业务平台 技术领域

本发明涉及移动通讯领域， 特别是涉及一种多业务统一处理方法及统 一业务平台。 背景技术

目前， 随着计算机及互联网技术的迅速发展， 特别是近年来云计算在 通讯行业上的应用， 极大地推动了移动增值业务的发展， 越来越多的运营 商推出了迎合市场的各种移动增值业务， 例如： 短信业务、 彩信业务、 应 用服务供应商（ Application Service Provider, 简称为 ASP )业务、 以及新发 展的手机查询业务、 互联网搜索业务等。

对于同一个运营商， 如果按照现有的业务运营模式， 对于不同的业务 需要进行单独配置设备和单独建设业务系统。 从系统的配置、 日常的业务 运行、 系统监控、 到人员安排都是互相独立的， 每个业务各自维护各自的 一套系统。 此外， 对于同一运营商而言， 各个业务系统对系统配置、 用户 数据等基础数据无法共享， 从而造成维护成本及运营上的极大冗余与不便。 发明内容

本发明提供一种多业务统一处理方法及统一业务平台， 用以解决现有 技术中同一运营商对于不同业务需要单独建立系统配置设备， 以及各个业 务系统对于基础数据无法共享的问题。

为了解决上述问题， 本发明的技术方案是这样实现的：

一种多业务统一处理方法， 包括以下处理：

在统一业务平台启动时， 对各个子业务动态链接库进行注册， 并为所 述各个子业务动态链接库分配系统资源；

通过所述统一业务平台的统一业务受理接口接收用户发送的业务消 息， 将所述业务消息转换成预定结构， 并将转换成预定结构的所述业务消 息转发给相应的子业务动态链接库， 由所述相应的子业务动态链接库对转 换成预定结构的所述业务消息进行处理， 并发送给相应的业务系统；

根据所述业务系统的查询请求， 通过所述统一业务平台的数据库接口 模块获取内存数据库中的基础数据， 并将所述基础数据反馈到所述相应的 业务系统。

所述预定结构为三元动态结构， 所述三元动态结构包括： 类型、 长度、 以及值；

所述基础数据包括： 用户公共信息、 用户业务私有信息、 公共配置信 息、 以及公共基础信息。

所述在统一业务平台启动时对各个子业务动态链接库进行注册， 包括： 釆用独立线程的方式在所述统一业务平台启动时对各个子业务动态链 接库进行注册。

将转换成预定结构的所述业务消息转发给相应的子业务动态链接库， 包括：

由所述统一业务平台的分发进程或线程根据转换成预定结构的所述业 务消息的类型， 将所述业务消息发送到相应的子业务动态链接库的子业务 线程。

所述相应的子业务动态链接库对转换成预定结构的所述业务消息进行 处理， 包括：

所述相应的子业务动态链接库的子业务线程对所述业务消息进行格式 转换， 将所述业务消息由所述预定格式转换成各个子业务系统能够识别的 业务消息。 所述方法还包括：

通过所述统一业务平台的统一用户受理接口对所述统一业务平台的所 述用户公共信息、 以及所述用户业务私有信息进行处理， 并调用所述数据 库接口模块对所述内存数据库进行操作；

通过所述统一业务平台的统一系统配置接口对所述统一业务平台的所 述公共配置信息、 以及所述公共基础信息进行处理， 并调用所述数据库接 口模块对所述内存数据库进行操作；

通过所述统一业务平台的内存数据库， 将所述基础数据定时同步到物 理数据库中。

一种统一业务平台， 包括：

注册模块， 用于在统一业务平台启动时， 对各个子业务动态链接库进 行注册， 并为所述各个子业务动态链接库分配系统资源；

统一业务受理接口， 用于接收用户发送的业务消息， 将所述业务消息 转换成预定结构， 并将转换成预定结构的所述业务消息转发给相应的子业 务动态链接库， 触发所述相应的子业务动态链接库对转换成预定结构的所 述业务消息进行处理， 并发送给相应的业务系统；

数据库接口模块， 用于根据所述业务系统的查询请求， 获取内存数据 库模块中的基础数据， 并将所述基础数据反馈到所述相应的业务系统； 所述内存数据库模块， 用于存储所述基础数据。

所述预定结构为三元动态结构， 所述三元动态结构包括： 类型、 长度、 以及值；

所述基础数据包括： 用户公共信息、 用户业务私有信息、 公共配置信 息、 以及公共基础信息。

所述注册模块具体用于： 釆用独立线程的方式在所述统一业务平台启 动时对各个子业务动态链接库进行注册； 所述统一业务受理接口具体用于： 由分发进程或线程根据转换成预定 结构的所述业务消息的类型， 将所述业务消息发送到相应的子业务动态链 接库的子业务线程， 触发所述相应的子业务动态链接库的子业务线程对所 述业务消息进行格式转换， 将所述业务消息由所述预定格式转换成各个子 业务系统能够识别的业务消息；

所述内存数据库模块还用于： 将所述基础数据定时同步到物理数据库 中。

所述统一业务平台还包括：

统一用户受理接口， 用于对所述统一业务平台的所述用户公共信息、 以及所述用户业务私有信息进行处理， 并调用所述数据库接口模块对所述 内存数据库进行操作；

统一系统配置接口， 用于对所述统一业务平台的所述公共配置信息、 以及所述公共基础信息进行处理， 并调用所述数据库接口模块对所述内存 数据库进行操作。

本发明有益效果如下：

借助于本发明实施例的技术方案， 通过在统一业务平台上动态加载多 种业务， 解决了现有技术中同一运营商对于不同业务需要单独建立系统配 置设备的问题， 通过数据库接口模块对统一业务平台的内存数据库进行操 作， 解决了现有技术中各个业务系统对于基础数据无法共享的问题。 提高 了系统的动态扩展性能， 在一定程度上减少了系统硬件的投入与配置， 能 够有效地降低项目的成本。 附图说明

图 1是根据本发明实施例的多业务统一处理方法的流程图；

图 2是本发明实施例的内部消息的 TLV结构示意图；

图 3是根据本发明实施例的统一业务平台的结构示意图； 图 4是才艮据本发明实施例的统一业务平台的优选结构示意图。 具体实施方式

如上所述， 近几年来， 运营商提出了在一个业务平台下灵活挂接所有 子业务系统的要求。 该业务平台需要能够具有良好的动态扩展功能， 并且 能够方便运营商平稳及时地增减不同的子业务系统。

为了达到上述要求， 本发明提供了一种多业务统一处理方法及统一业 务平台， 该多业务统一处理方法能够动态加载多种业务， 可以尽量减少原 系统的变动， 使原系统能平稳地挂接新的子业务系统。 同时对系统共用的 基础数据， 例如： 用户数据， 釆用全内存数据库的方式实现数据的共享与 高效性， 对于各子业务私有的数据则由各子业务自行决定。 从而达到能够 动态增减业务的功能， 同时对基础数据的操作提供高效的处理性能。

以下结合附图以及两个实施例， 对本发明进行进一步详细说明。 应当 理解， 此处所描述的具体实施例仅仅用以解释本发明， 并不限定本发明。

方法实施例

根据本发明的实施例， 提供了一种多业务统一处理方法， 图 1 是根据 本发明实施例的多业务统一处理方法的流程图， 如图 1 所示， 根据本发明 实施例的多业务统一处理方法包括如下处理：

步骤 101 , 在统一业务平台启动时对各个子业务动态链接库进行注册， 并为运行各个子业务动态链接库分配相应的系统资源；

需要说明的是， 在本发明实施例中， 统一业务平台需要负责整个业务 系统的管理， 包括： 系统参数的配置、 用户数据的统一受理、 以及各种业 务消息的接收与转发。

在执行步骤 101 之前， 各子业务需要将其功能块制作成一个动态链接 库文件（即， 上述各个子业务动态链接库）， 优选地， 动态链接库文件可以 为 dll文件； 在步骤 101中， 如果需要新增一个子业务， 则在统一业务平台 启动时， 进行动态加载。 如果不需要此子业务， 则不进行加载。 各子业务 动态链接库可以釆用独立线程的方式在系统启动时进行注册（即， 可以釆 用独立线程的方式在统一业务平台启动时对各个子业务动态链接库进行注 册；)， 并申请运行该子业务动态链接库所用的系统资源。

步骤 102,通过统一业务平台的统一业务受理接口接收用户发送的业务 消息， 将业务消息转换成预定结构， 并将转换成预定结构的业务消息转发 给相应的子业务动态链接库， 由相应的子业务动态链接库对转换成预定结 构的业务消息进行处理， 并发送给相应的业务系统；

需要说明的是， 预定结构为三元动态结构（即， TLV结构）， 三元动态 结构包括： 类型、 长度、 以及值；

也就是说， 统一业务平台对于内部各子业务的请求消息结构釆用 TLV 的动态结构方式。 TLV是一种可变的编码格式， 是一个 TLV的三元组， 其 中， T表示类型 （type或 tag )、 L表示长度（length ), V表示值（ value )。 每增加一种新业务， 需要在消息结构里加上此业务的 TLV结构。 在消息处 理时统一由统一业务平台解析出相应的业务结构， 并发送给相应的子业务 进行处理。

图 2是本发明实施例的内部消息的 TLV结构示意图， 如图 2所示， 内 部消息的 TLV结构由总消息头和多个 TLV组成， 其中， 总消息头中包含有 控制数据，每个子业务占用一个 TLV,根据 TYPE字段进行区分。每个 TLV 结构由结构类型 （type )、 结构长度（Length )和值组成。 Type和 Length的 长度固定， 一般是 2、 4个字节， 在本发明实施例中， TLV结构的解析方法 为：

步骤 1 , 读取 type后进行字节序转换， 用 ntohl、 ntohs转换为主机字 节序， 得到类型， 指针偏移 +2或 4;

步骤 2, 读取 length后进行字节序转换， 用 ntohl、 ntohs转换为主机字 节序， 得到长度， 指针偏移 +2或 4;

步骤 3 , 根据得到的长度读取 value, 指针偏移 +Length;

步骤 4, 继续处理后面的 TLV, 直到解析出所有的 TLV。

此外， 在步骤 102 中， 可以由统一业务平台的分发进程或线程根据转 换成预定结构的业务消息的类型将业务消息发送到相应的子业务动态链接 库的子业务线程。 也就是说， 可以由统一业务平台的分发进程或线程根据 业务的消息不同将相应的业务发给对应子业务动态链接库里的子业务线程 处理， 各业务间互不影响。

随后， 相应的子业务动态链接库的子业务线程对业务消息进行格式转 换， 将业务消息由预定格式转换成各个子业务系统能够识别的业务消息。 也就是说， 各子业务动态链接库负责按不同业务解析统一业务受理接口接 收到的消息， 并进行消息格式转换， 转换各子业务自己的业务消息， 分发 给相应的业务系统， 由业务系统进行后续的业务处理。

步骤 103 ,根据业务系统的查询请求， 通过统一业务平台的数据库接口 模块获取内存数据库中的基础数据， 并将基础数据反馈到相应的业务系统。

需要说明的是， 上述基础数据包括： 用户公共信息、 用户业务私有信 息、 公共配置信息、 以及公共基础信息。

统一业务平台共用的基础数据是指本平台下所有业务共用的数据， 例 如， 基本的系统配置参数数据， 用户信息数据等。 这些数据对于挂接的所 有业务来说都是可见的， 因此对这部分数据的操作会非常多， 对性能要求 非常高。 为保证这部分的业务有高效的操作效率， 内存数据库需要定时将 内存数据同步到物理库中， 以保证数据一致性与安全性。

在进行了上述处理之后， 根据本发明实施例的技术方案还可以进行如 下处理：

1、 通过统一业务平台的统一用户受理接口对统一业务平台的用户公共 信息、 以及用户业务私有信息进行处理， 并调用数据库接口模块对内存数 据库进行操作；

也就是说， 统一业务平台的用户信息由统一用户受理接口进行处理， 统一用户受理接口调用数据库接口操作模块对内存数据库进行操作， 各子 业务在业务处理过程中可以共享这些用户数据， 在本发明实施例中， 用户 数据信息分为二部分：

上述用户公共信息： 对各业务共享通用的信息属性， 子业务只有查询 权限， 由统一用户受理接口统一进行变改操作。

上述用户业务私有信息： 本业务独有的用户信息属性， 子业务具有增 删改查权限。

2、 通过统一业务平台的统一系统配置接口对统一业务平台的公共配置 信息、 以及公共基础信息进行处理， 并调用数据库接口模块对内存数据库 进行操作。 也就是说， 系统公共基础数据（公共配置信息、 以及公共基础 信息） 由统一配置接口模块进行处理， 存入内存数据库中， 由各子业务查 询使用。

需要说明的是， 本发明实施例中的内存数据库实现的方式有很多， 现 有技术中有很多成熟的实现方法， 在此不作详细说明。

从上述处理可以看出， 本发明实施例通过动态加载不同的业务库来支 持不同的业务， 并最大可能的利用了内存操作速度高于磁盘操作的特点， 提高了系统的数据处理性能， 并保证了系统的灵活扩展性和性能。

装置实施例

根据本发明的实施例， 提供了一种统一业务平台， 在本发明实施例中， 统一业务平台需要负责整个业务系统的管理， 包括以下至少之一： 系统参 数的配置、 用户数据的统一受理、 以及各种业务消息的接收与转发。 图 3 是根据本发明实施例的统一业务平台的结构示意图， 如图 3 所示， 根据本 发明实施例的统一业务平台包括： 注册模块 30、 统一业务受理接口 31、 数 据库接口模块 32、 内存数据库模块 33。 下面， 对本发明实施例的统一业务 平台进行详细说明。

注册模块 30用于启动时对各个子业务动态链接库进行注册， 并为运行 各个子业务动态链接库分配相应的系统资源；

从另一角度说， 各子业务需要将其功能块制作成一个动态链接库文件

(即， 上述各个子业务动态链接库）， 优选地， 动态链接库文件可以为 dll 文件； 如果需要新增一个子业务， 则在统一业务平台启动时， 进行动态加 载。 如果不需要此子业务， 则不进行加载。 各子业务动态链接库可以釆用 独立线程的方式在系统启动时进行注册（即， 注册模块 30可以釆用独立线 程的方式在统一业务平台启动时对各个子业务动态链接库进行注册）， 并申 请运行该子业务动态链接库所用的系统资源。

优选地， 在实际应用中， 注册模块 30可以集成在统一业务受理接口 31 中实现。

统一业务受理接口 31用于接收用户发送的业务消息， 将业务消息转换 成预定结构， 并将转换成预定结构的业务消息转发给相应的子业务动态链 接库， 由相应的子业务动态链接库对转换成预定结构的业务消息进行处理 , 并发送给相应的业务系统；

需要说明的是， 预定结构为三元动态结构（即， TLV结构）， 三元动态 结构包括： 类型、 长度、 以及值；

也就是说， 统一业务平台的统一业务受理接口 31对于内部各子业务的 请求消息结构釆用 TLV的动态结构方式。 TLV是一种可变的编码格式， 是 一个 TLV的三元组，其中， T表示类型（ type或 tag )、 L表示长度（ length )、 V表示值 （value )。 每增加一种新业务， 需要在消息结构里加上此业务的 TLV结构。在消息处理时统一由统一业务平台的统一业务受理接口 31解析 出相应的业务结构， 并发送给相应的子业务进行处理。

如图 2所示，内部消息的 TLV结构由总消息头和多个 TLV组成，其中， 总消息头中包含有控制数据， 每个子业务占用一个 TLV, 根据 TYPE字段 进行区分。 每个 TLV结构由结构类型 （type )、 结构长度（Length )和值组 成。 Type和 Length的长度固定， 一般是 2、 4个字节， 在本发明实施例中， TLV结构的解析方法为：

步骤 1 , 读取 type后进行字节序转换， 用 ntohl、 ntohs转换为主机字 节序， 得到类型， 指针偏移 +2或 4;

步骤 2, 读取 length后进行字节序转换， 用 ntohl、 ntohs转换为主机字 节序， 得到长度， 指针偏移 +2或 4;

步骤 3 , 根据得到的长度读取 value, 指针偏移 +Length;

步骤 4, 继续处理后面的 TLV, 直到解析出所有的 TLV。

此外， 可以由统一业务受理接口 31的分发进程或线程根据转换成预定 结构的业务消息的类型将业务消息发送到相应的子业务动态链接库的子业 务线程。 也就是说， 可以由统一业务平台的分发进程或线程根据业务的消 息不同将相应的业务发给对应子业务动态链接库里的子业务线程处理， 各 业务间互不影响。

随后， 相应的子业务动态链接库的子业务线程对业务消息进行格式转 换， 将业务消息由预定格式转换成各个子业务系统能够识别的业务消息。 也就是说， 各子业务动态链接库负责按不同业务解析统一业务受理接口 31 接收到的消息， 并进行消息格式转换， 转换各子业务自己的业务消息， 分 发给相应的业务系统， 由业务系统进行后续的业务处理。

数据库接口模块 32用于根据业务系统的查询请求， 获取内存数据库模 块 33中的基础数据， 并将基础数据反馈到相应的业务系统；

内存数据库模块 33用于存储基础数据。 需要说明的是， 上述基础数据 包括： 用户公共信息、 用户业务私有信息、 公共配置信息、 以及公共基础 信息。

统一业务平台共用的基础数据是指本平台下所有业务共用的数据， 例 如， 基本的系统配置参数数据， 用户信息数据等。 这些数据对于挂接的所 有业务来说都是可见的， 因此对这部分数据的操作会非常多， 对性能要求 非常高。 为保证这部分的业务有高效的操作效率， 内存数据库 33需要定时 将内存数据同步到物理数据库中， 以保证数据一致性与安全性。

需要说明的是， 本发明实施例中的内存数据库实现的方式有很多， 现 有技术中有很多成熟的实现方法， 在此不作详细说明。

优选地， 图 4是根据本发明实施例的统一业务平台的优选结构示意图， 如图 4所示， 在本发明实施例中， 统一业务平台除了包括统一业务受理接 口、 数据库接口模块、 内存数据库模块、 物理数据库以外， 还可以包括： 统一用户受理接口、 以及统一系统配置接口。

统一用户受理接口， 用于对统一业务平台的用户公共信息、 以及用户 业务私有信息进行处理， 并调用数据库接口模块对内存数据库进行操作； 也就是说， 统一业务平台的用户信息由统一用户受理接口进行处理， 统一用户受理接口调用数据库接口操作模块对内存数据库进行操作， 各子 业务在业务处理过程中可以共享这些用户数据， 在本发明实施例中， 用户 数据信息分为二部分：

上述用户公共信息： 对各业务共享通用的信息属性， 子业务只有查询 权限， 由统一用户受理接口统一进行变改操作。

上述用户业务私有信息： 本业务独有的用户信息属性， 子业务具有增 删改查权限。

统一系统配置接口， 用于对统一业务平台的公共配置信息、 以及公共 基础信息进行处理， 并调用数据库接口模块对内存数据库进行操作。 也就 是说， 系统公共基础数据（公共配置信息、 以及公共基础信息） 由统一配 置接口模块进行处理， 存入内存数据库中， 由各子业务查询使用。

借助于本发明实施例的技术方案， 通过在统一业务平台上动态加载多 种业务， 解决了现有技术中同一运营商对于不同业务需要单独建立系统配 置设备的问题， 通过数据库接口模块对统一业务平台的内存数据库进行操 作， 解决了现有技术中各个业务系统对于基础数据无法共享的问题。 提高 了系统的动态扩展性能， 在一定程度上减少了系统硬件的投入与配置， 能 够有效地降低项目的成本。

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

Claims

权利要求书

1、 一种多业务统一处理方法， 其特征在于， 包括以下处理：

在统一业务平台启动时， 对各个子业务动态链接库进行注册， 并为所 述各个子业务动态链接库分配系统资源；

通过所述统一业务平台的统一业务受理接口接收用户发送的业务消 息， 将所述业务消息转换成预定结构， 并将转换成预定结构的所述业务消 息转发给相应的子业务动态链接库， 由所述相应的子业务动态链接库对转 换成预定结构的所述业务消息进行处理， 并发送给相应的业务系统；

根据所述业务系统的查询请求， 通过所述统一业务平台的数据库接口 模块获取内存数据库中的基础数据， 并将所述基础数据反馈到所述相应的 业务系统。

2、 如权利要求 1所述的方法， 其特征在于，

所述预定结构为三元动态结构， 所述三元动态结构包括： 类型、 长度、 以及值；

所述基础数据包括： 用户公共信息、 用户业务私有信息、 公共配置信 息、 以及公共基础信息。

3、 如权利要求 1所述的方法， 其特征在于， 所述在统一业务平台启动 时对各个子业务动态链接库进行注册， 包括：

釆用独立线程的方式在所述统一业务平台启动时对各个子业务动态链 接库进行注册。

4、 如权利要求 2所述的方法， 其特征在于， 将转换成预定结构的所述 业务消息转发给相应的子业务动态链接库， 包括：

由所述统一业务平台的分发进程或线程根据转换成预定结构的所述业 务消息的类型， 将所述业务消息发送到相应的子业务动态链接库的子业务 线程。

5、 如权利要求 4所述的方法， 其特征在于， 所述相应的子业务动态链 接库对转换成预定结构的所述业务消息进行处理， 包括：

所述相应的子业务动态链接库的子业务线程对所述业务消息进行格式 转换， 将所述业务消息由所述预定格式转换成各个子业务系统能够识别的 业务消息。

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

通过所述统一业务平台的统一用户受理接口对所述统一业务平台的所 述用户公共信息、 以及所述用户业务私有信息进行处理， 并调用所述数据 库接口模块对所述内存数据库进行操作；

通过所述统一业务平台的统一系统配置接口对所述统一业务平台的所 述公共配置信息、 以及所述公共基础信息进行处理， 并调用所述数据库接 口模块对所述内存数据库进行操作；

通过所述统一业务平台的内存数据库， 将所述基础数据定时同步到物 理数据库中。

7、 一种统一业务平台， 其特征在于， 包括：

注册模块， 用于在统一业务平台启动时， 对各个子业务动态链接库进 行注册， 并为所述各个子业务动态链接库分配系统资源；

统一业务受理接口， 用于接收用户发送的业务消息， 将所述业务消息 转换成预定结构， 并将转换成预定结构的所述业务消息转发给相应的子业 务动态链接库， 触发所述相应的子业务动态链接库对转换成预定结构的所 述业务消息进行处理， 并发送给相应的业务系统；

数据库接口模块， 用于根据所述业务系统的查询请求， 获取内存数据 库模块中的基础数据， 并将所述基础数据反馈到所述相应的业务系统； 所述内存数据库模块， 用于存储所述基础数据。

8、 如权利要求 7所述的统一业务平台， 其特征在于，

所述预定结构为三元动态结构， 所述三元动态结构包括： 类型、 长度、 以及值；

所述基础数据包括： 用户公共信息、 用户业务私有信息、 公共配置信 息、 以及公共基础信息。

9、 如权利要求 7所述的统一业务平台， 其特征在于，

所述注册模块具体用于： 釆用独立线程的方式在所述统一业务平台启 动时对各个子业务动态链接库进行注册；

所述统一业务受理接口具体用于： 由分发进程或线程根据转换成预定 结构的所述业务消息的类型， 将所述业务消息发送到相应的子业务动态链 接库的子业务线程， 触发所述相应的子业务动态链接库的子业务线程对所 述业务消息进行格式转换， 将所述业务消息由所述预定格式转换成各个子 业务系统能够识别的业务消息；

所述内存数据库模块还用于： 将所述基础数据定时同步到物理数据库 中。

10、 如权利要求 7至 9任一项所述的统一业务平台， 其特征在于， 所 述统一业务平台还包括：

统一用户受理接口， 用于对所述统一业务平台的所述用户公共信息、 以及所述用户业务私有信息进行处理， 并调用所述数据库接口模块对所述 内存数据库进行操作；

统一系统配置接口， 用于对所述统一业务平台的所述公共配置信息、 以及所述公共基础信息进行处理， 并调用所述数据库接口模块对所述内存 数据库进行操作。