智能网业务的消息传输方法及系统、智能网业务的接口机

摘要

本发明公开了一种智能网业务的消息传输方法及系统、智能网业务的接口机，其中，该方法包括：接口机在确定接收到的智能网中的引导业务的触发消息的类型为交互型时，向多彩回铃音业务（CRBT）系统发送投递消息，并记录接收到的触发消息的用户信息和当前的会话号；接口机在接收到来自CRBT系统的投递消息的响应消息后，判断该响应消息的会话号与本地记录的当前的会话号是否相同；若相同，则接口机根据记录的触发消息的用户信息将该响应消息发送给触发消息的发送方，并再次记录当前的会话号。通过本发明，解决了相关技术中由于不同会话号需要使用不同的接口机进行交互而造成资源耗费高、易用性差的问题，提高了系统的灵活性以及处理的精确度。

说明书

技术领域

本发明涉及通信领域，具体而言，涉及一种智能网业务的消息传输方法及系统、智能网业务的接口机。

背景技术

众所周知，码分多址（Code Division Multiple Access，简称为CDMA）网络（以下简称C网）、全球移动通讯系统（Global System for Mobile Communications，简称为GSM）网络（以下简称G网）和宽带网是发展已经很成熟的综合智能网业务，可以在智能网业务中开发比较完善的业务来实现不同的功能，例如，语音呼叫、短消息、交互式语音应答（Interactive VoiceResponse，简称为IVR）流程等等。同时，在业务开发过程中，负责智能网业务与第三方网元系统交互的接口机也成为一种不可或缺的工具，而接口机的开发也日臻成熟起来。

但是，如果针对某个局点开发某种网络的C网、G网和宽带网业务的时候，就只能专门去做该业务的某一网络类型的开发，如果更改了局点，需求就有可能发生了变化，业务就可能也要随着发生很大地改动，这时，发现已经开发的业务不能满足这个局点的需求时，就只能迫不得已重新为这个新的局点开发新的业务。

而在多彩回铃音业务（Color Ring Back Tone，简称为CRBT）业务中，开发一种即是服务器（server）端又是客户（client）端的接口机，它的应用往往是直接来触发业务，然后，接收业务逻辑程序（Service Logical Program，简称为SLP）发送过来的消息。接口机与业务也是在一个会话号中进行交互，但是，如果出现了不同的会话号，接口机就不能与业务进行正常的交互。目前，相关技术中通常的作法是，开发出不同的接口机来专门负责某一类型的交互，这时又需要规划新的接口机版本。

可见，在相关技术中，每次拿到不同的需求就需要规划一种新的业务开发或者新的接口机版本开发，投入相应的人力和物力以及后续版本的维护成本，同时使业务的复杂度增加，易用性降低，维护麻烦等，耗费较高的代价，得不偿失。

发明内容

本发明提供了一种智能网业务的消息传输方案，以至少解决相关技术中由于不同会话号需要使用不同的接口机进行交互而造成资源耗费高、易用性差的问题。

根据本发明的一个方面，提供了一种智能网业务的消息传输方法，包括：接口机在确定接收到的智能网中的引导业务的触发消息的类型为交互型时，向CRBT系统发送投递消息，并记录接收到的触发消息的用户信息和当前的会话号；接口机在接收到来自CRBT系统的投递消息的响应消息后，判断该响应消息的会话号与本地记录的当前的会话号是否相同；若相同，则接口机根据记录的触发消息的用户信息将该响应消息发送给触发消息的发送方，并再次记录当前的会话号。

优选地，接口机在确定接收到的智能网中的引导业务的触发消息的类型为交互型之前，所述方法还包括：确定引导业务与主业务所处不同的业务控制点（SCP）。

优选地，上述引导业务包括至少以下之一：CDMA网络中的类似非结构化补充数据（USSDLIKE）业务、CDMA网络中的交互式语音应答（IVR）业务、GSM网络中的非结构化补充数据（USSD）业务、GSM网络中的IVR业务、宽带网业务。

优选地，上述引导业务的触发消息来自至少以下之一：第三方网元、WEB界面、用户拨打接入码。

优选地，上述引导业务的触发消息来自WEB界面时，接口机在确定接收到的智能网中的引导业务的触发消息的类型为交互型之前，还包括：根据接入码配置根节点；根节点下的每个节点至少包括以下之一：预处理、节点功能定制、定制参数、业务流程定制。

优选地，接口机向CRBT系统发送投递消息包括：接口机将投递消息发送给短信中心进行短消息点对点（SMPP）协议转换，并将转换后的投递消息发送给CRBT系统。

优选地，接口机在接收到来自CRBT系统的响应消息之前，所述方法还包括：CRBT系统根据接收到的投递消息查询本地存储的与投递消息相应的消息，触发引导业务，并将原来记录的用户会话号发送给接口机。

优选地，接口机判断该响应消息的会话号与本地记录的当前的会话号是否相同之后，所述方法还包括：若该响应消息的会话号与本地记录的当前的会话号不相同，则接口机使用CRBT系统触发引导业务后的会话号。

根据本发明的另一方面，还提供了一种智能网业务的接口机，包括：投递模块，用于在确定接收到的智能网中的引导业务的触发消息的类型为交互型时，向CRBT系统发送投递消息，并记录接收到的触发消息的用户信息和当前的会话号；判断模块，用于在接收到来自CRBT系统的投递消息的响应消息后，判断该响应消息的会话号与本地记录的当前的会话号是否相同；以及处理模块，用于在判断模块确定该响应消息的会话号与本地记录的当前的会话号相同时，根据记录的触发消息的用户信息将该响应消息发送给触发消息的发送方，并再次记录当前的会话号。

根据本发明的再一方面，还提供了一种智能网业务的消息传输系统，包括CRBT系统和上述的接口机，其中，CRBT系统包括：触发模块，用于根据接收到的投递消息查询本地存储的与投递消息相应的消息，触发引导业务；以及发送模块，用于将原来记录的用户会话号发送给接口机。

通过本发明，采用接口机在向CRBT系统发送投递消息后，记录接收到的触发消息的用户信息和当前的会话号，并在接收到来自CRBT系统的投递消息的响应消息后，判断该响应消息的会话号与本地记录的当前的会话号是否相同，且在确定二者相同的情况下，根据记录的触发消息的用户信息将该响应消息发送给触发消息的发送方，并再次记录当前的会话号的方式，解决了相关技术中由于不同会话号需要使用不同的接口机进行交互而造成资源耗费高、易用性差的问题，提高了系统的灵活性以及处理的精确度。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的智能网业务的消息传输方法的流程图；

图2是根据本发明实施例的智能网业务的接口机的结构框图；

图3是根据本发明实施例的智能网业务的消息传输系统的结构框图；

图4是根据本发明实施例二的智能网业务的分层架构的示意图；

图5是根据本发明实施例二的智能网业务总体架构的示意图；

图6是根据本发明实施例二的智能网业务的交互流程的示意图；

图7是根据本发明实施例三的智能网业务的WEB界面配置的流程示意图；

图8是根据本发明实施例三的CRBT和广播业务实现的流程示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

本发明实施例提供了一种智能网业务的消息传输方法，图1是根据本发明实施例的智能网业务的消息传输方法的流程图，如图1所示，包括如下的步骤：

步骤S102，接口机在确定接收到的智能网中的引导业务的触发消息的类型为交互型时，向CRBT系统发送投递消息，并记录接收到的触发消息的用户信息和当前的会话号；

步骤S104，接口机在接收到来自CRBT系统的投递消息的响应消息后，判断该响应消息的会话号与本地记录的当前的会话号是否相同；

步骤S106，接口机在确定该响应消息的会话号与本地记录的当前的会话号相同时，根据记录的触发消息的用户信息将该响应消息发送给触发消息的发送方，并再次记录当前的会话号。

通过上述步骤，采用接口机在向CRBT系统发送投递消息后，记录接收到的触发消息的用户信息和当前的会话号，并在接收到来自CRBT系统的投递消息的响应消息后，判断该响应消息的会话号与本地记录的当前的会话号是否相同，且在确定二者相同的情况下，根据记录的触发消息的用户信息将该响应消息发送给触发消息的发送方，并再次记录当前的会话号的方式，解决了相关技术中由于不同会话号需要使用不同的接口机进行交互而造成资源耗费高、易用性差的问题，提高了系统的灵活性以及处理的精确度。

优选地，在步骤S102之前，确定引导业务与主业务所处不同的业务控制点（Service ControlPoint，简称为SCP）。同一SCP时，引导业务会直接触发主业务，这里的接口机只是起了数据透传的作用，也就是说，同一SCP就是同一服务器，业务与业务之间可以进行数据交互，不需要接口机来透传数据；不同SCP时，引导业务是通过接口机来触发主业务的，即业务用了不同的服务器，需要接口机将位于服务器1的业务数据，透传到位于服务器2的业务，然后通过接口机进行交互，从而保证了业务数据的交互。

优选地，上述智能网中的引导业务包括至少以下之一：CDMA网络（即C网）中的类似非结构化补充数据（Unstructured Supplementary Service Data like，简称为USSDLIKE）业务、C网中的IVR业务、GSM网络（即G网）中的非结构化补充数据（Unstructured SupplementaryService Data，简称为USSD）业务、G网中的IVR业务、宽带网业务。

优选地，上述引导业务的触发消息可以来自至少以下之一：第三方网元、WEB界面、用户拨打接入码。例如，第三方网元触发引导业务，或通过WEB界面触发引导业务，或通过用户拨打接入码等各种方式触发引导业务。该方法简单实用、可操作性强。

优选地，当引导业务的触发消息来自WEB界面时，在步骤S102之前，可以根据接入码配置根节点；根节点下的每个节点至少包括以下之一：预处理、节点功能定制、定制参数、业务流程定制。该方法方便了对业务流程的跟踪查看，增加了业务的纠错能力。

优选地，在步骤S102中，接口机可以将投递消息发送给短信中心进行短消息点对点（ShortMessage Peer to Peer，简称为SMPP）协议转换，并将转换后的投递消息发送给CRBT系统。

优选地，在步骤S104中，接口机在接收到来自CRBT系统的响应消息之前，CRBT系统可以根据接收到的投递消息查询本地存储的与投递消息相应的消息，触发引导业务，并将原来记录的用户会话号发送给接口机。

优选地，在步骤S104之后，若该响应消息的会话号与本地记录的当前的会话号不相同，则接口机使用CRBT系统触发引导业务后的会话号。该方法可以提高系统的准确性。

本发明实施例还提供了一种智能网业务的接口机，该接口机可以用于实现上述智能网业务的消息传输方法。图2是根据本发明实施例的智能网业务的接口机的结构框图，如图2所示，该接口机20包括：投递模块22，用于在确定接收到的智能网中的引导业务的触发消息的类型为交互型时，向CRBT系统发送投递消息，并记录接收到的触发消息的用户信息和当前的会话号；判断模块24，耦合至投递模块22，用于在接收到来自CRBT系统的投递消息的响应消息后，判断该响应消息的会话号与本地记录的当前的会话号是否相同；以及处理模块26，耦合至判断模块24，用于在判断模块24确定该响应消息的会话号与本地记录的当前的会话号相同时，根据记录的触发消息的用户信息将该响应消息发送给触发消息的发送方，并再次记录当前的会话号。

通过上述接口机20，在向CRBT系统发送投递消息后，记录接收到的触发消息的用户信息和当前的会话号，并在接收到来自CRBT系统的投递消息的响应消息后，判断该响应消息的会话号与本地记录的当前的会话号是否相同，且在确定二者相同的情况下，根据记录的触发消息的用户信息将该响应消息发送给触发消息的发送方，并再次记录当前的会话号，解决了相关技术中由于不同会话号需要使用不同的接口机进行交互而造成资源耗费高、易用性差的问题，提高了系统的灵活性以及处理的精确度。

本发明实施例还提供了一种智能网业务的消息传输系统。图3是根据本发明实施例的智能网业务的消息传输系统的结构框图，如图3所示，该系统包括CRBT系统30和上述的接口机20，其中，CRBT系统30包括：触发模块32，用于根据接收到的投递消息查询本地存储的与投递消息相应的消息，触发引导业务；以及发送模块34，耦合至触发模块32，用于将原来记录的用户会话号发送给接口机。

为了使本发明的技术方案和实现方法更加清楚，下面将结合优选的实施例对其实现过程进行详细描述。

实施例一

本实施例提供了一种全新的综合智能网业务，在该业务基础上可以同时进行有关C网、G网和宽带网等智能网业务的配置和开发，同时在本实施例中为CRBT业务的接口机提供了一种新的实现方法，是将传统使用的C网、G网和宽带网等融合成一个全新的可配置的综合智能网业务，从而实现了在该智能网业务上进行的有关C网、G网和宽带网的需求开发，同时提供了一种新的接口机的配置方法，可以在不同会话号中能够正确与业务交互，为以后业务的开发提供了一种新的思路。

本实施例中的分层多模块化的智能网业务开发包括：主业务模块、C网业务模块、G网业务模块、宽带业务模块和接口机模块。以下对各个模块进行简单说明。

主业务模块：用于对消息的处理，同时负责与第三方交互并接收第三方网元发送过来的消息。

C网业务模块：分为USSDLIKE业务模块和IVR业务模块，其中，USSDLIKE业务模块，用于处理与C网有关的USSDLIKE消息功能，与主业务交互并获取USSDLIKE消息并发消息给终端用户；IVR业务模块，用于与C网有关的放音等功能，与主业务交互并获取IVR消息并发消息给终端用户。

G网业务模块：分为USSD业务模块和IVR业务模块，其中，USSD业务模块，用于处理与G网有关的USSD消息功能，与主业务交互并获取USSD消息并发消息给终端用户；IVR业务模块，用于与G网有关的放音等功能，与主业务交互并获取IVR消息并发消息给终端用户。

宽带业务模块：用于处理宽带放音业务，与主业务交互并获取宽带放音消息并发消息给终端用户。

接口机模块：用于与主业务交互，将获取到的消息发送到第三方，并获取第三方发送过来的消息，然后重新发给主业务，完成一次交互。此外，接口机模块也可以与除了主业务的其它模块交互，该种情况一般为较为简单的接口机直接触发业务方式，否则采用与主业务交互方式。

需要说明的是，本实施例中为了区别实现不同功能的接口机，定义了如下接口机：304接口机为消息发送接口机；325接口机为映射接口机；308接口机为锚定接口机，负责锚定业务的消息传送；395接口机为CRBT接口机，负责发送SMPP协议消息；396接口机是web接口机，负责广播消息发送。其中，上述接口机命名中的304、325和308等可以是专用接口机的线程号。

具体地，利用上述分层多模块化的智能网业务的开发方法可以包括以下步骤：

步骤1，部署OMMP框架和ZXJOS平台，加载主业务模块、Ｃ网业务模块、Ｇ网业务模块、宽带网业务模块以及部署接口机环境。

步骤2，用户A（可为Ｃ网、Ｇ网和宽带网等用户）拨打号码B，触发引导业务（可以为C网、G网和宽带网等业务）。

步骤3，同一SCP时，引导业务触发主业务；不同SCP时，引导业务触发接口机，通过接口机触发主业务，与主业务交互，同时给主业务发送初始化信息（终端值）terminal=1，并等待主业务的响应。

步骤4，主业务查询数据库或者通过325接口机与第三方网元交互，将得到的信息发送给引导业务，并等待引导业务的响应。

步骤5，引导业务收到主业务发送过来的消息，同时判定接收过来的信息不为结束信息，这时，给用户发送相应的USSD、语音等消息，同时将收到的交互信息组装发给主业务，并发送terminal=2的消息，并等待主业务的响应。

步骤6，主业务收到引导业务发送过来的信息，判定terminal，并判定下一步是否该结束，如果不需要用户交互，则发送message=3的消息给引导业务，结束本次对话；如果还需要与用户交互，则发送交互信息给引导业务，并等待引导的响应。

步骤7，当引导业务等待用户输入超时等原因对话时，给主业务发送terminal=3的消息，不需要接收主业务发送过来的响应消息，直接结束本次对话。

步骤8，广播396接口机通过WEB界面来触发引导业务，并推送相应的消息和编码方案给引导业务。

步骤9，引导业务接收到接口发送过来的消息，并根据消息判定是否是交互型的，如果不是，给用户推送相应的消息后，再给接口机推送响应消息，并结束本次对话；如果是交互型的消息，则推送用接收到的用户信息和当前的对话号给CRBT接口机，并记录当前的对话号到内存中。

步骤10，CRBT接口机将接收到的消息发给304接口机进行消息的SMPP协议转换，并发给CRBT系统。

步骤11，CBRT系统将响应消息发送给304接口机进行SMPP协议转换，并发给CRBT接口机。

步骤12，CRBT接口机再次触发引导业务，引导业务读取内存，发现是同一对话号，则将接收到的信息发送给内存中读出的用户号码，并给CRBT接口机发送响应消息完成二次对话（即第一次是由用户拨打接入码触发业务上来的，第二次由接口机触发业务上来的），然后将该对会号信息重新写入内存。

步骤13，这时的CRBT接口机也可以由其它的第三方网元直接触发，再触发引导业务，完成对话。

与现有技术相比较，本实施例提供了一种全新的综合智能网平台，在该平台上可以进行有关C网、G网和宽带网业务的配置和开发，一方面，在该业务平台上只需要根据不同的需求更改不用的业务数据，保证了开发的高效，另一方面，在业务配置中可以查看每一节点的具体实现，方便业务跟踪，增加了业务的纠错能力，降低了开发难度。

此外，本发明实施例还提供了一种新的CRBT业务接口机的实现方法，使得在不同的会话号中可以使用同一接口机负责与业务的正常交互，提交了业务系统的灵活性。

实施例二

图4是根据本发明实施例二的智能网业务的分层架构的示意图，如图4所示，该架构图更好的展示出了本实施例的智能网业务所处的层次位置。首先，要有业务的支撑平台，就要正确安装操作维护管理平台（Operation,Maintenance & Management Platform，简称为OMMP）框架和JAVA平台；其次，要相应的执行环境，就要正确部署好智能网的协议适配、状态控制、执行环境、OMM框架和平台接口机环境；最后，就是要加载本实施例的综合智能网业务中的各个模块，保证业务的正确执行。

在部署综合智能网业务的同时，要注意各个模块之间是平行关系，同时要注意不同SCP时，要增加部署接口机，保证各个模块之间能够同主业务的正常通信。

图5是根据本发明实施例二的智能网业务总体架构的示意图，如图5所示，本实施例中提供的智能网业务的消息的传输方法可以包括如下步骤：

步骤S501，用户A（C网、G网和宽带网中一种）拨打号码B，触发引导业务，可以是C网中USSDLIKE、IVR业务，G网中的USSD、IVR业务或者宽带网业务中某一模块。由于是引导业务的是首次触发主业务，所以，发送terminal=1表示初始信息给主业务。（如果引导业务和主业务是不在同一SCP上，则要通过308接口机将消息拓传给主业务，并将主业务的响应消息拓传给引导业务。本次假设引导业务和主业务在同一SCP上。）

步骤S502，主业务接收到引导业务发送过来的消息，该消息主要是用户A和用户B的号码，然后根据引导业务的交互，查询数据库，并推送给引导业务。并根据引导业务发送过的信息判定是否是结束信息，如果不是则发送resMessage<3。

步骤S503，引导业务接收到主业务发送过来的消息后，首先，判定resMessage是不是为3，等于3表示给用户发送最后一条消息，并结束对话。否则，表示继续通用户交互，将收到的用户信息发送给主业务，同时发送terminal=2表示业务现在处于交互状态。

步骤S504，主业务收到引导业务发送过来的消息后，判定terminal=2，同时发现本次消息处理的数据不是来自数据库，而是来自第三方网元，这时，主业务将组装后的消息通过325接口机给发送出去。

步骤S505，325接口机只是负责将主业务要发送的消息传送给其他的接口机，其他的接口机可以将消息规整为第三方识别的消息给发送到第三方，并将接收第三方发送过来的消息。然后将消息规整为325接口机识别的消息。这样的好处是，业务不需要做任何更改，只需对要开发的接口机进行部分更改即可，这样提高了业务的开发效率。

步骤S506，主业务接收到消息后，并根据下一步配置提示查询数据库，将查询到的结果信息发送给引导业务。如果发现配置项为结束信息，则给引导业务发送terminal=3的消息，并结束对话；如果配置项为同步或者异步消息，则给引导业务发送terminal=2的消息，继续等待并与引导业务交互。

步骤S507，引导业务收到主业务发送过来的消息，判定如果terminal=3，则给用户推送最后一条信息后结束本次对话。如果terminal！=3，则接收与用户交互信息并发送resMessage=2的消息给主业务，假如出现用户输入超时，或者接口机响应超时等异常情况时，给主业务发送resMessage=3的消息，并结束本次对话。

图6是根据本发明实施例二的智能网业务的交互流程的示意图，如图6所示，本实施例的智能网业务的交互流程说明了主业务与引导业务、主业务与接口机（这里也可以称为接口信息处理机，interface message processor，简称为IMP）、接口机与第三方网元的交互流程，该流程包括如下步骤：

步骤S601，用户拨打接入码（例如，*354）触发引导业务。

步骤S602，引导业务根据该接入码触发主业务。具体地，当引导业务与主业务在同一SCP的时候，它们之间通过建立的内部链接进行内部交互，可以实现业务之间的正常交互；当引导业务与主业务不在同一SCP的时候，就需要借助于接口机来实现消息的拓传，本实施例的业务采用308接口机来实现消息拓传，保证引导业务与主业务的正常交互。

步骤S603，主业务向325接口机发送鉴权消息。

步骤S604，325接口机将业务请求消息发送给中转接口机，中转接口机将接收到的消息按照第三方网元的协议要求进行转换，并将转换后的消息发送给第三方网元。

步骤S605，中转接口机将第三方网元发送过来的业务请求消息的响应消息再转换为325接口机的识别消息，发送给325接口机。

步骤S606，325接口机向主业务发送鉴权消息的响应消息。

步骤S607，主业务向引导业务发送接入码查询功能，给用户发USSD。当引导业务与主业务在同一SCP的时候，透传数据；当引导业务与主业务不在同一SCP的时候，就需要借助于308接口机来实现消息拓传，保证引导业务与主业务的正常交互。

实施例三

本实施例的智能网业务的WEB界面简单配置流程可以如下：

首先，根据接入码配置出根节点，开始WEB界面的业务流程配置。

然后，每出现一个节点，界面就会显示预处理、节点功能定制、定制参数和业务定制流程四个部分。

（1）预处理：该步骤主要是给要初始化的标签赋值，对一些需要用到的标签进行一些逻辑运算处理，获取一些需要的日期时间、一些字段分隔符的处理以及对某写标签的映射处理等。

（2）节点功能定制：包括要给用户发送的短信，语音信息等；提示配置中的同步、异步和结束分支。如果是接口机，则可以配置接口机的线程号，optype（选项类型）以及具体发送消息等字段；如果配置了结束分支，则表明结束本次流程。

（3）定制参数：包括要接收到的参数信息，选择对应的标签。

（4）业务流程定制：根据需求配置业务，如果有业务优先级判定则选择相应的生成流程号或者选择流程号；如果业务需要走下一个流程，则选择生成节点或者选择节点来确定要走的下一步流程。

图7是根据本发明实施例三的智能网业务的WEB界面配置的流程示意图，如图7所示，WEB界面的业务流程配置的流程如下：

步骤S702，根节点下每出现一个节点，界面可以显示如上预处理、节点功能定制、定制参数和业务定制流程四个部分。

步骤S704，判断是否结束该流程，如果不结束，则重复进行步骤S702。

实施例四

图8是根据本发明实施例三的CRBT和广播业务实现的流程示意图，如图8所示，本实施例的智能网业务的CRBT和广播业务实现流程如下：

步骤S801，web界面配置好要给用户推送的消息和要推送的用户的号码，然后上传到服务器的指定文件，396接口机从中读取该消息。

步骤S802，广播接口机396触发引导业务，并给引导业务推送消息。

步骤S803，引导业务接收到396接口机发送过来的消息后，判定是不是交互型的消息，如果不是交互型的消息，则进入步骤S804，给用户推送消息并给接口机发送响应消息；如果是交互型的消息，则进入步骤S805。

步骤S804，396接口机接收到回应消息后，给业务推送广播消息，由于广播推送的是非交互型消息，所以将消息推送给业务后并结束，然后业务将收到的信息发送USSDNotify消息给用户并释放掉业务。

步骤S805，给用户推送消息并接收用户返回的消息后，给接口机发送成功响应，然后记录本次对话号以及用户号码等信息，将该投递（deliver）消息发送给CRBT395接口机。

步骤S806，CRBT395接口机接收到引导业务发送过来的deliver消息后，发送给短信中心304接口机，该接口机负责将接收到的消息进行SMPP协议转换并发给CRBT系统。CRBT系统接收到消息后，根据消息提示查询相应的消息，并将该消息发送给304接口机，304接口机进行SMPP协议转换后发送给CRBT395接口机。

步骤S807，CRBT395接口机收到消息后触发引导业务，并将原来记录的用户对话号、编码方案等信息一起发送给引导业务。

步骤S808，引导业务收到消息后，首先读取内存，判定内存中的对话号是不是和发送过来的对话号一致，如果一致，则使用内存中的对话号、用户号码和其他存储信息，并给用户推送信息；如果不一致，则使用当前的业务产生的对话号和用户号码等其他信息，此时，该业务可能是由第三方网元直接触发CRBT395接口机得到的信息，接口机触发业务后，业务会自动生成一个新的会话号，并将接口机发送过来的消息下发给用户手机。

步骤S809，引导业务读取接收到的消息判定是不是交互型的消息（如果是第三方直接触发395接口机，这个消息也可能是非交互型的，也有可能是交互型的这个具体是根据SMPP5.0协议来判定的），如果不是交互型消息，则进入步骤S810；如果是交互型消息，则进入步骤S811，将接收到的消息组装成一个消息字段，并给CRBT接口机发送成功响应消息。

步骤S810，给推送相应的消息到用户终端，同时给CRBT395接口机返回成功响应消息（submit_ack），然后给用户推送USSDNotify消息，并给主业务发送terminal消息并释放，主业务在收到terminal消息后也释放掉业务；

步骤S811，引导业务得到当前的对话号（如果接收消息的对话号和内存数据的对话号一致，则使用内存中的对话号，否则使用新产生的对话号），将相应的对话号及用户号码等信息重新写入内存。然后将submit_ack消息信息发送到395接口机。重复使用步骤S806，直到对话结束。

综上所述，根据本发明的上述实施例，采用接口机在向CRBT系统发送投递消息后，记录接收到的触发消息的用户信息和当前的会话号，并在接收到来自CRBT系统的投递消息的响应消息后，判断该响应消息的会话号与本地记录的当前的会话号是否相同，且在确定二者相同的情况下，根据记录的触发消息的用户信息将该响应消息发送给触发消息的发送方，并再次记录当前的会话号的方式，解决了相关技术中由于不同会话号需要使用不同的接口机进行交互而造成资源耗费高、易用性差的问题，提高了系统的灵活性以及处理的精确度。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。