WO2007033549A1 - Procede de transmission de message hors ligne - Google Patents

Procede de transmission de message hors ligne Download PDF

Info

Publication number
WO2007033549A1
WO2007033549A1 PCT/CN2006/001514 CN2006001514W WO2007033549A1 WO 2007033549 A1 WO2007033549 A1 WO 2007033549A1 CN 2006001514 W CN2006001514 W CN 2006001514W WO 2007033549 A1 WO2007033549 A1 WO 2007033549A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
client
server
offline
offline message
Prior art date
Application number
PCT/CN2006/001514
Other languages
English (en)
French (fr)
Inventor
Lunjian Mu
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to CNA2006800122341A priority Critical patent/CN101160875A/zh
Publication of WO2007033549A1 publication Critical patent/WO2007033549A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]

Definitions

  • the present invention relates to instant messaging services in the field of mobile communications and the Internet (Internet), and more particularly to an instant messaging server in an instant messaging system employing Session Initiation Protocol/Instant Messaging and Presence Extended Session Initiation Protocol (SIP/SIMPLE Protocol).
  • SIP/SIMPLE Protocol Session Initiation Protocol/Instant Messaging and Presence Extended Session Initiation Protocol
  • the Instant Messaging (IM) service belongs to a type of mobile data service based on presence-to-person, personal-to-group messages based on presence (Presence) on mobile communication networks and Internet networks.
  • the mobile communication network includes existing 2G (2nd Generation, 2nd generation mobile network), 2.5G, future 3G (3rd Generation, 3rd generation mobile network), and multimedia subsystem (IMS).
  • the first category is an instant messaging system based on the Wireless Village (WV) protocol, which is based on the Hypertext Transfer Protocol/Wireless Access Protocol/Short Message Delivery Protocol (HTTP/WAP/SMS) protocol and can support 2.5G/.
  • WV Wireless Village
  • HTTP/WAP/SMS Hypertext Transfer Protocol/Wireless Access Protocol/Short Message Delivery Protocol
  • the 3G network is an instant messaging system based on Session Initiation Protocol (SIP) / Instant Messaging and Presence Extension Session Initiation Protocol (SIMPLE), which supports an IMS-based IP network based on a SIP/SIMPLE bearer protocol.
  • SIP Session Initiation Protocol
  • SIMPLE Instant Messaging and Presence Extension Session Initiation Protocol
  • the sender sends an instant message to the receiver, and if the receiver is not online, the receiver IM server needs to save the offline message (deferred message), and then
  • the server can directly send the offline message to the receiver; or notify the receiver of the offline message, if the receiver needs to obtain the details of the message, Send a request to the server, and the server sends the details of the message to the receiver.
  • the process of sending offline messages to the recipient is not implemented, that is, a complete offline message solution is not provided.
  • the present invention provides a method for transmitting an offline message, which is applied to a SIP/SIMPLE protocol. Time message system to implement a complete offline message acquisition process.
  • the method of the present invention is applied to an instant messaging system using a Session Initiation Protocol SIP/Instant Messaging and an Extended Session Initiation Protocol SIMPLE.
  • an instant messaging (IM) server detects that the system stores the After the client's offline message, perform the following steps:
  • the IM server acquires offline message content of the client stored in the system
  • the IM server sends offline message content to the client.
  • the method further includes: the IM server determining, according to a preset setting of the system or the user, whether to send the stored offline message to the client, and if yes, performing the step A; otherwise, ending the process.
  • the preset setting further includes setting an offline message sending condition, and the IM server only acquires an offline message that satisfies the condition and sends the offline message to the client.
  • the step of selecting an offline message transmission mode is further included before the IM server transmits the offline message.
  • the IM server performs offline message transmission mode selection according to the service capability of the client, the number of offline messages of the client, and/or the size of each offline message.
  • the IM server sends the content of the offline message to the client by using an initial session protocol message (SIP MESSAGE), the following specific steps are included:
  • the IM server sends a SIP MESSAGE message carrying the offline message content to the client;
  • the client After receiving the offline message content, the client returns a SIP response message to the IM server.
  • the steps A1 and B1 are repeated until the condition is met. Offline message delivery is complete.
  • the step A1 is repeated until the conditional offline is satisfied. The message is sent.
  • the channel mode sends the offline message content to the client, including the following specific steps:
  • A2 The IM server sends an MSRP SEND message carrying the offline message content to the client by using the VISRP channel;
  • the client After receiving the offline message content, the client returns an MSRP response message to the IM server.
  • the steps A2 and B2 are repeated until the condition is met. Offline message delivery is complete.
  • the step A2 is repeated until the condition is met. The message is sent.
  • the IM server in the step A2 sends an MSRP SEND message carrying the offline message content to the client, where the IM server is The client sends an MSRP SEND message carrying multiple pieces of offline message content, and splits the content of each offline message in the MSRP SEND message.
  • the number of offline messages carried in the MSRP SEND message carrying the plurality of offline message content is determined according to a preset setting of the receiver user or the IM system, the service capability of the receiver client, and/or The amount of information that the current MSRP SEND message can carry is determined.
  • the method further includes the following steps: the IM server sends a SIP disconnection message to the client, requesting to disconnect the MSRP channel;
  • the client returns a SIP response message to the IM server, and disconnects the MSRP channel.
  • the MSRP channel is an existing MSRP channel between the IM server and the client, or a new MSRP channel is established between the IM server and the client.
  • the MSRP channel of the IM server and the client is newly created, including:
  • the client returns a response message indicating that the request is received to the IM server;
  • the IM server sends a SIP confirmation message to the client, and establishes an MSRP channel between the IM server and the client.
  • the IM server creates a new MSRP channel before performing the step A; or after the step A is performed, the IM server caches the obtained offline message content, and then creates an MSRP channel with the client.
  • the IM server When the IM server receives the cancel abort request initiated by the client again, it continues to send an offline message to the client.
  • the SIP message exchanged between the IM server and the client is forwarded by the SIP/IP core network to which the client belongs.
  • the IM server obtains offline message content from a message store.
  • the message memory is an independent logical server or is associated with the IM server. According to the method of the present invention, after the IM server obtains the offline message content of the client stored in the system, the obtained offline message is deleted in the system.
  • the offline message obtained from the system is marked with the acquired mark, and is periodically concentrated in the system. Delete the offline message that has been tagged.
  • the IM server deletes the offline message that has been sent in the system.
  • the IM server acquires the offline message content of the client stored in the system, and sets a corresponding save time limit for the offline message acquired in the system, when the offline message is saved in the system. When the time exceeds the save time limit, the offline message in the system is deleted.
  • the method for sending offline message content can support SIP/SIMPLE instant message users to receive offline messages, so that the SIP/SIMPLE instant message service system can fully support the overall solution for offline messages, thereby enriching User service experience, saving the system Resources.
  • the present invention provides a plurality of methods for acquiring offline message content, including sending offline message content through a SIP MESSAGE message or through an MSRP data transmission channel, so that an offline message transmission process can be selected according to circumstances, thereby improving the system. flexibility.
  • the offline message content sending method provided by the present invention saves system resources by taking the offline message that has been sent out from the system.
  • FIG. 1 is a service flow chart of a complete offline message solution according to an embodiment of the present invention
  • FIG. 2 is a signaling flowchart of an IM server sending an offline message through a SIP MESSAGE message according to an embodiment of the present invention
  • FIG. 3 is a signaling flowchart of an IM server sending an offline message through an MSRP channel according to an embodiment of the present invention.
  • FIG. 1 a business process diagram of a complete offline message solution according to an embodiment of the present invention is shown.
  • client A is the client of the instant message sender user
  • IM server A is the instant message server to which client A belongs
  • client B is the client of instant message receiver user B
  • IM server B The instant messaging server to which the client B belongs
  • the message memory is to store the instant message sent by the instant message sender user from the client A when the client B of the instant message recipient user is offline (the message memory is a logical entity, It is combined with IM server B, or it can be a separate server).
  • the specific business process is as follows:
  • the client A When the client A needs to send an instant message to the client B, the client A first sends an instant message to the IM server A to which it belongs;
  • the IM server A determines that the client B belongs to the IM server B, then forwards the message to the IM server B;
  • the IM server B determines whether the client B is online, if online, sends an instant message to the client B, and ends; if offline, saves the message to the message memory;
  • the IM server B needs to directly send the message to the client B according to the preset setting of the receiver user B or the IM system, so that the IM server B obtains the offline state of the client B on the message memory. , the instant message sent by client A to client B; 105. The IM server B sends the obtained offline message content to the client B.
  • Client B can obtain offline messages in the following two ways. Each method is described in detail below.
  • Offline message sending method 1 The IM server sends offline message content to the client through the SIP MESSAGE message.
  • FIG. 2 it is a flow chart of a signaling process for an IM server to send an offline message through a SIP MESSAGE message according to the present invention.
  • IM server B and client B belong to the same SIP/IP core network B.
  • the SIP/IP core network belongs to the core network part of the multimedia sub-domain defined by 3GPP and 3GPP2, such as call session control function (Call Session Control Function). , CSCF) or IP network.
  • Call Session Control Function Call Session Control Function
  • CSCF Call Session Control Function
  • client A sends one or more instant messages to client B, and IM server B stores the instant message in the message memory (the message memory is a logical entity, which may be combined with IM server B, It can also be a separate server.
  • the message memory is a logical entity, which may be combined with IM server B, It can also be a separate server.
  • These instant messages stored in the message memory are the offline messages of client B. Whether it is necessary to send an offline message directly to the user (client B), what conditions should be met for the sent message, and how to send the offline message, which may be a condition set by the user or a policy of the operator, for example
  • the IM server selects the offline message sending mode according to the service capability of the client, the number of offline messages of the client, and the size of each offline message.
  • the sending policy of the offline message is to deliver the offline message to the client B directly through the SIP MESSAGE message.
  • the client B is online through the SIP, and is registered to the IM server B and the SIP/IP core network B.
  • the IM server B knows that the user B represented by the client B is online;
  • the IM server B finds that the offline message of the client B is stored and selects that the offline message content is sent by sending the SIP MESSAGE message, and successfully obtains the offline message content of the client B from the message memory.
  • the IM server B sends a SIP MESSAGE message carrying the offline message content of the client B to the SIP/IP core network B.
  • SIP / IP core network B forwards the SIP MESSAGE message carrying the offline message content of the client B to the client B; 205.
  • the client B responds to the SIP/IP core network B with a SIP 200 OK message, indicating that the notification is received;
  • the SIP/IP core network B forwards the response message to the IM server B.
  • the processes of steps 203 through 206 above may be repeated until the offline message transmission that satisfies the condition is completed.
  • the offline message to be sent here is not necessarily sent after receiving the response message of the last offline message acknowledgement. That is to say, after sending an offline message to client B, the next offline message can be sent immediately or at predetermined intervals.
  • Offline message sending method 2 The IM server sends offline message content to the client through the MSR channel.
  • FIG. 3 it is a signaling flow diagram of an IM server sending an offline message through an MSRP channel according to the present invention.
  • IM server B and client B belong to the same SIP/IP core network B.
  • the SIP/IP core network belongs to the core network part of the multimedia sub-domain defined by 3GPP and 3GPP2, such as call session control function or IP network.
  • client A sends one or more instant messages to client B, and IM server B stores the instant message in the message memory (the message memory is a logical entity, which may be combined with IM server B, It can also be a separate server.
  • the message memory is a logical entity, which may be combined with IM server B, It can also be a separate server.
  • These instant messages stored in the message memory are the offline messages of client B. Whether it is necessary to send an offline message directly to the user (client B), what conditions should be met for the sent message, and how to send the offline message, which may be a condition set by the user in advance or an operator's policy.
  • the sending policy of the offline message is to deliver the offline message to the client B directly through the MSRP data transmission channel.
  • the specific signaling flow for the IM server to send offline messages through the MSRP channel is -
  • Client B goes online through SIP, and registers with IM server B and SIP/IP core network B.
  • the IM server knows that user B represented by client B is online.
  • the IM server B After the IM server B finds that the offline message of the client B is stored, and the content of the offline message is sent by using the MSRP channel, the IM server B determines whether the MSRP channel has been established between the IM server and the client B. If yes, go to step 309, if not, go to step 303; 303.
  • the IM server B sends a SIP request message (SIP INVITE) to the SIP/IP core network B, requesting to establish an MSRP channel, so as to send an IM message that is stored offline;
  • SIP INVITE SIP request message
  • SIP/IP core network B forwards the SIP request message (SIP INVITE) to client B;
  • the client B responds to the response message (SIP 200 OK) to the SIP/IP core network B, indicating that the request message (SIP INVITE) is received;
  • SIP / IP core network B forwards the SIP response message (SIP 200 OK) to the IM server B;
  • the IM server B After confirming receipt of the response message (SIP 200 OK), the IM server B responds to the SIP acknowledgement message (SIPACK) to the SIP/IP core network B.
  • SIPACK SIP acknowledgement message
  • the SIP/IP core network B forwards the acknowledgement message (SIPACK) to the client B.
  • SIPACK acknowledgement message
  • the MSRP channel is established between the IM server and the client B.
  • the IM server B successfully obtains the offline message and content of the client B from the message storage.
  • the IM server B sends the MSRP SEND message carrying the offline message content to the client B through the established or existing MRSP channel.
  • the client B After receiving the MSRP SEND message carrying the offline message content, the client B sends a response message (MSRP 200 OK) to the IM server B through the MRSP channel, indicating that the MSRP SEND message carrying the offline message content is received.
  • MSRP 200 OK a response message
  • step 310 to step 311 above may be repeated until the offline message transmission that satisfies the condition is completed.
  • the offline message to be sent here is not necessarily sent after receiving the response message of the last offline message acknowledgement. That is to say, after sending an offline message to client B, the next offline message can be sent immediately or at predetermined intervals.
  • the offline information that can be carried at the same time can be determined according to the pre-set of the receiving user B or the IM system, the service capability of the client B, and the amount of information that can be carried by the current MSRP SEND message.
  • the number of messages, the content of several offline messages can be sent in the MSRP SEND message at the same time, so that each offline message will be separated in the MSRP SEND message to distinguish different offline messages.
  • the IM server B sends a SIP disconnection message (SIP BYE) to the SIP/IP core network B, requesting to disconnect the MSRP channel between the client B and the IM server B, and ending the session;
  • SIP BYE SIP disconnection message
  • the SIP/IP core network B forwards the disconnection message (SIP BYE) to the client B. 314. After receiving the SIP BYE message and disconnecting the MSRP channel between the IM server B and the client B, the client B sends a response message (SIP 200 OK) to the SIP/IP core network B.
  • SIP BYE disconnection message
  • SIP 200 OK response message
  • the SIP/IP core network B forwards the response message (SIP 200 OK) to the IM server B, and learns that the MSRP channel between the IM server B and the client B has been disconnected.
  • step 309 may occur before step 302, that is, before the IM server B determines whether the MSRP channel is established, the offline message content of the client B is obtained from the message memory and cached in the IM server B. Whatever the order is taken, the effects of the present invention are not affected.
  • the IM system can directly send offline messages to the receiver user through the SIP MESSAGE message mode and the MSRP channel mode. If the MSRP channel is established, it is preferable to use the MSRP channel to send offline messages.
  • the IM server receives the abort offline message sending request initiated by the client, the offline message is suspended, and the offline message that has not been sent is indicated;
  • the server receives the cancellation abort request initiated by the client again, the server continues to send an offline message to the client.
  • the offline message that the IM server B in the message memory has acquired and saved may be Delete, or mark the offline message that has been obtained in the message memory, so as to distinguish which offline messages have been acquired, which offline messages are not acquired, and then the IM system will periodically delete the messages in the message memory.
  • the offline message in the message memory is deleted (may be deleted immediately, or Delete after a certain time interval).
  • the IM server can send the offline message content to the receiver user through the SIP MESSAGE message mode and the MSRP data channel mode, and combine the sending process of the instant message and the offline message storage process in the prior art to make the offline message processing.
  • Process becomes a complete
  • the solution enriches the user experience.
  • the offline message sending policy can be preset in the system, and various offline message sending modes provided by the present invention are selected according to factors such as the needs of the user and the operator, and the information amount of the offline message, thereby improving the flexibility of the system.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Computer Hardware Design (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Data Mining & Analysis (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Description

一种离线消息发送方法 技术领域
本发明涉及移动通信和互联网 （Internet) 领域的即时消息业务， 尤其涉 及一种在采用会话初始化协议 /即时消息与存在利用扩展会话初始协议 (SIP/SIMPLE协议）的即时消息系统中， 即时消息服务器向用户直接发送离 线消息的方法。
背景技术
即时消息（Instant Messaging, IM)业务属于一种在移动通信网络、 Internet 网络上开展的， 基于存在业务（Presence) 的个人对个人、 个人对群组的消息 类的移动数据业务。 移动通信网络包括现有的 2G (2nd Generation, 第 2代移 动网络）、 2.5G, 未来的 3G (3rd Generation, 第 3代移动网络）、 以及多媒体 子系统 （IMS) 等。
在当前的标准规范版本中有两类即时消息系统。 第一类是基于无线乡村 (Wireless Village, WV) 协议的即时消息系统， 其基于超级文本传送协议 / 无线访问协议 /短消息发送协议 （HTTP/WAP/SMS ) 承载的协议， 可以支持 2.5G/3G网络； 第二类是基于会话初始协议 （SIP) /即时消息和存在业务扩展 会话初始协议（SIMPLE) 的即时消息系统， 其基于 SIP/SIMPLE承载的协议， 支持基于 IMS的 IP网络。
在基于 SIP/SIMPLE的 IM系统中， 存在这样的使用场景： 发送方发送即时 消息到接收方， 此时若接收方不在线， 则接收方 IM服务器需要保存该离线消 息 （deferred message), 然后当接收方注册到 SIP/IP核心网络且上线到接收方 服务器上时， 该服务器可以将离线消息直接发送给接收方； 或者给接收方离 线消息通知， 如果接收方需要获取该消息的详细内容， 则给服务器发送获取 请求， 服务器则下发消息的详细内容给接收方。 但在现有的符合 SIP/SIMPLE IM标准的即时消息系统中， 没有实现将离线消息发送给接收方的过程， 也就 说， 没有提供一个完整的离线消息解决方案。
发明内容
本发明提供一种离线消息的发送方法， 应用于采用 SIP/SIMPLE协议的即 时消息系统， 来实现一种完整的离线消息获取流程。
' 本发明方法应用于采用会话初始协议 SIP/即时消息与存在利用扩展会话 初始协议 SIMPLE的即时消息系统， 当客户端注册到系统时， 即时消息 （IM) 服务器检测到系统中存储有发送给该客户端的离线消息后， 执行下列步骤：
A、 所述 IM服务器获取存储在系统中的该客户端的离线消息内容；
B、 所述 IM服务器发送离线消息内容给所述客户端。
在所述步骤 A之前还包括： 所述 IM服务器依照系统或用户的预设设置， 判断是否需要发送存储的离线消息给所述客户端， 若是， 则执行所述步骤 A; 否则结束流程。
所述预设设置还包括设置离线消息发送条件， 所述 IM服务器仅获取满足 条件的离线消息并发送给所述客户端。
根据本发明的上述方法， 在 IM服务器发送离线消息前还包括选择离线消 息发送方式的步骤。
根据本发明的上述方法， 所述 IM服务器根据所述客户端的业务能力、 所 述客户端的离线消息的条数和 /或每条离线消息的大小进行离线消息发送方 式选择。
若所述 IM服务器采用初始会话协议消息（SIP MESSAGE)方式将所述离 线消息内容发送给所述客户端， 包括如下具体步骤：
Al、 所述 IM服务器向所述客户端发送携带离线消息内容的 SIP MESSAGE消息；
Bl、 所述客户端收到离线消息内容后， 向所述 IM服务器返回 SIP响应消 息。
根据本发明的上述方法，所述 IM服务器收到 SIP响应消息后，若判断出还 有需要发送给所述客户端的满足发送条件的离线消息， 则重复所述步骤 A1和 B1 , 直到满足条件的离线消息发送完成。
根据本发明所述的方法，所述 IM服务器收到 SIP响应消息后，若判断出还 有需要发送给所述客户端的满足发送条件的离线消息， 则重复所述步骤 Al， 直到满足条件的离线消息发送完成。
若所述 IM服务器釆用消息会话中继协议 （Message Session Relay Protocol, MSRP) 通道方式将所述离线消息内容发送给所述客户端， 包括如 下具体步骤：
A2、所述 IM服务器通过] VISRP通道发送携带离线消息内容的 MSRP SEND 消息给所述客户端；
B2、 所述客户端收到离线消息内容后， 向所述 IM服务器返回 MSRP响应 消息。
根据本发明的上述方法， 所述 IM服务器收到 MSRP响应消息后， 若判断 出还有需要发送给所述客户端的满足发送条件的离线消息， 则重复所述步骤 A2和 B2， 直到满足条件的离线消息发送完成。
根据本发明所述的方法， 所述 IM服务器收到 MSRP响应消息后， 若判断 出还有需要发送给所述客户端的满足发送条件的离线消息， 则重复所述步骤 A2, 直到满足条件的离线消息发送完成。
根据本发明所述的方法， 如果存在多条需要发送的离线消息， 所述步骤 A2中所述 IM服务器向所述客户端发送携带离线消息内容的 MSRP SEND消 息， 是所述 IM服务器向所述客户端发送携带多条离线消息内容的 MSRP SEND消息， 并在 MSRP SEND消息中对每条离线消息的内容进行分割。
根据本发明所述的方法，所述发送携带多条离线消息内容的 MSRP SEND 消息中携带的离线消息的数量， 是根据接收方用户或 IM系统的预先设置、 接 收方客户端的业务能力和 /或当前 MSRP SEND消息能够携带的信息量来决定 的。
根据本发明的上述方法， 当离线消息发送完毕后， 还包括下列步骤： 所述 IM服务器向所述客户端发送 SIP拆线消息， 请求断开所述 MSRP通 道；
所述客户端向所述 IM服务器返回 SIP响应消息， 断开所述 MSRP通道。 所述 MSRP通道为所述 IM服务器与所述客户端之间已存在的 MSRP通道， 或者在所述 IM服务器与所述客户端之间新建一个 MSRP通道。
根据本发明的上述方法，新建所述 IM服务器与所述客户端的 MSRP通道， 包括：
所述 IM服务器发送 SIP请求消息到所述客户端， 请求建立 MSRP通道； 所述客户端向所述 IM服务器返回表示收到请求的响应消息； 所述 IM服务器向所述客户端发送 SIP确认消息， 建立起所述 IM服务器与 所述客户端之间的 MSRP通道。
所述 IM服务器在执行所述步骤 A之前新建 MSRP通道； 或者所述 IM服务 器在执行所述步骤 A之后， 缓存获取的离线消息内容， 再新建与所述客户端 之间的 MSRP通道。
根据本发明的上述方法， 在发送离线消息过程中， 若所述 IM服务器收到 所述客户端发起的中止离线消息发送请求， 则中止本次离线消息发送， 并指 示出还有未发送完毕的离线消息；
当所述 IM服务器收到所述客户端再次发起的取消中止请求时， 继续发送 离线消息给所述客户端。
根据本发明的上述方法，所述 IM服务器与所述客户端之间交互的 SIP消息 由客户端所属的 SIP/IP核心网转发。
所述 IM服务器从消息存储器中获取离线消息内容。
所述消息存储器为独立的逻辑服务器， 或与所述 IM服务器合设在一起。 根据本发明所述的方法， 所述步骤 A中 IM服务器获取存储在系统中的该 客户端的离线消息内容后， 在系统中删除已获取的离线消息。
根据本发明所述的方法， 所述步骤 A中 IM服务器获取存储在系统中的该 客户端的离线消息内容后，将已从系统中获取的离线消息打上已获取的标记， 并在系统中定期集中删除所述已打上已获取标记的离线消息。
根据本发明所述的方法， 所述 IM服务器收到响应消息后， IM服务器删除 系统中已经发送的离线消息。
根据本发明所述的方法， 所述 IM服务器获取存储在系统中的该客户端的 离线消息内容， 并将系统中巳获取的离线消息设置相应的保存时限， 当所述 离线消息在系统中保存的时间超过保存时限时，删除系统中的所述离线消息。
本发明的有益效果如下：
( 1 ) 本发明提供的离线消息内容发送的方法， 能够支持 SIP/SIMPLE即 时消息用户收到离线消息， 使得 SIP/SIMPLE即时消息业务系统中能够完整地 支持关于离线消息的整体解决方案， 从而丰富了用户业务体验， 节约了系统 资源。
( 2 ) 本发明提供了多种获取离线消息内容获取方法， 包括通过 SIP MESSAGE消息方式或通过 MSRP数据传输通道方式发送离线消息内容， 使离 线消息的发送过程可以根据情况而进行选择， 提高了系统灵活性。
(3 )本发明提供的离线消息内容发送方法， 通过采取将已发送的离线消 息从系统中删除， 节约了系统资源。
附图说明
图 1为本发明实施例所述的完整的离线消息解决方案的业务流程图； 图 2为本发明实施例所述方法中 IM服务器通过 SIP MESSAGE消息发送离 线消息的信令流程图；
图 3为本发明实施例所述方法中 IM服务器通过 MSRP通道发送离线消息 的信令流程图。
具体实施方式
参见图 1， 为本发明实施例所述的完整的离线消息解决方案的业务流程 图。 图 1中， 客户端 A为即时消息发送方用户的客户端； IM服务器 A为客户端 A所属的即时消息服务器； 客户端 B为即时消息接收方用户 B的客户端； IM月艮 务器 B为客户端 B所属的即时消息服务器； 消息存储器为当即时消息接受方用 户的客户端 B在离线状态时， 保存即时消息发送方用户从客户端 A发送的即时 消息 （消息存储器是逻辑实体， 可以是与 IM服务器 B合设， 也可以是单独的 服务器）。 具体业务流程如下所示：
101、客户端 A需要发送即时消息给客户端 B时， 首先客户端 A会发送即时 消息到其所属的 IM服务器 A;
102、 IM服务器 A判断客户端 B是归属于 IM服务器 B后， 则转发消息到 IM 服务器 B;
103、 IM服务器 B判断客户端 B是否在线， 如果在线， 则发送即时消息至 客户端 B， 结束； 如果离线， 则保存此消息到消息存储器中；
104、 当客户端 B上线时， IM服务器 B根据接收方用户 B或 IM系统的预先 设置决定需要直接将消息发送给客户端 B，于是 IM服务器 B到消息存储器上获 取在客户端 B离线状态下， 客户端 A发送给客户端 B的即时消息； 105、 IM服务器 B向客户端 B下发所述获取的离线消息内容。
客户端 B获取离线消息可以通过以下两种方式，下面对每种方式分别加以 详细描述。
离线消息发送方式一：IM服务器通过 SIP MESSAGE消息发送离线消息内 容到客户端。
参见图 2， 为本发明 IM服务器通过 SIP MESSAGE消息发送离线消息的信 令流程图。 图 2中， IM服务器 B、 客户端 B同属一个 SIP/IP核心网 B， 该 SIP/IP 核心网属于 3GPP和 3GPP2定义的多媒体子域的核心网部分， 比如呼叫会话控 制功能 （Call Session Control Function, CSCF) 或 IP网络。
客户端 B离线期间， 客户端 A发送一个或多个即时消息给客户端 B， IM 服务器 B将所述即时消息存储在消息存储器上（消息存储器是逻辑实体，可以 是与 IM服务器 B合设， 也可以是单独的服务器）， 这些存储在消息存储器上的 即时消息即为客户端 B的离线消息。 是否需要直接向用户 （客户端 B)发送离 线消息， 发送的消息要满足何种条件， 以及以何种方式下发离线消息， 可以 是用户预先设置的条件， 也可以是运营商的策略， 例如， 由 IM服务器根据客 户端的业务能力、 客户端的离线消息的条数和每条离线消息的大小进行离线 消息发送方式选择。
在此假设离线消息的发送策略为直接通过 SIP MESSAGE消息下发离线 消息到客户端 B。
IM服务器通过 SIP MESSAGE消息发送离线消息的具体信令流程为：
201、 客户端 B通过 SIP的方式上线， 注册到 IM服务器 B和 SIP/IP核心网 B; IM服务器 B获知客户端 B代表的用户 B已经上线；
202、 IM服务器 B发现存储有客户端 B的离线消息并且选定通过发送 SIP MESSAGE消息的方式发送离线消息内容后， 从消息存储器成功获取客户端 B 的离线消息内容；
203、 IM服务器 B发送携带客户端 B的离线消息内容的 SIP MESSAGE消息 到 SIP/IP核心网 B;
204、 SIP/IP核心网 B将该携带客户端 B的离线消息内容的 SIP MESSAGE 消息转发给客户端 B; 205、 客户端 B收到离线消息内容后， 向 SIP/IP核心网 B响应 SIP 200 OK消 息， 表示收到通知；
206、 SIP/IP核心网 B转发所述响应消息给 IM服务器 B。
如果有多条需要发送的离线消息， 可以重复以上步骤 203至步骤 206的流 程， 直到满足条件的离线消息发送完成为止。 当然， 这里所要继续发送的离 线消息不一定是在收到上一条离线消息确收的响应消息之后才发送。 也就是 说，可以是向客户端 B发送一条离线消息后，立即或者间隔预定时间发送下一 条离线消息。
离线消息发送方式二： IM服务器通过 MSR 通道方式发送离线消息内容 到客户端。
参见图 3， 为本发明 IM服务器通过 MSRP通道发送离线消息的信令流程 图。 图 3中， IM服务器 B、 客户端 B同属一个 SIP/IP核心网 B， 该 SIP/IP核心网 属于 3GPP和 3GPP2定义的多媒体子域的核心网部分， 比如呼叫会话控制功能 或 IP网络。
客户端 B离线期间， 客户端 A发送一个或多个即时消息给客户端 B， IM 服务器 B将所述即时消息存储在消息存储器上（消息存储器是逻辑实体，可以 是与 IM服务器 B合设， 也可以是单独的服务器）， 这些存储在消息存储器上的 即时消息即为客户端 B的离线消息。 是否需要直接向用户 （客户端 B)发送离 线消息， 发送的消息要满足何种条件， 以及以何种方式下发离线消息， 可以 是预先用户设置好的条件， 也可以是运营商的策略。
在此假设离线消息的发送策略为直接通过 MSRP数据传输通道下发离线 消息到客户端 B。
IM服务器通过 MSRP通道发送离线消息的具体信令流程为-
301、 客户端 B通过 SIP的方式上线， 注册到 IM服务器 B和 SIP/IP核心网 B。 IM服务器获知客户端 B代表的用户 B已经上线。
302、 IM服务器 B发现存储有客户端 B的离线消息， 并且选定通过 MSRP 通道的方式发送离线消息内容后， IM服务器 B判断 IM服务器和客户端 B之间 是否已经建立了 MSRP通道， 如果已经建立了， 则直接执行步骤 309， 如果没 有建立， 则执行步骤 303; 303、 IM服务器 B向 SIP/IP核心网 B发送 SIP请求消息（SIP INVITE), 请求 建立 MSRP通道， 以便发送离线存储的 IM消息；
304、 SIP/IP核心网 B将该 SIP请求消息 （SIP INVITE) 转发到客户端 B;
305、 客户端 B回应响应消息 （SIP 200 OK) 到 SIP/IP核心网 B， 表示收到 请求消息 （SIP INVITE);
306、 SIP/IP核心网 B将该 SIP响应消息（SIP 200 OK)转发到 IM服务器 B;
307、 IM服务器 B确认收到该响应消息（SIP 200 OK)后， 响应 SIP确认消 息 （SIPACK) 到 SIP/IP核心网 B;
308、 SIP/IP核心网 B将该确认消息 （SIPACK)转发给客户端 B; 这样 IM 服务器和客户端 B之间就建立了 MSRP通道；
309、 IM服务器 B从消息存储器成功获取客户端 B的离线消息及内容；
310、 IM服务器 B通过已建立或已存在的 MRSP通道， 将携带离线消息内 容的 MSRP SEND消息发送给客户端 B;
311、 客户端 B收到携带离线消息内容的 MSRP SEND消息后， 通过 MRSP 通道向 IM服务器 B发送响应消息（MSRP 200 OK), 表示收到携带离线消息内 容的 MSRP SEND消息；
如果有多条需要发送的离线消息， 可以重复以上步骤 310至步骤 311的流 程， 直到满足条件的离线消息发送完成为止。 当然， 这里所要继续发送的离 线消息不一定是在收到上一条离线消息确收的响应消息之后才发送。 也就是 说，可以是向客户端 B发送一条离线消息后，立即或者间隔预定时间发送下一 条离线消息。
对于上述有多条需要发送离线消息的情况， 还可以根据接收方用户 B或 IM系统的预先设置、客户端 B的业务能力及当前 MSRP SEND消息可以携带的 信息量来决定一次能够同时携带的离线消息的数量， 可以几条离线消息的内 容同时在 MSRP SEND消息中发送， 这样， 在 MSRP SEND消息中将对每条离 线消息进行分隔， 以区别出不同的离线消息。
312、 离线消息发送完成后， IM服务器 B向 SIP/IP核心网 B发送 SIP拆线消 息（SIP BYE),请求断开客户端 B与 IM服务器 B之间的 MSRP通道，结束会话；
313、 SIP/IP核心网 B将该拆线消息 （SIP BYE) 转发给客户端 B; 314、 客户端 B收到该 SIP BYE消息并断开 IM服务器 B与客户端 B之间的 MSRP通道后， 发送响应消息 （SIP 200 OK) 给 SIP/IP核心网 B;
315、 SIP/IP核心网 B将该响应消息（SIP 200 OK)转发给 IM服务器 B， 获 知 IM服务器 B与客户端 B之间的 MSRP通道已经断开。
在上述方法中， 以上步骤 309可以是在步骤 302之前发生， 即 IM服务器 B 判断 MSRP通道是否建立之前， 从消息存储器获取客户端 B的离线消息内容， 并缓存在 IM服务器 B中。 无论采取何种顺序， 不影响本发明的实施效果。
IM系统可以通过 SIP MESSAGE消息方式和 MSRP通道方式， 直接下发离 线消息给接收方用户。 若 MSRP通道已建立， 可优选使用 MSRP通道方式发送 离线消息。
在发送离线消息过程中， 若所述 IM服务器收到所述客户端发起的中止离 线消息发送请求， 则中止本次离线消息发送， 并指示出还有未发送完毕的离 线消息； 当所述 IM服务器收到所述客户端再次发起的取消中止请求时， 继续 发送离线消息给所述客户端。
在本发明实施例所述发送离线消息的过程中， 当 IM服务器从消息存储器 中获取离线消息内容后， 根据 IM系统的预先设置， 可以将消息存储器中的 IM 服务器 B已经获取并保存的离线消息删除，或者将消息存储器中已经获取过的 离线消息打上巳获取的标记， 以便区分哪些离线消息是已经获取过的， 哪些 离线消息是未获取过的， 然后 IM系统将定期集中删除消息存储器中的这些消 息。 当然， 还可以根据客户端定制的要求， 比如， 在当 IM服务器 B收到客户 端 B接收到离线消息后所发送的响应消息后，删除消息存储器中的该离线消息 (可以是立即删除， 或过间隔一定时间后删除）。还可以采用在离线消息中设 置相应的保存时限 （EXPIRE), 当离线消息在消息存储器上保存的时间超过 保存时限时， 删除消息存储器中的离线消息。 所述删除离线消息的过程是本 发明实施例所述方式可以采取的优选方式， 当然还可以根据 IM系统或客户端 的定制要求， 釆取其他可行方式， 这里不再过多叙述。
通过以上流程描述可知， IM服务器可以通过 SIP MESSAGE消息方式、 MSRP数据通道方式下发离线消息内容给接收方用户，结合现有技术中即时消 息的发送过程及离线消息的存储过程， 使得离线消息处理过程成为一个完整 的解决方案， 丰富了用户业务体验。 同时， 可以在系统中预设离线消息发送 策略， 根据用户和运营商的需要， 以及离线消息的信息量等因素选择本发明 提供的多种离线消息发送方式， 提高了系统的灵活性。
显然， 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本 发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权利要 求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。

Claims

权 利 要 求 书
1. 一种离线消息发送方法， 应用于釆用会话初始协议 SIP/即时消息与存 在利用扩展会话初始协议 SIMPLE的即时消息系统， 当客户端注册到系统时， 即时消息 （IM) 服务器检测到系统中存储有发送给该客户端的离线消息后， 执行下列步骤：
A、 所述 IM服务器获取存储在系统中的该客户端的离线消息内容；
B、 所述 IM服务器发送离线消息内容给所述客户端。
2. 如权利要求 1所述的方法， 其特征在于， 在所述步骤 A之前还包括： 所 述 IM服务器依照系统或用户的预先设置， 判断是否需要发送存储的离线消息 给所述客户端， 若是， 则执行所述步骤 A; 否则结束流程。
3. 如权利要求 2所述的方法， 其特征在于， 所述预先设置还包括设置离 线消息发送条件， 所述 IM服务器仅获取满足条件的离线消息并发送给所述客 户端。
4. 如权利要求 1所述的方法， 其特征在于， 在 IM服务器发送离线消息前 还包括选择离线消息发送方式的步骤。
5. 如权利要求 4所述的方法， 其特征在于， 所述 IM服务器根据所述客户 端的业务能力、 所述客户端的离线消息的条数和 /或每条离线消息的大小进行 离线消息发送方式选择。
6. 如权利要求 1所述的方法， 其特征在于， 若所述 IM服务器采用 SIP MESSAGE方式将所述离线消息内容发送给所述客户端， 包括如下具体步骤：
Al、 所述 IM服务器向所述客户端发送携带离线消息内容的 SIP MESS AGE消息；
Bl、 所述客户端收到离线消息内容后， 向所述 IM服务器返回 SIP响应消 息。
7. 如权利要求 6所述的方法， 其特征在于， 所述 IM服务器收到 SIP响应消 息后， 若判断出还有需要发送给所述客户端的满足发送条件的离线消息， 则 重复所述步骤 A1和 Bl， 直到满足条件的离线消息发送完成。
8. 如权利要求 6所述的方法， 其特征在于， 所述 IM服务器收到 SIP响应消 息后， 若判断出还有需要发送给所述客户端的满足发送条件的离线消息， 则 重复所述步骤 Al， 直到满足条件的离线消息发送完成。
9. 如权利要求 1所述的方法， 其特征在于， 若所述 IM服务器采用 MSRP 通道方式将所述离线消息内容发送给所述客户端， 包括如下具体步骤：
A2、所述 IM服务器通过 MSRP通道发送携带离线消息内容的 MSRP SEND 消息给所述客户端；
B2、 所述客户端收到离线消息内容后， 向所述 IM服务器返回 MSRP响应 消息。
10. 如权利要求 9所述的方法， 其特征在于， 所述 IM服务器收到 MSRP响 应消息后，若判断出还有需要发送给所述客户端的满足发送条件的离线消息， 则重复所述步骤 A2和 B2， 直到满足条件的离线消息发送完成。
11. 如权利要求 9所述的方法， 其特征在于， 所述 IM服务器收到 MSRP响 应消息后，若判断出还有需要发送给所述客户端的满足发送条件的离线消息， 则重复所述步骤 A2， 直到满足条件的离线消息发送完成。
12. 如权利要求 9所述的方法， 其特征在于， 如果存在多条需要发送的离 线消息，所述步骤 A2中所述 IM服务器向所述客户端发送携带离线消息内容的 MSRP SEND消息， 是所述 IM服务器向所述客户端发送携带多条离线消息内 容的 MSRP SEND消息， 并在 MSRP SEND消息中对每条离线消息的内容进行 分割。
13. 如权利要求 12所述的方法， 其特征在于， 所述发送携带多条离线消 息内容的 MSRP SEND消息中携带的离线消息的数量， 是根据接收方用户或 IM系统的预先设置、 接收方客户端的业务能力和 /或当前 MSRP SEND消息能 够携带的信息量来决定的。
14. 如权利要求 10、 11或 12所述的方法， 其特征在于， 当离线消息发送 完毕后， 还包括下列步骤：
所述 IM服务器向所述客户端发送 SIP拆线消息， 请求断开所述 MSRP通 道；
所述客户端向所述 IM服务器返回 SIP响应消息， 断开所述 MSRP通道。
15. 如权利要求 9所述的方法， 其特征在于， 所述 MSRP通道为所述 IM服 务器与所述客户端之间已存在的 MSRP通道， 或者在所述 IM服务器与所述客 户端之间新建一个 MSRP通道。
16. 如权利要求 15所述的方法， 其特征在于， 新建所述 IM服务器与所述 客户端的 MSRP通道， 包括：
所述 IM服务器发送 SIP请求消息到所述客户端， 请求建立 MSRP通道； 所述客户端向所述 IM服务器返回表示收到请求的响应消息；
所述 IM服务器向所述客户端发送 SIP确认消息， 建立起所述 IM服务器与 所述客户端之间的 MSRP通道。
17. 如权利要求 15所述的方法， 其特征在于， 所述 IM服务器在执行所述 步骤 A之前新建 MSRP通道； 或者所述 IM服务器在执行所述步骤 A之后， 缓存 获取的离线消息内容， 再新建与所述客户端之间的 MSRP通道。
18. 如权利要求 1所述的方法， 其特征在于， 在发送离线消息过程中， 若 所述 IM服务器收到所述客户端发起的中止离线消息发送请求， 则中止本次离 线消息发送， 并指示出还有未发送完毕的离线消息；
当所述 IM服务器收到所述客户端再次发起的取消息中止请求时， 继续发 送离线消息给所述客户端。
19. 如权利要求 1所述的方法， 其特征在于， 所述 IM服务器与所述客户端 之间交互的 SIP消息由客户端所属的 SIP/IP核心网转发。
20. 如权利要求 1所述的方法， 其特征在于， 所述 IM服务器从消息存储器 中获取离线消息内容。
21. 如权利要求 20所述的方法， 其特征在于， 所述消息存储器为独立的 逻辑服务器， 或与所述 IM服务器合设在一起。
22. 如权利要求 1所述的方法， 其特征在于， 所述步骤 A中 IM服务器获取 存储在系统中的该客户端的离线消息内容后， 在系统中删除已获取的离线消 息。
23. 如权利要求 1所述的方法， 其特征在于， 所述步骤 A中 IM服务器获取 存储在系统中的该客户端的离线消息内容后， 将已从系统中获取的离线消息 打上已获取的标记， 并在系统中定期集中删除所述已打上已获取标记的离线 消息。
24. 如权利要求 6或 9所述的方法， 其特征在于， 所述 IM服务器收到响应 消息后， IM服务器删除系统中已经发送的离线消息。
25. 如权利要求 1所述的方法， 其特征在于， 所述 IM服务器获取存储在 系统中的该客户端的离线消息内容， 并将系统中已获取的离线消息设置相应 的保存时限， 当所述离线消息在系统中保存的时间超过保存时限时， 删除系 统中的所述离线消息。
PCT/CN2006/001514 2005-09-19 2006-06-30 Procede de transmission de message hors ligne WO2007033549A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA2006800122341A CN101160875A (zh) 2005-09-19 2006-06-30 一种离线消息发送方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200510103499A CN1794722B (zh) 2005-09-19 2005-09-19 一种离线消息发送方法以及即时消息服务器
CN200510103499.X 2005-09-19

Publications (1)

Publication Number Publication Date
WO2007033549A1 true WO2007033549A1 (fr) 2007-03-29

Family

ID=36805989

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/001514 WO2007033549A1 (fr) 2005-09-19 2006-06-30 Procede de transmission de message hors ligne

Country Status (3)

Country Link
US (1) US20070070988A1 (zh)
CN (2) CN1794722B (zh)
WO (1) WO2007033549A1 (zh)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102611639B (zh) * 2006-07-21 2015-04-08 华为技术有限公司 一种即时消息系统中发送即时消息报告的系统
EP2119154B1 (en) * 2006-12-29 2018-07-11 Samsung Electronics Co., Ltd. System and method for deferred message expiry reminder
US8296384B2 (en) * 2007-06-22 2012-10-23 Samsung Electronics Co., Ltd System and method for deferred message reminders and expiry extension
US20090216836A1 (en) * 2008-02-25 2009-08-27 Thomas Richard Haynes Saving a Draft Message in an Instant Messaging Environment
FR2964815A1 (fr) * 2010-09-14 2012-03-16 France Telecom Gestion de l'acces au statut d'une ressource
CN103516579A (zh) 2012-06-27 2014-01-15 腾讯科技（深圳）有限公司 提供离线消息的服务系统及相应的服务方法
CN103546437A (zh) * 2012-07-16 2014-01-29 中兴通讯股份有限公司 一种ims中实现离线消息收发的方法、ue及as
CN104216659A (zh) * 2013-05-30 2014-12-17 中兴通讯股份有限公司 一种离线消息的存储方法及服务器
CN104518953B (zh) * 2013-09-30 2019-12-24 腾讯科技（深圳）有限公司 删除消息的方法、即时通信终端及系统
CN103873350B (zh) * 2014-03-14 2018-05-01 上海斐讯数据通信技术有限公司 一种即时消息提示服务器、系统及方法
CN105376136B (zh) * 2014-08-27 2019-11-22 中国电信股份有限公司 即时通讯方法、服务器及系统
US10476982B2 (en) 2015-05-15 2019-11-12 Cisco Technology, Inc. Multi-datacenter message queue
CN105812235B (zh) * 2016-03-04 2020-05-29 百度在线网络技术（北京）有限公司 消息处理方法、装置及系统
CN108023923A (zh) * 2016-11-04 2018-05-11 中兴通讯股份有限公司 离线消息的处理方法及装置
CN111092802B (zh) * 2018-10-23 2022-09-16 中国移动通信有限公司研究院 一种消息交互方法、发送设备及接收设备
CN111726281A (zh) * 2020-06-03 2020-09-29 香港乐蜜有限公司 一种即时消息的传输方法、装置、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040103153A1 (en) * 2002-11-21 2004-05-27 Chang Tsung-Yen Dean Apparatus and method for providing smart network appliances
CN1540945A (zh) * 2003-04-23 2004-10-27 �����е��ʽ���� 通信装置及通信方法
JP2005182169A (ja) * 2003-12-16 2005-07-07 Sony Corp 通信システムおよび方法、情報処理装置および方法、プログラム並びに記録媒体

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6594688B2 (en) * 1993-10-01 2003-07-15 Collaboration Properties, Inc. Dedicated echo canceler for a workstation
US7359938B1 (en) * 1999-12-14 2008-04-15 Nortel Networks Limited System indicating the presence of an individual or group of individuals
JP4394347B2 (ja) * 2000-08-11 2010-01-06 ザ・トラスティーズ・オブ・コロンビア・ユニバーシティ・イン・ザ・シティ・オブ・ニューヨーク インター／イントラネット電話でのユニファイドメッセージングのためのシステム及び方法
US7870196B2 (en) * 2000-11-08 2011-01-11 Nokia Corporation System and methods for using an application layer control protocol transporting spatial location information pertaining to devices connected to wired and wireless internet protocol networks
AU2002239391A1 (en) * 2000-11-30 2002-06-11 Message Machines, Inc. Systems and methods for routing messages to communications devices
US20020075303A1 (en) * 2000-12-18 2002-06-20 Nortel Networks Limited And Bell Canada Method and system for creating a virtual team environment
WO2002075573A1 (en) * 2001-03-19 2002-09-26 Microsoft Corporation System and method for communications management and data exchange
KR100871581B1 (ko) * 2002-02-19 2008-12-02 포스티니 코포레이션 Ｅ-메일 관리 서비스들
US20040103157A1 (en) * 2002-04-17 2004-05-27 Nokia Corporation Store-and-forward server and method for storing and forwarding for instant messaging service implemented in IP multimedia core network subsystem (IMS)
US7725542B2 (en) * 2003-02-10 2010-05-25 At&T Intellectual Property I, L.P. Forwarding IM messages to E-mail
US7818375B2 (en) * 2002-10-17 2010-10-19 At&T Intellectual Property I, L.P. Providing advanced instant messaging (IM) notification
US7269629B2 (en) * 2002-12-30 2007-09-11 Intel Corporation Method and apparatus for distributing notification among cooperating devices and device channels
US20040158610A1 (en) * 2003-02-10 2004-08-12 Davis Joel A. Client proxying for instant messaging
US7698367B2 (en) * 2003-03-06 2010-04-13 Siemens Communications, Inc. System and method for presence enabled e-mail delivery
JP3788447B2 (ja) * 2003-06-30 2006-06-21 株式会社日立製作所 セッション制御サーバ、プレゼンスサーバ、セッション制御装置、当該セッション制御装置に適用されるソフトウェア、セッション制御方法、およびネットワークシステム
CN1642148B (zh) * 2004-01-17 2012-06-20 腾讯科技（深圳）有限公司 一种即时通讯处理方法
US20050213580A1 (en) * 2004-03-24 2005-09-29 Georg Mayer System and method for enforcing policies directed to session-mode messaging
US8868779B2 (en) * 2004-06-15 2014-10-21 Accenture Global Services Limited Method and apparatus to accomplish peer-to-peer application data routing between service consumers and service providers within a service oriented architecture
US20070294336A1 (en) * 2004-07-02 2007-12-20 Greg Pounds Proxy-based communications architecture
US7840681B2 (en) * 2004-07-30 2010-11-23 International Business Machines Corporation Method and apparatus for integrating wearable devices within a SIP infrastructure
EP1790143A1 (en) * 2004-09-17 2007-05-30 Telecom Italia S.p.A. A method and system of interaction between entities on a communication network
US7975009B2 (en) * 2004-10-25 2011-07-05 Aspect Software, Inc. Instant message contact router
US8473617B2 (en) * 2004-12-31 2013-06-25 Sony Corporation Media client architecture for networked communication devices
US8209432B2 (en) * 2005-03-14 2012-06-26 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for communicating multimedia content
FI20055288A0 (fi) * 2005-06-06 2005-06-06 Nokia Corp Yksittäinen sanomanvälitys
US20090138317A1 (en) * 2006-09-08 2009-05-28 Roy Schoenberg Connecting Providers of Financial Services
BRPI0817266A2 (pt) * 2007-09-20 2015-06-16 Markport Ltd Entrega de mensagem em redes móveis
CA2706966A1 (en) * 2007-12-04 2009-06-11 Telefonaktiebolaget L M Ericsson (Publ) A method of reducing size of presence messages
US20100262644A1 (en) * 2009-04-08 2010-10-14 Research In Motion Limited Method and system for qualifying a generic trigger

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040103153A1 (en) * 2002-11-21 2004-05-27 Chang Tsung-Yen Dean Apparatus and method for providing smart network appliances
CN1540945A (zh) * 2003-04-23 2004-10-27 �����е��ʽ���� 通信装置及通信方法
JP2005182169A (ja) * 2003-12-16 2005-07-07 Sony Corp 通信システムおよび方法、情報処理装置および方法、プログラム並びに記録媒体

Also Published As

Publication number Publication date
CN1794722B (zh) 2010-05-05
CN101160875A (zh) 2008-04-09
US20070070988A1 (en) 2007-03-29
CN1794722A (zh) 2006-06-28

Similar Documents

Publication Publication Date Title
WO2007033549A1 (fr) Procede de transmission de message hors ligne
US9065970B2 (en) Method and system for facilitating communication between wireless communication devices
CN1767508B (zh) 即时消息传送服务中的文件传输方法以及用于支持该方法的移动通信终端
KR101524313B1 (ko) 통합 메시징 서비스에서 인스턴트 메시징 처리 통지 요청과 응답 방법 및 그 시스템
CN1859380B (zh) 一种离线消息获取方法
JP5650748B2 (ja) コンバージドｉｐメッセージング（ｃｐｍ）とショートメッセージサービス（ｓｍｓ）との間のインターワーキングサービスを提供するための方法及びインターネットプロトコルショートメッセージゲートウェイ（ｉｐ−ｓｍ−ｇｗ）
US20110282957A1 (en) Method for processing deferred message
US20080270553A1 (en) Method and System for Instant Notification of Communication Block Information
KR101596955B1 (ko) 통합 인터넷 프로토콜 메시징 시스템에서 세션 트랜스퍼 방법
US8014775B2 (en) Method and system for implementing messaging services and a message application server
US9553917B2 (en) Server, device and recording medium for HTTP file transfer during chatting session established by another protocol
WO2007041937A1 (fr) Methode d'envoi et de reception de message hors ligne, appareil client, serveur et systeme
US20140250197A1 (en) Content server, terminal, and method using http
EP2797285B1 (en) Method and apparatus for network communication
WO2013152702A1 (zh) 发送语音消息的方法及系统、融合消息服务器及客户端
US20120011260A1 (en) Method and system for transmitting large message mode converged IP messaging
GB2488120A (en) Facilitating communication between devices by requesting a status indicator of the ability of a second device to use a second communication method.
WO2015196809A1 (zh) 消息处理方法及装置
WO2010009666A1 (zh) 多媒体业务的实现方法、系统和装置
KR101330051B1 (ko) 수신불능 단말로의 파일 전송 장치 및 기록매체
CN108337215B (zh) 一种文件传输方法及系统、装置、电子设备
US8688848B2 (en) Method of establishing a media link for transmitting a large message mode CPM message to a group
WO2021133358A1 (en) A system used during retrieval or transmission of short message
WO2009152717A1 (zh) 一种发送消息的方法、装置及系统
Alliance OMA Converged IP Messaging System Description

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 200680012234.1

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06761329

Country of ref document: EP

Kind code of ref document: A1