[发明专利]消息处理方法及装置

说明书

本发明公开了一种消息处理方法及装置，该方法包括以下步骤：接口模块接收消息，其中，接口模块设置在业务模块与现网接口机之间，业务模块包括锚定业务模块和IBUS业务模块，且锚定业务模块和IBUS业务模块分属不同的SCP节点；如果消息为各业务模块之间的交互消息，接口模块将各业务模块中的业务参数封装在消息体的字符串中进行传递；如果消息为各业务模块与现网接口机之间的交互消息，接口模块根据配置文件中约定的映射规则将接收到的消息体中的业务参数字符串转换为消息的目的侧能够识别的格式。通过本发明提高了智能网系统的灵活性和健壮性。

技术领域

本发明涉及通信领域，具体而言，涉及一种消息处理方法及装置。

背景技术

目前智能网项目，甚至语音类业务，业务种类很多。其中，对用户自服务操作，例如，交互式语音应答(Interactive Voice Response，简称为IVR)、非结构化补充数据业务(Unstructured Supplementary Service Data，简称为USSD)、USSD like、短信管理等，每个项目、每个业务都需要单独维护，单独定制流程，技术含量低，开发工作量大而繁琐。

因此，亟待开发一种与网络类型和用户自服务操作接入方式无关的业务系统，它能够通过配置现网的业务逻辑和接口机，实现用户自服务操作流程，即智能接口业务总线系统。该系统核心部件主要由业务模块和接口机模块组成。

业务模块主要包括锚定业务模块和IBUS业务模块。如果锚定业务模块与IBUS业务模块安装在同一个业务控制点(Service Control Point，简称为SCP)上，那么锚定业务模块直接与IBUS业务模块进行消息交互可以通过实例间通信方式实现。但是，如果锚定业务模块与IBUS业务模块不在同一个SCP上，则无法实现业务模块之间的消息控制和传递。

此外，IBUS业务为一种新业务，而现网接口机与业务的交互并不是采用同一种消息机制，而且消息接口定义也不尽相同，因此，现网接口机无法识别IBUS业务的参数化字符串消息机制和结构体。

发明内容

本发明的主要目的在于提供一种消息处理方案，以至少解决上述相关技术中无法实现不在同一SCP上的业务模块之间的消息控制和传递的问题。

为了实现上述目的，根据本发明的一个方面，提供了一种消息处理方法。

根据本发明的消息处理方法，包括以下步骤：接口模块接收消息，其中，接口模块设置在业务模块与现网接口机之间，业务模块包括锚定业务模块和IBUS业务模块，且锚定业务模块和IBUS业务模块分属不同的SCP节点；如果消息为各业务模块之间的交互消息，接口模块将各业务模块中的业务参数封装在消息体的字符串中进行传递；如果消息为各业务模块与现网接口机之间的交互消息，接口模块根据配置文件中约定的映射规则将接收到的消息体中的业务参数字符串转换为消息的目的侧能够识别的格式。

优选地，接口模块将各业务模块中的业务参数封装在消息体的字符串中进行传递包括：接口模块接收从锚定业务模块发出的携带业务参数的字符串消息，并将字符串消息发送给IBUS业务模块；以及接收IBUS业务模块返回的与字符串消息对应的响应消息，并将响应消息发送给锚定业务模块，其中，字符串消息包括以下至少之一：消息类型、会话号、网络类型、业务类型、用预定分割线(例如，“|”)分割的业务参数字符串。

优选地，接口模块将字符串消息发送给IBUS业务模块包括：在IBUS业务模块包括主用单元与备用单元的情况下，接口模块轮询分发字符串消息给IBUS业务模块的主用单元和备用单元。