一种接口机处理消息的方法和接口的制造方法
【专利摘要】本发明提供一种接口机处理消息的方法和接口机，该方法包括：接口机接受用户输入的协议内容，将所述协议内容转换为一配置文件，或者接受导入的配置文件；所述接口机根据所述配置文件对收到的消息进行解析处理，然后转发给第三方网元。本发明可以解决传统接口机开发模式中，接口机版本多，复用性差、维护成本高，扩展性差等缺点。
【专利说明】一种接口机处理消息的方法和接口机
【技术领域】
[0001]本发明涉及电信通讯行业领域，尤其涉及智能网业务中的一种接口机处理消息的方法和接口机。
【背景技术】
[0002]智能网中，不同网元处理不同事务，各网元之间的消息交互主要通过接口机完成。例如，业务控制点(Service Control Point,简称 SCP)通过 Diameter 协议(DiameterCredit Control,简称 DCC) (? OCS (Online Charging System,在线计费系统)发送实时扣费信息。交互式语音应答业务(Interactive Voice Response,简称IVR)业务以及非结构化补充数据业务(Unstructured Supplementary Service Data,简称USSD)中通过人机接口语言(Man-Machine Language,简称MML)协议向OCS发起服务的订购请求。或者采用XML(Extentsible Markup Language,可扩展标记语言)协议,与第三方进行交互,完成特定的功能。
[0003]Diameter协议结构性强，SCP有专门的模块完成协议的解析，接口机只需要处理消息交互部分，这样接口机的功能也就相对固定，不需要很强的扩展性。但是对于其他协议，例如，MML或者XML协议，接口机需要处理协议的解析操作，将这些标准协议与业务和接口机之间通过固定的内部协议进行映射，从而完成业务与第三方之间的消息交互。虽然都是采用标准协议来进行交互，但是不同的IVR业务或者USSD业务在协议中个别命令的解析要求上面存在差异，这样就需要用不同的接口机版本与之对应，这就造成接口机版本非常多，而且每当一个IVR业务版本或者USSD业务版本有变化的时候，其对应的接口机版本也很有可能需要修改，很多时候，同一个协议命令需要在不同的接口机版本中进行开发，这样也无形的增加了开发的工作量，提高了开发成本和维护成本。
【发明内容】
[0004]本发明要解决的技术问题是提供一种接口机处理消息的方法和接口机，以解决传统接口机开发模式中，接口机版本多，复用性差、维护成本高，扩展性差等缺点。
[0005]为了解决上述技术问题，本发明提供了一种接口机处理消息的方法，包括:
[0006]接口机接受用户输入的协议内容，将所述协议内容转换为一配置文件，或者接受导入的配置文件；
[0007]所述接口机根据所述配置文件对收到的消息进行解析处理，然后转发给第三方网
J Li ο
[0008]进一步地，上述方法还具有下面特点:所述接口机接受用户输入的协议内容是通过以下方式实现的:
[0009]所述接口机通过提供图形化的用户界面来接受用户输入的协议内容。
[0010]进一步地，上述方法还具有下面特点:所述接口机根据所述配置文件对收到的消息进行解析处理过程中包括:[0011]所述接口机对所述消息的参数格式进行校验，如校验失败，则根据失败的原因将特定的错误码发送给第三方网元。
[0012]进一步地，上述方法还具有下面特点:所述接口机对收到的消息进行解析处理之前，还包括:
[0013]对所述消息的有效性进行校验，如校验为无效的消息，则返回特定的错误码，或者直接丢弃所述消息。
[0014]进一步地,上述方法还具有下面特点:
[0015]所述协议内容包括:命令码、入参和出参；
[0016]所述接口机根据所述配置文件对收到的消息进行解析处理包括:
[0017]如所述接口机收到的消息是业务请求消息，则解析该业务请求消息的命令码，如查找到命令码对应的业务请求消息配置，则根据所述入参对所述业务请求消息进行解析；
[0018]如所述接口机收到的消息是在线计费系统返回的响应消息，则根据所述出参对所述响应消息进行解析。
[0019]进一步地，上述方法还具有下面特点:所述配置文件的格式包括:
[0020]可扩展标记语言格式。
[0021]为了解决上述问题，本发明还提供了一种接口机，包括:
[0022]第一模块，用于接受用户输入的协议内容，将所述协议内容转换为一配置文件，或者接受导入的配置文件；
[0023]第二模块，用于根据所述配置文件对收到的消息进行解析处理，将处理后的消息发送给第三模块；
[0024]第三模块，将所述第二模块发送的消息转发给第三方网元，将第三方网元发送的消息发给所述第二模块。
[0025]进一步地，上述接口机还具有下面特点:
[0026]所述第一模块，是通过提供图形化的用户界面来接受用户输入的协议内容的。
[0027]进一步地，上述接口机还具有下面特点:
[0028]所述第二模块，在根据所述配置文件对收到的消息进行解析处理过程中，还用于对所述消息的参数格式进行校验，如校验失败，则根据失败的原因将特定的错误码发送给所述第三模块；
[0029]所述第三模块，还用于将所述错误码发送给第三方网元。
[0030]进一步地，上述接口机还具有下面特点:
[0031]所述第三模块，将第三方网元发送的消息发给所述第二模块之前还用于，对所述消息的有效性进行校验，如校验为无效的消息，则向第三方网元返回特定的错误码，或者直接丢弃所述消息。
[0032]进一步地，上述接口机还具有下面特点:所述协议内容包括:命令码、入参和出参，
[0033]所述第二模块，具体用于如收到的消息是业务请求消息，则解析该业务请求消息的命令码，如查找到命令码对应的业务请求消息配置，则根据所述入参对所述业务请求消息进行解析；如所述接口机收到的消息是在线计费系统返回的响应消息，则根据所述出参对所述响应消息进行解析。[0034]进一步地，上述接口机还具有下面特点:所述配置文件的格式包括:
[0035]可扩展标记语言格式。
[0036]本发明公开了一种接口机处理消息的方法和接口机，解决了传统接口机的功能扩展性差、复用性差、开发难度大、周期长的问题。本发明还实现配置文件的导入和导出功能，有效的降低了配置复杂度。
【专利附图】
【附图说明】
[0037]图1为本发明实施例的一种接口机处理消息的方法的流程图。
[0038]图2为本发明实施例的接口机的示意图。
[0039]图3为本发明一应用示例的接口机处理消息的流程图。
【具体实施方式】
[0040]为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
[0041]为了更好地理解本发明，下面结合附图和具体实施例对本发明作进一步地描述。
[0042]图1为本发明实施例的一种接口机处理消息的方法的流程图，如图1所示，本实施例的方法包括:
[0043]S10、接口机接受用户输入的协议内容，将所述协议内容转换为一配置文件，或者接受导入的配置文件；
[0044]S20、接口机根据所述配置文件对收到的消息进行解析处理，然后转发给第三方网
J Li ο
[0045]步骤SlO中，接口机可以通过提供图形化的用户界面来接受用户输入的协议内容。
[0046]步骤S20中，接口机根据所述配置文件对收到的消息进行解析处理过程中包括:接口机对所述消息的参数格式进行校验，如校验失败，则根据失败的原因将特定的错误码发送给第三方网元。
[0047]步骤S20中，接口机根据所述配置文件对收到的消息进行解析处理之前，还包括，对所述消息的有效性进行校验，如校验为无效的消息，则返回特定的错误码，或者直接丢弃所述消息。
[0048]图2为本发明实施例的接口机的示意图，如图2所示，本实施例的接口机包括:
[0049]配置文件生成模块，提供一个图形化的用户界面，接受用户输入需要解析的协议内容(协议内容可以包括协议的命令码、入参(指协议的请求消息中的一系列参数)、出参(指协议的响应消息中的一系列参数)，并将用户输入的协议内容转换为一个可以解析的配置文件，发送给消息解析模块；
[0050]导入模块，用户可以通过直接编写XML格式配置文件来完成配置，然后通过导入模块导入到系统。
[0051]配置文件生成模块和导入模块的组合相当于第一模块。
[0052]所述配置文件生成模块还负责对用户输入的协议的命令码、入参、出参进行校验，并将校验结果返回给用户。具体的校验可以包括:命令码长度是否超过限制，命令码是否是由字母或数字组成，不存在其他非法字符。入参和出参的校验包括其定义是否完整，即是否包含参数名称、参数类型、参数大小三部分。其名称是否由字母和数字组成，不存在其他非法字符。入参和出参的个数是否超过系统定义的最大值。如果其中任何一条校验失败，都会提示用户，要求用户重新输入。
[0053]所述配置文件生成模块所采用的配置文件的格式可以是多种多样的，本实施例中采用较直观的XML格式(还可以采用文本方式的.1ni格式，类C语言的.c格式，或者可以自己定义格式例如.cfg)，并且提供了配置文件的导入和导出功能。所述的配置文件生成模块，在配置文件有变化时，会实时通知消息解析模块，更新其存储在内存的配置文件。
[0054]消息解析模块(相当于第二模块)，根据配置文件对收到的消息进行解析，如果收到的消息是业务请求消息，则将收到消息解析为配置文件中所规定的请求格式(例如根据配置文件的入参部分进行解析)，然后转给消息转发模块。如果收到的消息是OCS返回的响应消息，则将收到消息解析为与业务之间的内部消息(根据配置文件的出参部分进行解析，然后再根据配置文件中的参数规整要求对出参进行规整)，然后转给消息转发模块。
[0055]所述消息解析模块还负责对收到的消息的参数格式(如消息中的参数类型、长度、有效性)进行校验，并将校验结果发送给消息转发模块，对校验失败的消息，根据失败的原因，用特定的错误码表示并将结果发送给消息转发模块。
[0056]消息转发模块(相当于第三模块)，负责消息的接收和发送，将收到的消息转发给相应的第三方网元并且将第三方网元发送的消息转给消息解析模块进行处理。例如，将收到的业务或者OCS的消息转发给消息解析模块进行处理，并将由消息解析模块发送的消息转发给业务或者OCS。
[0057]所述消息转发模块还负责对收到的消息的有效性进行校验，对于无效的消息，不转给消息解析模块处理。具体地，对于有效时间内仍没有得到响应的消息，返回特定的错误码给业务。对于在超过有效时间收到的响应消息，直接丢弃。
[0058]所述配置文件生成模块包含协议格式录入子模块和参数处理要求录入子模块。
[0059]其中，协议格式录入子模块负责用于接受用户输入协议录入；负责对参数的命令码、入参、出参的录入，并将其转换为要求的XML格式。
[0060]参数处理要求录入子模块负责用于接受用户输入的协议出参的算法录入，负责对协议中，OCS返回的参数进行规整要求进行配置，例如:单位换算、求多组参数中的最大值、最小值等。最后，参数处理要求录入子模块也将其转换为要求的XML格式，写入配置文件中。
[0061]所述消息解析模块包含入参解析子模块、出参解析子模块和参数规整子模块。
[0062]其中，入参解析子模块，负责根据配置文件生成模块所生成的配置文件，对由消息转发模块收到的请求消息进行解析，并将解析结果发送给消息转发模块。
[0063]出参解析子模块，负责根据配置文件生成模块所生成的配置文件，对由消息转发模块收到的响应消息进行解析，并且解析结果发送给参数规整模块。
[0064]参数规整子模块，负责根据配置文件生成模块所生成的配置文件，对由出参解析模块得到的解析结果进行参数的规整，最后再将结果发送给消息转发模块。
[0065]所述消息转发模块，负责和第三方网元链路的建立和消息的转发，可以不仅仅局限于业务和ocs，可以扩展为需要通过接口机解析固定协议格式的消息的交互的一系列外部网元。
[0066]本发明实施例提供了一个人机交互界面进行配置文件的配置，并且提供了配置文件的导入和导出功能，用户可以通过直接编写XML格式配置文件来完成配置，然后再导入到系统中，使得配置简单、易用、高效。本发明采用XML语言配置文件来描述协议的解析规贝U，并且提供了参数规整功能，不同IVR系统和USSD系统只要根据自己的要求配置协议的解析规则，就可以完成所需要消息解析，保证了接口机的扩展性、复用性、灵活性。本发明实施例不局限于某一种特定的协议，只需要接口协议解析规则可以明确的表示，这样在需要采用多种协议进行交互时，只需要部署一个接口机即可，降低了工程实施的复杂度，方便用户进行管理。
[0067]下面以MML协议(当然，还可以是其他协议，例如HTTP协议，smpp协议)为例，可配置接口机处理的步骤如图3所示，具体如下:
[0068]步骤101、接口机的消息转发模块收到业务的MML请求消息。
[0069]其中，消息转发模块需要对收到MML请求消息进行校验，校验成功后将消息发送给消息解析模块处理。对收到MML请求消息的如下方面进行校验:
[0070]消息所需要发送到的目的OCS是否存在；
[0071 ] 目的OCS是否已建链成功。
[0072]步骤102、消息解析模块首先解析此MML请求消息的命令码，并在配置列表中查找，如果查找到命令码所对应的MML请求消息配置，则跳转到步骤104 ;否则，则执行步骤103。
[0073]步骤103、查找失败，则消息解析模块给消息转发模块返回错误，消息转模块将消息转发给业务，并且结束本次会话。
[0074]步骤104、查找成功后，消息解析模块将对此消息进行解析，转换为MML协议的入参，业务传送的字段根据配置转换为入参。
[0075]其中，消息解析模块除了完成消息解析，还需要对参数进行校验。当校验失败时，则跳转步骤103。对参数进行如下方面的校验:
[0076]参数类型是否与配置文件的一致；
[0077]参数的个数是否与配置文件的一致；
[0078]参数的值是超过配置文件的范围。
[0079]步骤105、解析入参成功以后，消息解析模块将解析出的MML请求消息发送消息转发模块，并且消息转发模块发送给目的0CS。
[0080]其中，消息转发模块需要保存本次操作的会话号，并且设置定时器进行等待，如果超过定时器还没有收到对应的响应消息，则释放本次会话号，跳转到步骤103，否则执行步骤 106。
[0081]步骤106、消息解析模块收到OCS发送的响应消息。
[0082]该步骤中，需要进行初步校验，如果校验失败则直接丢弃，否则将消息转发给消息解析模块，跳转步骤107。需要根据如下方面进行初步校验:
[0083]消息的会话号是否是有效的会话号，即是否在定时器内收到的响应消息；
[0084]需要接收此响应消息的业务是否依然建链正常。[0085]步骤107、消息解析模块根据配置的规则对OCS返回的响应消息进行解析。
[0086]该步骤中，需要对参数进行如下校验:
[0087]参数类型是否与配置文件的一致；
[0088]参数的个数是否与配置文件的一致；
[0089]参数的值是超过配置文件的范围。
[0090]步骤108、判断解析结果，如果存在无效的参数，即参数解析失败，则跳转步骤109，否则跳转步骤110。
[0091]步骤109、参数解析失败，消息解析模块给消息转发模块返回错误，消息转发模块将消息转发给业务，并且结束本次会话。
[0092]步骤110、参数解析成功，消息解析模块再判断配置文件是否针对出参有规整要求，如没有，则跳转步骤111，否则跳转步骤112。
[0093]步骤111、参数解析模块将解析出的结果返回给消息转发模块，并且由消息转发模块转发给业务，结束本次会话。
[0094]步骤112、参数解析模块将解析出的配置的规则对参数进行二次处理后，然后转到步骤111。
[0095]从上面可配置接口机处理MML消息的步骤可以看出，接口机对MML消息的处理取决于配置文件，当有新增的MML消息需要解析时，只需要提供处理规则就可以完成解析，不需要修改接口机代码，有很强的可扩展性。并且在解析过程中，产生的异常返回都有一系列内部返回码对应，使用人员只需要根据返回码就可以轻松定位问题。本发明可以有效地解决传统MML接口机，接口机版本多，复用性差、维护成本高，扩展性差等缺点。
[0096]本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
[0097]以上仅为本发明的优选实施例，当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
【权利要求】
1.一种接口机处理消息的方法，包括: 接口机接受用户输入的协议内容，将所述协议内容转换为一配置文件，或者接受导入的配置文件； 所述接口机根据所述配置文件对收到的消息进行解析处理，然后转发给第三方网元。
2.如权利要求1所述的方法，其特征在于:所述接口机接受用户输入的协议内容是通过以下方式实现的: 所述接口机通过提供图形化的用户界面来接受用户输入的协议内容。
3.如权利要求1所述的方法，其特征在于:所述接口机根据所述配置文件对收到的消息进行解析处理过程中包括: 所述接口机对所述消息的参数格式进行校验，如校验失败，则根据失败的原因将特定的错误码发送给第三方网元。
4.如权利要求1所述的方法，其特征在于:所述接口机对收到的消息进行解析处理之前，还包括: 对所述消息的有效性进行校验，如校验为无效的消息，则返回特定的错误码，或者直接丢弃所述消息。
5.如权利要求1所述的方法，其特征在于: 所述协议内容包括:命令码、入参和出参； 所述接口机根据所述配置文件对收到的消息进行解析处理包括: 如所述接口机收到的消息是业务请求消息，则解析该业务请求消息的命令码，如查找到命令码对应的业务请求消息配置，则根据所述入参对所述业务请求消息进行解析； 如所述接口机收到的消息是在线计费系统返回的响应消息，则根据所述出参对所述响应消息进行解析。
6.如权利要求1-4任一项所述的方法，其特征在于:所述配置文件的格式包括: 可扩展标记语言格式。
7.一种接口机，包括: 第一模块，用于接受用户输入的协议内容，将所述协议内容转换为一配置文件，或者接受导入的配置文件； 第二模块，用于根据所述配置文件对收到的消息进行解析处理，将处理后的消息发送给第三模块； 第三模块，将所述第二模块发送的消息转发给第三方网元，将第三方网元发送的消息发给所述第二模块。
8.如权利要求7所述的接口机，其特征在于: 所述第一模块，是通过提供图形化的用户界面来接受用户输入的协议内容的。
9.如权利要求7所述的接口机，其特征在于: 所述第二模块，在根据所述配置文件对收到的消息进行解析处理过程中，还用于对所述消息的参数格式进行校验，如校验失败，则根据失败的原因将特定的错误码发送给所述第二模块； 所述第三模块，还用于将所述错误码发送给第三方网元。
10.如权利要求7所述的接口机，其特征在于:所述第三模块，将第三方网元发送的消息发给所述第二模块之前还用于，对所述消息的有效性进行校验，如校验为无效的消息，则向第三方网元返回特定的错误码，或者直接丢弃所述消息。
11.如权利要求7所述的接口机，其特征在于:所述协议内容包括:命令码、入参和出参， 所述第二模块，具体用于如收到的消息是业务请求消息，则解析该业务请求消息的命令码，如查找到命令码对应的业务请求消息配置，则根据所述入参对所述业务请求消息进行解析；如所述接口机收到的消息是在线计费系统返回的响应消息，则根据所述出参对所述响应消息进行解析。
12.如权利要求7-11所述的接口机，其特征在于:所述配置文件的格式包括: 可扩展标记语言格式。
【文档编号】H04Q3/00GK103945287SQ201310021294
【公开日】2014年7月23日 申请日期:2013年1月21日 优先权日:2013年1月21日
【发明者】郭沛仪 申请人:中兴通讯股份有限公司