专利名称：多业务统一处理方法及统一业务平台的制作方法
技术领域：
本发明涉及移动通讯领域，特别是涉及一种多业务统一处理方法及统一业务平台。
背景技术：
目前，随着计算机及互联网技术的迅速发展，特别是近年来云计算在通讯行业上的应用，极大地推动了移动增值业务的发展，越来越多的运营商推出了迎合市场的各 种移动增值业务，例如短信业务、彩信业务、应用服务供应商(Application Service Provider，简称为ASP)业务、以及新发展的手机查询业务、互联网搜索业务等。对于同一个运营商，如果按照现有的业务运营模式，对于不同的业务需要进行单 独配置设备和单独建设业务系统。从系统的配置、日常的业务运行、系统监控、到人员安排 都是互相独立的，每个业务各自维护各自的一套系统。此外，对于同一运营商而言，各个业 务系统对系统配置、用户数据等基础数据无法共享，从而造成维护成本及运营上的极大冗 余与不便。
发明内容
本发明提供一种多业务统一处理方法及统一业务平台，用以解决现有技术中同一 运营商对于不同业务需要单独建立系统配置设备，以及各个业务系统对于基础数据无法共 享的问题。本发明提供一种多业务统一处理方法，包括如下处理在统一业务平台启动时对各个子业务动态链接库进行注册，并为运行各个子业务 动态链接库分配相应的系统资源；通过统一业务平台的统一业务受理接口接收用户发送的业务消息，将业务消息转 换成预定结构，并将转换成预定结构的业务消息转发给相应的子业务动态链接库，由相应 的子业务动态链接库对转换成预定结构的业务消息进行处理，并发送给相应的业务系统；根据业务系统的查询请求，通过统一业务平台的数据库接口模块获取内存数据库 中的基础数据，并将基础数据反馈到相应的业务系统。本发明还提供一种统一业务平台，包括注册模块，用于启动时对各个子业务动态链接库进行注册，并为运行各个子业务 动态链接库分配相应的系统资源；统一业务受理接口，用于接收用户发送的业务消息，将业务消息转换成预定结构， 并将转换成预定结构的业务消息转发给相应的子业务动态链接库，由相应的子业务动态链 接库对转换成预定结构的业务消息进行处理，并发送给相应的业务系统；数据库接口模块，用于根据业务系统的查询请求，获取内存数据库模块中的基础 数据，并将基础数据反馈到相应的业务系统；内存数据库模块，用于存储基础数据。
本发明有益效果如下借助于本发明实施例的技术方案，通过在统一业务平台上动态加载多种业务，解 决了现有技术中同一运营商对于不同业务需要单独建立系统配置设备的问题，通过数据库 接口模块对统一业务平台的内存数据库进行操作，解决了现有技术中各个业务系统对于基 础数据无法共享的问题。提高了系统的动态扩展性能，在一定程度上减少了系统硬件的投 入与配置，能够有效地降低项目的成本。
图1是根据本发明实施例的多业务统一处理方法的流程图；图2是本发明实施例的内部消息的TLV结构示意图；图3是根据本发明实施例的统一业务平台的结构示意图；图4是根据本发明实施例的统一业务平台的优选结构示意图。
具体实施例方式如上所述，近几年来，运营商提出了在一个业务平台下灵活挂接所有子业务系统 的要求。该业务平台需要能够具有良好的动态扩展功能，并且能够方便运营商平稳及时地 增减不同的子业务系统。为了达到上述要求，本发明提供了一种多业务统一处理方法及统一业务平台，该 多业务统一处理方法能够动态加载多种业务，可以尽量减少原系统的变动，使原系统能平 稳地挂接新的子业务系统。同时对系统共用的基础数据，例如用户数据，采用全内存数据 库的方式实现数据的共享与高效性，对于各子业务私有的数据则由各子业务自行决定。从 而达到能够动态增减业务的功能，同时对基础数据的操作提供高效的处理性能。以下结合附图以及两个实施例，对本发明进行进一步详细说明。应当理解，此处所 描述的具体实施例仅仅用以解释本发明，并不限定本发明。方法实施例根据本发明的实施例，提供了一种多业务统一处理方法，图1是根据本发明实施 例的多业务统一处理方法的流程图，如图1所示，根据本发明实施例的多业务统一处理方 法包括如下处理步骤101，在统一业务平台启动时对各个子业务动态链接库进行注册，并为运行各 个子业务动态链接库分配相应的系统资源；需要说明的是，在本发明实施例中，统一业务平台需要负责整个业务系统的管理， 包括系统参数的配置、用户数据的统一受理、以及各种业务消息的接收与转发。在执行步骤101之前，各子业务需要将其功能块制作成一个动态链接库文件(即， 上述各个子业务动态链接库)，优选地，动态链接库文件可以为dll文件；在步骤101中， 如果需要新增一个子业务，则在统一业务平台启动时，进行动态加载。如果不需要此子业 务，则不进行加载。各子业务动态链接库可以采用独立线程的方式在系统启动时进行注 册(即，可以采用独立线程的方式在统一业务平台启动时对各个子业务动态链接库进行注 册)，并申请运行该子业务动态链接库所用的系统资源。步骤102，通过统一业务平台的统一业务受理接口接收用户发送的业务消息，将业务消息转换成预定结构，并将转换成预定结构的业务消息转发给相应的子业务动态链接库，由相应的子业务动态链接库对转换成预定结构的业务消息进行处理，并发送给相应的 业务系统；需要说明的是，预定结构为三元动态结构(S卩，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后进行字节序转换，用ntohldtohs转换为主机字节序，得到类 型，指针偏移+2或4;步骤2，读取length后进行字节序转换，用ntohKntohs转换为主机字节序，得到 长度，指针偏移+2或4;步骤3，根据得到的长度读取value，指针偏移+Length ；步骤4，继续处理后面的TLV，直到解析出所有的TLV。此外，在步骤102中，可以由统一业务平台的分发进程或线程根据转换成预定结 构的业务消息的类型将业务消息发送到相应的子业务动态链接库的子业务线程。也就是 说，可以由统一业务平台的分发进程或线程根据业务的消息不同将相应的业务发给对应子 业务动态链接库里的子业务线程处理，各业务间互不影响。随后，相应的子业务动态链接库的子业务线程对业务消息进行格式转换，将业务 消息由预定格式转换成各个子业务系统能够识别的业务消息。也就是说，各子业务动态链 接库负责按不同业务解析统一业务受理接口接收到的消息，并进行消息格式转换，转换各 子业务自己的业务消息，分发给相应的业务系统，由业务系统进行后续的业务处理。步骤103，根据业务系统的查询请求，通过统一业务平台的数据库接口模块获取内 存数据库中的基础数据，并将基础数据反馈到相应的业务系统。需要说明的是，上述基础数据包括用户公共信息、用户业务私有信息、公共配置 信息、以及公共基础信息。统一业务平台共用的基础数据是指本平台下所有业务共用的数据，例如，基本的 系统配置参数数据，用户信息数据等。这些数据对于挂接的所有业务来说都是可见的，因此 对这部分数据的操作会非常多，对性能要求非常高。为保证这部分的业务有高效的操作效 率，内存数据库需要定时将内存数据同步到物理库中，以保证数据一致性与安全性。在进行了上述处理之后，根据本发明实施例的技术方案还可以进行如下处理1、通过统一业务平台的统一用户受理接口对统一业务平台的用户公共信息、以及用户业务私有信息进行处理，并调用数据库接口模块对内存数据库进行操作；也就是说，统一业务平台的用户信息由统一用户受理接口进行处理，统一用户受理接口调用数据库接口操作模块对内存数据库进行操作，各子业务在业务处理过程中可以 共享这些用户数据，在本发明实施例中，用户数据信息分为二部分上述用户公共信息对各业务共享通用的信息属性，子业务只有查询权限，由统一 用户受理接口统一进行变改操作。上述用户业务私有信息本业务独有的用户信息属性，子业务具有增删改查权限。2、通过统一业务平台的统一系统配置接口对统一业务平台的公共配置信息、以及 公共基础信息进行处理，并调用数据库接口模块对内存数据库进行操作。也就是说，系统公 共基础数据(公共配置信息、以及公共基础信息)由统一配置接口模块进行处理，存入内存 数据库中，由各子业务查询使用。需要说明的是，本发明实施例中的内存数据库实现的方式有很多，现有技术中有 很多成熟的实现方法，在此不作详细说明。从上述处理可以看出，本发明实施例通过动态加载不同的业务库来支持不同的业 务，并最大可能的利用了内存操作速度高于磁盘操作的特点，提高了系统的数据处理性能， 并保证了系统的灵活扩展性和性能。装置实施例根据本发明的实施例，提供了 一种统一业务平台，在本发明实施例中，统一业务平 台需要负责整个业务系统的管理，包括以下至少之一系统参数的配置、用户数据的统一受 理、以及各种业务消息的接收与转发。图3是根据本发明实施例的统一业务平台的结构示 意图，如图3所示，根据本发明实施例的统一业务平台包括注册模块30、统一业务受理接 口 31、数据库接口模块32、内存数据库模块33。下面，对本发明实施例的统一业务平台进行 详细说明。注册模块30用于启动时对各个子业务动态链接库进行注册，并为运行各个子业 务动态链接库分配相应的系统资源；从另一角度说，各子业务需要将其功能块制作成一个动态链接库文件(S卩，上述 各个子业务动态链接库)，优选地，动态链接库文件可以为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后进行字节序转换，用ntohKntohs转换为主机字节序，得到类 型，指针偏移+2或4;步骤2，读取length后进行字节序转换，用ntohKntohs转换为主机字节序，得到 长度，指针偏移+2或4;步骤3，根据得到的长度读取value，指针偏移+Length ；步骤4，继续处理后面的TLV，直到解析出所有的TLV。此外，可以由统一业务受理接口 31的分发进程或线程根据转换成预定结构的业 务消息的类型将业务消息发送到相应的子业务动态链接库的子业务线程。也就是说，可以 由统一业务平台的分发进程或线程根据业务的消息不同将相应的业务发给对应子业务动 态链接库里的子业务线程处理，各业务间互不影响。随后，相应的子业务动态链接库的子业务线程对业务消息进行格式转换，将业务 消息由预定格式转换成各个子业务系统能够识别的业务消息。也就是说，各子业务动态链 接库负责按不同业务解析统一业务受理接口 31接收到的消息，并进行消息格式转换，转换 各子业务自己的业务消息，分发给相应的业务系统，由业务系统进行后续的业务处理。数据库接口模块32用于根据业务系统的查询请求，获取内存数据库模块33中的 基础数据，并将基础数据反馈到相应的业务系统；内存数据库模块33用于存储基础数据。需要说明的是，上述基础数据包括用户 公共信息、用户业务私有信息、公共配置信息、以及公共基础信息。统一业务平台共用的基础数据是指本平台下所有业务共用的数据，例如，基本的 系统配置参数数据，用户信息数据等。这些数据对于挂接的所有业务来说都是可见的，因 此对这部分数据的操作会非常多，对性能要求非常高。为保证这部分的业务有高效的操作 效率，内存数据库33需要定时将内存数据同步到物理数据库中，以保证数据一致性与安全 性。需要说明的是，本发明实施例中的内存数据库实现的方式有很多，现有技术中有 很多成熟的实现方法，在此不作详细说明。优选地，图4是根据本发明实施例的统一业务平台的优选结构示意图，如图4所 示，在本发明实施例中，统一业务平台除了包括统一业务受理接口、数据库接口模块、内存 数据库模块、物理数据库以外，还可以包括统一用户受理接口、以及统一系统配置接口。统一用户受理接口，用于对统一业务平台的用户公共信息、以及用户业务私有信 息进行处理，并调用数据库接口模块对内存数据库进行操作；也就是说，统一业务平台的用户信息由统一用户受理接口进行处理，统一用户受 理接口调用数据库接口操作模块对内存数据库进行操作，各子业务在业务处理过程中可以共享这些用户数据，在本发明实施例中，用户数据信息分为二部分上述用户公共信息对各业务共享通用的信息属性，子业务只有查询权限，由统一 用户受理接口统一进行变改操作。上述用户业务私有信息本业务独有的用户信息属性，子业务具有增删改查权限。统一系统配置接口，用于对统一业务平台的公共配置信息、以及公共基础信息进 行处理，并调用数据库接口模块对内存数据库进行操作。也就是说，系统公共基础数据(公 共配置信息、以及公共基础信息)由统一配置接口模块进行处理，存入内存数据库中，由各 子业务查询使用。借助于本发明实施例的技术方案，通过在统一业务平台上动态加载多种业务，解 决了现有技术中同一运营商对于不同业务需要单独建立系统配置设备的问题，通过数据库 接口模块对统一业务平台的内存数据库进行操作，解决了现有技术中各个业务系统对于基 础数据无法共享的问题。提高了系统的动态扩展性能，在一定程度上减少了系统硬件的投 入与配置，能够有效地降低项目的成本。尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到 各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。
权利要求
一种多业务统一处理方法，其特征在于，包括以下处理在统一业务平台启动时对各个子业务动态链接库进行注册，并为运行所述各个子业务动态链接库分配相应的系统资源；通过所述统一业务平台的统一业务受理接口接收用户发送的业务消息，将所述业务消息转换成预定结构，并将转换成预定结构的所述业务消息转发给相应的子业务动态链接库，由所述相应的子业务动态链接库对转换成预定结构的所述业务消息进行处理，并发送给相应的业务系统；根据所述业务系统的查询请求，通过所述统一业务平台的数据库接口模块获取内存数据库中的基础数据，并将所述基础数据反馈到所述相应的业务系统。
2.如权利要求1所述的方法，其特征在于，所述预定结构为三元动态结构，所述三元动态结构包括类型、长度、以及值；所述基础数据包括用户公共信息、用户业务私有信息、公共配置信息、以及公共基础 fn息ο
3.如权利要求1所述的方法，其特征在于，所述在统一业务平台启动时对各个子业务 动态链接库进行注册包括采用独立线程的方式在所述统一业务平台启动时对各个子业务动态链接库进行注册。
4.如权利要求2所述的方法，其特征在于，将转换成预定结构的所述业务消息转发给 相应的子业务动态链接库包括由所述统一业务平台的分发进程或线程根据转换成预定结构的所述业务消息的类型 将所述业务消息发送到相应的子业务动态链接库的子业务线程。
5.如权利要求4所述的方法，其特征在于，所述相应的子业务动态链接库对转换成预 定结构的所述业务消息进行处理包括所述相应的子业务动态链接库的子业务线程对所述业务消息进行格式转换，将所述业 务消息由所述预定格式转换成各个子业务系统能够识别的业务消息。
6.如权利要求2所述的方法，其特征在于，所述方法还包括通过所述统一业务平台的统一用户受理接口对所述统一业务平台的所述用户公共信 息、以及所述用户业务私有信息进行处理，并调用所述数据库接口模块对所述内存数据库 进行操作；通过所述统一业务平台的统一系统配置接口对所述统一业务平台的所述公共配置信 息、以及所述公共基础信息进行处理，并调用所述数据库接口模块对所述内存数据库进行 操作；通过所述统一业务平台的内存数据库将所述基础数据定时同步到物理数据库中。
7.一种统一业务平台，其特征在于，包括注册模块，用于启动时对各个子业务动态链接库进行注册，并为运行所述各个子业务 动态链接库分配相应的系统资源；统一业务受理接口，用于接收用户发送的业务消息，将所述业务消息转换成预定结构， 并将转换成预定结构的所述业务消息转发给相应的子业务动态链接库，由所述相应的子业 务动态链接库对转换成预定结构的所述业务消息进行处理，并发送给相应的业务系统；数据库接口模块，用于根据所述业务系统的查询请求，获取内存数据库模块中的基础数据，并将所述基础数据反馈到所述相应的业务系统； 所述内存数据库模块，用于存储所述基础数据。
8.如权利要求7所述的统一业务平台，其特征在于，所述预定结构为三元动态结构，所述三元动态结构包括类型、长度、以及值； 所述基础数据包括用户公共信息、用户业务私有信息、公共配置信息、以及公共基础 fn息o
9.如权利要求7所述的统一业务平台，其特征在于，所述注册模块具体用于采用独立线程的方式在所述统一业务平台启动时对各个子业 务动态链接库进行注册；所述统一业务受理接口具体用于由分发进程或线程根据转换成预定结构的所述业务 消息的类型将所述业务消息发送到相应的子业务动态链接库的子业务线程，由所述相应的 子业务动态链接库的子业务线程对所述业务消息进行格式转换，将所述业务消息由所述预 定格式转换成各个子业务系统能够识别的业务消息；所述内存数据库模块还用于将所述基础数据定时同步到物理数据库中。
10.如权利要求7所述的统一业务平台，其特征在于，所述统一业务平台还包括 统一用户受理接口，用于对所述统一业务平台的所述用户公共信息、以及所述用户业务私有信息进行处理，并调用所述数据库接口模块对所述内存数据库进行操作；统一系统配置接口，用于对所述统一业务平台的所述公共配置信息、以及所述公共基 础信息进行处理，并调用所述数据库接口模块对所述内存数据库进行操作。
全文摘要
本发明公开了一种多业务统一处理方法及统一业务平台，该方法包括在统一业务平台启动时对各个子业务动态链接库进行注册，并为运行各个子业务动态链接库分配相应的系统资源；通过统一业务平台的统一业务受理接口接收用户发送的业务消息，将业务消息转换成预定结构，并将转换成预定结构的业务消息转发给相应的子业务动态链接库，由相应的子业务动态链接库对转换成预定结构的业务消息进行处理，并发送给相应的业务系统；根据业务系统的查询请求，通过统一业务平台的数据库接口模块获取内存数据库中的基础数据，并将基础数据反馈到相应的业务系统。通过上述处理，提高了系统的动态扩展性能，能够有效地降低项目的成本。
文档编号H04W88/18GK101827302SQ20101014972
公开日2010年9月8日 申请日期2010年4月19日 优先权日2010年4月19日
发明者陶长标 申请人:中兴通讯股份有限公司