运营支持系统数据的远端维护方法及系统、远端开户代理

摘要

本发明公开了一种运营支持系统数据的远端维护系统，包括：BOSS、DBIO和数据库，BOSS通过DBIO与数据库连接，系统还包括远端开户代理单元，远端开户代理单元位于至少一种BOSS与DBIO之间，还包括：标准通信模块，用于向至少一种运营支持系统BOSS提供通信接口，建立与至少一种BOSS的通信链路并维护；至少一种协议模块，用于向至少一种BOSS提供基于标准通信协议的应用协议接口，解析至少一种BOSS发送的协议消息；消息转换模块，用于将至少一种协议模块解析的协议消息转发给DBIO，并在接收到DBIO的消息后转发给至少一种协议模块。本发明同时公开了一种运营支持系统数据的远端维护方法及远端开户代理。本发明支持更广泛的开拓了增值业务。

说明书

技术领域

本发明涉及运营支持系统(BOSS，Business & Operation Support System)数据的远端维护技术，尤其涉及一种支持多协议接口的远端开户代理，以及运营支持系统数据的远端维护方法及系统。

背景技术

全球电信市场正在走向开放和自由化，顾客的需求在不断变化和增加，电信运营商基于短消息推出的增值业务种类越来越多，对短消息中心的功能需求也日益增长。对于层出不穷的增值业务，短消息中心必须能够及时从运营支持系统(BOSS)获取用户的开户信息，才能对用户消息进行正确且有效的鉴权。

国内外各大电信运营商使用的BOSS，几乎都是根据自身的需求独立开发的，与短消息中心对接时采用的接口协议并不统一。为了适应不同的运营商的需求，短消息中心需要针对不同BOSS所支持的接口协议，开发与不同的BOSS连接的接口。如果把对接口协议的处理独立出来，把对接口协议的解释和与BOSS的对接及交互交给一个统一的开户代理网关处理，业务开发人员就可以专注于实现业务的功能，从而可以提高业务开发的效率。并且，统一的开户代理网关处理能兼容不同的BOSS，能面向所有的运营商提供业务接入。

遗憾的是，由于运营商之间的独立性，目前尚没有能兼容多BOSS接入的系统，各运营商仍是各自维护自己的运营网络，这对将来组网化的发展趋势而言，是不利的。

发明内容

有鉴于此，本发明的主要目的在于提供一种运营支持系统数据的远端维护方法及系统、远端开户代理，能向各种不同的BOSS提供能接入短消息中心的用户数据库的接口，能实现远程的用户开户数据的维护。

为达到上述目的，本发明的技术方案是这样实现的：

一种运营支持系统数据的远端维护方法，包括：

根据BOSS所支持的协议对所接收到的来自所述BOSS的消息进行解析，将所解析出的消息转发给DBIO；以及

接收到所述DBIO对所解析出的消息的处理结果消息后，转换为所述BOSS所支持的协议消息，并发送给所述BOSS。

优选地，所述BOSS的消息包括开户请求消息、销户请求消息、查询请求消息；所述处理结果消息包括开户成功消息、开户失败消息、销户成功消息、销户失败消息、查询结果消息及查询失败消息。

优选地，所述BOSS所支持的协议包括超文本传输协议HTTP、基于TCP/IP的应用接口协议。

一种运营支持系统数据的远端维护系统，包括运营支持系统BOSS、数据库输入/输出单元DBIO和数据库，所述BOSS通过所述DBIO与所述数据库连接，所述系统还包括远端开户代理单元，所述远端开户代理单元位于至少一种BOSS与所述DBIO之间，包括：

标准通信模块，用于向至少一种运营支持系统BOSS提供通信接口，建立与所述至少一种BOSS的通信链路并维护；

至少一种协议模块，用于向所述至少一种BOSS提供基于标准通信协议的应用协议接口，解析所述至少一种BOSS发送的协议消息；以及

消息转换模块，用于将所述至少一种协议模块解析的协议消息转发给数据库输入/输出单元DBIO，并在接收到所述DBIO的消息后转发给所述至少一种协议模块。

优选地，所述远端开户代理单元位于所述DBIO中。

优选地，所述至少一种协议模块包括超文本传输协议HTTP模块、基于TCP/IP的应用接口协议模块。

一种支持多协议接口的远端开户代理，包括：

标准通信模块，用于向至少一种运营支持系统BOSS提供通信接口，建立与所述至少一种BOSS的通信链路并维护；

至少一种协议模块，用于向所述至少一种BOSS提供基于标准通信协议的应用协议接口，解析所述至少一种BOSS发送的协议消息；

消息转换模块，用于将所述至少一种协议模块解析的协议消息转发给数据库输入/输出单元DBIO，并在接收到所述DBIO的消息后转发给所述至少一种协议模块。

优选地，所述至少一种协议模块包括超文本传输协议HTTP模块、基于TCP/IP的应用接口协议模块。

本发明中，在短消息中心的用户信息数据库上设置一个远端开户代理，实现与不同BOSS的接口协议连接，将各BOSS的开户、销户处理请求转发给DBIO，由DBIO实现对用户的开户、销户处理，并将处理结果通过远端开户代理再转发给各BOSS。由于远端开户代理中加载有各BOSS所支持的接口协议的解析模块，因此能实现对各BOSS所发送的协议数据的准确解析，从而实现了不同的BOSS共用同一个DBIO及数据库。本发明的技术方案能使短信中心与不同类型的BOSS系统对接，能更广泛的开拓增值业务。

附图说明

图1为本发明运营支持系统数据的远端维护系统的组成结构示意图；

图2为本发明远端开户代理单元具体的应用示意图；

图3为本发明运营支持系统数据的远端维护方法的流程图。

具体实施方式

本发明的基本思想是：在短消息中心的用户信息数据库上设置一个远端开户代理，实现与不同BOSS的接口协议连接，将各BOSS的开户、销户处理请求转发给DBIO，由DBIO实现对用户的开户、销户处理，并将处理结果通过远端开户代理再转发给各BOSS。由于远端开户代理中加载有各BOSS所支持的接口协议的解析模块，因此能实现对各BOSS所发送的协议数据的准确解析，从而实现了不同的BOSS共用同一个DBIO及数据库。本发明的技术方案能使短信中心与不同类型的BOSS系统对接，能更广泛的开拓增值业务。

为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照附图，对本发明进一步详细说明。

图1为本发明运营支持系统数据的远端维护系统的组成结构示意图，如图1所示，本发明运营支持系统数据的远端维护系统包括BOSS、远端开户代理单元(BossAgent)、数据库输入/输出单元(DBIO，Database Input/Output)和数据库(Database)，BOSS通过BossAgent与DBIO连接，DBIO与数据库连接。此时，BOSS作为客户端，而BossAgent、DBIO及数据库作为服务端。本发明中，BossAgent完成的功能包括：完成与各BOSS之间所建立的链路的管理，包括链路的建立与断开。可以同时支持多种协议，如超文本传输协议(HTTP，HyperText Transfer Protocol)、基于TCP/IP协议的应用协议等。根据具体的接口协议约定，处理协议的非业务消息，例如接收并处理绑定消息、主动发送心跳消息或者接收并处理客户端(BOSS)心跳消息等。完成协议消息(BOSS处的消息)与内部消息(数据库处的消息)之间的转换。将收到的协议消息转换成内部消息，通过内部消息接口发送给业务单元(DBIO)，接收DBIO发送过来的内部消息，转换为相应BOSS所支持的协议消息，并将消息数据通过与该BOSS所建立的链路发送给该相应的BOSS。从而使协议对业务模块(DBIO)透明化，业务模块只需处理业务相关数据。对应协议模块可以是多线程处理的。本发明中，BossAgent既可以单独作为一个物理实体存在，也可以与DBIO部署在一起。

图2为本发明远端开户代理单元具体的应用示意图，如图2所示，本发明的远端开户代理单元包括标准通信模块、至少一种协议模块以及消息转换模块(图中未示出)，其中，标准通信模块用于向至少一种运营支持系统BOSS提供通信接口，建立与所述至少一种BOSS的通信链路并维护；至少一种协议模块，用于向所述至少一种BOSS提供所述BOSS支持的特定协议接口，解析所述至少一种BOSS发送的协议消息；消息转换模块用于将所述至少一种协议模块解析的协议消息转发给数据库输入/输出单元DBIO，并在接收到所述DBIO的消息后转发给所述至少一种协议模块。本发明中，对于支持相同接口协议的多个BOSS而言，可以共用同一个协议模块；也可以为所有的BOSS设置各自的协议模块，以专门处理该BOSS所发送的相应的协议数据。本领域技术人员应当理解，本发明的消息转换模块位于协议模块与DBIO之间，用于实现远端开户代理单元与DBIO之间的消息交互，通过简单的消息收发模块即可实现。以下说明上述各模块之间是如何协同工作的：

如图2所示，在步骤201中，各BOSS(BOSS_1、BOSS_2、BOSS_3……)与标准通信模块建立物理socket链接。

若BOSS采用HTTP接口协议，至此，业务层链路已建立。

否则，进入步骤202。

在步骤202中，标准通信模块通知各协议模块(协议模块1、协议模块2、协议模块3)，BOSS与BossAgent中的标准通信模块已建立socket链接。

在步骤203中，协议模块分配内部socket信息资源，回复成功响应。

若BOSS采用的基于TCP/IP的应用接口协议没有绑定流程，至此，业务层链路已建立。

否则，进入步骤204。

在步骤204中，各BOSS用BossAgent所分配的用户名、密码、IP地址等，向BossAgent发送绑定请求。

在步骤205中，BossAgent返回绑定响应。

若BOSS采用的基于TCP/IP的应用接口协议有绑定流程，至此，业务层链路建立。

图3为本发明运营支持系统数据的远端维护方法的流程图，如图3所示，当业务层链路成功建立后，BOSS即可通过BossAgent发送开户、销户、查询等请求，实现对数据库中各种签约用户的数据进行维护，具体实现包括以下步骤：

在步骤301中，BOSS向BossAgent发送开户请求消息。

在步骤302中，BossAgent对应的协议模块收到该开户请求消息，首先对该开户请求消息进行解码，若解码成功，则将外部码流消息转换成内部消息体(DBIO所支持的消息体)，同时，封装上相应的消息头，发送给业务模块DBIO。

在步骤303中，DBIO接收到该开户请求消息后进行解析并处理，提取开户请求消息中用户信息并存储于数据库中，并在处理完该开户请求消息后，向发送开户请求消息的BossAgent中对应的协议模块回复开户响应消息。

在步骤304中，BossAgent中对应的协议模块收到DBIO的开户响应消息后，将该响应消息转换成协议码流，通过标准通信模块向相应的BOSS回复开户响应消息。

图3所示仅是用户开户处理方式的示例，本领域技术人员应当理解，销户、查询请求等流程与开户流程类似，不再一一赘述。本发明中，BossAgent向BOSS返回的响应消息包括开户成功消息、开户失败消息、销户成功消息、销户失败消息、查询结果消息及查询失败消息。

本发明中，在BOSS需要对某用户进行鉴权时，通过向BossAgent发送查询指令，通过所返回的响应消息即可确定用户是否为已开户的用户。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。