CN102571636A - 一种基于开放业务发布平台的消息通信方法及系统 - Google Patents

Abstract

本发明公开了一种基于开放业务发布平台的消息通信方法及系统，其中消息分发网关用于从互联网侧的业务服务器收到目的地址是移动网络侧的移动终端的数据后，将所述数据封装成SDP能够识别的格式，调用SDP提供的业务接口将封装后的数据发送至SDP；还用于从所述SDP收到目的地址是互联网侧的客户端的数据后，将所述数据封装成所述客户端所属的业务服务器能够识别的格式，调用所述业务服务器提供的接口将封装后的数据发送至所述业务服务器。本发明通过提供一种具有良好的可扩展性的IM、邮件和移动终端三者互通的设备及其方法，用于解决IM、邮件和移动终端互通的问题，利用移动终端极大的提高了IM和邮件的及时性、便利性和体验度。

Description

一种基于开放业务发布平台的消息通信方法及系统

技术领域

本发明涉及互联网和移动增值业务系统，尤其涉及一种基于开放业务发布平台(Service Delivery Platform，简称SDP)平台的即时消息(IM InstantMessenger，简称IM)、电子邮件和移动终端消息互通的方法及系统及设备。

背景技术

在互联网中，即时消息(IM)、电子邮件的应用得到了相当普及，也成了当前人们工作和生活中必不可少的沟通途径，大大方便了人与人之间的沟通与交流。IM即时消息的特点是系统中的用户能够在线沟通，消息传递迅捷、方便，所以得到广泛应用，但IM系统也存在其固有的缺点，其封闭性使得一个IM系统的用户无法与系统外的用户进行沟通，使不同IM系统间用户不能方便沟通。电子邮件作为较早的互联网应用之一，因为有标准协议的存在，使得电子邮件能够在不同的邮件系统之间自由、畅通，一定程度上弥补了IM系统的不足。相比IM系统，电子邮件系统又存在其不足之处，最明显的不足就是新邮件到达邮件服务器后，用户无法即时获取。

在移动网络中，2G网络依然广泛存在，3G网络业已成熟，人们的生活愈来愈离不开移动终端，终端上面的应用也是五花八门、无所不有，大大丰富了人们的生活。3G时代的到来，特别是智能终端的出现，已经给人们的生活带来了翻天覆地的变化。如何有效的利用移动终端给人们带来的这种高度便利性和良好体验度来更好的服务于人们的工作与生活，成为了这些年来我们一直在研究的问题。电子邮件和移动终端的互通、IM系统和移动终端的互通，诸如此类的设备和方法也不断涌现。存在的不足之处就是现有的方法无法避免的需要考虑协议转换、计费等复杂而繁琐的问题，有的方法也仅仅是实现单向通信，甚至需要特殊终端支持，这在很大程度上提高了业务应用的成本。

发明内容

本发明要解决的技术问题是提供一种基于开放业务发布平台的消息通信方法及系统，解决IM、邮件和移动终端互通的问题。

为了解决上述技术问题，本发明提供了一种基于开放业务发布平台的消息通信方法，其中，

互联网侧的业务服务器收到互联网侧的客户端发出的目的地址是移动网络侧的移动终端的数据后，将所述数据发送至消息分发网关，所述消息分发网关将所述数据封装成开放业务发布平台(SDP)能够识别的格式，调用SDP提供的业务接口将封装后的数据发送至SDP，SDP将收到的数据发送至移动终端；

所述开放业务发布平台(SDP)收到移动网络侧的移动终端发出的目的地址是互联网侧的客户端的数据后，将所述数据发送至所述消息分发网关，所述消息分发网关将所述数据封装成所述客户端所属的业务服务器能够识别的格式，调用所述业务服务器提供的接口将封装后的数据发送至所述业务服务器，所述业务服务器将收到的数据发送至所述客户端。

进一步地，上述方法还可以具有以下特点：

互联网侧的第一通信类型业务服务器收到第一通信类型客户端发出的目的地址是互联网侧的第二通信类型客户端的数据后，将所述数据发送至所述消息分发网关，所述消息分发网关将所述数据封装成所述第二通信类型客户端所属的第二通信类型业务服务器能够识别的格式，调用所述第二通信类型业务服务器提供的接口将封装后的数据发送至所述第二通信类型业务服务器，所述第二通信类型业务服务器将收到的数据发送至所述第二通信类型业务客户端。

进一步地，上述方法还可以具有以下特点：

所述业务服务器对应的通信类型是即时通信业务类型或邮件通信业务类型。

进一步地，上述方法还可以具有以下特点：

所述消息分发网关收到所述数据后对所述数据鉴权并且鉴权通过后再对所述数据进行封装。

进一步地，上述方法还可以具有以下特点：

所述消息分发网关根据从互联网侧的业务服务器收到的数据的类型将所述数据发送至所述SDP提供的与所述类型对应的相应接口，所述类型包括文本类型和多媒体类型。

为了解决上述技术问题，本发明提供了一种基于开放业务发布平台的消息通信系统，其中，所述系统包括互联网侧的业务服务器和客户端，移动网络侧的开放业务发布平台(SDP)和移动终端，还包括消息分发网关；

所述业务服务器，用于收到互联网侧的客户端发出的目的地址是移动网络侧的移动终端的数据后，将所述数据发送至消息分发网关；

所述消息分发网关，用于从互联网侧的业务服务器收到目的地址是移动网络侧的移动终端的数据后，将所述数据封装成开放业务发布平台(SDP)能够识别的格式，调用SDP提供的业务接口将封装后的数据发送至SDP；还用于从所述SDP收到目的地址是互联网侧的客户端的数据后，将所述数据封装成所述客户端所属的业务服务器能够识别的格式，调用所述业务服务器提供的接口将封装后的数据发送至所述业务服务器；

所述SDP，用于收到移动网络侧的移动终端发出的目的地址是互联网侧的客户端的数据后，将所述数据发送至所述消息分发网关。

进一步地，上述系统还可以具有以下特点：

所述业务服务器包括第一通信类型业务服务器和第二通信类型业务服务器；

所述第一通信类型业务服务器，用于收到第一通信类型客户端发出的目的地址是互联网侧的第二通信类型客户端的数据后，将所述数据发送至所述消息分发网关；

所述消息分发网关，用于从所述第一通信类型业务服务器收到的目的地址是互联网侧的第二通信类型客户端的数据后，将所述数据封装成所述第二通信类型客户端所属的第二通信类型业务服务器能够识别的格式，调用所述第二通信类型业务服务器提供的接口将封装后的数据发送至所述第二通信类型业务服务器；

所述第二通信类型业务服务器，用于将收到的数据发送至所述第二通信类型业务客户端。

进一步地，上述系统还可以具有以下特点：

所述业务服务器对应的通信类型是即时通信业务类型或邮件通信业务类型。

为了解决上述技术问题，本发明提供了一种消息分发网关，其中，所述消息分发网关包括数据收发模块和数据处理模块；

所述数据收发模块，用于从互联网侧的业务服务器收到目的地址是移动网络侧的移动终端的数据后，将所述数据发送至所述数据处理模块，并将所述数据处理模块封装后的数据发送至SDP；还用于从所述SDP收到目的地址是互联网侧的客户端的数据后，将所述数据发送至所述数据处理模块，并将所述数据处理模块封装后的数据发送至所述客户端所属的业务服务器；

所述数据处理模块，用于对收到的数据进行封装，所述数据是目的地址是移动网络侧的移动终端的数据时将所述数据封装成所述SDP能够识别的格式，所述数据是目的地址是互联网侧的客户端的数据时，将所述数据封装成所述客户端所属的业务服务器能够识别的格式。

进一步地，上述消息分发网关还可以具有以下特点：

所述消息分发网关还包括用户鉴权模块和用户信息模块；

所述用户信息模块，用于维护互联网用户和移动网络用户的用户信息；

所述用户鉴权模块，用于根据所述用户信息模块中的用户信息对所述数据的发送方或接收方进行鉴权；

所述数据收发模块，用于将收到的所述数据发送至所述用户鉴权模块，在所述数据通过鉴权后再发送至所述数据处理模块。

本发明通过提供一种具有良好的可扩展性的IM、邮件和移动终端三者互通的设备及其方法，用于解决IM、邮件和移动终端互通的问题，利用移动终端极大的提高了IM和邮件的及时性、便利性和体验度。进一步，为了适应IM、邮件和移动终端互通的需要，提出了消息分发网关的处理框架，本框架具有良好的可扩展性和灵活性，该框架的四大模块——消息收发模块、用户鉴权模块、数据处理模块以及用户信息模块，各模块职责单一，可分可合，部署灵活，能够适应互联网和移动互联网复杂多变的环境和需要。

附图说明

图1是实施例中的系统结构示意图；

图2是实施例中消息分发网关的结构示意图；

图3是实施例中消息分发网关处理流程示意图。

图4是实施例中IM/邮件侧向移动终端发送消息的处理流程示意图；

图5是实施例中移动终端向IM/邮件侧发送消息的处理流程示意图；

图6是实施例中IM侧到邮件侧发送消息的处理流程示意图；

图7是实施例中邮件侧到IM侧发送消息的处理流程示意图。

具体实施方式

本发明引入了面向CP/SP和增值业务实现统一管理的开放业务发布平台(Service Delivery Platform，简称SDP)，此平台可以提供对第三方的统一开放和综合管理。正是由于SDP的这种统一开放，为跨互联网与移动网络之间的应用提供了极大的便利。第三方使用SDP平台，只需调用其提供的开放的网络服务(Web Service)接口即可实现互联网业务与移动终端的沟通，无需考虑复杂的协议转换和计费等问题，也更无需考虑移动终端设备问题。本发明采用SDP平台实现IM、Email和移动终端三者实现互通，为IM、Email赋予更好的即时性和便利性，增强信息沟通的体验度。

如图1所示，基于SDP平台的消息通信系统，包括互联网侧的业务服务器和客户端，移动网络侧的开放业务发布平台(SDP)和移动终端，还包括消息分发网关。

所述业务服务器，用于收到互联网侧的客户端发出的目的地址是移动网络侧的移动终端的数据后，将所述数据发送至消息分发网关；

所述消息分发网关，用于从互联网侧的业务服务器收到目的地址是移动网络侧的移动终端的数据后，将所述数据封装成SDP能够识别的格式，调用SDP提供的业务接口将封装后的数据发送至SDP；还用于从所述SDP收到目的地址是互联网侧的客户端的数据后，将所述数据封装成所述客户端所属的业务服务器能够识别的格式，调用所述业务服务器提供的接口将封装后的数据发送至所述业务服务器；

所述SDP，用于收到移动网络侧的移动终端发出的目的地址是互联网侧的客户端的数据后，将所述数据发送至所述消息分发网关。

消息分发网关一侧作为IM/邮件服务器接入互联网，另外一侧作为连接SDP平台接入移动网络。其中在移动网络侧，本设备通过SDP提供的网络服务(Web Service)接口调用的方式与SDP平台相连，无需关注移动网络侧复杂的协议转换、通信和计费等问题。

其中，SDP提供的接口是网络服务(Web Service)形式提供的，服务端在SDP侧，客户端在消息分发网关。

所述业务服务器包括第一通信类型业务服务器和第二通信类型业务服务器。所述第一通信类型业务服务器，用于收到第一通信类型客户端发出的目的地址是互联网侧的第二通信类型客户端的数据后，将所述数据发送至所述消息分发网关；

所述消息分发网关，用于从所述第一通信类型业务服务器收到的目的地址是互联网侧的第二通信类型客户端的数据后，将所述数据封装成所述第二通信类型客户端所属的第二通信类型业务服务器能够识别的格式，调用所述第二通信类型业务服务器提供的接口将封装后的数据发送至所述第二通信类型业务服务器；

所述第二通信类型业务服务器，用于将收到的数据发送至所述第二通信类型业务客户端。

其中，业务服务器对应的通信类型是即时通信(IM)业务类型或邮件通信业务类型，即第一通信类型是IM业务类型，第二通信类型是邮件通信类型；或者，第一通信类型是邮件通信类型，第二通信类型是IM业务类型。

如图2所示，消息分发网关200包括数据收发模块201和数据处理模块203。

数据收发模块201，用于从互联网侧的业务服务器收到目的地址是移动网络侧的移动终端的数据后，将所述数据发送至所述数据处理模块202，并将所述数据处理模块202封装后的数据发送至SDP；还用于从所述SDP收到目的地址是互联网侧的客户端的数据后，将所述数据发送至所述数据处理模块202，并将所述数据处理模块202封装后的数据发送至所述客户端所属的业务服务器；

数据处理模块202，用于对收到的数据进行封装，所述数据是目的地址是移动网络侧的移动终端的数据时将所述数据封装成所述SDP能够识别的格式，所述数据是目的地址是互联网侧的客户端的数据时，将所述数据封装成所述客户端所属的业务服务器能够识别的格式。

所述消息分发网关200还可以包括用户鉴权模块203和用户信息模块204。

用户信息模块204，用于维护互联网用户和移动网络用户的用户信息；

用户鉴权模块203，用于根据所述用户信息模块204中的用户信息对所述数据的发送方或接收方进行鉴权；

数据收发模块201，用于将收到的所述数据发送至所述用户鉴权模块203，在所述数据通过鉴权后再发送至所述数据处理模块202。

其中，消息收发模块201，还用于负责接收来自IM服务器、邮件服务器以及SDP平台的请求消息以及返回的状态报告，并维护消息队列。

数据处理模块203，除了负责将消息内容按照一定的显示格式以及目的系统的需要进行重组外，还对数据进行反病毒、反垃圾信息的处理，可以通过提供对外的接口实现这些功能，比如通过ICAP协议的接口接入杀毒系统实现病毒查杀功能。

上述各个模块之间采用消息通讯或者函数调用的方式实现相互交互。

基于SDP平台的消息通信方法包括：

互联网侧的业务服务器收到互联网侧的客户端发出的目的地址是移动网络侧的移动终端的数据后，将所述数据发送至消息分发网关，所述消息分发网关将所述数据封装成开放业务发布平台(SDP)能够识别的格式，调用SDP提供的业务接口将封装后的数据发送至SDP，SDP将收到的数据发送至移动终端；

所述开放业务发布平台(SDP)收到移动网络侧的移动终端发出的目的地址是互联网侧的客户端的数据后，将所述数据发送至所述消息分发网关，所述消息分发网关将所述数据封装成所述客户端所属的业务服务器能够识别的格式，调用所述业务服务器提供的接口将封装后的数据发送至所述业务服务器，所述业务服务器将收到的数据发送至所述客户端。

此方法还包括：互联网侧的第一通信类型业务服务器收到第一通信类型客户端发出的目的地址是互联网侧的第二通信类型客户端的数据后，将所述数据发送至所述消息分发网关，所述消息分发网关将所述数据封装成所述第二通信类型客户端所属的第二通信类型业务服务器能够识别的格式，调用所述第二通信类型业务服务器提供的接口将封装后的数据发送至所述第二通信类型业务服务器，所述第二通信类型业务服务器将收到的数据发送至所述第二通信类型业务客户端。

所述业务服务器对应的通信类型是即时通信业务类型或邮件通信业务类型。即第一通信类型是IM业务类型，第二通信类型是邮件通信类型；或者，第一通信类型是邮件通信类型，第二通信类型是IM业务类型。

所述消息分发网关收到所述数据后对所述数据鉴权并且鉴权通过后再对所述数据进行封装。

所述消息分发网关根据从互联网侧的业务服务器收到的数据的类型将所述数据发送至所述SDP提供的与所述类型对应的相应接口，所述类型包括文本类型和多媒体类型。

如图3所示，典型消息分发网关处理流程包括：

步骤301，接收请求消息，包括IM、邮件系统以及SDP的请求消息，由消息收发模块实现；

步骤302，判断消息目的地址所属系统，并将消息加入相应消息队列，由消息收发模块实现；

步骤303，对消息的收发人进行鉴权，由用户鉴权模块实现；

步骤304，对数据进行处理，包括内容格式、病毒查杀、反垃圾等，由数据处理模块实现；

步骤305，根据消息目的地址所属系统调用相应接口将消息下发，由消息收发模块实现。

下面以互联网侧包括IM和邮件两种业务形式的情况下，说明互联网侧与移动网络侧的互通包括以下四种形式：

从IM/邮件侧到移动终端侧的处理步骤包括接收消息、分析消息、用户鉴权、数据处理到调用SDP平台提交给相应的移动网络中的网元的业务流程。

从移动终端侧到IM/邮件侧的处理步骤包括接收SDP平台传送过来的移动终端请求，分析请求，用户鉴权到数据处理并转交给对应的IM/邮件服务器的业务流程；

从邮件侧到IM侧的处理步骤包括接收消息、分析消息、用户鉴权、数据处理到转交给IM服务器的业务流程；

从IM侧到邮件侧的处理步骤包括从接收IM服务器传送过来的IM客户端请求，分析请求，用户鉴权到数据处理并转交给邮件服务器的业务流程。

如图4所示，IM/邮件侧向移动终端发送消息的处理流程包括：

步骤401，IM/邮件服务器收到来自客户端消息后解析得知该消息的目的地址为移动终端，调用消息收发模块提供的接口向消息收发模块发送该消息；

步骤402，消息收发模块接收来自IM/邮件服务器的消息，对消息目的地址进行判断，得知是发往移动终端的消息，并加入相应的消息队列。

步骤403，用户鉴权模块对消息进行鉴权，若通过鉴权则将消息发往数据处理模块，否则，流程中止。

步骤404，数据处理模块判断消息类型并对消息内容进行重组，并调用相关功能接口进行病毒查杀、反垃圾处理，将消息发往消息收发模块。

其中，此消息中如果仅包含纯文本，则重组成SDP下发短信的WebService接口所需的消息结构，若此消息中还包含多媒体数据元素(如图片、声音等)，则重组成SDP下发彩信的Web Service接口所需的消息结构。

步骤405，消息收发模块判断消息目的地址为移动终端，并且在消息类型为纯文本时调用SDP提供的用于下发短信的Web Service接口下发，在消息类型为彩信即包含多媒体数据元素时调用SDP提供的用于下发彩信的Web Service接口下发，若下发成功，则将消息从消息队列中清除，否则通过重试策略进行重试。

此方法中还可以包括以下步骤：

步骤406，SDP平台将发送到移动终端消息的状态报告返回给消息分发网关的消息收发模块。

步骤407，消息分发网关的消息收发模块接收SDP的消息，判断该消息为返回的状态报告，将其转发至数据处理模块。

步骤408，数据处理模块对状态报告进行入库，并构造消息发送结果通知返回给消息收发模块。

步骤409，消息收发模块根据原消息源地址判断其为IM/邮件侧地址，调用与IM/邮件服务器相应接口将消息下发到IM/邮件服务器。

如图5所示，移动终端向IM/邮件侧发送消息的处理流程包括：

步骤501，SDP平台收到来自移动终端消息目的地址为IM/邮件服务器的请求，调用消息收发模块提供的接口向消息收发模块发送该请求消息。

步骤502，消息收发模块接收来自SDP的消息，对消息目的地址进行判断，得知是发往IM/邮件侧的消息，并加入相应的消息队列。

步骤503，鉴权模块对消息进行鉴权，若通过鉴权则将消息发往数据处理模块，否则，流程中止。

步骤504，数据处理模块对消息内容进行重组，并调用相关功能接口进行病毒查杀、反垃圾处理，完成后将消息发往消息收发模块。

步骤505，消息收发模块判断消息目的地址为IM/邮件侧，调用相应接口对消息进行下发，若下发成功，则将消息从消息队列中清除，否则通过重试策略进行重试。

此方法中还可以包括以下步骤：

步骤506，IM/邮件服务器将发送结果的状态报告发送给消息收发模块。

步骤507，消息收发模块接收IM/邮件服务器的消息，判断该消息为消息发送状态报告，将其转发至数据处理模块。

步骤508，数据处理模块对状态报告进行入库，并构造用户消息发送结果通知返回给消息收发模块。

步骤509，消息收发模块根据原消息的源地址判断其为终端设备标识符，调用SDP的Web Service接口将消息下发到SDP平台。

如图6所示，IM侧到邮件侧发送消息的处理流程包括：

步骤601，IM服务器收到来自IM客户端消息目的地址为邮件侧的请求，向消息收发模块发送该请求消息。

步骤602，消息收发模块接收来自IM服务器的消息，对消息目的地址进行判断，得知是发往邮件侧的消息，并加入相应的消息队列。

步骤603，鉴权模块对消息进行鉴权，若通过鉴权则将消息发往数据处理模块，否则，流程中止。

步骤604，数据处理模块对消息内容进行重组，并调用相关功能接口进行病毒查杀、反垃圾处理，完成后将消息发往消息收发模块。

步骤605，消息收发模块判断消息目的地址为邮件侧，调用与邮件服务器的接口对消息进行下发，若下发成功，则将消息从消息队列中清除，否则通过重试策略进行重试。

此方法中还可以包括以下步骤：

步骤606，邮件服务器将发送结果的状态报告发送给消息收发模块。

步骤607，消息收发模块接收邮件服务器的消息，判断该消息为消息发送状态报告，将其转发至数据处理模块。

步骤608，数据处理模块对状态报告进行入库，并构造用户消息发送结果通知返回给消息收发模块。

步骤609，消息收发模块根据原消息的源地址判断其为IM侧地址，调用与IM服务器的接口将消息下发到IM服务器。

如图7所示，邮件侧到IM侧发送消息的处理流程包括：

步骤701，邮件服务器收到来自邮件客户端消息目的地址为IM侧的请求，向消息收发模块发送该请求消息。

步骤702，消息收发模块接收来自邮件服务器的消息，对消息目的地址进行判断，得知是发往IM侧的消息，并加入相应的消息队列。

步骤703，鉴权模块对消息进行鉴权，若通过鉴权则将消息发往数据处理模块，否则，流程中止。

步骤704，数据处理模块对消息内容进行重组，并调用相关功能接口进行病毒查杀、反垃圾处理，完成后将消息发往消息收发模块。

步骤705，消息收发模块判断消息目的地址为IM侧，调用与IM服务器的接口对消息进行下发，若下发成功，则将消息从消息队列中清除，否则通过重试策略进行重试。

此方法中还可以包括以下步骤：

步骤706，IM服务器将发送结果的状态报告发送给消息收发模块。

步骤707，消息收发模块接收IM服务器的消息，判断该消息为消息发送状态报告，将其转发至数据处理模块。

步骤708，数据处理模块对状态报告进行入库，并构造用户消息发送结果通知返回给消息收发模块。

步骤709，消息收发模块根据原消息的源地址判断其为邮件侧地址，调用与邮件服务器的接口将消息下发到邮件服务器。

在上述实施例中，如果业务量大，流程复杂，则可以进一步根据实际需要拓展，如用多台物理主机部署这些各个模块以实现负荷分担。

采用本发明基于SDP平台之上解决了IM、邮件和移动终端三者实现互通的问题，能够很好的利用移动终端的高即时性、高便利性和高体验度来提高IM和邮件的即时性、便利性和体验度。

本发明通过提供一种结构清晰的框架和实现方法，使得IM、邮件和移动终端的互通过程得以以一种扩展性很好又相对固定的处理流程下实现，从而提供了一种通用的基于SDP平台的IM、邮件和移动终端三者互通的设备和方法。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

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

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

Claims (10)

1.一种基于开放业务发布平台的消息通信方法，其中，

互联网侧的业务服务器收到互联网侧的客户端发出的目的地址是移动网络侧的移动终端的数据后，将所述数据发送至消息分发网关，所述消息分发网关将所述数据封装成开放业务发布平台(SDP)能够识别的格式，调用SDP提供的业务接口将封装后的数据发送至SDP，SDP将收到的数据发送至移动终端；

所述开放业务发布平台(SDP)收到移动网络侧的移动终端发出的目的地址是互联网侧的客户端的数据后，将所述数据发送至所述消息分发网关，所述消息分发网关将所述数据封装成所述客户端所属的业务服务器能够识别的格式，调用所述业务服务器提供的接口将封装后的数据发送至所述业务服务器，所述业务服务器将收到的数据发送至所述客户端。

2.如权利要求1所述的方法，其特征在于，

互联网侧的第一通信类型业务服务器收到第一通信类型客户端发出的目的地址是互联网侧的第二通信类型客户端的数据后，将所述数据发送至所述消息分发网关，所述消息分发网关将所述数据封装成所述第二通信类型客户端所属的第二通信类型业务服务器能够识别的格式，调用所述第二通信类型业务服务器提供的接口将封装后的数据发送至所述第二通信类型业务服务器，所述第二通信类型业务服务器将收到的数据发送至所述第二通信类型业务客户端。

3.如权利要求1所述的方法，其特征在于，

所述业务服务器对应的通信类型是即时通信业务类型或邮件通信业务类型。

4.如权利要求1所述的方法，其特征在于，

所述消息分发网关收到所述数据后对所述数据鉴权并且鉴权通过后再对所述数据进行封装。

5.如权利要求1所述的方法，其特征在于，

所述消息分发网关根据从互联网侧的业务服务器收到的数据的类型将所述数据发送至所述SDP提供的与所述类型对应的相应接口，所述类型包括文本类型和多媒体类型。

6.一种基于开放业务发布平台的消息通信系统，其中，

所述系统包括互联网侧的业务服务器和客户端，移动网络侧的开放业务发布平台(SDP)和移动终端，还包括消息分发网关；

所述业务服务器，用于收到互联网侧的客户端发出的目的地址是移动网络侧的移动终端的数据后，将所述数据发送至消息分发网关；

所述消息分发网关，用于从互联网侧的业务服务器收到目的地址是移动网络侧的移动终端的数据后，将所述数据封装成开放业务发布平台(SDP)能够识别的格式，调用SDP提供的业务接口将封装后的数据发送至SDP；还用于从所述SDP收到目的地址是互联网侧的客户端的数据后，将所述数据封装成所述客户端所属的业务服务器能够识别的格式，调用所述业务服务器提供的接口将封装后的数据发送至所述业务服务器；

所述SDP，用于收到移动网络侧的移动终端发出的目的地址是互联网侧的客户端的数据后，将所述数据发送至所述消息分发网关。

7.如权利要求6所述的系统，其特征在于，

所述业务服务器包括第一通信类型业务服务器和第二通信类型业务服务器；

所述第一通信类型业务服务器，用于收到第一通信类型客户端发出的目的地址是互联网侧的第二通信类型客户端的数据后，将所述数据发送至所述消息分发网关；

所述消息分发网关，用于从所述第一通信类型业务服务器收到的目的地址是互联网侧的第二通信类型客户端的数据后，将所述数据封装成所述第二通信类型客户端所属的第二通信类型业务服务器能够识别的格式，调用所述第二通信类型业务服务器提供的接口将封装后的数据发送至所述第二通信类型业务服务器；

所述第二通信类型业务服务器，用于将收到的数据发送至所述第二通信类型业务客户端。

8.如权利要求6所述的系统，其特征在于，

所述业务服务器对应的通信类型是即时通信业务类型或邮件通信业务类型。

9.一种消息分发网关，其中，

所述消息分发网关包括数据收发模块和数据处理模块；

所述数据收发模块，用于从互联网侧的业务服务器收到目的地址是移动网络侧的移动终端的数据后，将所述数据发送至所述数据处理模块，并将所述数据处理模块封装后的数据发送至SDP；还用于从所述SDP收到目的地址是互联网侧的客户端的数据后，将所述数据发送至所述数据处理模块，并将所述数据处理模块封装后的数据发送至所述客户端所属的业务服务器；

所述数据处理模块，用于对收到的数据进行封装，所述数据是目的地址是移动网络侧的移动终端的数据时将所述数据封装成所述SDP能够识别的格式，所述数据是目的地址是互联网侧的客户端的数据时，将所述数据封装成所述客户端所属的业务服务器能够识别的格式。

10.如权利要求9所述的消息分发网关，其特征在于，

所述消息分发网关还包括用户鉴权模块和用户信息模块；

所述用户信息模块，用于维护互联网用户和移动网络用户的用户信息；

所述用户鉴权模块，用于根据所述用户信息模块中的用户信息对所述数据的发送方或接收方进行鉴权；

所述数据收发模块，用于将收到的所述数据发送至所述用户鉴权模块，在所述数据通过鉴权后再发送至所述数据处理模块。

Images