[go: up one dir, main page]

WO2012013033A1 - Procédé et système de traitement de message de requête - Google Patents

Procédé et système de traitement de message de requête Download PDF

Info

Publication number
WO2012013033A1
WO2012013033A1 PCT/CN2011/071079 CN2011071079W WO2012013033A1 WO 2012013033 A1 WO2012013033 A1 WO 2012013033A1 CN 2011071079 W CN2011071079 W CN 2011071079W WO 2012013033 A1 WO2012013033 A1 WO 2012013033A1
Authority
WO
WIPO (PCT)
Prior art keywords
client
message
request message
cpm
unique identifier
Prior art date
Application number
PCT/CN2011/071079
Other languages
English (en)
Chinese (zh)
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 WO2012013033A1 publication Critical patent/WO2012013033A1/fr

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/21—Monitoring or handling of messages
    • H04L51/214—Monitoring or handling of messages using selective forwarding

Definitions

  • the present invention relates to the field of communications, and in particular to an instant messaging (including a Converged IP Messaging (CPM) service, and an IMS service, a Rich Communication Suite (RCS), etc.) Processing system and method for request messages within.
  • an instant messaging including a Converged IP Messaging (CPM) service, and an IMS service, a Rich Communication Suite (RCS), etc.
  • CCM Converged IP Messaging
  • IMS Rich Communication Suite
  • Instant messaging is becoming more and more widely used.
  • the instant messaging system distinguishes users by assigning different user identities (or accounts or addresses) to them, and the user uses this user ID to log in and register with each other.
  • more and more instant messaging services support the ability to log in to multiple terminals simultaneously. Taking the instant messaging service as an example, a user can have a user identity and log in to register online at multiple different terminals.
  • Converged IP Messaging enables intercommunication of multiple messaging services, provides unified messaging services, and provides a consistent and convenient messaging service experience.
  • CPM's business forms include: CPM based on pager-mode paging mode, Large Message Mode CPM Message based on session-mode session mode, and other CPM session services based on session (CPM Session service). Before users can use these services normally, they need to register to log in to the CPM system, which is commonly referred to as online.
  • the CPM Address is the identifier used by the CPM system (known as CPM Enabler, CPM Service Engine) to distinguish different users in the system.
  • CPM Enabler CPM Service Engine
  • a user can have multiple CPM addresses and can be registered on multiple terminal devices, that is, online at the same time, so that users can use multiple terminals in different scenarios. If some The user logs in to the CPM system on the different terminal using the same CPM address, and when the user is the receiver of the CPM message (CPM paging message, CPM big message request message, and CPM Session request message), the CPM system is transmitting.
  • the receiver user can configure different receiving policies for different terminal devices, specifically, different receiving policies such as meeting, dining, work, and off-duty are set to receive and manage. For example, if the user can set different senders' blacklists or whitelists for different terminals, it is undoubtedly close to the user's psychology, but the related solutions in the prior art are not given.
  • the technical problem to be solved by the present invention is to provide a processing system and method for a service request message including an instant message, a CPM service, an IMS service, and an RCS converged communication service, etc., where the request message is sent to the same user.
  • the service system Before multiple clients identified by the user, according to different receiving rules set for each terminal in advance, the service system performs client selection according to the receiving rules of each client of the receiving party, determines the final receiving client, and increases the user experience.
  • the service server obtains the receiving rule configuration information of the multiple receiving client before sending the request message, and selects the multiple receiving client according to the receiving rule configuration information corresponding to the multiple receiving client respectively;
  • the request message sent carries the selection result information including the third unique identifier of the receiver client to indicate whether the recipient client is allowed to receive the request message. Further includes:
  • any one of the multiple receiver clients sends a registration message to the SIP/IP core network, and carries the first unique identifier of the receiver client in the registration message.
  • Any one of the plurality of recipient clients sets the receiving rule configuration information for the own client and/or other recipient clients registered with the same user identifier, and the receiving rule configuration information of the different receiving client passes the The second unique identifier of the recipient client obtained by the service server is distinguished.
  • the service server obtains the second unique identifier of the recipient client by any one of the following methods:
  • the SIP/IP core network forwards the registration message to the service server, and carries the second unique identifier of the receiver client;
  • the service server sends a subscription message to the SIP/IP core network, and the SIP/IP core network sends a subscription notification message to the service server, where the subscription notification message carries a second unique identifier of the recipient client.
  • the service server obtains a third unique identifier of the recipient client by any one of the following methods:
  • the SIP/IP core network (a) after receiving the registration message carrying the first unique identifier sent by the receiving client, the SIP/IP core network generates a third unique identifier according to the first unique identifier, and forwards the registration message to the service server. Carrying a third unique identifier of the receiver CPM client;
  • the service server sends a subscription message to the SIP/IP core network, and the SIP/IP core network sends a subscription notification message to the service server, where the subscription notification message carries a third unique identifier of the recipient client.
  • the first unique identifier of the recipient client, the second unique identifier of the receiver client, The relationship between the third unique identifier of the receiver client is: the three identifiers are the same identifier or are different but have an association relationship;
  • the receiver client first unique identifier, the receiver client second identifier, and the receiver client third unique identifier may include at least one of the following three types: a client proxy identifier instance-id, or a device Identity, or globally routable user agent global resource identifier GRUU.
  • the service server is a converged IP message CPM participates in a functional entity
  • the request message is a request message of a CPM paging message, or a request message of a CPM big message, or a request message of a SIP session;
  • the recipient client is a receiver CPM client.
  • the request message sent by the CPM participating functional entity is a real-time received CPM request message from a sender, or a non-real-time CPM request message.
  • the first unique identifier is a client proxy identifier, or is a device identifier
  • the second unique identifier is a client proxy identifier, or a device identifier, or a global routable user proxy global resource identifier;
  • the third unique identifier is a client proxy identifier, or a device identifier, or a global routable user proxy global resource identifier.
  • a processing system for requesting a message comprising: a service server, a user configuration information storage server, and a plurality of receiver clients registered with the same user identifier;
  • the service server is configured to: before receiving the request message, obtain the receiving rule configuration information of the plurality of receiver clients that are registered by using the same user identifier, and receive the different receiving according to different recipient clients.
  • the rule configuration information is used by the receiver client to be selected; and is further configured to carry the selection result information including the third unique identifier of the receiver client in the sent request message, to indicate whether the receiver client is allowed to receive the request.
  • the user configuration information storage server is configured to store the receiving rule configuration information of the plurality of recipient clients registered by using the same user identifier.
  • the system further includes a SIP/IP core network, configured to receive a SIP/IP core network registration message sent by any one of the multiple recipient clients before the service server performs message processing;
  • the SIP/IP core network registration message carries the first unique identifier of the receiver client.
  • the present invention provides a processing system and method for a service request message including an instant message, a CPM service, an IMS service, and an RCS converged communication service, etc., when the receiver uses multiple clients simultaneously online.
  • the service system performs client selection according to the receiving rule of each receiving client, determines the final receiving client, and increases the user experience.
  • the technical solution described in the present invention is applicable not only to an instant messaging system, a CPM system, an IMS-based service system, or an RCS converged communication service, but also to other SIP-based service systems.
  • FIG. 1 is a schematic diagram of receiving policy configuration information of a receiver of a request message according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a message processing scheme 1 of a service server according to an embodiment of the present invention
  • FIG. 3 is a service server pair according to an embodiment of the present invention
  • Flowchart of message processing scheme 2
  • FIG. 4 is a schematic diagram of a processing flow of a request message according to an embodiment of the present invention.
  • the present invention provides a processing system and method for a service request message including an instant message, a CPM service, an IMS service, and an RCS converged communication service.
  • a service request message including an instant message, a CPM service, an IMS service, and an RCS converged communication service.
  • the service system The client selects according to the receiving rule of each receiving client, determines the final receiving client, and increases the user experience.
  • an entity that implements all business functions on the network side can be considered as a business server.
  • an instant messaging system is taken as an example, a business service Is an instant messaging server, which can be a business system consisting of one or more functional entities;
  • the service server includes a participating function entity and a control function entity of the CPM system.
  • the SIP/IP core network is the IMS core network
  • the service server is in the IMS system.
  • Application Server (AS) is the IMS core network
  • the present invention is also applicable to other SIP-based service systems.
  • the service system architecture of the present invention is based on a SIP/IP core network architecture.
  • the SIP/IP core network may be integrated with a service server.
  • the present invention is equally applicable to such networking situations.
  • the present invention is directed to a terminal selection method for multi-receiving terminal messages, which is not limited by a specific service form. For other services (such as SIP-based services), the request message is sent to a specific recipient client.
  • the present invention is equally applicable to the selection process according to the user configuration.
  • FIG. 2 and FIG. 3 are two schemes provided by the present invention.
  • the receiving rule configuration information is used as one of the selection conditions to select a client that satisfies the receiving condition, and then carries the unique identification information of the selected client in the message sent by the client, in scheme 1 (FIG. 1), for each selected one.
  • the client sends a request message, and the message carries the unique identifier information of the selected client.
  • scenario 2 (Fig. 2), regardless of the number of selected clients, only one request message is sent, and the request message carries the unique identifier of all selected clients (or carries the unique identifier of all clients that are not selected).
  • the technology of the present invention is described by taking only the IP messaging service (including the request message of the CPM paging message, the request message of the CPM big message, and the request message of the CPM Session) as an example, and the technical solutions for other service systems are as follows:
  • the content has a similar principle.
  • the user configuration information is stored in an XDM (XML Document Management) server in the form of an XML (Extensible Markup Language) document.
  • XDM XML Document Management
  • the receiver user can use a CPM address to register on different clients.
  • the participating function entity that belongs to the receiver, that is, the Terminating Participating Function, when the CPM request message is sent, is based on the slave configuration information storage server.
  • the receiving rule of each receiving client is obtained from the XDM server, and one of the filtering conditions for screening the plurality of CPM clients of the receiving party, and selecting a CPM request message that satisfies the receiving condition from the plurality of CPM clients
  • the CPM client is received, and then a CPM request message is sent for each selected receiving CPM client, where the filtered unique identifier of the client is carried in the message.
  • the embodiment provides a request message processing system for converging IP messages, including: a participating functional entity (service server), multiple receiver CPM clients, a SIP/IP core network, and a user configuration information storage server;
  • a participating functional entity service server
  • multiple receiver CPM clients multiple receiver CPM clients
  • SIP/IP core network a SIP/IP core network
  • a user configuration information storage server a user configuration information storage server
  • the participating functional entity is configured to obtain a receiving rule of each client from the user configuration information storage server (XDM server) before sending the CPM request message to the plurality of receiving CPM clients satisfying the receiving condition, and check each client receiving a rule, so that the unique identifier of the receiving CPM client is carried in the sent request message;
  • XDM server user configuration information storage server
  • the CPM message sent by the participating functional entity is a real-time received CPM request message from the sender, or a non-real-time CPM request message.
  • the user configuration storage server stores the receiving rule configuration information of each client, and distinguishes the receiving rule corresponding to the client by the unique identifier of the client.
  • the CPM client is used to provide a unique identifier for the client when registering, and is also used to access the user-configured storage server to maintain configuration information.
  • Embodiment 1 is a multi-client selection method of the CPM.
  • the method includes the following steps: Step S101: The user uses the same CPM address to register with different CPM clients, and the registration message carries the first unique identifier of each client, for example, instance-id Logo.
  • Step S102 Through the registration of step S101, the SIP/IP core network obtains the first unique identifier of each client, instance-idministered.
  • Step S103 The participating functional entity subscribes to the SIP/IP core network for the first unique identifier instance-id of each client of the user, and obtains the first unique identifier of each client. Or the SIP/IP core network forwards the first unique identifier instance-id of each client to the participating functional entity by using a third-party registration message.
  • Step S104 The user directly or indirectly accesses the user configuration information storage server (XDM server) through a certain CPM client, and sets the user to receive the rule configuration information, and the user can receive multiple rule configuration information. Protection.
  • XDM server user configuration information storage server
  • Step S105 The unique identifier of each client acquired by the participating function entity through the method described in step S103, the user specifies different receiving rule configuration information for each client including the client itself through a certain CPM client;
  • the second unique identifier is used to distinguish different receiving rule configuration information of each client.
  • the second unique identifier of the client may be the same as the first unique identifier, or may be extended by the first unique identifier and associated with the first identifier.
  • Step S106 Before the participating function entity needs to send the received CPM request message to the CPM client of the receiver, the participating function entity acquires the receiving rule of each client, and selects the receiving rule according to the receiving rule configuration information as one of the filtering conditions. Which of the CPM clients of the recipient of the condition is. For example, if the receiving rule corresponding to a receiving client is a blacklist member of the request message, the message will be prohibited from being sent to the client.
  • the CPM request message sent by the participating function entity may be a real-time received CPM message (a request message of a paging message or a request message of a CPM big message) or a request message of a CPM Session, or may be a condition that the condition is satisfied. (If the receiver client becomes unreachable from reachable), send a non-real-time CPM message, that is, deferred CPM message.
  • Step S107 For each CPM client that meets the receiving condition, the participating functional entity carries the third unique identifier of the receiving CPM client in the sent CPM request message, and the request message is routed to each receiving CPM via the SIP/IP core network. Client.
  • the requesting message may be sent to each selected client, and the request message carries the third unique identifier of the receiving client. Based on this information, the SIP/IP core network routes the messages to Client 1 and Client 2. This scheme corresponds to Figure 2.
  • the participating functional entity may send only one request message regardless of the selected recipient client, and the request message carries permission (or does not allow) to receive the request message. Based on this information, the SIP/IP core network routes the message to Client 1 and Client 2. This scheme corresponds to Figure 3.
  • CPM address Addr-A is a CPM address of user A, and the CPM address belongs to Participate in functional entity A (denoted as PF-A);
  • User B uses the same CPM address to register with the CPM system on two different terminals. These two CPM terminals are respectively recorded as Device-Bl and Device-B2, and the CPM client built in Device-Bl is recorded as CPM client. Bl, the built-in CPM client of Device-B2 is recorded as CPM client B2; the CPM address belongs to CPM participating functional entity B (denoted as PF-B).
  • user A sends a CPM request message to user B (including the request message for CPM search).
  • the request message SIP MESSAGE of the call message or the request message SIP INVITE of the CPM big message or the request message SIP INVITE of the SIP session is used as an example, and the CPM participating in the function entity of the receiving party sends the received CPM message to the client before the CPM message is sent.
  • End selection processing including the following steps:
  • Step S301 User B uses the same CPM address to register on different terminals Device-B1 and Device-B2 through two different CPM client B1 and CPM client B2, and the registration message carries a unique identifier of each client, for example, Instance-idl and instance-id2.
  • Step S302 Through the registration of step S101, the SIP/IP core network obtains the unique identifiers of each client B, instance-idl and instance-id2.
  • Step S303 The participating functional entity subscribes to the SIP/IP core network for the unique identifier of each client of the user B, obtains the unique identifier of each client B, the instance identifier instance-idl, instance-id2, and/or global routable User agent global resource identifiers GRUUl, GRUU2.
  • the SIP/IP core network forwards each client unique identifier instance-idl and instance-id2 ( instance-idl, instance-id2, and/or GRUUl, GRUU2) to the participating functional entity through a third-party registration message.
  • Step S304 The user B accesses the user configuration information storage server (XDM server) directly or indirectly through the CPM client B1, and sets the user to receive the rule configuration information, and the user can receive multiple configuration rules.
  • XDM server user configuration information storage server
  • the direct access means that the CPM client (specifically the storage client agent) directly accesses the XDM document server.
  • the indirect access means that the CPM client accesses the XDM document server through the participating functional entity.
  • Step S305 The participating function entity obtains the unique identifier instance-id of each client B of the user B through the method described in step S303, and the user specifies different receiving rule configuration information for the CPM client B1 and the CPM client B2 through the CPM client B1;
  • the receiving rule configuration information of the client B1 is marked by the unique identifier instance-idl; the receiving of the CPM client B2
  • the rule configuration information is marked with a unique identifier instance-id2.
  • the configuration of the receiving rule configuration information is stored on the storage server, that is, the XDM document server.
  • each client of user B uses direct access XDM mode to set configuration information for each client, there are two options:
  • Solution 1 The client B1 first obtains the instance-id2 of the client B2 by accessing the participating functional entity, and the client B1 sets the receiving rule configuration information of the client B2; after that, the client B1 directly accesses the XDM server, for example, through the HTTP protocol.
  • the configuration information is saved on the XDM server.
  • the configuration information of client B2 contains the tag identifier instance-id2.
  • Solution 2 The participating functional entity obtains the instance-id of the client B1 and B2, and then saves the identifiers of the two clients, instance-idl and instance-id2, through the communication interface between the participating functional entity and the XDM (such as the HTTP protocol). On the user configuration information server.
  • the client B1 accesses the XDM server, sets the receiving rule configuration information of the client B2, and saves the configuration information on the XDM server.
  • the configuration information of the client B2 includes the tag identifier instance-id2.
  • each client of user B assuming that client B1, uses indirect access XDM mode to set configuration information for each client, the following scheme can be used:
  • the client B1 obtains the instance-id2 of the client B2 by accessing the participating function entity, and the client B1 sets the receiving rule configuration information of the client B2; after that, the participating functional entity communicates with the XDM server (such as the HTTP protocol), The configuration information is saved on the XDM server.
  • the configuration information of client B2 contains the tag identifier instance-id2.
  • Step S306 User A sends a CPM request message to User B, and the request message may be a request message of a CPM paging message, a SIP MESSAGE or a request message of a CPM big message, a SIP INVITE or a SIP INVITE request message.
  • Step S307 After receiving the CPM request message, the PF-B sends the request message of the received CPM message to the receiving party's CPM client, according to the receiving rule of each client from the user configuration information storage server, according to each The receiving rule of each client is one of the selection conditions to determine which of the CPM clients of the receiving party satisfying the receiving condition.
  • the terminal that is finally selected to meet the receiving condition is the CPM client B 1 and the CPM client B2;
  • Step S308 The request message delivered by the PF-B carries the unique identifier of the selected client, such as carrying the instance-idl and the instance-id2 or the globally routable user agent global resource identifiers GRUU1 and GRUU2 (the GRUU identifier includes the instance-id) , information, used to indicate the final recipient client to the SIP/IP core network.
  • the unique identifier of the selected client such as carrying the instance-idl and the instance-id2 or the globally routable user agent global resource identifiers GRUU1 and GRUU2 (the GRUU identifier includes the instance-id) , information, used to indicate the final recipient client to the SIP/IP core network.
  • the participating functional entity After the participating functional entity selects the receiving client, it can send a request message to each selected client, and the request message (Request-URI) carries the receiving client.
  • the request message (Request-URI) carries the receiving client.
  • the SIP/IP core network routes the message to Client 1 and Client 2 according to the Request-URI: GRUU information in each message.
  • This scheme corresponds to Figure 2.
  • the participating functional entity selects the recipient client, it can send only one request message regardless of the selected recipient client.
  • the request message carries the Accept-Request message through the Accept-Contact field.
  • the SIP/IP core network routes the message to the client 1 and the client 2 according to this information. This scheme corresponds to Figure 3.
  • the CPM request message in this embodiment refers to a request message SIP MESSAGE of a CPM paging message or a request message SIP INVITE of a CPM big message or a SIP Session.
  • the request message SIP INVITE the solution provided by the present invention is also applicable to the case where the SIP session is used as the signaling plane and the MSRP is used as the media plane to transmit other service requests.
  • processing of the request message of the present invention can represent the process shown in FIG. 4, and the process includes the following steps:
  • Step 410 The service server acquires the receiving rule configuration information of the multiple receiving client before sending the request message, and selects the multiple receiving client according to the receiving rule configuration information corresponding to the multiple receiving client respectively. .
  • Step 420 Carry the selection result information including the third unique identifier of the receiver client in the sent request message, to indicate whether the receiver client is allowed to receive the request message.
  • the user when a user logs in to a service system such as a CPM system on a different client by using a user identifier such as the same CPM address, the user can set a receiving rule for each client in advance and participate.
  • a service server such as a function entity sends a request message such as a CPM request message
  • the configuration rule configuration information of each client is obtained from the user configuration rule storage server, and the client selection is performed according to each receiving rule configuration information, thereby improving the user experience.
  • the terminal mentioned above refers to a physical entity running an instant messaging client.
  • a physical entity can run an instant messaging client. Therefore, in the present invention, if not specified, sending to a terminal is also sent to An instant messaging client running on the terminal.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La présente invention porte sur un procédé et un système de traitement d'un message de requête. Lorsqu'il existe de multiples clients côté réception qui s'enregistrent par utilisation du même identifiant d'utilisateur, une sélection pour les clients côté réception est effectuée. Le procédé comprend les opérations suivantes : avant d'envoyer un message de requête, un serveur de services obtient les informations de configuration de règle de réception pour les multiples clients côté réception, et effectue une sélection pour les multiples clients côté réception conformément aux informations de configuration de règle de réception correspondant respectivement aux multiples clients côté réception (410); des informations de résultat de sélection comprenant un troisième identifiant unique du client côté réception sont incluses dans le message de requête envoyé, de manière à indiquer si le client côté réception est autorisé ou non à recevoir le message de requête (420). Dans le procédé et le système de la présente invention, lorsque les multiples clients utilisés par le côté réception sont simultanément en ligne, le système de service effectue une sélection pour les clients conformément aux différentes règles de réception prédéfinies pour chaque client côté réception, afin de déterminer un client côté réception final, et ainsi l'expérience utilisateur est améliorée.
PCT/CN2011/071079 2010-07-27 2011-02-18 Procédé et système de traitement de message de requête WO2012013033A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2010102385602A CN101909019A (zh) 2010-07-27 2010-07-27 请求消息的处理方法和系统
CN201010238560.2 2010-07-27

Publications (1)

Publication Number Publication Date
WO2012013033A1 true WO2012013033A1 (fr) 2012-02-02

Family

ID=43264342

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/071079 WO2012013033A1 (fr) 2010-07-27 2011-02-18 Procédé et système de traitement de message de requête

Country Status (2)

Country Link
CN (1) CN101909019A (fr)
WO (1) WO2012013033A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114900489A (zh) * 2021-01-26 2022-08-12 腾讯科技（深圳）有限公司 一种消息处理方法、装置、电子设备及存储介质

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101909019A (zh) * 2010-07-27 2010-12-08 中兴通讯股份有限公司 请求消息的处理方法和系统
US9277522B2 (en) * 2013-08-21 2016-03-01 Qualcomm Incorporated Exchanging rich communication suite capability information in a communications system
US9369500B2 (en) * 2013-10-31 2016-06-14 Sony Corporation Call handling using IP multimedia subsystem
CN109873830A (zh) * 2019-03-12 2019-06-11 北京奇虎科技有限公司 一种信息处理方法、系统及存储介质
WO2020186491A1 (fr) * 2019-03-21 2020-09-24 Citrix Systems, Inc. Notifications d'espace de travail multi-dispositif
CN110505146A (zh) * 2019-08-23 2019-11-26 人立方智能科技有限公司 一种应用于招聘系统的即时通讯方法及系统
CN114020412B (zh) * 2021-11-04 2025-06-17 上海浦东发展银行股份有限公司 一种消息处理方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101378408A (zh) * 2008-10-10 2009-03-04 深圳华为通信技术有限公司 一种向多终端推送消息的方法、装置、网关和代理
CN101437202A (zh) * 2007-11-13 2009-05-20 华为技术有限公司 一种多终端时业务消息处理方法、系统和装置
WO2009134051A1 (fr) * 2008-05-02 2009-11-05 Samsung Electronics Co., Ltd. Système et procédé de transfert d'une session entre de multiples clients
CN101909019A (zh) * 2010-07-27 2010-12-08 中兴通讯股份有限公司 请求消息的处理方法和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101437202A (zh) * 2007-11-13 2009-05-20 华为技术有限公司 一种多终端时业务消息处理方法、系统和装置
WO2009134051A1 (fr) * 2008-05-02 2009-11-05 Samsung Electronics Co., Ltd. Système et procédé de transfert d'une session entre de multiples clients
CN101378408A (zh) * 2008-10-10 2009-03-04 深圳华为通信技术有限公司 一种向多终端推送消息的方法、装置、网关和代理
CN101909019A (zh) * 2010-07-27 2010-12-08 中兴通讯股份有限公司 请求消息的处理方法和系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114900489A (zh) * 2021-01-26 2022-08-12 腾讯科技（深圳）有限公司 一种消息处理方法、装置、电子设备及存储介质
CN114900489B (zh) * 2021-01-26 2023-10-13 腾讯科技（深圳）有限公司 一种消息处理方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN101909019A (zh) 2010-12-08

Similar Documents

Publication Publication Date Title
US20210084146A1 (en) System and method for determining and communicating presence information
CA2792147C (fr) Appareil et procede de fourniture de contacts par un interfonctionnement entre un service de messagerie et un service de reseau social
WO2012013033A1 (fr) Procédé et système de traitement de message de requête
US8943572B2 (en) Method for accessing a storage server of an IM service system, and an IM service system
KR101150594B1 (ko) 메시지 및 세션의 교환
KR101524313B1 (ko) 통합 메시징 서비스에서 인스턴트 메시징 처리 통지 요청과 응답 방법 및 그 시스템
RU2477014C2 (ru) Способ группового оповещения в службе обмена сообщениями на основе протокола инициации сеанса связи "sip"
CN101682616A (zh) 使用多个设备的网络多媒体通信
CN102130845B (zh) 回执报告的发送方法及处理系统
WO2007076673A1 (fr) Procede, systeme et dispositif permettant de partager des informations de presence
US20100222085A1 (en) Methods and arrangements for creating a virtual relationship
US20070165653A1 (en) Inter-System Communication
EP2560329B1 (fr) Procédé et système de traitement pour acheminer une demande de message
WO2009074846A1 (fr) Procédé de marquage d'emplacement pour signalisation en mode paquet
EP2453681A1 (fr) Système et procédé pour le routage d'une conversation d'un protocole d'ouverture de session
WO2011038639A1 (fr) Procédé de réalisation d'une messagerie instantanée de bout en bout, terminal et système permettant une messagerie instantanée de bout en bout
US10063648B2 (en) Relaying mobile communications
WO2012155652A1 (fr) Procédé de télécommunication, élément filet et système de réseaux sociaux croisés
US8738716B2 (en) System and method for routing instant messages
CN109120578B (zh) 一种实现链路连接处理的方法及装置
WO2007066354A1 (fr) Systeme et procede permettant de partager des donnees numeriques avec commande securisee et a granularite fine par un reseau de communication
WO2014008808A1 (fr) Procédé et système d'acquisition d'informations, et client imap
WO2012151841A1 (fr) Procédé et système d'échange de messages
KR20090042125A (ko) 다중 단말 환경하에서의 통지 처리 방법

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

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

Country of ref document: EP

Kind code of ref document: A1