[发明专利]移动通信系统中消息接口完全可配置框架的装置及其方法

说明书

技术领域

本发明涉及移动通信技术，特别是涉及一种移动通信系统中定义前后台消息接口完全可配置框架的装置及其方法。

背景技术

网管领域中，存在着这样一个普遍的现象，网络管理系统(简称网管系统)与被管理对象之间存在大量的不同类型的消息接口。由于网络产品生产公司涉及很长的产品线，项目分工很细，一般网管版本的开发与实际通讯业务的前台版本开发属于不同部门、不同项目，这样前后台的接口问题就很突出了，经常是前台接口改变，而后台没有得到通知，导致版本发布出现问题。关于接口改变，最小的修改类似结构中某个字段类型的修改，某个字段宏值发生修改类似1表示“激活”改为3表示“激活”。这种修改会因前后台不同步而导致功能失败，很小的问题会带来网管异常、内存越界。接口问题常常直接影响到网络产品的发布与推广，对产品质量也有影响。因此网络产品生产公司需要花费较多的会议时间，用于接口变更的商讨与通知，同时也需要花费大量的时间用于与接口适配相关的编码与交流。

问题的关键在于不同项目针对同一个接口开发，接口的变化在前台项目，而后台项目却需要花费大量时间去适配，而且这种适配需要细心和耐心，经常发生前台单方面修改了接口，没有及时通知后台，从而导致网管系统的功能不可用。

网管系统与业务项目的接口只有消息接口，消息接口又分为三种类型：

1)目的端(后台)不对应数据库，并不必涉及数据类型、数据字典的转换；

2)目的端不直接对应数据库，但是消息交互采用了数据域信息描述与数据信息，仍要进行数据适配；

3)两端(前台、后台)都有数据库，需要进行数据适配。

目前，常见的实现方式都未对上述三种情况作特别处理，导致代码接口变更对齐工作量非常大，不利于网络产品的稳定。只要目的端是数据库且当涉及到目的端数据表的交互时，则比较麻烦，涉及数据库的类型适配、数据字典，需要大量的时间来解决接口变更与新功能的加入；由于不同版本，目的端数据库的数据字典定义就会有差别，如果不能设法将这种差异性从代码中分离出来，每次版本制作都会涉及代码的维护，比较繁琐，同时也容易出错。

另外，即使目的端不涉及数据库操作，接口仅涉及双边的数据结构的一致性约定，通常做法是采用前后台系统共用同一个数据结构的头文件，而只要涉及前台协议的调整，结构就会有修改，这样就涉及硬编码的调整，接口的变更导致代码的修改，不利于框架代码的稳定。

发明内容

本发明所要解决的技术问题在于提供一种移动通信系统中消息接口完全可配置框架的装置及其方法，用于解决前后台消息接口代码修改导致的框架代码整体不稳定的问题。

为了实现上述目的，本发明还提供了一种移动通信系统中消息接口完全可配置框架的装置，所述移动通信系统包括前台、后台，其特征在于，该装置包括：

业务接口模块，设置于所述前台上，用于根据接收的脚本描述文件实现所述前台与所述后台之间的业务接口的对齐；及

网管框架模块，设置于所述后台上，用于向所述业务接口模块提供所述脚本描述文件，并通过写脚本描述文件加入网管版本。

所述的消息接口完全可配置框架的装置，其中，所述业务接口为消息接口，包括：所述后台无数据库、所述后台有数据库、所述前台、所述后台都有数据库。

所述的消息接口完全可配置框架的装置，其中，当所述消息接口为所述后台无数据库时，所述业务接口模块根据所述网管框架模块的配置文件所定义的偏移找到对应的配置的域，根据定义的解析方法，查找相应的资源文件，给出对应的解析。

所述的消息接口完全可配置框架的装置，其中，当所述消息接口为所述后台有数据库时，所述业务接口模块通过将与接口相关的部分与相对不变的流程部分分离，并对与接口相关的部分采取配置文件与转换实行类进行处理。

所述的消息接口完全可配置框架的装置，其中，当所述消息接口为所述前台、所述后台都有数据库时，所述业务接口模块定义所述前台的数据字典的配置文件对常用类型的数组的处理抽取为默认处理，通过扩展转换策略类对相关业务进行处理。

为了实现上述目的，本发明提供了一种移动通信系统中消息接口完全可配置框架的方法，所述移动通信系统包括前台、后台，所述前台上设置有业务接口模块；所述后台上设置有网管框架模块，其特征在于，该方法包括：

步骤一，建立所述业务接口模块与所述网管框架模块之间的链接；及

步骤二，由所述业务接口模块根据所述网管框架模块提供的脚本描述文件实现所述前台与所述后台之间的业务接口的对齐，所述网管框架模块通过写脚本描述文件加入网管版本。