WO2007076674A1 - Procede pour filtrer un message instantane et serveur associe - Google Patents

Procede pour filtrer un message instantane et serveur associe Download PDF

Info

Publication number
WO2007076674A1
WO2007076674A1 PCT/CN2006/002898 CN2006002898W WO2007076674A1 WO 2007076674 A1 WO2007076674 A1 WO 2007076674A1 CN 2006002898 W CN2006002898 W CN 2006002898W WO 2007076674 A1 WO2007076674 A1 WO 2007076674A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
server
client
filtering
chat room
Prior art date
Application number
PCT/CN2006/002898
Other languages
English (en)
Chinese (zh)
Inventor
Jue Wang
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.
Publication of WO2007076674A1 publication Critical patent/WO2007076674A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04Real-time or near real-time messaging, e.g. instant messaging [IM]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/212Monitoring or handling of messages using filtering or selective blocking

Definitions

  • the present invention relates to the field of network communications, and in particular, to a message filtering method and server in an instant message chat room system. Background of the invention
  • Chat is one of the main activities in the process of people using modern communication and Internet access.
  • the main tools of chatting have changed from the initial chat room and forum to the instant messaging represented by MSN and QQ.
  • Most people just use their live chat software MSN or QQ whenever they go online. According to statistics, so far, more than 100 million people around the world use instant messaging software to communicate online.
  • the first category is the Wireless Village (WV)-based instant messaging system based on Hypertext Transport Protocol/Wireless Access Protocol/Short Message System (HTTP/WAP).
  • /SMS Hypertext Transport Protocol/Wireless Access Protocol/Short Message System
  • /SMS can support 2.5G/3G network
  • the second type is based on initial session protocol/instant messaging and online state utilization extension (Session Initiated Protocol I SIP Instant Message and Presence Leveraging Extensions, SIP/SIPLE)
  • the instant messaging system based on the SIP/SIMPLE bearer protocol, supports an IP Multimedia Subsystem (IMS) based IP network.
  • IMS IP Multimedia Subsystem
  • instant messaging services provide users with low-cost, high-efficiency and convenient transmission, but also have many negative effects.
  • the biggest problem is spam instant messaging.
  • These spam instant messages such as low-level fun and commercial-purpose instant messaging, enable users. Do not bother, even the use of instant messaging for reactionary propaganda, violations of social morality and national laws.
  • user A chats in the chat room system, but there is always user B sending harassment information to the chat room, so that user A has to think that the method does not receive the chat message from the harassed user B in the chat room.
  • User A can set the content of User B to be filtered out, so that he will not see the chat message from B, that is, implement "message filtering".
  • the SIP/SIMPLE instant messaging (IM) standard has block technology, and the blocklist technology enables the user to set and configure in the server. Manage your own blocking list (similar to blacklisting), the server controls the users in the list to not interact with the user for instant messaging.
  • this setting technique is generally a kind of business setting made by the user. Relatively "static”, and whether or not it is added to the chat room system, it cannot be set after the user joins the chat room, and the user cannot shield himself at any time during the chat process. Like the chat user; at the same time, its setting range is very narrow, can only be shielded for users, message size, message type and so on.
  • the invention provides an instant message filtering method and a server, which are based on SIMPLE mobile instant messaging (IM), using an initial session protocol (SIP), for instant application of a chat room, and temporary setting during chat, so that the user can filter unnecessary at any time. information.
  • SIMPLE mobile instant messaging IM
  • SIP initial session protocol
  • the server receives the instant message filtering condition message sent by the client;
  • the server parses the message and performs validity check. If the check passes, the server saves the instant message filtering condition; the server filters the subsequent instant message according to the instant message filtering condition.
  • the server eliminates the message filtering conditions set by the client.
  • the filtering, by the server, the subsequent instant message according to the filtering condition includes the following steps:
  • the server reads the instant message filtering condition
  • the server determines, according to the instant message filtering condition, whether the subsequent instant message needs to be distributed to the client.
  • the server controls the IM server for the chat room, and the method for the client to send an instant message filtering condition message to the server includes the following steps:
  • the client sends a message filtering condition message during the process of sending the instant message by using the chat room, and the filtering condition message is first sent to the home IM server;
  • the client home IM server forwards the filter condition message to the chat room control IM server;
  • the chat server After the chat server receives the filter condition message, the IM server returns a response to the home IM server, indicating that it has been received; the home IM server forwards the response to the client, indicating that it has received.
  • the server controls the IM server for the chat room, and the method for the client to send an instant message filtering condition message to the server includes the following steps:
  • the client sends a message filtering condition during the process of sending the instant message by using the chat room, and the filtering condition message is sent to the chat room control IM server;
  • the IM server After receiving the filter condition message, the IM server responds to the client, indicating that it has received it.
  • the server is a home IM server, and the method for the client to send an instant message filtering condition message to the server includes the following steps: the client sends a message filtering condition message during the sending of the instant message by using the chat room, the filtering condition message Send to the home IM server;
  • the home IM server After receiving the filter condition message, the home IM server sends a response message to the client, indicating that the message is received.
  • the operation of the server further includes the following steps:
  • the home IM server saves the message filter condition to the local server, or saves the message filter condition to the IM XDMS through the XCAP standard protocol interface.
  • the sending message filtering condition is to send a message through MSRP SEND; or sending a message through SIP MESSAGE; or sending a message through SIP PUBLISH.
  • the method also includes the following steps:
  • the method further includes the following steps: the client sends a clear filter condition message, and the server clears the previously saved message filtering condition of the client after receiving the message.
  • the filtering condition is to receive the client source, or send the client source, or the client message size, or the message format, or the message content, or the message type.
  • the chat room system is a SIP/SIMPLE instant messaging system.
  • An instant messaging server comprising: means for receiving an instant message filter condition message sent by the client in the activated chat room;
  • a module for parsing the message and performing validity check, if the check passes, the U saves the instant message filter condition; and the module for filtering the subsequent instant message according to the instant message filter condition.
  • the server is a chat room control IM server or a home IM server.
  • the present invention can support the SIP/SIMPLE instant message (IM) user to join the chat room, and can implement the function of filtering certain messages in the chat room, for proposing a filtering request.
  • the client implements message filtering, which is transparent to the sender of the filtered message, thus enhancing the function of instant messaging in the chat room system, so that the user gets a better experience.
  • FIG. 2 is a flow chart of message filtering of a user during a chat in the first embodiment
  • FIG. 3 is a flow chart of message filtering of a user during a chat in the second embodiment
  • FIG. 5 is a flow chart of message filtering of a user during a chat in the fourth embodiment
  • Embodiment 6 is a flow chart of message filtering of a user during a chat process in Embodiment 5;
  • FIG. 7 is a flow chart of message filtering of a user during a chat in the sixth embodiment.
  • the present invention is an instant messaging service in a chat room system carried out on a mobile communication network or an Internet network, wherein the mobile network includes existing mobile communication networks such as 2G, 2.5G, 3G and Multimedia Subsystem (IMS). More specifically, the present invention is an instant messaging (IM) service system based on a SIP/SIMPLE-based chat room system, using an initial session protocol (SIP) for temporary setting of chats for an instant messaging application of a chat room system. .
  • SIP initial session protocol
  • SIP/IP core which is a core network part of the 3GPP and 3GPP2 defined multimedia subsystem (IMS), such as a call session.
  • IMS multimedia subsystem
  • CSCF Call Session Control Function
  • IP network IP network
  • Controlling lM Function ServerX has been established and activated according to the Call Session Control Function (CSCF) or IP network of the Multimedia Subsystem (IMS) according to the well-known standard SIP protocol.
  • CSCF Call Session Control Function
  • IMS Multimedia Subsystem
  • chat message transmission channel established by the well-known Message Seesion Relay Protocol may have two optional chat channel establishment methods:
  • Method 1 The client (Client) and its participating participant IM server establish a direct MSRP channel, the client-participating participant IM server and the chat room control IM server (The Controlling IM Server, also called the chat room server or the control IM server, establishes a direct MSRP channel, as shown in Figure 2 of the first embodiment.
  • the Controlling IM Server also called the chat room server or the control IM server, establishes a direct MSRP channel, as shown in Figure 2 of the first embodiment.
  • the client (Client) and the chat room control M server establish a direct MSRP channel (Channel), which does not pass through the participating party IM server (Participating IM Server), as shown in Figure 3 of the second embodiment.
  • a chat room can be established according to a well-known technology, and the client and the chat room in the chat room can control the IM server either on the same home network or not on the same home network, or have other Networking method.
  • the instant message filtering condition in various embodiments of the present invention may be temporarily set during the chat process, and ends when the chat ends; of course, the user may also be allowed to pre-set the message filtering criteria before the chat, and the criterion may be for all
  • the chat room is applicable, including the storage of message filtering criteria, the process of the chat room controlling the IM server to obtain the message filtering criteria, and the optional bearer protocol for obtaining.
  • ClientA indicates that the client A has joined the SIMPLE instant messaging (IM) chat room system
  • ClientB indicates the client where User B has joined the SIMPLE instant messaging (IM) chat room system
  • ClientC indicates the client where user C has joined the SIMPLE instant messaging (IM) chat room system
  • ServerX represents the S PLE instant messaging (IM) server where the chat room system is located.
  • ServerX is a Controlling IM Function Server, that is, a chat room control M server, also called a chat room server or a control IM server;
  • ServerA indicates the SIMPLE instant message (IM) server to which ClientA belongs. Because ServerX is the chat room where the chat room is located, the server is controlled. In this case, ServerA is a multi-party instant messaging function server (Participating IM Function Sever), that is, the home participant IM server of ClientA. , also called ClientA home server;
  • Participating IM Function Sever Participating IM Function Sever
  • ServerB represents the SIMPLE instant messaging (IM) server to which ClientB and ClientC belong.
  • ServerX controls the IM server for the chat room where the chat room is located
  • ServerB is a Multi-party Instant Messaging Function Server (Participating IM Function Server), namely ClientB and ClientC.
  • the affiliation participant IM server also called ClientB, ClientC home server; SIP/IP COREA> SIP/IP COREB respectively represent the initial conference protocol (SIP) core network where ClientA, ClientB, and ClientC are located.
  • SIP/IP COREA> SIP/IP COREB respectively represent the initial conference protocol (SIP) core network where ClientA, ClientB, and ClientC are located.
  • the message is multiplexed with an existing Message Session Relay Protocol (MSRP) message transmission channel; at the same time, the client (Client) message is controlled to the chat room via the Home Participant IM Server ServerA.
  • Server ServerX Controlling IM Server ServerX
  • the instant message filtering method in this embodiment includes the following steps:
  • User A Client ClientA can temporarily set the message filtering condition during the chat process: Block all messages from User B client ClientB and send it to the chat room to control the IM server.
  • ClientA sends a message filtering condition through MSRP SEND.
  • the filter condition message is first sent to the home participant's IM server ServerA in the message header of the MSRP SEND message.
  • Contains Content-type for example Content-Type is application/vnd.im.msrp ten xml.
  • the XML format content is defined in the message body of the MSRP SEND message to carry the message filtering criteria information.
  • the MSRP SEND message includes two parts: a message header and a message body:
  • the main domain of the message header is content_type, the other is the same as the existing technology, such as to-path, from-path, messagelD, etc., for example -
  • the body of the message mainly carries the specific message delivery content. This article refers to the filtering criteria.
  • the XML format (Schema) can define bearer message filtering criteria information, for example:
  • Client A belonging to ClientA IM Server ServerA forwards this MSRP SEND request to ServerX.
  • ServerX After receiving the MSRP SEND request, ServerX returns an MSRP 200 OK response to ServerA, indicating that it has received it;
  • ServerA forwards this 200 OK response to ClientA, indicating that it has been received.
  • ServerX parses the message content in MSRP SEND and verifies its validity, such as whether the filter condition is too long, and whether the value definition in the filter condition is valid.
  • the receiver parses the contents of the MSRP SEND. As long as the XML format is defined, both the sender and the receiver can recognize in the same sense.
  • the chat room controls the IM server to save these message filtering criteria; otherwise, it returns the client error code response and ends.
  • ServerX saves the message filtering condition sent by ClientA to the local, and the message filtering condition is: Block all messages from user B;
  • the message filtering condition is saved to the local database.
  • ClientA after ClientA first sets and sends the filtering condition successfully, it can also send a new filtering condition setting message again.
  • SererX directly overwrites the previous filtering condition and saves it as a new one.
  • the filtering conditions so the server is simple to handle, lighter in load and more efficient.
  • ClientA can also choose to clear the filtering condition. For example, it can set the filtering condition to be empty, or it can define the operation of clearing the filtering condition in the XML message body of MSRP SEND. At this time, ServerX removes the previously saved client. Message filter condition record.
  • ClientB sends a chat message, and its processing process is:
  • Clients belonging to ClientB IM server ServerB forwards this MSRP SEND message request to ServerX;
  • ServerX After receiving the MSRP SEND message request, ServerX returns an MSRP 200 OK response to ServerB, indicating that it has received it;
  • ServerB forwards this 200 OK response to ClientB, indicating that it has received it;
  • ServerX needs to read the locally saved message filtering conditions
  • the chat room controls the message filtering conditions read by the IM server to filter and process the ClientB chat message to determine whether it needs to be distributed to all current users in the chat room.
  • ServerX After reading the locally saved message filtering condition, ServerX determines whether it is necessary to distribute the chat message from user B to each user who has joined the chat room. In this example, ServerX determines that it does not need to be distributed to User A and can be distributed to User C.
  • ServerX forwards the MSRP SEND message from ClientB to the ServerB to which ClientC belongs, and the chat message sent by User B in the MSRP SEND message body;
  • ServerB forwards the MSRP SEND request to ClientC;
  • ClientC After receiving the above MSRP SEND request, ClientC returns an MSRP 200 OK response to ServerB, indicating that it has received;
  • ServerB forwards this MSRP 200 OK response to ServerX, indicating that it has received it;
  • the chat room controls the IM server ServerX to eliminate all filter conditions of ClientA.
  • the filtering condition in this embodiment is applicable only to the current chat. After the user client ClientA exits the chat room or the chat room is closed, the chat room controls the IM server ServerX to clear the message filtering condition.
  • Embodiment 2 is a diagrammatic representation of Embodiment 1:
  • the message multiplexes an existing message session relay protocol (MSRP) message transmission channel; at the same time, the client (Client) message directly has a direct message session relay protocol with the chat room control IM server ( MSRP) Message transmission channel.
  • MSRP chat room control IM server
  • ClientA and the chat room control IM server ServerX have established a direct MSRP chat message transmission channel without going through the participant's IM server ServerA (Participating IM ServerA).
  • the instant message filtering method in this embodiment includes the following steps:
  • User A Client ClientA can temporarily set the message filtering condition during the chat process: Mask all messages from User B client ClientB and send them to the chat room to control the IM server.
  • ClientA needs to send a message filtering condition through MSRP SEND, and includes a Content-type in the message header of the MSRP SEND message, for example, Content-Type is application/vnd.im. .msrp+xml o
  • Content-Type is application/vnd.im. .msrp+xml o
  • the XML format content is defined in the message body of the MSRP SEND message to carry message filtering criteria information.
  • the filtering condition of the sending message in this embodiment is basically the same as that in the first embodiment. The only difference is that the to-path and the from-path in the MSRP SEND are different, and this is already existing when the MSRP data channel is established during the chat. There are technologies.
  • ServerX After receiving the MSRP SEND request, ServerX returns an MSRP 200 OK response to ClientA, indicating that it has received it;
  • ServerX parses the message content in MSRP SEND and verifies its validity, such as whether the filter condition is too long, and whether the value definition in the filter condition is valid.
  • the chat room controls the IM server to save these message filtering criteria; otherwise, it returns the client side error code response and ends.
  • ServerX saves the message filtering condition sent by ClientA to the local, and the message filtering condition is: Block all messages from user B;
  • the chat room controls the IM server to read all the locally saved message filtering criteria
  • ClientB sends MSRP SEND to ServerX, and the MSRP SEND message body is a chat message sent by user B;
  • ServerX After receiving the above MSRP SEND message request, ServerX returns an MSRP 200 OK response to ClientB, indicating that it has received it;
  • Chat Room Control The message filtering condition read by the IM server ServerX is used to filter and process the ClientB chat message to determine whether it needs to be distributed to all current users in the chat room.
  • ServerX After reading the locally saved message filtering conditions, ServerX determines whether it is necessary to distribute the chat message from User B to each user who has joined the chat room. In this embodiment, ServerX determines that it does not need to be distributed to User A and can be distributed to User C.
  • ServerX sends an MSRP SEND message to ClientC, and the chat message sent by User B in the MSRP SEND message body;
  • ClientC After receiving the above MSRP SEND request, ClientC returns an MSRP 200 OK response to ServerX, indicating that it has been received;
  • Steps 254-6 Since ServerX judges that it is not necessary to distribute User B's message to User A, Steps 254-6 will be ignored. ServerX is not executed.
  • chat room controls the IM server ServerX to eliminate all filter conditions of ClientA.
  • the third embodiment of the present invention has clients ClientA, ClientB, and ClientC in the established chat room, and a filter condition is set to block all messages of the user, and is not sent to the client client B of the user B.
  • the message is multiplexed with an existing Message Session Relay Protocol (MSRP) message transmission channel; at the same time, the client (Client) message is controlled to the chat room via the Home Participant IM Server ServerA.
  • Server ServerX Controlling IM Server ServerX
  • the client client A of the user A sets the filtering condition as: masks all the chat messages sent by the client A, and does not send the client client B to the user B, that is, the user B cannot see the user. A chat message.
  • the process of setting the filter condition by the client ClientA is the same as that of the first embodiment.
  • chat room controls the IM server to read all the message filtering criteria stored locally;
  • ClientA sends the MSRP SEND to the serverA to which it belongs, and the MSRP SEND message body is the chat message sent by user A;
  • ServerA forwards this MSRP SEND request to ServerX;
  • ServerX After receiving the above MSRP SEND request, ServerX returns an MSRP 200 OK response to ServerA, indicating that it has been received;
  • ServerA forwards the 200 OK response to ClientA, indicating that it has received it;
  • the chat room controls the message filtering conditions read by the IM server to filter and process the ClientA chat message to determine whether it needs to be distributed to all current users in the chat room.
  • ServerX needs to read the locally saved message filtering criteria to determine whether it is necessary to distribute the chat message from User A to each user who has joined the chat room. In this example, ServerX determines that it does not need to be distributed to User B and can be distributed to User C.
  • ServerX forwards the MSRP SEND to the ServerB to which the ClientC belongs, and the chat message sent by the user B in the MSRP SEND message body;
  • ServerB forwards the MSRP SEND request described in step 322 to ClientC;
  • ClientC After receiving the above MSRP SEND request, ClientC returns an MSRP 200 OK response to ServerB, indicating that it has received;
  • ServerB forwards this MSRP 200 OK response to ServerX, indicating that it has received it;
  • the clients clientA, ClientB, and ClientC are established in the chat room that has been established, and the same as the second embodiment.
  • Filtering conditions Filter all messages from the client ClientB.
  • SIP MESSAGE is used as the bearer message.
  • the instant message filtering method in this embodiment includes the following steps:
  • User A client ClientA can temporarily set the message filtering condition during the chat process: Block all messages from User B client ClientB and send it to the chat room to control the IM server.
  • ClientA wants to filter certain messages, it sends a message filtering condition through SIP MESSAGE, and first sends it to the SIP/IP Core.
  • the Request-URI contains the URI address of the chat room control IM server
  • the Accept-Coiitact header contains the feature-tag signature code, such as '+g.oma.im.filter.', which is the SIP MESSAGE.
  • a unique identifier for the message type indicating a message that is a message filtering condition for the IM service.
  • the message body of the SIP MESSAGE message carries the content of the message filtering criteria.
  • the Content-type field contains the content type, such as application/conference-filter+xml;
  • the content of the message filtering criteria in the message body of the SIP MESSAGE message is similar to the above MSRP SEND.
  • SIP/IP CoreA forwards this SIP MESSAGE to the IM server ServerA to which ClientA belongs;
  • ServerA finds that it is not the local server according to the destination address in the SIP MESSAGE, but is the address of another SIP domain, and then forwards the SIP MESSAGE to the SIP/IP CoreA;
  • SIP/IP CoreA finds that the SIP domain is not a SIP/IP CoreB domain, and then forwards the SIP MESSAGE message to the SIP/IP CoreB;
  • SIP/EP CoreB judges that it is a message to ServerX, and then forwards this SIP MESSAGE message to ServerX;
  • ServerX After receiving the SIP MESSAGE, ServerX replies to the SIP/IP CoreB with a SIP 200 OK, indicating that the message is received;
  • SIP/IP CoreB forwards the 200 OK response message to SIP/IP CoreA;
  • the SIP/IP CoreA forwards the 200 OK response message to the ServerA for processing;
  • ServerA finds that it needs to reply to ClientA, and forwards the 200 OK response message to SIP/IP CoreA; 4110) SIP/IP CoreA forwards the 200 OK response message to ClientA;
  • ServerX parses the content of the SIP MESSAGE message and verifies its validity, such as whether the filter condition is too long, and the filter condition Whether the value definition in is valid;
  • the chat room controls the IM server ServerX to save these message filtering criteria; otherwise, it returns the client error code response and ends.
  • ServerX saves the message filtering condition sent by ClientA to the local, and the message filtering condition is: Block all messages from user B;
  • Embodiment 5 is a diagrammatic representation of Embodiment 5:
  • client clients ClientA, ClientB, and ClientC are established in the chat room that has been established, and a filtering condition is established: All messages of the filtering are sent to user B.
  • SIP PUBLISH is used as a bearer message.
  • the instant message filtering method in this embodiment includes the following steps:
  • User A client ClientA can temporarily set the message filtering condition during the chat process: Filter all users A client ClientA all messages are sent to the user B client ClientB, that is, the filtering condition is the message sent by the user A client ClientA. Only sent to the user B client ClientB, and the filter condition is sent to the chat room control IM server.
  • ClientA needs to send a message filtering condition through SIP PUBLISH to the SIP/IP CoreA if it wants to filter certain messages.
  • the Request-URI is the URI address of ClientA;
  • the Accept-Contact header contains the feature-tag signature, such as '+g.oma.im.filter.', which is one of the SIP PUBLISH message types.
  • a unique identifier that represents a message that is a message filter condition for an IM service.
  • the destination address of SIP PUBLISH is the chat server control IM server address;
  • Content-type is defined as the filter rule type, for example application/chat-filter-settings+xmlo
  • the content of the message filtering criterion is carried in the XML MIME message body of the SIP PUBLISH, and is defined in the same manner as the MSRP SEND in the first embodiment.
  • SIP/IP CoreA forwards this SIP PUBLISH to the IM server ServerA to which ClientA belongs;
  • ServerA finds that it is not the local server according to the destination address in SIP PUBLISH, but is the address of another SIP domain, and then forwards the SIP PUBLISH to SIP/IP CoreA;
  • the SEP PUBLISH message is forwarded to the SIP/IP CoreB;
  • SIP/IP CoreB determines that it is a message to ServerX, and then forwards the SIP PUBLISH message to ServerX;
  • ServerX After receiving the SIP PUBLISH, ServerX replies to the SIP/IP CoreB with a SIP 200 OK, indicating that the message is received;
  • SIP/IP CoreB forwards the 200 OK response message to SIP/IP CoreA;
  • SIP/IP CoreA forwards the 200 OK response message to ServerA for processing
  • ServerA finds that it needs to reply to ClientA, and forwards the 200 OK response message to SIP/IP CoreA; 5110) SIP/IP CoreA forwards the 200 OK response message to ClientA;
  • the message filtering condition is not that the chat server controls the IM server ServerX to perform the message filtering function, but the participating IM server to which each chat user belongs to perform the message filtering function.
  • the message filtering condition is: Block all messages from User B client ClientB
  • the client ClientA, ClientB, ClientC and the chat room control IM server ServerX establish a chat message transmission channel in a manner according to the well-known message session relay protocol (MSRP), that is, the client establishes a direct connection with the home IM server thereof.
  • MSRP message session relay protocol
  • the MSRP channel, the client home IM server and the chat room control IM server ServerX send a direct MSRP channel.
  • the embodiment is not applicable.
  • SIP PUBLISH is used as a bearer message.
  • the instant message filtering method in this embodiment includes the following steps:
  • User A client ClientA can temporarily set the message filtering condition during the chat process: Block all messages from User B client ClientB, and send the filtering conditions to the instant messaging server ServerA to which client ClientA belongs.
  • step 611 In the same manner as step 511 in the fifth embodiment, if ClientA wants to implement filtering of certain messages during the chat process, the message filtering condition is sent by SIP PUBLISH, but the destination address of the PUBLISH is the IM of the client ClientA. Server ServerA address.
  • Step 512) in the same manner as in the fifth embodiment, the SIP/IP CoreA forwards the SIP PUBLISH to the IM server ServerA to which the ClientA belongs;
  • ServerA After receiving the SIP PUBLISH, ServerA needs to reply to ClientA, and sends a 200 OK response message to SIP/IP CoreA, indicating that the message is received.
  • ServerA parses the message content in SIP PUBLISH and verifies its validity, such as whether the process condition is too long, and whether the value definition in the filter condition is valid;
  • the home IM server ServerA saves the message filtering conditions, and continues the following steps;
  • the home M server ServerA saves the message filtering condition sent by the client A to the local server, or stores the message filtering rule to the IM XDMS to which the client A belongs through the XCAP standard protocol interface.
  • the message filtering condition is: Block all the client B from the user B client Message.
  • the home server ServerA can save the message filtering condition to the local server ServerA, or save the message filtering rule to the client A by using the XML Policy Access Protocol (XCAP) standard protocol interface.
  • XCAP XML Policy Access Protocol
  • IM XDMS is a storage entity defined in the XCAP standard specification for storing data related to instant messaging services, which exists in XML format.
  • the home IM server ServerA reads the local security All message filtering criteria stored;
  • User B's client ClientB sends an MSRP SEND message to its home IM server ServerB, and the MSRP SEND message body is a chat message sent by user B;
  • the client server that the ClientB is aggravated forwards the MSRP SEND message to the chat room control IM server ServerX; 643) After receiving the MSRP SEND message, the serverX returns an MSRP 200 OK response to the ServerB, indicating that it has been received;
  • ServerB forwards this 200 OK response to ClientB, indicating that it has received it;
  • ServerX distributes this chat message to all users in the chat room, including user A, and distributes it to ClientA's home IM server ServerA before ServerX distributes it to client A's client ClientA;
  • the MSRP SEND message body includes the chat message sent by user B.
  • ServerX can also distribute this message to other users, which is not relevant to the present invention and therefore will not be described again.
  • ServerX itself does not determine the message filtering rule, that is, does not perform message filtering itself, and still distributes the chat message to each user as normal.
  • ServerX can also use the local message filtering condition to filter the message and then send it to ServerA.
  • the server A After receiving the MSRP SEND message, the server A returns an MSRP 200 OK message to the server X, indicating that it has been received. After receiving the message, the server A can obtain the user from which the chat message is sent from the MSRP SEND message. chatroom.
  • Ownership IM server ServerA reads the locally saved message filtering condition, and determines whether the chat message needs to be forwarded to the user client that belongs to the current chat room;
  • ServerA reads the message filtering condition, and determines whether the chat message needs to be forwarded to the user client that is in the current chat room that is owned by the server and is in the present embodiment.
  • ClientA is the client to which ServerA belongs.
  • ServerA reads the message filtering condition, and if it is saved in the local server, it reads from the local server; if it is saved on the IM XDMS, it reads the message filtering condition from the IM XDMS through the XCAP standard protocol interface.
  • ServerA determines that it does not need to forward user B's message to client A's client clientA, the subsequent steps 66-67 are no longer executed, that is, the MSRP SEND message is not forwarded to ClientA, and ClientA performs the received message response.
  • the message filtering condition is to use SIP PUBLISH as the bearer message, or SIP MESSAGE.
  • the filtering criterion is only applicable to the current chat.
  • the home IM server message filtering condition is different according to the storage rule of the filtering rule. If it is saved on the local server, the attribution is The server uses the internal protocol to clear the local storage filter conditions; if it is saved on the IM XDMS, it is cleared by the standard XCAP protocol interface.
  • the filtering condition on the IM XDMS; or, whether it is stored locally or on the IM XDMS, the message filtering condition record is not removed, but it is marked as "invalid", indicating that the chat room is invalid for the next restart.
  • the task of filtering the instant message is distributed by the home IM server, which can effectively reduce the burden of the chat room controlling the IM server, enable the chat room to control the running resources of the IM server to be better applied, and speed up the instant message in the chat room. Control processing in the IM server.
  • the message filtering method of the invention has a larger range of message filtering conditions, which can be according to the recipient user, according to the message size, according to the message content format (eg JPEG, txt, etc.), according to the message content type (eg text, audio, video, etc.);
  • the message size e.g JPEG, txt, etc.
  • the message content type eg text, audio, video, etc.
  • chat users From the perspective of the user's actual use requirements, "users temporarily set message filtering criteria during the chat process” is simpler and more practical than “user pre-set message filtering criteria before chatting.” Users can block themselves at any time during the chat process. Chat users who don't like it, and such chat users are often not known in advance before chatting.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procédé pour filtrer un message instantané et son serveur comprenant les étapes suivantes: un client envoie dans l'espace de dialogue, dans lequel le système de dialogue a été créé et activé, un message concernant l'état du filtre pour le message instantané vers le serveur ; après réception du message, le serveur analyse le message et authentifie la validité ; si l'authentification est acceptée, le serveur stocke l'état du filtre et filtre le message instantané en fonction de l'état du filtre ; sinon, une réponse du code d'erreur du client est retournée et le processus est interrompu. Le procédé peut être appliqué instantanément à l'espace de dialogue, et l'utilisateur peut filtrer momentanément le message qui n'est pas utilisé par le paramètre temporaire, lorsqu'il dialogue.
PCT/CN2006/002898 2006-01-05 2006-10-30 Procede pour filtrer un message instantane et serveur associe WO2007076674A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200610000443 2006-01-05
CN200610000443.6 2006-01-05
CN200610080280.7 2006-05-12
CNA2006100802807A CN1997009A (zh) 2006-01-05 2006-05-12 一种即时消息过滤方法

Publications (1)

Publication Number Publication Date
WO2007076674A1 true WO2007076674A1 (fr) 2007-07-12

Family

ID=38227905

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/002898 WO2007076674A1 (fr) 2006-01-05 2006-10-30 Procede pour filtrer un message instantane et serveur associe

Country Status (2)

Country Link
CN (1) CN1997009A (fr)
WO (1) WO2007076674A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105141502A (zh) * 2015-08-12 2015-12-09 深圳前海珩昌科技有限公司 一种即时通信过程的管理方法及装置
CN106331872A (zh) * 2016-08-26 2017-01-11 微梦创科网络科技(中国)有限公司 一种在直播互动过程中消息筛选方法及装置
CN110300049A (zh) * 2018-03-23 2019-10-01 阿里巴巴集团控股有限公司 一种基于即时通讯的消息屏蔽方法、设备以及系统

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101114980B (zh) * 2007-09-12 2010-06-09 腾讯科技(深圳)有限公司 建立即时通信关系的方法及其系统
CN101136837A (zh) 2007-09-21 2008-03-05 华为技术有限公司 推送消息的控制方法、装置和系统
CN101227427B (zh) * 2007-12-27 2010-11-10 腾讯科技(深圳)有限公司 一种信息交互的方法及系统
CN101547166A (zh) * 2008-03-28 2009-09-30 华为技术有限公司 消息过滤方法、装置和系统
CN103297434A (zh) * 2013-06-03 2013-09-11 腾讯科技(深圳)有限公司 一种数据处理的方法、用户端、服务器及系统
CN106571994B (zh) * 2015-10-09 2020-08-21 腾讯科技(深圳)有限公司 一种即时通信方法、装置及计算设备
CN105376141A (zh) * 2015-11-24 2016-03-02 阿里巴巴集团控股有限公司 即时通讯消息处理方法及装置
CN111862708B (zh) * 2020-07-09 2022-04-19 国网天津市电力公司 适用于多人同时考试的调控培训仿真方法
CN111818091B (zh) * 2020-08-07 2022-10-25 重庆虚拟实境科技有限公司 多人语音交互系统及方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6480885B1 (en) * 1998-09-15 2002-11-12 Michael Olivier Dynamically matching users for group communications based on a threshold degree of matching of sender and recipient predetermined acceptance criteria
US20050080864A1 (en) * 2003-10-14 2005-04-14 Daniell W. Todd Processing rules for digital messages
WO2005121992A2 (fr) * 2004-06-04 2005-12-22 Matsushita Electric Industrial Co. Ltd. Systeme permettant de synthetiser des messages instantanes et des attributs de presence a partir de sources d'informations commandees par des invitations a emettre, des requetes et des evenements

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6480885B1 (en) * 1998-09-15 2002-11-12 Michael Olivier Dynamically matching users for group communications based on a threshold degree of matching of sender and recipient predetermined acceptance criteria
US20050080864A1 (en) * 2003-10-14 2005-04-14 Daniell W. Todd Processing rules for digital messages
WO2005121992A2 (fr) * 2004-06-04 2005-12-22 Matsushita Electric Industrial Co. Ltd. Systeme permettant de synthetiser des messages instantanes et des attributs de presence a partir de sources d'informations commandees par des invitations a emettre, des requetes et des evenements

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105141502A (zh) * 2015-08-12 2015-12-09 深圳前海珩昌科技有限公司 一种即时通信过程的管理方法及装置
CN106331872A (zh) * 2016-08-26 2017-01-11 微梦创科网络科技(中国)有限公司 一种在直播互动过程中消息筛选方法及装置
CN110300049A (zh) * 2018-03-23 2019-10-01 阿里巴巴集团控股有限公司 一种基于即时通讯的消息屏蔽方法、设备以及系统

Also Published As

Publication number Publication date
CN1997009A (zh) 2007-07-11

Similar Documents

Publication Publication Date Title
WO2007076674A1 (fr) Procede pour filtrer un message instantane et serveur associe
US8433752B2 (en) Notification of a blocked user entering or participating in a multi-user chat session
US20080270553A1 (en) Method and System for Instant Notification of Communication Block Information
CN101212719B (zh) 一种无线通信网络中实现融合消息业务的方法及系统
KR101524313B1 (ko) 통합 메시징 서비스에서 인스턴트 메시징 처리 통지 요청과 응답 방법 및 그 시스템
KR101635906B1 (ko) 통신 이력 제공 방법
WO2007071145A1 (fr) Procede de fourniture de services d'envoi groupe de messages, dispositif et systeme associes
EP2033457B1 (fr) Procédé d'annonce groupée dans un service de messagerie fondé sur le protocole SIP
WO2007016851A1 (fr) Procede etablissant un canal de transmission de donnees pour dialogue en ligne afin de realiser la transmission du message
WO2008131628A1 (fr) Procédé et système de messagerie permettant de gérer des contenus multimédia dans un stockage uniforme
US20050044159A1 (en) Messaging system
JP2007208987A (ja) 複数のユーザにコンテンツを配信する方法およびシステム
US8014775B2 (en) Method and system for implementing messaging services and a message application server
WO2008043261A1 (fr) Système de messagerie convergent
WO2007009369A1 (fr) Méthode et système grâce auxquels un utilisateur de messagerie instantanée peut utiliser un chat room d’un système de messagerie instantanée auquel l’utilisateur n’appartient pas
WO2018006808A1 (fr) Procédé et système pour le transfert d'un message multimédia
US20080091781A1 (en) Group communication
EP2560329B1 (fr) Procédé et système de traitement pour acheminer une demande de message
WO2008074235A1 (fr) Procédés d'interconnexion et passerelles d'interconnexion de message entre des systèmes de messagerie
US20120166562A1 (en) System and method for routing session initiation protocol conversation
WO2013152702A1 (fr) Procédé et système d'envoi de message vocal, et serveur et client de messagerie convergents
WO2009012724A1 (fr) Procédé et dispositif permettant une interconnexion de communication
KR101061302B1 (ko) 통신 전달 보고 제공 방법, 통신 전달 보고 전송 및 수신 장치, 시그널링 메시지 생성 및 수신 모듈, 통신 전달 보고 전송 및 수신 시스템
TW200844767A (en) Pulling information from information sources via refer requests
WO2010025603A1 (fr) Procédé et système pour la mise en œuvre d'un service de messages de groupe sur la base d'un système de services convergents

Legal Events

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

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06805103

Country of ref document: EP

Kind code of ref document: A1