技术领域

本发明涉及电信通讯行业领域， 尤其涉及智能网业务中的一种接口机处 理消息的方法和接口机。

背景技术

智能网中， 不同网元处理不同事务， 各网元之间的消息交互主要通过接 口机完成。例如，业务控制点（ Service Control Point,简称 SCP )通过 Diameter 协议 ( Diameter Credit Control,简称 DCC )向 OCS ( Online Charging System, 在线计费系统）发送实时扣费信息。 交互式语音应答业务（ Interactive Voice Response , 简称 I VR ) 业务以及非结构化补充数据业务 （ Unstmetured 简称 USSD )中通过人机接口语言（ Man- Machine

LLaanngguuaaggee,, 简简称称 MMMMLL ))协协议议向向 OOCCSS发发起起服服务务的的订订购购请请求求 。。 或或者者釆釆用用 XXMMLL 1155 (( EExxtteennttssiibbllee MMaarrkkuupp LLaanngguuaaggee ,,可可扩扩展展标标记记语语言言））协协议� ��，，与与第第三三方方进进行行交交互互，� �� 完完成成特特定定的的功功能能。。

DDmmmeetteerr协协议议结结构构性性强强，， SSCCPP有有专专门门的的模模块块完完成成协协 议议的的解解析析，， 接接口口机机只只 需需要要处处理理消消息息交交互互部部分分 ，， 这这样样接接口口机机的的功功能能也也就就 相相对对固固定定，， 不不需需要要很很强强的的扩扩 展展性性。。 但但是是对对于于其其他他协协议议，， 例例如如，， MMMMLL或或者者 XXMMLL协协议议，， 接接口口机机需需要要处处理理协协

2200 议议的的解解析析操操作作，， 将将这这些些标标准准协协议议与与业业务务 和和接接口口机机之之间间通通过过固固定定 的的内内部部协协议议进进 行行映映射射，， 从从而而完完成成业业务务与与第第三三方方 之之间间的的消消息息交交互互。。 虽虽然然都都是是采采用用标标准准协协议议 来来 进进行行交交互互，，但但是是不不同同的的 IIVVRR业业务务或或者者 UUSSSSDD业业务务在在协协议议中中个个别别命� ��令令的的解解析析要要 求求上上面面存存在在差差异异，， 这这样样就就需需要要用用不不同同的的接接 口口机机版版本本与与之之对对应应，， 这这就就造造成成接接口口 机机版版本本非非常常多多，，而而且且每每 当当一一个个 IIVVRR业业务务版版本本或或者者 UUSSSSDD业业务务版版本本有有变变化化的的时� ��

2255 候候，， 其其对对应应的的接接口口机机版版本本也也 很很有有可可能能需需要要修修改改，， 很很多多时时候候，， 同同一一个个协协议议命命令令 需需要要在在不不同同的的接接口口机机版版 本本中中进进行行开开发发，， 这这样样也也无无形形的的增增加加了了开开 发发的的工工作作量量，， 发明内容 本发明要解决的技术问题是提供一种接口机处 理消息的方法和接口机， 以解决传统接口机开发模式中， 接口机版本多， 复用性差、 维护成本高， 扩 展性差等缺点。

为了解决上述技术问题， 本发明提供了一种接口机处理消息的方法， 包 括：

接口机接受用户输入的协议内容， 将所述协议内容转换为一配置文件， 或者接受导入的配置文件；

所述接口机根据所述配置文件对收到的消息进 行解析处理， 然后转发给 第三方网元。

优选地， 上述方法还具有下面特点： 所述接口机接受用户输入的协议内 容是通过以下方式实现的：

所述接口机通过提供图形化的用户界面来接受 用户输入的协议内容。 优选地， 上述方法还具有下面特点： 所述接口机根据所述配置文件对收 到的消息进行解析处理过程中包括：

所述接口机对所述消息的参数格式进行校验， 如校验失败， 则根据失败 的原因将特定的错误码发送给第三方网元。

优选地， 上述方法还具有下面特点： 所述接口机对收到的消息进行解析 处理之前， 还包括：

对所述消息的有效性进行校验， 如校验为无效的消息， 则返回特定的错 误码， 或者直接丟弃所述消息。

优选地， 上述方法还具有下面特点：

所述协议内容包括： 命令码、 入参和出参；

所述接口机根据所述配置文件对收到的消息进 行解析处理包括： 如所述接口机收到的消息是业务请求消息， 则解析该业务请求消息的命 令码， 如查找到命令码对应的业务请求消息配置， 则根据所述入参对所述业 务请求消息进行解析；

如所述接口机收到的消息是在线计费系统返回 的响应消息， 则根据所述 出参对所述响应消息进行解析。

优选地， 上述方法还具有下面特点： 所述配置文件的格式包括： 可扩展标记语言格式。

为了解决上述问题， 本发明还提供了一种接口机， 包括：

第一模块， 设置为： 接受用户输入的协议内容， 将所述协议内容转换为 一配置文件， 或者接受导入的配置文件；

第二模块， 设置为： 根据所述配置文件对收到的消息进行解析处理 ， 将 处理后的消息发送给第三模块；

第三模块， 设置为： 将所述第二模块发送的消息转发给第三方网元 ， 将 第三方网元发送的消息发给所述第二模块。

优选地， 上述接口机还具有下面特点：

所述第一模块， 设置为： 是通过提供图形化的用户界面来接受用户输入 的协议内容的。

优选地， 上述接口机还具有下面特点：

所述第二模块， 设置为： 在根据所述配置文件对收到的消息进行解析处 理过程中， 对所述消息的参数格式进行校验， 如校验失败， 则根据失败的原 因将特定的错误码发送给所述第三模块；

所述第三模块， 还设置为： 将所述错误码发送给第三方网元。

优选地， 上述接口机还具有下面特点：

所述第三模块， 设置为： 将第三方网元发送的消息发给所述第二模块之 前， 对所述消息的有效性进行校验， 如校验为无效的消息， 则向第三方网元 返回特定的错误码， 或者直接丟弃所述消息。

优选地， 上述接口机还具有下面特点： 所述协议内容包括： 命令码、 入 参和出参，

所述第二模块， 设置为： 如收到的消息是业务请求消息， 则解析该业务 请求消息的命令码， 如查找到命令码对应的业务请求消息配置， 则根据所述 入参对所述业务请求消息进行解析； 如所述接口机收到的消息是在线计费系 统返回的响应消息 , 则根据所述出参对所述响应消息进行解析。 优选地， 上述接口机还具有下面特点： 所述配置文件的格式包括： 可扩展标记语言格式。

本发明实施例公开了一种接口机处理消息的方 法和接口机， 解决了传统 接口机的功能扩展性差、 复用性差、 开发难度大、 周期长的问题。 本发明实 施例还实现配置文件的导入和导出功能， 有效的降低了配置复杂度。 附图概述

图 1为本发明实施例的一种接口机处理消息的方� �的流程图。

图 2为本发明实施例的接口机的示意图。

图 3为本发明一应用示例的接口机处理消息的流� �图。

本发明的较佳实施方式

下文中将结合附图对本发明的实施例进行详细 说明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互 任意组合。

为了更好地理解本发明， 下面结合附图和具体实施例对本发明作进一步 地描述。

图 1为本发明实施例的一种接口机处理消息的方� �的流程图， 如图 1所 示， 本实施例的方法包括：

S10、 接口机接受用户输入的协议内容， 将所述协议内容转换为一配置 文件， 或者接受导入的配置文件；

S20、 接口机根据所述配置文件对收到的消息进行解 析处理， 然后转发 给第三方网元。

步骤 S10中， 接口机可以通过提供图形化的用户界面来接受 用户输入的 协议内容。

步骤 S20中， 接口机根据所述配置文件对收到的消息进行解 析处理过程 中包括： 接口机对所述消息的参数格式进行校验， 如校验失败， 则根据失败 的原因将特定的错误码发送给第三方网元。

步骤 S20中，接口机根据所述配置文件对收到的消息 进行解析处理之前， 还包括， 对所述消息的有效性进行校验， 如校验为无效的消息， 则返回特定 的错误码， 或者直接丟弃所述消息。

图 2为本发明实施例的接口机的示意图， 如图 2所示， 本实施例的接口 机包括：

配置文件生成模块， 提供一个图形化的用户界面， 接受用户输入需要解 析的协议内容（协议内容可以包括协议的命令 码、 入参（指协议的请求消息 中的一系列参数） 、 出参（指协议的响应消息中的一系列参数） ， 并将用户 输入的协议内容转换为一个可以解析的配置文 件， 发送给消息解析模块； 导入模块， 用户可以通过直接编写 XML格式配置文件来完成配置， 然 后通过导入模块导入到系统。

配置文件生成模块和导入模块的组合相当于第 一模块。

所述配置文件生成模块还负责对用户输入的协 议的命令码、 入参、 出参 进行校验， 并将校验结果返回给用户。 具体的校验可以包括： 命令码长度是 否超过限制， 命令码是否是由字母或数字组成， 不存在其他非法字符。 入参 和出参的校验包括其定义是否完整， 即是否包含参数名称、 参数类型、 参数 大小三部分。 其名称是否由字母和数字组成， 不存在其他非法字符。 入参和 出参的个数是否超过系统定义的最大值。 如果其中任何一条校验失败， 都会 提示用户， 要求用户重新输入。

所述配置文件生成模块所釆用的配置文件的格 式可以是多种多样的， 本 言的. c格式， 或者可以自己定义格式例如 .cfg ) , 并且提供了配置文件的导入 和导出功能。 所述的配置文件生成模块， 在配置文件有变化时， 会实时通知 消息解析模块， 更新其存储在内存的配置文件。

消息解析模块（相当于第二模块） ， 根据配置文件对收到的消息进行解 析， 如果收到的消息是业务请求消息， 则将收到消息解析为配置文件中所规 定的请求格式（例如根据配置文件的入参部分 进行解析） ， 然后转给消息转 发模块。如果收到的消息是 OCS返回的响应消息，则将收到消息解析为与业 务之间的内部消息 （根据配置文件的出参部分进行解析， 然后再根据配置文 件中的参数规整要求对出参进行规整） ， 然后转给消息转发模块。

所述消息解析模块还负责对收到的消息的参数 格式 (如消息中的参数类 型、 长度、 有效性）进行校验， 并将校验结果发送给消息转发模块， 对校验 失败的消息， 根据失败的原因， 用特定的错误码表示并将结果发送给消息转 发模块。

消息转发模块（相当于第三模块） ， 负责消息的接收和发送， 将收到的 消息转发给相应的第三方网元并且将第三方网 元发送的消息转给消息解析模 块进行处理。例如，将收到的业务或者 OCS的消息转发给消息解析模块进行 处理， 并将由消息解析模块发送的消息转发给业务或 者 ocs。

所述消息转发模块还负责对收到的消息的有效 性进行校验， 对于无效的 消息， 不转给消息解析模块处理。 具体地， 对于有效时间内仍没有得到响应 的消息， 返回特定的错误码给业务。 对于在超过有效时间收到的响应消息， 直接丟弃。

所述配置文件生成模块包含协议格式录入子模 块和参数处理要求录入子 模块。

其中， 协议格式录入子模块负责用于接受用户输入协 议录入； 负责对参 数的命令码、 入参、 出参的录入， 并将其转换为要求的 XML格式。

参数处理要求录入子模块负责用于接受用户输 入的协议出参的算法录入, 负责对协议中， OCS返回的参数进行规整要求进行配置， 例如： 单位换算、 求多组参数中的最大值、 最小值等。 最后， 参数处理要求录入子模块也将其 转换为要求的 XML格式， 写入配置文件中。

所述消息解析模块包含入参解析子模块、 出参解析子模块和参数规整子 模块。

其中，入参解析子模块，负责根据配置文件生 成模块所生成的配置文件， 对由消息转发模块收到的请求消息进行解析， 并将解析结果发送给消息转发 模块。 出参解析子模块， 负责根据配置文件生成模块所生成的配置文件 ， 对由 消息转发模块收到的响应消息进行解析，并且 解析结果发送给参数规整模块。

参数规整子模块， 负责根据配置文件生成模块所生成的配置文件 ， 对由 出参解析模块得到的解析结果进行参数的规整 ， 最后再将结果发送给消息转 发模块。

所述消息转发模块， 负责和第三方网元链路的建立和消息的转发， 可以 不仅仅局限于业务和 OCS, 可以扩展为需要通过接口机解析固定协议格式 的 消息的交互的一系列外部网元。

本发明实施例提供了一个人机交互界面进行配 置文件的配置， 并且提供 了配置文件的导入和导出功能， 用户可以通过直接编写 XML格式配置文件 来完成配置， 然后再导入到系统中， 使得配置简单、 易用、 高效。 本发明釆 用 XML语言配置文件来描述协议的解析规则， 并且提供了参数规整功能， 不同 IVR系统和 USSD系统只要根据自己的要求配置协议的解析� �则，就可 以完成所需要消息解析， 保证了接口机的扩展性、 复用性、 灵活性。 本发明 实施例不局限于某一种特定的协议， 只需要接口协议解析规则可以明确的表 示， 这样在需要釆用多种协议进行交互时， 只需要部署一个接口机即可， 降 低了工程实施的复杂度， 方便用户进行管理。

下面以 MML协议（当然， 还可以是其他协议， 例如 HTTP协议， smpp 协议）为例， 可配置接口机处理的步骤如图 3所示， 具体如下：

步骤 101、 接口机的消息转发模块收到业务的 MML请求消息。

其中， 消息转发模块需要对收到 MML请求消息进行校验， 校验成功后 将消息发送给消息解析模块处理。 对收到 MML请求消息的如下方面进行校 验：

消息所需要发送到的目的 OCS是否存在；

目的 OCS是否已建链成功。

步骤 102、 消息解析模块首先解析此 MML请求消息的命令码， 并在配 置列表中查找， 如果查找到命令码所对应的 MML请求消息配置， 则跳转到 步骤 104; 否则， 则执行步骤 103。 步骤 103、 查找失败， 则消息解析模块给消息转发模块返回错误， 消息 转模块将消息转发给业务， 并且结束本次会话。

步骤 104、查找成功后，消息解析模块将对此消息进 行解析，转换为 MML 协议的入参， 业务传送的字段根据配置转换为入参。

其中， 消息解析模块除了完成消息解析， 还需要对参数进行校验。 当校 验失败时， 则跳转步骤 103。 对参数进行如下方面的校验：

参数类型是否与配置文件的一致；

参数的个数是否与配置文件的一致；

参数的值是超过配置文件的范围。

步骤 105、 解析入参成功以后， 消息解析模块将解析出的 MML请求消 息发送消息转发模块， 并且消息转发模块发送给目的 ocs。

其中， 消息转发模块需要保存本次操作的会话号， 并且设置定时器进行 等待， 如果超过定时器还没有收到对应的响应消息， 则释放本次会话号， 跳 转到步骤 103 , 否则执行步骤 106。

步骤 106、 消息解析模块收到 OCS发送的响应消息。

该步骤中， 需要进行初步校验， 如果校验失败则直接丟弃， 否则将消息 转发给消息解析模块， 跳转步骤 107。 需要根据如下方面进行初步校验： 消息的会话号是否是有效的会话号，即是否在 定时器内收到的响应消息； 需要接收此响应消息的业务是否依然建链正常 。

步骤 107、 消息解析模块根据配置的规则对 OCS返回的响应消息进行解

该步骤中， 需要对参数进行如下校验：

参数类型是否与配置文件的一致；

参数的个数是否与配置文件的一致；

参数的值是超过配置文件的范围。

步骤 108、 判断解析结果， 如果存在无效的参数， 即参数解析失败， 则 跳转步骤 109 , 否则跳转步骤 110。 步骤 109、 参数解析失败， 消息解析模块给消息转发模块返回错误， 消 息转发模块将消息转发给业务， 并且结束本次会话。

步骤 110、 参数解析成功， 消息解析模块再判断配置文件是否针对出参 有规整要求， 如没有， 则跳转步骤 111 , 否则跳转步骤 112。

步骤 111、 参数解析模块将解析出的结果返回给消息转发 模块， 并且由 消息转发模块转发给业务， 结束本次会话。

步骤 112、参数解析模块将解析出的配置的规则对参 数进行二次处理后， 然后转到步骤 111。

从上面可配置接口机处理 MML消息的步骤可以看出， 接口机对 MML 消息的处理取决于配置文件， 当有新增的 MML消息需要解析时， 只需要提 供处理规则就可以完成解析， 不需要修改接口机代码， 有很强的可扩展性。 并且在解析过程中， 产生的异常返回都有一系列内部返回码对应， 使用人员 只需要根据返回码就可以轻松定位问题。 本发明可以有效地解决传统 MML 接口机， 接口机版本多， 复用性差、 维护成本高， 扩展性差等缺点。

本领域普通技术人员可以理解上述方法中的 全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。

以上仅为本发明的优选实施例， 当然， 本发明还可有其他多种实施例， 在不背离本发明精神及其实质的情况下， 熟悉本领域的技术人员当可根据本 发明作出各种相应的改变和变形， 但这些相应的改变和变形都应属于本发明 所附的权利要求的保护范围。

工业实用性 本发明实施例公开了一种接口机处理消息的方 法和接口机， 解决了传统 接口机的功能扩展性差、 复用性差、 开发难度大、 周期长的问题。 本发明实 施例还实现配置文件的导入和导出功能， 有效的降低了配置复杂度。