WO2011029300A1 - 即时消息与电子邮件互通的方法与系统 - Google Patents

即时消息与电子邮件互通的方法与系统 Download PDF

Info

Publication number
WO2011029300A1
WO2011029300A1 PCT/CN2010/071661 CN2010071661W WO2011029300A1 WO 2011029300 A1 WO2011029300 A1 WO 2011029300A1 CN 2010071661 W CN2010071661 W CN 2010071661W WO 2011029300 A1 WO2011029300 A1 WO 2011029300A1
Authority
WO
WIPO (PCT)
Prior art keywords
instant message
message
address
mail
user
Prior art date
Application number
PCT/CN2010/071661
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 中兴通讯股份有限公司
Priority to EP10814902.2A priority Critical patent/EP2458802B1/en
Priority to US13/258,308 priority patent/US8706825B2/en
Publication of WO2011029300A1 publication Critical patent/WO2011029300A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H04L61/301—Name conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/37—E-mail addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/38—Telephone uniform resource identifier [URI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/385—Uniform resource identifier for session initiation protocol [SIP URI]

Definitions

  • the present invention relates to instant messaging and email interworking technologies, and more particularly to a method and system for instant messaging and email interworking. Background technique
  • E-mail is one of the most widely used services on the Internet. Through the network's e-mail system, users can contact network users in any corner of the world at very low prices. These e-mails can be texts and images. , sound and other ways. Every email user will have an email address.
  • the typical format of the email address is abc@xyz, where @ is the character combination or code representing the individual user, @ is the server name that provides the user with the email service, such as User@hotmail.com.
  • the basic protocols involved are: Simple Mail Transfer Protocol (SMTP), Post Office Protocol 3 (P0P3, Post Office Protocol 3), etc.
  • An instant message (IM) is another service provided by the Internet. The information sent by the sender is forwarded to the receiver without storage.
  • the receiver and the sender can directly exchange messages.
  • the protocols involved are: Extensible Message and Presence Protocol (XMPP), SIP Instant Message and Presence Leveraging Extensions (SIMP), and Message Session Relay Protocol (MSRP). Wait.
  • XMPP Extensible Message and Presence Protocol
  • SIP Session Initiation Protocol
  • MSRP Message Session Relay Protocol
  • the message services in the Internet are mainly the above two types: email and instant messaging.
  • email For users, on the one hand, they use Internet communication tools such as e-mail and instant messaging, and on the other hand, they use telecom network communication methods such as short messages and multimedia messages.
  • telecom network communication methods such as short messages and multimedia messages.
  • the message service is designed to allow users to interact with anyone at any time, anywhere, using different technologies, media and user terminals.
  • one way is to provide a converged message service system, which provides a consistent and convenient message service experience for the service user, and the service users can interact with the message based on the instant message technology, and can
  • This business user is an interaction between the various types of traditional messaging service users mentioned above.
  • An important aspect of interoperability is the integration of messaging and email interactions. Because the fused message is based on instant messaging technology, the interactive implementation of the fused message and email can be based on the implementation of instant messaging and email interaction.
  • the main purpose of the present invention is to provide a method and system for interworking between instant messaging and email, which can realize the interworking of instant messaging and email.
  • An instant messaging and email interworking method corresponding to an instant messaging user applying for an instant messaging and mail interworking service, with at least one email address, the email address being constructed by an instant message user instant message address, or being pre-allocated Email address; the method includes:
  • the instant message address of the destination user is determined according to the mail initiated by the mail user, and the mail is converted into an instant message and sent to the instant message address of the destination user.
  • the instant message determining the email address of the destination user is: determining whether the receiving address of the destination user in the instant message is an email address, and if yes, determining the email address as the receiving address of the destination user If not, then according to the instant message The address of the instant message of the destination user in the address is used to find the email address of the destination user corresponding to the address of the instant message of the destination user, and is determined as the receiving address of the destination user;
  • the instant message receiving address of the destination user is determined according to the mail, which is:
  • the address of the mail of the destination user in the mail is searched for the instant message address corresponding to the mail address of the destination user, and is determined as the receiving address of the destination user.
  • the converting the instant message into a mail is:
  • Converting the mail into an instant message comprises: using a "from" parameter in the header as a source user address in an instant message; and an instant message address converted by the "RCPT To" command parameter as a destination user address of the instant message
  • the "Disposition-Notification-To" parameter in the header is "required”, set “imdn.Disposition-Notification,” in the instant message to "positive-delivery,” or “negative-delivery”
  • the "disposition-type” parameter in the p-head is "displayed”, setting "imdn.Disposition-Notification” in the instant message to "display”; the content of the mail is the instant message Message body.
  • the sending the converted mail to the determined receiving address of the destination user for:
  • the domain name server DNS query is initiated according to the destination user's email address, the address of the simple mail transfer protocol SMTP server to which the destination user belongs is obtained, and a transmission channel is established, and a DATA command is sent to the SMTP server to which the destination user belongs, and the instant message is converted by the instant message.
  • Sending the converted instant message to the determined receiving address of the destination user includes: determining an instant messaging system corresponding to the instant message address of the destination user, and transmitting the converted instant message to the instant messaging system, The instant messaging system sends the converted instant message to the receiving address of the destination user.
  • the content of the mail is converted into two or more message conference relay protocol MSRP messages.
  • the message content of the instant message is delivered by the MSRP message
  • the message content of the received MSRP message is buffered, and after all the MSRP messages are received, the cached message content is constructed into a complete message content, and then converted into mail.
  • a system for interworking between an instant message and an email comprising a setting unit, a receiving unit, a first determining unit, a converting unit and a transmitting unit, wherein:
  • a setting unit configured to set an instant messaging user requesting an instant message and a mail interworking service, corresponding to at least one email address, wherein the email address is constructed by an instant message user instant message address, or is a pre-allocated email address;
  • a receiving unit configured to receive an instant message or mail of the user
  • a first determining unit configured to determine a mail address of the destination user according to the received instant message or determine an instant message address of the destination user according to the received mail of the user;
  • a converting unit configured to convert the received instant message into a mail or convert the received mail into an instant message
  • a sending unit configured to determine, according to the received instant message, an email address of the destination user, convert the instant message into a mail, and send the email address of the destination user to the email;
  • the instant message address of the destination user is determined according to the mail initiated by the mail user, and the mail is converted into an instant message and sent to the instant message address of the destination user.
  • the first determining unit further determines whether the receiving address of the destination user in the instant message is an email address, and if yes, determining the email address as a receiving address of the destination user, and if not, according to the instant message
  • the address of the instant message of the destination user in the address is used to find the email address of the destination user corresponding to the address of the instant message of the destination user, and is determined as the receiving address of the destination user;
  • the first determining unit further searches for an instant message address corresponding to the email address of the destination user according to the address of the email of the destination user in the mail, and determines the instant message receiving address of the destination user.
  • the system further comprises:
  • a second determining unit configured to determine an email address of the source user in the instant message; the converting unit further mapping an email address of the source user in the instant message determined by the second determining unit into an email "from” parameter; set the "date” parameter or current time information in the instant message to the "orig-date” parameter in the message; set the "to” parameter in the message to the instant message
  • the destination user's email address set the instant message “imdn.Disposition-Notification,” to "positive-delivery,” or “negative-delivery", which will be set by the "Disposition-Notification-To" parameter in the P-piece.
  • the conversion unit further uses the "from" parameter in the header as an instant message
  • the "imdn.Disposition-Notification” in the instant message is set to "positive-delivery,” or “negative-delivery”
  • the "disposition-type” parameter in the p-head is "displayed”
  • the message content is a message body of the instant message.
  • the sending unit further initiates a DNS query according to the email address of the destination user, obtains an address of the SMTP server to which the destination user belongs, and establishes a transmission channel, and sends a DATA command to the SMTP server to which the destination user belongs, and sends the instant Message converted message;
  • the sending unit further determines an instant messaging system corresponding to the instant message address of the destination user, and sends the converted instant message to the instant messaging system, and the instant messaging system sends the converted instant message to the destination user for receiving. address.
  • the converting unit converts the content of the mail into two or more when the mail unit converts the mail into an instant message and the content of the mail exceeds a set byte of a single instant message.
  • the system further includes a cache unit and a third determining unit; wherein:
  • a cache unit configured to cache the message content of the received MSRP message when the message content of the instant message is MSRP message delivery;
  • a third determining unit configured to determine whether all MSRP messages are received, and trigger the converting unit after receiving; the converting unit constructs the cached message content into a complete message content, and then converts into a mail.
  • the instant message and the mail sent by the user are converted correspondingly, and then sent to the instant cancellation.
  • the e-mail address and the instant message receiving address corresponding to the destination user in the message and the mail thereby realizing free communication between the instant message and the mail.
  • FIG. 1 is a schematic structural diagram of interworking between instant messaging and email
  • FIG. 3 is another flow chart of converting an instant message into an email according to the present invention.
  • FIG. 5 is another flowchart of converting a mail into an instant message according to the present invention.
  • FIG. 6 is a schematic structural diagram of a system for intercommunicating instant messages and emails according to the present invention. detailed description
  • the basic idea of the present invention is: by setting an interworking server between the instant messaging system and the mail server, realizing the corresponding conversion of the instant message and the mail sent by the user, and then sending the mail to the instant message and the mail corresponding to the destination user.
  • the address and the instant message receiving address enable free interworking between instant messages and emails.
  • FIG. 1 is a schematic structural diagram of intercommunication between an instant message and an e-mail.
  • an interworking server or an interworking gateway, is provided between an instant messaging system and an e-mail server to implement instant messaging and e-mail interaction.
  • the instant message of the message system source user that is, user A
  • the instant message of the message system source user can be converted into a mail through the interworking server, and sent to the mail server, and forwarded by the mail server to the destination user, that is, user B; the user of the mail destination, user B, can directly reply to the mail and communicate with each other.
  • the server converts the instant message to the above instant message source user, user A.
  • the interworking server receives the instant message of the instant messaging system and converts it into a postal message. When it is sent, it acts as a mail client. When receiving a message and converting it to an instant message, it acts as a mail server. It must have the server domain name as the mail server.
  • the domain name of the instant messaging system can be configured as the domain name of the interworking server. If multiple instant messaging systems are connected to the same interworking server at the same time, the interworking server configures multiple domain names, and each domain name is for an instant messaging system.
  • the user ID in the instant message is represented by a SIP URI (Uniform Resource Identifier) in the format sip:usemame@messageDomain.com; the format converted from the Tel URI to the SIP URI is sip:+86-13812345678@messageDomain.com.
  • the format of the email address in the mail system is user@emailDomain.com.
  • the email address of the source user in the email system corresponds to the SIP identifier of the source user, that is, the username in the SIP URI is mapped to the username in the email address, and the domain name mapping in the SIP URI. Is the domain name in the email address.
  • constructing a SIP user ID from a mail address corresponds to the reverse.
  • the interworking server in the present invention may also have a separate mail server domain name, and the instant messaging user of the instant messaging system connected thereto may apply for an email address used when the interaction occurs, if the application interacts with the email.
  • the domain name of this email address is the domain name of the interworking server; the username of this email address is assigned by the user settings or mail server.
  • the email address of the source user in the email system in the instant message is the pre-configured email address.
  • the pre-configured email address can be stored in the interworking server or the instant messaging system. It can also be stored in a separate user information management server and read by the interworking server.
  • the user information management server is a dedicated server. The correspondence between the storage user ID and the email address is stored.
  • a correspondence relationship is established between the user identifier of the instant message user and the corresponding email address or the pre-configured email address, and the interworking server performs conversion according to the corresponding relationship; and the corresponding email address or pre-configuration can be used.
  • the email address sends an email to the instant messaging user because the domain name of the email address is the domain name of the interworking server, so the email will be sent to
  • the interworking server is converted from an interworking server to an instant message to an instant message user, thereby achieving interworking.
  • the destination user in the instant message that is, the email address of the user receiving the message, is divided into two cases:
  • the email address of the destination user is corresponding to the destination user identifier in the instant message.
  • the email address of the destination user can also be obtained by the user information management server outside the query server of the interworking server.
  • the interworking server acquires the email address of the destination user according to the user identifier of the destination user.
  • Instant messaging can be divided into paging mode and large message mode. According to these two different methods, the interworking server learns different processing methods.
  • FIG. 2 is a flow chart of converting instant messages into emails according to the present invention. As shown in FIG. 2, the steps for the interworking server to process instant messages into emails are as follows:
  • Step 201 Initiate a domain name server (DNS, Domain Name Server) query to obtain the address of the destination user, that is, the SMTP server to which the user B belongs.
  • DNS Domain Name Server
  • the interworking server initiates a DNS query according to the domain name of the destination user, that is, the email address of user B.
  • the email address may be the email address corresponding to the user identifier in the instant message described above, or may be the mail address of the user B obtained by the user information management server outside the system directly querying the interworking server.
  • the instant message generated by the instant message user A is the identifier of the user A.
  • the email address of the user A is constructed by the foregoing method; the identifier of the user B may be used as the identifier of the destination user, or the email address of the user B may be directly used as the identifier of the destination user.
  • the interworking server uses the domain name in the email address of the user B to perform domain name resolution, and obtains the mail server where the user B email address is located, that is, the SMTP server;
  • the user information management server searches for the corresponding email address by the identification information of the user B, thereby obtaining the email address of the user B.
  • Step 202 Establish a transmission channel with the SMTP server, that is, the mail server, and perform parameter mapping, and convert the relevant parameters in the instant message into SMTP commands.
  • the parameter configuration of the SMTP command of the interworking server is performed according to the following comparison:
  • the return address (reverse-path) parameter in the SMTP command MAIL FROM is the mail address of the source user, that is, user A, and the email address may be the user A identifier described above.
  • the corresponding email address may also be a pre-configured email address obtained by the interworking server directly from the external user information management server; the delivery address (forward-path) parameter in the SMTP command RCPT TO is the destination user in step 201.
  • Email address is the mail address of the source user, that is, user A, and the email address may be the user A identifier described above.
  • the corresponding email address may also be a pre-configured email address obtained by the interworking server directly from the external user information management server;
  • the delivery address (forward-path) parameter in the SMTP command RCPT TO is the destination user in step 201. Email address.
  • the interworking server directly generates the user A's email address according to its own domain name, such as the above-mentioned +86-13812345678@messageDomain.com, etc., or the interworking server according to the user.
  • the identifier of A is obtained from the user information management server, and the email address set by the user A is any email address set by the user, or any email address assigned by the interworking server to the user A.
  • Step 203 Construct a mail message by mapping the relevant parameters in the instant message according to the email format.
  • the configuration of the parameters in the header of the mail server of the interworking server is performed according to the following comparison:
  • the mail address mapping of the source user in the above step 202 is mapped to the from parameter;
  • the orig-date parameter can be set to the date in the instant message or set by the interworking server as Local time at the time;
  • message-id The parameter is generated by the interworking server;
  • the to parameter is the same as the delivery address (forward-path) in the RCPT To command; if the instant message contains the subject parameter, it corresponds to the subject parameter of the header;
  • the notification is delivered in the instant message ( imdn.Disposition- Notification ) is set to "positive-delivery,” or "negative-delivery,” or both "positive-delivery,” and “negative-delivery", while setting Disposition-Notification-To to be required (required);
  • the medium delivery notification ( imdn.Disposition-Notification ) is set to display ( display ) , then the disposition-type is set to display (disp
  • Step 204 Initiate a mail transaction, send a message to the destination user, and wait for a response.
  • the interworking server sends a DATA command to the destination user, that is, the mail server to which the user B belongs. After the mail server returns 354 Intermediate reply, the mail constructed in step 203 is issued, and the transaction is held, waiting for the response after all the data is sent.
  • Step 205 After receiving the correct response, construct a success response message such as SIP 202 accept message, otherwise construct an error response message; and send the response message to the terminal of user A in the instant messaging system.
  • a success response message such as SIP 202 accept message, otherwise construct an error response message
  • the process in which the user A initiates the big message mode instant message to the user B is: when the interworking server receives the instant message initiated by the user A terminal in the big message mode, the interworking server first receives the start message, such as the SIP Invite message, and then receives the message.
  • the interworking server caches the message content received in the MSRP SEND message, and then translates the start message, constructs the parameters according to the SMTP protocol, and generates an e-mail format.
  • Email and send an email to the mail server to which User B belongs.
  • 3 is another flow chart of converting an instant message into an email according to the present invention.
  • the step of the interworking server processing the instant message into the mail is as follows: Step 301: When receiving the big message mode session request message, if there is no error, the confirmation message is first returned, otherwise the error message is returned.
  • Step 302 When receiving the subsequent MSRP SEND request message carrying the message content, temporarily storing the message content in the request message until all the MSRP SEND request messages are received, and constructing all the received message content into a complete message. content.
  • Step 303 Initiate a DNS query to obtain the address of the destination user, that is, the SMTP server to which the user B belongs.
  • Step 304 Establish a transmission channel with the SMTP server, perform parameter mapping, and convert related parameters in the instant message according to the SMTP protocol.
  • Step 305 Construct the mail message according to the parameters in the instant message and the message content obtained in step 304 according to the email format, wherein the content of the message temporarily stored in step 302 is constructed as the mail content.
  • Step 306 Send a mail message to the destination user, that is, the mail server to which the user B belongs, and wait for the response.
  • Step 307 After receiving the correct response, construct a success response message such as SIP 202 accept message, otherwise construct an error response message and send it to the terminal.
  • a success response message such as SIP 202 accept message
  • user B sends an email to user A.
  • user B sends an instant message to user A and directly responds to the email converted by the interworking server.
  • user B sends a direct response to user A.
  • e-mail In both cases, the sender address is the email address of user B, and the recipient address is the corresponding email address or pre-configured email address of user A.
  • the interworking server When the interworking server receives the e-mail initiated by the mail server to which the user B belongs, the interworking server translates the content of the mail message carried by the SMTP protocol, and performs an e-mail to the instant cancellation.
  • the information parameter structure generates an instant message conforming to the instant message format, and sends an instant message to the user A according to the size of the message, using the paging mode or the big message mode.
  • the interworking server After the interworking server receives the EHLO or HELO and subsequent SMTP commands such as MAIL FROM, RCPT TO command, waits for the DATA data to be received, and determines that the number of bytes of the mail content does not exceed At 1300 bytes, the interworking server constructs a paging mode instant message, where the maximum number of bytes of a single instant message in the 1300 byte paging mode.
  • 4 is a flow chart of converting a mail into an instant message according to the present invention. As shown in FIG. 4, the steps for the interworking server to process the mail into an instant message are as follows:
  • Step 401 Map SMTP command parameters and mail message headers and message body to paging mode instant messages.
  • the intercommunication server constructs the message parameters of the instant message according to the following comparison: the from parameter of the message header is mapped to the source user identifier in the instant message; since the message is converted into an instant message, the destination user in the instant message is marked by the foregoing Method
  • the email address is reversely generated.
  • the user B's email address can be directly used as the source user identifier in the instant message.
  • the RCPT To command parameter is mapped to the destination user identifier in the instant message; if the message header includes the subject parameter, it is mapped to the subject parameter in the instant message; if the Disposition-Notification-To parameter in the message header is required (required), then the setting is
  • the instant message delivery notification ( imdn.Disposition-Notification ) is set to "positive-delivery,, or "negative-delivery” or both. If the disposition-type in the bullhead is displayed (displayed), set the instant message.
  • the delivery notification ( imdn.Disposition-Notification ) is set to display ( display ); the message content is mapped to the body of the message in the instant message.
  • This example is for situations where the message content bytes are no more than 1300 bytes.
  • Step 402 Send an instant message and keep the communication channel, waiting for a response.
  • Step 403 Construct a success message after receiving a correct response message, such as a SIP 200 OK message. For example, a 250 OK message is sent to the sender, otherwise the corresponding error message is returned.
  • a correct response message such as a SIP 200 OK message.
  • FIG. 5 is another flow chart of converting the mail into instant message according to the present invention. As shown in FIG. 5, the steps for the interworking server to process the mail into an instant message are as follows:
  • Step 501 The interworking function server temporarily stores the SMTP command and the mail message parameter.
  • Step 502 The interworking function server maps the corresponding parameter to generate a session request message, and initiates a session request message.
  • the session request message finally arrives at the terminal via the interworking server.
  • the terminal returns a confirmation message.
  • Step 503 After the confirmation message is transferred to the interworking server, the interworking server initiates several MSRPs.
  • SEND request deliver the message content to the terminal, and the terminal returns an MSRP response.
  • Step 504 After receiving the MSRP response, the interworking function server sends an end session request to close the session.
  • the above solution is not limited to instant messaging, but also applies to other instant messaging services based on instant messaging extension, such as the Converged IP Messaging (CPM) service, which is being studied by the International Standards Organization Mobile Open Alliance OMA (Open Mobile Alliance).
  • CPM Converged IP Messaging
  • the present invention is particularly suitable for the following application scenarios: ⁇ User A and user B are both converged message service users. When user B is offline, user B's preference setting is not online, and the offline message is sent to user B's mailbox. Or, User B is online, User B's preference is currently not Accept the instant message, but forward the fused message to User B's mailbox. In both cases, the intercommunication function provided by the interworking server can convert the converged message sent by user A into a mail message and send it to user B's mailbox.
  • FIG. 6 is a schematic structural diagram of a system for intercommunication between an instant message and an e-mail according to the present invention.
  • the system for intercommunication between an instant message and an e-mail includes a setting unit 60, a receiving unit 61, a first determining unit 62, and a conversion.
  • the unit 63 and the sending unit 64 wherein the setting unit 60 is configured to set an instant message user requesting an instant message and a mail interworking service to correspond to at least one mail address, where the mail address is constructed by an instant message user instant message address, or is a pre-allocated mail address; wherein the mail address is used as a source user address in the mail converted by the instant message and a destination user address in the mail reply by the mail user; the receiving unit 61 is configured to receive the instant message or mail of the user; The first determining unit 62 is configured to determine an email address of the destination user according to the received instant message or determine an instant message address of the destination user according to the received email of the user; the converting unit 63 is configured to use the received instant message Convert the message to a message or convert the received message to The sending unit 64 is configured to determine, according to the received instant message, an email address of the destination user, convert the instant message into a mail and send the email address of the destination user; or, according to the received mail user The mail determines the instant message address
  • the first determining unit 62 determines, according to the instant message, the mail receiving address of the destination user, including: determining whether the receiving address of the destination user in the instant message is an email address, and if yes, determining the email address as a destination.
  • the receiving address of the user if not, the email address of the destination user corresponding to the address of the instant message of the destination user is determined according to the address of the instant message of the destination user in the instant message, and is determined as the receiving address of the destination user;
  • the first determining unit 62 determines the instant message receiving address of the destination user according to the mail, and includes: searching, according to the address of the mail of the destination user in the mail, the email address of the destination user.
  • the instant message address should be determined as the receiving address of the destination user.
  • the system for instant messaging and email intercommunication of the present invention further includes a second determining unit 65 for determining an email address of a source user in the instant message; and converting unit 63 converting the instant message into a mail
  • the method includes: mapping, by the second determining unit 65, the email address of the source user in the instant message to a "from" parameter in the email; setting the "date” parameter or the current time information in the instant message For the "orig-date" parameter in the mail; set the "to” parameter in the mail to the mail address of the destination user in the instant message; set the instant message “imdn.Disposition-Notification,” to "positive” -delivery,, or “negative-delivery", will be set to "required” by the "Disposition-Notification-To" parameter in the P piece; when "imdn.Disposition-Notification” in the instant message is set to display "display” Set the "disposition-type” in the cow to “displayed”; the message content type of the
  • the sending unit 64 sends the converted mail to the determined receiving address of the destination user, including: initiating a DNS query according to the email address of the destination user, obtaining the address of the SMTP server to which the destination user belongs, to the SMTP server to which the destination user belongs. Sending a DATA command to send the mail converted by the instant message; the sending unit 64 sends the converted instant message to the determined receiving address of the destination user, the package
  • the instant messaging system corresponding to the instant message address of the destination user is determined, and the converted instant message is sent to the instant messaging system, and the converted instant message is sent by the instant messaging system to the receiving address of the destination user.
  • the conversion unit 63 converts the mail into an instant message and the content of the mail exceeds the set byte of a single instant message, the content of the mail is converted into two or more MSRP messages.
  • the system for instant messaging and email intercommunication of the present invention further includes: a buffer unit 66 and a third determining unit 67, wherein the buffer unit 66 is configured to cache the message content of the instant message when the message content is MSRP.
  • the content of the message of the received MSRP message; the third determining unit 67 is configured to determine whether all MSRP messages have been received, and trigger the conversion unit 63 after receiving; the converting unit 63 constructs the content of the buffered message into a complete message content, and then Convert to mail.
  • each processing unit in the system shown in FIG. 6 may be It will be understood with reference to the description of the foregoing method that the functions of the various processing units may be implemented by a program running on a processor or by a specific logic circuit. Each of the above processing units can be placed in the aforementioned interworking server.

Description

即时消息与电子邮件互通的方法与系统 技术领域
本发明涉及即时消息与电子邮件互通技术， 尤其涉及一种即时消息与 电子邮件互通的方法与系统。 背景技术
电子邮件 （E-mail )是 Internet应用最广的服务之一， 通过网络的电子 邮件系统， 用户可以用非常低廉的价格与世界上任何一个角落的网络用户 联系， 这些电子邮件可以是文字、 图像、 声音等各种方式。 每一个电子邮 件用户都会有一个电子邮件地址， 电子邮件地址的典型格式是 abc@xyz, 这里 @之前是代表个人用户的字符组合或代码， @之后是为用户提供电子邮 件服务的服务器名， 如 user@hotmail.com。 涉及到的基础协议主要有： 简单 邮件传输协议 ( SMTP, Simple Mail Transfer Protocol )、 邮局协议 3 ( P0P3 , Post Office Protocol 3 )等。 而即时消息 ( IM, Instant Message )是 Internet 提供的另外一种业务， 即将接收到的发送者发来的信息非存储地转发给接 收者， 接收端与发送端之间可以直接交互消息。 涉及到的协议有： 可扩展 消息与存在协议 ( XMPP, Extensible Message and Presence Protocol )、 SIP 扩展协议 ( SIMPLE , SIP Instant Message and Presence Leveraging Extensions ) 和消息会议中继协议（ MSRP , Message Session Relay Protocol )等。 目前， 利用基于会话初始协议（SIP, Session Initiation Protocol ) 的协议实现即时 消息是一种发展方向。
互联网内的消息业务主要是上述两种： 电子邮件和即时消息。 对用户 而言， 一方面在使用电子邮件、 即时消息等互联网通信工具， 另一方面也 在使用短消息、 多媒体消息等电信网络通信方式。 目前， 业界提出了融合 消息业务， 目的在于使用户可以在任何时间、 任何地点， 使用不同的技术、 媒介和用户终端与任何人进行消息交互。 为了实现融合消息业务， 一种方 式是提供融合消息业务系统， 该系统提供给业务用户完善一致并且方便的 消息业务体验， 业务用户之间可以以基于即时消息技术的融合消息交互， 并可以与非此业务用户且是上述提及的各类传统消息业务用户之间交互。 其中互通的一个重要方面就是融合消息和电子邮件的交互。 因为融合消息 是基于即时消息技术的， 所以融合消息和电子邮件的交互实现可以建立在 即时消息和电子邮件交互的实现基础上。
现有的解决即时消息和电子邮件交互的技术， 都只着重于解决如何把 一侧的业务用户发出的消息可以传递到另一侧的业务接受者， 并没有考虑 实现接受者可以对原始消息发送者进行直接消息回复。 发明内容
有鉴于此， 本发明的主要目的在于提供一种即时消息与电子邮件互通 的方法与系统， 能实现即时消息与电子邮件的互通。
为达到上述目的， 本发明的技术方案是这样实现的：
一种即时消息与电子邮件互通的方法， 将申请即时消息与邮件互通业 务的即时消息用户与至少一个邮件地址对应， 所述邮件地址由即时消息用 户的即时消息地址构造， 或是被预分配的邮件地址； 所述方法包括：
根据所接收到的即时消息确定目的用户的邮件地址， 将所述即时消息 转换为邮件并发送至的目的用户的邮件地址；
或者， 根据所接收到邮件用户发起的邮件确定目的用户的即时消息地 址， 将所述邮件转换为即时消息并发送至目的用户的即时消息地址。
优选地， 所述 居所述即时消息确定目的用户的邮件地址， 为： 判断所述即时消息中的目的用户的接收地址是否是邮件地址， 若是则 将所述邮件地址确定为目的用户的接收地址， 若不是则根据所述即时消息 中的目的用户的即时消息的地址查找出所述目的用户的即时消息的地址对 应的目的用户的邮件地址， 确定为目的用户的接收地址；
根据所述邮件确定出目的用户的即时消息接收地址， 为：
居所述邮件中的目的用户的邮件的地址查找出所述目的用户的邮件 地址所对应的即时消息地址， 确定为目的用户的接收地址。
优选地， 所述将所述即时消息转换为邮件， 为：
确定所述即时消息中的源用户所对应的邮件地址， 并映射为邮件中的
"from" 参数； 将所述即时消息中的 "date" 参数或当前的时间信息设置为 邮件中的 "orig-date" 参数； 将邮件中的 "to" 参数设置为所述即时消息中 的目的用户的邮件地址； 将所述即时消息 "imdn.Disposition-Notification" 设置为 " positive-delivery，， 或 " negative-delivery，， , 将由 P件中 的 "Disposition-Notification-To" 参数设置为 "required"； 所述即时消息中的 "imdn.Disposition-Notification" 设置为显示 "display" 时, 设置由 牛中的 "disposition-type"为 "displayed"； 所述即时消息的消息内容类型为文本时 直接作为邮件的内容， 所述即时消息的消息内容类型为多用途互联网邮件 扩展 MIME类型时 , 直接构造 MIME邮件头和邮件体；
将所述邮件转换为即时消息， 包括： 将所述邮件头中的 "from" 参数 作为即时消息中的源用户地址； 将 "RCPT To"命令参数转换的即时消息地 址作 为 即 时 消 息 的 目 的 用 户 地 址 ； 所 述 邮 件 头 中 的 "Disposition-Notification-To" 参数为 "required" 时， 将所述即时消息中的 " imdn.Disposition-Notification ，， 设 置 为 " positive-delivery ，， 或 "negative-delivery"； 所述由 p件头中的 "disposition-type"参数为 "displayed" 时， 设置所述即时消息中的 "imdn.Disposition-Notification" 为 "display" ; 所述邮件内容为所述即时消息的消息体。
优选地， 所述将转换后的邮件发送至所确定出的目的用户的接收地址， 为：
根据目的用户的邮件地址发起域名服务器 DNS的查询， 获取目的用户 所属的简单邮件传输协议 SMTP服务器的地址， 并建立传输通道， 向目的 用户所属的 SMTP服务器发出 DATA指令， 发送由所述即时消息转换后的 邮件；
将转换后的即时消息发送至所确定出的目的用户的接收地址， 包括： 确定目的用户的即时消息地址所对应的即时消息系统， 将转换后的即时消 息发送至所述即时消息系统， 由所述即时消息系统将转换后的即时消息发 送至目的用户的接收地址。
优选地， 将所述邮件转换为即时消息而所述邮件的内容超过单个即时 消息的设定字节时， 则将所述邮件的内容转换为两个以上的消息会议中继 协议 MSRP消息。
优选地， 所述即时消息的消息内容由 MSRP消息传递时， 緩存所接收 到的 MSRP消息的消息内容， 接收完所有的 MSRP消息后将所緩存的消息 内容构建成完整的消息内容， 再转换为邮件。
一种即时消息与电子邮件互通的系统， 所述系统包括设置单元、 接收 单元、 第一确定单元、 转换单元和发送单元， 其中：
设置单元， 用于设置申请即时消息与邮件互通业务的即时消息用户与 至少一个邮件地址对应， 所述邮件地址由即时消息用户的即时消息地址构 造， 或是被预分配的邮件地址；
接收单元， 用于接收用户的即时消息或邮件；
第一确定单元， 用于根据所接收到的即时消息确定目的用户的邮件地 址或根据所接收到的用户的邮件确定目的用户的即时消息地址；
转换单元， 用于将所接收到的即时消息转换为邮件或将所接收到的邮 件转换为即时消息； 以及 发送单元， 用于根据所接收到的即时消息确定目的用户的邮件地址， 将所述即时消息转换为邮件并发送至的目的用户的邮件地址；
或者， 根据所接收到邮件用户发起的邮件确定目的用户的即时消息地 址， 将所述邮件转换为即时消息并发送至目的用户的即时消息地址。
优选地， 所述第一确定单元进一步判断所述即时消息中的目的用户的 接收地址是否是邮件地址， 若是则将所述邮件地址确定为目的用户的接收 地址， 若不是则根据所述即时消息中的目的用户的即时消息的地址查找出 所述目的用户的即时消息的地址所对应的目的用户的邮件地址， 确定为目 的用户的接收地址；
所述第一确定单元进一步根据所述邮件中的目的用户的邮件的地址查 找出所述目的用户的邮件地址所对应的即时消息地址， 确定为目的用户的 即时消息接收地址。
优选地， 所述系统还包括：
第二确定单元， 用于确定所述即时消息中的源用户的邮件地址； 所述转换单元进一步将所述第二确定单元所确定的所述即时消息中的 源用户的邮件地址映射为邮件中的 "from"参数；将所述即时消息中的 "date" 参数或当前的时间信息设置为邮件中的 "orig-date"参数； 将邮件中的 "to" 参数设置为所述即时消息中的目的用户的邮件地址； 将所述即时消息 " imdn.Disposition-Notification ，， 设 置 为 " positive-delivery ，， 或 "negative-delivery" , 将由 P件中的 "Disposition-Notification-To" 参数设置为 "required"； 所述即时消息中的 "imdn.Disposition-Notification" 设置为显 示 "display" 时, 设置由 牛中的 "disposition-type" 为 "displayed" ; 所述即 时消息的消息内容类型为文本时直接作为邮件的内容， 所述即时消息的消 息内容类型为 MIME类型时， 直接构造 MIME邮件头和邮件体；
所述转换单元进一步将所述邮件头中的 "from" 参数作为即时消息中 的源用户地址； 将所述第一确定单元为 "RCPT To"命令参数确定的即时消 息地址作为 即时消 息的 目 的用 户 地址； 所述邮件头 中 的 "Disposition-Notification-To" 参数为 "required" 时， 将所述即时消息中的 " imdn.Disposition-Notification ，， 设 置 为 " positive-delivery ，， 或 "negative-delivery"； 所述由 p件头中的 "disposition-type"参数为 "displayed" 时， 设置所述即时消息中的 "imdn.Disposition-Notification" 为 "display" ; 所述邮件内容为所述即时消息的消息体。
优选地， 所述发送单元进一步根据目的用户的邮件地址发起 DNS的查 询， 获取目的用户所属的 SMTP服务器的地址， 并建立传输通道， 向目的 用户所属的 SMTP服务器发出 DATA指令， 发送由所述即时消息转换后的 邮件；
所述发送单元进一步确定目的用户的即时消息地址所对应的即时消息 系统， 将转换后的即时消息发送所述即时消息系统， 由所述即时消息系统 将转换后的即时消息发送至目的用户的接收地址。
优选地， 所述转换单元将所述邮件转换为即时消息而所述邮件的内容 超过单个即时消息的设定字节时， 将所述邮件的内容转换为两个以上的
MSRP消息。
优选地， 所述系统还包括緩存单元和第三确定单元； 其中：
緩存单元， 用于在即时消息的消息内容为 MSRP消息传递时， 緩存所 接收到的 MSRP消息的消息内容； 以及
第三确定单元， 用于确定是否接收完所有的 MSRP消息， 接收完后触 发所述转换单元； 所述转换单元将所緩存的消息内容构建成完整的消息内 容， 再转换为邮件。
本发明中， 通过在即时消息系统与邮件服务器之间设置互通服务器而 实现对用户发送的即时消息及邮件进行相应的转换， 然后再发送至即时消 息及邮件中目的用户所对应的邮件地址及即时消息接收地址， 从而实现即 时消息及邮件之间的自由互通。 本发明技术方案实现简单且实用， 实现成 本较低。 附图说明
图 1为即时消息与电子邮件的互通的结构示意图；
图 2为本发明即时消息转换为邮件的流程图；
图 3为本发明即时消息转换为邮件的另一流程图；
图 4为本发明邮件转换为即时消息的流程图；
图 5为本发明邮件转换为即时消息的另一流程图；
图 6为本发明即时消息与电子邮件互通的系统的组成结构示意图。 具体实施方式
本发明的基本思想是： 通过在即时消息系统与邮件服务器之间设置互 通服务器而实现对用户发送的即时消息及邮件进行相应的转换， 然后再发 送至即时消息及邮件中目的用户所对应的邮件地址及即时消息接收地址， 从而实现即时消息及邮件之间的自由互通。
为使本发明的目的、 技术方案和优点更加清楚明白， 以下举实施例并 参照附图， 对本发明进一步详细说明。
图 1为即时消息与电子邮件的互通的结构示意图， 如图 1所示， 通过 在即时消息系统和电子邮件服务器之间设置互通服务器， 或称互通网关实 现即时消息与电子邮件的交互， 来自即时消息系统源用户即用户 A的即时 消息可以经由互通服务器转换为邮件， 并发送给邮件服务器， 由邮件服务 器转发给目的用户即用户 B; 上述的邮件目的用户即用户 B可以直接回复 邮件， 经互通服务器转换为即时消息至上述即时消息源用户即用户 A。
本发明中， 互通服务器在接收到即时消息系统的即时消息并转换为邮 件发送时， 是作为一个邮件客户端的角色， 而在接收邮件并转换为即时消 息时， 是作为一个邮件服务器的角色， 必需有作为邮件服务器的服务器域 名。 本发明可以将即时消息系统的域名配置作为互通服务器的域名， 如果 有多个即时消息系统同时连接同一个互通服务器， 则互通服务器配置多个 域名， 每个域名对于于一个即时消息系统。 即时消息中的用户标识以 SIP URI ( Uniform Resource Identifier ) 表 示 , 格 式 为 sip:usemame@messageDomain.com; 由 Tel URI转换成 SIP URI的格式为 sip:+86-13812345678@messageDomain.com。 邮件系统中的邮件地址格式为 user@emailDomain. com。 在这种情形下， 即时消息中的源用户在邮件系统 中的邮件地址由源用户的 SIP标识对应，即把 SIP URI中的用户名映射为邮 件地址中的用户名， SIP URI中的域名映射为邮件地址中的域名。 反之， 由 邮件地址构造 SIP用户标识则反向对应。
本发明中的互通服务器还可以拥有一个独立的邮件服务器域名， 与之 相连的即时消息系统的即时消息用户如果申请了与电子邮件交互的业务， 则会被预配置一个交互发生时使用的邮件地址， 此邮件地址的域名即为互 通服务器的域名； 此邮件地址的用户名是用户设置或邮件服务器分配的。 在这种情形下， 即时消息中的源用户在邮件系统中的邮件地址即为预配置 的邮件地址。 预配置的邮件地址可以统一存储在互通服务器或即时消息系 统中； 也可以统一存储在外部的一个用户信息管理服务器中， 由互通服务 器读取； 其中， 用户信息管理服务器为专设的服务器， 用于存储用户标识 与邮件地址的对应关系。
通过上述两种方式， 在即时消息用户的用户标识和对应邮件地址或预 配置邮件地址之间建立了——对应关系， 互通服务器按照此对应关系进行 转换； 并且可以以此对应邮件地址或预配置邮件地址向即时消息用户发送 邮件， 因为此邮件地址的域名为互通服务器的域名， 所以此邮件将发送至 互通服务器， 由互通服务器转换为即时消息至即时消息用户， 从而实现互 通。
即时消息中的目的用户即接收消息用户的邮件地址构造分为两种情 况： 当源用户直接向目的用户的邮件地址发起即时消息时， 目的用户的邮 件地址即由即时消息中的目的用户标识对应。 另外， 目的用户的邮件地址 也可以由互通服务器查询系统外部的用户信息管理服务器获取。 或者， 源 用户发起即时消息时， 互通服务器根据目的用户的用户标识获取目的用户 的邮件地址。
以下通过具体的示例， 详细说明是如何实现即时消息与邮件互通的。 假设用户 A是即时消息类业务的用户， 用户 B是电子邮件业务用户， 为突出要点起见， 用户 A到互通服务器之间经过的其它系统不作描述。
即时消息可分为寻呼模式和大消息模式， 按照这两种不同方式， 互通 服务器釆取不同的处理方式。
用户 A发起寻呼模式即时消息至用户 B的过程为： 当互通服务器接收 到用户 A终端以寻呼模式发起的即时消息 （SIP Message ) 时， 互通服务器 翻译此即时消息， 并按照 SMTP协议进行参数构造， 生成符合电子邮件格 式的电子邮件， 并向用户 B所属的邮件服务器发出电子邮件。 图 2为本发 明即时消息转换为邮件的流程图， 如图 2所示， 互通服务器处理即时消息 转换为邮件的步骤如下：
步骤 201 : 发起域名服务器（DNS, Domain Name Server )查询， 获取 目的用户即用户 B所属的 SMTP服务器的地址。
互通服务器按照目的用户即用户 B的邮件地址的域名发起 DNS查询。 此邮件地址可以是上文所述的即时消息中用户标识对应的邮件地址， 也可 以是互通服务器直接查询系统外部的用户信息管理服务器获取的用户 B的 邮件地址。 具体的， 即时消息用户 A生成的即时消息中是以用户 A的标识 作为源发送方标识， 用前述方法构造用户 A的邮件地址； 可以用户 B的标 识作为目的用户的标识， 也可直接以用户 B的邮件地址作为目的用户的标 识。 当用户 B的邮件地址作为目的用户的标识时， 互通服务器利用用户 B 的邮件地址中的域名进行域名解析， 获取用户 B邮件地址所在的邮件服务 器即 SMTP服务器； 而当以用户 B的标识作为目的用户的标识时， 互通服 务器接收到即时消息时， 通过用户信息管理服务器由用户 B的标识信息查 找其对应的邮件地址， 从而获取的用户 B的邮件地址。
步骤 202: 建立与 SMTP服务器即邮件服务器的传输通道，并进行参数 映射， 把即时消息中相关参数对应转换为 SMTP命令。
互通服务器对 SMTP命令的参数构造按照以下对照进行： SMTP命令 MAIL FROM中的返回地址 （reverse-path )参数为源用户即用户 A的邮件 地址， 此邮件地址可以是上文所述的用户 A标识所对应的邮件地址， 也可 以是互通服务器直接从外部的用户信息管理服务器获取的预配置的邮件地 址； SMTP命令 RCPT TO中的传递地址（ forward-path )参数即为步骤 201 中的目的用户的邮件地址。 如果是将用户 A的号码标识直接作为邮件的用 户名， 则互通服务器根据其自身的域名直接生成用户 A的邮件地址， 如前 述的 +86-13812345678@messageDomain.com等， 或者， 互通服务器根据用 户 A的标识从用户信息管理服务器中获取用户 A设置的电子邮件地址， 该 邮件地址是用户设置的任意电子邮件地址， 或是互通服务器为用户 A分配 的任意电子邮件地址。
步骤 203 : 把即时消息中相关参数按照电子邮件格式映射构造邮件消 息。
互通服务器对邮件消息的邮件头中参数的构造按照以下对照进行： 上 述步骤 202中的源用户的邮件地址映射为 from参数； orig-date参数可以设 置为即时消息中的 date 或由互通服务器设置为本地当时时间； message-id 参数由互通服务器产生； to 参数与 RCPT To 命令中的传递地址 ( forward-path )相同； 如果即时消息中包含 subject参数， 则对应为邮件头 subject参数； 当即时消息中递送通知 ( imdn.Disposition-Notification )设置 为 " positive-delivery，， 或者 " negative-delivery，， 或者同时设置 " positive-delivery ，， 及 " negative-delivery ，， , 而 设 置 Disposition-Notification-To 为必需 （ required ) ; 当即时消息中递送通知 ( imdn.Disposition-Notification ) 设置为显示 ( display ) , 则设置 disposition-type 为显示 （displayed ); 如果即时消息的消息内容类型为文本 ( text/plain ), 则直接把消息内容作为邮件体； 如果即时消息的消息内容类 型为多用途互联网邮件扩展 ( MIME , Multipurpose Internet Mail Extensions ) 类型 , 则按照 MIME邮件格式构造 MIME邮件头和邮件体。
步骤 204: 发起邮件事务， 向目的用户发出消息， 并等待响应。
互通服务器向目的用户即用户 B所属的邮件服务器发出 DATA指令， 待邮件服务器返回 354 Intermediate reply后即发出步骤 203中构造的邮件， 并保持事务， 等待发送完所有数据后的响应。
步骤 205: 收到正确响应后，构造成功响应消息例如 SIP 202接受消息， 否则构造出错响应消息； 并把响应消息发送给即时消息系统中用户 A的终 端。
用户 A发起大消息模式即时消息至用户 B的过程为： 当互通服务器接 收到用户 A终端以大消息模式发起的即时消息时， 上述互通服务器首先收 到起呼消息例如 SIP Invite消息，之后收到一至若干个 MSRP ( The Message Session Relay Protocol )协议的 MSRP SEND 消息， 则互通服务器緩存在 MSRP SEND消息中收到的消息内容， 然后翻译起呼消息，按照 SMTP协议 进行参数构造， 生成符合电子邮件格式的电子邮件， 并向用户 B所属的邮 件服务器发出电子邮件。 图 3为本发明即时消息转换为邮件的另一流程图， 如图 3所示， 互通服务器处理即时消息转换为邮件的步骤如下： 步骤 301 : 当接收到大消息模式会话请求消息时， 如无错误则首先返回 确认消息， 否则返回出错消息。
步骤 302: 当接收到后续的携带消息内容的 MSRP SEND请求消息时， 临时存储请求消息中的消息内容， 直至接收完所有的 MSRP SEND请求消 息后， 把所有接收的消息内容构建成一个完整的消息内容。
步骤 303: 发起 DNS查询， 获取目的用户即用户 B所属的 SMTP服务 器的地址。
步骤 304: 建立与 SMTP服务器的传输通道， 并进行参数映射， 把即时 消息中相关参数按照 SMTP协议转换。
步骤 305:把即时消息中参数及步骤 304获得的消息内容按照电子邮件 格式映射构造邮件消息， 其中步骤 302 中临时存储的消息内容构造为邮件 内容。
步骤 306: 向目的用户即用户 B所属的邮件服务器发出邮件消息，并等 待响应。
步骤 307: 收到正确响应后，构造成功响应消息例如 SIP 202接受消息， 否则构造出错响应消息， 发送给终端。
上述步骤 303至步骤 305中， 除了邮件内容的构造不同外， 其他均与 前述的用户 A发起寻呼模式即时消息至用户 B中描述的相同。
用户 B向用户 A发送电子邮件的情形有两种， 一种是用户 B对用户 A 发出的即时消息并经互通服务器转换后的电子邮件进行直接回复， 另一种 是用户 B直接向用户 A发出电子邮件。 两种情况下， 发送者地址均为用户 B的邮件地址， 接收者地址为用户 A的对应邮件地址或预配置邮件地址。
当互通服务器接收到用户 B所属邮件服务器发起的电子邮件时， 上述 互通服务器翻译 SMTP协议携带的邮件消息内容， 进行电子邮件至即时消 息参数构造， 生成符合即时消息格式的即时消息， 并按照消息的大小， 釆 用寻呼模式或大消息模式向用户 A发出即时消息。
用户 B发起电子邮件至寻呼模式即时消息的转换过程： 互通服务器接 收 EHLO或 HELO及后续的 SMTP命令例如 MAIL FROM, RCPT TO命 令后，等待 DATA数据接收完成，判断当邮件内容字节数不超过 1300字节， 互通服务器构造寻呼模式即时消息， 其中， 1300字节寻呼模式下单个即时 消息的最大字节数。 图 4为本发明邮件转换为即时消息的流程图， 如图 4 所示， 互通服务器处理邮件转换为即时消息的步骤如下：
步骤 401 :映射 SMTP命令参数及邮件消息头和消息体至寻呼模式即时 消息。
互通服务器对即时消息的消息参数的构造按照以下对照进行： 邮件头 的 from参数映射为即时消息中的源用户标识； 由于是将邮件转换为即时消 息， 因此， 即时消息中的目的用户标示由前述方法邮件地址反向转换生成； 可以直接以用户 B的邮件地址作为即时消息中的源用户标识。 RCPT To命 令参数映射为即时消息中的目的用户标识； 如邮件头包含 subject参数， 则 映射为即时消息中的 subject参数；如邮件头中的 Disposition-Notification-To 参数为 必 需 （ required ) , 则 设 置 即 时 消 息 中 递 送通知 ( imdn.Disposition-Notification ) 设置为 " positive-delivery，， 或者 " negative-delivery" 或者同时设置两者； 如由 牛头中的 disposition-type 为 显 示 （ displayed ) , 则 设 置 即 时 消 息 中 递 送 通 知 ( imdn.Disposition-Notification )设置为显示（ display ); 邮件内容映射为即 时消息中的消息体。
本示例适用于邮件内容字节数不超过 1300字节的情形。
步骤 402: 发送即时消息并保持通讯通道， 等待响应。
步骤 403: 收到正确响应消息例如 SIP 200 OK消息后， 构造成功消息 例如 250 OK消息并发向发送端， 否则返回相应出错消息。
用户 B发起电子邮件至寻呼模式即时消息的转换过程： 互通服务器接 收 EHLO或 HELO及后续的 SMTP命令例如 MAIL FROM, RCPT TO命 令后， 等待 DATA数据接收完成， 判断当邮件内容字节数大于 1300字节， 互通服务器构造大消息模式即时消息， 即首先暂存 SMTP命令及邮件消息 参数， 按前述方式映射相应参数生成会话请求消息， 并发起会话请求消息。 收到确认消息后， 再发起若干个 MSRP SEND请求， 传递邮件内容。 收到 MSRP响应后， 发送结束会话请求关闭会话。 图 5为本发明邮件转换为即 时消息的另一流程图， 如图 5 所示， 互通服务器处理邮件转换为即时消息 的步骤如下：
步骤 501 : 互通功能服务器暂存 SMTP命令及邮件消息参数。
步骤 502: 互通功能服务器映射相应参数生成会话请求消息， 并发起会 话请求消息。 会话请求消息经由互通服务器最终到达终端。 终端返回确认 消息。
映射方式与前述步骤 401中相同， 只是映射的内容略有差异而已。 步骤 503:确认消息转至互通服务器后，互通服务器再发起若干个 MSRP
SEND请求 , 传递邮件内容至终端 , 终端返回 MSRP响应。
步骤 504: 互通功能服务器收到 MSRP响应后， 发送结束会话请求关 闭会话。
以上解决方案不限于即时消息， 也适用于基于即时消息扩展的其它即 时交互的消息类业务， 例如正在国际标准组织移动开放联盟 OMA ( Open Mobile Alliance )研究的融合消息 CPM ( Converged IP Messaging )业务。
本发明尤其适合于以下应用场景： ^^定用户 A和用户 B均为融合消息 业务用户， 当用户 B不在线， 用户 B的偏好设置是不在线的情况下把离线 消息发往用户 B的邮箱； 或者， 用户 B在线， 用户 B的偏好设置是目前不 接受即时消息， 而是把融合消息转发至用户 B的邮箱。 在这两种情况下， 通过互通服务器提供的与电子邮件的交互功能， 可以把用户 A发送的融合 消息转换为邮件消息发至用户 B的邮箱。
图 6为本发明即时消息与电子邮件互通的系统的组成结构示意图， 如 图 6所示， 本发明即时消息与电子邮件互通的系统包括设置单元 60、 接收 单元 61、 第一确定单元 62、 转换单元 63和发送单元 64, 其中， 设置单元 60用于设置申请即时消息与邮件互通业务的即时消息用户与至少一个邮件 地址对应， 所述邮件地址由即时消息用户的即时消息地址构造， 或是被预 分配的邮件地址； 其中， 所述邮件地址作为由即时消息转换成的邮件中的 源用户地址和邮件用户回复的邮件中的目的用户地址； 接收单元 61用于接 收用户的即时消息或邮件； 第一确定单元 62用于根据所接收到的即时消息 确定出目的用户的邮件地址或根据所接收到的用户的邮件确定出目的用户 的即时消息地址； 转换单元 63用于将所接收到的即时消息转换为邮件或将 所接收到的邮件转换为即时消息； 发送单元 64用于根据所接收到的即时消 息确定目的用户的邮件地址， 将所述即时消息转换为邮件并发送至的目的 用户的邮件地址； 或者， 根据所接收到邮件用户发起的邮件确定目的用户 的即时消息地址， 将所述邮件转换为即时消息并发送至目的用户的即时消 息地址。
其中， 第一确定单元 62根据所述即时消息确定出目的用户的邮件接收 地址， 包括： 判断所述即时消息中的目的用户的接收地址是否是邮件地址， 若是则将所述邮件地址确定为目的用户的接收地址， 若不是则根据所述即 时消息中的目的用户的即时消息的地址查找出所述目的用户的即时消息的 地址所对应的目的用户的邮件地址， 确定为目的用户的接收地址； 第一确 定单元 62根据所述邮件确定出目的用户的即时消息接收地址， 包括： 根据 所述邮件中的目的用户的邮件的地址查找出所述目的用户的邮件地址所对 应的即时消息地址 , 确定为目的用户的接收地址。
如图 6所示， 本发明即时消息与电子邮件互通的系统还包括第二确定 单元 65 , 用于确定所述即时消息中的源用户的邮件地址； 转换单元 63将所 述即时消息转换为邮件， 包括： 将第二确定单元 65所确定的所述即时消息 中的源用户的邮件地址映射为邮件中的 "from" 参数； 将所述即时消息中 的 "date" 参数或当前的时间信息设置为邮件中的 "orig-date" 参数； 将邮 件中的 "to"参数设置为所述即时消息中的目的用户的邮件地址； 将所述即 时消息 " imdn.Disposition-Notification，， 设置为 " positive-delivery，， 或 "negative-delivery" , 将由 P件中的 "Disposition-Notification-To" 参数设置为 "required"； 所述即时消息中的 "imdn.Disposition-Notification" 设置为显 示 "display" 时, 设置由 牛中的 "disposition-type" 为 "displayed" ; 所述即 时消息的消息内容类型为文本时直接作为邮件的内容， 所述即时消息的消 息内容类型为多用途互联网邮件扩展 MIME类型时， 直接构造 MIME邮件 头和邮件体； 转换单元 63将所述邮件转换为即时消息， 包括： 将所述邮件 头中的 "from" 参数作为即时消息中的源用户地址； 将第一确定单元 62为 "RCPT To" 命令参数确定的即时消息地址作为即时消息的目的用户地址； 所述邮件头中的 "Disposition-Notification-To"参数为 "required" 时， 将所 述即时消息中的 "imdn.Disposition-Notification" 设置为 "positive-delivery" 或 "negative-delivery"；所述由 牛头中的 "disposition-type"参数为 "displayed" 时, 设置所述即时消息中的 "imdn.Disposition-Notification" 为 "display"； 所述邮件内容为所述即时消息的消息体。 发送单元 64将转换后的邮件发送 至所确定出的目的用户的接收地址， 包括： 根据目的用户的邮件地址发起 DNS的查询， 获取目的用户所属的 SMTP服务器的地址， 向目的用户所属 的 SMTP服务器发出 DATA指令， 发送由所述即时消息转换后的邮件； 发 送单元 64将转换后的即时消息发送至所确定出的目的用户的接收地址， 包 括： 确定目的用户的即时消息地址所对应的即时消息系统， 将转换后的即 时消息发送所述即时消息系统， 由所述即时消息系统将转换后的即时消息 发送至目的用户的接收地址。 转换单元 63将所述邮件转换为即时消息而所 述邮件的内容超过单个即时消息的设定字节时， 则将所述邮件的内容转换 为两个以上的 MSRP消息。
如图 6所示， 本发明即时消息与电子邮件互通的系统还包括： 緩存单 元 66和第三确定单元 67 , 其中， 緩存单元 66用于在即时消息的消息内容 为 MSRP消息传递时， 緩存所接收到的 MSRP消息的消息内容； 第三确定 单元 67用于确定是否接收完所有的 MSRP消息， 接收完后触发转换单元 63; 转换单元 63将所緩存的消息内容构建成完整的消息内容， 再转换为邮 件。
本领域技术人员应当理解， 图 6所示的即时消息与电子邮件互通的系 统是为实现前述的即时消息与电子邮件互通的方法而设计的， 图 6所示的 系统中各处理单元的功能可参照前述方法的描述而理解， 各处理单元的功 能可通过运行于处理器上的程序而实现， 也可通过具体的逻辑电路而实现。 上述各处理单元可置于前述的互通服务器中。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。

Claims

权利要求书
1、 一种即时消息与电子邮件互通的方法， 其特征在于， 将申请即时消 息与邮件互通业务的即时消息用户与至少一个邮件地址对应， 所述邮件地 址为由即时消息用户的即时消息地址构造的、 或被预分配的邮件地址； 所 述方法还包括：
根据接收到的即时消息确定目的用户的邮件地址， 将所述即时消息转 换为邮件并发送至目的用户的邮件地址；
或者， 根据接收到邮件用户发起的邮件确定目的用户的即时消息地址， 将所述邮件转换为即时消息并发送至目的用户的即时消息地址。
2、 根据权利要求 1所述的方法， 其特征在于， 所述根据所述即时消息 确定目的用户的邮件地址为：
判断所述即时消息中目的用户的接收地址是否是邮件地址， 若是则将 所述邮件地址确定为目的用户的接收地址， 若不是， 则根据所述即时消息 中目的用户即时消息的地址， 查找出所述目的用户即时消息的地址对应的 目的用户的邮件地址；
所述根据所述邮件确定出目的用户的即时消息接收地址为：
居所述邮件中目的用户的邮件的地址， 查找出所述目的用户的邮件 地址所对应的即时消息地址。
3、 根据权利要求 2所述的方法， 其特征在于， 所述将所述即时消息转 换为邮件为：
确定所述即时消息中源用户所对应的邮件地址， 并映射为邮件中的
"from" 参数； 将所述即时消息中的 "date" 参数或当前的时间信息设置为 邮件中的 "orig-date" 参数； 将邮件中的 "to" 参数设置为所述即时消息中 的目的用户的邮件地址； 将所述即时消息 "imdn.Disposition-Notification" 设置为 " positive-delivery，， 或 " negative-delivery，， , 将由 P件中 的 "Disposition-Notification-To" 参数设置为 "required"； 所述即时消息中的 "imdn.Disposition-Notification" 设置为显示 "display" 时, 设置由 牛中的 "disposition-type"为 "displayed"； 所述即时消息的消息内容类型为文本时 直接作为邮件的内容， 所述即时消息的消息内容类型为多用途互联网邮件 扩展 MIME类型时， 直接构造 MIME邮件头和邮件体；
所述将所述邮件转换为即时消息为：
将所述邮件头中的 "from" 参数作为即时消息中的源用户地址； 将 "RCPT To" 命令参数转换的即时消息地址作为即时消息的目的用户地址； 所述邮件头中的 "Disposition-Notification-To" 参数为 "required" 时， 将所 述即时消息中的 "imdn.Disposition-Notification" 设置为 "positive-delivery" 或 "negative-delivery"；所述由 牛头中的 "disposition-type"参数为 "displayed" 时， 设置所述即时消息中的 "imdn.Disposition-Notification" 为 "display" ; 所述邮件内容为所述即时消息的消息体。
4、 根据权利要求 2所述的方法， 其特征在于， 所述将转换后的邮件发 送至所确定出的目的用户的接收地址为：
根据目的用户的邮件地址发起域名服务器 DNS的查询， 获取目的用户 所属的简单邮件传输协议 SMTP服务器的地址， 并建立传输通道， 向目的 用户所属的 SMTP服务器发出 DATA指令， 发送由所述即时消息转换后的 邮件；
所述将转换后的即时消息发送至所确定出的目的用户的接收地址包 括： 确定目的用户的即时消息地址所对应的即时消息系统， 将转换后的即 时消息发送至所述即时消息系统， 由所述即时消息系统将转换后的即时消 息发送至目的用户的接收地址。
5、 根据权利要求 4所述的方法， 其特征在于， 所述方法还包括： 将所述邮件转换为即时消息而所述邮件的内容超过单个即时消息的设 定字节时， 将所述邮件的内容转换为两个以上的消息会议中继协议 MSRP 消息。
6、 根据权利要求 4所述的方法， 其特征在于， 所述方法还包括： 所述即时消息的消息内容由 MSRP消息传递时，緩存所接收到的 MSRP 消息的消息内容， 接收完所有的 MSRP消息后将所緩存的消息内容构建成 完整的消息内容， 再转换为邮件。
7、一种即时消息与电子邮件互通的系统，其特征在于， 包括设置单元、 接收单元、 第一确定单元、 转换单元和发送单元； 其中：
设置单元， 用于设置申请即时消息与邮件互通业务的即时消息用户与 至少一个邮件地址对应， 所述邮件地址为由即时消息用户的即时消息地址 构造的、 或被预分配的邮件地址；
接收单元， 用于接收用户的即时消息或邮件；
第一确定单元， 用于根据接收到的即时消息确定目的用户的邮件地址、 或根据接收到的用户的邮件确定目的用户的即时消息地址；
转换单元， 用于将接收到的即时消息转换为邮件、 或将所接收到的邮 件转换为即时消息； 以及
发送单元， 用于根据接收到的即时消息确定目的用户的邮件地址， 将 所述即时消息转换为邮件并发送至的目的用户的邮件地址； 或者， 根据接 收到邮件用户发起的邮件确定目的用户的即时消息地址， 将所述邮件转换 为即时消息并发送至目的用户的即时消息地址。
8、 根据权利要求 7所述的系统， 其特征在于， 所述第一确定单元， 进 一步判断所述即时消息中目的用户的接收地址是否是邮件地址， 若是则将 所述邮件地址确定为目的用户的接收地址， 若不是， 则根据所述即时消息 中目的用户即时消息的地址， 查找出所述目的用户即时消息的地址所对应 的目的用户的邮件地址； 所述第一确定单元， 进一步根据所述邮件中目的用户的邮件的地址， 查找出所述目的用户的邮件地址所对应的即时消息地址。
9、 根据权利要求 8所述的系统， 其特征在于， 所述系统还包括： 第二确定单元， 用于确定所述即时消息中的源用户的邮件地址； 所述转换单元， 进一步将所述第二确定单元所确定的所述即时消息中 的源用户的邮件地址映射为邮件中的 "from" 参数； 将所述即时消息中的 "date" 参数或当前的时间信息设置为邮件中的 "orig-date" 参数； 将邮件 中的 "to"参数设置为所述即时消息中的目的用户的邮件地址； 将所述即时 消息 " imdn.Disposition-Notification，， 设置为 " positive-delivery，， 或 "negative-delivery" , 将由 P件中的 "Disposition-Notification-To" 参数设置为 "required"； 所述即时消息中的 "imdn.Disposition-Notification" 设置为显 示 "display" 时, 设置由 牛中的 "disposition-type" 为 "displayed" ; 所述即 时消息的消息内容类型为文本时直接作为邮件的内容， 所述即时消息的消 息内容类型为 MIME类型时， 直接构造 MIME邮件头和邮件体；
所述转换单元， 进一步将所述邮件头中的 "from" 参数作为即时消息 中的源用户地址； 将所述第一确定单元为 "RCPT To"命令参数确定的即时 消息地址作为 即时消息的 目 的用户地址； 所述邮件头中 的 "Disposition-Notification-To" 参数为 "required" 时， 将所述即时消息中的 " imdn.Disposition-Notification ，， 设 置 为 " positive-delivery ，， 或 "negative-delivery"； 所述由 p件头中的 "disposition-type"参数为 "displayed" 时， 设置所述即时消息中的 "imdn.Disposition-Notification" 为 "display" ; 所述邮件内容为所述即时消息的消息体。
10、 根据权利要求 9所述的系统， 其特征在于， 所述发送单元进一步 根据目的用户的邮件地址发起 DNS的查询，获取目的用户所属的 SMTP服 务器的地址，并建立传输通道，向目的用户所属的 SMTP服务器发出 DATA 指令， 发送由所述即时消息转换后的邮件；
所述发送单元进一步确定目的用户的即时消息地址所对应的即时消息 系统， 将转换后的即时消息发送所述即时消息系统， 由所述即时消息系统 将转换后的即时消息发送至目的用户的接收地址。
11、 根据权利要求 10所述的系统， 其特征在于， 所述转换单元将所述 邮件转换为即时消息而所述邮件的内容超过单个即时消息的设定字节时， 将所述邮件的内容转换为两个以上的 MSRP消息。
12、 根据权利要求 10所述的系统， 其特征在于， 所述系统还包括緩存 单元和第三确定单元； 其中：
緩存单元， 用于在即时消息的消息内容为 MSRP消息传递时， 緩存所 接收到的 MSRP消息的消息内容； 以及
第三确定单元， 用于确定是否接收完所有的 MSRP消息， 接收完后触 发所述转换单元； 所述转换单元将所緩存的消息内容构建成完整的消息内 容， 再转换为邮件。
PCT/CN2010/071661 2009-09-11 2010-04-09 即时消息与电子邮件互通的方法与系统 WO2011029300A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP10814902.2A EP2458802B1 (en) 2009-09-11 2010-04-09 Method and system for intercommunicating between instant message and e-mail
US13/258,308 US8706825B2 (en) 2009-09-11 2010-04-09 Method and system for implementing instant message and e-mail interworking

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910092396.6 2009-09-11
CN2009100923966A CN102025514A (zh) 2009-09-11 2009-09-11 即时消息与电子邮件互通的方法与系统

Publications (1)

Publication Number Publication Date
WO2011029300A1 true WO2011029300A1 (zh) 2011-03-17

Family

ID=43731964

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/071661 WO2011029300A1 (zh) 2009-09-11 2010-04-09 即时消息与电子邮件互通的方法与系统

Country Status (4)

Country Link
US (1) US8706825B2 (zh)
EP (1) EP2458802B1 (zh)
CN (1) CN102025514A (zh)
WO (1) WO2011029300A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4141765A4 (en) * 2020-06-28 2023-10-11 ByteDance Inc. MAIL PROCESSING METHOD AND APPARATUS AS WELL AS APPARATUS AND MEDIUM
US11798596B2 (en) 2019-12-30 2023-10-24 Beijing Bytedance Network Technology Co., Ltd. Image processing method and apparatus

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10091627B2 (en) * 2010-03-23 2018-10-02 Microsoft Technology Licensing, Llc Text message handshaking and integration
CN102427435A (zh) * 2011-12-30 2012-04-25 上海博泰悦臻电子设备制造有限公司 利用数据通道和移动网络接收邮件的方法
CN102427436A (zh) * 2011-12-30 2012-04-25 上海博泰悦臻电子设备制造有限公司 利用数据通道接收邮件的方法
CN102638415A (zh) * 2012-03-14 2012-08-15 南京新与力文化传播有限公司 即时通信和电子邮件的对接方法
CN103036767A (zh) * 2012-12-07 2013-04-10 深圳市金立通信设备有限公司 一种实现即时通讯工具互通的方法和系统
US9998415B1 (en) 2014-07-25 2018-06-12 Google Llc Immediate communication mode for email conversations
WO2016098086A1 (en) * 2014-12-19 2016-06-23 Telefonaktiebolaget Lm Ericsson (Publ) Negotiation of message chunk size for message session relay protocol session
KR102264992B1 (ko) 2014-12-31 2021-06-15 삼성전자 주식회사 무선 통신 시스템에서 서버 할당 방법 및 장치
US10447631B2 (en) 2015-03-06 2019-10-15 Microsoft Technology Licensing, Llc Enhanced acknowledgment for messages
CN106302081B (zh) * 2015-05-14 2020-04-17 阿里巴巴集团控股有限公司 即时通讯方法及客户端
CN109379276A (zh) * 2018-11-29 2019-02-22 华迪计算机集团有限公司 一种基于邮件协议进行即时通讯的方法及系统
CN109688052B (zh) * 2019-02-26 2021-03-16 深圳知云网络科技有限公司 邮件信息与即时消息交互方法
US11140119B2 (en) * 2019-10-30 2021-10-05 Liveperson, Inc. Message rerouting from an e-mail environment to a messaging environment
CN113595850B (zh) * 2020-04-30 2022-11-25 北京字节跳动网络技术有限公司 一种信息交互方法、装置、服务器、系统及存储介质
CN113595854B (zh) 2020-04-30 2022-08-05 北京字节跳动网络技术有限公司 一种信息展示方法、装置、电子设备和存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072189A (zh) * 2006-05-10 2007-11-14 华为技术有限公司 互通服务器、即时消息与移动电子邮件互通系统及方法
CN101079785A (zh) * 2007-03-30 2007-11-28 腾讯科技（深圳）有限公司 一种使Email系统和IM系统互通的方法、系统及设备
CN101594318A (zh) * 2009-06-15 2009-12-02 中兴通讯股份有限公司 一种实现邮件和即时消息互通的方法和系统

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004241946A (ja) 2003-02-05 2004-08-26 Nec Corp メッセージ送受信システム及びそれに用いるメッセージ変換方法
US7406501B2 (en) * 2003-03-24 2008-07-29 Yahoo! Inc. System and method for instant messaging using an e-mail protocol
US7512984B2 (en) * 2004-06-01 2009-03-31 Imera Systems, Inc. Distributed and scalable instant multimedia communication system
US20060031334A1 (en) * 2004-08-04 2006-02-09 Kim Mike I Methods and systems for forwarding electronic communications to remote users
KR100754285B1 (ko) * 2006-04-18 2007-09-03 주식회사 케이티 단문/멀티미디어 메시지 서비스 게이트웨이를 이용한ｓｍｓ２ｐｓｔｎ 통합 메시징 서비스 제공 시스템 및 방법
CN100426890C (zh) 2006-08-11 2008-10-15 华为技术有限公司 消息转换设备与转换方法
US7756936B2 (en) * 2007-02-23 2010-07-13 Yahoo! Inc. User interface for transitioning between chat and email

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072189A (zh) * 2006-05-10 2007-11-14 华为技术有限公司 互通服务器、即时消息与移动电子邮件互通系统及方法
CN101079785A (zh) * 2007-03-30 2007-11-28 腾讯科技（深圳）有限公司 一种使Email系统和IM系统互通的方法、系统及设备
CN101594318A (zh) * 2009-06-15 2009-12-02 中兴通讯股份有限公司 一种实现邮件和即时消息互通的方法和系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2458802A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11798596B2 (en) 2019-12-30 2023-10-24 Beijing Bytedance Network Technology Co., Ltd. Image processing method and apparatus
EP4141765A4 (en) * 2020-06-28 2023-10-11 ByteDance Inc. MAIL PROCESSING METHOD AND APPARATUS AS WELL AS APPARATUS AND MEDIUM
US11799807B2 (en) 2020-06-28 2023-10-24 Bytedance Inc. Mail processing method and apparatus, device and medium

Also Published As

Publication number Publication date
US20120191787A1 (en) 2012-07-26
EP2458802A1 (en) 2012-05-30
EP2458802A4 (en) 2014-01-08
US8706825B2 (en) 2014-04-22
EP2458802B1 (en) 2015-02-25
CN102025514A (zh) 2011-04-20

Similar Documents

Publication Publication Date Title
WO2011029300A1 (zh) 即时消息与电子邮件互通的方法与系统
CN101079849B (zh) 即时通讯系统中发送离线消息的方法和系统
JP5090459B2 (ja) 統合ｉｐメッセージングサービスにおけるメッセージスレッドを管理する方法及びシステム
CN100463397C (zh) 一种文件传输方法与系统
WO2009026822A1 (en) Method,system and apparatus for message interworking
WO2008019558A1 (fr) Dispositif, système et procédé de conversion de message
JP2009512931A (ja) オフラインインスタントメッセージのリトリーブ
KR101589561B1 (ko) ＣＰＭ 세션에서 이산 미디어 타입(ｄｉｓｃｒｅｔｅ ｍｅｄｉａ ｔｙｐｅ)의 메시지 전달 순서를 지키는 방법 및 장치
WO2009074035A1 (fr) Système, appareil et procédé de transmission de fichiers
WO2009086765A1 (zh) 群组信息转换装置、方法及群组信息交互系统
WO2007107120A1 (fr) Système, appareil et procédé de traitement de courrier électronique au moyen d'une synchronisation de données
WO2008003255A1 (fr) Procédé de personnalisation de pseudonyme dans un message, et appareil, serveur de message et terminal associés
TW200803446A (en) A multimedia-messaging-service (MMS) system and the service method thereof
WO2008040248A1 (fr) Procédé et système de transmission de courrier électronique et serveur de courrier électronique poussé
WO2010012144A1 (zh) 业务内容信息查询方法、系统和服务提供商平台
WO2009089793A1 (fr) Procédé, équipement d'éléments de réseau et système réseau pour la notification d'état de distribution de message instantané
WO2010037327A1 (zh) 一种电子邮件到达的通知方法及装置
CN102340456B (zh) 互通网关系统的通信方法及互通网关系统
WO2010037290A1 (zh) 一种跨域远程邮件的发送方法及系统
TWI262682B (en) Message gateway and method and system for message dispatching based on group communication
KR100888650B1 (ko) 스케줄 메시징 시스템 및 그 서비스 방법
WO2011022901A1 (zh) 实现彩信邮件彩的方法及彩信邮件业务网关
WO2012122843A1 (zh) 媒体消息回执的处理方法和具有网关功能的装置
EP2858388B1 (en) Message sending method
WO2012151811A1 (zh) 多媒体消息的处理方法及装置

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: 10814902

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010814902

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13258308

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE