消息互通方法及融合业务系统技术方案

本发明专利技术公开了一种消息互通方法，在接收到终端传统消息后，通过交互选择模块选择发送方式并将消息发送给该传统消息业务对应的交互模块，每种发送方式只能使用一次。交互模块将接收到的消息发送到传统消息业务系统，当消息发送失败时反馈到交互选择模块，并选择不同的发送方式重新发送，从而实现融合业务系统与传统消息业务系统的消息业务互通。本发明专利技术还公开了一种融合业务系统，包括交互选择模块以及交互模块，在收到消息发送失败的响应后，交互选择模块选择标记发送方式以外的方式重新发送。本发明专利技术能够在消息发送失败后选择新的发送方式再行发送，从而解决了传统消息用户不能及时接收到来自融合业务系统的传统消息的问题。

【技术实现步骤摘要】

本专利技术涉及通信领域，具体而言，涉及一种消息互通方法及融合业务系统。
技术介绍
目前，在网络IP化的趋势下，传统电信业务向IP化的下一代网络转变，第三代 移动通信伙伴计划(3rd Generation partnership project，简称为 3GPP)、3GPP2 以及 TISPAN(Telecommunication and Internet converged Services and Protocols for Advanced Networking)标准组织都将会话初始协议(Session Initiation Protocol，简称 为SIP)作为下一代核心网络的基础协议，应用SIP的IP网络已作为业务应用的网络基础。在消息业务互通过程中，融合业务系统向存在多种类型的传统消息业务系统(包 括短信系统、彩信系统、邮件系统等)发送传统消息，在传统消息业务系统接收传统消息失 败的情况下，融合业务系统通过同一条路径定时地向传统消息业务系统重新发送传统消 息，这导致了传统消息业务的用户不能及时接收到来自融合业务系统的传统消息。
技术实现思路
针对现有技术中的传统消息用户不能及时接收到来自融合业务系统的传统消息 的问题，本专利技术旨在提供一种消息互通方法及融合业务系统，以解决上述问题。根据本专利技术的一方面，提供了一种消息互通方法，用于实现融合业务系统与消息 业务系统的消息业务互通，其中，融合业务系统包括交互选择模块以及交互模块，该方法包 括步骤1，交互选择模块接收来自发送终端的消息；步骤2，交互选择模块选择消息的发送方式，在消息中携带发送方式的标识，并将 消息发送给交互模块，其中，对于消息，每种发送方式只能使用一次；步骤3，交互模块根据标识以交互选择模块选择的发送方式将消息发送给对应的 消息业务系统；步骤4，在交互选择模块接收到消息业务系统接收消息失败时反馈的失败响应消 息的情况下，返回到步骤2。根据本专利技术的又一方面，提供了一种消息互通方法，用于实现融合业务系统与消 息业务系统的消息业务互通，其中，融合业务系统包括交互选择模块以及交互模块，交互模 块与发送终端之间建立有媒体流通道，该方法包括步骤1，交互模块通过媒体流通道接收来自发送终端的消息；步骤2，交互选择模块选择消息的发送方式，并将发送方式的标识发送给交互模 块，其中，对于消息，每种发送方式只能使用一次；步骤3，交互模块根据标识以交互选择模块选择的发送方式将消息发送给对应的 消息业务系统；步骤4，在交互模块接收到消息业务系统接收消息失败时反馈的失败响应消息的情况下，向交互选择模块发送请求消息，并返回到步骤2，其中请求消息用于请求重新选择 消息的发送方式。根据本专利技术的又一方面，提供了一种消息互通方法，用于实现融合业务系统与消 息业务系统的消息业务互通，其中，融合业务系统包括交互选择模块以及交互模块，该方法 包括步骤1，交互选择模块接收来自发送终端的消息；步骤2，交互选择模块选择消息的发送方式，在消息中携带发送方式的标识，并将 消息发送给交互模块，其中，对于消息，每种发送方式只能使用一次；步骤3，交互模块根据标识以交互选择模块选择的发送方式将消息发送给对应的 消息业务系统；步骤4，在交互模块接收到消息业务系统接收消息失败时反馈的失败响应消息的 情况下，向交互选择模块发送请求消息，并返回到步骤2，其中请求消息用于请求重新选择 消息的发送方式。根据本专利技术的又一方面，提供了一种融合业务系统，包括交互选择模块以及交互 模块，其中，交互选择模块包括第一接收子模块，用于接收来自发送终端的消息；选择子模 块，用于选择消息的发送方式；第一发送子模块，用于将选择子模块选择的发送方式对应的 标识携带在消息中，并将消息发送给交互模块。交互模块包括第二接收子模块，用于接收来自第一发送子模块的消息；获取子 模块，用于获取消息中的标识；第二发送子模块，用于以标识对应的发送方式将消息发送给 相应的消息业务系统。根据本专利技术的又一方面，提供了一种融合业务系统，包括交互选择模块以及交互 模块，其中，交互模块与发送终端之间建立有媒体流通道，以及交互选择模块包括第一接收子模块，用于接收交互模块的请求消息，其中请求消 息用于请求重新选择消息的发送方式；选择子模块，用于选择交互模块中的消息的发送方 式；第一发送子模块，用于将选择子模块选择的发送方式的标识发送给交互模块；交互模块包括第二接收子模块，用于经由媒体流通道接收来自发送终端的消息； 第三接收子模块，用于接收来自第一发送子模块的标识；第二发送子模块，用于以标识对应 的发送方式将消息发送给相应的消息业务系统；第三发送子模块，用于向交互选择模块发 送请求消息。根据本专利技术的再一方面，提供了一种融合业务系统，包括交互选择模块以及交互 模块，其中，交互选择模块包括第一接收子模块，用于接收来自发送终端的消息；选择子模 块，用于选择消息的发送方式；第一发送子模块，用于将选择子模块选择的发送方式对应的 标识携带在消息中，并将消息发送给交互模块；第二接收子模块，用于接收交互模块的请求 消息，其中请求消息用于请求重新选择消息的发送方式；交互模块包括第三接收子模块，用于接收来自第一发送子模块的消息；获取子 模块，用于获取消息中的标识；第二发送子模块，用于以标识对应的发送方式将消息发送给 相应的消息业务系统；第三发送子模块，用于向交互选择模块发送请求消息。借助于上述技术方案至少之一，本专利技术通过对消息的各次发送采用不同的发送方 式，解决了现有技术中的传统消息用户不能及时接收到来自融合业务系统的消息的问题， 使得融合业务用户发送的消息能够及时地发送到传统消息用户，保证了用户之间的及时交互。附图说明此处所说明的附图用来提供对本专利技术的进一步理解，构成本申请的一部分，本发 明的示意性实施例及其说明用于解释本专利技术，并不构成对本专利技术的不当限定。在附图中图1是相关技术中的传统消息互通的业务环境的框图；图2A、2B是根据本专利技术装置实施例一的融合业务系统的框图；图3A是根据本专利技术装置实施例二的融合业务系统的框图；图3B是根据本专利技术装置实施例三的融合业务系统的框图；图4是根据本专利技术方法实施例一的消息互通方法的流程图；图5是根据本专利技术方法实施例一的传统消息的一种互通流程图；图6是根据本专利技术方法实施例一的传统消息的另一种互通流程图；图7是根据本专利技术方法实施例二的消息互通方法的流程图；图8是根据本专利技术方法实施例三的消息互通方法的流程图。具体实施例方式功能概述 如上所述，在目前采用的技术中，传统消息只能使用同一条路径传输，这导致在该 条路径传输信息失败的情况下，传统消息用户不能及时接收到来自融合业务系统的消息。 针对该问题，本专利技术实施例提供的技术方案中，以融合业务系统中设置的交互选择模块选 择的发送方式将消息发送到对应的传统消息业务系统，并在该传统消息业务系统接收该消 息失败的情况下，交互选择模块重新选择新的发送方式将消息发送到与新的发送方式对应 的传统消息业务系统，即，消息的每次重传都使用与之前不同的发送方式，这样可以保证用 户之间的及时交互。图1是相关技术中的传统消息互通的业务环境，如图1所示，包括融合业务用户终 端、融合业务系统、传统消息业务系统(只示出一个)以及传统消息用本文档来自技高网...

【技术保护点】
一种消息互通方法，用于实现融合业务系统与传统消息业务系统的消息业务互通，其中，所述融合业务系统包括交互选择模块以及交互模块，其特征在于，所述方法包括：　　步骤１，所述交互选择模块接收来自发送终端的消息；　　步骤２，所述交互选择模块选择所述非融合业务的传统消息业务的发送方式，并将所述消息发送给所述非融合业务的传统消息业务对应的交互模块，其中，对于所述非融合业务的传统消息业务的发送方式，每种发送方式只能使用一次；　　步骤３，所述交互模块发送所述消息到对应的传统消息业务系统；　　步骤４，在所述交互选择模块接收到所述传统消息业务系统处理所述消息失败时反馈的失败响应消息的情况下，返回到所述步骤２。

【技术特征摘要】
1.一种消息互通方法，用于实现融合业务系统与传统消息业务系统的消息业务互通， 其中，所述融合业务系统包括交互选择模块以及交互模块，其特征在于，所述方法包括步骤1，所述交互选择模块接收来自发送终端的消息；步骤2，所述交互选择模块选择所述非融合业务的传统消息业务的发送方式，并将所述 消息发送给所述非融合业务的传统消息业务对应的交互模块，其中，对于所述非融合业务 的传统消息业务的发送方式，每种发送方式只能使用一次；步骤3，所述交互模块发送所述消息到对应的传统消息业务系统；步骤4，在所述交互选择模块接收到所述传统消息业务系统处理所述消息失败时反馈 的失败响应消息的情况下，返回到所述步骤2。2.根据权利要求1所述的方法，其特征在于，在所述步骤1中，所述交互选择模块经由 所述融合业务系统的消息和会话服务器接收所述发送终端发送的所述消息。3.根据权利要求1所述的方法，其特征在于，在所述步骤1中，所述交互选择模块通过 与所述发送终端之间建立的媒体流通道接收所述消息。4.根据权利要求1所述的方法，其特征在于，在所述步骤2中，还包括所述交互选择模块对已经选择的发送方式标识为第一标记。5.根据权利要求1所述的方法，其特征在于，在所述步骤4中，还包括所述交互选择模块对所述消息发送失败时所使用的发送方式标识为第二标记。6.根据权利要求1所述的方法，其特征在于，在步骤2之后还包括所述交互模块向所 述发送终端反馈响应消息。7.根据权利要求1所述的方法，其特征在于，在步骤2之后还包括所述交互选择模块 向所述发送终端反馈的响应消息。8.根据权利要求1所述的方法，其特征在于，在步骤4之后还包括如果交互选择模块 接收到所述传统消息业务系统处理所述消息成功时反馈的成功响应消息，所述交互选择模 块向所述发送终端转发响应消息。9.根据权利要求1至8中任一项所述的方法，其特征在于，在所述步骤2中，所述交互 选择模块根据所述消息内容的大小和/或所述消息的地址类型选择所述消息的发送方式。10.一种消息互通方法，用于实现融合业务系统与传统消息业务系统的消息业务互通， 其中，所述融合业务系统包括交互选择模块以及交互模块，所述交互模块与发送终端之间 建立有媒体流通道，其特征在于，所述方法包括步骤1，所述交互模块通过所述媒体流通道接收来自所述发送终端的消息；步骤2，所述交互选择模块选择所述非融合业务的传统消息业务的发送方式，并将所述 消息发送给所述非融合业务的传统消息业务对应的交互模块，其中，对于所述非融合业务 的传统消息业务的发送方式，每种发送方式只能使用一次；步骤3，所述交互模块发送所述消息到对应的传统消息业务系统；步骤4，在所述交互模块接收到所述传统消息业务系统接收所述消息失败时反馈的失 败响应消息的情况下，向所述交互选择模块发送请求消息，并返回到所述步骤2，其中所述 请求消息用于请求重新选择所述消息的发送方式。11.根据权利要求10所述的方法，其特征在于，所述交互模块为多个交互子模块，其中 每个交互子模块对应于一种发送方式，所述方法还包括所述交互选择模块将重新选择的发送方式的标识发送给与所述重新选择的发送方式 相应的交互子模块；以及将所述消息通过所述多个交互子模块之间的媒体流通道发送给与所述重新选择的发 送方式相对应的交互子模块。12.根据权利要求10所述的方法，其特征在于，在所述步骤2中，还包括所述交互选择模块对已经选择的所述发送方式标识为第一标记。13.根据权利要求10所述的方法，其特征在于，在所述步骤4中，还包括所述交互选择模块对所述消息发送失败时所使用的发送方式标识为第二标记。14.根据权利要求10所述的方法，其特征在于，在步骤3中还包括所述交互模块反馈 响应消息到发送终端。15.根据权利要求10所述的方法，其特征在于，在步骤4之后还包括如果交互选择模 块接收到所述传统消息业务系统处理所述消息成功时反馈的成功响应消息，所述交互选择 模块向所述发送终端转发响应消息。16.根据权利要求10至15中任一项所述的方法，其特征在于，在所述步骤2中，所述交 互选择模块根据所述消息内容的大小和/或所述消息的地址类型选择所述消息的发送方 式。17.一种消息互通方法，用于实现融合业务系统与消息业务系统的消息业务互通，其 中，所述融合业务系统包括交互选择模块以及交互模块，其特征在于，所述方法包括步骤1，所述交互选择模块接收来自发送终端的消息；步骤2，所述交互选择模块选择所述非融合业务的传统消息业务的发送方式，并将所述 消息发送给所述非融合业务的传统消息业务对应的交互模块，其中，对于所述非融合业务 的传统消息业务的发送方式，每种发送...

【专利技术属性】
技术研发人员：李凤军，加赞法尔阿里，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：94[中国|深圳]