CN101083636A - 互联网邮件业务与移动应用互通的实现方法、设备及系统 - Google Patents

Abstract

本发明公开一种互通网关设备，包括：邮件处理接口模块，负责接收来自邮件服务器的邮件，调用匹配器，向邮件服务器发送邮件、进行邮件重试和错误处理；邮件处理单元，用于抽象匹配器和处理器的接口和结构，定义邮件处理的公共函数和模块；匹配器集合和处理器集合，分别用于实现不同的匹配功能和处理功能；移动应用通讯单元，负责实现和维护与移动通信网络中相关网元通讯的公共功能，为各模块交互提供统一接口；协议处理单元，完成对协议数据包的解析和组包。本发明还同时公开了一种互联网邮件业务与移动应用互通的实现方法及系统，采用本发明能支持多种协议下移动应用与互联网邮件业务的互通，且能大大降低成本和实现复杂度，增强扩展性。

Description

互联网邮件业务与移动应用互通的实现方法、设备及系统

技术领域

本发明涉及互联网与移动通信网的业务互通技术，特别是涉及一种互联网电子邮件与移动通信网中增值业务互通的实现方法、及其实现设备和系统。

背景技术

在互联网中，电子邮件是最广泛的应用之一，相比较传统邮件方式而言，电子邮件具有方便、快捷、经济、高效等多方面的优点。但是，相对于目前很多新兴的移动增值业务来说，电子邮件又存在一些缺陷，比如：没有短信收发的实时性，也没有收发短信、彩信等移动增值业务的灵活方便。

在移动通信网络中，随着带宽的提高和3G/4G时代的到来，包括短信业务在内越来越多的增值业务正在渐渐普及，一些以前只能在互联网上实现的业务逐渐都将在移动通信网络中实现。随着移动通信网络与互联网的结合越来越紧密，传统的电子邮件如何与移动增值业务互通已成为一种迫切的需要。这里，移动增值业务也可以称为移动应用。

目前，很少有移动应用与互联网邮件能实现互通，对于极少已实现互通的情况，大都是采用单一孤立的架构与电子邮件互通，即：设置一个互通模块，支持在某种特定网络环境下基于某种特定的协议，实现某种移动增值业务与电子邮件的互通，如通过短信方式发送接收邮件提醒等。虽然电子邮件的协议和使用方式一直以来变化很少，但是移动增值业务的发展与应用却非常迅速，无论是协议还是用户的使用方式都很容易变化，这样，随着移动增值业务种类的增加和变化，就需要互通设备不断大面积地修改，甚至是重新设计开发，以适应相应系统结构、协议、用户使用方式的变化以及系统的扩展，如此，就会无形中增加很大成本，增大设备和系统设计的复杂度，同时也降低了新业务推广的速度。

发明内容

有鉴于此，本发明的主要目的在于提供一种互联网邮件业务与移动应用互通的实现方法、设备及系统，能支持多种协议下移动应用与互联网邮件业务的互通，且能大大降低成本和实现复杂度，增强扩展性。

为达到上述目的，本发明的技术方案是这样实现的：

一种互通网关设备，包括：邮件处理接口模块、邮件处理单元、匹配器集合、处理器集合、移动应用通讯单元以及协议处理单元；

邮件处理接口模块，负责接收来自邮件服务器的邮件，并负责依次调用匹配器集合中对应的匹配器，还负责向互联网中邮件服务器发送邮件、进行邮件重试和错误处理；

邮件处理单元，用于抽象匹配器和处理器的接口和结构，定义邮件处理的公共函数和模块；

匹配器集合，由一个或一个以上匹配器组成，用于实现不同的匹配功能；

处理器集合，由一个或一个以上处理器组成，用于实现不同的处理功能；

移动应用通讯单元，负责实现和维护与移动通信网络中相关网元通讯的公共功能，并为各个模块的交互提供统一的接口；

协议处理单元，用于完成对协议数据包的解析和组包，实现与移动通信网中对应网元的交互。

其中，所述协议处理单元包括MM7模块和/或SMPP模块，用于完成对MM7协议数据包和/或SMPP协议数据包的解析和组包，实现与彩信中心/网关和/或短信中心/网关的交互。所述协议处理单元进一步包括其他协议模块，用于完成对其他特定协议数据包的解析和组包，实现与移动通信网络中其他网元的交互。

上述方案中，所述匹配器集合中的一个匹配器连接处理器集合中一个或一个以上处理器；或者，所述匹配器集合中的匹配器与处理器集合中的处理器一一对应连接。其中，所述匹配器为短信匹配器、或为彩信匹配器；相应的，所述处理器为短信处理器、或为彩信处理器。

本发明还公开了一种互联网邮件业务与移动应用互通的实现系统，包括互联网和移动通信网，所述互联网中包括至少一个邮件服务器，所述移动通信网中包括短信中心/网关、彩信中心/网关；关键在于，

在互联网的邮件服务器与移动通信网的短信中心/网关、彩信中心/网关之间设置有互通网关设备，用于实现邮件服务器与短信中心/网关、彩信中心/网关的互连，完成电子邮件业务与短信和/或彩信业务的互通。

其中，所述互通网关设备包括：邮件处理接口模块、邮件处理单元、匹配器集合、处理器集合、移动应用通讯单元、MM7模块以及SMPP协议模块；

邮件处理接口模块，负责接收互联网中所有邮件服务器发来的邮件，并负责依次调用匹配器集合中对应的匹配器，还负责向互联网中邮件服务器发送邮件、进行邮件重试和错误处理；

邮件处理单元，用于抽象匹配器和处理器的接口和结构，定义邮件处理的公共函数和模块；

匹配器集合，由一个或一个以上匹配器组成，用于实现不同的匹配功能；

处理器集合，由一个或一个以上处理器组成，用于实现不同的处理功能；

移动应用通讯单元，负责实现和维护与移动通信网络中相关网元通讯的公共功能，并为各个模块的交互提供统一的接口；

MM7模块，用于完成对MM7协议数据包的解析和组包，实现与移动通信网中彩信中心/网关的交互；

SMPP模块，用于完成对SMPP协议数据包的解析和组包，实现与移动通信网中短信中心/网关的交互。

本发明还公开了一种互联网邮件业务与移动应用互通的实现方法，该方法包括邮件侧到移动应用侧的处理和移动应用侧到邮件侧的处理；

其中，邮件侧到移动应用侧的处理包括：将来自互联网邮件服务器的邮件，经由至少一个匹配器匹配，并触发相应处理器对原始的邮件数据进行格式转换，之后发送至移动通信网的相应网元；

移动应用侧到邮件侧的处理包括：将来自移动网元的消息根据协议解析，之后根据协议特点和请求调用对应的处理器，将原始的移动应用数据结构转换成对应的邮件数据格式，再发送至互联网中对应的邮件服务器。

该方法进一步包括：预先设置配置文件；所述经由至少一个匹配器匹配为：根据配置文件中的配置触发至少一个匹配器，对不同内容进行匹配；所述触发相应处理器为：根据配置文件中配置的匹配器与处理器的对应关系触发相应处理器。

其中，所述一个匹配器触发一个处理器；或者，所述一个匹配器触发一个以上处理器。所述相应网元为短信中心/网关，所述匹配为匹配纯文本信息；所述进行格式转换为：将邮件所包含的文本拆分成规定长度的多条短信；或者，所述进行格式转换为：将邮件所包含的部分文本拆分成规定长度的多条短信，同时生成通知未读邮件部分如何获取的短信。

上述方案中，所述相应网元为彩信中心/网关，所述匹配为匹配多种媒体元素，所述进行格式转换为完成彩信的组装。

本发明所提供的互联网邮件业务与移动应用互通的实现方法、设备及系统，通过互通网关设备将移动应用的服务中心/网关与互联网的邮件服务器互连，并在互通网关设备中设置适合不同协议和功能的一个或多个匹配器及其对应的一个或多个处理器，即引入匹配器集合和处理器集合的概念，针对不同协议的业务数据进行处理。因此，本发明具有以下的优点和特点：

1)由于匹配器与处理器是对应的，两者可以协调配合工作，对于不同协议的业务数据如SP通过MM7接口提交彩信数据、点对点短消息协议(SMPP)数据，可分别采用专门的匹配器和处理器进行相应处理，也就是说，不同的协议数据采用不同的匹配器、处理器进行处理，互不干扰，如此，就可以使本发明的方法、设备及系统支持多种协议的互通，且处理效果更好、效率更高、更有针对性。

2)由于本发明中匹配器、处理器是与所处理的协议数据对应的，所以，如果需要增加对新增协议数据的处理，只需增加相应的匹配器、处理器以及相应的通讯接口即可，对应某协议的通讯接口接收对应的消息、数据，送至对应的匹配器、处理器进行处理。这样，可以大大增强本发明的扩展性。

3)本发明增加匹配器、处理器、通讯接口只是增加逻辑上的处理模块，并不会对系统的整体结构产生影响，所以实现复杂度低、成本小。并且，本发明中匹配器、处理器可以根据需要任意增加，更具有良好的灵活性和扩展性。

4)本发明方法对于某种协议数据的互通处理主要是：接收原始数据、匹配数据、拆分/组装数据，再将经过处理的数据发送到目的端，整个过程实现简单、方便。并且，对于任意新增业务的数据互通，只需遵循新增业务对应的协议进行上述流程处理即可，扩展性更强，从而更有利于新增业务的推广。

附图说明

图1为本发明系统的网络部署示意图；

图2为本发明中互通网关设备一实施例的组成结构示意图；

图3为本发明互通网关设备中匹配器和处理器一交互实例示意图；

图4为本发明邮件到移动应用方向一实施例的处理流程示意图；

图5为本发明移动应用到邮件方向一实施例的处理流程示意图。

具体实施方式

本发明的基本思想是：在移动应用的服务中心/网关与邮件服务器之间设置互通网关设备，通过互通网关设备中的匹配器和处理器完成邮件到短信/彩信、短信/彩信到邮件的转换、发送。

图1为本发明系统一种典型的网络部署示意图，如图1所示，本发明系统包括互联网、移动通信网以及连接于两个网络之间的互通网关设备，其中，互联网中进一步包括邮件服务器1、邮件服务器2、......邮件服务器N多个邮件服务器，分别用于处理不同类别或不同运营商的电子邮件；移动通信网中至少包括短信中心/网关、彩信中心/网关以及其他网元，短信中心/网关和彩信中心/网关分别用于处理短信业务和彩信业务。

互通网关设备是本发明新增的网元实体，用于实现邮件服务器与短信中心/网关和彩信中心/网关的互连，进而完成电子邮件业务与短信和/或彩信业务的互通。互通网关设备一侧作为邮件服务器接入互联网，另一侧作为移动通信网络的网元接入移动通信网络。其中，在移动通信网络侧，互通网关设备以外部短消息实体(ESME，External Short Message Entity)的方式与短信中心/网关通讯，以支持MM7协议的业务提供商(SP，Service Provider)与彩信中心/网关通讯，如果需要连接移动通信网络中的其他网元也可以以类似的方式扩展接入。这里，MM7是彩信中心/网关和外部SP提交和收取彩信的一个接口，是由彩信规范定义的。

图1中互通网关设备的物理实现可以是一台计算机，如果需要考虑负荷分担以及相关网络安全性的问题还可进一步采用多主机备份的方式。

图1所述互通网关设备的具体逻辑结构如图2所示，图2中实线表示内部消息，虚线表示接口实现。参见图2，本发明的互通网关设备包括：邮件处理接口模块201、邮件处理单元202、匹配器集合203、处理器集合204、移动应用通讯单元205、MM7模块206、SMPP模块207、其他协议模块208。本发明中，可将MM7模块206、SMPP模块207、其他协议模块208统称为协议处理单元，互通网关设备中可以根据需要包括三者其中之一，也可以包括三者的任意组合。其中，

邮件处理接口模块201，负责接收互联网中所有邮件服务器发来的邮件，并负责依次调用匹配器集合中对应的匹配器；另外，还负责向互联网中其他邮件服务器发送邮件、进行邮件重试和错误处理等工作。

邮件处理单元202，用于抽象匹配器和处理器的接口和结构，并定义一些邮件处理的公共函数和模块，供各个具体实现的匹配器和处理器实现和调用。其中，如何抽象匹配器和处理器的接口和结构可采用已有方法实现，在此不再赘述。所述定义邮件处理的公共函数和模块是指将各种邮件处理通用功能提取出来形成不同的函数和模块，比如：邮件的编码和解码，从邮件数据中提取发件人、主题、正文等功能。至于如何定义属于现有技术，在此不再详述。

匹配器集合203，根据具体需要由1到N(N≥1的自然数)个匹配器组成，每个匹配器均实现了邮件处理单元定义的匹配器接口，根据需要各个匹配器可以实现不同的匹配功能，比如：短信匹配器只匹配那些包含普通文本的邮件，彩信匹配器只匹配那些包含图片、声音等多种媒体元素的邮件；还可以有专门匹配邮件地址的匹配器，用于校验地址格式是否准确，并根据邮件地址确定接收短信/彩信的移动终端。也就是说，每个匹配器的抽象功能函数统一定义在邮件处理单元中，但匹配器集合中每个匹配器具体实现的功能不同，比如：匹配器A实现对发件人的匹配，匹配器B实现对特定内容的匹配，但是匹配器A和匹配器B抽象的匹配功能都是在邮件处理单元中定义的，是面向对象编程的接口和实现的关系，其优越之处在于增加匹配器时，邮件处理单元不用修改。

处理器集合204，根据具体需要由1到M(M≥1的自然数，M小于等于N)个处理器组成，每个处理器均实现了邮件处理单元定义的处理器接口，根据需要各个处理器可以实现不同的处理功能，比如：短信处理器负责提取邮件中的普通文本，并拆分成多条短信；彩信处理器负责把邮件中的图片、声音等多种媒体元素组合成彩信等。也就是说，每个处理器的抽象功能函数统一定义在邮件处理单元中，但处理器集合中每个处理器具体实现的功能不同。比如：处理器A用于文本信息的处理，处理器B用于图片信息的处理，但是处理器A和处理器B抽象的处理功能都是在邮件处理单元中定义的，是面向对象编程的接口和实现的关系，这样，在增加处理器时，邮件处理单元不用修改。

移动应用通讯单元205，负责与移动通信网络中相关网元通讯的公共功能的实现和维护，比如认证鉴权、流量控制等，为实现具体协议、并与各个网元交互的模块提供基础服务，并为实现这些具体协议的各个模块以及本设备其他模块的交互提供统一的接口。

MM7模块206，负责实现MM7协议数据包的解析和组包，实现与彩信中心/网关的交互，具体来说，主要完成彩信的提交和彩信的接收功能。一边依赖移动应用通讯单元205提供的服务完成基础通讯功能，一边根据自身实现的协议功能与彩信中心/彩信网关完成彩信的提交和接收功能。

SMPP模块207，负责实现SMPP协议数据包的解析和组包，实现与短信中心/网关的交互，具体来说，主要完成短信的提交和短信的接收功能。一边依赖移动应用通讯单元205提供的服务完成基础通讯功能，一边根据自身实现的协议功能和短信中心/短信网关完成短信的提交和接收功能。

其他协议模块208，作用与MM7模块206和SMPP模块207类似，实现其他特定协议数据包的解析与组包，完成与移动通信网络中其他网元的交互。

图3为本发明互通网关设备中匹配器和处理器一交互实例示意图，图3中匹配器集合包含N(N≥1)个匹配器203-1、203-2......203-N，处理器集合也包含N(N≥1)个处理器204-1、204-2......204-N，图3中的虚线表示可选连接，也就是说，一个匹配器可以触发一个或多个处理器工作。在实际应用中，某种特殊情况下，匹配器也可以不触发处理器。

如图3所示，匹配器的处理流程为：如果匹配成功，则发送消息给对应的一个或多个处理器，触发对应的处理器的处理流程；如果匹配不成功，则进行下一个匹配器的匹配，直到所有匹配器都匹配完成为止。其中，匹配器和处理器之间的对应关系可以根据需要变化，可以是一对一，也可以是一对多，相应的，匹配器个数和处理器个数可以相同，也可以不同。并且，数量上没有理论的上限，只受具体的物理机器性能限制，因此具有非常好的可扩展性和适应性。这里，具体哪个匹配器触发哪个处理器由预先设置的配置文件决定，配置文件在系统启动前根据实际需要设定配置关系。另外，多个匹配器按怎样的顺序工作，从哪个匹配器开始匹配，匹配到哪个匹配器结束，也是由配置文件预先设置好。比如有三个匹配器，匹配器1负责匹配邮件地址，匹配器2负责匹配文本信息，匹配器3负责匹配多种媒体元素信息，可以在配置文件中设置为按匹配器1、匹配器2、匹配器3顺序依次匹配，从匹配器1开始到匹配器3结束；也可以在配置文件中设置为只做匹配器1和匹配器2的匹配等等。一旦配置文件确定后，所有的匹配、处理器触发均按配置文件确定的原则进行。

基于图1所示系统以及图2所示互通网关设备，本发明的方法包括两部分：一部分是从邮件侧到移动应用侧的处理，包括从接收邮件、分析邮件，到转换成移动应用对应的格式并提交给相应的移动通信网络中的网元的业务流程；另一部分是从移动应用侧到邮件侧的处理，包括从接收移动应用请求，分析请求，到组合邮件并转交给对应的邮件服务器的业务流程。

其中，从邮件侧到移动应用侧的处理具体包括以下步骤：

步骤a1、邮件处理接口模块从互联网中的邮件服务器接收符合格式和要求的邮件，并根据配置触发一个或多个匹配器。

这里，所说的根据配置是指根据配置文件中预先设置好的配置，触发一个或多个匹配器是通过不同的匹配器完成不同内容的匹配、校验。

步骤b1、每个被触发的匹配器对原始邮件进行匹配，根据匹配结果调用对应的一个或多个处理器。

这里，匹配器与处理器的对应关系也是预先在配置文件中设置好的。

步骤c1、所调用的处理器根据邮件特点和匹配器要求进行对应的格式转换，并把经过转换、处理后的结果转交给移动应用通讯单元。

步骤d1、移动应用通讯单元将对应的数据包根据特定的协议要求选择对应的协议接口模块，完成与移动通信网络对应网元的交互。

从移动应用侧到邮件侧的处理具体包括以下步骤：

步骤a2、移动网元对应的协议模块监听移动网元对应的请求消息，并将接收到的消息根据协议解析后转交给移动应用通讯单元。

步骤b2、移动应用通讯单元根据协议特点和请求调用对应的处理器。

这里，具体哪个处理器用于处理哪种协议是预先配置好的。

步骤c2、处理器将原始的移动应用数据结构转换成对应的邮件数据格式，并调用邮件处理接口模块进行后续处理。

步骤d2、邮件处理接口模块将邮件转发给互联网中对应的邮件服务器。

下面结合图4、图5以及具体实施例来进一步说明本发明方法的实现流程。

图4为本发明邮件到移动应用方向一实施例的处理流程示意图，本实施例中以邮件转换为短信为例。图4中带箭头的粗实线表示发送消息，带箭头的粗虚线表示反馈消息，细虚线为步骤引线。本实施例中，假设：邮件中包含纯文本，则需要将邮件所包含的文本拆分成多条短信下发。并且，假设匹配器J(1≤J＜≤N，N为匹配器集合中匹配器总个数)匹配到邮件中包含纯文本，匹配器J对应处理器K(1≤K≤M，M为处理器集合中处理器总个数)，其中J和K的对应关系由配置文件中预设的配置关系决定。当然，如果邮件中还包含其他多种媒体元素，如图片、声音等等，则需要组合彩信一起下发。

如图4所示，本实施例的处理流程包括：

步骤401、邮件处理接口模块从互联网上接收到某邮件服务器发送的邮件后，开始依次调用匹配器集合中的所有匹配器，每个匹配器匹配不成功或匹配成功，均会给对应的处理器发送消息，之后，再依次进行下一个匹配器的匹配。

步骤402、匹配器J匹配到邮件中包含纯文本，则匹配器J发送请求消息给对应的处理器K。

步骤403、处理器K收到请求后马上返回一个消息给匹配器J，表示已经成功收到请求，立即开始处理。

步骤404、处理器K从原始邮件中提取出纯文本，并拆分纯文本为规定长度的短消息数组。一般，一条短消息中的中文为70个字符，英文为140个字符，长度可以配置。

对于过长的文本，为了避免用户收到太多的短消息，也可以只根据配置取文本的前一部分构造几个短消息，剩余部分构造额外的短消息，通知用户还有未读部分如何获取；然后对所有构造好的短消息开始调用移动应用通讯单元。

步骤405、移动应用通讯单元根据调用参数发现是要发送短消息，则把相应的短消息转发给SMPP模块，并由SMPP模块完成与短信中心/网关的短消息提交，并根据序列号保存请求，以便重试或接收到状态报告后完成进一步的处理，最后由短信中心将短消息发送到对应的用户终端上。

步骤406、短消息发送成功或失败后，短信中心/网关返回一个状态报告给SMPP模块，SMPP模块根据序列号找到对应的请求，根据配置和返回报告的错误码等可以进行重试，或者，返回一个成功/失败的消息给移动应用通讯单元。

步骤407、移动应用通讯单元收到成功/失败消息后，返回包含成功/失败信息的消息给处理器K。

步骤408、处理器K根据短消息发送结果和配置，构造一个包含成功或失败信息的邮件提交给邮件处理接口模块，并由邮件处理接口模块报告给相应的邮件服务器，进而通知邮件的发送者。

对于彩信应用，处理流程与上述短信处理基本一样，不同之处在于：匹配器J用于匹配包含多种媒体元素的邮件，处理器K完成彩信的组装；并且，移动应用通讯单元调用MM7模块完成与彩信中心/网关的交互。在实际处理过程中，也可以采用两个匹配器分别对文本、多种媒体元素进行匹配，相应的，分别触发不同的处理器对文本进行拆分、转换，对多种媒体元素进行组装；还可以采用两个匹配器分别对文本、多种媒体元素进行匹配，但仅触发一个处理器完成对彩信的组装。

对于其他移动应用，也可以采用上述类似流程，或在上述流程的基础上进行扩展或修改。

图5为本发明移动应用到邮件方向一实施例的处理流程示意图，本实施例中以彩信转换为邮件为例。图5中带箭头的粗实线表示发送消息，带箭头的粗虚线表示反馈消息，细虚线为步骤引线。本实施例中，预先配置由处理器P(1≤P≤M，M为处理器集合中处理器总个数)对彩信进行组合处理，转换为邮件。

如图5所示，本实施例的处理流程包括：

步骤501、MM7模块接收到彩信中心/网关发送的彩信，根据MM7协议解包处理后，将该彩信以内部消息的格式转交给移动应用通讯单元。

步骤502、移动应用通讯单元根据配置和请求调用对应的处理器P。

步骤503、处理器P根据请求组合邮件，将从彩信中提取出的对应内容组合成邮件的收件人、主题、正文、附件等，并将组合后的邮件转交给邮件接口处理模块要求发送邮件。

步骤504、邮件接口处理模块根据收件人的域名等信息，将邮件发送到互联网对应的邮件服务器上。

步骤505、邮件接口处理模块根据发送结果，返回给处理器P一个成功或失败的消息。

步骤506、处理器P根据成功或失败的响应消息以及预先的配置，组织一个状态报告给移动应用通讯单元。

步骤507、移动应用通讯单元将处理器P转交的状态报告转交给MM7模块，并由MM7模块发送给彩信中心/网关。

在上述实施例中，如果匹配器和处理器数量多，业务流程相对复杂，可以进一步根据实际需要拓展，比如：采用多台物理主机部署相应匹配器和处理器，以实现负荷分担。

综上所述，本发明通过提供一种结构清晰的框架和实现方法，解决了邮件与移动应用互通、以及由于移动应用发展迅速多变带来的设备扩展性欠佳的问题，使得邮件与移动应用的互通过程能以一种扩展性很好、又相对固定的处理流程实现。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (12)

1、一种互通网关设备，其特征在于，该设备包括：邮件处理接口模块、邮件处理单元、匹配器集合、处理器集合、移动应用通讯单元以及协议处理单元；

邮件处理接口模块，负责接收来自邮件服务器的邮件，并负责依次调用匹配器集合中对应的匹配器，还负责向互联网中邮件服务器发送邮件、进行邮件重试和错误处理；

邮件处理单元，用于抽象匹配器和处理器的接口和结构，定义邮件处理的公共函数和模块；

匹配器集合，由一个或一个以上匹配器组成，用于实现不同的匹配功能；

处理器集合，由一个或一个以上处理器组成，用于实现不同的处理功能；

移动应用通讯单元，负责实现和维护与移动通信网络中相关网元通讯的公共功能，并为各个模块的交互提供统一的接口；

协议处理单元，用于完成对协议数据包的解析和组包，实现与移动通信网中对应网元的交互。

2、根据权利要求1所述的互通网关设备，其特征在于，所述协议处理单元包括MM7模块和/或SMPP模块，用于完成对MM7协议数据包和/或SMPP协议数据包的解析和组包，实现与彩信中心/网关和/或短信中心/网关的交互。

3、根据权利要求2所述的互通网关设备，其特征在于，所述协议处理单元进一步包括其他协议模块，用于完成对其他特定协议数据包的解析和组包，实现与移动通信网络中其他网元的交互。

4、根据权利要求1、2或3所述的互通网关设备，其特征在于，所述匹配器集合中的一个匹配器连接处理器集合中一个或一个以上处理器；

或者，所述匹配器集合中的匹配器与处理器集合中的处理器一一对应连接。

5、根据权利要求4所述的互通网关设备，其特征在于，所述匹配器为短信匹配器、或为彩信匹配器；相应的，所述处理器为短信处理器、或为彩信处理器。

6、一种互联网邮件业务与移动应用互通的实现系统，包括互联网和移动通信网，所述互联网中包括至少一个邮件服务器，所述移动通信网中包括短信中心/网关、彩信中心/网关；其特征在于，

在互联网的邮件服务器与移动通信网的短信中心/网关、彩信中心/网关之间设置有互通网关设备，用于实现邮件服务器与短信中心/网关、彩信中心/网关的互连，完成电子邮件业务与短信和/或彩信业务的互通。

7、根据权利要求6所述的实现系统，其特征在于，所述互通网关设备包括：邮件处理接口模块、邮件处理单元、匹配器集合、处理器集合、移动应用通讯单元、MM7模块以及SMPP协议模块；

邮件处理接口模块，负责接收互联网中所有邮件服务器发来的邮件，并负责依次调用匹配器集合中对应的匹配器，还负责向互联网中邮件服务器发送邮件、进行邮件重试和错误处理；

邮件处理单元，用于抽象匹配器和处理器的接口和结构，定义邮件处理的公共函数和模块；

匹配器集合，由一个或一个以上匹配器组成，用于实现不同的匹配功能；

处理器集合，由一个或一个以上处理器组成，用于实现不同的处理功能；

移动应用通讯单元，负责实现和维护与移动通信网络中相关网元通讯的公共功能，并为各个模块的交互提供统一的接口；

MM7模块，用于完成对MM7协议数据包的解析和组包，实现与移动通信网中彩信中心/网关的交互；

SMPP模块，用于完成对SMPP协议数据包的解析和组包，实现与移动通信网中短信中心/网关的交互。

8、一种互联网邮件业务与移动应用互通的实现方法，其特征在于，该方法包括邮件侧到移动应用侧的处理和移动应用侧到邮件侧的处理；

其中，邮件侧到移动应用侧的处理包括：将来自互联网邮件服务器的邮件，经由至少一个匹配器匹配，并触发相应处理器对原始的邮件数据进行格式转换，之后发送至移动通信网的相应网元；

移动应用侧到邮件侧的处理包括：将来自移动网元的消息根据协议解析，之后根据协议特点和请求调用对应的处理器，将原始的移动应用数据结构转换成对应的邮件数据格式，再发送至互联网中对应的邮件服务器。

9、根据权利要求8所述的实现方法，其特征在于，该方法进一步包括：预先设置配置文件；

所述经由至少一个匹配器匹配为：根据配置文件中的配置触发至少一个匹配器，对不同内容进行匹配；

所述触发相应处理器为：根据配置文件中配置的匹配器与处理器的对应关系触发相应处理器。

10、根据权利要求8或9所述的实现方法，其特征在于，所述一个匹配器触发一个处理器；或者，所述一个匹配器触发一个以上处理器。

11、根据权利要求8或9所述的实现方法，其特征在于，所述相应网元为短信中心/网关，所述匹配为匹配纯文本信息；

所述进行格式转换为：将邮件所包含的文本拆分成规定长度的多条短信；或者，所述进行格式转换为：将邮件所包含的部分文本拆分成规定长度的多条短信，同时生成通知未读邮件部分如何获取的短信。

12、根据权利要求8或9所述的实现方法，其特征在于，所述相应网元为彩信中心/网关，所述匹配为匹配多种媒体元素，所述进行格式转换为完成彩信的组装。

Images