CN101635898A - 实现彩信邮件的方法及彩信邮件业务网关 - Google Patents

实现彩信邮件的方法及彩信邮件业务网关 Download PDF

Info

Publication number
CN101635898A
CN101635898A CN200910189722A CN200910189722A CN101635898A CN 101635898 A CN101635898 A CN 101635898A CN 200910189722 A CN200910189722 A CN 200910189722A CN 200910189722 A CN200910189722 A CN 200910189722A CN 101635898 A CN101635898 A CN 101635898A
Authority
CN
China
Prior art keywords
message
authentication
analysis processing
format analysis
multimedia
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN200910189722A
Other languages
English (en)
Other versions
CN101635898B (zh
Inventor
周士俊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Li Jun
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN2009101897225A priority Critical patent/CN101635898B/zh
Priority to PCT/CN2009/075445 priority patent/WO2011022901A1/zh
Publication of CN101635898A publication Critical patent/CN101635898A/zh
Application granted granted Critical
Publication of CN101635898B publication Critical patent/CN101635898B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06Message adaptation to terminal or network requirements
    • H04L51/066Format adaptation, e.g. format conversion or compression
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58Message adaptation for wireless communication

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开实现彩信邮件的方法及彩信邮件业务网关,其中,该方法包括:接收来自邮箱服务器的消息;根据所述消息的大小,判断是否需要对所述消息进行格式处理;根据判断结果,对所述消息进行格式处理;将无需进行格式处理的消息或者格式处理后合格的消息发送给多媒体消息业务中心。本发明通过彩信的方式,实时主动地将邮件推送到用户手机终端,由于从邮箱服务器过来的消息大小不做限制,手机终端往往无法正常显示,本发明通过对消息的格式进行处理,使得可以支持彩信的终端都可以支持手机邮件,便于手机邮件的推广和应用。

Description

实现彩信邮件的方法及彩信邮件业务网关
技术领域
本发明涉及实现彩信邮件的方法及彩信邮件业务网关。
背景技术
手机邮箱(PushMail)业务指面向互联网个人邮箱和企业邮箱***的邮件推送业务,即将新到达邮件服务器的邮件准时地推送到用户移动终端上的业务形式。用户可以在移动终端接收个人邮箱和企业邮箱的邮件,阅读、回复、转发和撰写电子邮件。
举例说明:企业邮箱的用户通过PushMail业务,可以随时随地通过***GSM/GPRS网络使用自己的移动终端设备接收电子邮件。企业安装一台邮件转发服务器(CEF)与内部邮件服务器相连,并通过CEF与局端的邮件推送网关(GEGW)相连,GEGW通过***的GSM/GPRS网络与用户终端连接。当企业邮箱有新邮件到达时,CEF通知GEGW,向安装了终端软件的移动终端用户发出通知短信,终端软件收到通知短信后激活GPRS网络,从CEF上取回邮件,并通知手机用户,完成邮件推送过程。
PushMail业务使得邮件可以随着用户的移动终端设备走,但是,PushMail业务的终端必须是智能终端,而且必须安装指定的客户端软件,门槛很高,这样,就限制了手机邮箱的推广和应用。
发明内容
本发明的目的在于提供实现彩信邮件的方法及彩信邮件业务网关,使得可以支持彩信的终端都可以支持手机邮件,便于手机邮件的推广和应用。
本发明一种实现彩信邮件的方法,接收注册信息,该方法包括:
接收来自邮箱服务器的消息;
根据所述消息的大小,判断是否需要对所述消息进行格式处理;
根据判断结果,对所述消息进行格式处理;
将无需进行格式处理的消息或者格式处理后合格的消息发送给多媒体消息业务中心。
进一步的,根据所述消息的大小,判断是否需要对所述消息进行格式处理包括:
当所述消息的大小超过单条彩信的上限值,则判断需要进行格式处理;反之,则判断无需进行格式处理。
进一步的,当判断需要对所述消息进行格式处理,该方法还包括:
向所述多媒体消息业务中心发送手机终端信息查询请求;
根据所述多媒体消息业务中心的响应,获取所述手机终端支持的附件格式。
进一步的,所述对所述消息进行格式处理包括:
删除消息中手机终端不支持的格式的附件,之后重新对消息大小进行判断,如果消息的大小未超过单条彩信的上限值,则该消息为格式处理后合格的消息;否则,
如果消息的大小超过单条彩信的上限值,则对消息中的附件进行格式转换,之后重新对消息大小进行判断,如果消息的大小未超过单条彩信的上限值,则该消息为格式处理后合格的消息;否则,
如果消息的大小超过单条彩信的上限值,则删除消息的附件,之后重新对消息大小进行判断,如果消息的大小未超过单条彩信的上限值,则该消息为格式处理后合格的消息;否则,丢弃该消息。
进一步的,在所述接收来自邮箱服务器的消息的步骤之后,该方法还包括:
根据所述注册信息,对所述消息进行鉴权;如果鉴权失败,则丢弃所述消息;如果鉴权成功,则继续执行后续步骤。
进一步的,所述注册信息包括手机号码、邮箱地址、别名和签约类型,所述签约类型包括发送方签约、接收方签约和/或双向签约,所述消息包括源邮箱地址和目的地址,所述根据所述注册信息,对所述消息进行鉴权包括:
根据所述注册信息,判断所述消息采用发送方鉴权还是接收方鉴权;
如果采用发送方鉴权,则检查所述消息是否满足以下两个条件,一是所述消息中的源邮箱地址与手机号码绑定,二是所述消息的签约类型为发送方签约或者双向签约;满足这两个条件,则鉴权成功;反之,则鉴权失败;
如果采用接收方鉴权,则根据所述消息中的目的地址查找对应的手机号码;当所述消息的签约类型为接收方签约或者双向签约,则鉴权成功;反之,则鉴权失败。
进一步的,所述判断所述消息采用发送方鉴权还是接收方鉴权包括:
比较所述消息中源邮箱地址的域名与所述邮箱服务器的域名是否一致;
如果一致,则所述消息采用发送方鉴权;如果不一致,则所述消息采用接收方鉴权。
进一步的,该方法还包括:
如果采用发送方鉴权,则与所述源邮箱地址绑定的手机号码作为计费号码;如果采用接收方鉴权,则与所述目的地址绑定的手机号码作为计费号码。
进一步的,该方法还包括:
根据所述计费号码,到综合业务管理平台进行批价。
本发明还提供一种彩信邮件业务网关,该网关包括:注册模块,用于接收注册信息;其特征在于,该网关还包括:
接收模块,用于接收来自邮箱服务器的消息;
判断模块,用于根据所述接收模块接收的消息的大小,判断是否需要对所述消息进行格式处理;
格式处理模块,用于根据所述判断模块的判断结果,对所述消息进行格式处理;
发送模块,将所述判断模块判断无需进行格式处理的消息或者所述格式处理模块格式处理后合格的消息发送给多媒体消息业务中心。
进一步的,该网关还包括:
查询模块,用于当所述判断模块判断需要对所述消息进行格式处理时,向所述多媒体消息业务中心发送手机终端信息查询请求;并根据所述多媒体消息业务中心的响应,获取所述手机终端支持的附件格式。
进一步的,所述格式处理模块包括:
第一删除子模块,用于删除消息中手机终端不支持的格式的附件;
转换子模块,如果删除子模块处理后的消息的大小超过单条彩信的上限值,则对消息中的附件进行格式转换;
第二删除子模块,如果转换子模块处理后的消息的大小超过单条彩信的上限值,则删除消息的附件;
判断子模块,用于顺序对第一删除子模块、转换子模块和第二删除子模块处理后的消息大小进行判断,对来自第一删除子模块或者转换子模块的消息判断后,如果消息的大小未超过单条彩信的上限值,则该消息为格式处理后合格的消息,反之,转入下一子模块进行处理;对来自第二删除子模块的消息判断后,如果消息的大小未超过单条彩信的上限值,则该消息为格式处理后合格的消息;反之,丢弃该消息。
进一步的,该网关还包括:
鉴权模块,用于根据所述注册信息,对所述消息进行鉴权;如果鉴权失败,则丢弃所述消息;如果鉴权成功,则将所述消息发送给判断模块。
进一步的,所述鉴权模块包括:
判断子模块,用于根据所述注册模块接收的注册信息,判断所述消息采用发送方鉴权还是接收方鉴权;
第一鉴权子模块,用于如果采用发送方鉴权,则检查所述消息是否满足以下两个条件,一是所述消息中的源邮箱地址与手机号码绑定,二是所述消息的签约类型为发送方签约或者双向签约;满足这两个条件,则鉴权成功;反之,则鉴权失败;
第二鉴权子模块,用于如果采用接收方鉴权,则根据所述消息中的目的地址查找对应的手机号码;当所述消息的签约类型为接收方签约或者双向签约,则鉴权成功;反之,则鉴权失败。
进一步的,如果采用发送方鉴权,则与所述源邮箱地址绑定的手机号码作为计费号码;如果采用接收方鉴权,则与所述目的地址绑定的手机号码作为计费号码,该网关还包括:
计费模块,用于根据所述计费号码,到综合业务管理平台进行批价。
采用本发明提供的实现彩信邮件的方法及彩信邮件业务网关,可以通过彩信的方式,实时主动地将邮件推送到用户手机终端,由于从邮箱服务器过来的消息大小不做限制,手机终端往往无法正常显示,本发明通过对消息的格式进行处理,使得可以支持彩信的终端都可以支持手机邮件,便于手机邮件的推广和应用。
附图说明
图1示出本发明实现彩信邮件的方法的流程示意图;
图2示出本发明彩信邮件业务网关的结构示意图;
图3示出EmailServer下发消息到手机终端的流程示意图;
图4示出EmailServer复制消息到手机终端的流程示意图;
图5示出从手机终端发送消息到EmailServer的流程示意图。
具体实施方式
下面结合附图对本发明的具体实施方式做详细阐述。多媒体消息业务(Multimedia Messaging Service,MMS)是一种能够在手机和手机之间以及手机和Email服务器等其他应用之间传送多媒体内容的消息服务,也即是通常所说的彩信。多媒体消息业务按照用户归属的运营商及所在的区域进行划分,由用户归属的多媒体消息中心(MMSC)为用户提供多媒体消息业务。MMSC中的MM3消息接口是邮件服务器(EmailServer)和MMSC之间的接口,简单邮件传输协议(Simple Mail Transfer Protocol,SMTP)实现,用户可以通过该接口和EmailServer进行信息的交互。
本发明增加一个彩信邮件业务网关(Multimedia Email ServiceGateway,MESG),在MMSC和EmailServer之间起到一个Email信息和手机用户信息绑定的功能,用户在互联网上发送邮件给手机之前,首先在彩信邮件业务网关注册相关信息,这些相关信息(注册信息)包括手机号码、邮箱地址、别名、签约类型,包括但不限于手机号码、邮箱地址、别名和签约类型,其中,别名包括手机号码的别名和/或邮箱地址的别名;签约类型包括发送方签约、接收方签约和/或双向签约,如果彩信邮件业务网关接收到的消息的邮件地址没有注册,则***直接拒绝该消息,不给予转发,只有对那些注册了信息的邮件地址发送过来的消息才转发,从而实现彩信邮件。
图1示出本发明实现彩信邮件的方法的流程示意图。请参阅图1,一种实现彩信邮件的方法,彩信邮件业务网关接收注册信息,该方法包括:
101、彩信邮件业务网关接收来自邮箱服务器的消息,消息包括源邮箱地址、目的地址和签约信息,目的地址包括邮箱地址、别名或者手机号码。
102、彩信邮件业务网关根据注册信息,对消息进行鉴权。
具体的鉴权方法可以包括但不限于:
检查注册信息,判断消息中的源邮箱地址的域名是否与提交消息的邮箱服务器的域名一致,如果一致,则该邮箱服务器即为发送消息的原始邮箱服务器;如果不一致,则该邮箱服务器即为转发消息的邮箱服务器。
如果一致,则认为本消息应该是发送方鉴权;于是,检查消息是否满足以下两个条件:一是消息中的源邮箱地址与手机号码绑定,二是消息的签约类型为发送方签约或者双向签约;满足这两个条件,则鉴权成功;反之,则鉴权失败;其中,条件一的设置是为了保证对消息的计费所用,源邮箱地址与手机号码绑定,则可以对该条彩信邮件(消息)的发送方绑定的手机号码进行计费。
如果不一致,则认为本消息应该是按接收方鉴权;于是,检查目的地址的签约信息,根据目的地址的格式判断是邮箱地址、别名、手机号码,当目的地址为邮箱地址或者别名时,根据目的地址查找对应的手机号码,当消息的签约类型为接收方签约或者双向签约,则鉴权成功;反之,则鉴权失败。
103、如果消息鉴权成功,彩信邮件业务网关根据消息的大小,判断是否需要对消息进行格式处理;如果判断无需对消息进行格式处理,则转入步骤105;反之,转入步骤104。
在将消息转发给多媒体消息业务中心时,由于可能该消息的大小会超出多媒体消息业务中心对于单条彩信大小的限制(例如100k),从而导致手机终端无法正常显示该消息,因此,当消息的大小超过单条彩信的上限值,则判断需要进行格式处理。
104、根据判断结果,对消息进行格式处理。
首先彩信邮件业务网关向多媒体消息业务中心发送手机终端信息查询请求;根据多媒体消息业务中心的响应,获取手机终端支持的附件格式。
具体的格式处理包括:
删除消息中手机终端不支持的格式的附件,之后重新对消息大小进行判断,如果消息的大小未超过单条彩信的上限值,则该消息为格式处理后合格的消息;否则,
如果消息的大小超过单条彩信的上限值,则对消息中的附件进行格式转换,格式转换的原则为将大的格式附件转换为小的格式附件,且转换后的附件为手机终端支持的格式附件,例如将图片文件在不同格式之间转换,转换后的图片文件比转换前的图片文件小;或者将视频文件进行压缩等等;有两个或两个以上的附件时,可以对全部附件进行格式转换也可以对部分附件进行格式转换;对附件进行格式转换之后重新对消息大小进行判断,如果消息的大小未超过单条彩信的上限值,则该消息为格式处理后合格的消息;否则,
如果消息的大小超过单条彩信的上限值,则删除消息的附件,之后重新对消息大小进行判断,如果消息的大小未超过单条彩信的上限值,则该消息为格式处理后合格的消息;否则,丢弃该消息。
105、将无需进行格式处理的消息或者格式处理后合格的消息发送给多媒体消息业务中心。
采用本实施例的技术方案,通过格式处理的方式,避免手机无法识别来自邮箱的彩信的问题,可以通过彩信的方式,实时主动地将邮件推送到用户手机终端,并且可以在支持彩信的手机终端上随时随地收发、查阅、回复、转发和管理电子邮件及附件,方便、高效、灵活,安全。同时使得可以支持彩信的终端都可以支持手机邮件,便于手机邮件的推广和应用。
进一步的,还可以增加计费的流程。
根据鉴权时的鉴权类型,如果是发送方鉴权,则与源邮箱地址绑定的手机号码作为计费号码;如果是接收方鉴权,则与目的地址绑定的手机号码作为计费号码。根据计费号码,到综合业务管理平台(ISMP)进行批价。
增加了计费流程后,对于互联网上的Email用户也可以实现计费,从而便于运营商将彩信邮件纳入整个移动计费***中,进而加速彩信邮件业务的推广。
图2示出本发明彩信邮件业务网关的结构示意图。请参阅图2,一种彩信邮件业务网关,该网关包括:
注册模块201,用于接收注册信息;
接收模块202,用于接收来自邮箱服务器的消息;
鉴权模块203,用于根据注册信息,对接收模块接收的消息进行鉴权;如果鉴权失败,则丢弃消息;如果鉴权成功,则将消息发送给判断模块。
判断模块204,用于根据消息的大小,判断是否需要对消息进行格式处理;
格式处理模块205,用于根据判断模块的判断结果,对消息进行格式处理;
发送模块206,将判断模块判断无需进行格式处理的消息或者格式处理模块格式处理后合格的消息发送给多媒体消息业务中心。
进一步的,该网关还包括:
查询模块,用于当判断模块判断需要对消息进行格式处理时,向多媒体消息业务中心发送手机终端信息查询请求;并根据多媒体消息业务中心的响应,获取手机终端支持的附件格式。
进一步的,格式处理模块包括:
第一删除子模块,用于删除消息中手机终端不支持的格式的附件;
转换子模块,如果删除子模块处理后的消息的大小超过单条彩信的上限值,则对消息中的附件进行格式转换;
第二删除子模块,如果转换子模块处理后的消息的大小超过单条彩信的上限值,则删除消息的附件;
判断子模块,用于顺序对第一删除子模块、转换子模块和第二删除子模块处理后的消息大小进行判断,对来自第一删除子模块或者转换子模块的消息判断后,如果消息的大小未超过单条彩信的上限值,则该消息为格式处理后合格的消息,反之,转入下一子模块进行处理;对来自第二删除子模块的消息判断后,如果消息的大小未超过单条彩信的上限值,则该消息为格式处理后合格的消息;反之,丢弃该消息。
进一步的,鉴权模块包括:
判断子模块,用于根据注册模块接收的注册信息,判断消息采用发送方鉴权还是接收方鉴权;
第一鉴权子模块,用于如果采用发送方鉴权,则检查消息是否满足以下两个条件,一是消息中的源邮箱地址与手机号码绑定,二是消息的签约类型为发送方签约或者双向签约;满足这两个条件,则鉴权成功;反之,则鉴权失败;
第二鉴权子模块,用于如果采用接收方鉴权,则根据消息中的目的地址查找对应的手机号码;当消息的签约类型为接收方签约或者双向签约,则鉴权成功;反之,则鉴权失败。
进一步的,如果采用发送方鉴权,则与源邮箱地址绑定的手机号码作为计费号码;如果采用接收方鉴权,则与目的地址绑定的手机号码作为计费号码,该网关还包括:
计费模块,用于根据计费号码,到综合业务管理平台进行批价。
在具体的应用时,彩信邮件业务网关可以是一个独立的***,也可以集成在运营商统一管理平台上;以上实施例中的彩信邮件业务网关可以另行划分为四个模块组成:自服务模块、数据库模块、接口模块和业务模块。
自服务模块,主要是为用户提供一个注册信息的平台,用于把手机用户和Email信息的绑定,用户可以通过浏览器访问自服务模块,客户管理人员也可以通过自服务模块对手机用户信息和Email信息进行统一管理、批量操作;
数据库模块,属于内部模块,用于实际存储注册信息,为自服务模块、业务模块提供接口,进行增加、查询、删除操作,保证彩信邮件业务网关的性能;
接口模块,实现和外部实体(比如EmailServer、MMSC)进行传输控制协议(Transmission Control Protocol,TCP)通讯,作为客户端可以发送数据包到外部实体,能够对要发送出去的包进行编码,作为服务器可以接收外部实体到本***的数据包,能够对接收到的包进行解码,为业务模块提供标准接口;
业务模块,对业务流程实际进行控制的模块,同接口模块和数据库模块都有交互消息,根据不同的情况进行不同的业务控制。
其中,自服务模块和数据库模块实现以上实施例中注册模块的功能,接口模块实现以上实施例中接收模块和发送模块的功能,业务模块实现以上实施例中鉴权模块、判断模块和格式处理模块的功能。
在具体实现时,可以涉及到以下三个业务处理流程:
一、EmailServer下发消息到手机终端的业务处理流程包括:
第一步:互联网邮箱发送消息到彩信邮件业务网关,此消息的格式为多功能互联网邮件扩充服务格式(Multipurpose Internet MailExtensions,MIME),通过SMTP协议进行传输。
第二步:彩信邮件业务网关对Email地址进行鉴权,如果鉴权通过,则转发消息到MMSC,彩信邮件业务网关SMTP协议转发消息。
第三步:MMSC把消息下发给手机终端,MMSC将MIME格式的消息转换成手机终端可以识别的格式的消息,通过超文本传输协议(HypertextTransfer Protocol,HTTP)下发给手机终端。
具体实现上,图3示出EmailServer下发消息到手机终端的流程示意图。请参阅图3,包括:
步骤1:假定本彩信邮件业务网关的域名为:ctmms.com.cn,互联网邮箱(发送方地址为任意的邮件地址)向手机终端发送邮件(目的地址可以为189******@ctmms.com.cn,或者别名为zhangsan),邮箱通过互联网发送到彩信邮件业务网关(MESG)。
步骤2:MESG检查签约信息,首先判断源邮箱是否和一个手机号码绑定,如果绑定,则计费号码为与源邮箱绑定的手机号码;如果没有绑定,则根据目的地址去数据库模块鉴权,检查是否接收方签约或者双向签约,如果目的地址绑定手机号码,则计费号码为目的地址绑定的手机号码,如果接收方也没有签约,则丢弃该消息,在鉴权的过程中,如果目的地址为别名,也要查找到该别名对应的手机号码,用于后继查询归属的彩信中心。
步骤3:签约信息检查通过后,MESG根据计费号码到ISMP进行批价,如果鉴权结果不正确,则该流程结束。
步骤4:如果该消息超过了MMSC对单条彩信大小的限制(例如为100K),则MESG会对该消息进行格式转换,压缩大小或者删除手机不能识别的附件,以保证MMSC能接收,同时MESG会把没有转换的消息发送一份到接收方用户的189邮箱。
步骤5:在格式转换完成以后,MESG通过Enumdns查询到目的号码归属的MMSC,并将转换以后的消息转发给该MMSC。
步骤6:MMSC通过正常的彩信收发流程将消息转换为一条彩信发送给用户。
二、EmailServer复制消息到手机终端的业务处理流程包括:
第一步:互联网邮箱发送消息给用户的手机邮箱,在本应用中,以手机邮箱为189邮箱为例进行说明。
第二步:189邮箱把该消息转给彩信邮件业务网关,此消息的格式为MIME,通过SMTP协议传输。
第三步:彩信邮件业务网关对Email地址进行鉴权,如果鉴权通过,则转发消息到MMSC,彩信邮件业务网关通过SMTP协议转发该消息。
第四步:MMSC把消息下发给手机终端,MMSC将MIME格式的消息转换成手机终端可以识别的格式的消息,通过HTTP协议下发给手机终端。
图4示出EmailServer复制消息到手机终端的流程示意图。请参阅图4,包括:
步骤1:互联网邮箱向189邮箱发送消息(目的地址可以为189******@189.com.cn),邮箱通过互联网发送到189邮件服务器。
步骤2:189邮件服务器接收到该消息以后,将消息前转一份到彩信邮件网关MESG。
步骤3:MESG直接检查接收方签约信息,判断被叫用户是否开通了彩信代收189邮件的业务,如果被叫用户没有签约,则流程结束,如果被叫号码已经签约,则根据接收方邮件地址查询出绑定的手机号码信息,用于到ENUMDNS查询被叫归属的彩信中心。
步骤4:如果被叫用户签约信息检查通过,则MESG根据计费号码(也就是被叫用户)到ISMP进行批价。
步骤5:完成批价后,如果消息大小大于100K,则进行格式转换或者删除手机不能识别的附件,然后MESG通过Enumdns查询到目的号码归属的MMSC,并将转换以后的消息转发给该MMSC,注意这儿不需要再转一份原始消息到189邮箱。
步骤6:彩信中心通过正常的彩信收发流程将消息转换为一条彩信发送给用户。
三、从手机终端发送消息到EmailServer的业务处理流程包括:
第一步:手机终端提交消息到MMSC,通过HTTP协议将消息提交给MMSC。
第二步:MMSC把该消息转给彩信邮件业务网关,MMSC将消息的格式转换成MIME格式,并通过SMTP协议传输给彩信邮件业务网关。
第三步:彩信邮件业务网关经过鉴权,然后转发消息到邮箱服务器,此消息的格式为MIME,通过SMTP协议传输。
图5示出从手机终端发送消息到EmailServer的流程示意图。请参阅图5,包括:
步骤1:终端用户编辑好要发送的邮件,通过彩信的方式发送出来(目的地址形式为[email protected])。
步骤2:彩信中心收到用户提交的彩信,检查目的地址后发现是一个邮件,直接转发到彩信邮件网关MESG。
步骤3:MESG向ISMP去批价,对于手机发送上来的消息,这儿不需要查询签约信息,直接通过。
步骤4:批价成功后,MESG向目标邮箱的服务器转发消息。
现有技术中的手机邮箱业务的终端必须是智能终端,同时安装指定的客户端软件,门槛很高。而采用本发明提供的彩邮业务可以面对目前市面上所有标准的支持彩信终端,彩信用户都是彩邮业务的***,彩信业务这几年在国内发展的趋势很好,可以借助这个良好的势头进一步发展彩邮业务用户;使用极其方便简单,跟彩信的业务体验一样,只要有彩信使用经验,都可以方便地使用彩邮业务,所以该业务具有极大的实用性和市场推广价值。
以上所述仅是本发明的具体实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

Claims (15)

1、一种实现彩信邮件的方法,其特征在于,接收注册信息,该方法包括:
接收来自邮箱服务器的消息;
根据所述消息的大小,判断是否需要对所述消息进行格式处理;
根据判断结果,对所述消息进行格式处理;
将无需进行格式处理的消息或者格式处理后合格的消息发送给多媒体消息业务中心。
2、根据权利要求1所述的方法,其特征在于,根据所述消息的大小,判断是否需要对所述消息进行格式处理包括:
当所述消息的大小超过单条彩信的上限值,则判断需要进行格式处理;反之,则判断无需进行格式处理。
3、根据权利要求2所述的方法,其特征在于,当判断需要对所述消息进行格式处理,该方法还包括:
向所述多媒体消息业务中心发送手机终端信息查询请求;
根据所述多媒体消息业务中心的响应,获取所述手机终端支持的附件格式。
4、根据权利要求3所述的方法,其特征在于,所述对所述消息进行格式处理包括:
删除消息中手机终端不支持的格式的附件,之后重新对消息大小进行判断,如果消息的大小未超过单条彩信的上限值,则该消息为格式处理后合格的消息;否则,
如果消息的大小超过单条彩信的上限值,则对消息中的附件进行格式转换,之后重新对消息大小进行判断,如果消息的大小未超过单条彩信的上限值,则该消息为格式处理后合格的消息;否则,
如果消息的大小超过单条彩信的上限值,则删除消息的附件,之后重新对消息大小进行判断,如果消息的大小未超过单条彩信的上限值,则该消息为格式处理后合格的消息;否则,丢弃该消息。
5、根据权利要求1至4中任一项所述的方法,其特征在于,在所述接收来自邮箱服务器的消息的步骤之后,该方法还包括:
根据所述注册信息,对所述消息进行鉴权;如果鉴权失败,则丢弃所述消息;如果鉴权成功,则继续执行后续步骤。
6、根据权利要求1所述的方法,其特征在于,所述注册信息包括手机号码、邮箱地址、别名和签约类型,所述签约类型包括发送方签约、接收方签约和/或双向签约,所述消息包括源邮箱地址和目的地址,所述根据所述注册信息,对所述消息进行鉴权包括:
根据所述注册信息,判断所述消息采用发送方鉴权还是接收方鉴权;
如果采用发送方鉴权,则检查所述消息是否满足以下两个条件,一是所述消息中的源邮箱地址与手机号码绑定,二是所述消息的签约类型为发送方签约或者双向签约;满足这两个条件,则鉴权成功;反之,则鉴权失败;
如果采用接收方鉴权,则根据所述消息中的目的地址查找对应的手机号码;当所述消息的签约类型为接收方签约或者双向签约,则鉴权成功;反之,则鉴权失败。
7、根据权利要求6所述的方法,其特征在于,所述判断所述消息采用发送方鉴权还是接收方鉴权包括:
比较所述消息中源邮箱地址的域名与所述邮箱服务器的域名是否一致;
如果一致,则所述消息采用发送方鉴权;如果不一致,则所述消息采用接收方鉴权。
8、根据权利要求6或7所述的方法,其特征在于,该方法还包括:
如果采用发送方鉴权,则与所述源邮箱地址绑定的手机号码作为计费号码;如果采用接收方鉴权,则与所述目的地址绑定的手机号码作为计费号码。
9、根据权利要求8所述的方法,其特征在于,该方法还包括:
根据所述计费号码,到综合业务管理平台进行批价。
10、一种彩信邮件业务网关,该网关包括:注册模块,用于接收注册信息;其特征在于,该网关还包括:
接收模块,用于接收来自邮箱服务器的消息;
判断模块,用于根据所述接收模块接收的消息的大小,判断是否需要对所述消息进行格式处理;
格式处理模块,用于根据所述判断模块的判断结果,对所述消息进行格式处理;
发送模块,将所述判断模块判断无需进行格式处理的消息或者所述格式处理模块格式处理后合格的消息发送给多媒体消息业务中心。
11、根据权利要求10所述的网关,其特征在于,该网关还包括:
查询模块,用于当所述判断模块判断需要对所述消息进行格式处理时,向所述多媒体消息业务中心发送手机终端信息查询请求;并根据所述多媒体消息业务中心的响应,获取所述手机终端支持的附件格式。
12、根据权利要求11所述的网关,其特征在于,所述格式处理模块包括:
第一删除子模块,用于删除消息中手机终端不支持的格式的附件;
转换子模块,如果删除子模块处理后的消息的大小超过单条彩信的上限值,则对消息中的附件进行格式转换;
第二删除子模块,如果转换子模块处理后的消息的大小超过单条彩信的上限值,则删除消息的附件;
判断子模块,用于顺序对第一删除子模块、转换子模块和第二删除子模块处理后的消息大小进行判断,对来自第一删除子模块或者转换子模块的消息判断后,如果消息的大小未超过单条彩信的上限值,则该消息为格式处理后合格的消息,反之,转入下一子模块进行处理;对来自第二删除子模块的消息判断后,如果消息的大小未超过单条彩信的上限值,则该消息为格式处理后合格的消息;反之,丢弃该消息。
13、根据权利要求10至12中任一项所述的网关,其特征在于,该网关还包括:
鉴权模块,用于根据所述注册信息,对所述消息进行鉴权;如果鉴权失败,则丢弃所述消息;如果鉴权成功,则将所述消息发送给判断模块。
14、根据权利要求13所述的网关,其特征在于,所述鉴权模块包括:
判断子模块,用于根据所述注册模块接收的注册信息,判断所述消息采用发送方鉴权还是接收方鉴权;
第一鉴权子模块,用于如果采用发送方鉴权,则检查所述消息是否满足以下两个条件,一是所述消息中的源邮箱地址与手机号码绑定,二是所述消息的签约类型为发送方签约或者双向签约;满足这两个条件,则鉴权成功;反之,则鉴权失败;
第二鉴权子模块,用于如果采用接收方鉴权,则根据所述消息中的目的地址查找对应的手机号码;当所述消息的签约类型为接收方签约或者双向签约,则鉴权成功;反之,则鉴权失败。
15、根据权利要求14所述的网关,其特征在于,如果采用发送方鉴权,则与所述源邮箱地址绑定的手机号码作为计费号码;如果采用接收方鉴权,则与所述目的地址绑定的手机号码作为计费号码,该网关还包括:
计费模块,用于根据所述计费号码,到综合业务管理平台进行批价。
CN2009101897225A 2009-08-24 2009-08-24 实现彩信邮件的方法及彩信邮件业务网关 Expired - Fee Related CN101635898B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2009101897225A CN101635898B (zh) 2009-08-24 2009-08-24 实现彩信邮件的方法及彩信邮件业务网关
PCT/CN2009/075445 WO2011022901A1 (zh) 2009-08-24 2009-12-09 实现彩信邮件彩的方法及彩信邮件业务网关

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2009101897225A CN101635898B (zh) 2009-08-24 2009-08-24 实现彩信邮件的方法及彩信邮件业务网关

Publications (2)

Publication Number Publication Date
CN101635898A true CN101635898A (zh) 2010-01-27
CN101635898B CN101635898B (zh) 2012-07-18

Family

ID=41594917

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2009101897225A Expired - Fee Related CN101635898B (zh) 2009-08-24 2009-08-24 实现彩信邮件的方法及彩信邮件业务网关

Country Status (2)

Country Link
CN (1) CN101635898B (zh)
WO (1) WO2011022901A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101895840A (zh) * 2010-07-23 2010-11-24 中兴通讯股份有限公司 一种实现彩信业务的***及方法
WO2011091628A1 (zh) * 2010-01-29 2011-08-04 中兴通讯股份有限公司 获得终端电子邮件大小的方法和装置
CN103874037A (zh) * 2012-12-17 2014-06-18 中兴通讯股份有限公司 一种彩信发送方法及装置
CN108234296A (zh) * 2018-01-02 2018-06-29 联想(北京)有限公司 一种信息发送方法和电子设备
US11363060B2 (en) * 2019-10-24 2022-06-14 Microsoft Technology Licensing, Llc Email security in a multi-tenant email service

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5812278A (en) * 1995-10-20 1998-09-22 Matsushita Graphic Communication Systems, Inc. Image communicating method, facsimile type electronic mail apparatus and facsimile apparatus
CN1187683C (zh) * 2001-06-20 2005-02-02 英华达(南京)科技有限公司 可携式语音播放电子邮件装置及其方法
JP3854618B2 (ja) * 2004-11-10 2006-12-06 株式会社エヌ・ティ・ティ・ドコモ サーバシステムおよび電子メール配信方法
CN1645392A (zh) * 2005-03-01 2005-07-27 北京立通无限科技有限公司 无线移动终端Email的接收、发送和管理方法
CN1980407A (zh) * 2005-11-29 2007-06-13 上海人讯信息科技有限公司 一种在手机上接受和发送电子邮件信息的方法
CN101212506B (zh) * 2007-12-25 2010-06-02 上海科泰世纪科技有限公司 移动设备上基于彩信实现传情动漫信息收发的方法

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011091628A1 (zh) * 2010-01-29 2011-08-04 中兴通讯股份有限公司 获得终端电子邮件大小的方法和装置
US8484304B2 (en) 2010-01-29 2013-07-09 Zte Corporation Method and apparatus for obtaining size of emails of terminal
CN101895840A (zh) * 2010-07-23 2010-11-24 中兴通讯股份有限公司 一种实现彩信业务的***及方法
CN103874037A (zh) * 2012-12-17 2014-06-18 中兴通讯股份有限公司 一种彩信发送方法及装置
WO2014094476A1 (zh) * 2012-12-17 2014-06-26 中兴通讯股份有限公司 一种彩信发送方法及装置
CN108234296A (zh) * 2018-01-02 2018-06-29 联想(北京)有限公司 一种信息发送方法和电子设备
US11363060B2 (en) * 2019-10-24 2022-06-14 Microsoft Technology Licensing, Llc Email security in a multi-tenant email service

Also Published As

Publication number Publication date
WO2011022901A1 (zh) 2011-03-03
CN101635898B (zh) 2012-07-18

Similar Documents

Publication Publication Date Title
CA2400807C (en) Method and system for messaging across cellular networks and a public data network
JP4440779B2 (ja) Smsおよびテキストメッセージを送信するシステム並びに方法
CN101317474B (zh) 消息转换设备、***与转换方法
EP2063590B1 (en) A method and system for transmitting email and a push mail server
CN1710893A (zh) 基于wap协议的邮件推送***与方法
CN101635898B (zh) 实现彩信邮件的方法及彩信邮件业务网关
CN101202969A (zh) 一种发送短信提醒移动终端收取邮件的方法及***
CN101370159A (zh) 一种识别业务的方法、装置和***
JP2002262353A (ja) 情報送達管理装置、移動通信端末、情報送達確認システム、および情報送達確認方法
JPWO2002091787A1 (ja) 着信通知の制御方法及びシステム
CN1980410B (zh) 用于实现短消息前转的通信***和方法
CN1322725C (zh) 利用数字号码收发电子邮件的方法及其邮件***
CN101742434A (zh) 一种实现彩信互通的装置、***和方法
CN101198084B (zh) 一种实现多媒体消息回执业务的***
CN1710580A (zh) 一种通过手机接收和处理邮件的方法
CN101459629A (zh) 一种发送和接收传真文件的方法、***及装置
CN100461775C (zh) 提高电子邮件传输的可靠性的方法
WO2004025977A1 (en) Telecommunications services apparatus and methods
CN100334892C (zh) 一种多媒体消息转发方法
CN101616370A (zh) 通过彩信在无线通信终端中接收电子邮件的方法及***
CN201243309Y (zh) 一种使用电子邮件协议收发短信的***
CN101640850A (zh) 使用电子邮件协议收发短信的方法
CN101198085A (zh) 一种实现多媒体消息回执业务的方法
KR100772140B1 (ko) 개인용 휴대단말기 또는 그 휴대단말기가 가입된 통신서비스 사업자의 정보와 연동된 pc의 구성으로 이뤄진mo 방식의 시스템을 이용하여 다수의 휴대단말기에서보낸 다량의 메시지를 실시간 접수하고 그 결과를확인하여 재 전송하는 시스템 및 그 방법
CN101107819B (zh) 能够在计算机和移动电话间通信的***

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20170825

Address after: Tahe County, Heilongjiang province Greater Khingan Range 165200 Walla area dry town Xiufeng Street 2 No. 313 group

Patentee after: Li Jun

Address before: 518057 Nanshan District science and Technology Park, Guangdong, South Road, ZTE building, science and Technology Park

Patentee before: ZTE Corp.

CB03 Change of inventor or designer information
CB03 Change of inventor or designer information

Inventor after: Li Jun

Inventor before: Zhou Shijun

CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20120718