WO2010034193A1 - 一种处理即时消息报告或即时消息的方法和装置 - Google Patents

一种处理即时消息报告或即时消息的方法和装置 Download PDF

Info

Publication number
WO2010034193A1
WO2010034193A1 PCT/CN2009/071432 CN2009071432W WO2010034193A1 WO 2010034193 A1 WO2010034193 A1 WO 2010034193A1 CN 2009071432 W CN2009071432 W CN 2009071432W WO 2010034193 A1 WO2010034193 A1 WO 2010034193A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
instant message
report
sent
message
Prior art date
Application number
PCT/CN2009/071432
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 WO2010034193A1 publication Critical patent/WO2010034193A1/zh

Links

Classifications

    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and apparatus for processing an instant message report or an instant message.
  • the IP Multimeida Subsystem (Multimedia Domain) is a standard in 3GPP/3GPP2, and its core protocol is the Session Initiation Protocol. Based on SIP and IMS, it can quickly provide and deploy various multimedia services, including instant messaging (IM) services and presence services.
  • IM instant messaging
  • the instant messaging service adopts SIP MESSAGE or other protocols compatible with SIP (such as Message Session Relay Protocol [4]), etc., for transmitting various types of multimedia messages in near real time between end users; A subscription/notification mechanism for providing users with information such as their online status.
  • the instant message service also provides the function of instant message reporting, that is, the sender can request the receiver to feedback whether the message is successfully received or whether the message is successfully read when the message is sent, and the receiver is based on The request returns a corresponding instant message report to the sender after the message is received.
  • the user can set the presence status of the instant messaging service to be "stealth", “offline” or “unavailable” by means of instant messaging service setting or presentation of information, so as to avoid unnecessary interruption or politeness. "Ignore" instant messaging content from others.
  • the inventor found in the process of the invention that under the prior art conditions, if the both parties of the message use both the presence service and the instant message reporting function of the delivery/read report in the instant message service, conflicts may occur. The situation, thereby exposing the user's true presentation state, revealing user privacy. Summary of the invention
  • Embodiments of the present invention provide a method for processing an instant message report to prevent an instant message report from colliding with a presence state of an instant message recipient. Specifically include: A method of processing an instant message report, including:
  • a method of processing an instant message including:
  • a method of processing an instant message report including:
  • a message server including:
  • a receiving module configured to receive an instant message report sent to the first terminal
  • the determining module is configured to determine that the presentation status of the second terminal is offline, and save the instant message report sent to the first terminal.
  • a message server including:
  • a receiving module configured to receive an instant message sent to the second terminal
  • the determining module is configured to determine that the presentation state of the second terminal is offline, and save the instant message sent to the second terminal.
  • a terminal including,
  • a message module configured to generate, according to the received delivery report request in the instant message sent by the first terminal, an instant message report sent to the first terminal;
  • a determining module configured to determine that the rendering state of the user is offline, and save the instant message report sent to the first terminal
  • the embodiment of the present invention coordinates the delivery and presentation status of the instant message report, and prevents the instant message report from exposing the true online state of the user, thereby protecting the privacy of the user and ensuring the user's service experience.
  • FIG. 1 is a flowchart of a method for processing an instant message according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a method for processing an instant message according to an embodiment of the present invention
  • FIG. 3 is a flowchart of another method for processing an instant message according to an embodiment of the present invention.
  • FIG. 4 is a structural diagram of a message server according to an embodiment of the present invention.
  • FIG. 5 is a structural diagram of a terminal according to an embodiment of the present invention. detailed description
  • Step 101 A second terminal sends a service registration message to a message server, where the message server can provide a service service to the second terminal, for example, Transmitting the instant message sent by the first terminal to the second terminal, and saving the instant message report sent by the second terminal to the first terminal.
  • the message server may further store the presentation of the terminal in the information stored by the terminal. Status, for example: The terminal is "Invisible”, “Online”, “Offline”, “Do not disturb", etc.
  • Step 102 The second terminal sends its own presentation status to the presence server, where the presence status may include stealth, offline, online, do not disturb, etc., the above mentioned "stealth", “offline”, “do not disturb”, etc.
  • the presentation state includes: a state in which the second terminal set by the user is in a state of being unable or unwilling to send and receive an instant message, and the specific expression may be other similar descriptions, such as: closing, unreachable, etc., which are unified in the embodiment of the present invention.
  • online includes: The second terminal set by the user is in a state in which the instant message can be sent or received, and the specific expression may be other similar descriptions, such as: open, reachable, Connected, etc., are uniformly represented by “online” in the embodiment of the present invention.
  • the presentation state of the first terminal in the embodiment is offline, and the presentation state to other terminals is online or the like.
  • the second terminal sends the presence server to the presence server.
  • the rendered status is offline.
  • step 102 the second terminal sends its own presentation state to the presence server, which may also be implemented by steps 102a and 102b, wherein step 102a sends a presence status setting message to the message server for the second terminal, and the request message server sets the presence message in the presence server.
  • the presentation state is offline, and step 102b notifies the message server that the presence status of the second terminal of the presentation server is offline.
  • the message server can also save the presentation status of the second terminal at this time.
  • Step 103 The first terminal subscribes the presence status of the second terminal to the presence server, and may be implemented by using a SIP protocol, for example, by sending a SIP SUBSCRIBE request to subscribe the presentation server to the presentation status of the second terminal.
  • Step 104 The presence server feeds back the presentation state of the second terminal to the first terminal, and may be implemented by using a SIP protocol, for example, by sending a SIP NOTIFY request to the first terminal, and feeding back the presentation state of the second terminal to the first terminal. Since the presentation state set by the second terminal is offline in step 102, it indicates that the second terminal is in a state of being unable or unwilling to send and receive an instant message. The presentation state of the second terminal fed back by the presence server to the first terminal should be offline, indicating that the second terminal is currently in a state in which the instant message from the first terminal cannot be received.
  • Step 105 The first terminal sends an instant message to the second terminal by using the message server, where the instant message first arrives at the message server. And carrying the delivery report request in the instant message, requesting the second terminal to feed back the instant message report after receiving the instant message, for example: feedback whether it receives the instant message, whether to read the instant message, etc. .
  • Step 106 The message server directly forwards the instant message to the second terminal.
  • Step 107 After receiving the instant message, the second terminal feeds back to the message server an instant message report that successfully receives the instant message according to the delivery report request in the message.
  • Step 108 The message server determines the current presentation state of the second terminal after receiving the instant message report.
  • the message server may obtain the presentation state of the second terminal from the presence server, for example: requesting a subscription through SIP SUBSCRIBE, or The rendering status of the second terminal is obtained through an HTTP GET request.
  • the determination may also be made according to the presentation state of the second terminal stored by itself. At this time, the presentation state corresponding to the setting of the second terminal above is offline, and the result of the determination is also offline. According to the result of the judgment, the message server will not send the instant message report to the first terminal, and the message server may further cache and save the instant message report, so that when the second terminal presents the status update to online, The first terminal sends.
  • the message server may further determine whether the saved instant message report is expired in the step, and if the timeout report has expired, the instant message report may be discarded or the instant message report may be modified. To indicate a failed instant message report that failed to be sent or read, and send this failed instant message report to the first terminal.
  • Step 109 The second terminal directly requests the presence server to update its presentation status to online.
  • the second terminal directly requests the presence server to update its presentation state, which may also be completed by steps 109a and 109b, wherein step 109a sends a presence status update message to the message server for the second terminal, requesting it to update the second in the presence server.
  • the presentation status of the terminal is online, and step 109b informs the message server that the presence status of the second terminal of the presentation server is updated to "online”.
  • the presentation state of the second terminal originally stored in the message server at this time is also updated to "online”.
  • Step 110 Since the first terminal subscribes to the presentation state of the second terminal in step 103, the presence server feeds back the presentation state of the second terminal to the first terminal, corresponding to the presentation state of the second terminal update in step 109 is online, The presentation state of the second terminal fed back by the server to the first terminal in the step is also online.
  • Step 111 The message server determines the presence status of the second terminal, where the determination may be that the presence server periodically feeds back the presentation status of the second terminal to the message server, or the message server periodically obtains the presentation status of the second terminal from the presence server, for example,
  • the message server subscribes the presence status of the second terminal to the presence server through the SIP SUBSCRIBE request, and the presence server periodically feeds back the presentation status of the second terminal to the message server.
  • the message server actively obtains the presentation status of the second terminal from the presence server through an HTTP GET request.
  • the determination may also be made based on the presentation state of the second terminal in the information stored by itself. At this time, the presentation state corresponding to the update of the above second terminal is online, and the result of the determination is also online. Since the result of the judgment is online, the message server further transmits the saved instant message report to the first terminal.
  • Step 201 A second terminal sends a service registration message to a message server.
  • the specific process is the same as described in step 101 above.
  • Step 202 The second terminal sends its own presentation status to the presence server, which may also be implemented by steps 202a and 202b, and the specific process is the same as described in step 102 above.
  • Step 203 The first terminal subscribes to the presentation server to the presentation state of the second terminal, and the specific process is the same as that described in step 103 above.
  • Step 204 The presence server feeds back the presentation state of the second terminal to the first terminal, and the specific process is the same as described in step 104 above.
  • Step 205 The first terminal sends an instant message to the second terminal by using the message server, where the instant message first arrives at the message server. And carrying the delivery report request in the instant message, requesting the second terminal to report the instant message report after receiving the instant message, for example: feedback whether the instant message is received, whether the instant message is read, or the like.
  • Step 206 The message server receives the instant message that is sent by the first terminal to the second terminal and carries the delivery report request.
  • the message server may first determine the presentation status of the second terminal, and the determination may be that the presence server periodically reports the message.
  • the server feeds back the presentation status of the second terminal, and may also obtain the presentation status of the second terminal from the presence server by the message server.
  • the message server subscribes to the presence status of the second terminal by using the SIP SUBSCRIBE request, and the presentation server will The presentation status of the second terminal is periodically fed back to the message server.
  • the message server actively acquires the presentation state of the second terminal from the presence server through an HTTP GET request.
  • the determination may also be made according to the presentation state of the second terminal in the information stored by itself. If the presence status of the second terminal is offline, the instant message is saved first, and the instant message is sent to the second terminal when the presentation status of the second terminal is updated to be online.
  • the message server may further determine whether the saved instant message is expired in the step, and if the timeout has expired, the instant message may be discarded, and the failure to indicate that the sending or reading fails may be further generated. Instant messaging report, and send this failed instant message report to the first terminal.
  • Step 207 The second terminal directly requests the presence server to update its presentation status to online.
  • the second terminal directly requests the presence server to update its presentation state in step 207 can also be completed by steps 207a and 207b, the specific procedure of which is the same as described in steps 109a and 109b.
  • Step 208 Since the first terminal subscribes to the presentation state of the second terminal in step 203, the presence server feeds back the presentation state of the second terminal to the first terminal, corresponding to the presentation state of the second terminal update in step 207 is online, The presentation state of the second terminal fed back by the server to the first terminal in the step is also online.
  • Step 209 The message server determines the presence status of the second terminal.
  • the judgment may be that the presence server periodically feeds back the presentation status of the second terminal to the message server, or the message server periodically obtains the presentation status of the second terminal from the presence server, for example.
  • the message server subscribes the presence status of the second terminal to the presence server through the SIP SUBSCRIBE request, and the presence server periodically feeds back the presentation status of the second terminal to the message server.
  • the message server actively obtains the presentation status of the second terminal from the presence server through an HTTP GET request.
  • the determination may also be made based on the presentation state of the second terminal in the information stored by itself. At this time, the presentation state corresponding to the update of the above second terminal is online, and the result of the determination is also online.
  • the message server further transmits the saved instant message to the second terminal.
  • Step 210 The second terminal receives the instant message sent by the first terminal and is sent by the first terminal, and analyzes that the instant message carries a delivery report request, requesting the second terminal to report the instant message after receiving the instant message. .
  • the second terminal generates an instant message report and forwards it to the first terminal through the message server, and informs the first terminal that it has received the instant message sent to the first terminal or has read the instant message sent to the first terminal.
  • the embodiment provided in FIG. 2 above implements the processing of the instant message by the message server, and realizes that the instant message report sent by the second terminal to the first terminal is consistent with the presentation state of the second terminal.
  • Step 3 is an embodiment of a method for processing an instant message by a second terminal according to the present invention.
  • the method specifically includes: Step 301: The second terminal sends a service registration message to the message server.
  • the specific process is the same as described in the above step 101.
  • Step 302 The second terminal sends its own presentation status to the presence server, which may also be implemented by steps 302a and 302b.
  • the specific process is the same as that described in step 102 above.
  • Step 303 The first terminal subscribes the presentation state of the second terminal to the presence server, and the specific process is the same as described in the foregoing step 103.
  • Step 304 The presence server feeds back the presentation state of the second terminal to the first terminal, and the specific process is the same as described in step 104 above.
  • Step 305 The first terminal sends an instant message to the second terminal by using the message server, where the instant message first arrives at the message server. And carrying the delivery report request in the instant message, requesting the second terminal to report the instant message report after receiving the instant message, for example: feedback whether the instant message is received, whether the instant message is read, or the like.
  • Step 306 The message server forwards the instant message to the second terminal.
  • Step 307 After receiving the instant message, the second terminal parses the instant message carrying the delivery report request, requesting the second terminal to feed back the instant message report after receiving the instant message, and notifying the first terminal whether Receive or read the instant message described.
  • the second terminal generates and saves an instant message report according to the above request.
  • the instant message may also be saved first, and the generating the instant message report may be performed after the status of the second terminal is updated to "online" in step 308.
  • the second terminal further determines its own current presentation state.
  • the second terminal may obtain the presentation state of the second terminal from the presence server. For most cases, the presentation state of the second terminal is known to itself, and the second terminal may also store information by itself. The rendering state of the second terminal is obtained.
  • the presentation state corresponding to the setting of the second terminal is offline, and the result of the determination is also offline.
  • the second terminal will not feed back the instant message report to the first terminal, and further save the instant message report.
  • the second terminal may further determine, in this step, whether the saved instant message report is expired, if the timeout has expired, discarding the instant message report, or further reporting the generated instant message. Change to a failed instant message report indicating delivery or read failure and send it to the first terminal.
  • Step 308 The second terminal requests the presence server to update its presentation status to online.
  • the presentation status in the second terminal's own stored information is also updated to online.
  • step 308 the second terminal requesting the presence server to update its presentation state may also be completed by steps 308a and 308b, where step 308a sends a presence status update message to the message server for the second terminal, requesting it to update the second terminal in the presence server.
  • the presentation status is online, and step 308b informs the message server that the presence status of the presentation second server is updated to online.
  • the presentation of the second terminal originally stored in the message server at this time The status is also updated to online.
  • Step 309 The presence server feeds back to the first terminal that the presentation status of the second terminal is updated to online.
  • Step 310 After the second terminal presentation status is updated to online, if the second terminal generates and saves the instant message report in step 307, the second terminal reports the instant message report to the first message through the message server. a terminal; if the second terminal does not generate or save the instant message report in step 307, generating a corresponding instant message report, and feeding back to the first terminal through the message server.
  • FIG. 4 is a structural diagram of a message server according to an embodiment of the present invention.
  • the method for processing the instant message report and/or the instant message according to the present invention includes: a receiving module 401 and a determining module 402, where:
  • the receiving module 401 is configured to receive an instant message report sent by the second terminal to the first terminal.
  • the module may be configured to receive an instant message sent by the first terminal to the second terminal;
  • the determining module 402 is configured to determine a presentation state of the second terminal, and the presentation state of the second terminal is offline, and save the instant message report sent by the second terminal to the first terminal.
  • the module may be further configured to determine that the saved instant message reported by the second terminal to the first terminal has expired, discard the instant report, or modify the instant message report to indicate that the delivery or reading fails the instant message. Report and send to the first terminal.
  • the module may be further configured to determine that the presentation state of the second terminal is offline, and save an instant message sent by the first terminal to the second terminal, where the module may be further used to determine the saved The instant message sent by the first terminal to the second terminal has expired, and a failed instant message report is generated and sent to the first terminal.
  • the foregoing message server may further include:
  • the sending module 403 is configured to send, to the first terminal, an instant message report that is sent by the second terminal to the first terminal according to the presence status of the second terminal, for example, when the presence status of the second terminal is online The instant message reported by the terminal is sent to the first terminal.
  • the module is further configured to send the instant message to the second terminal according to the presentation state of the second terminal, for example, the second terminal. When the presentation status is "online", the instant message sent by the first terminal to the second terminal is forwarded to the second terminal.
  • FIG. 5 is a structural diagram of a terminal according to an embodiment of the present invention.
  • the method for processing the instant message report according to the present invention includes: a message module 501 and a determining module 502. among them:
  • the message module 501 is configured to receive, by using an instant message, an instant message sent by the first terminal, where the instant message carries a delivery report request, and the module generates an instant message report sent to the first terminal according to the delivery report request;
  • the module is further configured to send the instant message report sent to the first terminal to the first terminal according to determining that the presentation state of the user is online. For example, when the presentation status of the self is "online", an instant message report is sent to the first client;
  • the determining module 502 is configured to determine that the rendering status of the user is offline, and save the instant message report sent by the message module 501 to the first terminal.
  • the module is further configured to: determine that the saved instant message report sent to the first terminal has expired, discard the saved instant message report sent to the first terminal, or save the saved message
  • the instant message report to the first terminal is modified to indicate a failed instant message report indicating that the transmission or reading failed and is sent to the first terminal.
  • the present invention can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is a better implementation. .
  • the technical solution of the embodiments of the present invention may be embodied in the form of a software product in essence or in the form of a software product, which is stored in a storage medium and includes a plurality of instructions for making
  • the mobile device (which may be a cell phone, personal computer, media player, etc.) performs the methods described in various embodiments of the present invention.
  • the storage medium referred to herein is, for example, a ROM/RAM, a magnetic disk, an optical disk, or the like.

Description

一种处理即时消息报告或即时消息的方法和装置 本申请要求于 2008年 9月 26日提交中国专利局、 申请号为 200810216525.3、 发明名称 为 "一种处理即时消息报告或即时消息的方法和装置" 的中国专利申请的优先权， 其全部内 容通过引用结合在本申请中。
说
技术领域
本发明涉及通信领域， 特别涉及一种处理即时消息报告或即时消息的方法和装置。 背景技术 书
IP多媒体子系统 (IP Multimeida Subsystem /Multimedia Domain)是 3GPP/3GPP2中的一个 标准， 其核心协议是会话初始协议 （Session Initiation Protocol )。 以 SIP和 IMS为基础， 可以 快速提供和部署各种多媒体业务， 其中包括即时消息 (IM)业务和呈现（Presence)业务。 即时 消息业务采用 SIP MESSAGE或与 SIP相配合协议其它协议（如 Message Session Relay Protocol [4] ) 等， 用于在终端用户间发送接近实时的各种类型的多媒体消息； 呈现业务则采用 SIP中 的订阅 /通知机制， 用于为用户提供彼此的在线状态等信息。 同时， 即时消息业务中还提供了 即时消息报告的功能， 即发送方在发送消息时能够请求接收方反馈是否成功收到所述消息或 是否成功阅读所述消息的即时消息报告， 接收方则根据请求在消息接收后返回相应的即时消 息报告给发送方。
通常， 用户能够通过即时消息业务设置、 或者呈现信息发布的方式， 设置自身的即时消 息业务的呈现状态为 "隐身"、 "离线"或 "不可用"等， 以避免不必要的打扰或礼貌地 "忽 略"他人发来的即时消息内容。 发明人在发明的过程中发现， 在现有技术条件下， 如果消息 收发双方既使用了呈现业务， 又使用了即时消息业务中的递送 /阅读报告的即时消息报告功 能， 则可能出现相互冲突的情形， 从而暴露用户的真实呈现状态， 泄露用户隐私。 发明内容
本发明实施例提供一种处理即时消息报告的方法， 以避免即时消息报告与即时消息接收 方的呈现状态相冲突。 具体包括： 一种处理即时消息报告的方法， 包括：
接收第二终端发向第一终端的即时消息报告；
获取所述第二终端的呈现状态；
判断所述第二终端的呈现状态为离线；
保存所述发向所述第一终端的即时消息报告。
一种处理即时消息的方法， 包括：
接收第一终端发向第二终端的即时消息， 所述即时消息中包含递送报告请求； 获取所述第二终端的呈现状态；
判断所述第二终端的呈现状态为离线；
保存所述第一终端发向所述第二终端的即时消息。
一种处理即时消息报告的方法， 包括：
根据即时消息中的递送报告请求， 生成发向第一终端的即时消息报告；
获取第二终端的呈现状态；
判断所述第二终端的呈现状态为离线；
保存所述发向所述第一终端的即时消息报告。
一种消息服务器， 包括：
接收模块， 用于接收发向第一终端的即时消息报告；
判断模块， 用于判断第二终端的呈现状态为离线， 保存所述发向所述第一终端即时消息 报告。
一种消息服务器， 包括：
接收模块， 用于接收发向第二终端的即时消息；
判断模块， 用于判断所述第二终端的呈现状态为离线， 保存所述发向所述第二终端的即 时消息。
一种终端， 包括，
消息模块， 用于根据接收到的第一终端发送来的即时消息中的递送报告请求， 生成发向 所述第一终端的即时消息报告；
判断模块， 用于判断自身的呈现状态为离线， 保存所述发向所述第一终端的即时消息报 告
本发明实施例协调了即时消息报告的递送和呈现状态， 避免了即时消息报告暴露用户的 真实在线状态， 从而保护了用户的隐私， 保证用户的业务体验。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实施例或现有技术 描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一 些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这 些附图获得其它的附图。
图 1为本发明实施例一种处理即时消息报告方法的流程图；
图 2为本发明实施例一种处理即时消息方法的流程图；
图 3为本发明实施例另一种处理即时消息报告方法的流程图；
图 4为本发明实施例一种消息服务器的结构图；
图 5为本发明实施例一种终端的结构图。 具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描 述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。 基于本发明 中的实施例， 本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
附图 1为本发明由消息服务器处理即时消息报告方法的实施例， 该方法具体包括： 步骤 101 : 第二终端向消息服务器发送业务注册消息， 消息服务器将可以向第二终端提 供业务服务， 例如： 转发第一终端向第二终端发送的即时消息， 保存第二终端向第一终端发 送的即时消息报告， 在本发明的一个实施例中消息服务器还可以在自身存储的信息中存储终 端的呈现状态， 例如： 终端为 "隐身"、 "在线"、 "离线"、 "请勿打扰"等。
步骤 102: 第二终端向呈现服务器发送其自身的呈现状态， 所述呈现状态可以包括隐身、 离线、 在线、 请勿打扰等， 以上所述 "隐身"、 "离线"、 "请勿打扰"等呈现状态， 包括： 用 户设置的第二终端处于无法或不愿意收发即时消息的状态， 其具体表达方式可以是采用其它 类似的描述， 如： 关闭、 不可达等， 在本发明中实施例中统一用 "离线"表示； 以上所述"在 线"， 包括： 用户设置的第二终端处于可以或愿意收发即时消息的状态， 其具体表达方式可以 是采用其它类似的描述， 如： 打开、 可达、 已连接等， 本发明实施例中统一用 "在线"表示。
还可以在呈现状态中进一步设置仅对部分用户的呈现状态， 例如对本实施例中第一终端 的呈现状态为离线等， 对其他终端的呈现状态为在线等。 本步骤中第二终端向呈现服务器发 送的呈现状态为离线。
步骤 102中第二终端向呈现服务器发送其自身的呈现状态，也可以通过步骤 102a和 102b 实现， 其中步骤 102a为第二终端向消息服务器发送呈现状态设置消息， 请求消息服务器在呈 现服务器中设置其呈现状态为离线，步骤 102b为消息服务器通知呈现服务器第二终端的呈现 状态为离线。 在本发明的另一个实施例中， 消息服务器此时还可以保存所述第二终端的呈现 状态。
步骤 103 : 第一终端向呈现服务器订阅第二终端的呈现状态， 可以通过 SIP协议实现， 例如通过发送 SIP SUBSCRIBE请求向呈现服务器订阅第二终端的呈现状态。
步骤 104: 呈现服务器向第一终端反馈第二终端的呈现状态， 可以通过 SIP协议实现， 例如通过向第一终端发送 SIP NOTIFY请求向第一终端反馈第二终端的呈现状态。 由于在步 骤 102中第二终端设置的呈现状态为离线， 表示第二终端处于无法或不愿意收发即时消息的 状态。 呈现服务器向第一终端反馈的第二终端的呈现状态应该为离线， 表示第二终端目前处 于不可以收到来自第一终端即时消息的状态。
步骤 105: 第一终端通过消息服务器向第二终端发送即时消息， 该即时消息首先到达消 息服务器。 并且在该即时消息中携带有递送报告请求， 请求第二终端在收到所述即时消息后 反馈即时消息报告， 例如： 反馈其是否收到所述的即时消息， 是否阅读所述的即时消息等。
步骤 106: 消息服务器直接向第二终端转发所述即时消息。
步骤 107: 第二终端收到所述即时消息后根据消息中的递送报告请求， 向消息服务器反 馈成功收到即时消息的即时消息报告。
步骤 108: 消息服务器在收到所述的即时消息报告后判断第二终端当前的呈现状态， 该 步骤中消息服务器可以从呈现服务器获取第二终端的呈现状态， 比如： 通过 SIP SUBSCRIBE 请求订阅， 或通过 HTTP GET请求获取所述第二终端的呈现状态。 在本发明的另一个实施例 中也可以根据自身储存的第二终端的呈现状态进行判断。 此时对应于以上第二终端设置的呈 现状态为离线， 其判断的结果也为离线。 根据判断的结果， 消息服务器将不会向第一终端发 送所述的即时消息报告， 消息服务器还可以进一步缓存保存所述的即时消息报告， 以便在第 二终端呈现状态更新为在线时， 向所述第一终端发送。 在本发明的另一个实施例中， 该步骤 中消息服务器还可以进一步判断保存的即时消息报告是否过期， 如果已经过期， 可以将所述 的即时消息报告丢弃也可以将所述的即时消息报告修改为表示发送或阅读失败的失败即时消 息报告， 并将此失败即时消息报告发送给第一终端。
步骤 109: 第二终端直接请求呈现服务器更新其呈现状态为在线。 步骤 109中第二终端直接请求呈现服务器更新其呈现状态也可以通过步骤 109a和 109b 完成， 其中步骤 109a为第二终端向消息服务器发送呈现状态更新消息， 请求其在呈现服务器 中更新所述第二终端的呈现状态为在线，步骤 109b为消息服务器通知呈现服务器第二终端的 呈现状态更新为 "在线"。在本发明的另外一个实施例中此时消息服务器中原先存储的第二终 端的呈现状态也更新为 "在线"。
步骤 110: 由于第一终端在步骤 103 中订阅了第二终端的呈现状态， 呈现服务器向第一 终端反馈第二终端的呈现状态， 对应于步骤 109中第二终端更新的呈现状态为在线， 本步骤 中呈现服务器向第一终端反馈的第二终端的呈现状态也为在线。
步骤 111 : 消息服务器判断第二终端的呈现状态， 该判断可以是呈现服务器定期向消息 服务器反馈第二终端的呈现状态， 也可以是由消息服务器定期从呈现服务器获取第二终端的 呈现状态， 比如： 消息服务器通过 SIP SUBSCRIBE请求向呈现服务器订阅了第二终端的呈现 状态， 呈现服务器会将第二终端的呈现状态定期反馈给消息服务器。 又比如： 消息服务器通 过 HTTP GET请求从呈现服务器主动获取所述第二终端的呈现状态。 在本发明的另一个实施 例中也可以根据自身储存的信息中的第二终端的呈现状态进行判断。 此时对应于以上第二终 端更新后的呈现状态为在线， 其判断的结果也为在线。 由于其判断的结果为在线， 消息服务 器进一步将上述保存的即时消息报告发送给第一终端。
附图 2为本发明由消息服务器处理即时消息的方法的实施例， 该方法具体包括： 步骤 201 : 第二终端向消息服务器发送业务注册消息。 其具体过程与上述步骤 101 中的 描述相同。
步骤 202: 第二终端向呈现服务器发送其自身的呈现状态， 也可以通过步骤 202a和 202b 实现， 其具体过程与上述步骤 102中的描述相同。
步骤 203 : 第一终端向呈现服务器订阅第二终端的呈现状态， 其具体过程与上述步骤 103 中的描述相同。
步骤 204: 呈现服务器向第一终端反馈第二终端的呈现状态， 其具体过程与上述步骤 104 中的描述相同。
步骤 205: 第一终端通过消息服务器向第二终端发送即时消息， 该即时消息首先到达消 息服务器。 并且在即时消息中携带有递送报告请求， 请求第二终端在收到所述即时消息后反 馈即时消息报告， 例如： 反馈其是否收到所述的即时消息， 是否阅读所述的即时消息等。
步骤 206: 消息服务器收到上述第一终端向第二终端发送的携带有递送报告请求的即时 消息。 消息服务器可以首先判断第二终端的呈现状态， 该判断可以是呈现服务器定期向消息 服务器反馈第二终端的呈现状态， 也可以是由消息服务器从呈现服务器获取第二终端的呈现 状态，比如：消息服务器通过 SIP SUBSCRIBE请求向呈现服务器订阅了第二终端的呈现状态， 呈现服务器会将第二终端的呈现状态定期反馈给消息服务器。又比如：消息服务器通过 HTTP GET请求从呈现服务器主动获取所述第二终端的呈现状态。 在本发明的另一个实施例中也可 以根据自身储存的信息中的第二终端的呈现状态进行判断。 若第二终端的呈现状态为离线则 先保存所述即时消息， 等到第二终端的呈现状态更新为在线时再向第二终端发送所述的即时 消息。 在本发明的另一个实施例中， 该步骤中消息服务器还可以进一步判断保存的即时消息 是否过期， 如果已经过期， 可以将所述的即时消息丢弃， 还可以进一步生成表示发送或阅读 失败的失败即时消息报告， 并将此失败即时消息报告发送给第一终端。
步骤 207: 第二终端直接请求呈现服务器更新其呈现状态为在线。
步骤 207中第二终端直接请求呈现服务器更新其呈现状态也可以通过步骤 207a和 207b 完成， 其具体过程与步骤 109a和 109b中的描述相同。
步骤 208: 由于第一终端在步骤 203 中订阅了第二终端的呈现状态， 呈现服务器向第一 终端反馈第二终端的呈现状态， 对应于步骤 207中第二终端更新的呈现状态为在线， 本步骤 中呈现服务器向第一终端反馈的第二终端的呈现状态也为在线。
步骤 209: 消息服务器判断第二终端的呈现状态， 该判断可以是呈现服务器定期向消息 服务器反馈第二终端的呈现状态， 也可以是由消息服务器定期从呈现服务器获取第二终端的 呈现状态， 比如： 消息服务器通过 SIP SUBSCRIBE请求向呈现服务器订阅了第二终端的呈现 状态， 呈现服务器会将第二终端的呈现状态定期反馈给消息服务器。 又比如： 消息服务器通 过 HTTP GET请求从呈现服务器主动获取所述第二终端的呈现状态。 在本发明的另一个实施 例中也可以根据自身储存的信息中的第二终端的呈现状态进行判断。 此时对应于以上第二终 端更新后的呈现状态为在线， 其判断的结果也为在线。 消息服务器进一步将上述保存的即时 消息发送给第二终端。
步骤 210: 第二终端收到消息服务器转发的由第一终端发来的上述即时消息， 分析出即 时消息中携带有递送报告请求， 请求第二终端在收到所述即时消息后反馈即时消息报告。 第 二终端生成即时消息报告并通过消息服务器转发给第一终端， 告知第一终端其已经收到第一 终端向其发送的即时消息或已经阅读第一终端向其发送的即时消息。
以上附图 2提供的实施例通过消息服务器对即时消息的处理， 实现了第二终端向第一终 端发送的即时消息报告同第二终端的呈现状态相一致。
附图 3为本发明由第二终端处理即时消息报告方法的实施例， 该方法具体包括： 步骤 301 : 第二终端向消息服务器发送业务注册消息。 其具体过程与上述步骤 101 中的 描述相同。
步骤 302: 第二终端向呈现服务器发送其自身的呈现状态， 也可以通过步骤 302a和 302b 实现， 其具体过程与上述步骤 102中的描述相同。
步骤 303 : 第一终端向呈现服务器订阅第二终端的呈现状态， 其具体过程与上述步骤 103 中的描述相同。
步骤 304: 呈现服务器向第一终端反馈第二终端的呈现状态， 其具体过程与上述步骤 104 中的描述相同。
步骤 305 : 第一终端通过消息服务器向第二终端发送即时消息， 该即时消息首先到达消 息服务器。 并且在即时消息中携带有递送报告请求， 请求第二终端在收到所述即时消息后反 馈即时消息报告， 例如： 反馈其是否收到所述的即时消息， 是否阅读所述的即时消息等。
步骤 306: 消息服务器向第二终端转发所述即时消息。
步骤 307: 第二终端在收到所述的即时消息后， 解析出即时消息中携带有递送报告请求， 请求第二终端在收到所述即时消息后反馈即时消息报告， 告知第一终端其是否收到或阅读所 述的即时消息。 第二终端根据上述请求生成并保存即时消息报告。 本步骤中也可以先保存所 述的即时消息， 生成即时消息报告可以在步骤 308中第二终端的呈现状态更新为 "在线" 以 后执行。 第二终端进一步判断其自身当前的呈现状态。 本步骤中第二终端可以从呈现服务器 获取第二终端的呈现状态，对于大多数情况来说第二终端的呈现状态对其自身来说是已知的， 也可以通过第二终端其自身存储信息中得到第二终端的呈现状态。 此时对应于以上第二终端 设置的呈现状态为离线， 其判断的结果也为离线， 第二终端将不向第一终端反馈所述即时消 息报告， 进一步保存所述即时消息报告。 在本发明另一个实施例中， 本步骤中第二终端还可 以进一步判断保存的即时消息报告是否过期， 如果已经过期， 则丢弃所述的即时消息报告， 或进一步将所述生成的即时消息报告更改为表示递送或阅读失败的失败即时消息报告， 并发 送给第一终端。
步骤 308: 第二终端请求呈现服务器更新其呈现状态为在线。 在本发明的另一个实施例 中第二终端自身存储信息中的呈现状态也同时更新为在线。
步骤 308中第二终端请求呈现服务器更新其呈现状态也可以通过步骤 308a和 308b完成， 其中步骤 308a为第二终端向消息服务器发送呈现状态更新消息，请求其在呈现服务器中更新 所述第二终端的呈现状态为在线，步骤 308b为消息服务器通知呈现服务器第二终端的呈现状 态更新为在线。 在本发明的另外一个实施例中此时消息服务器中原先存储的第二终端的呈现 状态也更新为在线。
步骤 309: 呈现服务器向第一终端反馈第二终端的呈现状态更新为在线。
步骤 310: 第二终端呈现状态更新为在线后， 若在步骤 307中， 第二终端生成并保存了 所述即时消息报告， 此时第二终端将该即时消息报告通过消息服务器反馈到所述第一终端； 若在步骤 307中， 第二终端未生成或未保存所述即时消息报告， 则生成相应的即时消息报告， 并通过消息服务器反馈到所述第一终端。
图 4为本发明实施例提供的一种消息服务器的结构图， 用于实施本发明所述即时消息报 告和 /或即时消息的处理方法， 具体包括： 接收模块 401和判断模块 402， 其中：
接收模块 401， 用于接收由第二终端发向第一终端的即时消息报告； 在本发明的另一个 实施例中该模块可以用于接收由第一终端发向第二终端的即时消息；
判断模块 402， 用于判断第二终端的呈现状态， 第二终端的呈现状态为离线， 保存所述 由第二终端发向第一终端即时消息报告。 该模块还可以进一步用于判断保存的由第二终端发 向第一终端即时消息报告已经过期， 丢弃所述的即时报告或将所述的即时消息报告修改为表 示递送或阅读失败的失败即时消息报告并发送给所述第一终端。 在本发明的另一个实施例中 该模块可以用于判断第二终端的呈现状态为离线，保存由第一终端发向第二终端的即时消息， 该模块还可以进一步用于判断所述保存的由第一终端发向第二终端的即时消息已经过期， 生 成失败即时消息报告并发送给所述第一终端。
在本发明另外的实施例中， 上述消息服务器还可以包括：
发送模块 403， 用于根据第二终端的呈现状态， 将第二终端向第一终端反馈的即时消息 报告发送给第一终端， 例如当第二终端的呈现状态为在线时将第二终端向第一终端反馈的即 时消息报告发送给第一终端； 在本发明的另一个实施例中， 该模块还可以用于根据第二终端 的呈现状态， 将即时消息发送给第二终端， 例如第二终端的呈现状态为 "在线" 时， 将第一 终端向第二终端发送的即时消息转发给第二终端。
图 5为本发明实施例提供的一种终端的结构图， 用于实施本发明所述即时消息报告的处 理方法， 具体包括： 消息模块 501和判断模块 502。 其中：
消息模块 501， 用于接收即时消息接收第一终端发送来的即时消息， 该即时消息中携带 递送报告请求， 该模块根据此递送报告请求生成发向第一终端的即时消息报告； 在本发明另 一个实施例中， 该模块还用于根据判断自身的呈现状态为在线， 将所述发向第一终端的即时 消息报告发送给所述第一终端。 例如自身的呈现状态为 "在线" 时向第一客户端发送即时消 息报告； 判断模块 502， 用于判断自身的呈现状态为离线， 保存消息模块 501 生成的发向第一终 端的即时消息报告。 在本发明另外一个实施例中该模块还用于判断保存的发向第一终端的即 时消息报告已经过期， 丢弃所述保存的发向第一终端的即时消息报告， 或将所述保存的发向 第一终端的即时消息报告修改为表示发送或阅读失败的失败即时消息报告并发送给所述第一 终端。
通过以上实施例的描述， 本领域的技术人员可以清楚地了解到本发明可借助软件加必需 的通用硬件平台的方式来实现， 当然也可以通过硬件， 但很多情况下前者是更佳的实施方式。 基于这样的理解， 本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以 软件产品的形式体现出来， 该软件产品存储在一个存储介质中， 包括若干指令用以使得移动 设备 （可以是手机， 个人计算机， 媒体播放器等） 执行本发明各个实施例所述的方法。 这里 所称的存储介质， 如： ROM/RAM、 磁盘、 光盘等。
显然， 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范 围。 这样， 倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内， 则 本发明也意图包含这些改动和变型在内。

Claims

权 利 要 求 书
1 . 一种处理即时消息报告的方法， 其特征在于， 所述方法包括：
接收第二终端发向第一终端的即时消息报告；
获取所述第二终端的呈现状态；
判断所述第二终端的呈现状态为离线时， 保存所述发向所述第一终端的即时消息报告； 或， 判断所述第二终端的呈现状态为在线时， 向所述第一终端发送所述保存的发向所述第一 终端的即时消息报告。
2. 根据权利要求 1所述的方法， 其特征在于， 保存所述发向所述第一终端的即时消息报 告之后， 还包括：
判断所述保存的发向所述第一终端的即时消息报告已经过期；
丢弃所述保存的发向所述第一终端的即时消息报告， 或将所述保存的发向所述第一终端 的即时消息报告修改为失败即时消息报告并发送给所述第一终端。
3. 一种处理即时消息的方法， 其特征在于， 所述方法包括：
接收第一终端发向第二终端的即时消息， 所述即时消息中包含递送报告请求； 获取所述第二终端的呈现状态；
判断所述第二终端的呈现状态为离线时， 保存所述第一终端发向所述第二终端的即时消 息； 或， 判断所述第二终端当前的呈现状态为在线时， 将所述保存的第一终端发向所述第二 终端的即时消息发送给所述第二终端。
4. 根据权利要求 3所述的方法， 其特征在于， 保存所述第一终端发向所述第二终端的即 时消息之后， 还包括：
判断所述保存的所述第一终端发向所述第二终端的即时消息已经过期；
丢弃所述保存的所述第一终端发向所述第二终端的即时消息和 /或生成失败即时消息报 告， 并发送所述失败即时消息报告给所述第一终端。
5. 一种处理即时消息报告的方法， 其特征在于， 所述方法包括：
根据即时消息中的递送报告请求， 生成发向第一终端的即时消息报告；
获取第二终端的呈现状态；
判断所述第二终端的呈现状态为离线时， 保存所述发向所述第一终端的即时消息报告； 或， 判断所述第二终端的呈现状态为在线时， 向所述第一终端发送所述保存的发向所述第一 终端的即时消息报告。
6. 根据权利要求 5所述的方法， 其特征在于， 保存所述发向所述第一终端的即时消息报 告之后， 还包括：
判断所述保存的发向所述第一终端的即时消息报告已经过期；
丢弃所述保存的发向所述第一终端的即时消息报告， 或将所述保存的发向所述第一终端 的即时消息报告修改为失败即时消息报告并发送给所述第一终端。
7. 一种消息服务器， 其特征在于， 所述消息服务器包括：
接收模块， 用于接收发向第一终端的即时消息报告；
判断模块， 用于判断第二终端的呈现状态为离线， 保存所述发向所述第一终端的即时消 息报告。
8. 根据权利要求 7所述的消息服务器， 其特征在于， 所述消息服务器还包括： 发送模块， 用于当判断所述第二终端的呈现状态为在线时， 向所述第一终端发送所述保 存的发向第一终端的即时消息报告。
9. 根据权利要求 7或 8所述的消息服务器， 其特征在于，
所述判断模块还用于判断所述保存的发向所述第一终端即时消息报告已经过期， 丢弃所 述即时消息报告或将所述即时消息报告修改为失败即时消息报告并发送给所述第一终端。
10. 一种消息服务器， 其特征在于， 所述消息服务器包括：
接收模块， 用于接收发向第二终端的即时消息；
判断模块， 用于判断所述第二终端的呈现状态为离线， 保存所述发向所述第二终端的即 时消息。
11 . 根据权利要求 10所述的消息服务器， 其特征在于， 所述消息服务器还包括： 发送模块， 用于当判断所述第二终端的呈现状态为在线时， 向所述第二终端发送所述发 向所述第二终端的即时消息。
12. 根据权利要求 10或 11所述的消息服务器， 其特征在于，
所述判断模块还用于判断所述保存的发向所述第二终端的即时消息已经过期， 生成失败 即时消息报告并发送给所述第一终端。
13. 一种终端， 其特征在于， 所述终端包括，
消息模块， 用于根据接收到的第一终端发送来的即时消息中的递送报告请求， 生成发向 所述第一终端的即时消息报告；
判断模块， 用于判断自身的呈现状态为离线， 保存所述发向所述第一终端的即时消息报 告。
14. 根据权利要求 13所述的终端， 其特征在于，
所述消息模块还用于当判断自身的呈现状态为在线时， 将所述发向所述第一终端的即时 消息报告发送给所述第一终端。
15. 根据权利要求 13或 14所述的终端， 其特征在于，
所述判断模块还用于判断所述保存的发向所述第一终端的即时消息报告已经过期， 丢弃 所述保存的发向所述第一终端的即时消息报告， 或将所述保存的发向所述第一终端的即时消 息报告修改为失败即时消息报告并发送给所述第一终端。
PCT/CN2009/071432 2008-09-26 2009-04-23 一种处理即时消息报告或即时消息的方法和装置 WO2010034193A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810216525.3 2008-09-26
CN2008102165253A CN101686210B (zh) 2008-09-26 2008-09-26 一种处理即时消息报告或即时消息的方法和装置

Publications (1)

Publication Number Publication Date
WO2010034193A1 true WO2010034193A1 (zh) 2010-04-01

Family

ID=42049186

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/071432 WO2010034193A1 (zh) 2008-09-26 2009-04-23 一种处理即时消息报告或即时消息的方法和装置

Country Status (2)

Country Link
CN (1) CN101686210B (zh)
WO (1) WO2010034193A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101527691B (zh) * 2009-03-26 2012-05-23 中兴通讯股份有限公司 消息状态报告处理方法和网络服务器
JP5998383B2 (ja) * 2010-07-28 2016-09-28 株式会社リコー 伝送管理システム、伝送システム、伝送管理方法、及びプログラム
CN101895842B (zh) * 2010-08-09 2014-06-04 华为终端有限公司 一种唤醒离线移动终端的方法、装置和系统
CN102624641A (zh) * 2011-06-14 2012-08-01 北京小米科技有限责任公司 一种发送即时消息的方法
CN107342965A (zh) * 2016-04-28 2017-11-10 华为技术有限公司 富媒体通信方法、系统及服务器
CN111294327A (zh) * 2019-01-28 2020-06-16 展讯半导体(成都)有限公司 消息冲突解决方法和终端设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003044418A (ja) * 2001-07-27 2003-02-14 Sharp Corp インスタント・メッセージ送受信システム
CN1794710A (zh) * 2004-12-21 2006-06-28 阿尔卡特公司 处理在线消息的系统和方法
US7124123B1 (en) * 2003-06-30 2006-10-17 America Online, Inc. Intelligent processing in the context of away and offline instant messages
CN101110789A (zh) * 2006-07-21 2008-01-23 华为技术有限公司 一种即时消息系统中发送即时消息报告的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003044418A (ja) * 2001-07-27 2003-02-14 Sharp Corp インスタント・メッセージ送受信システム
US7124123B1 (en) * 2003-06-30 2006-10-17 America Online, Inc. Intelligent processing in the context of away and offline instant messages
CN1794710A (zh) * 2004-12-21 2006-06-28 阿尔卡特公司 处理在线消息的系统和方法
CN101110789A (zh) * 2006-07-21 2008-01-23 华为技术有限公司 一种即时消息系统中发送即时消息报告的方法

Also Published As

Publication number Publication date
CN101686210A (zh) 2010-03-31
CN101686210B (zh) 2012-11-21

Similar Documents

Publication Publication Date Title
KR101524313B1 (ko) 통합 메시징 서비스에서 인스턴트 메시징 처리 통지 요청과 응답 방법 및 그 시스템
US8190568B2 (en) System and method for providing interactive communications
JP4964296B2 (ja) ショートメッセージサービスメッセージを配信する方法およびシステム
EP2290911B1 (en) Method, apparatus and system for providing multimedia messages to incompatible terminals
EP2272184B1 (en) System and method for transferring a session between multiple clients
US10750330B2 (en) Method and apparatus for implementing resending of short message
US20080270553A1 (en) Method and System for Instant Notification of Communication Block Information
US8014775B2 (en) Method and system for implementing messaging services and a message application server
EP2472776B1 (en) Method and device for delivering and receiving push messages
WO2010034193A1 (zh) 一种处理即时消息报告或即时消息的方法和装置
WO2008040248A1 (fr) Procédé et système de transmission de courrier électronique et serveur de courrier électronique poussé
JP2005353056A (ja) Ｉｍｐｓクライアントの状態情報同期化方法
WO2009129723A1 (zh) 离线图像传输方法、系统和离线图像服务器
EP3437263A1 (fr) Procédé de notification de l'indisponibilité d'un terminal
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é
KR101199401B1 (ko) Ｃｐｍ 서비스 메시지의 전달 및 저장 방법 및 그 서버
WO2011127772A1 (zh) 消息请求的路由方法及处理系统
US20120166562A1 (en) System and method for routing session initiation protocol conversation
US20100229236A1 (en) Method and system for spam reporting with a message portion
JP2007259397A (ja) 無線通信端末
WO2012062070A1 (zh) 反馈接收端状态的方法、系统和服务器
US10063648B2 (en) Relaying mobile communications
US20090258632A1 (en) System and method for delivering and enhancing messages in a wireless communication network
WO2007041960A1 (fr) Centre de messages multimedia, terminal et methode de traitement correspondante de messages multimedia
WO2011153772A1 (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: 09815563

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

Country of ref document: EP

Kind code of ref document: A1