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

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

Info

Publication number
WO2011022901A1
WO2011022901A1 PCT/CN2009/075445 CN2009075445W WO2011022901A1 WO 2011022901 A1 WO2011022901 A1 WO 2011022901A1 CN 2009075445 W CN2009075445 W CN 2009075445W WO 2011022901 A1 WO2011022901 A1 WO 2011022901A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
module
format
authentication
authenticated
Prior art date
Application number
PCT/CN2009/075445
Other languages
English (en)
French (fr)
Inventor
周士俊
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011022901A1 publication Critical patent/WO2011022901A1/zh

Links

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

Definitions

  • the invention relates to a method for realizing MMS mail and a multimedia message mail service gateway.
  • the mobile phone mailbox (PushMa i l ) service refers to the mail push service for the Internet personal mailbox and the enterprise mailbox system, and the mail form that the newly arrived mail server is pushed to the user mobile terminal on time. Users can receive emails from personal and corporate mailboxes on the mobile terminal, read, reply, forward and compose emails.
  • Users of enterprise mailboxes can use their mobile GSM/GPRS network to receive e-mails through their mobile GSM/GPRS networks at any time and any place through the PushMa i l service.
  • the enterprise installs a mail forwarding server (CEF) connected to the internal mail server and connects to the central office's mail push gateway (GEGW) through CEF.
  • GEGW connects to the user terminal through China Mobile's GSM/GPRS network.
  • the CEF notifies the GEGW to send a notification message to the mobile terminal user who installed the terminal software.
  • the terminal software activates the GPRS network, retrieves the email from the CEF, and notifies the mobile phone user to complete.
  • Mail push process When receiving the notification SMS, the terminal software activates the GPRS network, retrieves the email from the CEF, and notifies the mobile phone user to complete. Mail push process.
  • the PushMa i 1 service enables the mail to go with the user's mobile terminal device.
  • the terminal of the PushMa i 1 service must be a smart terminal, and the specified client software must be installed, and the threshold is high, thus limiting the mailbox of the mobile phone. Promotion and application.
  • the object of the present invention is to provide a method for implementing MMS mail and a multimedia message mail service gateway, so that terminals supporting MMS can support mobile mail, which facilitates the promotion and application of mobile mail.
  • the present invention provides a method for implementing a multimedia message, the method comprising:
  • the MMS mail is realized on the premise of receiving the registration information.
  • determining, according to the size of the message, whether the message needs to be formatted includes:
  • the method further includes:
  • the formatting the message includes:
  • the size of the message exceeds the upper limit of the single MMS, the format of the message in the message is converted, and then the size of the message is re-evaluated. If the size of the message does not exceed the upper limit of the single MMS, the message is processed. Qualified message; otherwise,
  • the attachment of the message is deleted, and then the size of the message is re-evaluated. If the size of the message does not exceed the upper limit of the single MMS, the message is a qualified message after the format processing; Otherwise, discard the message.
  • the method further includes:
  • the registration information includes a mobile phone number, an email address, an alias, and a subscription type.
  • the subscription type includes a sender signing, a recipient signing, and/or a two-way signing
  • the message includes a source email address and a destination address
  • the authenticating the message according to the registration information includes: The information is used to determine whether the message is authenticated by the sender or the recipient.
  • the message is checked whether the following two conditions are met: one is that the source email address in the message is bound to the mobile number, and the second is The signing type of the message is the signing of the sender or the signing of the two-way sign; if the two conditions are met, the authentication succeeds; otherwise, the authentication fails; if the recipient is authenticated, when the signing type of the message is the signing of the recipient or If the two-way signing is successful, the authentication succeeds; otherwise, the authentication fails.
  • the determining whether the message uses the sender authentication or the receiver authentication comprises: comparing whether the domain name of the source email address in the message is consistent with the domain name of the mailbox server; if they are consistent, the message is authenticated by the sender; If they are inconsistent, the message is authenticated by the recipient.
  • the method further includes:
  • the mobile phone number bound to the source email address is used as the charging number; if the recipient authentication is used, the mobile phone number bound to the destination address is used as the charging number.
  • the method further includes:
  • the price is determined by the integrated service management platform.
  • the invention also provides a multimedia message mail service gateway, the gateway comprising:
  • a registration module configured to receive registration information
  • a receiving module configured to receive a message from a mailbox server
  • a judging module configured to determine, according to the size of the message received by the receiving module, whether the message needs to be formatted
  • a format processing module configured to perform format processing on the message according to a determination result of the determining module
  • a sending module configured to send the message that the judging module judges that the format processing is not required or that is qualified by the format processing module format to the multimedia message service center.
  • the gateway further includes: a querying module, configured to: when the determining module determines that the message needs to be formatted, send a mobile terminal information query request to the multimedia message service center, and obtain a location according to the response of the multimedia message service center The accessory format supported by the mobile terminal.
  • a querying module configured to: when the determining module determines that the message needs to be formatted, send a mobile terminal information query request to the multimedia message service center, and obtain a location according to the response of the multimedia message service center The accessory format supported by the mobile terminal.
  • the format processing module includes:
  • a first deletion sub-module configured to delete an attachment in a format that is not supported by the mobile terminal in the message
  • a conversion sub-module configured to perform format conversion on the remaining attachments in the message processed by the deletion sub-module
  • a second deletion submodule configured to delete the remaining attachments in the message processed by the conversion submodule
  • a judging sub-module configured to sequentially judge the size of the message processed by the first deleting sub-module, the converting sub-module, and the second deleting sub-module, wherein after determining the message from the first deleting sub-module or the converting sub-module If the size of the message does not exceed the upper limit of the single MMS, the message is deemed to be a qualified message after the format processing and is sent to the multimedia message service center.
  • the message is transferred to the next sub-module for processing; After the message from the second deletion submodule is judged, if the size of the message does not exceed the upper limit value of the single multimedia message, the message is recognized as a qualified message after the format processing and is sent to the multimedia message service center; otherwise, the message is throw away.
  • the gateway further includes:
  • the authentication module is configured to authenticate the message according to the registration information, and if the authentication fails, discard the message, and if the authentication is successful, send the message to the determining module.
  • the authentication module includes:
  • a judging sub-module configured to determine, according to the registration information received by the registration module, whether the message is authenticated by the sender or the recipient is authenticated;
  • a first authentication submodule configured to check whether the message satisfies the following two conditions when the message is authenticated by the sender, where the source email address in the message is bound to the mobile phone number, and the second is The signing type of the message is a signing of the sender or a signing of the two-way sign; if the two conditions are met, the authentication succeeds; otherwise, the authentication fails;
  • a second authentication submodule configured to determine the cancellation when the message is authenticated by the receiver Whether the subscription type of the interest is the recipient signing or the two-way signing, if yes, the authentication is successful; otherwise, the authentication fails.
  • the gateway further includes: a charging module, configured to perform, according to the charging number, to the integrated service management platform for rating, wherein if the message is authenticated by the sender, the charging number is The mobile phone number bound to the source email address; if the message is authenticated by the recipient, the charging number is a mobile phone number bound to the destination address.
  • a charging module configured to perform, according to the charging number, to the integrated service management platform for rating, wherein if the message is authenticated by the sender, the charging number is The mobile phone number bound to the source email address; if the message is authenticated by the recipient, the charging number is a mobile phone number bound to the destination address.
  • the method for realizing MMS mail and the MMS mail service gateway provided by the invention can actively push the mail to the user mobile phone terminal in a real-time manner through the MMS method. Since the size of the message coming from the mailbox server is not limited, the mobile phone terminal often cannot Normally, the present invention processes the format of the message, so that the terminal that can support the MMS can support the mobile phone mail, and facilitates the promotion and application of the mobile mail.
  • FIG. 1 is a schematic flow chart showing a method for implementing a multimedia message according to the present invention
  • FIG. 2 is a schematic structural diagram of a MMS mail service gateway according to the present invention.
  • Figure 3 is a schematic diagram showing the flow of sending a message to the mobile terminal by the Ema i l Server;
  • Figure 4 is a schematic diagram showing the flow of the Ema i lServer copying the message to the mobile terminal
  • FIG. 5 shows a flow chart of sending a message from a mobile terminal to an Ema i lServer.
  • Mul t imedia Mes sag ing Service is a message service that can transfer multimedia content between mobile phones and mobile phones and between other applications such as mobile phones and Ema il servers, which is commonly known as MMS.
  • the multimedia message service is divided according to the operator to which the user belongs and the area where the user belongs, and the multimedia message center (solid SC) to which the user belongs is provided for the multimedia message service.
  • the solid 3 message interface in the fixed SC is the interface between the mail server (Ema i 1 Server) and the fixed SC, and the Simple Mail Transfer Protocol (SMTP) is implemented by the user through the interface and the Ema i 1 Server exchanges information.
  • Ema i 1 Server the mail server
  • SMTP Simple Mail Transfer Protocol
  • the invention adds a Mul t imedia Ema il Service Ga teway (MESG), and functions as an Ema i 1 information and mobile phone user information binding between the MMSC and the Ema i lServer, and the user sends the message on the Internet.
  • the related information includes the mobile phone number, email address, alias, and contract type, including but not limited to mobile phone number, email address, alias and subscription type.
  • the alias includes the alias of the mobile phone number and/or the alias of the email address; the subscription type includes the sender signing, the receiving party signing, and/or the two-way signing. If the mail address of the message received by the MMS mail service gateway is not registered, the system directly rejects The message is not forwarded, and only the message sent to the mail address where the information is registered is forwarded, thereby implementing the MMS mail.
  • FIG. 1 is a schematic flow chart showing a method for implementing a multimedia message according to the present invention.
  • a method for implementing a MMS email the MMS mail service gateway receives registration information, and the method includes:
  • the MMS mail service gateway receives the message from the mailbox server, and the message includes a source mailbox address, a destination address, and subscription information, and the destination address includes an email address, an alias, or a mobile phone number.
  • the MMS mail service gateway authenticates the message according to the registration information.
  • Specific authentication methods may include but are not limited to:
  • the mailbox server is the original mailbox server that sends the message; if not, the mailbox server is forwarded. The mailbox server for the message.
  • the message is considered to be the sender's authentication; therefore, the message is checked whether the following two conditions are met: First, the source email address in the message is bound to the mobile phone number, and second, the subscription type of the message is the sender signing or two-way signing. If the two conditions are met, the authentication succeeds; otherwise, the authentication fails; wherein the condition one is set to ensure the charging of the message, and the source email address is bound to the mobile phone number, then the MMS can be The mobile phone number bound to the sender of the mail (message) is billed.
  • the subscription information of the destination address is checked, and the email address, alias, and mobile number are determined according to the format of the destination address.
  • the destination address is an email address or an alias, according to the destination address The corresponding mobile phone number is searched.
  • the subscription type of the message is the recipient signing or the two-way signing, the authentication succeeds; otherwise, the authentication fails.
  • the MMS mail service gateway determines whether the message needs to be formatted according to the size of the message; if it is determined that the message does not need to be formatted, the process proceeds to step 105; otherwise, the process proceeds to step 104.
  • the size of the message may exceed the size of the multimedia message service center for a single MMS size (for example, 100 k), so that the mobile terminal cannot display the message normally, and therefore, the size of the message If the upper limit value of a single MMS is exceeded, it is judged that format processing is required.
  • the MMS mail service gateway sends a mobile terminal information inquiry request to the multimedia message service center; according to the response of the multimedia message service center, the accessory format supported by the mobile terminal is obtained.
  • the specific format processing includes:
  • the format of the attachment in the message is formatted.
  • the format conversion principle is to convert the large format attachment into a small format attachment, and the converted attachment is a format supported by the mobile terminal. Attachments, such as converting image files between different formats, converting the image files smaller than the image files before conversion; or compressing the video files; etc.; when there are two or more attachments, all attachments can be Format conversion can also be performed on some attachments; after the format conversion of the attachment, the message size is re-evaluated.
  • the message is qualified after the format processing; otherwise If the size of the message exceeds the upper limit of the single MMS, the attachment of the message is deleted, and then the size of the message is re-evaluated. If the size of the message does not exceed the upper limit of the single MMS, the message is a qualified message after the format processing. ; Otherwise, discard the message.
  • the problem that the mobile phone cannot recognize the MMS from the mailbox can be avoided, and the mail can be actively pushed to the user in a real-time manner by using the MMS method.
  • Mobile terminal and can send, receive, review, reply, forward and manage emails and attachments anytime, anywhere on a mobile phone terminal supporting MMS, which is convenient, efficient, flexible and secure.
  • the terminal that can support MMS can support mobile mail, which is convenient for the promotion and application of mobile mail.
  • the billing process can also be increased.
  • the mobile phone number bound to the source email address is used as the charging number; if it is the recipient authentication, the mobile phone number bound to the destination address is used as the charging number.
  • the price is determined by the Integrated Service Management Platform (I SMP).
  • Ema i 1 users on the Internet can also implement billing, which facilitates operators to incorporate MMS mail into the entire mobile billing system, thereby accelerating the promotion of MMS mail services.
  • FIG. 2 is a schematic structural diagram of a MMS mail service gateway according to the present invention. Please refer to Figure 2, a multimedia mail service gateway, which includes:
  • a registration module 201 configured to receive registration information
  • the receiving module 202 is configured to receive a message from a mailbox server.
  • the authentication module 203 is configured to: according to the registration information, perform authentication on the message received by the receiving module; if the authentication fails, discard the message; if the authentication succeeds, send the message to the determining module.
  • the determining module 204 is configured to determine, according to the size of the message, whether the message needs to be formatted;
  • the format processing module 205 is configured to perform format processing on the message according to the judgment result of the determining module;
  • the sending module 206 sends the message that the judging module judges that the format processing is not required or the format processed by the format processing module is processed to the multimedia message service center.
  • the gateway further includes:
  • the query module is configured to: when the determining module determines that the message needs to be formatted, send a mobile terminal information query request to the multimedia message service center; and obtain an accessory format supported by the mobile terminal according to the response of the multimedia message service center.
  • the format processing module includes: The first deletion sub-module is configured to delete an attachment in a format that is not supported by the mobile terminal in the message; and the conversion sub-module, if the size of the message processed by the deletion sub-module exceeds the upper limit value of the single multimedia message, format the attachment in the message Conversion
  • the second deletion sub-module if the size of the message processed by the conversion sub-module exceeds the upper limit value of the single MMS message, the attachment of the message is deleted;
  • a judging sub-module configured to sequentially judge the size of the message processed by the first deleting sub-module, the converting sub-module, and the second deleting sub-module, and determining the message from the first deleting sub-module or the converting sub-module, if the message is If the size does not exceed the upper limit of the single MMS, the message is a qualified message after the format processing. Otherwise, it is transferred to the next sub-module for processing. After the message from the second deletion sub-module is judged, if the size of the message does not exceed For the upper limit of a single MMS, the message is a message that is qualified after the format processing; otherwise, the message is discarded.
  • the authentication module includes:
  • a determining sub-module configured to determine, according to the registration information received by the registration module, whether the message uses the sender authentication or the receiver authentication;
  • the first authentication submodule is configured to check whether the message satisfies the following two conditions if the sender authentication is used, where the source email address in the message is bound to the mobile phone number, and the second is that the subscription type of the message is the sender signing or Two-way signing; if these two conditions are met, the authentication is successful; otherwise, the authentication fails;
  • a second authentication sub-module configured to search for a corresponding mobile phone number according to a destination address in the message if the recipient authentication is used; if the subscription type of the message is a recipient signing or a two-way signing, the authentication succeeds; The power failed.
  • the gateway further includes:
  • the billing module is configured to perform the rating on the integrated service management platform according to the billing number.
  • the MMS mail service gateway can be an independent system or integrated on the unified management platform of the operator.
  • the MMS mail service gateway in the above embodiment can be divided into four modules: a self-service module.
  • Database module is mainly used to provide a registration information platform for users to bind mobile phone users and email information. Users can access self-service modules through browsers. Client management personnel can also access mobile phone user information through self-service modules. Unified management and batch operation with email information;
  • the database module which is an internal module, is used to actually store registration information, and provides an interface for the self-service module and the service module to perform addition, query, and delete operations to ensure the performance of the MMS mail service gateway;
  • the interface module implements Transmission Control Protocol (TCP) communication with an external entity (such as EmailServer, MMSC), and the client can send a data packet to an external entity, and can encode the packet to be sent, as a server.
  • TCP Transmission Control Protocol
  • an external entity such as EmailServer, MMSC
  • MMSC EmailServer
  • the business module the module that actually controls the business process, has interactive messages with the interface module and the database module, and performs different service control according to different situations.
  • the service module and the database module implement the functions of the registration module in the foregoing embodiment, and the interface module implements the functions of the receiving module and the sending module in the foregoing embodiment, and the service module implements the authentication module, the determining module, and the format processing module in the foregoing embodiments.
  • the function implements the registration module, the determining module, and the format processing module in the foregoing embodiments.
  • the service process of sending the message to the mobile terminal by the Email Server includes: Step 1: The Internet mailbox sends a message to the MMS mail service gateway, and the format of the message is The multi-function Internet is transmitted by the SMTP protocol by the Multipurpose Internet Mail Extensions (MIME).
  • MIME Multipurpose Internet Mail Extensions
  • Step 2 The MMS mail service gateway authenticates the email address. If the authentication is passed, the message is forwarded to the MMSC, and the MMS mail service gateway SMTP protocol forwards the message.
  • the third step the solid SC sends the message to the mobile terminal, and the solid SC converts the message in the MIME format into a format that can be recognized by the mobile terminal, and sends the message to the mobile terminal through the Hypertext Transfer Protocol (HTTP).
  • HTTP Hypertext Transfer Protocol
  • FIG. 3 shows a schematic diagram of a process in which an email server sends a message to a mobile terminal. Please refer to Figure 3, including:
  • Step 1 4 Determine the domain name of this MMS mail service gateway: c tmms. com. cn, Internet mailbox (sender address is any email address) Send mail to mobile terminal (destination address can be 189****** S)c tmms.com.cn, or another ll named zhangsan), sends the J MMS Mail Service Gateway (MESG) via the Internet via the P box.
  • MMS Mail Service Gateway J MMS Mail Service Gateway
  • Step 2 The MESG checks the subscription information, first determines whether the source mailbox is bound to a mobile phone number. If bound, the charging number is the mobile phone number bound to the source mailbox; if not, the database module is configured according to the destination address. Authentication, check whether the recipient signing or two-way signing. If the destination address is bound to the mobile number, the billing number is the mobile number bound to the destination address. If the recipient does not sign the contract, the message is discarded. In the process, if the destination address is an alias, the mobile phone number corresponding to the alias is also found, which is used for subsequent query of the home MMS center.
  • Step 3 After the subscription information is checked, the MESG will perform the rating according to the charging number to the I SMP. If the authentication result is incorrect, the process ends.
  • Step 4 If the message exceeds the MMSC's limit on the size of a single MMS message (for example, 100K), the MESG will format the message, compress the size or delete the attachment that the mobile phone cannot recognize, to ensure that the fixed SC can receive, and at the same time, the MESG A message with no conversion will be sent to the recipient's user 189 mailbox.
  • the MMSC's limit on the size of a single MMS message for example, 100K
  • Step 5 After the format conversion is completed, the MESG queries the MMSC to which the destination number belongs through the En dns, and forwards the converted message to the MMSC.
  • Step 6 The solid SC sends the message to the user through a normal MMS sending and receiving process.
  • the business process of copying messages from the Ema i 1 Server to the mobile terminal includes:
  • the Internet mailbox sends a message to the user's mobile phone mailbox.
  • the mobile phone mailbox is 189 mailbox as an example for explanation.
  • Step 2 189 The mailbox forwards the message to the MMS mail service gateway.
  • the format of this message is
  • Step 3 The MMS mail service gateway authenticates the Ema il address. If the authentication is passed, the message is forwarded to the MMSC, and the MMS mail service gateway forwards the message through the SMTP protocol.
  • FIG. 4 is a schematic diagram showing the flow of the Ema i lServer copying the message to the mobile terminal. Please refer to Figure 4, including:
  • Step 1 The Internet mailbox sends a message to the 189 mailbox (the destination address can be
  • the mailbox is sent to the 189 mail server via the Internet.
  • Step 2 189 After receiving the message, the mail server forwards the message to the MMS mail gateway MESG.
  • Step 3 The MESG directly checks the recipient's subscription information to determine whether the called user has opened the MMS 189 mail service. If the called user does not sign the contract, the process ends. If the called number has been signed, the recipient's email address is based on the recipient's email address. The bundled mobile phone number information is used to query the ENUMDNS to query the MMS center to which the called party belongs.
  • Step 4 If the called user subscription information is checked, the MESG will perform the rating according to the charging number (that is, the called user) to the ISMP.
  • Step 5 After the batch price is completed, if the message size is greater than 100K, format conversion or delete the attachment that the mobile phone cannot recognize, and then the MESG queries the MMSC to which the destination number belongs through the En dns, and forwards the converted message to the solid. SC, note that there is no need to transfer an original message to the 189 mailbox.
  • Step 6 The MMS center converts the message into a multimedia message and sends it to the user through the normal MMS sending and receiving process.
  • the process of sending a message from the mobile terminal to the Ema i lServer includes: Step 1: The mobile terminal submits the message to the fixed SC, and submits the message to the fixed SC through the HTTP protocol. Step 2: The solid SC transfers the message to the MMS mail service gateway, and the SC converts the format of the message into a MIME format and transmits it to the MMS mail service gateway through the SMTP protocol.
  • Step 3 The MMS mail service gateway is authenticated and then forwards the message to the mailbox server.
  • the format of the message is MIME, which is transmitted through the SMTP protocol.
  • FIG. 5 shows a flow chart of sending a message from a mobile terminal to an Ema i lServer. Please refer to Figure 5, including: Step 1: The end user edits the email to be sent and sends it by MMS (destination address is zhangsano) 163. com).
  • Step 2 The MMS receives the MMS submitted by the user, checks the destination address and finds it as a mail, and forwards it directly to the MMS mail gateway MESG.
  • Step 3 MESG goes to I SMP for pricing. For the message sent by the mobile phone, there is no need to query the signing information and pass it directly.
  • Step 4 After the batch is successful, the MESG forwards the message to the server of the target mailbox.
  • the terminal of the mobile phone mailbox service in the prior art must be a smart terminal, and the specified client software is installed at the same time, and the threshold is high.
  • the color mail service provided by the present invention can face all the standard support MMS terminals currently on the market, and the MMS users are potential users of the color mail service.
  • the MMS business has a good trend in domestic development in recent years, and can Good momentum to further develop the color mail business users; the use is extremely convenient and simple, just like the MMS business experience, as long as there is MMS experience, you can easily use the color mail business, so the business has great practicality and marketing value .
  • the method for implementing the MMS mail and the MMS mail service gateway provided by the present invention can actively push the mail to the user mobile phone terminal in a real-time manner through the MMS, because the size of the message coming from the mailbox server is not limited.
  • the mobile terminal often cannot display normally.
  • the invention processes the format of the message, so that the terminal that can support the MMS can support the mobile phone mail, and facilitate the promotion and application of the mobile mail.

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

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

Claims

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

Applications Claiming Priority (2)

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

Publications (1)

Publication Number Publication Date
WO2011022901A1 true WO2011022901A1 (zh) 2011-03-03

Family

ID=41594917

Family Applications (1)

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

Country Status (2)

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

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101778167B (zh) * 2010-01-29 2013-08-07 中兴通讯股份有限公司 精确获得手机终端电子邮件大小的方法和装置
CN101895840A (zh) * 2010-07-23 2010-11-24 中兴通讯股份有限公司 一种实现彩信业务的系统及方法
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

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1645392A (zh) * 2005-03-01 2005-07-27 北京立通无限科技有限公司 无线移动终端Email的接收、发送和管理方法
CN1980407A (zh) * 2005-11-29 2007-06-13 上海人讯信息科技有限公司 一种在手机上接受和发送电子邮件信息的方法
CN101212506A (zh) * 2007-12-25 2008-07-02 上海科泰世纪科技有限公司 移动设备上基于彩信实现传情动漫信息收发的方法

Family Cites Families (3)

* 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 株式会社エヌ・ティ・ティ・ドコモ サーバシステムおよび電子メール配信方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1645392A (zh) * 2005-03-01 2005-07-27 北京立通无限科技有限公司 无线移动终端Email的接收、发送和管理方法
CN1980407A (zh) * 2005-11-29 2007-06-13 上海人讯信息科技有限公司 一种在手机上接受和发送电子邮件信息的方法
CN101212506A (zh) * 2007-12-25 2008-07-02 上海科泰世纪科技有限公司 移动设备上基于彩信实现传情动漫信息收发的方法

Also Published As

Publication number Publication date
CN101635898A (zh) 2010-01-27
CN101635898B (zh) 2012-07-18

Similar Documents

Publication Publication Date Title
EP2063590B1 (en) A method and system for transmitting email and a push mail server
CN101317474B (zh) 消息转换设备、系统与转换方法
US7962126B2 (en) Multimedia-messaging-service (MMS) system and the service method thereof
US20150140961A1 (en) Short Message Service Protocol Gateway
US20020181496A1 (en) Scalable architecture for transmission of messages over a network
WO2006017979A1 (fr) Systeme de messages multimedia et procede de transmission de messages multimedia
WO2009074035A1 (fr) Système, appareil et procédé de transmission de fichiers
WO2011029300A1 (zh) 即时消息与电子邮件互通的方法与系统
WO2009003377A1 (fr) Procédé, système et client servant à transmettre des données dans un système de messagerie instantanée
WO2008006274A1 (fr) Procédé, système et dispositif de mise en oeuvre de signature de messages courts
WO2012034539A1 (zh) 一种通过移动通信终端邀请社交网站好友的方法及装置
WO2011022901A1 (zh) 实现彩信邮件彩的方法及彩信邮件业务网关
WO2010028565A1 (zh) 向即时通讯联系人发送电子邮件的方法、系统和客户端
CN101370159A (zh) 一种识别业务的方法、装置和系统
WO2004045170A1 (fr) Procede de retransmission de messages entre diffefents centres de messages multimedia
WO2013075492A1 (zh) 一种基于开放业务发布平台的消息通信方法及系统
WO2012122843A1 (zh) 媒体消息回执的处理方法和具有网关功能的装置
WO2007033552A1 (fr) Procede pour traiter le message dans le service de message multimedia et systeme y afferant
CN1299480C (zh) 通过电子邮箱地址向移动电话发送短消息的装置和方法
CN100369445C (zh) 基于移动电话号码提供虚拟电子邮箱服务的装置和方法
CN101459629A (zh) 一种发送和接收传真文件的方法、系统及装置
JP5255915B2 (ja) メール送信処理方法及び通信端末装置
WO2012151811A1 (zh) 多媒体消息的处理方法及装置
CN101577876A (zh) 实现行业应用多媒体消息业务的方法、服务器及系统
JP4719083B2 (ja) メッセージ送信システム、メッセージ中継サーバ、メッセージ送信方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09848633

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09848633

Country of ref document: EP

Kind code of ref document: A1